<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><span class="Apple-style-span" style="font-family: Times; "><pre style="white-space: pre-wrap; "></pre></span><div>Hey Richard,</div><div><span class="Apple-tab-span" style="white-space:pre">   </span>Thanks for the note about the OSM limit, I'll take the 2000 limit to the other list, I'd thought there was a benefit to it being one way so that you could select one end of it and see it selected all the way tot he other end, then do stuff like extract maps within 10 miles of the entire length or plot all times it intersected roads.</div><div><span class="Apple-tab-span" style="white-space:pre">       </span>I'm not likely to get bemused by development emails, software development is my day job, though I can't say I'm super familiar with Flash. Is there anyway to remove the 3 minute limit? Or work around it, maybe I can just grep out the time stamps on the trackpoint entries. I don't imagine Potlatch cares when the points were recorded. If that worked would it create one long way that I'd have cut up, or would it do the 2000 point splicing for me?</div><div><br></div><div>Cheers,</div><div><span class="Apple-tab-span" style="white-space:pre">       </span>Craig</div><div><br></div><br><blockquote type="cite"><span class="Apple-style-span" style="font-family: Times; "><pre style="white-space: pre-wrap; ">Craig Stanton wrote:
><i> The next problem is the 2000 point limit. The Pacific Crest Trail is
</i>><i> 2600 miles long, and though it does cross with, and occasionally merge
</i>><i> with other trails it is one long trail and there are plenty of times
</i>><i> where it will exceed the 2000 point limit. The first length I'm
</i>><i> uploading, which covers barely 120 miles has 3095 points and I really
</i>><i> don't want to split it out there in the middle of the forest. Is there a
</i>><i> method to produce a way large than 2000?
</i>
The 2000-node limit is hardwired into OSM. It's there for a reason - the 
longer that ways are, the more difficult it is for software to cope with 
them, as you found when Safari started squawking about slow scripts. 
There is no way around it and you shouldn't look for one!

There's no special significance attached in OSM to something being one 
way. It is absolutely expected that long routes will be split across 
lots of ways. For example, you need to do that every time there's a 
bridge, so that you can tag the relevant bit (and that bit only) with 
bridge=yes.

Similarly, if the Pacific Crest Trail does merge with other trails, you 
will need a separate way for each merged section, so that you can add 
each way to the appropriate route "relations". The relation is how you 
indicate that all these separate footpaths are part of the same 
waymarked trail.

It might be helpful for you to ask a couple of questions at 
<a href="http://help.osm.org/">http://help.osm.org/</a> , on the <a href="http://lists.openstreetmap.org/listinfo/potlatch-dev">newbies at openstreetmap.org</a> mailing list, or 
on IRC (<a href="http://irc.openstreetmap.org/">http://irc.openstreetmap.org/</a>) to get familiar with some of 
these basics. All are quite friendly (well, maybe not the mailing list 
:<i>( ). This list is really a development list and we don't mind answering 
</i>your Potlatch questions, but you might get a bit bemused by some of the 
more developery e-mails flying past!

><i> I've just double checked my GPX file and it it entirely one trk with
</i>><i> only one trkseg. So I can't see why Potlatch cut it into so many
</i>><i> ways, some of which were only a few dozen points, others had
</i>><i> hundreds.
</i>
Potlatch automatically cuts a GPX track if there's a delay between 
trackpoints of 3 minutes. This is because some GPX-producing software 
concatenates different tracks within the same trkseg or trk.

cheers
Richard</pre></span></blockquote><div><br></div></body></html>