[osm-hu] Re: Sebesseg korlatozas pontos kezdete, ahol nem lehet megallni a pontos hely rogzitesehez

[osm at igor2.repo.hu]

On Mon, 6 Jan 2014, osm at igor2.repo.hu wrote:

> A sebessegkorlatozasok OCR-ezese is ez a kategoria: valojaban nem kell teljes 
> OCR, mert veges szamu dolgot akarnak beleirni: 10, 15, 20, 30, 40, 50, 60, 70, 
> 80, 90, 100, 120 - csak ezek kozul kell rajonni, hogy "leginkabb melyik", nem 
> pedig altalaban leolvasni.

Gyorsan ranezetem erre is: egy minimalis szuressel az eredeti videorol ugy 
tunik leolvashato az 50 akar gocr-rel is (pedig annak nem sikerult 
eloirnom, hogy csak szamokat keressen!). Valoszinuleg a fenti 
felsorolasbol kivalasztot vizszintes meg fuggoleges profil alapjan kb 1 
ora munkaval lehet irni, ha van eleg minta, amin be lehet allitani a 
parametereket.

Szoval ha sikerul a kozossegnek produkalnia 15..20 legalabb 5..10 perces 
videot, akkor viszonylag kis munkaval ez az egesz kivitelezheto, legalabb 
a sebessegkorlatozasokra.

Ha ezekkel mar elo tudok allitani egy stabilan mukodo toolt, akkor tudok 
csinalni egy minimalisztikus webes szolgaltatast is, amire az ember 
feltolja a videot es a szinkronizalt GPS adatokat, aztan visszakapja a 
kivilagitott kepeket a GPS adatokkal es egy xml-t, amit josm-be vagy mas 
szerksztobe betolthet, es felkuldheto formaban tartalmazza a 
korlatozasokat. Ezt a szolgaltatast hostolni is tudom.

Azt hiszem a josm valahogy tud olyat, hogy pontokhoz/helyhez kotott 
kepek, tehat az egesz munka odaig automatizalhato, hogy megkapjuk a 
felkuldendo modositast, ahol minden tablahoz van egy kivilagitott 
fenykep, amit valoszinuleg 5 masodperc per tabla utemben lehet 
ellenorizni.


Udv,

Igor2