Re: [osm-hu] változások követése

[Imre Samu]

>Ez azt jelenti, hogy ha törlünk egy node-ot akkor az bent marad az OSM
adatbázisában csak kap egy "törölt" jelzést?

attól függ mit nevezünk "adatbázisnak"

Az   overpass-api "Augmented diff" ( amit használtam )  -  az overpass-api
adatbázisából dolgozik, ami valamilyen fajta percenkénti időállapot mentés.
Ha 1 perc alatt 2 módosítás volt, akkor csak az utolsót tárolja és látja.
Ez egy lekérdezési sebességre optimalizált megoldás.

És van egy szeparált OSM historikus adat is, amiből meg lehet állapítani,
hogy milyen változásai voltak egy adott objektumnak. Ez tartalmaz minden
történeti változást.
pl. ennél ( http://api.osm.org/node/3210031716 )  az osm node-nál alul
találhatsz egy olyan linket,  hogy "Előzmények megjelenítése"  ezen
keresztül lehet lekérdezni az állapotát:
- web: http://api.osm.org/node/3210031716/history ( és ennek alján egy "XML
letöltése"  http://api.osm.org/api/0.6/node/3210031716/history )
Ha az egészet le szeretnéd tölteni, az most tömörítve 47G :
http://planet.openstreetmap.org/planet/full-history/  ( 47G Latest Full
History Planet PBF File )

Az "aktuális" adatbázis ER sémája kb igy néz ki :
http://chrisnatali.github.io/osm_notes/osm_schema.html

De ami a lényeg, van lehetőség a visszamenőleges elemzésre és a
statisztikákra.


2015. november 22. 19:44 Vid Gabor írta, <vidgabor at gmail.com>:

> Ez azt jelenti, hogy ha törlünk egy node-ot akkor az bent marad az OSM
> adatbázisában csak kap egy "törölt" jelzést?
>
> 2015-11-22 19:22 GMT+01:00 Imre Samu <pella.samu at gmail.com>:
>
>> >1) Az ideális az lenne, ha küldhetnék egy bármilyen szervernek egy
>> megfelelő kérést és az visszaadná JSON-ban/XML
>> >-ben(/vagy egyéb standarizált formában) a változásokat (mindenféle
>> törlésekkel együtt).
>> >A lekérés tarhat nagyon sokáig, mert háttérben futna hetente egyszer.
>>
>> Done.
>> Csináltam egy Diff-es lekérdezési mintát, amiben a törlések is benne
>> vannak, az időt és a területet át kell benne írni.
>> http://overpass-turbo.eu/s/cSf
>> 2 szűrt állapot alapján veszi a diff-et, emiatt a törlés (  <action
>> type="delete">  ) csak annyit jelent az aktuális állapotban nincs ilyen osm
>> adat, mert például javították - leszedték róla a katolikus címkét, vagy
>> református lett ....
>> A 2 állapot közötti módosításokat nem tudja.  Ebből nem lehet
>> megállapítani, hogy ki milyen címkét módosított.
>>
>> Doksi: http://wiki.openstreetmap.org/wiki/Overpass_API/Augmented_Diffs
>>
>> Ha csinálsz rá valamilyen quick&dirty  feldolgozós scriptet, akkor majd
>> oszd meg velünk is. :)
>> De én is gondolkodom, hogy mit lehetne kezdeni vele, mert a kerekesszékes
>> projekthez is kellene.
>>
>> üdv,
>>  Imre
>>
>>
>> 2015. november 22. 16:24 Elek László írta, <eleklaszlosj at gmail.com>:
>>
>>> Sziasztok!
>>>
>>> Lehetséges-e valahogy nyomon követni, hogy adott területen adott key-tag
>>> esetén milyen elemek (node,way,relation) változtak és hogyan adott elmúlt
>>> időben. Jelezze ha poi-t törölték és azt is, ha a csak adott key-tag-ot
>>> törölték/módosították.
>>>
>>> Konkrétan:
>>> Szeretném figyelemmel kísérni a magyarországi templomok minden
>>> változását, hogy segíthessem az egységesebb és helyes karbantartást:
>>> [amenity=place_of_worship][religion=christian][denomination~catholic].
>>>
>>> Megoldások:
>>> 1) Az ideális az lenne, ha küldhetnék egy bármilyen szervernek egy
>>> megfelelő kérést és az visszaadná JSON-ban/XML-ben(/vagy egyéb standarizált
>>> formában) a változásokat (mindenféle törlésekkel együtt). A lekérés tarhat
>>> nagyon sokáig, mert háttérben futna hetente egyszer.
>>>
>>> 2) Ha ilyen nincs, akkor érdekelne pl egy github repository, ami
>>> hasonlót eredményre jut lehetőleg php+sql-ben saját OSM adatbázis nélkül.
>>> (Nem igazán áll módomban egy teljes lokális OSM adatbázis telepítése.)
>>>
>>> 3) Ha ez sem megoldható, akkor kénytelen leszek én összefusizni egyet,
>>> de bízom bennetek. Az fusim így működne: Letölti az összes érdekelt poit
>>> (ami katolikus place_of_worship). Majd a következő héten. Aztán a letöltött
>>> anyagokat hasonlítgatnám össze, hogy a) melyik elemek hiányoznak (tehát
>>> törölték vagy a megfelelő key-tag-ot törölték). b) amik megvannak, azoknál
>>> a tag-ek száma majd minősége megegyezik-e. c) ha eltérés van, akkor az
>>> eltőrök historyjának lekérése.
>>>
>>> Szóval tudtok ilyen megoldásról? Sokkal jobb lenne, ha nem kéne nekem
>>> megcsinálnom. :)
>>>
>>> Laci
>>>
>>> --
>>> 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” 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” 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/20151122/d42d4514/attachment.htm>