Was kann es:
lokal gespeicherte *.OSM-Dateien aktualisieren
Kacheln und Kachelbereiche herunterladen
lokale Verzeichnisse in einer Favoritenliste verwalten
Was wird es können:
mkgmap ansteuern
portable-Fähigkeit
Kartenanzeige
…
Was sollte man wissen:
ohne Installation lauffähig
legt im lokalen Anwendungsdaten-Verzeichnis einen Ordner OSMTileLoader an, im dem die Einstellungen gespeichert werden (INI-Datei)
mit Delphi erstellt
OSMTileLoader ist noch BETA!
Wie wird es bedient:
Im Ordnerfesnster links unten eiunen Ordner mit OSM-Dateien auswählen.
Die OSM-Dateien erscheinen in der Dateiliste rechts
In der Dateiliste kann man nun Dateien markieren und aktualisieren (Update).
Beim Kacheln laden werden die Kacheln als einzelne Dateien im aktuellen Verzeichnis abgelegt
Ich würde mich freuen, wenn ihr das Tool mal testet und mir ein Feedback gebt.
Wenn jemand das Tool nutzen möchte, bin ich für Erweiterungsvorschläge offen. Bei regem Interesse würde ich das Ganze auf Sourceforge hosten und mich über Mitarbeiter freuen.
Neue Version 0.9.1.7 (12.3.2009) bereitgestellt:
Konfigurationsmöglichkeit für Proxy in einem Einstellungsdialog
Kacheln eines Permaliks laden
Kacheln der Punkte in einer GPX-Datei laden
Viele kleine Korrekturen und Verbesserungen
Mir fehlt ehrlich gesagt die Phantasie, wofür ich es einsetzen sollte. Da es anscheinend Windows only ist, bin ich eh nicht Teil der Zielgruppe, aber mich würde schon interessieren, an welche Anwendungsszenarien du gedacht hast. Ist das mehr für “Profis” gedacht oder gibt es irgendwas, wofür ein Normalmapper programmgestützte Downloads/Updates von .osm-Daten außerhalb des Editors nützlich finden könnte?
Ja, das könnte am Proxi liegen. Eine Konfigurationsmöglichkeit ist noch nicht eingebaut. Wenn aber Interesse besteht…
Wofür das Ganze?
Beim Mappen möchte ich auf meinem Garmin immer die aktuellen Karten dabei haben. Diese rendere ich mir selber zusammen.
Jetzt könnte man in josm immer den relevanten Bereich laden oder in kosmos vorhandene Dateien aktualisieren. Da ist aber Handarbeit angesagt.
Auch könnte man die OSM-Dateien vom "Zielgebiet laden. Diese muss man aber wieder zerstückeln, weil sie für mkgmap zu groß sind.
Und da gibt es noch wget…
Ich habe also einige OSM-Dateien von interessanten Gebieten. Diese kann ich einfach mittels OSMTileLoader aktuell halten: markieren, dann update.
Ich möchte aktuelle Daten von einem größeren Gebiet: Kachelbereich angeben, und es werden die Kacheln geladen und in einzelnen Dateien abgelegt.
Und dann noch…arbeite ich gerade an einer Funktion die alle Kacheln läd, in denen die Punkte (wpt, trkpt, rtept) einer GPX-Datei liegen. Praktisch fürs GeoCachen
Geplant ist noch eine grafische Bereichsangabe und die Ansteuerung von mkgmap. Und eine Konfigurationsmöglichkeit für die Internet-Verbindung ;) Sollte bis morgen drin sein!
Gruß und Danke fürs Testen. Bin wie gesagt für Verbesserungs- und Erweiterungsvorschäge offen und dankbar.
Habe auch mal getestet. Ich benutze kein Windows, es lässt sich jedoch unter Wine starten. Das Programm ist nach einem Klick auf Update abgestürzt. Die Funktion Kacheln laden ist sehr umständlich, gibt es einen einfacheren Weg als in der Slippy Map → Grafik anzeigen und die Nummern aus der URL ablesen?
Soweit so gut, Kacheln wurden heruntergeladen, diese sind aber leer.
Eine komfortablere Möglichkeit, die Kacheln anzugeben ist für später geplant. Das Laden aller Kacheln rund um die Punkte einer GPX-Datei ist so gut wie fertig.
Das Programm speichert die heruntergeladenen Daten nicht direkt, sondern nutzt die in Windows registrierten XML-Parser, um die Datei zu speichern. Mglw. steht dieser unter wine nicht zur Verfügung oder macht sonstwie Probleme. Gab es denn eine Fehlermeldung?
Was soll ich sagen, bei mir geht es.
das mit dem Proxy freut mich, denn das konnte ich hier nicht testen
Der E/A-Fehler deutet auf einen falsch zusammengebastelten Dateinamen hin. Kannst Du mir sagen, unter welchen Umständen der Fehler kommt?
Wenn es beim Start und Beenden kommt, liegt es am Laden und Speichern der Ini-Datei. Der Ablageort wird beim Start angezeigt. Bei der nächsten Version kann man die Ini-Datei als Startparameter angeben. Und einen Webbrowser für den Permalink.
Besteht Interesse an einem Silent-Modus für den Einsatz in Batchdateien?
Hey, sieht cool aus das tool, sowas in der art zum Updaten von heruntergeladenen osm daten wollte ich auch schon machen (und auch über herunterladen von Kacheln hab ich nachgedacht). Ich renderer für mein tomtom (ttMaps) mit osmaRenderer selbst kacheln um die dann in ecw umzuwandeln und anzeigen zu können - da die von OSM angebotenen Kacheln hierfür eher zu klein sind ist selbstrendern für mich imo eine bessere option (alternative wäre es gewesen osm kacheln zusammenzufügen).
Über einen Batch modus zum updaten von OSM dateien würde ich mich freuen, batch kacheldownload brauch ich (glaube ich) nicht.
Was cool wäre wäre Kacheldownload mit gps koordinaten und angabe der Kachelgröße sowie des umfangs in KM (würde idealerweise gerne 5x5 bis 10x10km Kacheln der umgebung rendern)
Um ein Update für alle Dateien in einem Verzeichnis durchzuführen, genügt es, die Dateien zu markieren die Funktion Update aufzurufen. Um so richtig automatisch einige Operationen durchzuführen, baue ich entweder einen Skript-Interpreter ein oder es wird umfangreiche Startparameter geben, um per Batch-Datei Funktionen aufzurufen. Ich bin mir da noch nicht sicher, welchen Weg ich gehen werde. Wie sind Eure Meinungen dazu?
Die Idee, den Umkreis um einen Koordinate anzugeben, finde ich auch nicht schlecht. Kommt wohl auf meine ToDo-Liste.
Ja wie das geht hatte ich wohl verstanden Mein kommentar bezog sich mehr auf das “Besteht Interesse an einem Silent-Modus für den Einsatz in Batchdateien?” habe mich da wohl etwas unglücklich ausgedrückt.
Mir würde Startparameter reichen beziehungsweise wären mir lieber so wahnsinnig viel wäre mit einer scriptsprache ja denke ich eh nicht zu machen (2 funktionen - updateFile und downloadTile - letzteres in verschiedenen variationen?). Wenn schon scriptsprache dann wäre auch einbinden in eine vorhandene scriptsprache sicher sinnvoller (z.B. python bindings)
Kleine anmerkung: Wenn eine osm datei keine hat (haben dateien die mit der xapi geholt worden sind oder mit osmosis processed worden sind (zumindest bei area-center plugin) nicht) macht dein tool einen map query nach “http://api.openstreetmap.org/api/0.5/map?bbox=0,0,0,0” was jetzt nicht so gut geht und überschreibt dann die datei mit einer leeren, das ist ein bisschen uncool, abbrechen wäre hier sicher eine bessere aktion.