Windows maps download tool for MapThis! by in7ane

[vibez]

or maybe in7ane could knock something together seeing as he seems to be able to code at a fantastic rate

[fokia]

or maybe in7ane could knock something together seeing as he seems to be able to code at a fantastic rate

You can easily convert a POI in *.CSV format (as the ones in route66 and others) to fit the fields in MapThis! format using excel and some string functions... You can change any POI in less than 2 min...

I could post an example but wouldn't be reproducible by everyone, I guess...

[vibez]

That is how I created my speed camera database POI. I was just thinking it would be nice if we could automate the process like http://www.poieditor.com/ does

[vibez]

Any idea why i'm getting zero POI files in my driving directions?

Here is a screen shot showing that have correctly searched for directions on LocalLive

[in7ane]

screenshot:
http://homepage.mac.com/f.levin/psp/gmdl29.jpg

source and exe (in /bin/debug/):
http://homepage.mac.com/f.levin/psp/gmdl29.zip

In this version:
- KML (Google) POI import
- CSV (Navman, Garmin, generic) POI import (TomTom later maybe, for now use poieditor.com and a two stage conversion)
- Google POI search
- Google directions, including proper midpoints (on the road)
- 1024 map size limit, with the 3+ format (does this mean any size will work?)

If anyone wants to test the google POI (you have to use .co.uk for the UK) and directions (.com seems to work everywhere) searches on the country specific sites, I would appreciate any feedback.

fokia, if you got any documentation / sample code for reading the TomTom format tell me and I'll implement it.

vibez, add , uk to the post codes - it seems to be something about how Local.Live recognizes where you are (based on the map location?) but not when it is queried directly.
From:
dn17 2tp, uk
To:
dn16 1bp, uk
works fine.

deniska, I've found this for translating coordinates:
Terraserver: http://www.dasnet.org/other/gmaps/terrahack/changes.txt
also, http://www.dasnet.org/node/101 which now seems broken.
Still got to look for worldwind.

[fokia]

screenshot:
http://homepage.mac.com/f.levin/psp/gmdl29.jpg

source and exe (in /bin/debug/):
http://homepage.mac.com/f.levin/psp/gmdl29.zip

In this version:
- KML (Google) POI import
- CSV (Navman, Garmin, generic) POI import (TomTom later maybe, for now use poieditor.com and a two stage conversion)
- Google POI search
- Google directions, including proper midpoints (on the road)
- 1024 map size limit, with the 3+ format (does this mean any size will work?)

If anyone wants to test the google POI (you have to use .co.uk for the UK) and directions (.com seems to work everywhere) searches on the country specific sites, I would appreciate any feedback.

fokia, if you got any documentation / sample code for reading the TomTom format tell me and I'll implement it.

vibez, add , uk to the post codes - it seems to be something about how Local.Live recognizes where you are (based on the map location?) but not when it is queried directly.
From:
dn17 2tp, uk
To:
dn16 1bp, uk
works fine.

deniska, I've found this for translating coordinates:
Terraserver: http://www.dasnet.org/other/gmaps/terrahack/changes.txt
also, http://www.dasnet.org/node/101 which now seems broken.
Still got to look for worldwind.

YOU'RE INSANE!!!! Great work!

About TOMTOM format don't have anything but I'll crawll the web for it...

[EDIT]

found this, its JAVA don't know if you can use it over C++/VB

1.
public class POI {
2.
private double longitude;
3.
private double latitude;
4.
private String name;
5.

6.
public POI(String name, double longitude, double latitude) {
7.
this.name = name;
8.
this.longitude = longitude;
9.
this.latitude = latitude;
10.
}
11.

12.
public double getLatitude() {
13.
return latitude;
14.
}
15.

16.
public double getLongitude() {
17.
return longitude;
18.
}
19.

20.
public String getName() {
21.
return name;
22.
}
23.

24.
public static List getPOIs(InputStream is) throws IOException {
25.
List res = new ArrayList();
26.
int b = -1;
27.
while ((b = is.read())> -1) {
28.
if (b == 0 || b == 2) {
29.

30.
long total = readLong(is);
31.

32.
double longitude = (double) readLong(is) / 100000.0;
33.
double latitude = (double) readLong(is) / 100000.0;
34.

35.
byte[] r = new byte[(int) total - 13];
36.
is.read(r);
37.

38.
POI p = new POI(new String(r), longitude, latitude);
39.
res.add(p);
40.
}
41.
}
42.
return res;
43.
}
44.

45.
private static long readLong(InputStream is) throws IOException {
46.
long res = is.read();
47.
res += is.read() <<8;
48.
res += is.read() <<16;
49.
res += is.read() <<24;
50.
return res;
51.
}
52.
}

I'll keep searching...

[NEW EDIT]

about POI format
http://www.tomtom.com/support/ce/dow...dk3_manual.pdf

Found VB.NET2 Script leave as attach Is said to be for mac users that don't have poiedit for mac...

don't know if you can use it... Couldn't find anything in C#...

[vibez]

in7ane. Just tested all the new features and they all seem to work fine from a uk perspective

I'm i'm loving the POI convertor

[kididio]

Thank you for the great new features, now we kann make easyli poi lists for germany

[kAraCHo]

Any idea why i'm getting zero POI files in my driving directions?

Here is a screen shot showing that have correctly searched for directions on LocalLive

Did you enter those names for start and end point yourself? Afaik the tool only finds routes to and from City names(Like London, England), and not for places you named yourself(It can't know where that place is, Local.live uses the coordinates then, but the tool isn't able to "grab" them...)

Excuse my bad english, I hope you undestand what I mean

[deniska]

Good work, in7ane.
I only wish I could be as productive with MapThis! as you are with your application :-)

Anyway, I had no problems running 1024x1024 maps with my patched version.. I think it may work with even a higher number but it really gets impractical because of tremendous storage size...

Nice hack of google directions! Just one suggestion: could you put a white space in the first description field for MIDPOINTS? The empty string there screws up my parsing and display logic a bit:
40.622250,-73.965700,,MIDPOINT,
should be changed to:
40.622250,-73.965700, ,MIDPOINT,

Also, I do require "MIDPOINT" in the second field to properly proces it...