- AutorBeiträge
- Juli 13, 2023 um 11:24 Uhr #54394ikomsTeilnehmer
Hallo Christian
Eine geschlossene Linie mit leisure=track zusammen mit area=no wird fälschlicherweise doch als Fläche dargestellt.
Zum Beispiel hier: https://www.openstreetmap.org/way/39825286
Da braucht es noch ein paar Zeilen Code, um den Fehler zu beheben.Vielen Dank für deine Arbeit und liebe Grüße
UrsJuli 15, 2023 um 18:04 Uhr #54428TobiasAdministratorHallo Urs,
danke für den Hinweis. Area=no müsste dazu erst einmal aufgenommen werden. Aktuell kann ich bei leisure=track in der Darstellung nur zwischen geschlossenen und nicht-geschlossenen Linie unterscheiden. Geschlossene hatte bisher immer nur ausgefüllt dargestellt, da i.d.R. da noch ein Fußballfeld darüber lag 🙂
D.h. in Zukunft braucht es dafür auch noch eine weitere Darstellung.
Viele Grüße,
TobiasDeveloper of Elevate mapstyle
Juli 19, 2023 um 08:02 Uhr #54460ChristianKAdministratorIch kann area=no auf area=area_no aufnehmen wenn das ein häufig auftretendes Problem ist.
Wenn es nur bei ein paar Rundstrecken auftritt, moin…Edit: Naja, das sind schon so einige.
Ich habe nun mal das area=area_no mit aufgenommen für ways, ab zl12, non_renderableWenn Du willst lasse ich Bayern durchlaufen.
Juli 19, 2023 um 10:12 Uhr #54471JohnPercyTeilnehmerJetzt bin ich verwirrt. Reicht es bei den aktuellen Karten nicht aus, im Theme zwischen „area=yes“ und „area=~“ zu unterscheiden?
Voluntary and Velocity themes - https://voluntary.nichesite.org
Juli 19, 2023 um 22:08 Uhr #54478TobiasAdministratorJetzt bin ich verwirrt. Reicht es bei den aktuellen Karten nicht aus, im Theme zwischen „area=yes“ und „area=~“ zu unterscheiden?
It depends. According to the wiki:
„It’s unclear/undecided whether closed ways should be treated as areas for this tag so it is advised to always add an area=yes/no tag in the case of closed ways. The default OSM Carto stylesheet displays an area only if area=yes is present. This is not necessary for multipolygons since they are always handled as areas.“So currently a area=~ in OAM means either a missing area=* or area=no. And currently only 50,24% of leisure=tracks have either area=* or type=multipolygon. Of course we don’t know how many of the missing near-50% are non-closed ways. But at least with an area=area_no one can be sure.
@Christian: das ist auch wieder ein Fall, in dem type=multipolygon eigentlich ein tagtransform zu area=yes braucht, wie hier vorgeschlagen:
https://www.openandromaps.org/oam-forums/topic/multipolygon-relations-mit-highwaypedestrian-werden-nicht-korrekt-angezeigt#post-53791Developer of Elevate mapstyle
1 Teilnehmer(n) gefällt dieser Beitrag
Juli 20, 2023 um 12:46 Uhr #54489ChristianKAdministratorin dem type=multipolygon eigentlich ein tagtransform zu area=yes braucht
Das kann ich nicht machen da ein area=yes in einem grossen Multipoligon bedeutet das die meisten OSM-Tools ausflippen und ewig zur Verarbeitung brauchen oder crashen.
Ich kann dir ein MP mit einem eigenen Tag markieren.
Also alle Relationen die type=multipolygon sind erhalten ein Tag way_from=mp
Diesen KEY kann man auch für verschiedenste andere Aufgeben nehmen wie zB in Zukunft way_from=ncn oder was auch immer.
oder object_from=mp oder inherited_from=mp oder was auch immer.LG Christian
Juli 20, 2023 um 21:04 Uhr #54491TobiasAdministratorDas ist auch ein tolle Lösung mit einem anderen, unspezifischen Tag, danke!
Wie wäre es noch allgemeiner mit based_on=mp? Wäre auch schön kurz.
Zuerst dachte ich ja im anderen Thread, das wäre in erster Linie bei highway=*, speziell pedestrian, relevant. Jetzt haben wir noch leisure=track. Keine Ahnung ob das pauschal zu vererben zu viel ist oder besser nur die zu machen, die aktuell bekannt sind.Developer of Elevate mapstyle
Juli 21, 2023 um 11:05 Uhr #54495ChristianKAdministratorIch werde based_on_rel nehmen (mp,route,etc..)
Wir werde sicher auch mal ein based_on_h[igh]w[ay] für die ausgelagerten Routen haben.Ich mach mal die Bayern.map
<translation> <name>add tag to identify mp relations in mapsforge for theme</name> <description>add tag to identify mp relations in mapsforge for theme</description> <match type="relation" > <tag k="type" v="multipolygon"/> </match> <output> <copy-all/> <tag k="based_on_rel" v="mp"/> </output> </translation>
Juli 21, 2023 um 11:15 Uhr #54497ChristianKAdministratorNachtrag:
Ich hoffe mapsforge vererbt dieses tag in den Karten bis zu den zu Rendernden Objekten…….
Juli 21, 2023 um 11:48 Uhr #54498TobiasAdministratorSehr gut, danke Christian. Bin auch gespannt, ob’s klappt…
Developer of Elevate mapstyle
Juli 21, 2023 um 22:05 Uhr #54504ChristianKAdministrator22.7.2023, also morgen früh gibt es hier die Testkarten
https://ftp.gwdg.de/pub/misc/openstreetmap/openandromaps/mapsV5/test/
bayern
austria
uk_scotland (Hi John)1 Teilnehmer(n) gefällt dieser Beitrag
Juli 22, 2023 um 10:30 Uhr #54505JohnPercyTeilnehmer@ChristianK
Danke. Das Gebiet, das ich mir als Beispiel angesehen habe, war jedoch Oxford (England). Ich bin mir nicht sicher, ob es in Schottland ähnliche Beispiele gibt, und weiß auch nicht, wie ich sie finden kann!Voluntary and Velocity themes - https://voluntary.nichesite.org
Juli 22, 2023 um 13:07 Uhr #54506ChristianKAdministratorwar jedoch Oxford (England).
Hallo John,
Kein Problem, wird ab morgen an gleicher Stelle zum Download stehen.
1 Teilnehmer(n) gefällt dieser Beitrag
Juli 23, 2023 um 10:05 Uhr #54511JohnPercyTeilnehmerI’m making some progress. I need to test on it being a multi polygon (MP) and on not being a multi polygon (~). I’ve got the first test working but not the second. This may be due to an error in my theme.
However it will only work if based_on_rel can only be MP or empty, so your scheme of having different possible values for it won’t work.Voluntary and Velocity themes - https://voluntary.nichesite.org
1 Teilnehmer(n) gefällt dieser Beitrag
Juli 23, 2023 um 10:43 Uhr #54513JohnPercyTeilnehmer[deleted]
Voluntary and Velocity themes - https://voluntary.nichesite.org
- AutorBeiträge
- Sie müssen angemeldet sein, um zu diesem Thema eine Antwort verfassen zu können.