[Talk-ca] Merging huge wooded areas?
Daniel.Begin at RNCan-NRCan.gc.ca
Thu Sep 2 14:08:34 BST 2010
Bonjour Tyler and all,
>From my own experience, I would strongly recommend not to merge large adjacent wooded (or anything else) areas. Furthermore, If I remember well, Frank Steggink tried the same and he decided to keep distinct relations - no merging.
One of the reasons behind Canvec data tiling was editing tools abilities to deal with large polygon - and often complex relations.
Even our own systems have sometime hard time to deal with it!
From: talk-ca-bounces at openstreetmap.org [mailto:talk-ca-bounces at openstreetmap.org] On Behalf Of Tyler Gunn
Sent: 2 septembre 2010 07:13
To: Talk-Ca <Talk-Ca
Subject: [Talk-ca] Merging huge wooded areas?
Okay, so how is everyone handling huge wooded areas?
Take the massive green blob here for an example:
It literally spans over an entire NTS tile (062N*). I tried (as much as
possible) to ensure all outer/inner members of the wooded area are part of a single relation, but in retrospect that wasn't the right approach as you can still see the lines between the NTS sub-tiles.
So I'm thinking in this situation what I really need to do (once the entire extent of this wooded area has been imported) is download the entire area accompanied by the woods, and use the JOIN command in JOSM to merge the smaller wooded areas into one big massive one. The end result would be one HUGE way that traces the entire outside of the wooded area. All of the inside "divisions" between the tiles would be eliminated, and the end result would be a huge outer way and lots of inner ways. I could then just split up the huge outer way as necessary to make sure no one part of the way is longer than 2000 nodes.
Does this sound reasonable? Or am I over-complicating it?
tyler at egunn.com
Talk-ca mailing list
Talk-ca at openstreetmap.org
More information about the Talk-ca