piebro/osm-data huggingface dataset:
pboscherini (2023-10-12 10:45:45+00:00): Ciao 'dieterdreist 22 minuti fa',

quanto segue ha come 'core-knowledge' solo ed esclusivamente lo scopo di proporre "migliorative" di quello che in Italia intendiamo come 'broken-link'.

Ho visto l'id-discussione:100231 che hai proposto e non concordo purtroppo con quel metodo in quando tra 'while' e 'done' c'è troppa editabilità per cercare qualcosa che già abbiamo. 
Da quello che osservo, nel networkcast italiano di openstreetmap.org non abbiamo i load-balancer sui file-server che forniscono i rollback-file ai database-server (Oracle workflow lo paghiamo e doveva fornirceli), e questo non ci permette di collegare in alta affidabilità Italia la versione4-server2 con versione9-server2 :-( :-( 
Consiglio un tool solo ed esclusivamente su singola (!!!) istanza https://openstreetmap.org che fa vedere ad ogni utente il PROPRIO TASTO che fa vedere i PROPRI broken link (come una coda di "ticket" da lavorare) e quale evento esterno li ha provocati (visto che i sysadmin di Facebook sono gli stessi di open*). 
Solo in questo modo riusciamo a mantenere "stabili" (permalink versionati dai servizi che forniscono i file-server) i dati su cui poggia il concetto "open" che a quanto vedo ami anche te... :-)
Ritengo che una qualunque sequenza di tasti che fa vedere i link rotti di più di una persona, potrebbe configurarsi come abuso di potere e potrebbero toglierci non solo quella funzionalità per ottemperare :-(
Mi sembra di aver capito che anche openstreetmap cerca di stimolare gli utenti alla self-correction, la self-assessment, self-version etc ... ciò è ottimo.

Per le foto/immagini, per le leggi vigenti sulle reti elettroniche, non possono esservi restrizioni sulla destinazione di un URL (visto che la sorgente è un URL) ... altrimenti le SOA rules considerano openstreetmap.org un backend site e neanche io lo voglio.
Propongo controlli javascript (cpu usage che sfrutta meglio il pc dell'utente ed il SUO contatore elettronico Italia) più stringenti dei campi che vengono riconosciuti dai file javascript openstreetmap.org come URL_ITALY_PATTERN (<protocollo:5-5><"://"><subdomain:1-9><domain:1-9><domainextension:3-3>). 
I casi differenti da URL_ITALY_PATTERN (in particolar modo la lunghezza della stringa del subdomain che ci farà pagare miliardi di penali !!!) non potranno mai raggiungere i virtual-router esteri, purtroppo ;-(

Rimango in attesa di una gentile proposta di pianificazione di: "lavorazione delle code broken-link per singole utenze openstreetmap.org".

Grazie veramente.
Piergiorgio.
pboscherini (2023-10-12 11:01:03+00:00): Ciao 'etrumap 42 minuti fa', 
vista la densità di alberi nel tuo changeset (https://www.openstreetmap.org/edit?way=1149904682#map=20/41.85818/12.49031), propongo di moderare l'utilizzo della parola 'necessariamente' che io non riuscirei a dimostrare osservando quella quella zona di verde che proponi.

Grazie comunque per il contributo.
Cordialità,
Piergiorgio.
dieterdreist (2023-10-12 11:35:13+00:00): Ciao Piergiorgio, non sono un amministratore, sono un utente semplice come te. Di amministratori pagati ce ne sono meno di 5, credo 1-2. Se vuoi fissare il link secondome ti conviene usare un'altra soluzione dove carichi l'immagine, che offre link permanenti.
dieterdreist (2023-10-12 11:39:30+00:00): > ''Rimango in attesa di una gentile proposta di pianificazione di: "lavorazione delle code broken-link per singole utenze openstreetmap.org".''

per lavorare le code, mi vongono in mente due soluzioni, maproulette e task manager.
https://www.maproulette.org/
https://wiki.openstreetmap.org/wiki/Tasking_Manager

Ciao,
Martin
pboscherini (2023-10-12 12:22:26+00:00): Ciao 'dieterdreist 34 minuti fa' e 'dieterdreist 30 minuti fa', 
... scusami ... dopo 15 anni di esperienza sulla url https://www.openstreetmap.org ti fanno ancora proporre soluzioni su altre www ?? (è un complimento se non si capisse bene)

VISTO che non hai contrastato le mie ultime affermazioni, se avessi bisognio di qualche sponsorship come 'service-manager' su www.openstreetmap.org non esitare a condividere la email verso chi inviarla.

Ti propongo di iniziare a stimare con metodologie certificate (es. Gartner : https://www.google.com/search?q=stime+con+metodologie+certificate+riconosciute+dalla+Repubblica+Italiana+Gartner) di quanto effort hai bisogno per passare in consegna i tuoi 15 anni di esperienza.

Um cordiale saluto,
Piergiorgio.
Mateusz Konieczny (2025-11-11 12:14:03+00:00): Hello! https://www.openstreetmap.org/node/10282223956/history has shop = vintage that was added in this edit
shop=vintage ? What kind of shop, if any is here? Is it simply shop=second_hand ? See good discussion in https://www.openstreetmap.org/note/3865985
ZenPhil (2025-11-13 16:21:52+00:00): Hi Mateus I agree your proposal of shop=second_hand and second_hand=vintage feels right for this shop - they sell old but not ancient, second hand but not high value items
ZenPhil (2025-11-13 16:22:02+00:00): I have changed the tags
Mateusz Konieczny (2025-11-14 07:05:17+00:00): thanks!
one_half_3544 (2022-12-26 00:47:49+00:00): mountain_pass=yes is not natural=peak, please don't vandalise the map
Jay May (2022-12-27 08:25:14+00:00): Not vandalizing anything! ... 
Moreover, if you see a mistake, it would be good to show me the place itself and not the changeset.
one_half_3544 (2022-12-27 10:17:05+00:00): I'm commenting on that changeset that contains the issues.
https://www.openstreetmap.org/node/5605661185 for example
Jay May (2022-12-28 15:13:45+00:00): Hmmm... I thought it was a matter of old-style tagging vs. new-style tagging. Now I understand. If you see such mistakes on my edits elsewhere, could you please revert these specific tags?
one_half_3544 (2022-12-30 23:25:01+00:00): I always fix problems whenever I can, but I can't check all your edits.

Seems like 'шыңы' means peak in Kyrgyz, you could fix your changes in, e.g.
https://www.openstreetmap.org/node/5605661197
DavidKarlas (2022-12-23 14:09:21+00:00): Hi,

looks like there are still some duplications between way 1052309179 and 1124417344.

Thank you,
David
tms13 (2022-12-23 15:39:36+00:00): Not sure what you mean there.  Both of those stand alone and share no path with any other ways as far as I see.  Which ways do you think duplicate them?
DavidKarlas (2022-12-23 15:47:30+00:00): Looks like https://www.openstreetmap.org/changeset/130426265 already fixed it.
tms13 (2022-12-24 10:13:58+00:00): Ah, great.  :)
Kai Johnson (2022-12-29 20:55:46+00:00): USGS Topo clearly has this peak as "Sheephead Mountain" as does the GNIS record. I have reverted this changeset.
Kai Johnson (2022-12-30 20:17:08+00:00): Oops. Looks like that comment was meant for a different changeset. This section road is either named "Thing Valley Road" according to USFS and USGS or "Desert View Road" according to SanGIS. There is no evidence to suggest that this road was ever named "Thunder Valley Road."
ALLstarGUY (2023-01-04 17:03:13+00:00): There were multiple conflicting alignments of Thing Valley Road showing on OSM through this area of Thunder Valley.   SEE LINK FROM  Google Maps
https://goo.gl/maps/W4xCxofQqzh9Dhds5
Kai Johnson (2023-01-04 17:11:04+00:00): Google Maps is not a definitive source and not something we can use as a reference for mapping in OSM. The two definitive sources for this area are USFS, which manages the land that this section of road is on, and SanGIS, which records the names of all the roads in San Diego County. Neither of those sources suggest that there was a "Thunder Valley Road" here. USFS owns this land, and they've named this section of road "Thing Valley Road." See https://www.fs.usda.gov/ivm/index.html?minx=-12961613&miny=3873995&maxx=-12956721&maxy=3876484&exploremenu=no
eggie (2022-12-23 16:06:35+00:00): Dag hj  Het is import vanuit de 3dshapes.  Dat zijn kavels. Vaak is er een pad, maar soms ook niet. Dus je actie is oke.
mvg
eggie
NorthCrab (2022-12-26 14:58:38+00:00): Nie nadawaj nazw paczkomatom. Użyj tagu ref= do przekazania numeru identyfikacyjnego.
Carto75 (2022-12-26 13:19:07+00:00): attention vous avez créé un doublon
Tristan_dufret (2022-12-26 13:39:51+00:00): Bonjour, effectivement, mes données n'étaient pas à jour... j'ai retiré le doublon.
Carto75 (2022-12-26 13:45:48+00:00): bonne continuation sur l'ajout des hameaux, il y a encore de quoi faire ;)
SomeoneElse (2022-12-23 20:03:54+00:00): You have said that you used "USGS Topo maps" as your source for the change to https://www.openstreetmap.org/way/1033978504 .  The name "Spearhead Mountain Road" does not appear on the "USGS Topo maps" that are visible within iD.  Where did you see it?
Kai Johnson (2022-12-29 20:54:08+00:00): USGS Topo clearly has this peak as "Sheephead Mountain" as does the GNIS record. I have reverted this changeset.
SomeoneElse (2022-12-29 20:56:00+00:00): Thanks!
Andrea Musuruane (2022-12-24 08:51:55+00:00): Ciao. Il tag width serve per indicare la profondità di un elemento, non la sua lunghezza. Questa può essere ricavata direttamente dal percorso oppure può essere esplicitata con il tag distance (l'unità di misura è il chilometro). Il nome inserito a cosa si riferisce? A un percorso mtb? Ciao, Andrea
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/130423730
Massimo Barbonaglia (2022-12-24 10:14:22+00:00): Il percorso è un sentiero "didattico" in divenire, curato dai frazionisti di Belvedere. Non è ciclabile.
Quindi dovrei modificare il tag width?
Andrea Musuruane (2022-12-24 10:53:41+00:00): Sì, grazie.
Mateusz Konieczny (2024-02-01 18:55:29+00:00): Hello!

You used
sport=soccer;й
on https://www.openstreetmap.org/way/203990033/history

Have you maybe meant
sport=soccer
?

I am pretty sure that it is a typo, but not sure enough to just replace it (I edited some objects where situation seemed more clear to me).

Or have you used this value deliberately? In such case, what was the intended meaning?
Mateusz Konieczny (2023-03-10 11:28:25+00:00): Can you look at https://www.openstreetmap.org/note/3592370 ?
eggie (2022-12-23 15:55:47+00:00): Dag Northguy  Er liggen nu twee gebouwen op elkaar bij Nardus.
Je kunt ook gewoon de kerk op de adresmode bijtaggen.
MVG
eggie

https://overpass-api.de/achavi/?changeset=130424219
eggie (2022-12-23 15:59:59+00:00): Gemeente Nardus naar de adresnode verplaatst.
Is het gehele gebouw de Pauluskerk. het zou anders ook op de adresnode kunnen en de community_centre ook apart. 
Lastig bij meer functies in een complex. 
MVG
eggie
eggie (2022-12-23 16:28:51+00:00): Info Pauluskerk en Valkenhof gescheiden en op de adresnodes gezet.
Anders loopt alles hier door elkaar. websites toegevoegd. 

Groet
eggie
racnes (2024-05-05 11:37:12+00:00): Merhaba, Cumayeri - Gümüşova ilçe sınırı için kaynağınız nedir? İnternetteki haritalarda (hgm atlas da dahil ama oradaki yanlış muhtemelen çünkü bazı yerleşimler başka köy sınırları içinde gösteriliyor) Gümüşova ilçesi tek parça halinde dururken sizin haritanızda 2'ye ayrılmış şekilde duruyor
katpatuka (2024-05-05 18:34:26+00:00): Merhaba  racnes, o sınırı https://osm.org/user/c_ogzhn61 tarafından oluşturmuş, https://osm.org/changeset/120565704
skquinn (2022-12-23 15:01:01+00:00): Oops, should have added web search to sources
Kai Johnson (2022-12-29 20:35:38+00:00): USGS Topo clearly has this peak as "Sheephead Mountain" as does the GNIS record. I have reverted this changeset.
Shaun das Schaf (2022-12-24 10:15:56+00:00): Hallo bianka042, willkommen bei OSM!

Die Adressen sind bei diesem Gebäude bereits als einzelne Punkte eingetragen:
https://www.openstreetmap.org/node/3661909954
https://www.openstreetmap.org/node/3661909961
https://www.openstreetmap.org/node/3661909969
https://www.openstreetmap.org/node/3661909971

Es ist deshalb nicht sinnvoll nochmal einen Adressebereich (Hausnummer 5-8) an das ganze Gebäude zu hängen. Es sollte daher meiner Meinung nach wieder entfernt werden.

Viele Grüße
Shaun das Schaf
TourenbikerFKB (2022-12-27 21:29:40+00:00): Mißverständnis? Der Gebäudeumriß sollte doch sicherlich nicht gelöscht werden.
Shaun das Schaf (2022-12-27 23:31:31+00:00): Habe den Gebäudeumriss wiederhergestellt.
eggie (2022-12-23 16:02:17+00:00): No exit=yes van Havenkade verwijderd..  Dat klopt dan niet als de route verder loopt.
MVG
eggie
skquinn (2022-12-23 15:00:47+00:00): Oops, should have added web search to sources
Kai Johnson (2022-12-30 15:06:47+00:00): This is a private road on private land. Although this road is recorded in SanGIS, no name for the road has been recorded. I have surveyed this location in person and there is no signage for this road. I'll be removing the name from this road, although the name could be restored if there is a definitive source for the name.
pitscheplatsch (2022-12-27 11:11:52+00:00): Just a test?

---
Detected by #SuspiciousOpenStreetMap
https://resultmaps.neis-one.org/osm-suspicious
emersonveenstra (2023-01-23 01:20:39+00:00): reverted for vandalism in https://www.openstreetmap.org/changeset/131586881
DUGA (2023-01-08 03:45:26+00:00): Please avoid adding junks.

If you do not know how to identify a building, do not proceed.

https://www.openstreetmap.org/way/1124432858#map=19/41.65221/-75.51749
marczoutendijk (2023-01-08 09:22:17+00:00): https://www.openstreetmap.org/user_blocks/6736
 
Marc Zoutendijk  
OpenStreetMap Foundation  
Data Working Group
CurlingMan13 (2023-02-20 18:18:23+00:00): I just ran across other buildings like this in other more recent edits and have fixed them.  these "buildings" are still on the map as such - should they be fixed?
DUGA (2023-02-24 00:20:54+00:00): I don’t know, to be honest.

We can pull some data from PEMA and see if they are there or not.
4004 (2022-12-28 17:49:30+00:00): how come this isn't a substation?
olehz (2022-12-29 00:05:33+00:00): Intersection: substation A inside substation B. it's like a building within a building. it's not logical. most likely its the part where the minor transformer stands
4004 (2022-12-29 18:34:57+00:00): ah I see, I'll see how it can be tagged
Mateusz Konieczny (2025-04-17 05:38:14+00:00): Hello! https://www.openstreetmap.org/node/10282333405/history has amenity = fixme that was added in this edit
What kind of object is here? Is it a shop? What kind of a shop? (see https://wiki.openstreetmap.org/wiki/Key:shop )
Mateusz Konieczny (2025-04-17 05:38:45+00:00): also, it does look like a duplicate of https://www.openstreetmap.org/node/10245358236
InsertUser (2022-12-25 02:03:50+00:00): I think this should be classified as service.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/130425863
InsertUser (2022-12-25 02:00:49+00:00): A little road like this connected to other service roads is unlikely to be "unclassified" in the OpenStreetMap tagging scheme.
adiatmad (2022-12-26 03:18:37+00:00): Good work on your edits!
However, it would be preferable to avoid adding a generic name, such as name=Building (https://pewu.github.io/osm-history/#/way/1124436244) and (https://pewu.github.io/osm-history/#/way/1124435777).
You might want to take a look at this page (https://wiki.openstreetmap.org/wiki/Names#Names_are_not_for_descriptions). Happy mapping!
Fizzie-DWG (2023-07-20 01:38:07+00:00): Reverted by DWG due to fictitious street names

https://www.openstreetmap.org/changeset/138740370
adiatmad (2022-12-26 03:13:38+00:00): Halo dimasmaulana99,
Sepertinya Anda tidak sengaja menarik satu titik di objek jalan berikut (https://pewu.github.io/osm-history/#/node/5409347632).
Happy mapping!
dimasmaulana99 (2022-12-26 03:22:07+00:00): Halo Mas Adiatmad
Eh iya maaf Mas sepertinya kemarin tidak sengaja, soalnya selama menambahkan objek GLAM saya tidak mengedit jalan sama sekali.  Terima kasih banyak atas koreksinya
adiatmad (2022-12-26 03:26:32+00:00): Saya juga sering gak sengaja ngedit gitu kok, hehe. Saya biasanya ngecek kembali datanya setelah di-upload karena di iD Editor gak selalu muncul peringatannya error-nya.
Terima kasih kembali =)
Joseph R P (2023-08-27 03:37:41+00:00): Hello, these individual trees should not be mapped as natural wood, which is why I had deleted them.
gscholz (2022-12-24 07:02:51+00:00): Hi Grannymeg,
this changeset again has created errors in the OSM database regarding self intersecting lines:

https://tools.geofabrik.de/osmi/?view=geometry&lon=80.48658&lat=6.58262&zoom=14&baselayer=Geofabrik%20Standard&overlays=self_intersection_ways%2Cself_intersection_points%2Csingle_node_in_way%2Cduplicate_node_in_way

https://overpass-api.de/achavi/?changeset=130427143

Can you plesae fix this and correct your editing style regarding multipolygones as requested?
Guido
Palolo (2022-12-23 17:08:40+00:00): We appreciate your efforts to map in Tanzania, but would ask that you follow the instructions. We are not mapping roads and paths in this project. Thank you
cwchristerw (2022-12-23 16:05:38+00:00): I also removed demolished building in Sampola. That was old Itä-Porin yhtenäiskoulu.
BCNorwich (2022-12-24 07:48:13+00:00): Hi, Welcome to OpenStreetMap.

I just wanted to point out that the area you changed from landuse=construction to building=residential was in fact the whole construction site. I've amended the building outline to the Bing imagery. I think what was mapped as a wall is now incorporated into the building structure. 

Could you check the Starbucks is still in the correct place, please?

Regards Bernard.
ghia (2022-12-27 00:05:40+00:00): Hi,
In redrawing the LEZ it got entangled with the Luxemburg line.
https://www.openstreetmap.org/way/1124444680#map=19/50.77717/4.42947
I assume that it should be unconnected.

When I see the LEZ
https://www.openstreetmap.org/relation/7966939/history#map=16/50.7715/4.4011
 at the Harrasdreef, 
https://www.openstreetmap.org/way/150232849#map=17/50.77222/4.40028
then this seems not be included.
AFAIK there is a LEZ traffic sign long before the crossing with Hubertusdreef.
https://www.openstreetmap.org/node/130199216#map=19/50.77409/4.39475
Can you fix?
Kind Regards,
Gerard
bxl-forever (2023-01-05 20:34:54+00:00): @ghia: Thanks for spotting this, I took care of fixing the LEZ which shouldn’t connect railway tracks, indeed.

As for your other point, AFAIK Harrasdreef is explicitely outside the low-emission zone, and this is confirmed by the map published by the Brussels Region.  This was done to allow short trips from Flanders to Flanders like this one:
https://www.openstreetmap.org/directions?engine=fossgis_osrm_car&route=50.7606%2C4.3840%3B50.7653%2C4.4297

OSM data matches official data here.  I couldn’t find the LEZ traffic sign on recent Mapillary picture; please get back to me or leave a note on the map if you are sure there is such a sign, because that would be a game changer.
ghia (2023-01-05 23:02:06+00:00): Hi, photographed by G in aug 22:
https://www.google.com/maps/@50.7702769,4.4060945,3a,63.4y,305.71h,91.58t/data=!3m6!1e1!3m4!1skjAiMOvxjxe0HdY8evmy3Q!2e0!7i16384!8i8192
at the border (crossing Bundersdreef) That's also how I remember it passing the sign along the Duboislaan driving that trip.
Maybe the sign is now moved? I will try to check next week if it is still there.
ghia (2023-01-07 16:34:02+00:00): Verified today: LEZ sign is still there
(near https://www.openstreetmap.org/node/208399190 )
ghia (2023-01-07 16:48:19+00:00): On the other side is the sign 'end of LEZ' near https://www.openstreetmap.org/?mlat=50.77065&mlon=4.40481#map=19/50.77065/4.40481
ghia (2023-01-14 13:27:50+00:00): Did see a LEZ sign at the correct place (after crossing St-Hubertus)
https://www.openstreetmap.org/?mlat=50.77413&mlon=4.39471#map=19/50.77413/4.39471
Maybe the signs near the border are to be removed?
ghia (2023-01-27 15:39:44+00:00): Got word from LEZ.brussels: they confirm their map is correct and part of Harrasdreef and St-Hubertsdreef is not in the LEZ. They warned Bruxelles Mobilité, responsible of the signalisation, to check it out.
bxl-forever (2023-01-27 23:00:21+00:00): @ghia: Thanks for the information but I suggest we stop the conversation on this page; this page is the discussion about a changeset concerning a railway line.  Discussing changes in the LEZ is off topic.

For the record, I updated the LEZ 13 days after your previous message, data is correct in OSM.
ghia (2023-01-27 23:15:03+00:00): Sorry, but OSM is probably not correct.
https://www.openstreetmap.org/relation/7966939#map=17/50.77334/4.39520
The 2 roads should be outside and not inside the LEZ.
plantico (2023-01-01 04:41:16+00:00): Hi, 

it might be super helpful, if you specify your sources more accurate. Besides of quality assurance one might for example also use specific links/URLs in the future to proof if the data inserted is still valid.

Thank you!
rskedgell (2023-07-18 11:57:57+00:00): I'm fairly sure that Canning Town, Newham isn't in Hackney. I'm absolutely certain that importing traffic calming nodes right next to ones which had already been mapped was both careless and unhelpful.
BCNorwich (2022-12-24 08:32:32+00:00): Duplicates removed.
spiregrain (2022-12-27 17:27:09+00:00): Hello - can you have a look at node 10282554684 , created in this changeset?   It's stuck t the edge of a landuse=residential area, and it should be on the road, I assume.   Please check your processes to avoid recurrence elsewhere.
BCNorwich (2022-12-27 18:03:08+00:00): Hi, I've repositioned the traffic feature.
spiregrain (2023-01-06 09:32:22+00:00): Another one for luxiaghd, again pointing to problems in the automated processing - see node 10282554742.   While it's possible to fix these by hand (seehttps://www.openstreetmap.org/changeset/130938743 ), it would be better if the #tflcid  did not mess them up in the first place.
rskedgell (2024-05-23 10:24:25+00:00): Was dumping duplicates of traffic calming features right next to ones which had already been mapped by competent mappers supposed to help data consumers in some way?
❤️‍🔥 (2022-12-25 01:37:01+00:00): Hi, regarding your comments, entrance=emergency is a popular tag which the iD editor has a preset for. The name of this preset is "Emergency Exit" If you think this is illogical you'd be better off starting a discussion at https://github.com/openstreetmap/id-tagging-schema

Also my understanding is that 	`layer=-2` + `level=2` is valid, for buildings with strangley numbered floors:

Layer | Level
    3 | 7
    2 | 6
    1 | 5
    0 | 4 (Ground Level)
   -1 | 3
   -2 | 2
   -3 | 1

or am I mistaken?
DonRoPL (2022-12-27 10:35:04+00:00): Hi, please use "level" to describe the floor.
ground level 0 not 4
Level:
https://wiki.openstreetmap.org/wiki/Key:level

As far as I know, the layer is used to describe the position of the entire building, i.e. whether it is completely above ground or below ground.
Layer:
https://wiki.openstreetmap.org/wiki/Layer
❤️‍🔥 (2022-12-28 23:22:34+00:00): thanks, I've changed `level` to `level:ref` to match the local numbering system
bxl-forever (2022-12-23 23:08:41+00:00): Hello,

Thanks for this.
You might have noticed there was already a node here, tagged as "disused:shop".  This is the node with the former shop.  We don’t delete shops when they leave, so that they can be reused later.  It helps a lot, e.g. to build queries to visualise the history of how a shopping street changed over the years.

I erased your newly-created node for Jacq’s Toastery and transferred its tags to the existing one:
https://www.openstreetmap.org/node/6377569696/history
Josef73 (2026-01-11 15:19:47+00:00): Hallo, wie sind die Öffungszeiten des Nodes  10282655777 zu deuten?
pvvertreter (2026-01-12 20:33:00+00:00): Was ist 10282655777 ?
Josef73 (2026-01-13 16:57:04+00:00): Das ist dieser Node : https://www.openstreetmap.org/node/10282655777
DP24PH (2022-12-23 23:49:15+00:00): Hi! Due to the damaged door, it got into an opening without a door structure (though restricted access). Thank you very much for pointing this out, and will make the necessary corrections once available.
Have a Blessed and Merry Christmas to you!


DP24
DonRoPL (2022-12-27 10:30:28+00:00): Hi DP 24, thank you very much. Have a good start in 2023.
streckenkundler (2022-12-23 18:03:57+00:00): Schade, daß hier nicht die Lifecycle-Prefixes angewendet wurden: https://wiki.openstreetmap.org/wiki/DE:Lifecycle_prefix

In fast allen verwendbaren Luftbildquellen (Bing, Esri, LGB) sind die Schuppen noch zu sehen.

streckenkundler