[OSM-talk-nl] [OSP] Foto's van de snelweg

Stefan de Konink skinkie at xs4all.nl
Sat Aug 30 23:24:12 UTC 2008


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

Freek schreef:
> On Saturday 30 August 2008, Stefan de Konink wrote:
>> Ik heb vandaag een ritje overdag en in de nacht op de snelweg gemaakt en
>> volgens mij voor 95% borden en anwb dingen te pakken gehad. Nu is mijn
>> vraag:
>>
>> M'n amaryllo stond aan dus er moet wel wat te correleren zijn.
> 
> Kortom: je hebt foto's van verkeersborden (en ANWB borden?) met positie.

Een paar ANWB'tjes maar vooral normale verkeersborden en gele paaltjes.

>> Wat lijkt jullie het beste?
>>
>> - Alleen foto's in onze eigen database zetten
>> - OSM PoI aanmaken met source=http://www.openstreetphoto.org/images/...,
>> trafficsign=..., type=verified/unknown/processed
> 
> Je hebt ook bruikbare resultaten van verkeersbordherkenning?

Aan dat algoritme ga ik werken, maar je kent wellicht ook de Amazon
Mechanical Turk manier ;)

>> Ik zit zelf te denken aan het volgende:
>>
>> We hebben straks als het goed is foto's met GPS tagging, het zou handig
>> zijn als we een online applicatie kunnen maken die zowel het taggen van
>> foto's (met GPS coordinaten) kunnen doen als het zoeken van
>> verkeersborden op foto's.
> 
> Een uitbreiding van agpifoj (wie verzint die naam...) klinkt logisch.

...que?

>> Dat zou het uploaden van een GPX/NMEA file kunnen oplossen.
> 
> Uploaden naar OpenStreetPhoto neem ik aan? Correlatie zou lokaal kunnen 
> plaatsvinden, is even de vraag wat makkelijker te implementeren is.

Een trace is simpel, de keuze om de hele applicatie lokaal te laten
draaien mag van mij ook, het zou zelfs in JOSM mogen. Maar ik dacht dat
het concept was om foto's centraal op te slaan. Centrale verwerking kan
dan ook interessant zijn.

>> Daarom zou ik eigenlijk willen voorstellen OSM zelf *NIET* te vervuilen
>> met allelei puntjes van foto's.
> 
> Zeker, fotoposities lijken mij ook geen bijzonder interessante punten voor 
> OSM.

Behalve dus als je dus anderen wilt laten weten hoe een positie er bij
ligt op moment X. En daar kan OSP dan inspringen.

>> Dat kunnen we best op OpenStreetPhoto 
>> doen, ik denk dat Milo hier bijvoorbeeld volledig mee eens zal zijn,
>> maar er misschien OSM fundi's rondlopen die niet mee willen doen als zij
>> niet met naam en toenaam voor iedere foto op de OSM kaart worden
>> vermeld. Wat ik wel zou willen doen is het publiceren *WAT* er op de
>> foto staat, bijvoorbeeld een verkeersbord.
> 
> Ik zou dat (voorlopig?) in ieder geval nog niet geautomatiseerd naar OSM 
> uploaden, als dat het plan was. Het zou al mooi zijn als binnen bijvoorbeeld 
> JOSM de herkende verkeersborden als los pictogram op of naast de kaart 
> zichtbaar worden, en je deze vervolgens handmatig aan een weg of punt kan 
> koppelen (met eventueel een suggestie voor zo'n koppeling).

De suggestie van die koppeling lijkt me dus al weer zeker een punt om
over te twisten. Immers een bord impliceert een 'statefullheid' van een
weg, en niet alleen het bord. Dus het point *zou* wat mijn betreft een
PoI zijn, maar die PoI moet invloed hebben op de weg waar over je rijdt.
Dan komen we weer bij het 'gore' OSM datamodel aan ;)

>> Voor de taxonomie addicts... willen jullie een extra puntje in een
>> bestaande weg met tags, of een puntje die niet tot die relatie behoord ;)
> 
> Verkeersborden kunnen toch op verschillende objecten van toepassing zijn:
> - maximum snelheid, toegangsverbod, etc.: eigenschap van een weg;
> - voorrangsregeling voor een kruispunt: eigenschap van twee wegen en het punt 
> waar ze samenkomen;
> - parkeerverbod: eigenschap van een zijde van een weg (zie thread op talk).
> Ik zou het ongebruikelijk en niet erg nuttig vinden om het daadwerkelijke 
> verkeersbord op te nemen in OSM.

Ik lees talk niet :P En ik ben het met het bovenstaande niet eens :) Ik
zou het weldegelijk van belang vinden om een verkeersbord op te nemen in
OSM. Als zijnde wegeigenschap, maar zeker niet op de manier hoe OSM
momenteel met informatie omgaat. (Ik vind het bijvoorbeeld kul dan er in
dat geval een extra punt op een weg moet komen, de wegen gesplitst
moeten worden en daar boven op weer alle tags moeten worden
gedupliceerd, totale non discussie in dit geval, maar het is goed dat
m'n toetsenbord m'n gedachtes nu ook kent ;)

>> Dan nog iets licentie technisch: CC-Attribution-ShareAlike om het maar
>> in lijn met OSM te brengen.
> 
> Wat mij betreft zou een CC-Who-Cares licentie voldoen ;-)

Mij niet ;) Wat betreft foto's zouden ze in een foto leech site overal
voor gebruikt mogen worden. Ik kan me mensen voorstellen die om die
reden niet willen dat hun foto wordt gebruikt. Bescherming bieden is
cruciaal :)

> Ok, na je mail vijf keer gelezen te hebben denk ik dat je dit wil: foto's met 
> geotag of simpelweg een bijbehorende trace uploaden naar OSP en vervolgens 
> met een API call de op de server herkende verkeersborden (en dergelijke) 
> opvragen, zodat een client er verder mee kan doen wat die wil. Lijkt me een 
> goed idee :-)

;) ok; het is nogal stil rond Geert, wellicht is hij hard aan het coden
voor een JOSM plugin en moeten we heb vooral niet storen ;) Ik vond het
overigens erg leuk dat Richard van Potlatch op de wiki discussie pagina
wat had geschreven :)

Ik ben momenteel nog hard aan het coden aan m'n andere OSM
(meester)werkje ;) Mocht dat werken, is het drie regels omcatten om van
osm -> osp te maken, en foto url terug te geven.



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

iEYEARECAAYFAki51pwACgkQYH1+F2Rqwn2maQCfQTeMvR1dlGUmFU6bDfMDfn7M
Q+AAoI57kXwlFtuGpw2Smx/lcqtLtvLM
=LQyT
-----END PGP SIGNATURE-----




More information about the Talk-nl mailing list