Meeting transcript:
speaker: C
text: Hmm .
speaker: C
text: Testing channel two .
speaker: E
text: Two , two .
speaker: C
text: Two .
speaker: E
text: Two . Oh .
speaker: D
text: Hello ?
speaker: B
text: Hmm ?
speaker: B
text: Yeah
speaker: B
text: Thank You .
speaker: B
text: OK Well , so Ralf and Tilman are here .
speaker: F
text: OK .
speaker: F
text: Great . Great .
speaker: B
text: Made it safely .
speaker: F
text: So the <disfmarker> what w we h have been doing i
speaker: F
text: they would like us all to read these digits .
speaker: F
text: But we don't all read them
speaker: F
text: but a couple people read them .
speaker: A
text: OK .
speaker: F
text: Uh , wanna give them all with German accents today or <disfmarker> ?
speaker: B
text: Sure .
speaker: F
text: OK .
speaker: B
text: OK
speaker: B
text: and the way you do it is you just read the numbers not as uh each single ,
speaker: B
text: so just like I do it .
speaker: A
text: Mm - hmm .
speaker: B
text: OK .
speaker: B
text: First you read the transcript number .
speaker: D
text: OK ,
speaker: B
text: Turn .
speaker: D
text: uh <disfmarker> What 's <disfmarker>
speaker: F
text: OK . Let 's be done with this .
speaker: F
text: OK .
speaker: A
text: OK .
speaker: F
text: this is Ami , who <disfmarker>
speaker: F
text: And this is Tilman and Ralf .
speaker: A
text: Hi .
speaker: A
text: Uh - huh . Nice to meet you .
speaker: D
text: Hi .
speaker: F
text: Hi .
speaker: F
text: OK .
speaker: F
text: So we 're gonna try to finish by five so people who want to can go hear Nancy Chang 's talk , uh downstairs .
speaker: A
text: Hmm .
speaker: F
text: And you guys are g giving talks on tomorrow and Wednesday lunch times ,
speaker: A
text: Yes .
speaker: D
text: Mmm .
speaker: F
text: right ?
speaker: F
text: That 's great .
speaker: F
text: OK so , do y do you know what we 're gonna do ?
speaker: B
text: I thought two things
speaker: B
text: uh we 'll introduce ourselves and what we do .
speaker: B
text: And um we already talked with Andreas , Thilo and David
speaker: B
text: and some lines of code were already written today
speaker: B
text: and almost tested
speaker: B
text: and just gonna say we have um again the recognizer to parser thing where we 're working on
speaker: B
text: and that should be no problem
speaker: B
text: and then that can be sort of developed uh as needed when we get <disfmarker> enter the tourism domain .
speaker: B
text: em we have talked this morning with the <disfmarker> with Tilman about the generator .
speaker: B
text: and um There one of our diligent workers has to sort of volunteer to look over Tilman 's shoulder while he is changing the grammars to English
speaker: A
text: S
speaker: A
text: Mm - hmm .
speaker: B
text: because w we have <disfmarker> we face two ways .
speaker: B
text: Either we do a syllable concatenating um grammar for the English generation which is sort of starting from scratch and doing it the easy way ,
speaker: B
text: or we simply adopt the ah um more in - depth um style that is implemented in the German system
speaker: B
text: and um are then able not only to produce strings but also the syntactic parse
speaker: B
text: uh not parse not
speaker: B
text: the syntactic tree that is underneath in the syntactic structure
speaker: B
text: which is the way we decided we were gonna go because A , it 's easier in the beginning
speaker: A
text: Mm - hmm .
speaker: B
text: and um it does require some <disfmarker> some knowledge of <disfmarker> of those grammars and <disfmarker> and <disfmarker> and some ling linguistic background .
speaker: B
text: But um it shouldn't be a problem for anyone .
speaker: F
text: OK So That sounds good .
speaker: F
text: Johno , are you gonna have some time t to do that uh w with these guys ?
speaker: E
text: Sure .
speaker: F
text: cuz y you 're the grammar maven .
speaker: E
text: OK .
speaker: F
text: I mean it makes sense ,
speaker: F
text: doesn't it ?
speaker: E
text: Yeah .
speaker: F
text: Yeah Good .
speaker: F
text: OK .
speaker: F
text: So , I think that 's probably the <disfmarker> the right way to do that .
speaker: F
text: And an
speaker: F
text: Yeah , so I <disfmarker> I actually wanna f to find out about it too ,
speaker: F
text: but I may not have time to get in .
speaker: B
text: the <disfmarker> the ultimate goal is that before they leave we <disfmarker> we can run through the entire system input through output on at least one or two sample things .
speaker: B
text: And um and by virtue of doing that then in this case Johno will have acquired the knowledge of how to extend it .
speaker: B
text: Ad infinitum .
speaker: B
text: When needed , if needed , when wanted and so forth .
speaker: F
text: OK that sounds great .
speaker: B
text: And um also um Ralf has hooked up with David and you 're gonna continue either all through tonight or tomorrow on whatever to get the er parser interface working .
speaker: D
text: Mmm .
speaker: B
text: They are thinning out and thickening out lattices
speaker: B
text: and doing this kind of stuff to see what works best .
speaker: D
text: Mmm ,
speaker: D
text: yep .
speaker: F
text: Great .
speaker: F
text: So , you guys enjoy your weekend ?
speaker: A
text: Yes , very much so .
speaker: D
text: Yeah , very much
speaker: F
text: OK , before <disfmarker> before you got put to work ?
speaker: D
text: Yeah
speaker: F
text: Great .
speaker: F
text: OK , so that 's <disfmarker>
speaker: F
text: Sort of one branch is to get us caught up on what 's going on .
speaker: F
text: Also of course it would be really nice to know what the plans are , in addition to what 's sort of already in code .
speaker: A
text: Yes .
speaker: F
text: and we can d
speaker: F
text: I dunno
speaker: F
text: w w was there uh a time when we were set up to do that ?
speaker: F
text: It probably will work better if we do it later in the week , after <pause> we actually understand uh better what 's going on .
speaker: A
text: Yes .
speaker: D
text: Hmm .
speaker: A
text: Yeah .
speaker: F
text: So when do you guys leave ?
speaker: A
text: Um we 're here through Sunday ,
speaker: D
text: Oh
speaker: A
text: so
speaker: F
text: Oh , OK ,
speaker: A
text: All through Friday would be fine .
speaker: F
text: so <disfmarker>
speaker: F
text: OK , So <disfmarker>
speaker: F
text: so anyt we 'll find a time later in the week to uh get together and talk about <pause> your understanding of what SmartKom plans are .
speaker: A
text: Mm - hmm .
speaker: F
text: and how we can change them .
speaker: A
text: Yes . Sure .
speaker: F
text: Uh ,
speaker: B
text: Should we already set a date for that ?
speaker: B
text: Might be beneficial while we 're all here .
speaker: F
text: OK ?
speaker: F
text: um What <disfmarker> what does not work for me is Thursday afternoon .
speaker: F
text: I can do earlier in the day on Thursday , or <pause> um <pause> most of the time on Friday ,
speaker: F
text: not all .
speaker: B
text: Thursday morning sounds fine ?
speaker: F
text: Wha - but , Johno ,
speaker: A
text: Mm - hmm .
speaker: F
text: what are your constraints ?
speaker: E
text: um Thursday afternoon doesn't work for me , but <disfmarker>
speaker: B
text: Neither does Thursday morning ,
speaker: B
text: no ?
speaker: E
text: Uh Thursday morning should be fine .
speaker: F
text: Eleven ?
speaker: A
text: OK .
speaker: F
text: Eleven on Thursday ?
speaker: E
text: I was just thinking I w I will <pause> have <pause> leavened by eleven .
speaker: F
text: Right . Right .
speaker: F
text: This is then out of deference to our non - morning people .
speaker: A
text: Mm - hmm .
speaker: A
text: OK .
speaker: A
text: So at eleven ?
speaker: D
text: Hmm .
speaker: A
text: Thursday around eleven ?
speaker: A
text: OK .
speaker: F
text: Yeah .
speaker: F
text: And actually we can invite um Andreas as well .
speaker: B
text: Uh he will be in Washington , though .
speaker: F
text: Oh that 's true .
speaker: F
text: He 's off <disfmarker> off on his trip already .
speaker: B
text: but um David is here and he 's actually knows everything about the SmartKom recognizer .
speaker: F
text: Thilo .
speaker: F
text: OK well yeah
speaker: F
text: maybe we 'll see if David could make it .
speaker: F
text: That would be good .
speaker: B
text: OK so
speaker: B
text: facing to <disfmarker> to what we 've sort of been doing here
speaker: B
text: um
speaker: B
text: well for one thing we 're also using this room to collect data .
speaker: A
text: Yeah obviously .
speaker: B
text: um um Not this type of data ,
speaker: B
text: no not meeting data but sort of <disfmarker> sort ah our version of a wizard experiment such
speaker: A
text: Oh , OK .
speaker: B
text: not like the ones in Munich but pretty close to it .
speaker: A
text: Mm - hmm .
speaker: B
text: The major difference to the Munich ones is that we do it via the telephone
speaker: A
text: OK .
speaker: B
text: even though all the recording is done here
speaker: B
text: and so it 's a <disfmarker> sort of a computer call system that gives you tourist information
speaker: A
text: Mm - hmm .
speaker: B
text: tells you how to get places .
speaker: B
text: And it breaks halfway through the experiment and a human operator comes on .
speaker: B
text: and part of that is sort of trying to find out whether people change their linguistic verbal behavior when first thinking they speak to a machine and then to a human .
speaker: A
text: Yeah .
speaker: B
text: and we 're setting it up so that we can <disfmarker> we hope to implant certain intentions in people .
speaker: B
text: For example um we have first looked at a simple sentence that " How do I get to the Powder - Tower ? "
speaker: B
text: OK so you have the <disfmarker> castle of Heidelberg
speaker: A
text: OK .
speaker: B
text: and there is a tower and it 's called Powder - Tower .
speaker: A
text: Oh , OK .
speaker: A
text: Yeah .
speaker: B
text: and um so What will you parse out of that sentence ?
speaker: B
text: Probably something that we specified in M - three - L ,
speaker: D
text: Mmm .
speaker: B
text: that is @ @ <comment> " action go to whatever domain , object whatever Powder - Tower " .
speaker: B
text: And maybe some model will tell us , some GPS module , in the mobile scenario where the person is at the moment .
speaker: B
text: And um we 've sort of gone through that once before in the Deep Mail project
speaker: B
text: and we noticed that first of all what are <disfmarker>
speaker: B
text: I should 've brought some slides ,
speaker: B
text: but what our <disfmarker>
speaker: B
text: So here 's the tower .
speaker: B
text: Think of this as a two - dimensional representation of the tower .
speaker: B
text: And our system led people here , to a point where they were facing a wall in front of the tower .
speaker: B
text: There is no entrance there , but it just happens to be the closest point of the road network to the geometric center
speaker: B
text: Because that 's how the algorithm works .
speaker: B
text: So we took out that part of the road network as a hack
speaker: B
text: and then it found actually the way to the entrance .
speaker: B
text: which was now the closest point of the road network to
speaker: A
text: Yeah .
speaker: B
text: OK , geometric center .
speaker: B
text: But what we actually observed in Heidelberg is that most people when they want to go there they actually don't want to enter ,
speaker: B
text: because it 's not really interesting .
speaker: B
text: They wanna go to a completely different point where they can look at it and take a picture .
speaker: A
text: Oh , OK .
speaker: D
text: Hmm .
speaker: A
text: Yeah .
speaker: B
text: And so what uh uh a s you s
speaker: B
text: let 's say a simple parse from a s from an utterance won't really give us is what the person actually wants .
speaker: B
text: Does he wanna go there to see it ?
speaker: B
text: Does he wanna go there now ?
speaker: B
text: Later ?
speaker: B
text: How does the person wanna go there ?
speaker: B
text: Is that person more likely to want to walk there ?
speaker: B
text: Walk a scenic route ?
speaker: B
text: and so forth .
speaker: B
text: There are all kinds of decisions that we have identified in terms of getting to places and in terms of finding information about things .
speaker: B
text: And we are constructing <disfmarker> and then we 've identified more or less the extra - linguistic parameters that may f play a role .
speaker: B
text: Information related to the user and information related to the situation .
speaker: B
text: And we also want to look closely on the linguistic information that
speaker: B
text: what we can get from the utterance .
speaker: B
text: That 's part of why we implant these intentions in the data collection to see whether people actually phrase things differently
speaker: B
text: whether they want to enter in order to buy something or whether they just wanna go there to look at it .
speaker: B
text: And um so the idea is to construct uh um suitable interfaces and a belief - net for a module that actually tries to guess what the underlying intention <pause> was .
speaker: B
text: And then enrich or augment the M - three - L structures with what it thought what more it sort of got out of that utterance .
speaker: B
text: So if it can make a good suggestion , " Hey ! "
speaker: B
text: you know , " that person doesn't wanna enter .
speaker: B
text: That person just wants to take a picture , " cuz he just bought film ,
speaker: B
text: or " that person wants to enter because he discussed the admission fee before " .
speaker: B
text: Or " that person wants to enter because he wants to buy something
speaker: B
text: and that you usually do inside of buildings " and so forth .
speaker: B
text: These ah these types of uh these bits of additional information are going to be embedded into the M - three - L structure in an <disfmarker> sort of subfield that we have reserved .
speaker: B
text: And if the action planner does something with it , great .
speaker: B
text: If not you know , then that 's also something um that we can't really <disfmarker>
speaker: B
text: at least we <comment> want to offer the extra information . We don't really <disfmarker> um we 're not too worried .
speaker: A
text: Mm - hmm .
speaker: D
text: Hmm .
speaker: B
text: I mean <disfmarker> t s Ultimately if you have <disfmarker> if you can offer that information , somebody 's gonna s do something with it sooner or later .
speaker: B
text: That 's sort of part of our belief .
speaker: E
text: What was he saying ?
speaker: B
text: Um , for example , right now I know the GIS from email is not able to calculate these viewpoints .
speaker: B
text: So that 's a functionality that doesn't exist yet to do that dynamically ,
speaker: A
text: Mm - hmm .
speaker: B
text: but if we can offer it that distinction , maybe somebody will go ahead and implement it .
speaker: B
text: Surely nobody 's gonna go ahead and implement it if it 's never gonna be used ,
speaker: B
text: so .
speaker: B
text: What have I forgotten about ?
speaker: B
text: Oh yeah ,
speaker: F
text: Well th uh
speaker: B
text: how we do it ,
speaker: B
text: yeah that 's the
speaker: F
text: No no .
speaker: F
text: It 's a good time to pause .
speaker: F
text: I s I see <pause> questions on peoples ' faces ,
speaker: F
text: so why don't <disfmarker>
speaker: F
text: let 's <disfmarker> let 's <disfmarker> Let 's hear <disfmarker>
speaker: A
text: Oh
speaker: A
text: Well the obvious one would be if <disfmarker> if you envision this as a module within SmartKom , where exactly would that Sit ?
speaker: B
text: um <disfmarker> so far I 've thought of it as sort of adding it onto the modeler knowledge module .
speaker: A
text: That 's the d
speaker: D
text: Hmm .
speaker: A
text: OK , yeah .
speaker: B
text: So this is one that already adds additional information to the
speaker: A
text: Makes perfect sense .
speaker: A
text: Yes .
speaker: D
text: Hmm , ah .
speaker: B
text: but it could sit anywhere in the attention - recognition
speaker: B
text: I mean basically this is what attention - recognition literally sort of can <disfmarker>
speaker: A
text: Well it 's supposed to do .
speaker: D
text: Mmm .
speaker: A
text: Yeah
speaker: F
text: That 's what it should do .
speaker: F
text: Right ,
speaker: F
text: yeah .
speaker: A
text: Yeah .
speaker: A
text: Yeah .
speaker: D
text: Huh .
speaker: B
text: Yeah .
speaker: A
text: Well f from my understanding of what the people at Phillips were originally trying to do doesn't seem to quite fit into SmartKom currently
speaker: A
text: so what they 're really doing right now is only selecting among the alternatives , the hypotheses that they 're given enriched by the domain knowledge and the um discourse modeler and so on .
speaker: B
text: Yeah .
speaker: B
text: Yeah .
speaker: A
text: So if <disfmarker> if this is additional information that could be merged in by them .
speaker: A
text: And then it would be available to action planning and <disfmarker> and others .
speaker: B
text: Yeah .
speaker: B
text: the <disfmarker>
speaker: F
text: let 's <disfmarker> let 's
speaker: F
text: That w
speaker: F
text: OK that was one question .
speaker: F
text: Is there other <disfmarker> other things that
speaker: F
text: cuz <pause> we wanna not Pa - pass over any <pause> you know , questions or concerns that you have .
speaker: A
text: Well there 're <disfmarker> there 're two levels of <disfmarker> of giving an answer and I guess on both levels I don't have any um further questions .
speaker: D
text: Mmm .
speaker: D
text: Mmm .
speaker: A
text: uh the <disfmarker> the two levels will be as far as I 'm concerned as <pause> uh standing here for the generation module
speaker: D
text: Mmm .
speaker: A
text: and the other is <disfmarker> is my understanding of what SmartKom uh is supposed to be
speaker: F
text: Right .
speaker: A
text: and I <disfmarker> I think that fits in perfectly
speaker: F
text: So <disfmarker> well , let me <disfmarker> Let me s <pause> expand on that a little bit from the point of view of the generation .
speaker: D
text: Hmm .
speaker: A
text: Yeah .
speaker: F
text: So the idea is that we 've actually got this all laid out an and we could show it to you ig
speaker: F
text: um Robert didn't bring it today but there 's a <disfmarker> a belief - net which is <disfmarker>
speaker: F
text: There 's a first cut at a belief - net that <disfmarker> that doesn't <disfmarker> it <disfmarker> isn't fully uh instantiated ,
speaker: F
text: and in particular some of the <disfmarker> the combination rules and ways of getting the <disfmarker> the conditional probabilities aren't there .
speaker: F
text: But we believe that we have laid out the fundamental decisions in this little space
speaker: A
text: Mm - hmm .
speaker: F
text: and the things that influence them .
speaker: F
text: So one of the decisions is what we call this AVE thing .
speaker: F
text: Do you want to um access , view or enter a thing .
speaker: D
text: Hmm .
speaker: F
text: So that 's a a discrete decision .
speaker: A
text: Mm - hmm .
speaker: F
text: There are only three possibilities and the uh <disfmarker>
speaker: F
text: what one would like is for this uh , knowledge modeling module to add which of those it is and give it to the planner .
speaker: A
text: Mm - hmm .
speaker: F
text: But , uh th the current design suggests that if it seems to be an important decision and if the belief - net is equivocal so that it doesn't say that one of these is much more probable than the other , then an option is to go back and ask for the information you want .
speaker: A
text: Mm - hmm .
speaker: F
text: Alright ?
speaker: F
text: Now there are two ways one can go <disfmarker> a imagine doing that .
speaker: F
text: For the debugging we 'll probably just have a <disfmarker> a drop - down menu
speaker: F
text: and the <disfmarker> while you 're debugging you will just <disfmarker>
speaker: F
text: OK .
speaker: F
text: But for a full system , then one might very well formulate a query ,
speaker: F
text: give it to the dialogue planner and say this , you know ar are you know you <disfmarker> are you planning to enter ?
speaker: A
text: Mm - hmm .
speaker: F
text: Or whatever it <disfmarker> whatever that might be .
speaker: F
text: So that 's <disfmarker> under that model
speaker: F
text: then , There would be a <disfmarker> uh <disfmarker> um a loop in which this thing would formulate a query ,
speaker: A
text: Yes .
speaker: F
text: presumably give it to you .
speaker: F
text: That would get expressed and then hopefully you know , you 'd get an answer <pause> back .
speaker: A
text: Yep .
speaker: F
text: And that would of course <disfmarker> the answer would have to be parsed .
speaker: D
text: Mmm .
speaker: F
text: right
speaker: D
text: Yep .
speaker: F
text: and <disfmarker>
speaker: F
text: OK so , <pause> th <pause> that uh ,
speaker: A
text: Yes .
speaker: F
text: We probably won't do this early on , because the current focus is more on the decision making and stuff like that .
speaker: A
text: Yep .
speaker: F
text: But While we 're on the subject I just wanted to give you a sort of head 's up that it could be that some months from now we said " OK we 're now ready to try to close that loop " in terms of querying about some of these decisions .
speaker: A
text: Mm - hmm .
speaker: A
text: Mm - hmm .
speaker: D
text: Hmm .
speaker: A
text: Yep .
speaker: A
text: So <disfmarker> my suggestion then is that you um look into the currently ongoing discussion about how the action plans are supposed to look like .
speaker: A
text: And they 're currently um Agreeing or <disfmarker> or in the process of agreeing on an X M L - ification of um something like a state - transition network of how dialogues would proceed .
speaker: A
text: and <disfmarker> The <disfmarker> these um transition networks uh will be what the action planner interprets in a sense .
speaker: F
text: Hmm .
speaker: F
text: D did you know this Robert ?
speaker: B
text: uh Michael is doing that ,
speaker: B
text: right ?
speaker: A
text: Well uh Marcus Lerkult is actually implementing that stuff
speaker: A
text: and Marcus and Michael together are um leading the discussion there ,
speaker: B
text: OK .
speaker: A
text: yeah .
speaker: F
text: So we ha we have to get in on that .
speaker: B
text: Mm - hmm .
speaker: A
text: Yep .
speaker: F
text: because um partly those are like X - schemas .
speaker: D
text: Mmm .
speaker: A
text: Definitely .
speaker: F
text: the transition diagrams .
speaker: B
text: Hmm .
speaker: F
text: And it may be that <disfmarker> that um we should early on make sure that they have the flexibility that we need .
speaker: B
text: Hmm .
speaker: B
text: But they uh
speaker: B
text: Have I understood this right ?
speaker: B
text: They <disfmarker> they govern more or less the <disfmarker> the dialogue behavior or the action <disfmarker>
speaker: A
text: Mm - hmm .
speaker: B
text: It 's not really what you do with the content of the dialogue but it 's
speaker: B
text: So , I mean there is this <disfmarker> this <disfmarker> this nice interf
speaker: D
text: uh , No ,
speaker: D
text: it 's <disfmarker> it 's also a quantrant uh uh <disfmarker>
speaker: B
text: i Is it <disfmarker>
speaker: F
text: So there 's ac so there <disfmarker> th the word " action " , OK , is <disfmarker> is what 's ambiguous here .
speaker: D
text: I think .
speaker: D
text: Hmm .
speaker: A
text: Yes .
speaker: F
text: So , um one thing is there 's an actual planner that tells the person in the tourist domain now ,
speaker: F
text: per tells the person how to go ,
speaker: A
text: OK .
speaker: F
text: " First go here ,
speaker: F
text: first go there
speaker: D
text: Mm - hmm .
speaker: F
text: uh , you know , take a bus " ,
speaker: F
text: whatever it is .
speaker: F
text: So that 's that form of planning , and action , and a route planner and GIS , all sort of stuff .
speaker: F
text: uh But I think that isn't what you mean .
speaker: A
text: No .
speaker: A
text: No , in SmartKom terminology that 's um called a function that 's modeled by a function modeler .
speaker: A
text: And it 's th that 's completely um encapsulated from th the dialogue system .
speaker: A
text: That 's simply a functionality that you give data as in a query
speaker: A
text: and then you get back from that mmm , a functioning model um which might be a planner or a VCR or whatever .
speaker: A
text: um some result and that 's then <disfmarker> then used .
speaker: F
text: Well , OK ,
speaker: F
text: so that 's what I thought .
speaker: F
text: So action he action here means dia uh speech ac uh you know dialogue act .
speaker: A
text: Yeah , yeah .
speaker: B
text: Mmm .
speaker: A
text: Yeah , in that <disfmarker> in that sense
speaker: A
text: yes ,
speaker: F
text: Yeah .
speaker: A
text: dialogue act ,
speaker: A
text: yeah .
speaker: F
text: Um , I think tha I think it 's not going to <disfmarker> I think that 's not going to be good enough .
speaker: F
text: I I don what uh <disfmarker> what I meant by that .
speaker: F
text: So I think the idea of having a , you know , transition diagram for the grammar of conversations is a good idea .
speaker: A
text: Mm - hmm .
speaker: F
text: OK ?
speaker: F
text: And I think that we do hav definitely have to get in on it and find out <disfmarker> OK .
speaker: F
text: But I think that um
speaker: F
text: when <disfmarker> so , when you get to the tourist domain it 's not just an information retrieval system .
speaker: A
text: Mm - hmm .
speaker: F
text: Right ?
speaker: A
text: Clearly .
speaker: F
text: So this i this is where I think this <disfmarker>
speaker: A
text: Yes .
speaker: F
text: people are gonna have to think this through a bit more carefully .
speaker: A
text: Mm - hmm .
speaker: F
text: So , if it 's only like in <disfmarker> in the <disfmarker> in the film and T V thing ,
speaker: F
text: OK , you can do this .
speaker: F
text: And you just get information and give it to people .
speaker: F
text: But what happens when you actually get them moving and so forth and so on
speaker: A
text: Yep .
speaker: F
text: Uh , y y your <disfmarker> I d I think the notion of this as a self contained uh module
speaker: F
text: you know th the functional module that <disfmarker> that interacts with <disfmarker> with where the tourism g stuff is going <comment> probably is too restrictive .
speaker: A
text: Yep .
speaker: F
text: Now I dunno how much people have thought ahead to the tourist domain in this
speaker: A
text: Probably not enough ,
speaker: A
text: I mean an <disfmarker> another uh more basic point there is that the current um tasks and therefore th the concepts in this ac
speaker: A
text: what 's called the action plan and what 's really the dialogue manager .
speaker: F
text: Yeah
speaker: A
text: um is based on slots that have to be filled
speaker: A
text: and the um kind of values in these slots would be fixed things like the a time or a movie title or something like this
speaker: F
text: Mm - hmm .
speaker: F
text: Right .
speaker: A
text: whereas in the a um tourist domain it might be an entire route .
speaker: F
text: Indeed .
speaker: A
text: Set - based , or even very complex structured information in these slots
speaker: F
text: Right .
speaker: A
text: and I 'm not sure if <disfmarker> if complex slots of that type are really um being taken into consideration .
speaker: F
text: OK .
speaker: F
text: Could you <disfmarker> could you put a message into the right place to see if we can at least ask that question ?
speaker: A
text: So that 's <disfmarker> that 's really something we
speaker: B
text: Yep .
speaker: A
text: Mm - hmm .
speaker: B
text: rea
speaker: A
text: I mean nothing 's being completely settled there
speaker: B
text: yep
speaker: A
text: so this is really an ongoing discussion
speaker: B
text: Mm - hmm
speaker: B
text: yeah and um it might actually
speaker: A
text: and that 's
speaker: B
text: OK
speaker: B
text: ah also <disfmarker> because um again in in Deep Map we have faced and implemented those problems once already
speaker: B
text: maybe we can even shuffle some know how from there to to Markus and Michael .
speaker: A
text: Mm - hmm .
speaker: A
text: Yes .
speaker: D
text: Mmm .
speaker: A
text: Yep .
speaker: B
text: And um mmm You don't know <disfmarker>
speaker: B
text: OK th
speaker: B
text: I 'll <disfmarker> I 'll talk to Michael
speaker: B
text: it 's what I do anyway .
speaker: B
text: Who <disfmarker> How far is the uh the <disfmarker> the M - three - L specification for <disfmarker> for the la natural language input gone on the <disfmarker> the uh
speaker: B
text: I haven't seen anything for the uh tourist path domain .
speaker: D
text: Yeah , it 's <disfmarker> it 's not defined yet .
speaker: B
text: And um you are probably also involved in that ,
speaker: D
text: Um <disfmarker> Yeah .
speaker: B
text: right ?
speaker: B
text: uh together with the usual gang ,
speaker: B
text: um Petra and Jan
speaker: D
text: Mmm .
speaker: D
text: Yeah , there 's a meeting next next week I think
speaker: B
text: OK because That 's <disfmarker> Those are the <disfmarker>
speaker: B
text: I think the <disfmarker> the true key issues is how does the whatever comes out of the language input pipeline look like
speaker: B
text: and then what the action planner does with it <disfmarker>
speaker: B
text: and how that is uh specified .
speaker: B
text: I didn't think of the internal working of the uh the action planner and the language <disfmarker> uh the function model as sort of relevant .
speaker: B
text: Because what <disfmarker> what they take is sort of this <disfmarker> this fixed representation of a <disfmarker> of an intention .
speaker: B
text: And that can be as detailed or as crude as you want it to be .
speaker: A
text: Mm - hmm .
speaker: B
text: But um the internal workings of of the <disfmarker>
speaker: B
text: whether you know there 're dialogue <disfmarker> action planners that work with belief - nets that are action planners that work with you know state automata .
speaker: B
text: So that shouldn't really matter too much .
speaker: B
text: I mean it does matter
speaker: B
text: because it does have to keep track of you <disfmarker>
speaker: B
text: we are on part six of r a route that consists of eight steps and so forth
speaker: F
text: Yeah , th there <disfmarker> there <disfmarker> I think there are a lot of reasons why it matters .
speaker: A
text: Right .
speaker: F
text: OK ,
speaker: F
text: so that
speaker: F
text: uh ,
speaker: F
text: for example , the i it 's the action planner is going to take some spec and s make some suggestions about what the user should do .
speaker: F
text: What the user says after that is going to be very much caught up with what the action planner told it .
speaker: A
text: Yes .
speaker: F
text: If the <disfmarker> If the parser and the language end doesn't know what the person 's been told
speaker: F
text: OK
speaker: F
text: th it 's you 're making your life much more difficult than it has to be .
speaker: B
text: Yeah .
speaker: F
text: Right ?
speaker: F
text: So if someone says the best t to uh go there is by taxi ,
speaker: F
text: let 's say .
speaker: F
text: Now the planner comes out and says you wanna get there fast ,
speaker: F
text: take a taxi .
speaker: F
text: OK .
speaker: F
text: And the language end doesn't know that .
speaker: F
text: OK , there 's all sorts of dialogues that won't make any sense which would be just fine .
speaker: A
text: hmm
speaker: F
text: uh
speaker: B
text: Yeah .
speaker: A
text: That would
speaker: A
text: b but that <disfmarker> I think that <disfmarker> that uh point has been realized
speaker: A
text: and it 's <disfmarker> it 's not really um been defined yet
speaker: A
text: but there 's gonna be some kind of feedback and input from uh the action planner into all the analysis modules , telling them what to expect and what the current state of the discourse is .
speaker: D
text: Mmm .
speaker: A
text: Beyond what 's currently being implemented which is just word lists .
speaker: F
text: Yeah , but this is not the st this is not just the state of the discourse .
speaker: B
text: Mm - hmm .
speaker: A
text: Of <disfmarker> of special interest .
speaker: F
text: This is actually the state of the plan .
speaker: F
text: That 's why
speaker: B
text: Mm - hmm .
speaker: A
text: Yes , Yes , Mm - hmm yeah .
speaker: F
text: OK so it <disfmarker> z
speaker: F
text: and s
speaker: F
text: uh , It 's great if people are already taking that into account .
speaker: F
text: But One would have t have to see <disfmarker> see the details .
speaker: A
text: The specifics aren't really there yet .
speaker: A
text: Yes .
speaker: F
text: Yeah .
speaker: A
text: So , there 's work to do there .
speaker: F
text: So anyway , Robert , that 's why I was thinking that
speaker: B
text: Mm - hmm .
speaker: F
text: um
speaker: F
text: I think you 're gonna need <disfmarker>
speaker: F
text: We talked about this several times that <disfmarker> that <disfmarker> the <disfmarker> the input end is gonna need a fair amount of feedback from the planning end .
speaker: A
text: hmm
speaker: F
text: In <disfmarker> in one of these things which are <disfmarker> are much more continuous than the <disfmarker> just the dialogue over movies and stuff .
speaker: A
text: Yeah .
speaker: D
text: Mmm .
speaker: A
text: And even on <disfmarker> on a more basic level the <disfmarker> the action planner actually needs to be able to have um an expressive power that can deal with these structures .
speaker: F
text: Hmm ?
speaker: A
text: And not just um say um <disfmarker> um the dialogue um will consist of ten possible states and th these states really are fixed in <disfmarker> in a certain sense .
speaker: F
text: Would there be any chance of getting the terminology changed so that the dialogue planner was called a " dialogue planner " ?
speaker: A
text: You have to <disfmarker>
speaker: F
text: Because there 's this other thing The o There 's this other thing in <disfmarker> in the tourist domain which is gonna be a route planner
speaker: A
text: That 'd be nice .
speaker: F
text: or <disfmarker> It 's really gonna be an action planner .
speaker: F
text: And <comment> i it <disfmarker>
speaker: A
text: It oughta be called a <disfmarker> a dialogue manager .
speaker: A
text: cuz that 's what everybody else calls it .
speaker: F
text: I would think ,
speaker: F
text: yeah .
speaker: D
text: Mmm .
speaker: F
text: Huh ?
speaker: A
text: Yeah .
speaker: F
text: So , s So what would happen if we sent a note saying " Gee we 've talked about this and couldn't we change this uh th the whole word ? "
speaker: F
text: I have no idea how complicated these things are .
speaker: B
text: Probably close to impossible .
speaker: A
text: Depends on who you talk to how .
speaker: A
text: We 'll see .
speaker: A
text: I 'll go check ,
speaker: A
text: cause I completely agree .
speaker: D
text: Mmm .
speaker: A
text: Yeah ,
speaker: A
text: and I think this is just for historical reasons within uh , the preparation phase of the project
speaker: A
text: and not because somebody actually believes it ought to be action planner .
speaker: A
text: So if there is resistance against changing it , that 's just because " Oh , We don't want to change things . "
speaker: A
text: That <disfmarker> that not deep reason
speaker: F
text: OK ,
speaker: F
text: anyway .
speaker: F
text: I if <disfmarker> if that c in persists then we 're gonna need another term . for the thing that actually does the planning of the uh routes and whatever we are doing for the tourist .
speaker: B
text: That 's external services .
speaker: F
text: Yeah , but that 's not g eh tha
speaker: F
text: That ha has all the wrong connotations .
speaker: F
text: it 's <disfmarker> it sounds like it 's you know stand alone .
speaker: F
text: It doesn't interact ,
speaker: F
text: it doesn't
speaker: F
text: That 's why I 'm saying .
speaker: F
text: I think you can't <disfmarker>
speaker: F
text: it 's fine for looking up when T you know when the show 's on TV .
speaker: F
text: You go to th
speaker: F
text: but I <disfmarker> I <disfmarker> I <disfmarker> I think it 's really <disfmarker> really wrong headed for something that you <disfmarker> that has a lot of state ,
speaker: F
text: it 's gonna interact co in a complicated way with the uh understanding parts .
speaker: B
text: Yeah .
speaker: B
text: Yeah I think just the <disfmarker> the spatial planner and the route planner
speaker: B
text: I showed you once the interac action between them among them in the deep map system
speaker: F
text: Right .
speaker: B
text: so <disfmarker> a printout of the communication between those two fills up
speaker: B
text: I don't know how many pages
speaker: B
text: and that 's just part of how do I get to one place .
speaker: A
text: Hmm
speaker: B
text: It 's really insane .
speaker: B
text: and uh
speaker: B
text: but um so this is um definitely a good point to get uh Michael into the discussion .
speaker: B
text: Or to enter his discussion , actually .
speaker: B
text: That 's the way around .
speaker: A
text: Yeah , Marcus .
speaker: B
text: Markus
speaker: B
text: Is he new in the <disfmarker> in the ?
speaker: A
text: Wh - where 's ?
speaker: A
text: Yeah , he 's <disfmarker> he started um I think January .
speaker: D
text: Yeah .
speaker: A
text: And he 's gonna be responsible for the implementation of this action planner .
speaker: A
text: Dialogue manager .
speaker: B
text: Is he gonna continue with the old <disfmarker> uh <disfmarker> thing ?
speaker: A
text: No ,
speaker: A
text: no he 's completely gonna rewrite everything . In Java .
speaker: B
text: OK .
speaker: A
text: OK so that 's interesting .
speaker: B
text: Yes I was just <disfmarker> that 's my next question
speaker: A
text: hmm
speaker: B
text: whether we 're <disfmarker> we 're gonna stick to Prolog or not .
speaker: A
text: No .
speaker: A
text: No , that 's gonna be phased out .
speaker: F
text: Yeah .
speaker: B
text: OK
speaker: B
text: But I do think the <disfmarker> the function modeling concept has a certain <disfmarker> makes sense in a <disfmarker> in a certain light
speaker: A
text: Yeah .
speaker: B
text: because the action planner should not be <disfmarker> or the dialogue manager in that case should not um w have to worry about whether it 's interfacing with um something that does route planning in this way or that way
speaker: A
text: Mm - hmm .
speaker: F
text: I I totally agree .
speaker: F
text: Sure .
speaker: B
text: huh ,
speaker: B
text: it j
speaker: F
text: Yeah I <disfmarker> I agree .
speaker: F
text: There is <disfmarker> there 's a logic to dialogue which <disfmarker> which is <disfmarker> is separable .
speaker: F
text: I
speaker: F
text: Yeah .
speaker: B
text: and it <disfmarker> cant <disfmarker> sort of formulate its what it wants in a <disfmarker> in a rather a abstract uh way ,
speaker: B
text: you know f " Find me a good route for this . "
speaker: F
text: Mm - hmm .
speaker: B
text: It doesn't really have to worry ab how route planner A or how route planner B actually wants it .
speaker: B
text: So this is <disfmarker> seemed like a good idea .
speaker: B
text: In the beginning .
speaker: F
text: It 's tricky .
speaker: F
text: It 's tricky because one could well imagine <disfmarker>
speaker: F
text: I think it will turn out to be the case that uh , this thing we 're talking about , th the extended n uh knowledge modeler will fill in some parameters about what the person wants .
speaker: F
text: One could well imagine that the next thing that 's trying to fill out the detailed uh , route planning , let 's say , will also have questions that it would like to ask the user .
speaker: F
text: You could well imagine you get to a point where it 's got a <disfmarker> a choice to make and it just doesn't know something .
speaker: F
text: And so y you would like it t also be able to uh formulate a query .
speaker: A
text: Mm - hmm .
speaker: F
text: And to run that back through uh . the dialogue manager and to the output module and back around .
speaker: B
text: hmm
speaker: F
text: And a I a a good design would <disfmarker> would allow that to happen .
speaker: B
text: a lot of ,
speaker: B
text: yeah
speaker: D
text: Mmm .
speaker: F
text: If <disfmarker> if you know if <disfmarker> if you can't make it happen then you <disfmarker> you do your best .
speaker: A
text: Yeah
speaker: A
text: but that doesn't necessarily contradict um an architecture where there really is a pers a def well - defined interface .
speaker: F
text: I totally agree .
speaker: A
text: and <disfmarker> and
speaker: F
text: But <disfmarker> but what it nee
speaker: F
text: but th what the point is the
speaker: F
text: in that case the dialogue manager is sort of event driven .
speaker: F
text: So the dialogue manager may think it 's in a dialogue state of one sort ,
speaker: F
text: and this <disfmarker> one of these planning modules comes along and says " hey , right now we need to ask a question " .
speaker: A
text: Mm - hmm .
speaker: F
text: So that forces the dialogue manager to change state .
speaker: A
text: Yes
speaker: F
text: OK .
speaker: F
text: It could be y
speaker: A
text: Sure ,
speaker: A
text: ye yeah I <disfmarker> I think that 's <disfmarker> that 's the um concept that people have ,
speaker: F
text: Yeah , yeah it <disfmarker> it <disfmarker>
speaker: F
text: OK .
speaker: A
text: yep .
speaker: A
text: And <disfmarker> and the <disfmarker> the underlying idea of course is that there is something like kernel modules with kernel functionality that you can plug uh certain applications like tourist information or um the home scenario with uh controlling a VCR and so on .
speaker: A
text: And then extend it to an arbitrary number of applications eventually .
speaker: A
text: So <disfmarker> wouldn't
speaker: A
text: That 's an additional reason to have this well - defined interface
speaker: F
text: Oh , yeah , yeah .
speaker: A
text: and keep these things like uh tourist information external .
speaker: A
text: And then call it external services .
speaker: B
text: Hmm .
speaker: A
text: But of course the <disfmarker> the more complex <disfmarker>
speaker: B
text: Yeah , there is another philosophical issue that I think you know you can <disfmarker> evade
speaker: A
text: yep .
speaker: B
text: but , at at least it makes sense to me that sooner or later uh <disfmarker> a service is gonna come and describe itself to you .
speaker: B
text: and that 's sort of what Srini is working on in <disfmarker> in <disfmarker> in the DAML uh project where um you <disfmarker> you find a GIS about <disfmarker> that gives you information on Berkeley ,
speaker: A
text: Yeah .
speaker: B
text: and it 's <disfmarker> it 's gonna be there and tell you what it can do and how it wants to do things .
speaker: B
text: and so you can actually interface to such a system without ever having met it before
speaker: B
text: and the function modeler and a self - description of the um external service haggle it out
speaker: A
text: Hmm .
speaker: B
text: and you can use the same language core , understanding core to interface with planner - A , planner - B , planner - C and so forth .
speaker: A
text: Hmm .
speaker: D
text: Mmm .
speaker: B
text: Which is , you know , uh <disfmarker> uh <disfmarker> utopian <disfmarker>
speaker: B
text: completely utopian at the moment ,
speaker: B
text: but slowly , you know , getting into the realm of the uh contingent .
speaker: A
text: Hmm .
speaker: B
text: But we are facing of course much more um realistic problems .
speaker: B
text: And language input for example , is of course uh crucial you know also when you do the sort of deep understanding analysis that we envision .
speaker: B
text: um Then of course , the uh um , you know
speaker: B
text: what is it <disfmarker>
speaker: B
text: poverty of the stimulus ,
speaker: B
text: yet the m uh the less we get of that the better .
speaker: B
text: and um so we <disfmarker> we 're thinking , for example how much syntactic analysis actually happens already in the parser .
speaker: D
text: Hmm .
speaker: B
text: and whether one could interface to that potentially
speaker: D
text: Yeah ,
speaker: D
text: are there currently is uh
speaker: D
text: no syntactic analysis
speaker: D
text: but in the next release there will be some .
speaker: B
text: Hmm .
speaker: F
text: How 's it <disfmarker>
speaker: D
text: unless
speaker: D
text: and it 's
speaker: D
text: um uh
speaker: D
text: you can access this
speaker: F
text: S so uh y we <disfmarker> we looked at the e current pattern matching thing .
speaker: D
text: Hmm .
speaker: F
text: And as you say it 's just a surface pattern matcher .
speaker: F
text: Uh , So what are <disfmarker> what are the plans roughly ?
speaker: D
text: um it 's to <disfmarker> to integrate and syntactic analysis .
speaker: D
text: and um add some more features like segmentation .
speaker: D
text: So then an utter more than one utterance is <disfmarker> There um there 's often uh pause between it
speaker: D
text: and a segmentation occurs .
speaker: F
text: So , the um <disfmarker>
speaker: D
text: um
speaker: F
text: So the idea is to uh <disfmarker> have a pa y y a particular <disfmarker>
speaker: D
text: yeah
speaker: F
text: Do you have a particular parser in mind ?
speaker: F
text: Is it uh <disfmarker> partic d
speaker: F
text: I mean have you thought through <disfmarker> ?
speaker: F
text: Is it an HPSG parser ?
speaker: F
text: Is it a whatever ?
speaker: D
text: No <disfmarker> no it 's <disfmarker> uh I think it 's it 's totally complicated for
speaker: D
text: it 's just one <disfmarker> one person
speaker: F
text: OK .
speaker: D
text: and so I have to keep the <disfmarker>
speaker: F
text: Oh , you have to do it .
speaker: F
text: You have to do it ,
speaker: F
text: yeah .
speaker: D
text: Yeah ,
speaker: D
text: ah and so <vocalsound> things must be simpler
speaker: F
text: I see ,
speaker: F
text: so
speaker: D
text: but uh , Miel syntactic analysis with um finite state transducers .
speaker: F
text: But the people at D F
speaker: F
text: Yeah .
speaker: F
text: People at DFKI have written a fair number of parsers .
speaker: F
text: Other <disfmarker> you know , people over the years . uh have written various parsers at DFKI .
speaker: F
text: None of them are suitable ?
speaker: F
text: I <disfmarker> I <disfmarker> I d I 'm asking .
speaker: F
text: I don't know .
speaker: D
text: Yeah , uh the problem is th that it has to be very fast
speaker: D
text: because um if you want to for more than one path anywhere
speaker: F
text: OK .
speaker: D
text: what 's in the latches from the speech recognizer
speaker: F
text: Mm - hmm .
speaker: D
text: so it 's speed is crucial .
speaker: D
text: uh
speaker: D
text: And they are not fast enough .
speaker: F
text: Mm - hmm .
speaker: D
text: And they also have to be very robust . cuz of um speech recognition errors
speaker: D
text: and
speaker: F
text: OK .
speaker: F
text: So , um <disfmarker> So there was a chunk parser in Verbmobil , that was one of the uh branchers .
speaker: F
text: You know they <disfmarker> d th I c
speaker: F
text: There were these various uh , competing uh syntax modules .
speaker: F
text: And I know one of them was a chunk parser
speaker: F
text: and I don't remember <pause> who did that .
speaker: D
text: I think it 's that
speaker: B
text: A Alan ?
speaker: D
text: might ,
speaker: D
text: at Tuebingen I thought .
speaker: F
text: Yeah I d I don't remember .
speaker: D
text: was <disfmarker> Do you know something about that ?
speaker: A
text: Tubingen was at least involved in putting the chunks together
speaker: D
text: In Tub - at <disfmarker>
speaker: A
text: I <disfmarker> can't quite recall whether they actually produced the chunks in the first place .
speaker: D
text: oh
speaker: F
text: Uh . I see .
speaker: F
text: Yeah , that 's right .
speaker: A
text: Or wh
speaker: F
text: There w
speaker: D
text: Oh from <disfmarker> from Stuttgart ,
speaker: F
text: That 's right .
speaker: F
text: They w They had <disfmarker> There were <disfmarker> This was done with a two phase thing , where <comment> the chunk parser itself was pretty stupid
speaker: D
text: yeah , also
speaker: F
text: and then there was a kind of trying to fit them together that h used more context .
speaker: A
text: Right .
speaker: A
text: Yeah
speaker: F
text: Right ?
speaker: A
text: Well you s and <disfmarker> and especially you did some <disfmarker> some
speaker: A
text: um , l um
speaker: A
text: was a learning - based approach which learned from a big corpus of <disfmarker> of trees .
speaker: F
text: Right .
speaker: D
text: Mm - hmm .
speaker: F
text: Right .
speaker: A
text: And yes the <disfmarker> it <disfmarker> the chunk parser was a finite - state machine that um Mark Light originally w worked on in <disfmarker> while he was in Tuebingen
speaker: A
text: and then somebody else in Tuebingen picked that up . So it was done in Tuebingen ,
speaker: A
text: yeah .
speaker: A
text: Definitely .
speaker: F
text: But is that the kind of thing y
speaker: F
text: It sounds like the kind of thing that you were thinking of .
speaker: D
text: yeah .
speaker: A
text: Yeah I guess it 's similar .
speaker: D
text: yeah
speaker: D
text: that 's In this direction ,
speaker: D
text: yes
speaker: F
text: What ?
speaker: D
text: Yeah , it 's in <disfmarker> in this direction .
speaker: F
text: Hmm .
speaker: B
text: The <disfmarker>
speaker: B
text: From Michael Strube , I 've heard very good stuff about the chunk parser that is done by FORWISS ,
speaker: B
text: uh , which is in embassy doing the parsing .
speaker: A
text: Mm - hmm .
speaker: B
text: So this is sort of <disfmarker> came as a surprise to me that you know , embassy s <comment> is featuring a nice parser
speaker: B
text: but it 's <pause> what I hear . One could also look at that and see whether there is some synergy possible .
speaker: D
text: Mm - hmm , yeah ,
speaker: D
text: it would be very interesting ,
speaker: D
text: Mm - hmm .
speaker: D
text: Mmm , yeah .
speaker: B
text: And they 're doing chunk parsing
speaker: B
text: and it 's uh <disfmarker>
speaker: B
text: I <disfmarker> I can give you the names of the people who do it there .
speaker: B
text: But um .
speaker: B
text: Then there is of course more ways of parsing things .
speaker: F
text: Of course .
speaker: F
text: But <disfmarker> But uh given th the constraints , that you want it to be small and fast and so forth , my guess is you 're probably into some kind of chunk parsing .
speaker: F
text: And uh I 'm not a big believer in this um statistical you know , cleaning up
speaker: F
text: uh
speaker: F
text: It <disfmarker> That seems to me kind of a last resort if uh you can't do it any other way .
speaker: F
text: uh
speaker: F
text: but I dunno .
speaker: F
text: It may <disfmarker> i i may be that 's what you guys finally decide do .
speaker: D
text: Hmm .
speaker: F
text: Uh .
speaker: F
text: And have you looked <disfmarker>
speaker: F
text: uh just <disfmarker> again for context <disfmarker>
speaker: D
text: Mm - hmm .
speaker: F
text: There is this <disfmarker> this one that they did at SRI some years ago <disfmarker>
speaker: F
text: Fastus ?
speaker: D
text: um
speaker: F
text: a <disfmarker>
speaker: D
text: yeah , I 've <disfmarker> I 've looked at it
speaker: D
text: but <disfmarker> but it 's no <disfmarker> not much uh information available .
speaker: F
text: ah !
speaker: D
text: I found ,
speaker: D
text: but it 's also finite - state transducers , I thought .
speaker: F
text: It is .
speaker: F
text: Yeah .
speaker: F
text: I mean <disfmarker> it 's <disfmarker> it was pretty ambitious .
speaker: D
text: and
speaker: F
text: And of course it was English oriented ,
speaker: F
text: um w
speaker: D
text: Yeah , and <disfmarker> and Purely finite - state transducers are not so good for German since there 's um
speaker: F
text: Right .
speaker: F
text: Yeah , I guess that 's the point is <disfmarker> is all the morphology and stuff .
speaker: D
text: The word order is <disfmarker> is uh not fixed
speaker: F
text: And English is all th all word order .
speaker: F
text: And it makes a lot more sense .
speaker: D
text: Yeah .
speaker: F
text: And <disfmarker> e
speaker: F
text: Yeah , OK .
speaker: F
text: Good point .
speaker: F
text: So in <disfmarker> in <disfmarker> in German you 've got uh most of this done with
speaker: D
text: Mm - hmm . Also it 's uh <disfmarker> it 's um <disfmarker> Yes , uh the um choice between uh this processing and that processing and my template matcher .
speaker: F
text: Right .
speaker: F
text: Right .
speaker: F
text: So what about
speaker: F
text: Um
speaker: F
text: Did y
speaker: F
text: like Morfix ?
speaker: F
text: a a e y you 've got stemmers ?
speaker: F
text: Or is that something that <disfmarker>
speaker: D
text: Um , yeah but it 's all in the <disfmarker> in the lexicon .
speaker: F
text: But did you have that ?
speaker: D
text: So it 's <disfmarker>
speaker: D
text: Yeah th the information is available .
speaker: F
text: OK .
speaker: F
text: I see .
speaker: F
text: So , but <disfmarker>
speaker: F
text: So y you just connect to the lexicon
speaker: D
text: So <disfmarker>
speaker: D
text: Yeah
speaker: F
text: and uh
speaker: F
text: at least for German you have all <disfmarker> all of the <disfmarker> uh the stemming information .
speaker: D
text: Yeah , we can ,
speaker: D
text: oh yeah .
speaker: D
text: We have knowledge bases from <disfmarker> from Verbmobil system we can use
speaker: F
text: Yep .
speaker: D
text: and so .
speaker: F
text: Right .
speaker: F
text: But it <disfmarker> it <disfmarker> it doesn't look like i you 're using it .
speaker: F
text: I didn't n see it being used in the current template uh parser .
speaker: F
text: I <disfmarker> I didn't see any Uh <disfmarker>
speaker: F
text: of course we l actually only looked at the English .
speaker: D
text: It <disfmarker>
speaker: F
text: Did we look at the German ?
speaker: D
text: um
speaker: F
text: I don't remember .
speaker: F
text: So w wha
speaker: D
text: Yeah , but <disfmarker> but it 's used for <disfmarker> for stem forms .
speaker: A
text: n Well I think <disfmarker> I think there 's some misunderstanding here
speaker: F
text: i
speaker: D
text: Oh , OK .
speaker: A
text: it 's <disfmarker> Morphix is not used on - line .
speaker: A
text: s so the lexicon might be derived by Morphix
speaker: D
text: What ?
speaker: A
text: but What <disfmarker> what 's happening on - line is just um um a <disfmarker> a retrieval from the lexicon which would give all the stemming information
speaker: F
text: Right .
speaker: F
text: Right .
speaker: D
text: Hmm .
speaker: A
text: so it would be a full foreign lexicon .
speaker: F
text: And that 's what you have .
speaker: D
text: Yeah
speaker: A
text: Yep .
speaker: F
text: OK .
speaker: F
text: What <disfmarker>
speaker: F
text: uh I didn't reme
speaker: B
text: We threw out all the forms .
speaker: F
text: Huh ?
speaker: B
text: We threw out all the forms
speaker: B
text: because , you know , English ,
speaker: B
text: well <disfmarker>
speaker: F
text: Oh OK ,
speaker: F
text: so it <disfmarker> yeah , s s I thought I 'd <disfmarker>
speaker: D
text: Mm - hmm .
speaker: F
text: So in German then you actually do case matching and things like in the <disfmarker> in the pattern matcher or not ?
speaker: D
text: um Not yet but it 's planned to do that .
speaker: F
text: OK .
speaker: F
text: Cuz I r I didn't reme I didn't think I saw it .
speaker: F
text: Have we looked at the German ?
speaker: D
text: Yeah
speaker: F
text: Oh , I haven
speaker: F
text: yeah
speaker: F
text: that 's <disfmarker> getting it from the lexicon is just fine .
speaker: F
text: Yeah , yeah , yeah .
speaker: A
text: Sure ,
speaker: D
text: Oh yes .
speaker: A
text: right .
speaker: F
text: No problem with that .
speaker: F
text: um
speaker: F
text: Yeah and here 's the case where the English and the German might really be significantly different .
speaker: F
text: In terms of if you 're trying to build some fast parser and so forth
speaker: F
text: and <disfmarker>
speaker: F
text: You really might wanna do it in a significantly different way .
speaker: F
text: I don't know .
speaker: F
text: So you 've <disfmarker> you guys have looked at this ?
speaker: F
text: also ?
speaker: F
text: in terms of You know , w if you 're doing this for English as well as German
speaker: F
text: Um Do you think now that it would be this <disfmarker> doing it similarly ?
speaker: D
text: um Yeah ,
speaker: D
text: it 's um I think it 's um
speaker: D
text: yes , it 's <disfmarker> it 's um possible to <disfmarker> to do list processing .
speaker: D
text: and Maybe this is um more adequate for English
speaker: D
text: and in German um set processing is used .
speaker: F
text: Set .
speaker: D
text: Maybe yeah .
speaker: D
text: Some extensions uh have to be made . For <disfmarker> for a English version
speaker: F
text: Mmm .
speaker: F
text: OK .
speaker: F
text: Interesting .
speaker: F
text: Not easy .
speaker: B
text: Well there 's m I 'm sure there 's gonna be more discussion on that after your talk .
speaker: D
text: Mm - hmm ,
speaker: F
text: Right .
speaker: D
text: yeah .
speaker: B
text: We 're just gonna foreshadow what we saw that
speaker: F
text: Right .
speaker: B
text: and um
speaker: F
text: Now actually ,
speaker: F
text: um
speaker: F
text: Are you guys free at five ?
speaker: F
text: Or <disfmarker> Do you have to go somewhere at five o ' clock tonight ?
speaker: F
text: W in ten minutes ?
speaker: D
text: Ah <disfmarker>
speaker: D
text: mmm . No .
speaker: A
text: uh <disfmarker> uh <disfmarker> I think we 're expect <disfmarker>
speaker: D
text: Oder there was an <disfmarker> talk ?
speaker: A
text: Yeah , there <disfmarker> there 's the um practice talk .
speaker: D
text: uh Mmm , yeah .
speaker: F
text: Great .
speaker: F
text: So you 're going to that .
speaker: A
text: Yeah , that <disfmarker> that 's what we were planning to do .
speaker: F
text: That 's good , because that will uh tell you a fair amount about The form of semantic construction grammar that we 're using .
speaker: A
text: Yeah .
speaker: F
text: so <disfmarker> So I th I think that probably as good an introduction as you 'll get .
speaker: A
text: Mm - hmm .
speaker: D
text: Ah .
speaker: F
text: Uh to the form of <disfmarker> of uh <disfmarker> conceptual grammar that <disfmarker> that w we have in mind for this .
speaker: D
text: Mmm , ah .
speaker: F
text: It won't talk particularly about how that relates to what uh Robert was saying at the beginning .
speaker: F
text: But let me give you a very short version of this .
speaker: F
text: So we talked about the fact that There 're going to be a certain number of decisions That you want the knowledge modeler to make , that will be then fed to the function module , that does uh , route planning .
speaker: F
text: It 's called the " route planner " or something .
speaker: A
text: Mm - hmm .
speaker: F
text: So there are these decisions .
speaker: F
text: And then one half of this we talked about at little bit is how if you had the right information ,
speaker: F
text: if you knew something about what was said
speaker: F
text: and about th the something about was the agent a tourist or a native or a business person
speaker: F
text: or uh young or old ,
speaker: F
text: whatever .
speaker: F
text: That information ,
speaker: F
text: and also about the
speaker: F
text: Uh , what we 're calling " the entity " ,
speaker: F
text: Is it a castle ,
speaker: F
text: is it a bank ?
speaker: F
text: Is it a s town square ,
speaker: F
text: is it a statue ?
speaker: F
text: Whatever .
speaker: F
text: So all that kind of information could be combined into decision networks and give you decisions .
speaker: F
text: But the other half of the problem is How would you get that kind of information from the parsed input ?
speaker: F
text: So , um
speaker: F
text: So what you might try to do is just build more templates , saying uh
speaker: F
text: we 're trying to build a templ
speaker: F
text: you know build a template that w uh somehow would capture the fact that he wants to take a picture .
speaker: D
text: Mmm .
speaker: F
text: OK ?
speaker: F
text: And <disfmarker> and we could <disfmarker> you could do this .
speaker: F
text: And it 's a small enough domain that probably you , you know <disfmarker>
speaker: D
text: Mmm .
speaker: F
text: OK .
speaker: F
text: You could do this .
speaker: F
text: But uh from our point of view this is also a research project
speaker: F
text: and there are a couple of people not here for various reasons who are doing doctoral dissertations on this ,
speaker: A
text: Mm - hmm .
speaker: F
text: and the idea that we 're really after is a very deep semantics based on cognitive linguistics
speaker: F
text: and the notion that there are a relatively small number of primitive conceptual schemas that characterize a lot of activity .
speaker: F
text: So a typical one in this formulation is a container .
speaker: F
text: So this is a static thing .
speaker: F
text: And the notion is that all sorts of physical situations are characterized in terms of containers .
speaker: F
text: Going in and out the portals and con
speaker: D
text: Mmm .
speaker: F
text: OK .
speaker: F
text: But also , importantly for Lakoff and these guys is all sorts of metaphorical things are also characterized this way .
speaker: F
text: You get in trouble and you know et cetera
speaker: D
text: Mmm .
speaker: F
text: and so <disfmarker> s
speaker: F
text: So , what we 're really trying to do is to map from the discourse to the conceptual semantics level .
speaker: F
text: And from there to the appropriate decisions .
speaker: F
text: So another one of these primitive , what are called " image schemas " , is uh goal seeking .
speaker: A
text: Mm - hmm .
speaker: F
text: So this a notion of a source , path , goal , trajector , possibly obstacles .
speaker: A
text: Mm - hmm .
speaker: F
text: And the idea is this is another conceptual primitive .
speaker: F
text: And that all sorts of things , particularly in the tourist domain , can be represented in terms of uh source , path and goal .
speaker: A
text: Mm - hmm .
speaker: F
text: So the idea would be could we build an analyser that would take an utterance
speaker: F
text: and say " Aha !
speaker: F
text: th this utterance is talking about an attempt to reach a goal .
speaker: F
text: The goal is this ,
speaker: F
text: the pers the , uh traveller is that ,
speaker: F
text: uh
speaker: F
text: the sor w where we are at now is is this ,
speaker: F
text: they 've mentioned possible obstacles , et cetera . "
speaker: F
text: So th the <disfmarker> and this is an <disfmarker> again attempt to get very wide coverage .
speaker: F
text: So if you can do this , then the notion would be that across a very large range of domains , you could use this deep conceptual basis as the interface .
speaker: A
text: Mm - hmm .
speaker: A
text: Mm - hmm .
speaker: F
text: And then ,
speaker: F
text: uh
speaker: F
text: The processing of that , both on the input end , recognizing that certain words in a language talk about containers or goals , et cetera ,
speaker: F
text: and on the output end , given this kind of information , you can then uh make decisions about what actions to take .
speaker: F
text: Provides , they claim , a very powerful , general notion of deep semantics .
speaker: F
text: So that 's what we 're really doing .
speaker: A
text: Mm - hmm .
speaker: F
text: And
speaker: F
text: Nancy is going to <disfmarker>
speaker: F
text: Her talk is going to be not about using this in applications , but about modeling how children might learn this kind of uh deep semantic grammar .
speaker: A
text: Mm - hmm .
speaker: A
text: Yep , yep .
speaker: A
text: And how do you envision um the <disfmarker> the um this deep semantic to be worked with .
speaker: A
text: Would it be highly ambiguous if
speaker: A
text: and then there would be another module that takes that um highly underspecified deep semantic construction
speaker: A
text: and map it onto the current context to find out what the person really was talking about in that context .
speaker: F
text: Well that 's <disfmarker> that 's <disfmarker> that 's where the belief - net comes in .
speaker: A
text: or <disfmarker> or a <disfmarker>
speaker: F
text: So th the idea is ,
speaker: F
text: let 's take this business about going to the Powder - Tower .
speaker: A
text: Mm - hmm .
speaker: F
text: So part of what you 'll get out of this will be the fact tha w
speaker: F
text: if it works right ,
speaker: F
text: OK , that this is an agent that wants to go to this place
speaker: F
text: and that 's their goal
speaker: F
text: and there will be additional situational information .
speaker: A
text: Mm - hmm .
speaker: A
text: Oh , OK .
speaker: F
text: Uh , OK ,
speaker: A
text: th
speaker: F
text: part of it comes from the ontology .
speaker: F
text: The tower is this kind of object .
speaker: A
text: Mm - hmm .
speaker: A
text: Yeah , OK .
speaker: F
text: Part of it comes from the user model .
speaker: A
text: Mm - hmm .
speaker: F
text: And the idea of the belief - net is it combines the information from the dialogue which comes across in this general way ,
speaker: A
text: Mm - hmm .
speaker: F
text: you know this is a <disfmarker> this is a goal seeking behavior , along with specific information from the ontology about the kinds of objects involved
speaker: A
text: Yeah
speaker: A
text: OK ,
speaker: A
text: Yeah ,
speaker: A
text: yep yep yep yep
speaker: F
text: and about the situation about " Is it raining ? "
speaker: F
text: I don't know .
speaker: F
text: Whatever it is .
speaker: F
text: And so that 's the belief - net that we 've laid out .
speaker: A
text: Mm - hmm .
speaker: F
text: And so th the coupling to the situation comes in this model from , at th at th at the belief - net , combining evidence from the dialogue with the ontology with the situation .
speaker: A
text: Yeah .
speaker: D
text: Hmm .
speaker: F
text: But Nancy isn't gonna talk about that ,
speaker: A
text: Yeah ,
speaker: F
text: just about the um
speaker: A
text: oh yeah ,
speaker: A
text: I see ,
speaker: A
text: yeah yeah , really .
speaker: B
text: First steps .
speaker: F
text: Right .
speaker: F
text: The <disfmarker> the construction grammar .
speaker: B
text: And she 's gonna start
speaker: B
text: in a minute .
speaker: F
text: In a minute .
speaker: D
text: Ah , OK .
speaker: F
text: OK .
speaker: G
text: Is it i in ,
speaker: G
text: then , your place , in five <disfmarker> five - A ?
speaker: A
text: Alright .

Meeting summary:
text: The Berkeley Even Deeper Understanding group discussed plans and concerns regarding the architecture of SmartKom, its proposed modules, and the types of interactions expected to take place between modules.
text: The meeting was largely focused on SmartKom's decision making capacity and how to adapt this functionality to the tourist information domain.
text: The group set a date for assessing SmartKom plans.
text: It was decided that SmartKom's action plans should be represented in XML as a state transition network.
text: It was proposed that the term 'dialogue planner' should replace 'dialogue manager'.
text: Prolog will be phased out completely and replaced by Java code.
text: The dialogue manager must be capable of changing states, i.e. go from being event driven to answering a question from a planning module.
text: SmartKom should feature a well defined core interface, with domain-specific information kept external.
text: A syntactic analysis component that performs chunk parsing will be added to the system.
text: As a functional module, the action planner is too restrictive for the tourist domain and requires complex slots from the dialogue manager.
text: What form will the language input have, and what will the action planner do with it?
text: Links must be in place between the input end, action planner, parser, and language feedback components for communicating the current state of plan.
text: Interactions in a deep map system between the spatial planner and the route planner are too convoluted.
text: SmartKom requires a fast and robust parser that includes language-specific extensions.
text: Which form of semantic construction grammar should be used, and how would such information be derived from the parsed input?
text: Efforts are in progress to complete and test the code, generate an English grammar like that used in the German system, and get the parser interface working.
text: A 'wizard of Oz' style data collection experiment is in progress to model users' underlying intentions when communicating with the dialogue component of a tourist domain GPS.
text: Corresponding interfaces and a belief net will be incorporated into the knowledge modelling module.
text: While the current focus is on decision making, a fuller implementation of SmartKom will enable it to query the user for desired information.
text: Stemming information is connected to the lexicon through the use of knowledge bases from Verbmobil.