[pet] passing in some but not all tags

[Bec Dridan]

Hi Paul,

The POS input to PET is only designed for unknown word handling (ie when
there are no corresponding ERG LEs, as you noticed).  It sounds like what
you are after is more like supertagging, restricting the lexical types used
according to some tags on the input? I've played around a bit with
different methods to do that, but none of them are currently in the main
branch of PET.

What you propose with the filtering rule will, I think, force the grammar
to use generic types everywhere, rather than use what's in the lexicon. I
very much doubt that is what you want to do?

Rebecca


On Wed, Sep 18, 2013 at 3:26 PM, Paul Haley <paul at haleyai.com> wrote:

>  Hello,
>
> I may be making some conceptual progress on this...
>
> I went back to the chart mapping tutorial (
> http://moin.delph-in.net/Chart_Mapping) and found myself looking at the
> following lexical filtering rule from the ERG's lfr.tdl:
>
> ;; throw out generic whenever a native entry is available, unless the
> token is
> ;; a named entity (which now includes names activated because of mixed
> case or
> ;; non-sentence-initial capitalization).
> ;;
> generic_non_ne+native_lfr := lexical_filtering_rule &
> [ +CONTEXT < [ SYNSEM.PHON.ONSET con_or_voc ] >,
>   +INPUT < [ SYNSEM.PHON.ONSET unk_onset, ORTH.CLASS non_ne ] >,
>   +OUTPUT < >,
>   +POSITION "I1 at C1" ].
>
>  Is it the case that I want the +CONTEXT and +INPUT to be exactly reversed
> with NO_DEFAULT_LES or DEFAULT_LES_POSGAPS_LEXGAPS?
>
> Thank you,
> Paul
>
>
> On 9/17/2013 4:54 PM, Paul Haley wrote:
>
> Hi,
>
> It seems that when I send FSC w/ TNT tags for some but not all tokens I
> get ERG LEs that do not satisfy the provided tags when using any of
> NO_DEFAULT_LES, DEFAULT_LES_ALL, or DEFAULT_LES_POSGAPS_LEXGAPS.  It does
> respect these tags when there are no corresponding ERG LEs, however, which
> is good.
>
> Is there a way that I can get PET w/ the ERG to respect the TNT tags when
> provided but otherwise use the ERG LEs?
>
> Thank you,
> Paul
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.delph-in.net/archives/pet/attachments/20130918/fcb3f28d/attachment.html>