Idee om wat met BAG te gaan doen

Ldp · 2014-04-04 17:33:17

Zo zie je dus snel dat er flink wat gebieden zijn waar we de polygons niet van hebben.

keesm · 2014-04-05 20:15:46

Bij een import vanmiddag zie ik dat op een camping welke voornamelijk jaarplaatsen heeft, alle verblijfsobjecten (caravans, huisjes) in de BAG staan met een eigen ID en gebruiksdoel: logiesfunctie.
Elk ID heeft een eigen huisnummer in de BAG (allemaal beginnend met Maasdijk 1 axxx, en xxx loopt dan dus op 121, 122, 123 etc. ). Ik vind het een beetje overkill en wil ze weghalen. Ook de wegenstructuur van de camping staat niet in osm. Zie http://www.openstreetmap.org/#map=17/51.77843/5.3337 (www.camping-maaszicht.nl)
Graag jullie mening. (kan het ook zijn dat ik niet goed gefilterd heb ?)

@Ldp: ik zal mijn polygons nog toevoegen op de site van Harry.

It's so funny · 2014-04-05 20:52:48

keesm wrote:

Bij een import vanmiddag zie ik dat op een camping welke voornamelijk jaarplaatsen heeft, alle verblijfsobjecten (caravans, huisjes) in de BAG staan met een eigen ID en gebruiksdoel: logiesfunctie.
Elk ID heeft een eigen huisnummer in de BAG (allemaal beginnend met Maasdijk 1 axxx, en xxx loopt dan dus op 121, 122, 123 etc. ). Ik vind het een beetje overkill en wil ze weghalen. Ook de wegenstructuur van de camping staat niet in osm. Zie http://www.openstreetmap.org/#map=17/51.77843/5.3337 (www.camping-maaszicht.nl)
Graag jullie mening. (kan het ook zijn dat ik niet goed gefilterd heb ?)

Kees, je kunt die nummers het beste laten staan, om twee redenen:
1) het is het officiële adres
2) als je ooit op zo'n camping komt en je wilt je huisje vinden, dan zijn die nummers erg handig

Eventueel kun je de wegenstructuur op basis van Bing toevoegen.

Gr Johan

florisje · 2014-04-06 13:21:02

It's so funny wrote:

keesm wrote:
Bij een import vanmiddag zie ik dat op een camping welke voornamelijk jaarplaatsen heeft, alle verblijfsobjecten (caravans, huisjes) in de BAG staan met een eigen ID en gebruiksdoel: logiesfunctie.
Elk ID heeft een eigen huisnummer in de BAG (allemaal beginnend met Maasdijk 1 axxx, en xxx loopt dan dus op 121, 122, 123 etc. ). Ik vind het een beetje overkill en wil ze weghalen. Ook de wegenstructuur van de camping staat niet in osm. Zie http://www.openstreetmap.org/#map=17/51.77843/5.3337 (www.camping-maaszicht.nl)
Graag jullie mening. (kan het ook zijn dat ik niet goed gefilterd heb ?)
Kees, je kunt die nummers het beste laten staan, om twee redenen:
1) het is het officiële adres
2) als je ooit op zo'n camping komt en je wilt je huisje vinden, dan zijn die nummers erg handig
Eventueel kun je de wegenstructuur op basis van Bing toevoegen.
Gr Johan

ik ben ook voor laten staan. maar het probleem is dat het 'officiële adres' hier een beetje dubieus is.

op de huisjes staat waarschijnlijk niet het 1a-123 nummer maar alleen 123. dat maakt de vindbaarheid voor je punt 2 een stuk minder.

ik had dezelfde situatie bij een centerparcs in zandvoort:

http://www.openstreetmap.org/#map=17/52.38127/4.53840

daar had iemand al handmatig 75% van de huisjes genummerd (inclusief aantal personen ).

op die reeds ingevoerde huisjes staat nu een dubbel nummer, bijvoorbeeld 123 en 60a-123. toevallig pakt mapnik voornamelijk het korte nummer.
behalve op de plekken die de vorige mapper nog niet gedaan had.

ik weet nog niet wat het beste is en sta open voor discussie.

Ldp · 2014-04-06 13:59:27

florisje wrote:

toevallig pakt mapnik voornamelijk het korte nummer.

Dat ligt een beetje aan de volgorde waarin de gegevens uit de mapnik db komen en of er nog ruimte is voor het nummer. Als het lange nummer eerder aan bod komt, maar er is geen ruimte meer, dan is er wellicht nog wel ruimte voor het korte nummer en wordt die wel gerenderd.

Ik ben in Zeeland ook zulke vakantieparken tegengekomen met een 1-XXX of 1A-xxx nummering en heb dat maar overgenomen.

Math1985 · 2014-04-06 22:06:59

Er is weer een update van OSM Inspector geweest: http://tools.geofabrik.de/osmi/

praggel · 2014-04-09 11:16:40

Keesm schreef:
Bij een import vanmiddag zie ik dat op een camping welke voornamelijk jaarplaatsen heeft, alle verblijfsobjecten (caravans, huisjes) in de BAG staan met een eigen ID en gebruiksdoel: logiesfunctie.
Ik vind het een beetje overkill en wil ze weghalen.
Graag jullie mening.

Mijn mening is: "Perfectie is bereikt, niet als je niets meer kunt toevoegen, maar, als je niets meer kunt wegnemen."

Groeten Praggel.

Ldp · 2014-04-10 22:21:34

Math1985 wrote:

Er is weer een update van OSM Inspector geweest: http://tools.geofabrik.de/osmi/

Nou, tot een uur geleden zag ik nog "Data from 2014-04-01", maar vanaf vandaag is het dan wel t/m 2014-04-10.

rivw · 2014-04-10 22:50:33

Dat levert nieuw werk op.
Even een voorbeeldje. H. P. Sickensstraat levert fouten op. H.P. Sickensstraat moet het worden.
Ik neem aan dat de BAG schrijfwijze heilig is.

René.

Ldp · 2014-04-10 23:53:16

In dit geval wel, maar afkortingen (Dr., Prof., Burg.) schrijven we in OSM juist weer voluit en daar passen we de BAG adresnodes dan weer op aan.

rivw · 2014-04-11 00:09:49

Daar heb ik het een en ander over gelezen op dit forum, maar ik ben op de gegeven moment de weg kwijt geraakt in alle posts en artikelen.
Gemeentes doen het zelf ook niet uniform heb ik begrepen. Laat staan dat tientallen mappers op een lijn zitten. Als je de BAG schrijfwijze hanteert, zit je allemaal op een lijn.
Bij de H. P. Sickensstraat zit het verschil alleen in een spatie. OSM inspector meldt dat als een fout. Street not found.

René.

Last edited by rivw (2014-04-11 00:16:08)

Commodoortje · 2014-04-11 06:07:52

 In OSM worden straatnamen echter voluit geschreven.

Ik heb vanaf het begin af aan de punten aangehouden bij voorletters. maw de schrijfwijze van BAG heb ik als leidend gehanteerd zoals de handleiding aangeeft.
Er is wel gesproken over voorletters en punten op het forum, maar niet echt een afspraak gemaakt. Anders had de handleiding in deze aangepast moeten worden. Mocht het zijn dat er consensus bereikt wordt, dan heb ik nog het één en ander te doen. Wat dan wel veel moeilijker is op op te sporen.

Veel van deze afwijkingen zijn op te sporen middels de "Fixadresses" plug-in. Kijk naar de onderste tabel "Unresolved adresses"
► Gebruik alleen de button select.
► Ga naar JOSM "Tags / Memberships"
► Rechtermuisknop op "addr:street"
► copy value
► sluit het scherm van "Fix Adresses"
► CTRL-F om het zoekvenster te activeren
► CTRL-V om de straatnaam te plakken (Zorg dat replace selection is aangevinkt)
► Maak een filter aan met de string : "-type:node" (replace selection)
► Zorg dat je in de filter "hiding filter" hebt aangevinkt (zodat je alleen de nodes ziet)
► Nu lichten je gevonden nodes op, waar je op in zoomt.
► Pas de data van de straat, of van de node aan.
► Ga naar stap 1 om de volgende afwijkende straat te vinden

Een ander handig filter tijdens het muteren van de straatnamen ("highway"="*")

(TIP:Raak dan eerst een adres node aan om deze te activeren)
Je hoeft dan in eerste instantie niet te wachten op de OSMinspector data.
Later is het wel zaak om nog even de OSMinspector te bekijken om inconsistenties die de plug-in niet vind te verhelpen.

Cavit · 2014-04-11 15:41:20

De adressen-layer van OSM Inspector wordt voortaan vaker bijgewerkt: http://blog.geofabrik.de/?p=309

theun · 2014-04-12 11:11:09

Sinds gisteren ook begonnen met importeren. Werkt allemaal best makkelijk.
Misschien is het al een keer besproken, maar ik ben nu 3 gevallen tegengekomen van 'crossing buildings' in de BAG data zelf. Wat doen we hier mee? Ik heb voorlopig gewoon de BAG-data onaagepast laten staan. Kunnen we dat op een of andere manier als fout terugmelden?

rivw · 2014-04-12 11:15:25

Soms is er voor één van de twee buildings een sloopvergunning afgegeven.

It's so funny · 2014-04-12 12:45:38

theun wrote:

Sinds gisteren ook begonnen met importeren. Werkt allemaal best makkelijk.
Misschien is het al een keer besproken, maar ik ben nu 3 gevallen tegengekomen van 'crossing buildings' in de BAG data zelf. Wat doen we hier mee? Ik heb voorlopig gewoon de BAG-data onaagepast laten staan. Kunnen we dat op een of andere manier als fout terugmelden?

Het is de bedoeling om alle validator foutmeldingen in de ODS BAG laag op te lossen, voordat deze wordt gemerged met de OSM BAG laag. In de handleiding staan een paar oplossingsmogelijkheden beschreven. Met 3 foutmeldingen heb je nog geluk, er zijn gemeenten die het héél slecht doen.

theun · 2014-04-12 14:45:47

It's so funny wrote:

Het is de bedoeling om alle validator foutmeldingen in de ODS BAG laag op te lossen, voordat deze wordt gemerged met de OSM BAG laag. In de handleiding staan een paar oplossingsmogelijkheden beschreven. Met 3 foutmeldingen heb je nog geluk, er zijn gemeenten die het héél slecht doen.

Sorry, weer te snel gelezen. In mijn veronderstelling dat die BAG data dat soort problemen niet had, op de wiki-pagina gelezen dat de problemen in de OSM BAG opgelost moesten worden ipv ODS BAG laag...
Wat betreft maar 3 foutmeldingen, dat was na drie dorpen (en een dorp heeft hier gemiddeld 600 inwoners, dus dat is meestal met 300 panden wel bekeken...
En wat betreft die 3 fouten, ik zal in het weekend eens langsfietsen, de bing maps biedt geen uitkomst en hoewel ik overal wel eens langs gefietst ben ken ik niet al die panden uit mijn hoofd.

keesm · 2014-04-12 15:03:56

Theun: BAG geen problemen, moet je nog waar eens op pagina 19 kijken van dit draadje: http://forum.openstreetmap.org/viewtopi … 18311&p=19 en dan bij #467.
(Nu ik buiten stedelijk gebied aan het importeren ben in een andere gemeente is het gelukkig wat minder geworden )

johanmyst · 2014-04-13 10:20:58

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? zie onderstaande uit de wiki:

Ways that go through a building and have walls to all sides should be tagged with tunnel=building_passage. The building and the way share the same node at the entry and exit points of the building. The way is split at the entry and exit nodes and only the part covered by the building is tagged with tunnel=building_passage. The layer has to be the same as the building, with the above mentioned exception when several tunnels are passing on different levels. So if the building doesn't have a layer tag, the way doesn't need one either.

Ik was het al 2x tegen gekomen in Gouda maar had daar maar een gewone tunnel van gemaakt, maar dat lijkt me toch niet juist.

Commodoortje · 2014-04-13 10:37:34

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.

Last edited by Commodoortje (2014-04-13 10:38:18)

Frankl2009 · 2014-04-13 10:49:39

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.

Wat is de reden om de wiki niet te volgen? (D.w.z. optie B).

Commodoortje · 2014-04-13 11:03:05

Frankl2009 wrote:

Wat is de reden om de wiki niet te volgen? (D.w.z. optie B).

Persoonlijk heb ik de (BAG)-import wiki altijd gevolgd.

De vraag van @johanmyst verwees naar de wiki waar tunnel=building_passage is uitgelegd.

johanmyst · 2014-04-13 11:35:56

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.

Last edited by johanmyst (2014-04-13 11:37:30)

Commodoortje · 2014-04-13 11:49:06

johanmyst wrote:

Dat klopt, commodoortje maar ik mag dus gewoon kiezen wat ik wil

Dat zijn niet mijn woorden....
De BAG-import wiki tekst zegt:

Soms heb je een pad dat onder een gebouw doorloopt. Dat gedeelte van het pad moet je dan taggen met tunnel=building_passage' en layer=-1. Eventueel kun je het gebouw splitsen, waarbij je het gedeelte waar het pad onderdoor loopt layer=1 geeft. De melding building inside building verschijnt ook als er op een bestaande node, een tag: building=yes aanwezig is. Verwijder dan deze tag op de node

Frankl2009 · 2014-04-13 20:54:02

Commodoortje wrote:

Frankl2009 wrote:
Wat is de reden om de wiki niet te volgen? (D.w.z. optie B).
Persoonlijk heb ik de (BAG)-import wiki altijd gevolgd.
De vraag van @johanmyst verwees naar de wiki waar tunnel=building_passage is uitgelegd.

Sorry, ik was niet duidelijk genoeg. Ik bedoelde de wiki over tunnel=building passage.
Is het niet handig om dat te volgen? (Analoog aan een weg in een parkeergebeid die ook een knoop deelt met de parking polygon.

(Edit: Ik begrijp dat het anders kan (en mag); en ik ben de laatste om te zeggen dat verschil niet mag! maar gewoon een vraag: waarom niet gedeelde nodes?)

Last edited by Frankl2009 (2014-04-13 20:56:11)

Announcement

#626 2014-04-04 17:33:17

Re: Idee om wat met BAG te gaan doen

#627 2014-04-05 20:15:46

Re: Idee om wat met BAG te gaan doen

#628 2014-04-05 20:52:48

Re: Idee om wat met BAG te gaan doen

#629 2014-04-06 13:21:02

Re: Idee om wat met BAG te gaan doen

#630 2014-04-06 13:59:27

Re: Idee om wat met BAG te gaan doen

#631 2014-04-06 22:06:59

Re: Idee om wat met BAG te gaan doen

#632 2014-04-09 11:16:40

Re: Idee om wat met BAG te gaan doen

#633 2014-04-10 22:21:34

Re: Idee om wat met BAG te gaan doen

#634 2014-04-10 22:50:33

Re: Idee om wat met BAG te gaan doen

#635 2014-04-10 23:53:16

Re: Idee om wat met BAG te gaan doen

#636 2014-04-11 00:09:49

Re: Idee om wat met BAG te gaan doen

#637 2014-04-11 06:07:52

Re: Idee om wat met BAG te gaan doen

#638 2014-04-11 15:41:20

Re: Idee om wat met BAG te gaan doen

#639 2014-04-12 11:11:09

Re: Idee om wat met BAG te gaan doen

#640 2014-04-12 11:15:25

Re: Idee om wat met BAG te gaan doen

#641 2014-04-12 12:45:38

Re: Idee om wat met BAG te gaan doen

#642 2014-04-12 14:45:47

Re: Idee om wat met BAG te gaan doen

#643 2014-04-12 15:03:56

Re: Idee om wat met BAG te gaan doen

#644 2014-04-13 10:20:58

Re: Idee om wat met BAG te gaan doen

#645 2014-04-13 10:37:34

Re: Idee om wat met BAG te gaan doen

#646 2014-04-13 10:49:39

Re: Idee om wat met BAG te gaan doen

#647 2014-04-13 11:03:05

Re: Idee om wat met BAG te gaan doen

#648 2014-04-13 11:35:56

Re: Idee om wat met BAG te gaan doen

#649 2014-04-13 11:49:06

Re: Idee om wat met BAG te gaan doen

#650 2014-04-13 20:54:02

Re: Idee om wat met BAG te gaan doen

Board footer