[developers] Punctuation and "-default-les" type mapping in PET/ERG

Ann Copestake Ann.Copestake at cl.cam.ac.uk
Sun Apr 13 15:18:18 CEST 2008


Stephan,

Is Dan currently using this `private' branch of PET?  If so, the
strategy of figuring out why he's not getting these errors is
obviously a waste of time.  It also means that we'll have extreme
difficulty using the ERG if he's relying on that behaviour.

Ann

> 
> hi richard (and c.j.),
> 
> > Can one of the PET developers check if this is a reasonable account
> > of what might be happening, and, ideally, fix it?
> 
> i am afraid i have no SMAF experience with PET, and i suspect the same
> likely is true for most of the other current PET maintainers.  ben is
> the relevant expert here (he contributed the SMAF code in PET ).  ben,
> are you currently in a position to support SMAF mode in PET?
> 
> --- in general, i find it desirable that we aim to reduce the various
> mechanisms (in PET or the LKB) that frob feature structures behind the 
> scenes, e.g. `stamping in' CARGs, manufacturing PREDs, and the like.
> 
> there is a forthcoming branch of PET that aims to transfer more control
> into the grammar, in that it assumes that (a) all tokens are encoded as
> (small) input feature structures (IFS) and (b) in lexical instantiation
> the sequence of IFSs that trigger a lexical entry (LE), be it a regular
> or generic entry, is the argument to the LE (i.e. lexical instantiation
> is viewed as derivation over sequences of token IFSs).  in this setup,
> the LE has access to the complete token information and can simply use 
> re-entrancies to incorporate token-level values.  the general idea has
> just been submitted to LREC, see:
> 
>   http://www.emmtee.net/oe/pub/lrec08.pdf
> 
> we have started experimentation with the ERG in this framework, and our
> hope is to (over time) arrive at a setup that is conceptually simpler.
> this branch of PET is not ready for public use yet, i am afraid, but i
> expect it should get to that point later this year, maybe even in time
> for a demonstration and discussion at the DELPH-IN summit.
> 
>                                                       all best  -  oe
> 
> +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> +++ Universitetet i Oslo (IFI); Boks 1080 Blindern; 0316 Oslo; (+47) 2284 0125
> +++     CSLI Stanford; Ventura Hall; Stanford, CA 94305; (+1 650) 723 0515
> +++       --- oe at ifi.uio.no; oe at csli.stanford.edu; stephan at oepen.net ---
> +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++





More information about the developers mailing list