Meeting minutes
Date: 2024-04-02
Github, help
<norm> Github, help
Norm: While we're waiting, did the 404s on the W3C page get fixed
Steven: Well, the final report link is fine; it's only the draft links to Norm's page that is broken
Norm: Let us remove the drafts link, or otherwise I'll reinstate the link
Previous Actions
ACTION: 2023-01-10-f: continues
Michael: I mailed something to you Norm.
Norm: I will read it
ACTION 2023-11-28-a
ACTION 2023-11-28-a
Norm: Michael made a suggestion for a change
Michael: This can be closed. We have a pull request for the change
ACTION 2024-02-20-b
Steven: CLosed
ACTION 2023-11-28-c
Steven: Almost done. Comments due today
ACTION 2024-03-05-b
Norm: Ready for review
Michael: Fine
John: Fine
ACTION 2024-03-05-c
Steven: Continues
ACTION 2024-03-19-a
Dealt with above
ACTION 2024-03-19-b
Closed
ACTION 2024-03-19-c
Done
ACTION 2024-03-19-d
Done
Status of implementations
Norm: I have implemented metadata in the prolog proposal
… also the simple datatype checking proposal
John: I've implemented metadata proposal too
… also a subtraction operator
… that unmatches possible matches
Michael: Be interesting to think about performance aspects
Steven: Definitely needs a theoretical underpinning
Status of testing and test suites
Michael: Gunther has added a change to some tests fror space after prolog
Norm: I will merge
Review and resolution of bug reports and technical issues
Pull request #227 Add .gitattributes
Norm: I want to skip this week
<cmsmcq> Depends on newline handling.
Issue #233 There are other things called iXML
Closed
Issue #139 Sample grammars for IRIs and URIs
Pending action
Issue #137 Document the XML tag set of ixml grammars
Awaiting action
Issue #137 Document the XML tag set of ixml grammars
Norm: There is a PR, and there is a small change from Michael
… [reads change]
Steven: Fine
Issue #203 Spec should say nonterminals are case-sensitive
Michael: Same
Issue #192 Normalizing line endings in ixml inputs
<Bethan> invisibleXML/
<norm> https://
"Invisible XML processors normalize line endings when they read grammar and input files. They apply the same rules as [XML]: every occurrence of the two character sequence #D #A, and any #D not immediately followed by a #A, are translated into a single #A in the input. This assures that the single character #A can always be used to match an end of line, irrespective of the conventions of the system where the files were created. It follows[CUT]
iXML exclusion ~[#A]* will always match all of the characters to the end of a line."
John: Do we want to add something about making it an option to turn that off?
Michael: I don't think it's necessary
… I'm happy with this version
… I do have one residual concern
Michael: John Cowan says on Oct 24
… something
Norm: We have given him what he wants
Bethan: he is saying that which character we normalise to is a separate issue, and then gives some choices.
Norm: We need to write more tests if we adopt this.
Bethan: Small point. Can we use either #A or #a consistently?
Norm: I will fix
Steven: I think the ixml grammar is fine, and doesn't need any change to reflect this.
Norm: Closing this
Issue #237 What would the absence of version number mean?
<norm> "In this case, it is implementation-defined which version or versions the implementation uses when it attempts to parse the grammar. "
<norm> https://
Steven: I would like unrecognised and absent version numbers to be treated identically
Norm: I will take another stab at it.
Issue #239 Support simple data types?
<norm> invisibleXML/
Norm: You want a grammar for an ISO Date
… it can't limit it to exact dates, and leap years and so on
… we already have types for this
… I propose we allow XML types be used
… I did a test implementation
John: I did a similar thing
… using XPath expressions
… I'm in an XPath-rich environment
Steven: I'm in two minds about this
… it adds a big chunk that solves a tiny part of the computability problem
Steven: Is this to identify dates or check them?
Norm: For identifying. It adds to the parsing.
Michael: [A question about whether it's an Oracle or ...]
Norm: I have an oracle in mind. If there's a type that defines prime numbers, it would accept that.
Michael: I need time to think about.
AOB
John: I'm not here for the next meeting
… and have submitted to Balisage