Alle is_in- en postal_code-tags verwijderen

Kogacarlo · 2021-08-31 23:13:16

FERINA365 wrote:

Hoe geven we dan bij een buurtschap/gehucht aan bij welke BAG-woonplaats ze horen.

Je kunt je bij iedere straat of winkel of dorp of bankje afvragen in welk gehucht, gemeente of provincie of land dat object zich bevindt. Zo bekeken moet ieder object in OSM een rits tags meekrijgen om dat duidelijk te maken.
Ik vind dat niet wenselijk.

Van de andere kant; kun je, bijvoorbeeld in Overpass Turbo, een zoekopdracht formuleren die een antwoord geeft op jouw vraag? (Bij welke woonplaats hoort Kuipersveer?)
Ik vermoed van wel al weet ik niet hoe.

Kogacarlo · 2021-09-01 23:04:46

Commodoortje wrote:

Zie linkerzijde, wordt automatisch gezien welke boundaries er omheen liggen.

Inderdaad, ik zie het nu pas maar er staat duidelijk: Gehucht Kuipersveer, Heinenoord, Hoeksche Waard, Zuid-Holland, Nederland, 3274KH, Nederland

Kogacarlo · 2021-09-06 00:13:34

Ik heb alle is_in=NL gewist in Nederland in zeven changesets. Bij iedere set controleerde ik of alle nodes binnen Nederland vielen.
Na een paar changesets kreeg ik een rate_limited-melding van Overpass. Kort gezegd kreeg ik geen data meer. Ik heb toen de eierwekker gebruikt om om de tien minuten een dataset binnen te halen en ik heb het zoekgebied vergroot.
Op die manier wou het wel
Bovendien kon ik niet meteen na het uploaden van een changeset een nieuwe zoekopdracht uitsturen omdat ik dan nodes binnen kreeg die ik al gewijzigd had. Er zit dus enige vertraging in de hard- en software, begrijpelijkerwijs

Ik wacht nu een week om te kijken of klachten komen over mijn zeven changesets. Daarna wil ik verder gaan met tags zoals is_in=Den Haag voor polygonen in Den Haag.

Friendly_Ghost · 2021-09-06 01:20:13

Bedankt voor de voortgangsupdate. Ga zo door!

emvee · 2021-09-06 06:10:52

Het lijkt alsof taginfo ook nog wat achter loopt, op dit moment ziet die nog 1372 is_in=NL voor Nederland, zie https://taginfo.geofabrik.de/europe/net … _in#values

Even verder kijken en rechtsboven op de pagina is te vinden "Data from: 2021-09-03 20:21 UTC", dus inderdaad

Wat betreft werkwijze, je kan ook een overpass query doen voor alleen Nederland of wat in dit geval misschien beter is, per provincie.

smootheFiets · 2021-09-06 07:32:22

Goed werk! In jouw laatste changeset zag ik ene Herestraat met tag postal_code.

https://www.openstreetmap.org/way/51150904/history

Die tags zijn even overbodig als is_in (postcodes zitten in het adres, hoeven niet op de weg). Misschien in een volgende mechanical edit, zodra de is_in's opgeschoond zijn?

Kogacarlo · 2021-09-06 14:10:51

Ik pleurt hem in het lijstje er bij

Kogacarlo · 2021-09-12 21:02:54

Gewist: is_in=Den Haag, is_in:city=Den Haag
Ook: is_in:country=The Netherlands, is_in:country_code=NL

De laatste twee heb ik alleen gewist van nodes. Onder andere provincies hebben ook die tag maar die heb ik laten staan zodat mensen nog kunnen protesteren. Ik wil niet te snel gaan met alles in de prullenbak gooien.

Tevens kan het zijn dat ik niet alle bovengenoemde tags gewist heb en dat een paar door de mazen zijn geglipt maar ik ben nog niet klaar. Bovendien is de lijst nog niet afgewerkt hoor

Kogacarlo · 2021-09-24 02:29:12

Ik vind het welletjes.
Als iemand nog wil kijken hoeveel is_in's en aanverwanten nog in Nederland zijn kun je dit invoeren bij de assistent in Overpass-turbo:

~is_in~".*" in NL

Edit: oei, maar goed dat ik even teruglees.
postal_code moet ook nog zie ik.

Dit is een plot van postal_code=* in NL

Dat zijn er zo'n 15000. Die ga ik niet eventjes verwijderen hoor.
A67-A67 heeft wat wijken met postcode gemaakt in Maastricht en Delft (hierboven te zien in roze).
Van postcodes heb ik geen verstand. Laat gaan dat debat

Last edited by Kogacarlo (2021-09-24 02:59:23)

Peter Elderson · 2021-09-24 09:45:09

Kogacarlo wrote:

Ik vind het welletjes.

Nou, je hebt er veel werk in gestoken en de boel flink opgeschoond! Kudo's!
Ik waardeer dit heel erg, ik geniet ervan als de dingen eenvoudiger worden.

Postcodes zijn voor mij ook geen bekend terrein, en eerlijk gezegd trekt het onderwerp mij niet zodanig dat ik me erin wil verdiepen.

Kogacarlo · 2021-09-26 22:07:38

Dank je peter.

Ik heb contact gehad met A67-A67 over de postcodes. Ook hij denkt dat postal_code verwijderd kan worden omdat de postcode in de adresnode staat.
Hierboven schrijf ik dat het 15000 tags zijn. Dat klopt niet; het zijn er volgens mij 5252 + 95 + 81 = 5428
Als geen bezwaren komen zal ik postal_code=* in Nederland binnenkort verwijderen.

emvee · 2021-09-26 22:42:14

Kogacarlo wrote:

Ik vind het welletjes.
Als iemand nog wil kijken hoeveel is_in's en aanverwanten nog in Nederland zijn kun je dit invoeren bij de assistent in Overpass-turbo:
~is_in~".*" in NL

Of: https://taginfo.geofabrik.de/europe/net … ch?q=is_in (Zie de data_from rechts boven)

Niet veel meer, bedankt voor het opschonen!

Friendly_Ghost · 2021-09-27 10:08:12

Kogacarlo wrote:

Dank je peter.
Ik heb contact gehad met A67-A67 over de postcodes. Ook hij denkt dat postal_code verwijderd kan worden omdat de postcode in de adresnode staat.
Hierboven schrijf ik dat het 15000 tags zijn. Dat klopt niet; het zijn er volgens mij 5252 + 95 + 81 = 5428
Als geen bezwaren komen zal ik postal_code=* in Nederland binnenkort verwijderen.

Die postal code tags zijn volgens mij landsdekkend en worden internationaal veel gebruikt, ook voor data die Nederland beslaat. Ik maak bezwaar tegen het verwijderen.

Zoals op de Good Practice pagina van de Wiki staat: "Sometimes you will come across elements with tags that have no meaning to you. This doesn't automatically mean you should remove them. They may have been added for a specific purpose."

Last edited by Friendly_Ghost (2021-09-27 10:11:00)

Peter Elderson · 2021-09-27 10:22:02

Friendly_Ghost wrote:

Die postal code tags zijn volgens mij landsdekkend en worden internationaal veel gebruikt, ook voor data die Nederland beslaat.

Op zich eens dat het niet verwijderd moet worden als het inderdaad gebruikt wordt. Maar. Laatst was er een diskussie met iemand dat dat ook zei, maar op de vraag wie dan dan toepast en op welke manier, had hij geen antwoord. Jij wel?

Friendly_Ghost · 2021-09-27 16:29:31

Peter Elderson wrote:

Op zich eens dat het niet verwijderd moet worden als het inderdaad gebruikt wordt. Maar. Laatst was er een diskussie met iemand dat dat ook zei, maar op de vraag wie dan dan toepast en op welke manier, had hij geen antwoord. Jij wel?

Een aantal maanden geleden kwam er in de Discord server een vraag van iemand hoe die het beste een kaart van postcodes kon maken van een groot gebied. Een cirkel trekken om groepen van addr:postcode tags (bijv. op basis van de 4 nummers in NL) bleek onpraktisch, vooral internationaal omdat veel addr:postcode tags nog niet gemapt zijn, en de postal_code tag was een goed alternatief met veel dekking op internationaal niveau, dus daar kon hij wel een postcodekaart mee maken.

Peter Elderson · 2021-09-27 17:01:11

Precies, dat was het. Maar op de vraag wie die kaart dan op welke manier ging gebruiken kwam geen antwoord.

Kogacarlo · 2021-09-27 20:27:59

Een postcodekaart maken?
Als je handig bent met GIS-software kun je volgens mij de data van PDOK gebruiken. Heb je OSM niet nodig.
Of zeg ik iets geks?

Friendly_Ghost · 2021-09-27 23:29:28

PDOK heeft alleen NL data. Deze persoon wilde een internationale kaart. In OSM staat dat internationaal allemaal onder postal_code=*.

Friendly_Ghost · 2021-09-27 23:32:59

Peter Elderson wrote:

Precies, dat was het. Maar op de vraag wie die kaart dan op welke manier ging gebruiken kwam geen antwoord.

Wellicht is de data in de toekomst nog eens handig voor een vergelijkbaar project. Het is niet zoals de is_in tags die al bijna overal weggehaald worden. Ik zou dit lekker laten staan.

De authoritative=yes tags zou ik eerder weghalen.

Peter Elderson · 2021-09-28 07:45:23

Van "internationaal veel gebruikt" tot "wellicht in de toekomst", dat gaat wel heel snel...
Ik heb de wiki maar eens gelezen. Als iemand dit nu zo voorstellen zou ik er tegen stemmen: geen enkele use case ("je kan een mooi gekleurd plaatje maken" is geen use case), weinig tot geen ground truth en bovendien redundant. Nu het er eenmaal is, och, ik ga het zelf niet weghalen maar ben er ook niet op tegen als iemand het zou doen, zolang er geen enkele konkrete toepassing bekend is.

Friendly_Ghost · 2021-09-28 14:07:10

Als we alle data gaan weghalen waar geen concrete toepassing van bekend is, dan zijn we nog wel even bezig. Het is gewoon valide data.

Volgens Taginfo is er een project genaamd cosmonogy dat hier gebruik van maakt.

Peter Elderson · 2021-09-28 14:27:30

Friendly_Ghost wrote:

Als we alle data gaan weghalen waar geen concrete toepassing van bekend is, dan zijn we nog wel even bezig. Het is gewoon valide data.
Volgens Taginfo is er een project genaamd cosmonogy dat hier gebruik van maakt.

Het ging nu over postal_code in Nederland, dat duurt niet lang.

Cosmogony maakt volgens taginfo en de daar gegeven links in de data geen gebruik van postal_code, maar wel van de admin boundary's. Het doel is om geografische regio's te bieden, niet postcodegebieden.

Nog steeds geen toepassing dus.

EJlol · 2021-09-28 14:50:34

Ik kom meerdere nodes tegen zoals deze:
postal_code=2409
source=AND

bv. https://www.openstreetmap.org/node/45325645

Los van de discussie of postal_code wel of niet verwijderen, als het verwijderd wordt, wat gebeurt er dan met nodes zoals deze? Wordt de gehele node dan weggegooid, of blijft de node dan staan met alleen de tag source=AND?

Peter Elderson · 2021-09-28 15:37:13

EJlol wrote:

Ik kom meerdere nodes tegen zoals deze:
postal_code=2409
source=AND
bv. https://www.openstreetmap.org/node/45325645
Los van de discussie of postal_code wel of niet verwijderen, als het verwijderd wordt, wat gebeurt er dan met nodes zoals deze? Wordt de gehele node dan weggegooid, of blijft de node dan staan met alleen de tag source=AND?

Source=AND kan zowizo weg, postal_code op een kruisingnode is ook zowizo niet goed, en hij ligt ook nog midden in het 2408 gebied. Dus los van het nut van postal_code, deze tags kunnen weg.

Last edited by Peter Elderson (2021-09-28 15:37:42)

AndriesWijma · 2021-09-28 21:37:12

De titel van dit topic heb ik aangepast: vermelding postal_code toegevoegd.

Announcement

#26 2021-08-31 23:13:16

Re: Alle is_in- en postal_code-tags verwijderen

#27 2021-09-01 23:04:46

Re: Alle is_in- en postal_code-tags verwijderen

#28 2021-09-06 00:13:34

Re: Alle is_in- en postal_code-tags verwijderen

#29 2021-09-06 01:20:13

Re: Alle is_in- en postal_code-tags verwijderen

#30 2021-09-06 06:10:52

Re: Alle is_in- en postal_code-tags verwijderen

#31 2021-09-06 07:32:22

Re: Alle is_in- en postal_code-tags verwijderen

#32 2021-09-06 14:10:51

Re: Alle is_in- en postal_code-tags verwijderen

#33 2021-09-12 21:02:54

Re: Alle is_in- en postal_code-tags verwijderen

#34 2021-09-24 02:29:12

Re: Alle is_in- en postal_code-tags verwijderen

#35 2021-09-24 09:45:09

Re: Alle is_in- en postal_code-tags verwijderen

#36 2021-09-26 22:07:38

Re: Alle is_in- en postal_code-tags verwijderen

#37 2021-09-26 22:42:14

Re: Alle is_in- en postal_code-tags verwijderen

#38 2021-09-27 10:08:12

Re: Alle is_in- en postal_code-tags verwijderen

#39 2021-09-27 10:22:02

Re: Alle is_in- en postal_code-tags verwijderen

#40 2021-09-27 16:29:31

Re: Alle is_in- en postal_code-tags verwijderen

#41 2021-09-27 17:01:11

Re: Alle is_in- en postal_code-tags verwijderen

#42 2021-09-27 20:27:59

Re: Alle is_in- en postal_code-tags verwijderen

#43 2021-09-27 23:29:28

Re: Alle is_in- en postal_code-tags verwijderen

#44 2021-09-27 23:32:59

Re: Alle is_in- en postal_code-tags verwijderen

#45 2021-09-28 07:45:23

Re: Alle is_in- en postal_code-tags verwijderen

#46 2021-09-28 14:07:10

Re: Alle is_in- en postal_code-tags verwijderen

#47 2021-09-28 14:27:30

Re: Alle is_in- en postal_code-tags verwijderen

#48 2021-09-28 14:50:34

Re: Alle is_in- en postal_code-tags verwijderen

#49 2021-09-28 15:37:13

Re: Alle is_in- en postal_code-tags verwijderen

#50 2021-09-28 21:37:12

Re: Alle is_in- en postal_code-tags verwijderen

Board footer