[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [xliff] Simplified XLIFF element tree
Hi Andrzej, From my perspective, a richer segment and structural separation can lead to a better and richer interoperability between XLIFF and xml:tm, where the typical XLIFF "extraction unit" is a tm:te and a segment is a tm:tu. I think a valid goal for all of this is (1) to have a single representation for segmented content within XLIFF 2.0, and (2) to ensure that the representation of segmentation that happens post-extraction is the same representation as one that happens in the extraction process. cheers, asgeir ----- "Andrzej Zydron" <azydron@xtm-intl.com> wrote: > Hi Everyone, > > One thing to remember in all of this is to cover the instance such as > > ours where the text is pre-segmented in the original XML file using > xml:tm. We always convert all formats to XML prior to extraction. > > In our case there is never any unsegmented text extracted. For us > <extr-text> will always be the same as <trans-unit>. > > We use the <group> element to signify major element boundaries so as > to > be able to prevent attempts at merging <trans-unit> elements across > such > boundaries. > > <extr-text> for our requirements needs to be always optional, never > mandatory. > > Best Regards, > > AZ > > On 24/08/2010 04:46, Yves Savourel wrote: > >> You can create an unsegmented XLIFF and put all > >> elements that hold unsegmented text together. Later, > >> ... > >> add the corresponding<group> elements at the end of > >> the file. All you need is something that associates > >> ... > > Indeed, we can do a lot of things with XML. But in our case putting > related data in different places in the document may not be very > helpful for stream-based processing. > > > > It seems it would be simpler to have one element for each extracted > unit, and the un/segmented information inside that element: Any type > of parser can access all of it at once, no need for linking or other > extra mechanism; finding/fixing/editing files is easier; etc. > > > > Cheers, > > -ys > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe from this mail list, you must leave the OASIS TC > that > > generates this mail. Follow this link to all your TCs in OASIS at: > > > https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php > > > > -- > email - azydron@xtm-intl.com > smail - c/o Mr. A.Zydron > PO Box 2167 > Gerrards Cross > Bucks SL9 8XF > United Kingdom > Mobile +(44) 7966 477 181 > FAX +(44) 1753 480 465 > www - http://www.xtm-intl.com > > This message contains confidential information and is intended only > for > the individual named. If you are not the named addressee you may not > disseminate, distribute or copy this e-mail. Please notify the > sender > immediately by e-mail if you have received this e-mail by mistake and > delete this e-mail from your system. > E-mail transmission cannot be guaranteed to be secure or error-free > as > information could be intercepted, corrupted, lost, destroyed, arrive > late or incomplete, or contain viruses. The sender therefore does > not > accept liability for any errors or omissions in the contents of this > message which arise as a result of e-mail transmission. If > verification > is required please request a hard-copy version. Unless explicitly > stated > otherwise this message is provided for informational purposes only > and > should not be construed as a solicitation or offer. > > > > --------------------------------------------------------------------- > To unsubscribe from this mail list, you must leave the OASIS TC that > generates this mail. Follow this link to all your TCs in OASIS at: > https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]