< Return to Calendar

* Regular monthly LEXIDMA TC meeting (Conference Call)
Name * Regular monthly LEXIDMA TC meeting (Conference Call)
Time Monday, 17 May 2021, 01:30pm to 03:00pm WEST
(Monday, 17 May 2021, 12:30pm to 02:00pm UTC)
Description

Find connection link within this action item

https://www.oasis-open.org/apps/org/workgroup/lexidma/members/action_item.php?action_item_id=3939
Minutes

1. Admin

Attendance:

Tomaž, dF, Iztok, John, Michal, Adam, Carole

Quorum: 6/7 voters present

Adam became a voting member at the end of the meeting

Minutes from 19th April were not available for approval. Action on Tomaž to publish the minutes from 19th April

2. Material

Michal's proposal

https://www.oasis-open.org/committees/document.php?document_id=68625&wg_abbrev=lexidma

was discussed and compared with objectives set in

LEXIDMA TC Charter https://www.oasis-open.org/committees/lexidma/charter.php

agreed design principles https://github.com/oasis-tcs/lexidma/wiki/Fused-revised-design-principles/e0c2f377f58e2e8274806baf31c47bd9608709a1

in particular

  1. minimize number of technical options to express the same content

and some previoulsy agreed technical solutions https://github.com/oasis-tcs/lexidma/wiki/Documenting-current-consensus-on-possible-technical-solutions/2f879f094e5f904246edd27bc350ecdc8b19b367

in particular Multiword expressiions, homogrpahs etc.

The consenus of LEXIDMA TC members was that the proposed model is too flexible and not prescriptive or modular enough to fulfil agreed business objectives and design principles. ELEXIS gathered a large group of industry and academic observers, so that it can design DMLex as a simple, modular, and easily implementable prescriptive standard that will not be able to express all histrically used structures but will instead drive a widely interoperable best practice based solution.

Despite being too flexible for the intended DMLex Standard, the curernt proposal seems useful as a metamodel. The model Michal previously propsed https://github.com/oasis-tcs/lexidma/pull/3 seems as a more suitable instance of the same metamodel. [the PR was not merged becuase of incompatibilty with the OASIS template rather than because of its technical merits]

Even as a metamodel the currently discussed proposal shouldn't use the term "segment" for the "property bag" that clusters available expressions for lexicographic use in the proposed metamodel. Segment is a term widely used in related industry and standardization areas such as the localization and translation industry and Unicode related standards such as  UAX #29 https://unicode.org/reports/tr29/

  • Development in forks? PRs to review?
    • Editorial meeting planned for 31st May [dF, Michal, Carole, Miloš, Simon]

3. Closing Admin

  • Recap of agreed actions - editorial meeting planned, next TC meeting conformed for 21st June
  • AOB - None
  • Adjourned by 1400 UTC

 
Agenda

1. Administrative

  • roll call
  • appoint scribe
  • approve minutes from previous meeting
    https://markmail.org/message/5mesuih5q5i5bfre
  • Welcome members on behalf of MU
     

​​2. Material

  • DMLex Working Draft  https://github.com/oasis-tcs/lexidma
  • DMLex WD Technical discussion
    • Based on technical contributions received
      https://markmail.org/message/emno6og732tnwm5j
    • Development in forks? PRs to review?

3. Closing Admin

  • Recap of agreed actions
  • AOB
  • Adjourn [no later than 1400 UTC]

 
Submitter Dr. David Filip
GroupOASIS Lexicographic Infrastructure Data Model and API (LEXIDMA) TC
Access This event is visible to OASIS Lexicographic Infrastructure Data Model and API (LEXIDMA) TC and shared with
  • OASIS Open (General Membership)
  • General Public