> padlo to v hospode, uz jsem nad tim premyslel chvili, tak jsem to > dneska odpoledne spichl aspon jako prvni verzi. Zajimalo mne jak je to > s vyuzitim fotek rozcestniku co se nahravaji na osmap.cz: > > - celkem uzlu s information=guidepost v CZ ~ 14600 > - celkem polozek fotek v DB ~ 4500 > - nevyuzitych fotek (neni node s rozcestnikem do 50m od souradnic) ~ 1280 !!! > > Dostupne zde (pracovni, trva to fakt dlouho): > http://osm.fit.vutbr.cz/OsmHiCheck/gp/?analyse > > Kod kdyz tak prihodim na github kdyz bude zajem. A je mozne ze je tam > nejaka zasadni chyba a je to cele blbe :-D > > Zatim.

> generovani analyzy porad trva hodne dlouho, radove 2-3min.

>> generovani analyzy porad trva hodne dlouho, radove 2-3min. > > No to není až tak moc. V práci patří reporty běžící do pěti minut mezi ty > rychlé :-D > > S tím update: > 1) walley to teď předělává na štítky - netuším, jestli budou nějaké zásahy > do databáze > 2) problém neefektivní editace se dá obejít tím, že vygeneruješ update > příkazy, které pak walley aplikuje. > > Marián > > ---------- Původní zpráva ---------- > Od: Tom Ka <tomas.kasparek na gmail.com> > Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> > Datum: 10. 2. 2016 21:38:11 > Předmět: Re: [Talk-cz] Fotky rozcestniku na osmap.cz > > > Dneska jsem chvili upravoval kontroly rozcestniku z minula: > - nalezeny a odstraneny nespravne uzly v DB, celkem je jich ted tedy > 12000 misto 14600 > - vzdalenost pro kontrolu snizena z 50 na 20m > - fotek v DB je 4633, rozcestnik v OSM blizko: 3009, zadny blizky > rozcestnik v OSM: 1624 > - vypisuje nyni vsechny blizke obrazky ne jen jejich celkovy pocet > - je videt, ze se da z DB obrazku dost informaci vytezit ve stavajicim stavu > - hodne by pomohla pouzitelna editace polozek v obrazkove DB, ve > stavajicim stavu neni moc efektivni opravovat REF nebo chybne > souradnice apod. > - generovani analyzy porad trva hodne dlouho, radove 2-3min. > - je na githubu OsmHiCheck - > https://github.com/tkas/OsmHiCheck/tree/master/gp > > Bye > > Dne 5. února 2016 22:25 Tom Ka <tomas.kasparek na gmail.com> napsal(a): >> padlo to v hospode, uz jsem nad tim premyslel chvili, tak jsem to >> dneska odpoledne spichl aspon jako prvni verzi. Zajimalo mne jak je to >> s vyuzitim fotek rozcestniku co se nahravaji na osmap.cz: >> >> - celkem uzlu s information=guidepost v CZ ~ 14600 >> - celkem polozek fotek v DB ~ 4500 >> - nevyuzitych fotek (neni node s rozcestnikem do 50m od souradnic) ~ 1280 >> !!! >> >> Dostupne zde (pracovni, trva to fakt dlouho): >> http://osm.fit.vutbr.cz/OsmHiCheck/gp/?analyse >> >> Kod kdyz tak prihodim na github kdyz bude zajem. A je mozne ze je tam >> nejaka zasadni chyba a je to cele blbe :-D >> >> Zatim. > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >

> hoj, > > 1) automatizovane pridavani REF z fotek do databaze a naopak JEN na zaklade > shody souradnic se jevi jako uzasna vec, ale rozhodne bych to nedoporucoval. > Sam jsem vyrobil takove fotky, kde jsem napred vyfotil rozcestnik (a GPS se > spravne zasyncovala), pak jsem popojel na kole 2 kilometry na dalsi rozcesti > a vyfotil... no a GPS se nezasyncovala a vlozila tam posledni znamou > souradnici, tedy souradnici minuleho rozcestniku...

> Dneska jsem chvili upravoval kontroly rozcestniku z minula: > - nalezeny a odstraneny nespravne uzly v DB, celkem je jich ted tedy > 12000 misto 14600 > - vzdalenost pro kontrolu snizena z 50 na 20m > - fotek v DB je 4633, rozcestnik v OSM blizko: 3009, zadny blizky > rozcestnik v OSM: 1624 > - vypisuje nyni vsechny blizke obrazky ne jen jejich celkovy pocet > - je videt, ze se da z DB obrazku dost informaci vytezit ve stavajicim stavu > - hodne by pomohla pouzitelna editace polozek v obrazkove DB, ve > stavajicim stavu neni moc efektivni opravovat REF nebo chybne > souradnice apod.

> - generovani analyzy porad trva hodne dlouho, radove 2-3min. > - je na githubu OsmHiCheck - https://github.com/tkas/OsmHiCheck/tree/master/gp > > Bye >

> > ---------- Původní zpráva ---------- > Od: Michal Grézl <michal.grezl na openstreetmap.cz> > Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> > Datum: 12. 2. 2016 9:50:47 > Předmět: Re: [Talk-cz] Fotky rozcestniku na osmap.cz > > > 2016-02-10 21:36 GMT+01:00 Tom Ka <tomas.kasparek na gmail.com>: >> Dneska jsem chvili upravoval kontroly rozcestniku z minula: >> - nalezeny a odstraneny nespravne uzly v DB, celkem je jich ted tedy >> 12000 misto 14600 >> - vzdalenost pro kontrolu snizena z 50 na 20m >> - fotek v DB je 4633, rozcestnik v OSM blizko: 3009, zadny blizky >> rozcestnik v OSM: 1624 >> - vypisuje nyni vsechny blizke obrazky ne jen jejich celkovy pocet >> - je videt, ze se da z DB obrazku dost informaci vytezit ve stavajicim >> stavu >> - hodne by pomohla pouzitelna editace polozek v obrazkove DB, ve >> stavajicim stavu neni moc efektivni opravovat REF nebo chybne >> souradnice apod. > > editor menit nebudu, me to tak vyhovuje:) nicmene api je dostupne a > neni problem si napsat vlastni > moznosti hromadne zmeny pri dodani nejakeho stroojove zpracovatelneho > formatu se rozhodne nebranim > > > Hmm. takže čekat na lepší nemá smysl. Si asi budu muset nějaký napsat :-( > > Jen tak ze zvědavosti, v čem ti ten editor vyhovuje? Někdy se mi nenačte > vůbec, až po několikátém reloadu stránky. Pak se mi zase načtou i nějaké, > zcela nesouvisející rozcestníky. Zobrazená mapka je v podstatě k ničemu, > vizuálně to taky žádná hitparáda není :-D > > > Marián >

> 2016-02-15 10:34 GMT+01:00 Marián Kyral <mkyral na email.cz>: >> >> ---------- Původní zpráva ---------- >> Od: Michal Grézl <michal.grezl na openstreetmap.cz> >> Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> >> Datum: 12. 2. 2016 9:50:47 >> Předmět: Re: [Talk-cz] Fotky rozcestniku na osmap.cz >> >> >> 2016-02-10 21:36 GMT+01:00 Tom Ka <tomas.kasparek na gmail.com>: >>> Dneska jsem chvili upravoval kontroly rozcestniku z minula: >>> - nalezeny a odstraneny nespravne uzly v DB, celkem je jich ted tedy >>> 12000 misto 14600 >>> - vzdalenost pro kontrolu snizena z 50 na 20m >>> - fotek v DB je 4633, rozcestnik v OSM blizko: 3009, zadny blizky >>> rozcestnik v OSM: 1624 >>> - vypisuje nyni vsechny blizke obrazky ne jen jejich celkovy pocet >>> - je videt, ze se da z DB obrazku dost informaci vytezit ve stavajicim >>> stavu >>> - hodne by pomohla pouzitelna editace polozek v obrazkove DB, ve >>> stavajicim stavu neni moc efektivni opravovat REF nebo chybne >>> souradnice apod. >> >> editor menit nebudu, me to tak vyhovuje:) nicmene api je dostupne a >> neni problem si napsat vlastni >> moznosti hromadne zmeny pri dodani nejakeho stroojove zpracovatelneho >> formatu se rozhodne nebranim >> >> >> Hmm. takže čekat na lepší nemá smysl. Si asi budu muset nějaký napsat :-( >> >> Jen tak ze zvědavosti, v čem ti ten editor vyhovuje? Někdy se mi nenačte >> vůbec, až po několikátém reloadu stránky. Pak se mi zase načtou i nějaké, >> zcela nesouvisející rozcestníky. Zobrazená mapka je v podstatě k ničemu, >> vizuálně to taky žádná hitparáda není :-D >> >> >> Marián >> > jak uz sem rekl nekolikrat, to co se mi libi se nelibi ostatnim lidem. > (opravdu si myslim ze moje dilo je nejkrasnejsi na svete, divny co?) > ten smutnej smajlik tam nema byt spis naopak:) > > ty potize s kesi, to je chyba a musi se opravit. > v podstate uz by to opraveno byt melo. > > mapka je pro me opravdu velmi uzitecna. > > chapu ze su exot a ze ostatni lide maji jiny vkus, to je duvod k > napsani vlastnih editoru. V podstate by se editovani melo odehravat > primo v mape. > tenhle hromadnej editor je vice mene jen pro me. > > tento tyden sem uz chtel edtovani v mape chtel napsat, schvatila me > ale nejaka zla nemoc. > pristi tyden jedu na hory. > takze z toho 14 dni nic nebude. > > pokud to napise nekdo jinej, budu jen rad. > > -- > Michal Grézl > http://openstreetmap.cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

> Ahoj, > > jednak jsem ted opravil chybu v DB, diky ktere se nekontrolovaly > rozcestniky nenapojene na relace tur. tras, takze jich ted zobrazuje o > neco vic (asi o 3000). > > A jinak jsem zase neco nafotil a zjistil, ze dost casto je GPS vic > mimo nez bych si pral. S tim se vracim k moznosti editace souradnic > fotek rozcestniku. I na kontrolach na OsmHiCheck je videt, ze dost > rozcestniku je nepouzitych protoze jsou prilis mimo (ale zase pri > zvednuti limitu nad tech 20m uz tam je prilis mnoho false alarmu). > > Michale, jaky je ted teda nejjednodusi prostup (pro mne i pro tebe), > jak udelat update souradnic fotky? > > Diky

> tagy sou hotove, takze ted uz je na rade to presouvani > bude to fungovat na mape, clovek si vybere v bubline rozcestniku > "presunout", klikne nekam jinam a tam se to presune. Ma smysl na to > vyrabet nejake api na automatizaci? > > v blizke budoucnosti by meli byt vsechny ref prevedeny do tagu (zatim > tam je par nedostatku s lomitkama apod), coz ma smysl tam kde jich je > vic jak jeden. Taky to cele projdu a oznacim fotky, kde neni > rozcestnik, takze kdyz tam bude jen mapa -> bude to mit jen tag mapa, > kdyz tam bude i rozcestnik, pridam tag rozcestnik -> bude mapa, > rozcestnik. > Pak pujde odfiltrovat hromada fotek co nema smysl nejak zkoumat. > > -- > Michal Grézl > http://openstreetmap.cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

> Ahoj, super zpravy. Bylo by dobre mit moznost zadat i souradnice, > prece jen klikani na mapu (i vzhledem k limitovanemu zoomu pro maximu) > neni nekdy uplne idealni. > > Resila se nejak uz i autentizace? Pri kontrolach oznacuju na smazani > nesmysly (totalne rozmazane necitelne apod.) a obcas neco opravuju ale > nevim jestli se to vlastne nejak projevi a nemam silu to pak za X dni > znovu kontrolovat. > > Bye > > Dne 15. března 2016 14:46 Michal Grézl <michal.grezl na openstreetmap.cz> > napsal(a): >> tagy sou hotove, takze ted uz je na rade to presouvani >> bude to fungovat na mape, clovek si vybere v bubline rozcestniku >> "presunout", klikne nekam jinam a tam se to presune. Ma smysl na to >> vyrabet nejake api na automatizaci? >> >> v blizke budoucnosti by meli byt vsechny ref prevedeny do tagu (zatim >> tam je par nedostatku s lomitkama apod), coz ma smysl tam kde jich je >> vic jak jeden. Taky to cele projdu a oznacim fotky, kde neni >> rozcestnik, takze kdyz tam bude jen mapa -> bude to mit jen tag mapa, >> kdyz tam bude i rozcestnik, pridam tag rozcestnik -> bude mapa, >> rozcestnik. >> Pak pujde odfiltrovat hromada fotek co nema smysl nejak zkoumat. >> >> -- >> Michal Grézl >> http://openstreetmap.cz >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

> 2016-02-28 9:23 GMT+01:00 Tom Ka <tomas.kasparek na gmail.com>: > > Ahoj, > > > > jednak jsem ted opravil chybu v DB, diky ktere se nekontrolovaly > > rozcestniky nenapojene na relace tur. tras, takze jich ted zobrazuje o > > neco vic (asi o 3000). > > > > A jinak jsem zase neco nafotil a zjistil, ze dost casto je GPS vic > > mimo nez bych si pral. S tim se vracim k moznosti editace souradnic > > fotek rozcestniku. I na kontrolach na OsmHiCheck je videt, ze dost > > rozcestniku je nepouzitych protoze jsou prilis mimo (ale zase pri > > zvednuti limitu nad tech 20m uz tam je prilis mnoho false alarmu). > > > > Michale, jaky je ted teda nejjednodusi prostup (pro mne i pro tebe), > > jak udelat update souradnic fotky? > > > > Diky > > jelikoz sem se vratil z hor, zacnu na tom zas pomalu delat. > momentalne je nejjednodussi seznam obsahujici id a novou pozici. > v idealnim pripade list sql update prikazu > > CREATE TABLE guidepost ( > id integer primary key AUTOINCREMENT, > lat numeric, > lon numeric, > url varchar, > name varchar, > attribution varchar > , ref varchar, note varchar); > > takhle momentalne vypada tabulka:) > > > -- > Michal Grézl > http://openstreetmap.cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >

> ahoj, > > dostal jsem se k opravam umisteni rozcestniku a vsiml si jeste jedne veci - > muzes prosim do tabulky pridat polozku t_created - idealne timestamp on > insert, at mame nekde cas vlozeni. Chapu ze nekdo muze vlozit starsi fotky a > u dost z nich to bude v exifu, ale je dobre mit i tuhle informaci kdyz > ostatni nebudou. Hodi se vedet, kdy zaznam vznikl (treba pro nahradu > novejsim apod.) > > Zmeny souradnic ted nachystam a poslu soukrome jako SQL UPDATE. > > Diky

> 2016-03-19 19:24 GMT+01:00 Tom Ka <tomas.kasparek na gmail.com>: >> Zmeny souradnic ted nachystam a poslu soukrome jako SQL UPDATE.

> Ja bych radeji pouzil cas z exifu fotografie. Taky muzu pouzit timestamp z fs. > Budu vyrabet nejake zakladni ziskani exif dat. Datum z fs muzu nejak > vracet taky. > Do db by to slo dat primo taky, ale to se mi moc nechce.

> /table/move > typ volani POST > post parametry: id, lat, lon

> Dne 21. března 2016 8:13 Michal Grézl <michal.grezl na openstreetmap.cz> napsal(a): >> 2016-03-19 19:24 GMT+01:00 Tom Ka <tomas.kasparek na gmail.com>: >>> Zmeny souradnic ted nachystam a poslu soukrome jako SQL UPDATE. > > Delam upravy OsmHiCheck/gp aby to z toho nejak padalo polo > automaticky, poslu pak mimo maillist pokusne UPDATE. > >> Ja bych radeji pouzil cas z exifu fotografie. Taky muzu pouzit timestamp z fs. >> Budu vyrabet nejake zakladni ziskani exif dat. Datum z fs muzu nejak >> vracet taky. >> Do db by to slo dat primo taky, ale to se mi moc nechce. > > jsem pro to dat rozhodne do DB pri insertu jako TIMESTAMP, z exifu to > jde vytahnout vzdy kdyz to tam bude ale kdyz ne, tak spolehat na cas > souboru je podle mne dost k nicemu. Staci aby se soubor zkopiroval > nebo s nim provedla jina operace a je to nenavratne v tahu. Proto je > podle mne jedine reseni davat to do DB tak jako lat a lon (ty jsou > prece taky v exifu).

>> /table/move >> typ volani POST >> post parametry: id, lat, lon > > a je to zase na nejake tvoje schovalovani nebo kdy se to projevi?

> Bye >

> 2016-03-25 20:30 GMT+01:00 Tom Ka <tomas.kasparek na gmail.com>: >>> Ja bych radeji pouzil cas z exifu fotografie. Taky muzu pouzit timestamp z fs. >>> Budu vyrabet nejake zakladni ziskani exif dat. Datum z fs muzu nejak >>> vracet taky. >>> Do db by to slo dat primo taky, ale to se mi moc nechce. >> >> jsem pro to dat rozhodne do DB pri insertu jako TIMESTAMP, z exifu to >> jde vytahnout vzdy kdyz to tam bude ale kdyz ne, tak spolehat na cas >> souboru je podle mne dost k nicemu. Staci aby se soubor zkopiroval >> nebo s nim provedla jina operace a je to nenavratne v tahu. Proto je >> podle mne jedine reseni davat to do DB tak jako lat a lon (ty jsou >> prece taky v exifu). > > exif latlon a db latlon se budou, casem jak se to bude posouvat, > lisit, exif latlon nehodlam menit, nic v exifu nehodlam menit. Jedine > mozne upravy fotek budou rotace a zruseni nahledu (kvuli velikosti) > > Jestli to datum vylozene chces, tak to tam dam, ale je to fakt na nic. > Ja vkladam treba 5 let stare fotky, k cenmu je mi datum, kterej je v syslogu?

>>> /table/move >>> typ volani POST >>> post parametry: id, lat, lon >> >> a je to zase na nejake tvoje schovalovani nebo kdy se to projevi? > > jo vsechny akce se schvaluji. bude to moct delat kazdej, az to bude > vyladeny. A nektery se budou schvalovat automaticky.