Sauberer wäre es, beide zu trennen. Kleingärten gehören nicht unbedingt zu Wohngebieten.
Gruß,
ajoessen
+1
Typischerweise ist das “Wohnen” dort ausdrücklich verboten.
Gruß
Georg
Stell doch bitte mal zwei Screenshots (Windows und GPS-Gerät) ein.
Mich wundern nach wie vor die Zoomstufenangaben “300m” bzw. “800m”.
Klaus
PS: Details sollten auf Maximum eingestellt werden.
Danke für den Hinweis - das ist wohl ein Defekt - entweder in der Karte oder den OSM-Daten.
In der Karte haben “residential” und “allotments” die gleiche Zeichenpriorität (4).
Ich bin davon ausgegangen, daß beide Flächen gleichwertige “Basisflächen” sind.
Frage: Sollte man die OSM-Daten oder die Zeichenpriorität korrigieren?
Klaus
zweifellos
Aber da gibt es auch hier im Forum immer mal Diskussionen, wie kleine Flächen innerhalb großer sinnvoll zu mappen sind
Für mich ist es bisher eine Frage von Aufwand und Nutzen
Dann gibt es wie schon berichtet, keine Probleme
Mit den “zoomstufen 300m bzw 800m” auf dem Garmin Dakota20 meinte ich den in der Kartendarstellung eingeblendeteten Maßstabsbalken
In diesem Falle ersteres. Dann fällt dem Mapper auch gleich der Fehler auf 
Gruß,
ajoessen
residential <> allotments, definitiv Datenfehler, was eigentlich nicht übereinander liegen sollte, kann auch auf gleicher stufe gerendert werden.
auch kann man nicht definitiv sagen, was dann automatisch richtiger ist, sowohl könnten allotments über residential liegen als auch umgekehrt.
Ich würde die Kleingärten mit Hilfe eines Multipolygons als “inner” aus residential (=outer) “ausstanzen”. Dann sollte die Zeichenreihenfolge gleichgültig sein. Genau dafür sind MPs nach meinem Verständnis da.
Gruß
tippeltappel
Frage an die Mapper: Warum gibt es für Hamburg eigentlich keinen POI “place = city” ?
Klaus
gut, der konkrete Fall ist korrigiert.
Allerdings ist mir aufgefallen, dass ich ohne Mühe dutzende Fälle gefunden habe, wo nicht nur Kleingärten sondern auch Friedhof, Rasenfläche und Regenrückhaltebecken über residential liegt , also eigentlich gleichwertige landuse-Flächen übereinander gezeichnet wurden.
Deshalb erscheint es mir nach wie durchaus sinnvoll, ob man beim Rendern der Karte nicht versuchen sollte, diese Fehler so weit wie möglich, auszubügeln. Insbesondere wenn es eben keinen zusätzlichen Aufwand bedeutet.
das problem ist da halt immer, du weißt nicht, ob die leute das kleine Waldstück übers Wohngebiet eintragen oder aber die kleine Siedlung über den Wald.
Wenn es trotz Fehler richtig gerendert wird, fällt der Fehler halt leider nicht so auf und es bleibt weiterhin falsch.
Von der Freizeitkarte Deutschland ist die Ausgabe 11.12 erschienen.
Das Kartenmaterial basiert auf den OpenStreetMap-Daten vom 10.12.2011.
Link: http://www.easyclasspage.de/karten/index.html
Ergänzungen / Veränderungen gegenüber der vorherigen Version:
- Schrebergärten werden mit grünem statt braunem Gitter dargestellt
- im Bau befindliche Straßen werden ausgewiesen (highway = construction)
- Verbesserung der Adresssuche (in Zusammenarbeit mit Ludwich und Georg V.)
- Vereinheitlichung der Adresssuche für Hamburg
- das Präfix "Gemeinde " ist bei der Ortsangabe nicht mehr erforderlich (z.B. “Spalt” statt “Gemeinde Spalt”; betrifft 658 Gemeinde)
- das Präfix "Stadt " ist bei der Ortsangabe nicht mehr erforderlich (z.B. “Rodgau” statt “Stadt Rodgau”, betrifft 67 Städte)
- allgemeine Verbesserung der Entwicklungsumgebung
Die Karte befindet sich im Status “Erprobung” - hilf mit sie zu verbessern - Danke.
Gruß Klaus
Danke, hoffentlich sind die Gewässer so geblieben wie sie waren? 
Ja, die Gewässerfarbe ist unverändert geblieben.
Die Verwechselungsgefahr mit Radwegen ist zu groß.
Das war ja auch das Diskussionsergebnis hier …
Klaus
vielen dank für die neue Entwicklungsumgebung (und die neue karte),
bin gerade dabei meine Karte zu bauen.
zu meinen erfahrungen mit der entwicklungsumgebung:
lieft alles eigentlich gut, anfangs probleme mit java-heap-space, da er anstatt der 64bit die 32bit version von java genommen hat, da musste ich den PATH entsprechend an die 64bit version anpassen aber seitdem läufts.
die neue version teste ich wie gesagt gerade.
ein fehler ist mir aufgefallen ( bei einem routing)
wenn ich Herxheimer Straße oder Herxheimerstraße bei der Adresssuche eingebe (ich muss mal schauen, welches die richtige schreibweise ist, online finde ich beides^^) und mich Routen lasse (egal ob Fahrrad/Fuß oder Autoeinstellungen) dann schickt er mich erst sonstwohin und dann luftlinie über 2km, egal von wo ich starte. (auch wenn ich in der Herxheimer straße stehe)
Es sind allerdings zwei unterschiedliche Punkte zu denen er mich schick, wenn ich jeweils eine der beiden schreibweisen probiere.
Kann das mal wer ausprobieren, ob das bei euch auch so ist?
Wenn ich manuell einen Punkt auf der Herxheimer straße wähle, funktioniert das routing. Der Punkt der angesteuert wird, wenn ich die Adresssuche nutze liegt etwas neben der straße. Wenn ich jedoch manuell einen Punkt etwas neben der Straße anwähle, funktioniert es auch.
als gerät nutze ich das etrex 30
in BaseCamp geht es, aber da kann ich ja auch nicht in dieser form nach adressen suchen.
So sieht das ganze dann aus:
Gesamtblick:
Wendepunkt für Fußgänger
Und der Wendepunkt für Autofahrer:
Wieso sind die Allotments auf den Screenshots so schwarz ?
Nachtmodus?
Edit: Grade mal am 20er ausprobiert: Yupp, im Nachtmodus sieht die Karte so komisch aus.
jo, wie chris schon geschrieben hat, liegt das am nachtmodus (der sich mal wieder aktiviert hat, weil mein etrex 30 sowieso nur einstellungen speichert wie es will)
achja, hab vergessen zu sagen, dass das bei der alten freizeitkarten auch schon so war, mit diesem routingfehler. die beiden straßen-schreibweisen waren die einzigen beiden wo mir so ein fehler aufgefallen ist, andere straßen haben funktioniert. das heißt natürlich noch lange nicht, dass alle anderen funktionieren -_-