DIBAVOD v OSM? Ano.

28 zpráv
Zpět na přehled

DIBAVOD v OSM? Ano.

28 zpráv PPHSJKMK 14 účastníků 15 min čtení
  1. hanoj ehanoj na gmail.com #md2f2a0
    Cau, vcera jsem mluvil s p. Levitusem, vedoucim oddeleni GIS, VUV TGM v.v.i., ktery je gestorem datasetu DIBAVOD.[2] Z naseho rozhovoru vyplynula mozna spoluprace, kterou oni podporuji zvlaste za nize popsanych podminek: 1) Dataset DIBAVOD je vytvoren z penez danovych poplatniku a proto vrstvy DIBAVOD, u kterych je to mozne, jsou volne a zdarma dostupne bez licencnich omezeni [1] 2) Chteji vyjmenovat vrtsvy ktere chceme do OSM pouzit a konzultovat s nimi pouziti 3) Chteji pridat k nim metada predevsim o puvodu dat a casovou znacku (datum) k vztazene jejich hromadne aktualizaci 4) Chteji popsat postup jak se data do OSM dostaneme, aby byl zachovana pripadna kontinuita projektu v OSM 5) Chteji navrhnout zpusob jak budeme schopni data v OSM aktualizovat a udrzovat 6) Chteji rozlisovat to co je od DIBAVOD, co je od editoru OSM. 7) Chteji se pripadne inspirovat opensourcovymi resenemi v OSM Mate nekdo zajem se toho chopit? Zatim je potreba: 1) projit nabizene vrstvy a zhodnotit jejich geometrickou, atributovou i vyznamovou vyuzitelnost pro OSM 2) navrhnout ty ktere chceme importovat 3) navrhnout technicke reseni ahoj hanoj [1] http://www.dibavod.cz/index.php?id=27 [2] http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#Vodstvo_.28DIBAVOD.29
  2. Petr Dlouhý petr.dlouhy na email.cz #mb77cc6
    Ahoj, když o tom přemýšlím, tak podle licence není možné, aby oni používali přímo data z OSM (tedy mohou jako CC/ODBL, ne jako PD), což je trochu škoda. Samozřejmě si mohou zobrazit změny, a na základě těch pak upravit svá data, ale nemohou použít například vodní tok vytvořený uživatelem OSM. Otázky tedy jsou: Využili by to? Například u vodních by mohli. Pokud ano, nestálo by za to vytvořit seznam uživatelů, kteří by schvalovali, aby jejich editace mohli skončit v DIBAVODu? Existuje nějaké jiné řešení?
  3. Stanislav Brabec utx na penguin.cz #md86633
    Petr Dlouhý píše v So 09. 01. 2010 v 17:21 +0100:
    Ahoj, když o tom přemýšlím, tak podle licence není možné, aby oni používali přímo data z OSM (tedy mohou jako CC/ODBL, ne jako PD), což je trochu škoda. Samozřejmě si mohou zobrazit změny, a na základě těch pak upravit svá data, ale nemohou použít například vodní tok vytvořený uživatelem OSM. Otázky tedy jsou: Využili by to? Například u vodních by mohli. Pokud ano, nestálo by za to vytvořit seznam uživatelů, kteří by schvalovali, aby jejich editace mohli skončit v DIBAVODu? Existuje nějaké jiné řešení?
    Napadá mne tag "license", který by umožňoval volnější licenci než u vlastní OSM. hanoj píše v So 09. 01. 2010 v 15:02 +0100: 6) Chteji rozlisovat to co je od DIBAVOD, co je od editoru OSM. Jako řešení mne napadá digitální podpis. To by řešilo naprosto jednoznačně případnou změnu bodu, nikoliv však smazání. Stanislav Brabec http://www.penguin.cz/~utx
  4. hanoj ehanoj na gmail.com #m259801
    když o tom přemýšlím, tak podle licence není možné, aby oni používali přímo data z OSM (tedy mohou jako CC/ODBL, ne jako PD), což je trochu škoda. Samozřejmě si mohou zobrazit změny, a na základě těch pak upravit svá data, ale nemohou použít například vodní tok vytvořený uživatelem OSM.
    *** Možná jsem to nesprávně vyložil: 1) oni chtějí aby se rozlišovalo mezi DIBAVOD v OSM a jinými daty. Aby uživatel mohl vědět, že tato data jsou od nich a tato ne. Aby se rozlišovala aktuálnost. 2) o data z OSM v zásadě nestojí, zajímají je možná technologie pro práci s daty 3) aby jsme jejich data udržovali vzhledem k jejich aktuální nic z toho si nevynucují, je to věc domluvy. hanoj
  5. MP singularita na gmail.com #me9b332
    Petr Dlouhý píše v So 09. 01. 2010 v 17:21 +0100:
    Ahoj, když o tom přemýšlím, tak podle licence není možné, aby oni používali > přímo data z OSM (tedy mohou jako CC/ODBL, ne jako PD), což je trochu > škoda. Samozřejmě si mohou zobrazit změny, a na základě těch pak upravit > svá data, ale nemohou použít například vodní tok vytvořený uživatelem OSM. > Otázky tedy jsou: Využili by to? Například u vodních by mohli. Pokud ano, nestálo by za to vytvořit seznam uživatelů, kteří by > schvalovali, aby jejich editace mohli skončit v DIBAVODu? Existuje nějaké > jiné řešení?
    Napadá mne tag "license", který by umožňoval volnější licenci než u vlastní OSM.
    Problém by ale byl, pokud by bod/cestu změnil někdo kdo s PD nesouhlasí a ten tag zapomněl změnit nebo odstranit. IMHO takhle to nejde.
    hanoj píše v So 09. 01. 2010 v 15:02 +0100: 6) Chteji rozlisovat to co je od DIBAVOD, co je od editoru OSM.
    Vše z dibavodu by bylo uploadováno jedním uživatelem (robotem), takže by to šlo odlišovat tak. Dal by se tam asi i nějaký tag typu source=dibavod, takže by pak šly dobře odlišit tři kategorie: data z dibavodu, na které nikdo nesáhl, data z dibavodu, které někdo měnil a data co nejsou z dibavodu.
    Jako řešení mne napadá digitální podpis. To by řešilo naprosto jednoznačně případnou změnu bodu, nikoliv však smazání.
    Jsou tu nápady, že by v OSM mohlo být u uživatelů definováno, že jejich příspěvky jsou pod PD: http://wiki.openstreetmap.org/wiki/Proposed_features/Optional_public_domain_licensing a pak seznam uživatelů: http://wiki.openstreetmap.org/wiki/Category:Users_whose_contributions_are_in_the_public_domain Mohlo by se prostě udělat něco podobného pro dibavod, lidi co nechtějí PD globálně (ti by se napsali do prvního seznamu), ale chtějí dát "PD dibavodu" Udělat nástroj, který z toho vyštípe změny jen od "povolených uživatelů" aby si s tím mohl dibavod něco dělat by nemuselo být tak složité... Martin
  6. Petr Dlouhý petr.dlouhy na email.cz #m8f36d9
    *** Možná jsem to nesprávně vyložil: 1) oni chtějí aby se rozlišovalo mezi DIBAVOD v OSM a jinými daty. Aby uživatel mohl vědět, že tato data jsou od nich a tato ne. Aby se rozlišovala aktuálnost. 2) o data z OSM v zásadě nestojí, zajímají je možná technologie pro práci s daty 3) aby jsme jejich data udržovali vzhledem k jejich aktuální
    Myslím, že to je spíš v našem zájmu, než v jejich. Navíc věřím, že by některá data využít mohli - vodní toky asi ne, ale např. pitnou vodu, nebo koupací oblasti jsou data u kterých by to užitečné být mohlo.
  7. Petr Dlouhý petr.dlouhy na email.cz #m2d5075
    Ahoj, na [1] jsem založil stránku o importu z DIBAVODu a umístil na ní tabulku s vrstvami, které mi přišli vhodné k importu. Takže prosím doplňte. [1] http://wiki.openstreetmap.org/wiki/Import_DIBAVOD
  8. hanoj ehanoj na gmail.com #m8c4ab1
    na [1] jsem založil stránku o importu z DIBAVODu a umístil na ní tabulku s vrstvami, které mi přišli vhodné k importu. Takže prosím doplňte. [1] http://wiki.openstreetmap.org/wiki/Import_DIBAVOD
    *** je treba vnimat ze ty co nejsou ke stazeni ted, asi nebudou ani pozdeji. Ale zeptat se muzeme. Data je treba skutecne prohlednout a analyzovat co vnich je, protoze napr. A01 = A02+A03 zatim hanoj
  9. Pavel Machek pavel na ucw.cz #mebb7f7
    Ahoj!
    Z naseho rozhovoru vyplynula mozna spoluprace, kterou oni podporuji zvlaste za nize popsanych podminek: 1) Dataset DIBAVOD je vytvoren z penez danovych poplatniku a proto vrstvy DIBAVOD, u kterych je to mozne, jsou volne a zdarma dostupne bez licencnich omezeni [1] 2) Chteji vyjmenovat vrtsvy ktere chceme do OSM pouzit a konzultovat s nimi pouziti 3) Chteji pridat k nim metada predevsim o puvodu dat a casovou znacku (datum) k vztazene jejich hromadne aktualizaci 4) Chteji popsat postup jak se data do OSM dostaneme, aby byl zachovana pripadna kontinuita projektu v OSM 5) Chteji navrhnout zpusob jak budeme schopni data v OSM aktualizovat a udrzovat 6) Chteji rozlisovat to co je od DIBAVOD, co je od editoru OSM. 7) Chteji se pripadne inspirovat opensourcovymi resenemi v OSM Mate nekdo zajem se toho chopit?
    Dobre... Ja mam pocit ze nekdo uz ten import delal -- tusim ze jsme se bavili o tom jak moc je to potreba generalizovat pred importem...
  10. Karel Volný kavol na seznam.cz #md40fc7
    Dobre... Ja mam pocit ze nekdo uz ten import delal -- tusim ze jsme se bavili o tom jak moc je to potreba generalizovat pred importem...
    taky si tu diskusi matně vybavuju, ale naše vodstvo v OSM dost pokulhává, takže z toho asi nic nebylo ...? každopádně prosím prosím nechat co nejpřesnější K.
  11. Pavel Machek pavel na ucw.cz #me73cff
    (zda se ze pravnici dovoluji import dibavodu...)
    Dobre... Ja mam pocit ze nekdo uz ten import delal -- tusim ze jsme se bavili o tom jak moc je to potreba generalizovat pred importem...
    taky si tu diskusi matně vybavuju, ale naše vodstvo v OSM dost pokulhává, takže z toho asi nic nebylo ...?
    Ne, z toho importu urcite nic nebylo, ale na disku jsem nasel tohle. Ja to urcite nespachal (k pouziti 7zip-u bych musel byt donucen strelnou zbrani), ale znamena to ze nekdo ma hotovy importovaci skripty. Aha, a ten nekdo je s nejvetsi pravdepodobnosti Tomas Kolda, viz: Pavel pavel na amd:~/incoming/delme$ 7zr x ../vody_081026.7z 7-Zip (A) 4.58 beta Copyright (c) 1999-2008 Igor Pavlov 2008-05-05 p7zip Version 4.58 (locale=cs_CZ,Utf16=on,HugeFiles=on,2 CPUs) Processing archive: ../vody_081026.7z Extracting vody_081026/dp.py Extracting vody_081026/vody.py Extracting vody_081026/vody_err_0.osm Extracting vody_081026/vody_err_1.osm Extracting vody_081026/vody_err_2.osm Extracting vody_081026/vody.sqlite Extracting vody_081026 Everything is Ok Data vypadaj treba takhle: <?xml version='1.0' encoding='UTF-8'?> <osm version='0.5' generator='uir_adr'> <node id="-991582" lon="14.494240800" lat="49.926085400" /> <node id="-3754340" lon="14.494544700" lat="49.926139800" /> <node id="-3754341" lon="14.494618900" lat="49.926157800" /> <node id="-3754342" lon="14.495976400" lat="49.926341500" /> <way id="-188419"> <nd ref="-991582" /> <nd ref="-3754340" /> <nd ref="-3754341" /> <nd ref="-3754342" /> <tag k="source" v="dibavod" /> <tag k="waterway" v="river" /> <tag k="dibavod:id" v="129050001000" /> </way> ... <nd ref="-248437" /> <tag k="source" v="dibavod" /> <tag k="waterway" v="river" /> <tag k="name" v="TloskovskĂ˝ p." /> <tag k="dibavod:id" v="128910006100" /> </way>
  12. Pavel Machek pavel na ucw.cz #md99ca9
    AhoJ!
    (zda se ze pravnici dovoluji import dibavodu...)
    Dobre... Ja mam pocit ze nekdo uz ten import delal -- tusim ze jsme se bavili o tom jak moc je to potreba generalizovat pred importem...
    taky si tu diskusi matně vybavuju, ale naše vodstvo v OSM dost pokulhává, takže z toho asi nic nebylo ...?
    Ne, z toho importu urcite nic nebylo, ale na disku jsem nasel tohle. Ja to urcite nespachal (k pouziti 7zip-u bych musel byt donucen strelnou zbrani), ale znamena to ze nekdo ma hotovy importovaci skripty. Aha, a ten nekdo je s nejvetsi pravdepodobnosti Tomas Kolda, viz:
    Jinak co importovat... urcite vodni toky (a01-a03) a vodni nadrze (a05). V druhem sledu by se asi hodily melioracni kanaly (a04) a baziny (a06), koupaliste (c02/c03), mozna i jezy (i01)... Ale ty vodni toky/nadrze jsou suverene nejvic potreba... Pavel
  13. jzvc jzvc na tpfree.fdns.net #m73d85d
    AhoJ!
    (zda se ze pravnici dovoluji import dibavodu...)
    Dobre... Ja mam pocit ze nekdo uz ten import delal -- tusim ze jsme se bavili o tom jak moc je to potreba generalizovat pred importem...
    taky si tu diskusi matně vybavuju, ale naše vodstvo v OSM dost pokulhává, takže z toho asi nic nebylo ...?
    Ne, z toho importu urcite nic nebylo, ale na disku jsem nasel tohle. Ja to urcite nespachal (k pouziti 7zip-u bych musel byt donucen strelnou zbrani), ale znamena to ze nekdo ma hotovy importovaci skripty. Aha, a ten nekdo je s nejvetsi pravdepodobnosti Tomas Kolda, viz:
    Jinak co importovat... urcite vodni toky (a01-a03) a vodni nadrze (a05). V druhem sledu by se asi hodily melioracni kanaly (a04) a baziny (a06), koupaliste (c02/c03), mozna i jezy (i01)... Ale ty vodni toky/nadrze jsou suverene nejvic potreba... Pavel
    Naimportovat neni problem, ale jak to sloucit s tim, co uz v mape je ? Vetsina vodstva v mape nebude mit zadnou identifikaci, mozna tak potoky jmeno, ale u spousty vodnich ploch neni nic ani v km a znacna cast ani zadny nazev nema. Pak je tu otazka zdroje, rekneme ze uprednostnit tento zdroj pret tim co je mapovano z fotomapy ? A pokud je zdroj km, budem verit te? Nektere toky jsem modil podle km, ale jestli sem zmenil zdroj si sam jist nejsem. Nebo to tam poslat jak to lezi a pak to ruco cistit primo v OSM?
  14. Pavel Machek pavel na ucw.cz #m0aa44a
    AhoJ!
    Aha, a ten nekdo je s nejvetsi pravdepodobnosti Tomas Kolda, viz:
    Jinak co importovat... urcite vodni toky (a01-a03) a vodni nadrze (a05). V druhem sledu by se asi hodily melioracni kanaly (a04) a baziny (a06), koupaliste (c02/c03), mozna i jezy (i01)... Ale ty vodni toky/nadrze jsou suverene nejvic potreba...
    Naimportovat neni problem, ale jak to sloucit s tim, co uz v mape je ? Vetsina vodstva v mape nebude mit zadnou identifikaci, mozna tak potoky jmeno, ale u spousty vodnich ploch neni nic ani v km a znacna cast ani zadny nazev nema. Pak je tu otazka zdroje, rekneme ze uprednostnit tento zdroj pret tim co je mapovano z fotomapy ? A pokud je zdroj km, budem verit te? Nektere toky jsem modil podle km, ale jestli sem zmenil zdroj si sam jist nejsem. Nebo to tam poslat jak to lezi a pak to ruco cistit primo v OSM?
    Ta data byla -- co jsem koukal -- hodne pekna, takze bych se primlouval za "importovat jak to lezi, pak rucne procistit". (Dalsi varianta je "kdyz je nekde do 30m kolem v osm existujici objekt stejneho typu, tak novy neimportujem" -- tak se delaly silnice -- ale vzhledem ke kvalite dat bych to nedelal.) Pavel
  15. Tomas Kolda kolda na web2net.cz #mb2cd5a
    Ahoj, ano skript jsem delal ja. Asi by sel pouzit i na aktualni data. Pokud budete mit problem, ja to nejak opravim. Jinak se tusim mluvilo o tom, ze data ma asi dibavod mnohem lepsi kvality a tudiz by se mohlo vse v CR smazat a vzit Dibavod. Co jsem na to totiz koukal, tak to byla suprova kvalita, alespon co si pamatuju. T
  16. Kubajz kubajz na kbx.cz #m331bd7
    Nebyl zrovna DIBAVOD ten zdroj, kde byly toky vedene kanalem pod sidlistem kresleny normalni carou? Nebo si to pletu s necim jinym? K
  17. Jan Dudík jan.dudik na gmail.com #m393bf5
    Ahoj, asi dibavod mnohem lepsi kvality a tudiz by se mohlo vse v CR smazat a vzit Dibavod. Co jsem na to totiz koukal, tak to byla suprova kvalita, alespon co si pamatuju.
    Tohle mi taky nepřijde jako dobré řešení, leckde jsou zaneseny místní názvy, které jsou těžko dostupné, ostrůvky které se v podkladu nemusí vyskytovat (http://osm.org/go/0JllIfX8 ) atp. J&D
  18. Stanislav Brabec utx na penguin.cz #m68b4ef
    Jan Dudík píše v Út 12. 01. 2010 v 10:19 +0100:
    Ahoj, asi dibavod mnohem lepsi kvality a tudiz by se mohlo vse v CR smazat a vzit Dibavod. Co jsem na to totiz koukal, tak to byla suprova kvalita, alespon co si pamatuju.
    Tohle mi taky nepřijde jako dobré řešení, leckde jsou zaneseny místní názvy, které jsou těžko dostupné, ostrůvky které se v podkladu nemusí vyskytovat (http://osm.org/go/0JllIfX8 ) atp.
    Nápodobně, i já jsem v http://osm.org/go/0Jl74T88- mapoval i ostrůvky (a snažil se nemapovat vysoký souvislý rákosový porost), někdy jsem zanesl i historická jména rybníků a místní názvy. Stanislav Brabec http://www.penguin.cz/~utx
  19. Tomáš Tichý t.tichy na post.cz #m442970
    A co provést import s nějakými vlastními tagy (třeba waterway=diabvod:river a fixme=import Diabvod) a pak to ručně zkontrolovat? Tam kde není široko daleko žádná voda, by se to dalo importovat i rovnou. Rakušáci to tak nějak podobně dělají s importem silnic z plan.at. TT 2010/1/12 Stanislav Brabec <utx na penguin.cz>:
  20. Zdeněk Pražák ZPrazak na seznam.cz #mbb14aa
    Podle mne by bylo vhodné dibavod uploadnout celý a zveřejnit seznam případných duplicit tak, aby mohly být zkontrolovány a opraveny. Pražák
  21. Martin Kokeš shr3k na typo3-hosting.com #m375fb0
    Ta data byla -- co jsem koukal -- hodne pekna, takze bych se primlouval za "importovat jak to lezi, pak rucne procistit".
    Jsem také pro tuto metodu. MK
  22. Jakub Sýkora kubajz na kbx.cz #mad38c3
    Jsem pro. K
  23. Petr Dlouhý petr.dlouhy na email.cz #m42df24
    A nebo opačně - tedy označit staré vody jako třeba waterway=old:river, a potom to v případě nutnosti ručně revertovat.
  24. Stanislav Brabec utx na penguin.cz #mb1f021
    Petr Dlouhý píše v Út 12. 01. 2010 v 15:13 +0100:
    A nebo opačně - tedy označit staré vody jako třeba waterway=old:river, a potom to v případě nutnosti ručně revertovat.
    Uměl by někdo udělat algoritmus: Ve vzdálenosti do dejme tomu 100m od DIBAVOD je nakreslená v OSM voda => najdi prvního nebo posledního editora a vytvoř (pošli mu) seznam, nejlépe setříděný podle území? A tak učinit po každém importu, neboť tento problém se může objevit opakovaně. Před pár týdny jsem do mapy zanesl nově postavený rybník. Pokud není v DIBAVOD dnes, bude v příští aktualizaci.
  25. Frettie frettie na gmail.com #mfa2053
    2010/1/12 Stanislav Brabec <utx na penguin.cz>:
    Petr Dlouhý píše v Út 12. 01. 2010 v 15:13 +0100:
    A nebo opačně - tedy označit staré vody jako třeba waterway=old:river, a potom to v případě nutnosti ručně revertovat.
    Uměl by někdo udělat algoritmus: Ve vzdálenosti do dejme tomu 100m od DIBAVOD je nakreslená v OSM voda => najdi prvního nebo posledního editora a vytvoř (pošli mu) seznam, nejlépe setříděný podle území? A tak učinit po každém importu, neboť tento problém se může objevit opakovaně. Před pár týdny jsem do mapy zanesl nově postavený rybník. Pokud není v DIBAVOD dnes, bude v příští aktualizaci.
    Podle mě je rozhodně lepší ten seznam generalizovat a dělit podle krajů (ideálně možná dle bývalých okresů). -- S pozdravem, Jirka Sedláček --- jirisedlacek na gmail.com
  26. jzvc jzvc na tpfree.fdns.net #m02d5b4
    Ta data byla -- co jsem koukal -- hodne pekna, takze bych se primlouval za "importovat jak to lezi, pak rucne procistit".
    Jsem také pro tuto metodu. MK
    OK, proc ne, ovsem chtelo by to nejaky zpusob jak nasledne extrahovat do JOSM napr jen vodu. Tusim jsem na tracu videl neco jako filtry, ale s poznamkou ze je to zatim jen priprava a v editoru to zatim dostupne neni (nebo jsem nezaznamenal ze by bylo). Kazdopadne je v JOSM jako novinka sprava changesetu, takze pokud se to importuje pod nejakym boot accountem + rozumne otagovano a rozsekano na rozumne dlazdice, melo by jit s tm celkem rozumne pracovat.
  27. Petr Dlouhý petr.dlouhy na email.cz #m13f1b2
    Ahoj, ta podpora pro filtry v JOSM je, ale je skrytá, protože není dost user-friendly a mohla by způsobit škody v rukou neznalého uživatele. Dá se aktivovat napsáním "displayfilter=true" do konfigurace JOSM. [1] http://josm.openstreetmap.de/ticket/3475
  28. Pavel Machek pavel na ucw.cz #m7c1e91
    Ta data byla -- co jsem koukal -- hodne pekna, takze bych se primlouval za "importovat jak to lezi, pak rucne procistit".
    Jsem také pro tuto metodu.
    OK, proc ne, ovsem chtelo by to nejaky zpusob jak nasledne extrahovat do JOSM napr jen vodu. Tusim jsem na tracu videl neco jako filtry, ale s poznamkou ze je to zatim jen priprava a v editoru to zatim dostupne neni
    Jenom vodu by melo jit stahnout pomoci xapi. Pavel
Napsat odpověď e-mailem… Odpovědět

Otevře váš e-mailový klient. Odpovědi pak sledujte zde na webu.