[OSM-dev] PUT /api/0.6/{node|way|relation}/{id|create}

Stefan de Konink skinkie at xs4all.nl
Mon Jun 9 17:41:24 BST 2008


Tom Hughes schreef:
> In message <484D560B.40002 at xs4all.nl>
>           Stefan de Konink <skinkie at xs4all.nl> wrote:
> 
>>>>>> - Assures the client always get the id back
>>>>> That is already assured by the current API definition.
>>>> For 'updates' too? According to spec only an id is send after a create.
>>> Well you don't need it on an update as you already know the ID.
>> Not if you create a changeset with updates and creates. Should the
>> client maintain which object was a create and which one was an update?
>> Now that sounds like making it difficult for the clients, instead of
>> just returning all id's in the diff/changeset.
> 
> Unsurprising the changeset spec addresses these issues.

You mean this?

When downloading data the client will receive a version number. This 
number must be stored and provided when updating (or deleting); if it 
does not match the server's current verision number at the time the 
update/delete is made, the operation will fail.


I don't really see how changesets are going to address all changes at 
the same time + returning version numbers. Since it is not an atomic 
operation, how can one reliably getting these id's before a /close ?


Anyway it gets of the original point, which I would like to have solved 
first.


Stefan




More information about the dev mailing list