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

[Imre Samu]

Szia

>Az egyszerű megközelítéseket én is szeretem.

akkor oké :)

>é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.

Én egy jó kompromisszumnak tartanám az EU-s adószámot  - legalábbis az egy
elég  fix ID ( első 8 számjegy )  -  a székhely és az Áfakör változhat.
A Magyarországon kiadott közösségi adószámok az országot azonosító ”HU”
kódból, valamint a belföldi adószám első 8 számjegyéből állnak, a
következőképpen: „HUxxxxxxxx.”.""

de ha maximalisták akarunk lenni, akkor meghajlok  :)

Viszont  kellene egy adószám monitorozó rendszer, ami
-  kihajigálja az elavult / megváltozott adószámokat.  ( NAV publikus api ?
)
-  ahol az EU adószám és amagyar adószám első 8 karaktere nem egyezik meg.
 ( ez a könnyebbik rész )
Te milyen elenörzéseket végeznél még el ?


>É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?

Valószínüleg a licensz megjegyzésem  a Wikidata-ból történő OSM importra
vonatkozott
De bárki  ( mint 3rd party )   bármikor összefésülheti a Wikidata+OSM
adatokat és egy weboldalon megjelenítheti.  Csak az osm szeretne fehérebnél
is fehérebb lenni.
( Ráadásul a Wikidata-ba mindenféle dolgokat beimportálnak ;   viszont az
USA  és az EU egész máskép értelemzi az adatbázis jogot :
https://en.wikipedia.org/wiki/Sui_generis_database_right
 A probléma ha jól értem, hogy hiába CC0-a a wikidata , az ide bekerülő
rengeteg ( beimportált ) adata licensze nem CC0-a, vagy public domain )
)
Amúgy a wikidata kapcsolómezők lassan a "megtürt"  kategóriába kerültek
át.  Lásd     brand:wikidata -s előadásomat múltkor.

de mindenesetre - ez egy részlettéma.
Ha ragaszkodsz a pluszmezőkhöz, akkor meghajlok.   ( viszont az
életciklusuk monitorozására ( megszünt/változott) kellene valamit
kitalálni, mert később beterit bennünket a sok változás.



üdv,
 Imre








bkil <bkil.hu at gmail.com> ezt írta (időpont: 2018. dec. 16., V, 19:31):

> 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.
>>
> --
> 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.
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://lists.openstreetmap.org/pipermail/talk-hu/attachments/20181217/c98dd959/attachment.htm>