Edits omgeving Staphorst

gerrit_dankelman · 2016-03-21 15:52:05

Marin, Jan Helemaal mee eens. De ingeslagen weg blijven bewandelen.
Maar wel naar links en rechts blijven kijken ;>)
BAG CONTOUR VERSUS BGT CONTOUR:
-BGT contour bezit plaatsbepalingspunten die de kwaliteit van het contourtje borgt.
-BGT is volledig, hierdoor worden openloodsen, overige bouwwerken ook meegenomen in de tiling.
-BGT is topologisch, op maaiveld nivo vlak vullend, minder aansluitproblemen tijdens validatie.
-BGT gras wat aansluit op panden zullen zonder validatie fouten kunnen worden geüpload.
-BGT is vertrekpunt voor BAG wat contour betreft, maar zal door BAG beheer beïnvloedbaar zijn.
-BAG is opgenomen in openstreetmap met id zonder voorloopnullen.
-BAG is geen maaiveld nivo terwijl overige objecten in openstreetmap dat wel zijn.
-BAG als een mapper een gebouw op de luchtfoto ziet en dit is geen BAG pand, zal deze mapper de neiging kunnen hebben deze op basis van luchtfoto toe te voegen met "building=Yes" terwijl die al wel in de BGT aanwezig is.
-BGT Voor het nader opsplitsen van bv openbare gebouwen, wat incidenteel plaats vond, is de BGT contour een beter vertrekpunt dan de BAG contour.
-Bij gebruik BGT contour zal het BAG id blijven bestaan omdat deze wordt overgenomen uit de BAG.

Last edited by gerrit_dankelman (2016-03-21 16:09:31)

gerrit_dankelman · 2016-03-21 16:01:51

Martin, Volgens mij zijn dit administratieve grenzen: http://gk.historic.place/historische_ob … KmGvGmHaHe

Allroads · 2016-03-21 21:45:08

-BAG is geen maaiveld nivo terwijl overige objecten in openstreetmap dat wel zijn.
-BAG als een mapper een gebouw op de luchtfoto ziet en dit is geen BAG pand, zal deze mapper de neiging kunnen hebben deze op basis van luchtfoto toe te voegen met "building=Yes" terwijl die al wel in de BGT aanwezig is.

Dit klopt niet helemaal, we kennen in OSM ook building=roof, dat is ook geen maaiveld nivo.
Denk aan overkappingen benzinestations.
Waar de pilaren de grond raken is geen intekening.

Last edited by Allroads (2016-03-21 22:06:08)

Jan Westerhof · 2016-03-23 15:19:08

Gerrit,
Als een straatnaam nog niet bekend is laat je het name=*-veld gewoon leeg. Op https://www.openstreetmap.org/way/405275392 zie ik 'NogNietBekend' als straatnaam.
Ook zou ik eerder 1 industriegebied 'in ontwikkeling'. Niet 6 stukjes.

gerrit_dankelman · 2016-03-23 15:34:39

Jan Oke ik pas het aan.

Allroads · 2016-03-31 12:07:13

http://www.openstreetmap.org/way/381284 … 222/6.1064

Martin Borsje · 2016-03-31 13:00:00

Allroads wrote:

http://www.openstreetmap.org/way/381284 … 222/6.1064

Wat is de bedoeling van deze posting omtrent een vier maanden oude edit?

Allroads · 2016-03-31 13:34:09

zag alleen source=bgt op staan, en niet op de relatie.

Allroads · 2016-04-13 15:34:52

BGT, ben zelf aan het kijken, hoe je wat zou moeten/kunnen benoemen.

Gerrit,

Het invoegen data uit:
Ik noem het bij jouw maar.
Bronbestand voor BGT van de Gemeente Staphorst.
Let wel ik zeg bewust "voor". Dit omdat er op dat moment sprake kan zijn van andere licentievoorwaarden.

Terwijl wel source=BGT wordt gebruikt.
Stelling: Het is pas BGT, als het als BGT wordt uitgegeven.

Ik vraag me dus af waarom de verschillende items niet aansluitend zijn, gemeenschappelijke nodes hebben, wat wel gewenst is, nu is het niet correct.
Gevolg dat validaties, een melding kan geven nu of in de toekomst.

Kan je uitleg geven hoe dit ontstaat?
En hoe dit te verhelpen?

http://www.openstreetmap.org/changeset/38475583

Wegen binnen een dorp met geen doorgaande functie residential.

Waar source=BGT gebruikt.
http://overpass-turbo.eu/s/fmU

Het stuk (shared_lane), wat eerder al voor je vakantie ter discussie is gebracht.

http://www.openstreetmap.org/way/410026428
nu benoemd als
area:highway=cycleway
wat niet overeenkomt met de lijn tagging
cycleway=shared_lane
highway=tertiary

area:highway=tertiary
cycleway=shared_lane

Wel de shared_lane importeren, maar niet het andere wegdeel. Waarom?
Bij de volgende import is het dan wel aansluitende/gemeenschappelijke nodes.

Last edited by Allroads (2016-04-14 19:55:07)

eggie · 2016-04-13 18:17:16

Gerrit,

Wellicht is het wel handig als Staphorst en wijde omgeving goed blijft routeren voor fietsers, e.d. . Ik vrees het ergste.
Die fietspaden (die er overigens niet zijn daar) gaan een beetje lijken op al die losse parkeerplaatsen. Daar kom je ook nooit meer van af.

Martin Borsje · 2016-04-13 19:26:28

Gerrit,

Je bent hard bezig om alle weggetjes in Staphorst en omgeving van een area-tag te voorzien.
Zelfs voor fietspaden doe je dat, getuige o.a. changeset 38523602.
Je laat echter de weg-area's niet aansluiten aan het omliggende gras en staat zelfs overlap van landuse toe.

Dit draagt nergens aan bij, is slordig en incorrect.

Ik heb je changeset gerevert en zal zo ook andere changesets waar je dergelijke dingen doet terugdraaien.
Aangezien ik geen zin (meer) heb om naar de individuele edits in je changesets te kijken loop je het risico dat ook niet faliekant verkeerde edits teruggedraaid worden.
Ik beschouw dat als jouw risico.

[edit] typo's

Last edited by Martin Borsje (2016-04-13 19:53:43)

Martin Borsje · 2016-04-13 19:35:37

Gerrit,

En ook in changeset 38520268 zondig je weer door area=yes van wegen te laten overlappen met ander landgebruik en multipolygonen met lege inner elementen te mappen.

In de vuilnisbak.

Je hebt blijkbaar weer een database gevonden vanwaaruit je kunt importeren, dus doe je dat maar - omdat het kan.

Zorgvuldig afwerken is wat anders.

Last edited by Martin Borsje (2016-04-13 19:45:31)

gerrit_dankelman · 2016-04-13 21:41:46

Hoi Martin,

De vlakken van de fietspaden kun je mooi gebruiken om de fietsroutes er over te centreren.
Voorbeeld van wegvlakken in Moskow http://overpass-turbo.eu/s/fDq
Ik zag dat je nog niet alles hebt weggehaald http://overpass-turbo.eu/s/fDu

Martin Borsje · 2016-04-13 21:42:59

Gerrit,

Wederom geef je geen reactie op het gestelde.

escada · 2016-04-14 04:52:12

gerrit_dankelman wrote:

Hoi Martin,
De vlakken van de fietspaden kun je mooi gebruiken om de fietsroutes er over te centreren.

Ik mag aannemen dat je bedoelt dat je de ways die de fietspaden voorstellen kan centreren op de vlakken.
Fietsroutes in OSM zijn opgebouwd uit ways.

Je kan dat inderdaad doen, maar dan moeten de vlakken in de eerste plaats wel goed getekend zijn en aansluiten op de rest (zoals Martin al aangaf).

Het is bij OpenStreetMap niet de bedoeling om zomaar wat dingen bij elkaar te smijten, maar die ook te bewerken zodat alles een mooi geheel vormt.

Is het echt zoveel gevraagd om eens 1 vierkante kilometer goed te mappen zonder dat er een klacht van een andere mapper komt ?
Het is echt jammer dat je zo slordig te werk gaat en anderen veel extra werk geeft. Tijd die ze beter zouden kunnen besteden.
Je hebt goede bedoelingen, maar de uitvoering is zo slecht.

Dus probeer die "import" nog eens. maar goed deze keer: pas de aanpalende vlakken aan. Doe 1 stukje straat van een paar honderd meter en vraag de anderen of het goed is. Doe niks anders. Pas als men het goed vind, doe je het volgende stukje, dan leer je wat er verwacht wordt.

Echt, ik hoop dat je nooit op het idee komt om in Belgie te komen mappen.

gerrit_dankelman · 2016-04-14 13:44:13

Wegvakken kunnen ondersteunend werken om het netwerk van wegen en paden te optimaliseren.
Positioneren wegen netwerk op hartlijn van wegvakken. https://www.mapbox.com/blog/turn-lanes-mapping.

escada · 2016-04-14 14:05:50

of je kan de wegen laten staan en lanes:placement gebruiken.

Maar dit is ons punt niet. Als je een wegvlak toevoegt, moet dat aan de zijkanten aansluiten met het landgebruik dat daar al aanwezig is (of net niet afhankelijk van de situatie, als er bv. nog een gracht ligt). Maar je moet er zeker voor zorgen dat het wegvlak en bv. een eerder gemapte landuse=meadow niet overlappen. Daarom heeft Martin jouw wijzigingen teruggedraait. Niet omdat de wegvlakken geen nut zouden hebben.

gerrit_dankelman · 2016-04-14 14:14:27

Als een persoon wegvakken opvoert die aan de BGT eisen voldoen kun je met meer mappers de kanten van de ernaast gelegen objecten optimaliseren. Hartlijnen van wegen positioneren. En beter samenwerken.

escada · 2016-04-14 14:20:52

Neen, degene die iets toevoegt moet ervoor zorgen dat de situatie "rechtgetrokken" is bij het opladen en niet het werk over laten aan een ander.

en al zeker niet als wie de "import" doet de andere daar niet van op de hoogte brengt via forums of mailing list.

gerrit_dankelman · 2016-04-14 14:35:19

Misschien dat ik vroeger met mijn broers te veel met Lego heb gespeeld. Interactie op elkaars initiatief. Visuele communicatie binnen de richtlijnen en mogelijkheden van deze "Blokken":>)

escada · 2016-04-14 15:17:46

als je met je broers speelt zit je in 1 ruimte en zie je wat de ander doet. Bovendien heb je vast wel afspraken met je broers gemaakt. Als je hun mooie toren stukmaakt, kreeg je waarschijnlijk een oorveeg of duw van de ander. Jij krijgt die nu virtueel constant en toch begrijp je niet dat je je gedrag moet aanpassen.

Denk je nu echt dat iedereen tijd heeft om de anderen constant in het oog te houden ?
Volgens mij is 1 van de afspraken binnen OSM: als je iets naar de server stuurt is dat correct (overlappende landuse is niet correct). Of in het slechtste geval als je iets niet kan oplossen vraag je onmiddellijk hulp. Je gooit de boel niet overhoop en hoopt maar dan een ander zo vriendelijk is om alles op te ruimen achter jouw rug.

Wat ik zo vreemd vind, is dat je er zelf niet naar streeft om een schouderklopje te krijgen. Toen ik begon met editeren was ik maar wat blij dat men schreef "he, je bent goed bezig". Voor jouw werk, zie ik enkel maar zure opmerkingen. Gaat er dan echt geen lampje branden?

Allroads · 2016-04-14 19:47:24

Gerrit,

waarom beantwoord je niet mijn vragen?
Ik verwijs je vanaf de changeset naar dit forum topic ( daar krijg je per mail bericht van melding op changeset ) om beter uitleg te geven. Plaatje erbij.
Ik stel het ter discussie, je negeert het gewoon.
Terwijl je wel naar andere reageert.
Die opmerkingen, hebben niks met mijn vraagstelling te maken.
Ga hier eens inhoudelijk op in.

Het gaat hier beide om data van een bron "voor" BGT, parkeerplaatsen, wegen en groen.
Alle komen van jouw hand, in meerdere sessies geupload naar OSM.
Maar de nodes komen niet overeen !!
Het is je eigen data, wat elkaar kruist !!

Hoe op te lossen?

Straks iemand met echte BGT data, aansluitend elementen, die denkt dat de nodes dezelfde plaats zullen liggen.
Nodes op dezelfde plaats en fixen met de validatie. Dan aansluitend gemaakt.

Wederom, uitleg gevraagd?

Last edited by Allroads (2016-04-14 19:54:04)

PeeWee32 · 2016-04-15 06:28:54

Martin Borsje wrote:

Ik heb zojuist de onsympathieke stap gedaan door het volgende bericht aan OSM Data Working Group te zenden.
Indien mee eens: stuur dan een bericht van gelijke strekking aan de DWG.

Is er een reactie gekomen van de DWG en zo ja zou je die kunnen/willen delen?

Martin Borsje · 2016-04-15 07:45:45

Michael (Commodoortje) en ik hebben een verzoek bij de DWH ingelegd.
Het antwoord was:

<quote>
Hello Martin,

sorry for replying so late. As we received three complaints about user gerrit_dankelman this got a mixed up so we didn't reply yet.

About your request: It seems you (the Dutch community) have put quite some work into getting gerrit_dankelman known to OSM and its rules. It's always sad if an otherwise active user misbehaves and if he continues to, we sure have to get active.

However, our main duty is to mediate and help the community to sort out problems. We also can not simply block an user for a longer time. Blocks are not meant to be a punishment but as a tool to make a user aware of a problem or force him to discuss.

As Serge wrote to Michael E. a while back: Could you please supply us with links to ongoing discussions in the forum and on changesets? Especially those where gerrit does not react at all or where he's not willing to cooperate? I did a quick check of his changesets and there were not many with a changeset discussion, and for those that had a discussion the named problems were not really severe. So it would be great if you could help us a bit more with that.

Thank you and again sorry for the late reply,
Peter Barth aka Peda
OSMF Data Working Group - data@osmfoundation.org
</quote>

Feitelijk komt het erop neer dat ze het NL-forum niet volgen en vragen om commentaar te leveren in de changesets van GD.
Ik ben bang dat het Nederlandstalige commentaar ook niet doorkomt; en bovendien vindt het grootste gedeelte van de discussie over GD hier plaats.

Ik heb mensen voor minder geblokt zien worden.

gerrit_dankelman · 2016-04-15 11:18:49

Beste mensen,
Ik heb de source=”BGT” opgehaald uit de https://www.pdok.nl/nl/producten/pdok-d … topografie.
Deze gegevens geconverteerd naar .shp en attributen aangemaakt voor OSM.
De dataset opgenomen in JOSM editor.
De wegvlakken uitgeselecteerd en opgenomen in OSM.
Tijdens validatie komen er geen fouten aan het licht omdat deze vlakken niet in het netwerktopologie van OSM meedoen. Dubbele nodes heb ik met de validator opgelost.
De opgevoerde BGT Wegvlakken kunnen dus de status source=”BGT” krijgen.
NB Je hebt Dublo (openstreetmap topologie) en Lego (BGT topologie nivo 0) Wil je Lego opnemen in de Dublo omgeving krijg je het probleem dat het niet past.
Om dit probleem op te lossen kun je verder werken met Lego en de Niet passende Dublo accepteren.
Ik was begonnen met de BGT parkeervlakken toe te voegen aan OSM.
Passend hierop kan ook het BGT wegvlak opgevoerd worden, niet zichtbaar in de Viewer.
Deze twee objectsoorten hebben niet veel raakvlakken met andere objecten. Doordat deze twee op elkaar aansluiten is ook de onderlingen relatie en afhankelijkhied zichtbaar.

NB Spelen met elkaar houdt in dat je elkaar respecteert en plezier hebt in het spel.
Fouten van anderen oplost, als je er toch bent.
Mensen zullen fouten blijven maken opdat ze leren.
Naar de vader of moeder lopen om je gelijk te halen? We werden terug gestuurd.

Announcement

#201 2016-03-21 15:52:05

Re: Edits omgeving Staphorst

#202 2016-03-21 16:01:51

Re: Edits omgeving Staphorst

#203 2016-03-21 21:45:08

Re: Edits omgeving Staphorst

#204 2016-03-23 15:19:08

Re: Edits omgeving Staphorst

#205 2016-03-23 15:34:39

Re: Edits omgeving Staphorst

#206 2016-03-31 12:07:13

Re: Edits omgeving Staphorst

#207 2016-03-31 13:00:00

Re: Edits omgeving Staphorst

#208 2016-03-31 13:34:09

Re: Edits omgeving Staphorst

#209 2016-04-13 15:34:52

Re: Edits omgeving Staphorst

#210 2016-04-13 18:17:16

Re: Edits omgeving Staphorst

#211 2016-04-13 19:26:28

Re: Edits omgeving Staphorst

#212 2016-04-13 19:35:37

Re: Edits omgeving Staphorst

#213 2016-04-13 21:41:46

Re: Edits omgeving Staphorst

#214 2016-04-13 21:42:59

Re: Edits omgeving Staphorst

#215 2016-04-14 04:52:12

Re: Edits omgeving Staphorst

#216 2016-04-14 13:44:13

Re: Edits omgeving Staphorst

#217 2016-04-14 14:05:50

Re: Edits omgeving Staphorst

#218 2016-04-14 14:14:27

Re: Edits omgeving Staphorst

#219 2016-04-14 14:20:52

Re: Edits omgeving Staphorst

#220 2016-04-14 14:35:19

Re: Edits omgeving Staphorst

#221 2016-04-14 15:17:46

Re: Edits omgeving Staphorst

#222 2016-04-14 19:47:24

Re: Edits omgeving Staphorst

#223 2016-04-15 06:28:54

Re: Edits omgeving Staphorst

#224 2016-04-15 07:45:45

Re: Edits omgeving Staphorst

#225 2016-04-15 11:18:49

Re: Edits omgeving Staphorst

Board footer