Martin wrote: "I think I'm keen on pursuing the Super-Simple GML route. That has the best chance of being readable by other tools, I think."
That is too bad. I was starting to like YAML. :] I'm actually going to try using it for a parseable change log on the SurveyOS SVN Repository module for JTSWarped. I'll let you know how that goes. There was some discussion of the super-simple GML route on the OSGeo standards mailing list this morning. (You really should subscribe Martin.) :] Raj pointed me to these samples of a simple GML proposal made about five (5) years ago. Here is part of his message: " BXFS (http://www.ogcnetwork.net/node/189): basically the "GML 2 resurrected" idea mentioned below. This is an old proposal from the GML 2 days from Peter Vretanos. It does a lot of the things a shapefile does, and is a GML 2 profile I believe. Although there is an XML schema defined, it is abstract and doesn't apply to any particular data set. The schema of the data set is internal to the data--see the definition element in this example <http:// www.ogcnetwork.net/schemas/wfssimple/0.5/ storetlegacy2_getfeature.xml> and note that data types could have optionally been specified." (http://www.ogcnetwork.net/schemas/wfssimple/0.5/storetlegacy2_getfeature.xml) I think it would work. The only problem I see is it still relies on an external schema and it doesn't distinguish between regular feature attributes and spatial feature attributes. I think we can solve both of these problems by modifying the "val" element to have a "datatype" attribute in addition to a "name" attribute. For example: <val name="extentOf" datatype="WKTString">WKT string goes here.</val> What do you think? SS On 9/4/07, Martin Davis <[EMAIL PROTECTED]> wrote: > > > Sunburned Surveyor wrote: > > YAML looks very clean. A lot cleaner than the corresponding XML. Very > > interesting. > > > > It looks like there is also an open source parser for YAML written in Java: > > > > http://jyaml.sourceforge.net/ > > > > What do you think Martin? Is YAML a better option than GML? > > > > > Well, it all depends what your metrics are - and *that* is a question > with likely no clear answer! > > I think I'm keen on pursuing the Super-Simple GML route. That has the > best chance of being readable by other tools, I think. > > Jody Garnett made a suggestion about putting the XML Schema for the GML > Simple Features Profile in-line in the data file. (This is what JML > does now, actually). I have two concerns about this: > > - I haven't seen anything that says that inline schema is standard, or > can be processed by the tools that you might want to read it (such as > XML authoring tools, or OGR) > - even the GML SFP is waaay complex, with a fair bit of variability > lurking to confuse parsers. > > However, I think it might be worth prototyping this idea. It should be > possible to *totally* constrain the representation of the SFP schema, so > that parsers didn't really have to understand it, just extract the few > pieces of relevant information from known spots. > > I might try and spec this out & work up an example, and post it on a > Google docs page for all to see... > > Martin > > > -- > Martin Davis > Senior Technical Architect > Refractions Research, Inc. > (250) 383-3022 > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
