Quaero::Guide

Då äntligen har jag fått någon faktisk utveckling gjord igen. Den senaste tidens arbete har gått ut på att omarbete redan existerande funktionalitet och det är inte särskilt kul men det känns som att det har gett resultat. Nu skulle det vara möjligt att öppna upp programmet för plugins som lyssnar efter förändringar i GPS:ens läge och agerar därefter.

Den nya delen innebär stöd för guidade turer, som exempelvis stadsvandring. Låt säga att du är påve och har tröttnat på att visa besökare runt i Vatikanen men vill fortsätta att förmedla information om de statyer och byggnader som finns där. Då skulle du kunna skriva ihop fakta om varje sevärdhet och bestämma hur stor kännslighetsradie (se bild nedan) den ska ha och klämma in alla beskrivningar i en XML fil som man sedan laddar in i Quaero. Därefter kan Quaero visa riktning och avstånd till sevärdheterna och när besökaren kommer nog nära så visas informationen på skärmen. Det skulle vara möjligt att spela upp en MP3 fil eller video också men dessa tar naturligtvis större plats. Ännu bättre (eftersom du har så ont om tid) vore det förstås att hämta informationen direkt ifrån Google Earth (det mesta finns där).

Nästa steg kommer att bli en navigationstjänst som tar en samling punkter (inklusive i vilken ordning de ska passeras) och visar användaren åt vilket håll man ska åka för att komma till nästa punkt, därefter visas nästa punkt osv. tills man når målet.

"I have a dream"

Låt säga att i en inte allt för avlägsen framtid om sisådär 20-30 år när utvecklingen av robotar kommit så långt att de finns i vardagen och bensindrivna bilar inte längre finns att det då även finns ett system för att följa varje individ. Myndigheterna opererar in ett chip vid fem års ålder som alstrar energi ifrån människokroppen och som fyller funktioner som kreditkort och legitimation gör idag. Där finns också en sändare/mottagare som klarar att förmedla personens position för den som är behörig. Låt säga att det inte är om 20-30 år utan imorgon...

Att operera in chip i barn kommer antagligen att dröja pga en del moraliska aspekter och att följa 6,5 miljarder människor kräver skalbarhet som jag inte tror är möjlig idag. Men imorgon? Alldeles säkert. Med tanke på USAs rädsla för terror kommer alldeles säkert den dag när ett liknande system kommer att finnas åtminstone inom dess gränser.

Idag kan man som exempel följa flygplans inflygningar och som jag ser det är det mest en fråga om integritet för att införa en lösning som iofs kräver liknande teknik som jag labar med (mobiltelefon med GPS) men som inte alls är orimlig. Herr Asimov var är ni?

• Flygplan live hos fboweb.com

Avstånd

Nu när jag har punkterna i tre dimensioner vore det väl dumt att beräkna avståndet i två? Problemet för mig var att jag var tvungen att räkna om latitud, longitud, höjd till x, y, z. Efter att ha strulat runt en del har jag fått fläng på det och tänkte dela med mig av informationen. Jordens radie antas vara 6367442.5 m (vilket är ett medelvärde).

Utifrån latitud/longitud:

Utifrån latitud/longitud via omvandling till XYZ:

Jag ber om ursäkt för kvalitén på texten men om du klickar på bilderna går det förhoppningsvis att läsa. Det började med att jag skrev rent formlerna i Microsoft Equation och när jag väl via Visio lyckats få dem i GIF format visade det sig att Blogger förstörde dem iallafall.

Quaero::Log mer forts.

Varför inte 3D? Jag hade redan latitud och longitud men tvekade att ta med höjd över havet eftersom jag inte trodde att den skulle vara nog exakt. Nu när jag gjort det känner jag att det var rätt val. På bilden syns en av de vanliga promenaderna men nu är även höjden med. Det ska bli spännande att se hur bra det fungerar att följa min promenad live via webservice.

Quaero::Log forts.

Den här gången började jag uppe på berget med extern antenn som jag fäste uppe på ryggsäcken. Allt ser bra ut tills jag på vägen ner måste sakta in för att passera en dagisgrupp. Efter det verkar den inte riktigt repa sig. Jag förstår att den tappar positioneringen när jag går in på ICA men på vägen dit promenerar jag på trottoaren och under ett par byggställningar (som förresten finns överallt här). Det kom ett förslag att jag skulle ta med hur noggrann positioneringen är så det blir väl nästa steg.

Hittade lite info om chippet:

Horizontal Position Accuracy
Autonomous	<2.5 m
SBAS	<2.0 m
Velocity Accuracy
Speed	<0.01 m/s
Heading	<0.01°
Time To First Fix
Hot start - Autonomous	<1 s
Warm start - Autonomous	<35 s
Cold start - Autonomous	<35 s
MS Based - GSM coarse time	<0.6 s
MS Assisted - GSM coarse time	<5.3 s

Källa: http://www.sirf.com/products/GSC3LTProductInsert.pdf

"Static navigation"

Ytterligare en anledning till att det verkar väldigt hoppig i början av promenaden kan vara att GPS-chipet som är ett SiRFStar III tillämpar något som kallas "static navigation". Det här kan man läsa:

"The new chipset also features a different approach to the usage of the actual satellite signal. Where standard receivers require a signal strength of at least 28 dB to even consider a satellite for correlation the SiRFstarIII chipset will basically use any signal it can get, down to 13 dB. Thanks to its 20 channel receiver it will also be able to use signals that are bouncing off buildings (especially in urban canyons, but also indoors) and include them into the correlation. This approach of course also comes at a price. If you use such low signal levels, you will also get some pretty bad signals that will make your position jump around quite a bit when you are stationary or moving slowly. SiRF's answer against that is called “Static Navigation” and it is a feature of the chipset that freezes your position when you are moving slower than 4 km/h . Position changes will only be registered when the difference exceeds 50 meters. As a result when you walk slowly your position seems to be frozen and it updates only every once in a while."

Men det största problemet verkar ligga i att enheten inte lyckats bestämma positionen mot nog många satelliter. En lösning skulle kunna vara att inte tillåta loggning innan nog många satelliter dykt upp men det känns inte prioriterat.

Citatet är taget ifrån: www.pocketgpsworld.com/bt338.php

Quaero::Log

Resultatet av en promenad i Vanadislunden. Nu har jag lagt till så att det är möjligt att spara den väg man färdats och sedan visa resultatet i Google Earth. Det som ser spretigt ut i början på promenaden tror jag beror på att GPS:en inte låst mot nog många satelliter och på slutet kan man se att jag promenerat över/genom hörnet på ett hus och där tror jag att täckningen var lite dålig. I övrigt verkar vägen stämma väldigt bra trots att jag gick bland träden. Förutom punkterna sparar jag också tiden så att det är fullt möjligt att räkna ut hastighet och annat trevligt. Tyvärr bygger allt på hur bra mottagning man har men imorgon ska jag göra ett nytt försök med extern antenn. Värt att notera är dock att jag nu loggar positionen varje sekund och om man sänker kraven en aning blir linjerna mindre hoppiga.

Quaero -> Google Earth

Idag byggde jag färdig funktionalitet för att kunna spara de mål som visas i programmet, filen med målen är i XML format vilket är väldigt trevligt. Eftersom filen är i just XML format kan jag med hjälp av XSLT formatera om den till KML formatet (ett format som Google Earth använder). Efter konverteringen går det fint att läsa in den i Google Earth som i sin tur visar punkterna på kartan. Nästa steg (som inte borde vara särskilt långt) är att bygga en loggfunktion som sparar alla punkter enheten passerar och sedan att läsa in dessa som en "path".

Den här kopplingen till Google Earth vore väl inte så intressant om det inte vore så att det hade så många användare. En lite sak som irriterar mig är att det inte finns stöd i Compact Framework (en version av .Net för mobila enheter) för att genomföra XSLT transformationer, annars hade applikationen kunnat spara punkterna direkt i det formatet. Det är klart att jag skulle kunna ordna det ändå men det är onödigt besvärligt och eftersom jag inte får betalt...

Det finns nu också möjlighet att sätta ett larm på en viss punkt. Tjänsten tar emot en punkt, ett avstånd och en metod (delegate) och när enheten kommer inom avståndet ifrån punkten anropas metoden. Som exempel visas nu ett meddelande men i framtiden kunde man spela upp ett ljud eller anropa en webservice på servern hemma som i sin tur sätter på spisen så att potatisen är klar när man kommer hem (om man vågar).