Active Topics
-
The N900 is now 15 years old! (8)
to Nokia N900 by whayong - 15 hrs, 11 mins ago -
Sailfish OS for the Motorola Moto G7 Power (XT1955-5) - (ocean) (4)
to SailfishOS by Maemish - 5 days, 11 hrs ago - more...
|
2008-11-03
, 23:13
|
|
Posts: 46 |
Thanked: 1 time |
Joined on Feb 2008
|
#102
|
Hi there, it's me again,
sorry i did not send you the file, but i have figured out a way of letting gc-scanner export the gpx to xml using a modified template of mine. After that, i renamed the file to gpx, imported it into gpxview and had the data that missed before. There was only a minor problem left where someone named a cache like Flughafen >Hotel< with those ">" signs that gives trouble to the gpx interpreter. I also find out that gpxview gives useful information when started from commandline (but only after i determined what record went wrong in a 30-minutes trial and error session
). Starting from commandline gave me the record right away...ahhh....next time i know it better.
As for the gps, there seems to be a problem with my diablo when starting gps for the first time after a device-reset. I think gpxview cannot start the gps, but starting the gps first using the wayfinder map application fixed the problem (even when map was closed after the initial gps-start and the gps was stopped and then started again by gpxview). Maemomapper has a similar problem (gps goes on and off) so i think it must be something in diablo and the gps-driver / handler what goes wrong. GPXView showed the bars then during fix time, just like i requested.
Now for one request.
When exporting the gpx to maemomapper pois, is it possible to put the waypoint name in front of the cachename (the one you put in the description part) Something like
[0C56B8] - Dorfaue
So when you tip on a poi in maemomapper, you get the waypoint right away...Would be nice (at least for me
) so i hope you find it useful too. Tap and hold the poi to get the waypoint in the description part takes so much longer...and you could also put the real description of the cache there....
Thanks MiBi
sorry i did not send you the file, but i have figured out a way of letting gc-scanner export the gpx to xml using a modified template of mine. After that, i renamed the file to gpx, imported it into gpxview and had the data that missed before. There was only a minor problem left where someone named a cache like Flughafen >Hotel< with those ">" signs that gives trouble to the gpx interpreter. I also find out that gpxview gives useful information when started from commandline (but only after i determined what record went wrong in a 30-minutes trial and error session
). Starting from commandline gave me the record right away...ahhh....next time i know it better.As for the gps, there seems to be a problem with my diablo when starting gps for the first time after a device-reset. I think gpxview cannot start the gps, but starting the gps first using the wayfinder map application fixed the problem (even when map was closed after the initial gps-start and the gps was stopped and then started again by gpxview). Maemomapper has a similar problem (gps goes on and off) so i think it must be something in diablo and the gps-driver / handler what goes wrong. GPXView showed the bars then during fix time, just like i requested.
Now for one request.
When exporting the gpx to maemomapper pois, is it possible to put the waypoint name in front of the cachename (the one you put in the description part) Something like
[0C56B8] - Dorfaue
So when you tip on a poi in maemomapper, you get the waypoint right away...Would be nice (at least for me
) so i hope you find it useful too. Tap and hold the poi to get the waypoint in the description part takes so much longer...and you could also put the real description of the cache there....Thanks MiBi
|
|
2008-11-10
, 10:13
|
|
Posts: 345 |
Thanked: 467 times |
Joined on Nov 2007
@ Germany
|
#103
|
Originally Posted by MiBi
That's a problem of the tool that created this file. A file containing those characters just ins't valid xml.
Hi there, it's me again,
minor problem left where someone named a cache like Flughafen >Hotel< with those ">" signs that gives trouble to the gpx interpreter.
Originally Posted by MiBi
That's also something gpxview can't do much about as this happens inside some other part of the operating system. But i have never experienced problems like that and don't have reports other than yours.
again by gpxview). Maemomapper has a similar problem (gps goes on and off) so i think it must be something in diablo and the gps-driver / handler what goes wrong. GPXView showed the bars then during fix time, just like i requested.
Originally Posted by MiBi
All this is possible. Adding the waypoint name is possible, no problem. Adding descriptions may be more trouble as maemo mapper doesn't parse html and the result may at best be ugly, but perhaps be completely unreadable.
Hi there, it's me again,
When exporting the gpx to maemomapper pois, is it possible to put the waypoint name in front of the cachename (the one you put in the description part) Something like
The dbus interface of maemo mapper is pretty limited and i'd prefer this to be extended so other applications can interface nicely with maemo mapper than trying to replicate functions of other software by adding as much information to the maemo mapper poi database as possible.
Things i'd like maemo mapper to support are:
- a nice cross hair for precise navigation
- a feedback routine that reports back to some client which poi has been selected
- mechanisms to force an update of the poi database visualization
- a reliable way to derive the current view position of maemo mapper
Unfortunately these don't exist by now. Especially the possibility to have maemo mapper report back which waypoint has been selected and then have gpxview pop up the appropriate description would solve your issues. Unfortunately maemo mapper just doesn't support this by now.
Last edited by Master of Gizmo; 2008-11-10 at 10:16.
|
|
2009-05-20
, 15:28
|
|
Posts: 1 |
Thanked: 0 times |
Joined on Dec 2008
|
#104
|
First off, thanks SO MUCH for the app. It's performed wonderfully thus far in my limited caching experience, but here's one glitch I ran across this week. I'm not sure if this is where to post bugs/app issues, but I figure it's the best place to start.
My version of GPXView (0.6-5, latest on harbaum.org) works great with .loc files, but my folks just sent me a few .gpx files to use this weekend and the app crashes (segmentation fault) when trying to open any of them! Same goes for importing the directory they're in.
Below I've copied in the output when running gpxview from xterm (the spaces indicate the point just before I chose to import a new file, a .gpx), as well as a sample .gpx file I'm trying to use. I should note that the GLIB WARNING and GLIB CRITICAL messages also appear in xterm when I import a working .loc file, and the app has no noticeable problems otherwise.
Any ideas on what might be the issue? Googled the warnings/errors that are listed, but not much luck. Thanks in advance!!!
output of gpxview in xterm:
.gpx file used during import:
My version of GPXView (0.6-5, latest on harbaum.org) works great with .loc files, but my folks just sent me a few .gpx files to use this weekend and the app crashes (segmentation fault) when trying to open any of them! Same goes for importing the directory they're in.
Below I've copied in the output when running gpxview from xterm (the spaces indicate the point just before I chose to import a new file, a .gpx), as well as a sample .gpx file I'm trying to use. I should note that the GLIB WARNING and GLIB CRITICAL messages also appear in xterm when I import a working .loc file, and the app has no noticeable problems otherwise.
Any ideas on what might be the issue? Googled the warnings/errors that are listed, but not much luck. Thanks in advance!!!
output of gpxview in xterm:
Code:
~ $ gpxview Using locale for gpxview in /usr/share/locale Installing osso context for "org.harbaum.gpxview" crumb_add with level 0 got a dbus message from Maemo Mapper got a dbus message from Maemo Mapper got a dbus message from Maemo Mapper gpxview[2245]: GLIB WARNING ** GLib-GObject - invalid uninstantiatable type `(null)' in cast to `GtkWindow' gpxview[2245]: GLIB CRITICAL ** Gtk - gtk_window_set_modal: assertion `GTK_IS_WINDOW (window)' failed load dir /home/user/MyDocs/Downloads/Geocaches load dir /home/user/MyDocs/Downloads/Geocaches/Kaaterskill Falls trying to connect Error creating connection to GPSD, retrying ... GPSD connected ... gpxview[2245]: GLIB DEBUG default - hildon_help_dialog_help_enable: Setting help topic "help_gpxview_import" got a dbus message from Maemo Mapper gpxview[2245]: GLIB DEBUG ConIc - con_ic_connection_send_event(0xddcd8, (null), (null), 1) gpxview[2245]: GLIB CRITICAL ** Gtk - gtk_tree_model_filter_row_has_child_toggled: assertion `elt->visible' failed gpxview[2245]: GLIB WARNING ** GLib-GObject - invalid uninstantiatable type `(null)' in cast to `GtkWindow' gpxview[2245]: GLIB CRITICAL ** Gtk - gtk_window_set_modal: assertion `GTK_IS_WINDOW (window)' failed load file /home/user/MyDocs/Downloads/Geocaches/Allegany/alleganypart4.gpx Segmentation fault ~ $
HTML Code:
<?xml version="1.0" encoding="UTF-8"?> <gpx xmlns="http://www.topografix.com/GPX/1/1" version="1.1" creator="EasyGPS 3.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.topografix.com/GPX/1/1 http://www.topografix.com/GPX/1/1/gpx.xsd http://www.topografix.com/GPX/gpx_overlay/0/3 http://www.topografix.com/GPX/gpx_overlay/0/3/gpx_overlay.xsd http://www.topografix.com/GPX/gpx_modified/0/1 http://www.topografix.com/GPX/gpx_modified/0/1/gpx_modified.xsd http://www.geobuddy.com/cache/1/1 http://www.geobuddy.com/cache/1/1/cache.xsd http://www.geobuddy.com/GPX/0/1 http://www.geobuddy.com/GPX/0/1/geobuddy.xsd"> <metadata> <bounds minlat="42.00418300" minlon="-78.72021700" maxlat="42.00418300" maxlon="-78.72021700"/> <extensions> <time xmlns="http://www.topografix.com/GPX/gpx_modified/0/1">2009-05-20T02:04:55.366Z</time> </extensions> </metadata> <wpt lat="42.00418300" lon="-78.72021700"> <ele>0.000</ele> <link href="http://www.geocaching.com/seek/cache_details.aspx?wp=GC1B639"> <text>Cache Details</text> <type>text/html</type> </link> <sym>Geocache</sym> <extensions> <label xmlns="http://www.topografix.com/GPX/gpx_overlay/0/3"> <label_text>ASP Rocks!</label_text> </label> <cache xmlns="http://www.geobuddy.com/cache/1/1" id="845970" available="True" archived="False"> <name>ASP Rocks!</name> <placed_by>kachekat</placed_by> <owner id="1701603654"/> <type>Traditional Cache</type> <container>Not Chosen</container> <difficulty>1</difficulty> <terrain>1</terrain> </cache> <last_pocket_query_date xmlns="http://www.geobuddy.com/GPX/0/1">2009-05-20T02:04:55.366Z</last_pocket_query_date> </extensions> </wpt> <extensions> </extensions> </gpx>
|
|
2009-05-24
, 11:35
|
|
Posts: 345 |
Thanked: 467 times |
Joined on Nov 2007
@ Germany
|
#105
|
Originally Posted by keith_m
These weren't files from geocaching.com but from some gps data converter tool. But of course it should not have made gpxview crash. This has just been fixed and the new version should show up in the repos pretty soon.
First off, thanks SO MUCH for the app. It's performed wonderfully thus far in my limited caching experience, but here's one glitch I ran across this week.
The downside: Your files don't contain much data gpxview can work on, so you'll get even less information than with the loc files.
|
|
2009-06-10
, 14:56
|
|
Posts: 9 |
Thanked: 2 times |
Joined on Jun 2009
@ Cozad, NE
|
#106
|
Wow, oh wow, thanks for this app, MoG!
Now, after that platitude, can I request a feature, too?
GSAK has you input your name so it can mark your finds for you. Could this app do the same?
I know, it'd be easier to just ask for a PQ without my finds in it.......
Thanks, again!!
Mike
O-
Now, after that platitude, can I request a feature, too?
GSAK has you input your name so it can mark your finds for you. Could this app do the same?
I know, it'd be easier to just ask for a PQ without my finds in it.......
Thanks, again!!
Mike
O-
|
|
2009-06-10
, 20:14
|
|
Posts: 345 |
Thanked: 467 times |
Joined on Nov 2007
@ Germany
|
#107
|
Originally Posted by MMarshall
Hmmm, can you explain in more detail? Where do you want your name stored and what exactly do you want gpxview be able to do with this afterwards?
GSAK has you input your name so it can mark your finds for you. Could this app do the same?
I know, it'd be easier to just ask for a PQ without my finds in it.......
|
|
2009-06-10
, 22:13
|
|
Posts: 9 |
Thanked: 2 times |
Joined on Jun 2009
@ Cozad, NE
|
#108
|
Originally Posted by Master of Gizmo
Well, GSAK automatically knows which caches you have found by looking for your name in the logs, and looking for a found log with your name. (All PQ's sent out by the website will always have your logs, no matter how old they are.)
Hmmm, can you explain in more detail? Where do you want your name stored and what exactly do you want gpxview be able to do with this afterwards?
Just me being lazy, I could always look in the logs and see if I've found it or not!
Mike
O-
|
|
2009-06-11
, 04:44
|
|
Posts: 345 |
Thanked: 467 times |
Joined on Nov 2007
@ Germany
|
#109
|
Originally Posted by MMarshall
Ok, i understand. I don't have that problem as i always exclude my own finds from the PQs. So my gpx files never contain my own finds.
Well, GSAK automatically knows which caches you have found by looking for your name in the logs, and looking for a found log with your name. (All PQ's sent out by the website will always have your logs, no matter how old they are.)
The easiest way to achieve what you want would be to check for logs with some configurable name and then set the "found" flag already present in gpxview. I'll think a little bit about this ...
|
|
2009-06-27
, 11:35
|
|
Posts: 345 |
Thanked: 467 times |
Joined on Nov 2007
@ Germany
|
#110
|
The next release of gpxview will also come with a fully fremantleized version. It will make heavy use of all the new gui features incl. the pannable area, the stackable windows, the hildonappmenu etc etc ...
| The Following User Says Thank You to Master of Gizmo For This Useful Post: | ||
Or perhaps even one of you doesn't need the mount at all? You might even consider donating it to support the gpxview development