| Versions |
  |
|
| Author |
 Topic  |
|
AlmostLost
India
32 Posts |
 Posted - 26 août 2009 : 19:36:59
|
Hi,
How do I send you the files? If you pm me your EMail address, I'll send the files as attachments. Will clearly show 3, 4, and 6.
What are the formulas used for calculating "default speed" and "optional speed". I mean I know it is ds/ dt, but which are the two points:- predecessor, successor, or something else? And just out of curiosity, what distance formula is being used? Haversine?
To explain 5) I'll have to explain my datasets, my goal, and my current workflow. Will be a long post. Would prefer to do it off forum.
Regards |
 |
|
|
tsjoenkeboenke
Belgium
13 Posts |
Posted - 26 août 2009 : 20:06:06
|
GPX Editor.
Hello,
I was looking for a program to easily edit and cutting (deleting) parts of newer gps tracks, so to incremental build gps tracks for OSM mapping helping. (uploading to OSM server). Adding missing streets, or correcting some severe misaligned streets in the OSM map of my region.
I first tried to use the software as delivered with the gps unit called "phototracker" but this only works with their own format and is really buggy. Then I had a look at the software Prune. This software had some potential for reviewing tracks but it was not easily possible to really cutting and deleting part of tracks and only leaving smaller track pieces by deleting not used parts of a track. Many clickings are needed.
The most promising until now seems to be the GPX editor. I suppose this program has the most potential to easily edit and work with (parts) of tracks. (and practical ! nmea import and gpx)
The direct import from nmea records is very fine to use.
Planning to use the GPX_editor for preparing 'gps tracks' for uploading to the OSM server.
I Have a lot of driven tracks (daily), but far to many parallel tracks around the home of the most used roads after some time if not editing an cutting away the doubles. Wishing to build a gps track map of my region and only adding the missing pieces.(incremental build). For Building and Correcting OSM map parts: OSM maps here still has big gaps and some streets are seriously misaligned. Especially when 2 mappers, meet, (better said don't)whereby one mapper is ON Track, but the second mapper was not. See the example and the recorded gps tracks. Realignment for parts of OSM here is a must.
A tool I missed until now. I will try to explain.
I am looking for this sort of method.
A daily cleaning up, of the (latest) driven track. A quick and short method for cleaning up that (latest) track, cutting away and deleting not needed parts. Therefore it is also necessary to have a vieuw of the already recorded history tracks in the editor screen. For a good vieuw of the new track, preferably a method with coloured markings in the trackline, to edit and cleanup. The parts to keep = green trackparts, or Red trackparts = marked for deleting .
Creating a kind of 'virtual redriving" of a (newest) track.
Start: the "virtual history driving" by using the mouse scroll wheel,(forward and backwards) or using keyboard (<-.->). Redriving the track, zoomed in to see enough details of the "history track" already loaded, and so deciding what parts of the latest track need to be trimmed away, in the editing screen with "auto panning" screenview, so following the "virtual driver".
'Prune' was acting like this somewhat. (I mean for the drive view). Prune, let you delete trackpoints, however Prune does not cut en divide the track easily in smaller parts and tracks.
The use of a red or green cutter:
Starting, the track is colored green till the point where the first cutting happens. The used cutter (red or green) then decides the colour of that previous section. So the complete track is marked with those colours, red or green.
After this, an Execute function: really deleting the marked red sections and keeping all the green sections as new separate tracks. The total Endresult beeing: an updated incremental building of the totality of available "gps tracks" of the region.
This should be a really fast easy and a quick method. Building gps tracking maps of a 'region' without having to many doubles (parallel) or unnessary tracks.
I know, maybe asking very very much...but who knows...is this possible ? I do realise that this is easier said as done, and maybe the developper now does not feel well. If so...sorry for that.
However this positive note:
Anyway the gpx editor already is very good, and as said a program with much potential ! Tnx.
Best regards,
Willy.
 http://www.gpspassion.com/upload2/off road_01.jpg |
|
|
|
Pixel_K
France
814 Posts |
Posted - 26 août 2009 : 20:36:51
|
If I understand your wish correctly, I may say that GPX editor already does this.
You can select and view your selection in the stat graph (on the bottom pane), your selection will be drawn on the main preview, then you can trim the track to the actual selection or copy it to a new track.
I'll try to make a short tutorial, it's simple to do, but not easy to explain.
By the way I also use GPX editor to edit my files before importing to OSM, but luckily my mapping zone is nearly fully drawn (and well done).
*** EDIT ***
here is my small tutorial :
SelectnDelete (let the 2Mb Flash video load) |
Edited by - Pixel_K on 26 août 2009 21:10:24 |
|
|
|
AlmostLost
India
32 Posts |
Posted - 27 août 2009 : 11:50:08
|
Hi,
Sent you two small files.
Was using 1.2.11.1086
Regards |
|
|
|
Pixel_K
France
814 Posts |
Posted - 28 août 2009 : 16:32:11
|
quote:
Originally posted by AlmostLost
How do I send you the files? If you pm me your EMail address, I'll send the files as attachments. Will clearly show 3, 4, and 6.
Files received, the bugs 3 (I wasn't doing a substraction), 4 (forgot a conversion function) and 6 (don't know where the current-gpx-closure has gone) are corrected in the next release. Thank you very much for finding those.
quote:
Originally posted by AlmostLost
What are the formulas used for calculating "default speed" and "optional speed". I mean I know it is ds/ dt, but which are the two points:- predecessor, successor, or something else? And just out of curiosity, what distance formula is being used? Haversine?
Full source code is available.
quote:
Originally posted by AlmostLost
To explain 5) I'll have to explain my datasets, my goal, and my current workflow. Will be a long post. Would prefer to do it off forum.
You have my email, feel free to use it to explain it to me. If I can do something about it I'll try. |
|
|
|
Pixel_K
France
814 Posts |
Posted - 28 août 2009 : 17:12:26
|
Version 1.2.15 is available.
- Corrects the storing of unknown extensions content (AlmostLost point 4)
- Corrects time different between two points (AlmostLost point 3)
- Corrects Open GPX not closing the actual one before (AlmostLost point 6)
- Corrects "copy to a new track" when the stat graph is already zoomed in. |
|
|
|
AlmostLost
India
32 Posts |
Posted - 29 août 2009 : 16:08:43
|
Hi,
Great. Thanks. Just in time for testing on weekends.
Regards |
|
|
|
Pixel_K
France
814 Posts |
Posted - 31 août 2009 : 20:18:23
|
| Version 1.2.16 Corrects a bug when editing a point within a track or route, its sequence order was wrong. |
|
|
|
AlmostLost
India
32 Posts |
Posted - 02 sept. 2009 : 14:32:43
|
Hi,
Thanks for the source. Maybe (because I've not programmed professionally for around 20 years) things will become clearer now. The toolchain is Delphi 7? OS?
Regards |
|
|
|
lemarquis
France
1 Posts |
Posted - 18 sept. 2009 : 09:09:01
|
bonjour Pixel_ K.
J'ai acquis en juin un iphone 3G et ai acheté il y a 10jours le logiciel MotionX GPS.
Ce logiciel permet d'enregistrer la trace d'une randonnée pédestre en 3D et même d'y prendre des photos des endroits caractéristiques.
Le but que je poursuivais était de pouvoir transmetre ces informations à d'autres randonneurs du groupe, afin qu'ils puissent refaire la rando seuls.
Je recherchais donc un logiciel capable, facilement, de faire figurer le tracé sur une carte connue (GMaps convient très bien), d'y montrer une miniature des photos et de pouvoir l'imprimer (pour l'emporter facilement dans son sac à dos (un PC cela n'est pas très facile !)
Votre logiciel répond partiellement à ces critères de recherche : comment y ajouter les photos et comment l'imprimer ?
Merci de votre réponse
ana |
|
|
|
Pixel_K
France
814 Posts |
Posted - 18 sept. 2009 : 09:41:40
|
1) Le forum francophone est là pour ça
2) Dans ce cas là (trace + photos) il faut s'orienter vers le format KML, qui est spécifique à Google Earth, mais visible dans Google Map. A l'époque j'avais développé GPX2KMZ pour cette utilisation, il est disponible sur mon blog. |
|
|
|
phil90
France
1 Posts |
Posted - 22 sept. 2009 : 05:05:50
|
Bonjour,
Bravo ! Ce logiciel est parfait pour nettoyer et alléger les traces fournies par mon Keymaze.
Un petit souci à signaler : en utilisant mon PC avec un taille de police plus grande, 120 PPP en l'occurrence, dans l'onglet 'Edition de tracé' le bouton 'valider' n'apparait pas à l'écran...
Philippe |
|
|
|
tsjoenkeboenke
Belgium
13 Posts |
Posted - 05 oct. 2009 : 21:40:35
|
Hello Pixel K,
I do have a question.
I noticed while importing nmea files that the position on the maps (satellite Google) of my tracks are not always that perfect.
I was thinking until now, these gps's are not so perfect...OK it be so. However I once tried nmea file with the program "routeconvertor". (a GUI GPS Babel).
And to my surprise I noticed that the presentation here with Googlemaps (satellite) was good, and more precisely, and precisely there where I thougt I had been driving.
Then I used the "routeconvertor" to make a gpx file from the original nmea file, and after conversion looked at the maps with the gpx-editor.
In the gpx editor screen with the converted file the same displacement is seen as with direct import of the nmea file in the gpx-editor.
Is this known ? or noticed ?
I try to include a detail of a printscreen. Example shows a track with a time difference of about 6u. The straight motorway track on pm. And the track on the round about am. The same day...
The red track = the view with gpx-editor.
The one with the blue track is as seen with the "routeconvertor".
Best regards. |
|
|
|
Pixel_K
France
814 Posts |
Posted - 05 oct. 2009 : 22:15:29
|
Could you please provide the original NMEA file along with the converted GPX File (from gpx editor and routeconverter)?
The Google map overlay doesn't mean much, as it's very often off by a small amount. But the comparison between the two conversions is indeed significant.
My usual GPS doesn't output nmea data, so a bug could have slipped through. |
|
|
|
Pixel_K
France
814 Posts |
Posted - 06 oct. 2009 : 23:40:57
|
Thank you for your data, I know now what's the problem.
The datas are perfect, in NMEA, in NMEA converted to GPX by GPSBabel and in NMEA converted to GPX by GPX Editor. GPX editor doesn't store trailing 0's and some empty feilds written by GPSBabel,thus the file output by gps editor is smaller even if the data is exactly the same.
The problem you're experiencing come from the way GPX Editor sends the datas to Google Map. To make it short there are two ways of making a track in Google Map :
(1) you send all the points individually as part of a track
(2) you send a compressed stream of points, only encoding the changes between two points
GPX Editor uses method 2, which is more complicated, but much more efficient bandwidth-wise.
Method 2 has a drawback, as it only encodes the change between points and not points individually there is a micoscopic drift on the displayed points. It usually isn't visible, but your track is huge (more than 37000 points) and you're looking at it at large zoom factor. The limit here is not within GPX Editor, but in the Google Map Method 2, as rounding errors adds up.
I guess Routeconverter uses Method 1, which sends each 37000 points to Google. It more acurate but it's also more data than most internet connection can bear.
The solution to you problem, if you still want to visualise all your points at large zoom factor is to cut your track in smaller bits (don't delete any points, just cut the tracks) so the rounding error is imperceptible.
Just to be clear : the data is fine, it's only the display which lacks precision on (really) long tracks. |
|
|
|
Topic |
|
|
|
| This page was generated in 1,5 seconds. |
 |
|
- 
- 
Graphical GPX Editor - Updated 07/2012
