Openstreetmap Geodata Coming...

**Nieko** · October 4th, 2007, 08:29

Originally Posted by LouNGeR

In MapThis, when I search for my street, it takes me to the right location. Though it reports that my street is at 1353, while it should be 1359.

When you load the _ZIPCODE file, you'll see on the map that 1359 is in the bottom left of Flevoland (near A6 to Noord-Holland) and that 1353 is the first zipcode to the right (in Almere-Haven). I expect your street to simply be closer to the 1359 dot than to the 1353 dot, is that true?

Originally Posted by LouNGeR

In the ZIPCODE file, it shows that both of these codes are in "Noord Holland", while they are both actually in "Flevoland". So the coords in Geodata are correct, but the Zipcodes are wrong. (i did not have the ZIPCODE file in my MapThis folder, do I have to put it there?)

Regarding this, you might want to read http://stuff.nieko.net/psp/mapthis/geodata/readme.txt. It doesn't matter where you place the POI file, as long as you can load it (i.e., in /PSP/COMMON or in a map folder).

Originally Posted by LouNGeR

Btw, today I did a good test with my GPS for the first time (from Almere to Amsterdam). My Nederland map was fine, but I had some issues with starting the whole GPS process, is it normal that it takes like 10 minutes before it actually starts the tracking system?

LouNGeR: the PSP-290 isn't that great a GPS receiver, so that's why it takes longer to get a fix. It does really help to have an extension cable btw., I sometimes got fixes within 40 seconds.

Its reception is indeed better when the flat part (the part that says 'GPS') is facing the sky.

**LouNGeR** · October 4th, 2007, 19:21

Yes, 1353 is closer to my home because 1359 is way off.
According to the source that was used for the data, Flevoland is only included in the 8000 - 8387 range which is probably correct, and a part of Flevoland, is included in Noord Holland.
http://nl.wikipedia.org/wiki/Lijst_v..._en_provincies

However, the paragraph below that, is correct :

1343-1349: Almere-Hout
1350-1361: Almere Haven
- 1359: De Velden
- 1361: Marina
1380-1383: Weesp

It's all very strange

**Nieko** · October 5th, 2007, 10:47

Originally Posted by Nieko

About POIs, AND also has a lot of them, I'll see what I can do.

There are some categories that are almost empty, but a few others that are quite valuable. I'll put them online soon.

**Nieko** · October 5th, 2007, 12:50

I've extracted some of the more useful POI collections. They can be found here (together with the script needed for extracting them from OSM data): http://stuff.nieko.net/psp/mapthis/geodata/poi.zip

**Nieko** · December 10th, 2007, 19:15

I've rebuild the Dutch geodata, which can be found here: http://stuff.nieko.net/psp/mapthis/geodata/geodata.dat.

This file is a lot bigger than before, because it includes all the nodes of a street (corners etc.). This allows for more accurate reverse geodata lookup.

Also, a few new neighborhoods are present in this file.

As before, the scripts and instructions to build this geodata.dat yourself can be found here: http://stuff.nieko.net/psp/mapthis/geodata/. You can also find a README.txt here for people who merely want to use Dutch geodata.

**Codaz** · December 10th, 2007, 20:48

GREAT

So does this also work with the new format Deniska is setting up for Mapthis Vector Data ?

And on which OSM data is this one build, the 5-12 ?

**Nieko** · December 10th, 2007, 21:05

MapThis vector data is a completely different format, and the file would then be called geoline.dat.

Since vector data isn't supported yet and because the format may change, I'm not creating a Dutch geoline.dat yet. When this becomes useful, of course I will

.

It's indeed built using 5-12 build.

**Codaz** · December 11th, 2007, 19:57

Can geoline.dat and geodata.dat cooperate ?

So that you are driving onto line 4302392 and that road is Leidseweg for example ?

I suppose it's lat/lon based but ok

When geoline.dat appears, the GPSFS data becomes obsolete

**Nieko** · December 11th, 2007, 21:06

I think they very well can

.

I don't think GPSFS data will become obsolete though. OSM data doesn't contain cycle lanes e.g., while Google Maps does. Also, GPSFS will remain useful for locations where no vector data is available.