- From: Felix Sasaki <fsasaki@w3.org>
- Date: Mon, 18 Jun 2012 16:43:26 +0200
- To: Tadej Stajner <tadej.stajner@ijs.si>
- Cc: public-multilingualweb-lt@w3.org
- Message-ID: <CAL58czq=BBeTikY=ZqyiWn2SNR_GRAYmx3=+BP6jN2_49tP5ZA@mail.gmail.com>
Hi Tadej, 2012/6/18 Tadej Stajner <tadej.stajner@ijs.si> > Hi, > I don't want to start a httpRange-14 war here, but this sounds a lot like > the scenario of separating the term definition and its representation, as > is the case done in semweb. For instance, when > http://dbpedia.org/resource/Pizza redirects to > http://dbpedia.org/page/Pizza or /image/Pizza, depending on what the user > agent asks for? > > Basically, this sort of recipe would keep the same ITS2.0 data categories > and delegate the issue of resource representation negotiation to a protocol > layer that is concerned about that. > Exactly - one task is then to define the mapping to the representation for various formats. We did that for XML http://www.w3.org/TR/2008/NOTE-xml-i18n-bp-20080213/#Modularization see e.g. for XHTML http://www.w3.org/TR/2008/NOTE-xml-i18n-bp-20080213/#relating-its-plus-xhtml or for DITA http://www.w3.org/TR/2008/NOTE-xml-i18n-bp-20080213/#dita-its-relating but not for XLIFF and HTML5 - yet. Felix > > -- Tadej > > > On 6/16/2012 9:10 AM, Felix Sasaki wrote: > > Hi Arle, > > this is now ISSUE-24, please use this identifier in your mails. > > ITS 1.0 has an existing solution (term identification and referring to > related definitions), and XLIFF markup can be mapped to it following the > approach described at > > http://www.w3.org/TR/2007/REC-its-20070403/#associating-its-with-existing-markup > > This does not require a change to the "term" data category, see the ITS > 1.0 example below: > > <its:termRule selector="mrk[@mtype='term']" termInfoPointer="xyz"/> > > "selector" selects all "mrk" elements of type "term". "termInfoPointer" > points to existing information. That of course can be embedded markup, so > it fulfills the requirement your mention below. > > So one way to move forward would be not to change the terminology data > category at all, but create guidance on how to use it in combination with > XLIFF 1.2 or 2.0. > > Any thoughts, esp. from Arle and Yves (who has some experience in using > above pointers)? > > Felix > > > 2012/6/14 Arle Lommel <arle.lommel@dfki.de> > >> Hello all, >> >> We got a request today from Christian Lieske in the XLIFF Inline Markup >> SC call to see if its:term could be expanded in its applicability to allow >> for pointers to non-textual content. E.g., Christian said he would like to >> be able to point to a graphic or sound file as a reference for a term. In >> addition, the XLIFF mrk (type=term) allows for embedding definitions, >> something currently not allowable with its:term. Making this change would >> help draw us closer closer to what XLIFF allows and let us add some >> sophistication to the terminology model. >> >> Perhaps Christian can elaborate his ideas a bit, but I wanted to get this >> on record for the update of term in ITS 2.0. I believe at this point if >> this were to move forward, we'd need to look for implementations that could >> add and use a definition attribute. >> >> Best, >> >> Arle >> > > > > -- > Felix Sasaki > DFKI / W3C Fellow > > > -- Felix Sasaki DFKI / W3C Fellow
Received on Monday, 18 June 2012 14:44:02 UTC