[OSM-dev] osm schema/dtd - planet and request timestamp

Florian Lohoff flo at rfc822.org
Tue Sep 9 12:22:53 BST 2008


On Tue, Sep 09, 2008 at 11:15:54AM +0100, Shaun McDonald wrote:
> Subject: Re: [OSM-dev] osm schema/dtd - planet and request timestamp
> 
> Florian Lohoff wrote:
> >Hi,
> >with the increasing number of database mirrors satisfying requests for
> >the various types of applications it would be a good idea to extend the
> >OSM apis DTD/Schema with some timestamps makeing it possible to check
> >for the currentness of the data. I'd propose something like
> >requestTimestamp and planetTimestamp so you know the time the osm file
> >was generated and based on which database state.
> >
> >I was looking at http://kinkrsoftware.nl/contrib/osm/osm-0.5.xsd which
> >does not mention something like this.
> >
> >The main api could simply add the current time as the timestamps.
> >
> >Comments?
> The next API release 0.6 will include a version field for each node, way 
> and relation. This will do exactly what you are looking for. There is a 
> lot of testing that needs to be done to make sure that the migrations 
> work, and the new API doesn't break. Any rails developers out there are 
> welcome to come and help us.

No need for object versioning here - I want to enable everyone to look
at when the data was generated and from which database state.

The problem with the growing number of database mirrors will be that one
or the other will break in updateing and i want to avoid people using
stale data for their projects (read: t at h clients should look at a
different mirror db in case the data is old)

So i guess nobody cares if node 537462823 is at revision 44 or 49 but if
there are 2 months between 44 and 49 i want to know that the export may
be done today but from data generated 2 months ago e.g. old database
content.

Flo
-- 
Florian Lohoff                  flo at rfc822.org             +49-171-2280134
	Those who would give up a little freedom to get a little 
          security shall soon have neither - Benjamin Franklin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.openstreetmap.org/pipermail/dev/attachments/20080909/ee13dbe2/attachment.pgp>


More information about the dev mailing list