Ist es möglich POI Daten (z.B. Restaurant) herunterzuladen ?

bammab · 2013-09-12 13:02:10

Hallo,

ich suche für ein Projekt Namen, Adressdaten und evtl. GPS Daten von Restaurants in Deutschland.

Ist es möglich dieses irgendwie zu sammeln und herunterzuladen am besten im CSV - Format?

Vielen Dank für eure Antwort.
Gruß bammab

rayquaza · 2013-09-12 13:17:58

Du willst also im Prinzip diese Anfrage an die Overpass API und das dann in ein CSV-Format umwandeln. Das OSM-Datenformat, das du von der Overpass API erhalten würdest ist hier dokumentiert.

IIRC gibt es auch ein Tool, mit dem man POI einfacher nutzen kann, aber mir fällt der Name gerade nicht ein.

bammab · 2013-09-12 14:55:36

Hey,

das ist ja schon mal eine gute Nachricht.
Klingt kompliziert was auf den Seiten steht, welche du verlinkt hast.
Mal schauen ob ich das schaffe.
Danke
Gruß

EDIT: Ist glaub zu heavy für mich :-/

Last edited by bammab (2013-09-12 16:34:42)

stephan75 · 2013-09-12 16:44:56

hi bammab,

schau auch nochmal auf http://help.openstreetmap.org vorbei und suche da nach Schlüsselwörtern wie:

export data filter CSV ... probier mal einzeln oder zusammen.

Da gibt es definitiv schon Lösungen zum "herausfiltern" von bestimmten Elementen, und auch zum Umwandeln von rohen OSM-Daten in ein CSV Format.

gormo · 2013-09-13 08:09:46

bammab wrote:

Ist es möglich dieses irgendwie zu sammeln und herunterzuladen am besten im CSV - Format?

Bei der Overpass Turbo-Anfrage gibts die Möglichkeit das nach GPX zu exportieren - bringt dir das was?

Sonst gibt es das Programm "osmconvert". Siehe http://wiki.openstreetmap.org/wiki/DE:O … SV-Dateien für speziell "wie mach ich ein CSV?".

EvanE · 2013-09-13 12:59:07

gormo wrote:

bammab wrote:
Ist es möglich dieses irgendwie zu sammeln und herunterzuladen am besten im CSV - Format?
Bei der Overpass Turbo-Anfrage gibts die Möglichkeit das nach GPX zu exportieren - bringt dir das was?
Sonst gibt es das Programm "osmconvert". Siehe http://wiki.openstreetmap.org/wiki/DE:O … SV-Dateien für speziell "wie mach ich ein CSV?".

Zum Ausschneiden und Formatwandeln ist osmconvert bestens geeignet.
Wenn es ans Filtern geht, wäre man mit dem Programm osmfilter wahrscheinlich besser bedient.

Bei der Suche nach POI ist zu berücksichtigen, dass POIs mit allen drei OSM-Datentypen vorkommen können:
- als einzelner Punkt (Knoten)
- als Fläche (geschlossener Weg)
- als Relation (Zusammenfassung mehrerer OSM-Objekte)
Das macht die Suche geringfügig aufwändiger.

@bammab: Herzlich willkommen im Forum

Edbert (EvanE)

Netzwolf · 2013-09-14 15:12:09

Nahmd,

bammab wrote:

ich suche für ein Projekt Namen, Adressdaten und evtl. GPS Daten von Restaurants in Deutschland.
Ist es möglich dieses irgendwie zu sammeln und herunterzuladen am besten im CSV - Format?

Ja.

Braucht ein bisschen Nachbearbeitung, alldieweil auch Restaurants aus Nachbarländern drin sind, genauer: alle aus dem Rechteck, in das DE hineinpasst.

Gruß Wolf

Edit: CSV-Dateien gelöscht und Link entfernt.

Last edited by Netzwolf (2013-10-04 18:28:22)

MorbZ · 2013-09-18 23:19:07

Hallo,
OsmPoisPbf ist vielleicht etwas für dich. Das Tool liest eine OSM-Datei und gibt alle POIs in einer .csv-Datei aus. Das Filtern nach bestimmten Typen ist derzeit nicht möglich, was heißt du müsstest die Restaurants dann aus der .csv rausfiltern beim einlesen. Disclaimer: Das Tool habe ich erstellt.

Grüße

Oli-Wan · 2013-09-18 23:57:01

MorbZ wrote:

Das Filtern nach bestimmten Typen ist derzeit nicht möglich, was heißt du müsstest die Restaurants dann aus der .csv rausfiltern beim einlesen.

Gerade mal schnell reingeguckt: die Datei TagChecker.java auf ein Drittel ihrer Größe einzudampfen oder alternativ zwei Zeilen zusätzlich einzubauen fällt wohl kaum unter "nicht möglich" Aber der OP will ja auch noch Adressen mitgeliefert bekommen - und scheint andererseits bereits aufgegeben zu haben.

MorbZ · 2013-09-19 00:06:36

Oli-Wan wrote:

MorbZ wrote:
Das Filtern nach bestimmten Typen ist derzeit nicht möglich, was heißt du müsstest die Restaurants dann aus der .csv rausfiltern beim einlesen.
Gerade mal schnell reingeguckt: die Datei TagChecker.java auf ein Drittel ihrer Größe einzudampfen oder alternativ zwei Zeilen zusätzlich einzubauen fällt wohl kaum unter "nicht möglich" Aber der OP will ja auch noch Adressen mitgeliefert bekommen - und scheint andererseits bereits aufgegeben zu haben.

Ich hatte auch eher an eine Filter-Funktion gedacht mit übergebenem Parameter, so dass kein neukompilieren notwendig wäre. PS: Kuck dir bloß nicht den Code an , das war quick&dirty programmiert, aber es erfüllt seinen Zweck.

bammab · 2013-09-19 16:33:03

Hey,
vielen Dank für die Diskussion :9
War ein paar Tage aus dem Netz verschwunden aber jetzt wieder hier ;-)

Netzwolf wrote:

Nahmd,
bammab wrote:
ich suche für ein Projekt Namen, Adressdaten und evtl. GPS Daten von Restaurants in Deutschland.
Ist es möglich dieses irgendwie zu sammeln und herunterzuladen am besten im CSV - Format?
Ja.
Braucht ein bisschen Nachbearbeitung, alldieweil auch Restaurants aus Nachbarländern drin sind, genauer: alle aus dem Rechteck, in das DE hineinpasst.
Gruß Wolf

Hilft mir schon mal weiter. Ist nur reichliche Arbeit, dass in mein Format zu bekommen :X -- Obwohl mit Excel gehts eigentlich durch die Option "Text in Spalten"
Wie hast du das ganze denn jetzt erstellt?

Gruß

Last edited by bammab (2013-09-19 16:35:38)

Netzwolf · 2013-09-20 16:47:52

Nahmd,

bammab wrote:

Netzwolf wrote:
Braucht ein bisschen Nachbearbeitung, alldieweil auch Restaurants aus Nachbarländern drin sind, genauer: alle aus dem Rechteck, in das DE hineinpasst.
Hilft mir schon mal weiter. Ist nur reichliche Arbeit, dass in mein Format zu bekommen :X -- Obwohl mit Excel gehts eigentlich durch die Option "Text in Spalten"

Magst Du uns das von Dir gewünschte Format mitteilen? Oder ein Beispiel angeben?

Wie hast du das ganze denn jetzt erstellt?

Auszug aus dem Datenbestand, mit dem auch die historische Karte, Öffnungszeitenkarte, Stolpersteinkarte usw. gefüttert werden. Nicht öffentlich zugänglich.

Gruß Wolf

bammab · 2013-09-23 09:29:41

Hallo Netzwolf,

aber darf ich das dann überhaupt (mehr oder weniger kommerziel) nutzen für solch eine Datenbank?

Die ideale Form wäre

;-)
Aber deine Tabelle bekommt man mit ein bisschen Arbeit schon umgemogelt. Wobei jetzt nicht alle Informationen überall vorhanden sind.
Aber man kann ja nicht alles haben

wambacher · 2013-09-23 10:16:13

bammab wrote:

Aber deine Tabelle bekommt man mit ein bisschen Arbeit schon umgemogelt. Wobei jetzt nicht alle Informationen überall vorhanden sind.
Aber man kann ja nicht alles haben

Warum muß es denn eigentlich das - schon ziemlich veraltete - CSV-Format sein? Ich würde an deiner Stelle die Anwendung an modernere Formate (XML oder besser nch JSON) anpassen.

Und was meinst du mit "nutzen für solch eine Datenbank" ?

Wenn du Daten aus OSM extrahierst und diese mit weiteren Daten mischt, die nicht in OSM enthalten sind, mußt du diese Daten OSM zur Verfügung stellen.
Das ist nun mal ihn unserer Lizenz so vorgesehen. Solange du allerdings nur Daten verwendest, die in OSM drin sind, wäre alles ok.

Gruss
walter

bammab · 2013-09-23 10:58:42

wambacher wrote:

bammab wrote:
Aber deine Tabelle bekommt man mit ein bisschen Arbeit schon umgemogelt. Wobei jetzt nicht alle Informationen überall vorhanden sind.
Aber man kann ja nicht alles haben
Warum muß es denn eigentlich das - schon ziemlich veraltete - CSV-Format sein? Ich würde an deiner Stelle die Anwendung an modernere Formate (XML oder besser nch JSON) anpassen.
Und was meinst du mit "nutzen für solch eine Datenbank" ?
Wenn du Daten aus OSM extrahierst und diese mit weiteren Daten mischt, die nicht in OSM enthalten sind, mußt du diese Daten OSM zur Verfügung stellen.
Das ist nun mal ihn unserer Lizenz so vorgesehen. Solange du allerdings nur Daten verwendest, die in OSM drin sind, wäre alles ok.
Gruss
walter

Weil ich da nur CSV Dateien importieren kann.

Mein Gedanke war es die Grunddaten wie Name, Adresse und GPS Daten in die Datenbank zu laden und dann von den Besitzern selber bearbeiten lassen (optimale)
Das würde dann ja nicht gehen mit OSM WEIL ich die neuen Daten ja nicht bei OSM hinzufügen könnte. Außer natürlich Manuel(l). (?)

Last edited by bammab (2013-09-23 11:32:07)

Oli-Wan · 2013-09-23 11:08:41

bammab wrote:

Das würde dann ja nicht gehen mit OSM WEIL ich die neuen Daten ja nicht bei OSM hinzufügen könnte. Außer natürlich Manuel. (?)

Das hat Walter etwas unpräzise formuliert. Wenn Du OSM-Daten hernimmst und bearbeitest, also z.B. weitere Datensätze hinzufügst oder Zusatzinformationen einbaust, mußt Du das Ergebnis wieder unter der gleichen Lizenz zur Verfügung stellen. Dann können wir, wenn wir wollen, diese Daten bei uns einbauen - in dem Sinne stellst Du sie also (auch) uns zur Verfügung. Es besteht aber keine Verpflichtung, die Daten selbst in OSM zu bringen - das könnte sogar ausdrücklich unerwünscht sein. (OSM-Daten mit anderen Daten zusammenzuführen setzt natürlich voraus, daß Du dies seitens der Bedingungen der Drittdaten überhaupt darfst, Stichwort "kompatible Lizenz".)

Für den Anfang sei http://www.openstreetmap.org/copyright und die von dort verlinkte Lizenz zur Lektüre empfohlen.

Wer ist Manuel?

Netzwolf · 2013-09-23 11:42:17

Moins,

bammab wrote:

aber darf ich das dann überhaupt (mehr oder weniger kommerziel) nutzen für solch eine Datenbank?

Das sind originale OSM-Daten, nur umgewandelt in das von Dir gewünschte Format.
Ich halte keinerlei Rechte daran.

Du kannst damit alles machen, was die OSM-ODBLC zulässt.

Die ideale Form wäre
Name | Adresse | GPS Lat | GPS Long | Telefon | email | website | Kategorie (Restaurant, Bar, Café etc.)

Empfehlung und Frage dazu:

1. Ich würde zusätzlich die OSM-Id aufnehmen. Die brauchst Du, wenn Du Fehler feststellst und zwecks Korrektur das zugehörige Objekt in der OSM-Datenbank finden willst.

2. Willst Du wirklich die alle Komponenten der Adresse in einem Feld zusammenfassen? Falls ja: wie willst Du PLZ+Ort und Straße+Hausnummer voneinander trennen? ”12345 Musterstadt, Hauptstraße 1”? Und wenn ja, wie willst Du mit fehlenden Teilfeldern umgehen? “12345, Hauptstraße”?

Davon abgesehen ist das Umsortieren der Felder natürlich trivial.

Wobei jetzt nicht alle Informationen überall vorhanden sind.

Daten, die nicht da sind, kann man weder umwandeln noch ausliefern.

BTW: allen Unkenrufen zum Trotz ist CSV natürlich weiterhin das Format zur selbstdokumentierenden kompakten und sowohl menschen- als auch maschinenlesbaren Speicherung von nicht unterstrukturierten tabellarischen Daten.
Bei komplexeren Daten ist CSV unbrauchbar und XML das Format der Wahl.
Json ist eine reine Notlösung, weil es als Jsonp auch von Fremddomains gezogen werden kann und weil JavaScript es per eval() sehr schnell parsen kann. .oO( die Nutzung von eval() bietet allerdings dem Bereitsteller der Daten äußerst krative Möglichkeiten. )

Gruß Wolf

wambacher · 2013-09-23 12:08:18

Netzwolf wrote:

Empfehlung und Frage dazu:
Ich würde zusätzlich die OSM-Id aufnehmen. Die brauchst Du, wenn Du Fehler feststellst und zwecks Korrektur das zugehörige Objekt in der OSM-Datenbank finden willst.

Und schon haben wir das altbekannte - aber dennoch ungelöste - Problem der Verlinkung von OSM-Objekten mit deren Daten in lokalen Datenbanken.
Das über die ID des Objektes lösen zu wollen, ist etwas "riskant". Diese Verknüpfung kann - und wird - sich ändern, sobald ein Mapper eine komplexere Änderung macht und dafür das Objekt neu anlegt.
Beispiel: Verlagerung der Tags eines Nodes an das Building oder auch umgekehrt.

Lösungsansätze wie die Benutzung einer uuid für kritische Objekte (POI?) werden bisher nicht akzeptiert.

Gruss
walter

bammab · 2013-09-23 12:31:53

bammab wrote:

Die ideale Form wäre
Name | Adresse | GPS Lat | GPS Long | Telefon | email | website | Kategorie (Restaurant, Bar, Café etc.)
Empfehlung und Frage dazu:
1. Ich würde zusätzlich die OSM-Id aufnehmen. Die brauchst Du, wenn Du Fehler feststellst und zwecks Korrektur das zugehörige Objekt in der OSM-Datenbank finden willst.
2. Willst Du wirklich die alle Komponenten der Adresse in einem Feld zusammenfassen? Falls ja: wie willst Du PLZ+Ort und Straße+Hausnummer voneinander trennen? ”12345 Musterstadt, Hauptstraße 1”? Und wenn ja, wie willst Du mit fehlenden Teilfeldern umgehen? “12345, Hauptstraße”?
Davon abgesehen ist das Umsortieren der Felder natürlich trivial.

Wahrscheinlich weißt du das schon aber man kann in Excel oder Calc mit der Funktion "Text in Spalten" herbeiführen, dass wenn z.B. bei ”12345 Musterstadt, Hauptstraße 1” die Stadt und die Straße in einer Zeile durch ein "," getrennt sind diese in zwei Zeilen machen. Also steht dann dort nur noch ”12345 Musterstadt" und "Hauptstraße 1” anschließend kann man das Ganze noch mal machen, dass Calc/Excel bei einem Leerzeichen trennt. Somit hat man dann drei einzelne Daten, welche man sich dann so sortieren kann wie man möchtet.

Der Standort wird im Endeffekt eh über die GPS Daten ermittelt und die Straße ist nur als "Content" zu sehen. Darum ist es bei kleineren Fehlern nicht so tragisch und kann bei Bemerken geändert werden.

Es ist auch viel Trash dabei aber da muss man sich dann halt mal ein bisschen Zeit nehmen und aussortieren.
*EDIT* Das größte Problem ist eigentlich die Sortierung nach Kategorien. Weil überall nur Restaurant steht und nicht z.B. China-Imbiss oder Schnellimbiss

Last edited by bammab (2013-09-23 12:41:50)

wambacher · 2013-09-23 12:54:02

bammab wrote:

Es ist auch viel Trash dabei aber da muss man sich dann halt mal ein bisschen Zeit nehmen und aussortieren.
*EDIT* Das größte Problem ist eigentlich die Sortierung nach Kategorien. Weil überall nur Restaurant steht und nicht z.B. China-Imbiss oder Schnellimbiss

Ich hab da irgendwie ein ungutes Gefühl:
Willst du POI-Daten aus OSM extrahieren, die in einen Excel-Sheet packen, dort händisch nachbearbeiten, sortieren und dann in irgend einer Anwendung verwenden?
Das machst du höchstens 2-3 mal bis dir der Kragen platzt.

Packe die dich interessierende Daten in eine kleine PostGis-Datenbank, schreibe einige schlaue Abfragen und kümmere dich um deine Anwendung.

Gruss
walter

bammab · 2013-09-23 13:07:58

wambacher wrote:

bammab wrote:
Es ist auch viel Trash dabei aber da muss man sich dann halt mal ein bisschen Zeit nehmen und aussortieren.
*EDIT* Das größte Problem ist eigentlich die Sortierung nach Kategorien. Weil überall nur Restaurant steht und nicht z.B. China-Imbiss oder Schnellimbiss
Ich hab da irgendwie ein ungutes Gefühl:
Willst du POI-Daten aus OSM extrahieren, die in einen Excel-Sheet packen, dort händisch nachbearbeiten, sortieren und dann in irgend einer Anwendung verwenden?
Das machst du höchstens 2-3 mal bis dir der Kragen platzt.
Packe die dich interessierende Daten in eine kleine PostGis-Datenbank, schreibe einige schlaue Abfragen und kümmere dich um deine Anwendung.
Gruss
walter

Ist eine Website und keine Anwendung. (Außer für dich ist eine Website eine Anwendung dann... )

Also das ist natürlich nicht die optimalste und schnellste Lösung. Aber da ich ich nicht zu viel Kleingeld in die Sache stecken möchte indem ich die Daten irgendwo kaufe nehme ich die Arbeit halt in Kauf.
Wobei ich bei den "Datenhändlern" die ich im Netz gefunden habe eh OSM als Quelle gesehen habe.

Von der PostGis Datenbank hab ich keine Ahnung. Muss ich mich mal ein Stück mit befassen und schauen ob mir das weiter hilft oder eher nicht.

Netzwolf · 2013-09-23 13:17:33

Nahmd,

bammab wrote:

Das größte Problem ist eigentlich die Sortierung nach Kategorien.
Weil überall nur Restaurant steht und nicht z.B. China-Imbiss oder Schnellimbiss

Man kann leider (defektes Taggingmodell) nicht einfach alle Futterstellen auswählen, sondern muss einzeln auflisten, welche man haben will. Ich hatte mich auf “restaurant” und “cafe” beschränkt, hab jetzt aber Fastfood, Kneipen und Biergärten ergänzt. Die Art der Küche wird getrennt im Feld “cuisine” erfasst; auch das habe ich jetzt ergänzt: download.

Telefonnummern, Emailadressen und Webseiten-URL können in unterschiedlichen Feldern eingetragen sein (email=* oder contact:email=*); dieser Wirrwarr hat bei OSM Methode und ein automatisches (verlustfreies) Umtaggen auf eine einheitliche Darstellung in der Datenbank ist leider unerwünscht; dadurch muss jeder einzene Nutzer der Daten diese Arbeit erledigen. Ich habs mir einfach gemacht und jeweils nur eines der möglichen Felder ausgelesen; da schaue ich aber noch nach, wie ich die Alternativfelder integriert bekomme.

Gruß Wolf

wambacher · 2013-09-23 13:17:53

bammab wrote:

Ist eine Website und keine Anwendung. (Außer für dich ist eine Website eine Anwendung dann... )

Für mich ist das auch eine Anwendung.

Also das ist natürlich nicht die optimalste und schnellste Lösung. Aber da ich ich nicht zu viel Kleingeld in die Sache stecken möchte indem ich die Daten irgendwo kaufe nehme ich die Arbeit halt in Kauf.
Wobei ich bei den "Datenhändlern" die ich im Netz gefunden habe eh OSM als Quelle gesehen habe.

Nee, bei OSM bist du schon an der richtigen Quelle. Genau dafür gibt es uns ja.

Von der PostGis Datenbank hab ich keine Ahnung. Muss ich mich mal ein Stück mit befassen und schauen ob mir das weiter hilft oder eher nicht.

Es ist halt die Frage, wie deine Webseite (als Anwendung) an die extrahierten OSM-Daten kommt.
Bei relativ statischen POI (alle Briefkästen meiner Stadt) ist das mit lokalen CSV-Daten schnell erledigt und es gibt ja auch einige Beispiele dazu im OSM-Wiki. Doch sobald a) die Fläche größer und b) die Aktualität wichtig wird, solltest du andere Mechanismen benutzen um die "Daten zur Anwendung zu bringen".

Text-Files und auch CSV stehen da am unteren Ende und eine PostGIS-DB wohl am oberen Ende der Möglichkeiten. Es hängt halt von deinem Projekt ab.

Gruss
walter

geri-oc · 2013-09-23 13:42:30

Netzwolf wrote:

...
Telefonnummern, Emailadressen und Webseiten-URL können in unterschiedlichen Feldern eingetragen sein (email=* oder contact:email=*); dieser Wirrwarr hat bei OSM Methode und ein automatisches (verlustfreies) Umtaggen auf eine einheitliche Darstellung in der Datenbank ist leider unerwünscht ...

Warum gibt es überhaupt einen "leeren" Schlüssel contact? Dieser kann eingespart werden und wie üblich phone, email, ... eingetragen werden.
So sieht es mit der Nutzung von contact:phone=* : phone=* (45800 von 3500 user : 246000 von 17000 user)

EvanE · 2013-09-23 14:01:40

geri-oc wrote:

Warum gibt es überhaupt einen "leeren" Schlüssel contact? Dieser kann eingespart werden und wie üblich phone, email, ... eingetragen werden.
So sieht es mit der Nutzung von contact:phone=* : phone=* (45800 von 3500 user : 246000 von 17000 user)

Weil die Leute alle Kontaktinformationen zusammen unter einem Oberbegriff haben wollen?

Nachtrag:
Es gibt contact:phone, contact:website, contact:email, contact:fax und noch einige mehr. Wenn dies zusammen betrachtet, macht es meiner Meinung nach durchaus Sinn, dies unter einem Oberbegriff / Hauptschlüssel zusammen zu fassen.

Edbert (EvanE)

Last edited by EvanE (2013-09-23 14:08:32)

Announcement

#1 2013-09-12 13:02:10

Ist es möglich POI Daten (z.B. Restaurant) herunterzuladen ?

#2 2013-09-12 13:17:58

Re: Ist es möglich POI Daten (z.B. Restaurant) herunterzuladen ?

#3 2013-09-12 14:55:36

Re: Ist es möglich POI Daten (z.B. Restaurant) herunterzuladen ?

#4 2013-09-12 16:44:56

Re: Ist es möglich POI Daten (z.B. Restaurant) herunterzuladen ?

#5 2013-09-13 08:09:46

Re: Ist es möglich POI Daten (z.B. Restaurant) herunterzuladen ?

#6 2013-09-13 12:59:07

Re: Ist es möglich POI Daten (z.B. Restaurant) herunterzuladen ?

#7 2013-09-14 15:12:09

Re: Ist es möglich POI Daten (z.B. Restaurant) herunterzuladen ?

#8 2013-09-18 23:19:07

Re: Ist es möglich POI Daten (z.B. Restaurant) herunterzuladen ?

#9 2013-09-18 23:57:01

Re: Ist es möglich POI Daten (z.B. Restaurant) herunterzuladen ?

#10 2013-09-19 00:06:36

Re: Ist es möglich POI Daten (z.B. Restaurant) herunterzuladen ?

#11 2013-09-19 16:33:03

Re: Ist es möglich POI Daten (z.B. Restaurant) herunterzuladen ?

#12 2013-09-20 16:47:52

Re: Ist es möglich POI Daten (z.B. Restaurant) herunterzuladen ?

#13 2013-09-23 09:29:41

Re: Ist es möglich POI Daten (z.B. Restaurant) herunterzuladen ?

#14 2013-09-23 10:16:13

Re: Ist es möglich POI Daten (z.B. Restaurant) herunterzuladen ?

#15 2013-09-23 10:58:42

Re: Ist es möglich POI Daten (z.B. Restaurant) herunterzuladen ?

#16 2013-09-23 11:08:41

Re: Ist es möglich POI Daten (z.B. Restaurant) herunterzuladen ?

#17 2013-09-23 11:42:17

Re: Ist es möglich POI Daten (z.B. Restaurant) herunterzuladen ?

#18 2013-09-23 12:08:18

Re: Ist es möglich POI Daten (z.B. Restaurant) herunterzuladen ?

#19 2013-09-23 12:31:53

Re: Ist es möglich POI Daten (z.B. Restaurant) herunterzuladen ?

#20 2013-09-23 12:54:02

Re: Ist es möglich POI Daten (z.B. Restaurant) herunterzuladen ?

#21 2013-09-23 13:07:58

Re: Ist es möglich POI Daten (z.B. Restaurant) herunterzuladen ?

#22 2013-09-23 13:17:33

Re: Ist es möglich POI Daten (z.B. Restaurant) herunterzuladen ?

#23 2013-09-23 13:17:53

Re: Ist es möglich POI Daten (z.B. Restaurant) herunterzuladen ?

#24 2013-09-23 13:42:30

Re: Ist es möglich POI Daten (z.B. Restaurant) herunterzuladen ?

#25 2013-09-23 14:01:40

Re: Ist es möglich POI Daten (z.B. Restaurant) herunterzuladen ?

Board footer