Hi! Using GUIDs is problematic because they are so large (compared to a simple ID) and the GUIDs are not dense in the GUID space. This would probably mean another redirection when finding data inside an application.
Jochen On Mon, Sep 24, 2012 at 11:31:55PM +0700, Jais Pedersen wrote: > Date: Mon, 24 Sep 2012 23:31:55 +0700 > From: Jais Pedersen <[email protected]> > To: [email protected] > Subject: Re: [OSM-talk] Multiple Layers for OSM > > Or we could use GUIDs, but if we use the linking approach, then each layer > could > have its own IDs and if the links are implemented as tags would it be > possible > to do it without changes to the API? > > /Jais > > On Mon, Sep 24, 2012 at 11:11 PM, Dave Sutter <[email protected]> wrote: > > > This is a very interesting thread and I need a little more time to > > understand what is in it so far. I do want to make one technical > > comment. It is possible to to have multiple databases and still have > > unique IDs across them. An ID server can be set up to create the IDs. > > When one database creates a new object it requests an ID from the ID > > server rather than creating an ID locally. (And of course, if you are > > creating a lot of IDs, you would make one request to the ID server in > > bulk to get all the IDs needed.) > > > > Dave > > > > On Mon, Sep 24, 2012 at 12:36 AM, Jochen Topf <[email protected]> wrote: > > > In the recent discussion about the the imports in France and DWG > > governance > > > the issue of multiple "layers" in OSM came up again. If we had some kind > > of > > > layer system we could stage imports through them instead of adding all > > data > > > to the OSM database directly and this would help finding problems etc. > > > > > > It turns out there are many other interesting uses of multiple layers > > but also > > > many technical and social questions around them. I have written down my > > thoughts > > > on this subject in a (rather lengthy) blog post: > > > > > > http://blog.jochentopf.com/2012-09-23-multiple-layers-for-osm.html > > > > > > If anybody wants to comment, I think this mailing list is the right > > place. > > > > > > Jochen > > > -- > > > Jochen Topf [email protected] http://www.remote.org/jochen/ > > > +49-721-388298 > > > > > > _______________________________________________ > > > talk mailing list > > > [email protected] > > > http://lists.openstreetmap.org/listinfo/talk > > > > _______________________________________________ > > talk mailing list > > [email protected] > > http://lists.openstreetmap.org/listinfo/talk > > > _______________________________________________ > talk mailing list > [email protected] > http://lists.openstreetmap.org/listinfo/talk -- Jochen Topf [email protected] http://www.remote.org/jochen/ +49-721-388298 _______________________________________________ talk mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk
