I very much like the GPX loading, that will come very handy for many. FYI my track files are typically some 600KB and that seems to work fine.<br><br>I would recommend however to not draw lines between different tracks -- mine are often separated by miles and then I get meaningless lines from the end of one to the start of the next. 

<br><br>Ludwig<br><br><div><span class="gmail_quote">On 18/10/2007, <b class="gmail_sendername">Christopher Schmidt</b> <<a href="mailto:crschmidt@metacarta.com">crschmidt@metacarta.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

On Thu, Oct 18, 2007 at 04:49:06PM +0200, Joerg Ostertag (OSM Munich/Germany) wrote:<br>> On Donnerstag 18 Oktober 2007, Christopher Schmidt wrote:<br>> > On Thu, Oct 18, 2007 at 03:08:48PM +0100, Tom Hughes wrote:

<br>> > > In message <<a href="mailto:20071018135805.GA18708@metacarta.com">20071018135805.GA18708@metacarta.com</a>><br>> > ><br>> > >         Christopher Schmidt <<a href="mailto:crschmidt@metacarta.com">

crschmidt@metacarta.com</a>> wrote:<br>> > > > Note that parsing Very Large data could take awhile -- I don't know how<br>> > > > long of tracks people typically upload. The 1000 point track from my

<br>> > > > commute this morning was ~200kb -- but my GPS recording client is kinda<br>> > > > verbose.<br>> > > ><br>> > > > Anyone have some examples of how big a 'large' gpx file usually is for

<br>> > > > them that I can try out for performance?<br>> > ><br>> > > Well <a href="http://www.openstreetmap.org/user/TomH/traces/43998">http://www.openstreetmap.org/user/TomH/traces/43998</a>

 is a 26 mile<br>> > > cycle trace from last weekend - about 3.5 hours worth.<br>> ><br>> > Okay. That one is a bit long :) Not unbearably so. I'll take that as a<br>> > target and see if I can improve performance to the extent that load time

<br>> > is tenable.<br>><br>> Last time I tested the max size of GPX accepted by the osm-server was 5MB<br>> compressed. Just for Info.<br><br>Yeah, there's no way that OpenLayers is going to support drawing a GPX

<br>file that big -- even assuming I can figure out how to make the browser<br>load the .gz compressed data properly, it's still going to be ~50mb of<br>uncompressed data (if tom's 300k -> 3MB is any standard comparison), and

<br>that's not going to be doable.<br><br>Since the point counts are available in the GPX tracklog page (it<br>seems), hopefully we can at least stick it in there for GPX tracklogs<br>with less than some number of points -- 1000 is ~2s to render, whereas

<br>12000 was 90s, so if I do some speed improvements on it, maybe ew can<br>have support for 1000-5000 points or so.<br><br>Note that there will also be some slowdown for displaying the data on<br>the main OSM map as well -- since the map is mercator projected, we may

have to limit ourselves more once projection comes into play. In any case, I'll keep working on seeing what we can get speed/performance down to, and work on seeing if I can get support for getting this into OL trunk.

<br><br>Regards,<br>--<br>Christopher Schmidt<br>MetaCarta<br><br>_______________________________________________<br>dev mailing list<br><a href="mailto:dev@openstreetmap.org">dev@openstreetmap.org</a><br><a href="http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev">

http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev</a><br></blockquote></div><br>