Re: [Talk-de] All in One bald effizienter und mit detaillierterer Abdeckung
Hi, Am 16.03.2010 03:14, schrieb Martin Koppenhoefer: > könnte es evtl. auch sein, dass von diesen 2134 Kacheln auf dem Gerät > nur 2025 ankommen, und Du es bisher nur noch nicht bemerkt hast, weil > diese 109 Kacheln irgendwo liegen, wo es nicht auffällt? Nö, da hätte mkgmap einen Error gebracht, beim Zusammenstellen der Kacheln in eine gmapsupp.img. Mapsource oder sendmap hätten das wahrscheinlich still und leise einfach weggelassen -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in One bald effizienter und mit detaillierterer Abdeckung
Am 15. März 2010 20:21 schrieb Carsten Schwede : > Am 15.03.2010 18:35, schrieb Christoph Wagner: >> feste Kacheln zu haben, denn die Anzahl der Gesamtkacheln ist leider >> auch begrenzt auf 2025 Kacheln, wie man beispielsweise hier nachlesen > Meine EU-Karte enthält komischerweise 2134 Kacheln, und trotzdem > funktioniert sie :-D könnte es evtl. auch sein, dass von diesen 2134 Kacheln auf dem Gerät nur 2025 ankommen, und Du es bisher nur noch nicht bemerkt hast, weil diese 109 Kacheln irgendwo liegen, wo es nicht auffällt? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in One bald effizienter und mit detaillierterer Abdeckung
Am 15.03.2010 18:35, schrieb Christoph Wagner: > Viele Grüße aus Dresden! Super Sache! Jetzt müsste müsste nur noch der Entwickler von mkgmap irgendwas "basteln", dass Adress-Suche bei Geräten möglich wird bei denen man das Feld "Bundesstaat" nicht überspringen kann. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in One bald effizienter und mit detaillierterer Abdeckung
Carsten Schwede schrieb am 15.03.2010 21:33: > Schon, es ist aber einfacher einfach ein Icon aus einer Quelle zu ziehen > anstelle es aus einem Typfile zu extrahieren. Nicht unbedingt. Wenn ich das Icon mit dem Editor meiner Wahl extrahiere, dann habe ich es auch gleich in einem Format vorliegen, dass der Editor versteht. Wenn ich es als png-Datei oder in was fuer einem Format auch immer im Netz finde, dann muss mein Editor erst mal in der Lage sein, auch dieses Format einlesen zu koennen. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in One bald effizienter und mit detaillierterer Abdeckung
Hi, Am 15.03.2010 21:14, schrieb Torsten Leistikow: > Wobei die viele TYP-Editoren auch TYP-Dateien einlesen/analysieren koennen. > Wenn > einer also seine (binaere) TYP-Datei veroeffentlicht, veroeffentlicht er damit > auch gleichzeitig praktisch seine Icons. Schon, es ist aber einfacher einfach ein Icon aus einer Quelle zu ziehen anstelle es aus einem Typfile zu extrahieren. -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in One bald effizienter und mit detaillierterer Abdeckung
Carsten Schwede schrieb am 15.03.2010 20:21: > Mir würde da eventuell auch vorschweben die Icons, die so > verwendet werden mit einzupflegen. Alle meine Icons habe ich z.B. als > png-Dateien. Wobei die viele TYP-Editoren auch TYP-Dateien einlesen/analysieren koennen. Wenn einer also seine (binaere) TYP-Datei veroeffentlicht, veroeffentlicht er damit auch gleichzeitig praktisch seine Icons. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in One bald effizienter und mit detaillierterer Abdeckung
Hi, Am 15.03.2010 18:35, schrieb Christoph Wagner: > > Also mir ist noch nicht klar, welcher Vorteil das cutTheOsmPlanet > gegenüber splitter bietet. Eigentlich find ich es nicht so schlau, Nicht genau gelesen? Der Witz ist daran, daß keine Kartenelemente mehrfach in den Randkacheln erzeugt werden, und keine Polygone (Wege scheint es nicht zu treffen) abgeschnitten werden. Auch wenn das dann erst von mkgmap abgeschnitten wird, die Ursache ist wohl diese Überlappung. > feste Kacheln zu haben, denn die Anzahl der Gesamtkacheln ist leider > auch begrenzt auf 2025 Kacheln, wie man beispielsweise hier nachlesen > kann: > http://www.gpsfaqs.org/faqs/garmin/xseries/g60csx/accessories.html#biggestmicrosd Meine EU-Karte enthält komischerweise 2134 Kacheln, und trotzdem funktioniert sie :-D Kann aber sien, daß dieses Problem heute kein Problem mehr ist, wegen der weiterentwickelten Software der GPS-Geräte. Die EU-Karte funktioniert allerdings auch auf einem etrex Vista HCx und einem i3 (uralt Autonavi) Auf modernen GPS-Geräten ist das allerdings sicher noch besser. > Ich denke mit dem dynamischen Tilesplitter kommt man weiter. Hat ein paar Nachteile. -> mir fällt noch die schnelle Erzeugung von Spezialkarten ein, die sich problemlos per Berechnung aus einem festen Raster erstellen lassen. (Chile) Ich werde gelegentlich auch nach Kacheln gefragt, die ganz speziell sind, so wie Kacheln von Rußland oder Neuseeland, das scheint aber wohl dann mein Spezialgebiet zu sein. Die kann ich so eben leicht zur Verfügung stellen. Man kann sie z.B. auch aus dem Webinterface raussuchen: http://ulrichkuester.de/OSM/CoordinateToOSMTile.html Nur ist die Kachelung für Deine ursprüngliche Anfrage zur Zusammenarbeit völig egal, es geht ja in erster Linie um die Verwaltung der Styles und Typfiles. Mir würde da eventuell auch vorschweben die Icons, die so verwendet werden mit einzupflegen. Alle meine Icons habe ich z.B. als png-Dateien. git habe ich noch nie verwendet, aber sollte nicht anders sein als svn, ist mir aber gleich. -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] All in One bald effizienter und mit detaillierterer Abdeckung
Hallo Liste, ich bins mal wieder und melde mich jetzt erst, weil ich am Wochenende auch bei den Chemnitzer Linuxtagen war. Ich hab heute mal den ganzen Tag gebastelt und wenn alles glatt geht, dann gibts ab morgen weniger Serverbelastung (interessiert die meisten Leute hier sicher nicht) und mehr europäische Länder (interessiert vielleicht schon eher). Die neue Methode ist wie folgt: 1. mit splitter Europaextrakt der Geofabrik dynamisch in Kacheln schnippeln 2. komplett Europa mit mkgmap durchrödeln 3. Kacheln als Rechtecke in eine Postgis-datenbank werfen und mit Ländergrenzen verschneiden 4. bereits übersetzte kacheln, die ein land oder eine bestimmte region abdecken, mit mkgmap wieder neu zusammenbauen Das spart Konvertieraufwand, da das zusammenbauen ziemlich flink geht und ermöglicht gleichzeitig relativ flexibel beliebige Regionen zum download anbieten zu können. Ich bin auch nicht auf eine feste Kachelung angewiesen. Ich hab das Gefühl, diese Methode macht ganz gut, was man so will. Die Länder ragen jetzt auch etwas über ihre Grenzen raus, je nachdem wie weit die entsprechenden Kacheln so reichen. Einziger Nachteil ist, dass ich einmalig definieren muss, welche Regionen ich überhaupt will. Unten an diese Mail kopiere ich alle möglichen Länder mal ran. Einige davon liegen nicht in Europa, aber irgendeine europäische kachel ragt eben kurz irgendwo in das entsprechende Land rein. Jetzt sind aber auch so Sachen möglich, wie Alpenregion oder Deutschland, Osterreich, Schweiz oder was weiß ich. Sagt mir halt, was ihr braucht und dann trag ich das ein. Das Kacheln nach Regionen zusammenbauen kostet nicht so viel. Nunja, aber wie gesagt - erstmal morgen abwarten. Da läuft dann testweise mal der Deutschlandauszug so. Ach ja, damit sollten sich dann auch die Überschwemmungen an der Küste beseitigt haben, wenn alles klappt. Oh und noch was: ich hab gerade mal den Thread von der git versionsverwaltung der aio und so überflogen. Also mir ist noch nicht klar, welcher Vorteil das cutTheOsmPlanet gegenüber splitter bietet. Eigentlich find ich es nicht so schlau, feste Kacheln zu haben, denn die Anzahl der Gesamtkacheln ist leider auch begrenzt auf 2025 Kacheln, wie man beispielsweise hier nachlesen kann: http://www.gpsfaqs.org/faqs/garmin/xseries/g60csx/accessories.html#biggestmicrosd Ich denke mit dem dynamischen Tilesplitter kommt man weiter. Ach ja, wie gesagt, wem irgendetwas an meiner Karte nicht gefällt (doofe boundaries, blöde zoomstufen, fehlende tags), den will ich wirklich ermutigen einfach mitzumachen. Die mkgmap-styles sind wirklich nicht so kompliziert. Ihr könnt auch gerne einen neuen Layer entwickeln (ÖPNV, Fahrrad, ...). Ich hab da auch nicht so Plan von. Und git lernen ist sicher auch toll. Ich bin auch nicht mit allem zufrieden, was meine Karte so angeht und man kann noch so viel verbessern, aber alleine komme ich einfach nicht so recht dazu. Viele Grüße aus Dresden! Christoph --- Liste der möglichen Länder: "Akrotiri Sovereign Base Area" "Aland" "Albania" "Algeria" "Andorra" "Armenia" "Austria" "Azerbaijan" "Azores" "Belarus" "Belgium" "Bosnia and Herzegovina" "Bulgaria" "Croatia" "Cyprus" "Czech Republic" "Denmark" "Dhekelia Soverign Base Area" "Estonia" "Finland" "France" "Georgia" "Germany" "Gibraltar" "Greece" "Greenland" "Guernsey" "Hungary" "Iceland" "Iran" "Iraq" "Ireland" "Isle of Man" "Italy" "Jan Mayen" "Jersey" "Kosovo" "Latvia" "Lebanon" "Liechtenstein" "Lithuania" "Luxembourg" "Macedonia" "Malta" "Moldova" "Monaco" "Montenegro" "Netherlands" "Norway" "Poland" "Portugal" "Romania" "Russia" "San Marino" "Serbia" "Slovakia" "Slovenia" "Spain" "Svalbard" "Sweden" "Switzerland" "Syria" "Tunisia" "Turkey" "Turkish Republic of Northern Cyprus" "Ukraine" "United Kingdom" "Vatican (Holy Sea)" signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de