[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