[OSM-dev] JSON-output for xapi

Dario Brandes dalino at spline.de
Sun Jun 26 18:05:48 BST 2011


hi matt,

the main difference between our solutions is that you sort the data in
category's (nodes, ways, relations). We have only one list, in
which this elements are unsorted. This asynchronism is necessary to
keep our good server performance, because the output-module does not
have to await for all the data. It can start the output stream before. 
What's your point of view? Do you really need this type of sorting?

I hope we can find a solution, to make all happy :)

Regards Dario
   

On Thu, 16 Jun 2011 19:22:54 +0100
Matt Amos <zerebubuth at gmail.com> wrote:

> hi dario,
> 
> there's experimental support in cgimap for JSON format, which will
> hopefully get enabled at 0.7 time (whenever that is). i've attached an
> example of the output in both JSON and XML for comparison. it looks
> extremely similar to the examples you've included below, so hopefully
> we can work together on this. :-)
> 
> cheers,
> 
> matt
> 
> On Thu, Jun 16, 2011 at 5:04 PM, Dario Brandes <dalino at spline.de>
> wrote:
> > Hello everyone,
> >
> > we from the xappy.js Team want talk with you about a JSON Standard
> > for osm. The GeoJSON Format is inapt to safe relations and so we
> > created something new.
> > Here the link to our wikipage:
> > https://github.com/slomo/osm-spline-xapi/wiki/JSON-Output
> >
> > We would like to hear your comments about our proposal.
> >
> > Regards Dario
> >
> >
> >
> > # JSON output format definition by example.
> >
> > **Note:** for simple reading we included whitespaces which are of
> > course omitted in the actual implementation.
> >
> > ## skeleton
> >    {
> >        "version": 0.6,
> >        "generator": "xappy.js",
> >        "xapi": {
> >             "uri": "XXX",
> >             "planetDate": 201106161601,
> >             "copyright": "XXX",
> >             "instance": "XXX"
> >         },
> >        "elements": [
> >            ...
> >            ...
> >            ...
> >        ]
> >    }
> >
> > where the `elements` array obviously contains all the elements.
> >
> > ## node
> >    {
> >        "type": "node",
> >        "id": 3596186,
> >        "lat": 53.4633699598014,
> >        "lon": -2.22667910006381,
> >        "timestamp": "2007-06-21T17:10:58+01:00",
> >        "version": 2,
> >        "changeset": 2213,
> >        "tags": [
> >            "amenity": "hospital",
> >            "name": "Manchester Royal Infirmary"
> >        ]
> >    }
> >
> > ## way
> >    {
> >         "type": "way",
> >         "id": 4958218,
> >         "version": 3,
> >         "timestamp": "2007-07-25T01:55:35+01:00",
> >         "changeset": 2211,
> >         "nodes": [
> >             218963,
> >             331193
> >         ],
> >         "tags":[
> >             "landuse": "residential",
> >             "source": "landsat"
> >         ]
> >     }
> >
> > ## relation
> >    {
> >        "type": "relation",
> >        "id": 2670,
> >        "timestamp": "2007-10-25T03:05:34Z",
> >        "version": 32,
> >        "changeset": 2211,
> >        "members": [
> >            {
> >                "type":"way",
> >                "ref":3992472,
> >                "role": ""
> >            },
> >            {
> >                "type":"way",
> >                "ref":3992524,
> >            ],
> >        "tags":[
> >            "name": "Fonnereau Way",
> >            "network": "Ipswich foothpaths",
> >            "type": "route"
> >        ]
> >    }
> >
> > _______________________________________________
> > dev mailing list
> > dev at openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/dev
> >
> >
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL: <http://lists.openstreetmap.org/pipermail/dev/attachments/20110626/539a6933/attachment.pgp>


More information about the dev mailing list