Hello, I see you are also tagging fire hydrant opening direction. I made up fire_hydrant:opening=* with a friend without prior RFC. I've started a public thread about this so others can suggest improvements to this tagging practice. Feel free to join the discussion:
https://lists.openstreetmap.org/pipermail/tagging/2018-October/039707.html

Kiment a listára a kérésem a címkézéssel kapcsolatban, kérlek fussátok és akár ott, akár a wikiben várjuk a javaslatokat:
https://lists.openstreetmap.org/pipermail/tagging/2018-September/039164.html
osm.wiki/Proposed_features/Free_drinking_water_by_private_entities

osmoid: A diszkónál nincs belépődíj? Ha van, access=customers, ha nincs, access=permissive. A "haverodnál" amúgy csak vicceskedve említettem az access=private-ot, mivel a házik WC-ket vagy bármilyen, a közérdeklődésre nem számot tartó dolgot nem szoktunk címkézni. Ha mondjuk egy office komplexum kerül indoor mappingolva ahol járnak vendégek is (Meetupok?), ott már lehet jelentősége az access=private WC taggelésnek is. Az access=permissive jelentését bemásolom a wikiből: "while nominally private, no visible attempt is made to restrict access, and casual use appears to be tolerated by the owners." Ha én be tudok sétálni a haverod lakására használni a WC-t, és ő nem nagyon szól érte, legfeljebb kicsit csúnyán néz, akkor permissive, különben private. A privát azt jelenti, hogy a tulajdonos, családja, baráti köre, és egyéb VIP limitált kör, a public/yes azt jelenti, hogy bárki besétálhat.

Erre való az amenity=toilets + access=customers (vagy access=private a "haverodnál"), én mindig így taggelem. Ha ez így van fent, akkor nyilván nem jöhetnek be az utcáról még újratölteni sem. Ellenben plázában ez a megszorítás nem áll, ott az utca embere is bemehet (amúgy is unenforceable lenne).
És a portás sem ad vizet ha kérek? Igaz, ismerek irodaházakat ahol a forgókapun kívül is található mosdó, ezeket jó lehet felvinni.
A boltokat nem jelölhetjük be ugyanezzel, mivel a drinking_water=yes alapértelmezése az ingyenesség, viszont a drinking_water=yes + fee=yes-ből már kiderül a lényeg, nem érzek itt ellentmondást. Amennyiben a fizetős strand egy privát terület, akkor a közepére felvett feature-ök privátnak értelmezendőek, de ugyanúgy alkalmazható rájuk az access=customers. Ez mind közismert, dokumentált és logikus gyakorlat, nem látom az életszerűtlenséget.
Tehát arra kérdezzünk rá, hogy ha kasszás/pincérnek odaadjuk a konténerünket az utca embereként, ő megtölti-e ingyen? Meglátjuk, hogy tetszik-e a többieknek, de abban az esetben látom hasznát ha nincs mosdó az adott helyen.
Sok ilyen kezdeményezés van és én nem mennék bele abba, hogy egyesével címkézzük, hogy melyik mozgalmat támogatja az adott bolt (refillproject.org: iskolákban, tőlük vásárolt rozsdamentes acél kulacsba szűrt/hűtött vizet, WaterUKRefill: csapvíz, vagy a személyzettől vagy a boltban felállított automatából (még több címke...)), vagy más efféle micromappingbe, például elméletileg létezhet olyan aki kölcsön üvegpohárban is ad, nem csak saját kulacsban (ha otthon hagytuk a kulacsot akkor sem halunk szomjan, ez is érték egy keresőben).

Scriptet nem könnyű rá írni, mert így jelenleg most két teljesen eltérő dologra van használva ez a címke. Arra tudnál válaszolni, hogy ismersz-e még valakit magadon kívül aki ebben az értelmében használta ezt a címkét? Mert ha nem, szerkesztő szerint esetleg még lehetne szűrni. (kb. vissza kell nézni a changeseteket és csak akkor javítani ha diffben ez az új címke szerepel és te tetted rá)
Ha egy WC-ben vagy forrásban ivóvíz folyik és a csap alá lehet tartani a kulacsot (bottle=yes) azt pont ugyanolyan jó ha feldobja a lekérdezés, ez minden túrázónak meg kell, hogy feleljen, teljesen mindegy, hogy sörözőben van-e az a forrás vagy WC. Ha egy POI-n van ez a jellemző akkor pedig alapértelmezésben az opening_hours megegyezik, ez is érthető korlátozás.
Az autocomplete pontosan azt dobja ki, amiből az adatbázisban sok azonos használatút talál, ezen csak a gyakorlat segít.
Szívesen megfuttatom neked a tagging levlistán is, de nélküled nehéz, mivel nem értjük még 100%-ban, hogy mit szeretnél taggelni és mit nem (vagy miért). Nekünk és a túrázóknak a sima iható víz a fontos iskola ide vagy oda, de neked mintha speciális igényeid lennének.

Létezik fizetős drinking water is, van fee=yes és access=* címke is használatban sok ezer helyen:
https://taginfo.openstreetmap.org/tags/?key=amenity&value=drinking_water#combinations
node/3576780141
node/941479985
node/3375762869
node/1433492149
node/3234889312
Bár az igaz, hogy default az ivókútra a fee=no.
Viszont két első szintű taget nem teszünk egy POI-ra, például nem lehet amenity=library + amenity=drinking_water, ezért szoktunk ilyenkor drinking_water=yes-t tenni rá (amivel elsősorban azt jelezzük egy forrásnál, hogy iható-e a vize és nem azt, hogy ingyenes-e, de close enough).

It should be disused:man_made=drinking_water. This is how life cycles work, and it will not appear in searches that way. osm.wiki/Lifecycle_prefix

free_refill=*

Most nem néztem át az összes külföldi példát, de félreértetted, hogy mire használták a többiek (nem véletlenül, hiszen ez egy félreérthető címke, ezért nem kellene használni):
shop=gas + refill=yes
node/1756781172
Sok étteremben a free_refill=yes azt jelenti, hogy ital vásárlás után ingyen után töltheted a poharadat ugyanazzal (vagy a refill kínálattal):
node/2448070050
https://www.reddit.com/r/britishproblems/comments/3ggwvn/im_not_too_sure_if_the_drinks_at_subway_are_free/
node/2446018088
https://www.yelp.com/biz/upper-crust-pizzeria-pell-lake
node/2448046883
https://www.yelp.com/menu/jerlandos-ristorante-and-pizza-watkins-glen/dine-in-menu
...
Ilyenek vannak Magyarországon is, bár én fejből csak egyet ismerek:
node/4197289704
Meg persze az összes Starbucks:
node/4343678693
http://www.starbucksmelody.com/2016/04/14/starbucks-refill-policy-update-2/
Tehát én azt javasolom, hogy fejezd be a címke olyan használatát ami eltér a másokétól (legjobb lenne a másik jelentést is átnevezni, például drink:refill=yes, drink:refill=customers, ...). Majd valahogy vissza kellene javítani az eddigieket. Rajtad kívül más is felszerkesztett ilyen módon, tudsz ilyenről, vagy elég csak a te szerkesztéseiden végig menni?

Ui. és persze ezzel megint nem az értékét akarom firtatni a mozgalomnak, de a térképre tekintve itt egy csomó közkút az adott sörözők körül. Persze simán lehet, hogy éppen elromlik az egyik és világos, hogy vannak területek-városok ahol ez nincs így, de itt minek menne be valaki a sörözőbe szégyen szemre sima vízért ha az ajtóban a kút (szó szerint sok ilyen sörözőt tudok)? Ilyenkor egy szervezett túrán is inkább a kút mellett mennék el mint a sörözőn keresztül, mert a rendszeres ingyenélő turistacsoportok elég hamar meg tudnák utáltatni a tulajdonossal a mozgalmat.

A víz mérgezőségét én nem firtattam, nem tudom honnan jött ez a gumicsont. A weboldalból indultam ki, ami szerint ha egy iskolában van olyan ivókút ahol megszűrt a víz és aláfér egy kulacs, akkor az része a mozgalomnak. A jól definiáltság kritériuma, hogy fejtsük ki (akár egy wiki oldalon), hogy mit értünk a címke alatt. Pont a kérdésemre nem válaszoltál: te olyan helyre is ráraktad ahol nincs megszűrve a víz? Az adatbázisban "végtelen" címke van, de az olyan címke mögé kell állni aminek a lehető legtöbb az értéke. Még nem hoztál fel olyan érveket ami arrafelé mutat, hogy meghagyjuk a free_refill=* címkét. Majd ha időd engedi, kérlek regisztrálj a levlistára és/vagy válaszold meg a többi fontos kérdésemet is. Ha pedig kicsit letakarjuk ezt a "mozgalmat" és ettől függetlenül akarjuk címkézni ami tényleg fontos, én a drinking_water:fee=no és drinking_water:fee=no @ customers változatokat támogatom, esetleg a drink:water:fee=no variációban. Nem érzem, hogy begörcsölne a kezem ennek begépelésétől, és magában is megérti az is aki nem tud a mozgalomról. (Azért kevesebb mint 100 pont felvitele esetén kicsit fura erről beszélni, főleg a presetek idejében...) Igaz, ez nem fedi pont ugyanazt, mert itt nem követeljük meg, hogy szűrt vagy hűtött legyen a víz.

https://groups.google.com/forum/#!topic/openstreetmap-hungary/wFXopzyW3LY

Ha gondolod folytathatjuk a beszélgetést a levlistán is: https://groups.google.com/forum/#!forum/openstreetmap-hungary
Bátran üzemeltethettek saját szervert saját adatbázissal ahol a POI-kat tetszőleges csoportosítás szerint gyűjtitek illetve jelenítitek meg. Viszont ha az OpenStreetMap adatbázisát szeretnétek használni ennek tárolására, akkor néhány szabályt be kell tartanotok. Számomra, és a szerkesztők illetve használók nagyja számára nem jelent semmit a free_refill és nem ismertük a refillproject.org-ot, így nem lehet összekötni a kettőt, de ezek szerint ez egy trademark része (és trademark elkerülés miatt neveztük át a wifi=* kulcsot internet_access=wlan sémára). A szabály szerint egy kulcsnak meg kell állnia magában is, ezt bármilyen üzletre rátehetjük és pont az nem következik belőle, hogy "mit" refillelnek, PB palackot, üzemanyagot, levegőt kerékbe, tűt, óvszert, ...? Ahhoz nem kell mozgalom, hogy megtudjam - egy vendéglátóhelyen adnak-e vizet, ez ugyanolyan jellemző, hogy a sörözőben van-e étel. Az máshogy jelölendő, hogy van ahol kiszolgálnak megszűrt csapvizet is (drink:filtered_tap_water=yes, vagy drinking_water:type=filtered_tap, esetleg water:quality=filtered) akár elvitelre (takeaway=yes), illetve mint javasoltam léteznek jól bevált megoldások amivel ki lehet emelni ennek ingyenességét is (pl. drink:filtered_tap_water:fee=no). Ennél sokkal kézzel foghatóbb és bejáratottabb módja ha simán drinking_water=yes és drinking_water:fee=no címkéket teszünk a helyre, mert feature szempontjából itt csak ez számít a usernek és erre léteznek is keresők. Vagy nem értem, hogy pontosan mire vonatkozik ez a címke (szűrtnek kell-e lennie, van-e mennyiségi korlát, elzavarnak-e utána mert csak fogyasztó vendég ülhet le, csak fogyasztó vendégeknek töltik meg a kulacsát ingyen, ...), hogyan tudom verifikálni, mire kell pontosan rákérdeznem a személyzetnél. A free_refill_note címke szintén nem szerencsés. Úgy gondolnám, hogy ez triviálisan egy POI nyitvatartásához szokott ez kötődni, ha nem, külön node man_made=drinking_water + opening_hours=*. Nem feltétlenül lebeszélni szeretnélek ezekről mert az sem az OSM filozófiája, hogy meggátoljon embereket vagy közösségeket, én csak javasoltam néhány ésszerű javítást a módszeretekben, hogy minél szélesebb köröknek tudjatok segíteni az adatgyűjtéssel és minél megismerhetőbbek és egyértelműbbek legyenek az adatok ha már egyszer elszántátok magatokat. Az külön bölcsnek és udvariasnak számít ha bedobod a közösségnek ha van valami jó ötleted amit szeretnél csinálni és meghallgatod mások véleményét, aggályait. Amennyiben még mindig nem érzed át a problémákat, bevihetjük a tagging listára is. Mint gondolom tudod, sokáig ingyen volt a víz a legtöbb helyen, és a jobb helyeken most is biztosítanak az étkezéshez (pl. menüs helyeken is). Jó lenne egy olyan séma ami ezt is magában tudja foglalni (azaz hogy a fogyasztó vendégek részére biztosított az asztalokon a víz, pl. drink/drinking_water:water=free @ customers) https://24.hu/belfold/2018/07/23/csapviz-etterem-penzert-ingyen/

Helló! Egészen biztos, hogy ez a neve a kávézónak? A falra coffee&co volt kiírva. Miért húztad át a folyosó másik oldalára? A bal oldalt van a burgerező, és a jobb oldalt van a kávézó. Ha újramérted, kérlek húzd odébb az egész folyosót és a többi POI-t is. Ha nem válaszolsz hamarosan, visszanevezem.

Helló. Köszi a plusz adatokat. Megkérhetnénk, hogy dokumentálod a wikiben a free_refill kulcsot? Úgy látom, hogy már elég sokfelé alkalmazod, de semmit nem lehet róla tudni. Ha ez a drink-hez kapcsolódik, úgy mint drink:free_refill, akkor valami ilyesmi jelölés érthetőbb volna: drink:water:fee=no A website kulcs leírását kérlek ellenőrizd a wikiben. Nem mutathat bármilyen random oldalra, csak a POI saját üzemeltetésű weboldalára. Ugyanakkor a contact névtérben sokféle szociális weboldalnak megvan a hely. Érdemes beszélni a tulajdonossal, hogy regisztráljon valamelyikre.

Itt az eredeti szövegezés onnan indult ki, hogy egyesek berajzoltak egy parkoló körvonalat (vagy ház), majd tettek a közepére egy parkoló (vagy étterem) node-ot is, hogy a renderer oda rakja az ikont. Itt nem ez a helyzet - nem áll fel a redundancia és a duplikáció a két ábrázolni kívánt entitás között, ami jelen esetben az épület és az étterem.
osm.wiki/Good_practice#One_feature.2C_one_OSM_element

A térképen ábrázolunk egy épület entitást a hozzá kapcsolódó tulajdonságokkal (mint például a szín, szintek száma, tetőszerkezet, anyaga, architektúra, stb), és egy ettől koncepcióban eltérő étterem entitást (telefonszám, felszolgált ételek, házhoz szállítás) mely az épület fizikai határain belül található a megadott emelete(ke)n. Ízlés kérdése, hogy középre tesszük-e, bár ha a bejárathoz kicsit rakjuk az további információval szolgál.

Mint megállapítottuk, sokszor a hátsó rész raktár vagy ipari előkészítő és a padlástérben laknak is, emiatt fennáll az az érdekes helyzet, melyben az épületre helytelen mind a building=residential/house, mind a building=commercial/retail.

Most a gondolatkísérlet kedvéért tegyük fel, hogy senki nem lakik fent, nincs raktár, ipari főzőegység és semmi más az épületben, így az kizárólag 100% étterem. Mint fent már utaltam rá, az egyetlen entitáson levő túl sok címke maga zavarja a kiigazodást a felhasználó számára, ezért javaslom a szétbontást ekkor is ha csak van értelme.

Viszont ebben az esetben egy további érv, hogy bár a két entitásnak lehetnek közösen értelmezhető jellemzői, mint például az air_conditioning=* (ezt amúgy a POI node-ra javaslom inkább mivel szoba szinten változhat), viszont ahogy egy házra nem értelmezhető a kiszolgált ételek fajtája vagy a házhoz szállítás és telefonszám sem szigorúan köthető 1:1 hozzárendeléssel egy épülethez, ugyanúgy értelmetlen egy étteremnek az anyaga vagy színe. Ellenben még ellentmondásos címkék is előfordulhatnak, például a start_date=* jelentheti az épület építésének idejét illetve az étterem megnyitását is.

Bár szigorúan véve házszáma is csak az épületnek van és az éttermet nem a házszám határozza meg, hanem hogy pontosan melyik épület melyik részén található (emelet, ajtó, szárny, folyosó, stb). Nagy épületekben levő POI megadáskor különösen szembeötlő a haszontalan redundancia ahol minden POI-nak ugyanaz a házszáma. Azt az OSM data usereknek le kell tudnia (előbb vagy utóbb) kezelnie, hogyha adott házszámra keresek akkor az adott házban levő össze POI-t adja vissza eredményként, mert csak így van értelme.

Úgy érzem, hogy már elég sok érvet sorakoztattam fel amellett, hogy miért kell leválasztott entitásként kezelni egy házat és a benne levő POI-kat. Azt nem kötöm ki, hogy pontosan milyen módon legyenek szeparálva, erre egy példa ha az épület egy terület, míg a POI benne egy pont, de ugyanolyan helyes alternatíva az étterem entitást a tulajdonolt vagy bérelt telek vagy épületrész körvonalaként ábrázolni, főleg ha ezen belül sokféle dolog található. Egyelőre az utóbbit túl nagy munkának érzem a legtöbb esetben minimális megtérüléssel, ezért preferálom az előbbit.

Valószínűleg indítok erről egy wiki oldalt és kiküldöm a listára is mostanában.

Ezt a szöveget az írt wiki oldalon, úgy mint az oldal nagyját, az első verziójában írta meg egyetlen ember 2009 elején (aki 2007-ben regisztrált, 2008-09-01 óta szerkeszt wikit és néha panaszkodnak a stílusára). Nem találtam rá referenciákat vagy egyeztetéseket azzal kapcsolatban, hogy ez az információ honnan van. Azóta nem frissítették. Bár ez az értékéből nem feltétlenül csökkent és nem akarom megcáfolni a létjogosultságát, mert nagyon jól összeszed józan ésszel követhető egyszerű alapelveket, melyek java szerintem örök érvényű. Viszont ha visszaolvasod azt a változatot, kicsit más volt a szöveg kontextusa. Akkoriban még nem találták fel az indoor és micro mappinget, és általában is örültek neki ha legalább a nagyobb utak fent vannak mindenfelé. Ennek ellenére nem volna rossz ha volna arról egy közösségi döntés, hogy az olyan helyeken ahol nincs elkerítetten felrajzolt telekhatár, ott kerülhet-e külön pontra a POI redundancia mentes címkézéssel (tiltott/tűrt/támogatott). Nekem közel mindegy, de egy kicsit jobban szeretem a külön pontot a fenti érvelés miatt.

ui. Ja, és láttam már étteremmel/sörözővel közös épületben lakásokat és szállókat is. Ezen felül mint a levlistán már párszor kifejtettem, az épület maradandóbb mint a POI ami rajta van illetve át is költözhet máshová (drag & drop), és ezt az életciklust is jobban követi az elválasztott OSM entitás. Továbbá nagyon sok címkét lehet felvinni épületekre is (lásd 3D), és POI-kra is, amin egy bizonyos szám felett már nehéz eligazodni, ezért is érdemes vágni amikor csak lehetőség van rá. Indoor mappingről nem is beszélve. Átnézem a wikit a napokban ahogy időm engedi, de nehezen hiszem el, hogy ezek még csak bennem fordultak meg.

Köszi, hogy ránéztél. Ez egy köztes javító lépés. Egyik sem a leghelyesebb ábrázolás. A helyes ábrázolást majd a drone alapú épület és kerítés berajzolás után következik. Utána új területpoligonok jönnek létre barrier=fence kerítéssel, és ezekre a polygonokra fog kerülni az amenity minden jellemzője. Azaz az étterem telkére kerülnek az étterem épületei, járdái, asztalai, bejárója, parkolója, stb. Az épületekre pedig csak a házakra való jellemzők maradnak, például a házszám. Illetve amúgy is majd csak a helyszíni bejárás után fogjuk jobban látni, hogy van-e 1-1 épületben egyéb funkció, például ATM, dohánybolt, WC, lottózó, pad, váró, recepció, stb.

Hello! Thank you for your contribution. Regarding QPola menza: We usually do not add those redundant tags that have a reasonable default value in a given country for a given type of POI. E.g., smoking=no applies to everything in Hungary. drive_through=no seems pretty reasonable for a POI inside a building and far from any public access road (anyway drive_through=yes is a rare exception around here). I think delivery=no should be interpreted as a reasonable default as well, but I leave this up to you this time.

Hello! Thank you for your contribution. We usually do not add those redundant tags that have a reasonable default value in a given country for a given type of POI. E.g., smoking=no applies to everything in Hungary. drive_through=no seems pretty reasonable for a POI inside a building and far from any public access roads (anyway drive_through=yes is a rare exception around here). I don't think that this is a takeaway=only POI in the sense that after purchasing the food I can sit down and consume it at the tables right in front of the serving area, i.e., I do not need to take it home or back to my car, and they do not mind that I eat it right in front of them.