Skip to content
This repository has been archived by the owner on Jul 24, 2021. It is now read-only.

2000 node API limitation #1979

Closed
openstreetmap-trac opened this issue Jul 23, 2021 · 10 comments
Closed

2000 node API limitation #1979

openstreetmap-trac opened this issue Jul 23, 2021 · 10 comments

Comments

@openstreetmap-trac
Copy link

Reporter: delta_foxtrot2
[Submitted to the original trac issue database at 9.11am, Sunday, 21st June 2009]

Due to this limitation any ways that exist in the system already, such as the ABS boundaries for Australia, cannot be easily altered in any way without getting errors back when you attempt to upload changes to the system.

Either the limitation needs to be relaxed, or any way in the system that exceeds 2000 nodes needs to be split.

@openstreetmap-trac
Copy link
Author

Author: Edgemaster
[Added to the original trac issue at 7.03pm, Sunday, 21st June 2009]

Yes, the limitation is intended, split the way manually and use multipolygons (if an area).

@openstreetmap-trac
Copy link
Author

Author: delta_foxtrot2
[Added to the original trac issue at 7.15am, Monday, 22nd June 2009]

For ways with > 4000 nodes it doesn't seem possible to split them, at least not easily or at all in JOSM or potlatch, if there is an easy way please let me know because last time I tried the way was completely deleted and I had to rejoin the nodes manually.

@openstreetmap-trac
Copy link
Author

Author: smsm1
[Added to the original trac issue at 2.19pm, Monday, 22nd June 2009]

Give me the way ids, and I'll see what I can do for you.

@openstreetmap-trac
Copy link
Author

Author: delta_foxtrot2
[Added to the original trac issue at 12.47am, Tuesday, 23rd June 2009]

I can only give you examples as I come across them, but take this way for example, it has over 15,000 nodes...

http://www.openstreetmap.org/browse/way/32263454/history

All attempts to do anything with it results in errors.

Also wouldn't there be a way to find these ways with large numbers of nodes and split them automatically so it doesn't cause problems for anyone?

@openstreetmap-trac
Copy link
Author

Author: smsm1
[Added to the original trac issue at 12.27pm, Monday, 29th June 2009]

I have fixed the above boundary in the following changeset http://www.openstreetmap.org/browse/changeset/1675417

@openstreetmap-trac
Copy link
Author

Author: delta_foxtrot2
[Added to the original trac issue at 1.08pm, Monday, 29th June 2009]

How did you fix it so I don't need to file bugs about each way with > 4000 nodes ?

@openstreetmap-trac
Copy link
Author

Author: smsm1
[Added to the original trac issue at 1.15pm, Monday, 29th June 2009]

I downloaded the full version of that way. Loaded it into JOSM. Roughly every 500-1500 nodes along, I zoom in and download that area, and then split the way. I do this repeatedly until there is no way more than 2000 nodes in the downloaded data. The current selection panel on the right is useful for this, as it tells you the number of nodes in a way.

@openstreetmap-trac
Copy link
Author

Author: delta_foxtrot2
[Added to the original trac issue at 1.16pm, Monday, 29th June 2009]

Before when I tried that with JOSM it seems it was deleting the way and then uploading each step, and since the first break would still have a way over 2000 nodes it was failing to accept the changes.

@openstreetmap-trac
Copy link
Author

Author: smsm1
[Added to the original trac issue at 1.23pm, Monday, 29th June 2009]

I'm using the default atomic diff upload. If you have switched to old style non-atomic upload, it may not work. I'm hitting the button P to split the way.

@openstreetmap-trac
Copy link
Author

Author: TomH
[Added to the original trac issue at 9.25pm, Wednesday, 24th August 2011]

I believe all the overlong ways were split up some time ago.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant