XLIFF TC Call

When:  Dec 3, 2013 from 11:00 to 12:00 (ET)
Description:

 Please get the dial in information from our private Action Item here:


https://www.oasis-open.org/apps/org/workgroup/xliff/members/action_item.php?action_item_id=3663



==========
Agenda:

I Administration (0:00 - 0:10)

  A. Roll call
  B. Approve previous meeting minutes, 19 November 2013 https://lists.oasis-open.org/archives/xliff/201311/msg00147.html
  C. Test Files from Yves
https://lists.oasis-open.org/archives/xliff/201311/msg00136.html

II XLIFF 2.0 (0:10 - 0:45)

  A. Public Review II ended October 5

     1. Public Review Comments are tracked here https://wiki.oasis-open.org/xliff/XLIFF%202.0%20Public%20Review%20submitted%20comments%20tracker

     2. Timeline https://www.oasis-open.org/apps/org/workgroup/xliff/email/archives/201309/msg00029.html
        If PR III: https://lists.oasis-open.org/archives/xliff/201310/msg00072.html

  B. SOU Tracker https://wiki.oasis-open.org/xliff/XLIFF%202.0%20SOU%20Tracker

  C. XLIFF 2.0 Items

Review of material issues needed to be resolved before end of December:

     1. Order of core, module, and extended elements TOGETHER with schema ambiguity
     2. Internal and external referencing https://www.oasis-open.org/apps/org/workgroup/xliff/email/archives/201311/msg00119.html
       A. Internal core referencing and referencing from modules
       B. External referencing, fragment identification mechanism for MIME type
     3. CanReorder values and algorithm https://www.oasis-open.org/apps/org/workgroup/xliff/email/archives/201311/msg00118.html
     4. Translatability state algorithm, [removing translate from segment, simplification of algorithm and PRs]
     5. Resegmentation PRs other than impact of one of the above. @Yves?

Recent mailing list issues:

     6. Comments on Fragment Identification (Yves)
https://lists.oasis-open.org/archives/xliff/201312/msg00000.html

     7. Re-ordering of inline codes (Yves and DavidF)
https://lists.oasis-open.org/archives/xliff/201311/msg00154.html

     8. proposed solutions for CSPRD 138 (Unique Particle Attribution) (Tom)
https://lists.oasis-open.org/archives/xliff/201311/msg00128.html

     9. URI in XLIFF2 (Yves)
https://lists.oasis-open.org/archives/xliff/201311/msg00131.html

     10. Segmentation Modifications (Yves)
https://lists.oasis-open.org/archives/xliff/201311/msg00137.html

     11. lowermost (Yves)
https://lists.oasis-open.org/archives/xliff/201311/msg00177.html

     12. translate in segment (Yves) [Confirmed]
https://lists.oasis-open.org/archives/xliff/201311/msg00139.html

     13. New value for datatype: reqif (Gerhard Schneider)
https://lists.oasis-open.org/archives/xliff-comment/201311/msg00001.html

III XLIFF 2.X? 3.0? (0:45 - 0:50)

    1. Freeze on Feature Tracking wiki? Or queue proposed post 2.0 features there?

    2. Do we have an official path for promoting custom namespace to supported core/module post XLIFF 2.0?

IV  Charter (Bryan to update site)

V   Sub Committee Report (0:50 - 0:55)

VI  Current and New Business (0:55 - )



==========
Minutes:

Date: Tuesday, 03 December 2013, 11:00am to 12:00pm EST
Agenda

Roll call: David Walters, David Filip, Shirley, Victor, Helena, Tom, Fredrik, , Lucia, Kevin, Joahcim, Yves, Uwe, Bryan , David Walters

Bryan moves to approve the meeting minutes from last meeting. Fredrik seconds. Minutes approved.

Approve previous meeting minutes, 19 November 2013 https://lists.oasis-open.org/archives/xliff/201311/msg00147.html

B: Good work has been done recently. There are still some issues to be resolved today.

There has been a comment on the comment list to have a new value for the datatype attribute.

(Bryan showing the tracker), most of the issues have been solved. I will ask the people involved in the last conversations to comment on them:

D: There were two issues that can be treated together: ID scopes and Fragment Identification

Then we had the schema issue that can be dangerous (module vs. core).

B: can you give us comment numbers?

D: The id scopes are connected with a number of public review comments. I think it’s best to solve the issues at the higher level and track later what comments have been resolved.

I believe that the unique particle attribution in the core schema has currently the priority, as it might even have us start from scratch with a new initial review.

F: I think we should summarize the different goals that are not necessarily achievable together. First goal is to allow stream processing. The second goal is to allow tools to not have to know about modules. The third goal is to allow fro promotion of an extension to module simply by changing the namespace. The fourth goal is to be able to validate XLIFF documents using schema.

Problem: If the modules and extensions go before core, wildcard  and explicitly allowed modules violate unique particle attribution.

One solution is to put the wildcard after core and keep modules before.

We also should restrict wildcard to other rather than any.

T:##other excludes only the namespace of the parent element

D: The other instead of any is a good point but does not solve the issue at hand. Separating wildcard from modules by required elements make it possible to use the schema to distinguish what is extension and what is module. We have voted on PRs that require that.

Y: This can be resolved by a PR saying that agnets must look at the namespace prefix and preserve XLIFF TC namespaces.

D: We have previously decided that other namespaces such as W3C would be allowed for specific modules.

Y: if you want to do that, we have to decide it now. We cannot have explicit reference to the modules in the core schema because of modularity. The only thing that you cannot validate if you remove the reference is where it should be. The bottom line is that you cannot validate everything with the schema. There are other Constraints and PRs that cannot be validated by schema.

B: I agree, I do not think that there is a schema validation language that allows you to validate all possible circumstances.

D: so what do you propose?

Y: Did we make a decision on having namespaces from other standardisation bodies?

F: Add the module declaration at the top of the xliff declaration. Simply add that any namespace starting with the prefix that we might use would be allowed. That would not mean any radical change.

Y: I suggested that modules should not be in one document with core spec, because they might need to be developed independently.

F: I think it is too late to do this. Having the modules in the same document makes sense.

B: when we talk about adding other modules from other standardisation bodies, they should  have a good reference.

Y: the core schema should not have any references to the modules. But there is an issue with module attributes allowed on inline codes. I believe it is no good to just allow other on inline codes.

D: the fs was originally proposed as a core attribute and then moved to the module.

Y: if we find things to be critical to be there, their might as well be core.

As long as you have an explicit namespace reference in the core schmea, then we might have problems with backwards compatibility, because if that namespace changes, then the reference will not work.

F: I do not think that there is an easy solution for that.

Y: there isn’t.

B: do you think that we are approaching to a point?

D: I think that the solution that might have consensus is to remove the explicit references to modules from schema and mandate checking of schema prefixes by PRs.

Y: I agree that it would work.

B: are we in a position to make a proposal?

D: a ballot? We seem to have consensus..

B: Please David, summarise the proposal and propose a ballot. I feel this is rather important so better have a formal ballot.

D: I will summarise it.

D: Replace wildcard “any” with wildcard “other” for all extended elements AND attributes. Add PR for discerning modules from extensions based on XLIFF TC URN prefix. Allow only module attributes on inline elements other than markers. [annotation markers still allow extensions]

B: I second:

Votes for yes:  Victor, Helena, Tom, Fredrik, David, Lucia, Kevin, Joachim, Yves, Uwe, Bryan , David Walters.

Abstain [lost connection]: Shirley

Other issues:

D: Report from SC: work done on the survey by Lucia, that lead to the test files proposed by Yves https://lists.oasis-open.org/archives/xliff/201311/msg00136.html. I ask everybody to participate in the ballot to renew the sc mandate until end of 2014.

D: I am cancelling the SC after this TC to be able to have technical discussion on the fragment identification issue. This will be an informal meeting without quorum. Everybody is welcome to stay in this GoTo meeting to continue the discussion after this meeting formally adjourns.

B: Meeting adjourned.



==========
Attendance:
Meeting Statistics
Quorum rule 51% of voting members
Achieved quorum yes
Individual Attendance Contributing Members: 13 of 29 (44%)
Voting Members: 13 of 14 (92%) (used for quorum calculation)
Company Attendance Contributing Companies: 9 of 14 (64%)
Voting Companies: 9 of 9 (100%)