[Openstreetmap-dev] New osm-editor with empty-track bug removed and auto-centring

classic Classic list List threaded Threaded
8 messages Options
Reply | Threaded
Open this post in threaded view
|

[Openstreetmap-dev] New osm-editor with empty-track bug removed and auto-centring

Nick Whitelegg
Hello everyone,

There is now a new version of osmeditor in Subversion. Key changes since the
last (revision 633):

1. Removed the zero-length-trackseg bug, which caused osm-editor to crash if
you deleted all the points in a track segment or loaded in a GPX with an
empty track segment.

2. When data is read from a GPS device, GPX file or GPX server, the map is
centred on the read-in data so you don't have to search for it all over the
world.

3. Improved Landsat to use tiles; somewhat quicker now as it only downloads
the changed area. Really need to do some sort of hard-drive (client-side)
caching, but not as straightforward as it might be due to the floating point
nature of latitude and longitude. Will look into this when I have the time.

4. Sorted out the bug which sometimes causes strange lines to be drawn if part
of the track is off-screen.

Windows .EXE will hopefully follow by the end of the weekend.

Coming next.... ability to read and write "osm" format v. 0.2.

Nick

_______________________________________________
Openstreetmap-dev mailing list
[hidden email]
http://bat.vr.ucl.ac.uk/cgi-bin/mailman/listinfo/openstreetmap-dev
Reply | Threaded
Open this post in threaded view
|

Re: New osm-editor with empty-track bug removed and auto-centring

Johnny Doe-2


--- [hidden email] wrote:
>
> There is now a new version of osmeditor in
> Subversion.
>

Nick,

 the gpsinput.h and gpsproj.h are missing in the
 gpsbabel directory.

 
> 1. Removed the zero-length-trackseg bug, which
> caused osm-editor to crash if
> you deleted all the points in a track segment or
> loaded in a GPX with an
> empty track segment.
>

All gpx tracks should be loaded as "OSM" now ,
otherwise
the program writes

WARNING: Empty TrackSeg
No segments in track, so won't average

even for the files from osm-editor repository.



       
               
__________________________________
Yahoo! Mail - PC Magazine Editors' Choice 2005
http://mail.yahoo.com

_______________________________________________
Openstreetmap mailing list
[hidden email]
http://bat.vr.ucl.ac.uk/cgi-bin/mailman/listinfo/openstreetmap
Reply | Threaded
Open this post in threaded view
|

Re: New osm-editor with empty-track bug removed and auto-centring

Nick Whitelegg

> Nick,
>
>  the gpsinput.h and gpsproj.h are missing in the
>  gpsbabel directory.

I deliberately removed those as they were causing problems of some sort.
However the compilation on my system wasn't picking up the error as they were
somewhere else. I have now commented out the includes for those files in
gps.h and updated the repository, so the svn version should compile now.

> All gpx tracks should be loaded as "OSM" now ,
> otherwise
> the program writes
>
> WARNING: Empty TrackSeg
> No segments in track, so won't average
>
> even for the files from osm-editor repository.

What I'll probably do is deprecate and remove the old Save and Open, and
replace the GPX files in the repository with some "OSM" format GPX files.
"OSM" format GPX files by the way are files where each segment is represented
as its own <trk> tag; before, there was only one <trk> tag per GPX file.

Thanks for the info,

Nick

_______________________________________________
Openstreetmap mailing list
[hidden email]
http://bat.vr.ucl.ac.uk/cgi-bin/mailman/listinfo/openstreetmap
Reply | Threaded
Open this post in threaded view
|

Re: New osm-editor with empty-track bug removed and auto-centring

Nick Whitelegg

> > All gpx tracks should be loaded as "OSM" now ,
> > otherwise
> > the program writes
> >
> > WARNING: Empty TrackSeg
> > No segments in track, so won't average
> >
> > even for the files from osm-editor repository.
>
> What I'll probably do is deprecate and remove the old Save and Open, and
> replace the GPX files in the repository with some "OSM" format GPX files.
> "OSM" format GPX files by the way are files where each segment is
> represented as its own <trk> tag; before, there was only one <trk> tag per
> GPX file.

I have now sent a further update to the repository which can *only* save and
load in "OSM" gpx. I have also updated the example GPX files so that they are
"OSM" GPX.

Nick

_______________________________________________
Openstreetmap mailing list
[hidden email]
http://bat.vr.ucl.ac.uk/cgi-bin/mailman/listinfo/openstreetmap
Reply | Threaded
Open this post in threaded view
|

Re: New osm-editor with empty-track bug removed and auto-centring

Steve Coast
* @ 29/10/05 11:25:02 PM [hidden email] wrote:

>
> > > All gpx tracks should be loaded as "OSM" now ,
> > > otherwise
> > > the program writes
> > >
> > > WARNING: Empty TrackSeg
> > > No segments in track, so won't average
> > >
> > > even for the files from osm-editor repository.
> >
> > What I'll probably do is deprecate and remove the old Save and Open, and
> > replace the GPX files in the repository with some "OSM" format GPX files.
> > "OSM" format GPX files by the way are files where each segment is
> > represented as its own <trk> tag; before, there was only one <trk> tag per
> > GPX file.
>
> I have now sent a further update to the repository which can *only* save and
> load in "OSM" gpx. I have also updated the example GPX files so that they are
> "OSM" GPX.

Hi Nick

Forgive my lack of knowledge but by 'OSM' GPX is that roughly what the
API and REST wiki page were advertising? eg you wrote stuff to that
spec? If so, I'm sorry, it might have looked like you'd wasted your time
when I came out with 0.2. Or rather, I'd wasted your time but I thought
I'd made public that I was implementing the XML-Schema page.

It's so much easier to write a SAX parser for.

The tags nee keyval system is getting there.

have fun,

SteveC [hidden email] http://www.asklater.com/steve/

_______________________________________________
Openstreetmap mailing list
[hidden email]
http://bat.vr.ucl.ac.uk/cgi-bin/mailman/listinfo/openstreetmap
Reply | Threaded
Open this post in threaded view
|

Re: New osm-editor with empty-track bug removed and auto-centring

Nick Whitelegg
Hello Steve,

> Hi Nick
>
> Forgive my lack of knowledge but by 'OSM' GPX is that roughly what the
> API and REST wiki page were advertising? eg you wrote stuff to that
> spec? If so, I'm sorry, it might have looked like you'd wasted your time
> when I came out with 0.2. Or rather, I'd wasted your time but I thought
> I'd made public that I was implementing the XML-Schema page.

Sorry about the confusion. "OSM GPX" is *not* the new 0.2 "osm" format XML.
Rather, it is GPX with every segment inside its own <trk> tag i.e.

<trk>
<trkseg>
....
</trkseg>
</trk>
<trk>
<trkseg>
....

Previously osmeditor wrote out a version of GPX with only one trk tag in the
whole file i.e.

<trk>
<trkseg>
...
</trkseg>
<trkseg>
....
</trkseg>
<trkseg>
...

etc.
I have now removed support for the second (original) version.


> It's so much easier to write a SAX parser for.

Know what you mean, it looks that way.

> The tags nee keyval system is getting there.

OK that's good :-) Have looked at the source code in subversion (nodes and
segments) and it seems to make sense. When you're done are you intending to
add an upload facility for "osm" format?

BTW I tried using the "segment" feature of the 0.2 API last night (using a UID
of a segment present in the database). i.e.

http://www.openstreetmap.org/api/0.2/segment/XXX

It gave me an internal server error; guess that bit's not done yet?

Nick

_______________________________________________
Openstreetmap mailing list
[hidden email]
http://bat.vr.ucl.ac.uk/cgi-bin/mailman/listinfo/openstreetmap
Reply | Threaded
Open this post in threaded view
|

Re: New osm-editor with empty-track bug removed and auto-centring

Petter Reinholdtsen

[Nick]

> Sorry about the confusion. "OSM GPX" is *not* the new 0.2 "osm" format XML.
> Rather, it is GPX with every segment inside its own <trk> tag i.e.
>
> <trk>
> <trkseg>
> ....
> </trkseg>
> </trk>
> <trk>
> <trkseg>
> ....

This seem to be the format exported by gpsbabel when I dump the tracks
from my garmin GPS.  Good to hear that this format is supported.

> Previously osmeditor wrote out a version of GPX with only one trk tag in the
> whole file i.e.
>
> <trk>
> <trkseg>
> ...
> </trkseg>
> <trkseg>
> ....
> </trkseg>
> <trkseg>
> ...
>
> etc.
> I have now removed support for the second (original) version.

Are there any systems generating this format?  If it is, it might be
best to support both variants. :)


_______________________________________________
Openstreetmap mailing list
[hidden email]
http://bat.vr.ucl.ac.uk/cgi-bin/mailman/listinfo/openstreetmap
Reply | Threaded
Open this post in threaded view
|

Re: Re: New osm-editor with empty-track bug removed and auto-centring

Erik Johansson-2
On 11/1/05, Petter Reinholdtsen <[hidden email]> wrote:

>
> [Nick]
> > Sorry about the confusion. "OSM GPX" is *not* the new 0.2 "osm" format XML.
> > Rather, it is GPX with every segment inside its own <trk> tag i.e.
> >
> > <trk>
> > <trkseg>
> > ....
> > </trkseg>
> > </trk>
> > <trk>
> > <trkseg>
> > ....
>
> This seem to be the format exported by gpsbabel when I dump the tracks
> from my garmin GPS.  Good to hear that this format is supported.

QGIS uses this format as well..

--
/Erik

_______________________________________________
Openstreetmap mailing list
[hidden email]
http://bat.vr.ucl.ac.uk/cgi-bin/mailman/listinfo/openstreetmap