Edits omgeving Staphorst

Het probleem is dat de intentie niet “vernieling” is… In geval van vernieling is een revert zonder scrupules gewoon direct uit te voeren. Hier ligt het toch een beetje anders. Gerrit heeft echt z’n best gedaan om er wat van te maken, maar begrijpt de impact wellicht niet.
geen idee of hij het forum volgt. Er is heus geen rancune, maar er moet wel iets opgelost worden. Graag dus communicatie vanuit Staphorst!

Ik krijg ook steeds meer het gevoel dat Gerrit wellicht een gepensioneerde CAD tekenaar is. Vanuit de GIS wereld bezien, was de CAD wereld tot een jaartje of 15-20 geleden ook een wild-west, met “spaghetti-data” die voor niets anders bruikbaar was dan een print op de plotter…

Dat is in de laatste 15 jaar gelukkig wel wat veranderd met ook in de CAD wereld steeds betere spatial database ondersteuning, maar het plaatsen van losse nodes zonder tags met opmerkingen die attributen suggereren (adresvlakken, aanperceel), lijkt wel sterk op de manier hoe CAD gebruikers via leuke labeltpuntjes met tekst probeerden toch nog wat betekenis aan de lijnen mee te geven (“verharding:asfalt” e.d.).

Helaas lijkt OSM in de JOSM editor ook oppervlakkig op een CAD als je je nog niet verder hebt verdiept in hoe OSM in elkaar steekt… Het misverstand van lijntjes trekken en nodes rondstrooien met tekstjes, is dus zo gemaakt…

Mee eens, de intentie is waarschijnlijk goed, de uitvoering helaas minder…

Hoewel Gerrit niet tot de groep mappers behoort die van mij een welkomstmail hebben gekregen, zal ik hem vandaag ook een - iets aangepaste - welkomstmail sturen.
Mogelijk dat hij de daarin opgenomen aanwijzingen ter harte neemt en zich wat vaker hier laat zien en horen…

Beste Mensen,
Bedankt voor alle adviezen en opmerkingen.
Ik zal mijn leven beteren op OSM.
Ik zal op alle fronten geen bewerkingen meer uitvoeren om jullie niet in moeilijkheden te brengen.
Ik ben er te snel in gedoken en niet gerealiseerd dat ik door de porselein kast van anderen ben gelopen.
Met jullie expertise is de schade hopelijk te herstellen.
Goede jaarwisseling en een goed 2016.
Gerrit

Ik kreeg van Gerrit Dankelman een mailtje op mijn verzoek om hier http://keepright.ipax.at/report_map.php?zoom=19&lat=52.63493&lon=6.21192&layers=B0T&ch=0%2C30%2C40%2C50%2C70%2C90%2C100%2C110%2C120%2C130%2C150%2C160%2C170%2C180%2C191%2C192%2C193%2C194%2C195%2C196%2C197%2C198%2C201%2C202%2C203%2C204%2C205%2C206%2C207%2C208%2C210%2C220%2C231%2C232%2C270%2C281%2C282%2C283%2C284%2C285%2C291%2C292%2C293%2C294%2C311%2C312%2C313%2C320%2C350%2C370%2C380%2C401%2C402%2C411%2C412%2C413&show_ign=1&show_tmpign=1

de fietspaden aan elkaar te knopen.
Gerrit wil dat graag doen, maar als we gaan reverten dan kan hij beter wachten met deze reparatie.

Wat is wijsheid in deze?

Egbert

edit1: 'k Zie dat het al voor een deel klaar is :slight_smile: Nog niet alles zit aan elkaar. Maar hier zitten in Staphorst ook nog al die ways zonder valide tags. Die moeten nog weg. Zie keepright.

Gerrit en alle mappers een voorspoedig 2016 toegewenst met als slogan,
Have Fun and Keep Mapping

Wellicht toch beter niet reverten… Volgens mij zijn er alleen nog van die vlakken zonder relevante osm tags in Rouveen.
Het is alleen al een heidens karwei om de fouten in keepright om te zetten in een fixed.
Dan kan nu de routering ook hersteld worden.
http://keepright.ipax.at/report_map.php?zoom=15&lat=52.60379&lon=6.20421&layers=B0T&ch=0%2C30%2C40%2C50%2C70%2C90%2C100%2C110%2C120%2C130%2C150%2C160%2C170%2C180%2C191%2C192%2C193%2C194%2C195%2C196%2C197%2C198%2C201%2C202%2C203%2C204%2C205%2C206%2C207%2C208%2C210%2C220%2C231%2C232%2C270%2C281%2C282%2C283%2C284%2C285%2C291%2C292%2C293%2C294%2C311%2C312%2C313%2C320%2C350%2C370%2C380%2C401%2C402%2C411%2C412%2C413&show_ign=1&show_tmpign=1

edit 1: Hier heb ik de routes en de routering hersteld. (routeerde niet meer)
http://www.openstreetmap.org/#map=19/52.64357/6.20184&layers=N
Mocht er toch een revert komen, maakt het ook niet uit, want dan is het ook als vanouds op het fietspad langs de Parallel Rijksweg na.

Ook mij lijkt reverten inmiddels geen optie meer. Ik vind het een goede zaak dat Gerrit inzicht heeft gekregen.
Je ziet wat er kan gebeuren als de kennis van OSM dermate laag is, en toch denken aan importeren.

Vermoedelijk met de gedachte: “Omdat het kan”

Natuurlijk zal Gerrit de kaart willen voorzien van informatie die aanvullend is voor OSM.
Hopelijk heeft hij nu zijn les geleerd. Via dit forum zijn we altijd bereid om opgekomen vragen te beantwoorden/bediscusiëren.

Inmiddels heb ik met overpass turbo gezocht op “benoembarenaam”
Deze heb ik onder de loep genomen en beoordeeld dat deze tags niet aanvaardbaar zijn.
Ze zijn inmiddels verwijderd door mij.
http://www.openstreetmap.org/changeset/36278762

Tijdens de upload zaten er tijdens de upload in dit gebied inmiddels :
14 conflicten + 2 conflicten + 4 conflicten + 3 conflicten + 8 conflicten + 17 conflicten
welke ik heb moeten oplossen.
Je moet namelijk de conflicten die optreden tijdens een upload herstellen om niet verder in de problemen te komen.

Langzamerhand zullen alle vervuildende delen door ervaren OSM leden moeten worden verwijderd.

Gisteren heb ik ook nog enige opruimwerkzaamheden uitgevoerd: http://www.openstreetmap.org/changeset/36252756
Blijkbaar net niet zuidelijk genoeg afgedaald, waardoor Commodoortje een van de (hopelijk) laatste restjes heeft gedaan.
Tijdens deze werkzaamheden viel het me op dat er vele objecten dubbel op stonden met verschillende aantallen tags. Warschijnlijk meerdere pogingen van Gerrit om deze te importeren. Gelukkig kon JOSM deze vrij gemakkelijk zelf ontdubbelen.
Heb eigenlijk enkel de fire_hydrants en parkings laten staan, maar net als Commodoortje alle onbekende tags eraf gesloopt en de dan tagloze nodes opgeruimd.
Voor het oplossen van de conflicten zou een ‘keep server version’ knop op alle conflicten wel handig zijn, want meestal kwam het door nodes aan opgeruimde ways net buiten het gedownloade gebied die nog in gebruik waren.

@eggie, keepright zou na een paar dagen zelf door moeten hebben dat issues opgelost zijn. Het handmatig afmelden is enkel nodig als je direct wilt zien dat ze van de issue kaart verdwijnen.

Vlakken zonder tags zag ik ook in dit gebied, maar die lijken ook ontstaan te zijn door de 3dshapes import, want deze blijkt in vele gevallen ook de maker (en ook vaak zonder latere edits). Hier ben ik dus wat voorzichtiger mee geweest om deze te verwijderen.

Gezocht met overpass turbo op : BOUWJAAR

Hier zijn 143 waardes gevonden
Een hiervan wordt hieronder uitgelicht.

Ook deze zijn inmiddels verwijderd, en voorzien zo worden voorzien van BAG panden middels verse BAG-update.
Dit zal iets later worden hersteld, omdat de (beta) BAG plugin werkt met data van de mirror site, deze loopt ongeveer 15minuten achter.
In Lemele zijn 134 tags verwijderd

Zuidelijk van Rouwveen stond 1 pand met deze tags.

Inmiddels panden teruggeplaatst.
http://www.openstreetmap.org/changeset/36280189
http://www.openstreetmap.org/changeset/36280368

In Rouveen heb ik nog een zwik losse nodes zonder tags verwijderd. In Staphorst zouden dan de foutmeldingen in keepright vanzelf moeten verdwijnen. We gaan het zien.
De routering doet het ook weer in Staphorst.

15 dubbele brandkranen verwijdert (dubbel op elkaar liggende identieke nodes)
http://www.openstreetmap.org/changeset/36281754

Gerrit heeft diverse parkeervlakken geimporteerd bestaande uit onderstaande tags.

amenity=parking
function=parkeervlak
plus_fysie=betonstraatstenen
surfaceMat=open verharding

amenity=parking is een bestaande/geoorloofde tag in OSM, en vermoedelijk zijn de andere 3 uit de databron van de import.
deze 3 heb ik inmiddels verwijdert op de parkeerplaatsen.

De surface tag, zal op een later tijdstip, op de juiste manier kunnen worden toegevoegd.

PS. Osmose en KeepRight zullen op deze parkeerplaatsen wel fouten blijven aangeven, omdat er geen verbindingen met wegen zijn gemaakt.

Er zijn in het verleden overigens diverse draadjes voorbij gekomen of het gewenst is (of niet) om deze losse parkeerplaatsen te taggen.

Onderstaand polygon geheel verwijdert, staan (volgens mij) geen tags in welke in OSM geaccepteerd zijn.
Gezocht op tag BRONHOUDER" in turbo overpass.
Deze Polygon was over de landuse=grass heengeplakt, en dus geen functie.

BRONHOUDER=PlantCover_polygon
Bewerkt=Rouveen
pand_id=bestaand
verschil=19187.6262258
waar_nivo=0
waarmee_br=L0001
wanneer_be=20131030
wanneer_ei=99999990
wanneer_mu=20151515
wat_bron=Grasland agrarisch
wie_id=L0001.12B1B1C63F8E4B598BE2627974FCC9DF

tags met onderstaande keys verwijderd.

waar_nivo=*
pand_id= *

Untagged ways in IJhorst verwijderd.

Heren dank voor het opruimen. Een vraag die bij me opkomt is of er al bekend is waar Gerrit die data vandaan heeft en of die licentie compatibel is met OSM. Ik doel dan m.n. op de items die blijven staan en waarvan de tags worden opgeruimd die in OSM niet gebruikt worden.

Zal het hem vragen via de mail…

Commodoortje Bedankt voor het opruimen van foute en dubbele objecten op oudjaarsdag.
Eggie heeft mij gevraagd hoe ik aan de gegevens ben gekomen:
-de Brandkranen heb ik van de interne gegevens gemeente
-de Parkeervakken heb ik uit de BGT gehaald.
-de Adresvakken heb ik zelf gemaakt door het Knippen van Kadastrale percelen op Woningscheidende muren en bij meer adressen op een pand vlakken gemaakt zodat er een “een op een” relatie ontstaat met BAG-adressen.
(Ik bespeur veel inzet en gedrevenheid in de community.)