Provincie van de Maand - Zeeland

Een kustlijn van 650 kilometer, de meeste zonuren per jaar en de meeste sterrenrestaurants per inwoner, bruisende binnensteden, maar ook een prachtige natuur[*], tijd voor Zeeland als provincie van de maand.

Het concept van Provincie-van-de-Maand is dat we elke maand gezamenlijk een andere provincie wat speciale aandacht geven, zodat we in een jaar alle provincies aan bod zij geweest. Iedereen is vrij om aan de thema’s te werken die hij/zij zelf interessant of belangrijk vindt.

Relevante links:

[*] Bron

1 Like

Ik was wat afgeleid door campings/parken (o.a. deze changeset en zie hieronder) maar nu wil ik toch maxspeed voor Zeeland gaan aanpakken.

Qua aantallen valt het mee:

  • motorway :: missing maxspeed: 0, total: 470, pct with maxspeed: 100.0
  • trunk :: missing maxspeed: 12, total: 834, pct with maxspeed: 98.6
  • primary :: missing maxspeed: 24, total: 1955, pct with maxspeed: 98.8
  • secondary :: missing maxspeed: 72, total: 2843, pct with maxspeed: 97.5
  • tertiary :: missing maxspeed: 164, total: 4107, pct with maxspeed: 96.0
  • unclassified :: missing maxspeed: 2014, total: 10087, pct with maxspeed: 80.0
  • residential :: missing maxspeed: 3006, total: 14074, pct with maxspeed: 78.6
  • living_street :: missing maxspeed: 11, total: 450, pct with maxspeed: 97.6
  • total :: missing maxspeed: 5303, total: 34820, pct with maxspeed: 84.8
2 Likes

Wat betreft campings/(vakantie)parken, wat naar mijn idee nodig is dat varianten die nu nog als node gemapt zijn als gebied worden gemapt.

Waarom?

  • Zo kan je bijv. kleine campings vinden
  • Als je de camping/het park als gebied hebt en de wegen in het gebied kan je een analyse maken hoe goed alles bereikbaar is.

Van de 427 campings in Zeeland is maar 15% als node gemapt, de andere 385 als way/relation.

Ik wil me focussen op maxspeed, maar mochten er mappers zijn die nodes willen omzetten voor Zeeland:

Als je een node om zet, kijk dan gelijk even naar het wegennetwerk op de camping/het park.

2 Likes

Heb er eentje bijgewerkt als test: Way: ‪VierVaart‬ (‪1332075387‬) | OpenStreetMap

Zit wel nog steeds met dupliceren van adres in mijn maag maar heb nu maar ervoor gekozen om dat wél te doen aangezien de oorspronkelijke campingnode ook het adres had (andere BAG-node).

Nog een (zelfde situatie met adres): Way: ‪De Brashoeve‬ (‪1332168442‬) | OpenStreetMap

Bekend probleem. Wat mij betreft is een dubbel adres in dit geval goed en geen probleem, zelf kies ik er vaak voor om de camping area maar geen adres te geven.

Qua wegennetwerk, zou het meerwaarde hebben om op de veldjes met kampeerplaatsen paden in te tekenen? Voor de laatste camping die ik via MapRoulette heb aangepast stonden de verharde wegen wel (deels) op OSM maar op de velden niet. De vraag is of hier überhaupt wel paden zijn. Ze zijn niet heel duidelijk als losstaand pad zichtbaar op de luchtfoto in elk geval. Dus intekenen daarvan is mogelijk strijdig met “Map what’s on the ground”?

1 Like

Misschien de eerste paar meters highway=track intekenen. Dan Is iniedergeval duidelijk via welke kant je het grasveldje in kan.

1 Like

Wat betreft tracks intekenen met @Roelieboelie eens.

Wat je ook nog zou kunnen mee nemen als criteria is afstand als een ding van de camping/het park verder dan ~100 meter ligt van een bestaande weg dan ook tracks intekenen als die er zijn.

Check! Bij deze camping heb ik het verbeteren van de paden proberen toe te passen: Node: ‪Wulpen‬ (‪2827660226‬) | OpenStreetMap Hierdoor niet meer toegekomen aan wat ik daar eigenlijk wilde doen (de parkomtrek aangeven voor MapRoulette…)

1 Like

Dit park is wel een leuke hersenkraker voor het goed mappen van campings / vakantieparken:

Hier ben ik toch wel een tijdje mee aan het puzzelen geweest maar had al zoveel geprutst dat ik uiteindelijk geen changeset meer heb gemaakt. Eigenlijk heeft het park juist een handige site met luchtbeelden en een mooie plattegrond. Van links naar rechts heb je eerst een gedeelte met huisjes dat eigenlijk een eigen park vormt. Dan een stuk camping om het hoofdgebouw heen en na de camping weer een stuk met huisjes. Hoe kan dit als geheel fatsoenlijk op de kaart worden gezet?

kaart van deze site die komt bij deze website welgelegen vandaan.
twee parken?

Het probleem is volgens mij: Is het een camping of een vakantiepark?

Je zou dus de omtrek kunnen mappen met leisure=resort en dan delen tourism=camp_site en tourism=chalet.

leisure=resort lijkt me in dit geval minder goed te passen omdat het park geen “entertainment features” heeft zo te zien maar dat zou ik niet al te strict nemen.

Je zou ook de delen camp_site en chalet samen nemen in een relation van het type site met de omtrek als perimeter.

Campings met slechts enkele chalets kan je beter mappen met tourism=camp_site + cabins=yes

type=site kende ik nog niet, dat is zeker interessant.

Maar hoe dan ook vraag ik me af hoe we dit voor dataconsumenten geschikt kunnen aanbieden. Van site=camp_site zie ik in Nederland 1 voorbeeld en dat lijkt me onnodig gebruik gezien de area (waar weer tourism=camp_site op staat) alle info al bevat: Relation: ‪Uit den Haak‬ (‪1125754‬) | OpenStreetMap.

Dit park lijkt me toch primair een bungalowpark (dat staat in het logo) dus dan zou het site=chalet kunnen worden.

Anyway, dit is een schot voor de boeg met site: Relation: ‪Park Welgelegen‬ (‪18287812‬) | OpenStreetMap … misschien dat de oude situatie met een losse campingnode beter was. In elk geval veeel eenvoudiger.

1 Like

Het blijft aanschipperen met dit soort combinaties maar het ziet er wat mij betreft niet slecht uit.

Ik zou nog twee dingen aanpassen om de data beter bruikbaar te maken voor dataconsumenten:

  1. Geen site=chalet (dat wordt niet herkent) op de relatie maar tourism=chalet.
  2. De camp_site van name en website voorzien, zodat iemand die zoekt op campings in ieder geval de naam en de website krijgt.

Check! Al lijkt nominatim er nu nog steeds niet veel mee te kunnen als het op een site staat. Park Welgelegen komt niet terug als tourism=chalet, wel als tourism=camp_site nu.

Dat is inderdaad opmerkelijk, als je op “Schoolzicht” zoekt dan vindt je wel een tourism=chalet relation maar die is van het type type=multipolygon dus het lijkt inderdaad met type=site te maken te hebben…

Omdat ik site niet kende was ik daar aanvankelijk ook mee begonnen maar dan mag je de gebieden niet aan elkaar plakken. Tenminste de validator in JOSM vindt dat niet leuk. Wat zou kunnen is een multipoly maar dan kunstmatig wat marge tussen de gebieden open laten?

Net zo als “taggen voor de renderer” ben ik niet z’n voorstander van “taggen voor nominatim” :wink:

Ik voel er wel iets voor om dit bij nominatim aan te kaarten, ik heb inmiddels gezien dat het niet beperkt is tot tourism=chalet/camp_site. Even zoeken levert op:

Daar wil ik nog wel even verder naar kijken dat zal wat tijd kosten.

Mocht je een snelle work-around willen dan zou ik gewoon w1333851686 van naam en website voorzien.