piebro/osm-data huggingface dataset:
tux67 (2024-11-03 16:00:47+00:00): Ich würde die Hausnummern erst mappen, wenn tatsächlich (wieder) ein Gebäude OTG zu sehen ist.
Nach meiner Beobachtung sind im Opendata Satz für die Adressen auch welche bei denen lange Zeit nach Veröffentlichung noch kein Gebäude zu sehen war.
Ich hatte vor 2-3 Wochen den zuständigen Abt. Leiter angeschrieben, der versprach dieses Jahr den Datensatz noch zu refreshen. 

Was den Fahrradweg angeht .. sehr seltsam in Zeiten des Radwegeausbaus einen Weg auf reinen Fußgängerbetrieb zurückzustufen.. aber da hat sich sicher jemand was bei gedacht ...

Gruß
tux67
Lukas615 (2024-10-31 20:53:37+00:00): Diverse Signale und Geschwindigkeiten Berliner Ringbahn bearbeitet
eggie (2024-10-31 21:12:06+00:00): Welkom bij OSM.

Kleine aanpassing verricht: 
► Uw node samengevoegd met bestaande adresnode


MVG
eggie
eggie (2024-10-31 21:10:21+00:00): Woody

Lijkt me oke zo.
gr eggie
jmaspons (2024-11-12 19:40:37+00:00): Hola! Hi ha algun motiu per eliminar wikidata i wikipedia a https://osm.org/node/1731104444 ? Seria d'agrair explicar-ho en el missatge del conjunt de canvis. Amb el missatge no s'entén quina mena de correcció fas.
kapazao (2024-11-14 11:27:35+00:00): Hola, fue un error que apareció al validar el conjunto de cambios, que debí haber corregido en otro conjunto a parte de este.

El problema está en que no debe haber 2 etiquetados wikipedia/wikidata de la misma cosa y en este caso municipio y población tenían el mismo, por lo que se dejó en el municipio que era el más adecuado.

En caso de querer un etiquetado wikipedia/wikidata para la población, se tendría que ver en dichos lugares para añadir y luego hacerlo en OSM.

Un saludo
jmaspons (2025-01-23 13:10:52+00:00): No ho entenc. Municipi Q7106 i localitat Q24019213. Ja era correcte. Restauro
NorthCrab_upload (2024-10-31 21:11:03+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.

"Główny Rynek":
https://www.openstreetmap.org/way/167786866
https://www.openstreetmap.org/way/167786872
https://www.openstreetmap.org/way/167786873
https://www.openstreetmap.org/way/167786874
https://www.openstreetmap.org/way/168208314
https://www.openstreetmap.org/way/168208341
https://www.openstreetmap.org/way/168254726
https://www.openstreetmap.org/way/168254727
https://www.openstreetmap.org/way/221226223
https://www.openstreetmap.org/way/1329720757

Pozdrawiam! 🦀
trigpoint (2024-11-04 13:31:02+00:00): Hi
What on the ground evidence do you have for using the term Shropshire Union. It may have been the company that built it 200 years ago but in my time in Shropshire and as an active Ramblers officer, I have never heard anyone use this term.

Maybe put it in old name?

Cheers Phil
Canalsman (2024-11-04 19:57:08+00:00): Hi Phil

Thanks for your observation.

Just to explain better I've been a canal enthusiast for about 60 years and I've always had a particular interest in abandoned canals.

The Shrewsbury Canal was the original name but it, and its branch to Newport, were absorbed by the Shropshire Union Canal in 1845 and became branches of that canal thereafter. So the names now shown have been in use for a very long time.

The inconsistency was obvious because the OpenStreetMap naming of the Newport canal reflects its most recent name. Hence the change I made for consistency.

If the Shrewsbury Canal is reinstated it would make sense to change the naming of the Newport Branch.

I'm not sure...

Regards

Chris
Metzor (2024-11-01 19:08:32+00:00): Hallo frieleon,

Es wäre schön, wenn du wie früher wieder aussagekräftige Kommentare zu deinen Änderungen schreiben würdest.

Danke!

Viele Grüße
Metzor
eggie (2024-11-01 11:41:12+00:00): Dag Woody.. Wanneer er staat aangegeven dat het alleen voor klanten is dan is customers oke...  Zoniet dan gewoon openbaar houden.

MVG
eggie
Đuro Jiří (2024-11-03 17:59:39+00:00): Ciao fayor,
sai, se cancelli nome della strada, che tu non aggiuni mai, prima o poi viene qualcuno con StreetComplete e di nuovo quello nome aggiunge.
Se lo lasci,non perdi tempo ne suo,ne dei altri.
SomeoneElse (2024-11-11 14:37:09+00:00): Hello,
Actually, the "waterway=derelict_canal" would be on the "formerly wet bit" and the "bridge=aqueduct" would be on the whole area.
There is already a linear waterway=canal through here which you can see at https://map.atownsend.org.uk/maps/map/map.html#19/52.73701/-2.56783 .
Best Regards,
Andy
Canalsman (2024-11-11 21:51:17+00:00): Thanks Andy.

I've made some changes along the lines you suggest.

Thoughts?

Regards

Chris
SomeoneElse (2024-11-12 12:11:57+00:00): Thanks - that looks more like it.
skyper (2024-11-04 14:24:18+00:00): Hallo Volkmar,
willkommen bei OSM. Toll, dass Du mithelfen willst die Daten zu verbessern. So einfach, wie es aussieht, ist es leider nicht. Insbesondere das Spurtagging (https://wiki.openstreetmap.org/wiki/Lanes) ist komplex. Die Editor-Software iD bietet dafür keine Unterstützung. Ich verwende dafür JOSM mit Erweiterungen für Vorlagen und Visualisierung (inklusive Fehlermeldungen). Ohne diese Unterstützungen wäre ich wohl selbst als erfahrene Person aufgeschmissen.

Wenn ich Deine Änderungen richtig interpretiere gibt es von Osten nach Westen mittlerweile auch nur noch eine Spur (anstatt der zwei) plus einen exklusiven Radweg. Ist das richtig? Ist das Linksabbiegen von der Leherner Str. in die Fehrenbachallee noch erlaubt?

Viele Grüße,
skyper
Volkmar Glauche (2024-11-04 14:59:11+00:00): Ja, genau, in beide Richtungen eine Spur plus Radfahrstreifen. Abbiegebeschränkungen habe ich nicht gesehen.
skyper (2024-11-04 16:10:08+00:00): Danke für die Antwort. Habe es in https://www.openstreetmap.org/changeset/158747114 versucht zu korrigieren.

Viele Grüße und weiterhin viel Spaß beim Mappen,
skyper
Volkmar Glauche (2024-11-06 10:28:42+00:00): Schau bitte nochmal in meine letzten Kommentare zu Deinem Changeset, falls Du die noch nicht gesehen hast. Auch am anderen Ende der Baustelle an der Eschholzstraße sind die Richtungsspuren zum Abbiegen entfallen.
NorthCrab_upload (2024-10-31 22:50:51+00:00): Zauważyłem, że Twoja zmiana zawiera niepoprawne adresy. Przygotowałem listę obiektów do poprawy oraz dodatkowe informacje:

Duplikat adresu w okolicy.
https://www.openstreetmap.org/node/2335254427
https://www.openstreetmap.org/way/389941521

Pozdrawiam! 🦀
JJIglesias (2024-11-01 00:19:34+00:00): Por que borrar el area del aeroway=runway si la wiki permite perfectamente que existan ambas?

https://wiki.openstreetmap.org/wiki/Tag:aeroway=runway

Esto no es un aeropuerto menor que con una sola raya es suficiente.
5m4u9 (2024-11-01 01:17:14+00:00): Buena observación, yo también antes añadía el área, pero es un nivel de micromapeo que creo por ahora podemos obviar. Con la línea se tiene todas las características y secciones de una forma simple.

Hay otra razón por qué prefiero quitar el área, con el área se tendría que partir en varias secciones para cada tipo de segmento de pista (runway + stopway + displaced_threshold) y hay inconsistencia y duplicidad de etiquetas en esa parte final de la pista donde dobla en U el avión y sale un taxiway, se incluye toda esa área de taxiway como área de runway? entonces debería existir un área de taxiway? dónde esta el límite entre ambos? medio raro.

voy a ver como solucionan esa parte en otras pistas en otros lugares micromapeados, y volveré a añadir porque también me encanta el micromapeo 😱.
JJIglesias (2024-11-01 23:45:25+00:00): El area de giro NO es un Taxiway es parte del area de Runway, y no veo que sea micromapeo algo que YA EXISTIA. Los datos de umbral desplazado no corresponden a este mapa para colocarlos sino a cartas aeronauticas, con respeto al area de la pista TODA debe mapearse siendo una pista mayor, pues ese aeropuerto fue hecha para que en caso de emergencia aterrizaran aviones grandes y su pista fue diseniada para operar aeronaves como el C-5 Galaxy y AN-124 y AN-224 que son los mayores del mundo...
JJIglesias (2024-11-01 23:47:36+00:00): Simplemente mapea lo que se ve, las únicas cartas oficiales que deben indicar otros factores aeronáuticos las publican la Jeppeseen y en algunos casos las DGAC
5m4u9 (2024-11-02 04:56:05+00:00): sobre el micromapeo, en la wiki menciona que area:aeroway es "una forma de micromapeo" y además se tendría duplicidad entre la línea y el área.

https://wiki.openstreetmap.org/wiki/Key:area:aeroway

la duplicidad de etiquetas entre la línea y el área me hizo mapear hace años solo como líneas, ya que en mi criterio, describe bastante bien. Otra cosa es la representación gráfica en el mapa, que me parece estaba trabajando.
JJIglesias (2024-11-02 06:52:19+00:00): La Wiki establece claramente que puedes tener la LINEA y el AREA conjuntamente.

Additionally, the whole area of the runway may be mapped as well, tagged with area:aeroway=runway. (Previous common practice was to tag such with aeroway=runway + area=yes; this can be safely retagged. As of February 2022, taginfo reports that aeroway=runway is combined with area=yes 2,754 times, while area:aeroway=runway has 2,038 uses, a significant increase from January 2020.)
sanchi (2024-12-09 19:57:52+00:00): Hola
En este conjunto de cambios y en otros he visto varios errores recurrentes en las rutas de bus que están generando errores en el mapa.
Por favor comprueba como se deben etiquetar las rutas de bus antes de continuar.
Sobretodo he visto problemas con los roles en las relaciones. Lo que es la ruta no tiene que tener ningún rol, y lo que son las paradas si son las plataformas van como platform en vez de como bus_stop. He corregido algunos pero puedes ver en esta web seleccionando transporte público los errores que hay en la zona que editas
https://tools.geofabrik.de/osmi/?view=pubtrans_routes&lon=-7.86157&lat=42.34515&zoom=19&baselayer=Geofabrik%20Standard&overlays=ptv2_routes_invalid%2Cptv2_error_ways%2Cptv2_error_nodes
Un saludo
Anónimo785612 (2024-12-09 23:48:59+00:00): Me he basado en Lugo, perdona. Por otra parte no entiendo por qué dices que he puesto que las propias lineas tienen rol?
sanchi (2024-12-10 08:12:20+00:00): Las rutas de bus son relaciones. Cada miembro de una relación tiene un rol. En el caso del transporte público pueden tener un rol vacío (las partes de la ruta), platform (punto donde esperan los pasajeros) o stop (punto sobre la ruta donde para el bus). En verdad hay alguna posibilidad más pero los que se usan normalmente son estos. Hay que poner en orden primero todas las platform y stop que tenga la ruta. En los casos tuyos creo que todos son platform así que solo los platform. Después en orden la ruta que sigue el bus. Te comento esto porque he visto alguna ruta que lo tenías mezclado.
He cogido una relación cualquiera de bus de Lugo y está como te indico. Si te fijas los miembros no pone que sean bus_stop sino platform
https://www.openstreetmap.org/relation/16336671#map=13/43.03621/-7.44238
Te recomiendo que leas la documentación para poder evitar estos errores. Te he dicho algunos fallos rápidos que he visto pero puede haber más.
https://wiki.openstreetmap.org/wiki/Proposal:Public_Transport#Route
Un saludo.
Anónimo785612 (2024-12-10 09:31:15+00:00): Gracias. Lo corregiré en cuanto tenga tiempo.
hoserab (2024-11-01 00:20:10+00:00): Uh, excuse me: yes there frickin' is a a giant chess board there. >:(
hoserab (2024-11-03 02:16:53+00:00): I've re-added the chess board, see https://www.openstreetmap.org/changeset/158682968. Please don't delete it again.
SomeoneElse (2025-02-07 10:52:10+00:00): What was the "incorrect mapping" that you reverted here?
Without knowing that it's impossible to know what the problem was before.
umapjpnic793 (2024-11-01 12:35:46+00:00): OpenStreetMapへようこそ、最初の編集をいただき、ありがとうございます。
良いスタートです、はい、名前と営業時間の入力は役に立ちます。
ところで、tourism=museum (ミュージアムの意)は解除されているようですが、他の値を設定しようとしたのでしょうか?
お分かりでしたら、確認していただければ幸いです。それでは、ハッピーマッピング!
George Sears (2024-11-01 08:43:48+00:00): Ciao Firefighter7891,

Grazie per il tuo primo contributo a OpenStreetMap!

Ho notato che hai fatto alcuni errori, hai spostato per sbaglio alcuni punti dalla loro posizione originale (un bar e una fontana) ma nessun problema, li ho già risistemati io.
Comunque vedo che hai provato ad aggiungere un percorso di autobus, cosa non affatto semplice perché non si disegna semplicemente una linea del percorso, ma bisogna selezionare i segmenti di strada per creare una relazione (vedasi la guida sulla wiki https://wiki.openstreetmap.org/wiki/Buses).

Se vuoi approfondire, chiedere consigli o condividere la tua esperienza o idee per migliorare saremo felici di incontrarti nel forum ufficiale 
https://community.openstreetmap.org/c/communities/it/60,
o su Telegram
https://telegram.me/OpenStreetMapItalia

Buona mappatura!
frydzio (2024-11-01 09:40:44+00:00): Hej,
Te drogi service pokrywające się z torowiskiem nie były tymczasowe tylko to element trambuspasa, który miejscami jest tylko jednokierunkowy (wspólny tylko z jednym torem). Spójrz na grafiki na stronie projektu https://tramwajdowilanowa.pl/wp-content/uploads/2022/08/002-scaled.jpg, https://tramwajdowilanowa.pl/wp-content/uploads/2022/08/003-scaled.jpg, https://tramwajdowilanowa.pl/wp-content/uploads/2022/08/009-scaled.jpg.
Moim zdaniem zmiana do wycofania. Można się jedynie zastanowić, czy węzły drogi i toru powinny być wspólne, ale jeśli je rozdzielimy każde przecięcie musi być oznaczone.
watmildon (2024-12-06 00:56:03+00:00): Really nice work on Touchet!
❤️‍🔥 (2024-12-14 07:06:59+00:00): Hi, cars are allowed to drive here if they're accessing the Sydney Water carpark
mueschel (2024-11-02 09:50:19+00:00): Hi,
something went wrong here. All these nodes have a huge number of foreign tags that should not be in the OSM database.

And: Where can we find the mandatory documentation of this import?

E.g.
ARC_Zone = 90034
Addrees = 3601 OVERLAND AVE
Address_X = 3601 Overland Ave
Batch = 4/16/2018
CD = 5
City = Los Angeles
Full_ = 3601 Overland Ave, Los Angeles, CA 90034
Install = 2018-04-27T00:00:00Z
Intersect_ = Charnock Rd
LocID = 5658
LocName = The Overland
Notes = TC: in the front AW: three marked between electric pole and parking sign
NumRacks = 1
OBJECTID = 2311;2310;2309
Priority = Normal
RackID = 0
Request = 10/16/2017
Side = R
State = CA
Status = M
Status_1 = Installed
Zip_Code = 90034
AragonChristopherR17Z (2024-11-03 06:56:54+00:00): Adding another note. Bicycle parking does not generally need addresses; but if they are added, as they are here, they should be tagged with the standard address tags. For those who don't know, "CD" refers to council district; this tag is unnecessary as: 1, CD boundaries change; and 2, CD jurisdiction can be found because CD boundaries are already mapped. "LocID" is not necessary because the data is not useful to OSM, it may have been in the original data, but not here. LocName is also a non-standard tag that's relatively unnecessary, but it is at least interesting (though in some cases I've found, they are out of date, as they refer to businesses that no longer exist. "side" is a tag that would more appropriately refer to a node on a road, but is not useful here. ObjectID and other ID tags are also not very useful for OSM.
Unfortunately, this data is also, by now, 6 years out of date, and some of these racks no longer exist, as I found on Chatsworth and Sepulveda.
It's also not necessary to name bicycle parking. A bike rack does not need to be tagged with the name "bike rack", as this is redundant and can clutter the map; but this isn't too much of a problem.
This is an overall useful addition, though. It'll just need refining by other users. 
I'll add this comment on the other related changeset 158603085 so that this info can be available if anyone else tries to find out more about this edit.
AragonChristopherR17Z (2024-11-03 06:59:28+00:00): Forgot to mention: the "RackColor" tag should be replaced with the standardized tag "colour"
mueschel (2024-11-03 09:30:37+00:00): Checking the data further, I see most of these nodes inside buildings or on driveways. I'd say the accuracy of coordinates is at least questionable. 

In sum, I suggest to revert this import.
Allison P (2024-11-04 02:27:07+00:00): The only useful tags here are RackID and RackColor, and color will require standardization. If, on top of that, the coordinates aren't accurate, the dataset is of little utility.
mueschel (2024-11-08 09:13:35+00:00): It seems that there is no response from Matthew. If there are no objections, I'll try to do a revert tomorrow.
MatthewAJackson (2025-02-25 03:16:18+00:00): Hello everyone, I would like to apologize to all of you. First, I made this account years ago when I was a child and used my spam email so I didn't check to see this comment section until I noticed the data was gone and wanted to investigate. 

I learned a bit of JOSM and started adding bike racks in my local area with it. Then I realized that there was an old dataset that I could maybe use to add bike racks (existing and non existing) to the map. My logic was that if it was not existing anymore, it wouldn't be an inconvenience in a big way for most people and that there might be more correct bike racks than incorrect racks. Having not leaned from professionals, I uploaded the data with tons of errors.

I'm going to start learning how to collaborate with OSM and how data sharing works and how JOSM works. You'll see me in the discord servers as well. My deepest apologies again and sorry for the tedious task to fix my mess. I owe all of you a coffee!
user_5359 (2024-11-02 11:31:41+00:00): Hello! Please have a look on https://www.osm.org/node/12303169080. What is the mean of the tags 
ARC_Zone=91042
Addrees=10460 Mount Gleason Avenue
Address_X=10460 Mount Gleason Avenue
CD=7
City=Tujunga
Full_=10460 Mount Gleason Avenue, Tujunga, CA 91042
Intersect_=Mt. Gleason Ave & Foothill Blvd
LocID=177
LocName=Citibank
Notes=JT: Inspected
NumRacks=0
OBJECTID=7312
RackColor=Black
RackID=177
Side=R
State=CA
Status=M
Status_1=Installed
Zip_Code=91402
Please notice also the difference between description and name "Bike Rack"!
AragonChristopherR17Z (2024-11-03 06:57:32+00:00): Adding another note. Bicycle parking does not generally need addresses; but if they are added, as they are here, they should be tagged with the standard address tags. For those who don't know, "CD" refers to council district; this tag is unnecessary as: 1, CD boundaries change; and 2, CD jurisdiction can be found because CD boundaries are already mapped. "LocID" is not necessary because the data is not useful to OSM, it may have been in the original data, but not here. LocName is also a non-standard tag that's relatively unnecessary, but it is at least interesting (though in some cases I've found, they are out of date, as they refer to businesses that no longer exist. "side" is a tag that would more appropriately refer to a node on a road, but is not useful here. ObjectID and other ID tags are also not very useful for OSM.
Unfortunately, this data is also, by now, 6 years out of date, and some of these racks no longer exist, as I found on Chatsworth and Sepulveda.
It's also not necessary to name bicycle parking. A bike rack does not need to be tagged with the name "bike rack", as this is redundant and can clutter the map; but this isn't too much of a problem.
This is an overall useful addition, though. It'll just need refining by other users. 
This comment was originally added on the first related changeset 158603032 so that this info is available here.
solenoid jam (2024-12-14 12:25:23+00:00): Hello. Please do not transfer data from google maps as it is not legal.
marczoutendijk (2024-11-01 19:08:11+00:00): Reverted
Endres Pelka (2024-11-01 13:22:45+00:00): A key cutting workshop in the middle of a forest reserve? Whose keys are being made there?
marczoutendijk (2024-11-01 19:08:03+00:00): Reverted
i2004 (2024-11-01 11:19:32+00:00): que corregiste
marczoutendijk (2024-11-01 18:37:02+00:00): https://www.openstreetmap.org/user_blocks/16833
marczoutendijk (2024-11-01 19:07:52+00:00): Reverted/
TrickyFoxy (2024-11-01 10:33:41+00:00): Вы нарисовали дорогу поверх другой дороги, а не более точное направление
TrickyFoxy (2024-11-01 10:34:03+00:00): Reverted

https://www.openstreetmap.org/changeset/158612600
Mateusz Konieczny (2025-02-04 14:38:56+00:00): I started thread at https://community.openstreetmap.org/t/someone-mapped-whether-girls-boys-elderly-live-at-a-specific-house-should-we-remove-redact-this-data/125263

you may wish to comment there - as you retagged this data rather than removing it
Sébastien Pi (2026-01-04 17:27:52+00:00): Bonjour Thomas,

Sauriez-vous dire pourquoi vous avez passé https://www.openstreetmap.org/way/1096337377 en pumping_station ? À la place de water_well qui est visible partout.

Merci
ThomasDu (2026-01-04 18:05:23+00:00): Bonjour, J'ai fait cette modification car il me semble que c'est bien de cela qu'il s'agit ( https://wiki.openstreetmap.org/wiki/Tag:man made=pumping station 
,  https://wiki.openstreetmap.org/wiki/FR:Tag:man_made%3Dwater_well ). En outre je ne sais pas ce que vous voulez dire par "visible partout" mais pumping_station me semble bien plus utilisé et les   water_well me semblent être en général des puits qu'on voit au centre du village ou dans la cour de la ferme.
Sébastien Pi (2026-01-04 18:55:10+00:00): pumping => 34k
water_whell => 336k :)
Mais on ne peut pas comparer l’usage ici. Car ce sont bien des tags différents niveau sens.

Dans le coin (avant modif) :
3 => https://overpass-turbo.eu/?template=key-value&key=man_made&value=pumping_station
9 => https://overpass-turbo.eu/?template=key-value&key=man_made&value=water_well
Au contraire, c’est water_well qui est plus utilisé. Il s’agit bien dans ces 12 cas du même type d’installation.

Je vais citer le Wiki.
pumping station: a facility including pumps and equipment for pumping fluids from one place to another.

Initialement, c’était plutôt destiné à prévenir des inondations : https://wiki.openstreetmap.org/wiki/Proposal:Pumping_Station

Water well est une installation de captage d'eau souterraine, ce que l'on nomme un aquifère.

Ici les installations sont  des puits de captage, plus que des pompes pour moi. Les pompes seraient plutôt pour transférer l’eau captée vers l’usine aux Ansereuilles. Mais sont-elles au niveau du point de captage ou centralisée aillesurs ? Je ne sais pas.
nevw (2024-11-01 07:35:40+00:00): Deleted this duplicate of a school already mapped here https://www.openstreetmap.org/way/201576917
無限の刃 (2024-11-01 07:50:22+00:00): 寺尾小学校は #158607861 で修正。
Jordi MF (2024-11-04 15:18:08+00:00): Hola macisvenda,

¿Podrías indicar qué fuente estás usando para traducir los nombres de los municipios? Por una parte, las transliteraciones no están permitidas y, por otra, debes de indicar la fuente de tus datos para comprobar que dichas etiquetas de idioma son correctas.
eggie (2024-11-01 08:25:17+00:00): Welkom bij OSM,

Bedankt voor uw bijdrage,
eggie
rempshaener (2024-11-01 09:14:56+00:00): Hallo und herzlich willkommen bei OpenStreetMap.

Du hast um einen Review deiner Änderungen gebeten.
Ich habe mir den Änderungssatz angeschaut: Das sieht sehr gut aus.

Bei Hydranten sind vor allem noch diese Werte relevant:
fire_hydrant:diameter	Die Nennweite, die auf dem Hydrantenschild hinter dem „H“ steht.
fire_hydrant:position	Wo sich der Hydrant befindet.
ref:	Die Hydrantennummer, steht meist oben rechts

Bei deinem Änderungssatzkommentar brauchst du übrigens keine Koordinaten oder ähnliches angeben; es reicht auch „Pflegen der Unterflur Hydranten im Ort Hilkerode“ oder „Hydranten ergänzt“.
Wenn du noch Fragen hast: gerne wieder den Haken für die Überprüfung setzen oder per persönlicher Nachricht.

Weiterhin viel Spaß, viele Grüße
Zwille83 (2024-11-01 09:33:16+00:00): Hi eine Frage hätte ich da noch gibt es eigentlich eine Möglichkeit den Punkt mit den GPS Koordinaten zusetzten ?? Nennweite habe Ich nachgetragen