Details

    • Proposal:
      Hide

      This cannot be really resolved, due to the lack of the global pointer. the category is already called a partial overlap. XLIFF does express the same data category. I suggest to address this with a warning or note highlighting that this is not accessible ITS Processors who are not XLIFF agents supporting the Translation Candidates module. On the other hand the global pointer could be easily defined as an ITS extension by the ITS IG group..

      Show
      This cannot be really resolved, due to the lack of the global pointer. the category is already called a partial overlap. XLIFF does express the same data category. I suggest to address this with a warning or note highlighting that this is not accessible ITS Processors who are not XLIFF agents supporting the Translation Candidates module. On the other hand the global pointer could be easily defined as an ITS extension by the ITS IG group..
    • Resolution:
      Hide

      CFD result (after 24th Jan 2017):
      Warning or Note highlighting that this is not accessible by ITS Processors who are not XLIFF Agents supporting the Translation Candidates module. The category remains a partial overlap category..

      Show
      CFD result (after 24th Jan 2017): Warning or Note highlighting that this is not accessible by ITS Processors who are not XLIFF Agents supporting the Translation Candidates module. The category remains a partial overlap category..

      Description

      I'm not sure how we can say that MT Confidence is supported in XLIFF:
      The ITS specification does not have global pointer for that data category in ITS.

      Isn't this a case similar to Localization Note where we can easily transfer the data into XLIFF, but technically, a ITS processor
      cannot get the same result?

        Attachments

          Activity

          Hide
          DavidFilip David Filip [X] (Inactive) added a comment -

          In the meeting 16th May 2017, we agreed that there are three possible solutions
          1) keep looking for annotatorsRef to see which category is represented
          2) reserve mtc:matchQuality for its:mtConfidence and represent rating score with the W3C namespace
          3) use W3C namespace for both, encourage implementers to use the same score for its:mtConfidence and mtc:matchQuality

          We also noted that this issue doesn't exist in core where both categories use the W3C ITS namespace.

          Yves to get Felixe's opinion on whether 2 or 3 is better. TC fine with either.

          Show
          DavidFilip David Filip [X] (Inactive) added a comment - In the meeting 16th May 2017, we agreed that there are three possible solutions 1) keep looking for annotatorsRef to see which category is represented 2) reserve mtc:matchQuality for its:mtConfidence and represent rating score with the W3C namespace 3) use W3C namespace for both, encourage implementers to use the same score for its:mtConfidence and mtc:matchQuality We also noted that this issue doesn't exist in core where both categories use the W3C ITS namespace. Yves to get Felixe's opinion on whether 2 or 3 is better. TC fine with either.
          Hide
          DavidFilip David Filip [X] (Inactive) added a comment -

          We have consensus to go fpr option 2) based on this discussion
          http://markmail.org/thread/u3k644ddhnon5b2m
          This will be considered the approved solution unless dissent expressed by any TC member by Friday May 19, NOON UTC.

          Show
          DavidFilip David Filip [X] (Inactive) added a comment - We have consensus to go fpr option 2) based on this discussion http://markmail.org/thread/u3k644ddhnon5b2m This will be considered the approved solution unless dissent expressed by any TC member by Friday May 19, NOON UTC.
          Hide
          DavidFilip David Filip [X] (Inactive) added a comment -

          Implemented in prose and committed to SVN

          Show
          DavidFilip David Filip [X] (Inactive) added a comment - Implemented in prose and committed to SVN
          Hide
          DavidFilip David Filip [X] (Inactive) added a comment -

          To be printed on 19th May

          Show
          DavidFilip David Filip [X] (Inactive) added a comment - To be printed on 19th May
          Hide
          DavidFilip David Filip [X] (Inactive) added a comment -

          Forgot to close before 4th PR.

          Show
          DavidFilip David Filip [X] (Inactive) added a comment - Forgot to close before 4th PR.

            People

            • Assignee:
              ysavourel Yves Savourel [X] (Inactive)
              Reporter:
              ysavourel Yves Savourel [X] (Inactive)
            • Watchers:
              1 Start watching this issue

              Dates

              • Due:
                Created:
                Updated:
                Resolved: