[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Modified: 2nd Tuesday - Regular XLIFF OMOS TC telecenference (Conference Call)
Event Title: 2nd Tuesday - Regular XLIFF OMOS TC telecenference (Conference Call) Date: Tuesday, 10 April 2018, 05:00pm to 06:00pm WEST Location: https://www.oasis-open.org/apps/org/workgroup/xliff-omos/members/action_item.php?action_item_id=3822 Description See the private action item for dial in details https://www.oasis-open.org/apps/org/workgroup/xliff-omos/members/action_item.php?action_item_id=3822 This meeting counts towards voter eligibility. Agenda A. Admin 1- Roll call ? out of 5 voters aprove minutes from 27th March 2018 https://www.oasis-open.org/apps/org/workgroup/xliff-omos/email/archives/201803/msg00016.html
B. Material 1- XLIFF OM OM wiki needs aligned with current JLIFF structure as per 0.9.5 https://github.com/oasis-tcs/xliff-omos-om/wiki
2- JLIFF (https://github.com/oasis-tcs/xliff-omos-jliff)
Discuss pros & cons of boolean vs a yes/no enumeration
AI Robert Express all XLIFF 2.1 and 2.0 modules in JLIFF schema. Have 2.1 and 2.0 branches *[Review progress]* Previous Consensus: restated We agreed to work on 2.1 branch first and only then fork the 2.0 DON'T reference the context file [for core and module] from schema or instances. This is tied via the spec [driven by version number] but not the instances, to prevent hammering of the context file. Extensions always need to declare or reference their context inline. AI Robert [DONE], implement meeting consenus for extension points. Extension data needs to start with context. Each extension will be one object. Try to allow them only where they're allowed in XLIFF reviewed "element" extension points implemented as has map rather than an array in the latest commit https://github.com/oasis-tcs/xliff-omos-jliff/commit/85e7c3e0e8d88539df5b2eb7519d6735f84256e9
Discuss: Use URI type of context or not? - Continue discussion on extension points, look at Robert's commit to introduce extension https://github.com/oasis-tcs/xliff-omos-jliff/commit/85e7c3e0e8d88539df5b2eb7519d6735f84256e9 There are several places where context can be provided: root, or units, files, groups. (Whether @context should be at root or only lower levels). Should mimic XLIFF behavior as close as possible.. We also agreed that having a dedicated extension container is more validation friendly than just allowing additional properties on the root structure.. -Continue discussing pros and cons of the extensionsData approach compare with XML and consider going back and forth between XML and JSON. 3- TBX Mapping TBX-Basic mapping is in order, almost done on TBXInfo Update? C- Other Topics 2- Liaisons XLIFF TAPICC - Track 2
3- Promotion Had good coverage on GALA Boston in March, as TAPICC Track 2 was launched, building on JLIFF Also Phil JLIFF library open sourcing was announced in the GALA week https://twitter.com/VistatecGlobal/status/974538466565373952 https://twitter.com/merzbauer/status/974288543093854208 4- AOB 1- Date of next meeting 22nd May 2- Looking for a new secretary. Contact dF Minutes A. Admin 1- Roll call 3 out of 5 voters Attendees (4): David Filip, James Hayes, Robert van Engelen, Steven R. Loomis aprove minutes from 27th March 2018 https://www.oasis-open.org/apps/org/workgroup/xliff-omos/email/archives/201803/msg00016.html Minutes approved, seconded by Robert. B. Material 1- XLIFF OM OM wiki needs aligned with current JLIFF structure as per 0.9.5 https://github.com/oasis-tcs/xliff-omos-om/wiki
2- JLIFF (https://github.com/oasis-tcs/xliff-omos-jliff) Discuss pros & cons of boolean vs a yes/no enumeration Robert: In order to stay closer 1-1 with XLIFF, JLIFF should perhaps use yes/no rather than true/false. It also stays closer to the three values (yes, no, firstNo) David: I think that we don’t necessarily keep the odd XML implementations such as yes/no instead of Boolean. What are your thoughts Steven on this? Steven: When it is strictly Boolean, true/false is better for less ambiguity. Also, sometimes serialisers don’t support custom Boolean values. David: I think the Boolean semantics are only on canCopy (yes|no), canDelete(yes|no), both "yes" by default Steven: Maybe, for something that defaults to yes, it may be better to have cantDelete, so it defaults to being false, according to the concept of “falsey”. But this diverts from the XML XLIFF behavior. Basically, in _javascript_, if the key is absent, the default value is false. But the compatibility with XLIFF may be more important than “falsey” in this case. David: This may be a good argument for not going with Boolean, because we don’t want these to default to false when missing. Steven: Yes, if we keep the string yes|no values, only an explicit value of “no” would be counted as a no because “yes” would be counted as yes and absent would be also counted as yes. So, I would say go with yes|no rather than true|false. David: In the OM I think it’s Boolean, but this is a good reason to go with the yes|no enumeration, restricted from string. Flipping canDelete->cantDelete and using double negation for yes would be an odd thing to do.. Robert: I think we can move forward with keeping yes|no, and hearing Phil’s comments on this will be good. ACTION ITEM: David-> Email the working list about keeping yes|no strings (according to the discussion today) and hearing Phil’s perspective as well as others.
AI Robert Express all XLIFF 2.1 and 2.0 modules in JLIFF schema. Have 2.1 and 2.0 branches *[Review progress]* Robert: No progress today, targeting 24th April, good chance to complete by then. Previous Consensus: restated We agreed to work on 2.1 branch first and only then fork the 2.0 DON'T reference the context file [for core and module] from schema or instances. This is tied via the spec [driven by version number] but not the instances, to prevent hammering of the context file. Extensions always need to declare or reference their context inline. AI Robert [DONE], implement meeting consenus for extension points. Extension data needs to start with context. Each extension will be one object. Try to allow them only where they're allowed in XLIFF reviewed "element" extension points implemented as has map rather than an array in the latest commit https://github.com/oasis-tcs/xliff-omos-jliff/commit/85e7c3e0e8d88539df5b2eb7519d6735f84256e9 Discuss: Use external context for extensions or not? David: Do extension owners have the option to reference external context files or do they need to state the context inline? Robert: I though the inline context was beneficial for several reasons. It prevents additional loads from external sites. It would increase bandwidth requirements to allow external files, so I am in favor of inline. David: Let’s move forward with keeping it inline then.
- Continue discussion on extension points, look at Robert's commit to introduce extension https://github.com/oasis-tcs/xliff-omos-jliff/commit/85e7c3e0e8d88539df5b2eb7519d6735f84256e9 There are several places where context can be provided: root, or units, files, groups. (Whether @context should be at root or only lower levels). Should mimic XLIFF behavior as close as possible.. We also agreed that having a dedicated extension container is more validation friendly than just allowing additional properties on the root structure.. -Continue discussing pros and cons of the extensionsData approach compare with XML and consider going back and forth between XML and JSON. Robert: I don’t see any real challenges at this point, but I anticipate this being a lot of work.
3- TBX Mapping TBX-Basic mapping is in order, almost done on TBXInfo Update? David: James and I had TBX editorial meeting just before this meeting James: We are working to show the mapping for both TBX styles (DCA and DCT) as well as deciding which references to use as normative references. C- Other Topics Skipped 3- Promotion Had good coverage on GALA Boston in March, as TAPICC Track 2 was launched, building on JLIFF Also Phil JLIFF library open sourcing was announced in the GALA week https://twitter.com/VistatecGlobal/status/974538466565373952 https://twitter.com/merzbauer/status/974288543093854208 4- AOB 1- Date of next meeting 22nd May Robert: I would be happy to chair one of the meeting between now and 22nd May. I can chair the 24th of April. David: I am unsure if I can chair the 24th April or the 8th May due to travels Robert: I will not be able to attend the 8th May David: Ok, let’s cancel the 8th May and try for 24th April. 2- Looking for a new secretary. Contact dF
Meetings: 24th April -> chaired by Robert 8th May -> Cancelled 22nd May -> chaired by David Owner: Dr. David Filip Group: OASIS XLIFF Object Model and Other Serializations (XLIFF OMOS) TC Sharing: This event is shared with the OASIS Open (General Membership), and General Public groups. Public Event Link |
Attachment:
ical_41716.ics
Description: application/ics
BEGIN:VCALENDAR CALSCALE:GREGORIAN METHOD:REQUEST VERSION:2.0 PRODID:-//Kavi Corporation//NONSGML Kavi Groups//EN X-MS-OLK-FORCEINSPECTOROPEN:TRUE BEGIN:VTIMEZONE TZID:Europe/Lisbon BEGIN:STANDARD DTSTART:20001029T020000 RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=10 TZNAME:WET TZOFFSETFROM:+0100 TZOFFSETTO:+0000 END:STANDARD BEGIN:DAYLIGHT DTSTART:20000326T010000 RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=3 TZNAME:WEST TZOFFSETFROM:+0000 TZOFFSETTO:+0100 END:DAYLIGHT END:VTIMEZONE BEGIN:VEVENT STATUS:CONFIRMED TRANSP:OPAQUE DTSTAMP:20180410T174019Z DTSTART;VALUE=DATE-TIME;TZID=Europe/Lisbon:20180410T170000 DTEND;VALUE=DATE-TIME;TZID=Europe/Lisbon:20180410T180000 SEQUENCE:11 SUMMARY:2nd Tuesday - Regular XLIFF OMOS TC telecenference (Conferen ce Call) LOCATION:https://www.oasis-open.org/apps/org/workgroup/xliff-omos/mem bers/action_item.php?action_item_id=3822 LAST-MODIFIED:20180410T174019Z ORGANIZER:workgroup_mailer@lists.oasis-open.org ATTENDEE;CUTYPE=GROUP:MAILTO:xliff-omos@lists.oasis-open.org DESCRIPTION:See the private action item for dial in details\n\nhttps://w ww.oasis-open.org/apps/org/workgroup/xliff-omos/members/acti on_item.php?action_item_id=3822\n\nAgenda: A. Admin\n\n1- Ro ll call\n\n? out of 5 voters\n\naprove minutes from 27th Mar ch 2018\n\nhttps://www.oasis-open.org/apps/org/workgroup/xli ff-omos/email/archives/201803/msg00016.html\n\n \n\n \n\nB. Material\n\n1- XLIFF OM\n\nOM wiki needs aligned with curren t JLIFF structure as per 0.9.5\n\nhttps://github.com/oasis-t cs/xliff-omos-om/wiki\n\n \n\n2- JLIFF\n\n(https://github.co m/oasis-tcs/xliff-omos-jliff)\n\n \n\nDiscuss pros & cons of boolean vs a yes/no enumeration\n\n \n\nAI Robert\n\nExpres s all XLIFF 2.1 and 2.0 modules in JLIFF schema. Have 2.1 an d 2.0 branches\n\n*[Review progress]*\n\nPrevious Consensus: restated\n\nWe agreed to work on 2.1 branch first and only then fork the 2.0\n\nDON'\;T reference the context file [ for core and module] from schema or instances. This is tied via the spec [driven by version number] but not the instance s\, to prevent hammering of the context file.\n\nExtensions always need to declare or reference their context inline.\n\ nAI Robert [DONE]\, implement meeting consenus for extension points. Extension data needs to start with context. Each ex tension will be one object. Try to allow them only where the y'\;re allowed in XLIFF\n\nreviewed "\;element"\; extension points implemented as has map rather than an arra y in the latest commit https://github.com/oasis-tcs/xliff-om os-jliff/commit/85e7c3e0e8d88539df5b2eb7519d6735f84256e9\n\n \n\nDiscuss:\n\nUse URI type of context or not?\n\n- Contin ue discussion on extension points\, look at Robert'\;s co mmit to introduce extension\n\nhttps://github.com/oasis-tcs/ xliff-omos-jliff/commit/85e7c3e0e8d88539df5b2eb7519d6735f842 56e9\n\n There are several places where context can be provi ded: root\, or units\, files\, groups. \n\n (Whether @conte xt should be at root or only lower levels).\n\nShould mimic XLIFF behavior as close as possible..\n\nWe also agreed that having a dedicated extension container is more validation f riendly than just allowing additional properties on the root structure..\n\n-Continue discussing pros and cons of the ex tensionsData approach\n\ncompare with XML and consider going back and forth between XML and JSON.\n\n3- TBX Mapping\n\nT BX-Basic mapping is in order\, almost done on TBXInfo\n\nUpd ate?\n\nC- Other Topics\n\n2- Liaisons\n\nXLIFF\n\nTAPICC - Track 2\n\n \n\n3- Promotion\n\nHad good coverage on GALA Bo ston in March\, as TAPICC Track 2 was launched\, building on JLIFF\n\nAlso Phil JLIFF library open sourcing was announce d in the GALA week \n\nhttps://twitter.com/VistatecGlobal/st atus/974538466565373952\n\nhttps://twitter.com/merzbauer/sta tus/974288543093854208\n\n4- AOB\n\n1- Date of next meeting\ n\n22nd May\n\n2- Looking for a new secretary. Contact dF\nG roup: OASIS XLIFF Object Model and Other Serializations (XLI FF OMOS) TC\nCreator: Dr. David Filip URL:https://www.oasis-open.org/apps/org/workgroup/xliff-omos/event.php?event_id=41716 UID:https://www.oasis-open.org/apps/org/workgroup/xliff-omos/event.php?event_id=41716 BEGIN:VALARM ACTION:DISPLAY DESCRIPTION:REMINDER TRIGGER;RELATED=START:-PT00H15M00S END:VALARM END:VEVENT END:VCALENDAR
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]