Idee om wat met BAG te gaan doen

Frankl2009 · 2014-04-13 21:02:05

johanmyst wrote:

Dat klopt, commodoortje maar ik mag dus gewoon kiezen wat ik wil . Denk toch dat ik voor optie A ga, want om nu aan de BAG-gebouwen dat vast te knopen lijkt me minder. Als Frankl2009 dat liever wil past hij ze maar aan.
Nu ik de BAG-wiki bekijk zie ik dat ik weer niet goed gelezen heb daar bij punt 7, had geloof ik van die andere 2 passages gewoon straten met layer = -1 gemaakt. Toch bedankt voor jullie uitleg.

Het leven gaat verder, ook als ik ze niet ga aanpassen! (En ik was niet van plan om iets wat niet fout is aan te passen omdat ik het liever anders zou willen. Life is too short.)
Maar je stelde een vraag en het antwoord m.i. zou kunnen zijn: volg de (tunnel=) wiki. Da's net zo makkelijk.

Last edited by Frankl2009 (2014-04-13 21:02:50)

It's so funny · 2014-04-13 21:47:43

Commodoortje wrote:

johanmyst wrote:
Ik kan het hier of in het tunnel-topic plaatsen, maar omdat ik met de BAG import nu allemaal straten heb die er echt zo uitzien, wil ik even het volgende weten hoe ze nu precies dat bedoelen in de wiki.
In de wiki staat dat je bij onderdoorgangen van huizen tunnel=building_passage kan gebruiken. Maar moet ik de node nu op het huis leggen of net ernaast?
Beide oplossingen zijn juist.
A. node naast het pand op een weg aan beide zijden van het pand,
B. node op kruispunt van pand en weg aan beide zijden
Het voordeel van optie A: makkelijker bewerkbaar
Het voordeel van optie B: geen layer =1 noodzakelijk op het pand.

In het begin van mijn imports heb ik A gebruikt (en ook zo in de handleiding gezet). Gaandeweg ben ik optie B meer gaan gebruiken. Ik heb de handleiding net aangepast op beide mogelijkheden. In de handleiding staat ook nog een derde mogelijkheid die soms te gebruiken is: het gedeelte van het pand waar de weg onderdoor loopt 'optillen' conform de echte situatie en met layer=1 taggen.

Pensacola · 2014-04-14 07:37:30

OliverH: Is er iets mis gegaan met import #21548507 want Johan de Witlaan 30 ontbreekt (en die bestaat heel zeker, daar heb ik nog post bezorgd). Zie http://www.openstreetmap.org/#map=19/51.45168/5.50514

Cavit · 2014-04-14 11:36:59

Pensacola wrote:

OliverH: Is er iets mis gegaan met import #21548507 want Johan de Witlaan 30 ontbreekt (en die bestaat heel zeker, daar heb ik nog post bezorgd). Zie http://www.openstreetmap.org/#map=19/51.45168/5.50514

Ik ben OliverH niet maar kan dat wel verklaren.
Dat verblijfsobject heeft in BAG de status 'Verblijfsobject gevormd'. De plugin neemt alleen verblijfsobjecten mee met 'Verblijfsobject in gebruik' en 'Verblijfsobject in gebruik (niet ingemeten)', daarom is de adres-node niet geïmporteerd.
Het pand heeft de status 'Bouw gestart' en wordt door de plugin vertaald als 'building=construction'. Daarom is het pand wel geïmporteerd.

Terzijde: de plugin importeert ook panden met de status 'Sloopvergunning verleend' en 'Pand gesloopt'. Waarom is daarvoor gekozen?
Edit: ik zie dat gesloopte panden niet worden geïmporteerd, maar panden met 'Sloopvergunning verleend' wel.

Last edited by Cavit (2014-04-15 14:07:23)

Math1985 · 2014-04-14 14:09:07

Ik heb tunnel=building_passage toegevoegd als rendering op de default openstreetmap rendering. Dit wordt zichtbaar zodra de nieuwe versie wordt uitgerold (waarschijnlijk binnen een paar dagen). Building passages worden dan net zo gerenderd als gewone tunnels, dus lichter en gestippeld. Het is denk ik het mooiste (en belangrijker: ook het meest waarheidsgetrouw) om de building passage een node te laten delen met het gebouw. Het toevoegen van layer tags aan gebouwen heeft op dit moment geen gevolgen voor de rendering.

We zijn ook bezig met het weghalen van het verschil in rendering tussen building=house en building=yes. Er zijn meerdere mensen bij betrokken, en het onderling afstemmen gaat nogal langzaam - maar een wijziging voor deze visuele ergernis is in zicht .

Iedereen die mee wil helpen of bugs wil melden kan hier terecht: https://github.com/gravitystorm/openstreetmap-carto/

Last edited by Math1985 (2014-04-14 14:10:26)

Hendrikklaas · 2014-04-14 16:12:46

Math1985

We zijn ook bezig met het weghalen van het verschil in rendering tussen building=house en building=yes. Er zijn meerdere mensen bij betrokken, en het onderling afstemmen gaat nogal langzaam - maar een wijziging voor deze visuele ergernis is in zicht smile.

Wat is er tegen het gebruik van building=residential of is die voorbehouden aan area's ?

Math1985 · 2014-04-14 16:16:23

Nee, er is niets tegen building=residential, die gaat ook op dezelfde manier gerenderd worden.

hvdwolf · 2014-04-14 16:59:48

It's so funny wrote:

Commodoortje wrote:
johanmyst wrote:
Ik kan het hier of in het tunnel-topic plaatsen, maar omdat ik met de BAG import nu allemaal straten heb die er echt zo uitzien, wil ik even het volgende weten hoe ze nu precies dat bedoelen in de wiki.
In de wiki staat dat je bij onderdoorgangen van huizen tunnel=building_passage kan gebruiken. Maar moet ik de node nu op het huis leggen of net ernaast?
Beide oplossingen zijn juist.
A. node naast het pand op een weg aan beide zijden van het pand,
B. node op kruispunt van pand en weg aan beide zijden
Het voordeel van optie A: makkelijker bewerkbaar
Het voordeel van optie B: geen layer =1 noodzakelijk op het pand.
In het begin van mijn imports heb ik A gebruikt (en ook zo in de handleiding gezet). Gaandeweg ben ik optie B meer gaan gebruiken. Ik heb de handleiding net aangepast op beide mogelijkheden. In de handleiding staat ook nog een derde mogelijkheid die soms te gebruiken is: het gedeelte van het pand waar de weg onderdoor loopt 'optillen' conform de echte situatie en met layer=1 taggen.

ik gebruik meestal A, maar naast tunnel=building_passage gebruik ik ook covered=yes, afhankelijk van het feit of het daadwerkelijk een tunnel/passage is of alleen overdekt.
Voor een overdekte winkel passage gebruik ik "covered=yes" met layer="-1".
Voor een "doorgang" onder een huis door gebruik ik "tunnel=building_passage" met layer="-1".

Maken jullie dat onderscheid ook?

Frankl2009 · 2014-04-14 17:33:44

Math1985 wrote:

Ik heb tunnel=building_passage toegevoegd als rendering op de default openstreetmap rendering. Dit wordt zichtbaar zodra de nieuwe versie wordt uitgerold (waarschijnlijk binnen een paar dagen). Building passages worden dan net zo gerenderd als gewone tunnels, dus lichter en gestippeld. Het is denk ik het mooiste (en belangrijker: ook het meest waarheidsgetrouw) om de building passage een node te laten delen met het gebouw. Het toevoegen van layer tags aan gebouwen heeft op dit moment geen gevolgen voor de rendering.

Dank! Eindelijk een oplossing voor het Gemeenthuis Ede.

Edit: valt me nu op dat het Gemeentehuis Ede getagd is als building=commercial. Is daar een reden voor?

Last edited by Frankl2009 (2014-04-14 17:36:03)

Math1985 · 2014-04-15 16:23:23

Ik ben een aantal keer tegengekomen dat huisnummers in appartementencomplexen in BAG als straatnaam de naam van het appartementencomplex hebben, in plaats van de 'echte' straatnaam. Wat doen jullie in zo'n geval? Taggen jullie de oprit / service road naar het appartementencomplex met de betreffende straatnaam? Of laten jullie het zoals het is, de foutmeldingen in OSM Inspector voor lief nemend?

Last edited by Math1985 (2014-04-15 16:23:44)

Hendrikklaas · 2014-04-15 16:33:09

Baggers, ik heb net een mailtje gestuurd naar een ijverige BAG contributant die bij de import vergeten is de reeds aanwezige informatie terug te zetten. En zo zijn kenmerken als materiaal en historie vervallen. Dat lijkt mij niet de bedoeling van de BAG import, het moest een verrijking worden. Waakzaamheid is dus geboden !

Ldp · 2014-04-15 19:44:38

Math1985 wrote:

Ik ben een aantal keer tegengekomen dat huisnummers in appartementencomplexen in BAG als straatnaam de naam van het appartementencomplex hebben, in plaats van de 'echte' straatnaam. Wat doen jullie in zo'n geval? Taggen jullie de oprit / service road naar het appartementencomplex met de betreffende straatnaam? Of laten jullie het zoals het is, de foutmeldingen in OSM Inspector voor lief nemend?

Ik heb dit ook een paar keer gezien. Ik kijk eerst in het NWB op PDOK of er niet toevallig iets officiëels met die naam bekend is. Als dat er niet is, maar ik zie een oprit of looppad naar de ingang, maak ik een highway=service resp. highway=residential. Al is die maar een paar meter, dan is de naam in ieder geval bekend op een weg.

florisje · 2014-04-15 20:21:22

Hendrikklaas wrote:

Baggers, ik heb net een mailtje gestuurd naar een ijverige BAG contributant die bij de import vergeten is de reeds aanwezige informatie terug te zetten. En zo zijn kenmerken als materiaal en historie vervallen. Dat lijkt mij niet de bedoeling van de BAG import, het moest een verrijking worden. Waakzaamheid is dus geboden !

ik kom veel van jouw werk tegen bij de bunkers in het duingebied en probeer alles te behouden!
lukt tot nu toe best aardig volgens mij, maar het staat je vrij even te controleren

florisje · 2014-04-15 20:23:15

Ldp, jij had de rendering op tile.openstreetmap.nl verzorgd toch?

is het mogelijk de lagere zoomlevels af en toe opnieuw te laten genereren?

veel is nu nog steeds blauw terwijl het allang al is gebaggerd. zoom maar eens in op Hoorn bijvoorbeeld (niet mijn werk trouwens).

richardbrinkman · 2014-04-16 09:16:04

Hendrikklaas wrote:

Baggers, ik heb net een mailtje gestuurd naar een ijverige BAG contributant die bij de import vergeten is de reeds aanwezige informatie terug te zetten. En zo zijn kenmerken als materiaal en historie vervallen. Dat lijkt mij niet de bedoeling van de BAG import, het moest een verrijking worden. Waakzaamheid is dus geboden !

Om een of andere reden is bij mij bij 1 changeset dit inderdaad iets fout gegaan. Hoe het precies heeft kunnen gebeuren weet ik niet. Ik meen mij toch echt te herinneren dat ik netjes alle tags heb overgezet naar de nieuwe panden. Hoe dan ook, ik denk dat een (partiele) revert van http://www.openstreetmap.org/changeset/21473618 noodzakelijk is.
Als iemand tips heeft hoe ik het makkelijkst de gebouwen van voor de import (met nuttige tags erop) terug kan krijgen, houd ik mij aanbevolen. Ik heb namelijk nooit eerder een revert gedaan. Een complete revert van de volledige changeset doe ik liever niet aangezien er veel werk is gaan zitten in het weer netjes aansluiten van de landuse aan de nieuwe BAG gebouwen. Het enige dat verloren lijkt te zijn geraakt zijn de tags op de gebouwen van voor de import.

rivw · 2014-04-16 09:28:22

Soms gebruik ik de kaart van OSMAND navigatie op mijn tablet. Scholen, restaurant e.d. kun je dan terugvinden. Die kaart is van drie april.
Maar ja, niet alles wordt op die offline kaart getoond en het is "handwerk".

René.

Last edited by rivw (2014-04-16 09:33:20)

Hendrikklaas · 2014-04-16 09:49:03

Bij Richards import of een andere zijn niet alleen de tags verdwenen maar ook de reeds ingetekende gebouwen, waarbij het BAG soms generaliseerd. Maar tot op decimeters bezie ik het BAG nu toch met enige scepcis maar slechts gebaseerd op mijn kennis. De verkenningen zijn daar met GPS, camera en meetlint uitgevoerd, met als naslag de originele defensie tekeningen. Met OSM kun je van 1 - 4 cm met het maatstokje tekenen en ja millimeteren heet dat. Blijft overeind dat het importeren mbv het BAG van slecht toegankelijke situaties in alle gevallen een goede zaak blijft.

Commodoortje · 2014-04-16 10:09:29

richardbrinkman wrote:

Als iemand tips heeft hoe ik het makkelijkst de gebouwen van voor de import (met nuttige tags erop) terug kan krijgen, houd ik mij aanbevolen. Ik heb namelijk nooit eerder een revert gedaan. Een complete revert van de volledige changeset doe ik liever niet aangezien er veel werk is gaan zitten in het weer netjes aansluiten van de landuse aan de nieuwe BAG gebouwen. Het enige dat verloren lijkt te zijn geraakt zijn de tags op de gebouwen van voor de import.

Als je het changeset nummer invult als je de revert plugin actief gemaakt hebt, dan heb je een aantal opties
Volgens mij werkt alleen de optie "Revert changeset fully"
Vink download as new layer dan wel even aan.

Als je dan op revert drukt, gebeurt er op OSM nog niets. De gewijzigde items worden nu in de oorspronkelijke staat gedownload.
Dit proces duurt overigens een behoorlijk tijdje (ongeveer 10 minuten)
Het OSM bestand dat nu wordt gegenereerd heb ik voor je klaargezet, zodat je kunt zien wat er allemaal als data heeft gestaan.

Het lijkt me dat je dat je deze tags dan gewoon kunt kopiëren op de nieuwe pandcontouren, door de tags te selecteren CTRL-C en op het pand op de gedownloade actuele layer middels CTRL-SHIFT-V (paste tags) te plakken.
Als je dan alle panden weer van de (per ongeluk) verwijderde data hebt voorzien, kun je deze (partiële) mutatie uploaden. Het gevaar zit er dan wel in dat sommige alsnog worden vergeten.
Een handig hulpmiddeltje zou "authors" kunnen zijn, om te kijken wie er in dit gebied hebben gemuteerd. Dit laat overigens niet alle verwijderde tags zien.

Succes met het herstelwerk.

rivw · 2014-04-16 10:09:48

Je kunt misschien de BAG gegevens opnieuw downloaden. Op een andere laag de OSM gegevens met missende gebouwen importeren.
Met kopiëren/plakken kun je dan gebouwen overzetten van de BAG laag naar de laag waar de gebouwen missen.
BAG laag actief om te kopieren en dan de OSM laag actief om te plakken.
De gebouwen heb je dan in ieder geval terug. Garantie geef ik niet, maar misschien is dit een bruikbare methode.

Uiteraard wel ff opletten welke laag je upload, anders ben je nog meer de pisang.

René.

p.s. Ik zie dat 19 seconden geleden iemand een geavanceerdere methode heeft gepost.
Die van mij doet handmatig hetzelfde en lijkt me wel zo veilig.

Last edited by rivw (2014-04-16 10:32:47)

It's so funny · 2014-04-16 11:04:54

Potlatch 1 is erg handig voor kleine reverts

Commodoortje · 2014-04-16 13:07:45

rivw wrote:

Je kunt misschien de BAG gegevens opnieuw downloaden. Op een andere laag de OSM gegevens met missende gebouwen importeren.
Met kopiëren/plakken kun je dan gebouwen overzetten van de BAG laag naar de laag waar de gebouwen missen.
BAG laag actief om te kopieren en dan de OSM laag actief om te plakken.
De gebouwen heb je dan in ieder geval terug. Garantie geef ik niet, maar misschien is dit een bruikbare methode.

@rivw,
Krijg je met jouw methode dan ook de verwijderde tags terug?

In BAG staan onderstaande tags niet, en in OSM (op dit moment) ook niet (meer).
Dit is volgens mij de reden dat @richardbrinkman vraagt om tips om deze boven water te krijgen.

3dshapes:ggmodelk=0
addr:housenumber=Z31
architect=germany
building=bunker
historic:period=1940 - 2007
material=masonry
military:disused=church
operator=ADT
ref=Z31A
source=3dShapes

Hendrikklaas · 2014-04-16 13:48:53

Commodoortje, die tags kan ik ook met de hand weer inbrengen net als de bouwwerken, kleine moeite kost wat tijd. Dit als de revert te veel energie vraagt. Dan was dit slechts een baken in zee. In jouw lijstje staat zowel housenumber Z (Zuidkamp) 31 als ref Z31A, het laatste is het defensie kenmerk van de tekening en dus mi het juiste huis nummer gedurende de afgelopen 60 jaar. Want logischerwijze is er dan ook een Z31 sec.

keesm · 2014-04-16 14:05:18

Op zich weer een interessante discussie vanaf draadje #661 tot hierboven #672. Ik liep ook tegen bunkers aan nabij de hollandse Waterlinie.
Dit draadje over de BAG-import is inmiddels 27 pagina's lang. Ik heb soms ook kleine vraagjes over de import waarvan ik denk dat dit al een keer langs geweest is. Echter ik zoek me inmiddels "een ongeluk" om de juiste vraag/antwoord gevonden te krijgen in al die pagina's.

Is er geen mogelijk om in ieder geval #661-672 af te splitsen als eigen onderwerp. Is het mogelijk om een submap BAG-Import onder Netherlands te maken, waarin we per vraag/onderwerp deze afzonderlijk in diverse draadjes kwijt kunnen ? Blijft/wordt het een beetje overzichtelijk.

ligfietser · 2014-04-16 18:15:12

Kees, #661-672 bevat ook andere discussies, kan ik niet zomaar afsplitsen. Ook een submap kan ik niet aanmaken, dat zou Lambertus misschien kunnen.
Als iemand een specifiek onderwerp aan wil snijden, misschien beter een nieuw topic starten met de titel BAG import: onderwerp?

Commodoortje · 2014-04-16 18:50:55

ligfietser wrote:

Kees, #661-672 bevat ook andere discussies, kan ik niet zomaar afsplitsen. Ook een submap kan ik niet aanmaken, dat zou Lambertus misschien kunnen.
Als iemand een specifiek onderwerp aan wil snijden, misschien beter een nieuw topic starten met de titel BAG import: onderwerp?

Er zou ook een mogelijkheid kunnen zijn om een nieuw topic met links naar het oude te maken.
Zodat op deze pagina bepaalde onderwerpen makkelijker te vinden zijn.

Announcement

#651 2014-04-13 21:02:05

Re: Idee om wat met BAG te gaan doen

#652 2014-04-13 21:47:43

Re: Idee om wat met BAG te gaan doen

#653 2014-04-14 07:37:30

Re: Idee om wat met BAG te gaan doen

#654 2014-04-14 11:36:59

Re: Idee om wat met BAG te gaan doen

#655 2014-04-14 14:09:07

Re: Idee om wat met BAG te gaan doen

#656 2014-04-14 16:12:46

Re: Idee om wat met BAG te gaan doen

#657 2014-04-14 16:16:23

Re: Idee om wat met BAG te gaan doen

#658 2014-04-14 16:59:48

Re: Idee om wat met BAG te gaan doen

#659 2014-04-14 17:33:44

Re: Idee om wat met BAG te gaan doen

#660 2014-04-15 16:23:23

Re: Idee om wat met BAG te gaan doen

#661 2014-04-15 16:33:09

Re: Idee om wat met BAG te gaan doen

#662 2014-04-15 19:44:38

Re: Idee om wat met BAG te gaan doen

#663 2014-04-15 20:21:22

Re: Idee om wat met BAG te gaan doen

#664 2014-04-15 20:23:15

Re: Idee om wat met BAG te gaan doen

#665 2014-04-16 09:16:04

Re: Idee om wat met BAG te gaan doen

#666 2014-04-16 09:28:22

Re: Idee om wat met BAG te gaan doen

#667 2014-04-16 09:49:03

Re: Idee om wat met BAG te gaan doen

#668 2014-04-16 10:09:29

Re: Idee om wat met BAG te gaan doen

#669 2014-04-16 10:09:48

Re: Idee om wat met BAG te gaan doen

#670 2014-04-16 11:04:54

Re: Idee om wat met BAG te gaan doen

#671 2014-04-16 13:07:45

Re: Idee om wat met BAG te gaan doen

#672 2014-04-16 13:48:53

Re: Idee om wat met BAG te gaan doen

#673 2014-04-16 14:05:18

Re: Idee om wat met BAG te gaan doen

#674 2014-04-16 18:15:12

Re: Idee om wat met BAG te gaan doen

#675 2014-04-16 18:50:55

Re: Idee om wat met BAG te gaan doen

Board footer