RE: [xliff-omos] Modules and extensions

From
Phil Ritchie <>
Date
2017-05-10T13:56:27+00:00
ID
Thread
RE: [xliff-omos] Modules and extensions
I really don’t like the idea but for sake of at least investigating the possibility, it is surprising to me that the json serialization library I am using (Newtonsoft)
 in .NET will read and write the full urn version below.

 

Phil

 

Phil Ritchie

Chief Technology Officer | Vistatec

Vistatec House, 700 South Circular Road,
Kilmainham, Dublin 8, Ireland.

Tel: +353 1 416 8000 | Direct: +353 1 416 8024

Email: 

www.vistatec.com | ISO 9001 | ISO 13485 | ISO 17100

Think Global

From:  [mailto:]
On Behalf Of Yves Savourel

Sent: 04 May 2017 03:11

To: 'XLIFF OMOS TC' <>

Subject: [xliff-omos] Modules and extensions

 

Hi all,

 

Implementing the Glossary module for JLIFF made me wonder about how we can have a common representation of modules (and extensions).

Some implementations will not support a module like Glossary, but they still have to read JLIFF input that will have glossary entries. How can we accommodate both?

 

Maybe we need to have the namespace identifier for the module/extension with the name, so we would have:

 

             "urn:oasis:names:tc:xliff:glossary:2.0:glossary": [

                {

                  "urn:oasis:names:tc:xliff:glossary:2.0:id": "ge1",

                  "urn:oasis:names:tc:xliff:glossary:2.0:term": {

                    "urn:oasis:names:tc:xliff:glossary:2.0:text": "Term text",

                    "urn:oasis:names:tc:xliff:glossary:2.0:source": "Term source"

                  }

                },

                {

                  "urn:oasis:names:tc:xliff:glossary:2.0:term": {

                    "urn:oasis:names:tc:xliff:glossary:2.0:text": "hot"

                  },

                  "urn:oasis:names:tc:xliff:glossary:2.0:translations": [

                    {

                      "urn:oasis:names:tc:xliff:glossary:2.0:text": "hyt",

                      "urn:oasis:names:tc:xliff:glossary:2.0:source": "Google"

                    }

                  ]

                }

              ]

 

Certainly not great.

Another way could be to use the prefixes:

 

              "gls:glossary": [

                {

                  "gls:id": "ge1",

                  "gls:term": {

                    "gls:text": "Term text",

                    "gls:source": "Term source"

                  }

                },

                {

                  "gls:term": {

                    "gls:text": "hot"

                  },

                  "gls:translations": [

                    {

                      "gls:text": "hyt",

                      "gls:source": "Google"

                    }

                  ]

                }

              ]

 

With somewhere in the JLIFF input a map of the namespace identifiers and their prefixes.

It’d be better, but still not great. For example I’m not sure what the ‘:’ in the names would do in _javascript_. And I’m not sure having to lookup prefixes will be very easy.

 

Thoughts?

 

Thanks,

-yves

 

Yves Savourel

Localization Solutions Architect | 
ENLASO®

4888 Pearl East Circle | Suite 300E 
| Boulder | Colorado 80301

t: 303.945.3759 | f:
303.516.1701

An ISO 9001:2015 certified company

 

Confidentiality Notice

The information in this transmittal may be privileged and confidential and is intended only for the recipient(s) listed above. Any review, use, disclosure, distribution or copying of this transmittal, in any form, is prohibited except by or on behalf of the
 intended recipient. If you have received this transmittal in error, please notify me immediately by reply email and destroy all copies of the transmittal.