Re: [OSM-talk-nl] Geocalculaties
Foto-triangulatieproject: Ik heb de goniometrie in een spreadsheet staan. De oplossing was simpel. Stel gewoon de vergelijkingen Op van de meetlijn(en) tussen camera en te meten object. De formule voor een recht lijn is Y = a1 X + D Resp Y = a2 . X Waarin ax de tangens is van de hoek, X de as is waarover de fiets zich verplaatst, En D de afstand tussen de fotos. Door beide vergelijkingen aan elkaar gelijk te maken en de X op te lossen onstaat het snijpunt. Het blijkt dat de fouten die ontstaan bij het bepalen van de locatie van de getrianguleerde objecten heel erg meevallen. De baseline (D tussen fotos) kan worden ingesteld tussen 5 en 15 meter zonder dat in de interessante bereiken 10-250 m grote meetfouten ontstaan. Ook de afwijkingen in de locatie van het object zijn niet groter dan 5 a 10 x de meetfout maximaal) Voor een meetfout in D van 20 cm hebben we het dan over 1 meter. De genomen foto's hebben een Hor resolutie van 1024 pixels voor (90 of 120 graden beeldhoek), en het is dus mogelijk als de camera's goed zijn gecalibreerd op 0.1 graad nauwkeurig te meten. Maar ook met 1 graad nauwkeurigheid blijken de afwijkingen erg mee te vallen. Wat mij betreft gaat dit project lukken. Wie heeft voor mij nog een paar standaard Formules die GPS coördinaten omzetten in Meters UTM, voor de Nederlandse Zone(s) En weer andersom ??? Gert -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens ce-test, qualified testing bv - Gert Gremmen Verzonden: zaterdag 13 maart 2010 10:13 Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Geocalculaties Ik denk dat het wel iets teveel is. De driehoeksmetingen die ik wil zijn eenvoudige gonio metingen, maar in een ortho assenstelsel. De GPS data is in een geheel nader formaat, en ook nog eens in een WGS-84 projectie. Geen idee hoe ingewikkeld de berekeningen daardoor worden. Gert -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Sybren A. Stüvel Verzonden: zaterdag 13 maart 2010 10:07 Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Geocalculaties On 13-3-2010 10:00, Dick wrote: Wat ik zoek is een 3D modeller waarvoor ik eenvoudig een osm import/export filter kan maken en waarin ik een foto (rechthoek met texture?) kan zetten. Check Blender: http://www.blender.org/ Het is Open Source dus goed voor je portemonnee en je karma, en een van de beste 3D applicaties die ik ken. Je kan het scripten met Python (ook Open Source, en net als Blender een product van Nederlandsche bodem) waardoor importeren/exporteren erg makkelijk is - mits je het formaat kent natuurlijk. Groet, -- Sybren A. Stüvel http://stuvel.eu/ ___ 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] Geocalculaties
Hoi,
2010/3/15 ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl:
Wie heeft voor mij nog een paar standaard
Formules die GPS coördinaten omzetten in
Meters UTM, voor de Nederlandse Zone(s)
Gert, misschien is dit een deel van de informatie die je zoekt (RD
omrekenen naar WGS):
?php
function sumOver($A, $dX, $dY)
{
// This function is used in the RD2WGS function below
// It calculates \sigma_p \sigma_q A_pq \times dX^p \times dY^q
// p are the first indices of A, q are the second
$result = 0;
foreach ($A as $p = $qs) {
foreach ($qs as $q = $val) {
$result += $val*pow($dX, $p)*pow($dY, $q);
}
}
return $result;
}
function RD2WGS($X, $Y)
{
// This function takes as parameters the values X and Y of the RD
// system, and returns an array of WGS84 coordinates \phi, \lambda
// or lattitude and longitude.
// The data in the transformational arrays is taken from
// http://www.dekoepel.nl/pdf/Transformatieformules.pdf
// which describes the techniques followed to retrieve these values.
// Base point Amersfoort
$X0 = 155000.00;
$Y0 = 463000.00;
$lat0 = 52.15517440;
$long0 = 5.38720621;
$K = array(
0 = array(
1 = 3235.65389,
2 = -0.24750,
3 = -0.06550
),
1 = array(
0 = -0.00738,
1 = -0.00012
),
2 = array(
0 = -32.58297,
1 = -0.84978,
2 = -0.01709,
3 = -0.00039
),
4 = array(
0 = 0.00530,
1 = 0.00033
)
);
$L = array(
0 = array(
1 = 0.01199,
2 = 0.00022
),
1 = array(
0 = 5260.52916,
1 = 105.94684,
2 = 2.45656,
3 = 0.05594,
4 = 0.00128,
),
2 = array(
0 = -0.00022
),
3 = array(
0 = -0.81885,
1 = -0.05607,
2 = -0.00256
),
5 = array(
0 = 0.00026
)
);
$dX = ($X - $X0) / 10;
$dY = ($Y - $Y0) / 10;
$lat = $lat0 + sumOver($K, $dX, $dY) / 3600;
$long = $long0 + sumOver($L, $dX, $dY) / 3600;
return array($lat, $long);
}
?
Christ van Willegen
--
09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Geocalculaties
On Saturday 13 March 2010, Sybren A. Stüvel wrote: On 12-3-2010 21:42, ce-test, qualified testing bv - Gert Gremmen wrote: Waar kan ik een overzicht vinden van handige formules uit ge geo-goniometrie. DE library voor geometrische algoritmen is CGAL: http://www.cgal.org/ Helemaal mee eens, maar CGAL houdt zich bezig met discrete algoritmen en data structuren die werken op bijv. verzamelingen punten, polygonen, polyhedra, etc. Zie: http://www.cgal.org/Manual/last/doc_html/cgal_manual/packages.html#part_V Als ze het hebben over een triangulation, gaat het niet over het meten van afstanden en hoeken, maar om het opdelen van polygon of verzameling punten in een verzameling driehoeken. Het mooie van CGAL is dat ze exact zijn: als je normaalgesproken met geometrische formules rekent m.b.v. floating point getallen op een computer maak je veel afrondingsfouten die ervoor zorgen dat een punt bijvoorbeeld de ene keer aan de linker kant van een lijn ligt en de andere keer aan de andere kant. Door middel van slimme truuks (die iets meer rekentijd kosten) kan CGAL daar omheen werken (maar je kan er ook voor kiezen om hier geen gebruik van te maken). Je zou voor jouw applicatie dus wel gebruik kunnen maken van de exacte primitieven van CGAL om je berekeningen te doen, maar ze hebben geen kant-en-klare beeld(manipulatie/vergelijkins)functies. Tot zo ver de intro CGAL ;-) -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Geocalculaties
daar ben ik ook mee bezig geweest vorig jaar. ik heb hier 2 budget webcams liggen met zogenaamde groothoeklenzen. helaas zijn die maar ongeveer 80 graden :) en daarnaast is m'n fiets ook nog afgebrand. ik vermoed dat iemand me probeert tegen te houden... groet, floris ce-test, qualified testing bv - Gert Gremmen wrote: Jawel. Ik stel mij het volgende voor: Snelle electrische fiets Camera kijkt naar links (optioneel rechts) met 120-180 graden beeld voorlopig 1204 pixels hor. Snelle GPS logger met 5 locaties per sec Elke 3 seconden een foto Uit de gps track berekenen we koers, snelheid en locaties van de fotos Probleem : sync tussen gps en camera ; tools: statistiek (middelen) en interpolatie Bij 5 m/s hebben we 15 m tussen de fotos, prima base afstand voor triangulatie tot 100-150 m ? Door het aanwijzen van een pixel op 2 foto's (kies afstand tussen fotos 15-30-45 m) waarop een object Gemeenschppelijk is afgebeeld en de eigenschappen van de camera's (pixel versus hoek) kan je een driehoek maken waaruit de locaties van het object kunnen worden vastgesteld. Probleem: wat wordt de nauwkeurigheid, dit vereist wat nader onderzoek. Voordelen: we kunnen over water heen taggen (misschien wel 1 km weg) hoekpunten van gebouwen kan je nooit goed taggen ivm gps problemen, nu wel we hebben georeferenced fotos ala streetview het taggen van objecten kan offline Gert -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Stefan de Konink Verzonden: vrijdag 12 maart 2010 22:33 Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Geocalculaties Op 12-03-10 22:04, ce-test, qualified testing bv - Gert Gremmen schreef: Natuurlijk kan dat, jouw extra parameters zijn alleen nodig om de Hor-pixels in een hoek om te zetten. Dat is een kwestie van calibratie van de camera, desnoods met een GEO-driehoek ;)) Begrijp ik goed dat jij het volgende wil doen: GPS locatie + AfstandStereo(Afstand tussen Camera's, Afstand Tussen beeld, Hoek object op de Photo) + Hoek foto 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 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Geocalculaties
Wow, ik snap je doel Gert en als dat zou lukken is dit erg gaaf. Echter vraag ik me de nauwkeurigheid wel af. Want als ik even tel met een nauwkeurigheid van 2 mtr op 3 sec bij 5mtr/sec = tan hoek = 4/15 = 14,9% afwijking max. (mijn wiskunde is wat roestig ;) ). Al zou je het nauwkeuriger moeten kunnen krijgen als je alle punten in 1 lijn legt dus dan is de vraag wat de afwijking van de GPS lijn is over x mtr. Over de camera metingen daar snap ik niet veel van dus ik hoop dat je daar nauwkeurig kan zijn en dit lukt. Succes! Groet, Frank aka Frenzel Op 13 maart 2010 08:56 schreef ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl het volgende: Jawel. Ik stel mij het volgende voor: Snelle electrische fiets Camera kijkt naar links (optioneel rechts) met 120-180 graden beeld voorlopig 1204 pixels hor. Snelle GPS logger met 5 locaties per sec Elke 3 seconden een foto Uit de gps track berekenen we koers, snelheid en locaties van de fotos Probleem : sync tussen gps en camera ; tools: statistiek (middelen) en interpolatie Bij 5 m/s hebben we 15 m tussen de fotos, prima base afstand voor triangulatie tot 100-150 m ? Door het aanwijzen van een pixel op 2 foto's (kies afstand tussen fotos 15-30-45 m) waarop een object Gemeenschppelijk is afgebeeld en de eigenschappen van de camera's (pixel versus hoek) kan je een driehoek maken waaruit de locaties van het object kunnen worden vastgesteld. Probleem: wat wordt de nauwkeurigheid, dit vereist wat nader onderzoek. Voordelen: we kunnen over water heen taggen (misschien wel 1 km weg) hoekpunten van gebouwen kan je nooit goed taggen ivm gps problemen, nu wel we hebben georeferenced fotos ala streetview het taggen van objecten kan offline Gert -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Stefan de Konink Verzonden: vrijdag 12 maart 2010 22:33 Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Geocalculaties Op 12-03-10 22:04, ce-test, qualified testing bv - Gert Gremmen schreef: Natuurlijk kan dat, jouw extra parameters zijn alleen nodig om de Hor-pixels in een hoek om te zetten. Dat is een kwestie van calibratie van de camera, desnoods met een GEO-driehoek ;)) Begrijp ik goed dat jij het volgende wil doen: GPS locatie + AfstandStereo(Afstand tussen Camera's, Afstand Tussen beeld, Hoek object op de Photo) + Hoek foto 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 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Geocalculaties
Gert, Een 3D modeller is een applicatie waarmee je 3D scenes kunt modelleren. Voorbeeld is hier [1] te zien Wat ik wil is openstreetmap data (ways/nodes) om te zetten naar een formaat wat zo'n modeller kan inlezen. Dit is dan zichtbaar als een platte pannenkoek want openstreetmap heeft (bijna) geen hoogte informatie. Vervolgens wil ik foto's invoegen in de scene waarbij het perspectief precies klopt met de openstreetmap data. Daarna moet het met wat creatief camera werk en een export functie mogelijk zijn om nieuwe node/ways toe te voegen aan de hand van de aanwezige stereo informatie. Wat ik zoek is een 3D modeller waarvoor ik eenvoudig een osm import/export filter kan maken en waarin ik een foto (rechthoek met texture?) kan zetten. 1. http://blog.hubalek.net/media/1/20060514-sketchup.png ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Geocalculaties
On 13-3-2010 10:00, Dick wrote: Wat ik zoek is een 3D modeller waarvoor ik eenvoudig een osm import/export filter kan maken en waarin ik een foto (rechthoek met texture?) kan zetten. Check Blender: http://www.blender.org/ Het is Open Source dus goed voor je portemonnee en je karma, en een van de beste 3D applicaties die ik ken. Je kan het scripten met Python (ook Open Source, en net als Blender een product van Nederlandsche bodem) waardoor importeren/exporteren erg makkelijk is - mits je het formaat kent natuurlijk. Groet, -- Sybren A. Stüvel http://stuvel.eu/ signature.asc Description: OpenPGP digital signature ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Geocalculaties
Ik snap het. Maar dan moet je dus wel de foto's eerst taggen (automatisch?) op voldoende al aanwezige OSM referentie-punten, zodat de software de foto zelf kan draaien schuiven tot er een perspectief match optreedt. Dan weet je waar de foto precies is genomen. Nadeel is dat de fouten van de nieuwe ingelezen punten cumulatief worden als die nieuwe punten weer gebruikt worden voor een volgende fotoserie Dan is het wel handig als je toch echt weet waar de foto genomen is. In new york zou dit algoritme wel eens moeilijk kunnen worden met dat rechthoekig gelegen stratenpatroon, de verschillen zitten hem daar nu juist in de hoogte Gert -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Dick Verzonden: zaterdag 13 maart 2010 10:00 Aan: talk-nl@openstreetmap.org Onderwerp: Re: [OSM-talk-nl] Geocalculaties Gert, Een 3D modeller is een applicatie waarmee je 3D scenes kunt modelleren. Voorbeeld is hier [1] te zien Wat ik wil is openstreetmap data (ways/nodes) om te zetten naar een formaat wat zo'n modeller kan inlezen. Dit is dan zichtbaar als een platte pannenkoek want openstreetmap heeft (bijna) geen hoogte informatie. Vervolgens wil ik foto's invoegen in de scene waarbij het perspectief precies klopt met de openstreetmap data. Daarna moet het met wat creatief camera werk en een export functie mogelijk zijn om nieuwe node/ways toe te voegen aan de hand van de aanwezige stereo informatie. Wat ik zoek is een 3D modeller waarvoor ik eenvoudig een osm import/export filter kan maken en waarin ik een foto (rechthoek met texture?) kan zetten. 1. http://blog.hubalek.net/media/1/20060514-sketchup.png ___ 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] Geocalculaties
Ik denk dat het wel iets teveel is. De driehoeksmetingen die ik wil zijn eenvoudige gonio metingen, maar in een ortho assenstelsel. De GPS data is in een geheel nader formaat, en ook nog eens in een WGS-84 projectie. Geen idee hoe ingewikkeld de berekeningen daardoor worden. Gert -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Sybren A. Stüvel Verzonden: zaterdag 13 maart 2010 10:07 Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Geocalculaties On 13-3-2010 10:00, Dick wrote: Wat ik zoek is een 3D modeller waarvoor ik eenvoudig een osm import/export filter kan maken en waarin ik een foto (rechthoek met texture?) kan zetten. Check Blender: http://www.blender.org/ Het is Open Source dus goed voor je portemonnee en je karma, en een van de beste 3D applicaties die ik ken. Je kan het scripten met Python (ook Open Source, en net als Blender een product van Nederlandsche bodem) waardoor importeren/exporteren erg makkelijk is - mits je het formaat kent natuurlijk. Groet, -- Sybren A. Stüvel http://stuvel.eu/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Geocalculaties
Ja die nauwkeurigheid is het probleem, maar Met wat middelen (veel punten) en interpoleren Kan je wel de basisafstand tussen de foto's beter krijgen. Elke foto op zich is onnauwkeurig qua plaats, en ook de set is +/- 15 meter (GPS) maar de onderlinge Afstand is PRECIES 3 seconden. (CHDK hardware gestuurd) Uit de opeenvolgende gps punten kan je de afgelegde afstand en de kompasrichting van de basis-as van de twee fotos bepalen. Voila, en ik hoop op 10 cm uit te komen. Door niet opeenvolgende fotos maar foto's te skippen kan je een langere basisafstand maken, en verder kijken. Aanvullende problemen ontstaan in bochten Ik hoop in de software een idee te geven van de nauwkeurigheid door het object te plotten als punt met een rode cirkel eromheen die de onnauwkeurigheid aangeeft. Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens F. Heinen Verzonden: zaterdag 13 maart 2010 9:50 Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Geocalculaties Wow, ik snap je doel Gert en als dat zou lukken is dit erg gaaf. Echter vraag ik me de nauwkeurigheid wel af. Want als ik even tel met een nauwkeurigheid van 2 mtr op 3 sec bij 5mtr/sec = tan hoek = 4/15 = 14,9% afwijking max. (mijn wiskunde is wat roestig ;) ). Al zou je het nauwkeuriger moeten kunnen krijgen als je alle punten in 1 lijn legt dus dan is de vraag wat de afwijking van de GPS lijn is over x mtr. Over de camera metingen daar snap ik niet veel van dus ik hoop dat je daar nauwkeurig kan zijn en dit lukt. Succes! Groet, Frank aka Frenzel Op 13 maart 2010 08:56 schreef ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl het volgende: Jawel. Ik stel mij het volgende voor: Snelle electrische fiets Camera kijkt naar links (optioneel rechts) met 120-180 graden beeld voorlopig 1204 pixels hor. Snelle GPS logger met 5 locaties per sec Elke 3 seconden een foto Uit de gps track berekenen we koers, snelheid en locaties van de fotos Probleem : sync tussen gps en camera ; tools: statistiek (middelen) en interpolatie Bij 5 m/s hebben we 15 m tussen de fotos, prima base afstand voor triangulatie tot 100-150 m ? Door het aanwijzen van een pixel op 2 foto's (kies afstand tussen fotos 15-30-45 m) waarop een object Gemeenschppelijk is afgebeeld en de eigenschappen van de camera's (pixel versus hoek) kan je een driehoek maken waaruit de locaties van het object kunnen worden vastgesteld. Probleem: wat wordt de nauwkeurigheid, dit vereist wat nader onderzoek. Voordelen: we kunnen over water heen taggen (misschien wel 1 km weg) hoekpunten van gebouwen kan je nooit goed taggen ivm gps problemen, nu wel we hebben georeferenced fotos ala streetview het taggen van objecten kan offline Gert -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Stefan de Konink Verzonden: vrijdag 12 maart 2010 22:33 Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Geocalculaties Op 12-03-10 22:04, ce-test, qualified testing bv - Gert Gremmen schreef: Natuurlijk kan dat, jouw extra parameters zijn alleen nodig om de Hor-pixels in een hoek om te zetten. Dat is een kwestie van calibratie van de camera, desnoods met een GEO-driehoek ;)) Begrijp ik goed dat jij het volgende wil doen: GPS locatie + AfstandStereo(Afstand tussen Camera's, Afstand Tussen beeld, Hoek object op de Photo) + Hoek foto 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 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Geocalculaties
Ik hoop dat je er iets moois voor op kunt zetten! Dit gaat buiten mijn kennis gebied dus helaas kan ik je hier niet mee helpen... Groet, Frank Op 13 maart 2010 10:32 schreef ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl het volgende: Ja die nauwkeurigheid is het probleem, maar Met wat “middelen” (veel punten) en interpoleren Kan je wel de basisafstand tussen de foto’s beter krijgen. Elke foto op zich is onnauwkeurig qua plaats, en ook de set is +/- 15 meter (GPS) maar de onderlinge Afstand is PRECIES 3 seconden. (CHDK hardware gestuurd) Uit de opeenvolgende gps punten kan je de afgelegde afstand en de kompasrichting van de basis-as van de twee fotos bepalen. Voila, en ik hoop op 10 cm uit te komen. Door niet opeenvolgende fotos maar foto’s te skippen kan je een langere basisafstand maken, en “verder” kijken. Aanvullende problemen ontstaan in bochten…. Ik hoop in de software een idee te geven van de nauwkeurigheid door het object te plotten als punt met een rode cirkel eromheen die de onnauwkeurigheid aangeeft. *Van:* talk-nl-boun...@openstreetmap.org [mailto: talk-nl-boun...@openstreetmap.org] *Namens *F. Heinen *Verzonden:* zaterdag 13 maart 2010 9:50 *Aan:* OpenStreetMap NL discussion list *Onderwerp:* Re: [OSM-talk-nl] Geocalculaties Wow, ik snap je doel Gert en als dat zou lukken is dit erg gaaf. Echter vraag ik me de nauwkeurigheid wel af. Want als ik even tel met een nauwkeurigheid van 2 mtr op 3 sec bij 5mtr/sec = tan hoek = 4/15 = 14,9% afwijking max. (mijn wiskunde is wat roestig ;) ). Al zou je het nauwkeuriger moeten kunnen krijgen als je alle punten in 1 lijn legt dus dan is de vraag wat de afwijking van de GPS lijn is over x mtr. Over de camera metingen daar snap ik niet veel van dus ik hoop dat je daar nauwkeurig kan zijn en dit lukt. Succes! Groet, Frank aka Frenzel Op 13 maart 2010 08:56 schreef ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl het volgende: Jawel. Ik stel mij het volgende voor: Snelle electrische fiets Camera kijkt naar links (optioneel rechts) met 120-180 graden beeld voorlopig 1204 pixels hor. Snelle GPS logger met 5 locaties per sec Elke 3 seconden een foto Uit de gps track berekenen we koers, snelheid en locaties van de fotos Probleem : sync tussen gps en camera ; tools: statistiek (middelen) en interpolatie Bij 5 m/s hebben we 15 m tussen de fotos, prima base afstand voor triangulatie tot 100-150 m ? Door het aanwijzen van een pixel op 2 foto's (kies afstand tussen fotos 15-30-45 m) waarop een object Gemeenschppelijk is afgebeeld en de eigenschappen van de camera's (pixel versus hoek) kan je een driehoek maken waaruit de locaties van het object kunnen worden vastgesteld. Probleem: wat wordt de nauwkeurigheid, dit vereist wat nader onderzoek. Voordelen: we kunnen over water heen taggen (misschien wel 1 km weg) hoekpunten van gebouwen kan je nooit goed taggen ivm gps problemen, nu wel we hebben georeferenced fotos ala streetview het taggen van objecten kan offline Gert -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Stefan de Konink Verzonden: vrijdag 12 maart 2010 22:33 Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Geocalculaties Op 12-03-10 22:04, ce-test, qualified testing bv - Gert Gremmen schreef: Natuurlijk kan dat, jouw extra parameters zijn alleen nodig om de Hor-pixels in een hoek om te zetten. Dat is een kwestie van calibratie van de camera, desnoods met een GEO-driehoek ;)) Begrijp ik goed dat jij het volgende wil doen: GPS locatie + AfstandStereo(Afstand tussen Camera's, Afstand Tussen beeld, Hoek object op de Photo) + Hoek foto 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 ___ 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] Geocalculaties
Op 13-03-10 10:00, Dick schreef: Wat ik zoek is een 3D modeller waarvoor ik eenvoudig een osm import/export filter kan maken en waarin ik een foto (rechthoek met texture?) kan zetten. Het is appeltje-eitje om OSM data in Blender in te lezen. Wat je voor het gemak even vergeet, is het probleem van Gert; het is namelijk niet appeltje eite om tussen twee fotos die niet EXACT op het zelfde moment zijn genomen (Gert; CHDK kan niets exact doen) stereoinformatie te extracten. Sterker nog, denk maar eens na over het probleem van een 3D cursor, hoe kan die always on top blijven, als de beelden twee planes zijn. Dan kom je dus weer op Bundler en PMVS uit. (PMVS staat op de mirror) Voor OpenStreetPhoto was ik al bezig met een appje wat ala PhotoSynth foto's kan oplijnen in OpenGL, maar ook daar komt het practische probleem weer naar voren dat foto's niet transparent zijn, en dat feitelijk een matrix op 'optellen' in de projectie waar je op dat moment naar kijkt. Gert: http://blogs.elphel.com/2010/03/first-elphel-eyesis-prototype-assembled/ Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Geocalculaties
Waar kan ik een overzicht vinden van handige formules uit ge geo-goniometrie. Ik ben bezig met het maken van een simple offline tagging programma in VB om stereo fotos te gebruiken om remote te kunnen taggen. Dus de hoek A1 en hoek A2 van een object op 2 fotos, gecombineerd met de richting van de fotos en de afstand tussen beide fotos, levert de plaats op van het object. Wie helpt mij een beetje op weg.. Gert ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Geocalculaties
Op 12-03-10 21:42, ce-test, qualified testing bv - Gert Gremmen schreef: Dus de hoek A1 en hoek A2 van een object op 2 fotos, gecombineerd met de richting van de fotos en de afstand tussen beide fotos, levert de plaats op van het object. Wat je hier voorstelt kan niet, zonder een aantal extra parameters. Zoals focus afstand. Sensor grootte etc. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Geocalculaties
Natuurlijk kan dat, jouw extra parameters zijn alleen nodig om de Hor-pixels in een hoek om te zetten. Dat is een kwestie van calibratie van de camera, desnoods met een GEO-driehoek ;)) Gert -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Stefan de Konink Verzonden: vrijdag 12 maart 2010 21:51 Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Geocalculaties Op 12-03-10 21:42, ce-test, qualified testing bv - Gert Gremmen schreef: Dus de hoek A1 en hoek A2 van een object op 2 fotos, gecombineerd met de richting van de fotos en de afstand tussen beide fotos, levert de plaats op van het object. Wat je hier voorstelt kan niet, zonder een aantal extra parameters. Zoals focus afstand. Sensor grootte etc. 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] Geocalculaties
Op 12-03-10 22:04, ce-test, qualified testing bv - Gert Gremmen schreef: Natuurlijk kan dat, jouw extra parameters zijn alleen nodig om de Hor-pixels in een hoek om te zetten. Dat is een kwestie van calibratie van de camera, desnoods met een GEO-driehoek ;)) Begrijp ik goed dat jij het volgende wil doen: GPS locatie + AfstandStereo(Afstand tussen Camera's, Afstand Tussen beeld, Hoek object op de Photo) + Hoek foto Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Geocalculaties
On 12-3-2010 21:42, ce-test, qualified testing bv - Gert Gremmen wrote: Waar kan ik een overzicht vinden van handige formules uit ge geo-goniometrie. DE library voor geometrische algoritmen is CGAL: http://www.cgal.org/ -- Sybren A. Stüvel http://stuvel.eu/ signature.asc Description: OpenPGP digital signature ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Geocalculaties
Hoi Gert, Ik had een eenvoudiger idee om foto mapping te doen, door bestaande osm data te gebruiken om foto's te calibreren (zoals toegevoegde realiteit (TR) (eng: Augmented reality) Daarvoor ben ik nog opzoek naar een simpele 3D modeller waar ik osm data in kan laden en foto's in kan gooien, heeft iemand DAAR suggesties voor? Ik heb al gekeken naar Google Sketchup maar de gratis versie daarvan kan geen kml importeren. gr Dick ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Geocalculaties
Jawel. Ik stel mij het volgende voor: Snelle electrische fiets Camera kijkt naar links (optioneel rechts) met 120-180 graden beeld voorlopig 1204 pixels hor. Snelle GPS logger met 5 locaties per sec Elke 3 seconden een foto Uit de gps track berekenen we koers, snelheid en locaties van de fotos Probleem : sync tussen gps en camera ; tools: statistiek (middelen) en interpolatie Bij 5 m/s hebben we 15 m tussen de fotos, prima base afstand voor triangulatie tot 100-150 m ? Door het aanwijzen van een pixel op 2 foto's (kies afstand tussen fotos 15-30-45 m) waarop een object Gemeenschppelijk is afgebeeld en de eigenschappen van de camera's (pixel versus hoek) kan je een driehoek maken waaruit de locaties van het object kunnen worden vastgesteld. Probleem: wat wordt de nauwkeurigheid, dit vereist wat nader onderzoek. Voordelen: we kunnen over water heen taggen (misschien wel 1 km weg) hoekpunten van gebouwen kan je nooit goed taggen ivm gps problemen, nu wel we hebben georeferenced fotos ala streetview het taggen van objecten kan offline Gert -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Stefan de Konink Verzonden: vrijdag 12 maart 2010 22:33 Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Geocalculaties Op 12-03-10 22:04, ce-test, qualified testing bv - Gert Gremmen schreef: Natuurlijk kan dat, jouw extra parameters zijn alleen nodig om de Hor-pixels in een hoek om te zetten. Dat is een kwestie van calibratie van de camera, desnoods met een GEO-driehoek ;)) Begrijp ik goed dat jij het volgende wil doen: GPS locatie + AfstandStereo(Afstand tussen Camera's, Afstand Tussen beeld, Hoek object op de Photo) + Hoek foto 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] Geocalculaties
Kan je dat toelichten ? gert -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Dick Verzonden: zaterdag 13 maart 2010 8:47 Aan: talk-nl@openstreetmap.org Onderwerp: Re: [OSM-talk-nl] Geocalculaties Hoi Gert, Ik had een eenvoudiger idee om foto mapping te doen, door bestaande osm data te gebruiken om foto's te calibreren (zoals toegevoegde realiteit (TR) (eng: Augmented reality) Daarvoor ben ik nog opzoek naar een simpele 3D modeller waar ik osm data in kan laden en foto's in kan gooien, heeft iemand DAAR suggesties voor? Ik heb al gekeken naar Google Sketchup maar de gratis versie daarvan kan geen kml importeren. gr Dick ___ 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
