[osm-hu] Re: Posta import

[Imre Samu]

>Szóljatok ha kihagytam még valami reális opciót.

Szia Tamás ( Bkill )
Amit felvetsz az fontos probléma.  beszélni kell róla.

Amit javasolnék, hogy az importnál legyünk egy kicsit konzervativabbak.
- Az első iteráció lényege az adattisztitás:
- És később gazdagíthatjuk/bővíthetjük az adatokat.
Ha bepontosítjuk a POI-kat;  és adunk hozzájuk kapcsólómezőt ( linked data
) - akkor egy kis programozói tudással hozzá lehet rendelni a friss adatokat

Az én fejemben a Posta import - első iterációjának a fókusza:
- Ne maradjon az osm-ben  olyan amenity=post_office ( ami nem szerepel a
Posta adatbázisában - vagy a valóságban )  - ezek nyomozandóak.
- A már meglévő osm -es Posta POI-kat validáljuk - megerősítsük -és
kiegészítjük pár mezővel.
- Az OSM-ből hiányzó postákat beimportáljuk.

A tapasztalatok alapján a 2. iteráció már könyebb lesz.  ( adatfrissítés,
adatgazdagítás. )
A 2. iterációhoz az akadálymentesítési infókat lehetne pl.  bővíteni,
frissíteni (
https://www.posta.hu/static/internet/download/akadalymentesitett_postak_listaja.ods
)
- Rámpa, feljáró
- Emelőberendezés, lift
- Mozgássérült parkoló
- Nincs szintkülönbség, átalakított bejárat
(persze csak ott ahol nincs wheelchair -info  )

Céges adatokhoz a Wikidata se ideális ( előnyök /hátrányokról tudnék
beszélni  )   vagy még ott van az https://opencorporates.com/  ( ODBL ) de
ezt nem ismerem.
Amit lehetne még, hogy a saját weboldalunkon (saját github repo? ) tároljuk
a kiegészítésre váró adatokat.   ( xml, csv, json ? )

Legközelebb amikor személyesen találkozunk, kiváncsi lennék a javaslatodra
- véleményedre.

üdv,
 Imre





Thomas Nagy <bkil.hu at gmail.com> ezt írta (időpont: 2019. jan. 19., Szo,
22:21):

> Én pedig negatív érzelmeket táplálok az olyan haszontalan objektumok
> felvitelével kapcsolatban mint a tűzcsapok (mint azt a tűzoltósági
> tereplátogatásunkkor elmondták a hivatásosok), annak tucatnyi jellemzőjével
> együtt, de még szerencse, hogy az OpenStreetMap nem az érzelmeket
> térképezi, hanem a tényeket.
>
> Mint az már egy korábbi érvelésen elhangzott, például egy külföldinek nem
> világos, hogy melyik típusú boltnak kellene nálunk nyitva lenni
> ünnepnapokon ha nincs explicit feltüntetve az opening_hours=*-ban. Ha egy
> térképész belép egy üzletbe egy mapping party során, és azzal kezdi, hogy
> felveszi a könnyen elérhető információkat, honnan kellene tudnia, hogy
> egyes címkék azért hiányoznak róla, mert a üzlet már túl nagynak számít? Ha
> mégis felveszi, ki fogod törölni a hozzájárulását? Ha igen, milyen policy
> alapozza ezt meg? Ki dönti el, hogy hány üzlet felett számít egy hálózat
> nagynak, és azt hol tartjuk nyilván, hogy adott POI hány elemű hálózat
> tagja?
>
> Abban egyet értünk, hogy ideális lenne kerülni a redundanciát, és az egyes
> üzletekre az egyénileg jellemző honlapot, linkeket, telefonszámokat
> felvinni. (apropó, remélem nem szoktatok felvenni egyforma addr:city és
> addr:postcode címkét a város-kerületrész összes házára, is_in-t egy ország
> pontjára, stb.).
>
> Van olyan néhány sörözőből álló hálózat, ahol még a telefont is a központ
> veszi fel, akkor a telefonszáma nem lesz odaírva? Mi van, ha egyébként akad
> néhány kontaktja, például e-mail, twitter, messenger, de mindhárom közös?
> Ha mindhármat lehagyjuk, nem is lehet távolról elérni. Mi van, ha a honlap
> és telefonszám közül csak az utóbbi egyedi, csak ezt írjuk be, de holnap
> számot cserélnek? Ha a (közös) honlap is ott lett volna, onnan még távolról
> is lehetett volna javítani a számot. Minél több az (online) contact, annál
> könnyebb karban tartani scriptekkel - annál nagyobb az esélye, hogy még
> később is elérhető marad valahol, nem beszélve a többi POI adat onnan való
> kiparszolási/crawlolási lehetőségéről.
>
> A relációk ilyen célú felhasználásától idegenkedem, bár az tény, hogy
> ekkor az összes felsorolt közös címkét bele lehetne pakolni egy operátor
> típusú relációba (wikidata, brand, ref:vatin*, cuisine, stb.).
> Egyes operációs rendszereken már integrálva vannak az OpenStreetMap
> kontaktok is, de nem hinném, hogy egyhamar le tudna valaki kódolni egy
> ekkora indirekció követést ami akár reláción, akár wikidatán keresztül
> vezet. Pedig kézenfekvő volna a térképen keresztül becsekkolni,
> #mention-ölni a helyet, értékelni, lájkolni vagy kommentálni.
>
> Minden esetre leszavazták amikor a múltkor kérdezte valaki:
> https://wiki.openstreetmap.org/wiki/Relations/Proposed/Operators
> https://wiki.openstreetmap.org/wiki/Relations/Relations_are_not_Categories
> "Grouping relations really only make sense if the grouping is neither
> geographical nor exclusive"
>
> Mint korábban említettem, én jogi és praktikus okokból sem szeretnék csak
> azért contributálni a Wikidatára, hogy aztán az OSM-hez linkelhessen (nem
> beszélve arról, hogy random névtelen emberek is elronthatják, stb). De ha
> ezt egyszer elkezdem, akkor biztos végigviszem, és onnantól kezdve csak
> üres OSM pontokat veszek fel amin a wikidata=* lesz az egyetlen címke és
> minden adatot Wikidatán sorolok fel. Ezzel legalább rákényszeríteném a data
> usereket, hogy kövessék és ekvivalensen kezeljék ezt az indirekciós szintet
> is, és akkor a jövőbeli szerkesztőknek sem kell szembenézni a fent említett
> agóniával, legalább rajtuk segítenék. Igaz, ezzel kiönteném a licenszet is
> a fürdővízzel együtt, de no pain - no gain.
>
>>
>>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://lists.openstreetmap.org/pipermail/talk-hu/attachments/20190120/9b0ea8cf/attachment.htm>