Re: [osm-hu] Re: ref vagy ref:cég vagy ref:cég:hu vagy ref:hu:cég vagy ref:cég:HU vagy ref:HU:cég

2018. Dec. 16., V, 18:31:26 UTC

Az egyszerű megközelítéseket én is szeretem. De csak óvatosan - érdemes
elolvasni a wiki oldalaikat: a ref:vatin:hu-ból nem származtatható a
ref:vatin és fordítva sem mindig igaz. Az előbbi azért, mert nem kötelező
EU közösségi adószámot igényelni, a másik irány pedig mert nem tudod az
adónemet, bár az operator:addr-ban tényleg benne lehet a székhely ha
feltüntette valaki, de ha csak az hiányzik az is plusz számolás.

http://www.afaregisztracio.hu/afa-hirek/15-mit-kell-tudni-az-adoszamrol

Értem az iD editoros aggodalmat, de egyelőre nem érzem súlyosnak. A
tulajdonosváltást úgyis mass edittel kell kezelni, mely végrehajtásakor
érdemes a preseteket is utána húzni. Amúgy pont ez egy nagyon jó trigger
lehet a jövőben: ha a monitoring scriptünk azt veszi észre, hogy a
hivatalos oldalon feltüntetett adószám megváltozik a tagelthez képest, már
megy is a QA, hogy resurvey-elni kell a helyet mert bármi megváltozhatott
vele együtt (nyitvatartás, stb). Pont ezért lesznek jók a wifik is - a
monitorot elősegítendő.

Visszakérdezek: a WikiData-ban is benne van mindkét adószám a megfelelő
esetekben? Honnan tudjuk, hogy hol-milyen infó van már meg és azok mennyire
aktuálisak, térképezéskor azt is töltsem le a telefonra/gépre offline és
szemgolyózzam minden POI-ra az OSM/wikidata/wikipedia linkeket át? Ezt
eddig egy sima OSM + history dump is tudta, van vagy 200 mega a környéken,
bár néha a most recent edit time is sokat elmond.

Az OTP egy sarkított példa, mert szerintem a másik levélben említett
milliónyi magyar vállalkozás nagy részének nincs wikidata azonosítója,
viszont van adószáma, és az rendelkezésre is áll amennyiben ott vásárol a
térképész. Azt javaslod, hogy térképészéskor minden POI felvitelével
párhuzamos közben hozzunk létre nekik Wikidata, Wikipedia, (Wikihow,
Youtube, ...?) oldalakat is, hogy legyen mihez linkelni és ott töltsük ki a
megfelelő adatokat? Persze egy ideális világban tényleg menő lenne, de nem
tartom reálisnak.

És mi lesz az adattisztaság/licensz kérdésével ami miatt korábban
megszóltál minket amikor a két projekt összekötéséről beszélgettünk? Ha már
egyszer megdolgoztam az adatokért és felajánlom a közösség részére azt
tessék szépen felhasználni, akkor ne egy "inferior" helyre töltsük már át.
Ha jövőre pedig kitalálunk valami nagy projektet az "adószámokkal" (nem
tudom pontosan mit raknál át oda) és közben minden ilyesmit átpakolunk oda
akkor ráfaragtunk mert megint nem lehet kombinálni.

Ez is egy szubjektív levél volt, de melyik nem az? :-)

On Sun, Dec 16, 2018 at 5:48 PM Imre Samu <pella.samu at gmail.com> wrote:

> szubjektív vélemény -  legyen egyszerű és iterativ a megközelités.
>
> Szerintem a kevesebb néha több  ...  vagyis az első körben én csak arra
> törekednék, hogy fentlegyenek a térképen -   és minimális infó meg legyen.
> A második körben lehet kiegészíteni  .. a legfontosabbakkal
>
> De az átfedő információk közül én mindenképpen csak az egyiket vinnám fel.
>
> pl.
> ref:vatin:hu=22234663-2-44
> ref:vatin=HU22234663                 ( Szerintem nemzetközileg ez a jobban
> preferált.  - és  származtatható belőle a magyar adószám )
>
> sok dolgot a cég/brand wikidata azonosítójához is lehet kötni   - vagyis a
> Wikidata azonosítónak mindenképen pöpecnek kell lennie.
> pl OTP Bank - https://www.wikidata.org/wiki/Q912778   fentvan   .. akinek
> kell plusz infó - összekapcsolja ..   ( ott van kínai cégnév is :   OTP銀行 )
>
> ha telepakuljuk 300 címkével - akkor a kezdő új szerkesztőket
> összezavarjuk, sőt néha én is összezavarodok.
> vagyis valami jó egyensúlyt kellene találni.
>
> Ha valamilyen adat változáskezelését szintén nem tudjuk megoldani, akkor
> azzal is óvatosnak kell lenni.    Például megváltozik egy bolt bérlője, de
> az iD editoros szerkesztő az adószámot nem irja át. ( mert nem hozza fel
> neki a felület )
>
>
> Thomas Nagy <bkil.hu at gmail.com> ezt írta (időpont: 2018. dec. 16., V,
> 13:22):
>
>> Első kérdés, hogy ez globally unique identifier-e, vagy fontos-e, hogy az
>> legyen? Ha igen, akkor kellene, de lásd a levél végét.
>>
>> Nekem általában jó a kis és nagybetű. Az OSM a legtöbb dologra nagyon
>> szereti a kisbetűket, de én támogatnám a nagybetűs rövidítések bevezetését
>> (azonosítóknál határeset).
>>
>> A TESCO esetén mint tudjuk, az üzemeltető egy magyar cég, így biztosan
>> nem egyedi világszerte, tehát muszáj volna használni ország prefix-et.
>>
>> Én az ország prefixet még akkor is kiraknám ha a brand (egyelőre) csak
>> Magyarországon fordul elő, mert lehetnek (akár csak később) névütközések
>> mint tapasztaltuk.
>>
>> Más franchise esetén még bonyolultabb a helyzet (pl. meki), amennyiben
>> egy országon belül is tetszőleges számú cég üzemeltetheti (és számozhatja)
>> az üzleteit.
>>
>> Még egy kombináció kimaradt: ref:company.hu, mely egy létező domain
>> névre mutat, és az országon kívül még azt is egyértelművé teszi, hogy az
>> adott oldalon használt ref-ek jelennek itt meg. Ez elvileg az esetleges
>> non-exclusive franchise problémákat is megkerüli.
>>
>> Az más kérdés, hogy sokszor nem ismert ez a referencia és a járókelőknek
>> is többet mond a branch=*.
>>
>> És aztán a másik, fenntarthatóbb megközelítés miszerint ne legyen
>> milliónyi új kulcs a világ milliónyi üzletének, hanem használja mindenki a
>> ref=*-et. Az overpass query és bármilyen data user úgyis szét tudja ezeket
>> választani igény esetén operator=*, wikidata=*, brand=* vagy más hasonló
>> jellemző alapján. Mivel több ilyen ref=* azonosítója is van egy boltnak
>> (adószám, cégjegyzékszám, stb) ezért érdemes namespace-elni a ref-et, de
>> csak a potenciális ütközések elkerülése végett és hogy a consumer biztos
>> lehessen abban, hogy mit talál a ref-ben. Ez a legrosszabb esetben is csak
>> pár tucat, pár száz új subkey vs. milliók cégenként. Ekkor arra a kérdésre
>> keressük a választ, hogy mi legyen a neve annak a subkey-nek, ami a belső
>> azonosítót jelöli. Mivel ebből is lehet több (amiről mi mindig nem tudunk),
>> mérlegelhetünk néhány alternatívát:
>> ref:internal
>> ref:company
>> ref:website
>> ref:branch
>> ref:venue
>> ref:private
>> ...
>>
>> On Sunday, December 16, 2018 at 9:09:17 AM UTC+1, KAMI KAMI wrote:
>>>
>>> Sziasztok,
>>>
>>> A boltoknak rendszerint van valami azonosítójuk. Spar, Burger King és
>>> Tesco például ilyen, vagy éppen a New Yorker. Szerintetek ez milyen
>>> formában kellene rögzíteni?
>>>
>>> http://taginfo.openstreetmap.hu/search?q=ref%3Ahu%3Aspar
>>> http://taginfo.openstreetmap.hu/keys/ref%3Ahu%3Aburgerking
>>> http://taginfo.openstreetmap.hu/keys/ref%3Adm#values
>>>
>>> Üdvözlettel / Best Regards:
>>>
>>> Kálmán (KAMI) Szalai
>>>
>> --
>> Magyar OSM Levelezőlista - openstreetmap-hungary at googlegroups.com
>> leiratkozás: openstreetmap-hungary+unsubscribe at googlegroups.com
>> ---
>> Azért kapta ezt az üzenetet, mert feliratkozott a Google Csoportok
>> „openstreetmap-hungary” csoportjára.
>> Az erről a csoportról és az ahhoz kapcsolódó e-mailekről való
>> leiratkozáshoz küldjön egy e-amailt a(z)
>> openstreetmap-hungary+unsubscribe at googlegroups.com címre.
>> További lehetőségekért látogasson el ide:
>> https://groups.google.com/d/optout.
>>
> --
> Magyar OSM Levelezőlista - openstreetmap-hungary at googlegroups.com
> leiratkozás: openstreetmap-hungary+unsubscribe at googlegroups.com
> ---
> Azért kapta ezt az üzenetet, mert feliratkozott a Google Csoportok
> „openstreetmap-hungary” témájára.
> A témáról való leiratkozáshoz látogasson el a következő címre:
> https://groups.google.com/d/topic/openstreetmap-hungary/6r0PSpFU1oM/unsubscribe
> .
> Az erről a csoportról és minden témájáról való leiratkozáshoz küldjön egy
> levelet a következő címre:
> openstreetmap-hungary+unsubscribe at googlegroups.com.
> További lehetőségekért látogasson el ide:
> https://groups.google.com/d/optout.
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://lists.openstreetmap.org/pipermail/talk-hu/attachments/20181216/80c4b93c/attachment.htm>