OpenStreetMap logo OpenStreetMap

Changeset When Comment
79847006 almost 6 years ago

Und hier noch den Namen angepasst: changeset/79856851

79847006 almost 6 years ago

Hallo OEPNV123, willkommen zu OSM! Deinen Eintrag habe ich überarbeitet, s.: changeset/79856583 – bei Unklarheiten bitte Wiki konsultieren bzw einfach nachfragen!
--besteGrüße!bm

79817299 almost 6 years ago

^ Berlin-Kb
---

Published using OSMCha: https://osmcha.mapbox.com/changesets/79817299

79758188 almost 6 years ago

Ich fragte eigentlich nach Vorteilen ;) - Nein, es dient eben nicht der Übersichtlichkeit, ganz im Gegenteil:

- POI-Icons (& -Namen) werden bei dieser Praxis zwangsläufig über einer Linie angezeigt/"zerschnitten" -> schlechter wahrnehmbar
- POI-Icons werden zusätzlich mit entrance-Icons überlagert -> noch schlechter wahrnehmbar
- Höhere Dichte – geringere Übersicht (1a)
- Konkurrenz zB zu Fahrradständern (3)

Man soll ja bekanntlich nicht FÜR den Renderer mappen – aber soll man deswegen GEGEN ihn mappen?

1) Richtig: Haupt-/Haus-Eingänge, Hausnr als solche, an der Wand befestigte Automaten, Schilder sind – wenn man deren einigermaßen exakte Position kennt – korrekterweise als Knoten an den Gebäudeumrissen zu mappen. Aber:
a) Wenn man diese [building ways] nun zusätzlich mit POI belastet, geht auf dieser Linie schnell die Übersicht verloren.
b) einzelne Eingänge zu Ladenlokalen odgl (gesondert) zu mappen ist idR überflüssig – das Vorhandensein zumindest eines geeigneten, nahegelegenen Einganges ist impliziert, Gegenteiliges lässt sich entsprechend erfassen.

2) Ein Ladenlokal ist mehr als nur sein Eingang. Es hat – im Unterschied zu vorgenannten – räumliche Tiefe.
a) Was tun bei POI mit mehr als nur einem Eingang? Bsp: node/440335563

3) POI-Icons & -Namen an der Gebäudelinie konkurrieren auch mit Items auf dem Gehweg und teils sogar in der Parking-Lane um wertvollen Platz in der Darstellung:
a) hier habe ich deshalb einen Shop, dessen Name das Rendering eines Fahrradparkplatzes unterdrückte, weiter nach innen versetzt: changeset/74283460

4) iD ist zwar nicht unbedingt der Maßstab aller Dinge, fordert seit einiger Zeit aber anscheinend dazu auf, POI-nodes von building ways zu entfernen: Mir sind wiederholt Cs untergekommen, die ein dahingehend semi-kryptisches Cs-Tag trugen.

Aus genannten Gründen kann ich dem ebenfalls nichts abgewinnen und ändere derartiges Mapping, wo es mir (meist im Zuge einer survey) unterkommt. Gerade mit JOSM ist das wirklich einfach: Linie von und zu bestehenden Knoten entlang der Häuserlinie soweit benötigt ziehen; mittels Parallel-Kopieren Linie (min.) 2m nach innen klonen; POI auf der inneren Linie positionieren (N); beide Hilfslinien löschen. (Bei den von dir geänderten POI war das im Übrigen bereits der Fall.)

Ich hoffe, das erklärt soweit anschaulich und nachvollziehbar, weshalb entrance-fixiertes micromapping von Ladenlokalen auf der Gebäudelinie (mE) keinen Award gewinnen wird.

--besteGrüße!bm

P.S.: Nur weil irgendwo eine Tür ist, ist da noch lange kein Eingang. ;)

79758188 almost 6 years ago

Hey SupapleX! Welchen Sinn/Vorteil hat es, Shops odgl als nodes auf building ways zu mappen? (Teils inkl entrance=yes?)

79583400 almost 6 years ago

Hey alxpa!
Und wie sieht der Zugang von der anderen Seite (v Norden) aus? access=no für den gesamten Weg? Bauzaun permanent/temporär? Evt dort auf node als barrier=fence,fence_type=construction,access=no? Außerdem: name="Michis Weg"?
--besteGrüße!bm

74234947 about 6 years ago

Update dazu s. changeset/79461177

79390522 about 6 years ago

Hallo mardiz! Gemäß deinem Cs-Kommentar bietet sich doch eigentlich disused:* an – mag im konkreten Fall zwar kein allzu gravierender Unterschied sein, aber siehe osm.wiki/DE:Good_practice#Erhalte_die_Chronik & osm.wiki/Lifecycle_prefix
– für dich gefixt in Cs changeset/79438936 --besteGrüße!bm

79381561 about 6 years ago

Hallo KlausKleber! Fehler behoben und weiter verbessert in changeset/79394282 – offen: Name ziemlich lang. --besteGrüße!bm

79349812 about 6 years ago

Hallo helcar, hier hast du wohl irrtümlich(?) einen Baum halb zum Fahrradparkplatz gemacht. Bitte sieh es dir nochmal an und korrigiere entsprechend. https://osmlab.github.io/osm-deep-history/#/node/3901336577
https://osmcha.mapbox.com/changesets/79349812/
--besteGrüße!bm

79308698 about 6 years ago

Hallo marcoberlin, willkommen zu OSM! Ich weiß nicht, was das "AND" in beiden conditional sollte – fixed in changeset/79314411 – sieh hierzu nochmal (und auch sonst) im Wiki nach: osm.wiki/Conditional_restrictions --besteGrüße!bm

75630467 about 6 years ago

@eserte: Ich habe hier gar nichts neu gesetzt oder nachgeprüft, außer dem im Cs-Kommentar genannten Geschwindigkeitslimit. Stimme ansonsten @tordans zu: müsste man vor Ort prüfen.

79243791 about 6 years ago

Hi kartonage, s. Kommentar zu changeset/79222031
"Die Website von Rossmann(!) kennt hier (noch) keine Filiale. In der Nähe befinden sich zwei (Friedrichstr 141A/142 sowie 147)."
node/1308877499
node/1308877468
Stimmt die Adresse? Welche Adresse hat der Bhf Friedrichstr? (F142 lt Geoportal Berlin / Berlin Zoom & /Adressen Berlin) Evt ist die Adresse bei der 1./nördl. Filiale falsch zugeordnet? (dort wäre F140) Oder Rossmann stellt sie auf der eigenen Website an falscher Stelle dar und dort ist gar keine, sondern sie ist tatsächlich im Bhf Friedrichstr.
--besteGrüße!bm

79218977 about 6 years ago

reverted in Cs changeset/79222865

79218977 about 6 years ago

Hallo Akimazu, "Schaukel" ist bestimmt kein valider Wert für playground:theme=* – selbst, wenn es das einzige Gerät des als node gemappten Spielplatzes ist. Bitte Wiki / taginfo konsultieren, wenn man sich nicht sicher ist. --besteGrüße!bm

79222031 about 6 years ago

Hallo Sanek-z! Welche Quelle liegt deinem Eintrag zugrunde? Selbst gesehen/besucht? Die Website von Rossmann(!) kennt hier (noch) keine Filiale. In der Nähe befinden sich zwei (Friedrichstr 141A/142 sowie 147). Bitte um kurze Info. --besteGrüße!bm

78410325 about 6 years ago

partially revert & improve in changeset/79200660

78119918 about 6 years ago

Hallo linerider,

bitte entschuldige die spätere Antwort, ich war bei OSM etwas auf Sparflamme und die Diskussion ist, wie du selbst schreibst, in Cs-Kommentare etwas offtopic - aber anscheinend doch wichtig, weshalb ich möglichst kurz und beispielreich antworten möchte.

1. ad "aus dem Artikel nicht erkennen […] POIs zu erhalten" - Grundprinzipien(!), s.:
osm.wiki/DE:Good_practice#Erhalte_die_Chronik
osm.wiki/Keep_the_history

Daraus ergibt sich eigentlich alles Weitere, weshalb ich im Detail nicht darauf eingehe. Nur soviel: Es ist nicht so sehr eine absolut zu beantwortende Frage nach richtig/falsch, sondern eher weniger falsch / besser. Ich denke, das trifft hier auf disused: als Zwischenlösung sehr wohl zu. Der nächste Schritt ist dann, eine mögliche Nachfolge – die ja nicht zwingend gleich gegeben bzw bekannt sein muss (s. auch Bsp. unten) – einzutragen.

Die Chronik zu erhalten kann die Arbeit von Mappern wesentlich erleichtern. ZB kann man mit anderen Datenquellen wie mapillary abgleichen, selbst wenn diese mal keinen Datumstempel tragen.

Das Argument mit externen Websites, die unique OSM-Ids nutzen – konkrete Beispiele(?) würden mich da interessieren – widerlegt sich ja fast selbst: 1. externes Problem, keines von OSM, somit irrelevant. 2. würden sich Websites tatsächlich nur auf die OSM-Ids verlassen, wäre es für diese anhand jener mittels name=* und sonstigen Attribut-Abgleich sogar recht einfach, einen Wechsel zu verbuchen. (Besser wären aber ohnehin andere Methoden, um Duplikate und Karteileichen zu vermeiden.)

Also ja, Grundprinzipien sollten Grundkonsens darstellen, denke ich. Dass auch nicht alle Raffinessen und Möglichkeiten von OSM kennen kann, klar. Und dass es in manchen Fällen Abwägungen sind, man nicht immer zu den gleichen Lösungen kommt, ist zu tolerieren, bestes Bsp – und auch für mich immer wieder fraglich – sind die von dir angesprochenen node-Verschiebungen (Umzüge):

Hätte man hier machen können/sollen:
https://osmcha.mapbox.com/changesets/77456246/ - keine Ahnung, wieso zwar Adresse angepasst, nicht aber node verschoben
https://osmcha.mapbox.com/changesets/77458521/ - als neuen node angelegt, alten disused: – evt war mir verschieben zu weit?
https://osmcha.mapbox.com/changesets/77686133/ - gelber node: WTF? Keine Ahnung, was der User damit erreichen wollte.
https://osmcha.mapbox.com/changesets/77694157/ – revert

Hier ist ein Doktor umgezogen – hätte man den node umziehen sollen? Mapper tordans hat es nicht getan (anscheinend wusste er nicht vom alten Standort) und einen neuen angelegt: node/7052620851/
Danach habe ich nur noch nachgebessert und den alten als disused: https://osmcha.mapbox.com/changesets/78391328/
Später mittels survey vor Ort neues Angebot am alten Standort eingetragen: https://osmcha.mapbox.com/changesets/78989651/

Ähnliches hier (nur die relevanten Cs ohne Zwischenkorrekturen):
https://osmcha.mapbox.com/changesets/76581709/
https://osmcha.mapbox.com/changesets/78282597/

So, ich hoffe die Links, Erklärungen und Beispiele waren für dich interessant. Wünsche weithin happy mapping!

-besteGrüße!bm

79196139 about 6 years ago

Hallo Illian, was meinst du mit "geschlossen" bzw wieso gelöscht? Diese Filiale sollte lt. [1][2] eigentlich noch ein paar Tage geöffnet sein. Gemäß [2] sollte sie auch in absehbarer Zeit wieder eröffnet werden. Und selbst wenn nicht, scheint Löschen nicht die beste aller Ideen bzw nur die letzte Option – siehe hierzu Grundprinzipien(!) zu Erhaltung der Chronik [3] (& vertiefend [4], EN:) sowie die Life-Cycle-Prefixes [5]. Entsprechend geändert in changeset/79197939,79198367 [6][7]
--besteGrüße!bm

[1] https://www.dm.de/store/de-1628/berlin/bergmannstrasse-102
[2] https://static.mydealz.de/live/threads/thread_full_screen/default/1509822_1.jpg
[3] osm.wiki/DE:Good_practice#Erhalte_die_Chronik
[4] osm.wiki/Keep_the_history
[5] osm.wiki/Lifecycle_prefix
[6] changeset/79197939
[7] changeset/79198367

78405797 about 6 years ago

Hallo SuperFLoh! OSM ist ja nicht dazu da, Dinge nach Gutdünken zu benennen. Wiki ist dazu mE recht klar - "name is the name only". Wie schon erwähnt, hat nicht alles in OSM einen Namen. Spezifizierungen, Typen werden idR über entsprechende Tags abgebildet. Wenn du die "Wikiseite leider komplett[!] unverständlich [findest]", stimmt etwas nicht – vielleicht die falsche Sprache ausgewählt? Im Zweifel greife man auf die englische Version zurück (bzw jene, die die Situation des Features im jeweiligen Land am besten beschreibt). Das, was unter amenity=charging_station in den Bsp ganz unten (osm.wiki/File:Cs_us_tesla_supercharger.png) ersichtlich ist, sollte man mE nicht (wie angegeben) mit name="Tesla Supercharger" taggen, sondern mit ref=2B (falls die einzelne Ladesäule/socket erfasst ist). Tipp gerade für den Anfang, wenn Wiki anstrengend anmutet und man geneigt ist, einfach nachzusehen, wie es "gleich nebenan" gemappt wurde (was auch seine Berechtigung hat): Nur weil ein Fehler auch woanders gemacht wird, heißt das nicht, dass man diesen wiederholen soll. ;) --besteGrüße!bm