[osm-hu] Re: Posta import

2019. Jan. 23., Sze, 05:02:08 UTC

Sziasztok,

Én a magam részéről kompromisszum képes vagyok, azaz lehetőleg a name=Posta
maradjon meg, a többit rátok bízom. Engem nem zavar ha ott van, az sem ha
nincs a többi infó. Az importáló kialakításánál minden véleményt igyekeztem
figyelembe venni és az ilyen extra adatok a Tesco importnál is bekerültek.
Nekem jó ha az extra infók egy relationben vannak, de akkor újra kellene
ott szavaztatni. Vagy minden más megoldás is jó. Csak találjátok ki,
lehetőleg mihamarabb (mondjuk ezen a héten?), egyezzünk meg és csináljuk
úgy.

Minden esetre kérlek inkább arra koncentráljatok, hogy a környéketeken,
általatok ismert helyeken rendben vannak-e a posta adatok. Nincs
duplikáció, a posta ott van a valóságban, ahol az OSM-ben is. Minden ilyen
OSM szerkesztéssel az importálót segítitek, hiszen a jó adat az OSM-ben
alapja a megfelelő importnak. Az import nem rak át nem töröl POI-kat
(illetve nem bántja az embereket!). Viszont ha valami rossz helyen van,
akkor nem kizárt, hogy oda is fog találatot rakni. Szóval ha a héten meg
tudnátok nézni a postákat a környéken, az nagyon jó lenne. Ösülnék ha jövő
héten már bemehetne a postai import (ha nincs vele baj).

Köszi!

Üdvözlettel / Best Regards:

Kálmán (KAMI) Szalai

Imre Samu <pella.samu at gmail.com> ezt írta (időpont: 2019. jan. 20., V,
16:05):

> >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.
>>
>>>
>>> --
> 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/20190123/eaca4411/attachment.htm>