OESF Portables Forum
Model Specific Forums => Sharp Zaurus => Zaurus - pdaXrom => Topic started by: Antikx on November 23, 2006, 08:37:55 am
-
Is anyone using a USB GPS device on their Zaurus? I know the guts of a USB GPS are typically serial but now days they use USB instead of serial for the interface.
If you have been using a USB GPS... I would really like to know the make/model and what your experience was getting it working (preferably under pdaXrom).
I'm gonna ask for one from Santa if can find one that I know will work without too much fandangling.
-
I'm using a cheap USB GPS bought on Ebay. It uses the cp2101 driver which is available on latest 2.6 kernels. It works fine, but on a 2.4 kernel I have to stop GPS apps before unpluging the receiver if I don't want to see an OOPS.
Perfect with a Wifi CF and Kismet for wardriving !
Cheers,
Ludo.
-
I'm using a cheap USB GPS bought on Ebay. It uses the cp2101 driver which is available on latest 2.6 kernels. It works fine, but on a 2.4 kernel I have to stop GPS apps before unpluging the receiver if I don't want to see an OOPS.
Perfect with a Wifi CF and Kismet for wardriving !
Cheers,
Ludo.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=147350\"][{POST_SNAPBACK}][/a][/div]
Cool. Thanks. Do you know what the model/make of the device is?
-
This one IIRC:
http://cgi.ebay.com/Evermore-12-Channel-GP...1QQcmdZViewItem (http://cgi.ebay.com/Evermore-12-Channel-GPS-Receiver-USB-for-Laptop-PC-U_W0QQitemZ290055649563QQihZ019QQcategoryZ4668QQrdZ1QQcmdZViewItem)
-
Thanks.
I found a company in Canada that sells something similar:
http://www.gpspeople.ca/CF-R900.htm (http://www.gpspeople.ca/CF-R900.htm)
Any idea if it would work?
It says:SiRF starIII Chipset 20 Channels all in view trackingNot sure if that's any help.
They have a bunch more on their home page:
http://www.gpspeople.ca/ (http://www.gpspeople.ca/)
-
I'm using a cheap USB GPS bought on Ebay. It uses the cp2101 driver which is available on latest 2.6 kernels. It works fine, but on a 2.4 kernel I have to stop GPS apps before unpluging the receiver if I don't want to see an OOPS.
Perfect with a Wifi CF and Kismet for wardriving !
Cheers,
Ludo.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=147350\"][{POST_SNAPBACK}][/a][/div]
So it does work with 2.4 kernel, as long as you stop the GPS apps before unplugging? Does this require a powered USB hub, or can this run directly off the Zaurus? The manufacturer's site only states that it is "low power."
Fairly pricey shipping rates to the U.S., probably because the seller appears to be based in Singapore. But if the winning bid is relatively low, I would certainly be interested.
Besides war driving, does the Z support any decent mapping / navigation software? I got the impression that there isn't much available.
Antikx- Are you also planning to use this simply for war driving, or is there some other clever application you have in mind?
-
Antikx- Are you also planning to use this simply for war driving, or is there some other clever application you have in mind?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=147451\"][{POST_SNAPBACK}][/a][/div]
I would like to start playing with some GPS mapping and maybe some geocaching fun.
-
So it does work with 2.4 kernel, as long as you stop the GPS apps before unplugging? Does this require a powered USB hub, or can this run directly off the Zaurus? The manufacturer's site only states that it is "low power."
Yes, with a 2.4 kernel you have this problem with the cp2101 driver. I'm sure that it does not happen with a 2.6 kernel. For power, you can plug it directly on the Z, it uses less than 100mA.
-
I use a Haicom 303 series and it worked fine. I was using qpeGPS on the sharp rom 3.10. Have not tried it in pdaXrom.
Here is a link to a list of units that work with qpeGPS...http://qpegps.sourceforge.net/gps_units.html
-
Antikx- Are you also planning to use this simply for war driving, or is there some other clever application you have in mind?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=147451\"][{POST_SNAPBACK}][/a][/div]
I would like to start playing with some GPS mapping and maybe some geocaching fun.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=147460\"][{POST_SNAPBACK}][/a][/div]
Other than opentom I haven't seen anything that looks really good. However I don't have a gps card. So my research was minimal.
-
I use a Haicom 303 series and it worked fine. I was using qpeGPS on the sharp rom 3.10. Have not tried it in pdaXrom.
Here is a link to a list of units that work with qpeGPS...http://qpegps.sourceforge.net/gps_units.html
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=147539\")
So your using a CF card then?
similar to this one?: [a href=\"http://www.gpspeople.ca/hi303lll.htm]http://www.gpspeople.ca/hi303lll.htm[/url]
-
check my sig. works fine with zroadmap
-
Thanks.
It looks like the UG-200 is a bit hard to get ahold of: http://www.geeks.com/details.asp?invtid=USB-UG-200&cat=CON (http://www.geeks.com/details.asp?invtid=USB-UG-200&cat=CON)
Do you have any idea if the UT-41 (http://www.geeks.com/details.asp?invtid=UT-41&cat=CON) would have the same/similar chipset.
-
It looks like the UG-200 is a bit hard to get ahold of: http://www.geeks.com/details.asp?invtid=USB-UG-200&cat=CON (http://www.geeks.com/details.asp?invtid=USB-UG-200&cat=CON)
Do you have any idea if the UT-41 (http://www.geeks.com/details.asp?invtid=UT-41&cat=CON) would have the same/similar chipset.
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=147611\")
I'm able to found [a href=\"http://www.irongeek.com/i.php?page=security/ut-41-gps-backtrack-linux-kismet]this review[/url]. So i guess the chipset is not that different.
-
OK, my present arrived.
I got it working under Mac OSX, WinXP and then tried the Zaurus.
Here's some info:
-When I plug it in it seems to detect it ok and assign a driver (pl2303.c)
-I dloaded gtkroadmap from here: https://www.oesf.org/forums/index.php?showt...indpost&p=55912 (https://www.oesf.org/forums/index.php?showtopic=9130&view=findpost&p=55912)
-I copied the application files into the /usr/local/bin/roadmap
-I copied gpsd into /sbin
-I run gpsd by just typing gpsd from the terminal
-I downloaded the North American map and map directory and ut them in one of the paths where gtkroadmap can see them
-insert the gps device
-I run gtkroadmap and change the following prefs:
-changed res to zaurus screen size
-changed the device to /dev/ttyUSB0 like it says in dmesg.
-increased the timeout
-after restarting gtkroadmap I don't really see anything happening. *shrug*
-I close gtkroadmap and run gtkroadgps
-it doesn't complain or do anything about anything but just sits there saying "Initializing..." at the bottom of the window.
Any tips for me, please?
EDIT:
I should add that when I start gtkroadmap I get the following errors:
s** roadmap_locator.c, line76: cannot open map database usc26073
and also for usc26111
-
I have not yet made any attempt with gps on pdaXrom ... but I remember, while using my gps with sharp and cacko, that I hadto tell gpsd whre to access the gps device.
At the time I had a holux CF gps that was seen as a serial device and gpsd hadto be told which ttyS to use to access the gps.
Not sure how it works on usb ... but I suspect you still get some sort of serial device emulation, the BlueTooth gps, for example, is seen as a serial device via rfcomm.
Another thing is that some moving map software (and alike) seem to prefer to start gpsd by themselfs rather then having it already running when they are started.
Hope this helps
-
I'm not sure if this will help, but here is the setting that I use in qpegps for Sharp.
--------------------------
gpsd Settings:
-p /dev/ttys3 -s 4800
--------------------------
I found this in one of the GPS related threads here on OESF.
Someone mentioned that ttys0 didn't work, so he suggested to use ttys3
Also, when first acquiring satellites, it can take up to 10 minutes to get a good number of satellites acquired.
I usually get 4 to 6 satellites.
BTW, I'm not using USB GPS, I have an Ambicom GPS CF card.
-
Also, when first acquiring satellites, it can take up to 10 minutes to get a good number of satellites acquired.
I usually get 4 to 6 satellites.
The gps receiver chipset has a big influence on the time necessary to acquire enough satellites for navigation.
Typically sirfstarIII based gps will be faster than that.
-
Thanks everyone. I think i am getting warmer!
if I type
# gpsd -D2 -n -K -p /dev/ttyUSB0 -s 4800
Illegal instructionif I type:
# gpsd -D2 -n -K -p /dev/ttyUSB0
command line options:
debug level: 2
gps device name: /dev/ttyUSB0
gps device speed: 12
gpsd port: 2947
latitude: (null)N
longitude: (null)WI have attached my dmesg with the gps stuff at the end.
also I have tried deleting /dev/ttyUSB0 and recreating by typing:
# mknod /dev/ttyUSB0 c 188 0if i I look at the end of /var/log/messages I see this:
Jan 23 15:17:39 atd[512]: Waiting for alarm...
Jan 23 15:17:51 gpsd[2297]: Gpsd started (Version 1.06b)
Jan 23 15:17:51 gpsd[2297]: Gpsd listening on port 2947
Jan 23 15:17:58 gpsd[2297]: Received signal 2. Exiting...
-
if you don't have /dev/ttyUSB0, chances are the device is binding to /dev/usb/tts/0. Symbol link will be fine unless reset
ln -s /dev/usb/tts/0 /dev/ttyUSB0this is, I believe, an implementation issue in beta1-3
get the usage of your gpsd version by
gpsd -helpseems earlier versions use -p and later versions use -f to point to the device
You should be able to see satellites after
gpsd [-p|-f] /dev/ttyUSB0
-
Also cs_jacky has a more recent roadmap at this thread (https://www.oesf.org/forums/index.php?showtopic=10148), which works perfectly for me. You must use the matching 2004 map files. I'm not sure about the version you have. But there are roadmap versions using 2000/2002 map files. Those maps are not compatible.
-
if you don't have /dev/ttyUSB0, chances are the device is binding to /dev/usb/tts/0. Symbol link will be fine unless reset
udev configuration may vary behaviour of device name and/or links.
Look at the udev.rules to see where it should be .... and look ad dmesg straight after insertion to see what happened.
On r121 /dev/ttyUSB[0-9] should link to /dev/tts/USB....
-
Thanks guys.
My dmesg is attached to the end of my previous msg (called GPS.txt)
I have always had a:
/dev/ttyUSB0
but I do not have a
/dev/usb/tts/0
louigi600... I'll look into the udev.rules as soon as I can locate it in the zaurus file system (*scratching head*)
xjqian... thanks for the link, I'll try out that newer software.
I think once I get gpsd working properly the rest will come together.
I should note that I am able to:
telnet 127.0.0.1 2947and I can even press the letter "d" and Enter to get the utc time, but that's about the only info I can get from it.
EDIT: I did this:
ln -s /dev/ttyUSB0 /dev/usb/tts/0then ran gpsd again, and this time I could press the letter "r" in the telnet session and it shows me all the raw data coming in. Maybe I'm getting close.
-
Also, when first acquiring satellites, it can take up to 10 minutes to get a good number of satellites acquired.
I usually get 4 to 6 satellites.
BTW, I'm not using USB GPS, I have an Ambicom GPS CF card.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=151335\"][{POST_SNAPBACK}][/a][/div]
Not only that, but I've noticed that the cheap GPS receiver I'm currently playing with doesn't seem to acquire a lock on overcast days. On clear days it works okay, although it still takes a while to get a lock. It's something I can play with, but I definitely can't rely on the unit for navigation.
-
Also, when first acquiring satellites, it can take up to 10 minutes to get a good number of satellites acquired.
I usually get 4 to 6 satellites.
BTW, I'm not using USB GPS, I have an Ambicom GPS CF card.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=151335\"][{POST_SNAPBACK}][/a][/div]
Not only that, but I've noticed that the cheap GPS receiver I'm currently playing with doesn't seem to acquire a lock on overcast days. On clear days it works okay, although it still takes a while to get a lock. It's something I can play with, but I definitely can't rely on the unit for navigation.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=151371\"][{POST_SNAPBACK}][/a][/div]
That example was when I tested it indoors with the antenna on the window sill in a downtown location.
Also notice I said up to 10 minutes, in my example above.
I've never used it for navigating, as I only ride a motorcycle.
I get it out of the saddlebag and find my location.
Last summer when at a state park, I got it out, set it on a picnic table, and it acquired the satellites much faster than it did in the downtown indoor location.
I've also read (here on the forums) that the first time you turn it on, it takes longer to acquire, than when traveling with it while it updates.
-
then ran gpsd again, and this time I could press the letter "r" in the telnet session and it shows me all the raw data coming in. Maybe I'm getting close.
that's good. You should be all set to test the gps software. Btw, seems beta3 udev rule is the other way around from beta1, at least in this case.
-
Success.
I've found that if I run gpsd, telnet into it, press "r" for raw mode and then run the gtkroad* software... it works. Strange!
I'll try the newer software that xjqian posted about and maybe iut will be easier to use.
-
Also, when first acquiring satellites, it can take up to 10 minutes to get a good number of satellites acquired.
I usually get 4 to 6 satellites.
BTW, I'm not using USB GPS, I have an Ambicom GPS CF card.
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=151335\")
Not only that, but I've noticed that the cheap GPS receiver I'm currently playing with doesn't seem to acquire a lock on overcast days. On clear days it works okay, although it still takes a while to get a lock. It's something I can play with, but I definitely can't rely on the unit for navigation.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=151371\"][{POST_SNAPBACK}][/a][/div]
That example was when I tested it indoors with the antenna on the window sill in a downtown location.
Also notice I said up to 10 minutes, in my example above.
I've never used it for navigating, as I only ride a motorcycle.
I get it out of the saddlebag and find my location.
Last summer when at a state park, I got it out, set it on a picnic table, and it acquired the satellites much faster than it did in the downtown indoor location.
I've also read (here on the forums) that the first time you turn it on, it takes longer to acquire, than when traveling with it while it updates.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=151374\"][{POST_SNAPBACK}][/a][/div]
When I tested mine indoors, I couldn't get a lock whether I had it on a window sill or not. Admittedly, I have a large maple in the backyard and the eaves overhand enough to obscure the sky immediately overhead. I haven't tested much in the open air. The "overcast day" scenarios were tested mostly with the receiver up on the front of the dashboard where it should have an excellent view of the sky through the windshield. A couple times I actually moved it to the roof of the vehicle (receiver has a magnet and fairly long cable), but reception did not improve noticeably.
Incidentally, this is an Evermore GM-307, which must be an old model because I only find the GM-R307 on the [a href=\"http://www.emt.com.tw]manufacturer's[/url] site. Very similar specs, except that mine supposedly has a sensitivity of "-165bDW minimum." This model does interface easily with the Zaurus, but I haven't been impressed with the sensitivity.
-
I'll try the newer software that xjqian posted about and maybe iut will be easier to use.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=151378\"][{POST_SNAPBACK}][/a][/div]
ahh yes, that newer software runs a lot better. thank you.
Now have to try and figure out a way to get/convert a map of Manitoba and Winnipeg, as there's only a general map of North America on the roadmap website that's useful to us Canadians.
-
I'll try the newer software that xjqian posted about and maybe iut will be easier to use.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=151378\"][{POST_SNAPBACK}][/a][/div]
ahh yes, that newer software runs a lot better. thank you.
Now have to try and figure out a way to get/convert a map of Manitoba and Winnipeg, as there's only a general map of North America on the roadmap website that's useful to us Canadians.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=151393\"][{POST_SNAPBACK}][/a][/div]
I'm having some trouble getting roadmap to display maps properly. I downloaded the newer software xjqian suggested and ipkg installed it. It installed and I can go to /mnt/sd/usr/bin/ and run roadmap. It first complained about not opening usdir.rdm, I downloaded the latest map files from roadmap.digitalomaha.net and dropped them in /usr/share/roadmap/ (which is a symlink to /mnt/sd/usr/share/roadmap). The map shows up as a bunch of black shapes on a white background. No streets shown. I can click and scroll around, but i suscpect I either don't have the right colors selected or it is not being rendered properly.
Any idears?
I know gpsd is runnign and my reciever is hooked up properly. using roadgps shows which satellites I have a fix via.
-
I'll try the newer software that xjqian posted about and maybe iut will be easier to use.
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=151378\")
ahh yes, that newer software runs a lot better. thank you.
Now have to try and figure out a way to get/convert a map of Manitoba and Winnipeg, as there's only a general map of North America on the roadmap website that's useful to us Canadians.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=151393\"][{POST_SNAPBACK}][/a][/div]
I'm having some trouble getting roadmap to display maps properly. I downloaded the newer software xjqian suggested and ipkg installed it. It installed and I can go to /mnt/sd/usr/bin/ and run roadmap. It first complained about not opening usdir.rdm, I downloaded the latest map files from roadmap.digitalomaha.net and dropped them in /usr/share/roadmap/ (which is a symlink to /mnt/sd/usr/share/roadmap). The map shows up as a bunch of black shapes on a white background. No streets shown. I can click and scroll around, but i suscpect I either don't have the right colors selected or it is not being rendered properly.
Any idears?
I know gpsd is runnign and my reciever is hooked up properly. using roadgps shows which satellites I have a fix via.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=161014\"][{POST_SNAPBACK}][/a][/div]
I'm not sure what was going wrong but I suspect it's all the screwing around I did with the window managers and libraries on my old install of pdaxii13.
I did a full backup, a wipe of the OS and memory cards, and started fresh.
I did a fresh install of the newest pdaxii13 and installed gpsdrive, roadnav, and roadmap.
Like the last install of pdaxii13, the UT-41 was picked up right away as the Prolific PL2303 on /dev/ttyUSB0.
I installed gpsd v2.22-1 from the pdaxrom Beta3 feed. Since dmesg showed the Ut-41 on /dev/ttyUSB0, I immediately tried gpsd -f /dev/ttyUSB0. Telnet'ing to localhost:2947, once connected hit enter and you should see gpsd respond with "GPSD" in all caps. Then if you type r and hit enter you should see your GPS start spitting out lots of lines of data at you. Get out of telnet by using the escape characters '^]'. If gpsd does not spit anything out at you after typing r and enter, somethign went wrong. Check dmesg to see if the UT-41 got claimed by a driver. If it did, try and determine what device node it appears on. i.e. /dev/ttyUSB0, /dev/ttyUSB1, /dev/somethingelse.
Once gpsd was up and running, I fired up GPSDrive v2.10pre3 from the pdaxrom Beta3 feed and it ran nicely as usual. I installed a few maps just to test from [a href=\"http://gtm.tel.uva.es/ztep/maps/dmap.htm]http://gtm.tel.uva.es/ztep/maps/dmap.htm[/url]. The UT-41 quickly (pretty fast ttff for a generic brand GPS) fixed my position an correctly indicated it on the map. Driving around that day tracked me 100% accuratly on the map. I was pleased Next stop for GPSDrive is to import some waypoints and test the tracks/routes/waypoint navigation features. One "gotcha!" for GPS drive is that you have to start it via sudo -u zaurus gpsdrive. I also symlink'd my ~/.gpsdrive to a directory on my SD card. A.k.a ln -s /mnt/card/gpsdrive ~/.gpsdrive I did this becuase the maps are stored in ~/.gpsdrive and dumping a few maps on that location fills up your NAND. I'd rather fill up my SD than my NAND (I've got a 4GB SD card )
I grabbed Roadmap v1.0.12 from https://www.oesf.org/forums/index.php?showt...ndpost&p=103707 (https://www.oesf.org/forums/index.php?showtopic=10148&view=findpost&p=103707) and I think I figured out roadmap this time around and after a little playing around with the maps and paths. It finally displayed the map for Washington state in USA nicely. Just as a tip, I had to install the maps to my SD card since I also installed the package to my SD card. The maps should be installed to /usr/share/roadmap. Since I installed roadnav to my SD card, it looked for the maps in /mnt/card/usr/share/roadmap. The maps the software asked for are :
1) http://roadmap.digitalomaha.net/maps/usdir.rdm.tgz (http://roadmap.digitalomaha.net/maps/usdir.rdm.tgz) - Map Directory
2) The map file for your state.
3) http://roadmap.digitalomaha.net/maps/dcwNAM.tar.gz (http://roadmap.digitalomaha.net/maps/dcwNAM.tar.gz) -DCW North America
After unpacking those maps in /mnt/card/usr/share/roadmap and starting roadmap from that directory, everything worked fine. I haven't had a chance to really play with this software yet, but it looks promising.
I installed roadnav v0.16 from the pdaxrom Beta3 feed. It ran the first time and began downloading the appropriate maps. I symlink'ed /tmp to /mnt/card/tmp. I also symlinked ~/.roadnavdata to /mnt/card/roadnavdata It seg faulted (I'm sure it ran out of memory). Since then I haven't had a chance to really upsize the swap space, overclock it, and make sure it works. Reports from other users in this forum suspect it runs nicely but is a bit sluggish since the software is built for a desktop. I installed it on my winxp home box and it was sluggish doing route calculations although it did pinpoint me on the map that it downloaded. I suspect there may be a way to download the maps (and convert them) on your windows/linux desktop and copy them over to the Z, but I can't confirm this yet.
This is my experience so far with the UT-41 and my Pdaxii13 Zaurus
-
Thanks for taking the time to share all the info. I'll get back into my GPS in fall and will appreciate all the info you posted.
Sorry for not helping more.
-
Thanks for taking the time to share all the info. I'll get back into my GPS in fall and will appreciate all the info you posted.
Sorry for not helping more.
[div align=\"right\"][{POST_SNAPBACK}][/a][/div] (http://index.php?act=findpost&pid=161387\")
No prob. I'll prolly screw it up later, so I'll use that last post as a howto (I'll eventually generate howto's on my homepage for everything I've tinkered with).
Have you found that GPSDrive somehow plots your position off by a few dozen meters? I put the long/lat that GPSDrive Status window reports into some online map programs (mapquest, google) and it accurately plots my position. However using the maps from [a href=\"http://gtm.tel.uva.es/ztep/maps/dmap.htm]http://gtm.tel.uva.es/ztep/maps/dmap.htm[/url] seems to be off a bit.
Furthermore, it is only off in the X direction (if you use the convention X is horizontal, Y is vertical). For example, If I have 148th street running east to west intersecting 104th avenue running north to south, If I'm on the NW corner, GPS drive will correctly place me just north of 148th street, but about 100ft WEST of 104th avenue. If I drive all over the place, driving horizontally on the map tracks me perfectly, however anytime I'm runnign north to south gpsdrive plots me about 100ft WEST of whatever road I"m on. It's weird.
EDIT: I'm going to try and fudge the location a bit by adjusting the longitude value of the map I specified and see if I can shift the image to match a known location.
EDIT2: Yeppers. If you fudge the long value in map_koord.txt by around 0.0001, you can shift the image about 10 to 15 feet. So I just lined it up to a known position, and voila! Problem is, if you have mapped out a large area, and have a boat load of tiled map files, you have to fudge each one by the same amount. Maybe one day I'll write a bash script to do it for me for now, I can do it by hand.
EDIT3: I had to play some more with map_koord.txt so here's my perl script to adjust it for me. http://www.rajeshprakash.com/zaurus/remap.pl (http://www.rajeshprakash.com/zaurus/remap.pl) Drop it in your .gpsdrive folder, and run it with ./remap.pl lat_adj long_adj > tempfile . Then overwrite map_koord.txt by tempfile. The variables lat_adj and long_adj are doubles, so you can enter 1.243 or -14.148 or anything else
-
portalgod: thanks for sharing your experience, could you put your experience with gps into the wiki page @ https://www.oesf.org/index.php?title=GPS (https://www.oesf.org/index.php?title=GPS)
If you don't have time, I will copy/edit the content over.