Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=2493496
By: nobody
I would really like a proper utlity for
1)You type in a place name e.g. Birmingham,UK and it gives the latitude and
longitude
2)You feed these numbers into that PHP script and it outputs the gif
3)You feed these numbers into a program and it spits out the TXT file you need
for QPE.
______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=206322

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=2490913
By: ly_c
As Navman is called in this thread I want to add something about the Navman
GPS1000 Receiver Card. Info can be found at http://www.navman-europe.co.uk. It works
on ttyS3 at 57600. The unit needs sight to work (Zaurus up straight in front
of the carwindow).
Where can I get a good mount to put it to the window?
When the Zaurus is powered-on qpeGPS needs to be (re)started or the elsewhere
mentioned cardctl suspend and cardctl resume needs to be typed into the terminal.
Is there a simple way to do this automatically on power-on? Or should there
be a button in qpeGPS to do so? Or is there another way without taking the card
offline? Because after being taken offline it takes two minutes to find its
position again.
I got it to work right now, but I haven't got any more information on how it
works. Perhaps later.
PS: Perhaps this unit will become cheap as it isn't supported bij PPC2003 according
to Navman.
______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=206323

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=2480906
By: mfraenz
I have now decoded the Dornier MPH/MPR format and can provide an MPR to PNG
converter written in
IDL (www.rsinc.com). Contact me if you are interested.
Note that this is strictly for non-commercial purposes since Dornier claims
to have a -rather doubtful - patent on displaying raster maps.
I append a description of the file format:
Dornier MPH/MPR files describe scanned raster maps.
A map is divided into tiles of maximal size 256x256 pixels.
Dornier MPH file structure:
The MPH file contains all auxiliary information like sizes, scales, names and
colors
BYTE # comment
0-3 string endian marker
4-43 long words
12 x tilesize
16 y tilesize
20 x tiles
24 y tiles
596 string name of map
..... read until lonword 1 and longword > 1000 is reached
spos 2 long words: scale
spos+8 2 long words ?
spos+16 double pixel per mm of scan
spos+24 long number of calibration points
for each point read:
4 long words pixel pair
2 double latitude/longitude of pixel
32 bytes unknown
9 shorts color table header: header[4] gives number of colors colors
numcol*3 short words RGB values.
Dornier MPR file structure:
The MPR file describes the scanned image only with 1 record per tile.
Tiles start in the upper left corner of map going from left to right then top
to bottom.
2 long: 1st record start address and length
then read (start adress)/4-2 times address/length pairs for all records.
then read each record into byte array:
Record structure:
1 short: number N of unicolor segments in tile
X bytes of color/length information for each segment, 1<segment size<256
color values are always 8bit, for 4bit color tables, these are pairs
of colors.
reading:
read 8 bit color
read next length value only if previous was larger than 2
if first bit of next length value is 1, stick with previous lenghth
read next length value bit by bit until larger than previous one then go back
1 bit
if length=2 only color values follow, but start at full byte boundary
Y bytes of LZW encoded image data, encoding uses alphabet of where codes 0-255
colors,
codes 256-(255+N) segment indices.
coding starts with 9 bit and increases up to 12bit, new code length starts
at byte boundary.
Markus Fraenz mfraenz@... March 2004 for non-commercial use only.
______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=206322

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=2474435
By: jbbrs
I've been posting some of the changes you did to gpsd to the gpsd mailing list,
I hope you don't mind. I've submitted the waypoints code (but G was already
used by their grid code, I used E), and also the raw mode commands (X and C).
The H (bearing command) was already in CVS, as T. My idea was to be able to
use a single gpsd daemon.
______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=186974

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=2471015
By: jbbrs
Well, it is probably working. I've just posted a couple of patches for gpsd
and qpegps in the openzaurus-users mailing list that let them work well in oz
3.3.6-pre1. I will also probably put the resulting packages up on a web site
somewhere (as soon as I have some time). If you're in a hurry, post a request
on that list, and I'll email you the ipks.
______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=206323

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=2457389
By: jbbrs
I have a Fortuna PocketXtrack, and I have yet to get it to work with qpegps.
Gpsd works fine, (at least the one from the 3.3.6-pre1 feed) when launched by
hand, but qpegps isn't able to talk with it. Check the open bugs, there is one
about this.
You can check if gpsd is working if you launch it by hand "gpsd -p /dev/ttyS3
-s 4800 -D 3" and then do a "telnet 127.0.0.1 2947" in another console. There,
just press "p" to get position, "r" to get raw data (r again disables it) etc.
Like that you can check if gpsd is getting the data from the unit.
______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=206323

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=2456900
By: nobody
Hey, no problem. I'm glad to help.
I believe our next step should be to have someone encode this information into
a standalone executable, so we can automate the process a bit more. Perhaps
we could even add support to qpeGPS to call these external programs to download
an entire region of maps.
______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=206322

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=2452801
By: nobody
One thing to watch out for: the resolution of the map is different than the
resolution of the graphic file. After you import the map, re-edit the text
file and pick the higher resolution.
Also, I think the format of the maps.txt file changed in the last version or
so. Do you need to update to a newer qpegps? My version was downloaded a couple
weeks ago.
______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=206322

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=2452797
By: nobody
Okay, I figured it out...finally!!!! Took awhile and it was such a stupid problem.
What happened is that originally I had installed qpepgs onto the Z flash, then
I had removed the installation and reinstalled qpegps onto the SD card. I placed
all the maps onto the SD card not taking any notice of the config file location
for the maps. Strangely enough it was picking up the maps.txt file from the
new location, but trying to pick up the actual maps from the original location
on flash!! So I just had to change the location of the maps to point to the
new location on the SD card and now everything works as it should!!
______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=206322

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=2452736
By: nobody
No, I never actually imported the maps, just selected import and the image came
up in the preview window. Although I might try the import feature and see if
that works. I did just now re-downloading maps at a different scale (50000)
so will place a note on here to let you know if it worked or not.
- Trevor
______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=206322

Read and respond to this message at:
https://sourceforge.net/forum/message.php?msg_id=2452641
By: nobody
Hi,
Thanks for the reply. The utility gif2png had been installed and it converted
the gif to png files no problem. My apologies as I should have mentioned that,
all the map images are in fact png format no problems. The scale of the maps
is 75000 so I presume that isnt a problem? Also just for curiosity I used the
import feature of qpegps to see if it would use the image and it did.
This is what the maps.txt looks like:-
FRITZ southmaine_75000_44.102310_-71.164238.png 75000 1036 780 44.102310
-71.164238
FRITZ southmaine_75000_43.963421_-71.164238.png 75000 1036 780 43.963421
-71.164238
- Trevor
______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit:
https://sourceforge.net/forum/unmonitor.php?forum_id=206322