[erg] [pet] passing in some but not all tags

Paul Haley paul at haleyai.com
Wed Sep 18 15:35:25 CEST 2013


Regrets for any duplication: I'm not sure which of the pet vs. erg lists 
to address this to  since the lexical filtering question is with regard 
to the ERG, not PET.

On 9/18/2013 9:26 AM, Paul Haley 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/erg/attachments/20130918/2993964a/attachment.html>


More information about the erg mailing list