Re: [Talk-de] Worldfile vom 9. April 2008
On Thu, 10 Apr 2008 23:43:20 +0200, Till Maas wrote: >> http://wiki.openstreetmap.org/index.php/User:Computerteddy > > ist es gewollt, das es die Datei 63254855.img nicht gibt? Gute Frage. Und warum geht das tdb-file der Deutschlandversion nicht mit MapSource, das welche der Welt-Version mit den Deutschland-img-files dagegen aber schon? -- Ciao, Holger (GUS-KOTAL, GUS#1100, GRR#51) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 9. April 2008
Hi, Till Maas schrieb: > ist es gewollt, das es die Datei 63254855.img nicht gibt? Die Angabe gewollt nicht, aber technisch im Moment nicht anders möglich. > 63254850-63254856 für eine Teilmenge der Kacheln für Deutschland, lässt ja > vermuten, dass es diese geben sollte. Aber im tarball ist die nicht und unter Das ist richtig, die Datei gibt es ja auch als osm- Datei. Durch Einschränkungen beim Wandeln der Dateien mit mkgmap (Ergebnis wird zu groß) habe ich die Datei nochmal gesplittet und die Daten sind in den Zusatzkacheln 63273262.img 63273263.img 63273442.img 63273443.img -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 9. April 2008
Aloas, On Thu April 10 2008, Carsten Schwede wrote: > das neue Worldfile steht wie immer auf meiner Wikipage zum Download zur > Verfügung. > > http://wiki.openstreetmap.org/index.php/User:Computerteddy ist es gewollt, das es die Datei 63254855.img nicht gibt? Die Angabe 63254850-63254856 für eine Teilmenge der Kacheln für Deutschland, lässt ja vermuten, dass es diese geben sollte. Aber im tarball ist die nicht und unter http://smash-net.org/openstreetmap/latest/img/63254855.img http://smash-net.org/openstreetmap/old/img/63254855.img auch nicht. Grüße, Till ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 9. April 2008
On Thursday 10 April 2008 19:15:35 Christoph Eckert wrote: > für Irland listet > http://etricceline.de/osm/ireland/en_stats_natural.htm > einen Node und (immerhin) noch 12 Ways. natural=water kommt als Weg > allerdings 75mal vor. In anderen Ländern sieht es allerdings für den lake > schlechter aus. Erinnert mich daran, das ich das Tagwatch script mal wieder durchlaufen lasen muss um einen aktuelleren Stand der Dinge zu produzieren. Mache ich am Montag mal. Gruß jörg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 9. April 2008
Moin, > Wow! Bin für den Link sehr dankbar. Bis jetzt hatte ich nichts > vergleichbares für Irland gesehen. findet man über's Wiki, indem man nach Tagwatch sucht. Ist ganz nützlich um ein Gefühl dafür zu bekommen welche Tags denn eigentlich so benutzt werden. Cheers, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 9. April 2008
Hallo, Michael Hufer schrieb: >> Hier bin ich schon immer unschlüssig, eigentlich wäre pedestrian >> genauso wie Fußwege zu taggen. Werd ich wohl auch machen. Die anderen >> Beiden passen aber doch. > > Die sind hier auch nicht als Kritik zu verstehen gewesen, ich finde, dass Ich versteh das nicht als negative Kritik, sondern konstruktiv. > pedestrian durchaus den gleichen typ wie die anderen haben kann. pedestrian > auf den gleichen typ wie footway zu setzten - also 0x16 = Trail - finde ich > nun wieder nicht so gut... Fürs Routing ist das aber eher mit dem 0x16 besser, sonst versucht nachher noch einer auf der Zeil rumzufahren. (OK, Radfahrer machen das eh schon ;-) > Schon aber ein Nationalpark ist leisure=park schon aber auch nicht :-). Laut > garmin-feature list (in mkgmap/resources) gibt es noch National-Park1-3, > State-Park1-3 und City-Park. Was ich bisher in OSM als leisure=park getagged > gesehen habe, war fast ueberall am besten als Stadtpark oder Gruenflaeche in > einem Ort beschrieben. Mit den National und sonstigen Parks bin ich auch etwas auf dem Kriegsfuß, in der Topo ist z.B. der gesamte Wald als Nationalpark getaggt. z.B. der im Taunus. > Sicher aber andererseits hast du das aeroway=apron polygon auch auf runway > gesetzt was noch weniger passend ist. Ein "aeroway=apron" ist ja noch eher Gibt ja aber kein passenderes Polygon-Tag. Für die Taxiways auch Landebahn zu verwenden sieht für mich nicht so doll aus, da hier der Größenunterschied zu den tatsächlichen Landebahnen nicht mehr zu sehen ist. > ein Parkplatz, da dort ja die Flugzeuge abgestellt werden, entweder > tatsaechlich fuer laengere Zeit oder auch nur kurz zum Ein- und Aussteigen. Ja, was sonst nehmen? Einen normalen Parkplatz ja sicher nicht. > Sorry, das CSV-file hatte ich vergessen aber schon nachgeliefert. Wenn du das Kein Problem ich rendere mir da mal ein img-File. -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 9. April 2008
On 10/04/2008, Christoph Eckert <[EMAIL PROTECTED]> wrote: > für Irland listet > http://etricceline.de/osm/ireland/en_stats_natural.htm > einen Node und (immerhin) noch 12 Ways. natural=water kommt als Weg > allerdings > 75mal vor. In anderen Ländern sieht es allerdings für den lake schlechter > aus. Wow! Bin für den Link sehr dankbar. Bis jetzt hatte ich nichts vergleichbares für Irland gesehen. > Nö, ist mir egal. Wenn natural=lake in der Datenbank häufig genug vorkommt als > dass jemand was mit machen möchte ist das fein. Wären es allerdings "meine" > (sprich von mir gemappte) lakes würde ich sie auf natural=water umstellen. Sehe ich auch so. "Meine" Seen - ich hatte sie als "lake" früher auch so getaggt - habe ich schon umgestellt. Mir war nicht klar, dass "lake" auch hier so selten benutzt wird. Nur, dass ich das von mehreren Mappern gesehen hatte in Gebieten wo ich auch aktiv war. Bei der eigentlichen Menge habe ich wirklich nichts dagegen, Kontakt aufzunehmen um eine freundliche Umstellung zu ermöglichen. Dermot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 9. April 2008
> > residential, pedestrian, und unclassified = 0x06 > > Hier bin ich schon immer unschlüssig, eigentlich wäre pedestrian > genauso wie Fußwege zu taggen. Werd ich wohl auch machen. Die anderen > Beiden passen aber doch. Die sind hier auch nicht als Kritik zu verstehen gewesen, ich finde, dass pedestrian durchaus den gleichen typ wie die anderen haben kann. pedestrian auf den gleichen typ wie footway zu setzten - also 0x16 = Trail - finde ich nun wieder nicht so gut... > > - leisure=park polygon war einem Garmin Nationalpark zugeordnet anstelle > > des ebenfalls vorhandene und deutlich besser passenden City-Parks. > > Ein Park ist nicht unbedingt ein City-Park. In erster Linie habe ich > diese Polygone entsprechen dem Aussehen auf dem GPS-Gerät und einige > auch anhand der Wiedergabe in der Topo (1) angelegt. Schon aber ein Nationalpark ist leisure=park schon aber auch nicht :-). Laut garmin-feature list (in mkgmap/resources) gibt es noch National-Park1-3, State-Park1-3 und City-Park. Was ich bisher in OSM als leisure=park getagged gesehen habe, war fast ueberall am besten als Stadtpark oder Gruenflaeche in einem Ort beschrieben. > > - aeroway=taxiway ways wurden zu einer 0x07-polyline d.h. der selber Typ > > wie highway=service ich habe das auf runway geaendert. Das stimmt zwar > > technisch nicht, aber ich habe in Garmins CNV9 gesehen, dass die das > > genauso machen. - ausserdem habe ich landuse=residential ebenfalls als > > Garmin city-polygon hinzugefuegt. > > Bei der Runway finde ich die Idee sehr schlecht, sind ja keine > Landebahnen, nicht alles was Garmin selbst macht, paßt auf > insbesondere die europäischen Gegebenheiten. Ein Beispiel sind das > fehlende Icon für Burgruinen, da gibt es dann nur "Geisterstädte", > weil es in Amerika halt keine Burgruinen gibt. Sicher aber andererseits hast du das aeroway=apron polygon auch auf runway gesetzt was noch weniger passend ist. Ein "aeroway=apron" ist ja noch eher ein Parkplatz, da dort ja die Flugzeuge abgestellt werden, entweder tatsaechlich fuer laengere Zeit oder auch nur kurz zum Ein- und Aussteigen. > > Schau die resultierenden img-Kacheln einfach mal selbst an und entscheide > > ob du meine Aenderungen in dein allgemeines Release aufnimmst. Es waere > > aber > > Gerne, wenn Du sagst wo man Deine Kachel finden kann. > > > nett zumindest die highway typen in diesem Schema zu verwenden, da sonst > > die in OSM ja vorhande -m.M. nach durchauf wichtige- Unterscheidung > > der "tertiary"-Durchgangstrassen von normalen Wohnstrassen im Garmin GPS > > mit deinen aktuellem mapfeatures.csv nicht gegeben ist. > > Ich denke das werde ich machen. > Wie gesagt, eine kurze Liste mit Mapfeatures-Vorschlägen im passenden > Format würde sehr helfen. Als Muster kann mein mapfeature-File von > meiner Wiki-Seite genommen werden. (Bitte nur die Ausschnitte wo neues > oder Änderungen vorkommen, nicht immer die Ganze Datei schicken) Sorry, das CSV-file hatte ich vergessen aber schon nachgeliefert. Wenn du das resultierende img file wirklich willst, kann ich es dir natuerlich auch noch per PM schicken. Aber mit dem mapfeature.cvs ist es ja kein grosser Akt es selbst zu erstellen, die OSM-Rohdaten der Kachel hast du ja sogar selbst erstellt (bzw aus dem planet.osm gesplittet) :-). Micha H. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 9. April 2008
OK, > In Irland verwenden das noch einige. Ich glaube, dass eine ältere > Lakewalker-Version so getagged hat. Einerseits könnte ich alle finden > und umtaggen. Da würde ich aber lieber vorher Kontakt mit den Mappern > aufnehmen, für den Fall, dass eine solche Umstellung für sie Ärger > machen könnte. für Irland listet http://etricceline.de/osm/ireland/en_stats_natural.htm einen Node und (immerhin) noch 12 Ways. natural=water kommt als Weg allerdings 75mal vor. In anderen Ländern sieht es allerdings für den lake schlechter aus. > Während es sicherlich einfach wäre, die Garmin Darstellung an Mapnik > und Osmarender anzupassen. Aber wenn du das lieber sauber lässt habe > ich nicht so viel dagegen, in dem Fall bemühe ich mich die lakes > einfach umzustellen. Nö, ist mir egal. Wenn natural=lake in der Datenbank häufig genug vorkommt als dass jemand was mit machen möchte ist das fein. Wären es allerdings "meine" (sprich von mir gemappte) lakes würde ich sie auf natural=water umstellen. Cheers, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 9. April 2008
Carsten Schwede <[EMAIL PROTECTED]> wrote: > (Bitte nur die Ausschnitte wo neues oder Änderungen vorkommen, > nicht immer die Ganze Datei schicken) diff -U file1 file2 :) Sven -- "Every time you use Google, you're using a Linux machine" (Chris DiBona, a programs manager for Google) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 9. April 2008
On 10/04/2008, Christoph Eckert <[EMAIL PROTECTED]> wrote: > also wenn ich Tagwatch richtig interpretiere lässt sich nicht auf eine allzu > häufige Verwendung schließen. In Irland verwenden das noch einige. Ich glaube, dass eine ältere Lakewalker-Version so getagged hat. Einerseits könnte ich alle finden und umtaggen. Da würde ich aber lieber vorher Kontakt mit den Mappern aufnehmen, für den Fall, dass eine solche Umstellung für sie Ärger machen könnte. Während es sicherlich einfach wäre, die Garmin Darstellung an Mapnik und Osmarender anzupassen. Aber wenn du das lieber sauber lässt habe ich nicht so viel dagegen, in dem Fall bemühe ich mich die lakes einfach umzustellen. Dermot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 9. April 2008
Moin, > natural=lake wird nicht dargestellt. Map Features schreibt zwar vor, > dass Seen mit natural=water zu taggen sind, trotzdem wird natural=lake > häufig verwendet, und von Renderern dargestellt. Wäre schön, diese als > algemeine Wasserflächen zu behandeln. also wenn ich Tagwatch richtig interpretiere lässt sich nicht auf eine allzu häufige Verwendung schließen. Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 9. April 2008
Hallo, > es gibt bereits eine Entwicklung mit einem neuen "cutter", bei dem die > Kachelgrenzen beachtet werden. Die Tests sind schon mal ganz schön > anzusehen, aber es gibt halt noch ein paar Probleme damit, daher ist > das noch nicht "released". Der Cutter wäre dann in der Liste der > Programme der Dritte, dieses Mal wieder in Java und von meinem anderen > Kollegen geschrieben. Es gibt auch noch die Nr. 4, naemlich eine ebenfalls in Java gebaute Erweiterung zum "Osmosis" von Karl Newman - da ist auch noch nichts released, wird aber oefters mal auf den englischen Listen erwaehnt, dass er da was macht. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 9. April 2008
So lange wir schon dabei sind, gebe ich meine Bermerkungen auch ab: natural=lake wird nicht dargestellt. Map Features schreibt zwar vor, dass Seen mit natural=water zu taggen sind, trotzdem wird natural=lake häufig verwendet, und von Renderern dargestellt. Wäre schön, diese als algemeine Wasserflächen zu behandeln. landuse=recreation_ground wird nicht dargestellt. Könnte man als Grünflache beliebiger Farbe malen. @Saftl: Bei nicht-Aktualisierung deiner Files ist es nicht leicht, auf dem neusten Stand zu bleiben. Ist es für uns, die ungeduldig sind, ein TDB-File selber zu basteln? Auf meinem Garmin Vista HCx ist die Darstellung mit TYP File grundsätzlich gut. Störend ist allerdings, dass eine Naht sichbar ist überall wo Ways enden, was gerade bei einem Kreisverkehr sehr störend ist. Dies scheint auf Nüvis nicht der Fall zu sein. Gibt's eine Lösung? Dermot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 9. April 2008
Moin, Michael Hufer schrieb: > Welchen Grund hast du da den Garmin Strassentyp 0x03 auszulassen? keinen, ist historisch so gewachsen, und ich wollte auch nicht ohne Grund die von Steve (mkgmap-Autor) vorgegebene Straßensortierung umwerfen. > residential, pedestrian, und unclassified = 0x06 Hier bin ich schon immer unschlüssig, eigentlich wäre pedestrian genauso wie Fußwege zu taggen. Werd ich wohl auch machen. Die anderen Beiden passen aber doch. > - leisure=park polygon war einem Garmin Nationalpark zugeordnet anstelle des > ebenfalls vorhandene und deutlich besser passenden City-Parks. Ein Park ist nicht unbedingt ein City-Park. In erster Linie habe ich diese Polygone entsprechen dem Aussehen auf dem GPS-Gerät und einige auch anhand der Wiedergabe in der Topo (1) angelegt. > - sport=-golf polygon auf ein allgemeines sport-polygon es gibt aber auch ein > Garmin golf-polygon. Ich denke, das ist ein Tippfehler von mir. > - Andere sport polygone haben ganz gefehlt. Das kann sein, ich gehe nicht jede Woche durch die Mapfeatures. Helfen würden mir fertige Abschnitte der Definitionsdatei, gerade bei solchen fehlenden Teilen, die kann ich dann gleich direkt in das Mapfeature-File übernehmen. > - aeroway=taxiway ways wurden zu einer 0x07-polyline d.h. der selber Typ wie > highway=service ich habe das auf runway geaendert. Das stimmt zwar technisch > nicht, aber ich habe in Garmins CNV9 gesehen, dass die das genauso machen. > - ausserdem habe ich landuse=residential ebenfalls als Garmin city-polygon > hinzugefuegt. Bei der Runway finde ich die Idee sehr schlecht, sind ja keine Landebahnen, nicht alles was Garmin selbst macht, paßt auf insbesondere die europäischen Gegebenheiten. Ein Beispiel sind das fehlende Icon für Burgruinen, da gibt es dann nur "Geisterstädte", weil es in Amerika halt keine Burgruinen gibt. > Schau die resultierenden img-Kacheln einfach mal selbst an und entscheide ob > du meine Aenderungen in dein allgemeines Release aufnimmst. Es waere aber Gerne, wenn Du sagst wo man Deine Kachel finden kann. > nett zumindest die highway typen in diesem Schema zu verwenden, da sonst die > in OSM ja vorhande -m.M. nach durchauf wichtige- Unterscheidung > der "tertiary"-Durchgangstrassen von normalen Wohnstrassen im Garmin GPS mit > deinen aktuellem mapfeatures.csv nicht gegeben ist. Ich denke das werde ich machen. Wie gesagt, eine kurze Liste mit Mapfeatures-Vorschlägen im passenden Format würde sehr helfen. Als Muster kann mein mapfeature-File von meiner Wiki-Seite genommen werden. (Bitte nur die Ausschnitte wo neues oder Änderungen vorkommen, nicht immer die Ganze Datei schicken) -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 9. April 2008
Hi, es gibt bereits eine Entwicklung mit einem neuen "cutter", bei dem die Kachelgrenzen beachtet werden. Die Tests sind schon mal ganz schön anzusehen, aber es gibt halt noch ein paar Probleme damit, daher ist das noch nicht "released". Der Cutter wäre dann in der Liste der Programme der Dritte, dieses Mal wieder in Java und von meinem anderen Kollegen geschrieben. Christoph Wagner schrieb: > @Computerteddy > Leider sieht man auf meinem Garmin 60CSx nur die Fläche und nicht die > Gebäude. Sie sind aber da, denn beim Aufbau der Karte sind sie kurz zu Benutze einfach das Typ-File. Da kommen die Gebäude im Universitätsfall besser heraus. -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 9. April 2008
Argh... ich habe natuerlich (mal wieder) vergessen das cvs-file anzuhaengen. also hier ist es. MichaH. > Hallo, > da mir aufgefallen ist, dass sich Wege die als tertiary getagt sind nicht > von esidential"unterscheiden habe ich mir mal deine mkgmap mapfeatures.csv > naeher angeschaut. > Welchen Grund hast du da den Garmin Strassentyp 0x03 auszulassen? > d.h. > motorway = 0x01 > trunk = 0x02 > > aber dann > > primary = 0x04 > secondary = 0x05 > tertiary = 0x06 > residential, pedestrian, und unclassified = 0x06 > > Ich wuerde primary dir 0x03 geben und secondary und tertiarty dan > entsprechend 0x04 und 0x05. > Ich habe das fuer mich mal geaendert und mir die Frankfurt Kachel selbst > neu berechnen lassen. Das ergebmis ist m.M. nach viel besser, da man nun > auf dem Garmin GPS die wichtigeren tertiary-Durchgangsstrassen von den > reicnen Wohnstrassen unterscheiden kann. > > Da ich dann gerade dabei war habe ich gleich noch ein paar fehlende bzw > m.M. falsch zugeordnete Features geaendert. > z.B. > - leisure=park polygon war einem Garmin Nationalpark zugeordnet anstelle > des ebenfalls vorhandene und deutlich besser passenden City-Parks. > - sport=-golf polygon auf ein allgemeines sport-polygon es gibt aber auch > ein Garmin golf-polygon. > - Andere sport polygone haben ganz gefehlt. > - aeroway=taxiway ways wurden zu einer 0x07-polyline d.h. der selber Typ > wie highway=service ich habe das auf runway geaendert. Das stimmt zwar > technisch nicht, aber ich habe in Garmins CNV9 gesehen, dass die das > genauso machen. - ausserdem habe ich landuse=residential ebenfalls als > Garmin city-polygon hinzugefuegt. > > Schau die resultierenden img-Kacheln einfach mal selbst an und entscheide > ob du meine Aenderungen in dein allgemeines Release aufnimmst. Es waere > aber nett zumindest die highway typen in diesem Schema zu verwenden, da > sonst die in OSM ja vorhande -m.M. nach durchauf wichtige- Unterscheidung > der "tertiary"-Durchgangstrassen von normalen Wohnstrassen im Garmin GPS > mit deinen aktuellem mapfeatures.csv nicht gegeben ist. > > Keep up the good work, > Micha H. > > > Hallo, > > > > das neue Worldfile steht wie immer auf meiner Wikipage zum Download zur > > Verfügung. > > > > http://wiki.openstreetmap.org/index.php/User:Computerteddy > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de point|aeroway|airport|0x59|0x00|22 point|amenity|atm|0x2f|0x06|24 point|amenity|bank|0x2f|0x06|24 point|amenity|bank;atm|0x2f|0x06|24 point|amenity|biergarten|0x2d|0x02|24 point|amenity|bus_station|0x2f|0x08|24 point|amenity|car_wash|0x2f|0x0e|24 point|amenity|cinema|0x2d|0x03|24 point|amenity|college|0x2c|0x05|24 point|amenity|courthouse|0x30|0x04|24 point|amenity|drinking_water|0x50|0x00|24 point|amenity|fast_food|0x2a|0x07|24 point|amenity|fire_station|0x30|0x08|24 point|amenity|fuel|0x2f|0x01|24 point|amenity|grave_yard|0x64|0x03|24 point|amenity|hospital|0x30|0x02|24 point|amenity|library|0x2c|0x03|24 point|amenity|parking|0x2f|0x0b|24 point|amenity|bicycle_parking|0x2f|0x0b|24 point|amenity|pharmacy|0x2e|0x05|24 point|amenity|place_of_worship|0x2c|0x0b|24 point|amenity|police|0x30|0x01|24 point|amenity|post_office|0x2f|0x05|24 point|amenity|post_box|0x2f|0x05|24 point|amenity|pub|0x46|0x00|24 point|amenity|public_building|0x30|0x03|24 point|amenity|restaurant|0x2a|0x00|24 point|amenity|school|0x2c|0x05|24 point|amenity|shelter|0x61|0x00|24 point|amenity|supermarket|0x2e|0x02|24 point|amenity|telephone|0x51|0x00|24 point|amenity|theatre|0x2d|0x01|24 point|amenity|toilets|0x4e|0x00|24 point|amenity|townhall|0x30|0x03|24 point|amenity|university|0x2c|0x05|24 point|amenity|zoo|0x2c|0x07|24 point|highway|bus_stop|0x2f|0x08|24 point|historic|museum|0x2c|0x02|24 point|historic|ruins|0x64|0x16|24 point|historic|castle|0x64|0x02|24 point|historic|memorial|0x2c|0x02|24 point|leisure|golf_course|0x2d|0x05|24 point|leisure|marina|0x43|0x00|24 point|leisure|park|0x2c|0x06|24 point|leisure|pitch|0x2c|0x08|24 point|leisure|sports_centre|0x2d|0x0a|24 point|leisure|stadium|0x2c|0x08|24 point|leisure|track|0x2c|0x08|24 point|man_made|tower|0x64|0x11|24 point|man_made|power_wind|0x64|0x00|24 point|man_made|reservoir_covered|0x65|0x0f|24 point|man_made|reservoir|0x65|0x0f|24 point|power|tower|0x64|0x00|24 point|natural|beach|0x66|0x04|20 point|natural|cliff|0x66|0x07|20 point|natural|peak|0x66|0x16|20 point|natural|spring|0x65|0x11|24 point|place|city|0x04||10 point|place|hamlet|0x11||24 point|place|suburb|0x0a||24 point|place|town|0x08||18 point|place|village|0x0b||20 point|railway|halt|0x2f|0x08|22 point|railway|station|0x2f|0x08|22 point|railway|tram_stop|0x2f|0x08|24 point|shop|bakers|0x2e|0x00|24 point|shop|bakery|0x2e|0x00|24 point|shop|butchers|0x2e|0x00|24 point|shop|butcher|0x2e|0x00|24 point|shop|convenience|0x2e|0x00|24 point|shop|doityourself|0x2e|0x00|24 point|shop|kiosk|0x2e|0x00|24 point
Re: [Talk-de] Worldfile vom 9. April 2008
Hallo, da mir aufgefallen ist, dass sich Wege die als tertiary getagt sind nicht von esidential"unterscheiden habe ich mir mal deine mkgmap mapfeatures.csv naeher angeschaut. Welchen Grund hast du da den Garmin Strassentyp 0x03 auszulassen? d.h. motorway = 0x01 trunk = 0x02 aber dann primary = 0x04 secondary = 0x05 tertiary = 0x06 residential, pedestrian, und unclassified = 0x06 Ich wuerde primary dir 0x03 geben und secondary und tertiarty dan entsprechend 0x04 und 0x05. Ich habe das fuer mich mal geaendert und mir die Frankfurt Kachel selbst neu berechnen lassen. Das ergebmis ist m.M. nach viel besser, da man nun auf dem Garmin GPS die wichtigeren tertiary-Durchgangsstrassen von den reicnen Wohnstrassen unterscheiden kann. Da ich dann gerade dabei war habe ich gleich noch ein paar fehlende bzw m.M. falsch zugeordnete Features geaendert. z.B. - leisure=park polygon war einem Garmin Nationalpark zugeordnet anstelle des ebenfalls vorhandene und deutlich besser passenden City-Parks. - sport=-golf polygon auf ein allgemeines sport-polygon es gibt aber auch ein Garmin golf-polygon. - Andere sport polygone haben ganz gefehlt. - aeroway=taxiway ways wurden zu einer 0x07-polyline d.h. der selber Typ wie highway=service ich habe das auf runway geaendert. Das stimmt zwar technisch nicht, aber ich habe in Garmins CNV9 gesehen, dass die das genauso machen. - ausserdem habe ich landuse=residential ebenfalls als Garmin city-polygon hinzugefuegt. Schau die resultierenden img-Kacheln einfach mal selbst an und entscheide ob du meine Aenderungen in dein allgemeines Release aufnimmst. Es waere aber nett zumindest die highway typen in diesem Schema zu verwenden, da sonst die in OSM ja vorhande -m.M. nach durchauf wichtige- Unterscheidung der "tertiary"-Durchgangstrassen von normalen Wohnstrassen im Garmin GPS mit deinen aktuellem mapfeatures.csv nicht gegeben ist. Keep up the good work, Micha H. > Hallo, > > das neue Worldfile steht wie immer auf meiner Wikipage zum Download zur > Verfügung. > > http://wiki.openstreetmap.org/index.php/User:Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 9. April 2008
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo liebe Mailingliste, Computerteddy meinte ich solle in Zukunft alles an die Liste schreiben, wenn mir Dinge bei den Garmin maps auffallen, die er erzeugt. Das mach ich hiermit mal. @all+Frederik Ramm: Zuersteinmal wird ja jetzt hier viel von routing geredet. Ich bin vermutlich auch einer der vielen, die gespannt darauf warten endlich mal mit ihrem Garmin auf OSM-Karten routen zu können, aber bis dahin ist es vermutlich noch ein weiter Weg. Zunächst einmal müsste das schon seit längerem bestehende Problem gelöst werden, dass nach dem Zerschneiden des Worldfiles an den Kachelgrenzen genau die Segmente von Wegen fehlen, bei denen die Stützpunkte auf verschiedene Kacheln fallen. Das heißt alle Kachelübergänge sind gnadenlos durchgeschnitten. Das Problem liegt vermutlich in osmcut. Für Routing ist das natürlich absolut kritisch. Deshalb die Frage an Frederik Ramm, ob dort schon ne Lösung in Sicht ist und wie aufwändig das kommt. Ich kann mir das Problem schon grob denken, ehrlich gesagt, und hätte auch schon ein paar Ideen, aber ich wollte mich erstmal nach dem Status erkundigen. @Computerteddy Und dann hätte ich noch eine kleine Anmerkung - vielleicht kann da Computerteddy was machen. Bei uns in Dresden ist das komplette Unigelände als Fläche mit amenity=university getagged. Darüber sind praktisch die Unigebäude und Wege gezeichnet, die auf dem Campus liegen. Leider sieht man auf meinem Garmin 60CSx nur die Fläche und nicht die Gebäude. Sie sind aber da, denn beim Aufbau der Karte sind sie kurz zu sehen und dann legt sich die Campusfläche drüber und wech sin se. Die Layertags sind eigentlich alle korrekt und alle anderen Renderer stellen alles richtig dar. Naja vielen Dank schonmal und happy mapping an alle. PS: @User:Thommse: Falls du diese Mailingliste mitliest, kannste mich mal bitte kontaktieren? Dann können wir zusammen besser in Finsterwalde mappen. Grüße, Christoph. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFH/kWmRg5oWO2lGuMRAstSAJ4qHYzhjlAjMZBZa7OKbR92wKK4OQCggPol 1HRnvJXGbSu6FhCzlYJ9xX8= =t8px -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
