Medverkande: Martin, Peter och Daniel
Martin tipsar om en webbapplikation till iPod touch som visar kartor från google maps. I applikationen kan man 'panna' med två fingrar.
Det vore bra att ha någon slags detaljvy (som förstoringsglaset vid textinmatning i iPod touch) när man håller fingret på ett och samma ställe på kartan en viss tid.
Ha någon slags funktion där man kan använda accelerometern som linjal (mäta sträckor).
Man skulle kunna panorerna i den karta genom att fysiskt flytta iPodden. Som att kartan ligger på bordet och att man maskar tittgluggen genom iPodden.
torsdag 31 januari 2008
Torsdagsmöte
På plats: Daniel, Martin, Peter
Vi gick igenom hur långt vi kommit (börjat med introduktion och relaterat arbete) och talade lite om informationsvisualisering.
Martin kom med idéen att man skulle kunna ha ett förstoringsglas till kartan så att man kan se en detaljnivå även när man är på en hög zoomnivå.
Han tipsade också om en web-applikation för iPod touch där de gjort ett interface så att man kan 'panna' i Google Maps med hjälp av två fingrar istället för med musen som i den vanliga web-applikationen. Applikationen finns länkad på http://www.apple.com/webapps/utilities/googlemapsforipodtouch.html och ligger på http://www.grapier.com/maps.html. Den kan vara användbar för oss då det är möjligt att vi kan tillämpa samma strategi på Kartenas kartor.
Vi pratade också om att man skulle kunna förflytta sig i kartan genom att flytta på iPoden, dvs med hjälp av accelerometern avgöra när man flyttar på iPod och därmed scrolla i kartan.
Vi gick igenom hur långt vi kommit (börjat med introduktion och relaterat arbete) och talade lite om informationsvisualisering.
Martin kom med idéen att man skulle kunna ha ett förstoringsglas till kartan så att man kan se en detaljnivå även när man är på en hög zoomnivå.
Han tipsade också om en web-applikation för iPod touch där de gjort ett interface så att man kan 'panna' i Google Maps med hjälp av två fingrar istället för med musen som i den vanliga web-applikationen. Applikationen finns länkad på http://www.apple.com/webapps/utilities/googlemapsforipodtouch.html och ligger på http://www.grapier.com/maps.html. Den kan vara användbar för oss då det är möjligt att vi kan tillämpa samma strategi på Kartenas kartor.
Vi pratade också om att man skulle kunna förflytta sig i kartan genom att flytta på iPoden, dvs med hjälp av accelerometern avgöra när man flyttar på iPod och därmed scrolla i kartan.
onsdag 30 januari 2008
Relaterat arbete och Designmetoder
Igår grävdes det en del i djungeln av relaterat arbete. Det skrevs en del om Google Maps, Android, iPhone/iPod touch, Reactable, Entertaible, Microsoft Surface och OpenMoko.
Innan har vi även skrivit om några designmetoder som kan tänkas användas under arbetets gång. I dagsläget är dessa: Interaction Relabelling, Extreme Characters, Brainstorming, Experience Prototyping, Innovation by boundary shifting och Function Analysis. Denna listan kommer med stor sannorlikhet se annorlunda ut längre fram.
Innan har vi även skrivit om några designmetoder som kan tänkas användas under arbetets gång. I dagsläget är dessa: Interaction Relabelling, Extreme Characters, Brainstorming, Experience Prototyping, Innovation by boundary shifting och Function Analysis. Denna listan kommer med stor sannorlikhet se annorlunda ut längre fram.
måndag 28 januari 2008
Möte med Staffan - 28/1-2008
Medverkande: Staffan, Daniel och Peter
Ska vi jobba parallellt eller inte? Alltså ha flera lösningar och förslag och sen testa de emot varandra.
Ha olika strategier: En med bara single-touch, en med bara multi-touch, och en med både och.
Vill vi göra en konkret eller en abstract uppsats? Prototyper kontra teorier.
Ska vi använda formativ evaluering?
Användartest: Vilka ska vi testa på? Experter, noviser, oss själva?
Staffan tycker att vi ska ha ett formellt möte med Martin på Karten varje vecka så att vi får input från företaget om vårt arbete.
Vi borde ha interna deadlines (T ex:I iteration 4 måste vi ha zoom in/zoom ut färdigt)
Strukturera iterationerna, ha möte på måndagen där vi går igenom vad vi ska göra denna iteration och på fredagen för att gå igenom vad vi verkligen gjorde under iterationen.
Ska vi jobba parallellt eller inte? Alltså ha flera lösningar och förslag och sen testa de emot varandra.
Ha olika strategier: En med bara single-touch, en med bara multi-touch, och en med både och.
Vill vi göra en konkret eller en abstract uppsats? Prototyper kontra teorier.
Ska vi använda formativ evaluering?
Användartest: Vilka ska vi testa på? Experter, noviser, oss själva?
Staffan tycker att vi ska ha ett formellt möte med Martin på Karten varje vecka så att vi får input från företaget om vårt arbete.
Vi borde ha interna deadlines (T ex:I iteration 4 måste vi ha zoom in/zoom ut färdigt)
Strukturera iterationerna, ha möte på måndagen där vi går igenom vad vi ska göra denna iteration och på fredagen för att gå igenom vad vi verkligen gjorde under iterationen.
Möte med Staffan
Idag har vi haft möte med Staffan och diskuterat följande:
Ska vi testa olika idéer mot varandra inom en iteration eller ska vi välja en idé och testa den?
Det kan vara olika designmål eller designstrategier som testas mot varandra, t.ex. att man ska kunna sköta allt genom single-touch. Detta leder till frågan om iterationerna för dessa olika strategier skall ske parallellt eller sekvensiellt och ombytligt, dvs att vi först kör en iteration med enbart single-touch och sen en vecka med enbart multi-touch (exempelvis) eller att vi kör båda idéernas iteration under samma vecka.
Vilket fokus ska vi ha på uppsatsen?
Ska det vara fokuserat på designmetoder och hur vi använder de eller ska vi vara fokuserade på att vara mer praktiska och verkligen bygga en bra prototyp?
Hur skall testerna gå till?
Ska vi ha tester med oss själva eller ska vi ha det med verkliga användare, noviser eller experter osv?
Ett bra sätt vore att ha formella möten med Martin i analysfasen i varje iteration för att gå genom vad vi kommit fram till, och även så att Martin kan testa det som vi gjort för att få något slags expertutlåtande. Sådana möten skall givetvis dokumenteras. Vissa veckor kanske det räcker med att vi själva testar det och andra kanske vi ska ha mer djuplodande tester.
Interna deadlines
Det är viktigt att vi strukturerar upp arbetet i iterationerna ordentligt, exempelvis med iterationsmöten i slutet av veckan och interna planeringsmöten i början av veckan.
Ett annat sätt för att få det mer strukturerat är genom att göra en "Functional Analysis" för att få en prioriterad lista med funktioner och dessutom beroenden mellan olika funktioner. Denna lista kommer förmodligen att omarbetas under tiden i och med att saker blir klara och/eller omprioriteras.
Ytterligare en sak som är bra för struktur är att ha en risklista för att se vilka risker vi har i projektet och hur vi kan motverka dom samt hantera dom om de skulle hända.
Litteratur
Vi har fått boken Envisioning Information av Edward R. Tufte från biblioteket och ska börja titta om den innehåller relevant information för oss.
Ska vi testa olika idéer mot varandra inom en iteration eller ska vi välja en idé och testa den?
Det kan vara olika designmål eller designstrategier som testas mot varandra, t.ex. att man ska kunna sköta allt genom single-touch. Detta leder till frågan om iterationerna för dessa olika strategier skall ske parallellt eller sekvensiellt och ombytligt, dvs att vi först kör en iteration med enbart single-touch och sen en vecka med enbart multi-touch (exempelvis) eller att vi kör båda idéernas iteration under samma vecka.
Vilket fokus ska vi ha på uppsatsen?
Ska det vara fokuserat på designmetoder och hur vi använder de eller ska vi vara fokuserade på att vara mer praktiska och verkligen bygga en bra prototyp?
Hur skall testerna gå till?
Ska vi ha tester med oss själva eller ska vi ha det med verkliga användare, noviser eller experter osv?
Ett bra sätt vore att ha formella möten med Martin i analysfasen i varje iteration för att gå genom vad vi kommit fram till, och även så att Martin kan testa det som vi gjort för att få något slags expertutlåtande. Sådana möten skall givetvis dokumenteras. Vissa veckor kanske det räcker med att vi själva testar det och andra kanske vi ska ha mer djuplodande tester.
Interna deadlines
Det är viktigt att vi strukturerar upp arbetet i iterationerna ordentligt, exempelvis med iterationsmöten i slutet av veckan och interna planeringsmöten i början av veckan.
Ett annat sätt för att få det mer strukturerat är genom att göra en "Functional Analysis" för att få en prioriterad lista med funktioner och dessutom beroenden mellan olika funktioner. Denna lista kommer förmodligen att omarbetas under tiden i och med att saker blir klara och/eller omprioriteras.
Ytterligare en sak som är bra för struktur är att ha en risklista för att se vilka risker vi har i projektet och hur vi kan motverka dom samt hantera dom om de skulle hända.
Litteratur
Vi har fått boken Envisioning Information av Edward R. Tufte från biblioteket och ska börja titta om den innehåller relevant information för oss.
torsdag 24 januari 2008
Litteratursökning
Idag har vi spenderat dagen åt att leta och läsa relaterad litteratur. Vi har också beställt böcker som berör informationsvisualisering (ex. Tufte) till Lindholmens Chalmersbibliotek.
onsdag 23 januari 2008
Förberedelser
Dagens aktiviteter har bestått av att leta källor och vi har formaterat referenser på ett stiligt sätt i rapporten för att slippa göra det i sista stund. En del referenser som kan vara bra i framtiden är även de införda, markerade med en turkos färg.
Vi har även satt en preliminär titel till "Exploring the interactive capabilities of iPod touch to enhance classic and mobile web-based map applications".
Vi har även satt en preliminär titel till "Exploring the interactive capabilities of iPod touch to enhance classic and mobile web-based map applications".
tisdag 22 januari 2008
Nya mål
Kartena tyckte att vi skulle utveckla iPod-prototypen så att den var adapterbar till en vanlig webbläsare också. Så vi har skrivit om målet med exjobbet så att det stämmer överens med uppgiften. När det gäller själva gränssnittet till iPoden så är det ett helt nytt sätt att interagera om man jämför med deras nuvarande produkter. När det gäller gränssnittet i webbläsaren handlar det i dagsläget mest om att visualisera olika sorters rutt-historik.
Vi har även börjat kolla lite på den inofficiella SDK:n för iPod touch, för att vara på den säkra sidan om inte Apples officiella släpps som den ska av någon intressant anledning.
Vidare har det också skrivits lite i uppsatsen och vi har börjat kolla vilken sorts litteratur vi vill ha med. Både gällande designmetoder och designteori (t ex användbarhet och generella principer).
Vi har även börjat kolla lite på den inofficiella SDK:n för iPod touch, för att vara på den säkra sidan om inte Apples officiella släpps som den ska av någon intressant anledning.
Vidare har det också skrivits lite i uppsatsen och vi har börjat kolla vilken sorts litteratur vi vill ha med. Både gällande designmetoder och designteori (t ex användbarhet och generella principer).
Prenumerera på:
Kommentarer (Atom)
