Reply
Thread Tools
Posts: 345 | Thanked: 467 times | Joined on Nov 2007 @ Germany
#101
I'd like to build a n810 mount for my bike. But i am already using the car mount in my car. Can the mount (the part that comes with the n810) be bought seperately?

Or perhaps even one of you doesn't need the mount at all? You might even consider donating it to support the gpxview development
 
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
 
Posts: 345 | Thanked: 467 times | Joined on Nov 2007 @ Germany
#103
Originally Posted by MiBi View Post
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.
That's a problem of the tool that created this file. A file containing those characters just ins't valid xml.

Originally Posted by MiBi View Post
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.
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.

Originally Posted by MiBi View Post
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
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.

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.
 
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:
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
~ $
.gpx file used during import:
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>
 
Posts: 345 | Thanked: 467 times | Joined on Nov 2007 @ Germany
#105
Originally Posted by keith_m View Post
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.
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.

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.
 
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-
 
Posts: 345 | Thanked: 467 times | Joined on Nov 2007 @ Germany
#107
Originally Posted by MMarshall View Post
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.......
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?
 
Posts: 9 | Thanked: 2 times | Joined on Jun 2009 @ Cozad, NE
#108
Originally Posted by Master of Gizmo View Post
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?
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.)

Just me being lazy, I could always look in the logs and see if I've found it or not!

Mike
O-
 
Posts: 345 | Thanked: 467 times | Joined on Nov 2007 @ Germany
#109
Originally Posted by MMarshall View Post
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.)
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.

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 ...
 
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:
Reply


 
Forum Jump


All times are GMT. The time now is 13:56.