You are not logged in.

#26 2019-01-09 05:04:35

KiaaTiX
Member
From: Tilburg
Registered: 2018-04-22
Posts: 79

Re: OSM regels NL

CouwelierTim wrote:

Als ik het goed begrijp mikken jullie op iets als dit: https://wiki.openstreetmap.org/wiki/Wik … onventions , maar dan wat uitgebreider?

Dat ziet er echt zeer goed uit. Is ook veel duidelijker dan de Nederlandse wiki op dit moment is. Zo'n infobox met inhoudsopgave is trouwens echt heel handig!

Nu worden mensen ook een beetje richting dit forum gestuurd als ze iets niet weten (zo ben ik hier ook beland). Het forum vind ik zelf meer een gemeenschappelijke plek voor discussie en niet zo zeer om er achter te komen of een winkel moet taggen op het gebouw zelf, op de adresnode, of als losse node. De huidige forumregels impliceren dat eigenlijk ook. Je mag immers geen vragen stellen over dingen die al in het verleden besproken zijn.

Eigenlijk horen antwoorden op simpele vragen gewoon op de wiki te vinden te zijn. De huidige Nederlandse wiki hoeft denk ik niet per se uitgebreider, maar er moet wel nodig meer structuur in aangebracht worden. Zoiets als de Belgische wiki pagina met conventies zou wel goed werken als handleiding denk ik.

Misschien niet helemaal relevant maar ik heb wel eens gezien dat een nieuwe mapper source tags toevoegde aan het parkje wat hij getekend had. Blijkbaar had hij gewoon de tags toegevoegd zoals ze bij andere parken in Nederland staan. Op zich is dit helemaal niet fout, maar vond het wel interessant om te zien hoe sommige nieuwe mappers te werk gaan. Eigenlijk is de kaart zelf de voor de meest hand liggende manier is om op te zoeken hoe je iets het best moet doen.

Last edited by KiaaTiX (2019-01-09 05:06:22)

Offline

#27 2019-01-09 05:53:20

Kogacarlo
Member
From: Venlo noord-zuid
Registered: 2010-08-11
Posts: 774

Re: OSM regels NL

KiaaTiX wrote:

Op zich is dit helemaal niet fout

Zeer goed zelfs vind ik.
Om eerlijk te zijn: ik kom nooit op de Nederlandse wiki. Als ik iets zoek type ik op Google in: osm tag historical
Om maar iets te noemen.
Ik kom dan vrijwel nooit op de Nederlandse pagina terecht.
De Belgische ziet inderdaad goed en simpel uit met die hoofdstukken. Of de inhoud completer of "beter" is kan ik niks over zeggen.

Offline

#28 2019-01-09 08:31:49

goedegazelle
Member
Registered: 2017-07-19
Posts: 428

Re: OSM regels NL

Kogacarlo wrote:

Als ik iets zoek type ik op Google in: osm tag historical

Als de browser een zoekbalk heeft dan is het voldoende om naar de wiki te gaan en op het groene plusje te klikken. Voortaan "key:highway" of zoiets intypen in de zoekbalk en je gaat rechtstreeks naar de gezochte wikipagina.

Uit principe maak ik nooit gebruik van Google. Voor osm maakt het niet uit maar op veel gebieden zijn de links voorgeselecteerd door een 'raad' die ondermeer wordt betaald door het Am. leger. Door er gebruik van te maken zou ik dat ondersteunen.

Kogacarlo wrote:

Ik kom dan vrijwel nooit op de Nederlandse pagina terecht.

Hier hetzelfde. Altijd bang dat het achterloopt.

Offline

#29 2019-01-09 08:52:37

CouwelierTim
Member
Registered: 2018-01-08
Posts: 297

Re: OSM regels NL

Kogacarlo wrote:

De Belgische ziet inderdaad goed en simpel uit met die hoofdstukken. Of de inhoud completer of "beter" is kan ik niks over zeggen.

Daar durf ik me ook niet aan wagen...  De referentie ging over de manier van organiseren. Ik geloof dat jullie meestal toch iets 'wiki-actiever' zijn.

Offline

#30 2019-01-09 21:25:18

Kars
Member
From: Hengelo
Registered: 2016-07-22
Posts: 136

Re: OSM regels NL

jaap de vries wrote:

Hierbij een toevoeging:

Met Kars heb ik al een gesprek lopen.
Ik heb een melding gekregen van de gemeente waar Kars de kaart heeft bijgewerkt met de vraag of ik daar naar wil kijken omdat e.e.a niet  klopte met de andere straten.

Tja, ik heb mijn eigen buurtje gebruikt om Simple 3D Buildings tagging toe te voegen.
Ik heb jouw verwijderingen weer teruggedraaid, met als gevolg dat de huizen en schuurtjes er nu weer leuk uitzien op de F4map demo pagina en geen saaie witte blokjes meer zijn. Ik zag in een ander topic dat de Euromast er nu ook in 3D bijstaat, dat staat ook vast niet zo in de BAG.

Dat het niet hetzelfde is/dat het onbekend is betekent nog niet dat het niet klopt...

De BAG plugin en de BAG vs OSM visualisatie hebben geen enkel probleem met deze extra tags en lijnen. Ik laat de originele building outlines zoals deze uit BAG komen gewoon intact, ja, wel met een paar extra tags. Maar dat gebeurt bij adresnodes ook heel vaak.

jaap de vries wrote:

Andere bewerkingen van Kars m.b.t. BAG updates zijn allemaal goed in die buurt.
Wat betreft andere bewerkingen, ieder mag doen waar hij/zij zich goed bij voelt. Bloemperkjes hebben niet mij prioriteit, die gegevens haal ik zakelijk gezien uit de BGT. Maar hou het wel netjes op de kaart, over micromappen hebben we eerder al een topic gehad.

De bloemperkjes en de speeltoestellen zijn ook terug inmiddels.

Groet,

Kars.

Offline

#31 2019-01-10 08:15:23

jaap de vries
Member
From: Nijmegen
Registered: 2016-01-30
Posts: 94

Re: OSM regels NL

Dag Kars,

Fijn dat je zo naast me heen werkt, ik zal je bevindingen naar mijn opdrachtgever sturen dan moeten zij maar kijken wat ze met die gegevens kunnen doen.   
Graag was ik op de hoogte gehouden zoals jij dat ook wenste...

Mocht je verder met mij of mijn kadasterwerk willen discussiëren dan vraag ik je om me een bericht te sturen of een mail naar mijn werkadres.

Hartelijke groet,

Jaap

Offline

#32 2019-01-10 08:50:46

Geim
Member
From: MM
Registered: 2017-03-29
Posts: 295

Re: OSM regels NL

jaap de vries wrote:

ik zal je bevindingen naar mijn opdrachtgever sturen dan moeten zij maar kijken wat ze met die gegevens kunnen doen.

Ik ben het even kwijt. Kars past iets aan en jouw opdrachtgever (gemeente?) is het daar niet mee eens, dus draai jij alles terug. Gaat een overheidsinstantie zich bemoeien met hoe OSM kaarten opgezet worden? Overheid heeft toch hun eigen kaarten?

Offline

#33 2019-01-10 09:08:55

jaap de vries
Member
From: Nijmegen
Registered: 2016-01-30
Posts: 94

Re: OSM regels NL

Dag Geim,

Overheden, ingenieursbureau's gebruiken veel osm en andere opensourcekaarten voor hun eigen beheer systemen o.a. voor groen en wegen onderhoud, burgerparticipatie ect. Meestal als onderlegger en halen dus ook al ons ingevoerde gegevens er uit en kunnen dat controleren met hun gegevens. Ik kan legio voorbeelden geven, maar dat kan beter in een ander topic. In dit geval werd ik specifiek naar deze straat gestuurd om de contouren na te meten omdat die niet goed in het systeem stonden. Dat komt wel vaker voor zeker als gebouwen nog niet exact ingemeten zijn volgens de BAG regie zoals bij dit pand, die ik heb gecontroleerd https://bagviewer.kadaster.nl/lvbag/bag … 0000049188 . Ook bij wegen komt dit voor, vooral de weg classificatie is een van de punten waar op gecontroleerd wordt. En als ik wat zaken tegenkom verwerk ik dat op osm.

Offline

#34 2019-01-10 10:24:53

Geim
Member
From: MM
Registered: 2017-03-29
Posts: 295

Re: OSM regels NL

Klinkt een beetje als het kip en het ei verhaal. Gemeente heeft pand nog niet ingemeten in BAG en vraagt om de OSM kaart aan te passen omdat deze niet correct zou zijn. Als ze er gewoon voor zorgen dat BAG up to date is, volgt OSM met een simpele import.

Dat overheden OSM gebruikt maakt mij niet uit (alhoewel ik het wel vreemd vind als je als organisatie niet je eigen kaarten gaat gebruiken) maar ik heb liever dat de overheid hun eigen kaarten up to date houdt en geen energie in OSM stopt.

Offline

#35 2019-01-10 11:57:16

Martin Borsje
Moderator
From: Puth
Registered: 2011-10-22
Posts: 2,013

Re: OSM regels NL

Geim wrote:

Dat overheden OSM gebruikt maakt mij niet uit (alhoewel ik het wel vreemd vind als je als organisatie niet je eigen kaarten gaat gebruiken) maar ik heb liever dat de overheid hun eigen kaarten up to date houdt en geen energie in OSM stopt.

+1

OSM is de beste kaart, zonder twijfel, maar nooit bedoeld en nooit verantwoordelijk voor formele data, te gebruiken door bedrijven, overheden en dergelijke. (Ik neem dat ergens in de OSM principles een artikel staat dat OSM en alle auteurs in geen enkel geval verantwoordelijk kunnen worden gehouden voor de juistheid van de data en alle gevolgen die voortvloeien uit het gebruik van (onjuiste) OSM-data.)

Dit raakt aan een discussie waar iemand in Duitsland meent alle hydranten en type/maat van slangkoppelingen importeert en mapt. ("Omdat het kan")

Levensgevaarlijk als de overheid (lees: de brandweer) daar afhankelijk van zou zijn in noodsituaties; immers: Jan und jeder kan die data bewust of onbewust verkeerd wijzigen.

Of als jouw OZB-belasting afhangt van hoe een OSM-mapper jouw huis en perceel intekent.

Of de ambulance een doodlopende straat inrijdt die volgens OSM niet doodlopend is...

Of een graafmachine de grond ingaat ruim naast de plaats waar op OSM een HD-gasleiding ingetekend is...

<off topic>
Het is al mooi zat(!) dat OSM op meer en meer plaatsen wordt gebruikt (zeker nu het betaalmodel van Google Maps wat 'verslechterd' is). Hier zou je overigens ook de vraag kunnen stellen of (overheids)bedrijven die gebruik maken van OSM niet tot een vrijwillige sponsoring of bereidstelling van servercapaciteit kunnen besluiten; de belasting op de OSM-servers wordt, vooral door het Google-effect, merkbaar hoger.

Maar dat ter zijde.
</off topic>

Offline

#36 2019-01-10 13:22:42

noordfiets
Member
From: Groningen stad
Registered: 2010-02-14
Posts: 788

Re: OSM regels NL

Geim wrote:

Gemeente heeft pand nog niet ingemeten in BAG en vraagt om de OSM kaart aan te passen omdat deze niet correct zou zijn. Als ze er gewoon voor zorgen dat BAG up to date is, volgt OSM met een simpele import.

Dat is inderdaad wel twijfelachtig. Heb ooit met het Kadaster gesproken nalv kaarten die door de ANWB werden verkocht met tot 10 jaar oude informatie. Het Kadaster stelde toen dat gemeenten traag zijn met updates en daarna het kadaster alles nog moest controleren. In het digitale tijdperk zou je denken dat dat sneller gaat, maar kennelijk niet.
Maar het lijkt me niet dat overheden OSM moeten gebruiken om wijzigingen door te voeren die ze eigenlijk zelf zouden moeten doen.

Aan de andere kant .. het is natuurlijk een enorme pluim voor OSM dat lokale overheden OSM de voorkeur geven boven PDOK.

@Martin
Dat van die bijdrage vs belasting van de servers gaat nog wel een item worden. Ik zie ook steeds meer overheden en bedrijven overstappen naar OSM. Maar ook veel hobbiematige sites die eerst Google gebruikten hebben OSM ontdekt ( waarnemingen.nl / afstandmeten.nl et ).

Offline

#37 2019-01-10 13:29:19

noordfiets
Member
From: Groningen stad
Registered: 2010-02-14
Posts: 788

Re: OSM regels NL

jaap de vries wrote:

.. ik zal je bevindingen naar mijn opdrachtgever sturen dan moeten zij maar kijken wat ze met die gegevens kunnen doen...

Jaap, kun je dat eens toelichten? Je hebt het over een opdrachtgever, en in een ander stukje over zakelijk gebruik. Bedoel je nu dat je tegen betaling OSM aanpast voor een overheid?

Offline

#38 2019-01-10 14:16:17

jaap de vries
Member
From: Nijmegen
Registered: 2016-01-30
Posts: 94

Re: OSM regels NL

De opdrachtgever, de klant mag ik specifiek met naam niet zeggen, maar je snapt vast wel welke dat is. Deze gebruikt een wijkbeheersprogramma waar ze OSM als onderlaag gebruiken. Ook mijn gemeente Nijmegen gebruikt dat zelfde programma, echt voor van alles o.a. stadsplattegrond met verwijzingen naar restaurants, parkeerplaatsen die in osm staan enz. 
Nu heeft Kars de bloemperkjes weer hersteld, als landuse garden, landuse village green zal beter volstaan omdat de begroeiing bestaat uit bodembedekkers (cotoneasters o.a). Dat soort mutaties loop ik langs en verwerk deze ook gebouwen, wegen, watergangen en andere kadaster gerelateerde objecten. Daarnaast werk ik veel met Microstation en BGT, zakelijk gezien.

Offline

#39 2019-01-10 14:26:14

goedegazelle
Member
Registered: 2017-07-19
Posts: 428

Re: OSM regels NL

jaap de vries wrote:

Nu heeft Kars de bloemperkjes weer hersteld, als landuse garden, landuse village green zal beter volstaan omdat de begroeiing bestaat uit bodembedekkers (cotoneasters o.a).

Daarover is onlangs een uigebreide discussie gevoerd die ongunstig uitviel voor de "village green" als gemeentegroen: https://forum.openstreetmap.org/viewtopic.php?id=64637

Offline

#40 2019-01-10 14:46:13

Geim
Member
From: MM
Registered: 2017-03-29
Posts: 295

Re: OSM regels NL

Dus omdat de 3d info/tags van een gebouw (ik moet me daar maar eens in verdiepen) en leisure=garden niet past in de rendering van "jouw opdrachtgevers" haal je dit (zonder overleg?) maar weg?
Als Kars nu iets had geplaatst wat absoluut niet zou kloppen, zou ik dat nog begrijpen. Maar deze aanpassing rechtvaardigt het reversen van een changeset in mijn ogen zeker niet.

Offline

#41 2019-01-10 20:05:35

noordfiets
Member
From: Groningen stad
Registered: 2010-02-14
Posts: 788

Re: OSM regels NL

jaap de vries wrote:

De opdrachtgever, de klant mag ik specifiek met naam niet zeggen, maar je snapt vast wel welke dat is. Deze gebruikt een wijkbeheersprogramma waar ze OSM als onderlaag gebruiken. Ook mijn gemeente Nijmegen gebruikt dat zelfde programma, echt voor van alles o.a. stadsplattegrond met verwijzingen naar restaurants, parkeerplaatsen die in osm staan enz. 
Nu heeft Kars de bloemperkjes weer hersteld, als landuse garden, landuse village green zal beter volstaan omdat de begroeiing bestaat uit bodembedekkers (cotoneasters o.a). Dat soort mutaties loop ik langs en verwerk deze ook gebouwen, wegen, watergangen en andere kadaster gerelateerde objecten. Daarnaast werk ik veel met Microstation en BGT, zakelijk gezien.

Ik vind dat nogal merkwaardig, voorzichtig uitgedrukt. Je kunt niet omdat jouw opdrachtgever dat wil OSM naar hun smaak aanpassen. Het heeft een gelijkenis met wikipedia waar lemma's werden aangepast door/in opdracht van bedrijven/overheden. Dat is niet de bedoeling van een project als OSM.

De 3D tags van Kars zijn volledig in overeenstemming met OSM. Dus er is geen enkele reden om die weg te halen.
Village_green is volledig fout, Nijmegen heeft nooit een brink gehad tenslotte. Tot er een betere tagging ( landcover proposal ) is blijft landuse of natural de keus. Zie ook daar de wiki en discussie over taggen van stedelijk groen. In ieder geval is de tagging van Kars niet fout .. op dit moment is er geen betere tag.

Daarnaast is het gebruik van OSM door gemeenten en andere overheden erg vreemd. Zij zijn verplicht om BGT te gebruiken ( zie landelijke overheid, kadaster en VNG https://www.vngrealisatie.nl/producten/ … grafie-bgt). Wat we nu zien is dat kennelijk BGT niet bevalt en de voorkeur aan OSM wordt gegeven, ondanks dat dat vanuit de centrale overheid niet wordt geadviseerd/is toegestaan.
Op zich is dat grappig natuurlijk, overheden die de regels aan hun laars lappen en een amateur-project beter vinden dan het Kadaster .. maar vervolgens door/in opdracht van een lokale overheid OSM aanpassen is zeker niet grappig.

Een stuk netter zou de OpenTopo achtergrondlaag ( al bevat die soms nog wel fouten uit de combinatie met OSM ) zijn.
Dat zou je ook aan je opdrachtgever eens kunnen voorstellen. Of de methode die Groningen gebruikt: OSM als basislaag en de objecten en POIS uit eigen database als laag daarboven.

(Toelichting voor mensen die er onbekend mee zijn: OpenTopo is een kaart die bestaat uit allerlei openbare bronnen. De hoofdzaken zijn BGT aangevuld met OSM. Het is een prachtige kaart die overheidsinformatie aanvult met lokale kennis van OSM mappers. Het is te vinden als laag in PDOK. Zie voor info: http://opentopo.nl/. Echt de mooiste kaart die er van ons land te vinden is. Hulde en een lintje voor de maker!)

Offline

#42 2019-01-10 20:42:59

Hans Erren
Member
Registered: 2017-11-14
Posts: 219

Re: OSM regels NL

Vreemd. Bovendien zou ik als opdrachtgever geen werk accepteren dat door jan en alleman gewijzigd kan worden.

Ik heb bij Fugro meegewerkt aan de bijhouding van de GBKN, maar daar kon niet iedereen bij.
http://www.gbkn.nl/

Offline

#43 2019-01-10 21:13:38

escada
Moderator
Registered: 2011-08-13
Posts: 1,611

Re: OSM regels NL

Martin Borsje wrote:

Levensgevaarlijk als de overheid (lees: de brandweer) daar afhankelijk van zou zijn in noodsituaties; immers: Jan und jeder kan die data bewust of onbewust verkeerd wijzigen.

Ik heb je al eens een link naar een video doorgestuurd van een Duits of Zwitsers dorpje waar de brandweer uitsluitend kaarten maakt op basis van OSM. Het is trouwens niet zo moeilijk om controles in te bouwen die detecteren of de data in een dorp of van een bepaald type gewijzigd wordt. Dit kan bv. door resultaten van Overpass Queries te vergelijken of data dumps met elkaar vergelijken.
Eenvoudig de brandkranen tellen en hun coördinaten vergelijken met de vorige dag helpt je al een heel eind.

Mapbox past zo'n techniek toe voordat de data in hun copie terecht komt. Vandaar dat ze een maand of zo achterlopen.
Wambacher controleert iedere dag of er fouten gemaakt zijn in de updates van administratieve grenzen.
Niemand zegt dat je een nieuwe data dump zonder controle in je workflow moet gebruiken. Je kan controles inbouwen voordat je de nieuwe data begint te gebruiken. Dan heb je minder of zelfs geen problemen met vandalisme.

Eerlijk gezegd heb ik al zoveel fouten gezien in de data van de Belgische overheden, Toeristische diensten, De Lijn e.d. dat je je kan afvragen of die data wel veilig is.

Onlangs schreef nog iemand dat er in een bepaalde Duitse stad een hele wijk niet in de overheidsdatabank kon ingebracht worden omdat het terrein nog ingetekend stond als industrieel gebied of iets dergelijks. Er stonden huizen, er waren straten, adressen en zo verder.

Als Belg heb ik het blijkbaar moeilijker dan jullie om de overheid te vertrouwen op het gebied van correctheid.

Offline

#44 2019-01-10 21:48:49

jaap de vries
Member
From: Nijmegen
Registered: 2016-01-30
Posts: 94

Re: OSM regels NL

noordfiets wrote:
jaap de vries wrote:

De opdrachtgever, de klant mag ik specifiek met naam niet zeggen, maar je snapt vast wel welke dat is. Deze gebruikt een wijkbeheersprogramma waar ze OSM als onderlaag gebruiken. Ook mijn gemeente Nijmegen gebruikt dat zelfde programma, echt voor van alles o.a. stadsplattegrond met verwijzingen naar restaurants, parkeerplaatsen die in osm staan enz. 
Nu heeft Kars de bloemperkjes weer hersteld, als landuse garden, landuse village green zal beter volstaan omdat de begroeiing bestaat uit bodembedekkers (cotoneasters o.a). Dat soort mutaties loop ik langs en verwerk deze ook gebouwen, wegen, watergangen en andere kadaster gerelateerde objecten. Daarnaast werk ik veel met Microstation en BGT, zakelijk gezien.

Ik vind dat nogal merkwaardig, voorzichtig uitgedrukt. Je kunt niet omdat jouw opdrachtgever dat wil OSM naar hun smaak aanpassen. Het heeft een gelijkenis met wikipedia waar lemma's werden aangepast door/in opdracht van bedrijven/overheden. Dat is niet de bedoeling van een project als OSM.

De 3D tags van Kars zijn volledig in overeenstemming met OSM. Dus er is geen enkele reden om die weg te halen.
Village_green is volledig fout, Nijmegen heeft nooit een brink gehad tenslotte. Tot er een betere tagging ( landcover proposal ) is blijft landuse of natural de keus. Zie ook daar de wiki en discussie over taggen van stedelijk groen. In ieder geval is de tagging van Kars niet fout .. op dit moment is er geen betere tag.

Daarnaast is het gebruik van OSM door gemeenten en andere overheden erg vreemd. Zij zijn verplicht om BGT te gebruiken ( zie landelijke overheid, kadaster en VNG https://www.vngrealisatie.nl/producten/ … grafie-bgt). Wat we nu zien is dat kennelijk BGT niet bevalt en de voorkeur aan OSM wordt gegeven, ondanks dat dat vanuit de centrale overheid niet wordt geadviseerd/is toegestaan.
Op zich is dat grappig natuurlijk, overheden die de regels aan hun laars lappen en een amateur-project beter vinden dan het Kadaster .. maar vervolgens door/in opdracht van een lokale overheid OSM aanpassen is zeker niet grappig.

Een stuk netter zou de OpenTopo achtergrondlaag ( al bevat die soms nog wel fouten uit de combinatie met OSM ) zijn.
Dat zou je ook aan je opdrachtgever eens kunnen voorstellen. Of de methode die Groningen gebruikt: OSM als basislaag en de objecten en POIS uit eigen database als laag daarboven.

(Toelichting voor mensen die er onbekend mee zijn: OpenTopo is een kaart die bestaat uit allerlei openbare bronnen. De hoofdzaken zijn BGT aangevuld met OSM. Het is een prachtige kaart die overheidsinformatie aanvult met lokale kennis van OSM mappers. Het is te vinden als laag in PDOK. Zie voor info: http://opentopo.nl/. Echt de mooiste kaart die er van ons land te vinden is. Hulde en een lintje voor de maker!)

Beste Noordfiets,

Ik wil graag met je in dialoog, er zijn een paar zaken die helder moeten worden. Ik zal ze puntsgewijs noemen.

1) Iedereen maakt fouten, ik ook en misschien jij ook. Ik weet hoe je door het slijk wordt gehaald hier.
Met deze issue ben ik volledig van bewust dat het anders had moeten gebeuren. Hoe het voorkomen kan worden en hoe het moet in de toekomst. Daarom is er hier een topic gemaakt, zoals ik eerder heb begrepen.
Verder vindt ik het prima dat men in dialoog met elkaar gaat. Dikke pluim, maar respecteer elkaar!

2) De bloemperkjes zijn door Kars in kaart gebracht meer dan 2 jaar geleden, net als de meeste 3d tekeningen aan de Karel Appelstraat.

3) Vanwege de privacywetgeving mag ik aan derden geen directe namen doorgeven, dat snap je toch wel?
Een voorbeeld van een werkdag, ik werk halve dagen overeens.
Ik krijg een mutatie aanvraag en ga kijken met mijn Leica total station set aan de Karel Appelstraat. Ik meet het na en verwerk het in Microstation in ons systeem. De gegevens gaan dan in een grote database catalogus BGT, dus niet in OSM . In OSM doe ik dat soort wijzigingen nooit, ik heb nog nooit een bag update gedaan. Wel pas ik later zelf in eigen tijd poi's of rare tags aan of help andere d.m.v. het meldingen systeem zonder hier 1 rooie cent voor te krijgen.

4) Dat er bedrijven zijn, denk aan grote ingenieursbureaus die softwarepakketten op de markt hebben gebracht waar onder andere ( schrijf het even volledig) OSM kaartlagen, up-to-date OSMdata inzitten kan ik niks aan doen. Dat er gebruikers zijn, overheden, tv stations voetbalclus ect ect die dat naast andere programma's gebruiken om hun gegevens te uiten, daar heb ik geen zicht op. Ik ben geen jurist, domweg senior landmeter. Dat er bedrijven, overheden onze firma inhuren, opdracht geven en zelfs osm gebruikers terugkoppelingen doen is alleen maar prettig om juist een gezamenlijk doel te handhaven en creëren. Dat er andere meningen zijn over dit gebruik ben ik bewust van.

5) Ik heb een voorbeeld gegeven hoe een overheid osmdata gebruikt en ook up-to-date houdt. Dat je over een brink rept was zeker niet de bedoeling van dit voorbeeld. Gewoon even laten zien hoe de vork in de steel zit. Dat mensen in Nederland graag alles gratis willen hebben is al langer bekend, het zogenaamde ongebruikte suikerzakjes bij de koffie meenemen naar huis gedrag. Helaas gebeurt het op ieder vlak, ook al staat in de protocollen wat anders.

6) Bedankt voor je voorstel om Opentopo te gebruiken, ik zal dit programma eens uit testen en eventueel voorleggen in onze vakgroep.

7) Tot slot ik sta open voor dialoog, aarzel niet op mij te schrijven of kom een keertje langs op de koffie.

Hartelijke mapgroet,

Jaap de Vries

Offline

#45 2019-01-10 21:55:06

Kars
Member
From: Hengelo
Registered: 2016-07-22
Posts: 136

Re: OSM regels NL

Als een softwarebedrijf een tool maakt die gebruik maakt van de OSM database en die verkoopt aan een gemeente, prima.
Maar doe het dan goed en filter tags die je niet snapt gewoon weg.
Pas de tool aan, niet de database. “Tagging voor de renderer” is nooit ok.

(We dwalen wel erg af van de topic nu, sorry daarvoor...)

Offline

#46 2019-01-10 22:36:23

Martin Borsje
Moderator
From: Puth
Registered: 2011-10-22
Posts: 2,013

Re: OSM regels NL

escada wrote:
Martin Borsje wrote:

Levensgevaarlijk als de overheid (lees: de brandweer) daar afhankelijk van zou zijn in noodsituaties; immers: Jan und jeder kan die data bewust of onbewust verkeerd wijzigen.

Ik heb je al eens een link naar een video doorgestuurd van een Duits of Zwitsers dorpje waar de brandweer uitsluitend kaarten maakt op basis van OSM. Het is trouwens niet zo moeilijk om controles in te bouwen die detecteren of de data in een dorp of van een bepaald type gewijzigd wordt. Dit kan bv. door resultaten van Overpass Queries te vergelijken of data dumps met elkaar vergelijken.
Eenvoudig de brandkranen tellen en hun coördinaten vergelijken met de vorige dag helpt je al een heel eind.

Mapbox past zo'n techniek toe voordat de data in hun copie terecht komt. Vandaar dat ze een maand of zo achterlopen.
Wambacher controleert iedere dag of er fouten gemaakt zijn in de updates van administratieve grenzen.
Niemand zegt dat je een nieuwe data dump zonder controle in je workflow moet gebruiken. Je kan controles inbouwen voordat je de nieuwe data begint te gebruiken. Dan heb je minder of zelfs geen problemen met vandalisme.

Eerlijk gezegd heb ik al zoveel fouten gezien in de data van de Belgische overheden, Toeristische diensten, De Lijn e.d. dat je je kan afvragen of die data wel veilig is.

Onlangs schreef nog iemand dat er in een bepaalde Duitse stad een hele wijk niet in de overheidsdatabank kon ingebracht worden omdat het terrein nog ingetekend stond als industrieel gebied of iets dergelijks. Er stonden huizen, er waren straten, adressen en zo verder.

Als Belg heb ik het blijkbaar moeilijker dan jullie om de overheid te vertrouwen op het gebied van correctheid.

Aan mijn woonplaats kun je zien dat ik bijna-Belg ben smile
Het is dus zeker niet zo dat ik de overheid op correctheid vertrouw. Wat ik duidelijk probeerde te maken is dat veiligheidskritische data op een beschermde manier opgeslagen dient te worden en niet door iedereen met of zonder kennis van zaken 'zomaar' gewijzigd kan worden. OSM voldoet niet aan die vereisten.

Regelmatige updates vanuit een overheidsdatabase: OK, maar daar impliceer je dat die juist is...

En bijvoorbeeld administratieve grenzen zijn imho niet veiligheidskritisch.

Als iemand als hobby heeft om brandkranen te importeren: OK, maar net zo min als wij de overheidsdata niet altijd op correctheid mogen vertrouwen mag de overheid dat hiervoor zeker niet op OSM-data. De brandweer kan OSM als basislaag nemen natuurlijk en de brandkranen als eigen beheerde POI-laag daaroverheen. Zijn we allebei blij! smile

Offline

#47 2019-01-10 22:58:32

eggie
Member
From: Dordrecht
Registered: 2010-09-03
Posts: 3,388

Re: OSM regels NL

Hier een voorbeeld waar ik zonder wederhoor een speedrevert heb uitgevoerd omdat de nationale fietsroute is onderbroken.
Een randommapper die overigens om een review vraagt heeft de route op slot gezet met access=no en een upaved voetpad van gemaakt. Het is een als fietspad ingerichte weg, maar toegankelijk voor auto's die naar de scouting willen.
Ook de straat naam was veranderd. Ik begrijp de edit niet helemaal.
https://overpass-api.de/achavi/?changeset=66208840

https://www.openstreetmap.org/changeset … 8&layers=C

Is er iemand die kan bevestigen dat het asfalt hier verdwenen is en dit een voetpad is geworden?
Voorals nog geen reactie van deze mapper ontvangen terwijl ik tijdens zijn activiteiten wel een PB heb gestuurd.

https://www.google.nl/maps/@52.0419589, … 6656?hl=nl


edit: inmiddels PB contact. Mapper is zich van geen kwaad bewust... Denk dat mapper de weg heeft geselecteerd in editor iD en toen dacht dat er iets heel anders werd ge-edit.
Inmiddels cyclestreet=yes toegevoegd nav zijn info.

Last edited by eggie (2019-01-10 23:43:19)

Offline

#48 2019-01-10 23:17:56

noordfiets
Member
From: Groningen stad
Registered: 2010-02-14
Posts: 788

Re: OSM regels NL

jaap de vries wrote:

Ik weet hoe je door het slijk wordt gehaald hier.

Dat valt wel mee hoor. Of ik mis de topics achter mijn rug hmm Veel actieve fiets-mappers kennen mij als de man achter BTM, en destijds de aanjager van het completeren van het fietspaden-net in Groningen ...

jaap de vries wrote:

Ik krijg een mutatie aanvraag en ga kijken met mijn Leica total station set aan de Karel Appelstraat. Ik meet het na en verwerk het in Microstation in ons systeem. De gegevens gaan dan in een grote database catalogus BGT, dus niet in OSM .

Dat begrijp ik niet. Immers: als BGT niet correct is en er situaties opnieuw gemeten worden dan komt het via de import automatisch in OSM. Dan zouden de 3D edits niet moeten verdwijnen.

jaap de vries wrote:

Dat er bedrijven, overheden onze firma inhuren, opdracht geven en zelfs osm gebruikers terugkoppelingen doen is alleen maar prettig om juist een gezamenlijk doel te handhaven en creëren. Dat er andere meningen zijn over dit gebruik ben ik bewust van.

Tja, bedrijven hebben uiteindelijk een commercieel doel. En dat strookt wat mij persoonlijk betreft niet met OS toepassingen.
Er ligt hier ook een groot gevaar op de loer: ik noem het maar cirkel-correcties .. iets wat ik al een paar keer heb geconstateerd.
Een situatie in BGT wordt gecorrigeerd aan de hand van OSM ( op aanvraag van een 'burger' ), maar de echte status staat weer alleen in gemeentelijke plankaarten. Of een variant hierop. Omdat iedereen bij elkaar kijkt wordt het er alleen verwarrender van. Ondertussen zijn er natuurlijk allerlei kopieen van de fouten gemaakt en gaan mensen weer OSM aanpassen, of fouten doorgeven aan BGT.
Zo ken ik een weg die in BGT, OSM en gemeentelijke plankaart een andere naam heeft ...

Het doel van BGT was juist om 1 centrale plek met 'echte' overheids-informatie te krijgen. Constateert een gemeente fouten in OSM dan zouden ze BGT moeten raadplegen of die fouten echt zijn of enkel in OSM. Zit de fout in BGT dan kunnen ze jou roepen. Dat was ook de redenatie achter het openbaar beschikbaar stellen van de data zodat BAG gebruikt mag worden door OSM.

jaap de vries wrote:

Ik heb een voorbeeld gegeven hoe een overheid osmdata gebruikt en ook up-to-date houdt...
Bedankt voor je voorstel om Opentopo te gebruiken, ik zal dit programma eens uit testen en eventueel voorleggen in onze vakgroep.

Dat begrijp ik ook niet. De wet BGT is vrij duidelijk tenslotte. En OpenTopo staat gewoon in PDOK als laag, dus iedereen kan dat zien. Waarom een (semi-) overheid dan toch voor OSM kiest is me een raadsel, al is het wel een strelend gegeven.

jaap de vries wrote:

of kom een keertje langs op de koffie.

Dank je. Ik ben dol op fietsen maar dat is me toch te ver.

Om even op het begin terug te komen: ik vind Kars' protest terecht. En hoop dat dat in de toekomst beter opgelost wordt zonder dergelijke lokale edits resoluut terug te draaien.

Offline

#49 2019-01-11 05:46:17

escada
Moderator
Registered: 2011-08-13
Posts: 1,611

Re: OSM regels NL

Martin Borsje wrote:

Regelmatige updates vanuit een overheidsdatabase: OK, maar daar impliceer je dat die juist is...

Ik had nergens de bedoeling om aan te geven dat er een regelmatige update uit een overheidsdatabase komt.
De flow die je moet gebruiken is om OSM data naar je eigen server te copiëren, daar te vergelijken met de kopij van de vorige keer. Als je dan merkt dat er plots brandkranen verdwenen zijn, neem je de nieuwe kopij niet over, maar ga je eerst OSM terug in orde brengen (of gewoon controleren dat de wijziging legaal is). Als alles in orde lijkt voor de "kritische" zaken voor jouw toepassing, verwerk je de update in je werkkopij waarvan je kaarten maakt.

Je moet gewoon niet elke update die in de master databank gemaakt wordt doorvoeren aan je werk databank zonder extra controle. Die gebeurt waarschijnlijk nu nog te veel of we denken dat iedereen zomaar alle wijzigingen zonder controle overneemt.

Martin Borsje wrote:

bijvoorbeeld administratieve grenzen zijn imho niet veiligheidskritisch.

Ik heb dit voorbeeld enkel aangehaald om aan te geven dat er hobby mappers zijn die OSM data controleren op regelmatige basis. Een ander voorbeeld van controle is een bedrijf dat controleert dat alle Paris Ici XL winkels (en een paar andere ketens) nog wel in OSM zitten.

Martin Borsje wrote:

Als iemand als hobby heeft om brandkranen te importeren: OK, maar net zo min als wij de overheidsdata niet altijd op correctheid mogen vertrouwen mag de overheid dat hiervoor zeker niet op OSM-data. De brandweer kan OSM als basislaag nemen natuurlijk en de brandkranen als eigen beheerde POI-laag daaroverheen. Zijn we allebei blij! smile

Voor zover ik het filmpje van de Zwitserse brandweerman begreep, hadden zij geen tool om die brandkranen (en andere zaken) te bewaren. Dus konden ze die laag niet beheren, ze hadden geen tools om kaarten te maken, noch budget om er aan te kopen. Zijn keuze is toen gevallen op OSM en een aantal gratis open source tools om het geheel te beheren en kaarten te produceren.
Verder was er geen overheidsdatabank met die posities. Zij hebben die zelf moeten samenstellen (dacht ik toch).

Zoals ook vroeger reeds gezegd, heeft de Nederlandse overheid een veel betere databanken dan een willekeurig land op het Afrikaanse continent. Misschien zelfs wel beter dan wat de meeste andere Europese landen hebben. Het is goed mogelijk dat brandkranen bij jullie onzinnig zijn, maar in andere landen is daar misschien geen lijst van of in het beste geval een geschreven papiertje. Daar is het dan misschien wel interessant om die gegevens in OSM te zetten.

Nog een reden om brandkranen te importeren zou kunnen zijn dat men hoopt dat de burgers ze ook gaan controleren en wijzigingen doorvoeren in OSM. Dan kan de overheid zo'n wijziging detecteren en na extra controle ter plaatse ook doorvoeren in hun databank. Als je de brandkranen enkel in je prive-databank houdt, moet je ze ook zelf controleren. Sommige overheden hebben daar geen geld en personeel meer voor.

Offline

#50 2019-01-11 08:52:59

Peter Elderson
Member
From: Nieuwerkerk aan de IJssel
Registered: 2018-02-08
Posts: 1,162

Re: OSM regels NL

jaap de vries wrote:

landuse village green zal beter volstaan omdat de begroeiing bestaat uit bodembedekkers (cotoneasters o.a).

Even inbreken: village_green slaat op een bepaald type lokatie wat in de UK nog officieel bestaat. In Nederland bekend als een brink of een mark, maar hier vooral historisch, het zijn nu meestal pleinen of plantsoenen. Heeft dus niets te maken met begroeiing!


Grensfietser, Rome-wandelaar, lid Wandelwerkgroep Mooi Zuidplas

Offline

Board footer

Powered by FluxBB