I've updated the edtf Ruby gem to reflect the latest draft. The parser is based on the BNF with minimal changes to resolve a few conflicts and it works for all extensions except 201 and 205. The multiple dates (203, 204) right now return a simple array, which is to say that whilst features such as earlier/later are parsed correctly, that information is not exposed by the API. Eventually, we will need a new class to wrap these sets of dates.
A few minor issues will have to be resolved (e.g., how to deal with open/unknown intervals or how to sort intervals and seasons), but overall you should be able to experiment with the format if you are so inclined. Simply, gem install and require 'edtf'; you then parse EDTF with the Date.edtf class method. Sylvester On Aug 13, 2011, at 11:13 AM, Avram Lyon wrote: > I'm glad to see that season made the final specification. I think that > CSL would be well-served by Level 1 with some elements of Level 2 (a > complete implementation of Level 2 might be too much to ask in the > near future). Specifically, the multiple dates (203, 204) and calendar > (207) elements of Level 2 have demonstrated demand in the citation > world; both have come up multiple times on the Zotero forums. > > We talked about making EDTF a part of CSL; it looks like we'll be able > to take Level 1 or Level 1+some bits of level 2 and make that happen. > > We'll probably need to agree on sorting for seasons and a calendar > vocabulary, both unspecified by the current document, but this looks > like a nice improvement, and pretty much exactly what we needed. > > Avram > > On Fri, Aug 12, 2011 at 11:38 PM, Bruce D'Arcus <[email protected]> wrote: >> ---------- Forwarded message ---------- >> From: "Denenberg, Ray" <[email protected]> >> Date: Aug 12, 2011 3:32 PM >> Subject: Datetime spec, please review >> To: <[email protected]> >> >> I'll be away the next two weeks (and much of the week following). It would >> be good if those of you who have time could review the specification: >> >> http://www.loc.gov/standards/datetime/spec.html >> >> and the bnf >> >> http://www.loc.gov/standards/datetime/bnf.html >> >> during the next three weeks. >> >> I'd like to think that the spec is stable, but I suspect that there are some >> errors/discrepancies in the bnf. BNFs are always better when more people >> look at them. >> >> >> --Ray >> >> ------------------------------------------------------------------------------ >> FREE DOWNLOAD - uberSVN with Social Coding for Subversion. >> Subversion made easy with a complete admin console. Easy >> to use, easy to manage, easy to install, easy to extend. >> Get a Free download of the new open ALM Subversion platform now. >> http://p.sf.net/sfu/wandisco-dev2dev >> _______________________________________________ >> xbiblio-devel mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/xbiblio-devel >> >> > > ------------------------------------------------------------------------------ > FREE DOWNLOAD - uberSVN with Social Coding for Subversion. > Subversion made easy with a complete admin console. Easy > to use, easy to manage, easy to install, easy to extend. > Get a Free download of the new open ALM Subversion platform now. > http://p.sf.net/sfu/wandisco-dev2dev > _______________________________________________ > xbiblio-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/xbiblio-devel ------------------------------------------------------------------------------ uberSVN's rich system and user administration capabilities and model configuration take the hassle out of deploying and managing Subversion and the tools developers use with it. Learn more about uberSVN and get a free download at: http://p.sf.net/sfu/wandisco-dev2dev _______________________________________________ xbiblio-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/xbiblio-devel
