[OSM-talk-nl] OpenStreetResearch (ja nog ff ;)

[Stefan de Konink]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Lambertus schreef:
> Is het niet gigantisch veel werk om een dergelijke functionaliteit in een 
> FPGA te stoppen? 

De subroutine van SIFT is nog wel te doen. (Dat is keypoint
identificatie). Daarna alles in een database stoppen:

http://portal.acm.org/citation.cfm?id=564691.564729

En histogram zaken zijn heeeel goed op FPGA te doen.


> Heeft OpenCV dan zoveel meer power nodig dan een mobile CPU 
> van tegenwoordig kan leveren (Met alle SSE en soortgelijke multimedia vector 
> uitbreidingen)? 

Die Elphel camera is 200MHz, Etrax, Elphel schreef me dat ze OpenCV nog
niet aan de praat hadden gekregen (wel geport). Ik heb nu een CVS
account dus ik zal mijn aanpassingen op de SIFT code van Rob Hess daar
eens instoppen, en dan die histogram methode uitproberen.

> Ik hoopte eigenlijk van niet zodat een webcam een stream of
> serie van foto's aan de OpenPandora [1] kan geven zodat deze realtime meta 
> informatie aan wegen kan toevoegen... Dat scheelt een heleboel porting werk, 
> vooropgesteld dat OpenCV op de ARM architectuur werkt, en houdt de boel open 
> voor andere platformen i.t.t. FPGA oplossingen. Kosten zijn uiteindelijk ook 
> nog een stuk lager.
> 
> [1]  http://www.openpandora.org

Ik draai OpenCV op een PPC :) dus het draait iig op Big en Little endian ;)


Zelf zou ik de mechanical turk methode ook perfect vinden, mits er een
realtime tagging platform zou zijn. En dan nog zou ik het makkelijk
vinden als de meest waarschijnlijke borden direct worden aangegeven.

Dus het onderzoek werkt twee kanten op :) Het kan semi-supervised.



Stefan
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAki8HVMACgkQYH1+F2Rqwn3zfgCfazWtJ24VH5+rn21W1zJWjS8p
IOEAnR49d5dkIwcjyPCXF4ak1/+qXu9D
=9GAc
-----END PGP SIGNATURE-----