Aber macht der Aufwand die Flächen auszuschneiden Sinn? Ich schliesse mich da der Meinung von GeorgFausB an, ein Campingplatz ist doch m.E. immer eine Fläche, auf der es weitere Flächen gibt, eine Eingrenzung eines Gebietes. Sollte die FZK dann nicht besser den CP als erstes zeichnen und alles weitere darüber? Andere Karten die ich getestet habe (und deren Kartenbild zum Teil grauenhaft aussieht) machen das so.
Nachdem ich die Karten eh selbst erzeuge, wie kann ich die Zeichenreihenfolge der FZK so ändern, daß der CP als erstes gezeichnet wird? Ich habe mir die TYP-Files (…/TYP/freizeit.txt) angesehen, aber werde daraus nicht schlau. Könnte ich darüber auch highway=unclassified etwas breiter als highway=service machen?
Leider kann man mit der Entwicklungsumgebung der Version 15.03 weder die Freizeitkarte_ALPS noch die Freizeitkarte_ALPS-SMALL mehr bauen.
Bei der ALPS-SMALL (wenn man sie in der mt.pl “aktiviert”) scheitert der Download der Höhendaten und bei der ALPS scheitert der Download der Kartendaten.
Und dann ist mir beim Routing (allerdings auch schon in der 15.01) noch ein Fehler/Problem aufgefallen. Ich weiß nicht genau ob das an der FZK oder den OSM Daten liegt.
Ich habe mal vier Screenshots gemacht:
Im ersten Bild sieht man wie die Route komplett verkehrt berechnet wird. Verschiebt man den Startpunkt ein wenig, so klappt es auf einmal (Bild 2). Verschiebt man den Endpunkt ein wenig, geht es auch. Offensichtlich ist es die Kombination von verschiedenen Punkten, den über die Kreuzungen klappt es ja “grundsätzlich”.
Ich habe die Karte mit der Option EXTENDEDROUTING erstellt.
OK, du verstehst den Campingplatz, analog zu Wohngebieten, als Grundfläche. Nach dieser Logik wären alle anderen Flächen (Parkplatz, Sportplatz usw. ) darüber zu stappeln. Dann müßtest du die Zeichenreihenfolge (Draworder) in der Karte ändern. In “polygons-master” findet sich dies:
# - Die Reihenfolge wie die Polygone gezeichnet werden, wird im TYP-File über die Draworder festgelegt:
# "Draworder 1": Das Polygon wird zuallererst gezeichnet.
# "Draworder n": Das Polygon wird erst nachdem die Polygone "n-1" dargestellt sind, gezeichnet.
# D.h. das Polygon mit "Draworder n" überlagert alle Polygone mit geringerer Draworder.
Die eigentliche Draworder wird in “freizeitkarte.txt” festgelegt:
Du könntest also mal versuchen die Draworder auf 4 (analog zum Wohngebiet) zu setzen. Dies ist jedoch nicht nebenwirkungsfrei. Denn dort wo ein Campingplatz über einer Wohngebietsfläche gezeichnet wurde (es gibt so gut wie alles in OSM), wird dann der Campingplatz (0x10) womöglich nicht mehr angezeigt.
Gruß Klaus
PS: Du kannst ja mal von deinen Ergebnissen mit einer anderen Reihenfolge berichten.
Genau, das meinte ich. Die Klassifizierung von OSM macht hier m.E. wenig Sinn. Ich habe die Draworder mal von 7 auf 4 geändert und nun sieht das schon besser aus:
Was noch nicht funktioniert, ist der Bereich um den Pool beim Restaurant (water_park), aber hier habe ich eine Anmerkung in …/style/fzk/polygons-master gefunden:
leisure = water_park (wird derzeit nicht unterstützt)
Was ich noch nicht hinbekommen habe ist die Unterscheidung von highway=service und highway=unclassified. Ich muß erstmal herausfinden, welche 6 verschiedenen Service Roads aus dem Typ-File eigentlich verwendet wird.
Was mir noch aufgefallen ist: Der Verlauf des Hafens scheint mir nicht ganz korrekt (zu klein) zu sein. Ebenso ist vermutlich die Slipanlage nicht in die Küstenlinie zu inkludieren. Aber da müßten die See-Experten am besten was zu sagen: http://www.openstreetmap.org/#map=19/45.18639/13.59406
Das sieht vermutlich im Moment nur auf der FZK so aus (wenn ich Dich richtig verstehe). Die kleine Marina hat 3 Stege, der von Land aus gesehene ist fest betoniert (eigentlich kein Steg, geht bis zum Meeresgrund), die zwei anderen sind aus Holz. Diese zwei Holzstege waren bis vor kurzem falsch als Küstenlinie gezeichnet und sind nun man_made=pier. Der veränderte Küstenverlauf wird deshalb erst nach dem Update der Küstenlinie richtig dargestellt werden. Mit dem Mapping des man_made=breakwater am Betonsteg bin ich im Browser nicht wirklich zufrieden, es ist aber m.E. richtig.
Die Slipanlage habe ich mal an das Ende des Weges versetzt, der kurz vor der Küstenlinie endet. So ganz richtig ist das aber auch nicht, denn eigentlich geht der Weg ja ins Wasser. Muß mich da mal noch schlau machen.
Das wäre klasse und nach meinem Verständnis auch richtig.
Glaub ich nicht. Die aktuelle Alpenkarte ist mit genau der Entwicklungsumgebung erstellt. Aber der Reihe nach:
Das, was dann irgendwann ALPS_SMALL genannt wurde, basiert auf dem Alpen-Extrakt der Geofabrik und wurde vor geraumer Zeit abgelöst durch einen eigenen Zuschnitt. So nach und nach sind alle Artefakte wie Höhendaten und Einträge im mt.pl weggefallen.
Die neuen Alpen basieren auf einem eigenen Zuschnitt und erfordern den Download des Europa-Extrakts (der Geofabrik). Der Ablauf ist http://freizeitkarte-osm.de/garmin/de/entwicklung-extrakte.html beschrieben, ich weiss aber gerade nicht, ob das schon vollständig/fehlerfrei ist.
Da hat @kartler175 ja schon gelöst. Der unreflektierte Umgang mit access=agricultural macht ungefähr ein Drittel der bei uns eingehenden Fehlermeldungen aus …
@chkr & @shammat:
Meiner Ansicht nach ist die von Christian verlinkte Seite mit dem Bau-Ablauf eigentlich korrekt und komplett… als Einstieg und Übersicht könnte man noch auf die allgemeine Entwicklungsseite verweisen: http://freizeitkarte-osm.de/garmin/de/entwicklung.html, im speziellen auf die dort vorhandene Grafik.
Vielleicht findet sich ja jemand der aus dem Thema “Feldwege und Zugangsbeschränkungen” eine Wochenaufgabe macht. Da könnten vermutlich viele Mapper etwas zu beitragen.
Ich verwende eine Batchdatei die einfach alle Schritte in der richtigen Reihenfolge ausführt - die Einführung des “extract_osm” ist mir dabei entgangen - wann ist der dazugekommen?
Danke für die schnelle Rückmeldung und “Sorry for the noise”
In Zukunft werde ich die Anleitung mit jeder neuen Version nochmal durchlesen, versprochen!
