Re: [OSM-talk-nl] Google Summer of Code 2009 - signFinder.
Hoi, klinkt fantastisch. Als volgende projectje Zou dit ook met paaltjes voor bushaltes kunnen? Ik ben bezig om de bushaltes in Gent, Belgie in te voeren in OSM. Telkens in mijn dictafoon inspreken wat de haltenaam is blijft echter omslachtig. Als ik er een foto van kan nemen dan hebben we - naam van de halte - referentienummer van de bushalte - tariferingszone Voorbeeldschema: http://www.gentbrugge.be/Info/DeLijn/DeLijn5.htm moeilijkheden: hier staat wel meer dan 1 stuk tekst op. voordelen: - het referentiebord is steeds hetzelfde - de tekst voor elk van de bovenstaande velden staat steeds op dezelfde plaats binnen het referentiekader - referentienummer zijn minder mogelijke karakters, want is steeds numeriek. ik kan mijn foto's voorzien van GPS coordinaten, maar niet van een richting. Als je interesse hebt dan zet ik wel wat foto's online. Hartelijk bedankt! Groeten, Sebastiaan 2009/8/19 Henk Hoff toffeh...@gmail.com +1 Henk Hoff Op 19 augustus 2009 09:17 schreef Lambertus (o...@na1400.info) het volgende: Tijs, het lijkt me een prima geslaagde GSOC voor jou en OSM. Een dikke pluim en hartelijk bedankt voor je werk! We komen jou nog wel eens tegen bij OSM meetings denk ik :-) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Google Summer of Code 2009 - signFinder.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Sebastiaan Lampo schreef: Zou dit ook met paaltjes voor bushaltes kunnen? Jup. Maar dan komen we weer in het verkeersborden domein. En lezen vanaf bushalte paaltjes lijkt me niet ideaal. ik kan mijn foto's voorzien van GPS coordinaten, maar niet van een richting. Als je interesse hebt dan zet ik wel wat foto's online. Gewoon uploaden op openstreetphoto, kijken we er wel naar :) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREKAAYFAkqNVhAACgkQYH1+F2Rqwn1noQCbBgPU36aYvvDDhq5KlJbv/UtV cFUAnibLAWgoqrlCzD5sHx8W2ey1AGk6 =aXBS -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Google Summer of Code 2009 - signFinder.
Tijs, het lijkt me een prima geslaagde GSOC voor jou en OSM. Een dikke pluim en hartelijk bedankt voor je werk! We komen jou nog wel eens tegen bij OSM meetings denk ik :-) Tijs Zwinkels wrote: Hallo Iedereen, vanaf gisteren is de Google Summer of Code officieel afgelopen. Via deze weg wil ik iedereen bedanken voor de reacties, ideeen, en natuurlijk de felbegeerde straatnaamborden! ;) Er is nu een product dat straatnaamborden detecteert, segmenteert, en leest. Met name in nieuwbouwwijken met nette schone blauwe borden is de performance hoog (+90% op mijn eigen testset, maar naar maanden ontwikkeling is dit een cijfer met overfitting). Bovendien is de code nu opgeschoond zodat hij ook voor personen die niet Tijs heten te begrijpen moet zijn, en is er een hoeveelheid documentatie. Alles is te vinden op Google Code: http://code.google.com/p/signfinder/ . Meer weten over het proces / geinteresseerd in pretty pictures? - Bekijk vooral ook mijn blog-posts: http://blog.opengeo.nl/index.php/tag/signfinder/ Dit betekend niet dat ik niet meer aan dit project ga werken. Er zijn nog interessante andere methoden om te proberen en de performance te verbeteren, en binnenkort gaan Stefan en ik werken aan een website + service, waarmee anderen makkelijk deze 'signReading' functionaliteit in eigen producten kunnen gebruiken. Daarnaast ben ik natuurlijk geïnteresseerd in praktische toepassingen voor dit product. Heb je goede ideeen? Ergens een half (of heel) project liggen dat kan profiteren van het lezen van straatnaamborden? - Laat het me weten, en ik zal graag samenwerken om deze functionaliteit nuttig in te zetten. Groeten, Tijs ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Google Summer of Code 2009 - signFinder.
Dankje! Jullie zien me inderdaad nog wel langskomen. :) 2009/8/19 Lambertus o...@na1400.info Tijs, het lijkt me een prima geslaagde GSOC voor jou en OSM. Een dikke pluim en hartelijk bedankt voor je werk! We komen jou nog wel eens tegen bij OSM meetings denk ik :-) Tijs Zwinkels wrote: Hallo Iedereen, vanaf gisteren is de Google Summer of Code officieel afgelopen. Via deze weg wil ik iedereen bedanken voor de reacties, ideeen, en natuurlijk de felbegeerde straatnaamborden! ;) Er is nu een product dat straatnaamborden detecteert, segmenteert, en leest. Met name in nieuwbouwwijken met nette schone blauwe borden is de performance hoog (+90% op mijn eigen testset, maar naar maanden ontwikkeling is dit een cijfer met overfitting). Bovendien is de code nu opgeschoond zodat hij ook voor personen die niet Tijs heten te begrijpen moet zijn, en is er een hoeveelheid documentatie. Alles is te vinden op Google Code: http://code.google.com/p/signfinder/ . Meer weten over het proces / geinteresseerd in pretty pictures? - Bekijk vooral ook mijn blog-posts: http://blog.opengeo.nl/index.php/tag/signfinder/ Dit betekend niet dat ik niet meer aan dit project ga werken. Er zijn nog interessante andere methoden om te proberen en de performance te verbeteren, en binnenkort gaan Stefan en ik werken aan een website + service, waarmee anderen makkelijk deze 'signReading' functionaliteit in eigen producten kunnen gebruiken. Daarnaast ben ik natuurlijk geïnteresseerd in praktische toepassingen voor dit product. Heb je goede ideeen? Ergens een half (of heel) project liggen dat kan profiteren van het lezen van straatnaamborden? - Laat het me weten, en ik zal graag samenwerken om deze functionaliteit nuttig in te zetten. Groeten, Tijs ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Google Summer of Code 2009 - signFinder.
Hallo Iedereen, vanaf gisteren is de Google Summer of Code officieel afgelopen. Via deze weg wil ik iedereen bedanken voor de reacties, ideeen, en natuurlijk de felbegeerde straatnaamborden! ;) Er is nu een product dat straatnaamborden detecteert, segmenteert, en leest. Met name in nieuwbouwwijken met nette schone blauwe borden is de performance hoog (+90% op mijn eigen testset, maar naar maanden ontwikkeling is dit een cijfer met overfitting). Bovendien is de code nu opgeschoond zodat hij ook voor personen die niet Tijs heten te begrijpen moet zijn, en is er een hoeveelheid documentatie. Alles is te vinden op Google Code: http://code.google.com/p/signfinder/ . Meer weten over het proces / geinteresseerd in pretty pictures? - Bekijk vooral ook mijn blog-posts: http://blog.opengeo.nl/index.php/tag/signfinder/ Dit betekend niet dat ik niet meer aan dit project ga werken. Er zijn nog interessante andere methoden om te proberen en de performance te verbeteren, en binnenkort gaan Stefan en ik werken aan een website + service, waarmee anderen makkelijk deze 'signReading' functionaliteit in eigen producten kunnen gebruiken. Daarnaast ben ik natuurlijk geïnteresseerd in praktische toepassingen voor dit product. Heb je goede ideeen? Ergens een half (of heel) project liggen dat kan profiteren van het lezen van straatnaamborden? - Laat het me weten, en ik zal graag samenwerken om deze functionaliteit nuttig in te zetten. Groeten, Tijs ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Google Summer of Code 2009 - signFinder.
2009/6/30 Stefan de Konink ste...@konink.de: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Martijn van Exel wrote: Hmm, een collega van me heeft vrij gauw een app geschreven voor Android waarin de kompasrichting (drie dimensies) wel met de foto wordt opgeslagen. De hardware is niet open source, maar als softwareplatform is Android wel veel opener dan elke andere telefoon die voor de consumentenmarkt wordt geproduceerd. In de standaard camera-app worden die gegevens inderdaad, idioot genoeg, niet opgeslagen. Er zijn ook geen goede EXIF-tags voor. De Elphel neemt compasrichting ook gewoon mee :) En er is zeker wel een exif tag voor. 'Direction of Image'. Yep, alleen voor direction (yaw), maar vziw niet voor de andere dimensies van de kompasrichting (roll en pitch, zie http://en.wikipedia.org/wiki/Flight_dynamics voor degenen die onbekend zijn met de terminologie). Hoewel minder relevant voor sommige doeleinden zijn deze wel noodzakelijk als je de hoek van de gedetecteerde borden op de foto's zou willen terugvertalen naar bij welke straat ze horen. [kan ook wel naar talk-nl] Stefan martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Google Summer of Code 2009 - signFinder.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Martijn van Exel wrote: Yep, alleen voor direction (yaw), maar vziw niet voor de andere dimensies van de kompasrichting (roll en pitch, zie http://en.wikipedia.org/wiki/Flight_dynamics voor degenen die onbekend zijn met de terminologie). Hoewel minder relevant voor sommige doeleinden zijn deze wel noodzakelijk als je de hoek van de gedetecteerde borden op de foto's zou willen terugvertalen naar bij welke straat ze horen. En dit is nu precies een moment om een RFC te schrijven en te publiceren :) Lijkt mee triviale case om dit soort zaken uit te breiden. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREKAAYFAkpJ4awACgkQYH1+F2Rqwn1HVwCcD39AfIj4VK1gaPxhddocLw3E 7CAAoJF1W7sNDbiyGACq9b51gaIEY8Xl =VuLL -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Google Summer of Code 2009 - signFinder.
Je kan, zeker bij de voorbeeldfoto van Tijs, beter uitgaan van de rechte hoeken die in het bord herkend worden. De voorbeeldfoto die op de hoek van een gebouw is geschoten en aan beide zijden een perspectief van een bord in tegengestelde richting laat zien kan niet door yaw, pitch, roll worden gecorrigeerd. Martijn van Exel wrote: 2009/6/30 Stefan de Konink ste...@konink.de: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Martijn van Exel wrote: Hmm, een collega van me heeft vrij gauw een app geschreven voor Android waarin de kompasrichting (drie dimensies) wel met de foto wordt opgeslagen. De hardware is niet open source, maar als softwareplatform is Android wel veel opener dan elke andere telefoon die voor de consumentenmarkt wordt geproduceerd. In de standaard camera-app worden die gegevens inderdaad, idioot genoeg, niet opgeslagen. Er zijn ook geen goede EXIF-tags voor. De Elphel neemt compasrichting ook gewoon mee :) En er is zeker wel een exif tag voor. 'Direction of Image'. Yep, alleen voor direction (yaw), maar vziw niet voor de andere dimensies van de kompasrichting (roll en pitch, zie http://en.wikipedia.org/wiki/Flight_dynamics voor degenen die onbekend zijn met de terminologie). Hoewel minder relevant voor sommige doeleinden zijn deze wel noodzakelijk als je de hoek van de gedetecteerde borden op de foto's zou willen terugvertalen naar bij welke straat ze horen. [kan ook wel naar talk-nl] Stefan martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Google Summer of Code 2009 - signFinder.
daar ging het ook niet om :) we zouden deze richtinggegevens kunnen gebruiken om te zien welke straten bedoeld worden als er bijvoorbeeld op een kruispunt gefotografeerd is. groet, floris Milo van der Linden wrote: Je kan, zeker bij de voorbeeldfoto van Tijs, beter uitgaan van de rechte hoeken die in het bord herkend worden. De voorbeeldfoto die op de hoek van een gebouw is geschoten en aan beide zijden een perspectief van een bord in tegengestelde richting laat zien kan niet door yaw, pitch, roll worden gecorrigeerd. Martijn van Exel wrote: 2009/6/30 Stefan de Konink ste...@konink.de: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Martijn van Exel wrote: Hmm, een collega van me heeft vrij gauw een app geschreven voor Android waarin de kompasrichting (drie dimensies) wel met de foto wordt opgeslagen. De hardware is niet open source, maar als softwareplatform is Android wel veel opener dan elke andere telefoon die voor de consumentenmarkt wordt geproduceerd. In de standaard camera-app worden die gegevens inderdaad, idioot genoeg, niet opgeslagen. Er zijn ook geen goede EXIF-tags voor. De Elphel neemt compasrichting ook gewoon mee :) En er is zeker wel een exif tag voor. 'Direction of Image'. Yep, alleen voor direction (yaw), maar vziw niet voor de andere dimensies van de kompasrichting (roll en pitch, zie http://en.wikipedia.org/wiki/Flight_dynamics voor degenen die onbekend zijn met de terminologie). Hoewel minder relevant voor sommige doeleinden zijn deze wel noodzakelijk als je de hoek van de gedetecteerde borden op de foto's zou willen terugvertalen naar bij welke straat ze horen. [kan ook wel naar talk-nl] Stefan martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Google Summer of Code 2009 - signFinder.
die gegevens komen ook uit onze quadcopter vluchtdata nick/roll/yaw en altitude ;) voor de orientatie zijn er de volgende velden.. helaas kom je de rest van de info niet kwijt (zover ik kan zien) GPSImgDirectionRef Indicates the reference for giving the direction of the image when it is captured. 'T' denotes true direction and 'M' is magnetic direction. Tag = 16 (10.H) Type = ASCII Count = 2 Default = 'T' 'T' = True direction 'M' = Magnetic direction Other = reserved GPSImgDirection Indicates the direction of the image when it was captured. The range of values is from 0.00 to 359.99. Tag = 17 (11.H) Type = RATIONAL Count = 1 Default = none Op 30 juni 2009 12:23 schreef Floris Looijesteijn o...@floris.nu het volgende: daar ging het ook niet om :) we zouden deze richtinggegevens kunnen gebruiken om te zien welke straten bedoeld worden als er bijvoorbeeld op een kruispunt gefotografeerd is. groet, floris Milo van der Linden wrote: Je kan, zeker bij de voorbeeldfoto van Tijs, beter uitgaan van de rechte hoeken die in het bord herkend worden. De voorbeeldfoto die op de hoek van een gebouw is geschoten en aan beide zijden een perspectief van een bord in tegengestelde richting laat zien kan niet door yaw, pitch, roll worden gecorrigeerd. Martijn van Exel wrote: 2009/6/30 Stefan de Konink ste...@konink.de: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Martijn van Exel wrote: Hmm, een collega van me heeft vrij gauw een app geschreven voor Android waarin de kompasrichting (drie dimensies) wel met de foto wordt opgeslagen. De hardware is niet open source, maar als softwareplatform is Android wel veel opener dan elke andere telefoon die voor de consumentenmarkt wordt geproduceerd. In de standaard camera-app worden die gegevens inderdaad, idioot genoeg, niet opgeslagen. Er zijn ook geen goede EXIF-tags voor. De Elphel neemt compasrichting ook gewoon mee :) En er is zeker wel een exif tag voor. 'Direction of Image'. Yep, alleen voor direction (yaw), maar vziw niet voor de andere dimensies van de kompasrichting (roll en pitch, zie http://en.wikipedia.org/wiki/Flight_dynamics voor degenen die onbekend zijn met de terminologie). Hoewel minder relevant voor sommige doeleinden zijn deze wel noodzakelijk als je de hoek van de gedetecteerde borden op de foto's zou willen terugvertalen naar bij welke straat ze horen. [kan ook wel naar talk-nl] Stefan martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Google Summer of Code 2009 - signFinder.
Rob, Voor onze helicopters gelden andere parameters. Uit wel ingelichte bronnen weet ik dat een Exterior orientation van een foto vlucht als volgt wordt beschreven: Image Name Xo YoZo OmegaPhiKappa -- -- -- --- --- 0584132182.543 506023.234 3216.084 -1.7950 -0.7034 -90.9659 0585131332.838 506024.635 3218.919 -2.3706 -0.2932 -91.3263 0656129634.353 503998.083 3226.922 1.2230 1.7402 96.0163 Dit zijn de 6 parameters van een camera gedurende de vlucht. Onderstaande zijn de gegevens van de camera uit een officieel calibratie rapport long track 67.860mm11310pixel cross track 103.860mm17310pixel (33.91, 51.95)mm (-33.91, -51.95)mm Image Extent 6.000μm*6.000μm Pixel Size ck100.500mm ± 0.002mm Focal Length X_ppa 0.120 mm ± 0.002mm Principal Point Y_ppa 0.180 mm ± 0.002mm (Level 2) Remaining Distortion less than 0.002mm ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Google Summer of Code 2009 - signFinder.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Milo van der Linden wrote: ck100.500mm ± 0.002mm Focal Length Hoe kan de focal length bij de gehele vlucht het zelfde zijn :P Ik bedoel, het is niet oneinding... en een helicopter is zeker niet een apparaat dat niet omhoog en naar beneden gaat ;) (Level 2) Remaining Distortion less than 0.002mm Dat is ook iets vaags; overigens heeft ufraw tegenwoordig lensfun, daarmee kun je iedere genomen foto automatisch corrigeren van lens naar doel projectie op basis van je lens specs. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREKAAYFAkpKIu8ACgkQYH1+F2Rqwn0ANwCeOpxYL4epgfn8RlwPbBlWzNa0 i3kAoIIO3UEvT4NzfCgp/v29MtAD0f9e =duM5 -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Google Summer of Code 2009 - signFinder.
Rob klappert met z'n oren ;) Op 30 juni 2009 16:26 schreef Milo van der Linden m...@opengeo.nl het volgende: Rob, Voor onze helicopters gelden andere parameters. Uit wel ingelichte bronnen weet ik dat een Exterior orientation van een foto vlucht als volgt wordt beschreven: Image Name Xo YoZo OmegaPhiKappa -- -- -- --- --- 0584132182.543 506023.234 3216.084 -1.7950 -0.7034 -90.9659 0585131332.838 506024.635 3218.919 -2.3706 -0.2932 -91.3263 0656129634.353 503998.083 3226.922 1.2230 1.7402 96.0163 Dit zijn de 6 parameters van een camera gedurende de vlucht. Onderstaande zijn de gegevens van de camera uit een officieel calibratie rapport long track 67.860mm11310pixel cross track 103.860mm17310pixel (33.91, 51.95)mm (-33.91, -51.95)mm Image Extent 6.000μm*6.000μm Pixel Size ck100.500mm ± 0.002mm Focal Length X_ppa 0.120 mm ± 0.002mm Principal Point Y_ppa 0.180 mm ± 0.002mm (Level 2) Remaining Distortion less than 0.002mm ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Google Summer of Code 2009 - signFinder.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Rob wrote: Rob klappert met z'n oren ;) http://weblogs.nrc.nl/weblog/uitspraak/wp-content/uploads/dombo.jpg Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREKAAYFAkpKJmkACgkQYH1+F2Rqwn1P7QCdHu/LLmCl5ta+O8xwKjoLO1k8 4SMAn3G43mfwqP7e7+Xk+flHzoGbKXhf =BaHq -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Google Summer of Code 2009 - signFinder.
2009/6/30 Stefan de Konink ste...@konink.de -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Rob wrote: Rob klappert met z'n oren ;) http://weblogs.nrc.nl/weblog/uitspraak/wp-content/uploads/dombo.jpg juist ja, en waar hangt die camera nou ;) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Google Summer of Code 2009 - signFinder.
Stefan de Konink wrote: Milo van der Linden wrote: ck100.500mm ± 0.002mm Focal Length Hoe kan de focal length bij de gehele vlucht het zelfde zijn :P Ik bedoel, het is niet oneinding... en een helicopter is zeker niet een apparaat dat niet omhoog en naar beneden gaat ;) Dit zijn camera's met een daarop een lense met een vaste focale lengte: (Ja, dit bestaat. Ik heb er zelf destijds ook een willen kopen voor de canon 350) http://www.misco.nl/productinformation/~804378~/product.htm?affiliate=106 Die kan dus bij de hele vlucht hetzelfde zijn ;-) (Level 2) Remaining Distortion less than 0.002mm Dat is ook iets vaags; overigens heeft ufraw tegenwoordig lensfun, daarmee kun je iedere genomen foto automatisch corrigeren van lens naar doel projectie op basis van je lens specs. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Google Summer of Code 2009 - signFinder.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Milo van der Linden wrote: Dit zijn camera's met een daarop een lense met een vaste focale lengte: (Ja, dit bestaat. Ik heb er zelf destijds ook een willen kopen voor de canon 350) http://www.misco.nl/productinformation/~804378~/product.htm?affiliate=106 Ja, dat betekent dat je DOF altijd hetzelfde is... Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREKAAYFAkpKMB0ACgkQYH1+F2Rqwn2zygCfdVY7wCDL1xIzF6Oia56U0KaA HxgAnR9uMG1BJV0fi+c/MPCUkPmj0HAo =J1oI -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Google Summer of Code 2009 - signFinder.
Hallo Iedereen, Aan de late kant, maar laat ik me even introduceren: Ik ben Tijs Zwinkels, ik heb zojuist mijn kunstmatige intelligentie opleiding afgerond, en sinds een week of vijf ben ik onder de vlag van de google summer of codehttp://code.google.com/soc/bezig met een projecthttp://wiki.openstreetmap.org/wiki/GSoC_Student_Applications_2009#Draft_application:_Automatic_Street-Sign_Detection_and_Readingom automatisch Nederlandse straatnaamborden te detecteren, segmenteren, en hopenlijk ook te lezen. Stefan is mijn mentor voor dit project. Klinkt interessant? Vond ik ook. :) - kijk vooral ook even op het opengeo blog http://blog.opengeo.nl/index.php/2009/06/29/signfinder/ voor wat meer tekst, uitleg, en plaatjes. Ik zal vanaf heden proberen jullie als 'de community' wat regelmatiger op de hoogte te houden. De huidige methodiek werkt in een aantal gevallen vrij goed, met in meer van 80% van de gevallen de straatnaamborden op plaatjes perfect gesegmenteerd in mijn eigen testsethttp://mirror.openstreetmap.nl/openstreetphoto/tijs/results/210609/test1/. Probleem is dat mijn eigen trainset nagenoeg uitsluitend in een nieuwbouwwijk, met mooie shiny nieuwe blauwe straatnaamborden opgenomen is. Bij 'minder mooie' borden en andere camera's wordt de performance snel slechter. Ik ben zelf al bezig geweest met nieuwe data verzamelen, maar: Ik ben voorlopig nog wanhopig opzoek naar nieuwe data om op te trainen of te testen. Heeft iemand nog een set met foto's van straatnaamborden voor mapping purposes liggen? Voornaamste eis is dat het straatnaambord groot in beeld is (minimaal 1/400e van de totale oppervlakte van de foto), de foto van voldoende kwaliteit is, en dat het straatnaambord leesbaar is. Iemand die me kan helpen? Mocht je het leuk vinden om met het huidige product te spelen, de code staat online op http://code.google.com/p/signfinder/ . Het ding draait op linux, en heeft de opencv library nodig. Ik zal vanmiddag betere documentatie toevoegen, maar de werking is simpel: de signFinder-executable accepteerd een of meerdere jpg-foto's op de command line. Hij probeert hier straatnaamborden op de te vinden (remember, groot genoeg in beeld..), en schrijft een bestand met de naam filename_result.jpg weg waarin hij een lijntje om de gevonden borden heen tekent. - Tijs ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Google Summer of Code 2009 - signFinder.
Hoi Tijs, Ik heb waarschijnlijk nog wel wat bruikbare foto's. Waar zou ik die kwijt kunnen? Veelbelovende resultaten tot nu toe, maar de laatste stap, het lezen van de straatnamen uit de gedetecteerde borden, is uiteraard een cruciale om de post-processing van ruwe data (tracks + foto's) te helpen automatiseren. Heb je hier al resultaten mee bereikt? Verder zie ik mogelijkheden om van foto's die kompasrichting-informatie hebben (Android G1, iPhone 3GS) die gegevens te gebruiken om in combinatie met de hoek van de borden ten opzichte van de fotograaf een gooi te doen naar welke naam bij welke straat hoort. Is dat ook onderdeel van je project? martijn van exel http://schaaltreinen.nl/ twitter / skype: mvexel flickr: rhodes 2009/6/29 Tijs Zwinkels openstreet...@tumblecow.net: Hallo Iedereen, Aan de late kant, maar laat ik me even introduceren: Ik ben Tijs Zwinkels, ik heb zojuist mijn kunstmatige intelligentie opleiding afgerond, en sinds een week of vijf ben ik onder de vlag van de google summer of code bezig met een project om automatisch Nederlandse straatnaamborden te detecteren, segmenteren, en hopenlijk ook te lezen. Stefan is mijn mentor voor dit project. Klinkt interessant? Vond ik ook. :) - kijk vooral ook even op het opengeo blog voor wat meer tekst, uitleg, en plaatjes. Ik zal vanaf heden proberen jullie als 'de community' wat regelmatiger op de hoogte te houden. De huidige methodiek werkt in een aantal gevallen vrij goed, met in meer van 80% van de gevallen de straatnaamborden op plaatjes perfect gesegmenteerd in mijn eigen testset. Probleem is dat mijn eigen trainset nagenoeg uitsluitend in een nieuwbouwwijk, met mooie shiny nieuwe blauwe straatnaamborden opgenomen is. Bij 'minder mooie' borden en andere camera's wordt de performance snel slechter. Ik ben zelf al bezig geweest met nieuwe data verzamelen, maar: Ik ben voorlopig nog wanhopig opzoek naar nieuwe data om op te trainen of te testen. Heeft iemand nog een set met foto's van straatnaamborden voor mapping purposes liggen? Voornaamste eis is dat het straatnaambord groot in beeld is (minimaal 1/400e van de totale oppervlakte van de foto), de foto van voldoende kwaliteit is, en dat het straatnaambord leesbaar is. Iemand die me kan helpen? Mocht je het leuk vinden om met het huidige product te spelen, de code staat online op http://code.google.com/p/signfinder/ . Het ding draait op linux, en heeft de opencv library nodig. Ik zal vanmiddag betere documentatie toevoegen, maar de werking is simpel: de signFinder-executable accepteerd een of meerdere jpg-foto's op de command line. Hij probeert hier straatnaamborden op de te vinden (remember, groot genoeg in beeld..), en schrijft een bestand met de naam filename_result.jpg weg waarin hij een lijntje om de gevonden borden heen tekent. - Tijs ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Google Summer of Code 2009 - signFinder.
supermooi project! ik ben erg benieuwd naar de voortgang. wat betreft de foto's: zeg maar hoeveel je er wilt hebben :) ik heb er zeker enkele duizenden. ik zal er een zootje online zetten en je de url mailen. groet, floris Tijs Zwinkels wrote: Hallo Iedereen, Aan de late kant, maar laat ik me even introduceren: Ik ben Tijs Zwinkels, ik heb zojuist mijn kunstmatige intelligentie opleiding afgerond, en sinds een week of vijf ben ik onder de vlag van de google summer of codehttp://code.google.com/soc/bezig met een projecthttp://wiki.openstreetmap.org/wiki/GSoC_Student_Applications_2009#Draft_application:_Automatic_Street-Sign_Detection_and_Readingom automatisch Nederlandse straatnaamborden te detecteren, segmenteren, en hopenlijk ook te lezen. Stefan is mijn mentor voor dit project. Klinkt interessant? Vond ik ook. :) - kijk vooral ook even op het opengeo blog http://blog.opengeo.nl/index.php/2009/06/29/signfinder/ voor wat meer tekst, uitleg, en plaatjes. Ik zal vanaf heden proberen jullie als 'de community' wat regelmatiger op de hoogte te houden. De huidige methodiek werkt in een aantal gevallen vrij goed, met in meer van 80% van de gevallen de straatnaamborden op plaatjes perfect gesegmenteerd in mijn eigen testsethttp://mirror.openstreetmap.nl/openstreetphoto/tijs/results/210609/test1/. Probleem is dat mijn eigen trainset nagenoeg uitsluitend in een nieuwbouwwijk, met mooie shiny nieuwe blauwe straatnaamborden opgenomen is. Bij 'minder mooie' borden en andere camera's wordt de performance snel slechter. Ik ben zelf al bezig geweest met nieuwe data verzamelen, maar: Ik ben voorlopig nog wanhopig opzoek naar nieuwe data om op te trainen of te testen. Heeft iemand nog een set met foto's van straatnaamborden voor mapping purposes liggen? Voornaamste eis is dat het straatnaambord groot in beeld is (minimaal 1/400e van de totale oppervlakte van de foto), de foto van voldoende kwaliteit is, en dat het straatnaambord leesbaar is. Iemand die me kan helpen? Mocht je het leuk vinden om met het huidige product te spelen, de code staat online op http://code.google.com/p/signfinder/ . Het ding draait op linux, en heeft de opencv library nodig. Ik zal vanmiddag betere documentatie toevoegen, maar de werking is simpel: de signFinder-executable accepteerd een of meerdere jpg-foto's op de command line. Hij probeert hier straatnaamborden op de te vinden (remember, groot genoeg in beeld..), en schrijft een bestand met de naam filename_result.jpg weg waarin hij een lijntje om de gevonden borden heen tekent. - Tijs ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Google Summer of Code 2009 - signFinder.
Ik zal de ftp over een uurtje aanzetten :) Stefan Op 29 jun 2009 om 13:29 heeft Floris Looijesteijn o...@floris.nu het volgende geschreven:\ supermooi project! ik ben erg benieuwd naar de voortgang. wat betreft de foto's: zeg maar hoeveel je er wilt hebben :) ik heb er zeker enkele duizenden. ik zal er een zootje online zetten en je de url mailen. groet, floris Tijs Zwinkels wrote: Hallo Iedereen, Aan de late kant, maar laat ik me even introduceren: Ik ben Tijs Zwinkels, ik heb zojuist mijn kunstmatige intelligentie opleiding afgerond, en sinds een week of vijf ben ik onder de vlag van de google summer of codehttp://code.google.com/soc/bezig met een projecthttp://wiki.openstreetmap.org/wiki/GSoC_Student_Applications_2009#Draft_application:_Automatic_Street-Sign_Detection_and_Reading om automatisch Nederlandse straatnaamborden te detecteren, segmenteren, en hopenlijk ook te lezen. Stefan is mijn mentor voor dit project. Klinkt interessant? Vond ik ook. :) - kijk vooral ook even op het opengeo blog http://blog.opengeo.nl/index.php/2009/06/29/signfinder/ voor wat meer tekst, uitleg, en plaatjes. Ik zal vanaf heden proberen jullie als 'de community' wat regelmatiger op de hoogte te houden. De huidige methodiek werkt in een aantal gevallen vrij goed, met in meer van 80% van de gevallen de straatnaamborden op plaatjes perfect gesegmenteerd in mijn eigen testsethttp://mirror.openstreetmap.nl/openstreetphoto/tijs/results/210609/test1/ . Probleem is dat mijn eigen trainset nagenoeg uitsluitend in een nieuwbouwwijk, met mooie shiny nieuwe blauwe straatnaamborden opgenomen is. Bij 'minder mooie' borden en andere camera's wordt de performance snel slechter. Ik ben zelf al bezig geweest met nieuwe data verzamelen, maar: Ik ben voorlopig nog wanhopig opzoek naar nieuwe data om op te trainen of te testen. Heeft iemand nog een set met foto's van straatnaamborden voor mapping purposes liggen? Voornaamste eis is dat het straatnaambord groot in beeld is (minimaal 1/400e van de totale oppervlakte van de foto), de foto van voldoende kwaliteit is, en dat het straatnaambord leesbaar is. Iemand die me kan helpen? Mocht je het leuk vinden om met het huidige product te spelen, de code staat online op http://code.google.com/p/signfinder/ . Het ding draait op linux, en heeft de opencv library nodig. Ik zal vanmiddag betere documentatie toevoegen, maar de werking is simpel: de signFinder-executable accepteerd een of meerdere jpg-foto's op de command line. Hij probeert hier straatnaamborden op de te vinden (remember, groot genoeg in beeld..), en schrijft een bestand met de naam filename_result.jpg weg waarin hij een lijntje om de gevonden borden heen tekent. - Tijs ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Google Summer of Code 2009 - signFinder.
2009/6/29 Tijs Zwinkels openstreet...@tumblecow.net: Ik ben voorlopig nog wanhopig opzoek naar nieuwe data om op te trainen of te testen. Heeft iemand nog een set met foto's van straatnaamborden voor mapping purposes liggen? Voornaamste eis is dat het straatnaambord groot in beeld is (minimaal 1/400e van de totale oppervlakte van de foto), de foto van voldoende kwaliteit is, en dat het straatnaambord leesbaar is. Iemand die me kan helpen? Hoi Tijs, leuk project! Ik heb redelijk wat foto's uit België liggen met naambordjes (5 megapixel, met georeferentie), de layout zal anders zijn dan de standaard Nederlandse bordjes (vaak zwarte letters op witte achtergrond) - kan ik je daar mee helpen? gr, Dieter ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Google Summer of Code 2009 - signFinder.
Allemaal bedankt voor de foto's en de positieve reacties. Keep em coming! 2009/6/29 Martijn van Exel mve...@gmail.com Veelbelovende resultaten tot nu toe, maar de laatste stap, het lezen van de straatnamen uit de gedetecteerde borden, is uiteraard een cruciale om de post-processing van ruwe data (tracks + foto's) te helpen automatiseren. Heb je hier al resultaten mee bereikt? Nee, zo ver ben ik nog niet. Ik ben eerst nog even bezig met de segmentatie zelf verbeteren. Desalnietemin: We hebben nog tot 17 augustus voor de GSoC, en ik verwacht absoluut ook daarna nog aan dit project te bijven werken. Ik ga zonder enige twijfel nog toekomen aan het OCR-en van borden, en ik ben benieuwd naar de resultaten. Ook leuk te vermelden is dat een onderzoeksgroep aan Artificial Intelligence in Groningen zich bezighoudt met handschriftherkenning, wat in principe een 'lastigere variant' van OCR is. Ze zijn hier al jaren mee bezig, en in overleg is besloten dat ik evt. hun code mag gebruiken en open-sourcen als ik help. Een ander speerpunt is dat we deze technologie ook willen gaan gebruiken voor de detectie van andere verkeersborden. We kunnen wellicht verkeersborden detecteren, maximumsnelheden lezen, en verkeersborden lezen of juist blurren in foto's. Afijn, ik ga het binnenkort met Stefan hebben over de volgende stap. Verder zie ik mogelijkheden om van foto's die kompasrichting-informatie hebben (Android G1, iPhone 3GS) die gegevens te gebruiken om in combinatie met de hoek van de borden ten opzichte van de fotograaf een gooi te doen naar welke naam bij welke straat hoort. Is dat ook onderdeel van je project? Het daadwerkelijk gebruiken van deze technologie voor automatische mapping is nog een hele uitdaging opzich. Kompasinformatie kan daar bij helpen, maar ik denk dat het indien mogelijk ook zaak zal zijn om straatnaamborden aan zowel het begin-punt als eind-punt van de straat te fotograferen: We moeten immers ook weten waar een straat eindigd. Opzich is dit nog niet expliciet gedefinieerd als onderdeel van dit project; eerst maar eens die borden betrouwbaar lezen, maar het is zeer zeker een logische volgende stap. Bovendien en zoals ik al aangaf: Ik verwacht ook na het eindigen van de summer of code hiermee bezig te blijven en zoveel mogelijk praktische implementaties te genereren. :) - Tijs ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Google Summer of Code 2009 - signFinder.
On Mon, 29 Jun 2009, Tijs Zwinkels wrote: Verder zie ik mogelijkheden om van foto's die kompasrichting-informatie hebben (Android G1, iPhone 3GS) die gegevens te gebruiken om in combinatie met de hoek van de borden ten opzichte van de fotograaf een gooi te doen naar welke naam bij welke straat hoort. Is dat ook onderdeel van je project? Het daadwerkelijk gebruiken van deze technologie voor automatische mapping is nog een hele uitdaging opzich. Kompasinformatie kan daar bij helpen, maar ik denk dat het indien mogelijk ook zaak zal zijn om straatnaamborden aan zowel het begin-punt als eind-punt van de straat te fotograferen: We moeten immers ook weten waar een straat eindigd. Ik denk dat kompas richting vooral voor hergebruik van foto's kan helpen. Voor het rectificeren is meer nodig dan alleen een richting natuurlijk. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Google Summer of Code 2009 - signFinder.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Martijn van Exel wrote: Hmm, een collega van me heeft vrij gauw een app geschreven voor Android waarin de kompasrichting (drie dimensies) wel met de foto wordt opgeslagen. De hardware is niet open source, maar als softwareplatform is Android wel veel opener dan elke andere telefoon die voor de consumentenmarkt wordt geproduceerd. In de standaard camera-app worden die gegevens inderdaad, idioot genoeg, niet opgeslagen. Er zijn ook geen goede EXIF-tags voor. De Elphel neemt compasrichting ook gewoon mee :) En er is zeker wel een exif tag voor. 'Direction of Image'. [kan ook wel naar talk-nl] Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREKAAYFAkpJObAACgkQYH1+F2Rqwn0UgwCggfd3AlS4Q3KSoKPkh6yu89cA P44Aniyj0EuEuuwO19ow9nOa1YfYytcs =sVDs -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl