Fotky rozcestniku na osmap.cz na Talk-cz

Tom Ka tomas.kasparek na gmail.com #md39b5d 5. 2. 2016 22:25

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.

Tom Ka tomas.kasparek na gmail.com #mcf9499 10. 2. 2016 21:36

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

Marián Kyral mkyral na email.cz #m9a2238 10. 2. 2016 21:57

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

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"

Tom Ka tomas.kasparek na gmail.com #m088bbc 10. 2. 2016 22:08

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.

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 na email.cz> napsal(a):

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

Petr Vozdecký vop na seznam.cz #m8a729e 11. 2. 2016 2:06

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

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 na gmail.com> Komu: OpenStreetMap Czech Republic <talk-cz na 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 na email.cz> napsal(a):

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

_______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz"

Pavel Machek pavel na ucw.cz #m9b0941 11. 2. 2016 12:45

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

Michal Grézl michal.grezl na openstreetmap.cz #mbc0a38 12. 2. 2016 9:13

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 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.

Marián Kyral mkyral na email.cz #m6236f1 15. 2. 2016 10:34

"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 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.

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

master/gp

---------- 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 " 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.

- 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 _______________________________________________ Talk-cz mailing list Talk-cz na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz"

Michal Grézl michal.grezl na openstreetmap.cz #m392230 16. 2. 2016 9:43

2016-02-15 10:34 GMT+01:00 Marián Kyral <mkyral na email.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.

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

Tom Ka tomas.kasparek na gmail.com #m0c6536 28. 2. 2016 9:23

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

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 na openstreetmap.cz> napsal(a):

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

Michal Grézl michal.grezl na openstreetmap.cz #mf0a8ca 1. 3. 2016 14:48

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 michal.grezl na openstreetmap.cz #maebcfb 15. 3. 2016 14:46

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.

Tom Ka tomas.kasparek na gmail.com #m6f4b6d 15. 3. 2016 15:55

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>

Michal Grézl michal.grezl na openstreetmap.cz #m2c1c6c 15. 3. 2016 16:26

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 na gmail.com>:

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>
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

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 na gmail.com>:

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

-- Michal Grézl http://openstreetmap.cz

Tom Ka tomas.kasparek na gmail.com #m53cb00 19. 3. 2016 19:24

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 na openstreetmap.cz>

Michal Grézl michal.grezl na openstreetmap.cz #m1dffe8 21. 3. 2016 8:13

2016-03-19 19:24 GMT+01:00 Tom Ka <tomas.kasparek na gmail.com>:

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

Tom Ka tomas.kasparek na gmail.com #m39712c 25. 3. 2016 20:30

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

Michal Grézl michal.grezl na openstreetmap.cz #m6527b5 28. 3. 2016 20:33

2016-03-25 20:30 GMT+01:00 Tom Ka <tomas.kasparek na gmail.com>:

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).

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.

Tom Ka tomas.kasparek na gmail.com #m14b93c 28. 3. 2016 20:53

Dne 28. března 2016 20:33 Michal Grézl <michal.grezl na openstreetmap.cz>

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?

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.

/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.