Dubbele namen op panden.

Ook zo een voorbeeld met leisure=marina
http://www.openstreetmap.org/#map=18/52.87960/5.37276
waarbij de polygon haven leisure=marina heeft
maar de node in deze leisure=marina had, welke ik verwijdert heb en nu zie je dus geen node met een symbol.
Validatie josm, in Josm verdwijnt ook het symbool.
En de naam is niet zichtbaar openstreetmap.org

Hier dan wel de “name” op de node zichtbaar.
http://www.openstreetmap.org/#map=19/52.88480/5.40712
Heeft dan te maken met de overige tags of de naam wel of niet zichtbaar wordt bij de node.
harbour=yes

Hier is de node wel zichtbaar in Josm door een leisure=marina tag op de node.

http://www.openstreetmap.org/#map=17/52.87474/5.36612

Hier zat ik dus te dubben of ik die dubbele tags weg zou halen.

Dit ook in verband met de openseamap hoek van contributers.

zit dat in de shop=* tag of de building=retail tag, daarnaast is een office waterschap

Dit is zeker niet onbelangrijk, bedankt voor de vermelding. Op deze good practice pagina stonden nog meer wetenswaardigheden waar ik nog niet van had gehoord.

Toch even terugkomend op de vraagstelling.
Zoals Allroads beschrijft is excact wat ik bedoel.

1. Op de één wordt de naam niet gerenderd. leisure=marina op een node wordt op openstreetmap.org niet gerenderd, dus de naam ook niet. (of is deze conclusie onjuist?)
2. Op de ander wel, hierbij wordt de “leisure=marina” key op een aparte node geplaatst.

Bij 1. staat de naam op de node
Bij 2. staat de naam op de area

Volgens mij is dit een juiste manier om de name te laten verschijnen en de key (leisure/aminety/shop etc.) op een node te plaatsen zonder de naam op deze node te plaatsen.
“One feature, one OSM element” wordt niet geschonden.

Of is dit een vorm van taggen voor de renderer?

Deze conclusie is onjuist in een voorbeeld van Allroads staat leisure=marina op een losse node en de naam wordt wel gerenderd.

shop doet niets. building wel. Kijk maar naar het lettertype.

Er wordt hard gewerkt aan een rendering voor bijna alle winkels, maar die is nog niet in productie. In de productie zijn er alleen regels voor een beperkt aantal waarden van shop.

leisure=marina is een heel ander verhaal wat rendering betreft. De originele vraag gaat over zaken zonder eigen renderregels. Voor leisure marina zijn er duidelijke renderregels. leisure=marina op een vlak geeft een blauwe rand in mapnik. In JOSM worden vlakken met een kleurtje gedaan en alleen punten met een icoontje.

In je eerste voorbeeld (SkipsMaritiem - Marina Stavoren) staat leisure=marina op het vlak en alle andere tags van de marina op een node. Er is geen enkele mogelijkheid voor de renderer of JOSM om te snappen dat dat bij elkaar hoort.

Edit: dit was dus getypt voor ik de posts van Comodoortje kon lezen.

Mag je in de voorbeelden waar nog geen rendering voor is, de name=* op het pandcontour zetten?
Terwijl op de losse node shop=* wordt geplaatst?

Voorbeeld 2
staat de naam niet op de area, wel op de node maar doordat daar de tag harbour=yes op staat wordt hij gerendeert.

Mijn dubio is nog steeds heb ik er goed aan gedaan om dubbele leisure=marina weg te halen van de node.

Door het weghalen, hoe veranderen dan andere kaarten.
Je ziet daar ook dat de zeejongens aan het taggen zijn seamark:name

http://map.openseamap.org/?zoom=17&lat=52.87974&lon=5.37529&layers=BFTFFFTFFTF0FFFFFFFF
node:
name=SkipsMaritiem - Marina Stavoren
phone=+31 514 684684
seamark:harbour:category=marina
seamark:name=SkipsMaritiem - Marina Stavoren
seamark:type=harbour
website=http://www.skipsmaritiem.nl/de/jachthavens/marinastavoren/

Je ziet daar nu dat twee schipjes symbolen gerendeert worden.
En de naam nu twee keer, vanwege waarschijnlijk
name=
seamark:name=

Kaart is maar net hoe oud de data is .

Klopt, het ging mij persoonlijk om shop=* die lang niet allemaal gerenderd worden.

Ja, ik geef eigenlijk een verkeerd voorbeeld.

Ik meen begrepen te hebben, dat nodes binnen een polygon wel een verband met elkaar hebben.

binnen gebouw binnen marina

Alles mag

Ik ben echter een sterk voorstander van “One feature, one OSM element”. Er is volgens mij ook geen enkele reden wat renderen betreft om niet alle tags op het pand te zetten als er maar één adres in het pand zit. Zitten er meerdere adressen in het pand, dan is het denk ik gewoon even een paar weken geduld hebben en verschijnen ze vanzelf.

Dit begrijp ik niet helemaal.
Als er meer adressen in een pand zijn, (ik neem even als voorbeeld een winkelstraat) dan zijn meestal de bovenwoningen de andere adresnodes.
Ik vind dat de naam van de winkel op het pandcontour mag komen te staan, om de naam van de shop te laten renderen.

Is het een dataprobleem of een renderprobleem? Oplossing voor een dataprobleem is de data juist taggen. Als een gebouw inclusief bovenliggende verdiepingen één winkel omvat is het vanuit dataoogpunt prima om alle POI info op de gebouwcontour te zetten. In andere situaties is een node beter, omdat één gebouw dan meerdere functies heeft (diverse winkels, apartementen vanaf de eerste verdieping etcetera).
Oplossing voor een renderprobleem is de rendering aanpassen via de OSM carto.

“One feature, one OSM element” dus automatisch omgekeerd “More features, more OSM elements”.

In dit geval:

• één pand
• één woning
• één winkel

Elk van die features heeft properties. De naam van de winkel is een property van … de winkel of het pand? Het lijkt mij dat het antwoord daarop evident is.

Is het renderen van die namen echt zo belangrijk dat we niet kunnen wachten tot het opgelost is waar het hoort: Zie Render a generic icon for shop=*. Als je nu eerst alles fout mapped, moet je het straks allemaal weer terugdraaien. Voor de naam van een gebouw wordt een heel ander lettertype gebruikt.

We hebben toch ook allemaal braaf tunnel=building_passage gemapped i.p.v. tunnel=yes maanden voordat die building_passage werd gerenderd.

Ter informatie: volgens het huidige voorstel zullen binnenkort de volgende waarden voor shop=* gerenderd worden:

accessories, alcohol, antiques, appliance, art, baby_goods, bag, bakery, bathroom_furnishing, beauty, bed, beverages, bicycle, boat, bookmaker, books, boutique, builder, building_materials, butcher, camera, car, car_parts, car_repair, car_service, carpet, charity, cheese, chemist, chocolate, clothes, coffee, communication, computer, confectionery, convenience, copyshop, cosmetics, craft, curtain, dairy, deli, department_store, discount, dive, doityourself, dry_cleaning, e-cigarette, electrical, electronics, energy, erotic, estate_agent, fabric, farm, fashion, fishing, flooring, florist, food, frame, frozen_food, funeral_directors, furnace, furniture, gallery, games, garden_centre, gas, general, gift, glaziery, greengrocer, grocery, hairdresser, hardware, health, health_food, hearing_aids, herbalist, hifi, hobby, household, houseware, hunting, ice_cream, insurance, interior_decoration, jewelry, kiosk, kitchen, laundry, leather, lighting, locksmith, lottery, mall, massage, medical, medical_supply, mobile_phone, money_lender, motorcycle, motorcycle_repair, music, musical_instrument, newsagent, office_supplies, optician, outdoor, paint, pastry, pawnbroker, perfumery, pet, phone, photo, photo_studio, photography, pottery, printing, radiotechnics, real_estate, religion, rental, salon, scuba_diving, seafood, second_hand, sewing, shoe_repair, shoes, shopping_centre, solarium, souvenir, sports, stationery, supermarket, tanning, tattoo, tea, ticket, tiles, tobacco, toys, trade, travel_agency, tyres, vacuum_cleaner, variety_store, video, video_games, watches, wholesale, wine, winery, yes.

Het is een render “probleem”. Inmiddels heb ik me redelijk ingelezen en mede dankzij jullie weer een paar stappen verder in de logica.

Helemaal mee eens, en mede dankzij dit draadje weet ik nu ook de oorzaak.

We wachten dus even rustig af.

ik haak even in, omdat mijn vraag denk ik over hetzelfde gaat

Wil enkele panden op het industrieterrein te voorzien van name tags.

in dit pand zit het Hema distributiecentrum, het gebouw heeft als adres Reactorweg 67

Echter de adres node = Atoomweg 60, de node staat ook op de juiste positie. daar had ik eerst de name tage op gezet en toch weer weg gehaald omdat ik twijfel of ik het wel goed doe, en toen dacht ik aan deze discussie
maar zien we de naam niet terug. de ingang zit aan de Atoomweg. het is ook het officiele adres wat Hema zelf gebruikt

Zet ik de name tag op het gebouw, dan zegt het Reactorweg.
Wat is hier nou het juiste? op de node zetten en zal op termijn ook deze naam gerenderd worden zoals hierboven beschreven voor shops.
is dit eenzelfde situatie?

Want ik het goed begrijp is dit 1 gebouw met twee adres nodes en moet ik dus de naam op de adres node zetten en niet op het gebouw en moeten we geduld hebben eer dit gaat renderen zoals boven beschreven? of geldt dat alleen voor de shop tag?

Als het gehele gebouw (met alle verdiepingen) het distributiecentrum van de Hema is, dan is het prima om de naam op het gebouw te zetten. Vervolgens kun je met CTRL-SHIFT-G op de adresnode en het gebouw de info uit het juiste adres (Atoomweg 40 denk ik) toevoegen aan het gebouw. Het is dan wel nuttig om de ingang te voorzien van een node met de tag entrance=main. Er zijn namelijk momenteel al renderers (zoals Garmin) die dat benutten om je te routeren naar de ingang op basis van die node.

De andere adresnode (Reactorweg 67) kun je dan laten staan bij desbetreffende ingang.

Het is alleen een beetje kort door de bocht om te stellen dat dat ene gebouw het hele distributiecentrum is. Het gebouw langs de Nucleonenweg hoort er ook bij, plus de portiersloge rechts daarvan en ik vind dat ook de buitenruimte erbij hoort. Dat laatste klinkt op het eerste gezicht misschien wat vreemd, maar voor een distributiecentrum zijn de laadkuilen/laaddoks en de parkeerruimte voor de volle en lege vrachtauto’s zeker zo belangrijk als de gebouwen.

Ik zou de omtrek van het terrein intekenen en taggen met landuse=industrial en name=. Ik weet dat sommige mensen niet blij worden van landuse op landuse, maar iets intelligenters weet ik hier ook niet te verzinnen.

Volgens de BAG-viewer is Reactorweg 67 overigens maar 18 vierkante meter. Het zou me niets verbazen als daar een deur zit met een hoogspanningswaarschuwing. Het is echter te lang geleden dat ik daar achterlangs ben gefietst om dat met zekerheid te kunnen zeggen.

Even ter plekke het Hema gebouw bekeken.

Reactorweg 67 heeft vroeger wellicht bestaan, maar het kleine pand wat daar zit was voorheen vrijstaand en is nu samengetrokken met het pand Atoomweg 60, zo zie ik het nu ook ingetekend zowel op OSM als op de bag viewer. volgens mij klopt het dus op het oppervlakte na, het geheel pand is natuurlijk geen 18m2.
mag ik dan voorzichtig zeggen dat adres node 2820531034 Reactorweg 67 dus achterhaald is en niet meer bestaat. en in de BAG het adres op het verblijfsobject de Atoomweg 60 zou moeten zijn?

Hi Allroads, misschien wat laat maar ach

De JOSM validator moppert wel op twee namen of tags, maar area heeft IMHO als er gekozen moet worden de voorkeur. Omdat je met die werkwijze ook de aanpalende faciliteiten als werven, yards en winkels kunt meenemen. Bij een node vindt je het wel in de data maar zie je niet wat er onder valt.