piebro/osm-data huggingface dataset:
dadavid (2025-04-28 09:40:31+00:00): Bitte benutze das addr: tagging nicht, um Gebäudenummern als Hausnummern einzutragen. Ich habe die Gebäudenummer nach ref=* verschoben. 

Viele Grüße :) 

David
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/165535539
thek8bajr (2025-04-29 12:01:06+00:00): Oh okay, ich hatte das nur zu den beiden Gebäuden direkt daneben verglichen.
Danke!
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/165535539
dadavid (2025-05-03 17:36:47+00:00): Hi, 
das Vergleichen mit Nachbargebäuden ist grundsätzlich super, dann bleibst du auf jeden Fall beim ortsüblichen tagging :) 
Ich bespreche das mal mit der Person, die das hier ursprünglich gemappt hat :) 

Viele Grüße
Nathan_A_RF (2025-04-28 09:36:12+00:00): Thanks, must have missed that
dadavid (2025-04-28 09:37:14+00:00): Hi, 
du hast die Fläche hier [1] als bulding eingetragen. Vorher war es als landuse=industrial eingetragen, das war denke ich besser. Auf jeden Fall ist es kein building; wäre super, wenn du da nochmal drüber schauen könntest :) 

Viele Grüße und weiterhin viel Spass beim mappen :) 


 https://www.openstreetmap.org/way/45026547
silversurfer83 (2025-04-28 19:21:17+00:00): Hi :)

Kleinigkeiten:
- warum entfernst du die Adresse von der Firma? 

- auch JOSM kann mit wenig Aufwand schicke Kreise machen: Einfach den Durchmesser des zu erzeugenden Kreises zeichnen (also genau zwei miteinander verbundene Punkte), diese Linie auswählen und "SHIFT+O" drücken. Es entsteht ein (etwas eckiger) Kreis. Ist für unsere Datenbank absolut ausreichend. 

cheers
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/165536666
wies1 (2025-04-28 20:44:30+00:00): Hallo,
Ups. Habe die Adressdaten ergaenzt und vervollständigt.

Das mit dem Kreis muss ich mal mit JOSM ausprobieren

Gruss

wies1
eggie (2025-04-28 08:56:52+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht.
Feedback  De format van de website het ik aangepast. 
MVG,
Eggie
Namens de OSM Community
balint36 (2025-05-11 10:54:00+00:00): I'm happy you have such a nice eyesight that you can see the status of building on the Hungarian railway line no. 150 from the Netherlands. Unfortunately basen on local survey it's still under construction. And you've messed up some elements too. So I must revert this changeset.
Carto'Cité (2025-09-08 17:47:23+00:00): Bonjour Kaeel,

Cette voie (https://www.openstreetmap.org/way/288036983) et bien piétonne et la piste était déjà décrite ici (https://www.openstreetmap.org/way/288036995) et se poursuit en bande cyclable à partir d'ici (https://www.openstreetmap.org/way/1122272458). J'ai fait les corrections et n'hésite pas à me dire si tu as des questions ou des remarques. Et si tu fais tu terrain, n'hésite pas à prendre des photos pour Panoramax, c'est super utile pour les discussions et les vérifications :)
Charles de Carto’Cité pour #CartoVeloIdF
dadavid (2025-04-28 09:24:48+00:00): Hi, wie ist das barrier=fence auf den nodes hier gemeint? Meinst du vlt barrier=gate? :) 

VG

https://www.openstreetmap.org/node/330045291

https://www.openstreetmap.org/node/12794265593
imochen (2025-04-28 11:43:01+00:00): Hi, der Weg ist an beiden Enden jeweils mit zwei Metall Bauzäunen blockiert, weshalb barrier=fence hier das naheliegenste für mich war.
VG
dadavid (2025-05-03 18:08:08+00:00): Hi imochen, 

ja super, dann passt das perfekt, hatte mich nur gewundert :)
11daf (2025-04-29 07:13:43+00:00): Плотина, это гидротехническое сооружение для регулирования стока реки с целью полезного использования водных ресурсов.

Данное сооружение является насыпным мостом, бомж-вариантом нормального моста, где опорами и пролётами для дороги служит насыпная дамба. Делается с помощью пары бульдозеров и пары грейдеров за выходные и размывается первым же паводком.
Если дорога в настоящий момент закрыта для проезда, достаточно указать access=no.

Разрушенная плотина старой мельницы находится несколько выше по течению и на доступных спутниковых снимках не просматривается.

Также не стоит называть плотины "Плотина", магазины "ПРОДУКТЫ" и кладбище "КЛАДБИЩЕ". Есть страница вики о названиях в OpenStreetMap, ознакомьтесь, пожалуйста: https://wiki.openstreetmap.org/wiki/RU:%D0%9D%D0%B0%D0%B7%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F

Этот пакет правок будет отменен. Т.к. вы не отвечаете на комментарии к пакетам правок, на дамбе будет оставлен note со ссылкой на это обсуждение. 

wbr
TrickyFoxy (2025-05-12 20:39:38+00:00): Reverted

https://www.openstreetmap.org/changeset/166172531
eggie (2025-04-28 09:42:25+00:00): Welkom bij OSM.....
Tip.. Alleen een naam doet niets in OSM. Ook svp de aard van het bedrijf toevoegen. Bv office=company

MVG
eggie
De ontwerperij (2025-04-28 09:53:00+00:00): En waar vul ik dat in?
Roger
eggie (2025-04-28 09:56:08+00:00): Dag Roger.. Je selecteert de adresnode en dan kies je voor alle tags zichtbaar. Dan krijg je dacht ik met iD een apart venster waar je kunt aanvullen in lege vakjes.
Succes,
eggie
eggie (2025-04-28 09:57:55+00:00): Klik in het linker scherm op tags  en dan op het plusje.
eggie (2025-04-28 10:02:24+00:00): https://wiki.openstreetmap.org/wiki/Key:office
dadavid (2025-04-28 09:19:33+00:00): Guten Tag, der Name vorher war sicherlich falsch, daher ist es gut, dass du ihn gelöscht hast. Allerdings hast du in deinem zweiten Änderungssatz die komplette Hütte gelöscht, aber die Hütte existiert ja vor Ort. Ich bitte dich daher, keine real existierenden Objekte aus der Karte zu löschen. Das entspricht den Regeln bei OSM und ist sinnvoll, denn es hilft Wanderern, Rettungsdienst, Feuerwehr und Polizei, sich zu orientieren. Nutzungsbeschränkungen kannst du über den access=* tag eintragen. 

VG
David

https://www.openstreetmap.org/changeset/165539774
Berlin53 (2025-04-28 11:15:40+00:00): Bitte schließe auch dazugehörige Hinweise, wenn sie erledigt sind. Ist inzwischen geschehen.
Brigadeleiter (2025-08-15 21:26:20+00:00): Die Einstufung als stillgelegt ist sachlich falsch! Die Strecke war zu keinem Zeitpunkt stillgelegt, sondern lediglich aufgrund von Oberbauschäden stillgelegt. Ich werde die Einstufung rückgängig machen, da die Streckenabschnitte mit Arbeitszügen befahrbar sind und ein Teilstück ausgehend von Freital-Birkigt für öffentliche Fahrten genutzt werden kann.
eggie (2025-04-28 09:45:12+00:00): Welkom bij OSM...  
Tip Alleen een naam doet niets in OSM. Ook svp de aard van het bedrijf toevoegen. BV office=company.

MVG
eggie
JLZIMMERMANN (2025-09-09 10:50:53+00:00): bonjour,
Est-il possible de savoir d'où sort cette géométrie ENS ?
L'ENS de ce site est sensiblement plus étendue. https://maps.vaucluse.fr/index.php/view/map?repository=zpens&project=dia#5.168867,43.771281,5.343849,43.831144|%C3%89tablissements%20publics,Num%C3%A9ros%20de%20voie,Parcelles%20(%C3%A9tiquettes),Noms%20de%20voies,Sections,Communes,B%C3%A2ti,l_ens_s_84_t,Parcelles,l_contour_zpens_s_84_t,l_parcelle_zpens_s_84_t,n_departement_bdt_s_84deptlim_t,Contextualisation,l_commune_zp_adme_s_84_t|d%C3%A9faut,d%C3%A9faut,d%C3%A9faut,d%C3%A9faut,d%C3%A9faut,d%C3%A9faut,d%C3%A9faut,d%C3%A9faut,d%C3%A9faut,d%C3%A9faut,d%C3%A9faut,d%C3%A9faut,,d%C3%A9faut|1,1,1,1,1,1,1,1,1,1,1,1,1,1
eggie (2025-04-28 09:48:15+00:00): Beste Jon... Dit is niet correct. De bus_trap geef je dan aan middels een node op de juiste locatie.
Ook geef je dan aan wie wel daar langs mogen behalve bussen. 
MVG
eggie
eggie (2025-04-28 09:49:51+00:00): Voorlopig de bussluis verwijderd
eggie (2025-04-28 09:54:27+00:00): De bussluis was al gewoon getagd op de juiste plaats. 
Ik heb moped en mofa = yes toegevoegd. 
Dat is dus niet het bord, maar gewoon de bussluis.

MVG
eggie
eggie (2025-04-28 10:00:22+00:00): Ter info https://wiki.openstreetmap.org/wiki/Tag:barrier%3Dbus_trap
eggie (2025-04-28 10:19:19+00:00): Zie huidige routering https://www.openstreetmap.org/directions?engine=graphhopper_car&route=51.930169%2C6.04601%3B51.927589%2C6.048628#map=16/51.92922/6.04707&layers=N
JonBron (2025-04-28 14:40:15+00:00): Beste Reggie, dank voor de uitleg. Iternio herkent de node niet omdat deze geen link heeft met het weggedeelte. Mag de weg opgedeeld worden en gelijk aan Way 976963214 ✏
Tags 12

    agricultural = yes
    bicycle = use_sidepath
    foot = use_sidepath
    highway = unclassified
    mofa = use_sidepath
    moped = use_sidepath
    motor_vehicle = no
    name = De Drempter Dijk
    operator = Provincie Gelderland
    segregated = no
    surface = asphalt
    zone:traffic = NL:rural 
ingericht worden?
JonBron (2025-04-28 14:41:38+00:00): Uiteraard niet identiek maar dit als voorbeeld.
eggie (2025-04-28 14:56:41+00:00): Nou nee....  
Je kunt immers gewoon tot de bussluis oprijden.
Het is dan een probleem van Iternio.
Die bussluis heb ik aangepast naar motor_vehicle=agricultural

Dat betekent dat verder niets meer routeert behalve fietsers en voetgangers en OV verkeer.
Vandaar dat ik moped en mofa heb toegevoegd.
Zou even afwachten wat de routering gaat doen.
agricultural=yes was hier niet correct. Dat wordt gebruikt in een andere context. 
Je kunt uiteraard aan de weg eigenschappen toekennen.. bv surface= en maxspeed e.d.  maar niet die accesstags die je noemt van de Dremperdijk. 
Wel bord staat er tegenwoordig vooraan?
Doodlopende weg?
eggie (2025-04-28 15:19:24+00:00): Weet je zeker dat het een bussluis is... Je hebt ook landbouw sluizen.
Dat is zo'n verhoging in de lengte.
barrier=sump_buster . 
https://wiki.openstreetmap.org/wiki/Tag:barrier%3Dsump_buster

Op de Obliekfoto van Slagboom&Peeters zie ik een sump_buster (tractorsluis) 
Ik heb het aangepast.
eggie (2025-04-28 15:21:36+00:00): Het gedeelte van de tractorsluis heb ik aangepast naar motor_vehicle=agricultural.. Het zal daar nier routeren voor regulier autoverkeer.
JonBron (2025-04-28 17:08:39+00:00): Aan het begin van de weg staat geen enkel bord. Vlak voor de bussluis staat een geel tekstbord met landbouwsluis. Het is inderdaad een landbouwsluis echter de node gaf aan dat het een bussluis was dus daar zijn we op gaan acteren. We gaan het uitproberen met de wijzigingen die je hebt doorgevoerd. Dank voor de inspanning.
eggie (2025-04-28 17:26:24+00:00): Mooi.....   De routingapps zijn niet direct geupdated. Dat kan soms even duren.
Laat evt maar weten hoe het straks werkt..
JonBron (2025-04-29 07:32:25+00:00): Goedemorgen eggie. Het werkt niet maar er zit denk ik weinig anders op dan de routing te baseren op barrier informatie vanuit de nodes. We zien dat bussluizen en landbouwsluizen overal op andere manieren zijn ingevoerd dus daar kunnen we niet vanuit gaan.
eggie (2025-04-29 07:45:49+00:00): Dag Jon... Het zou gewoon moeten werken.. zeker hier.
Maarrrr... Ik weet niet welke router je gebruikt? De ene router is sneller bijgewerkt dan de andere en de router zal dus ook de accesstagging van OSM moeten ondersteunen.
De router zal het het de regels van OSM moeten doen.
Een bussluis heeft al een default van access=no
Het routeerde hier al niet voor regulier motorvoertuigenverkeer. 
Bij een tractorsluis zullen de nodige accesstags tags moeten worden toegevoegd.

Gan na wat de router doet met motor_vehicle=agricultural en barrier=sump_buster.
... en ook wanneer een update wordt dorgevoerd van de router. Die staat los van de actualiteit van de standaardkaart. 
MVG
eggie
eggie (2025-04-29 07:49:31+00:00): https://www.openstreetmap.org/directions?engine=graphhopper_car&route=51.929326%2C6.047169%3B51.929101%2C6.047384#map=15/51.92962/6.04330

GraphHopper en OSRM deden het hier goed.
Valhalla trekt zicht niets van een bussluis aan.
Dit is nog een niet bijgewerkte routing door wat eerst een bussluis was en nu een tractorsluis met motor_vehicle=agricultural.
Dus even testen over een weekje.
JonBron (2025-04-29 08:27:33+00:00): Mogen we er vanuit gaan dat als er een tag motor_vehicle=agricultural op de weg staat dat er alleen landbouwvoertuigen op de weg mogen? M.a.w. is het dan niet meer nodig om b.v. microcar= no toe te voegen?
eggie (2025-04-29 08:33:53+00:00): Je zou het voor de zekerheid kunnen toevoegen... ook omdat moped=yes is toegevoegd.
JonBron (2025-04-29 08:46:50+00:00): Dan ga ik dat doen, dank
eggie (2025-04-29 10:02:41+00:00): Wanneer het blijft routeren voor regulier autoverkeer dan zou je een berichtje naar Iternio kunnen sturen.
JonBron (2025-04-29 12:13:22+00:00): Het routeren gaat nu goed. Dank.
TrickyFoxy (2025-05-12 20:37:37+00:00): Reverted

https://www.openstreetmap.org/changeset/166172462
eggie (2025-04-28 18:50:14+00:00): Dag Palet... Je had de officetag verwijderd. Dan zie je dus niets op de kaart.
De specificatie is hier social_facility:for		senior

dus ik heb nu amenity=social_facility toegevoegd.
Paar keer ctrl-f5 voor het effect. 
MVG
eggie
amosharper (2025-04-29 14:45:17+00:00): Way number 1381957720 seems to have postcodes as addr:housenumber here. Could you please check?
user_5359 (2025-04-30 11:06:37+00:00): Welcome to OSM! I remove your SEO SPAM entry, because your business exists!
Danysan95 (2025-05-02 18:21:28+00:00): The value of wikipedia=* was wrong (its value was supposed to be in subject:wikipedia=*), by aligning the wikidata=* value to it you set the wrong one, I fixed it in https://www.openstreetmap.org/changeset/165731875
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/165542561
Muhmaker (2025-04-28 17:34:22+00:00): Hallo enemenebene,
ich habe eine Frage zu deinen Änderungen. Aber zunächst einmal danke dafür, dass du dir so viel Mühe gibst beim Ergänzen der vielen Details. Mir ist jetzt ein paar Mal aufgefallen, dass durch deine Änderungen die Rolle der stop_positions in Bus-Routen-Relationen verändert wurde. Laut Wiki gibt es eigentlich für die Rollen nur stop oder platform (https://wiki.openstreetmap.org/wiki/DE:Tag:route%3Dbus#Mitglieder). Du hast z.B. hier an der Haltestelle Haus der Stiftungen die Rolle des "stop_position-Objekts" in der Relation auch in stop_position geändert obwohl es einfach nur stop sein sollte. Das mag für nicht an ÖPNV-Mapping interessiert vielleicht schwer nachzuvollziehen sein aber führt dann leider dazu dass die Bus-Route als "kaputt" in QS-Tools auftaucht. Meine Frage ist nun ob du das bewusst gemacht hast oder ob der iD-Editor dir hier einen problematischen ungewollten Edit untergeschoben hat. Ich würde mich freuen wenn du die Situation kurz aufklären könntest. Ich habe den Fehler in diesem Fall teilweise bereits behoben. Die restlichen betroffenen Routen schaue ich mir morgen an.
Viele Grüße,
Muhmaker
enemenebene (2025-05-02 11:27:47+00:00): Hallo Muhmaker,

vielen Dank für Deinen Hinweis.

Ich bin bin mir gerade nicht mehr sicher, in welchen Dokumentationen ich das gelesen hatte, aber wenn ich es richtig im Kopf habe soll die stop_position den eigentlichen "Ort des Anhaltens" im Gegensatz zur Haltestelle definieren. So auch hier erläutert: https://wiki.openstreetmap.org/wiki/Tag:public_transport%3Dstop_position

Das ist so in Teilen auch in der englischen Variante des von Dir verlinkten Wikiartikels unter stop, siehe https://wiki.openstreetmap.org/wiki/Tag:route%3Dbus#Members

Wenn das nicht richtig ist und/oder im ÖPNV-Mapping und/oder in Düsseldorf eine andere Konvention angewendet wird, dann kann ich das sehr gerne berücksichtigen und sowohl Fehler korrigieren als auch in Zukunft beim Mappen beachten.

Ich bin mir gerade nur nicht sicher, welche Dokumentation hier anzuwenden ist. Sollte eine Haltestelle im abstrakten Sinne nicht aus (mindestens) zwei Elementen bestehen? Dem Punkt/Linie/Fläche für die Haltestelle selbst, also wo Fahrgäste warten und ein-/aussteigen und der stop_position auf der Linie/Route?

Viele Grüße
bene
Muhmaker (2025-05-02 16:46:29+00:00): Hallo enemenebene,

beim Thema ÖPNV in OSM gab es leider über die Jahre einen ziemlichen Wildwuchs 
unterschiedlicher Konzepte. Aktuell ist das sogenannte PTv2 Schema am weitesten verbreitet.
Du hast die wesentichen Elemente auch korrekt beschrieben. Eine Haltestelle sollte aus dem
Haltepunkt auf dem Fahrweg (public_transport=stop_position) und dem Wartebereich für die
Fahrgäste (public_transport=platform) bestehen. Letzteres kann als Punkt, Linie oder Fläche vorkommen.
In ländlichen Gebieten findet man aber auch oft nur stop_position oder platform für eine Haltestelle.
Sehe ich persönlich auch nicht unbedingt als Fehler an. Manchmal sind einfach die nötigen Daten für 
eine saubere Erfassung nicht verfügbar oder den Mappern genügt einfach die Information: Hier ist eine 
Bushaltestelle.
Ich weiß nicht inwieweit du schon mal gezielt mit Bus-Relationen gearbeitet hast. Verzeih bitte falls
ich dir hier nur bereits bekannte Dinge erzähle.
Um eine Bus-Linie in OSM zu modellieren wird für jede Fahrtrichtung eine route-Relation erzeugt.
Diese Relationen haben eine Ordnung die eingehalten werden muss, damit sie konform zum PTv2 Schema sind.
Zunächst werden die Haltestellen in der angefahrenen Reihenfolge aufgelistet und danach alle Wegsegmente
ebenfalls in der zu fahrenden geordneten Reihenfolge. Die beiden Haltestellen-Elemente bekommen in der Relation 
jeweils eine sogenannte Rolle. Die Wegsegmente bleiben ohne Rolle.
Die Rolle für die public_transport=stop_position heißt tatsächlich nur "stop" innerhalb der Relation.
Für public_transport=platform ist die Rolle dann "platform". Das ist vermutlich dem historisch
gewachsenen Wildwuchs geschuldet und nicht eindeutig zu erklären warum es in einem Fall abweicht.
Wenn man die Route nicht verändern möchte weil z.B. Haltestellen dazu gekommen sind oder entfallen sind, müssen 
diese Relationen nicht angefasst werden.
Ich habe mir das vorhin mal im iD-Editor (Standard-Editor auf der Webseite) angeschaut, weil ich den normalerweise nicht nutze.
Ich kann mir vorstellen, dass das Seitenmenü rein optisch dazu verleitet auch im Unterpunkt Relationen etwas zu
verändern. Es wird nicht eindeutig klar, dass man damit ein weiteres eigenständiges Datenobjekt (die besagten Relationen) verändert.
Das ist im JOSM-Editor rein optisch etwas besser gelöst, weil beim Editieren einer Relation erst ein neues
Fenster aufgeht und man nicht versehentlich die Eigenschaften verändern kann.
Ich hoffe ich konnte den Grund für die entstandenen Fehler ein wenig erklären. Du solltest beim Mappen
einfach darauf achten, im Untermenü Relationen nichts anderes als "stop" oder "platform" einzutragen.
Falls du noch Fragen hast kannst du dich gerne melden.

Viele Grüße
Muhmaker
enemenebene (2025-05-05 14:11:48+00:00): Hallo Mumaker,

vielen Dank für Deine Antwort, es ist wirklich einfacher das mal am Stück durchzulesen. Wenn ich das jetzt richtig verstanden habe war mein Fehler, stop_position sowohl an den Halteplatz-Punkt als Objekt als auch an die Relation der Linen zu taggen, oder?

Dann bin ich da tatsächlich auf iD reingefallen und hab für die Relation den Vorschlag übernommen, weil ich die Anpassung auf stop_position da versehntlich auch eingetragen habe.

Passe ich an wo ich es sehe, danke für Deinen Hinweis!

Viele Grüße
bene
Muhmaker (2025-05-07 19:28:40+00:00): Hallo enemenebene,
ich möchte nur kurz auf deine zuletzt gestellte Frage antworten. Du hast das Problem das den Fehler ausgelöst hat korrekt beschrieben.
 
Auch wenn die Routen-Relationen erstmal ein verwirrend erscheinen gibt es inzwischen sehr gute automatische Qualitäts-Sicherungs-Programme die solche Fehler aufspüren können. Ich versuche dann nach Möglichkeit die Fehler zu beheben oder wie in diesem Fall durch Aufklärung das Entstehen neuer Fehler zu verhindern.

Vieie Grüße
Muhmaker
stasiu512 (2025-04-28 10:43:53+00:00): Cześć, znacznik "highway" nie oznacza autostrady. Tu możesz przeczytać więcej na jego temat - https://wiki.openstreetmap.org/wiki/Pl:Key:highway?uselang=pl. Zmianę przywracam.
34c6 (2025-04-28 10:51:26+00:00): Gdybyś mógł sprawdzić w takim razie co powoduje konflikt dla rowerów na tym krótkim odcinku byłbym wdzięczny. Aplikacja Garmin Connect przy planowaniu trasy unika tego odcinka dla rowerów, nie da się go wprowadzić. ( tak jakby droga była wyłącznie dla aut )
stasiu512 (2025-04-28 10:59:14+00:00): Widzę że Strava, czy BRouter (https://brouter.de/brouter-web/#map=16/54.3979/18.5224/standard&lonlats=18.522971,54.400948;18.51795,54.393965) dają sobie z tym odcinkiem radę, też nie ma znaczników które ograniczałyby ruch rowerowy na wskazanym odcinku. Myślę że jest to jakiś wewnętrzny błąd w aplikacji Garmina.
Mateusz Konieczny (2025-04-28 12:22:18+00:00): a po usunięciu highway=residential tracona jest informacja że to droga więc nawigacja by tam prowadzić nie zaczęła

ja bym zgłosił problem do autorów Garmin Connect choć może edycja na tej linii wywoła aktualizację u Garmina?
user_16795792 (2025-04-29 15:10:19+00:00): Safiport Derince Port industrial zone). The port area has been filled and the capacity of the port has been increased. I kindly ask you to reverse your transaction when the map data is not up to date.
stomin (2025-04-30 08:09:54+00:00): Thanks for your feedback. I based my edit on current satellite imagery from Google Maps, as well as live vessel tracking data from VesselFinder and MarineTraffic, which consistently show vessels present in that water area. This suggests that the area is still in use as water and not yet reclaimed land.
Niels Elgaard Larsen (2025-04-30 01:17:31+00:00): Please attach speed cameras to the road.

Or create a maxspeed enforcement relation.

See:
https://wiki.openstreetmap.org/wiki/Tag:highway%3Dspeed_camera
MarMü (2025-04-30 09:02:37+00:00): Thanks for pointing this out.
Relation added.
Herwescheluc (2025-04-29 06:31:42+00:00): Hallo, wies1,

hier bist Du irgendwie völlig verrutscht! Einträge zu Marburg-Gisselberg gehören weder an den Seepark am Aartalsee, noch nach Bischoffen-Mudersbach an dortige Häuser...

Grüße aus Herborn

Andreas
wies1 (2025-04-29 09:04:28+00:00): Hallo Andreas,
vielen Dank für den Hinweis. Habs gerade korrigiert. Da war ich totale verrutscht. Da war tatsächlich noch was  hängen geblieben, was ich nicht bemerkt hatte.
Gruss
wies1
eggie (2025-04-28 18:46:01+00:00): Dag AvN

Er lagen hier twee trappen en een wegdeel op elkaar. We noemen dat duplicated ways. Ik heb ze verwijderd op één trap na.
Je edits https://overpass-api.de/achavi/?changeset=165544097
MVG
eggie
Tatfahren (2025-04-28 19:52:32+00:00): Hat sich die Beschilderung des Weges geändert? Dann sollte auch der Wert in"traffic_sign" korrigiert werden, momentan ist dort das Zeichen 240 eingetragen, welches in OSM tags "bicycle+foot=designated" sowie "highway=path" vorgibt.
mmilew (2025-04-29 06:19:40+00:00): Da muss ich mal schauen, wen ich da wieder langfahre. mir ist nuir aufgefallen, dass der Weg in der OSM-Karte ünerhaupt nicht dargestellt war, aber es sich von den Wegarten her ja wie die anschließende ehemalige Strecke nach Freiberg ist. Dem entsprechend habe ich sie angepasst.
Tatfahren (2025-04-29 10:39:24+00:00): Der carto kartenstil bei osm.org sollte das eigentlich rendern. Welche OSM-Karte meinst du?
mmilew (2025-05-05 06:23:16+00:00): ich habe das bei OSM deutscher Stil bemerkt.
Ich bin letztens da mal wieder lang gefahren. da ist der gesamte vom Fuchsmühlenweg bis zur Hauptstraße in Halsbrücke weg mit den Zeichen 240 - nur unterbrochen wo Straßen sind - ausgeschildert. Dann wären ja die anderen Wegabschnitt auch alle falsch, da nur als Radweg eingetragen.
eggie (2025-04-28 18:43:20+00:00): Kijkt me oke, maar de algemene tag is access=forestry is voldoende,
Dan hoef je geen andere accesstags toe te voegen.
https://wiki.openstreetmap.org/wiki/Tag:access%3Dforestry
Note that the specific tag access=forestry applies also to pedestrians unless overridden with foot=yes  etc. 

MVG
eggie
herisusa (2025-10-21 10:31:28+00:00): Hei,
ich bin etwas verwundert, die Wege am Haller Kirchplatz sind alle mit pedestrian getagt.
Ich und viele andere sind dort mit dem Fahrrad unterwegs, zumal es ja auch ein Hinweisschild für Radfahrer zum "Haller Herz" gibt.
Es gibt dort meines Wissens kein Schild, das Radfahren verboten ist.
Ich würde es auf Highway=footway mit bicycle=yes und Namen löschen, ändern.
Dann entfallen auch die vielen Staßennamen "Kirchplatz" auf der Kartendarstellung.
Gruß Heribert