[developers] "Quite" problematic: MRS -> EDS conversion

Michael Wayne Goodman goodmami at uw.edu
Thu Jul 26 00:15:01 CEST 2018


Thanks, Bec!

As I recall, you got further than I did in the last round of harmonization,
so perhaps there'll be less work for you. The most important step I've
found was using the scope hierarchy in discovering candidate representative
EPs (as described above). If your code does that then the rest should be
easy.

Also it would be great if we could compare our implementations against the
latest ERG, since there are significant differences from 1214 MRSs.

On Wed, Jul 25, 2018 at 5:12 AM, Bec Dridan <bec.dridan at gmail.com> wrote:

>
>
> On Tue, Jul 17, 2018 at 7:53 AM, Stephan Oepen <oe at ifi.uio.no> wrote:
>
>>
>> http://moin.delph-in.net/EdsConversion
>>
>> if you are game, i would be happy to go back to our exercise of
>> systematically comparing EDS conversion results across code bases this
>> fall :-).  maybe we can even get bec engaged for another round?
>>
>> best wishes, oe
>>
>
> It might take me a little while to wrap my head around that code again,
> but I might be able to play along...
>
> Bec
>
>
>
>
>>
>>
>> On Sun, Jul 15, 2018 at 7:24 PM, Michael Wayne Goodman <goodmami at uw.edu>
>> wrote:
>> > Hi developers (but mostly Stephan and Dan),
>> >
>> > I'm turning my attention briefly from TDL to making the MRS -> EDS
>> > conversion in PyDelphin more harmonious with the LKB, and the first
>> order of
>> > business is implementing "predicate modification".
>> >
>> > I'd like to only use grammar-agnostic graph properties to find the
>> > "representative nodes" of EP conjunctions, as I do with MRS -> DMRS
>> > conversion, but the LKB currently does a regex match on the predicates
>> of
>> > EPs in a conjunction, something like "if the predicate matches
>> > /_x_deg$|^neg$|^_quite_x$/ and it's ARG1 is not currently assigned, set
>> its
>> > ARG1 to point to another EP in the conjunction, with some other
>> heuristics
>> > at work to select that other EP. (Aside: I think this ERG-specific regex
>> > pattern is now grammar-defined instead of being baked into the LKB, but
>> > currently I only see lkb/eds.lsp in the LOGON version of the ERG---not
>> the
>> > trunk version) The _x_deg$ subpattern handles, e.g., "nearly all", "not
>> > all", etc., but I was having trouble finding a construction where the
>> neg$
>> > subpattern selected a predicate modifier (any ideas?).
>> >
>> > My main concern, however, is with the _quite_x$ subpattern. It seems to
>> work
>> > well enough with "quite a few dogs bark." and "quite many dogs bark."
>> (and
>> > also "quite all dogs bark" and "quite dogs bark", but my grammaticality
>> > judgments differ with the ERG's here). "Not quite all dogs bark" uses
>> > _not+quite_x, which doesn't match any subpattern and thus is
>> disconnected in
>> > EDS. The strangest one is "quite nearly all dogs barked", where in the
>> EDS
>> > _quite_x and _nearly_x_deg select each other, cyclically, as their ARG1s
>> > (the MRS for this is as one would expect).
>> >
>> > My guess is that the *eds-predicate-modifiers* pattern is out of sync
>> and/or
>> > insufficient with the current ERG. There are bigger issues here, such
>> as our
>> > ever-unsatisfying treatment of quantifier modification, but right now
>> I'm
>> > just trying to figure out a good way to do EDS conversion.
>> >
>> > A request, though: if we're not going to allow quantifiers to be
>> selected as
>> > the ARG1 of degree modifiers in MRS, can we use a different role (e.g.,
>> MOD)
>> > in EDS? That would make back-conversion simpler, I think.
>> >
>> > --
>> > Michael Wayne Goodman
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.delph-in.net/archives/developers/attachments/20180725/f8aa58da/attachment-0001.html>


More information about the developers mailing list