[OSM-dev] way 7062297, is this new?
zerebubuth at gmail.com
Thu Oct 9 15:25:07 BST 2008
On Thu, Oct 9, 2008 at 2:31 PM, Stefan de Konink <stefan at konink.de> wrote:
> If 0.6 is not supporting it, it should not be possible to enter the data
> today. (imho)
lets do a 0.5.5 release with this fix in. hmm, we should include
referential integrity as well, since that can cause similar types of
problems... and make API calls atomic ... and have changesets for
oh, hang on, that *is* 0.6 ;-)
we're working on it and it'll be ready as soon as its ready. if you'd
like to help then that would be fantastic.
> Can I conclude that regression testing is something that should be
> implemented for any editor? Or do you place the blame yourself at the
> API that allows this, while any other editor will drop this?
actually, you can't assume that the edits were done using potlatch -
it may have been some small, homebrew editor which caused the problem
and didn't correctly set created_by. after all, created_by is like
browser user agents; impossible to enforce.
imho, the most likely place to look for the error is the
amf_controller (which, being neither potlatch, nor API, occupies some
weird limbo), as there have been problems with race conditions there
before, which 0.6 will fix.
> I think we should fix this issues where there is so added value of
> duplication soon. I'm happy to do it manually using one of my parsers,
> does anyone has serious objections against it?
here is a complete list of all (35) elements with duplicate tag keys
in the most recent planet:
you'll notice that "JMEditor", whatever that is, is responsible for
the node errors. and all the way errors are duplicates, so there is
never a conflict in reducing them. if you'd like to fix these then
that would be great.
More information about the dev