piebro/osm-data huggingface dataset:
phidauex (2018-10-07 17:27:31+00:00): Is this really a concern here? A simple list of facts (name and address of clubs) is not copyrightable in the first place, and therefore also not releasable to the public domain. If he were taking a presentation of facts, say, a GeoTIFF of club locations and importing it, then that would be a different story.

While permission is always good to get (and they may even help you out!), as long as someone is just looking at a list of venue names, verifying the location, and adding manually, then there isn't really anything to release.
jmapb (2018-10-07 19:48:44+00:00): IANAL, but to my reading the import guidelines are pretty clear on this: If a collection of data found online is not explicitly licensed in a compatible way, get permission before importing.

If "verifying the location" means contacting each club and verifying the name and address, then I'd say we're in the clear here -- by my thinking, that's not an import of someone else's data, it's original research. But if it just means finding the location via iD and putting a node there, I'm not convinced.

See https://help.openstreetmap.org/questions/4936/how-can-i-import-pois-from-a-postgis-database-into-openstreetmap for some further info -- that question deals with a direct bulk import, but with a dataset this size the principles are the same. Just because the nodes have been added in several changesets using iD, that doesn't mean the import guidelines don't apply.
azsr (2020-05-28 02:36:54+00:00): Hey, how accurate are these? I recently stumbled upon one that was apparently added in Rhode Island in a multi-family house. After some sleuthing, I realized that the weightlifting club in question was not in RI, but in SLC, UT, and that (somehow) one of the previous owner/manager's personal address was listed as the address. Can we please get some quality assurance on this dataset?
ajf3934221 (2018-10-11 22:43:38+00:00): Hallo Silverman! 
auf den Luftbildern meint man manches zu erkennen was in der Wirklichkeit nicht so ist. Ausserdem haben die von dir verwendeten Luftbilder starke Verzerrungen in sich, man kann sie nicht 1:1 passgenau übertragen. 

Daher bitte immer mit der Wirklichkeit vor Ort korellieren. 

Ich bin nicht begeistert wenn Du Wege abänderst die ich aufwändig mittels gps ermittelt habe (siehe gps Spuren) nur weil Du meinst auf dem Bild sähe das nun anderst aus.
ajf3934221 (2018-11-05 20:48:25+00:00): Da ich nichts gehört habe habe ich den Weg wieder in den Ursprungszustand versetzt.
viloan (2018-09-17 06:33:51+00:00): Bem-vindo(a) ao OpenStreetMap e parabéns pela sua primeira edição! :-)

Temos um portal brasileiro sobre o OpenStreetMap, com várias informações úteis em https://wiki.openstreetmap.org/wiki/Brasil

Enquanto você está se acostumando com o OpenStreetMap, é recomendado que sempre pergunte aos usuários mais experientes antes de remover ou modificar objetos do mapa, especialmente aqueles que são aparentemente "estranhos" ou "fora do lugar".

Além disso, pedimos que não copie dados de mapas proprietários (como nomes de ruas do Google Maps, por exemplo) e que mapeie apenas o que existe na realidade.

Se você está mapeando por causa do Pokémon, dê uma olhada em https://blog.openstreetmap.org/2017/12/01/dicas-para-novos-mapeadores-pokemon-go/?lang=pt-pt

Se tiver qualquer tipo de dúvida você pode entrar em contato com a comunidade brasileira através de algum dos canais disponíveis em https://wiki.openstreetmap.org/wiki/Pt:Contact
O canal "Comunidade" do Telegram costuma ser o mais movimentado.

Abraço e boa diversão com suas edições!
viloan (2018-09-17 07:07:35+00:00): Bem-vindo(a) ao OpenStreetMap e parabéns pela sua primeira edição! :-)

Temos um portal brasileiro sobre o OpenStreetMap, com várias informações úteis em https://wiki.openstreetmap.org/wiki/Brasil

Enquanto você está se acostumando com o OpenStreetMap, é recomendado que sempre pergunte aos usuários mais experientes antes de remover ou modificar objetos do mapa, especialmente aqueles que são aparentemente "estranhos" ou "fora do lugar".

Além disso, pedimos que não copie dados de mapas proprietários (como nomes de ruas do Google Maps, por exemplo) e que mapeie apenas o que existe na realidade.

Se você está mapeando por causa do Pokémon, dê uma olhada em https://blog.openstreetmap.org/2017/12/01/dicas-para-novos-mapeadores-pokemon-go/?lang=pt-pt

Se tiver qualquer tipo de dúvida você pode entrar em contato com a comunidade brasileira através de algum dos canais disponíveis em https://wiki.openstreetmap.org/wiki/Pt:Contact
O canal "Comunidade" do Telegram costuma ser o mais movimentado.

Abraço e boa diversão com suas edições!
Almtesh (2018-09-17 09:38:01+00:00): Le tag network ne doit pas figurer sur l'arrêt, mais sur la relation qui constitue la ligne.
flohoff (2018-09-17 13:47:14+00:00): Hi ForianMi
du hast hier diverse Gebäude ausgetragen. Die sind in allen Luftbildern aber noch zu sehen. Wenn das richtig ist das die weg sind ist es besser nur die Tags auf den outlines zu löschen sonst trägt der nächste die vom Luftbild wohlmöglich wieder ein.

Flo
SimonPoole (2018-09-17 11:10:07+00:00): We welcome factual information in the correct place about doctors etc. But pls do not spam our data.
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.mapbox.com/changesets/62655242
SimonPoole (2018-09-17 11:11:39+00:00): Reverted in https://www.openstreetmap.org/changeset/62661168#map=19/51.41157/0.07695
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.mapbox.com/changesets/62655242
goedegazelle (2018-09-17 11:29:22+00:00): Ik zie in Onstwedde twee restaurants in één gebouw. Zou dat hetzelfde restaurant kunnen zijn?
eggie (2018-09-17 12:17:35+00:00): Graag ook geen edits in een gebied van deze grootte. Dus niet schuiven met de kaart in de editmodus. Dit levert met editor iD bijna altijd schade op door onbedoelde verschuivingen. Graag een reactie op deze changeset.
MVG,
Eggie
B_Piguet (2019-01-17 07:34:09+00:00): Ce groupe de changement taggue un certains nombre de bâtiments avec  
"aeroway=hangar".
Par exemple le 196307681 (https://www.openstreetmap.org/way/196307681 )
Or, ce tag correspond à des hangars à avions (cf. wiki)
Pour les granges, hangars agricoles, le bon tag est "building=barn", sans aeroway.
Manosque Verdon (2019-01-17 08:49:18+00:00): Bonjour et merci de vos explications ;)
Vraiment désolé si j'ai quelque peu "perturbé" votre travail.
bien à vous
Alain
B_Piguet (2019-01-17 20:41:07+00:00): Bonsoir,
Ne soyez pas désolé, on fait tous des erreurs, à un moment ou à un autre, dans nos contributions.
J'ai déjà corrigé certains "hangars". si vous avez du temps ou que vous refaites de la saisie dans le coin, essayez simplement de penser à les corriger.
Bruno.
wegsam (2018-09-18 11:40:02+00:00): Wie kommt man denn von dem Parkplatz Willem wieder runter? Wenn die Zufahrt auch die Ausfahrt ist, kann es doch wohl keine Einbahnstraße im geamten Bereich sein!
az09 (2018-09-17 11:35:04+00:00): Вах маладес
dktue (2018-09-17 13:43:11+00:00): Taxis dürfen hier vermutlich nicht fahren, oder?

Falls Taxis nicht abbiegen dürfen wäre es besser bus=yes anstelle von psv=yes zu setzen.

https://wiki.openstreetmap.org/wiki/DE:Key:psv
rpfeilsticker (2018-09-17 17:03:35+00:00): Die Taxis dürfen fahren, wenn Sie per Schlüsseltaster das Sondersignal anfordern.
eggie (2018-09-17 09:35:17+00:00): Ome.., maar nu het geen oneway =yes  kan oneway:bicycle=no er ook af. Doe je het zelf?
MVG,
Eggie
eggie (2018-09-17 09:39:33+00:00): Even ter lering ende vermaeck... Zo'n bollard moet om effect te hebben wel vastgemaakt worden aan de node op de weg zelf. Ik heb dat even voor je gedaan. De extra access-tags zijn eigenlijk overbodige, want die zijn default en kun je er nog afhalen.
MVG,
Eggie
herbinator (2018-09-17 10:25:05+00:00): Hoe doe je dat? Die extra tags lijken op een default van "niet nader bepaald" te staan. Zag het ergens anders ook dus vandaar dat ik ze heb ingevuld
eggie (2018-09-17 10:50:01+00:00): Deze tags zijn al default. access=no dus
Mag een motorfiets er langs dan dus motorcycle=yes erbij

https://wiki.openstreetmap.org/wiki/NL:Tag:barrier%3Dbollard

Standaard wordt access=no, foot=yes en bicycle=yes geimpliceerd. Als deze waarden niet gelden, tag dan expliciet wie de barrière kunnen passeren. Plaats een poller altijd op een enkele straat en niet op een kruispunt van wegen, tenzij het effect heeft voor al het verkeer op de kruising.
eggie (2018-09-17 09:33:36+00:00): Yep.. perfect.. Het enige wat we wel met telefoonnummers doen is de internationale notatie.. dus +31  en dan een nul weg... maar dat is een detail.
Groet,
Eggie
mikkolukas (2018-10-10 02:34:49+00:00): Har du en kilde på det?
Selve underkørslen på den nye bro er netop lavet bred nok til at kunne indeholde parallelspor.
mikkolukas (2018-10-10 02:38:39+00:00): Så sent som 2016 er parallelsporene stadig på tegnebrættet:
https://projekter.aau.dk/projekter/files/225450131/afgangsprojekt.pdf
mikkolukas (2018-10-10 02:50:44+00:00): og de erstatter Indkildevejbroen men en længere udgave for cykler og gående - hvilket man heller ikke ville gøre, hvis der ikke var brug for ekstra plads under den
mikkolukas (2018-10-10 02:57:30+00:00): Tegning fra 2013-09-09 viser også parallelbaner:
https://classic.projectweb.dk/GetDocument.asp?reason=view&DocID=1846
pelleg (2018-10-10 18:43:32+00:00): Hej,

Jeg er enig i manglen af tydelige offentlige kilder på det.

Men jeg har været med i skitseprojekteringen af vejanlægget, da jeg i sin tid var ansat hos Rambøll, også derfra de første streger her på osm kom fra.

I forbindelse med tilpasningen af projektet til den økonomiske ramme, og da Dall indføringen blev droppet grundet principbeslutningen om linjeføringen for 3. Limfjordsforbindelse. Blev parallelsporene droppet.
mikkolukas (2018-10-10 23:09:19+00:00): Oh, se så blev jeg noget klogere! :)

Angående dimensioneringen af de(n) (kommende) nye bro(er), tænker jeg at man, selvom man har måttet spare nu, gerne vil holde muligheden åben for senere at tilføje parallelbanerne :)

Det ser synd dog, for lege netop her er trafikken noget stram og især i nordgående retning falder hastigheden nogle gange en del mellem tilkørsel 28 (Aalborg S) og frakørsel 27 (Aalborg C) - så sporene ville være kært velkomne :)

Tak for indblik og for din insisteren på at få sporene fjernet hver gang jeg har tegnet dem :D
pelleg (2018-10-11 05:15:57+00:00): Parallelsporene ville helt klart løse nogle problemer med ind og udfletningen, som er idag, men når kassen er ved at være tom må man skære i projektet :-(
Andrea Musuruane (2018-09-20 15:01:20+00:00): Ciao, poco tempo fa c'è stata una discussione in ML a riguardo. In conclusione si era optato per usare i seguenti tag a tutto il pitch:
emergency=landing_site + "description:it"="Area indicata per l'atterraggio elicottero 118". aeroway=helipad non va bene perché indica una struttura dedicata, non una usata occasionalmente per le emergenze. Ciao, Andrea
mascalzone67 (2018-09-20 17:09:08+00:00): Gentile Andrea, ti ringrazio per l'osservazione: era la prima volta che inserivo questo tag e quindi ho cercato quello che si avvicinasse maggiormente, ma rendendomi conto che era solo ripiego.
Grazie ancora e ciao.
Nutchanon Wetchasit (2018-10-07 05:45:39+00:00): Is a driveway connecting Musical Association of Thailand really supposed to be pointing to nowhere in the south?
<https://www.openstreetmap.org/way/531187839>

Shouldn't it be directly connected to Samsen road, passing the gate?

Note: I have re-verified this in-person yesterday: on the ground, this driveway connection is still looking the same as the day I originally authored changeset 52750735 <https://www.openstreetmap.org/changeset/52750735>.
sridhar1 (2018-10-07 05:55:13+00:00): Hi Nutchanon,

Thanks for your valuable time in sharing the feedback.

Will check the edits and revert with our findings.

Thanks,
Sridhar
Nutchanon Wetchasit (2018-10-07 06:57:46+00:00): Anyway, another thing that's not making sense about this edit is how it modified the outline of 7-Eleven <https://www.openstreetmap.org/way/561319303> next to Samsen 9 drive and the driveway, which badly interacted with small features around them:

- 7-Eleven and the nearby Double A copy center <https://www.openstreetmap.org/way/531706846> are supposed to be at an (more-or-less) equal distance from the midline of Samsen 9 drive.
- A Krotron scale <https://www.openstreetmap.org/node/5412714632> is supposed to be a bit (~1 ft) eastward of the north-east corner of 7-Eleven.
- A Boonterm mobile top-up kiosk <https://www.openstreetmap.org/node/5412714627> is supposed to be a bit (~1 ft) nothward of the east corner of 7-Eleven.
- A Bangkok Bank ATM <https://www.openstreetmap.org/node/5412714628> is supposed to be a bit eastward (~1ft) of the east side of 7-Eleven.
- A Siam Commercial Bank ATM <https://www.openstreetmap.org/node/5412714631> is supposed to line up with the Bangkok Bank ATM, parallel to the road.
- The bus stop <https://www.openstreetmap.org/node/4770201770> is supposed to be nearer to the road than any of these features. (Actually, it is ~1 ft from the _edge_ of the road) 

And all of them are /outside/ (NOT inside) of 7-Eleven. These details are all added from in-person ground survey, and most of them were also re-verified yesterday that they were what I just described.

Moving features to align them to (a newer) satellite image is not wrong in and unto itself. But in any case, always make sure to preserve local consistency in what you edit; otherwise there's no telling how many contributors' work that you have broken in the process.

This is especially important when you didn't walk up there to verify them in-person.
Nutchanon Wetchasit (2018-10-07 07:35:11+00:00): Regarding satellite-based mapping and data precedence, see: <https://wiki.openstreetmap.org/wiki/Armchair_mapping#Imagery_can_be_wrong>

And also <https://wiki.openstreetmap.org/wiki/Armchair_mapping#Disadvantages_and_controversy>.
sridhar1 (2018-10-07 08:00:15+00:00): Hello  Nutchanon,

With respect to connectivity,
Please accept my sincere apologies for the mistake
I did not intend to remove the connectivity, but the node must have been mistakenly moved.  However, I should have checked from my side before uploading the change-set
Will be more careful moving forward.

With respect to alignment effort, we checked all the way links mentioned, none of the existing data is aligned to any of the imagery available in Josm. Hence we aligned the existing data with reference to Bing Imagery.
We didn't find any existing imagery offsets used, and strava traces are not available for low priority roads in this area. Hence aligned basis Bing imagery.

For node links mentioned. icons representing map features, we didn't make any changes.

Thanks for your understanding

Sridhar
Nutchanon Wetchasit (2018-10-07 09:28:08+00:00): Let me repeat a part of my comment I said earlier: 

> another thing that's not making sense about this edit is how *it modified the outline of 7-Eleven*

I said that "problem" about this part of the edit is the move of each node of /the store/. Affected nodes are listed below:

<https://www.openstreetmap.org/node/5412714633>
<https://www.openstreetmap.org/node/5156586984>
<https://www.openstreetmap.org/node/5412714629>
<https://www.openstreetmap.org/node/5412714630>
<https://www.openstreetmap.org/node/5412714626>

And from your statement:

> For node links mentioned. icons representing map features, we didn't make any changes.

That is exactly the problem. Those features are tied (literally) to the walls of 7-Eleven, despite that fact that they are outside. (If you visited the store personally, you would have known better) Moving the outline of 7-Eleven /without/ moving those POIs along with it broke local consistency, flipping outside things inside, shifting things at corners to the side wall. These are wrong.

If you also moved the ATMs, scale, and the top up kiosk along with each corner of the store, preserving their relative position, I wouldn't have complained about this part of the edit.

But you didn't, so here we are.
sridhar1 (2018-10-07 11:01:38+00:00): Hello,

Apologise for not able to understand your feedback.
I tried checking the boundaries of 7 eleven and the nodes of POIs.  None of them were modified by me.
Kindly take time to suggest how I go ahead and fix this issue and I will exactly follow your instructions

Sorry again for the trouble

Thanks
Sridhar
Nutchanon Wetchasit (2018-10-07 13:41:19+00:00): > I tried checking the boundaries of 7 eleven

Which tool you used for checking the history again?

Since what you did was moving nodes (not adding or removing node to/from the way); checking history of the "way" won't do. You need to check history of each "node" that I pointed out in my last comment.

I used the node history page on openstreetmap.org, and it is quite obvious that this edit (attributed to you) affected the nodes' position. Screenshots below, red emphases are mine:

<https://u.cubeupload.com/xwindows/8wqgyN.png>
<https://u.cubeupload.com/xwindows/LhghfP.png>
<https://u.cubeupload.com/xwindows/kidDZz.png>
<https://u.cubeupload.com/xwindows/1RrBoP.png>
<https://u.cubeupload.com/xwindows/DrH0n8.png>

> and the nodes of POIs.

This is correct, and the lack of said edits is a part of the problem I was speaking about in the second-to-last paragraph of my last comment.

> Kindly take time to suggest how I go ahead and fix this issue

No need, I have gone in and manually re-synchronized the local position of 7-Eleven relative to these POIs, then re-aligned global position of the group to the Bing 2018 imagery. This part is resolved in the changeset 63278653 <https://www.openstreetmap.org/changeset/63278653>.

There are more wrong things with this changeset in Samsen 9 drive alone; but they are not as critical as this one. So I will manually re-verify and correct each of them when I have time.

Lastly, I would have to point out that on OSM, data from local survey are always preferred over data from imagery-based mapping. And don't realign objects solely because they are slightly shifted from the imagery (they always do). Local coherency are far more important.

Also see <https://wiki.openstreetmap.org/wiki/Armchair_mapping#Disadvantages_and_controversy> again, especially point 4 in this case.
sridhar1 (2018-10-08 00:58:25+00:00): Thanks for the effort Nutchanon,

We will ensure existing data is not modified for alignment reasons unless there seems to be a major shift and or is leading to validation errors.
we are using Josm to check history of the segments.

Thanks,
Sridhar.
Nutchanon Wetchasit (2018-11-03 05:08:37+00:00): This changeset is now partially reverted further in changeset 64133024 <https://www.openstreetmap.org/changeset/64133024>, on the attribute of first internal branch of Samsen 9 drive.

Reason: The branch way is heavily barricaded inside, and is only safe for walking by foot. Even riding a bicycle through it is a long shot; cars can't enter at all; re-verified by an on-foot ground survey.
sridhar1 (2018-11-05 17:18:58+00:00): thanks for valuable feedback and letting me know groundtruth realitty
Nutchanon Wetchasit (2019-04-27 09:11:36+00:00): This edit is now partially reverted further via changeset 69633902 <https://www.openstreetmap.org/changeset/69633902> along the Samsen road.

Reasons:

- You added stairs to crossing in front of Saint Gabriel school that lead directly into the road- which are utterly false.
- You disfigured the east entrance driveway of Suan Suanandha university.
- You broke consistency of ordering between Musical Association of Thailand's entrance driveway and Samsen 9 drive.
Nutchanon Wetchasit (2019-04-30 09:27:03+00:00): > - You disfigured the east entrance driveway of Suan Suanandha university.

Correction: You disfigured the *west* entrance driveway of Suan Suanandha university.
Almtesh (2018-09-17 11:49:36+00:00): Il n'est pas en sable ton chemin piéton ?
Almtesh (2018-09-17 11:52:31+00:00): Tu veux qu'on vérifie quoi sur ton groupe de modifications ?
pitscheplatsch (2019-01-15 18:04:52+00:00): partly reverted by https://www.openstreetmap.org/changeset/66335868
eggie (2018-09-17 11:23:26+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
eggie (2018-09-17 11:35:34+00:00): Wanneer je 3dshapes aanpast klopt de source= niet meer en zul je dat "moeten" veranderen in bv source=local knowledge
Graag reactie.
eggie (2018-09-17 11:49:01+00:00): Oke.. pas je het zelf nog aan?... Bedankt voor je reactie.
Katth (2018-09-17 11:49:36+00:00): Heb het aangepast. Hopelijk nu correct.
eggie (2018-09-17 12:04:25+00:00): Klopt..
eggie (2018-09-17 11:27:07+00:00): Een landuse meadow is voor grazend vee. In de bebouwde kom gebruiken we landuse=grass
Je hebt de weide aan de kerk vastgeplakt. Dit mag echt niet. je krijgt dan schade als iemand iets gaat verschuiven.
Tip: Linker alttoets gebruiken en iD plakt niet.
Ik zal wat losmaken.
Graag reactie
Katth (2018-09-17 11:45:16+00:00): Bedankt voor het meekijken. Ik was in de omgeving aan het rondkijken wat nu het beste zou passen, ik kwam op een andere plek ook meadow tegen (weet zo niet meer waar). Heb jij nu alles losgemaakt zodat er geen problemen meer ontstaan?
eggie (2018-09-17 11:47:51+00:00): Het ligt los en ik heb het omgetagd naar landuse=grass.. Ok staan er nu wat losse bomen natural=tree..
Niet alles wat in je omgeving is gemapt is goed getagd, maar zo begint natuurlijk iedereen. :)
Succes verder,
Eggie
pangoSE (2018-10-17 18:07:12+00:00): mapify7 har skabt problem igen i iD med multipolygonen du fixede for en måned siden...
Se https://www.openstreetmap.org/changeset/63617290
Måske er det tid til at hen bytter til JOSM?
Kommenterer du og ber hen fixe det?
pangoSE (2018-10-17 18:09:53+00:00): *siden i denne ændring.
polygonen findes her: Relation: 1424647
eggie (2018-09-17 11:38:37+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
eggie (2018-09-17 12:24:43+00:00): reverted door Wijzigingenset #62663199
eggie (2018-09-17 11:45:13+00:00): OSM is een kaart die officieel door tal van instanties wordt gebruikt. Het is de vraag dan of dit soort tags name=   op de  kaart thuis horen.
Een gebouw geef je alleen een naam als het de naam echt draagt. bv Paleis Soestdijk. 
De functies van een gebouw kun je wellicht onder description= kwijt.
Verder gaan we geen bomen neer zetten met name=Perenboom. Wel kun je bomen mappen met natural=tree.. De soort kun je weer kwijt onder species= en dan nog netjes de Latijnse naam. 
Zie wiki over bomen. 
Wanneer dit een verblijfsobject is kun je in de wiki opzoeken hoe je zoiets tagt. Vragen staat vrij.
Ik overweeg je changesets terug te draaien. 

Graag reactie,
Eggie
eggie (2018-09-17 12:23:29+00:00): Voor bomen zie https://wiki.openstreetmap.org/wiki/Tag:natural%3Dtree
Lees je verder svp goed in. Dan weet je wat er van startende mappers wordt verwacht. 
Wanneer je nog vragen hebt stel ze gerust. Je edits zijn teruggedraaid.
eggie (2018-09-17 12:23:53+00:00): reverted door Wijzigingenset #62663199
eggie (2018-09-17 16:29:52+00:00): PB contact
pio2_122 (2018-09-17 14:11:13+00:00): Wszystkie znaczniki są już na obrysach budynków, wystarczyło je co najwyżej poprawić. Teraz zostały zdublowane nowymi węzłami...
grelus (2018-09-17 19:11:20+00:00): Nazwa budynku to nie to samo co nazwa instytucji w tym budynku. Bywa, że w jednym budynku jest kilka różnych instytucji. Stąd lepiej tagować osobny węzeł w obszarze budynku.
Czasem również budynek ma swoją inną nazwę niezależną. Stąd takie tagowanie.
Inna sprawa, że właśnie doczytałem, że tag office=administrative jest już nieaktualny, za to istnieje office=forestry
pio2_122 (2018-09-17 19:30:23+00:00): Ok, dzięki za wyjaśnienie
berndw (2018-09-20 14:52:00+00:00): Hallo

Wenn die Hausnummer verkehrt war, kann der Knoten auch ins richtige Gebäude verschoben werden