« zpět na výpis měsíce |

[Talk-cz] Fotky rozcestniku na osmap.cz

Vlákno 5.2. - 28.3.2016, počet zpráv: 19


5.2.2016 10:25:40 (#1)
gravatar

Tom Ka

<tomas.kasparek at gmail.com>
1102 3732
Ahoj, 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.

10.2.2016 09:36:40 (#2)
gravatar

Tom Ka

<tomas.kasparek at gmail.com>
1102 3732
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 at gmail.com> napsal(a): zobrazit citaci
> 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.

10.2.2016 09:57:51 (#3)
gravatar

Marián Kyral

<mkyral at email.cz>
2270 2475
zobrazit citaci
> 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 at gmail.com> Komu: OpenStreetMap Czech Republic <talk-cz at 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 at gmail.com> napsal(a): zobrazit citaci
> 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
!!! zobrazit citaci
> > 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 at openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20160210/e21eacec/attachment.html>

10.2.2016 10:08:24 (#4)
gravatar

Tom Ka

<tomas.kasparek at gmail.com>
1102 3732
Ted jsem to chvili zkousel vyuzivat a nejjednodusi je doplnit do OSM ref pripadne dalsi info tam kde je k dispozici fotka - zajimave je, ze takovych je docela dost. U bloku nepouzitych bude vetsina s blbyma souradnicema, ty ted neumim opravit vubec a psat to nekam bokem je asi zbytecna prace. Naopak upravovat u fotek REF mi ted prijde skoro zbytecne, asi by se dalo udelat i poloautomatizovane kdyz je vyplneny v OSM. Celkove mi to prijde docela uzitecne, pokud se povede vytezit z dostupnych dat par (desitek) procent informaci navic, bude to bezva. Dne 10. února 2016 21:57 Marián Kyral <mkyral at email.cz> napsal(a): zobrazit citaci
>> 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 at gmail.com> > Komu: OpenStreetMap Czech Republic <talk-cz at 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 at 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 at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >

11.2.2016 02:06:06 (#5)
gravatar

Petr Vozdecký

<vop at seznam.cz>
361 413
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... 2) tedy bod 1 jen za predpokladu nejake dalsi kontroly 3) prvoplanove vyuzitelny by urcite byl vycet polozek, kde GPS rozcestniku (v databazi OSM) vuci GPS fotky (v databazi osm.cz) SE SHODNYM REF ma vzajemnou vzdalenost "vyssi nez". To je rozhodne mnozina, ktera ma chybu a kterou je treba jednoznacne opravit 3) ja bych se v dalsim kroku primlouval za nasledujici reseni: generovat overlay vrstvu "foto rozcestniky analyticky" s temito intuitivne rozlisenymi ikonami: a) na miste fotografie, ktera je v databazi osm.cz, ma GPS ale ne REF b) na miste fotografie, ktera je v databazi osm.cz, ma GPS a ma REF, ale toto REF neni u zadneho rozcestniku v databazi OSM c) na miste rozcestniku v databazi OSM, ktery nema REF d) na miste rozcestniku v databazi OSM, ktery ma REF, ale k tomuto REF neni zadna fotka e) na miste rozcestniku v databazi OSM, ktery ma REF, a k tomuto REF je alespon jedna fotka Vyse uvedena vrstva (zvlaste pokud by ty ikony byly aktivni a mirili k editoru) by umoznila 1) rychle (byt manualni) prohlednuti oblasti a manualni update od stolu napr. v situaci kdy mame vedle sebe a) + c), b) + c), nebo a) + d) 2) v podstate by chytrejsi analyza vyse uvedene kombinace situaci dokazala nejak "vysvitit" 3) mapperum (lovcum rozcestniku) v terenu okamzite online zjistit, zda rozcestnik, u ktereho stoji, jiz ma svoji fotku... vop
---------- Původní zpráva ---------- Od: Tom Ka <tomas.kasparek at gmail.com> Komu: OpenStreetMap Czech Republic <talk-cz at openstreetmap.org> Datum: 10. 2. 2016 22:10:24 Předmět: Re: [Talk-cz] Fotky rozcestniku na osmap.cz "Ted jsem to chvili zkousel vyuzivat a nejjednodusi je doplnit do OSM ref pripadne dalsi info tam kde je k dispozici fotka - zajimave je, ze takovych je docela dost. U bloku nepouzitych bude vetsina s blbyma souradnicema, ty ted neumim opravit vubec a psat to nekam bokem je asi zbytecna prace. Naopak upravovat u fotek REF mi ted prijde skoro zbytecne, asi by se dalo udelat i poloautomatizovane kdyz je vyplneny v OSM. Celkove mi to prijde docela uzitecne, pokud se povede vytezit z dostupnych dat par (desitek) procent informaci navic, bude to bezva. Dne 10. února 2016 21:57 Marián Kyral <mkyral at email.cz> napsal(a): zobrazit citaci
>> 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 at gmail.com> > Komu: OpenStreetMap Czech Republic <talk-cz at 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 zobrazit citaci
> - 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 at 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 at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >
_______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20160211/189c4580/attachment.html>

11.2.2016 12:45:22 (#6)
gravatar

Pavel Machek

<pavel at ucw.cz>
1045 1226
On Thu 2016-02-11 02:06:06, Petr Vozdecký wrote: zobrazit citaci
> 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...
Hmm. Ale cas mela GPSka dobrej, ne? Tak co podminka "fotky jsou dle GPS blizko a zaroven cas je min nez par minut"? Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

12.2.2016 09:13:44 (#7)
gravatar

Michal Grézl

<michal.grezl at openstreetmap.cz>
346 8449
2016-02-10 21:36 GMT+01:00 Tom Ka <tomas.kasparek at gmail.com>: zobrazit citaci
> 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 souradnice se budou menit primo v mape az to napisu ja nebo nekdo jiny. zatim to stejne ma smysl akorat pri rozcestnikach s 0,0, nebo s chybne zadanymi souradnicemi. to je na mape videt, je to par kousku a resim to zatim rucne primo v db. zobrazit citaci
> - generovani analyzy porad trva hodne dlouho, radove 2-3min. > - je na githubu OsmHiCheck - https://github.com/tkas/OsmHiCheck/tree/master/gp > > Bye >
-- Michal Grézl http://openstreetmap.cz

15.2.2016 10:34:33 (#8)
gravatar

Marián Kyral

<mkyral at email.cz>
2270 2475
---------- Původní zpráva ---------- Od: Michal Grézl <michal.grezl at openstreetmap.cz> Komu: OpenStreetMap Czech Republic <talk-cz at 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 at gmail.com>: zobrazit citaci
> 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 zobrazit citaci
> - 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   " souradnice se budou menit primo v mape az to napisu ja nebo nekdo jiny. zatim to stejne ma smysl akorat pri rozcestnikach s 0,0, nebo s chybne zadanymi souradnicemi. to je na mape videt, je to par kousku a resim to zatim rucne primo v db. zobrazit citaci
> - generovani analyzy porad trva hodne dlouho, radove 2-3min. > - je na githubu OsmHiCheck - https://github.com/tkas/OsmHiCheck/tree/
master/gp zobrazit citaci
> > Bye >
-- Michal Grézl http://openstreetmap.cz _______________________________________________ Talk-cz mailing list Talk-cz at openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz" ------------- další část --------------- HTML příloha byla odstraněna... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20160215/8a57fdf4/attachment.html>

16.2.2016 09:43:35 (#9)
gravatar

Michal Grézl

<michal.grezl at openstreetmap.cz>
346 8449
2016-02-15 10:34 GMT+01:00 Marián Kyral <mkyral at email.cz>: zobrazit citaci
> > ---------- Původní zpráva ---------- > Od: Michal Grézl <michal.grezl at openstreetmap.cz> > Komu: OpenStreetMap Czech Republic <talk-cz at 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 at 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

28.2.2016 09:23:53 (#10)
gravatar

Tom Ka

<tomas.kasparek at gmail.com>
1102 3732
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 Dne 16. února 2016 9:43 Michal Grézl <michal.grezl at openstreetmap.cz> napsal(a): zobrazit citaci
> 2016-02-15 10:34 GMT+01:00 Marián Kyral <mkyral at email.cz>: >> >> ---------- Původní zpráva ---------- >> Od: Michal Grézl <michal.grezl at openstreetmap.cz> >> Komu: OpenStreetMap Czech Republic <talk-cz at 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 at 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 at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

1.3.2016 02:48:39 (#11)
gravatar

Michal Grézl

<michal.grezl at openstreetmap.cz>
346 8449
2016-02-28 9:23 GMT+01:00 Tom Ka <tomas.kasparek at gmail.com>: zobrazit citaci
> 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

15.3.2016 02:46:34 (#12)
gravatar

Michal Grézl

<michal.grezl at openstreetmap.cz>
346 8449
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

15.3.2016 03:55:24 (#13)
gravatar

Tom Ka

<tomas.kasparek at gmail.com>
1102 3732
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 at openstreetmap.cz> napsal(a): zobrazit citaci
> 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 at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

15.3.2016 04:26:02 (#14)
gravatar

Michal Grézl

<michal.grezl at openstreetmap.cz>
346 8449
udelam teda i zmenu souradnic v api, aby to slo strojove. autorizace je v planu urcite, az zjistim jak na to a vsechno ostatni bude v nejakym rozumnym stavu. Ja ty zmeny vsechny zatim schvaluju rucne. Rozmazany rozcestniky nemaz, je lepsi mit rozmazanou fotku nez zadnou. Ja v podstate nemazu vubec nic, treba dnes sem narazil na fotku lesa. http://api.openstreetmap.cz/table/id/156 tak tu bych smazal, ale po tretim prohlidnuti sem nasel znacku zacatku/konce modre:) takze ji taky nesmazu. misto mazani staci do poznamky napsat rozmazane, nebo udelat tag rozmazane, nebo necitelne. (Pridam to do naseptavace) diky 2016-03-15 15:55 GMT+01:00 Tom Ka <tomas.kasparek at gmail.com>: zobrazit citaci
> 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 at 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 at openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz
-- Michal Grézl http://openstreetmap.cz

19.3.2016 07:24:32 (#15)
gravatar

Tom Ka

<tomas.kasparek at gmail.com>
1102 3732
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 Dne 1. března 2016 14:48 Michal Grézl <michal.grezl at openstreetmap.cz> napsal(a): zobrazit citaci
> 2016-02-28 9:23 GMT+01:00 Tom Ka <tomas.kasparek at 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 at openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >
-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20160319/1247babe/attachment.html>

21.3.2016 08:13:27 (#16)
gravatar

Michal Grézl

<michal.grezl at openstreetmap.cz>
346 8449
2016-03-19 19:24 GMT+01:00 Tom Ka <tomas.kasparek at gmail.com>: zobrazit citaci
> 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
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. ten update bude super:) na presouvani: /table/move typ volani POST post parametry: id, lat, lon -- Michal Grézl http://openstreetmap.cz

25.3.2016 08:30:00 (#17)
gravatar

Tom Ka

<tomas.kasparek at gmail.com>
1102 3732
Dne 21. března 2016 8:13 Michal Grézl <michal.grezl at openstreetmap.cz> napsal(a): zobrazit citaci
> 2016-03-19 19:24 GMT+01:00 Tom Ka <tomas.kasparek at 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. zobrazit citaci
> 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). zobrazit citaci
> /table/move > typ volani POST > post parametry: id, lat, lon
a je to zase na nejake tvoje schovalovani nebo kdy se to projevi? Bye

28.3.2016 08:33:08 (#18)
gravatar

Michal Grézl

<michal.grezl at openstreetmap.cz>
346 8449
2016-03-25 20:30 GMT+01:00 Tom Ka <tomas.kasparek at gmail.com>: zobrazit citaci
> Dne 21. března 2016 8:13 Michal Grézl <michal.grezl at openstreetmap.cz> napsal(a): >> 2016-03-19 19:24 GMT+01:00 Tom Ka <tomas.kasparek at 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).
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? zobrazit citaci
>> /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. zobrazit citaci
> Bye >
-- Michal Grézl http://openstreetmap.cz

28.3.2016 08:53:43 (#19)
gravatar

Tom Ka

<tomas.kasparek at gmail.com>
1102 3732
Dne 28. března 2016 20:33 Michal Grézl <michal.grezl at openstreetmap.cz> napsal(a): zobrazit citaci
> 2016-03-25 20:30 GMT+01:00 Tom Ka <tomas.kasparek at 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?
Minimalne pro to, ze z DB se na to jde pak nejak dotazovat, muzu vytahnout prilis stare nebo naopak jen nejnovejsi fotky. Pokud je datum v exifu (tj. je exif), pak se to muze nastavit podle nej, ale pokud exif neni, tak nic jineho nez TIMESTAMP nemame a je dobre ulozit aspon ten nez vubec nic a nevedet zadnou casovou informaci k te fotce. zobrazit citaci
>>> /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.
S tim souvisi to, ze bud bude muset byt komplet historie ala wiki nebo minimalne pro vsechny vlastnosti originalni a posledni hodnota, protoze jinak prijde nejakej vandal a cele to znici. To by prave resila ta moznost modifikace pres OAuth - pak je jasne kdo (a co zmenil) a da se to nejak resit.

« zpět na výpis měsíce