Datastapelingen - deel 2 (of: waar plaatsen we die tags?)

Kijk eens hier:

Waar komen die groene lijntjes op de contouren vandaan?
Die heb ik daar neergezet, want ik ben bezig met de ontwikkeling van een “mijndev” omgeving, (geïnspireerd door [1] en [2]) waarmee je bv. alle tourism=* kunt laten zien.
Waarom heeft het Museum Boijmans dan niet zo’n groen lijntje?

Dat komt hierdoor:

http://www.openstreetmap.org/way/54087760#map=19/51.91452/4.47245
http://www.openstreetmap.org/relation/3419100#map=19/51.91421/4.47287
http://www.openstreetmap.org/node/205462626

Het Chabotmuseum heeft de tag tourism=museum op de contour staan
Het Boijmans museum heeft dat niet maar heeft een afzonderlijk node met daarin die museum tag. Het gebouw (een polygon) heeft dat dus niet.

Als ik dus een museumgebouw (met een groene lijn als contour) wil laten zien, dan gaat het alleen goed als die tag ook echt op die contour staat.
Ik kan natuurlijk ook testen op een node, maar ik vind die contour eigenlijk duidelijker.

We hebben het hier al eens eerder over gehad:

Waar zet je nou het beste een tag neer bij al die gebouwen die echt iets zijn: zoals kerk, museum, bioscoop enz.

=====
[1] http://mijndev.openstreetmap.nl/~ligfietser/fiets/
[2] http://mijndev.openstreetmap.nl/~allroads/mtm/

Bij de BAG import heb ik poi’s zo veel mogelijk aan een node gehangen. Stel dat in de toekomst er nog eens andere gebouwen worden geïmporteerd (3D?), dan heb je alleen maar last van de tags die aan de gebouwen hangen. Die moet je dan weer een voor een overbrengen. Nou ja, dat kan misschien wel automatisch, maar bij de BAG import was dat niet zo.

René.

Op één of andere manier snap ik wat je bedoeld, hier zit ik ook vaak mee te worstelen. Tijdens de BAG import heb ik aangeleerd gekregen om als een gebouw maar één adresnode heeft, deze adresnode te laten samensmelten op de pandcontour. Ook als er op dit voorbeeld een POI gezet wordt/was laat ik deze samensmelten op het pandcontour.
Zodat alle gegevens op de pandcontour komen te staan. Het is gebruikelijk om nu aan te geven waar de ingang zit, door een node entrance=main aan te brengen.

Ik zie in de algemeenheid van OSM dat POI’s bijna nooit samengesmolten worden met de pandcontouren (bij 1 adres op een gebouw wel te verstaan)
Wie kan mij vertellen wat de voordelen zijn om alle informatie te laten samensmelten op de pandcontour, t.o.v. een losse poi in het gebouw.

Over wel of geen groen lijntje, lijkt mij taggen voor de renderer, ik begrijp wel dat het geschetste voorbeeld van marc een mogelijkheid tot een groen lijntje kan creeëren zonder dat hier getagd wordt voor de renderer, maar een samensmelding op de pandcontour laat plaatsvinden.
De renderer waar marc dan kijkt rendert met een losse poi anders dan op een samengesmolten pandcontour. Deze 2 zijn allebei toegestaan en valt dan volgens mij niet oner het taggen voor de renderer.

Over de polygon: Het is gebruikelijk om bij een polygon de aanwezige tags niet op de pandcontouren te zetten maar op de relatie van de multipolygon.
In het voorbeeld van Boijmans van Beuningen staat de informatie van het museum op een losse poi en niet op de relatie van de multipolygon.

De informatie van de losse POI is een samensmelting van de adresnode van BAG en de POI
addr:city=Rotterdam
addr:country=NL
addr:housenumber=18-20
addr:postcode=3015CX
addr:street=Museumpark
name=Boijmans van Beuningen
source:date=2013-11-26
source=BAG
tourism=museum
wheelchair=yes
wikipedia=nl:Museum Boijmans Van Beuningen

De relatie van de multipolygon:
building=yes
ref:bag=599100000654571
source=BAG
source:date=2013-11-26
start_date=1936
type=multipolygon

Om even te testen wat er gebeurt als alle informatie op de relatie gezet wordt, heb ik de poi samengevoegd met de relatie.
Mocht dit niet de bedoeling zijn dan wil ik natuurlijk het geheel graag weer terug draaien.

https://www.openstreetmap.org/#map=19/51.913986/4.473087

Dat lijkt mij ook, want de renderer bepaalt die kleur niet maar ik. Ik ben alleen maar afhankelijk van hoe - en welke - gegevens in de dataset staan.

Dank je wel, alleen duurt het klaarblijkelijk even voor die wijziging ook zichtbaar wordt voor de rest van de wereld.
In JOSM zie ik hem al wel, maar mijn browser ziet nog de voorgaande versie.
Ik zal even de cache legen en zien of dat helpt…

Ook vandaag zie ik niet verschijnen wat ik zou moeten zien.
Ik ga even verder sleutelen, want de kans is groot dat ik zelf nog iets fout heb staan in de code.
Eerst even wat experts raadplegen :confused:

Experts, wie zijn dan die experts?

Ik doe het altijd zo:

  • als het hele gebouw 1 functie heeft (museum, restaurant, kerk, etc) dan zet ik de tags op het hele gebouw
  • als een gebouw meer functies heeft (bijv. appartementen met onderin een winkel), dan hang ik de POI aan een adres-node
  • als meerdere gebouwen samen 1 functie hebben (bijv. Zaanse Schans, http://www.openstreetmap.org/way/177095326/)) dan trek ik een lijn om het hele gebied

Deze discussie heb ik meer voorbij zien komen, en ik meen dat dit de zo’n beetje algemeen aanvaarde uitkomst is.

En dat vind ik inderdad een heel bruikbare oplossing.
Dank voor de heldere omschrijving!

Ik stuurde je een e-mail.

Ik rekende mijzelf niet tot de experts. Ben net als jij een copy/paste en nog niet erg begrijpen, en verder zoeken …zal de mail eens opzoeken. :wink:

Dacht misschien heb jij andere invalshoeken,…

Jan, in het kader van naschoolse opvang op of in kantines van sport verenigingen, 1 adres en gebouw met 2 functies slechts op andere tijden ?
Ik heb operator= toegevoegd voor de opvang of moet daar dan een tijd bij ?