| Versions |
  |
|
| Author |
 Topic  |
|
Pixel_K
France
814 Posts |
 Posted - 06 févr. 2009 : 19:48:00
|
| New Version available, with nmea import and point filtering (on sat, fix and hdop) |
 |
|
|
navi_walk
28 Posts |
Posted - 06 févr. 2009 : 20:59:11
|
quote:
Originally posted by Pixel_K
... with nmea import and point filtering (on sat, fix and hdop)
Sounds great! |
|
|
|
giacomo.ciani
Italy
15 Posts |
Posted - 17 févr. 2009 : 16:26:54
|
Hi all, and Pixel_K in particular,
I found GPX editor a great piece of software: it is the simple to use and free utility I've been searching for months... Now I'm using it intensively to clean up and organize all my GPS tracks. Many, many thanks.
Unfortunately, I can't directly help with development, but if it can help, I can contribute with testing: I already have a have a list of bugs and feature requests to submit to your attention. Are you interested? Is this the right place, or do you have a bug tacker or something similar?
Filling up the list while waiting for your answer... 
Giacomo |
|
|
|
Pixel_K
France
814 Posts |
Posted - 18 févr. 2009 : 12:05:31
|
It is the right place, thank you very much for your feedback. There is also another way you could help the development of GPX Editor : you could translate it to Italian.
Let me know if you're interested, and please submit here any bug/request/comment/question you have about GPX Editor, I'll do my best to answer them |
|
|
|
giacomo.ciani
Italy
15 Posts |
Posted - 18 févr. 2009 : 14:35:57
|
Hi Pixel_K. Here you can find a list of bug/feature requests I filled so far. It's longh enough, but the list of congratulations and thanks for your software would be much longer: this is why I'm not going to write it! :-)
As for the translation, actually I don't have so much time (and I'm spending the few I have in organizing my tracks!), but if you send me the instructions on how to do that, I'll keep my time but I'll do it: if you have no other volunteers working on italian translation... later is better than never!
BUGS:
- BAD: memory consumption as reported by Task Manager keeps growing every time I open/edit a file, even if I close the files i worked on. Eventually, I got a "not enough memory" error and have to close and open the applciation again. As I edit tracks with few thousands of points, I usually happens and up with more than 1 GB of memry used by GPX_Editor after editing 10 tracks or so...
- the zooming behaviour is strange: not only it doesn't zoom around mouse position (that would be very useful), but if you zoom in and out several times keeping the cursor in place, the track drifts away from the screen... fixing that would enhance the general feeling and the productivity a lot.
- in the "track and route edition" panel, the zooming is even worse, as the two views would not stay syncronized. I see two options here:
---- completely detach the two views, so that you can/have to manage the two zoom operations independently, but zooming in one "half panel" doesn't completely mess the view in the other
---- best: find a way to have both "half panels" being always centered on the same point (with respect to the track position). For the zoom level in this case I see other two options: it could be the same in both windows (so providing the same view), or being rescaled with the windows size thus displaying the same area regardless of the panel width.
SUGGESTIONS/FEATURE REQUEST:
- a zoom function on the altitude preview panel (on both axis) would be nice, as sometime this is a good place where to look for details or reference points.
- I found the practice of creating "temporary" waypoints to be a quiete comfortable (an the only one I found, to be honest) way of making the variuos views working togheter, i.e. finding a reference point in one view (map, altitude...) and using it for an operation that can be only done in onother view (edit, preview...). Unfortunatly, the tracklist appears to be excluded from this mechanism: the only thing I was able to do was to filter trakpoints using the provided algorithms. You coul act the possibility to create a waypoint coincident with a trackpoint selected in the list.
- BIG FEAUTRE: it would be very useful to implement a general tool for selecting a trackpoint (operation that at present is not allowed if not in the context of a specific tool, like "cut track") and having it highlighted at the same time in all views (altitude, preview, points list... and even map, if it's possible). In my mind, you should be able to select a trackpoint clicking on any of the suitable views (preview, points list, altitude pane... and even map, if possible), and that point should e highlighted everywere. Moreover, it would be nice to have a slide bar with ending arrows (as implemented in Prune, for example) that can allow you to move to the nxt/previous trackpoint, and a small panel summarizing the info of the selected one.
- as a consequence, you could implement a way of performing an operations on an already selected trackpoint. This would be very useful especially when you have a lot of points in a small region, with the track intersecting itself several times, and selecting the correct one "by position" using the pointer is difficult. As an alternative, you could:
---- select a the trackpoint using the above mentioned tool (you can use whatever panel is more useful for the operation)
---- move to the next/previous trackpoint using the sled bar arrows or the arrow keys, to precisely find the diseired trackpoint.
---- once the desired point has been selected, press an operation tool (like "cut" or "delete") that, since a trackpoint is already selected, should act immediatly instead of requiring to select the trackpoint on which to perform the operation.
- it would be grat to have other map servers implemented, and in particualr OpenStreetMap: they have the "cycle" layer that has a very nice topographic map, that woul be extremely suitable for outdoor sports (the kind of things for which I'm using GPS and your software!). Although I have no idea of how to implement it, I saw several other tootls BT747 and Prune, for example) that implemented it alongh with GoogleMaps, so I suppose it should not be very different... |
|
|
|
activityworkshop
4 Posts |
Posted - 18 févr. 2009 : 19:50:41
|
Sattelite -> Satellite
agle -> angle
closer that -> closer than
:) |
|
|
|
Pixel_K
France
814 Posts |
Posted - 26 févr. 2009 : 14:39:43
|
activityworkshop :
Thanks for the typo corrections, they will be available in the next release.
giacomo.ciani :
1) I'm working on the memory leaks, it will take some time to correct the most of them, but I think I can do it.
2) I can't find why the zoom behave this way, I already tried to correct that but I wasn't successfull
3) I can "detach" the 2 zoom easily, I'll try to add an option for that as soon as I can
4) Zoom on the altitude pane is on my todo list
5,6,7) This would require a lot of changes in the guts of the programming involved. Very interesting suggestions, but not on the menu for the near future.
8) I'll Add the OpenStreetMap cycle layer in the next version (I didn't add it because there's no data for my area, so I couldn't test it easily). The main OpenStreetmap is already available (look in the options).
|
|
|
|
maddslacker
1 Posts |
Posted - 09 mars 2009 : 20:41:56
|
This app is excellent, and is just what I was looking for! I used to edit my GPX files by hand, but the files from my new GPS tracker are a little harder to work with. This lets me quickly edit the file graphically and even reads in my .nmea files natively!
I am running it in Linux, via wine. Is it possible to compile it for Linux?
|
Edited by - maddslacker on 09 mars 2009 20:42:50 |
|
|
|
Pixel_K
France
814 Posts |
Posted - 09 mars 2009 : 21:16:20
|
maddslacker : For a linux port, the main problem would be the google map tab, which uses Internet Explorer to display the web page. I don't know if there is any replacement available in Kylix or OpenPascal.
giacomo.ciani : It looks like the main memory leak won't be that easy to fix, I'm still working on it. |
|
|
|
Pixel_K
France
814 Posts |
Posted - 14 mars 2009 : 13:51:10
|
This beta : GPX Editor 1.1.36 should correct most of the memory leaks. There's been A LOT of change in the inner code to achieve this, so this version may be unstable.
I would really like to have feedback on it. It also adds the OSM Cycle map layer, but that should not be a problem. |
|
|
|
tepich
8 Posts |
|
|
Pixel_K
France
814 Posts |
Posted - 26 mars 2009 : 21:48:12
|
I read the first page and see a few problem whith this "feature".
- Their creation is not supported by the GPX format, so no way to save and load such information
- Their creation is based on averaging overlapping tracks, which is a loss of information (even if your only way of transportation is a train).
So it would be possible to implement such functionality, but it would mean scarifying GPX compatibility and precision, two problems I want to avoid at all costs. It can be done but I won't encourage it. |
|
|
|
tepich
8 Posts |
Posted - 31 mars 2009 : 21:22:23
|
Understood. Thanks for trying.
I am looking for a tool that would allow me to easily combine several tracks captured during the walks through the town, average tracks captured in the same street, delete unnecessary parts of tracks and then produce a virtual tour with the geotagged photos.
It is possible with your editor but due to the zooming issues mentioned here earlier it is terribly time consuming when having 10 or more tracks recorded somewhere in town of post-soviet Central Asia where the Google Maps zoom is insufficient and you have to cut and join parts of track.
Anyway thanks for the useful tool, I will use it for simplyfying the individual tracks and afterwards I will think how to solve my problem. |
|
|
|
giacomo.ciani
Italy
15 Posts |
Posted - 03 avr. 2009 : 19:40:34
|
I pixel_k, thanks for this new release and sorry for the delay in answering: I'm very busy in this period...
Here are a few comments:
- memory consumption: I don't have a precise benchmark, but the impression is that things are going better. I can still observe a sort of hysteresis: as you load and unload tracks, the memory consumption rarely goes back to the original value, and always increase a little. Nevertheless, it seems to grow much slower than before...
- when you close all loaded tracks, "point list" and "track and route edition" remain populated. Mostly aesthetical, but would be better to clear them
- the layer you included form OSM is the Mapnik. Cool... but the cycle one would be much nicier for off-road navigation! ;-)
More to come as I continue using the program...
Bye
Giacomo |
|
|
|
Pixel_K
France
814 Posts |
Posted - 04 avr. 2009 : 08:20:42
|
Thank you for your feedback.
I'll look at the point list and will try to perfect the memory consumption.
For the map layer, as I wrote earlier, you have to select it in the settings :
 |
|
|
|
Topic |
|
|
|
| This page was generated in 0,81 seconds. |
 |
|
- 
- 
Graphical GPX Editor - Updated 07/2012
