Edits omgeving Staphorst

Dag Gerrit,

Je kunt zelf het verschil al zien, want je hebt net een stuk Lindenlaan aangepast met area:highway=tertiary
https://www.openstreetmap.org/#map=19/52.64884/6.20876
Dat zou nog moeten gebeuren met n.w. stuk Meestersweg en het n.o. stuk Lindenlaan.
Dan “rendert” de buitenste “way” van het vlak niet meer als “road” op de afgeleide kaarten zoals de Openfietsmap en de generic routable new.

Als je de rest ook zou kunnen aanpassen… graag.
Je zou de openfietsmap eens kunnen downloaden in basecamp om het effect te zien.
Misschien dat collegamapper een uitsnede zou kunnen maken van dit deel van Staphorst en hier oploaden. Daar heb ik geen kaas van gegeten. Ik gebruik nu de OFM van 27 aug j.l…
Verder zou er eerst consensus moeten zijn over import en de bijbehorende tags. Is visible=yes een OSM tag?

edit1
De Eikenlaan en het verbeterde stuk Lindenlaan zou wel kunnen, behalve dan het feit dat het import zonder overleg is en volgens mij niet alleen osm tags bevat maar ook “vreemde”. :slight_smile:

Eggie bedankt voor snelle info, ik zag geen verschil na deze mutatie.
Ik heb de enkele vlakken maar verwijderd.

En wat mij nog opvalt: alle gebouwen hebben platte daken. En dat komt waarschijnlijk omdat de 3D hoogtegegevens nog niet zo gedetailleerd zijn.
Over 10 jaar kunnen we hard lachen om deze post, omdat dan ieder gebouw (met alle geometrie tot in 5 decimalen) is ondergebracht in “The Internet of Things” dat realtime is gekoppeld met OSM.

Eggie, Bedoel je deze? http://www.openfietskaart.nl/?zoom=18&lat=52.64819&lon=6.20796&layers=B00TFTFFFF

Ik edit nu toevallig met potlatch2 en daar zie je heel goed het verschil. highway= tertiary wordt een dikke lijn en is dus een rijweg.
Op afgeleide kaarten wordt dat dan ook een rijweg en dat is geen gezicht. Zodra je er een vlak van maakt en dat is op zich niet verkeerd dan rendert het geheel als vlak en zie je een heel dunne lijn in potlatch2.
Voetgangersgebieden worden zo ook vaak gemapt.
De discussie of je overal vlakken gaat tekenen is weer een andere…
Groet,
Egbert

Nee. die Openfietskaart heeft niets te maken met Openfietsmap.

Kijk op www.openfietsmap.nl
De kaart bv OFM full Benelux kun je downloaden. Wanneer je basecamp (van Garmin) op je computer zet en na unzippen install draait nestelt de kaart zich in basecamp.
Heb je een garmin-gps dan kun je het gmapsupp.img bestand ook direct op je gps zetten.
De generic routable new kun je downloaden http://garmin.openstreetmap.nl/
Ook deze kaart kun je in Basecamp zetten.

Deze op OSM gebaseerde kaarten worden veel gebruikt.

Marc… kun jij dat stuk openfietsmap hier tevoorschijn toveren zodat Gerrit het effect kan zien?

Mappers Bedankt voor info :slight_smile:

Je bedoelt dit?

Ja, maar dan de OFM van 27-08 of de Europakaart van 6 aug 2016. Daar zit het “verkeerde vlak verschijnsel” ook in. Deze is van voor de edits van Gerrit.
Het zijn vlakken omzoomt door gele tertiary roads.
Op jouw afdruk rendert het wel goed.

Het renderen is aan de kaartmakers.
Het taggen is gebonden aan tag regels welke opgevolgd dienen te worden.

Zo is dat…
Dus is het niet de bedoeling zoals je vaak ziet dat iemand denkt een vlak te maken, maar het wordt dan een straat die er in werkelijkheid niet ligt. Het is een onbedoeld effect. area = yes + area:highway= xxxxxxx voorkomt dit.
Openfietsmap ondersteunt die manier van tagging.

Hier nog het plaatje uit OFM 27-08-2016:

Mijn kaart IS de versie van 27-8-2016!
Maar het verschil zit hem dan in de Windows/Mac versie van Basecamp!!

Merkwaardig hè?

===
Edit: het verschijnsel treedt wel op als ik op “overzoom” van 30m of kleiner overga. Mijn kaart hierboven was 50m overzoom.

Gerrit,

Ik heb ook gekeken naar je aangebrachte area’s
Wat er fout gaat:

Als eerste gebruik je data vanuit de BGT, die geïmporteerd wordt middels een door jou gebruikte tool.
Je weet inmiddels dat een import aan regels gebonden is.
Dat is de eerste weerstand die je steeds te horen krijgt.

Daarnaast verdiep je je niet goed (genoeg) in OSM hoe het toegepast zou moeten worden.
Als je je plannen bespreekbaar maakt, zijn er best mappers die je willen helpen, maar je gaat steeds op eigen voortschreidend inzicht te werk waardoor je steeds lik op stuk krijgt.
Ik kan me niet voorstellen dat dit motiverend werkt.

Over highway en area’s.
De door jouw gebruikte tagging:
area=yes
highway=tertiary
lokaalID=G0180.c5658f76a1394bb586a924cc3fe22897
namespace=NL.IMGeo
source=BGT
visibility=yes

Je ziet dat highway=tertiary gewoon een weg is, deze wordt door OSM gezien als routerende lijn.
vandaar dat routeplanners (zoals in het topic aangegeven voorbeeld OFM) deze wegen laat zien, en de mist ingaan tijdens het routeren.
Maar er zijn natuurlijk zeer veel kaartmakers die gebruik maken van de OSM database waar deze routers navigerende toepassingen van maken.
Ik zou je willen voorstellen om op je smartphone “OsmAnd” te installeren, dan krijg je een indruk wat er allemaal mogelijk is in routerings land.

Aangezien je (naar ik aanneem) een GIS achtergrond hebt, ben je een kaartmaker en geen route mapper.
Wel is het zaak dat deze beide stromingen samenwerken om de database bruikbaar te houden, hiervoor zijn juist alle afspraken die nageleeft moeten worden.
OpenStreetMap is een samenwerkingsproject, en we moeten samenwerken om de beste kaart te maken. Anders krijg je volledige anarchie waardoor iedereen maar doet wat hem zelf goed dunkt. Helaas zie ik je als één van dit soort personen.

Toch probeer ik middels deze uiteenzetting begrip te krijgen van je voor de andere doelgroepen, en dat je je aan de OSM regels gaat houden in de toekomst.

Er zijn namelijk OSM mappers die dezelfde manier mbt area tagging willen hebben op de OSM kaart.
Hier hebben ze goed over nagedacht om de routekaarten niet in de weg te zitten.
Ook is hier informatie op de wiki na te lezen:
http://wiki.openstreetmap.org/wiki/Proposed_features/area:highway

Om een wegvlak aan te brengen hebben ze de tag “area:highway=secondary” (secondary is een voorbeeld key, dit kunnen natuurlijk ook alle andere varianten zijn.)

Middels deze tagging breng je een area aan, zonder dat je een highway=tertiary + area=yes plaatst die alle perikelen geeft die je hierboven leest.

Toch is het zaak dat je niet blijft importeren!

Dit zal gecontroleerd blijven worden, en je hebt de kans dat de DWG je niet meer toe laat op OSM.

De plek van bovenstaande weg situatie is al eerder aangegeven. Sinds april.

Nu wordt het verwijdert.
http://www.openstreetmap.org/way/408850612#map=19/52.64822/6.20931

2016-04-15 13:41:10 #227 pagina 10
Met inhoudelijke vragen over het proces van import.

2016-07-22 21:47:34 pagina 10
Daar had ik dit plaatje al eens geplaatst, betreffende validatie situaties.

Ik vind het frappant dat hij nu wel reageert, acties uitvoert, na opmerkingen op het forum.
Terwijl ik dit, zie datums boven, meerdere keren aangegeven heb.
En hem verzocht heb, inhoudelijk op de werkwijze te reageren.
Dit negeert hij, reageert helemaal niet.
Sterker: Ik heb hem een persoonlijk mail gestuurd, (forumboard), geen enkele reactie. Het hoe en waarom.

Verwijderen is makkelijk, een bijdrage aan de discussie, hoe BGT te importeren, gaat hij daarmee uit de weg.
BGT is een belangrijk bestand (landelijk project), waar wij wat mee zouden kunnen beginnen, dan zou het goed zijn dat andere aansluitend aan deze gemeentelijke BGTimport verder kunnen werken. Maar binnen zijn import is er verschil in ligging, een belangrijk aspect, wat besproken moet worden, voor ons alle een lering. Een voorwaarde is dan dat de procedure goed wordt beschreven.
Dit geldt voor meerdere andere geuploade items uit gemeentelijke bron.

Terwijl hij, in zijn functie, kennis van zaken zou moeten hebben betreffende geo en weet hoe belangrijk het is om te communiceren.
Het samenwerkings/leerproces.

Ik heb de laatste edits rond wegen-als-vlakken in Staphorst niet echt gevolgd, maar begrijp ik nu goed dat er bestaande highway=x lijnelelementen compleet verwijderd worden en vervangen door b.v. highway=tertiary + area=yes, of area:highway=x (dat is tenminste iets beter gezien een fatsoenlijke Wiki documentatie)?

Zo ja, dan is dit een erg foute interpretatie van de functie van wegvlakken. Wegvlakken zijn TER AANVULLING op weglijnen. Ze vervangen ze niet. Daarvoor is nu juist de area:highway=x tagging scheme ontwikkelt, om het bestaande lijnennetwerk en de routeringsopties daarop niet om zeep te helpen, maar het toch mogelijk te maken wegen als vlak-informatie in te voeren.

Dit is niet anders dan dat we in Nederland naast de nieuwe BGT (Basis Grootschalige Topografie) voor vlakken, ook nog het NWB (Nationaal Wegen Bestand) hebben als lijngerichte representatie van het wegennet. Ik geloof nooit dat er iemand binnen de vaderlandse geo-overheidswereld is die het NWB de deur uit zou willen doen nu we de BGT hebben. Er zouden meerdere applicaties en toepassingen hopeloos in de soep lopen… dus waarom zouden we dit wel bij OSM doen?!

area:highway=x op de Wiki, verzoek dit te lezen! Merk vooral de “Vision” op:

"Street should have double representation:

1. Polylines for routing.
2. Areas for vizualization and advanced routing over areas (already standard in PC games).

This is the same approach like in case of rivers with use of midline or area for different zoom levels."

http://wiki.openstreetmap.org/wiki/Proposed_features/Street_area
http://wiki.openstreetmap.org/wiki/Proposed_features/area_highway/mapping_guidelines

Even met mijn verregaande onwetenheid wapperen:

Betekent bovenstaande dat in ALLE gevallen een ‘area’ moet worden toegevoegd ? Ook bij simpele straten met één rijbaan ? Dan doe ik het (in P2 overigens) al tijden fout.

Marcel.

Als je fotorealistic rendering wilt wel natuurlijk :slight_smile:
Mapnik bijvoorbeeld kijkt niet naar wegbreedtes, de breedte wordt bepaald aan de hand van de “importance”, hoe belangrijker hoe breder.

Maar het lijkt me nogal overdreven op dit moment, zeker omdat volgens mij de huidige renderers de polylines ook renderen als er een area:highway is. Je hebt dus een goede kans dat jouw area dan volledig verborgen is onder de standaard rendering van de highway polyline.

Nee, natuurlijk niet.
Daar heeft de mappr de vrijheid in.

Ik denk dat de area van (zeer) brede wegen mappen (10-baans snelwegen) wellicht zijn nut heeft, maar om nou de area’s van unclassified highways, tracks, fietspaden en trottoirs in te tekenen - omdat het kan…daar mag jezelf je mening over vormen.