OpenStreetMap
Luzandro's Comments
| Changeset | When | Comment |
|---|---|---|
| 32598717 | What was the point of this changeset? As far as I can see only the name was duplicated as name:hu without any localization, which doesn't make any sense to me? |
|
| 11841449 | +1 |
|
| 72930448 | Hallo Florian, Hundezonen werden als leisure=dog_park angegeben, im iD-Editor im Browser unter "Hundepark" zu finden.
LG Andreas
|
|
| 54867331 | Hallo Peter, service=spur kennzeichnet anscheinend ein Anschlussgleis, was hier aber keinen Sinn ergibt, nachdem hier kein Gleis, sondern eine Straße ist?
LG Andreas |
|
| 67256117 | Hallo, das Changeset ist schon wieder ein halbes Jahr her, aber weißt du zufällig, ob diese Klassifizierung als footway passt und man das fixme entsprechend entfernen kann?
LG Andreas |
|
| 72741763 | Hallo Reiner, s. Note: note/1866725 wie schon einmal erwähnt ist amenity=parking für Parkplatz-Areale vorgesehen und nicht für Straßenbegleitende Parkstreifen, die stattdessen als parking:lane erfasst werden sollen. siehe: osm.wiki/DE:Tag:amenity%3Dparking LG Andreas |
|
| 67913253 | Ich habe es jetzt auf sidewalk Tags geändert und fehlende Verknüpfungen hinzugefügt |
|
| 57885486 | I think there is a misconception that there are different views based on car users and pedestrians (actually personally I rarely use OSM when using a car, but mostly when biking or on foot). The real difference is the level of abstraction you want to achieve and if you are interested in looking at a rendered map or using it for routing or querying data. A big advantage of OSM is that there is much more data for pedestrians and cyclists, but in urban areas the micro mapping often leads to problems because for one the software can't easily use the name of the street and would have to guess that the two ways belong together and more importantly it often breaks the routing because it is drawn as separate ways with way too little connections to the street (which it actually is part of, like the driving lanes or the parking lanes) and you end up getting ridiculous detours because the router doesn't know that the sidewalk is connected to the roadway.
Anyway the wiki clearly says that the correct way to enter a parking lane is using parking:lane and amenity=parking is for larger car park areas. Therefore the QA tool osmose also consequently reports an issue if an amenity=parking is found without an access way
|
|
| 72584636 | Wie unten zu sehen, wurde damit auch in etliche Relationen ein Loch gerissen. Ich habe daher das Changeset jetzt erst einmal rückgängig gemacht, dabei hoffentlich alle Konflikte korrekt aufgelöst und einen Kartenhinweis mit Verweis hierher angelegt. |
|
| 57885486 | Hi, I was reminded about this as I stumbled upon another routing issue and wanted to add a comment about the parking lanes. You said the parking still isn't marked on the map, but actually it shouldn't be or rather only as parking:lane and not as car parks (which are both missing here). There is a reason navigation software lets you search for parking and I guess nobody wants the answer, "basically everywhere along the street". see:
|
|
| 72584636 | Ja, dieser Abschnitt wurde jetzt komplett gelöscht:
Wenn schon, könnte man es höchstens auf construction ändern, aber auch das ist bei vglw. kurzen, vorübergehenden Sperren, wo der Zustand danach wieder genauso ist wie davor (was hier wohl sehr wahrscheinlich ist), nicht sinnvoll, siehe:
"Bezüglich des Tagging von vorher existierenden Features, die wegen Erweiterung oder Reparatur gesperrt werden: Viele Datennutzer (insbesondere Tileserver Dritter, gedruckte Karten und Smartphones/Navis, die Daten offline vorhalten) aktualisieren nur alle paar Wochen oder Monate ihre Daten.
|
|
| 72242404 | Hi, when connecting a way to other ways you should pay a little more attention to which object is currently highlighted. One time the track was connected to the administrative boundary instead of the other track, another time to the farmland area. I've fixed both issues. best regards
|
|
| 68202126 | Hallo Girolamo, du hast hier bei ein paar Straßen ein noexit=yes gesetzt, dieses bezieht sich aber nicht auf die offiziellen Sackgassenschilder, sondern gibt an, dass es für KEINEN, also auch Fußgänger, dort weitergeht, trotz evtl. Nähe zu anderen Wegen. Hier ist es zB also falsch:
siehe: osm.wiki/DE:Key:noexit LG Andreas |
|
| 67099231 | Hallo FunDog, bei Ortschaften, die keine Straßennamen haben, wird addr:place statt addr:street verwendet. Leider bietet der iD-Editor im Browser beim Standard-Formular allerdings kein Feld für addr:place an und du musst dieses händisch unter "alle Eigenschaften" eingeben. siehe: osm.wiki/DE:Key:addr LG Andreas |
|
| 71981613 | Hallo Iniel,
|
|
| 72125720 | Hi,
|
|
| 71951271 | Natürlich gab es die zentrale Achse und wie PPete2 richtig festgestellt hat, war sie erst im Norden ab der Unteren Kaigasse reine Fußgängerzone, was auch mit mapillary und der basemap übereinstimmt, wo die Straße bis dorthin weiß eingezeichnet ist.
|
|
| 71951271 | Begegnungszone würde für living_street + explizite Geschwindigkeitsbeschr. sprechen, s.: https://forum.openstreetmap.org/viewtopic.php?pid=740410#p740410 |
|
| 71951271 | Ehrlich gesagt habe ich mich das die letzten Tage auch gefragt. osmcha.mapbox.com weißt Changesets verschiedene Flags zu, wenn sie in irgendeiner Form Auffälligkeiten zeigen, das Löschen von Objekten mit einem gewissen Alter / Anzahl an Versionen zählt aber offenbar nicht dazu. Bei dem Changeset wurde nur auf das Gegenteil hingewiesen, nämlich dass neue Fußwege angelegt wurden (geht glaube ich, so wie die Parks, auf die blödsinnigen Pokemon Go Edits zurück). Evtl. sollte man einen entspr. Feature-Request schreiben.
|
|
| 71951271 | Nicht nur die Tags, sondern das ganze Objekt, also wenn es nicht gleich auffällt, ist es gar nicht so trivial, etwas gelöschtes wiederherzustellen. Ja, Landeskarte ist einer der User, die zuvor als geocodec oder wikithemap bekannt waren.
|