In looking at some of those ways I'd say your simplification is completely warranted.  The curves still look very smooth after you've removed 73% of the nodes.  <div><br></div><div>I agree with others that storage is cheap and saving space in the DB may not be that important.  More nodes make for smoother, more detailed ways but after a certain density is reached more nodes offer diminishing returns.  Also when nodes are very dense on a way it becomes hard to select said way with out zooming very far in.    Clearly there's no need to systematically remove excess nodes on already imported data, but if simplifying a way makes your editing easier and doesn't reduce the detail/smoothness (clearly this is a judgement call) I say go for it.<div>
<br></div><div>Zeke</div><div><br><br><div class="gmail_quote">On Tue, Aug 24, 2010 at 4:14 AM, Alan Mintz <span dir="ltr"><<a href="mailto:Alan_Mintz%2BOSM@earthlink.net">Alan_Mintz+OSM@earthlink.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">At 2010-08-19 20:24, Alan Mintz wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I'm mapping in this area: <a href="http://www.openstreetmap.org/?lat=34.08242&lon=-118.639&zoom=17" target="_blank">http://www.openstreetmap.org/?lat=34.08242&lon=-118.639&zoom=17</a><br>
<br>
Along the north side of the tertiary road (whose name is not rendered, but is Saddle Peak Road) is a state park polygon (Topanga State Park) imported from CASIL. In this small segment, the road is approximated with less than 70 nodes, while the park polygon segment alongside uses over 1200. I've noticed similar "beauty" in other data from this source and others (like the Bakersfield data mentioned recently on the list).<br>

<br>
Should imports make an effort to "un-smooth" such data to some extent, for the benefit of editing and rendering performance, storage, etc?<br>
</blockquote>
<br>
As a test case, I used JOSM's "Simplify Way" on the ways that make up Topanga State Park. After playing around a bit, in advanced preferences, I set simplify-way.max-error to 0.2, which still modeled curves to maybe single-digit meter errors, yet removed 73% of the nodes (from 9103 to 2466).<br>

<br>
The ways are:<br>
38458997<br>
38459009<br>
38459010<br>
38459013<br>
45753168<br>
45753173<br>
45753175<br>
<br>
I'm not embarking on a mission to simplify all ways - just taking the (short time) to do this when I'm mapping an area anyway and see it could be of benefit.<br><font color="#888888">
<br>
--<br>
Alan Mintz <Alan_Mintz+OSM@Earthlink.net></font><div><div></div><div class="h5"><br>
<br>
<br>
_______________________________________________<br>
Talk-us mailing list<br>
<a href="mailto:Talk-us@openstreetmap.org" target="_blank">Talk-us@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-us" target="_blank">http://lists.openstreetmap.org/listinfo/talk-us</a><br>
</div></div></blockquote></div><br></div></div>