You are not logged in.
etwas ist mir noch aufgefallen
http://www.openstreetmap.org/?lat=51.15 … 7&layers=M
hier gibt es Gärten (landuse allotments), die über landuse residential liegen.
Ich hatte mit so etwas bisher in keine Karte Probleme bei der Darstellung, in der Freizeitkarte aber liegt aber wohl residential oben
Sauberer wäre es, beide zu trennen. Kleingärten gehören nicht unbedingt zu Wohngebieten.
Gruß,
ajoessen
Offline
+1
Typischerweise ist das "Wohnen" dort ausdrücklich verboten.
Gruß
Georg
Offline
ajoessen wrote:Man kann in BaseCamp docht auch die Detailstufe manuell höher setzen.
ja, ich hatte es aber auf gleicher Detailstufe verglichen
Mich hatte eben nur auch etwas gewundert, wie unterschiedlich doch die Vorstellungen sind, was in welcher zoomstufe zu sehen sein sollte.
Ich habe es jetzt nochmal auf dem Dakota20 verglichen, da zeigt die Freizeitkarte dasselbe Verhalten diesmal z.B. im Vergleich zur aio von computerteddy. Wege sind bis zoomstufe 300m zu sehen, statt 800m bei der aio
Ich bitte dies wirklich nicht als abwertende Kritik zu verstehen. Da ich auch beruflich mit Karten zu tun habe, weiß ich, dass da persönliche Vorlieben und Gewohnheiten sehr wichtig sind.
Ich wollte es eben nur angesprochen haben.
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.
Kommunikation -> Kooperation -> Innovation
Offline
etwas ist mir noch aufgefallen
http://www.openstreetmap.org/?lat=51.15 … 7&layers=M
hier gibt es Gärten (landuse allotments), die über landuse residential liegen.
Ich hatte mit so etwas bisher in keine Karte Probleme bei der Darstellung, in der Freizeitkarte aber liegt aber wohl residential oben
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
Kommunikation -> Kooperation -> Innovation
Offline
Sauberer wäre es, beide zu trennen. Kleingärten gehören nicht unbedingt zu Wohngebieten.
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
Offline
Details sollten auf Maximum eingestellt werden.
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
Offline
Frage: Sollte man die OSM-Daten oder die Zeichenpriorität korrigieren?
Klaus
In diesem Falle ersteres. Dann fällt dem Mapper auch gleich der Fehler auf ;-)
Gruß,
ajoessen
Offline
CADdog63 wrote:etwas ist mir noch aufgefallen
http://www.openstreetmap.org/?lat=51.15 … 7&layers=M
hier gibt es Gärten (landuse allotments), die über landuse residential liegen.
Ich hatte mit so etwas bisher in keine Karte Probleme bei der Darstellung, in der Freizeitkarte aber liegt aber wohl residential obenSauberer wäre es, beide zu trennen. Kleingärten gehören nicht unbedingt zu Wohngebieten.
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.
Offline
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
Offline
Frage an die Mapper: Warum gibt es für Hamburg eigentlich keinen POI "place = city" ?
Klaus
Kommunikation -> Kooperation -> Innovation
Offline
toc-rox wrote:Frage: Sollte man die OSM-Daten oder die Zeichenpriorität korrigieren?
Klaus
In diesem Falle ersteres. Dann fällt dem Mapper auch gleich der Fehler auf ;-)
Gruß,
ajoessen
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.
Last edited by CADdog63 (2011-12-10 22:13:47)
Offline
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.
Offline
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
Kommunikation -> Kooperation -> Innovation
Offline
Danke, hoffentlich sind die Gewässer so geblieben wie sie waren? ![]()
Online
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
Kommunikation -> Kooperation -> Innovation
Offline
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.
Offline
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: 
Offline
Wieso sind die Allotments auf den Screenshots so schwarz ?
Kommunikation -> Kooperation -> Innovation
Offline
Nachtmodus?
Edit: Grade mal am 20er ausprobiert: Yupp, im Nachtmodus sieht die Karte so komisch aus.
Last edited by chris66 (2011-12-11 23:09:42)
Online
Wieso sind die Allotments auf den Screenshots so schwarz ?
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 -_-
Offline
... Yupp, im Nachtmodus sieht die Karte so komisch aus ...
Ich vermute mal, daß im Nachtmodus beim neuen eTrex der Kartenhintergrund abgedunkelt (schwarz statt beige) wird.
Da Ackerflächen in der FZK als "Kartenhintergrund" dargestellt werden, sollten im Mittel dann ca. 52% der Karte abgedunkelt sein.
Läßt sich diese "dunkle Seite" des neuen eTrex möglicherweise sinnvoll nutzen? Z.B. bei Nachttouren oder -fahrten?
Klaus
Kommunikation -> Kooperation -> Innovation
Offline
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?
There could be a mkgmap bug in the styles, if I look in Klaus' scripts he is using routable lines without road_class / road_speed: highway = residential [0x06 resolution 24 continue]
See also http://forum.openstreetmap.org/viewtopi … 81#p208081
Offline
Jayjay01 wrote: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?
There could be a mkgmap bug in the styles, if I look in Klaus' scripts he is using routable lines without road_class / road_speed: highway = residential [0x06 resolution 24 continue]
See also http://forum.openstreetmap.org/viewtopi … 81#p208081
Thx, i changed it in my style-file and now it works.
So, das sollte dann auch in den originalen Stylefiles geändert werden.
Offline
There could be a mkgmap bug in the styles, if I look in Klaus' scripts he is using routable lines
without road_class / road_speed: highway = residential [0x06 resolution 24 continue]
Thanks ligfietser for revising the lines style file.
Yes you are right, there was a defect in the logic.
Some lines were (incorrectly) processed twice.
Regards Klaus
Kommunikation -> Kooperation -> Innovation
Offline
Mein erstes kurzes Feedback, nachdem ich die Karte zum ersten Mal auf ein Garmin 60csx geladen habe.
Was mir gefällt:
- Berge werden mit Höhenangabe angezeigt.
- Namen von Wiesen sind mit POI-Suche auffindbar
Was mir nicht gefällt:
- V.a. die farbliche Darstellung: auf dem GPSmap60csx hat die Karte für meinen Geschmack viel zu wenig Kontraste, z.B. sind alle Wälder grau (statt satt grün wie z. B. bei der All in one), Wiesenlichtungen (blass grün) sind darin kaum erkennbar. So hat man dann oft graue Straßen in grauen Wäldern und man erkennt wenig bis gar nichts. Auch Gewässer sind blass grau. Für die Nutzung im Sonnenlicht m.E. nicht geeignet - für mich als Outdoor Nutzer ein K.O. Kriterium.
- Viele Kartenelemente werden erst angezeigt, wenn man sehr weit in die Karte hineinzoomt (Maßstab 300m oder 500m, z.B. Berge, Bäche). Auch Ortsnamen sind erst bei vergleichsweise großem Zoom erkennbar. Bei Zoomstufe 3 km werden überhaupt keine Straßen mehr angezeigt und auch keine (kleineren) Ort mehr - die Karte weist dann in ländlicher Gegend fast überhaupt keine Infos mehr auf. Die Zoomlevel sollte daher m.E. verändert werden.
Bitte diese Punkte als Anregung zur Verbesserung, nicht als Kritik verstehen, ich finde es toll, wenn es neue Karten gibt und hoffe, die Freizeitkarte weiterentwickelt wird, aber derzeit gefallen mir die AiO und die Kleineisel-Karte von ihrer Darstellung noch deutlich besser.
EDIT: zur Klarstellung: in Mapsource sieht die Karte gut aus. Auf dem Garmin-Gerät 60 csx ist die Darstellung allerdings ganz anders, darauf beziehen sich die obigen Anmerkungen.
Last edited by Glücki (2011-12-18 15:57:04)
Offline