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" <> 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 -
> 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
