La versió d'apertium.org no reconeix les formes amb desinència 0. Per tant
"van" només pot ser interpretat com una forma de "anar". Crec que, per
tant, no resol l'ambigüitat.
2017-02-28 14:41 GMT+01:00 Hèctor Alòs i Font <[email protected]>:
> Joan,
> Diria que anar/vanar ja està resolt. Si hi ha problemes, avisa'm.
> He aprofitat també per afegir algunes regles per a voler/volar,
> poder/podar, creure/creuar (http://www.vilaweb.cat/noticies/una-reforma-
> ortografica-impropia-de-lera-digital/).
> Cordialment,
> Hèctor
>
>
> El dia 28 de febrer de 2017 a les 13:05, Joan Moratinos Jaume <
> [email protected]> ha escrit:
>
>> Jo mateix ho puc provar. Tanmateix, moltes d'aquestes formes de PRI1
>> donen problemes.
>>
>> 2017-02-28 10:59 GMT+01:00 Hèctor Alòs i Font <[email protected]>:
>>
>>> Hola Joan,
>>> Jo potser sóc purista, però prefereixo no eliminar paraules si,
>>> aparentment, el problema es pot solucionar fàcilment d'altres maneres.
>>> Quant a "vanar", en primer lloc, si no m'erro, el verb és "vanar-se" i, a
>>> més, no és un verb que pugui anar seguit d'infinitiu, sinó que hom es vana
>>> d'una cosa o de fer una cosa. Amb una simple regla de CG a apertium-cat es
>>> pot triar el verb "anar" en comptes de "vanar" si va seguit d'infinitiu.
>>> Això hauria de solucionar el problema. Si vols ja la faig jo, però no estic
>>> segur de saber provar-la.
>>> Hèctor
>>>
>>> 2017-02-28 11:31 GMT+03:00 Joan Moratinos Jaume <[email protected]>:
>>>
>>>> Pel que veig mentre vaig afegint la versió baleàrica, els problemes
>>>> vénen sobretot de formes com "record" (pri de "recordar"), que es trepitja
>>>> amb el nom. Supòs que, a la pràctica, no seria gaire greu fer que es
>>>> generassin però no s'analitzassin. Crec que, almenys per aquestes illes, es
>>>> fa servir molt més CAT com a llengua de destinació que com a llengua
>>>> d'origen en el traductor.
>>>> Per exemple, quan "van" és interpretat com una forma de "vanar" es
>>>> trenquen traduccions tan simples com "Van arribar." En aquest cas, potser
>>>> seria més bona idea suprimir "vanar" (un verb inaudit per aquí) de la
>>>> versió baleàrica.
>>>>
>>>> On 27 February 2017 at 11:42, Hèctor Alòs i Font <[email protected]>
>>>> wrote:
>>>>
>>>>> Hola Sergio,
>>>>>
>>>>> El canvi no m'afecta i sembla útil. Només voldria comentar que
>>>>> l'exemple que poses d'escombra i granera és exactament a l'inrevés.
>>>>> "Granera" és la forma típica dels parlars occidentals i balears, mentre
>>>>> que
>>>>> "escombra" és la forma habitual en central i septentrional. No sé quina
>>>>> forma es tria per generar en l'"estàndard" perquè qualsevol de les dues és
>>>>> bona, però "granera" és la bona per al valencià i balear.
>>>>>
>>>>> Cordialment,
>>>>> Hèctor
>>>>>
>>>>> 2017-02-24 19:54 GMT+03:00 Sergio Ortiz Rojas <[email protected]>:
>>>>>
>>>>>> Hello,
>>>>>>
>>>>>> I’m going to complete a bit the variant functionality of lt-comp.
>>>>>>
>>>>>> 1. We want to have the possibility to mark an entry with more than
>>>>>> one variant simultaneously. In XML, the way to go is to define the
>>>>>> attribute as NMTOKEN, and define variants as identifiers, space-separated
>>>>>> in the v attribute. So where now you need to do:
>>>>>>
>>>>>> <e v=“valencian”><i>escombra</i><par n=“casa”/></e>
>>>>>> <e v=“balearic”><i>escombra</i><par n=“casa”/></e>
>>>>>> <e><i>granera</i><par n=“casa/></e>
>>>>>>
>>>>>> After the modification is done, you will be able to do as well:
>>>>>>
>>>>>> <e v=“valencian balearic”><i>escombra</i><par n=“casa”/></e>
>>>>>> <e><i>granera</i><par n=“casa/></e>
>>>>>>
>>>>>> So you can compile lt-comp -v (-vr, -vl) whatever variant and it
>>>>>> should work.
>>>>>>
>>>>>> 2. And other minor change. As you know, we tend to accept (LR)
>>>>>> everything from every variant, but generate (RL) just one variant, the
>>>>>> one
>>>>>> we specify. But some variants create problems (i.e. Balearic variant
>>>>>> generates a lot of additional homography in standard and valencian
>>>>>> Catalan,
>>>>>> and this problem has caused its exclusion historically in Apertium), so I
>>>>>> want to add a —exclude-variant option in lt-comp to forbid explicitly
>>>>>> variants that we don’t want even to analyze. The exclusion will be
>>>>>> nondestructive, so if the entry belongs to more than one variant and at
>>>>>> least one of them is not excluded, it will be included at least as
>>>>>> analysis
>>>>>> (LR).
>>>>>>
>>>>>> Any suggestion/piece of advice?
>>>>>>
>>>>>> Sergio
>>>>>> ------------------------------------------------------------
>>>>>> ------------------
>>>>>> Check out the vibrant tech community on one of the world's most
>>>>>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>>>>>> _______________________________________________
>>>>>> Apertium-stuff mailing list
>>>>>> [email protected]
>>>>>> https://lists.sourceforge.net/lists/listinfo/apertium-stuff
>>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------
>>>>> ------------------
>>>>> Check out the vibrant tech community on one of the world's most
>>>>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>>>>> _______________________________________________
>>>>> Apertium-stuff mailing list
>>>>> [email protected]
>>>>> https://lists.sourceforge.net/lists/listinfo/apertium-stuff
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Joan Moratinos
>>>> [email protected]
>>>>
>>>> ------------------------------------------------------------
>>>> ------------------
>>>> Check out the vibrant tech community on one of the world's most
>>>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>>>> _______________________________________________
>>>> Apertium-stuff mailing list
>>>> [email protected]
>>>> https://lists.sourceforge.net/lists/listinfo/apertium-stuff
>>>>
>>>>
>>>
>>> ------------------------------------------------------------
>>> ------------------
>>> Check out the vibrant tech community on one of the world's most
>>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>>> _______________________________________________
>>> Apertium-stuff mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/apertium-stuff
>>>
>>>
>>
>>
>> --
>> Joan Moratinos
>> [email protected]
>>
>> ------------------------------------------------------------
>> ------------------
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>> _______________________________________________
>> Apertium-stuff mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/apertium-stuff
>>
>>
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> _______________________________________________
> Apertium-stuff mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/apertium-stuff
>
>
--
Joan Moratinos
[email protected]
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Apertium-stuff mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/apertium-stuff
