piebro/osm-data huggingface dataset:
Mazda05 (2024-11-12 19:49:39+00:00): ніяких помилок немає: https://wiki.openstreetmap.org/wiki/Key:access; протокольне рішення Кабінету Міністрів України 05.06.2014 "Щодо припинення руху через деякі пункти пропуску на кордоні з Російською Федерацією"
Tomas09 (2026-07-26 16:28:43+00:00): Heya (: Are you sure that what you've mapped as "pipelines" are pipelines? To me it seems hard to verify that from aerials alone.
tux67 (2024-11-13 13:46:14+00:00): Hallo  CarloCarlucci, 

stellvertretend an diesem Changeset für deine gestrigen Änderungen mit gleichem Kommentar. Ein access=no ist zu generell. Wenn es ein explizites Verbot für eine bestimmte Forbewegungsart an diesem Weg existiert, dann würde man das z.B. mit einem bicycle=no lösen können. Generell läßt sich das aber in NRW nicht mit "festen" Wegen argumentieren: Siehe -->  https://www.dimb.de/fachberatung/die-rechtslage/nordrhein-westfalen/ Absatz "Kurzkommentierung zum Betretungsrecht" 2. “fester” Weg.
Mit der Bitte um Änderung und nachweis eines Verbots vor Ort.
Gruß
tux67
Siehe auch
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/159036895
tux67 (2024-11-13 13:46:26+00:00): Hallo  CarloCarlucci, 

stellvertretend an diesem Changeset für deine gestrigen Änderungen mit gleichem Kommentar. Ein access=no ist zu generell. Wenn es ein explizites Verbot für eine bestimmte Forbewegungsart an diesem Weg existiert, dann würde man das z.B. mit einem bicycle=no lösen können. Generell läßt sich das aber in NRW nicht mit "festen" Wegen argumentieren: Siehe -->  https://www.dimb.de/fachberatung/die-rechtslage/nordrhein-westfalen/ Absatz "Kurzkommentierung zum Betretungsrecht" 2. “fester” Weg.
Mit der Bitte um Änderung und nachweis eines Verbots vor Ort.
Gruß
tux67
Siehe auch
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/159036895
rempshaener (2024-11-12 21:14:26+00:00): Hallo,

du hast um einen Review gebeten.
Diesem Wunsch komme ich gerade bei diesem sehr interessanten Thema gerne nach.
Großes Lob auch für die Projektseite.

Ich habe folgende Anmerkungen:

location
Die Angabe location=indoor|outdoor ist unüblich. Diese Angabe erfolgt traditionell über indoor=yes|no

srac:id
Für derartige Angaben wird in der Regel das ref-Feld genutzt. Wenn das nicht möglich sein sollte, wäre das Anlegen einer Wiki-Seite sinnvoll, um den Einsatz zu dokumentieren.

Adressen
Das object:-Schema ist definitv ein Fortschritt gegenüber dem addr:-Schema, ich möchte aber nicht verhehlen, dass viele Mapper (ich schließe mich ein) dem Thema kritisch gegenüber eingestellt bin. Wenn man die Wiki-Seiten zu https://wiki.openstreetmap.org/wiki/Key:object:* zwischen en/de vergleicht, stellt man schnell fest, dass es scheinbar ein deutsches Phänomen ist.
Es spricht einiges gegen das Schema:
Wozu soll es dienen?
Bei Freiluftobjekten: wonach bemisst sich die Adresse? Nach dem nächsten Eingang, nach dem Grundstück?
Wer synchronisiert Änderungen? Objektstandorte können sich ändern, Adressen auch (vgl. ganz aktuell den Fall Audre-Lourde-Straße/Berlin)
Erschwert wird das dadurch, dass Adressen in OSM durchaus schon einmal anders (in der Regel besser) als die amtlichen Daten sein können. Je nach Datennutzer und Ökosystem (z. B. Google) kann das zu unerwünschten Abweichungen führen.
Spätestens wenn an einer Adresse mehrere Objekte erfasst sind, geht die Eindeutigkeit verloren.
Man merkt vielleicht: ich bin hier Hardliner; das Erfassen von Adressen - in welchem Schema auch immer - ist meiner Meinung nach aus der Zeit gefallen. Aber gut jetzt ;-)

Und wenn man es schon macht, sollte man es sehr sorgfältig machen.
Nur einige Beispiele nach kursorischer Prüfung:

Der Defi https://www.openstreetmap.org/node/12334011230 trägt eine Objekt-Adresse, die jedoch tatsächlich woanders liegt https://www.openstreetmap.org/way/83734744

Die Stadt ist hier https://www.openstreetmap.org/node/12334011281 “Stolberg-Vicht”, das Gebäude dazu trägt “Stolberg (Rhld.)” (https://www.openstreetmap.org/way/203268436)

Hier https://www.openstreetmap.org/node/1012321635 ist die Straße “Mies-van-der-Rohe-Strasse”, hier
https://www.openstreetmap.org/node/11860728173 “Mies-van-der-Rohe-Straße”

gelöschte Objekte
Ich finde es schwierig, dass gelöschte Objekte in diesem großen Changeset verschwinden. So ist nicht nachvollziehbar, warum sie gelöscht wurden. Zumal dann, wenn ein Node https://www.openstreetmap.org/node/1012318010 gelöscht wird und direkt daneben ein neuer entsteht (https://www.openstreetmap.org/node/12334011289)

Viele Grüße
SRA_A62_GeoService_1 (2024-11-14 15:14:02+00:00): Hallo rempshaener,

vielen Dank für deinen Einsatz und das Anschauen der Daten und für die Anmerkungen.
Die Anmerkungen zu den Adressen der Defis haben wir bearbeitet (siehe https://www.openstreetmap.org/changeset/159119283)

Die anderen Dinge wurden bei unserem Stammtisch in Aachen dikutiert und so besprochen.


location
Die Aussage habe ich als Person schonmal andersrum mitbekommen. Mit Bergündung indoor ist für indoortagging gedacht - https://wiki.openstreetmap.org/wiki/Key:indoor.
Gerne können wir das nochmal mit unserer Community absprechen.

 
srac:id
Ref wurde schon bei anderen Projekt vorgeschlagen.
Die "srac:id" id auf den in den Import-Guidelines erwähnten Punkt "Definiere eigene tag Präfixe" (https://wiki.openstreetmap.org/wiki/DE:Import/Guidelines#Definiere_eigene_tag_Pr%C3%A4fixe)
Hier in dem Fall id2 (https://geoportal.staedteregion-aachen.de/?q=1731333012422)
Dies werden wir auf unserer Seiten (DE:Aachen_import und DE:Aachen_projekte) dokumentieren.

ref ist für uns eine reale Nummer (Haltestelle, Straßen, Knotennummer eines Fahrradknotenpunktnetzwerkes, ...), die man in der Örtlichkeit vorfinden kann.
Deswegen hielten wir den Tag srac:id für uns besser.


Adressen
Ja dieses Thema wurde und wird viel diskutiert. Auch bei OSM-Samstage bei der FOSSGIS war dies immer ein Thema.
Da ging die Meinung auch weit außeinander. Es war aber auch ein Punkt, dass viele Systeme (Internetseiten, Anwendungen,...), die OSM-Daten nutzen, nach den Adressfeldern gehen und diese auslesen.

Wir bekommen die Daten tlw. nur nach Adressen und Beschreibungen (Firma, ...) und geben diesen dann nach vielseitigen Recherchen einen Geobezug. 
Deswegen wollten wir die Sachen nicht außer Acht lassen.


gelöschte Knoten
Gerne getan haben wir es nicht. (In allen gemappten Punkten steckt Arbeit, Zeit, Mühe und Herzblut)

Beim Importieren "unserer Daten" gab es mit den "OSM-Daten" Konflikte bzw. Differenzen. 
Diese sind wir Punkt für Punkt durchgegangen und haben einzeln entschieden was wir tun.

1. Bei großer Unsicherheit beide gelasssen und auf unseren Punkt ein FIXME gelassen (prüfen ob beide vorhanden)?
   So dass wir hier nochmal nachgehakt werden muss.

2. Wenn die Lage und Angaben der vorhanden OSM-Knoten nach unseren Nachrecherchen besser war, haben wir unsere Tags "rangehangen". Dies war aber für uns erhöhter Aufwand und Fehleranfälliger.

3. OSM-Knoten gelöscht und Angaben in unseren Daten ergänzt. --> weniger Aufwand.

4. Wenn weder Position, noch viele Angaben (FIXME, ungenaue Positionsangaben, etc.) nach mehrmaliger Recherche gepasst haben, haben wir diese nur gelöscht.
rempshaener (2024-11-14 18:01:55+00:00): Hallo,
vielen lieben Dank für die sehr ausführliche Rückmeldung. 

Zu den einzelnen Anmerkungen:
>location 
Auf der Wiki-Seite steht bei indoor=yes aber auch ausdrücklich „not used in Simple Indoor Tagging“. Gerade bei Defis ist es schade, weil sie auch in StreetComplete aktualisiert werden. Könnten. Und das Ergebnis dort ist auch indoor=yes|no, siehe https://wiki.openstreetmap.org/wiki/StreetComplete/Quests

>Adressen
Insbesondere online in der OSM-Community sind auch immer mal wieder Diskussionen zu dem Thema. Mein Eindruck ist, dass bis auf wenige Ausnahmen schon die vorherrschende Meinung ist, dass Adressen überflüssig sind. Ich kenne auch keinen Anwendungsfall. Zumal die Ermittlung der Daten in Echtzeit (Umkreissuche) kein größeres Problem darstellt.
Das ist aber nur meine Meinung.

Noch zu diesem Punkt (Meldung per Adresse) und zur Löschproblematik:
Ich verstehe das Problem, gerade auch vor dem Hintergrund einer mappenden Körperschaft im Gegensatz zum Einzelmapper. Die Sammlung von Meldungen, der Abgleich von Daten und ähnliche Tätigkeiten sind vor dem Hintergrund der On-the-ground-Truth sicherlich ein Praxisproblem. Vielleicht gibt es hier ja noch mehr Möglichkeiten, die lokale Community einzubinden.

Viele Grüße
aixbrick (2024-11-15 09:54:06+00:00): Zu location: Wir haben hier genauso eine Doppelnutzung, wie bei "service". Beide Tags werden in unterschiedlichen Fällen genutzt. Meiner Meinung nach sollte man so etwas vermeiden, auch um eine eidneutige Zuorndung zu haben. Was ist denn das Gegenteil von "indoor=yes"? "indoor=no" oder eher outdoor=yes"? Oder doch besser "location=outdoor": https://wiki.openstreetmap.org/wiki/Key:outdoor (3. Absatz)? Und StreetComplete hält sich auch nicht unbedingt ans Wiki. SC setzt bei Bücherschränken offenbar "indoor=yes", https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dpublic_bookcase empfiehlt aber "location=indoor".
Normalerweise müsste man einmal grundsätzlich (international) zur Diskussion stellen, ob man sich von "indoor" zugunsten von "location" verabschiedet und "indoor" ausschließlich für Indoor-Tagging genutzt werden soll.
os-emmer (2025-04-03 13:10:48+00:00): Hallo SRA_A62_GeoService_import,
du hast hier einen Defibilator in einer Feuerwache erfasst, bei dem der Betreiber die Bundesanstalt Technisches Hilfswerk sein soll. Ist das wirklich so oder ein Versehen?
https://www.openstreetmap.org/node/12334011322
SRA_A62_GeoService_2 (2025-04-03 13:40:35+00:00): Hallo, der Defibrillator befindet sich auf dem Gelände von THW und Feuerwehr, da nur ein Betreiber eingetragen werden kann, haben wir uns für das THW entschieden. Natürlich können wir den Betreiber auch gerne auf die Feuerwehr ändern.
os-emmer (2025-04-03 13:54:45+00:00): Danke für die schnelle Rückmeldung. Das nur ein Betreiber angegeben werden kann stimmt so aber nicht. Es ist möglich, mehrere Betreiber mit einem Semikolon getrennt anzugeben (operator=Betreiber 1; Betreieber 2).
Die Frage ist nur, ob das hier wirklich der Fall ist. Von wem wird denn Anschaffung und Reparatur des Defibirlatos bezahlt? Wer kümmert sich darum, dass dieser regelmäßig gewartet wird? Feuerwehr oder THW?
Abdullah Abdulrhman (2024-11-13 02:13:12+00:00): مرحبا
لماذا أضفت علامة "-" لاسم الشارع ؟
eggie (2024-11-12 07:37:17+00:00): Welkom bij OSM,

Kleine aanpassing verricht. Info samengevoegd met bestaande adresnode. 'Straatnaam' Weijers Installatie & Service  verwijderd.
Het adres is gewoon vindbaar. 
Brievenbus losgemaakt van wegdeel. 


MVG
eggie
eggie (2024-11-12 07:40:23+00:00): Dag Carlo... Je hoeft geen defaulttags toe te voegen aan reguliere wegen.
MVG
eggie
Carlo Nannings (2024-11-12 07:44:56+00:00): Dat vermoedde ik ook, maar LiveOp ziet de nieuwe weg niet en start vanaf de hoofdweg (Hofstraat).
Zie ik nu dat de nieuwe weg niet aansluit op deze hoofdweg?
eggie (2024-11-12 07:50:58+00:00): Dag Carlo,

Ik heb nu het oostelijke deel aangepast.
service=parking_aisle aangepast naar emergency_access
emergency=yes en access=private toegevoegd.
Denk dat het daarmee opgelost is.
Groet
eggie
Carlo Nannings (2024-11-12 08:03:05+00:00): Ik ga het weer proberen. Duurt even voordat dit is aangepast in LiveOp.
eggie (2024-11-12 08:04:07+00:00): 'k Denk dat service=parking_aisle de boosdoener was. Het is geen parkeerterrein. 
Op zich vreemd, want een parkeerplaats zou ook moet routeren in LiveNav.
De weg zat wel vast aan de Hofstraat.
kapazao (2024-11-12 07:31:07+00:00): Río Turia*
kubahahaha (2024-11-20 10:36:00+00:00): I changed your changes a little:

1. Splitted highway a little before pedestrian crossing
2. Made connection from new end of Chrobrego street to pedestrain crossing way.
3. Moved barrier to that new end.
4. Removed part of highway between pedestrian crossing and Staszica
5. Changed crossing into sidewalk

Thanks for reporting!
acauema (2024-11-20 10:40:22+00:00): thank you for all nice work and amazing feedback!
NorthCrab_upload (2024-11-12 07:41:00+00:00): Zauważyłem, że Twoja zmiana zawiera adresy wymagające dodatkowej uwagi. Przygotowałem listę obiektów oraz dodatkowe informacje:

Nazwa ulicy nie istnieje w okolicy. Jeśli adres ma nazwę ulicy, upewnij się, że jest ona poprawna. Jeśli nie, usuń addr:street, a nazwę miejscowości przekaż w addr:place.
https://www.openstreetmap.org/way/1333156425

Dokumentacja adresów (po polsku):
https://wiki.openstreetmap.org/wiki/Pl:Key:addr:*

W razie problemów lub pytań, proszę pisać. Chętnie pomogę.
Pozdrawiam! 🦀
mcliquid (2024-11-12 10:22:06+00:00): Grüß dich und vielen Dank für deine ersten zwei Änderungen!
"access=private" reicht in der Regel aus, da das alle Verkehrsarten einschließt. Aber falsch ist es nicht die Verkehrsarten zusätzlich einzeln anzugeben.
Welches Verkehrszeichen wurde denn offiziell aufgestellt? Ein Verbot für Fußgänger ist extrem selten in Deutschland.
"access=private" schließt übrigens auch Post- und Paketzusteller, Rettungskräfte, Müllabfuhr, etc.
Also nicht wundern, wenn die Amazon-Pakete nicht mehr ankommen :)
SimonHapunkt (2024-11-12 10:30:46+00:00): Es stehen am Ein- bzw Ausgang der Hofstelle schon seit längerem Schilder mit Privatweg. 
Das wollen die Eigentümer bestimmt nicht, dass ost- und Paketzusteller, Rettungskräfte, Müllabfuhr, etc. keine Zufahrtserlaubnis haben. Was wäre der richtige Eintrag dafür?

private=*
hier die Aufzählung hinzufügen?
mcliquid (2024-11-12 12:02:43+00:00): Ich habe "delivery" als Wert für motor_vehicle ergänzt - das schließt jeglichen Lieferverkehr ein. Sowie "emergency=yes" für Rettungskräfte.
habi (2024-11-12 07:52:56+00:00): Oops, zu schnell Enter gedrückt.
Ich wollte noch sagen, dass ich das gemeldete Problem gelöst habe, indem ich die Adressdaten aus dem GWR eingepflegt habe, die via Simon Poole zur Verfügug gestellt werden: https://qa.poole.ch/addresses/GWR/2775.osm.zip
Hjart (2024-11-14 09:52:03+00:00): Kan nogen fixe eller slette denne relation? Jeg kan tilsyneladende ikke lige nu. Den forhindrer iD i at lave rettelser på en gade, der er med i den.
CurlingMan13 (2024-11-12 18:15:38+00:00): Changeset reverted.  Access tags should be used instead.

Read more here:
https://wiki.openstreetmap.org/wiki/Why_we_won%27t_delete_roads_on_private_property

https://www.openstreetmap.org/changeset/159062083
Rodrigo Rega (2024-11-22 20:57:05+00:00): Por favor, ten en cuenta que hay que procurar editar en vez de eliminar y volver a crear. De este modo se evita el perder el historial de los elementos que se han borrado, respetando así el trabajo de los anteriores editores. Gracias por tus aportes a OpenStreetMap. Un saludo.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/159039409
habi (2024-11-12 08:11:18+00:00): Und auch noch https://www.openstreetmap.org/way/1112194364 etwas an die swisstopo Orthofotos angepasst
eggie (2024-11-12 09:48:46+00:00): Dag Michael  Wanneer de weg door LiveOp wordt herkent zal het werken.
Er ontbreekt nu wel een stuk Hannie Sierinkstraat... die ik op de luchtfoto wel zie?

MVG
eggie
StC (2024-11-21 09:08:16+00:00): Bonjour,

ce changeset a provoqué une interruption de continuité dans un itinéraire pédestre international qui passe par là. Je m'occupe de la réparation.
Mateusz Konieczny (2025-01-23 13:21:19+00:00): https://www.openstreetmap.org/node/8584312442/history - is change of wikidata link from https://www.wikidata.org/wiki/Q21100245 to https://www.wikidata.org/wiki/Q110299350 intentional here?
Mateusz Konieczny (2025-01-23 13:24:37+00:00): hmm, looks like it was result of blindly applying suggestions: please, do not apply automated suggestions blindly

upstream fix attempted in https://github.com/osmlab/name-suggestion-index/pull/10390
GUFSZ (2024-11-18 10:48:42+00:00): Wenn, dann würde ich die Brücke in den Zustand versetzen, indem sie zuvor war. Sie dürfte auch wieder für Radfahrer und Fußgänger geöffnet sein.
NightCyclist (2024-11-18 11:34:49+00:00): Genau das habe ich ja gemacht. In Version 11 war die Brücke genauso getagged wie jetzt in V13 (bis auf lit, da habe ich am Wochenende noch mal drauf geachtet - ich setze es jetzt auf YES).

highway=service ist ja für Fahrräder und Fußgänger erst mal nicht gesperrt.

Wie würdest Du denn hier taggen? Foot und bicycle explizit auf YES?
GUFSZ (2024-11-18 11:44:33+00:00): Ja. Ich war der festen Einbildung, ich hätte das beim Sperren rausgenommen.
habi (2024-11-12 22:38:20+00:00): Ciao Luc.
Also so halb 'im Sinne von OpenStreetMap', denn jetzt stimmen zwar die Addressdaten des Knotens, lokalisiert ist dieser aber immer noch in Ostermundigen und nicht im Mattenhof :)

Du müsstest das Ding noch an den richtigen Ort bewegen, genau wie die Computerhilfe nebendran...

Ä Gruess,
habi
habi (2024-11-13 19:40:06+00:00): Ich habe das Büro in https://www.openstreetmap.org/changeset/159104892 an den geographisch richtigen Ort gezügelt.
Igor Bubelov (2025-03-04 02:18:38+00:00): Hi! What kind of place is that? A shop?
ArmiaHosseini (2025-03-07 15:55:18+00:00): Hey Actually, I am a surveying engineer and I provide services related to the preparation of all kinds of maps, especially construction maps.
ArmiaHosseini (2025-03-07 15:56:15+00:00): In fact, I can say this is my office.
Igor Bubelov (2025-03-10 02:50:00+00:00): Okay, great, I added amenity tags which are necessary to show an icon for this point
eggie (2024-11-12 09:55:55+00:00): Dag Dondidier..  Is dit nu definitief.  Hier is in het verleden wel meer tijdelijk iets aangepast.
MVG
eggie
DonDidier (2024-11-12 13:00:38+00:00): hallo Eggie
als ik deze publicatie op de site van gemeente Beekdaelen lees is dit blijvend ja

https://www.beekdaelen.nl/verkeersveiligheid-schoolstraatklimmenerweg-hulsberg
eggie (2024-11-12 13:03:55+00:00): Oke.. bedankt voor je reactie..
eggie
Rijk (2024-11-12 11:20:02+00:00): De BGT-achtergrondkaart heeft de naam Ruiterpad. Straatnaamborde ook (ik was ter plaatse). Ik heb een terugmelding gedaan op de BRT (https://verbeterdekaart.nl/#?geometry.x=168925.96&geometry.y=442675.05&zoomlevel=12)
jaap de vries (2024-11-12 15:18:01+00:00): O de BAG staat hier de Host en ook op Pdok dus hier ook even aangeven voordat iemand anders dit weer per ongeluk aanpast
Rijk (2024-11-12 15:33:29+00:00): Op https://bagviewer.kadaster.nl/ kun je bij Weergaveopties kiezen tussen de BRT-achtergrondkaart en de BGT-achtergrondkaart. De BRT is de standaard achtergrondkaart. De BRT heeft inderdaad De Horst (daar heb ik de terugmelding op gedaan). Als je schakelt naar de BGT-achtergrondkaart dan staat er wel correct Ruiterpad. Dat kaartmateriaal in de BAG-viewer komt van PDOK, dus in essentie is het op PDOK exact zo. Maar op PDOK is het iets moeilijker om de BGT-achtergrondkaart te vinden.
user1572739 (2024-11-12 12:18:41+00:00): Sei doch bitte so freundlich und verwende sinnvolle Changeset-Kommentare. So ist das etwas kontraproduktiv.
Mateusz Konieczny (2025-12-19 08:04:44+00:00): Hello! https://www.openstreetmap.org/way/1332641840/history has shop = general_stores that was added in this edit
shop=general_stores ? What kind of shop, if any is here? Is it shop=general? Multiple shop=general? Is any of values from https://wiki.openstreetmap.org/wiki/Key:shop matching well?
Map47 (2025-12-19 18:32:20+00:00): I don't know how to answer these questions.
The data was entered by the user “tessabricot.”
I only deleted the reports resulting from the inappropriate use of a polygon.
Basically, I replaced the polygon with way/1332641840, transferring the data to it.
Mateusz Konieczny (2025-12-20 02:30:05+00:00): OK, I will ask then on https://www.openstreetmap.org/changeset/158975037 - I hoped that you may be familiar with the area, but if that does not apply then sorry for bothering you

have a nice day!
Abdullah Abdulrhman (2024-11-13 02:15:35+00:00): مرحبا، من فضلك لا تقم بإضافة معلومات شخصية إلى الخريطة
5m4u9 (2024-11-13 04:28:37+00:00): Hi, please square the corners of buildings (select building → key Q).
dval (2024-11-12 10:51:37+00:00): Hi, Елена_Штенгерт! Это, видимо, какой-то заброшенный переулок? На других снимках его почти не видно. И я бы нарисовал его параллельно Герцена, сейчас же он немного немного под углом.
pyrog (2025-01-09 15:47:37+00:00): Bonjour,

Tu as cassé 3 itinéraires d'un réseau de carrefour en renommant le tag du carrefour lwn_name en name.

Je corrige.

Cordialement,
Yves

cf. https://knooppuntnet.nl/fr/analysis/node/4136905972/changes
caboulot (2025-01-10 10:35:15+00:00): Bonjour et merci pour la correction. Je n’avais certainement pas mesuré les conséquences de la correction proposée par Osmose et tâcherai de faire un peu plus attention à l’avenir.
Larmax (2024-12-28 18:23:48+00:00): Hei, natural=coastline-tägiä käytetään vain kun kyse on meren rantaviivasta!
liljaadeliina (2024-12-30 06:12:47+00:00): Hei,
kiitoksia palautteesta.
Metzor (2024-11-13 20:58:46+00:00): Knoten wieder zurück geschoben, war wohl keine Absicht. Bitte in iD besser aufpassen

https://www.openstreetmap.org/changeset/159107457
Metzor (2024-11-13 21:01:09+00:00): ...und willkommen bei OpenStreetMap, ADAC_NBA!
Jordi MF (2024-11-12 20:23:25+00:00): Se han revertido todos los changesets de este usuario porque es un usuario bloqueado decenas de veces con cuentas múltiples (https://community.openstreetmap.org/t/usuarios-editando-en-espana-bajo-sospecha-vandalismo-malas-practicas-y-otros/2510/), por lo que sistemáticamente incumple los Términos de Uso de OSM (https://wiki.openstreetmap.org/wiki/OpenStreetMap_account#Account_Names_and_Multi_Account_Policies y https://osmfoundation.org/wiki/Terms_of_Use#VI._Account_cancellation_or_suspension).
El usuario realiza múltiples y pequeñas ediciones para dificultar que sus cambios puedan ser revisados. Los mayores errores son que modifica la toponimia oficial para que no aparezca en valenciano aunque así lo dictamine la Acadèmia Valenciana de la Llengua en la cartografía oficial de la Comunitat Valenciana. Tenemos permiso explícito de esta entidad que, según las leyes autonómicas, es la entidad encargada de la toponimia oficial. Tampoco no tiene en cuenta la cartelería local que aparece en calles, carreteras y sendas.
Por otra parte, este usuario (y todas sus cuentas) está mapeando según las ortofotos y sin tener en cuenta el conocimiento local para delimitar si los elementos se tratan de edificios en ruinas, muros u otros elementos e, incluso, elimina PDIs con todo el historial de forma injustificada.
Ante todo lo expuesto y por las diversas anomalías, revierto todos los changesets porque, de revisar cada uno de ellos, únicamente nos dedicaríamos a ello, como si fuésemos administradores. En caso de revisar todas las ediciones de este usuario que ya ha sido bloqueado por 10 años con otras cuentas, nunca podríamos seguir mejorando la base de datos debido a revisar durante horas cada uno de los conjuntos de cambios y, por lo tanto, dejaríamos de lado seguir mapeando para añadir nueva información.

https://www.openstreetmap.org/changeset/159066863
TrickyFoxy (2024-11-15 22:25:56+00:00): Что именно вы хотели исправить?  «ТАТАРСКАЯ СПРАВА (ЗА КАНАЛОМ)» это явно плохое название для улицы
eggie (2024-11-12 10:47:59+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht.
Feedback  Meestal zijn tweewielers uitgezonderd van eenrichtingsverkeer. Is dat hier ook het geval. Dan wordt toegevoegd oneway:bicycle=no en evt ook voor mofa en moped.
De knooppuntfietsroute 18-61  is nu geblokkeerd en zal niet meer werken.

MVG,
Eggie
Namens de OSM Community
eggie (2024-11-12 10:54:34+00:00): Dit was in het verleden geen eenrichtingsverkeer. Wat is je bron in deze?  Alleen andere routeplanners?
De fietsroutering heb ik hersteld. 
Graag reactie
MVG
eggie
Huybrechts (2024-11-12 13:25:01+00:00): Beste Eggie,

Hartelijk dank allereerst voor jouw welkom en reactie.
De route die om wat voor reden dan ook niet afgelegd kan worden met de vrachtauto betreft de route van bijvoorbeeld Veerlaan - Rechtshuislaan - en dan naar nummer bijvoorbeeld huisnummer 9. Ergens op de kruising daarvoor krijg ik geen toegang (reden is mij echter onbekend). 

Graag je hulp, als je vragen hebt verneem ik uiteraard ook graag.