[aprssig] track.cgi and google maps

[n4qwf at ntelos.net]

Steve, I checked the links you ask to have checked in Windows IE. The
first one brought a findu screen and the map took along time to load.
Finally when it did I got a windows error message that said the script was
causing my computer to run slowly and did I wont to continue. If I did it
might cause my machine to become unresponsive. I told it NO and it went on
and loaded this map. See attached file. The other two returned a screen
that said "sorry no position parsed". Hope that info helps. 73's << John

> I've been working on getting Google Maps working in the track cgi.
> Unfortunately, it is not going well. It seems GMap does not do well
> when the number of icons rises, so something like the normal
> breadcrumb cgi is very slow (30 seconds to open a page with less than
> 400 points) on Safari, and refuses to plot all icons on Firefox:
>
> http://www.findu.com/cgi-bin/track2.cgi?call=n4rve&start=240&gmap=14
>
> Using lines instead of breadcrumbs is faster, but has a problem. In
> this set of data, there are a couple outlying points that mess up the
> data, and this is not uncommon. In my own drawing routines, I am able
> to detect this, and do not draw outlying points.
>
> http://www.findu.com/cgi-bin/track2.cgi?
> call=n4rve&start=240&line=1&gmap=13
>
> http://www.findu.com/cgi-bin/track.cgi?
> call=n4rve&start=240&degree=19&line=1
>
> I'd like some private email reports of what happens with the first
> cgi above in IE, maybe that will help me decide what should be the
> default mode for the track cgi...
>
> Steve K4HG
>
> _______________________________________________
> aprssig mailing list
> aprssig at lists.tapr.org
> https://lists.tapr.org/cgi-bin/mailman/listinfo/aprssig
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: trackmap.jpg
Type: image/pjpeg
Size: 128828 bytes
Desc: not available
Url : http://www.tapr.org/pipermail/aprssig/attachments/20050707/bfffa6be/attachment.bin