Openmoko - User contributions [en]

Group sales

2009-03-09T13:15:19Z

BioGeek: /* Antwerp */ I bought a Freerunner at FOSDEM '09

Openmoko sells the [[Neo FreeRunner]] at a discount if bought in multiples of 10 (US$369, instead of 399), to be shipped in one package. Group buying will thus save money on the purchase, and on the shipping. This page is to organise group purchases by region.

For calculating shipping costs, the dimensions of one 10-pack is 435mm x 371mm x 119mm. The weight should be around 3kg.

Steve from Openmoko announced "Every 10 pack, will come with a box of stuff. 10 pouches and 10 head sets."
So join us within a local group !

<div style='float:right'>__TOC__</div>

== Argentina ==
==== Buenos Aires ====
Status: 1/10

* Pablo [http://wiki.openmoko.org/wiki/Special:Emailuser/Pablete93 Contact me here]

10 teléfonos = valor teléfonos + impuestos + envío

10 teléfonos = $11439 + impuestos + $181

* Mijail
mijailnils gmail com

== [[Group Sales Australia| Australia ]]==

== Austria ==
There is a group-buy page at MetaLab, available here: http://metalab.at/wiki/Openmoko .. we almost have the full 10 slots assigned, and its quite possible that we will order *20* phones, so please register on the Metalab pages and let us know if you're interested ..

=== Salzburg ===
Status: 1/10

* D. Kepplinger (at MetaLab)

=== Wien ===
Status: 2/10
* M. Greifeneder [http://wiki.openmoko.org/wiki/Special:Emailuser/mikegr Contact me here]
* J. Vaughan (torpor) -- http://metalab.at/wiki/Openmoko [http://wiki.openmoko.org/wiki/Special:Emailuser/torpor Contact me here]

=== Styria ===
==== Graz ====
Group 1: Status: 10/10

* F Hackenberger [http://wiki.openmoko.org/wiki/Special:Emailuser/Deadman66 Contact me here]
* J Florineth [http://wiki.openmoko.org/wiki/Special:Emailuser/Flojoh Contact me here]
* G Michelitsch [http://wiki.openmoko.org/wiki/Special:Emailuser/graf_ithaka Contact me here]
* M Lipp [http://wiki.openmoko.org/wiki/Special:Emailuser/Neldoreth Contact me here]
* M Maier [http://wiki.openmoko.org/wiki/Special:Emailuser/species Contact me here]
* M Konrad [http://wiki.openmoko.org/wiki/Special:Emailuser/konni Contact me here]
* K Krammer [http://wiki.openmoko.org/wiki/Special:Emailuser/krake Contact me here]
* M Prokop [http://wiki.openmoko.org/wiki/Special:Emailuser/mika Contact me here]
* C Lauermann [http://wiki.openmoko.org/wiki/Special:Emailuser/cms Contact me here]
* S Simmer [http://wiki.openmoko.org/wiki/Special:Emailuser/StefanS Contact me here]

Group 2: Status: 3/10
* K Holler [http://wiki.openmoko.org/wiki/Special:Emailuser/kho Contact me here]
* St Stampler [http://wiki.openmoko.org/wiki/Special:Emailuser/stst Contact me here]
* D Pail [http://wiki.openmoko.org/wiki/Special:Emailuser/neotracker Contact me here]

== Bahrain ==
Status : 3/10

* Salman [http://wiki.openmoko.org/wiki/Special:Emailuser/smhar Contact]

== Belarus ==
=== Minsk ===
Status : 1/10
* 1x ([[Image:MokoBox.jpg]] - advanced) Const - [[Special:Emailuser/Const|Contact]]

== Belgium ==
=== Brussels ===
Status 6/10

'''NO''' Openmoko FreeRunner 900/1800 available anymore (on July 3, 2008 at 21h) as needed in Europe. Furthermore,
confirmation: From Pulster.eu: ''Our sales price is 299 EUR + shipping 15 EUR in Europe = 314 EUR. The idea of "open" is ours. So check our price calculation: if you order the FreeRunner from Taiwan, it's 399 USD + 100 USD shipping + c. 90 USD "import taxes" inside Europe. Total 589 USD = c.380 EUR. So it will be cheaper and we Europeans have 2 years of warranty when buying from Pulster, instead of a 14 days(?) for imported goods.''

Cancelled for the above reason
(and not 10 people reached)
* npettiaux
[http://wiki.openmoko.org/wiki/Special:Emailuser/Npettiaux Contact me here]

Status 30/07/2008 : 6/10

Groupsales from pulster.eu are possible with a reduction (their normal price is 329 EUR): 
''GroupSales: Ordering 10 units or more (no need for multiples of 10) we are pleased to offer 299 EUR - tell us your country and we work out the best way of transaction.'' 
''You can make a order now to be sure to get a freerunner with our next delivery which we expect 08/15/08 (15.August). ''

* jwarnier [http://wiki.openmoko.org/wiki/Special:Emailuser/Jwarnier Contact me here]
* mvanderdonck [http://wiki.openmoko.org/wiki/Special:Emailuser/nicodache Contact me here]
* lpirotte [http://wiki.openmoko.org/wiki/Special:Emailuser/lpirotte Contact me here]
* Lleonard [http://wiki.openmoko.org/wiki/Special:Emailuser/Lleonard Contact me here]
* rickyguff [http://wiki.openmoko.org/wiki/Special:Emailuser/rickyguff Contact me here]

=== Flanders ===
==== Aalst/Aarschot/Gent/Brugge ====
Status 4/10
* XVens, mailto: xavier DOT vens AT gmail DOT com

* Yvo Brasseur, mailto: yvo_brasseur AT archon DOT be Living in Aarschot, working in Brussels.
* Kamil Kubacki, mailto: kamil DOT kubacki AT gmail DOT com [or kamil.kubacki@gmail.com]

* Adhemar, mailto: adhemarvandamme APESTAART gmail DOT com (I'm mostly in Ghent)

ps: Dolfje think it will be cheaper to buy it from pulster.de. Can anyone confirm?

Confirmation: From Pulster.eu:

Our sales price is 299 EUR. The idea of "open" is ours. So check our price calculation: if you order the FreeRunner from Taiwan, it's 399 USD + 100 USD shipping + c. 90 USD "import taxes" inside Europe. Total 589 USD = c.380 EUR.

So it will be cheaper and we Europeans have 2 years of warranty when buying from Pulster, instead of a 14 days(?) for imported goods.
You can read all advantages on pulster.eu

==== Antwerp ====
Status 9/10

* michielv [http://wiki.openmoko.org/wiki/Special:Emailuser/Michielv Contact me here]
* Peter Leemans, mailto: peter AT x-tend DOT be
* Richard B [http://wiki.openmoko.org/wiki/Special:Emailuser/richardb Contact me here]
*<s>Jeroen Van Goey [http://wiki.openmoko.org/wiki/Special:Emailuser/BioGeek Contact me here]</s> (I bought one at FOSDEM '09)
* Jeroen D [http://wiki.openmoko.org/wiki/Special:Emailuser/jeroendoggen Contact me here]
* Diego Garcia, mailto: didac.garcia AT gmail DOT com
* Stefaan [http://wiki.openmoko.org/wiki/Special:Emailuser/Stefaan Contact me here]
* Bert_2 [http://wiki.openmoko.org/wiki/Special:Emailuser/Bert_2 Contact me here] If they aren't cheaper via Pulster.
* Jove [http://wiki.openmoko.org/wiki/Special:Emailuser/Jove Contact me here] I would like a developer board too.

Perhaps if we have a few more users, we can redistribute the groups geographically?

=== Wallonia ===
==== Walloon Brabant ====
Status: 1/10
* Istvan, mailto: buki DOT istvan AT gmail DOT com

== Brasil ==
=== Nordeste ===

==== Ceará ====
Status: 1/10
* Alexandre Sousa [http://wiki.openmoko.org/wiki/User:asm Contact]
** Endereço para entrega: Fortaleza

==== Bahia ====
Status: 1/10
* Valessio Brito [http://wiki.openmoko.org/wiki/User:Valessio Contact]
** Endereço para entrega: Salvador - Bahia

==== Alagoas ====
Status: 1/10
* Diogo Dutra [http://wiki.openmoko.org/wiki/Special:Emailuser/diogo Contact]
** Endereço para entrega: Maceió

=== Sudeste ===

==== São Paulo ====
Status: 1/10
* Rafael Soares Melero [http://wiki.openmoko.org/wiki/Special:Emailuser/rafaelsoaresmelero Contact]
** Endereço para entrega: São Paulo

=== Sul ===
==== Paraná ====
Status: 6/10
* Beraldo Leal [http://wiki.openmoko.org/wiki/Special:Emailuser/beraldo Contact]
* Cleber Santz [http://wiki.openmoko.org/wiki/Special:Emailuser/Clebersantz Contact]
* Jacson Querubin [http://wiki.openmoko.org/wiki/Special:Emailuser/Spacial Contact]
** 1x ([[Image:MokoBox.jpg]] - avançado)
* Mauro Nogueira [http://wiki.openmoko.org/wiki/Special:Emailuser/mandcap Contact]
* Osvaldo Santana Neto [http://wiki.openmoko.org/wiki/Special:Emailuser/osantana Contact]
* Paulo Diovani Gonçalves [http://wiki.openmoko.org/wiki/Special:Emailuser/diovani Contact]

Valor: Aproximadamente USD 4.100,00 (10 aparelhos + frete UPS). Há também o valor do frete para entrega final para quem não for retirar pessoalmente quando chegar.

== Bulgaria ==
=== Sofia ===
==== Sofia ====
Status : 8/10

'''Group 1'''

* Dimitar Staykov, [http://wiki.openmoko.org/wiki/Special:Emailuser/OpenMitko Contact] - owner
* Geo, [http://wiki.openmoko.org/wiki/Special:Emailuser/geomer Contact] - owner
* Iceman, [http://wiki.openmoko.org/wiki/Special:Emailuser/ice Contact], 02 July 2008 ([http://www.pulster.de/engl/openmoko.htm Pulster]) - owner
* luchoh, [http://wiki.openmoko.org/wiki/Special:Emailuser/luchoh Contact], 26 June 2008 - owner
* mkaramihalev, [http://wiki.openmoko.org/wiki/Special:Emailuser/mkaramihalev Contact], 12 July 2008 - owner
* UniXSouL, [http://wiki.openmoko.org/wiki/Special:Emailuser/UniXSouL Contact], 12 July 2008 - owner

* streamDog, [http://wiki.openmoko.org/wiki/Special:Emailuser/streamDog Contact], 23 July 2008 - owner
* danov2, [http://wiki.openmoko.org/wiki/Special:Emailuser/danov2 Contact], 30 June 2008 - owner

'''Group 2'''

Status : 4/10

* Vernim, [http://wiki.openmoko.org/wiki/Special:Emailuser/Vernim Contact]
* nninov, [http://wiki.openmoko.org/wiki/Special:Emailuser/nninov Contact], 26 June 2008
* jdivanov, [http://wiki.openmoko.org/wiki/Special:Emailuser/jdivanov Contact], 16 June 2008
* ZMan, [http://wiki.openmoko.org/wiki/Special:Emailuser/ZMan Contact], 14 August 2008

== Canada ==

=== British Columbia ===
Status : 10/10

* Dave (Vancouver) Vancouver Linux users group mailto: doc AT skynet REMOVE dot REMOVE ie - organising this group
* Justin (Vancouver): mailto: stryderjzw AT gmail (GOT ONE)
* Robert (Vancouver) - robtaylor <AT> tinsputnik <DOT> com (1 unit)

'''Group 2'''

Status: 1?/10

* Rob (Vancouver) - rtymensen (at) gmail (DoT) com (1 unit)

=== Alberta ===
Status : 9/10 (this order has already been delivered)

* [[User:Wuth|Wuth]] (Pincher Creek) : [mailto:wuth@acm.org email] : 1 unit + 1 debug board
* [[User:Slm3095om|stacy]] (2 units) : slm3095om AT millions dOt ca
* [[User:Abnormal|Morgan]] : [mailto:lightningperf@hotmail.com]
* [[User:picosrfr|Will]] (High Level) : [mailto:will.siddall@gmail.com]
* [[User:Shadowwolf|Vince]] (Red Deer) : 1 Unit + 1 Debug board [http://wiki.openmoko.org/wiki/Special:Emailuser/Shadowwolf Get a hold of me here]
* [[User:Deanb2|Dean]] (Calgary) : [mailto:deanb@gbtn.net]
* [[User:jimb|jim b]] (Edmonton) : [mailto:callonjim@gmail.com][http://wiki.openmoko.org/wiki/Special:Emailuser/jimb mokomail]
* [[User:Crz|Steve]] (Calgary) : 1 unit, [http://wiki.openmoko.org/wiki/Special:Emailuser/Crz Contact]

=== Ontario/Quebec ===
==== GTA (Toronto) ====
Status : 10/10

* Gerald A [http://wiki.openmoko.org/wiki/Special:Emailuser/Historybuff Contact me here]
* MattC, mailto: quirkz AT gmail
* Sergey K, openmoko AT deeptown dOt org
* Daniel Lister, gmail(dan.lister)
* Ronnie Wong: '''3 units''' - r25wong AT ryerson dOT ca
* Paul V, contact using gmail, original.roju
* Matt Manjos, matt (AT) manjos * com
* Steven O'Reilly, soreilly AT walled DOT net

Shall we start Group 4 (Toronto) 2 / 10
* Michael Mather - firstname.lastname AT teksavvy.com (Well, this group is going nowhere, so I bought a phone directly. WARNING: I got charged $55 brokerage fee by UPS to bring it across the border. Note that, what they call GST is actually GST + PST.)
* David Camp - lastname at avidsolutions.com

Group 5 Status (Ottawa): 2 / 10
* Mathieu Charron - mathieu.charron AT elwillow.net (maybe 2 units, one for a friend)

==== Hamilton ====
Group 2 Status (Hamilton): 7/10

* Gabriel D - ace AT staticwave DOT ca
* Richard D - rtdegelder --> gmail.com
* Steve S - ssinger_pg AT sympatico dot ca
* Wolfram Kahl - kahl McMaster CA
* Paul Wouters - paul@xelerance.com '''1 units'''
* John Hurley - nybble at eml dot cc
* T Owen - timandtwila AT gmail DOT com

==== Montréal ====
Group 3 Status (Montréal): 3/10
* Patrick Hétu - patrick AT koumbit DOT org
* Eric Lebel - lebeleri AT aei DOT ca
* Steven Mansour - steven AT stevenmansour DOT com

== Chile ==
=== Santiago ===
Status : 6/10

* [[User:Mankeke]] Ricardo Manríquez C., mailto: ricardo.manriquez "remove this and add AT" gmail "dot" com
* [[User:XKnightmareX]] Gonzalo Pesenti., mailto: mare.knight1 "remove this and add AT" gmail "dot" com
* [[User:Freyes]] Felipe Reyes., mailto: felipereyes "remove this and add AT" gmail "dot" com
* [[User:crsepulv]] Cristian Sepúlveda, mailto: sepulveda.cristian@gmail.com
* [[User:SurrealWombat]] Simon Martin, mailto: smartin dot cl at gmail dot com
* [[User:joteiro]] Juan Pizarro, mailto: jpizarrom dot cl at gmail dot com

=== Valdivia ===
* [[User:alvherre]] Álvaro Herrera, mailto: alvherre@alvh.no-ip.org (I'm OK with joining the guys in Santiago)

== China ==

<div align=center>
{| class="wikitable" cellspacing="0" cellpadding="0" width=60%
! width=60% style="background:#ff6600;border-left:0px solid white;border-right:0px solid white;border-top:0px solid white;" | 团购开发手机
|-
|valign="TOP" style="background:#333333;border-left:0px solid white;border-right:0px solid white;border-bottom:0px solid white;" |

* Openmoko has signed Androidin as our distributor in China. For Neo FreeRunner group sale, please refer to [http://www.androidin.com Androidin]. Thanks. Openmoko Team.

|}

</div>

=== BeiJing ===
Status:11/10
*<strike>Meng,Qingyou mailto:meng.qingyou@gmail.com 1 freerunner and 1 debug board.</strike> buy from kuloo.
*Luther mailto:lutherluo@qq.com 2 freerunner and 1 debug board.
*Gnosy mailto:gnosyhh@gmail.com 1 freerunner and 1 debug board.
*Bin Zong mailto:hunter_00zb@hotmail.com 1 FreeRunner MSN:hunter_00zb@hotmail.com
*Lee zaixin mailto:shqlzx@126.com 1 FreeRunner 
*Zhuwei mailto:grissom_zhu@139.com MSN:wyh0310@hotmail.com 1 FreeRunner 
*zhaojun mailto:zhaojun1631@163.com 1 freerunner and 1 debug board
*Benoit Begue Retired: please count me out, I'm leaving Beijing sooner than expected. Sorry for this. 1 freerunner
*Tristan mailto:0x5478(at)gmail.com MSN:liu_bei_bei(at)hotmail.com 1 freerunner and 1 debug board.
*Lalo lalo dot martins at gmail (do ''not'' email me with random stuff, specially in Chinese!) 1 freerunner
*Lu Kuo Email and MSN: koreylu#hotmail.com (substitute @ for # please) 1 freerunner and 1 debug board

Status:4/10
*Chen Mo mailto:abacan@gmail.com 1 freerunner and 1 debug board.
*Hong Zhiyi mailto: zhiyi.hong@gmail.com 1 freerunner
*Yang Ming mailto: yangm.cn at gmail.com 1 freerunner.
*Xin Jia mailto: xinjia.cn at gmail.com 1 freerunner.
*zhao zheng mailto: Mr.dreambig at gmail.com 1 freerunner.

=== ShangHai ===
Status:7/10
 
* Pajda, info on my [[User:Pajda|user page]], or you can [[Special:Emailuser/Pajda|contact me here]]. 1 x freerunner
* ChandleWEi mailto:chandle.wei@gmail.com 1 x freerunner and 1 debug board
* YxunLan mailto:dennis.yxun@gmail.com 1 x freerunner and 1 debug board
* Pine mailto:zixibai@gmail.com 1 x freenrunner and 1 debug board
* We can add another 4 x freerunner to an order [[User:criticny|user page]], [[Special:Emailuser/criticny|contact]].
* chenzy mailto:chenzeyun.zju@gmail.com 1 x freerunner
* Leo.Wang mailto:wangsu@mail.ustc.edu.cn 1 x freerunner
* HouYu Li Karajan mailto:karadog@gmail.com 1 x freerunner + om testing kernel + qtextended working release

=== Guangzhou ===
Status:4/10
*Geoffrey mailto:dghfalcon@gmail.com 1 freerunner and 1 debug borad.
*monomania mailto:simulacrumqiu@gmail.com 1 freerunner.
*Seanfan mailto:fanfeiwu@gmail.com 2 freerunner and 1 debug borad.
*XiaoJianji mailto:xiaojianji@126.com 1 freerunner and 1 debug borad.

=== Longyan ===
Status:1/10
*tekkamanninja mailto:tekkamanninja@163.com 1 freerunner and 1 debug borad.

=== Fuzhou ===
Status:1/10
*Yangwenqin mailto:wenqin.yang at yahoo.com 1 freerunner and 1 debug borad.

== Colombia ==
=== Bogotá ===
Status: 5/10
* Javier Rojas. Phone and debug board. mailto:jerojasro@gmail.com 
* Gustavo Andrés Angulo. Phone and debug board. mailto:woakas@gmail.com 
* Exell E. Franklin J. Phone and debug board. mailto:arawaco@ieee.org 
* Fredyrivera, Humano. Phone and debug board. mailto:fredyrivera@gmail.com 
* Juan Carlos Castellanos. Phone. mailto:juancastellanosm@gmail.com 

== Croatia ==
Status : 12/10
* w00t - [[Special:Emailuser/W00t|Contact]]
* matija - [[Special:Emailuser/Matija.z|Contact]]
* valajbeg - [[Special:Emailuser/valajbeg|Contact]]
* kost - [[Special:Emailuser/kost|Contact]]
* mnalis - [[Special:Emailuser/mnalis|Contact]]
* tcavrag - [[Special:Emailuser/tcavrag|Contact]]
* slavus - [[Special:Emailuser/slavus|Contact]]
* bsevo - [[Special:Emailuser/bsevo|Contact]]
* amd64 - [[Special:Emailuser/SilverSpace|Contact]]
* v-v - [[Special:Emailuser/v-v|Contact]]
* Lovro - [[Special:Emailuser/Lovro|Contact]]
* Zlotvor - [[Special:Emailuser/zlotvor|Contact]]
(maybe we should make one group for bosnia, croatia & serbia together?) [http://wiki.openmoko.org/index.php/Talk:GroupSales#Croatia the talk page]

== Czech Republic ==

* Forum ohledně další objednávky [http://ohin.cz/openmoko/viewtopic.php?f=4&t=46 zde].
* Informace o hromadné objednávce jsou zde: [[GroupSales/Czech_Republic]]
* Diskusní forum: [http://ohin.cz/openmoko http://ohin.cz/openmoko]
* Jabber konference: openmoko@chat.linjab.net

== Denmark ==
If we do not reach a total large enough, Denmark **is** a very small place - surely we could figure out a way of getting them to find their way 'round the country :)

=== EU (german) vs. Direct (Openmoko) discussion ===

Esben Damgaard has created a Google Group discussion to evaluate which is the optimal:
http://groups.google.com/group/freerunner-order-dk

[[User:asbjorn | Asbjørn Sloth Tønnesen]] [http://wiki.openmoko.org/wiki/Special:Emailuser/asbjorn (contact)] has [http://groups.google.com/group/freerunner-order-dk/browse_thread/thread/cd68b49d8520ecd2# offered] to act as invoice hub for group sales from either Openmoko or Handheld-Linux. [[User:asbjorn | Details]]

=== Invoice considerations ===

According to Lone Borre from SKAT.dk the rules are different if the buyer is private or a company. If a company buys the phone the invoice must be addressed to the company and the company must be a registered importer. This makes it harder to do a group sale in which 2 of the recipients need an invoice.

=== Jutland ===
==== Aalborg ====
Status: 8/10

Should anyone need it, transportation from Aalborg to Thisted for phones can be arranged, if you don't want to pick it up in Aalborg yourself :) ~leinir

As it looks right now, it seems that it would be cheaper and easier for us to buy through Pulster in Germany - see the following email: http://lists.openmoko.org/pipermail/community/2008-May/017778.html ~leinir

- It indeed is: [http://www.pulster.de/index.htm?d__om___b_Openmoko_FreeRunner__b_991.htm], the price is 299.00 EUR per piece i we buy 10, and shipping is 14.90 EUR.~Cybe

* Dan Leinir Turthra Jensen mailto:admin@leinir.dk [[User:Leinir]]
* Fabian Olesen mailto:firewalkerx@gmail.com
* Helge Willum Larsen mailto:helge.at.helges.dk
* Kristian Lindemann Larsen (2 stk) mailto:walker@pandia.dk
* Brian Olsen mailto:downloader@pandia.dk
* Henrik Odder Jensen mailto:herakles@pandia.dk
* Simon Ahm mailto:spymater@gmail.com

==== Aarhus ====
Status: 0/10

* Kent S. Knudsen - [http://wiki.openmoko.org/wiki/Special:Emailuser/Forestmountain contact me here] - [[User:Forestmountain]] (<strike>2 phones; will join any danish group if necessary</strike>)
* Lars Jensen - [http://wiki.openmoko.org/wiki/Special:Emailuser/el_senator contact me here] (<strike>3 phones; will join any danish group if necessary</strike>)
Kent & Lars: As of 5/7: We have ordered 10 units (all in all with Fyn) from handheld-linux.com. Arguments here: http://groups.google.com/group/freerunner-order-dk The deal is closed.

* <strike>Martin Pedersen - [http://wiki.openmoko.org/wiki/Special:Emailuser/Cheeses contact me here] (1 phone; will join any danish group if necessary)</strike> Martin is also in on the above deal through Lars.

==== Skjern ====
Status: 1/10

* [[User:Carlo]]

==== Sønderborg ====
Status: 1/10

* Theis Hjorth [http://wiki.openmoko.org/wiki/Special:Emailuser/Theis.hjorth contact me here] (1 phone + 1 devkit) 

=== Fyn ===
Status: 10/10

* [[User:EsbenDamgaard]] (need 3 (Looney & Gert))
* [[User:apm]] (need 1 with invoice - can pick up in Copenhagen)
* [[User:LarsOPoulsen | Lars Poulsen]] [http://wiki.openmoko.org/wiki/Special:Emailuser/LarsOPoulsen (contact)] (1 phone)

Peter: As of 5/7: We have ordered 10 units (+5 for Århus) from handheld-linux.com.
Arguments here: http://groups.google.com/group/freerunner-order-dk
The deal is closed.

=== Sjælland ===
==== Copenhagen ====
Status: 12/10

* [[User:jrcarlsen | Johnny Rose Carlsen]] (+45) 28 14 60 04 [http://wiki.openmoko.org/wiki/Special:Emailuser/jrcarlsen (contact)] 1 phone
* [[User:Fursund]] [http://wiki.openmoko.org/wiki/Special:Emailuser/Fursund (contact)] 1 phone
* [[User:tabac | Thomas Ammitzbøll-Bach ]] [http://wiki.openmoko.org/wiki/Special:Emailuser/tabac (contact)] (<strike>1 phone</strike> Buying through pulster.de)
* [[User:chel | Christian E. Lysel ]] [http://wiki.openmoko.org/wiki/Special:Emailuser/chel (contact)] (<strike>1 phone</strike> Buying through pulster.de)
* [[User:UlrikRasmussen | Ulrik Rasmussen]] [http://wiki.openmoko.org/wiki/Special:Emailuser/UlrikRasmussen (contact)] (<strike>1</strike> Buying through pulster.de)
* [[User:OleTange | Ole Tange]] [http://wiki.openmoko.org/wiki/Special:Emailuser/OleTange (contact)] (<strike>I need 14 with invoice</strike> - Buying through pulster.de because of the invoice considerations mentioned above)
* [[User:Pascal | Pascal d'Hermilly]] [http://wiki.openmoko.org/wiki/Special:Emailuser/Pascal (contact)] (Buying through US-openmoko shop)
* [[User:maha | Martin Hansen]] [http://wiki.openmoko.org/wiki/Special:Emailuser/maha (contact)] (3 with invoice)
* [[User:SvenneK | Svenne Krap ]] [http://wiki.openmoko.org/wiki/Special:Emailuser/SvenneK (contact)] (<strike>1</strike>) Buying through Handheld-linux through [[User:asbjorn|Asbjørn Sloth Tønnesen]].
* [[User:bss | Bo Stendal Sørensen]] [http://wiki.openmoko.org/wiki/Special:Emailuser/bss (contact)] (1)
* [[User:Glenn | Glenn Møller-Holst]] [http://wiki.openmoko.org/wiki/Special:Emailuser/Glenn (contact)] (<strike>2 freerunners + debug board, +invoice</strike> - Buying through pulster.de)
* [[User:knmeister | Kristian Nielsen]] [http://wiki.openmoko.org/wiki/Special:Emailuser/knmeister (contact)] <strike>(I need 1 with invoice)</strike> Seems it is easier to buy from a reseller.
* [[User:hammerfar | Henrik Hammer Berthelsen]] [http://wiki.openmoko.org/wiki/Special:Emailuser/hammerfar (contact)] (2 with invoice) - ordering through [[User:asbjorn|Asbjørn]] as a hub.
* [[User:Bubbi | Steen Nielsen]] [http://wiki.openmoko.org/wiki/Special:Emailuser/Bubbi (contact)] (<strike>2 with invoice</strike> - buying through reseller)
* [[User:asbjorn | Asbjørn Sloth Tønnesen]] [http://wiki.openmoko.org/wiki/Special:Emailuser/asbjorn (contact)] (I need 1 with invoice) I has [http://groups.google.com/group/freerunner-order-dk/browse_thread/thread/cd68b49d8520ecd2# offered] to act as hub for group sales from Openmoko and Handheld-Linux.
* [[User:KlaymenDK | Jan Gundtofte-Bruun]] [http://wiki.openmoko.org/wiki/Special:Emailuser/KlaymenDK (contact)] -- will wait until software is stable enough to work as primary mobile phone

== Egypt ==
=== Cairo ===
==== American University in Cairo ====
I would like to get a group of 10 AUC student who are into Linux together to buy a block of ten of these. We could also include non-AUC students, expats, and others as well. They can be shipped to the University in el-Tagamoa el-Khamis. Contact me if you are interested for details or other information. I need to find out what the duty on ten phones would be here. --[[User:Paco758|Paco758]] 10:29, 4 September 2008 (UTC)

* [[User:paco758 | paco758 ]] ([mailto:john.d.martin.iii@gmail.com contact]) SMS to 0165585960

== Estonia ==
=== Tallinn ===

Status 1/10

* <s>[[User:Yogiz | Yogiz]] ([mailto:yogizz@gmail.com contact]) 1 phone</s> Already bought one, sorry.
* [[User:Zooter | Zooter]] ([mailto:zooter@hot.ee contact]) 1 phone

== Finland ==

See also [[Openmoko Local Groups: Finland]], if you're interested.

=== Possible new order(s) ===

Status: 6/10 
These did not participate in the pulster.de order(s) shown below.

Helsinki:
* Jerry Jalava jerry DOT jalava AT iki DOT fi
* Henri Bergius henri DOT bergius AT nemein DOT com [ordering for 3]
* <strike>Matti Rytkönen manaryde AT hotmail DOT com</strike> bought directly from Pulster (249 €)

Turku:

* Jaakko Lehtinen jaakko dot lehtinen at gmail dot com

Pulster.de now sells individual phones at 249€/phone, but 10-packs at 229€/phone.

=== Already ordered ===
==== Uusimaa ====
(Note to gta02v6 waiting people:"The A5 boards have been reworked to remove the [LED] issue. So WRT
LEDs a5 and a6 have the same power consumption". So, there is should be no reason to wait for V6. See also [[Neo FreeRunner GTA02 Hardware#GTA02v6]].)

===== Helsinki I =====
'''THIS GROUP OF 10 NEOS HAS BEEN ORDERED''' (from pulster.de)

Status : 10/10

* Mikko Rauhala x2 [mailto:mjr@iki.fi mjr@iki.fi]
* Aleksi Hankalahti [mailto:aleksi.hankalahti@iki.fi aleksi.hankalahti@iki.fi]
* Seppo Hätönen [mailto:karrde@iki.fi karrde@iki.fi]
* Ville-Pekka Vainio vpivaini AT cs.helsinki.fi
* Heikki Hallamaa [mailto:heikki.hallamaa@iki.fi heikki.hallamaa@iki.fi]
* Tomi Jylhä-Ollila tomi.jylha-ollila@helsinki.fi
* Richard Braakman
* Timo Jyrinki [mailto:timo.jyrinki@iki.fi timo.jyrinki@iki.fi]
* Jussi Kekkonen tmt AT ubuntu DOT com (moved from below as one slot became available here)

===== Helsinki II, Turku & Vaasa=====

[http://wiki.openmoko.org/wiki/User:Rhk DISCUSS HERE]

Status : 3/10

'''THIS GROUP OF 4 NEOS HAS BEEN ORDERED (3+1 (lindi) from outside this list)''' (from pulster.de)

* Risto H. Kurppa risto AT kurppa DOT fi
* Aapo Rantalainen aapo DOT rantalainen AT gmail DOT com
* Matti Laakso matti DOT laakso AT kotiposti DOT net

<del>Vaasa:</del>

<del>* Mikko Niemikorpi, mikefulli ÄT gmail PISTE com</del>

==== Lappi ====
===== Kemi =====
Status : 4/10

'''ORDERED'''

4kpl tilattu pulster.de:stä.

Kemi:
* Henri Valta cg ÄT jakorasia PISTE info
* Tommi Juvonen tassi ÄT mediapumppu PISTE info
* Jaakko Pörhö ensteinfrank ÄT hotmail PISTE com
* Tuomo Mattila (Oulu) tuomom ÄT ee PISTE oulu PISTE fi

== France ==
=== Bretagne ===
==== Brest ====
Status : 1/10

* StevenLeRoux [mailto:steven@pourri.fr steven@pourri.fr] Jabber_Id:Steven@jabber.fr
* Acheteur potentiel #2

==== Rennes ====
Status : 3/10

* Cédric DUFOUIL (openmoko at tsleg point com)
* Yves MAHE (ymahe at zindep dot com)
* Guillaume BERTHELOM (yogui29 at gmail dot com)

=== Pays de la Loire ===
==== La Roche sur Yon ====
Status : 1/10

* [http://wiki.openmoko.org/wiki/Special:Emailuser/Vtouchar Vincent Touchard] - not in France until January 2009

==== Nantes ====
Status : 2/10
* [[User:Yoann|Yoann ARNAUD]]. OK for a ship in Rennes if needed. [http://wiki.openmoko.org/wiki/Special:Emailuser/Yoann Contact me here]
* <strike>[[User:sim51|Benoît SIMARD]]. Idem [http://wiki.openmoko.org/wiki/Special:Emailuser/sim51 Contact me here]</strike>
* [[User:tangara2|tangara2]]. Interested [http://wiki.openmoko.org/wiki/Special:Emailuser/tangara2 Contact me here]

=== Nord ===
==== Lille ====
* [[ThomasClavier]] [[Special:Emailuser/ThomasClavier| email me]]

=== Ile de france ===
==== Paris ====
Status : 18/19

* StevenLeRoux
* [[User:Wilk|Wilk]] [http://wiki.openmoko.org/wiki/Special:Emailuser/Wilk Contact me here]
* Jonathan Magano ([http://wiki.openmoko.org/wiki/Special:Emailuser/JonathanMM Contact me here])
* Benjamin Renard (bn8[AT]zionetrix.net)
* [[User:BartGS|BartGS]] [http://wiki.openmoko.org/wiki/Special:Emailuser/BartGS Contact me here]
* [[User:rcoscali|Rémi Cohen-Scali]]
* Le Troll Farceur ([http://wiki.openmoko.org/wiki/Special:Emailuser/LeTrollFarceur Contact me here])
* [[User:LoicMinier|Loïc Minier]]
* [[User:chansen|Cyril Hansen]]
* Titilambert ([http://wiki.openmoko.org/wiki/Special:Emailuser/titilambert Contact me here])
* [[User:Raphux|Raphux]]([http://wiki.openmoko.org/wiki/Special:Emailuser/Raphux Contact me here])
* <s>[[User:kkum|Kumar]]</s> (''commandé sur http://bearstech.com/shop'')
* Gand' ([http://wiki.openmoko.org/wiki/Special:Emailuser/Gand' Contact me here])
* [[User:Sporniket|David SPORN]]
* [[User:Bedo|Bedo]]
* [[User:Yciabaud|Yoann Ciabaud]] (contact me [[Special:Emailuser/yciabaud|here]])
* <s>[[User:Phyce|Phyce]]</s> (''commandé sur http://bearstech.com/shop'')
* <s> Yann SLADEK</s> (''commandé sur http://bearstech.com/shop'')
* <s>[[User:Valos|Valéry Febvre]]</s> (''commandé sur http://pulster.eu'')
* <s>[[User:Manou|Emmanuel Raviart]]</s> (''commandé sur http://pulster.eu'')
* <s>[[User:hbernard|hugues]]</s> (''commandé sur http://bearstech.com/shop'')
* <s>[[User:tuXXX|Damien Thébault]]</s> (''commandé sur http://bearstech.com/shop'')
* <s>[[User:Ainulindale|Julien Cassignol]]</s> (''commandé sur http://bearstech.com/shop'')
* <s>[[User:Theocrite|Theocrite]] </s> (''commandé sur http://bearstech.com/shop'')
* <s>[[User:Gui82|Gui82]]</s> (''commandé sur http://bearstech.com/shop'')
* <s>[[User:OlivierBerger|OlivierBerger]]</s> (''commandé sur http://bearstech.com/shop'')
You may also see :
http://bearstech.com/shop

=== Rhône-Alpes ===
==== Lyon ====
Status : 0/10

* <s>[http://wiki.openmoko.org/wiki/Special:Emailuser/patou Vincent MEURISSE]</s> (''commandé sur http://pulster.eu'')
* <s>[http://wiki.openmoko.org/wiki/Special:Emailuser/pini Gilles FILIPPINI]</s> (''commandé sur http://pulster.eu'')

==== Grenoble ====
Status : 4/10

* <s>[http://wiki.openmoko.org/wiki/Special:Emailuser/pbollard Philippe]</s> (''commandé sur http://bearstech.com/shop '')
* [http://wiki.openmoko.org/wiki/Special:Emailuser/aurelien Aurelien] (''commande groupée en préparation sur http://www.guilde.asso.fr/wiki/Openmoko '')
* <s>[http://wiki.openmoko.org/wiki/Special:Emailuser/Hey_popey Damien]</s> (''budget indisponible en ce moment :-('')
* [http://wiki.openmoko.org/wiki/Special:Emailuser/swap38 Johann] (''commande groupée en préparation sur http://www.guilde.asso.fr/wiki/Openmoko '')

=== Alpes de Haute Provence ===
==== Manosque ====
Status : 1/10

* [http://wiki.openmoko.org/wiki/Special:Emailuser/cfdev Cyril]

=== Provence Alpes Cote d'Azur ===
==== Sophia Antipolis ====
Status : 4/10

* [http://wiki.openmoko.org/wiki/Special:Emailuser/nico.inc Nicolas HUOT]
* [http://wiki.openmoko.org/wiki/Special:Emailuser/Xavier_OM Xavier CREMASCHI]
* [http://wiki.openmoko.org/wiki/Special:Emailuser/Vasile Vasile Jureschi]
* [http://wiki.openmoko.org/wiki/Special:Emailuser/Herve5 Hervé Sainct]

=== Midi-Pyrénées ===
==== Toulouse ====

Status: 1/10

* [[Special:Emailuser/Ortalo|Ortalo]]

== Germany ==
=== Baden-Württemberg ===
==== Karlsruhe ====
Out:
* [[Special:Emailuser/Spacemarine|Spacemarine]] I'm out. Since the FreeRunner is available for 300 Euro in Germany, I don't see any point in organizing a groupbuy anymore. I've sent an email to everyone else interested in the groupbuy. If you are in this list or if I met you on the Kalug Meeting, you should have gotten it.
* [[Special:Emailuser/Dr.Nop|Dr.Nop]] (Habe mein Telefon jetzt ebenfalls bei Pulster bestellt.)
* [[Special:Emailuser/Gollum|Gollum]] Pulster doesn't give away the extra goodies, but the price still seems fair -- I'm out, too.
* [[Special:Emailuser/Archimedes|Sebastian]] I'm going to buy at pulsters (299€) => I'm out
* [[Special:Emailuser/Cfo|cfo]] I think the offer of pulster is fair! => I'm out
* [[Special:Emailuser/BlackFog|BlackFog]] thinks he has to wait for the next Pulster delivery date
* [[Special:Emailuser/Adonres|Adonres]] I'll buy at pulsters, too => I'm out
* [[Special:Emailuser/Ebi|Ebi]] ditto, and also waiting for the next date

Still In:
* [[Special:Emailuser/JensB|JensB]]
* [[Special:Emailuser/Gromgull|Gromgull]] (in Kaiserslautern, but Karlsruhe is close enough, and I doubt that I'll find 10 people here.
* [[Special:Emailuser/RIdd3r|Fabian]]
* [[Special:Emailuser/Roduit|Roduit]] In Heidelberg. Karlsruhe is close enough.

==== Leonberg ====
Status 1/10
* [[Special:Emailuser/Agon|Agon]] Maybe 1 FreeRunner.
----
* [[Special:Emailuser/ZaPPaS|ZaPPaS]] Since the FreeRunner is available for a comparable price at [http://www.pulster.de/] I will buy there...

==== Tübingen ====
Status 7/10
* [[Special:Emailuser/NoBody|NoBody]] close to tuebingen and stuttgart (between both)
* [[Special:Emailuser/eliasp|eliasp]] (3 FreeRunner (me, qknight + sbock) - Tübingen downtown
* [[Special:Emailuser/nobs|nobs]] thinking about buying one; if I am #10, count me in; if there is someone else #11 you can drop me
* [[Special:Emailuser/marjay|marjay]] take also one (Dettingen/Erms)
* [[Special:Emailuser/Dread|Dread]] in stuttgart, tuebingen would be ok

Out:
* [[Special:Emailuser/Tomcat|Tomcat]] pulster.de -> ;) -> by happy

==== Ulm ====
Status: 2/10
* [[Special:Emailuser/mzanetti|mzanetti]]
* [[Special:Emailuser/Lord_Evil|Lord_Evil]] ich nehm auch eins. Evtl. kann ich mich auch an Augsburg anhängen.

=== Bayern ===

==== Augsburg ====

Status 5/10
I just want to see if there are enough people to fill up to ten. So add your name here if you are interested.

*[[Special:Emailuser/Whoever|whoever]] - Ich nehm eins, wenn die Münchner keines übrig haben.
*[[Special:Emailuser/paddy2706|paddy2706]] - Ein Openmoko bitte :)

Wann werden die dann bestellt/gezahlt? Dauert bei mir no kurz bis ichs Geld für zusammen hab aber dann nehm ich eins.
MfG [http://wiki.openmoko.org/wiki/Special:Emailuser/MookiE MookiE]

Hallo, ich würde mich für einen FreeRunner interessieren. Wie sieht es mit Zoll aus? Kommt der noch dazu?
[http://wiki.openmoko.org/wiki/Special:Emailuser/Murks Murks]

$3690 (10 FreeRunner)
+ $ 160 (Versand lt. Australiern)
=======
$3850

$3850
+ $ 732 (19% Einfuhrumsatzsteuer)
+ $ 0 (kein Zoll für Handys)
=======
$4582

$458 / 1,5$/€ = 305 € pro Telefon (als Richtwert)

==== München ====
Hilf mit, eine [[Openmoko_Local_Groups:_Munich|Münchner UserGroup]] aufzubauen!

Die Münchner Gruppe organisiert manchmal Sammelbestellungen. Um zu erfahren, ob gerade eine Sammelbestellung läuft, oder um eine neue zu initiieren, schau einfach auf der '''[[Openmoko_Local_Groups:_Munich|Münchner UserGroup Seite]]''' vorbei!

=== Berlin===
==== Berlin ====

Help to form a [[Openmoko_Local_Groups:_Berlin|Berlin User Group]]!

Status 20/20
* Eckhard - I am doing a group order [8/10] available [http://wiki.openmoko.org/wiki/Special:Emailuser/Ejokisch Contact]
* Stephan [http://wiki.openmoko.org/wiki/User:Fischel Contact me here]
* Robert [http://wiki.openmoko.org/wiki/User:Thebohemian Contact me here]
* Nico [http://wiki.openmoko.org/wiki/User:Nico Contact me here]
* Bastian [[User:Fries43]]
* Sven-Ola [http://wiki.openmoko.org/wiki/User:Sven-ola Contact]
* Arne [http://wiki.openmoko.org/wiki/User:arnepp Contact me here]
* MM [http://wiki.openmoko.org/wiki/User:MM Contact]
* Keks [http://wiki.openmoko.org/wiki/User:Keksdosenmann Contact]
* Matthias [http://wiki.openmoko.org/wiki/User:mk Contact]
* Norbert [http://wiki.openmoko.org/wiki/User:Noha Contact]
* Joscha [http://wiki.openmoko.org/wiki/User:Joka Contact]
* Janne [http://wiki.openmoko.org/wiki/User:Janne Contact]
* Robert [http://wiki.openmoko.org/wiki/Special:Emailuser/Robx Contact]
* Conrad [http://wiki.openmoko.org/wiki/User:Caribu Contact me here]
* govindas [http://wiki.openmoko.org/wiki/User:govindas Contact me here]
* philippt [http://wiki.openmoko.org/wiki/User:philippt Contact me here if you dare ;-)]
* Iván [http://wiki.openmoko.org/wiki/User:ogai]
* david [http://wiki.openmoko.org/wiki/User:dk Contact]
* kajik [http://wiki.openmoko.org/wiki/User:kajik contact]

=== Bremen ===
==== Bremen ====
Status 3/10
* Gero Mudersbach [http://wiki.openmoko.org/wiki/Special:Emailuser/Gero Contact me here]
* Hartje Bruns [http://wiki.openmoko.org/wiki/Special:Emailuser/MrBurns Contact me here]
* Timo Scheffler [http://wiki.openmoko.org/wiki/Special:Emailuser/Faldrian Contact me here]

==== Bremerhaven ====

=== Hamburg ===
[[Openmoko_Local_Groups:_Hamburg|Neu: Lokale Gruppe]]
==== Hamburg ====
Status 9-10

* Jan 4-5[http://wiki.openmoko.org/wiki/Special:Emailuser/Jan07 Contact me here]
* Varacanero [http://wiki.openmoko.org/wiki/Special:Emailuser/varacanero Contact me here]
* Ole 3-5 pcs [http://wiki.openmoko.org/wiki/Special:Emailuser/Olemoko Contact me here]
* Arne [http://wiki.openmoko.org/wiki/Special:Emailuser/GuraX Contact me here]
* Arne.anka 1pc [http://wiki.openmoko.org/wiki/Special:Emailuser/Arne.anka Contact me here]
* Wasili Goutas 1pc + debug adapter [http://wiki.openmoko.org/wiki/Special:Emailuser/Laki Contact me here]
* mimbeck 1pc [http://wiki.openmoko.org/wiki/Special:Emailuser/mimbeck Contact me here]
* savi 1pc [http://wiki.openmoko.org/wiki/Special:Emailuser/savi Contact me here]

=== Hessen ===
==== Frankfurt ====
Status 1-10

* Blacky [http://wiki.openmoko.org/wiki/Special:Emailuser/Blacky Contact me here]

=== Niedersachsen ===
==== Hannover====
Status 0/10

* <s>Dattel83</s> [http://wiki.openmoko.org/wiki/Special:Emailuser/Dattel83 Contact me here] ordered :-)
* <s>[[User:Ditto|Ditto]]</s> I'm going to order through other channels.
* <s>[[User:LaKoon|LaKoon]]</s> [[Special:Emailuser/LaKoon|Contact me here]] me too.

=== NRW ===
==== Aachen ====
Status 2/10
* David, infos on my [[User:TechnoFan|user page]], or you can [[Special:Emailuser/TechnoFan|contact me here]]
* Michael, infos on my [[User:knut|user page]], or you can [[Special:Emailuser/knut|contact me here]]

==== Bielefeld ====
Status 1/10

* Arndt, infos on my [[User:Arndot|user page]], or you can [[Special:Emailuser/Arndot|contact me here]]

==== Bocholt ====
===== (Fachhochschule in Bocholt) =====
* 1 x adslex
* 1 x dg [[Special:Emailuser/dg|contact me here]]

=== Sachsen-Anhalt ===
==== Stendal (evtl. Magdeburg) ====
Status 1/10

* Fabian Off [http://wiki.openmoko.org/wiki/Special:Emailuser/Fabian2de Contact me here]

=== Thueringen ===
==== Weimar ====
Status 1/10

* [[User:Fries43]]

==== Ilmenau ====
Status 1/10

* [[User:KimKiesel]]

=== Sachsen ===
* Da es das Gerät bei PULSTER für 299€ gibt und man mit einem 10er Paket diesen Preis nicht unterbieten kann, abgesehen davon, dass wir sowieso keine 10 Leute zusammenbekommen, sollte jeder sein Gerät einzeln Bestellen. Lediglich die Versandkosten kann man bei einer 10er Bestellung bei PULSTER sparen, was sich auch nicht lohnt. Die Accessoires muss man bei PULSTER separat bestellen. Ich hoffe, dass das allen genehm ist. --[[User:White gecko|White gecko]] 22:37, 29 June 2008 (UTC)
* Da PULSTER den Preis aus 329€ gehoben hat würde sich ein 10er Paket bei PULSTER wieder lohnen, da man so 30€ pro Gerät sparen würde, wie sieht es mit euch aus? Ich habe mal einen Jabber-Gruppen-Chat openmoko@conference.comiles.eu eingerichtet meldet euch bitte, dass wir bald bestellen können sonst sind wir bei der Lieferung am 25.7. wieder nicht dabei. --[[User:White gecko|White gecko]] 14:06, 7 July 2008 (UTC)
* Um unsere Sammelbestellung voran zu treiben habe ich einen [http://comiles.eu/~natanael/wordpress/2008/07/10/free-your-phone/ Blogeintrag] verfasst und Robert hat eine [http://comiles.eu/cgi-bin/mailman/listinfo/openmoko Mailingliste] eingerichtet. --[[User:White gecko|White gecko]] 00:36, 10 July 2008 (UTC)
* Wir brauchen noch 2 Teilnehmer, meldet Euch auf der Mailingliste --[[User:PeterF|PeterF]] 19:36, 17 July 2008 (UTC)

==== Chemnitz ====
Status 3/10

* Tobias [http://wiki.openmoko.org/wiki/Special:Emailuser/Tobydox Contact me here] hat abgesagt
* Michael [http://wiki.openmoko.org/wiki/Special:Emailuser/her Contact me here]
* Peter [http://wiki.openmoko.org/wiki/Special:Emailuser/PeterF Contact me here]

==== Dresden ====
Status 1/10

* Martin [http://wiki.openmoko.org/wiki/Special:Emailuser/nodge Contact me here]

==== Leipzig ====
Status 6/10

* Natanael [http://wiki.openmoko.org/wiki/Special:Emailuser/white_gecko Contact me here] (+3)
* Micha [http://wiki.openmoko.org/wiki/Special:Emailuser/Adian Contact me here]
* xbaldauf [http://wiki.openmoko.org/wiki/Special:Emailuser/xbaldauf Contact me here]

== Hungary ==
Good to know:
*discussion here: http://hup.hu/node/54588
*mailing list: http://groups.google.com/group/freerunner-groupsales-hungary
*<s>group ordering coordinator: Dániel Vásárhelyi (see below) - please contact me on any questions</s> - due to current OpenMoko problems and competitors (iPhone / Android) I withdraw myself from coordinator status

ordering rules:
* anyone can add and remove him/herself on the list - new names MUST be _appended_ to the list
* please use real name and working e-mail address
* although this list is informative, please extend it _only_ if you are really serious about ordering it
* coordinator contacts everyone interested prior to actual buying

=== Budapest ===
==== participiants ====
# <s>Laszlo 'rka' Szabo [http://wiki.openmoko.org/wiki/Special:Emailuser/rka Contact]</s>
# <s>tg [http://wiki.openmoko.org/wiki/Special:Emailuser/tg?wpSubject=Openmoko%20GroupSales Contact]</s>
# Árva T. Mihály - lirul [KUKAC] hixsplit [PONT] hu (Suspended, I've removed myself from order lists transitionally [080804].)
# Nyosigomboc - nyos [KUKAC] nyos [PONT] homelinux [PONT] net
# Ludvig Adam - hunludvig [KUKAC] gmail [PONT] com
# <s>[http://wiki.openmoko.org/wiki/Special:Emailuser/asdmin?wpSubject=Openmoko%20GroupSales Dániel 'asd' Vásárhelyi]</s>
# <s>btamas, [http://wiki.openmoko.org/wiki/Special:Emailuser/btamas Contact]</s>
# Kovács 'ka87' András, andras [kukac] csevego [pont] net
# pcm, pcm [kukac] freemail [pont] hu
# Áron Preisinger, appa00 [kukac] gmail [pont] com [http://wiki.openmoko.org/wiki/Special:Emailuser/appa Contact]
# <s>pierre286, [http://wiki.openmoko.org/wiki/Special:Emailuser/pierre286 Contact]</s>
# Hélei Zoltán, heleiz [kukac] gmail
# Radics Áron, raron @ vipmail . hu
# Laszlo Szomor [http://wiki.openmoko.org/wiki/Special:Emailuser/Lci Contact]
# tr3w [http://wiki.openmoko.org/wiki/Special:Emailuser/tr3w Contact]
# Ferenc Szomor [http://wiki.openmoko.org/wiki/Special:Emailuser/Lci Contact]
# Bolyóczki Zsombor, mogorva kukac tuxworx pont hu
# <s>Sütő Zoltán, suto dot zoltan at t dash online dot hu</s>
# Zsolt Pittmann, pittmann dot zsolt at gmail dot com
# KREKACS Laszlo, laszlo {pont} krekacs {pont} list {kukacka} gmail {pont} com
# Móker Tamás,[http://wiki.openmoko.org/wiki/Special:Emailuser/rwind Contact]
# Krisztián Kovács, [http://wiki.openmoko.org/wiki/Special:Emailuser/Krisztian Contact]
# Tamas Michalik, [http://wiki.openmoko.org/wiki/Special:Emailuser/dotmind Contact]
# Peter Roosz, [http://wiki.openmoko.org/wiki/Special:Emailuser/rope Contact]
# Eduard Iacoboaia, [http://wiki.openmoko.org/wiki/Special:Emailuser/Polaru Contact]
# László Vadász, [http://wiki.openmoko.org/wiki/Special:Emailuser/Lvadasz Contact]
# Attila Lendvai, [http://wiki.openmoko.org/wiki/Special:Emailuser/attila.lendvai Contact]
# Thomas Otterbein [http://wiki.openmoko.org/wiki/Special:Emailuser/Tommi Contact]
# Beáta Müller [http://wiki.openmoko.org/wiki/Special:Emailuser/emm Contact]
# Helle Kristóf [http://wiki.openmoko.org/wiki/Special:Emailuser/s8529hel Contact]
# Nagy Zoltan [http://wiki.openmoko.org/wiki/Special:Emailuser/kirk Contact]

==== groups ====

legend:
* yes = I definitely want it (one)
* N = I want this many (2 for two headsets, for example)
* yes? = I prefer having one, but it's not a problem if not
* no = I absolutely don't want to have this item
* ? = It is not important for me, either to have or not (use this instead of 'no' at least at the warranty)

===== group #1 - open ! =====
This group places order at nearest distributor on the cheapest price.
You will be contacted before ordering.
{| border="1"
|-
! your name
! e-mail address
! want phone? (yes/N)
! want case? (yes/yes?/?/no)
! want headset? (yes/yes?/?/no)
! prefer 2y warranty? (yes/?)
! want devboard? (yes/yes?/no)
|-
| KREKÁCS László
| laszlo.krekacs.list kukac gmail potty com
| yes
| yes
| ?
| ?
| yes?
|-
| Kovács Krisztian
| kroomagnon at gmail dot com
| yes
| yes
| yes
| yes
| no
|-
| Preisinger Áron
| appa00 kukac gmail pont com
| yes
| ?
| ?
| yes
| yes
|-
| Nyos
| nyos kukac nyos pont homelinux pont net
| yes
| yes?
| yes
| ?
| no
|-

| Radics Áron
| raronkonektor kukac gmail pont com
| yes
| yes
| yes
| yes?
| yes
|-
| Roósz Péter
| peter kukac roosz pont hu
| yes
| yes
| yes
| yes
| no
|-
| Kárpáti László
| leslie [at] zenevilag [dot] net
| yes
| yes?
| yes
| yes
| no
|-
| Lendvai Attila
| attila.lendvai gmail
| yes
| yes
| yes
| no
| no
|-
| Tóth Antal
| toncsi55 kukac hotmail pont com
| yes
| yes
| yes
| yes
| no
|-
| Helle Kristóf
| s8529hel kukac freemail pont hu
| yes
| yes?
| yes?
| yes
| no
|-
| your name
| e-mail address
| want phone?
| want case?
| want headset?
| prefer warranty?
| want devboard?
|}

===== group #2 - open (ordering later)! =====
{| border="1"
|-
! your name
! e-mail address
! want phone? (yes/N)
! want case? (yes/yes?/?/no)
! want headset? (yes/yes?/?/no)
! prefer 2y warranty? (yes/?)
! want devboard? (yes/yes?/no)
|-
| Hélei Zoltán
| heleiz [at] gmail [dot] com
| yes
| yes
| 2
| yes
| no
|-
| Muller Beata
| beata [dot] muller [at] gmail [dot] com
| yes
| yes
| yes
| ?
| no
|-
| Móker Tamás
| rwind [at] apacheweb [dot] hu
| yes
| yes
| yes
| yes
| no
|-
| Otterbein Thomas
| tommi [at] t-online [dot] hu
| yes
| no
| yes
| ?
| no
|-
| tr3w
| tr3w at freemail
| yes
| yes?
| yes
| yes?
| no
|-
| Vadász László
| laszlo pont vadasz kukac yahoo pont com
| yes
| yes
| yes?
| yes?
| yes?
|-
| Ludvig Adam
| hunludvig kukac gmail pont com
| yes
| yes?
| yes
| yes
| no
|-
| your name
| e-mail address
| want phone?
| want case?
| want headset?
| prefer warranty?
| want devboard?
|}

=== Kecskemét ===
<s>Dániel Vásárhelyi handles transportation to Kecskemét, therefore it is not necessary to collect 10 all pieces here.</s>

== India ==
=== Bangalore ===
Status 8/10
* [http://wiki.openmoko.org/wiki/Special:Emailuser/sh4r4d sharad]
* [http://wiki.openmoko.org/wiki/Special:Emailuser/gadiyar Anand Gadiyar]
* Ankur Arora ''terminus [at] gmail [dot] com''
* [http://wiki.openmoko.org/wiki/Special:Emailuser/kunaldeo Kunal Deo]
* Rishavnath rishavnath@gmail.com
* [http://wiki.openmoko.org/wiki/Special:Emailuser/libin_v Libin Varghese] (Waiting for the GSM 900 Band)
* [http://wiki.openmoko.org/wiki/Special:Emailuser/ardsrk Arvind] (Waiting for the GSM 900 Band)
* [http://wiki.openmoko.org/wiki/Special:Emailuser/hemantha Hemantha]

=== Delhi/NCR ===
Status 2/10
* Sameer Mohamed Thahir [http://wiki.openmoko.org/wiki/Special:Emailuser/sameerthahir Contact]
* Pratul Kalia (lut4rp) ''pratulkalia [at] gmail [dot] com''

=== Mumbai [Bombay] ===
Status 2/10
* [http://wiki.openmoko.org/wiki/Special:Emailuser/Saurabh Saurabh]
* [http://wiki.openmoko.org/wiki/Special:Emailuser/Mndar Mandar]

== Ireland ==
=== Dublin ===
<s>We have sent our order to Pulster two weeks ago. We are still waiting on the phones but hopefully they will arrive this week (01/09) - :-/

We are now at 10 people and will be closing the order soon. If you want to join in add your name here and on the blog asap.

Because [http://pulster.de Pulster] are offering the units at €299 apiece with a 2 year warranty and free shipping (without the freebies though) we are going to order from them and not direct from Taiwan.

To register your interest for the Dublin shipment please post a comment on this [http://patrickoconnor.ie/blog/2008/07/01/openmoko-freerunner-limited-release/ blog post] and enter your details below.</s>

* [http://wiki.openmoko.org/wiki/Special:Emailuser/patchrick Patchrick]
* Karl O'Dwyer [http://wiki.openmoko.org/wiki/Special:Emailuser/Karl.odwyer Contact Me Here]
* [http://wiki.openmoko.org/wiki/Special:Emailuser/sonic Sonic]
* [http://wiki.openmoko.org/wiki/Special:Emailuser/s4dd PaulD]
* [http://wiki.openmoko.org/wiki/Special:Emailuser/onan Onan]
* <s>[http://wiki.openmoko.org/wiki/Special:Emailuser/ankhi ankhi] - 1x Phone, 1x Spares Pack</s>
* [http://wiki.openmoko.org/wiki/Special:Emailuser/seanodonnell seanodonnell]
* [http://wiki.openmoko.org/wiki/Special:Emailuser/HerraBRE Bjarni R. Einarsson] - 1x phone, 1x dboard
* [http://wiki.openmoko.org/wiki/Special:Emailuser/aclearn Aclearn] <s>- by the blog this makes me no.11 (nope, 1 person dropped out so you are number 10 - [http://wiki.openmoko.org/wiki/Special:Emailuser/patchrick Patchrick])</s>
* Stas
* [http://wiki.openmoko.org/wiki/Special:Emailuser/Stingray Paul P. Komkoff Jr]
* [[User:Ebel|Ebel]] 11:57, 22 August 2008 (UTC)

<s>==== Still open? ====
Has this been closed yet? I just discovered it now and myself and a friend are interested? [[User:Ebel|Ebel]] 11:57, 22 August 2008 (UTC)

Sorry, closed the order 2 weeks ago - [[User:Patchrick|Patchrick]]</s>

I have copied these usernames across to http://wiki.openmoko.org/wiki/Openmoko_Local_Groups:_Ireland

== Israel==
Status : 09/10

According to isreal custom tax it can be problamatic to import more than 3 items ([http://bsh83.blogspot.com/2008/10/openmoko.html#comments Post that had been posted today on planet.linux.org.il about it])

[[Fate]]: Got my FreeRunner directly from koolu, customs and post took in-total extra 500 nis for freeing it, but i did not have to do anything or fill any forms, ordered one unit, and it reached me. Good luck.

* [http://wiki.openmoko.org/wiki/Special:Emailuser/oferhe Ofer Herman]
* [http://wiki.openmoko.org/wiki/Special:Emailuser/Talba Talba]
* [http://wiki.openmoko.org/wiki/Special:Emailuser/Da-x Dan]
* [http://wiki.openmoko.org/wiki/Special:Emailuser/Yair Yair]
* [http://wiki.openmoko.org/wiki/Special:Emailuser/darkeye Eran]
* [http://wiki.openmoko.org/wiki/Special:Emailuser/tomerb Tomer]
* [http://wiki.openmoko.org/wiki/Special:Emailuser/erez Erez]
* [http://wiki.openmoko.org/wiki/Special:Emailuser/shtrb Boris Shtrasman]
<s> * [http://wiki.openmoko.org/wiki/Special:Emailuser/OhadEytan Ohad] </s> (I buy it directly from Koolu - 371$ include shipping and without taxes)
* [http://wiki.openmoko.org/wiki/Special:Emailuser/Skliarie Arie Skliarouk]

== Italy ==
For more informations and to organize groups, visit the
*[http://groups.google.com/group/freerunner-italian-group-sales?hl=it '''''Italian FreeRunner Group Sales Google Group'''''] (ML/Web/Feeds) ([mailto:freerunner-italian-group-sales@googlegroups.com freerunner-italian-group-sales@googlegroups.com]).

'''BUT please keep adding your name and email to the list below'''

If we don't reach the 10 phones limit in each city, maybe we could place an order in the "most requested city", and from shipping to other buyers. We'll have anyway a good discount although the "double-shipping". ([http://thread.gmane.org/gmane.comp.handhelds.openmoko.community/10937/focus=10981 Read here for reference]).

=== Toscana ===
==== Firenze (e dintorni) ====
Status 14/10

'''''[[GroupSales/Firenze|Wiki organizzativo]]'''''

* [[User:Treviño|Marco Trevisan (Treviño)]] - [http://blog.3v1n0.net/contatti-trevino/ Contacts here]
* [[User:Niccolo|Niccolo Rigacci]] - ''niccolo [AT] rigacci.org''
* [[User:BiggMatt|Mattia Gentile]] - ''biggmatt@hotmail.it''
* [[User:Sugacapra|Sugacapra]] - ''alessio.chemeri [AT] gmail.com''
* [[User:tom_morello|Carlo Ascani (Morello)]] - ''carlo.ratm [AT] gmail.com''
* [[User:marrano|Stefano Burchietti (Marrano)]] - ''stefano [AT] nontelodiromai.it''
* [[User:Geli86|Matteo Gelimeri X 2 (Imola - Bologna)]] - ''gelimatteo [AT] gmail.com''
* [[User:dcoppa|David Coppa (Borgo a Buggiano, Pistoia)]] - ''dcoppa@gmail.com''
* [[User:Panthack|Dario Panthack Pantani (Pontedera - Pisa)]] - ''panthack2 [AT] tiscali.it''
* [[User:alfatangoxt|Baraglia michele (alfatangoxt)(Vecchiano - Pisa)]] - ( mail ''[mailto:barmike1@tin.it]'') ( msn - ''alfatangoxt@hotmail.it'')
* Francesco Guidi (perino)
* Daniele Andreoli

Rimossi:
* [[User:pcav|Paolo Cavallini]] - ''cavallini [AT] faunalia.it''
* Elisa ''[mailto:lab@kkk.it lab@kkk.it]'' (Empoli)

=== Lombardia ===

==== Milano e dintorni====


* Per l'organizzazione preliminare interagire sul [http://groups.google.com/group/freerunner-italian-group-sales?hl=it '''FreeRunner Italian Group Sales''']. Ad ogni modo, per stabilire le precedenze nella prenotazione, '''aggiungetevi nella lista qui sotto'''
* Per il primo gruppo d'acquisto già partito: '''[[GroupSales/Milano|wiki organizzativo]]'''

===== Lista degli interessati =====
Chi desiderà puo' aggiungersi al gruppo di Torino, in modo da raggiungere prima le 10 persone: [[GroupSales/Torino]]. Il gruppo di Torino non deve per forza essere composto da un multiplo di 10, ma è indipensabile che si sia almeno 10.

* Numero persone interessate: '''5'''
* Numero FreeRunner: '''5'''

*'''1-10'''
*# Maxxer [mailto:maxxer@yetopen.it maxxer@yetopen.it] (Lecco)
*# Francesco Leserri - [http://wiki.openmoko.org/wiki/Special:Emailuser/Francy Contacts here] (Vimercate, MI)
*# [[User:Pietrao| Pietro Isotti]] - [mailto:isottipietro@gmail.com isottipietro@gmail.com]
*# [[User:ndr| Andrea Vago]] - [http://wiki.openmoko.org/wiki/Special:Emailuser/Ndr Contacts here] (Rho, MI)



=== Piemonte ===
==== Torino (and province) ====
Primo gruppo, [CHIUSO][CONSEGNATO] [[GroupSales/Torino]]

Nuovo gruppo:
* ''inserisci qui''

=== Trentino-Alto Adige ===
==== Trento ====
Status 10/10

* Emanuele Olivetti (emanuele CHIOCCIOLA relativita PUNTO com)
* Marco Ciampa (ciampix (*) libero (*) it)
* Avi Arrigo (aviarrigo AT gmail DOT com)(also Milano is OK)
* (update del 5 agosto 2008: farò ordine con fattura al distributori italiano, quindi niente gruppo d'acquisto per me --- sorry...
* Vincenzo D'Andrea - vincenzo.dandrea AT gmail DOT com)
(Chiuso -- ordine consegnato settembre 2008)

=== Friuli Venezia Giulia ===
Status 7/10 
Stiamo raccogliendo i nominativi dei primi dieci interessati.
Mercoledì 8 ottobre 2008 ci siamo incontrati con Davide Scaini, un FreeRunner user presso la sede del LUG di Trieste.
[http://trieste.linux.it/node/234 LUG Trieste]
 
Sabato 25 ottobre 2008 e' stato presentato al LinuxDay di Trieste da Davide Scaini.

Chi fosse interessato a vedere il FR o ad aggiungersi al gruppo di acquisto ci può contattare con una e-mail.
* Local_Group : [http://wiki.openmoko.org/wiki/Openmoko_Local_Groups:_Friuli_Venezia_Giulia ]
* Site Group : [http://www.facebook.com/group.php?gid=118119780234 Neo FreeRunner FVG ]

martedì 13 gennaio 2009
Neo FreeRunner: gruppo di acquisto 10 => 229 euro l'uno
http://www.pulster.de/d__om__OpenMoko_Freerunner991.htm

http://www.facebook.com/group.php?gid=118119780234
 

=== Veneto ===

Status: 17/20

==== Padova ====

* Andrea [mailto:nick(at)linux.it nick(at)linux.it ]
* <s>Emanuele [mailto:pinguozz(at)medicinaopen.info pinguozz(at)medicinaopen.info ]</s> ('' Comprato il pezzo da eshopen dot com 31/8/2008 '')

==== Treviso ====

* Dario [mailto:aliasbrain@gmail.com aliasbrain(at)gmail.com] - [[User:Rastafan|Rastafan]] one, maybe two.

* Pedro [mailto:paguilar@junkerhq.net paguilar(at)junkerhq.net] - [[User:Paguilar|Paguilar]] Also Padova and Vicenza are ok.

* mr [mailto:maurizio.rottin@gmail.com maurizio.rottin a-t gmail d-o-t com] - [[User:Mr|Mr]] one for sure, maybe two

==== Venezia ====

* Tommaso [mailto:tommaso.gardumi@gmail.com tommaso.gardumi@gmail.com] - [[User:Tobarello|Tobarello]] Also Padova, Vicenza & Trento are ok.
* <s> Mattia [mailto:tia8219(at)gmail(dot)com tia8219(at)gmail(dot)com] - [[User:tia1982|tia1982]] </s> (Acquistato dal distributore italiano)

==== Verona ====

* Persegat [mailto:persegat@alice.it persegat@alice.it] - [[User:Pecce|Pecce]]
* Sylar91 [mailto:sylar1991@gmail.com sylar1991@gmail.com] - [[User:Sylar91|Sylar91]]
* AleksFalcone [mailto:aleks.falcone@gmail.com aleks.falcone@gmail.com] - [[User:AleksFalcone|AleksFalcone]]
* Maurelio79 [mailto:mauro.lomartire@gmail.com My E-Mail] - [[User:Maurelio79|Maurelio79]]
* [[User:bazzabmw| Davide Bazzana]] - [mailto:bazzabmw@yahoo.it bazzabmw@yahho.it] (Brescia, BS)

==== Vicenza ====

* Michele [mailto:michele@cooperativabiosphaera.it michele(at)cooperativabiosphaera.it] - Also Padova is okay.

* Paolo [mailto:paolo.sartore@gmail.com paolo.sartore(at)gmail.com] Also Padova is okay.

* Renato [mailto:wasgiventofly@gmail.com wasgiventofly AT gmail DOT com] 

* Marco [mailto:marco.napetti@linux.it marco.napetti(at)linux.it] Also Padova and Verona are ok.

* Alessandro [mailto:bianco@3ska.com bianco@3ska.com] 

* Matteo [http://wiki.openmoko.org/wiki/Special:Emailuser/zaffo80 Contacts here] Also Padova and Verona are ok.

* Paolo paolopoz[at]openoffice.org disponibile anche per Padova

=== Emilia Romagna ===
Status : 5/10

La proposta, accolta da chi segue il google group, e' di attendere la formalizzazione dell'offerta del rivenditore italiano. Se tutto va bene, avremo il freerunner + gadgets i primi di settembre, con 2 anni di garanzia e prezzo allettante.

'''UPDATE:''' Il rivenditore italiano ha formalizzato l'offerta: a me sembra davvero ottima! [http://groups.google.com/group/freerunner-italian-group-sales/browse_thread/thread/4738271e92a951b4?hl=it Link Offerta Italiana]

Per organizzazione: [http://groups.google.com/group/freerunner-italian-group-sales/browse_thread/thread/b872bf8872180d02?hl=it Emilia Romagna - Gruppo d'acquisto] (Delian)

Per Favore indicate quante unità intendete acquistare!

==== Parma ====
Status : 2/10

* [[User:Delian|Marco Albanese]] X 1 [mailto:delian2@gmail.com delian2@gmail.com]

* [[User:Hachreak|Leonardo Rossi]] ssj3gokou AT libero Dot it Also for me it's ok the decentralized shipping.

==== Ravenna ====
Status : 1/10

* vagamente AT gmail DOT com (even hub if it's necessary...). ( se ti vanno bene ambo le citta' basta dirlo tra parentesi. Cosi', si fa confusione :) )

==== Bologna ====
Status : 4/10

* [[User:nixy_999|Lorenzo]] nixy_999 AT yahoo Dot it Also for me it's ok the decentralized shipping.
* vagamente AT gmail DOT com (even hub if it's necessary...).
* [[User:lord.of.the.dimm|Mauro]] lord.of.the.dimm AT gmail DOT com decentralized shipping: OK.
* [[User:jaimemistus|Giacomo]] jaimemistus AT gmail DOT com every kind of shipping is ok.

=== Puglia (gruppo unico) ===
Status : 4/10

* [[User:Morpheus90|Morpheus90]] [mailto:ugopiemontese@rudiaelinux.com ugopiemontese@rudiaelinux.com] Lecce
* [[User:italyanker|italyanker]] [mailto:italyanker@gmail.com italyanker@gmail.com] Lecce
* [[User:Fradeve11|Fradeve11]] [mailto:fradeve@ubuntu-it.org fradeve@ubuntu-it.org] Bari
* [[User:SlackMass|SlackMass]] [mailto:rsvmass@tiscali.it rsvmass@tiscali.it] Taranto

NB: per eventuali modifiche aggiungere username, mail e provincia di appartenenza.

=== Abruzzo ===
==== Pescara ====
Status: 1/10

* ZarZ [mailto:zarz25@gmail.com zarz25@gmail.com]

=== Campania ===
==== Caserta (and province) ====
Status 1/10

* fenoxxx [mailto:fenoxxx@gmail.com] - Aversa

=== Lazio ===
==== Roma ====

Per coordinamento [http://groups.google.com/group/freerunner-italian-group-sales?hl=it '''FreeRunner Italian Group Sales'''] (Roma)

La precedenza è stabilita in base all'ordine di aggiunta nella lista inizale 

Gruppo 1 COMPLETO (10/10): 

* Hire X 2 [mailto:hiretto@gmail.com hiretto@gmail.com] (Roma)
* Darkbasic X 1 [mailto:darkbasic4(at)gmail darkbasic4(at)gmail] (Ancona)
* zione X 1 [mailto:alessio.filipponio@gmail.com alessio.filipponio@gmail.com](Roma)
* AntoMan X 1 [mailto:obe_65@yahoo.it AntoMan](Roma)
* Tempix X 1 [mailto:tempix11@gmail.com tempix11@gmail.com] (Ancona)
* lynx1673 X1 [mailto: acarfi at yahoo dot com] (Roma)
* Lorenzo90 x1 [mailto:lorenzo.catalucci@gmail.com lorenzo.catalucci@gmail.com] (Terni)
* [http://isotype.org Lorenzo De Tomasi] [mailto:lorenzo.detomasi@gmail.com lorenzo.detomasi@gmail.com] (Roma)
* UmmAguMMa X 1 [mailto:alfonso.flora@gmail.com alfonso.flora@gmail.com] (Roma)

Gruppo 2 (2/10): 

* Cyberalex X 1 [mailto:cyberalexgm{}gmail{}com cyberalexgm{}gmail{}com] (Roma)
* UmmAguMMa X 1 [mailto:alfonso.flora@gmail.com alfonso.flora@gmail.com] (Roma)

=== Liguria ===
==== Genova ====
Status 4/10

* Luca Maranzano X 1 (liuk AT linux DOT it) [[User:liuk|liuk]]
* Lorenzo Fornara X 1 (fw1987 AT hotmail DOT it)
* Stefano Cutelle' X 1 (staff@ascservices.it) [[User:ascservices|ascservices]]
* Salvo Schiavone X 1 (salvoschiavone AT gmail DOT com [[User:Salvador|Salvador]]

=== Sicilia ===
==== Palermo ====
Status 10/10

* Giorgio Marciano' X 1 [mailto:giorgio.marciano@email.it giorgio]
* Roberto Calandra X 1 [mailto:isokazi@yahoo.it roberto]
* Vincenzo Moreno Luna X 7 [mailto:ciop85plus@hotmail.com vincenzo]
* Daniele Lupo X 1 [mailto:danwolf80@libero.it daniele]

==== Messina ====
Status 6/10

* Melug X 6 [mailto:suuuper@messinalug.org MeLug]

=== Calabria ===
Status 3/10

==== Catanzaro ====
* Carlo Mangani X 1 [mailto:carlo.mangani@gmail.com carlo.mangani@gmail.com] - Lamezia Terme

==== Cosenza ====
* Francesco Portus X 1 [mailto:portusgraphics@gmail.com portusgraphics@gmail.com] - Bisignano (Cosenza)
* Silvio Pierro X 1 [mailto:perplesso82@gmail.com perplesso82] - Montalto Uffugo (Cosenza)

=== Sardegna ===
==== Cagliari ====
Status 1/10

* Panta x 1 [[User:Panta]]
Viaggio per tutta l'Isola, per cui, nel caso in cui arrivassimo a 10 utenti...

== Latvia ==
=== Riga ===
==== Riga ====
Status : 3/10
* Ilya [http://wiki.openmoko.org/wiki/Special:Emailuser/VRGhost Contact]
* Arvids [http://wiki.openmoko.org/wiki/Special:Emailuser/Arvids Contact]
* Uldis [http://wiki.openmoko.org/wiki/Special:Emailuser/Ulcha Contact]

== Lithuania ==
=== Vilnius ===
Status 10/10 - Buying via http://www.handheld-linux.com/wiki.php?page=Neo%20FreeRunner, more slots available as they make discounts for buying 10+ FreeRunners.
Order will be placed on July 22.
* [[Special:Emailuser/Crebain|Laurynas Ruškys]] 9 phones + 2 boards
* 1 x Neo FreeRunner, [[Special:Emailuser/Sirex|Mantas Zimnickas]].

UPDATE: All phones are delivered to their owners, all buyers are happy, this batch is complete :-)

== Macedonia ==
=== Skopje ===
Status 1/10
* Kristijan Krsteski 1/10 [[User:neutrino]] [mailto:kristijan.krsteski@gmail.com]

== México ==
=== Ciudad de México ===
Status 5/10

* Kozapatista (tengo uno, quiero otros dos) [[Special:Emailuser/User:kozapatista|Contact]]
* w4r10 (Pulketo) [[User:w4r10]] [[Special:Emailuser/w4r10|Mario Alberto]]
* Osoverflow [[Special:Emailuser/User:medisoft|Contactar]]
* cHaoslOrd [[Special:Emailuser/User:chaoslord|Contactar]]
* Ventolinmono [[Special:Emailuser/User:Ventolinmono|Contactar]]

=== Ciudad Victoria ===
Status 3/10

* 3x Gregorio Toscano [mailto:gtoscano@cinvestav.mx email]

== [http://wiki.openmoko.org/wiki/Talk:GroupSales#The_Netherlands The Netherlands] ==
(Discuss this group sale on the [http://wiki.openmoko.org/wiki/Talk:GroupSales#The_Netherlands talk page])

=== Special notice ===
After discussion on the talk page, a number of us have decided to place an individual order at Pulster.eu, because they are cheaper than the group sale discount, and they deliver a receipt with VAT. 
I'd advise the people on this group sale-list to do the same. 
You can indeed place a group order at Pulster.eu, but that won't lower the price, and would only add extra shipping costs. (from the person who made the group-order to the individual members of the group) [[User:Madjo|MadJo]] 11:04, 30 June 2008 (UTC)

* Marijn Kruisselbrink 1 [[Special:Emailuser/User:mkruisselbrink|Contact]]
* Andy Powell 1/10 [[Special:Emailuser/User:ScaredyCat|Contact]]
* Arjan Veenstra 1/10 [[User:AVee]] [[Special:Emailuser/User:AVee|Contact]]

=== Gelderland ===

==== Nijmegen ====
* [[User:Blalien|Danny Bouwman]] (Ewijk 1x) [[Special:Emailuser/User:Blalien|Contact]]

==== Nijkerk ====
* [[User:Nicolas|Nico Veenkamp]] (Nijkerk 1x) [[Special:Emailuser/User:Nicolas|Contact]]

==== Nijmegen ====
* [[User:A.dre|André Disselhorst]] (Nijmegen 1x) [[Special:Emailuser/User:A.dre|Contact]]

=== Groningen ===

==== Haren ====
* [[User:akrabbe|Albert Krabbe]] (Haren 1x) [[Special:Emailuser/User:akrabbe|Contact]]

=== Limburg ===

==== Griendtsveen ====
* [[User:KenSentMe|Jeroen van de Nieuwenhof]] (Griendtsveen 1x) [[Special:Emailuser/User:KenSentMe|Contact]]

=== Noord-Brabant ===

==== Eindhoven ====
* Jan van Nijnatten 1 [[Special:Emailuser/User:Javany|Contact]]
* Atilla Filiz 1 + debug board[[Special:Emailuser/User:Atilla|Contact]]

=== Noord Holland ===

==== Amsterdam ====
* Michel van Horssen 1/10 [[Special:Emailuser/User:mivaho|Contact]]
* Frank Richter 1 [[Special:Emailuser/User:res|Contact]]
* Eric Smith 1/10 [[User:Eric Smith]]
* Buddy Baars 1 [[Special:Emailuser/User:Budster|Contact]]
* Erik Terpstra 1 [[Special:Emailuser/User:Eterps|Contact]]
* Mischa Molhoek x 1 [[Special:Emailuser/User:MischaMolhoek|Contact]]

==== Beverwijk ====
* Theo Martens 1x [[Special:Emailuser/User:T_M|Contact]]

==== Bussum ====
* Remco van Zuijlen 1x [[Special:Emailuser/User:Remco|Contact]]

=== Overijssel ===

==== Deventer ====
* Jan de Haan 1/10 [[User:Jan de Haan]] [[Special:Emailuser/User:Jan de Haan|Contact]]

==== Enschede ====
* Peter Hageman 1x [[Special:Emailuser/User:PingPong|Contact]]

==== Hengelo ====
* Sander Hoentjen 1/10 [[Special:Emailuser/User:Tjikkun|Contact]]

==== Zwolle ====
* [[User:Boudewijn]] 1/10 [[Special:Emailuser/User:Boudewijn|Contact]]: mail me via mailinglist/mailtouser. Ordered via [http://www.pulster.de pulster!]

=== Zuid-Holland ===

==== Rijswijk ====
* Fernando Martins 1x [[User:fmartins]] [[Special:Emailuser/User:fmartins|Contact]]
* Igor 1x [[User:igorn]] [[Special:Emailuser/User:igorn|Contact]]

==== Zoetermeer ====
* S.Rademaker 1x [[User:S.rademaker]] [[Special:Emailuser/User:S.rademaker|Contact]]

==== Rotterdam ====
* Reinout van Schouwen [[User:reinouts]] [[Special:Emailuser/User:reinouts|Contact]]

=== Utrecht ===

==== Utrecht ====
* Eric Spierings 1/10 [[Special:Emailuser/User:ericsp|Contact]]
* <s>Peter van de Werken 1/10</s> Got one from [http://www.handheld-linux.com/ Handheld Linux]
* Kenny van Wanrooij 1/10 [[Special:Emailuser/User:kenneth|Contact]]

=== Status ===
29/30

== New Zealand ==
===Networks===
As Telecom are using the 850MHz network for their GSM network, while Vodafone and northelia (possibly aka orcon) are using 900/1800MHz, please state which version you want. This may need more research, I'm not 100%; see [http://www.gsmworld.com/roaming/gsminfo/cou_nz.shtml] for more info 

===Shipping===
Based on the Openmoko direct store, shipping is US$258.05 (US$25.81/phone)

Someone on the community list suggested using [http://www.myus.com], a shipping company that will re-post items overseas at decent rates. They claim US$66 for a 3kg package, or NZ$8 per phone. Of course, the cost of shipping the phone from OM to the shipping company has to be added in as well.

===Purchase cost===
As of 2008-07-03 (exchange rate 0.7505), US$369 is worth NZ$492 and US$25.81 is worth NZ$34.39

===Duty/taxes/other charges===
import duty on mobile phones is 0%[http://www.customs.govt.nz/importers/Private+Importers/Customs+Charges.htm], and GST is 12.5% so the GST added to each phone will be NZ$65.80; 12.5% * (492 + 34.39), 'cause we pay GST on postage too...

You'll also need to add on disbursement fees etc. If it's UPS it's not too bad (~NZ$40) if it comes through NZ Post then it can be ~NZ$120.

So, the total cost of a FreeRunner as part of a 10 pack, will be: 
492 + 34.39 + 65.80 = NZ$592.19 + NZ$4 = '''~NZ$596'''

+ any possible charges to get it posted elsewhere in New Zealand.

Also, for the person buying, don't forget that there is likely charges from VISA for foreign exchange. ASB is 2.1% of the purchase price which will add ~$12.50 ea. to the price.

'''[http://nicegear.co.nz nicegear]''' may be bringing some in depending on pricing from Openmoko.

=== Auckland ===
==== [[Auckland group sales|Auckland]] ====
Status:10 phones requested, the required minimum (10 phones) is reached, but more buyers are still welcome to join. 
13/20 
=====Intermediary=====
Glen ogilvie made a suggestion, that we could use a company (e.g. someone's employer, who are likely to have easily found contact details and thus be trustworthy) to buy the phones on our behalf (after we'd paid for them), and then deliver them to us. 
any volunteers? do any of you have understanding bosses/your own company that could help out here? 
Dave Lane: I think '''[http://egressive.com Egressive]''' would be willing to act as an intermediary. Contact me to discuss it... 

*Paul Sandkuijl [[User:Edictor]]
Our order is underway so we closed our group to any more people.

[[User:JohnCarter]] I'm confused now. Is the following a list of people about to do a group buy, or a list of people who already have done a group buy? In which case can we move them to a different section so we can start up another.

=== Purchaser List ===
*Rob Paulson [[User:Myfanwy]] [mailto:robin.paulson@gmail.com] 900MHz
**i'm quite happy to organise the purchase, if no-one has any objections. to ease any worries about me running off with the money, we could use an escrow service such as [http://safetrader.co.nz], or paypal. or does anyone have any other ideas?
*Simon Wells [[User:Swel024]] 900MHz
*Jeremy List [[User:Jeremy-list]] mailto:quick.dudley@gmail.com (Wellington, not Auckland, will pay for courier) 900MHz
*David Murrell [[User:Viddy]] - [mailto:dmurrell@waikato.ac.nz] I'm in Hamilton, either courier, or I'll drive up :) 900MHz
*Jeremy Gray [[User:Bogdan237]] [mailto:jgra163@ec.auckland.ac.nz] Auckland, 900MHz
*Paul Hunkin [[User:paulhunkin]] [mailto:pwh4@cs.waikato.ac.nz Contact] Hamilton (I'll pay for a courier), 1 x 900MHz.
<strike>*Paul Sandkuijl [[User:Edictor]] [http://wiki.openmoko.org/wiki/Special:Emailuser/Edictor Contact me here] Napier (I'll pay for postage to Napier from Auckland) and I also suggest a PayPal/Safetrader similar service, 1 Vodafone compatible 900/1800MHz.</strike>
*Brent Wood [[User:pcreso]] [mailto:pcreso@pcreso.com Email] Wellington. Will pay courier to Wgtn. 1x Vodafone compatible 900/1800Mhz unit
*Glen Ogilvie [[User:Nelg]] [mailto:nelg@linuxsolutions.co.nz Email] Auckland, 1x Vodafone compatible 900Mhz.
*Nigel Somerfield [[User:Silversurfer]] Wellington, 1 x 900MHz + 1800MHz (happy to pay for courier or to arrange pick-up).

==== Christchurch ====
Looks like there are a few of us in Christchurch now - is it worth consolidating on this leg too?
*Dave Lane [[User:dangerpossum]] [http://wiki.openmoko.org/wiki/Special:Emailuser/dangerpossum contact] Christchurch, 1 x 900MHz + 1800MHz GSM
*Paul Roe [[User:Par08]] [http://wiki.openmoko.org/wiki/Special:Emailuser/Par08 contact me here] Christchurch, 2 x 900MHz
*Jesse Waas [[User:JTAG]] [http://wiki.openmoko.org/wiki/Special:Emailuser/JTAG contact] Christchurch, 2 x 900MHz + 1800MHz GSM
**I have used [http://www.myus.com] with success before - though I no longer have an account...
* John Carter [[User:JohnCarter]] [http://wiki.openmoko.org/wiki/Special:Emailuser/JohnCarter contact] Christchurch 1 x 900Mhz

=== Wellington ===
==== [[Wellington group sales|Wellington]] ====
Status: 1/10
*Andrew Stephen [[User:lizardb0y]] [http://wiki.openmoko.org/wiki/Special:Emailuser/lizardb0y email me] Wellington, 1 x 900/1800Mhz GSM Vodafone compatible.

== Norway ==
=== Nordland ===
==== Bodø ====
Status 2/10

* [[User:AlecTBM|Alexander Frøyseth]] [mailto:alexander.froyseth@gmail.com alexander.froyseth@gmail.com]
* Ole Marius
* Stian Vading
* [[User:Kolbjorn.Dahle|Kolbjorn Dahle]][mailto:kolbjorn@dahlenett.org]

=== Sør-Trøndelag ===
==== Trondheim ====
Status 15/15

*[[User:andy000|Andreas Kalvå]]
Vi satte frist til den 18. august.

=== Østlandet ===
==== Oslo, Akershus, Buskerud, Vestfold ====
Status: 30/?? 
30/30 er bestilt via [[User:Ixian|Heikki Sørum]] 
ingen har påtatt seg å bestille inn flere, men det er etterspørsel etter fler.

* [[User:Ixian|Heikki Sørum]] [mailto:heikkis@matnat.uio.no] (30/30) FULT! Ta likevel kontakt for veiledning.
* [[User:StianEllingsen|Stian Ellingsen]]

==== Østfold ====
Status 2/10

* [[User:MrBlonde|Petter Nygård]] [mailto:pettnyg@frisurf.no] Interessert? -> Mail meg....
* Eirik Lavik

=== Vestlandet ===
==== Bergen ====
Status 0/10

* <s>[[User:alastairj|Alastair Jenkins]]</s> [mailto:alastair.jenkins@gfi.uib.no] - 1 + 1 Debug Board bestilt fra [http://www.bearstech.com Bearstech]

== Philippines ==
band: [http://www.gsmworld.com/roaming/gsminfo/cou_ph.shtml GSM 900/1800, 3G 2100]

status:[http://us.direct.openmoko.com/products/neo-freerunner GSM 900 variant sold out], new stocks due July 25, 2008

buyer list (1/10):
* [[User:rickynite|Ricky Nite]] [mailto:ricky.nite@gmail.com]: 1 [http://us.direct.openmoko.com/products/neo-freerunner Neo FreeRunner], 1 [http://us.direct.openmoko.com/products/dboard DBoard], 1 [http://us.direct.openmoko.com/products/spares-pack Spares pack]

see: PLUG threads: [http://archives.free.net.ph/thread/20080711.040657.c6d7a53b.en.html#20080711.040657.c6d7a53b openmoko] / [http://archives.free.net.ph/thread/20080712.042050.48537833.en.html#20080712.042050.48537833 mobile device platform]

== Poland ==

* Polish distributor: http://www.mobilesolutions.pl/

== Portugal ==

''Note: An order was already made to Pulster. The names of the people on that group buy was removed from this list.''

Shop is open (currently only 850MHz version available. We want 900MHz): Shipping cost to Portugal for 10-pack: $219.07, ~ 14 EUR per device.

We also need to have a cost estimation for Portuguese customs (like the Australians did). 20% sales tax + customs tax is to be expected both for individual or bulk sales, because the price is quite high. But freedom is priceless :)

=== Lisboa ===
==== Lisboa ====
Status : 3/10

* [http://wiki.openmoko.org/wiki/Special:Emailuser/Danielblues Daniel Branco]
* [[User:Pedrosilva|Pedro Silva]]
* [http://wiki.openmoko.org/wiki/Special:Emailuser/Brunus Bruno Valentim]

== Romania ==

=== Cluj ===
If you want to join our group sale please contact Adi Roiban from [http://www.softwareliber.ro Grupul pentru software liber]

Status : 1/10

* Adi Roiban

=== Bucureşti / Suceava ===
I'm from Suceava but currently living in Bucharest. I will deliver the phones to Suceava if anybody is interested.

Status 1/10

* [[User:Andrei.slavoiu|Andrei Slavoiu]] [[Special:Emailuser/Andrei.slavoiu|Contact]]

== Russia ==

Due to common customs problems we created google group to discuss how to get that 10 phones pack in Russia. Join us http://groups.google.com/group/openmoko-russia

=== Moscow ===

{| border="1"
|rowspan=2| login
|rowspan=2| google groups name
| colspan="3"| number of items
|-
| Neo FreeRunner
| Dboard
| Spares Pack
|-
| 1. [[Special:Emailuser/sinister|sinister]]
|
| 1
|
|
|-
| 2. [[Special:Emailuser/shallburn|shallburn]]
|
| 1(P1.1)
| 1(P1.1)
| 1(P1.1)
|-
| 3. [[Special:Emailuser/vadson|vadson]]
| vadimhohlov
|
|
|
|-
| 4. [[Special:Emailuser/Tallex|Tallex]]
| tallex
| 1(P1.2)(900)
|
|
|-
| 5. [[Special:Emailuser/mex3|mex3]]
| 3meandme
| 1 (P1.3) (900)
| 1 (P1.3)
| 1 (P1.3)
|-
| 6. [[Special:Emailuser/Pva|pva]]
| volkov.peter
| 1 (P5.5)
| 1 (P5.5)
| 1 (P5.5)
|-
| 7. [[Special:Emailuser/cbou|cbou]]
|
| 2
| 1
| 1
|-
| 8. [[Special:Emailuser/Buffet|Buffet]]
| kaledin
| 1
|
|
|-
| 9. [[Special:Emailuser/homeboy|homeboy]]
|
| 1
|
|
|-
| 10. [[Special:Emailuser/Bepcyc|bepcyc]]
| bepcyc
| 1
|
|
|-
| 11. [[Special:Emailuser/kmeaw|kmeaw]]
| kmeaw
| 1
|
|
|-
| 13. [[Special:Emailuser/Bam|bam]]
| butirsky
| 1 (P4.8)
|
|
|-
| 14. [[Special:Emailuser/mihhey|mihhey]]
| mihhey
| 1 (P1.4)
|
| 1 (P1.4)
|-
| 15. [[Special:Emailuser/ke|ke]]
| ke
| 1
|
| 1
|-
| 16. [[Special:Emailuser/passshok|passshok]]
| passshok
| 1 (P4.4)
|
|
|-
| 17. [[Special:Emailuser/Dmitry Shurupov|Dmitry Shurupov]]
| Dmitry Shurupov
| 1 (P1.10)
|
| 1
|-
| 18. [[Special:Emailuser/alsroot|alsroot]]
| alsroot
| 1 (P2.2) (GSM900)
|
| 1
|-
| 19. [[Special:Emailuser/vinokurov.alexey|vinokurov.alexey]]
| vinokurov.alexey
| 1
|
| 1
|-
| 20. [[Special:Emailuser/mithron|mithron]]
| mithron
| 1 (P2.3)
|
|
|-
| 21. [[Special:Emailuser/Anarchist|Anarchist]]
| Anarchist
| 1 (GSM850)
|
| 1 (P5.1)
|-
| 22. [[Special:Emailuser/Mixer|Mixer.slc]]
|Mixer.slc
| 1
|
| 1
|-
| 23. [[Special:Emailuser/sergey.sign|sergey.sign]]
|sergey.sign
| 1
|
| 1
|-
| 24. [[Special:Emailuser/yoush|yoush]]
| Nikita Youshchenko
| 1(P1.5)
|
|
|-
| 25. [[Special:Emailuser/Von-Hamster|Von-Hamster]]
| Von-Hamster
| 0(1) - взять хочу, но, как я понимаю в ближайшее время это не получится без больших дополнительных затрат. Подожду.
|
| 0(1)
|-
| 26. [[Special:Emailuser/Shulyaka|Shulyaka]]
| Denis Shulyaka
| 1(P3.7)(получил GSM850)
|
| 1(P3.7)
|-
| 27. [[Special:Emailuser/icukeng|icukeng]]
| icukeng
| 1 (P1.6)
|
| 1
|-
| 28. [[Special:Emailuser/REDkiy|REDkiy]]
| REDkiy
| 1
|
|
|-
| 29. [[Special:Emailuser/svschwartz|svschwartz]]
| Schwartz Sergey
| 1 (P3.4)
|
|
|-
| 30. [[Special:Emailuser/NoMad|NoMad]]
| Antioh
| 1 (P5.2)
|
| 1 (P5.2)
|-
| 31. [[Special:Emailuser/ekot|ekot]]
| ekot
| 1
|
|
|-
| 32. [[Special:Emailuser/Shalygin.V|Shalygin.V]]
| Shalygin.V
| 1
| 1
| 1
|-
| 33. [[Special:Emailuser/GreyCardinal|GreyCardinal]]
| GreyCardinal
| 1
| 1
| 1
|-
| 34. [[Special:Emailuser/ite|ite]]
| ite
| 0(1? я в раздумьях)
| 0
| 0(1? я в раздумьях)
|-
| 35. [[Special:Emailuser/vvtimofeyev|vvtimofeyev]]
| vvtimofeyev
| 1
| 0
| 0
|-
| 36. [[Special:Emailuser/sergey1369|Sergey]]
|
| 1
| 0
| 0
|-
| 37. [[Special:Emailuser/Knesin|Knesin]]
| Knesin
| 0(1? раздумьях, до выеснения способа доставки)
| 0
| 0(1? раздумьях, до выеснения способа доставки)
|-
| 38. [[Special:Emailuser/Orvind|Anton]]
| Orvind
| 1
| 0
| 0
|-
| 39. Dmitry Galenko
| Dmitry
| 1
| 0
| 0
|-
| 40. [[Special:Emailuser/dk866|dk866]]
| dk866
| 1 (P2.4)(получил GSM900)
| 0
| 1 (P2.4)
|-
| 41. [[Special:Emailuser/weismont|weismont]]
| weismont
| 1
| 0
| 0
|-
| 42. [[Special:Emailuser/demetrio|demetrio]]
| Demetrio
| 1 (P2.5)
| 0
| 0
|-

|-
| 43. [[Special:Emailuser/walkie|walkie]]
| walkie
| 1(P4.1)
| 0
| 1(P4.1)
|-
| 44. [[Special:Emailuser/Mravathar|Mravathar]]
| avathar
| 1
| 1
| 1
|-
| 45. [[Special:Emailuser/Rv|Rv]]
| Rv
| 1
| 0
| 0
|-
| 46. [[Special:Emailuser/DV|DV]]
| DV
| 1(P4.3)(получил GSM850)
| 0
| 0
|-
| 47. [[Special:Emailuser/vinni.pooh@gmail.com|vinni.pooh]]
| ya.rybalko
| 1 (P4.10)
| 1 (P4.10)
| 0
|-
| 48. [[Special:Emailuser/himera|himera]]
| Dmitry Ivanenko
| 2(P4.6)(P4.7)
| 2(P4.6)(P4.7)
| 2(P4.6)(P4.7)
|-
| 49. [[Special:Emailuser/pvv|pvv]]
| Vyacheslav Potapov
| 1(P4.9)
| 0
| 1(P4.9)
|-
| 50. [[Special:Emailuser/Voldmeister|Voldmeister]]
| Dmitry Grekhnyov
| 0(1)
| 0(1)
| 0(1) (Жду объявления цены)
|-
| 51. [[Special:Emailuser/PaulFertser|PaulFertser]]
| Paul
| 1 (получил GSM900)
| 0
| 0
|-
| 52. [[Special:Emailuser/Stargrave|Stargrave]]
| Sergey Matveev
| 3 - заказал в LinuxCenter
| 0
| 3
|-
| 53. [[Special:Emailuser/Ordinarytest|Ordinarytest]]
| ordinarytest
|3 (P2.1)(P3.1)(P3.5)
|
|3 (P2.1)(P3.1)(P3.5)
|-
| 54. [[Special:Emailuser/Demetros|Demetros]]
| Demetros
| 0(1) (В раздумьях)
| 0
| 0
|-
| 55. [[Special:Emailuser/cblp|Сыр Российский]]
| fromagxo
| 2 (P4.8, P5.2)
| 0
| 0
|-
| 56. [[Special:Emailuser/Pyromaniac|Pyromaniac]]
| Pyromaniac
| 1 (P5.2) (получил GSM850)
| 0
| 0
|-
| 57. [[Special:Emailuser/ASM|ASM]]
|
| 1
| 1
| 1
|-
|Total number:
|
| 60
| 12
| 26
|}

=== Saint-Petersburg ===

{| border="1"
|rowspan=2| login
|rowspan=2| google groups name
| colspan="3"| number of items
|-
| Neo FreeRunner
| Dboard
| Spares Pack
|-
| 2. [[Special:Emailuser/Kainspb|Nikolay Kasatkin]]
| nikolay.kasatkin
| 1 (P1.7)
|
|
|-
| 3. [[Special:Emailuser/cracatau|cracatau]]
| denis.zalewsky
| 1 (P1.8)
| 1 (P1.8)
| 1 (P1.8)
|-
| 4. [[Special:Emailuser/alexei379|alexei379]]
| alexei379
| 0(1? я в раздумьях)
| 0(1? я в раздумьях)
| 0(1? я в раздумьях)
|-
| 5. [[Special:Emailuser/krigstask|krigstask]]
| sterkrig (куплю на linuxcenter.ru)
| 1
|
| 1
|-
| 6. [[Special:Emailuser/lupin-de-mid|Lupin Demid]]
| lupin-de-mid
| 1 P3.10
|
|
|-
| 7. [[Special:Emailuser/Setar|Setar]]
| Setar
|1
|
|
|-
| 8. [[Special:Emailuser/VisJiser|VisJiser]]
| VisJiser
| 1 (P2.6)
| 1 (P2.6)
| 1 (P2.6)
|-
| 9. [[Special:Emailuser/explosion|exiless]]
| explosion
| 0(1? я в раздумьях)
| 0(1? я в раздумьях)
| 0(1? я в раздумьях)
|-
| 10. [[Special:Emailuser/danil|Danil Kutkevich]]
| Danil Kutkevich
| 1 (P3.3) (получил GSM900)
|
| 1 (P3.3)
|-
| 12. [[Special:Emailuser/imatveev13|imatveev13]]
| imatveev13
| 1
|
|
|-
| 13. [[Special:Emailuser/SKiller|SKiller]]
| skeler
|
|
|
|-
| 14. [[Special:Emailuser/Curu3MyHg|Curu3MyHg]]
|
| 1 (P4.5) (получил GSM850)
|
| 1 (P4.5)
|-
| 15. [[Special:Emailuser/Stampit|Stampit]]
|
| 1
|
|
|-
| 16. [[Special:Emailuser/Rezak|Rezak]]
| Rezak
| 1
|
|
|-
| 17. [[Special:Emailuser/rgo|rgo]]
|
|
|
|
|-
| 18. [[Special:Emailuser/alex_pux|alex_pux]]
| Alex_pux
| 1
|
| 1
|-
| 19. [[Special:Emailuser/Dan.samara|dan]]
| Даниэль
| 0(1? думаю)
|
|
|-
| 20. [[Special:Emailuser/oleg|Oleg Shpynov]]
| shpynat
| 1 p3.9
|
|
|-
| 21. [[Special:Emailuser/savant.d|Nazarenko Nikita]]
| savant.d
| 1 (P3.6)(получил GSM 850/1800/1900)
|
| 1 (P3.6)
|-
| 22. [[Special:Emailuser/netishin|Aleksandr Netishin]]
| netishin
| 1
|
| 1 (?)
|-
| 23. [[Special:Emailuser/GL|GL]]
| GL
| 1 - (P3.2)(Если до 10 тел. не будет дотягивать готов взять ДВА!)
| 0 (потом если что)
| 1 - (P3.2)
|-
| 24. [[Special:Emailuser/Dandr|Dandr]]
| Dandr
| 0 (1?)
|
|
|-
| 25. [[Special:Emailuser/peet|peet]]
| Peter V. Saveliev
| 1(P3.8)
| 1(P3.8)
| 1(P3.8)
|-
| 26. [[Special:Emailuser/Magellan|Magellan]]
| magellan
| 1(P5.4)
| 1(P5.4)
| 1(P5.4)
|-
| 27. [[Special:Emailuser/vertuos|vertuos]]
| Vlad
| 1 (точно точно куплю)
|
|
|-
| 29. [[Special:Emailuser/akiril|akiril]]
| akiril
| 1(P5.7)
| 1(P5.7)
| 1(P5.7)
|-
| 30. [[Special:Emailuser/akaWolf0|akaWolf0]]
| akaWolf
| 0 (1?)
|
|-
| 31. [[Special:Emailuser/zenj|zenj]]
| zenj
| 1(точно возьму)
|
|-
|Total number:
|
| 21(31?)
| 7(8?)
| 15(17?)
|}

=== Kazan ===

{| border="1"
|rowspan=2| login
|rowspan=2| google groups name
| colspan="3"| number of items
|-
| Neo FreeRunner
| Dboard
| Spares Pack
|-
| 1. [[Special:Emailuser/ilnursoft@gmail.com|Ilnursoft]]
| ilnursoft
| 0 (думаю)
| 0
| 0
|-

|Total number:
|
| 0
| 0
| 0
|}

=== Kemorovo ===

{| border="1"
|rowspan=2| login
|rowspan=2| google groups name
| colspan="3"| number of items
|-
| Neo FreeRunner
| Dboard
| Spares Pack
|-
| 1. [[x-Range]]
| x-Range
|
|
|
|-

|Total number:
|
| 0
| 0
| 0
|}

=== Magnitogorsk ===

{| border="1"
|rowspan=2| login
|rowspan=2| google groups name
| colspan="3"| number of items
|-
| Neo FreeRunner
| Dboard
| Spares Pack
|-
| 1. [[Special:Emailuser/psychos|Alexandr Smolentsev ]]
| [http://groups.google.com/groups/profile?enc_user=c2iySBgAAACyTh6h5wmnzzxPhWeN_8BEtiDKbEn1fjJfYkQTWXi1Vg psychos]
| 0 (P-.-)
|
| 0 (P-.-)
|-
|Total number:
|
| 0
| 0
| 0
|}

=== Trechgorny ===

{| border="1"
|rowspan=2| login
|rowspan=2| google groups name
| colspan="3"| number of items
|-
| Neo FreeRunner
| Dboard
| Spares Pack
|-
| 1. [[Special:Emailuser/kayo|Kayo]]
| [http://groups.google.ru/groups/profile?enc_user=_hFF4RQAAAAd-3MHKABCcRBWFswNHamnOPANdqfI6prRsqjc7uCt1A Kayo]
| 1 (P2.7)
| 1 (P2.7)
| 1 (P2.7)
|-
|Total number:
|
| 1
| 1
| 0
|}

=== Niznhny Novgorod ===

{| border="1"
|rowspan=2| login
|rowspan=2| google groups name
| colspan="3"| number of items
|-
| Neo FreeRunner
| Dboard
| Spares Pack
|-
| 1. [[Special:Emailuser/Ntropy|Ntropy]]
| [http://groups.google.com/groups/profile?enc_user=PSrAbRYAAAC1cJd46Y4K1QK1ilA02Mhqo4cocwWvDVg2RHsu8f1bCg Natry Clorum]
| 0
| 1
| 1
|-
| 2. [[Special:Emailuser/eagafonov|eagafonov]]
| [http://groups.google.com/groups/profile?enc_user=DZ6WuxYAAAC4NC2Ez7VnaOK5YizqOI9jo4cocwWvDVg2RHsu8f1bCg eagafonov]
| 0(?1 в раздумьях)
| 0(?1 в раздумьях)
| 0(?1 в раздумьях)
|-
| 3. [[Special:Emailuser/Dmitry.kurochkin|dmitry.kurochkin]]
| [http://groups.google.com/groups/profile?enc_user=uDT-oBoAAACuZIwLUX4fdFW7FpcHgfywfVkDoaoMBC1ZX5YCLbSZfw Dmitry Kurochkin]
| 1
| 1
| 1
|-
|Total number:
|
| 2(?1)
| 3(?2)
| 3(?2)
|}

=== Rostov-on-Don ===

{| border="1"
|rowspan=2| login
|rowspan=2| google groups name
| colspan="3"| number of items
|-
| Neo FreeRunner
| Dboard
| Spares Pack
|-
| 1. [[slayer]]
| slayer
| 1
|
| 1
|-
| 2. [[Brain]]
| Brain
| 1(если цена будет не более 11000)
| 0
| 1(?)
|-
| 2. [[Kalemas]]
| kylsam
| 1
| 0
| 1
|-
|Total number:
|
| 2(3)
| 0
| 2(3)
|}

=== Krasnodar ===

{| border="1"
|rowspan=2| login
|rowspan=2| google groups name
| colspan="3"| number of items
|-
| Neo FreeRunner
| Dboard
| Spares Pack
|-
| 1. [[Special:Emailuser/astroiLL|astroiLL]]
| Ilya Byven
| 1(P2.8)
| 1(P2.8)
| 0
|-
|-
| 2. [[Special:Emailuser/Gilev|Gilev]]
| Artem Gilev
| 1
|
| 1
|-

|Total number:
|
| 2
| 1
| 1
|}

=== Penza ===

{| border="1"
|rowspan=2| login
|rowspan=2| google groups name
| colspan="3"| number of items
|-
| Neo FreeRunner
| Dboard
| Spares Pack
|-
| 1. [[Special:Emailuser/Spitty|Spitty]]
| Spitty
| 1?
|
| 1?
|-

|Total number:
|
| 1?
| 0
| 1?
|}

=== Ryazan ===

{| border="1"
|rowspan=2| login
|rowspan=2| google groups name
| colspan="3"| number of items
|-
| Neo FreeRunner
| Dboard
| Spares Pack
|-
| 1. [[hobbit19]]
| hobbit19
| 1
| 0
| 1
|-

|Total number:
|
| 1
| 0
| 1
|}

=== Stavropol ===

{| border="1"
|rowspan=2| login
|rowspan=2| google groups name
| colspan="3"| number of items
|-
| Neo FreeRunner
| Dboard
| Spares Pack
|-
| 1. [[Grif Ruten]]
| Grif Ruten
| 1 (P2.9)
|
| 1
|-

|Total number:
|
| 1
| 0
| 1
|}

=== Voronezh ===

{| border="1"
|rowspan=2| login
|rowspan=2| google groups name
| colspan="3"| number of items
|-
| Neo FreeRunner
| Dboard
| Spares Pack
|-
| 1. [[Special:Emailuser/Alexzzz|Alexzzz]]
| [http://groups.google.com/groups/profile?enc_user=30GTThIAAAASusmAkcPvF6aVqe7WEsZa8rhlH0Pnl47z4AZhN98BFg Alexzzz]
| 1
|
| 1
|-
| 2. [[Special:Emailuser/Solo|Solo]]
| [http://groups.google.com/groups/profile?enc_user=QFgkaBQAAADeqUZf5KE3y2D49Yed_pEjOPANdqfI6prRsqjc7uCt1A Solo]
| 1
|
| 1
|-
| 3. [[Special:Emailuser/vrusinov|B.]]
| B.
| 1
|
|
|-
|Total number:
|
| 3
| 0
| 2
|}

=== Kurgan ===

{| border="1"
|rowspan=2| login
|rowspan=2| google groups name
| colspan="3"| number of items
|-
| Neo FreeRunner
| Dboard
| Spares Pack
|-
| 1. [[Special:Emailuser/Mike Kalagan|Mike Kalagan]]
| [http://groups.google.com/groups/profile?enc_user=uIzitBYAAACov7Qx0H5DfyeAbjEyIVWDo4cocwWvDVg2RHsu8f1bCg Mike Kalagan]
| 1(P1.9)
| 1?
|
|-

|Total number:
|
| 1
| 1?
| 0
|}

=== Vladivostok ===

{| border="1"
|rowspan=2| login
|rowspan=2| google groups name
| colspan="3"| number of items
|-
| Neo FreeRunner
| Dboard
| Spares Pack
|-
| 1. [[Special:Emailuser/Uleysky|Uleysky]]
| uleysky
| 1
|
|
|-

|Total number:
|
| 1
| 0
| 0
|}

=== Yoshkar-Ola ===

{| border="1"
|rowspan=2| login
|rowspan=2| google groups name
| colspan="3"| number of items
|-
| Neo FreeRunner
| Dboard
| Spares Pack
|-
| 1. [[Special:Emailuser/alexber220|alexber220]]
| alexber220
| 1
| 1
| 1
|-

|Total number:
|
| 1
| 1
| 1
|}

=== Yekaterinburg ===
{| border="1"
|rowspan=2| login
|rowspan=2| google groups name
| colspan="3"| number of items
|-
| Neo FreeRunner
| Dboard
| Spares Pack
|-
| 1. [[Special:Emailuser/ix..|ix..]]
| ix..
| 1 (оплачу обязательно, но боюсь не раньше конца этого - начала следующего месяца)
| 0
| 1 (оплачу обязательно, но боюсь не раньше конца этого - начала следующего месяца)
|-

|Total number:
|
| 1
| 0
| 1
|}

=== Veliky Novgorod ===

{| border="1"
|rowspan=2| login
|rowspan=2| google groups name
| colspan="3"| number of items
|-
| Neo FreeRunner
| Dboard
| Spares Pack
|-
| 1. [[Special:Emailuser/drdaeman|drdaeman]]
| drdaeman
| 1
| 0
| 1 (если будет возможность)
|-

|Total number:
|
| 1
| 0
| 1
|}

=== Kostroma ===

{| border="1"
|rowspan=2| login
|rowspan=2| google groups name
| colspan="3"| number of items
|-
| Neo FreeRunner
| Dboard
| Spares Pack
|-
| 1. [[Special:Emailuser/AHPyXA|AHPyXA]]
| AHPyXA
| 1 (при возможности)
|
| 1 (при возможности
|-

|Total number:
|
| 1
| 0
| 1
|}

=== Tomsk ===

{| border="1"
|rowspan=2| login
|rowspan=2| google groups name
| colspan="3"| number of items
|-
| Neo FreeRunner
| Dboard
| Spares Pack
|-
| 1. [[Special:Emailuser/Sevenone|Sevenone]]
| Sevenone
| 1
| 0
| 0 (возможно 1, думаю)
|-
|Total number:
|
| 1
| 0
| 0
|}

=== Samara ===

{| border="1"
|rowspan=2| login
|rowspan=2| google groups name
| colspan="3"| number of items
|-
| Neo FreeRunner
| Dboard
| Spares Pack
|-
| 1. [[Special:Emailuser/amaksoft|Amaksoft]]
| [http://groups.google.com/groups/profile?enc_user=kiOHWBIAAACr2_jhc1RlZyjTrL5stXvR8rhlH0Pnl47z4AZhN98BFg Hedin]
| 0 (1? зависит от стоимости доставки)
| 0
| 0 (1?)
|-
| 2. [[Special:Emailuser/yatul|Yatul]]
| Yatul
| 1
| 0
| 0 (1 ещё не решил)
|-
|Total number:
|
| 1 (2?)
| 0
| 0 (2?)
|}

=== Ufa ===

{| border="1"
|rowspan=2| login
|rowspan=2| google groups name
| colspan="3"| number of items
|-
| Neo FreeRunner
| Dboard
| Spares Pack
|-
| 1. [[n1mb]]
| [http://groups.google.com/groups/profile?enc_user=NRYRahEAAADq9Dog3ZjLJ23cYF-ZjSJZkdEasx1kiYTQavV7mdW13Q n1mb]
| 1 (P2.10)
| 0
| 1 (P2.10)
|-
| 2. [[mravil]]
| [http://groups.google.com/groups/profile?enc_user=wPw2BRIAAABHcFCworg3Kx3LJrgKbX7Q8rhlH0Pnl47z4AZhN98BFg mravil]
| 1
| 0 (еще не решил)
| 1
|-
|Total number:
|
| 2
| 0
| 1
|}

=== Surgut ===

{| border="1"
|rowspan=2| Логин
| colspan="4"| Номер
|-
| Neo FreeRunner
| Dboard
| Spares Pack
|-
| 1. mpak freerunner[dog]mpak.su
| 1
| 0
| 1
|-
|Total number:
| 1
| 0
| 1
|}

=== Novosibirsk ===

{| border="1"
|rowspan=2| login
|rowspan=2| google groups name
| colspan="3"| number of items
|-
| Neo FreeRunner
| Dboard
| Spares Pack
|-
| 1. [[Special:Emailuser/rbsergiy|rbsergiy]]
| rbsergiy
| 1 (P5.3)
| 0
| 0
|-
|Total number:
|
| 1
| 0
| 0
|}

=== Omsk ===

{| border="1"
|rowspan=2| login
|rowspan=2| google groups name
| colspan="3"| number of items
|-
| Neo FreeRunner
| Dboard
| Spares Pack
|-
| 1. [[Special:Emailuser/Parilo|Parilo]]
| Parilo
| 0(hope buy one)
| 0
| 0
|-
|Total number:
|
| 0
| 0
| 0
|}

== Singapore ==
Status : 5/10
* Wee Kiam Peng [http://wiki.openmoko.org/wiki/Special:Emailuser/Jipi Contact]
* Chen Ruo Fei [http://wiki.openmoko.org/wiki/Special:Emailuser/Crf Contact]
* Moritz Haeberle [http://wiki.openmoko.org/wiki/Special:Emailuser/Morid Contact]
* Nicolas Lannuzel [http://wiki.openmoko.org/wiki/Special:Emailuser/Nlannuzel Contact]
* Huang Shiwei [http://wiki.openmoko.org/wiki/Special:Emailuser/jdee Contact]

== Slovak Republic ==

== Slovenia ==
Status : 1/10
* bajsi - [[mailto:Niko.Jezernik@Uni-MB.si Contact]]

== Spain ==
=== Spain (Country Group Sale) ===
Status: closed

[http://wiki.openmoko.org/wiki/IberiaGroupSale España-Portugal group Sale via pulster.com]

ordering 23 July
'''Beware''' transfers has been done and the '''group is closed''' if you don't have enough people to make a 10+ group
[[Special:Emailuser/mutrox|contact me]] and we will see if do another one

Interested cities:Aveiro,Lisboa,Porto,Barcelona,Zaragoza,Valencia,Tenerife,Granada,Pontedeume(A Coruña), Baleares

Total IberiaGroup 32 Neos :) + MadridGroup = 42 Neos coming!!!

=== Madrid ===
==== Madrid ====
Status : 10/10 !!

[[MadridGroupSale|Madrid Group Sale update (payment, shipment, etc)]]

ALREADY Ordered 18th July (Pulster.de)

Local delivery in central Madrid

* 5 phones Pablo Ruiz Múzquiz (Group manager) [http://wiki.openmoko.org/wiki/User_talk:Pabloruiz contact me here URGENTLY!]

* 1x ([[Image:MokoBox.jpg]] - advanced) Carlos Padilla Sorbas [http://wiki.openmoko.org/wiki/User_talk:cymonline contact me here]

* [[Special:Emailuser/Troy|Alvaro Garcia Roy]] 1 phone

* [[User:peeloo | Alexandre Girard]] 1 phone

* Others 2 phones

People that canceled their commitment for now:

* 1x ([[Image:MokoBox.jpg]] - advanced) Rafael Campos [http://wiki.openmoko.org/wiki/Special:Emailuser/Methril Contact] 

* [[User:kresp0 | Santiago Crespo]] 1 phone

=== Barcelona ===
==== Barcelona ====
Openmokos for this list have allready been purchased. Hoorray!
look for members? look at the España-Portugal [[IberiaGroupSale]]

=== Valencia ===
==== Valencia ====
Openmokos for this list have allready been purchased. Hoorray!
look for members? look at the España-Portugal [[IberiaGroupSale]]

=== Islas Canarias ===
==== Tenerife ====
Openmokos for this list have allready been purchased. Hoorray!
look for members? look at the España-Portugal [[IberiaGroupSale]]

== Sweden ==
We have a google group for discussion about a possible Swedish group order: freerunner-sverige@googlegroups.com, see [http://groups.google.com/group/freerunner-sverige Svensk Gruppbeställning av FreeRunner]. Please join the discussion!

If insufficient number of people, orders could be merged and remailed perhaps.

Domestic remailing with Posten as A-class mail of a letter (criteria: length+width+height max 900 mm) weighing max 1 kg, without insurance should [http://www.posten.se/foretag/vara_tjanster/postageguide/postguideLetterDom.jspv cost 44 SEK]. 50 SEK more for insurance.

If we end up with more than one 10-pack in Sweden, my guess is that it would probably pay to order everything in one shipment to one address in Sweden to save on the international shipping, and then remail domestically.

=== Götaland ===
==== Göteborg ====

* [[User:Fwendt|Fredrik Wendt]] [[Special:Emailuser/Fwendt|Contact]]/wendt.se

==== Malmö ====
Status : 1/10

* Lars Jarlvik mailto:lars@larsfactory.se

=== Svealand ===
==== Stockholm ====
Status : 7/10

* Adam Johansson 
* Lowe Schmidt mailto:lowe.schmidt@gmail.com
* [[User:Joel | Joel Metelius ]] [[Special:Emailuser/Joel | (contact)]] 1 phone + 1 debug (if possible)
* Peter Wihlner mailto:info@faktor.nu
* [[User:saas2813 | Samuel Åslund ]] [[Special:Emailuser/saas2813 | (contact)]] 1 Debug ( or phone only if the complete box is not available.) I actually belong in Uppsala but I'd rather get it soon.

==== Västerås ====
Status : 2/10
* Jörgen Lidholm, could join the Falun/Borlänge or Stockholm group [mailto:jorgen.lidholm@gmail.com]
* John Törnblom, can also join the Stockholm group [mailto:f04jto@student.lth.se]

=== Norrland ===

==== Luleå ====
Status : 1/10

* [[User:mh|mh]] 1 unit, mailto:mh@rcc.se If not up to 10 by launch. i'd join any group and either pick it up or have it remailed nationally

== Switzerland ==

==== Online Shop Lausanne :====

Starting October 1 the Neo FreeRunner is available in Switzerland at CHF550, shipping free (in switzerland)

* Juxtabox sàrl (Lausanne) [http://www.mokophoneshop.com]

*

1x 10 Pack ordered from pulster for the group Zürich! Read more below --[[User:Tuxfux.ch|Tuxfux.ch]] 17:20, 28 June 2008 (UTC)

'''???''' should organize the 3 x 10pack for Zürich 
Luca Capello could organize the 10pack for Geneva. 
Mathieu will organisze the 2 x 10pack for Lausanne EPFL CH-fr 

All payment in advance (a 10pack will cost approx 3'800 USD). 

'''Probably we will organize shippings, if we cannot all move to Zürich/Genève/Lausanne to get our Neo.'''

''François Bianco is trying to create a new group of 10 (will be mostly for French Switzerland). -> The group moved to the EPFL group, which will try to reach 20 persons. --[[User:Fbianco|Fbianco]] 11:42, 11 June 2008 (UTC)'' 
''Gabriel Ambuehl would volunteer to order the initial 10pack. <- still accurate ? -> Gabriel will not organize the 10packs for Zürich due to not being in Switzerland. We are in contact to find a solution so please wait until we know what to do. Order in Germany (each for himself or as a group, not clear yet) could be as cheap as a 10pack. We are in contact with pulster.de and will be contacted form pulster about the price. We will contact you guys in the Zürich list as soon as we know more --[[User:Tuxfux.ch|Tuxfux.ch]] 10:26, 6 June 2008 (UTC)'' 
''Alexandre Ghisoli will not organize the second 10pack, since the order moved in the Lucca's group.'' 

=== Customs and Postage ===
I called the [http://www.ezv.admin.ch/index.html?lang=en Swiss Federal Customs Administration] and it seems that we only need to pay VAT (7.6%) and the UPS taxes as well (since the parcel will be sent through UPS). Thus I called [http://www.ups.com/content/ch/en/contact/ UPS] and it seems that UPS directly pays the VAT instead of the customer, then asking the customer for refund (plus a fixed tax of EUR13.00). So I think the following per-phone cost for a Swiss bulk order should be a good estimate.

{| border="1"
|'''Bulk Order'''
|'''USD'''
|'''CHF'''
|-
|Customs Value (Cval)
|3690.00
|3837.60
|-
|Postage
|160.00
|166.40
|-
|Value of Taxable Importation (VoTI) = Cval+Postage
|3850.00
|4004.00
|-
|VAT = 7.6% of VoTI
|292.60
|304.30
|-
|UPS fixed tax (EUR13.00)
|20.00
|20.80
|-
|Total Cost
|4162.60
|4329.10
|-
|'''Per Person'''
|'''416.26'''
|'''432.91'''
|}

Figures accurate as of 4th Jun 2008 from [http://www.ubs.com/1/e/index/bcqv/calculator.html UBS]: 1EUR = 1.54USD and 1USD = 1.04CHF.

==== Shipping ====
If we would ship Neos, here is the Swiss PostPac prices :

{| border="1" cellspacing="0" cellpadding="2"
! Description
! Size [cm]
! Price CHF TTC
|-
| Size 1
| 22.9 x 14.7 x 9.9
| 2.20
|-
| Size 2
| 31.5 x 22.5 x 12.5
| 2.40
|-
| Shipping Priority
| up to 2Kg
| 8.-
|-
| Shipping Economy
| up to 2Kg
| 6.-
|}

 

Steve posted informations about boxes that will be out with Neo :

* 10 pack : 435mm x 371mm x 119mm, approx 3kg, UPS will charge 160USD (need to be verified)
* Individual pack : 178mm x 104mm x 84mm, 237 grams

So size 1 will fit ! Local delivery in Switzerland will cost 8.20 for Economy or 10.20 Priority.

==== Zurich ====

===== Pulster.de order (already ordered and on their way!) =====
I organized already an order from Pulster.de due to the best conditions:
* 299 Euro - 19% German sales tax = 249 Euro
* 249 Euro + 7,6% Swiss sales tax
* evtl. some border taxes
* no shipping costs! (pulster sends for free)
* 2 Years warranty

The conditions to get a device from me:
* As soon as I have them i will contact you
* You pick up your device in Winterthur
* You pay me cash (you will not get a device before I have the money in my hands)
* You bring the correct amount of money (I can't give return)
* I will _not_ raise the price for my profit. You pay what I pay

So add yourself to the list here if you want one: 
Status : 10/10 -> full 
* Esra Kummer (3 Geräte!) (Winterthur) [http://wiki.openmoko.org/wiki/Special:Emailuser/Tuxfux.ch Contact]
* Simon Wenner (Schaffhausen) [http://wiki.openmoko.org/wiki/Special:Emailuser/Nowic Contact]
* Markus Huggler (Winterthur) [http://wiki.openmoko.org/wiki/Special:Emailuser/Magbeat Contact]
* Simon Schreiber (Zurich) [http://wiki.openmoko.org/wiki/Special:Emailuser/Magbeat Contact]
* Hannes Wyss (Zurich) [http://wiki.openmoko.org/wiki/Special:Emailuser/Magbeat Contact]
* Felix Rabe (Basel/Romanshorn) [http://wiki.openmoko.org/wiki/Special:Emailuser/Felixrabe Contact]
* Carlos Diener (Winterthur) [http://wiki.openmoko.org/wiki/Special:Emailuser/Emonkey Contact]
* Walter Sutter (Winterthur) [http://wiki.openmoko.org/wiki/Special:Emailuser/Seraphim Contact]

'''Organising the next 10Pack'''

'''I ordered the 10pack. Delivery is in mid september (plus shipping to Zurich.)'''

I will organice the next 10pack as soon as this list is full. You may Pick up the Phone at the ETH Zürich (money: exact amount in cash or directly to my bank-account in advance) or I will send it to you (money: directly to my bank-account in advance including the Porto). The other conditions are the same as above. (Joerg Maeder/Goergel)
* Joerg Maeder (Opfikon) [http://wiki.openmoko.org/wiki/Special:Emailuser/goergel Contact]
* Silvio Heuberger (Lachen) Will pick up on Polyterrasse, pay cash [http://wiki.openmoko.org/wiki/Special:Emailuser/kungfoo Contact]
* Alex Ingold (Interlaken) [http://wiki.openmoko.org/wiki/Special:Emailuser/ingoldey Contact]
* Alex Aeschlimann (Bern) [http://wiki.openmoko.org/wiki/Special:Emailuser/alexae Contact]
* Michael Psarros (Zürich) 1x Freeruner, 1x Headset, Selbstabholer, [http://wiki.openmoko.org/wiki/Special:Emailuser/mpsarros Contact]
* Martin Zulliger (two phones!) (Zürich), [http://wiki.openmoko.org/wiki/Special:Emailuser/Zyll Contact]
* Adrian Friedli (Fällanden) 1x FreeRunner + 1x Headset (black) + 1x Pouche, will pick up at the ETH. [http://wiki.openmoko.org/wiki/Special:Emailuser/Adi86 Contact]

Status : 11/30 
'''Contact person who order the 10Pack : ??'''

* Andre Timmermann [http://wiki.openmoko.org/wiki/Special:Emailuser/darktim Contact]
* Pascal Weller [http://wiki.openmoko.org/wiki/Special:Emailuser/darktim Contact]
* Nick Zbinden (Luzern) [mailto:nickik@gmx.ch] oder [http://wiki.openmoko.org/wiki/Special:Emailuser/nickik Contact]
* Marcel Lütolf (Luzern) [http://wiki.openmoko.org/wiki/Special:Emailuser/NeRo Contact]
* Martin Kos [http://wiki.openmoko.org/wiki/Special:Emailuser/KoS Contact]
* Tropechopf (Luzern) [http://wiki.openmoko.org/wiki/Special:Emailuser/Tropechopf Contact]

 

==== Basel-Stadt ====

===== Pulster.de order (Adrian Rudin) already ordered =====
I will organize one order like Tuxfux.ch did.
* 299 Euro - 19% German sales tax + 7,6% Swiss sales tax = 270.4 Euro
* 270.4 Euro * 1.68 = 454.3 CHF
* I chose a higher change value to inlcude border charges, everything that's left will be donated to Wikimedia.
* no shipping costs! (pulster sends for free)
* 2 Years warranty
* For people in Bern: Lorenz Schori would pick up your devices as well an distribute them to you in Bern.

The conditions to get a device from me:
* You have to pay in advance, please send me an E-Mail to receive account informations.
* As soon as I have all 10 payments I will order the 10 pack
* You pick up your device in Basel, 1 or 2 exceptions can be made!
* I raised the price to include border charges, everything not used for the order will be donated to Wikimedia.

<== Package arrived, some people already have their Neo, some get theirs Tuesdays by post ==> 
<== CHF 100.- were donated to Wikimedia, thanks to everyone in this group ==>

So add yourself to the list here if you want one: 
Status : 10/10 FULL! (#: have payed) 
* # Adrian Rudin (Basel) [mailto:adrian@mav.ch] or [http://wiki.openmoko.org/wiki/Special:Emailuser/blackmav Contact]
* # Thomas Jund (Aarau) [http://wiki.openmoko.org/wiki/Special:Emailuser/none Contact]
* # Peter Salvisberg (Wettingen) [http://wiki.openmoko.org/wiki/Special:Emailuser/Psal Contact]
* # Christian Corrodi [http://wiki.openmoko.org/wiki/Special:Emailuser/Matto Contact]
* # Lorenz Schori (Bern) [http://wiki.openmoko.org/wiki/Special:Emailuser/Znerol Contact]
* # Philipp Meier (Zürich) [http://wiki.openmoko.org/wiki/Special:Emailuser/PhilippMeier Contact]
* # Mathias Born (Bern) [http://wiki.openmoko.org/wiki/Special:Emailuser/Thisss Contact]
* # Pascal Mages (Bern/Zürich) [http://wiki.openmoko.org/wiki/Special:Emailuser/FreeMind Contact]
* # Marcel Jost (Bern) [http://wiki.openmoko.org/wiki/Special:Emailuser/Onsonic Contact]
* # Marcel Wirth (Zürich) [http://wiki.openmoko.org/wiki/Special:Emailuser/Skarhand Contact]

===== Hardware fix material for GPS problem =====
There is a problem with the GPS in the currently shipping FreeRunners: [http://kerneltrap.org/mailarchive/openmoko-community/2008/7/18/2562474 Mail archive]. I already orderd 200 "10pf NPO 50V 0402" capacitors for convenient reselling. They will arrive within 10 days from now (2008.07.21).

The conditions to get those capacitors from me:
* You'll receive 5 capacitors (In case you trash the first 4, soldering could be tricky)
* You send me an envelope with CHF 2.- (coin) and an already to yourself addressed and stamped envelope
* I don't accept stamps for payment!! Don't even try!!
* If you can't spell your own address corretly, --> can't be my problem!
* I'll post my address here as soon as I got the delivery.

So add yourself to the list here if you want'em: 
Status : 3/40 (#: delivered)
* Adrian Rudin (Basel) [mailto:adrian@mav.ch] or [http://wiki.openmoko.org/wiki/Special:Emailuser/blackmav Contact]
* Simon Wenner (2x) [http://wiki.openmoko.org/wiki/Special:Emailuser/nowic Contact]
* Tscheesy [http://wiki.openmoko.org/wiki/Special:Emailuser/nowic Contact]
 

==== Geneve ====
Status : 10/10 
'''Contact person who order the 10Pack : Luca Capello '''
WARNING, this list already contains 10 people! -- LucaCapello

* Diego Abelenda [http://wiki.openmoko.org/wiki/Special:Emailuser/Aelia Contact]
* Luca Capello [mailto:luca@pca.it]
* Nicolas Produit [http://wiki.openmoko.org/wiki/Special:Emailuser/Produit Contact]
* Sebastien Nanchen [http://wiki.openmoko.org/wiki/Special:Emailuser/Sn Contact]
* Matthieu de Montmollin [http://wiki.openmoko.org/wiki/Special:Emailuser/Matthieudem Contact]
* Robin Farine (Auvernier) [http://wiki.openmoko.org/wiki/Special:Emailuser/rfarine Contact]
* Alexandre Ghisoli (Yverdon) [http://wiki.openmoko.org/wiki/Special:Emailuser/Agh Contact]
* Raphael Studer (Thurgau) [http://wiki.openmoko.org/wiki/Special:Emailuser/Tschudder Contact]
* Christian Wäckerlin [http://wiki.openmoko.org/wiki/Special:Emailuser/boognu Contact]
* Michael Stähli (Lausanne EPFL) [http://wiki.openmoko.org/wiki/Special:Emailuser/adler Contact]

==== Suisse romande / Lausanne (EPFL) ====

'''''Ordered from pulster.de on july 18th.'''''

Status : 27/27 '''COMPLETE''' 
'''Contact person who ordered the 10Packs : [http://wiki.openmoko.org/wiki/Special:Emailuser/Habi Mathieu Habegger] '''

* Mathieu Habegger (EPFL) [http://wiki.openmoko.org/wiki/Special:Emailuser/Habi Contact]
* Matthias Brändli (EPFL) [http://wiki.openmoko.org/wiki/Special:Emailuser/hb9egm Contact]
* Frédéric Fokan(Lausanne) [mailto:fredericfokan@gmail.com Contact]
* Gulu (Lausanne) [http://wiki.openmoko.org/wiki/Special:Emailuser/Gulu Contact]
* Mélanie Baumann (EPFL) [http://wiki.openmoko.org/wiki/Special:Emailuser/calis Contact]
* Laurent Fasnacht (EPFL) [http://gnugeneration.epfl.ch/users/fasnacht Contact]
* Urs Blaser (UNIL) [http://wiki.openmoko.org/wiki/Special:Emailuser/arctus Contact]
* David Lütolf (EPFL) [http://wiki.openmoko.org/wiki/Special:Emailuser/dlutolf Contact]
* François Bianco [http://wiki.openmoko.org/wiki/Special:Emailuser/fbianco Contact]
* Samuel Dorsaz [http://wiki.openmoko.org/wiki/Special:Emailuser/akira Contact]
* Ludovic Fardel (EPFL) [http://wiki.openmoko.org/wiki/Special:Emailuser/lfardel Contact]
* David Pelichet Contact via hb9egm 
* Vincent Hentsch [http://wiki.openmoko.org/wiki/Special:Emailuser/Vincos Contact]
* Carruzzo Gilles [http://wiki.openmoko.org/wiki/Special:Emailuser/Willows Contact]
* Nicolas Favrod-Coune [http://wiki.openmoko.org/wiki/Special:Emailuser/Nfavrod Contact]
* Mathias Coinchon [http://wiki.openmoko.org/wiki/Special:Emailuser/Coinchon Contact] 
* Rey Cyril (Monthey) [http://wiki.openmoko.org/wiki/Special:Emailuser/Cyril Contact]
* Didier Raboud (EPFL) [http://wiki.openmoko.org/wiki/Special:Emailuser/OdyX Contact]
* Claude Angéloz [http://wiki.openmoko.org/wiki/Special:Emailuser/claude-elrond740 Contact]
* Pascal Bach (EPFL) [http://wiki.openmoko.org/wiki/Special:Emailuser/Anakron Contact]
* Nicolas Etienne (Gimel) [http://wiki.openmoko.org/wiki/Special:Emailuser/nice Contact]
* Michel Dänzer (Bern) [http://wiki.openmoko.org/wiki/Special:Emailuser/MrCooper Contact]
* Yvon-Philippe Crittin [http://wiki.openmoko.org/wiki/Special:Emailuser/y-phil Contact]
* Philippe Gimmel [http://wiki.openmoko.org/wiki/Special:Emailuser/Kampfgarten Contact]
* Leopoldo Ghielmetti [http://wiki.openmoko.org/wiki/Special:Emailuser/Leopoldog Contact]
* Hans-Martin Frey (Bern) [http://wiki.openmoko.org/wiki/Special:Emailuser/hmf Contact]
* Pietro Buccella [mailto:pbuccella@bluewin.ch Contact]

'''Persons who went lonely orders :'''
* Philipp Aeberli (2 Units, Gland) [http://wiki.openmoko.org/wiki/Special:Emailuser/philgood Contact]
* Edomaur (Lausanne, with Gulu) [http://wiki.openmoko.org/wiki/Special:Emailuser/Edomaur Contact]

'''Persons who will wait next order :'''
* Layx (Lausanne) [http://wiki.openmoko.org/wiki/Special:Emailuser/Layx Contact]

==== Suisse romande / Morges ====

I'll order a pack for Switzerland people. The price of FreeRunner will be 460 CHF all inclusive (VAT and shipping in your post box)
Contact me here: [http://wiki.openmoko.org/wiki/Special:Emailuser/Jecuendet Contact] if you want one.
We are already 6, so 4 remaining. Contact me at : jec at jesc dot ch

== Taiwan ==
There is a group sale hosted by chelsea (AT) openmoko (DOT) com. Please goto http://wiki.openmoko.org/wiki/Taiwan_Group_Sale for details. (ends at 2008/11/02)

=== FAQ ===

Q: Will there be second group sale in Taiwan?

A: Yes, there could be more group sales in Taiwan, if there are requests.

Q: Is it GSM900 or GSM850?

A: Openmoko can provide either GSM900 or GSM850 as required.

Q: Is this group sale include gifts descriptive in http://us.direct.openmoko.com/products/neo-freerunner ?

A: Yes.

Q: When will they arrive?

A: I don't actually know, but I hope we can get them before end of August.

Q: What about Invoice(發票)?

A: There won't be a invoice for everyone, but one only. If you do need a separate invoice for your order, tell me first, and openmoko could handle that.
Requests that OM could handle:
* Company tax ID (公司統一編號)
* Change details (明細) names (as long as the name can describe the product)

Requests that OM could handle, but need special process, and the price will be higher. Please contact OM first if you have such request.
* Change details to something that can't describe the product, like expandable (耗材), ink, ..., etc.
* Some institution (government, school,...,etc) require to get goods and invoice first, and make the payment until the expanse is granted (某些學校或政府機關需要取貨與發票後才能報帳，等一段時間後才能付款)

=== 080817 Group Sale ===
Host: Mac Lin (mkl23@hotmail.com)

8/17: last day to gather order

8/26: last day to finish payment.

payment: paid by ATM account transfer

Maximum amount of transfer-out for non-designated accounts per day should not exceed NT$30,000

How to take:
*face to face: in HsinChu
*mail

-------------

{| border="1"
| Name
| colspan="3"| number of items
|@
|-
|
| FreeRunner
| Dboard
| Spares Pack
|
|-
| 1. Mac Lin(mkl23@)
| 1
| 1
| 0
| HsinChu
|-
| 2. Siongui(siongui@)
| 3
| 0
| 0
|Taipei
|-
| 3. Scott Wang (scott_wang@)
| 1
| 0
| 0
|HsinChu
|-
| 4. BlueT - Matthew Lien (bluetraveler@)
| 1
| 1
| 0
|TaiChung
|-
| 5. Allan Yang (allan.yang@)
| 1
| 1
| 0
|Taipei
|-
| 6. Ping Yeh (ping.nsr.yeh@)
| 1
| 1
| 0
| Taipei
|-
| 7. YiKai Lin (yikai.1982@)
| 1
| 1
| 0
| Taipei
|-
| 8. Tony Chiu (tony.blc@)
| 1
| 0
| 0
| Taipei or HsinChu
|-
| 9. Terry Lin(terry_lin@)
| 1
| 1
| 0
| HsinChu
|-
| 10. Jason Lo(rulala@)
| 1
| 1
| 0
| Taipei
|-

|Total number:
| 12
| 7
| 0
|
|}
-------------

== Thailand ==
=== Bangkok ===
Status : 0/10
* <s>Alex [http://wiki.openmoko.org/wiki/Special:Emailuser/Alexbkk Contact] (1 phone)</s>

== UAE ==
Status: 1/10
* Yaser Ammar [[Special:Emailuser/Waraqa|Contact]]

== Ukraine ==
==== Donetsk ====
*[mailto:robotex.ag@mail.ru robotex] Robotex - 1xNeo FreeRunner
==== Kiev ====
*[mailto:lvccgd@gmail.com lvccgd] Vladimir - 1xNeo FreeRunner
==== Zhitomir ====
*[mailto:ihorman@gmail.com ihorman] Ihor - 1xNeo FreeRunner

== USA ==
=== Arizona ===
==== Tucson ====
Willing to reship to nonlocal people within the US (cheaper if you're closer), or get absorbed into another group that's willing to reship. In talks with Boulder (Colorado) group.

Status: 3/10
* [mailto:wes.shull@gmail.com wesshull] Wes Shull - 1x GTA02 + 1x debug board
* Richard Reichenbacher - 2x GTA02

=== Colorado ===
==== Boulder ====
Status: 10/10
* Vinc Duran x2 (I can purchase and distribute locally) [mailto:uberpfloyd@gmail.com?subject=Openmoko%20group%20sales Pfloyd] [http://wiki.openmoko.org/wiki/Special:Emailuser/Pfloyd Contact]
* John Miller [http://wiki.openmoko.org/wiki/Special:Emailuser/jwm jwm]
* D Padilla 
* Joey Stanford [http://wiki.openmoko.org/wiki/Special:Emailuser/k0fcc k0fcc]
* J Hinegardner [http://wiki.openmoko.org/wiki/Special:Emailuser/jjh jjh]
* S Derrick of New Mexico x2 
* R Schwarz [http://wiki.openmoko.org/wiki/Special:Emailuser/rschwarz rschwarz]

==== Denver (Full) ====
Status: 10/10 (includes the gentleman from Utah)
* All but 1 phone delivered. Need to exchange for a 900/1800 Eu phone that will work in Brazil. Waiting on availability from OM to do this.
* Shawn Sullivan [http://wiki.openmoko.org/wiki/Special:Emailuser/shelbydz Contact]
* Peter Abplanalp [http://wiki.openmoko.org/wiki/Special:Emailuser/alderion Contact]

==== Fort Collins ====
Status: 1/10
* Paul Hummer [http://wiki.openmoko.org/wiki/Special:Emailuser/Rockstar Contact]

=== California ===
==== Los Angeles ====
Status: 0/10

* Ian Douglas, Santa Monica I'll help organize a group sale, meet & greet, but since I was selected to help test the FreeRunner, I won't need to actually purchase one. [http://wiki.openmoko.org/wiki/Special:Emailuser/Iandouglas Contact me here]
* Matthew Wetmore, Westchester 90045 [http://wiki.openmoko.org/wiki/Special:Emailuser/Wetmoko Contact] - part of order 1843
* Daniel, Torrance [http://wiki.openmoko.org/wiki/Special:Emailuser/Beaker82 Contact] - part of order 1843
* James Robertson, Irvine [http://wiki.openmoko.org/wiki/Special:Emailuser/JamesRobertson Contact] - part of order 1843
* Bill Sun [http://wiki.openmoko.org/wiki/Special:Emailuser/DancingSun Contact] - part of order 1843
* Michael, Santa Monica [http://wiki.openmoko.org/wiki/Special:Emailuser/Bstudios Contact] - part of order 1843
* Russel Dwiggins, Cerritos [http://wiki.openmoko.org/wiki/Special:Emailuser/undrwater Contact] - part of order 1843
* Dima, Pasadena [http://wiki.openmoko.org/wiki/Special:Emailuser/dima Contact] - part of order 1843
* Mike, Santa Monica (1 unit + 1 debug board) [http://wiki.openmoko.org/wiki/Special:Emailuser/Traveler Contact] - part of order 1843
* Joe Smith, Orange [http://wiki.openmoko.org/wiki/Special:Emailuser/Yasumoto Contact] - part of order 1843
* Jose Torres, Hollywood [http://wiki.openmoko.org/wiki/Special:Emailuser/jtorres Contact] - part of order 1843

==== San Diego ====

First group is complete and all members received their items.

Second group:

Status: 3/10

* Urivan Flores [http://wiki.openmoko.org/wiki/Special:Emailuser/saaib Contact]
* Alan Domissy [http://wiki.openmoko.org/wiki/Special:Emailuser/geomarcomputers Contact]
* RodM [mailto:rdmyers.42@gmail.com Contact]

==== San Francisco Bay Area ====
(Discuss this group sale on the [http://wiki.openmoko.org/wiki/Talk:GroupSales#San_Francisco_Bay_Area talk page])

Status 5/10

* Tupshin Harper - [http://wiki.openmoko.org/wiki/Special:Emailuser/tupshin Contact]

* Sebastian Coe - [http://wiki.openmoko.org/wiki/Special:Emailuser/savari Contact]

* Jim Lutz - [http://wiki.openmoko.org/wiki/Special:Emailuser/JLutz Contact]

* Elektrolott - (Cash, 900MHz) [http://wiki.openmoko.org/wiki/Special:Emailuser/Elektrolott Contact] (San Jose). I am back on the list, as the [http://us.direct.openmoko.com/products/neo-freerunner online store] says: GSM 900Mhz variant stock is due on on July 25th. I am also interested in getting a debug board.

* Adilson Oliveira - 900Mhz [http://wiki.openmoko.org/wiki/User:Adilson Contact]. I'll drop if the phones are not available to deliver during the LinuxWorld week and buy individually later.

=== Florida ===
==== South/Central Florida ====
Status 3/10
* 1 x Jonathan Howard [[Special:Emailuser/kingtgaurd9|Contact]], Orlando
* 1 x Jim [[Special:Emailuser/gumbukie|Contact]], Orlando
* 1 x Lenny Markus [[Special:Emailuser/lensam69|Contact]], Miami

=== Idaho ===
==== Southwestern Idaho ====
Status 2/10
* 1 × Eugene Kravtsov [[Special:Emailuser/theUg|Contact]], Garden City (Boise).
* 1 × Christopher Blay [[Special:Emailuser/blayde|Contact]], Twin Falls.

=== Midwest ===
Status: '''Completed'''
* Steven M [[Special:Emailuser/Montgoss|Contact]] - Cedar Rapids, IA
* Joseph Booker [[Special:Emailuser/Sargas|Contact]] - Chicago, IL
* Matt McCormick [[Special:Emailuser/Thewtex|Contact]] - Madison, WI
* Charles Hill [mailto:charles.e.hill@gmail.com email] - Chicago, IL
* Greg Bonett [mailto:greg@bonett.org email] - Iowa City, IA
* Tushar Dayal [mailto:tdayal@gmail.com Contact] - Ames, IA
* solomon jacob herscovitch [[Special:Emailuser/SoloSalsa|Contact]] - Chicago, IL
* Eric Olson [mailto:ericools@gmail.com Contact] - Madison, WI
* Tom Watson [[Special:Emailuser/Toggles|Contact]] - Pittsburgh, PA
* An-Phong Le [mailto:an427@hotmail.com Contact] - Urbana, IL

=== Illinois ===

=== Kentucky ===
(Possibly + 2 from Memphis?)
Status: 8/10 (Possibly 10?)
* Dan Staley [[Special:Emailuser/Pyrasi|Contact]] (Lexington, KY)
* Donnie Jones [[Special:Emailuser/Donniejones18|Contact]] (Lexington, KY)
* John Sterling [[Special:Emailuser/Sterling|Contact]] (Lexington, KY)
* James MacLachlan [[Special:Emailuser/Jmaclachlan|Contact]] (Louisville, KY)
* John Askew [[Special:Emailuser/Johnaskyou|Contact]] (Lexington, KY)
* Devin Cook [[Special:Emailuser/Dcook|Contact]] (Lexington, KY)
* Geoff Ruscoe [[Special:Emailuser/Geocode|Contact]] - Louisville, KY
* Jon Howard [[Special:Emailuser/Jchoward|Contact]] (Lexington, KY)
* Fred Eisele [[Special:Emailuser/Phreed|Contact]] (Nashville, TN)

=== Ohio / Michigan ===
Status: 10/10 are delivered or en-route to their final destination.

=== Pacific Northwest ===
==== Oregon ====
Status: 3/10 Full (Full - joined forces with Washington group)

===== Eugene =====
* Quentin Hartman (Status: Received on 14-Jul-2008) [[Special:Emailuser/qhartman|Contact]]
===== Corvallis =====
* [[User:Brian_H_Wilson|Brian Wilson]] (Status: Received on 14-Jul-2008) [[Special:Emailuser/Brian_H_Wilson|Contact]]
* Gary Oliver (Status: Received on 14-Jul-2008) [[Special:Emailuser/Adastra|Contact]]

==== Washington ====
===== Seattle Area =====
Status: 7/10 Full (Full - joined forces with Oregon group)
* Jon Pomeroy (Status confirmed) [[Special:Emailuser/Jepomeroy|Contact]]
* Chris Baker (Status confirmed) [[Special:Emailuser/cwainb|Contact]]
* Mark Zimmerman (Status confirmed) [[Special:Emailuser/mawazi|Contact]]
* Wim Lewis (Status confirmed) [[Special:Emailuser/Wiml|Contact]] In Wallingford.
* Charles Wheeler (Status confirmed) [[Special:Emailuser/SnowWolf75|Contact]] Note: Work in Bellevue, live in Federal Way. May not have money till mid-July.
* G.O. (Status confirmed) I'd like to get @ least one.
* Matt Luzum (Status confirmed) [[Special:Emailuser/mluzum|Contact]]

=== Tennessee ===
==== Memphis ====
Status: 2/10
* Peter O'Connor [http://wiki.openmoko.org/wiki/Special:Emailuser/poconnor Contact]
* Jarvis Stubblefield (Prefer with Debug) [http://wiki.openmoko.org/wiki/Special:Emailuser/BallisticPain Contact]

=== Texas ===
==== Austin (15/10) ====
* <del>Dale Schumacher</del> [[Special:Emailuser/dalnefre|Contact]]
* Michael Cosby [[Special:Emailuser/mcosby|Contact]]
* Charles [[Special:Emailuser/rbn|Contact]]
* Anthony Kitchin [[Special:Emailuser/akitchin|Contact]]
* <del>Carl</del> (x2) [[Special:Emailuser/texatopia|Contact]]
* Robert (+Debug Board) [[Special:Emailuser/SHaRK|Contact]] (Houston)
* <del>Bryan DeLuca</del> [[Special: Emailuser/Stupkid|Contact]] (Fort Worth)
* Dennis Parker [[Special: Emailuser/dparker|Contact]]
* <del>Chip Rosenthal</del> [[Special: Emailuser/chip|Contact]]
* <del>Brad Mouring</del> [[Special: Emailuser/Bmouring|Contact]]
* Joel Greenberg [[Special: Emailuser/joelg|Contact]]
* Mark Rinaudo [[Special:Emailuser/Mrinaudo|Contact]]
* <del>Scott Farrell</del> [[Special:Emailuser/sfarrell|Contact]]
* Brian Wightman [[Special:Emailuser/Hodgepodge|Contact]]

==== Dallas (4/10) ====
* Philip White [[Special:Emailuser/pmw|Contact]]
* Stephen Shelton [[Special:Emailuser/stephenashelton|Contact]]
* Josh Valdez [[Special:Emailuser/ExxonValdeez|Contact]]
* Chris Madsen [[Special:Emailuser/cjm|Contact]]
* George Spiride [[Special:Emailuser/gspiride|Contact]]

=== Mid-Atlantic ===
==== District of Columbia (DC) Metro Area ====
* Brian DeRocher [[Special:Emailuser/brian_252|email]]
==== Virginia====
===== Virginia Tech (1/10) =====
* Lally Singh [[Special:Emailuser/lally|email]] -- yeah, if you're ordering anywhere in VA, lemme know. 
===== Richmond=====
*Philippe and Steve joined the NY list 

==== New York (19/20) ====
As of 8 July 2008 we still need five people to pay in order to complete a second batch of ten. Just because there are twenty names on this list doesn't mean you can't join in.
PLEASE contact Bert or Michael in addition to adding yourself to the list
* Bert Hartmann [http://wiki.openmoko.org/wiki/Special:Emailuser/BertHartm Contact me here] 
* Michael Cole mailto:mjcole137@gmail.com 
* Remy Frerebeau [http://wiki.openmoko.org/wiki/Special:Emailuser/Rfrerebe Contact me here] 
* Ulises E. Erickson [http://wiki.openmoko.org/wiki/Special:Emailuser/Ulix Contact me here] 
* Justin Daly [http://wiki.openmoko.org/wiki/Special:Emailuser/justo Contact me here] 
* Philippe Gerard [[Special:Emailuser/feydreva|Contact]] I live in Richmond (VA) but we will never be 10 there 
* Evan Charlton mailto:evancharlton+om@gmail.com 
* Paul Buede mailto:paul@buede.com 
* 1x ([[Image:MokoBox.jpg]] - advanced)Paul Hurlock [[Special:Emailuser/triclosan|Contact me here]] 
* Ryan [[Special:Emailuser/ryan|Contact me here]] (Connecticut, actually, but close enough.) 
* Charles Pax mailto:charles.pax@gmail.com It looks like things are getting organized. Bert contacted me.
* Christopher Pax mailto:christopher.pax@gmail.com
* Miki Grof-Tisza [http://wiki.openmoko.org/wiki/Special:Emailuser/MTisza Contact me here] 
* Daniel Dadap 1x [http://wiki.openmoko.org/wiki/Special:Emailuser/danek Contact me here] 
* Yaroslav Halchenko [http://wiki.openmoko.org/wiki/Special:Emailuser/yarikoptic]
* Alex [[Special:Emailuser/rakukin|Contact]]
* Charles Lohr [http://wiki.openmoko.org/wiki/Special:Emailuser/Cnlohr Contact me here] (Lives in MD, will require re-ship) NOTE: Unless someone emails me before July 7 I will withdraw from group order. 
* Steve Watson [[Special:Emailuser/Ssw0213|Contact]] I live in Richmond VA; please deliver via Philippe Gerard. 20!!! 
* xtrat [http://wiki.openmoko.org/wiki/Special:Emailuser/Xtrat Contact me here] 
* Henry [http://wiki.openmoko.org/wiki/Special:Emailuser/hankthetank Contact me here] UWS 

==== Maryland (0/10)====
(Group apparently defunct due to NY Order)
* Paul Buede I switched to New York, cause we don't have enough. Look up ^ 
* Charles Lohr -- Switched to New York (if possible)
* Alex (switched to NYC, see above; may be able to deliver phone(s) to DC metro)

==== North Carolina (2/10)====
* Jason Sharpee [[Special:Emailuser/zonyl|Contact]] - Charlotte Metro area 
* William Vidrine [[Special:Emailuser/Infoport|Contact]] - Greensboro/Triad, DROPPED OUT for individual order 
* Joe White [[Special:Emailuser/Raygions|Contact]] - Winston-Salem/Triad area 

=== Massachusetts ===
Status: 10/10 (Our phones are here. Contact Ken Young to pick up your 'runner. We will try to arrange some kind of iTunes activation fiasco to brick them all.)
* Benjamin Moody [[Special:Emailuser/FloppusMaximus|Contact]]

* Ken Young, Cambridge (Note, if we're not up to 10/10 on the day the FreeRunner is announced, I'm going to drop out and order individually).[[Special:Emailuser/Dolson|Contact]]

* Chris White (for 2) [[Special:Emailuser/Safire|Contact]]

* Nick Dube - Pembroke, NH (Will also drop out if we do not have 10 by FreeRunner release.) [http://wiki.openmoko.org/wiki/Special:Emailuser/Doobe01 Contact]

* Justin Brzozoski - Worcester, MA area [[Special:Emailuser/Jabski|Contact]]

* John Nicholson - Amherst, MA (Will also drop out if we do not have 10 by FreeRunner release.) [[Special:Emailuser/nicklogan|Contact]]

* Matthew Campbell - Worcester, MA [[Special:Emailuser/lifeisafractal|Contact]]

* Jeff Gold [[Special:Emailuser/jgold|Contact]]

* Craig Allen [[Special:Emailuser/knodalyte|Contact]]

Status: 4/10

* 0x Bala Nair - Acton, MA (dropping out - ordered one individually) [[Special:Emailuser/bnair|Contact]]
* 0x Mike Doody - Groton, MA (ordered one already)[[Special:Emailuser/dude|Contact]]
* 0x Nathan Perry - Derry, NH (cannot switch to GSM at this time)
* Kyle Harrington - Amherst, MA (Will drop out if we do not have 10 by FreeRunner release.) [[Special:Emailuser/dancingcuziwanna|Contact]]
* Ryan Svoboda - Worcester, MA (Will buy one individually on release day if this group is incomplete) [[Special:Emailuser/ryansv|Contact]]
* Ryan Meador - Worcester, MA (Will drop out if we do not have 10 by FreeRunner release.) [[Special:Emailuser/Yanroy|Contact]]
* Jeff Gelbard - Haydenville, MA [[Special:Emailuser/jgelbard|Contact]]
(Between the 2 groups, we already have 7 "visibly" from Worchester - Western MA...I think the group should be resorted....Who is the contact where the package will be sent?)

* Looking to Join in. I have been trying to get a response from anyone about joining group but nothing back. Live in Boston but will travel to get. Somebody let me know soon please. Interest in user group in Boston Cambridge area too. [mailto:Liamrb@msn.com email me]

=== Nevada ===
==== Reno/Sparks ====
Including Northwestern Nevada/ Northeastern California
Status: 1/10
* Tyrell Berry [[Special:Emailuser/Alawatsakima|Contact]]

== UK ==
=== Scotland ===
==== Edinburgh ====
Status : 3/10
* Joe Wells (Edinburgh) [http://www.macs.hw.ac.uk/~jbw/ Web] I have two comments:
** The Wiki's e-mail feature (those URLs with “Special:Emailuser” in them) does not seem to be working. I tried contacting Dave Ball and Stuart MacKinnon that way and got no reply. Later, Stuart and Dave (who I reached by writing a message here) told me they never got the e-mail. So the Wiki's e-mail feature might be broken. So please contact me by going to my web page and using my e-mail address listed there. Stuart, George, and Dave have been in contact with me by e-mail. I am happy to put anyone in Scotland who sends me e-mail in touch with the others.
** Not enough people have gotten in touch so far (as of 2008-06-28) to justify a bulk order of a 10-pack. Also, there is now a UK distributor: [https://www.truebox.co.uk/trueboxportal/index.php?wk=Openmoko TrueBox]. Because TrueBox appears to be ordering 10-packs (and thereby getting the bonus goodies (headphones and pouches) that come in the 10-packs), it seems there is little motivation to try to organize a Scottish bulk order. So I am likely to give up on the idea of a Scottish bulk order for myself (unless lots of people contact me in the next day or so!).
* Dave Ball (Edinburgh) [http://wiki.openmoko.org/wiki/Special:Emailuser/Daveb Contact]
* george Maistros (Edinburgh) [http://wiki.openmoko.org/wiki/Special:Emailuser/mordilo_k Contact]

==== Glasgow ====
Status : 2/10

* Kyle Gordon [http://wiki.openmoko.org/wiki/Special:Emailuser/Kylegordon Contact]
* Sean Anderson [http://wiki.openmoko.org/wiki/Special:Emailuser/Moniker42 Contact]
* <s>Kenny Duffus [http://wiki.openmoko.org/wiki/Special:Emailuser/Sealne Contact]</s> ordered from truebox

=== England ===

==== Hampshire ====

Status: 16/20 at 2008-05-24

http://www.hants.lug.org.uk/cgi-bin/wiki.pl?FreeRunnerBulkBuy

Willing to re-ship within the UK.

(Sorry, we set up the page before we knew about this one)

==== London ====

Status : 13/10

* aled [http://wiki.openmoko.org/wiki/Special:Emailuser/aled Contact]
* <strike>Robert Piasek (actually in Southampton) [http://wiki.openmoko.org/wiki/Special:Emailuser/Queen6 Contact]</strike>
* Tom Scholl (Cambridge, travel to London now and then anyway so could pick up) [mailto:thomasscholl@gmail.com]
* <strike>Weiss (Cambridge, could collect from London) [http://wiki.openmoko.org/wiki/Special:Emailuser/Weiss Contact]</strike> (bought independently in the end)
* Neil Bentley (in Wiltshire) [http://wiki.openmoko.org/wiki/Special:Emailuser/Ohnez Contact]
* <strike>rhn x 2 [http://wiki.openmoko.org/wiki/Special:Emailuser/rhn Contact] </strike> (moved)
* Tim Coggins [http://wiki.openmoko.org/wiki/Special:Emailuser/sonicated Contact]
* Michele Mattioni (I'm based in Cambridge too, but if Tom can go to London I can grab the phone in Cambridge) [mailto:mattions@gmail.com]
* Ben F-W (Fulham, London) [http://wiki.openmoko.org/wiki/Special:Emailuser/benfw Contact]
* T. Chan (Cambridge, vaguely knows Weiss) [http://wiki.openmoko.org/wiki/Special:Emailuser/TC Contact]
* Rob Paulson (Derby, but will be visiting London in July) [http://wiki.openmoko.org/wiki/Special:Emailuser/Myfanwy Contact]
* Mario [http://wiki.openmoko.org/wiki/Special:Emailuser/Spirer Contact]
* David Pottage (actually in Reading) [http://wiki.openmoko.org/wiki/Special:Emailuser/chrestomanci Contact]
* James Tait (Derby, but willing to pay postage from London) [http://wiki.openmoko.org/wiki/Special:Emailuser/jayteeuk Contact]
* Achim (Reading, but willing to pay postage or collect from London) [http://wiki.openmoko.org/wiki/Special:Emailuser/JohnDoe666 Contact]
* Sam Kuper (I'm based in Cambridge as well, same situation as Tom and Michele) [mailto:sam.kuper@uclmail.net]

==== West Midlands ====
Status : 3/10

* Mo Abrahams (Walsall) mailto:moabrahams@dashavoo.com
* Jonathan Spooner (Walsall)
* E. Lucretiu (Stafford) [http://wiki.openmoko.org/wiki/Special:Emailuser/lucretiu Contact]
* John Rose (Wolverhampton) mailto:john.aaron.rose@googlemail.com

-------------
Reference

http://lists.openmoko.org/pipermail/community/2008-July/024597.html

http://us.direct.openmoko.com/

http://www.gsmworld.com/roaming/gsminfo/cou_tw.shtml

-------------
080801 status update by mkl23

Check http://us.direct.openmoko.com/ for detailed contents.

phone 399-365 USD ( 365 if we got 10-pack price, but if not exactly 10, I prefer we share the discount.)

Dboard 99 USD

Spares Pack 49 USD

Maybe there will be tax, or other cost that should be shared. so it is not the final figure.

-------------
080730 status update by mkl23

Thanks to the generosity of Harry of openmoko, there will be a group sale in Taiwan for sure.

If we can collect 10 piece, then we could have the 10-pack price. But even if we can't , they would still accept the order.

One that are interested in Taiwan, please send an e-mail to mkl23@hotmail.com, and specify the amount of the phone, debug board(DBoard), and spare packs that you want, along with your name and phone number.

I hope it could be done fast, so the due date will be 8/17. Than I'll send the order to openmoko.

I don't have such group sale experience yet, so mail me if you have any concern or question want to ask.

-------------
Old data
-------------
Status : 3/10

* mkl23 Mac Lin @ShinChu [http://wiki.openmoko.org/wiki/Special:Emailuser/mkl23 Contact]
* 1x ([[Image:MokoBox.jpg]] - phone + board) Siongui [http://wiki.openmoko.org/wiki/Special:Emailuser/Siongui Contact]
* ykstortnilats [http://wiki.openmoko.org/wiki/Special:Emailuser/ykstortnilats Contact]
* 1 for pingooo [http://wiki.openmoko.org/wiki/Special:Emailuser/pingooo Contact]

No response yet
* Cruz [http://wiki.openmoko.org/wiki/Special:Emailuser/cruz Contact]

Would like to wait
* htchien [http://wiki.openmoko.org/wiki/Special:Emailuser/htchien Contact]

--------------

[[Category:Group Sales]]
[[Category:Purchase]]

Hardware:Neo1973:Alternate Cases:Alternate colours/materials

2008-06-12T06:59:13Z

BioGeek: /* Materials */ typo

Identical geometry (material thickness may change slightly to allow for manufacturing process changes) to the one supplied as part of the phone, constructed from alternate materials. This would also allow for custom patterns to be etched/engraved/moulded/printed/embossed onto the case.

==Rendered images==

==3D model==

==Materials==
* Aluminium
** Anodised
** Brushed
* Carbon-fibre/epoxy composite
* Inlaid, precision machine-cut calibrated genuine gemstones
* Rubber-feel polymer
* Solid surface materials (e.g. Corian, Avonite)
* Stainless steel
* Polymer
** Clear
* Wood (see the wooden cases made by [https://www.miniot.com/miniot/iphone.htm Miniot] for the iPhone in oak, cherry, maghony, walnut, ... for inspiration what a wooden Freerunner could look like.)
* Concrete

==Processes==
Anodising 
Carving 
Casting 
Wound composite laminating 
Milling 
Injection-moulding 

==Interest==
Leave your nickname here if you are interested in having one made. This is not an order form, but is intended to gauge interest before effort is expended designing the case. 

{|
!No !! Nick !!
|-
|1. ||[[User:ruskie|ruskie]] - stainless steel case
|-
|2. ||[[User:JoSch|JoSch]] - anodised aluminium
|-
|3. ||[[User:ShakataGaNai|ShakataGaNai]] — Personally brushed alum. But I think engraved would be cool for a corp environment (think company phones).
|-
|4. ||[[User:larstobi|larstobi]] - carbon fibre/kevlar/epoxy
|-
|5. ||[[User:Jackcday|Jackcday]] — Engraved would be very cool, Brushed Alum would be cool and possibly glow i/t dark or heat reactive material would be cool(change colour where you touch it!).
|-
|6. ||[[User:kuyky|kuyky]] - brushed steel/kevlar/wood :D
|-
|7. ||[[User:m0wlwurf|m0wlwurf]] - Polymer Clear
|-
|8. ||[[User:BioGeek|BioGeek]] - wood
|-
|n/a || WOOAAAHH Guys metal is a no-no unless you don't mind that GSM, BT and wifi are shielded by your nice metal case. Even Apples recent metallized laptops have crap wifi perf....
|}

[[Category:Hardware Support]]
[[Category:Neo1973 Hardware]]
[[Category:Neo1973_alternate_cases]]

Group sales

2008-05-10T02:54:58Z

BioGeek: /* Antwerp */

Openmoko have announced a scheme to sell the forthcoming Neo Freerunner at a discount if bought in multiples of 10 (US$369, instead of 399), to be shipped in one package. Group buying will thus save money on the purchase, and on the shipping. This page is to to organise group purchases by region.

Steve from Openmoko announced "Every 10 pack, will come with a box of stuff. 10 pouches and 10 head sets."
So join us within a local group !

<div style='float:right'>__TOC__</div>

== Australia ==
=== Western Australia ===
==== Perth ==== Status: 8/10

* 1x Fred Janon mailto:fjanon@yahoo.com

* 1x Shanon Loughton [http://wiki.openmoko.org/wiki/Special:Emailuser/cgltower contact me here]

* 1x Simon Matthews [http://wiki.openmoko.org/wiki/Special:Emailuser/simat contact me here]

* 1x ([[Image:MokoBox.jpg]] - advanced) Msquared [http://www.msquared.id.au/ contact me here]

* 1x Alex Wilkinson mailto:alex.wilkinson@dsto.defence.gov.au

* 1x Daniel Foote mailto:freefoote@dview.net

* 1x Russell Steicke mailto:russells@adelie.cx

* 1x William Kenworthy mailto:billk@iinet.net.au

=== New South Wales ===
==== Sydney ====

status: 8/10

Please add an "I exist" to end of your name here.

Also, Sydney seems to now have 8 people - perhaps if we do not reach 10 we can join with Melbourne (or Canberra) and get them shipped to Australia, then moved domestically to the other city.

* 1 x dbmoodb ---> [http://wiki.openmoko.org/wiki/Special:Emailuser/Dbmoodb contact me here] I exist.
* 1 x Mark Chandler [http://wiki.openmoko.org/wiki/Special:Emailuser/Openmarko contact me here]
* 1 x bing [http://wiki.openmoko.org/wiki/Special:Emailuser/Bingquick contact me here] I exist.
* 1 x Chris [http://wiki.openmoko.org/wiki/Special:Emailuser/ch0gan contact me here]. I exist.
* 1 x Neil Brown [http://wiki.openmoko.org/wiki/Special:Emailuser/Neilbrown contact me here] I'm wondering why I need to assert that I exist.
* 1 x Rob [http://wiki.openmoko.org/wiki/Special:Emailuser/Rob contact me here]
* 1 x Tim [http://wiki.openmoko.org/wiki/Special:Emailuser/Voyd contact me here] I am almost certain I exist.
* 1 x Scott [http://wiki.openmoko.org/wiki/Special:Emailuser/Cysp wikimail]

=== Victoria ===
==== Melbourne ====
Status: 6/10

* 4x Dennis Wollersheim, mailto: dewoller (at) gmail (dot) com
* 1x Nigel Cunningham, mailto: ncunningham (at) crca (dot) org (dot) au
(I'm actually in Cobden, in the south-west)
* 1x Dale Maggee, mailto: antisol (at) earthling (dot) net

=== ACT ===
==== Canberra ====
Status: 2/10

* J Dinale [http://wiki.openmoko.org/wiki/Special:Emailuser/Noledil Contact me here]
* Fergus [http://wiki.openmoko.org/wiki/Special:Emailuser/Someone Contact me here]

=== Queensland ===
==== Brisbane ====
Status: 4/10 (possibly 20)

* Nick Devereaux x 2 [http://wiki.openmoko.org/wiki/Special:Emailuser/Monkeypanic Contact me here]
* Matt Gallagher [http://wiki.openmoko.org/wiki/Special:Emailuser/mattg Contact me here]
* Jordan Keith [http://wiki.openmoko.org/wiki/Special:Emailuser/Zedd_D1abl0 Contact me here]

=== South Australia ===
==== Adelaide ====
Status: 4/10

* Adrian Billiau [http://wiki.openmoko.org/wiki/Special:Emailuser/Carcin Contact me here]
* John Briggs [http://wiki.openmoko.org/wiki/Special:Emailuser/Erflungued Contact me here]
* Daniel Sobey [http://wiki.openmoko.org/wiki/Special:Emailuser/dns Contact me here]
* Nicholas Steicke [http://wiki.openmoko.org/wiki/Special:Emailuser/narthollis Contact me here]

== Austria ==
There is a group-buy page at MetaLab, available here: http://metalab.at/wiki/OpenMoko .. we almost have the full 10 slots assigned, and its quite possible that we will order *20* phones, so please register on the Metalab pages and let us know if you're interested ..

=== Salzburg ===
Status: 1/10

* D. Kepplinger [http://wiki.openmoko.org/wiki/Special:Emailuser/Wedge Contact me here]
=== Wien ===
Status: 2/10
* M. Greifeneder [http://wiki.openmoko.org/wiki/Special:Emailuser/mikegr Contact me here]
* J. Vaughan (torpor) -- http://metalab.at/wiki/OpenMoko [http://wiki.openmoko.org/wiki/Special:Emailuser/torpor Contact me here]

=== Styria ===
==== Graz ====
Status: 7/10

* F Hackenberger [http://wiki.openmoko.org/wiki/Special:Emailuser/Deadman66 Contact me here]
* J Florineth [http://wiki.openmoko.org/wiki/Special:Emailuser/Flojoh Contact me here]
* G Michelitsch [http://wiki.openmoko.org/wiki/Special:Emailuser/graf_ithaka Contact me here] (I've found others @ TU Graz !)
* R Stoegbuchner [http://wiki.openmoko.org/wiki/Special:Emailuser/stoero Contact me here]
* M Lipp [http://wiki.openmoko.org/wiki/Special:Emailuser/Neldoreth Contact me here]
* M Maier [http://wiki.openmoko.org/wiki/Special:Emailuser/species Contact me here]
* M Konrad [http://wiki.openmoko.org/wiki/Special:Emailuser/konni Contact me here]

== Belgium ==
=== Flanders ===
==== Brussel/Aalst/Gent/Brugge ====
Status 8/10
* Yorick, mailto: yorick DOT matthys AT gmail DOT com
* 2x Dolfje [http://wiki.openmoko.org/wiki/Special:Emailuser/Dolfje Contact me here]
* XVens, mailto: xavier DOT vens AT gmail DOT com
* Arno85, mailto: aaron DOT helin AT gmail DOT com, Kortrijk
* Rubenv, mailto: ruben D0T vandamme MAILAT belgacom D0T net, Kortrijk
* Philoufr, mailto: philoufr AT gmail DOT com
* Js Op de Beeck [http://wiki.openmoko.org/wiki/Special:Emailuser/Js.opdebeeck Contact me here]
ps: Dolfje can bring freerunners to Brugge if needed

==== Antwerp ====
Status 6/10

* michielv [http://wiki.openmoko.org/wiki/Special:Emailuser/Michielv Contact me here]
* Peter N [http://wiki.openmoko.org/wiki/Special:Emailuser/Bubsy Contact me here]
* Ivo [http://wiki.openmoko.org/wiki/Special:Emailuser/Ivo Contact me here]
* Peter Leemans, mailto: peter AT x-tend DOT be
* Richard B [http://wiki.openmoko.org/wiki/Special:Emailuser/richardb Contact me here]
* Jeroen Van Goey [http://wiki.openmoko.org/wiki/Special:Emailuser/BioGeek Contact me here]

=== Wallonia ===
==== Walloon Brabant ====
* Istvan, mailto: buki DOT istvan AT gmail DOT com

== Bulgaria ==
=== Sofia ===
==== Sofia ====
Status : 2/10

* Dimitar Staykov, mailto:meditache@gmail.com
* Vernim, [http://wiki.openmoko.org/wiki/Special:Emailuser/Vernim Contact]

== Canada ==

=== British Columbia ===
Status : 9/10

* Justin (Vancouver): mailto: stryderjzw AT gmail
* Dave (Vancouver) Vancouver Linux users group (unconfirmed but about 7 so far): mailto: doc AT skynet REMOVE dot REMOVE ie
* Steven (Victoria) - If someone in the group will remail the package for me. mailto: skurylo --> gmail dot com

=== Alberta ===
Status : 3/10

* [[User:Wuth|Wuth]] : [mailto:wuth@acm.org]
* [[User:Slm3095om|stacy]] (2 units) : slm3095om AT millions dOt ca

=== Ontario/Quebec ===
==== GTA (Toronto) ====
Status : 9/10

* Gerald A [http://wiki.openmoko.org/wiki/Special:Emailuser/Historybuff Contact me here]
* MattC, mailto: quirkz AT gmail
* Sergey K, openmoko AT deeptown dOt org
* Kristin Low, kristin dot low at gmail dot com (Kingston)
* Daniel Lister, dan.lister-->gmail
* Ronnie Wong: '''3 units''' - r25wong AT ryerson dOT ca
* Paul V [http://wiki.openmoko.org/wiki/Special:Emailuser/Roju Contact me here]
* Matt Manjos, matt (AT) manjos * com

Group 2 Status (Hamilton): 2/10

* Gabriel D - ace AT staticwave DOT ca
* Richard D - rtdegelder --> gmail.com

== Chile ==
=== Santiago ===
Status : 4/10

* [[User:Mankeke]] Ricardo Manríquez C., mailto: ricardo.manriquez "remove this and add AT" gmail "dot" com
* [[User:XKnightmareX]] Gonzalo Pesenti., mailto: mare.knight1 "remove this and add AT" gmail "dot" com
* [[User:Freyes]] Felipe Reyes., mailto: felipereyes "remove this and add AT" gmail "dot" com
* [[User:Zeus]] Jonathan Gonzalez., mailto: zeus "remove this and add AT" gnu "dot" org

== China ==
Status:6/10
*liangfei mailto:bsch1983@gmail.com MSN: bsch1983@hotmail.com 1 freerunner and 1 debug board 
*liwei mailto:4679380@qq.com 1 freerunner and 1 debug board
*Luther mailto:lutherluo@qq.com 2 freerunner and 1 debug board.
*Pccpu mailto:LFZILFZI@YAHOO.COM.CN MSN:LFZI@SINA.COM 1 freerunner
*Gnosy mailto:gnosyhh@gmail.com 1 freerunner and 1 debug board.
*Bin Zong mailto:hunter_00zb@hotmail.com 1 Freerunner

== Denmark ==
If we do not reach a total large enough, Denmark **is** a very small place - surely we could figure out a way of getting them to find their way 'round the country :)

=== Jutland ===
==== Aalborg ====
Status: 3/10

Should anyone need it, transportation from Aalborg to Thisted for phones can be arranged, if you don't want to pick it up in Aalborg yourself :) ~~leinir

* Dan Leinir Turthra Jensen mailto:admin@leinir.dk [[User:Leinir]]
* Fabian Olesen mailto:firewalkerx@gmail.com
* Helge Willum Larsen mailto:helge.at.helges.dk

==== Skjern ====
Status: 1/10

* [[User:Carlo]]

==== Sønderborg ====
Status: 1/10

* Theis Hjorth [http://wiki.openmoko.org/wiki/Special:Emailuser/Theis.hjorth contact me here] (1 phone + 1 devkit) 

=== Fyn ===
Status: 4/10

* [[User:EsbenDamgaard]] (need 3 (Looney & Gert))
* [[User:apm]]

=== Sjælland ===
==== Copenhagen ====
Status: 25/10

* [[User:Fursund]]
* [[User:Rasmusjensen]]
* [[User:tabac]] Thomas Ammitzbøll-Bach
* [[User:chel | Christian E. Lysel ]]
* [[User:UlrikRasmussen | Ulrik Rasmussen]]
* [[User:KlaymenDK | Jan Gundtofte-Bruun]] (Pending final hw, eg. low-power LEDs)
* [[User:OleTange | Ole Tange]] (I need 14 with invoice)
* [[User:Pascal | Pascal d'Hermilly]] (I need 1 with invoice)
* [[User:Miwer]] Michael Andersen
* [[User:maha | Martin Hansen]] (3 with invoice)
* [[User:SvenneK | Svenne Krap ]] (1+devkit with invoice)
* [[User:bss | Bo Stendal Sørensen]] (1)

== Finland ==
=== Uusimaa ===
==== Helsinki I (Full)====
Status : 10/10

* Mikko Rauhala x2 [mailto:mjr@iki.fi mjr@iki.fi]
* Aleksi Hankalahti [mailto:aleksi.hankalahti@iki.fi aleksi.hankalahti@iki.fi]
* Seppo Hätönen [mailto:karrde@iki.fi karrde@iki.fi]
* Arttu Sund [mailto:thearttu@gmail.com thearttu@gmail.com]
* Ville-Pekka Vainio vpivaini AT cs.helsinki.fi
* Heikki Hallamaa [mailto:heikki.hallamaa@iki.fi heikki.hallamaa@iki.fi]
* Tomi Jylhä-Ollila tomi.jylha-ollila@helsinki.fi
* Richard Braakman
* Timo Jyrinki [mailto:timo.jyrinki@iki.fi timo.jyrinki@iki.fi]

==== Helsinki II, Turku & Vaasa (Full)====

Status : 10/10

'''[[User:Piksi|Check & comment on my userpage for discussing payment & mail options]]'''

Helsinki:

* [[User:Piksi]] openmoko ÄT pi-xi PISTE net
* Risto H. Kurppa risto AT kurppa DOT fi
* Aapo Rantalainen aapo DOT rantalainen AT gmail DOT com
* Matti Laakso matti DOT laakso AT kotiposti DOT net
* Ismo Haanaho ismo DOT haanaho AT gmail DOT com

Turku:

* 2x Teemu Välimäki, [mailto:teemu.valimaki@iki.fi teemu.valimaki@iki.fi]
* Jaakko Lehtinen, jaakko dot lehtinen at gmail dot com
* Janne Junnila, janne dot junnila at gmail dot com

Vaasa:

* Mikko Niemikorpi, mikefulli ÄT gmail PISTE com

== France ==
=== Bretagne ===
==== Brest ====
Status : 1/10

* StevenLeRoux [mailto:steven@pourri.fr steven@pourri.fr] Jabber_Id:Steven@jabber.fr
* Acheteur potentiel #2

==== Rennes ====
Status : 2/10

* Cédric DUFOUIL (openmoko at tsleg point com)
* Yves MAHE (ymahe at zindep dot com)

=== Pays de la Loire ===
==== La Roche sur Yon ====
Status : 1/10

* [http://wiki.openmoko.org/wiki/Special:Emailuser/Vtouchar Vincent Touchard] (I may soon move to Bretagne/Brest)

==== Nantes ====

* [[User:Yoann|Yoann ARNAUD]]. OK for a ship in Rennes if needed. [http://wiki.openmoko.org/wiki/Special:Emailuser/Yoann Contact me here]

=== Ile de france ===
==== Paris ====
Status : 11/10

* StevenLeRoux
* [[User:Phyce|Phyce]]
* Yann SLADEK ([http://wiki.openmoko.org/wiki/Special:Emailuser/Maveryck Contact me here])
* [[User:Wilk|Wilk]] [http://wiki.openmoko.org/wiki/Special:Emailuser/Wilk Contact me here]
* Jonathan Magano ([http://wiki.openmoko.org/wiki/Special:Emailuser/JonathanMM Contact me here])
* Benjamin Renard (bn8[AT]zionetrix.net)
* [[User:OlivierBerger|OlivierBerger]]
* [[User:BartGS|BartGS]] [http://wiki.openmoko.org/wiki/Special:Emailuser/BartGS Contact me here]
* [[User:rcoscali|Rémi Cohen-Scali]]
* [[User:Valos|Valéry Febvre]]
* [[User:Manou|Emmanuel Raviart]]

You may also see :
http://bearstech.com/openmoko/register

=== Lorraine ===
==== Nancy ====
Status : 1/10

* [[User:mosan|Nicolas Salles]]

=== Rhône-Alpes ===
==== Lyon ====
Status : 2/10

* [http://wiki.openmoko.org/wiki/Special:Emailuser/patou Vincent MEURISSE]
* [http://wiki.openmoko.org/wiki/Special:Emailuser/pini Gilles FILIPPINI]

==== Grenoble ====
Status : 2/10

* [http://wiki.openmoko.org/wiki/Special:Emailuser/pbollard Philippe BOLLARD]
* [http://wiki.openmoko.org/wiki/Special:Emailuser/aurelien Aurelien]

=== Alpes de Haute Provence ===
==== Manosque ====
Status : 1/10

* [http://wiki.openmoko.org/wiki/Special:Emailuser/cfdev Cyril]

=== Provence Alpes Cote d'Azur ===
==== Sophia Antipolis ====
Status : 1/10

* [http://wiki.openmoko.org/wiki/Special:Emailuser/nico.inc Nicolas HUOT]

== Germany ==
=== Sachsen-Anhalt ===
==== Stendal (evtl. Magdeburg) ====
Status 1/10

* Fabian Off [http://wiki.openmoko.org/wiki/Special:Emailuser/Fabian2de Contact me here]

=== Hamburg ===
==== Hamburg ====
Status 9-10

* Jan 4-5[http://wiki.openmoko.org/wiki/Special:Emailuser/Jan07 Contact me here]
* Varacanero [http://wiki.openmoko.org/wiki/Special:Emailuser/varacanero Contact me here]
* Ole 3-5 pcs [http://wiki.openmoko.org/wiki/Special:Emailuser/Olemoko Contact me here]
* Arne [http://wiki.openmoko.org/wiki/Special:Emailuser/GuraX Contact me here]

=== Niedersachsen===
==== Hannover====
Status 1

* Dattel83 [http://wiki.openmoko.org/wiki/Special:Emailuser/Dattel83 Contact me here]

=== Hessen ===
==== Frankfurt ====
Status 1-10

* Blacky [http://wiki.openmoko.org/wiki/Special:Emailuser/Blacky Contact me here]

=== Sachsen ===
==== Chemnitz ====
Status 2/10

* Tobias [http://wiki.openmoko.org/wiki/Special:Emailuser/Tobydox Contact me here]
* Michael [http://wiki.openmoko.org/wiki/Special:Emailuser/her Contact me here]
==== Dresden ====
Status 1/10

* Martin [http://wiki.openmoko.org/wiki/Special:Emailuser/nodge Contact me here]

=== Thueringen ===
==== Weimar ====
Status 1/10

* [[User:Fries43]]

==== Ilmenau ====
Status 1/10

* [[User:KimKiesel]]

=== NRW ===
==== Bielefeld ====
Status 4/10

* David, infos on my [[User:Raven|user page]], or you can [[Special:Emailuser/Raven|contact me here]]
* Sebastian, infos on my [[User:Seppi|user page]], or you can [[Special:Emailuser/Seppi|contact me here]]
* Dackel, infos on my [[User:Killerdackel|user page]], or you can [[Special:Emailuser/Killerdackel|contact me here]]
* Conny
* Arndt, infos on my [[User:Arndot|user page]], or you can [[Special:Emailuser/Arndot|contact me here]]

==== Aachen ====
Status 3/10
* Henrik, infos on my [[User:Henrikz|user page]], or you can [[Special:Emailuser/Henrikz|contact me here]]
* David, infos on my [[User:TechnoFan|user page]], or you can [[Special:Emailuser/TechnoFan|contact me here]]
* Stephan, infos on my [[User:chaq|user page]], or you can [[Special:Emailuser/chaq|contact me here]]

==== Düsseldorf ====
* mac2k, infos on my [[User:mac2k|user page]], or you can [[Special:Emailuser/mac2k|contact me here]]

=== Baden-Württemberg ===
==== Karlsruhe ====

Status 17/10

* 2 for André (one for me and one for a friend).[[Special:Emailuser/Spacemarine|Contact]] me if you haven't received an email from me or if you joined this group after the 07.05.08
* [[Special:Emailuser/Dr.Nop|Dr.Nop]]
* [[Special:Emailuser/JensB|JensB]]
* [[Special:Emailuser/Tedo|Tedo]]
* [[Special:Emailuser/ZaPPaS|ZaPPaS]] 7 devices at least, maybe we start a new group in Leonberg

* [[Special:Emailuser/Gromgull|Gromgull]] (in Kaiserslautern, but Karlsruhe is close enough, and I doubt that I'll find 10 people here.
* [[Special:Emailuser/Ebi|Ebi]]
* [[Special:Emailuser/RIdd3r|Fabian]]
* [[Special:Emailuser/Agon|Agon]] in Stuttgart, but Karlsruhe is close enough
* [[Special:Emailuser/Gollum|Gollum]] in Mannheim, ditto :) Maybe local postal service is an option?
Are there any news on how we're going to manage the order?

=== Bayern ===
==== München ====

Status 5/10

* [[Special:Emailuser/Eriks|Eriks]]
* --[[User:Imitation|Imitation]] 21:42, 30 April 2008 (CEST)
* [[Special:Emailuser/meyerm|meyerm]] 16:25 CEST, 01. Mai 2008
* [[Special:Emailuser/Koebi|koebi]] 05. Mai 2008
* [[Special:Emailuser/wof|wof]] 07. Mai 2008

=== Berlin===
==== Berlin ====

for berlin-talk: http://de.groups.yahoo.com/group/openmoko-berlin/

* Conrad [http://wiki.openmoko.org/wiki/User:Caribu Contact me here]

Status 11/20
* Stephan [http://wiki.openmoko.org/wiki/User:Fischel Contact me here]
* Robert [http://wiki.openmoko.org/wiki/User:Thebohemian Contact me here]
* Nico [http://wiki.openmoko.org/wiki/User:Nico Contact me here]
* Torsten [http://wiki.openmoko.org/wiki/User:Torsten_Grote Contact me here]
* Bastian [[User:Fries43]]
* Sven-Ola [http://wiki.openmoko.org/wiki/User:Sven-ola Contact]
* Arne [http://wiki.openmoko.org/wiki/User:arnepp Contact me here]
* MM [http://wiki.openmoko.org/wiki/User:MM Contact]
* Keks [http://wiki.openmoko.org/wiki/User:Keksdosenmann Contact]
* Matthias [http://wiki.openmoko.org/wiki/User:mk Contact]
* Norbert [http://wiki.openmoko.org/wiki/User:Noha Contact]

== Hungary ==
discussion here: http://hup.hu/node/54588

=== Budapest ===
Status 17/10

# Ferenc 'Lion' Veres [http://wiki.openmoko.org/wiki/Special:Emailuser/kempelen Contact]
# Laszlo 'rka' Szabo [http://wiki.openmoko.org/wiki/Special:Emailuser/rka Contact]
# tg [http://wiki.openmoko.org/wiki/Special:Emailuser/tg?wpSubject=OpenMoko%20GroupSales Contact]
# LiRul - lirul [KUKAC] hixsplit [PONT] hu
# Nyosigomboc - nyos [KUKAC] nyos [PONT] homelinux [PONT] net
# hunludvig - hunludvig [KUKAC] gmail [PONT] com
# [http://wiki.openmoko.org/wiki/Special:Emailuser/asdmin?wpSubject=OpenMoko%20GroupSales Dániel 'asd' Vásárhelyi]
#* i offer to handle ordering and dispatching the unit if no one has applied for it already
# asch, asch [KUKAC] freemail [PONT] hu
# btamas, [http://wiki.openmoko.org/wiki/Special:Emailuser/btamas Contact]
# ka87, andras [kukac] csevego [pont] net
# pcm, pcm [kukac] freemail [pont] hu
# gpiros, geza [PONT] piros [KUKAC] gmail [PONT] com
# appa, appa00 [kukac] gmail [pont] com
# pierre286, [http://wiki.openmoko.org/wiki/Special:Emailuser/pierre286 Contact]
# Hélei Zoltán, heleiz [kukac] gmail
# Fenwick, [http://wiki.openmoko.org/wiki/Special:Emailuser/fenwick Contact]
# Radics Áron, raron @ vipmail . hu

=== Kecskemét ===
Dániel Vásárhelyi handles transportation to Kecskemét, therefore it is not necessary to collect 10 all pieces here.

== India ==
=== Delhi/NCR ===
Status 1/10

* Goldwyn Rodrigues [http://wiki.openmoko.org/wiki/Special:Emailuser/goldwynr Contact]

== Italy ==
If we don't reach the 10 phones limit in each city, maybe we could place an order in the "most requested city", and from shipping to other buyers. We'll have anyway a good discount although the "double-shipping". ([http://thread.gmane.org/gmane.comp.handhelds.openmoko.community/10937/focus=10981 Read here for reference]).

=== Toscana ===
==== Firenze (e dintorni) ====
Status 8/10

* [[User:Treviño|Marco Trevisan (Treviño)]] - [http://blog.3v1n0.net/contatti-trevino/ Contacts here]
* [[User:Niccolo|Niccolo Rigacci]] - ''niccolo [AT] rigacci.org''
* [[User:pcav|Paolo Cavallini]] - ''cavallini [AT] faunalia.it''
* [[User:BiggMatt|Mattia Gentile]] - ''biggmatt@hotmail.it''
* Elisa ''[mailto:lab@kkk.it lab@kkk.it]'' (Empoli)
* [[User:Sugacapra|Sugacapra]] - alessio.chemeri [AT] gmailPUNTOcom
* [[User:tom_morello|Carlo Ascani (Morello)]] - ''carlo.ratm [AT] gmail.com''
* [[User:marrano|Stefano Burchietti (Marrano)]] - ''stefano [AT] nontelodiromai.it''

=== Lombardia ===

==== Milano e dintorni ====
Status 17/10

[[GroupSales_Milano_e_dintorni|Organizzazione preliminare (pagamento, punto di ricezione, etc)]]

* Marcello Gorla
* Maxxer [mailto:maxxer@yetopen.it maxxer@yetopen.it] (Lecco)
* Pietro Montorfano [mailto:monto84@gmail.com monto84@gmail.com] (from como)
* Gianluigi Belli - [http://wiki.openmoko.org/wiki/Special:Emailuser/Pulciux Contacts here] (Milano)
* Michele Castellano - [http://wiki.openmoko.org/wiki/Special:Emailuser/mubumba Contacts here] (Milano)
* Maurizio Lipreri - [http://wiki.openmoko.org/wiki/Special:Emailuser/Maldido Contacts here]( Como )
* Guido Conaldi - [http://wiki.openmoko.org/wiki/Special:Emailuser/skepz Contacts here] (Varese)
* [[User:Furester|Igor Scabini (furester)]] -[http://wiki.openmoko.org/wiki/Special:Emailuser/Furester Contacts here] (Milano)
* Dario Panico [http://wiki.openmoko.org/wiki/Special:Emailuser/Dareus Contacts here] (Busto Arsizio, VA)
* Marco Zanzotera (Milano città) - qualcuno sa indicarmi i metodi di pagamento per favore?
* Francesco Ricci (Milano, Dipartimento di Scienze dell'Informazione, via Comelico 39/41) - possibile punto di ricezione/distribuzione - [http://wiki.openmoko.org/wiki/Special:Emailuser/Alfa21 Contacts here]
* Danilo Sia (Birdack) [http://wiki.openmoko.org/wiki/Special:Emailuser/Birdack Contacts here] (Milano città)
* Federico Belvisi - [http://wiki.openmoko.org/wiki/Special:Emailuser/Armalite Contacts here] (Legnano, MI/Varese)
* Francesco Leserri - [http://wiki.openmoko.org/wiki/Special:Emailuser/Francy Contacts here] (Vimercate, MI)
* [[User:Cga|Callea Gaetano Andrea]] (Milano zona Forlanini) [http://wiki.openmoko.org/wiki/Special:Emailuser/Cga Contacts here]
* Pietro Isotti - [mailto:isottipietro@gmail.com isottipietro@gmail.com]
* Baz - [mailto:buzzi.paolo@gmail.com buzzi.paolo@gmail.com]

=== Piemonte ===
==== Torino (and province) ====
Status 6/10

* Claudio Carnino (jollyr0g3r AT gmail DOT com)
* Alessandro Degano (a.degano AT gmail DOT com)
* Enrico Pigozzi (videokill71 AT gmail DOT com)
* Max Ciavarella - [http://wiki.openmoko.org/wiki/Special:Emailuser/Cicchetebom Contacts here]
* Giuseppe Barbieri (elect86 at gmail dot com)
* Riccardo Issoglio (riccardo.issoglio AT polito DOT it)
# Volendo possiamo aggiungerci al gruppo di Milano
prendendo così 2 pacchi da 10 risparmiando ulteriormente sulla spedizione e
senza aspettare per raggiungere il numero 10, perchè io potrei andare volentieri
a prenderli col treno a Milano, tornare e distribuirli a Torino, fatemi sapere ;)
Giuseppe

=== Trentino-Alto Adige ===
==== Trento (Padova too :)) ====
Status 2/10

* Andrea Debortoli (debortoland AT gmail DOT com)
* Gianni Costanzi (gianni.costanzi AT gmail DOT com)

=== Friuli Venezia Giulia ===
==== Trieste ====
Status: 1/10

* dorje [mailto:dorje@libero.it dorje@libero.it] - [[User:dorje|dorje]]

=== Veneto ===
Status: 10/10

==== Verona ====

* Persegat [mailto:persegat@alice.it persegat@alice.it] - [[User:Pecce|Pecce]]
* Sylar91 [mailto:sylar1991@gmail.com sylar1991@gmail.com] - [[User:Sylar91|Sylar91]]
* Marco Franceschetti - [http://wiki.openmoko.org/wiki/Special:Emailuser/vonfritz Contacts here]
* AleksFalcone [mailto:aleks.falcone@gmail.com aleks.falcone@gmail.com] - [[User:AleksFalcone|AleksFalcone]]

==== Vicenza ====

* Matteo [mailto:matteo@member.fsf.org matteo@member.fsf.org] - [[User:Tchernobog|Tchernobog]] Also Padova is okay.

* Michele [mailto:michele@cooperativabiosphaera.it michele(at)cooperativabiosphaera.it] - Also Padova is okay.

* Paolo [mailto:paolo.sartore@gmail.com paolo.sartore(at)gmail.com] Also Padova is okay.

* Renato[mailto:wasgiventofly@gmail.com wasgiventofly(at)gmail.com] 

==== Venezia ====

* Tommaso [mailto:tommaso.gardumi@gmail.com tommaso.gardumi@gmail.com] - [[User:Tobarello|Tobarello]] Also Padova, Vicenza & Trento are ok.

==== Treviso ====

* Dario [mailto:aliasbrain@gmail.com aliasbrain(at)gmail.com] - [[User:Rastafan|Rastafan]] one, maybe two.

* Pedro [mailto:paguilar@junkerhq.net paguilar(at)junkerhq.net] - [[User:Paguilar|Paguilar]] Also Padova and Vicenza are ok.

=== Emilia Romagna ===
==== Parma ====
Status : 3/10

* [[User:Delian|Marco Albanese]] [mailto:delian2@gmail.com delian2@gmail.com] For Me, it's ok for the decentralized shipment ( Milano for example :) ).

* [[User:Jordano|Marco Grassi]] marco.gra AT Gmail Dot com Also for me it's ok the decentralized shipping.

* [[User:Hachreak|Leonardo Rossi]] ssj3gokou AT libero Dot it Also for me it's ok the decentralized shipping.

=== Puglia ===
==== Lecce ====
Status : 2/10

* [[User:Morpheus90|Morpheus90]] [mailto:ugopiemontese@rudiaelinux.com ugopiemontese@rudiaelinux.com]
* [[User:Italyanker|italyanker]] [mailto:italyanker@gmail.com italyanker@gmail.com]

==== Bari ====
Status : 2/10

* [[User:Fradeve11|Fradeve11]] [mailto:fradeve@ubuntu-it.org fradeve@ubuntu-it.org]

=== Abruzzo ===
==== Pescara ====
Status: 1/10

* ZarZ [mailto:zarz25@gmail.com zarz25@gmail.com]

=== Campania ===
==== Caserta (and province) ====
Status 1/10

* fenoxxx [mailto:fenoxxx@gmail.com] - Aversa

=== Lazio ===
==== Roma ====
Status 8/10

* Hire X 2 [mailto:hiretto@gmail.com hiretto@gmail.com] (Roma)
* Darkbasic X 1 [mailto:darkbasic4(at)gmail darkbasic4(at)gmail] (Ancona)
* zione X 1 [mailto:alessio.filipponio@gmail.com alessio.filipponio@gmail.com](Roma)
* AntoMan X 2 [mailto:obe_65@yahoo.it AntoMan](Roma)
* Christian X 1(Gino46) [mailto:christian.marzola@alice.it] (ferrara) Qualcuno me lo dovrebbe spedire. || Ci pensa Hire a spedirli a chi non è di Roma, mettete semplicemente in conto 8/9 euro in più per la spedizione.
* Tempix X 1 [mailto:tempix11@gmail.com tempix11@gmail.com] (Ancona)

=== Liguria ===
==== Genova ====
Status 8/10

* Luca Maranzano X 1 (liuk AT linux DOT it) [[User:liuk|liuk]]
* Francesco Frassinelli X 1 (frafra AT autistici DOT org) [[User:Frafra|Frafra]]
* Lorenzo Fornara X 1 (fw1987 AT hotmail DOT it)
* Stefano Cutelle' X 1 (staff@ascservices.it) [[User:ascservices|ascservices]]
* Luca Arrigo X 1 (morph84@gmail.com) [[User:morph|morph]]
* Andrea De Gaetano X 1 (dega1999 AT gmail DOT com) [[User:Dega1999|Dega1999]]
* Salvo Schiavone X 1 (salvoschiavone AT gmail DOT com [[User:Salvador|Salvador]]
* Daniele Delmonte X1 (ryogazero chiocciola yahoo punto it)

=== Sicilia ===
==== Palermo ====
Status 6/10

* Giorgio Marciano' X 1 [mailto:giorgio.marciano@email.it giorgio.marciano@email.it]
* Michele Puccio X 1 [mailto:narkos@iol.it michele]
* Roberto Calandra X 1 [mailto:isokazi@yahoo.it roberto]
* Vincenzo Moreno Luna X 3 [mailto:ciop85plus@hotmail.com vincenzo]

==== Messina ====
Status 4/10

* Melug X 4 [mailto:melug@messinalug.org MeLug]

=== Calabria ===
==== Catanzaro ====
Status 1/10

* Carlo Mangani X 1 [mailto:carlo.mangani@gmail.com carlo.mangani@gmail.com] - Lamezia Terme

== Macedonia ==
=== Skopje ===
* Kristijan Krsteski 1/10 [[User:neutrino]] [mailto:kristijan.krsteski@gmail.com]
===Status ===
1/10

== México ==
=== Ciudad de México ===
* Kozapatista [[Special:Emailuser/User:kozapatista|Contact]]
===Status ===
1/10

== [http://wiki.openmoko.org/wiki/Talk:GroupSales#The_Netherlands The Netherlands] ==
(Discuss this group sale on the [http://wiki.openmoko.org/wiki/Talk:GroupSales#The_Netherlands talk page])

* Marijn Kruisselbrink 1 [[Special:Emailuser/User:mkruisselbrink|Contact]]
* Andy Powell 1/10 [[Special:Emailuser/User:ScaredyCat|Contact]]
* Arjan Veenstra 1/10 [[User:AVee]] [[Special:Emailuser/User:AVee|Contact]]

=== Gelderland ===

==== Nijkerk ====
* [[User:Nicolas|Nico Veenkamp]] (Nijkerk 1x) [[Special:Emailuser/User:Nicolas|Contact]]

==== Nijmegen ====
* [[User:A.dre|André Disselhorst]] (Nijmegen 1x) [[Special:Emailuser/User:A.dre|Contact]]

=== Limburg ===

==== Griendtsveen ====
* [[User:KenSentMe|Jeroen van de Nieuwenhof]] (Griendtsveen 1x) [[Special:Emailuser/User:KenSentMe|Contact]]

=== Noord-Brabant ===

==== Bergen op Zoom ====
* [[User:Madjo|Marcel de Jong]] 1/10 [[Special:Emailuser/User:Madjo|Contact]]

==== Eindhoven ====
* Christ van Willegen 1 [[User:ChristW]]

=== Noord Holland ===

==== Amsterdam ====
* Michel van Horssen 1/10 [[Special:Emailuser/User:mivaho|Contact]]
* Frank Richter 1 [[Special:Emailuser/User:res|Contact]]
* Eric Smith 1/10 [[User:Eric Smith]]
==== Beverwijk ====
* Theo Martens 1x [[Special:Emailuser/User:T_M|Contact]]

==== Bussum ====
* Remco van Zuijlen 1x [[Special:Emailuser/User:Remco|Contact]]

=== Overijssel ===

==== Deventer ====
* Jan de Haan 1/10 [[User:Jan de Haan]] [[Special:Emailuser/User:Jan de Haan|Contact]]

==== Enschede ====
* Peter Hageman 1x [[Special:Emailuser/User:PingPong|Contact]]

==== Hengelo ====
* Sander Hoentjen 1/10 [[Special:Emailuser/User:Tjikkun|Contact]]

==== Zwolle ====
* Boudewijn 1/10 [[User:Boudewijn|empty user page]] [[Special:Emailuser/User:Boudewijn|Contact]]; possibly got a second person interested

=== Zuid-Holland ===

==== Rijswijk ====
* Fernando Martins 1x [[User:fmartins]] [[Special:Emailuser/User:fmartins|Contact]]

=== Utrecht ===

==== Utrecht ====
* Eric Spierings 1/10 [[Special:Emailuser/User:ericsp|Contact]]
* Peter van de Werken 2/10 [[Special:Emailuser/User:PWerken|Contact]]
* Kenny van Wanrooij 1/10 [[Special:Emailuser/User:kenneth|Contact]]

=== Status ===
22/30

== New Zealand ==
As Telecom are using the 850MHz network for their GSM network, and Vodafone/northelia (possibly aka orcon) are using 900/1800MHz, please state which version you want. This may need more research, I'm not 100%; see [http://www.gsmworld.com/roaming/gsminfo/cou_nz.shtml] for more info 
According to jeremy list, telecom will not be rolling out GSM for four years, so the point becomes moot - no-one is likely to get an 850 gsm phone now and wait that long 

Based on info from steve (openmoko marketing) concerning weight and size, shipping via UPS will be about US$185 (NZ$23 each phone) to Auckland. 
UPS are far from the cheapest, but (again according to steve), OM have a contract with them, so this is what we are stuck with 

Someone on the community list suggested using [http://www.myus.com], a shipping company that will re-post items overseas at decent rates. They claim US$66 for a 3kg package, or NZ$8 per phone. Of course, the cost of shipping the phone from OM to the shipping company has to be added in as well.

As of 2008-05-08, US$369 is worth NZ$477

import duty on mobile phones is 0%[http://www.customs.govt.nz/importers/Private+Importers/Customs+Charges.htm], and GST is 12.5% so the GST added to each phone will be NZ$63; 12.5% * {477 + 23), cos we pay GST on postage too...

So, the total cost of a Freerunner as part of a 10 pack, will be: 
477 + 23 + 63 
= '''NZ$563''' 

+ any possible charges to get it posted elsewhere in New Zealand

=== Auckland ===
==== [[Auckland group sales|Auckland]] ====
Status:10/10
*Rob Paulson [[User:Myfanwy]] [mailto:robin.paulson@gmail.com] 900MHz
**i'm quite happy to organise the purchase, if no-one has any objections. to ease any worries about me running off with the money, we could use an escrow service such as [http://safetrader.co.nz], or paypal. or does anyone have any other ideas?
*Simon Wells [[User:Swel024]]
*Jeremy List [[User:Jeremy-list]] mailto:quick.dudley@gmail.com (Wellington, not Auckland, will pay for courier) 900MHz
*David Murrell [[User:Viddy]] - [mailto:dmurrell@waikato.ac.nz] I'm in Hamilton, either courier, or I'll drive up :) 900MHz
*Jeremy Gray [[User:Bogdan237]] [mailto:jgra163@ec.auckland.ac.nz] Auckland, 900MHz
*Glen Ogilvie [[User:Nelg]] [mailto:nelg@linuxsolutions.co.nz] Auckland, 900MHz
*Xuân Baldauf [[User:xbaldauf]] [mailto:xuan--2008.05--GroupSales--wiki.openmoko.org@baldauf.org] Auckland CBD, 900MHz+1800MHz GSM. This is conditional: the transaction must complete by 2008-06-30, else I cannot participate, because I'm leaving the country afterwards.
*Paul Roe [[User:Par08]] [http://wiki.openmoko.org/wiki/Special:Emailuser/Par08 contact me here] Christchurch, 2 x 900MHz
*Dave Lane [[User:dangerpossum]] [http://wiki.openmoko.org/wiki/Special:Emailuser/dangerpossum contact] Christchurch, 1 x 900MHz + 1800MHz GSM

== Norway ==
=== Nordland ===
==== Bodø ====
Status 2/10

* [[User:AlecTBM|Alexander Frøyseth]] [mailto:alexander.froyseth@gmail.com alexander.froyseth@gmail.com]
* Ole Marius
* Stian Vading
* [[User:Kolbjorn.Dahle|Kolbjorn Dahle]][mailto:kolbjorn@dahlenett.org]

=== Sør-Trøndelag ===
==== Trondheim ====
Status 12/20

*[[User:andy000|Andreas Kalvå]] [mailto:andy@samfundet.no andy@samfundet.no]
Send mail om du er interessert.

=== Østlandet ===
==== Oslo, Akershus, Buskerud, Vestfold ====
Status 20/20(30?)

* [[User:Ixian|Heikki Sørum]] [mailto:heikkis@matnat.uio.no] Interessert? mail meg.
* [[User:Bobkare|Knut Arne Bjørndal]] [mailto:bob@cakebox.net]
* [[User:Arildh|Arild Hellstrøm]] [mailto:arild.hellstrom@getmail.no]

== Poland ==

* Special group buy site: https://www.kumulator.pl/show/group/35 (in edition moment: 9/10)

=== Podlaskie ===
==== Suwalki ====
Status 1/10
* arteqw [http://wiki.openmoko.org/wiki/Special:Emailuser/Arteqw contact with me]

== Portugal ==
=== Aveiro ===
==== Aveiro ====
Status : 2/10

* [[User:Ruben|Ruben Mendes]]
* [[User:kuyky|Tiago Saraiva]] [mailto:destructhor88@gmail.pt]

== Sweden ==
If insufficient number of people, orders could be merged and remailed perhaps.

Domestic remailing with Posten as A-class mail of a letter (criteria: length+width+height max 900 mm) weighing max 1 kg, without insurance should [http://www.posten.se/foretag/vara_tjanster/postageguide/postguideLetterDom.jspv cost 44 SEK]. 50 SEK more for insurance.

If we end up with more than one 10-pack in Sweden, my guess is that it would probably pay to order everything in one shipment to one address in Sweden to save on the international shipping, and then remail domestically.

=== Götaland ===
==== Göteborg ====

* [[User:Fwendt|Fredrik Wendt]] [[Special:Emailuser/Fwendt|Contact]]/wendt.se

==== Malmö ====
Status : 1/10

* Lars Jarlvik mailto:lars@larsfactory.se

=== Svealand ===
==== Stockholm ====
Status : 6/10

* Erland Lewin mailto:erland@lewin.nu
* Simon Kågström mailto:simon.kagstrom@gmail.com
* Ingvaldur Sigurjonsson mailto:ingi@ultimalabor.se
* Adam Johansson mailto:adam@sollentunaholm.se
* Lowe Schmidt mailto:lowe.schmidt@gmail.com
* Ollie Cleary mailto:olliecleary AT gmail DOT com

==== Örebro ====
Status : 1/10

* Anders Petersson [mailto:demitar@worldforge.org demitar@worldforge.org]

==== Västerås ====
Status : 1/10
* Jörgen Lidholm, could join the Falun/Borlänge or Stockholm group [mailto:jorgen.lidholm@gmail.com]

==== Falun & Borlänge ====
Status : 4/10

* [http://wiki.openstreetmap.org/index.php/User:Jth Johan Thelmén], Åke Hoff & a demo/backup
* [http://wiki.openstreetmap.org/index.php/User:eagle87 Pär Eriksson], Borlänge

=== Norrland ===
==== Umeå ====
Status : 2/10

* [[User:Zash|Zash]] [[Special:Emailuser/Zash|Contact]]
* [[User:Benjamin|Benjamin]] [[Special:Emailuser/Benjamin|Contact]]

==== Luleå ====
Status : 2/10

* [[User:Mjukis|Mjukis]] [[Special:Emailuser/Mjukis|Contact]] - 2 Units. Can also join the Malmö group order.

== Switzerland ==
Gabriel Ambuehl would volunteer to order the initial 10pack.
Alexandre Ghisoli could organize the second 10pack.
Luca Capello could organize the third 10pack (mostly for French Switzerland).
Mathieu will probably organisze the 4th 10pack. (Lausanne)
All the 4 with payment in advance (a 10pack will cost approx 3'800 USD).

Probably we will organize shipping, if we cannot all move to Zürich/Genève to get our Neo.

==== Shipping ====
If we would ship Neos, here is the Swiss PostPac prices :

{| border="1" cellspacing="0" cellpadding="2"
! Description
! Size [cm]
! Price CHF TTC
|-
| Size 1
| 22.9 x 14.7 x 9.9
| 2.20
|-
| Size 2
| 31.5 x 22.5 x 12.5
| 2.40
|-
| Shipping Priority
| up to 2Kg
| 8.-
|-
| Shipping Economy
| up to 2Kg
| 6.-
|}

 

Steve posted informations about boxes that will be out with Neo :

* 10 pack : 435mm x 371mm x 119mm, approx 3kg, UPS will charge 160USD (need to be verified)
* Individual pack : 178mm x 104mm x 84mm, 237 grams

So size 1 will fit ! Local delivery in Switzerland will cost 8.20 for Economy or 10.20 Priority.

==== Zurich ====
Status : 21/20

This list already contains 20 people, please consider joining the Genève list if places are still available -- LucaCapello

* Simon Wenner [http://wiki.openmoko.org/wiki/Special:Emailuser/Nowic Contact]
* Simon Schreiber [http://wiki.openmoko.org/wiki/Special:Emailuser/Magbeat Contact]
* Markus Huggler [http://wiki.openmoko.org/wiki/Special:Emailuser/Magbeat Contact]
* Andre Timmermann [http://wiki.openmoko.org/wiki/Special:Emailuser/darktim Contact]
* Raffael Schmid [http://wiki.openmoko.org/wiki/Special:Emailuser/darktim Contact]
* Pascal Weller [http://wiki.openmoko.org/wiki/Special:Emailuser/darktim Contact]
* Nick Zbinden (Luzern) [mailto:nickik@gmx.ch] oder [http://wiki.openmoko.org/wiki/Special:Emailuser/nickik Contact]
* Marcel Wirth [http://wiki.openmoko.org/wiki/Special:Emailuser/Skarhand Contact]
* Marcel Lütolf (Luzern) [http://wiki.openmoko.org/wiki/Special:Emailuser/NeRo Contact]
* Christian Corrodi [http://wiki.openmoko.org/wiki/Special:Emailuser/Matto Contact]
* Mirko Klingauf [http://wiki.openmoko.org/wiki/Special:Emailuser/RealAtaman Contact]
* Marcel Jost (Bern) [http://wiki.openmoko.org/wiki/Special:Emailuser/Onsonic Contact]
* Marc Andre Tanner (Biel) [http://wiki.openmoko.org/wiki/Special:Emailuser/mat Contact]
* Tobias Kündig (2 Geräte) (Luzern) [mailto:info@it-media.ch]
* Peter Salvisberg [http://wiki.openmoko.org/wiki/Special:Emailuser/Psal Contact]
* Martin Kos [http://wiki.openmoko.org/wiki/Special:Emailuser/KoS Contact]
* Lorenz Schori (Bern) [http://wiki.openmoko.org/wiki/Special:Emailuser/Znerol Contact]
* Matthias Cramer (Zürich) [http://wiki.openmoko.org/wiki/Special:Emailuser/cramer Contact]
* Pascal Mages (Bern/Zürich) [http://wiki.openmoko.org/wiki/Special:Emailuser/FreeMind Contact]
* Christian Wäckerlin [http://wiki.openmoko.org/wiki/Special:Emailuser/boognu Contact]

==== Geneve ====
Status : 8/10

* Diego Abelenda [http://wiki.openmoko.org/wiki/Special:Emailuser/Aelia Contact]
* Luca Capello [mailto:luca@pca.it]
* Nicolas Produit [http://wiki.openmoko.org/wiki/Special:Emailuser/Produit Contact]
* Sebastien Nanchen [http://wiki.openmoko.org/wiki/Special:Emailuser/Sn Contact]
* Jonas Schwarz (Lausanne) [http://wiki.openmoko.org/wiki/Special:Emailuser/jnsc Contact]
* Robin Farine (Auvernier) [http://wiki.openmoko.org/wiki/Special:Emailuser/rfarine Contact]
* Alexandre Ghisoli (Yverdon) [http://wiki.openmoko.org/wiki/Special:Emailuser/Agh Contact]
* Raphael Studer (Thurgau) [http://wiki.openmoko.org/wiki/Special:Emailuser/Tschudder Contact]

==== Lausanne (EPFL) ====
Status : 7/10

* Mathieu Habegger (EPFL) [http://wiki.openmoko.org/wiki/Special:Emailuser/Habi Contact]
* Matthias Brändli (EPFL) [mailto:matthias.braendli@frequencebanane.ch Contact]
* Yorick Brunet (EPFL) [mailto:yorick.brunet@epfl.ch Contact]
* Frédéric Fokan(Lausanne) [mailto:fredericfokan@gmail.com Contact]
* Gulu (Lausanne) [http://wiki.openmoko.org/wiki/Special:Emailuser/Gulu Contact]
* Edomaur (Lausanne, with Gulu) [http://wiki.openmoko.org/wiki/Special:Emailuser/Edomaur Contact]
* Layx (Lausanne) [http://wiki.openmoko.org/wiki/Special:Emailuser/Layx Contact]

== Spain ==
=== Spain (Country Group Sale) ===
Status: 8/10

=== Madrid ===
==== Madrid ====
Status : 2/10

* Rafael Campos [http://wiki.openmoko.org/wiki/Special:Emailuser/Methril Contact] 1x ([[Image:MokoBox.jpg]] - advanced) 

* 1x ([[Image:MokoBox.jpg]] - advanced) Pablo Ruiz Múzquiz [http://wiki.openmoko.org/wiki/User_talk:Pabloruiz contact me here]

=== Zaragoza ===
==== Zaragoza ====
Status : 2/10

* Alejandro R. Mosteo alejandro AT mosteo · com
* Arturo Giner [[Special:Emailuser/artginer|Contact]]

=== Barcelona ===
==== Barcelona ====
Status : 4/10

* José Luis Pérez [[Special:Emailuser/jluis|Contact]]
* David Reyes Samblas Martinez [[Special:Emailuser/mutrox|Contact]]
* Sergio Arias [[Special:Emailuser/saerguio|Contact]]
* Alex Muntada [[Special:Emailuser/alexm|Contact]]

=== Valencia ===
==== Valencia ====
Status : 1/10

* Pau Gaspar Díaz [[Special:Emailuser/pau|Contact]]

== UAE ==
Status: 1/10
* Yaser Ammar [[Special:Emailuser/Waraqa|Contact]]

== USA ==
=== Colorado ===
==== Boulder ====
Status: 2/10
* Vinc Duran (I can purchase and distribute locally) [mailto:uberpfloyd@gmail.com?subject=Openmoko%20group%20sales Pfloyd] [http://wiki.openmoko.org/wiki/Special:Emailuser/Pfloyd Contact]

==== Denver (Full) ====
Status: 10/10 (includes the gentleman from Utah)
* Shawn Sullivan [[mailto:shelbydz87@yahoo.com shelbydz87@yahoo.com]]
* Peter Abplanalp [http://wiki.openmoko.org/wiki/Special:Emailuser/alderion Contact]
* Ben Burdette [http://wiki.openmoko.org/wiki/Special:Emailuser/Ansible Contact]
* Tom Russell [http://wiki.openmoko.org/wiki/Special:Emailuser/tazbert Contact]
* Trace [http://wiki.openmoko.org/wiki/Special:Emailuser/gnork Contact]

=== California ===
==== Los Angeles ====
Status: 4/10

* Ian Douglas [http://wiki.openmoko.org/wiki/Special:Emailuser/Iandouglas Contact me here]
* Matthew [http://wiki.openmoko.org/wiki/Special:Emailuser/Wetmoko Contact]
* Daniel [http://wiki.openmoko.org/wiki/Special:Emailuser/Beaker82 Contact]
* James Robertson [http://wiki.openmoko.org/wiki/Special:Emailuser/JamesRobertson Contact]

==== San Diego ====
'''(inc. San Diego county and surrounding areas)'''

Status: 1/10

Will combine with LA if too few.

* Peter Naulls [http://wiki.openmoko.org/wiki/Special:Emailuser/Pnaulls Contact]

==== San Francisco Bay Area ====
Status: 5/10

* Ajit Natarajan - [http://wiki.openmoko.org/wiki/Special:Emailuser/ajitk Contact]

* Dirk Bergstrom - [http://wiki.openmoko.org/wiki/Special:Emailuser/krid Contact]

* Tupshin Harper - [http://wiki.openmoko.org/wiki/Special:Emailuser/tupshin Contact]

* Lothar Werzinger (900MHz) - [http://wiki.openmoko.org/wiki/Special:Emailuser/Elektrolott Contact]

* William Ray Yeager - [http://wiki.openmoko.org/wiki/Special:Emailuser/wyeager Contact]

==== Monterey ====
Status: 2/10

* Cry Regarder [http://wiki.openmoko.org/wiki/Special:Emailuser/Cry_Regarder Contact]

=== Midwest ===
'''(combine Indiana / Iowa / Kentucky / Tennesee / Texas)'''
Status: 6/10
* Geoff Ruscoe [[Special:Emailuser/Geocode|Contact]] - Louisville, KY
* Steven M [[Special:Emailuser/Montgoss|Contact]] - Cedar Rapids, IA
* Joseph Booker [[Special:Emailuser/Sargas|Contact]] - Chicago
* Bryan DeLuca [[Special:Emailuser/Stupkid|Contact]] - Fort Worth, TX
* Matt McCormick [[Special:Emailuser/Thewtex|Contact]] - Madison, WI
* Mark D [[Special:Emailuser/kidcharles|Contact]] - Madison, WI

=== Indiana / Kentucky ===
Status: 4/10
* Dan Staley [[Special:Emailuser/Pyrasi|Contact]] (Kentucky)
* Donnie Jones [[Special:Emailuser/Donniejones18|Contact]] (Lexington, KY)
* John Sterling [[Special:Emailuser/Sterling|Contact]] (Lexington, KY)
* James MacLachlan [[Special:Emailuser/Jmaclachlan|Contact]] (Louisville, KY)

=== Ohio / Michigan ===
Status: 4/10
* David Pais (Unknown City) [mailto:davioh2001@yahoo.com email]
* Dave Ludlow (Toledo) (I can purchase and distribute) [[Special:Emailuser/adsllc|Contact]]
* Adam Steele (Cincinnati) [mailto:adam@laurasteele.net Contact]
* Elliot Bailey (Canton) [mailto:elliot.bailey@yahoo.com Contact]

=== Washington ===
==== Seattle ====
Status: 1/10
* Jon Pomeroy [[Special:Emailuser/Jepomeroy|Contact]]

=== Tennessee ===
==== Memphis ====
Status: 1/10
* Peter O'Connor [http://wiki.openmoko.org/wiki/Special:Emailuser/poconnor Contact]

=== Texas ===
==== Austin (9/10) ====
* Dale Schumacher [[Special:Emailuser/dalnefre|Contact]]
* Michael Cosby [[Special:Emailuser/mcosby|Contact]]
* Paul Jimenez [[Special:Emailuser/pj|Contact]]
* Charles [[Special:Emailuser/rbn|Contact]]
* Anthony Kitchin [[Special:Emailuser/akitchin|Contact]]
* Carl (x2) [[Special:Emailuser/texatopia|Contact]]
* Robert [[Special:Emailuser/SHaRK|Contact]] (Houston)
* Bryan DeLuca [[Special: Emailuser/Stupkid|Contact]] (Fort Worth)

==== Dallas (1/10) ====
* Philip White [[Special:Emailuser/pmw|Contact]]

=== Mid-Atlantic ===
==== Virginia====
===== Virginia Tech (1/10) =====
* Lally Singh [[Special:Emailuser/lally|email]] -- yeah, if you're ordering anywhere in VA, lemme know. 
===== Richmond (2/10)=====
* Philippe Gerard [[Special:Emailuser/feydreva|Contact]] 
*Steve Watson mailto:ssw0213@gmail.com 

==== New York ====
Status: 3/10 or 4/10

* Bert Hartmann [http://wiki.openmoko.org/wiki/Special:Emailuser/BertHartm Contact me here] 
* Michael Cole mailto:mjcole137@gmail.com 
* Jake Thebault-Spieker (probably, may not be able to afford it) [http://wiki.openmoko.org/Spcial:Emailuser/Summatusmentis Contact me here] 
* Remy Frerebeau [http://wiki.openmoko.org/wiki/Special:Emailuser/Rfrerebe Contact me here] 

==== Maryland (2/10)====
* Paul Buede mailto:paul@buede.com 
* Charles Lohr
* Alex (DC/Rosslyn; not 100% sure that will be able to afford it) [[Special:Emailuser/rakukin|Contact]]

=== Massachusetts ===
Status: 10/10
* Benjamin Moody [[Special:Emailuser/FloppusMaximus|Contact]]

* Ken Young (Note, if we're not up to 10/10 on the day the Freerunner is announced, I'm going to drop out and order individually).[[Special:Emailuser/Dolson|Contact]]

* Chris White (for 4) [[Special:Emailuser/Safire|Contact]]

* Nick Dube - Pembroke, NH (Will also drop out if we do not have 10 by Freerunner release.) [http://wiki.openmoko.org/wiki/Special:Emailuser/Doobe01 Contact]

* Justin Brzozoski - Worcester, MA area [[Special:Emailuser/Jabski|Contact]]

* John Nicholson - Amherst, MA (Will also drop out if we do not have 10 by Freerunner release.) [[Special:Emailuser/nicklogan|Contact]]

* Matthew Campbell - Worcester, MA [[Special:Emailuser/lifeisafractal|Contact]]

=== Nevada ===
==== Reno/Sparks ====
Including Northwestern Nevada/ Northeastern California
Status: 1/10
* Tyrell Berry [[Special:Emailuser/Alawatsakima|Contact]]

== UK ==

* Stroller (Milton Keynes, can travel) mailto:stroller@stellar.eclipse.co.uk 01908 663 513. Thinks that breaking the UK up into regions - at least outside London - is silly. There are unlikely to be 10 people in $your_town who want a Freerunner, so some posting of Freerunners will surely be required; see [http://wiki.openmoko.org/wiki/Talk:GroupSales#Oxford the talk page]. This is the same cost anywhere in the UK.

=== Scotland ===
==== Edinburgh ====
Status : 3/10

* Joe Wells (Edinburgh) [http://wiki.openmoko.org/wiki/Special:Emailuser/jbw Contact]
* Dave Ball (Edinburgh) [http://wiki.openmoko.org/wiki/Special:Emailuser/Daveb Contact]
* Stuart MacKinnon(Livingston) [http://wiki.openmoko.org/wiki/Special:Emailuser/hoagster Contact]

=== England ===

==== Hampshire ====

http://www.hants.lug.org.uk/cgi-bin/wiki.pl?FreerunnerBulkBuy

(Sorry, we set up the page before we knew about this one)

==== London ====

Status : 9/10

* Juergen Schinker mailto:ba1020@homie.homelinux.net
* aled [http://wiki.openmoko.org/wiki/Special:Emailuser/aled Contact]
* Robert Piasek (actually in Southampton) [http://wiki.openmoko.org/wiki/Special:Emailuser/Queen6 Contact]
* Tom Scholl (Cambridge, travel to London now and then anyway so could pick up) [mailto:thomasscholl@gmail.com]
* Weiss (Cambridge, could collect from London) [http://wiki.openmoko.org/wiki/Special:Emailuser/Weiss Contact]
* Neil Bentley (in Wiltshire) [http://wiki.openmoko.org/wiki/Special:Emailuser/Ohnez Contact]
* rhn (one or two sets) [http://wiki.openmoko.org/wiki/Special:Emailuser/rhn Contact]
* Tim Coggins [http://wiki.openmoko.org/wiki/Special:Emailuser/sonicated Contact]
* Michele Mattioni (I'm based in Cambridge too, but if Tom can go to London I can grab the phone in Cambridge) [mailto:mattions@gmail.com]

==== Oxford ====

Idea to re-ship within the UK, see [http://wiki.openmoko.org/wiki/Talk:GroupSales#Oxford talk]

Status : 2/10

* James Olney [http://wiki.openmoko.org/wiki/Special:Emailuser/Webjames Contact]
* David Pottage (actually in Reading) [http://wiki.openmoko.org/wiki/Special:Emailuser/chrestomanci Contact]

==== West Midlands ====
Status : 2/10

* Mo Abrahams (Walsall) mailto:moabrahams@dashavoo.com
* Jonathan Spooner (Walsall)

== Latvia ==
=== Riga ===
==== Riga ====
Status : 1/10
* Ilya [http://wiki.openmoko.org/wiki/Special:Emailuser/VRGhost Contact]

== Singapore ==
Status : 2/10
* Wee Kiam Peng [http://wiki.openmoko.org/wiki/Special:Emailuser/Jipi Contact]
* Chen Ruo Fei [http://wiki.openmoko.org/wiki/Special:Emailuser/Crf Contact]

== Israel==
Status : 2/10
* Ofer Herman [http://wiki.openmoko.org/wiki/Special:Emailuser/oferhe Contact]
* [http://wiki.openmoko.org/wiki/Special:Emailuser/Talba Talba]

== Czech Republic ==

Pokusil jsem se podle vašich popisů stvořit něco jako [[distribuční schéma]]

=== Brno ===
'''Status : 15/10'''
* '''*'''Martin Šenkeřík - [[Special:Emailuser/ohin|Contact]]
Jakmile budu mít nějaké konkrétnější informace budu vás kontaktovat. Mám ale problém s financováním všech 10 telefonů při objednávání. Buď budu potřebovat, aby mně aspoň půlka z vás poslala peníze předem, nebo kdyby se našel někdo, kdo mně může se zafinancováním pomoct (zaplatil by půlku telefonů a ty be se potom rozeslaly na dobírku nebo předaly osobně) tak se můžeme sejít osobně. Vyskytuji se v Brně a ve Zlíně.
* '''*'''Radek Bartoň - [[Special:Emailuser/Blackhex|Contact]] (Preferuju osobní odběr v Brně, můžu dovézt do Frýdku-Místku.)
* Martin Holec - [[Special:Emailuser/Martix|Contact]] (Osobní odběr ve Zlíně.)
* '''*'''Jozef Mlich - [[Special:Emailuser/joejoe|Contact]] (Brno, osobní odběr)
* Radek Machulka - [[Special:Emailuser/Werty|Contact]] (ja teda taky nejsem z Brna, ale klidne si pro to prijedu...)
* '''*'''Tom Varga - [[Special:Emailuser/Varg|Contact]] (Můžu dělat spojku pro Prahu / Liberecko)
* '''*'''Aleš Dvořák - [[Special:Emailuser/Setr|Contact]] - (Brno, osobní odběr)
* '''*'''Pavel Kovář - [[Special:Emailuser/Fox|Contact]] (Tak to vypadá že si udělám výlet do Zlína Jinak trasa vlakem Ostrava - Vsetín)
* '''*'''David Kozub - [[Special:Emailuser/Zub|Contact]] (Zlin, idealni by byla Praha, ale evidentne jsem sam, prinejhorsim i to Brno)
* '''*'''Miloslav Machotka - [[Special:Emailuser/Machy|Contact]]
* '''*'''Michal Pěnka - [http://michal.penka.name/kontakt Contact] (Podle komentářů bych poprosil Tomáše Varga, aby mi Openmoko zavezl do Prahy, jinak preferuji dobírku, přinejhorším pro to zajedu i do Brna.)
* '''*'''Martin Dvořák - [[Special:Emailuser/masca|Contact]] Mimo Prahu se moc pravidelně nevyskytuju, tak bych případně někoho poprosil o dopravu (nebo dobírka, kdyžtak bych i přijel do Brna).
* '''*'''Karel Volný - [[Special:Emailuser/kavol|Contact]] (Jsem v Brně, můžu dělat spojku na Slovensko - Blava nebo BB.)
* '''*'''Jan Mareš - [[Special:Emailuser/iVir|Contact]] Jsem z Prahy, mohu převézt do Písku na jihu Čech, případně mohu do Brna zajet
* '''*'''Marian Krucina - [[Special:Emailuser/oak|Contact]] Jsem z Havířova, dobírka, nebo někdo v okolí

=== Praha (návrh) ===
Vzhledem k tomu, že už je v Brně nad 10lidí, možno by stálo za to oddělit českou větev od moravské a vytvořit další desítku.

'''Status : 1/10'''
* '''*'''Michal Bořek - [[Special:Emailuser/mibo|Contact]] Jsem z Plzně, ale do Prahy to mám přeci jen kousek a Plzeň tu nemá cenu zakládat.

['''*''']platím předem

Diskuze přesunuta na http://wiki.openmoko.org/wiki/Talk:GroupSales#Czech_Republic

== Slovak Republic ==
=== Bratislava ===
Status : 1/10
* František Horínek - [[Special:Emailuser/PipBoy2000|Contact]]

''Karel Volný >>'' vizte brněnská skupinka, můžu dělat spojku

== Croatia ==
Status : 6/10
* w00t - [[Special:Emailuser/W00t|Contact]]
* matija - [[Special:Emailuser/Matija.z|Contact]]
* valajbeg - [[Special:Emailuser/valajbeg|Contact]]
* kost - [[Special:Emailuser/kost|Contact]]
* mnalis - [[Special:Emailuser/mnalis|Contact]]
* tcavrag - [[Special:Emailuser/tcavrag|Contact]]
(maybe we should make one group for bosnia, croatia & serbia together?) [http://wiki.openmoko.org/index.php/Talk:GroupSales#Croatia the talk page]

== Russia ==
=== Moscow ===
Status : 1/10
* sinister - [[Special:Emailuser/sinister|Contact]]

[[Category:Community]]

Hardware:Neo1973:Alternate Cases:Removal of free space

2008-05-10T02:29:33Z

BioGeek: /* Interest */

=Concept=
There is unnecessary free space within the case - this variant would remove that, possibly with some re-arrangement of components, to make the phone slightly smaller.

==Rendered images==

==3D model==

==Materials==

==Processes==
Stereolithography

==Components==

==Interest==
Leave your nickname here if you are interested in having one made. This is not an order form, but is intended to gauge interest before effort is expended designing the case. 

{|
!No !! Nick
|-
|1. || [[User:Chooseopen|Chooseopen]]
|-
|2. ||[[User:willjcroz|willjcroz]]
|-
|3. ||[[User:Dev|Dev]]
|-
|4. ||[[User:Deedend|Deedend]]
|-
|5. ||[[User:Aztlek|Aztlek]]
|-
|6. ||[[User:Oatty|Oatty]]
|-
|7. ||[[User:larstobi|larstobi]]
|-
|8. ||[[User:pokazene_maslo|pokazene_maslo]]
|-
|9. ||[[User:sin|sin]]
|-
|10. ||[[User:Agh|Agh]]
|-
|11. ||[[User:Gagarine|Simon Perdrisat]]
|-
|12. ||[[User:Shmuck|Shmuck]]
|-
|13. ||[[User:BioGeek|BioGeek]]
|-
|}

[[Category:Hardware Support]]
[[Category:Neo1973 Hardware]]
[[Category:Neo1973_alternate_cases]]

Hardware:Neo1973:Alternate Cases:Alternate colours/materials

2008-05-10T02:26:50Z

BioGeek: /* Interest */

Identical geometry (material thickness may change slightly to allow for manufacturing process changes) to the one supplied as part of the phone, constructed from alternate materials. This would also allow for custom patterns to be etched/engraved/moulded/printed/embossed onto the case.

==Rendered images==

==3D model==

==Materials==
* Aluminium
** Anodised
** Brushed
* Carbon-fibre/epoxy composite
* Inlaid, precision machine-cut calibrated genuine gemstones
* Rubber-feel polymer
* Solid surface materials (e.g. Corian, Avonite)
* Stainless steel
* Polymer
** Clear
* Wood (see the wooden cases made by [https://www.miniot.com/miniot/iphone.htm Miniot] for the iPhone in oak, cherry, maghony, walnut, ... for inspiartion what a wooden Freerunner could look like.)
* Concrete

==Processes==
Anodising 
Carving 
Casting 
Wound composite laminating 
Milling 
Injection-moulding 

==Interest==
Leave your nickname here if you are interested in having one made. This is not an order form, but is intended to gauge interest before effort is expended designing the case. 

{|
!No !! Nick !!
|-
|1. ||[[User:ruskie|ruskie]] - stainless steel case
|-
|2. ||[[User:JoSch|JoSch]] - anodised aluminium
|-
|3. ||[[User:ShakataGaNai|ShakataGaNai]] — Personally brushed alum. But I think engraved would be cool for a corp environment (think company phones).
|-
|4. ||[[User:larstobi|larstobi]] - carbon fibre/kevlar/epoxy
|-
|5. ||[[User:Jackcday|Jackcday]] — Engraved would be very cool, Brushed Alum would be cool and possibly glow i/t dark or heat reactive material would be cool(change colour where you touch it!).
|-
|6. ||[[User:kuyky|kuyky]] - brushed steel/kevlar/wood :D
|-
|7. ||[[User:m0wlwurf|m0wlwurf]] - Polymer Clear
|-
|8. ||[[User:BioGeek|BioGeek]] - wood
|-
|n/a || WOOAAAHH Guys metal is a no-no unless you don't mind that GSM, BT and wifi are shielded by your nice metal case. Even Apples recent metallized laptops have crap wifi perf....
|}

[[Category:Hardware Support]]
[[Category:Neo1973 Hardware]]
[[Category:Neo1973_alternate_cases]]

Hardware:Neo1973:Alternate Cases:Alternate colours/materials

2008-05-10T02:26:20Z

BioGeek: /* Interest */

Identical geometry (material thickness may change slightly to allow for manufacturing process changes) to the one supplied as part of the phone, constructed from alternate materials. This would also allow for custom patterns to be etched/engraved/moulded/printed/embossed onto the case.

==Rendered images==

==3D model==

==Materials==
* Aluminium
** Anodised
** Brushed
* Carbon-fibre/epoxy composite
* Inlaid, precision machine-cut calibrated genuine gemstones
* Rubber-feel polymer
* Solid surface materials (e.g. Corian, Avonite)
* Stainless steel
* Polymer
** Clear
* Wood (see the wooden cases made by [https://www.miniot.com/miniot/iphone.htm Miniot] for the iPhone in oak, cherry, maghony, walnut, ... for inspiartion what a wooden Freerunner could look like.)
* Concrete

==Processes==
Anodising 
Carving 
Casting 
Wound composite laminating 
Milling 
Injection-moulding 

==Interest==
Leave your nickname here if you are interested in having one made. This is not an order form, but is intended to gauge interest before effort is expended designing the case. 

{|
!No !! Nick !!
|-
|1. ||[[User:ruskie|ruskie]] - stainless steel case
|-
|2. ||[[User:JoSch|JoSch]] - anodised aluminium
|-
|3. ||[[User:ShakataGaNai|ShakataGaNai]] — Personally brushed alum. But I think engraved would be cool for a corp environment (think company phones).
|-
|4. ||[[User:larstobi|larstobi]] - carbon fibre/kevlar/epoxy
|-
|5. ||[[User:Jackcday|Jackcday]] — Engraved would be very cool, Brushed Alum would be cool and possibly glow i/t dark or heat reactive material would be cool(change colour where you touch it!).
|-
|6. ||[[User:kuyky|kuyky]] - brushed steel/kevlar/wood :D
|-
|7. ||[[User:m0wlwurf|m0wlwurf]] - Polymer Clear
|-
|8. ||[[User:BioGeek|BioGeek]] - wood
|n/a || WOOAAAHH Guys metal is a no-no unless you don't mind that GSM, BT and wifi are shielded by your nice metal case. Even Apples recent metallized laptops have crap wifi perf....
|}

[[Category:Hardware Support]]
[[Category:Neo1973 Hardware]]
[[Category:Neo1973_alternate_cases]]

Hardware:Neo1973:Alternate Cases:Alternate colours/materials

2008-05-10T02:25:09Z

BioGeek: /* Materials */

Identical geometry (material thickness may change slightly to allow for manufacturing process changes) to the one supplied as part of the phone, constructed from alternate materials. This would also allow for custom patterns to be etched/engraved/moulded/printed/embossed onto the case.

==Rendered images==

==3D model==

==Materials==
* Aluminium
** Anodised
** Brushed
* Carbon-fibre/epoxy composite
* Inlaid, precision machine-cut calibrated genuine gemstones
* Rubber-feel polymer
* Solid surface materials (e.g. Corian, Avonite)
* Stainless steel
* Polymer
** Clear
* Wood (see the wooden cases made by [https://www.miniot.com/miniot/iphone.htm Miniot] for the iPhone in oak, cherry, maghony, walnut, ... for inspiartion what a wooden Freerunner could look like.)
* Concrete

==Processes==
Anodising 
Carving 
Casting 
Wound composite laminating 
Milling 
Injection-moulding 

==Interest==
Leave your nickname here if you are interested in having one made. This is not an order form, but is intended to gauge interest before effort is expended designing the case. 

{|
!No !! Nick !!
|-
|1. ||[[User:ruskie|ruskie]] - stainless steel case
|-
|2. ||[[User:JoSch|JoSch]] - anodised aluminium
|-
|3. ||[[User:ShakataGaNai|ShakataGaNai]] — Personally brushed alum. But I think engraved would be cool for a corp environment (think company phones).
|-
|4. ||[[User:larstobi|larstobi]] - carbon fibre/kevlar/epoxy
|-
|5. ||[[User:Jackcday|Jackcday]] — Engraved would be very cool, Brushed Alum would be cool and possibly glow i/t dark or heat reactive material would be cool(change colour where you touch it!).
|-
|6. ||[[User:kuyky|kuyky]] - brushed steel/kevlar/wood :D
|-
|7. ||[[User:m0wlwurf|m0wlwurf]] - Polymer Clear
|-
|n/a || WOOAAAHH Guys metal is a no-no unless you don't mind that GSM, BT and wifi are shielded by your nice metal case. Even Apples recent metallized laptops have crap wifi perf....
|}

[[Category:Hardware Support]]
[[Category:Neo1973 Hardware]]
[[Category:Neo1973_alternate_cases]]

Group sales

2008-05-08T14:19:31Z

BioGeek: /* Antwerp */ added myself

Openmoko have announced a scheme to sell the forthcoming Neo Freerunner at a discount if bought in multiples of 10 (US$369, instead of 399), to be shipped in one package. Group buying will thus save money on the purchase, and on the shipping. This page is to to organise group purchases by region.

Steve from Openmoko announced "Every 10 pack, will come with a box of stuff. 10 pouches and 10 head sets."
So join us within a local group !

<div style='float:right'>__TOC__</div>

== Australia ==
=== Western Australia ===
==== Perth ====

* 1x Fred Janon mailto:fjanon@yahoo.com

* 1x Shanon Loughton [http://wiki.openmoko.org/wiki/Special:Emailuser/cgltower contact me here]

* 1x Simon Matthews [http://wiki.openmoko.org/wiki/Special:Emailuser/simat contact me here]

* 1x ([[Image:MokoBox.jpg]] - advanced) Msquared [http://www.msquared.id.au/ contact me here]

* 1x Alex Wilkinson mailto:alex.wilkinson@dsto.defence.gov.au

* 1x Daniel Foote mailto:freefoote@dview.net

* 1x Russell Steicke mailto:russells@adelie.cx

=== New South Wales ===
==== Sydney ====

status: 8/10

Please add an "I exist" to end of your name here.

Also, Sydney seems to now have 8 people - perhaps if we do not reach 10 we can join with Melbourne (or Canberra) and get them shipped to Australia, then moved domestically to the other city.

* 1 x dbmoodb ---> [http://wiki.openmoko.org/wiki/Special:Emailuser/Dbmoodb contact me here] I exist.
* 1 x Mark Chandler [http://wiki.openmoko.org/wiki/Special:Emailuser/Openmarko contact me here]
* 1 x bing [http://wiki.openmoko.org/wiki/Special:Emailuser/Bingquick contact me here]
* 1 x Chris [http://wiki.openmoko.org/wiki/Special:Emailuser/ch0gan contact me here]. I exist.
* 1 x Neil Brown [http://wiki.openmoko.org/wiki/Special:Emailuser/Neilbrown contact me here] I'm wondering why I need to assert that I exist.
* 1 x Rob [http://wiki.openmoko.org/wiki/Special:Emailuser/Rob contact me here]
* 1 x Tim [http://wiki.openmoko.org/wiki/Special:Emailuser/Voyd contact me here] I am almost certain I exist.
* 1 x Scott [http://wiki.openmoko.org/wiki/Special:Emailuser/Cysp wikimail]

=== Victoria ===
==== Melbourne ====
Status: 6/10

* 4x Dennis Wollersheim, mailto: dewoller (at) gmail (dot) com
* 1x Nigel Cunningham, mailto: ncunningham (at) crca (dot) org (dot) au
(I'm actually in Cobden, in the south-west)
* 1x Dale Maggee, mailto: antisol (at) earthling (dot) net

=== ACT ===
==== Canberra ====
Status: 2/10

* J Dinale [http://wiki.openmoko.org/wiki/Special:Emailuser/Noledil Contact me here]
* Fergus [http://wiki.openmoko.org/wiki/Special:Emailuser/Someone Contact me here]

=== Queensland ===
==== Brisbane ====
Status: 4/10 (possibly 20)

* Nick Devereaux x 2 [http://wiki.openmoko.org/wiki/Special:Emailuser/Monkeypanic Contact me here]
* Matt Gallagher [http://wiki.openmoko.org/wiki/Special:Emailuser/mattg Contact me here]
* Jordan Keith [http://wiki.openmoko.org/wiki/Special:Emailuser/Zedd_D1abl0 Contact me here]

=== South Australia ===
==== Adelaide ====
Status: 4/10

* Adrian Billiau [http://wiki.openmoko.org/wiki/Special:Emailuser/Carcin Contact me here]
* John Briggs [http://wiki.openmoko.org/wiki/Special:Emailuser/Erflungued Contact me here]
* Daniel Sobey [http://wiki.openmoko.org/wiki/Special:Emailuser/dns Contact me here]
* Nicholas Steicke [http://wiki.openmoko.org/wiki/Special:Emailuser/narthollis Contact me here]

== Austria ==
There is a group-buy page at MetaLab, available here: http://metalab.at/wiki/OpenMoko .. we almost have the full 10 slots assigned, and its quite possible that we will order *20* phones, so please register on the Metalab pages and let us know if you're interested ..

=== Salzburg ===
Status: 1/10

* D. Kepplinger [http://wiki.openmoko.org/wiki/Special:Emailuser/Wedge Contact me here]
=== Wien ===
Status: 2/10
* M. Greifeneder [http://wiki.openmoko.org/wiki/Special:Emailuser/mikegr Contact me here]
* J. Vaughan (torpor) -- http://metalab.at/wiki/OpenMoko [http://wiki.openmoko.org/wiki/Special:Emailuser/torpor Contact me here]

=== Styria ===
==== Graz ====
Status: 7/10

* F Hackenberger [http://wiki.openmoko.org/wiki/Special:Emailuser/Deadman66 Contact me here]
* J Florineth [http://wiki.openmoko.org/wiki/Special:Emailuser/Flojoh Contact me here]
* G Michelitsch [http://wiki.openmoko.org/wiki/Special:Emailuser/graf_ithaka Contact me here] (I've found others @ TU Graz !)
* R Stoegbuchner [http://wiki.openmoko.org/wiki/Special:Emailuser/stoero Contact me here]
* M Lipp [http://wiki.openmoko.org/wiki/Special:Emailuser/Neldoreth Contact me here]
* M Maier [http://wiki.openmoko.org/wiki/Special:Emailuser/species Contact me here]
* M Konrad [http://wiki.openmoko.org/wiki/Special:Emailuser/konni Contact me here]

== Belgium ==
=== Flanders ===
==== Brussel/Aalst/Gent/Brugge ====
Status 8/10
* Yorick, mailto: yorick DOT matthys AT gmail DOT com
* 2x Dolfje [http://wiki.openmoko.org/wiki/Special:Emailuser/Dolfje Contact me here]
* XVens, mailto: xavier DOT vens AT gmail DOT com
* Arno85, mailto: aaron DOT helin AT gmail DOT com, Kortrijk
* Rubenv, mailto: ruben D0T vandamme MAILAT belgacom D0T net, Kortrijk
* Philoufr, mailto: philoufr AT gmail DOT com
* Js Op de Beeck [http://wiki.openmoko.org/wiki/Special:Emailuser/Js.opdebeeck Contact me here]
ps: Dolfje can bring freerunners to Brugge if needed

==== Antwerp ====
Status 5/10

* michielv [http://wiki.openmoko.org/wiki/Special:Emailuser/Michielv Contact me here]
* Peter N [http://wiki.openmoko.org/wiki/Special:Emailuser/Bubsy Contact me here]
* Ivo [http://wiki.openmoko.org/wiki/Special:Emailuser/Ivo Contact me here]
* Peter Leemans, mailto: peter AT x-tend DOT be
* Richard B [http://wiki.openmoko.org/wiki/Special:Emailuser/richardb Contact me here]
* Jeroen Van Goey [http://wiki.openmoko.org/wiki/Special:Emailuser/BioGeek Contact me here]

=== Wallonia ===
==== Walloon Brabant ====
* Istvan, mailto: buki DOT istvan AT gmail DOT com

== Bulgaria ==
=== Sofia ===
==== Sofia ====
Status : 2/10

* Dimitar Staykov, mailto:meditache@gmail.com
* Vernim, [http://wiki.openmoko.org/wiki/Special:Emailuser/Vernim Contact]

== Canada ==

=== British Columbia ===
Status : 9/10

* Justin (Vancouver): mailto: stryderjzw AT gmail
* Dave (Vancouver) Vancouver Linux users group (unconfirmed but about 7 so far): mailto: doc AT skynet REMOVE dot REMOVE ie
* Steven (Victoria) - If someone in the group will remail the package for me. mailto: skurylo --> gmail dot com

=== Alberta ===
Status : 3/10

* [[User:Wuth|Wuth]] : [mailto:wuth@acm.org]
* [[User:Slm3095om|stacy]] (2 units) : slm3095om AT millions dOt ca

=== Ontario/Quebec ===
==== GTA (Toronto) ====
Status : 9/10

* Gerald A [http://wiki.openmoko.org/wiki/Special:Emailuser/Historybuff Contact me here]
* MattC, mailto: quirkz AT gmail
* Sergey K, openmoko AT deeptown dOt org
* Kristin Low, kristin dot low at gmail dot com (Kingston)
* Daniel Lister, dan.lister-->gmail
* Ronnie Wong: '''3 units''' - r25wong AT ryerson dOT ca
* Paul V [http://wiki.openmoko.org/wiki/Special:Emailuser/Roju Contact me here]

Group 2 Status (Hamilton): 2/10

* Gabriel D - ace AT staticwave DOT ca
* Richard D - rtdegelder --> gmail.com

== Chile ==
=== Santiago ===
Status : 4/10

* [[User:Mankeke]] Ricardo Manríquez C., mailto: ricardo.manriquez "remove this and add AT" gmail "dot" com
* [[User:XKnightmareX]] Gonzalo Pesenti., mailto: mare.knight1 "remove this and add AT" gmail "dot" com
* [[User:Freyes]] Felipe Reyes., mailto: felipereyes "remove this and add AT" gmail "dot" com
* [[User:Zeus]] Jonathan Gonzalez., mailto: zeus "remove this and add AT" gnu "dot" org

== China ==
Status:6/10
*liwei mailto:4679380@qq.com 1 freerunner and 1 debug board
*Luther mailto:lutherluo@qq.com 2 freerunner and 1 debug board.
*Pccpu mailto:LFZILFZI@YAHOO.COM.CN MSN:LFZI@SINA.COM 1 freerunner
*Gnosy mailto:gnosyhh@gmail.com 1 freerunner and 1 debug board.
*Bin Zong mailto:hunter_00zb@hotmail.com 1 Freerunner

== Denmark ==
If we do not reach a total large enough, Denmark **is** a very small place - surely we could figure out a way of getting them to find their way 'round the country :)

=== Jutland ===
==== Aalborg ====
Status: 3/10

Should anyone need it, transportation from Aalborg to Thisted for phones can be arranged, if you don't want to pick it up in Aalborg yourself :) ~~leinir

* Dan Leinir Turthra Jensen mailto:admin@leinir.dk [[User:Leinir]]
* Fabian Olesen mailto:firewalkerx@gmail.com
* Helge Willum Larsen mailto:helge.at.helges.dk

==== Skjern ====
Status: 1/10

* [[User:Carlo]]

==== Sønderborg ====
Status: 1/10

* Theis Hjorth theis.hjorth at adslhome dot dk [[User:Theis.hjorth]]

=== Fyn ===
Status: 4/10

* [[User:EsbenDamgaard]] (need 3 (Looney & Gert))
* [[User:apm]]

=== Sjælland ===
==== Copenhagen ====
Status: 25/10

* [[User:Fursund]]
* [[User:Rasmusjensen]]
* [[User:tabac]] Thomas Ammitzbøll-Bach
* [[User:chel | Christian E. Lysel ]]
* [[User:UlrikRasmussen | Ulrik Rasmussen]]
* [[User:KlaymenDK | Jan Gundtofte-Bruun]] (Pending final hw, eg. low-power LEDs)
* [[User:OleTange | Ole Tange]] (I need 14 with invoice)
* [[User:Pascal | Pascal d'Hermilly]] (I need 1 with invoice)
* [[User:Miwer]] Michael Andersen
* [[User:maha | Martin Hansen]] (3 with invoice)
* [[User:SvenneK | Svenne Krap ]] (1+devkit with invoice)

== Finland ==
=== Uusimaa ===
==== Helsinki I (Full)====
Status : 10/10

* Mikko Rauhala x2 [mailto:mjr@iki.fi mjr@iki.fi]
* Aleksi Hankalahti [mailto:aleksi.hankalahti@iki.fi aleksi.hankalahti@iki.fi]
* Seppo Hätönen [mailto:karrde@iki.fi karrde@iki.fi]
* Arttu Sund [mailto:thearttu@gmail.com thearttu@gmail.com]
* Ville-Pekka Vainio vpivaini AT cs.helsinki.fi
* Heikki Hallamaa [mailto:heikki.hallamaa@iki.fi heikki.hallamaa@iki.fi]
* Tomi Jylhä-Ollila tomi.jylha-ollila@helsinki.fi
* Richard Braakman
* Timo Jyrinki [mailto:timo.jyrinki@iki.fi timo.jyrinki@iki.fi]

==== Helsinki II, Turku & Vaasa (Full)====

Status : 10/10

'''[[User:Piksi|Check & comment on my userpage for discussing payment & mail options]]'''

Helsinki:

* [[User:Piksi]] openmoko ÄT pi-xi PISTE net
* Risto H. Kurppa risto AT kurppa DOT fi
* Aapo Rantalainen aapo DOT rantalainen AT gmail DOT com
* Matti Laakso matti DOT laakso AT kotiposti DOT net
* Ismo Haanaho ismo DOT haanaho AT gmail DOT com

Turku:

* 2x Teemu Välimäki, [mailto:teemu.valimaki@iki.fi teemu.valimaki@iki.fi]
* Jaakko Lehtinen, jaakko dot lehtinen at gmail dot com
* Janne Junnila, janne dot junnila at gmail dot com

Vaasa:

* Mikko Niemikorpi, mikefulli ÄT gmail PISTE com

== France ==
=== Bretagne ===
==== Brest ====
Status : 1/10

* StevenLeRoux [mailto:steven@pourri.fr steven@pourri.fr] Jabber_Id:Steven@jabber.fr
* Acheteur potentiel #2

==== Rennes ====
Status : 2/10

* Cédric DUFOUIL (openmoko at tsleg point com)
* Yves MAHE (ymahe at zindep dot com)

=== Pays de la Loire ===
==== La Roche sur Yon ====
Status : 1/10

* [http://wiki.openmoko.org/wiki/Special:Emailuser/Vtouchar Vincent Touchard] (I may soon move to Bretagne/Brest)

==== Nantes ====

* [[User:Yoann|Yoann ARNAUD]]. OK for a ship in Rennes if needed. [http://wiki.openmoko.org/wiki/Special:Emailuser/Yoann Contact me here]

=== Ile de france ===
==== Paris ====
Status : 11/10

* StevenLeRoux
* [[User:Phyce|Phyce]]
* Yann SLADEK ([http://wiki.openmoko.org/wiki/Special:Emailuser/Maveryck Contact me here])
* [[User:Wilk|Wilk]] [http://wiki.openmoko.org/wiki/Special:Emailuser/Wilk Contact me here]
* Jonathan Magano ([http://wiki.openmoko.org/wiki/Special:Emailuser/JonathanMM Contact me here])
* Benjamin Renard (bn8[AT]zionetrix.net)
* [[User:OlivierBerger|OlivierBerger]]
* [[User:BartGS|BartGS]] [http://wiki.openmoko.org/wiki/Special:Emailuser/BartGS Contact me here]
* [[User:rcoscali|Rémi Cohen-Scali]]
* [[User:Valos|Valéry Febvre]]
* [[User:Manou|Emmanuel Raviart]]

You may also see :
http://bearstech.com/openmoko/register

=== Lorraine ===
==== Nancy ====
Status : 1/10

* [[User:mosan|Nicolas Salles]]

=== Rhône-Alpes ===
==== Lyon ====
Status : 2/10

* [http://wiki.openmoko.org/wiki/Special:Emailuser/patou Vincent MEURISSE]
* [http://wiki.openmoko.org/wiki/Special:Emailuser/pini Gilles FILIPPINI]

==== Grenoble ====
Status : 2/10

* [http://wiki.openmoko.org/wiki/Special:Emailuser/pbollard Philippe BOLLARD]
* [http://wiki.openmoko.org/wiki/Special:Emailuser/aurelien Aurelien]

=== Alpes de Haute Provence ===
==== Manosque ====
Status : 1/10

* [http://wiki.openmoko.org/wiki/Special:Emailuser/cfdev Cyril]

=== Provence Alpes Cote d'Azur ===
==== Sophia Antipolis ====
Status : 1/10

* [http://wiki.openmoko.org/wiki/Special:Emailuser/nico.inc Nicolas HUOT]

== Germany ==
=== Sachsen-Anhalt ===
==== Stendal (evtl. Magdeburg) ====
Status 1/10

* Fabian Off [http://wiki.openmoko.org/wiki/Special:Emailuser/Fabian2de Contact me here]

=== Hamburg ===
==== Hamburg ====
Status 9-10

* Jan 4-5[http://wiki.openmoko.org/wiki/Special:Emailuser/Jan07 Contact me here]
* Varacanero [http://wiki.openmoko.org/wiki/Special:Emailuser/varacanero Contact me here]
* Ole 3-5 pcs [http://wiki.openmoko.org/wiki/Special:Emailuser/Olemoko Contact me here]
* Arne [http://wiki.openmoko.org/wiki/Special:Emailuser/GuraX Contact me here]

=== Niedersachsen===
==== Hannover====
Status 1

* Dattel83 [http://wiki.openmoko.org/wiki/Special:Emailuser/Dattel83 Contact me here]

=== Hessen ===
==== Frankfurt ====
Status 1-10

* Blacky [http://wiki.openmoko.org/wiki/Special:Emailuser/Blacky Contact me here]

=== Sachsen ===
==== Chemnitz ====
Status 2/10

* Tobias [http://wiki.openmoko.org/wiki/Special:Emailuser/Tobydox Contact me here]
* Michael [http://wiki.openmoko.org/wiki/Special:Emailuser/her Contact me here]
==== Dresden ====
Status 1/10

* Martin [http://wiki.openmoko.org/wiki/Special:Emailuser/nodge Contact me here]

=== Thueringen ===
==== Weimar ====
Status 1/10

* [[User:Fries43]]

==== Ilmenau ====
Status 1/10

* [[User:KimKiesel]]

=== NRW ===
==== Bielefeld ====
Status 4/10

* David, infos on my [[User:Raven|user page]], or you can [[Special:Emailuser/Raven|contact me here]]
* Sebastian, infos on my [[User:Seppi|user page]], or you can [[Special:Emailuser/Seppi|contact me here]]
* Dackel, infos on my [[User:Killerdackel|user page]], or you can [[Special:Emailuser/Killerdackel|contact me here]]
* Conny
* Arndt, infos on my [[User:Arndot|user page]], or you can [[Special:Emailuser/Arndot|contact me here]]

==== Aachen ====
Status 3/10
* Henrik, infos on my [[User:Henrikz|user page]], or you can [[Special:Emailuser/Henrikz|contact me here]]
* David, infos on my [[User:TechnoFan|user page]], or you can [[Special:Emailuser/TechnoFan|contact me here]]
* Stephan, infos on my [[User:chaq|user page]], or you can [[Special:Emailuser/chaq|contact me here]]

==== Düsseldorf ====
* mac2k, infos on my [[User:mac2k|user page]], or you can [[Special:Emailuser/mac2k|contact me here]]

=== Baden-Württemberg ===
==== Karlsruhe ====

Status 17/10

* 2 for André (one for me and one for a friend).[[Special:Emailuser/Spacemarine|Contact]] me if you haven't received an email from me or if you joined this group after the 07.05.08
* [[Special:Emailuser/Dr.Nop|Dr.Nop]]
* [[Special:Emailuser/JensB|JensB]]
* [[Special:Emailuser/Tedo|Tedo]]
* [[Special:Emailuser/ZaPPaS|ZaPPaS]] 7 devices at least, maybe we start a new group in Leonberg

* [[Special:Emailuser/Gromgull|Gromgull]] (in Kaiserslautern, but Karlsruhe is close enough, and I doubt that I'll find 10 people here.
* [[Special:Emailuser/Ebi|Ebi]]
* [[Special:Emailuser/RIdd3r|Fabian]]
* [[Special:Emailuser/Agon|Agon]] in Stuttgart, but Karlsruhe is close enough
* [[Special:Emailuser/Gollum|Gollum]] in Mannheim, ditto :) Maybe local postal service is an option?

=== Bayern ===
==== München ====

Status 5/10

* [[Special:Emailuser/Eriks|Eriks]]
* --[[User:Imitation|Imitation]] 21:42, 30 April 2008 (CEST)
* [[Special:Emailuser/meyerm|meyerm]] 16:25 CEST, 01. Mai 2008
* [[Special:Emailuser/Koebi|koebi]] 05. Mai 2008
* [[Special:Emailuser/wof|wof]] 07. Mai 2008

=== Berlin===
==== Berlin ====

for berlin-talk: http://de.groups.yahoo.com/group/openmoko-berlin/

* Conrad [http://wiki.openmoko.org/wiki/User:Caribu Contact me here]

Status 11/20
* Stephan [http://wiki.openmoko.org/wiki/User:Fischel Contact me here]
* Robert [http://wiki.openmoko.org/wiki/User:Thebohemian Contact me here]
* Nico [http://wiki.openmoko.org/wiki/User:Nico Contact me here]
* Torsten [http://wiki.openmoko.org/wiki/User:Torsten_Grote Contact me here]
* Bastian [[User:Fries43]]
* Sven-Ola [http://wiki.openmoko.org/wiki/User:Sven-ola Contact]
* Arne [http://wiki.openmoko.org/wiki/User:arnepp Contact me here]
* MM [http://wiki.openmoko.org/wiki/User:MM Contact]
* Keks [http://wiki.openmoko.org/wiki/User:Keksdosenmann Contact]
* Matthias [http://wiki.openmoko.org/wiki/User:mk Contact]
* Norbert [http://wiki.openmoko.org/wiki/User:Noha Contact]

== Hungary ==
discussion here: http://hup.hu/node/54588

=== Budapest ===
Status 16/10

* Ferenc 'Lion' Veres [http://wiki.openmoko.org/wiki/Special:Emailuser/kempelen Contact]
* Laszlo 'rka' Szabo [http://wiki.openmoko.org/wiki/Special:Emailuser/rka Contact]
* tg [http://wiki.openmoko.org/wiki/Special:Emailuser/tg?wpSubject=OpenMoko%20GroupSales Contact]
* LiRul - lirul [KUKAC] hixsplit [PONT] hu
* Nyosigomboc - nyos [KUKAC] nyos [PONT] homelinux [PONT] net
* hunludvig - hunludvig [KUKAC] gmail [PONT] com
* [http://wiki.openmoko.org/wiki/Special:Emailuser/asdmin?wpSubject=OpenMoko%20GroupSales Dániel 'asd' Vásárhelyi]
** i offer to handle ordering and dispatching the unit if no one has applied for it already
* asch, asch [KUKAC] freemail [PONT] hu
* btamas, [http://wiki.openmoko.org/wiki/Special:Emailuser/btamas Contact]
* ka87, andras [kukac] csevego [pont] net
* pcm, pcm [kukac] freemail [pont] hu
* gpiros, geza [PONT] piros [KUKAC] gmail [PONT] com
* appa, appa00 [kukac] gmail [pont] com
* pierre286, [http://wiki.openmoko.org/wiki/Special:Emailuser/pierre286 Contact]
* Hélei Zoltán, heleiz [kukac] gmail
* Fenwick, [http://wiki.openmoko.org/wiki/Special:Emailuser/fenwick Contact]

== India ==
=== Delhi/NCR ===
Status 1/10

* Goldwyn Rodrigues [http://wiki.openmoko.org/wiki/Special:Emailuser/goldwynr Contact]

== Italy ==
If we don't reach the 10 phones limit in each city, maybe we could place an order in the "most requested city", and from shipping to other buyers. We'll have anyway a good discount although the "double-shipping". ([http://thread.gmane.org/gmane.comp.handhelds.openmoko.community/10937/focus=10981 Read here for reference]).

=== Toscana ===
==== Firenze (e dintorni) ====
Status 8/10

* [[User:Treviño|Marco Trevisan (Treviño)]] - [http://blog.3v1n0.net/contatti-trevino/ Contacts here]
* [[User:Niccolo|Niccolo Rigacci]] - ''niccolo [AT] rigacci.org''
* [[User:pcav|Paolo Cavallini]] - ''cavallini [AT] faunalia.it''
* [[User:BiggMatt|Mattia Gentile]] - ''biggmatt@hotmail.it''
* Elisa ''[mailto:lab@kkk.it lab@kkk.it]'' (Empoli)
* [[User:Sugacapra|Sugacapra]] - alessio.chemeri [AT] gmailPUNTOcom
* [[User:tom_morello|Carlo Ascani (Morello)]] - ''carlo.ratm [AT] gmail.com''
* [[User:marrano|Stefano Burchietti (Marrano)]] - ''stefano [AT] nontelodiromai.it''

=== Lombardia ===

==== Milano e dintorni ====
Status 16/10

[[GroupSales_Milano_e_dintorni|Modalità di pagamento ecc.]]

* Marcello Gorla
* Maxxer [mailto:maxxer@yetopen.it maxxer@yetopen.it] (Lecco)
* Pietro Montorfano [mailto:monto84@gmail.com monto84@gmail.com] (from como)
* Gianluigi Belli - [http://wiki.openmoko.org/wiki/Special:Emailuser/Pulciux Contacts here] (Milano)
* Michele Castellano - [http://wiki.openmoko.org/wiki/Special:Emailuser/mubumba Contacts here] (Milano)
* Maurizio Lipreri - [http://wiki.openmoko.org/wiki/Special:Emailuser/Maldido Contacts here]( Como )
* Guido Conaldi - [http://wiki.openmoko.org/wiki/Special:Emailuser/skepz Contacts here] (Varese)
* [[User:Furester|Igor Scabini (furester)]] -[http://wiki.openmoko.org/wiki/Special:Emailuser/Furester Contacts here] (Milano)
* Dario Panico [http://wiki.openmoko.org/wiki/Special:Emailuser/Dareus Contacts here] (Busto Arsizio, VA)
* Marco Zanzotera (Milano città) - qualcuno sa indicarmi i metodi di pagamento per favore?
* Francesco Ricci (Milano, Dipartimento di Scienze dell'Informazione, via Comelico 39/41) - possibile punto di ricezione/distribuzione - [http://wiki.openmoko.org/wiki/Special:Emailuser/Alfa21 Contacts here]
* Danilo Sia (Birdack) [http://wiki.openmoko.org/wiki/Special:Emailuser/Birdack Contacts here] (Milano città)
* Federico Belvisi - [http://wiki.openmoko.org/wiki/Special:Emailuser/Armalite Contacts here] (Legnano, MI/Varese)
* Francesco Leserri - [http://wiki.openmoko.org/wiki/Special:Emailuser/Francy Contacts here] (Vimercate, MI)
* Callea Gaetano Andrea (abitazione: Melegnano oppure lavoro: Milano zona Forlanini [http://wiki.openmoko.org/wiki/Special:Emailuser/Cga Contacts here] qualcuno sa indicarmi i metodi di pagamento per favore?
* Pietro Isotti - [mailto:isottipietro@gmail.com isottipietro@gmail.com]

=== Piemonte ===
==== Torino (and province) ====
Status 6/10

* Claudio Carnino (jollyr0g3r AT gmail DOT com)
* Alessandro Degano (a.degano AT gmail DOT com)
* Enrico Pigozzi (videokill71 AT gmail DOT com)
* Max Ciavarella - [http://wiki.openmoko.org/wiki/Special:Emailuser/Cicchetebom Contacts here]
* Giuseppe Barbieri (elect86 at gmail dot com)
* Riccardo Issoglio (riccardo.issoglio AT polito DOT it)
# Volendo possiamo aggiungerci al gruppo di Milano
prendendo così 2 pacchi da 10 risparmiando ulteriormente sulla spedizione e
senza aspettare per raggiungere il numero 10, perchè io potrei andare volentieri
a prenderli col treno a Milano, tornare e distribuirli a Torino, fatemi sapere ;)
Giuseppe

=== Trentino-Alto Adige ===
==== Trento (Padova too :)) ====
Status 1/10

* Andrea Debortoli (debortoland AT gmail DOT com)

=== Friuli Venezia Giulia ===
==== Trieste ====
Status: 1/10

* dorje [mailto:dorje@libero.it dorje@libero.it] - [[User:dorje|dorje]]

=== Veneto ===
Status: 10/10

==== Verona ====

* Persegat [mailto:persegat@alice.it persegat@alice.it] - [[User:Pecce|Pecce]]
* Sylar91 [mailto:sylar1991@gmail.com sylar1991@gmail.com] - [[User:Sylar91|Sylar91]]
* Marco Franceschetti - [http://wiki.openmoko.org/wiki/Special:Emailuser/vonfritz Contacts here]
* AleksFalcone [mailto:aleks.falcone@gmail.com aleks.falcone@gmail.com] - [[User:AleksFalcone|AleksFalcone]]

==== Vicenza ====

* Matteo [mailto:matteo@member.fsf.org matteo@member.fsf.org] - [[User:Tchernobog|Tchernobog]] Also Padova is okay.

* Michele [mailto:michele@cooperativabiosphaera.it michele(at)cooperativabiosphaera.it] - Also Padova is okay.

* Paolo [mailto:paolo.sartore@gmail.com paolo.sartore(at)gmail.com] Also Padova is okay.

==== Venezia ====

* Tommaso [mailto:tommaso.gardumi@gmail.com tommaso.gardumi@gmail.com] - [[User:Tobarello|Tobarello]] Also Padova, Vicenza & Trento are ok.

==== Treviso ====

* Dario [mailto:aliasbrain@gmail.com aliasbrain(at)gmail.com] - [[User:Rastafan|Rastafan]] one, maybe two.

* Pedro [mailto:paguilar@junkerhq.net paguilar(at)junkerhq.net] - [[User:Paguilar|Paguilar]] Also Padova and Vicenza are ok.

=== Emilia Romagna ===
==== Parma ====
Status : 3/10

* [[User:Delian|Marco Albanese]] [mailto:delian2@gmail.com delian2@gmail.com] For Me, it's ok for the decentralized shipment ( Milano for example :) ).

* [[User:Jordano|Marco Grassi]] marco.gra AT Gmail Dot com Also for me it's ok the decentralized shipping.

* [[User:Hachreak|Leonardo Rossi]] ssj3gokou AT libero Dot it Also for me it's ok the decentralized shipping.

=== Puglia ===
==== Lecce ====
Status : 2/10

* [[User:Morpheus90|Morpheus90]] [mailto:ugopiemontese@rudiaelinux.com ugopiemontese@rudiaelinux.com]
* [[User:Italyanker|italyanker]] [mailto:italyanker@gmail.com italyanker@gmail.com]

==== Bari ====
Status : 2/10

* [[User:Fradeve11|Fradeve11]] [mailto:fradeve@ubuntu-it.org fradeve@ubuntu-it.org]

=== Campania ===
==== Caserta (and province) ====
Status 1/10

* fenoxxx [mailto:fenoxxx@gmail.com] - Aversa

=== Lazio ===
==== Roma ====
Status 7/10

* Hire X 2 [mailto:hiretto@gmail.com hiretto@gmail.com] (Roma)
* Darkbasic X 1 [mailto:darkbasic4(at)gmail darkbasic4(at)gmail] (Ancona)
* zione X 1 [mailto:alessio.filipponio@gmail.com alessio.filipponio@gmail.com](Roma)
* AntoMan X 1 (Roma) Inserisci un contatto di posta elettronica o non potremo contattarti al momento dell'acquisto!
* Christian X 1(Gino46) [mailto:christian.marzola@alice.it] (ferrara) Qualcuno me lo dovrebbe spedire.
* Tempix X 1 [mailto:tempix11@gmail.com tempix11@gmail.com] (Ancona)

=== Liguria ===
==== Genova ====
Status 8/10

* Luca Maranzano X 1 (liuk AT linux DOT it) [[User:liuk|liuk]]
* Francesco Frassinelli X 2 (frafra AT autistici DOT org) [[User:Frafra|Frafra]]
* Stefano Cutelle' X 1 (staff@ascservices.it) [[User:ascservices|ascservices]]
* Luca Arrigo X 1 (morph84@gmail.com) [[User:morph|morph]]
* Andrea De Gaetano X 1 (dega1999 AT gmail DOT com) [[User:Dega1999|Dega1999]]
* Salvo Schiavone X 1 (salvoschiavone AT gmail DOT com [[User:Salvador|Salvador]]
* Daniele Delmonte X1 (ryogazero chiocciola yahoo punto it)

=== Sicilia ===
==== Palermo ====
Status 4/10

* Giorgio Marciano' X 1 [mailto:giorgio.marciano@email.it giorgio.marciano@email.it]
* Michele Puccio X 1 [mailto:narkos@iol.it michele]
* Roberto Calandra X 1 [mailto:isokazi@yahoo.it roberto]
* Vincenzo Moreno Luna X 1 [mailto:ciop85plus@hotmail.com vincenzo]

==== Messina ====
Status 4/10

* Melug X 4 [mailto:melug@messinalug.org MeLug]

=== Calabria ===
==== Catanzaro ====
Status 1/10

* Carlo Mangani X 1 [mailto:carlo.mangani@gmail.com carlo.mangani@gmail.com] - Lamezia Terme

== Macedonia ==
=== Skopje ===
* Kristijan Krsteski 1/10 [[User:neutrino]] [mailto:kristijan.krsteski@gmail.com]
===Status ===
1/10

== México ==
=== Ciudad de México ===
* Kozapatista [[Special:Emailuser/User:kozapatista|Contact]]
===Status ===
1/10

== [http://wiki.openmoko.org/wiki/Talk:GroupSales#The_Netherlands The Netherlands] ==
(Discuss this group sale on the [http://wiki.openmoko.org/wiki/Talk:GroupSales#The_Netherlands talk page])

* Marijn Kruisselbrink 1 [[Special:Emailuser/User:mkruisselbrink|Contact]]
* Andy Powell 1/10 [[Special:Emailuser/User:ScaredyCat|Contact]]
* Arjan Veenstra 1/10 [[User:AVee]] [[Special:Emailuser/User:AVee|Contact]]

=== Gelderland ===

==== Nijkerk ====
* [[User:Nicolas|Nico Veenkamp]] (Nijkerk 1x) [[Special:Emailuser/User:Nicolas|Contact]]

==== Nijmegen ====
* [[User:A.dre|André Disselhorst]] (Nijmegen 1x) [[Special:Emailuser/User:A.dre|Contact]]

=== Limburg ===

==== Griendtsveen ====
* [[User:KenSentMe|Jeroen van de Nieuwenhof]] (Griendtsveen 1x) [[Special:Emailuser/User:KenSentMe|Contact]]

=== Noord-Brabant ===

==== Bergen op Zoom ====
* [[User:Madjo|Marcel de Jong]] 1/10 [[Special:Emailuser/User:Madjo|Contact]]

==== Eindhoven ====
* Christ van Willegen 1 [[User:ChristW]]

=== Noord Holland ===

==== Amsterdam ====
* Michel van Horssen 1/10 [[Special:Emailuser/User:mivaho|Contact]]
* Frank Richter 1 [[Special:Emailuser/User:res|Contact]]
* Eric Smith 1/10 [[User:Eric Smith]]
==== Beverwijk ====
* Theo Martens 1x [[Special:Emailuser/User:T_M|Contact]]

==== Bussum ====
* Remco van Zuijlen 1x [[Special:Emailuser/User:Remco|Contact]]

=== Overijssel ===

==== Deventer ====
* Jan de Haan 1/10 [[User:Jan de Haan]] [[Special:Emailuser/User:Jan de Haan|Contact]]

==== Hengelo ====
* Sander Hoentjen 1/10 [[Special:Emailuser/User:Tjikkun|Contact]]
* Peter Hageman 1 [[Special:Emailuser/User:PingPong|Contact]]

==== Zwolle ====
* Boudewijn 1/10 [[User:Boudewijn|empty user page]] [[Special:Emailuser/User:Boudewijn|Contact]]; possibly got a second person interested

=== Zuid-Holland ===

==== Rijswijk ====
* Fernando Martins 1x [[User:fmartins]] [[Special:Emailuser/User:fmartins|Contact]]

=== Utrecht ===

==== Utrecht ====
* Eric Spierings 1/10 [[Special:Emailuser/User:ericsp|Contact]]
* Peter van de Werken 2/10 [[Special:Emailuser/User:PWerken|Contact]]
* Kenny van Wanrooij 1/10 [[Special:Emailuser/User:kenneth|Contact]]

=== Status ===
22/30

== New Zealand ==
As Telecom are using the 850MHz network for their GSM network, and Vodafone/northelia (possibly aka orcon) are using 900/1800MHz, please state which version you want. This may need more research, I'm not 100%; see [http://www.gsmworld.com/roaming/gsminfo/cou_nz.shtml] for more info 
According to jeremy list, telecom will not be rolling out GSM for four years, so the point becomes moot - no-one is likely to get an 850 gsm phone now and wait that long 

Based on info from steve (openmoko marketing) concerning weight and size, shipping via UPS will be about US$185 (NZ$23 each phone) to Auckland. 
UPS are far from the cheapest, but (again according to steve), OM have a contract with them, so this is what we are stuck with 

Someone on the community list suggested using [http://www.myus.com], a shipping company that will re-post items overseas at decent rates. They claim US$66 for a 3kg package, or NZ$8 per phone. Of course, the cost of shipping the phone from OM to the shipping company has to be added in as well.

As of 2008-05-08, US$369 is worth NZ$477

import duty on mobile phones is 0%[http://www.customs.govt.nz/importers/Private+Importers/Customs+Charges.htm], and GST is 12.5% so the GST added to each phone will be NZ$63; 12.5% * {477 + 23), cos we pay GST on postage too...

So, the total cost of a Freerunner as part of a 10 pack, will be: 
477 + 23 + 63 
= '''NZ$563''' 

+ any possible charges to get it posted elsewhere in New Zealand

=== Auckland ===
==== [[Auckland group sales|Auckland]] ====
Status:10/10
*Rob Paulson [[User:Myfanwy]] 900MHz
**i'm quite happy to organise the purchase, if no-one has any objections. to ease any worries about me running off with the money, we could use an escrow service such as [http://safetrader.co.nz], or paypal. or does anyone have any other ideas?
*Simon Wells [[User:Swel024]]
*Jeremy List [[User:Jeremy-list]] mailto:quick.dudley@gmail.com (Wellington, not Auckland, will pay for courier)
*David Murrell [[User:Viddy]] - [mailto:dmurrell@waikato.ac.nz] I'm in Hamilton, either courier, or I'll drive up :)
*Jeremy Gray [[User:Bogdan237]] [mailto:jgra163@ec.auckland.ac.nz] Auckland, 900MHz
*Glen Ogilvie [[User:Nelg]] {mailto:nelg@linuxsolutions.co.nz] Auckland, 900MHz
*Xuân Baldauf [[User:xbaldauf]] {mailto:xuan--2008.05--GroupSales--wiki.openmoko.org@baldauf.org] Auckland CBD, 900MHz+1800MHz GSM. This is conditional: the transaction must complete by 2008-06-30, else I cannot participate, because I'm leaving the country afterwards.
*Paul Roe [[User:Par08]] [http://wiki.openmoko.org/wiki/Special:Emailuser/Par08 contact me here] Christchurch, 2 x 900MHz
*Dave Lane [[User:dangerpossum]] [http://wiki.openmoko.org/wiki/Special:Emailuser/dangerpossum contact] Christchurch, 1 x 900MHz + 1800MHz GSM

== Norway ==
=== Nordland ===
==== Bodø ====
Status 2/10

* [[User:AlecTBM|Alexander Frøyseth]] [mailto:alexander.froyseth@gmail.com alexander.froyseth@gmail.com]
* Ole Marius
* Stian Vading

=== Sør-Trøndelag ===
==== Trondheim ====
Status 12/20

*[[User:andy000|Andreas Kalvå]] [mailto:andy@samfundet.no andy@samfundet.no]
Send mail om du er interessert.

=== Østlandet ===
==== Oslo, Akershus, Buskerud, Vestfold ====
Status 20/20(30?)

* [[User:Ixian|Heikki Sørum]] [mailto:heikkis@matnat.uio.no] Interessert? mail meg.
* [[User:Bobkare|Knut Arne Bjørndal]] [mailto:bob@cakebox.net]
* [[User:Arildh|Arild Hellstrøm]] [mailto:arild.hellstrom@getmail.no]

== Poland ==
=== dolnośląskie ===
==== Wrocław ====

* Special group buy site: https://www.kumulator.pl/show/group/35

=== Podlaskie ===
==== Suwalki ====
Status 1/10
* arteqw [http://wiki.openmoko.org/wiki/Special:Emailuser/Arteqw contact with me]

=== Wielkopolskie ===
==== Poznań ====
Status 1/10
* dos [http://wiki.openmoko.org/wiki/Special:Emailuser/dos contact with me (please, in polish :))]

== Portugal ==
=== Aveiro ===
==== Aveiro ====
Status : 2/10

* [[User:Ruben|Ruben Mendes]]
* [[User:kuyky|Tiago Saraiva]] [mailto:destructhor88@gmail.pt]

== Sweden ==
If insufficient number of people, orders could be merged and remailed perhaps.

Domestic remailing with Posten as A-class mail of a letter (criteria: length+width+height max 900 mm) weighing max 1 kg, without insurance should [http://www.posten.se/foretag/vara_tjanster/postageguide/postguideLetterDom.jspv cost 44 SEK]. 50 SEK more for insurance.

If we end up with more than one 10-pack in Sweden, my guess is that it would probably pay to order everything in one shipment to one address in Sweden to save on the international shipping, and then remail domestically.

=== Götaland ===
==== Göteborg ====

* [[User:Fwendt|Fredrik Wendt]] [[Special:Emailuser/Fwendt|Contact]]/wendt.se

==== Malmö ====
Status : 1/10

* Lars Jarlvik mailto:lars@larsfactory.se

=== Svealand ===
==== Stockholm ====
Status : 6/10

* Erland Lewin mailto:erland@lewin.nu
* Simon Kågström mailto:simon.kagstrom@gmail.com
* Ingvaldur Sigurjonsson mailto:ingi@ultimalabor.se
* Adam Johansson mailto:adam@sollentunaholm.se
* Lowe Schmidt mailto:lowe.schmidt@gmail.com
* Ollie Cleary mailto:olliecleary AT gmail DOT com

==== Örebro ====
Status : 1/10

* Anders Petersson [mailto:demitar@worldforge.org demitar@worldforge.org]

==== Västerås ====
Status : 1/10
* Jörgen Lidholm, could join the Falun/Borlänge or Stockholm group [mailto:jorgen.lidholm@gmail.com]

==== Falun & Borlänge ====
Status : 4/10

* [http://wiki.openstreetmap.org/index.php/User:Jth Johan Thelmén], Åke Hoff & a demo/backup
* [http://wiki.openstreetmap.org/index.php/User:eagle87 Pär Eriksson], Borlänge

=== Norrland ===
==== Umeå ====
Status : 2/10

* [[User:Zash|Zash]] [[Special:Emailuser/Zash|Contact]]
* [[User:Benjamin|Benjamin]] [[Special:Emailuser/Benjamin|Contact]]

==== Luleå ====
Status : 2/10

* [[User:Mjukis|Mjukis]] [[Special:Emailuser/Mjukis|Contact]] - 2 Units. Can also join the Malmö group order.

== Switzerland ==
Gabriel Ambuehl would volunteer to order the initial 10pack.
Alexandre Ghisoli could organize the second 10pack.
Luca Capello could organize the third 10pack (mostly for French Switzerland).
All the three with payment in advance (a 10pack will cost approx 3'800 USD).

Probably we will organize shipping, if we cannot all move to Zürich/Genève to get our Neo.

==== Shipping ====
If we would ship Neos, here is the Swiss PostPac prices :

{| border="1" cellspacing="0" cellpadding="2"
! Description
! Size [cm]
! Price CHF TTC
|-
| Size 1
| 22.9 x 14.7 x 9.9
| 2.20
|-
| Size 2
| 31.5 x 22.5 x 12.5
| 2.40
|-
| Shipping Priority
| up to 2Kg
| 8.-
|-
| Shipping Economy
| up to 2Kg
| 6.-
|}

 

Steve posted informations about boxes that will be out with Neo :

* 10 pack : 435mm x 371mm x 119mm, approx 3kg, UPS will charge 160USD (need to be verified)
* Individual pack : 178mm x 104mm x 84mm, 237 grams

So size 1 will fit ! Local delivery in Switzerland will cost 8.20 for Economy or 10.20 Priority.

==== Zurich ====
Status : 20/20

This list already contains 20 people, please consider joining the Genève list if places are still available -- LucaCapello

* Simon Wenner [http://wiki.openmoko.org/wiki/Special:Emailuser/Nowic Contact]
* Simon Schreiber [http://wiki.openmoko.org/wiki/Special:Emailuser/Magbeat Contact]
* Markus Huggler [http://wiki.openmoko.org/wiki/Special:Emailuser/Magbeat Contact]
* Andre Timmermann [http://wiki.openmoko.org/wiki/Special:Emailuser/darktim Contact]
* Raffael Schmid [http://wiki.openmoko.org/wiki/Special:Emailuser/darktim Contact]
* Pascal Weller [http://wiki.openmoko.org/wiki/Special:Emailuser/darktim Contact]
* Nick Zbinden (Luzern) [mailto:nickik@gmx.ch] oder [http://wiki.openmoko.org/wiki/Special:Emailuser/nickik Contact]
* Marcel Wirth [http://wiki.openmoko.org/wiki/Special:Emailuser/Skarhand Contact]
* Marcel Lütolf (Luzern) [http://wiki.openmoko.org/wiki/Special:Emailuser/NeRo Contact]
* Christian Corrodi [http://wiki.openmoko.org/wiki/Special:Emailuser/Matto Contact]
* Mirko Klingauf [http://wiki.openmoko.org/wiki/Special:Emailuser/RealAtaman Contact]
* Marcel Jost (Bern) [http://wiki.openmoko.org/wiki/Special:Emailuser/Onsonic Contact]
* Marc Andre Tanner (Biel) [http://wiki.openmoko.org/wiki/Special:Emailuser/mat Contact]
* Tobias Kündig (2 Geräte) (Luzern) [mailto:info@it-media.ch]
* Peter Salvisberg [http://wiki.openmoko.org/wiki/Special:Emailuser/Psal Contact]
* Martin Kos [http://wiki.openmoko.org/wiki/Special:Emailuser/KoS Contact]
* Lorenz Schori (Bern) [http://wiki.openmoko.org/wiki/Special:Emailuser/Znerol Contact]
* Matthias Cramer (Zürich) [http://wiki.openmoko.org/wiki/Special:Emailuser/cramer Contact]
* Pascal Mages (Bern/Zürich) [http://wiki.openmoko.org/wiki/Special:Emailuser/FreeMind Contact]

==== Geneve ====
Status : 9/10

* Diego Abelenda [http://wiki.openmoko.org/wiki/Special:Emailuser/Aelia Contact]
* Luca Capello [mailto:luca@pca.it]
* Nicolas Produit [http://wiki.openmoko.org/wiki/Special:Emailuser/Produit Contact]
* Gulu (Lausanne) [http://wiki.openmoko.org/wiki/Special:Emailuser/Gulu Contact]
* Edomaur (Lausanne) [http://wiki.openmoko.org/wiki/Special:Emailuser/Edomaur Contact]
* Sebastien Nanchen [http://wiki.openmoko.org/wiki/Special:Emailuser/Sn Contact]
* Jonas Schwarz (Lausanne) [http://wiki.openmoko.org/wiki/Special:Emailuser/jnsc Contact]
* Robin Farine (Auvernier) [http://wiki.openmoko.org/wiki/Special:Emailuser/rfarine Contact]
* Alexandre Ghisoli (Yverdon) [http://wiki.openmoko.org/wiki/Special:Emailuser/Agh Contact]

== Spain ==
=== Spain (Country Group Sale) ===
Status: 8/10

=== Madrid ===
==== Madrid ====
Status : 2/10

* Rafael Campos [http://wiki.openmoko.org/wiki/Special:Emailuser/Methril Contact]

* 1x ([[Image:MokoBox.jpg]] - advanced) Pablo Ruiz Múzquiz [http://wiki.openmoko.org/wiki/User_talk:Pabloruiz contact me here]

=== Zaragoza ===
==== Zaragoza ====
Status : 2/10

* Alejandro R. Mosteo alejandro AT mosteo · com
* Arturo Giner [[Special:Emailuser/artginer|Contact]]

=== Barcelona ===
==== Barcelona ====
Status : 4/10

* José Luis Pérez [[Special:Emailuser/jluis|Contact]]
* David Reyes Samblas Martinez [[Special:Emailuser/mutrox|Contact]]
* Sergio Arias [[Special:Emailuser/saerguio|Contact]]
* Alex Muntada [[Special:Emailuser/alexm|Contact]]

=== Valencia ===
==== Valencia ====
Status : 1/10

* Pau Gaspar Díaz [[Special:Emailuser/pau|Contact]]

== UAE ==
Status: 1/10
* Yaser Ammar [[Special:Emailuser/Waraqa|Contact]]

== USA ==
=== Colorado ===
==== Denver (Full) ====
Status: 10/10 (includes the gentleman from Utah)
* Shawn Sullivan [[mailto:shelbydz87@yahoo.com shelbydz87@yahoo.com]]
* Peter Abplanalp [http://wiki.openmoko.org/wiki/Special:Emailuser/alderion Contact]
* Ben Burdette [http://wiki.openmoko.org/wiki/Special:Emailuser/Ansible Contact]
* Tom Russell [http://wiki.openmoko.org/wiki/Special:Emailuser/tazbert Contact]
* Trace [http://wiki.openmoko.org/wiki/Special:Emailuser/gnork Contact]

=== California ===
==== Los Angeles ====
Status: 4/10

* Ian Douglas [http://wiki.openmoko.org/wiki/Special:Emailuser/Iandouglas Contact me here]
* Matthew [http://wiki.openmoko.org/wiki/Special:Emailuser/Wetmoko Contact]
* Daniel [http://wiki.openmoko.org/wiki/Special:Emailuser/Beaker82 Contact]
* James Robertson [http://wiki.openmoko.org/wiki/Special:Emailuser/JamesRobertson Contact]

==== San Diego ====
'''(inc. San Diego county and surrounding areas)'''

Status: 1/10

Will combine with LA if too few.

* Peter Naulls [http://wiki.openmoko.org/wiki/Special:Emailuser/Pnaulls Contact]

==== San Francisco Bay Area ====
Status: 4/10

* Ajit Natarajan - [http://wiki.openmoko.org/wiki/Special:Emailuser/ajitk Contact]

* Dirk Bergstrom - [http://wiki.openmoko.org/wiki/Special:Emailuser/krid Contact]

* Tupshin Harper - [http://wiki.openmoko.org/wiki/Special:Emailuser/tupshin Contact]

* Lothar Werzinger (900MHz) - [http://wiki.openmoko.org/wiki/Special:Emailuser/Elektrolott Contact]

==== Monterey ====
Status: 2/10

* Cry Regarder [http://wiki.openmoko.org/wiki/Special:Emailuser/Cry_Regarder Contact]

=== Midwest ===
'''(combine Indiana / Iowa / Kentucky / Tennesee / Texas)'''
Status: 6/10
* Geoff Ruscoe [[Special:Emailuser/Geocode|Contact]] - Louisville, KY
* Steven M [[Special:Emailuser/Montgoss|Contact]] - Cedar Rapids, IA
* Joseph Booker [[Special:Emailuser/Sargas|Contact]] - Chicago
* Bryan DeLuca [[Special:Emailuser/Stupkid|Contact]] - Fort Worth, TX
* Casey Harkins [[Special:Emailuser/Charkins|Contact]] - Madison, WI
* Matt McCormick [[Special:Emailuser/Thewtex|Contact]] - Madison, WI

=== Indiana / Kentucky ===
Status: 4/10
* Dan Staley [[Special:Emailuser/Pyrasi|Contact]] (Kentucky)
* Donnie Jones [[Special:Emailuser/Donniejones18|Contact]] (Lexington, KY)
* John Sterling [[Special:Emailuser/Sterling|Contact]] (Lexington, KY)
* James MacLachlan [[Special:Emailuser/Jmaclachlan|Contact]] (Louisville, KY)

=== Ohio / Michigan ===
Status: 3/10
* David Pais (Unknown City) [mailto:davioh2001@yahoo.com email]
* Dave Ludlow (Toledo) (I can purchase and distribute) [[Special:Emailuser/adsllc|Contact]]
* Adam Steele (Cincinnati) [mailto:adam@laurasteele.net Contact]

=== Washington ===
==== Seattle ====
Status: 1/10
* Jon Pomeroy [[Special:Emailuser/Jepomeroy|Contact]]

=== Tennessee ===
==== Memphis ====
Status: 1/10
* Peter O'Connor [http://wiki.openmoko.org/wiki/Special:Emailuser/poconnor Contact]

=== Texas ===
==== Austin (8/10) ====
* Dale Schumacher [[Special:Emailuser/dalnefre|Contact]]
* Michael Cosby [[Special:Emailuser/mcosby|Contact]]
* Paul Jimenez [[Special:Emailuser/pj|Contact]]
* Charles [[Special:Emailuser/rbn|Contact]]
* Anthony Kitchin [[Special:Emailuser/akitchin|Contact]]
* Carl [[Special:Emailuser/texatopia|Contact]]
* Robert [[Special:Emailuser/SHaRK|Contact]] (Houston)
* Bryan DeLuca [[Special: Emailuser/Stupkid|Contact]] (Fort Worth)

==== Dallas (1/10) ====
* Philip White [[Special:Emailuser/pmw|Contact]]

=== Mid-Atlantic ===
==== Virginia====
===== Virginia Tech (1/10) =====
* Lally Singh [[Special:Emailuser/lally|email]] -- yeah, if you're ordering anywhere in VA, lemme know. 
===== Richmond (2/10)=====
* Philippe Gerard [[Special:Emailuser/feydreva|Contact]] 
*Steve Watson mailto:ssw0213@gmail.com 

==== New York ====
Status: 3/10 or 4/10

* Bert Hartmann [http://wiki.openmoko.org/wiki/Special:Emailuser/BertHartm Contact me here] 
* Michael Cole mailto:mjcole137@gmail.com 
* Jake Thebault-Spieker (probably, may not be able to afford it) [http://wiki.openmoko.org/Spcial:Emailuser/Summatusmentis Contact me here] 
* Remy Frerebeau [http://wiki.openmoko.org/wiki/Special:Emailuser/Rfrerebe Contact me here] 

==== Maryland (2/10)====
* Paul Buede mailto:paul@buede.com 
* Charles Lohr
* Alex (DC/Rosslyn; not 100% sure that will be able to afford it) [[Special:Emailuser/rakukin|Contact]]

=== Massachusetts ===
Status: 6/10
* Benjamin Moody [[Special:Emailuser/FloppusMaximus|Contact]]

* Ken Young (Note, if we're not up to 10/10 on the day the Freerunner is announced, I'm going to drop out and order individually).[[Special:Emailuser/Dolson|Contact]]

* Chris White (for 4) [[Special:Emailuser/Safire|Contact]]

=== Nevada ===
==== Reno/Sparks ====
Including Northwestern Nevada/ Northeastern California
Status: 1/10
* Tyrell Berry [[Special:Emailuser/Alawatsakima|Contact]]

== UK ==

* Stroller (Milton Keynes, can travel) mailto:stroller@stellar.eclipse.co.uk 01908 663 513. Thinks that breaking the UK up into regions - at least outside London - is silly. There are unlikely to be 10 people in $your_town who want a Freerunner, so some posting of Freerunners will surely be required; see [http://wiki.openmoko.org/wiki/Talk:GroupSales#Oxford the talk page]. This is the same cost anywhere in the UK.

=== Scotland ===
==== Edinburgh ====
Status : 3/10

* Joe Wells (Edinburgh) [http://wiki.openmoko.org/wiki/Special:Emailuser/jbw Contact]
* Dave Ball (Edinburgh) [http://wiki.openmoko.org/wiki/Special:Emailuser/Daveb Contact]
* Stuart MacKinnon(Livingston) [http://wiki.openmoko.org/wiki/Special:Emailuser/hoagster Contact]

=== England ===

==== Hampshire ====

http://www.hants.lug.org.uk/cgi-bin/wiki.pl?FreerunnerBulkBuy

(Sorry, we set up the page before we knew about this one)

==== London ====

Status : 7/10

* Juergen Schinker mailto:ba1020@homie.homelinux.net
* aled [http://wiki.openmoko.org/wiki/Special:Emailuser/aled Contact]
* Robert Piasek (actually in Southampton) [http://wiki.openmoko.org/wiki/Special:Emailuser/Queen6 Contact]
* Tom Scholl (Cambridge, travel to London now and then anyway so could pick up) [mailto:thomasscholl@gmail.com]
* Weiss (Cambridge, could collect from London) [http://wiki.openmoko.org/wiki/Special:Emailuser/Weiss Contact]
* Neil Bentley (in Wiltshire) [http://wiki.openmoko.org/wiki/Special:Emailuser/Ohnez Contact]
* rhn (one or two sets) [http://wiki.openmoko.org/wiki/Special:Emailuser/rhn Contact]

==== Oxford ====

Idea to re-ship within the UK, see [http://wiki.openmoko.org/wiki/Talk:GroupSales#Oxford talk]

Status : 3/10

* Tim Coggins [http://wiki.openmoko.org/wiki/Special:Emailuser/sonicated Contact]

* James Olney [http://wiki.openmoko.org/wiki/Special:Emailuser/Webjames Contact]
* David Pottage (actually in Reading) [http://wiki.openmoko.org/wiki/Special:Emailuser/chrestomanci Contact]

==== West Midlands ====
Status : 2/10

* Mo Abrahams (Walsall) mailto:moabrahams@dashavoo.com
* Jonathan Spooner (Walsall)

== Latvia ==
=== Riga ===
==== Riga ====
Status : 1/10
* Ilya [http://wiki.openmoko.org/wiki/Special:Emailuser/VRGhost Contact]

== Singapore ==
Status : 2/10
* Wee Kiam Peng [http://wiki.openmoko.org/wiki/Special:Emailuser/Jipi Contact]
* Chen Ruo Fei [http://wiki.openmoko.org/wiki/Special:Emailuser/Crf Contact]
* timconfig [http://wiki.openmoko.org/wiki/Special:Emailuser/Timconfig Contact]

== Israel==
Status : 2/10
* Ofer Herman [http://wiki.openmoko.org/wiki/Special:Emailuser/oferhe Contact]
* [http://wiki.openmoko.org/wiki/Special:Emailuser/Talba Talba]

== Czech Republic ==
=== Brno ===
'''Status : 15/10'''
* '''*'''Martin Šenkeřík - [[Special:Emailuser/ohin|Contact]]
Jakmile budu mít nějaké konkrétnější informace budu vás kontaktovat. Mám ale problém s financováním všech 10 telefonů při objednávání. Buď budu potřebovat, aby mně aspoň půlka z vás poslala peníze předem, nebo kdyby se našel někdo, kdo mně může se zafinancováním pomoct (zaplatil by půlku telefonů a ty be se potom rozeslaly na dobírku nebo předaly osobně) tak se můžeme sejít osobně. Vyskytuji se v Brně a ve Zlíně.
* '''*'''Radek Bartoň - [[Special:Emailuser/Blackhex|Contact]] (Preferuju osobní odběr v Brně, můžu dovézt do Frýdku-Místku.)
* Martin Holec - [[Special:Emailuser/Martix|Contact]] (Osobní odběr ve Zlíně.)
* '''*'''Jozef Mlich - [[Special:Emailuser/joejoe|Contact]]
* Radek Machulka - [[Special:Emailuser/Werty|Contact]] (ja teda taky nejsem z Brna, ale klidne si pro to prijedu...)
* '''*'''Tom Varga - [[Special:Emailuser/Varg|Contact]] (Můžu dělat spojku pro Prahu / Liberecko)
* '''*'''Aleš Dvořák - [[Special:Emailuser/Setr|Contact]] - contact uz funguje
* '''*'''Pavel Kovář - [[Special:Emailuser/Fox|Contact]] (Tak to vypadá že si udělám výlet do Zlína Jinak trasa vlakem Ostrava - Vsetín)
* '''*'''David Kozub - [[Special:Emailuser/Zub|Contact]] (Zlin, idealni by byla Praha, ale evidentne jsem sam, prinejhorsim i to Brno)
* '''*'''Miloslav Machotka - [[Special:Emailuser/Machy|Contact]]
* '''*'''Michal Pěnka - [http://michal.penka.name/kontakt Contact] (Podle komentářů bych poprosil Tomáše Varga, aby mi Openmoko zavezl do Prahy, jinak preferuji dobírku, přinejhorším pro to zajedu i do Brna.)
* '''*'''Martin Dvořák - [[Special:Emailuser/masca|Contact]] Mimo Prahu se moc pravidelně nevyskytuju, tak bych případně někoho poprosil o dopravu (nebo dobírka, kdyžtak bych i přijel do Brna).
* '''*'''Karel Volný - [[Special:Emailuser/kavol|Contact]] (Jsem v Brně, můžu dělat spojku na Slovensko - Blava nebo BB.)
* '''*'''Jan Mareš - [[Special:Emailuser/iVir|Contact]] Jsem z Prahy, mohu převézt do Písku na jihu Čech, případně mohu do Brna zajet
* '''*'''Marian Krucina - [[Special:Emailuser/oak|Contact]] Jsem z Havířova, dobírka, nebo někdo, kdo by to dovezl do okolí (Radek Bartoň - Frýdek-Místek)

=== Praha (návrh) ===
Vzhledem k tomu, že už je v Brně 14lidí, možno by stálo za to oddělit českou větev od moravské a vytvořit druhou desítku.

'''Status : 1/10'''
* '''*'''Michal Bořek - [[Special:Emailuser/mibo|Contact]] Jsem z Plzně, ale do Prahy to mám přeci jen kousek a Plzeň tu nemá cenu zakládat.

['''*''']platím předem

Diskuze přesunuta na http://wiki.openmoko.org/wiki/Talk:GroupSales#Czech_Republic

== Slovak Republic ==
=== Bratislava ===
Status : 1/10
* František Horínek - [[Special:Emailuser/PipBoy2000|Contact]]

''Karel Volný >>'' vizte brněnská skupinka, můžu dělat spojku

== Croatia ==
Status : 6/10
* w00t - [[Special:Emailuser/W00t|Contact]]
* matija - [[Special:Emailuser/Matija.z|Contact]]
* valajbeg - [[Special:Emailuser/valajbeg|Contact]]
* kost - [[Special:Emailuser/kost|Contact]]
* mnalis - [[Special:Emailuser/mnalis|Contact]]
* tcavrag - [[Special:Emailuser/tcavrag|Contact]]
(maybe we should make one group for bosnia, croatia & serbia together?) [http://wiki.openmoko.org/index.php/Talk:GroupSales#Croatia the talk page]
[[Category:Community]]

Wish List

2008-03-29T15:32:50Z

BioGeek: /* Hardware */

This article is a place to collect various thoughts about the future of the [[OpenMoko]] software platform. Most wish list ideas have been linked from this page, but you may also wish to check all pages [http://wiki.openmoko.org/wiki/Category:Ideas that have a category of 'Ideas'].

== Development ==
=== Painless SDK installation & Setup ===
Our goal should be a completely painless setup for somebody wanting to develop using [[OpenMoko]]

* one command for installation (apt-get install openmoko)
* one command to start Xnest (openmoko-xephyr?)
* one command to start an i386 shell (openmoko-386-shell)
* one command to start an armel shell (openmoko-armel-shell)

No extra configuration required.

==== IDE Plugins ====
People like to see plugins for
* [http://anjuta.sourceforge.net Anjuta]
* [http://www.eclipse.org Eclipse] (some things are possible - see [[Development with Eclipse]].
* [http://www.netbeans.org NetBeans]
* Game engine - Game Creation plugins
evaluate eclipse project [http://www.eclipse.org/dsdp/index.php Device Software Development Platform Project from eclipse] and subproject [http://www.eclipse.org/proposals/tml/ Tool for Mobile Linux]
* [http://www.kdevelop.org KDevelop]
* [http://developer.apple.com/tools/xcode/ XCode]
* [http://www.monodevelop.com MonoDevelop]
* [http://msdn.microsoft.com/vstudio/ Microsoft Visual Studio 2005]

==== UI Designer ====
Glade code generation is deprecated, so we don't want to use it. The Gtk+ powers told me that the plan is to have gtk 2.12 (out early 2007) with support for GtkBuilder, a libglade derivative which breaks a bit the XML definition in order to support all the new widgets and properties; as soon as it's in the other ui builders will add support for this format. See also [http://bugzilla.gnome.org/show_bug.cgi?id=172535 the relevant bug entry]
* Possibly a Landscape (rotated) view for the screen (480x640 *or* 640x480)?

==== Built-in Scripting Language ====
{{Main|Wishlist:BuiltInScriptingLanguage}}
There was a [http://lists.openmoko.org/pipermail/community/2007-January/001909.html fruitful discussion about a built-in scripting language on the mailing list in January.] Many people feel that it is very important for OpenMoko to choose a scripting language to ship as default in the standard OpenMoko firmware.
==== Easy build of the existing autotools - based packages ====
In the ideal case OpenMoko should exist on the top of the usual ./configure - make workflow which is typical for the majority of the C/C++ based open source projects. It should not require to rewrite or even replace the existing Makefile.am files of the project being ported, and it should allow to pass the needed parameters to the project configure script. Maybe OpenMoko project could be a bigger project having one or more (if some are libraries) autotools - based packages in its separate folders and include the proper documentation how to "wire" the standard autotools based package to the OpenMoko infrastructure.

===Foreign Widget Set Bindings ===
==== Qt Integration ====
The Trolltech folks have a great widget library. I'd like to interface OpenMoko with Qt4, so that we can write Qt4 applications for the phone which don't look alienated.

==== Maemo Integration ====
The Maemo folks have created a successful standard for Webpad applications. I'd like to have a set of MaemoMoko and MokoMaemo wrapper classes that allow me add support for running OpenMoko applications on Maemo and vice versa. Perhaps we can get help from the Nokia OSS folks for that.

==== wxWidgets Integration ====
wxWidgets is a cross-platform application framework that's very popular (I'd say, #3 after Qt and Gtk+). On Linux, wxWidgets uses Gtk+ to implement the widgets. It shouldn't be hard to add support for the additional OpenMoko classes to wxWidgets hence supporting the native OpenMoko look and feel for wxWidgets applications.

wxWidgets team wants OpenMoko classes too and we (wxWidgets) plan to include this project as one of our ideas for [http://google-code-updates.blogspot.com/2007/02/speaking-of-summer.html GSoC 2007]

==== SDL Integration ====
SDL is ''the'' game developer library. There are tons of SDL games out there. We should add OpenMoko support into SDL.

==== Cocoa / GNUstep ====
Allows to use MacOS X as a development platform.

=== Software: Language bindings ===
==== Python bindings ====
Python bindings seem to be a commonly requested feature.

[[User:Mickey]] says, "They are kind of usable on the [http://www.maemo.org Nokia 770], but it's at the lower end of being bearable. We should keep this in mind -- Gtk+ already comes with Python Bindings, so we "just" would need to wrap libmoko*. I would prefer to leave this to the community do though, since it doesn't make sense to start wrapping the API until we have a stable API -- and I can imagine it will take us a couple of months after going open until we can start with stabilizing the libmoko API."

==== C++ bindings ====
There is a whole skilled C++ community coming from the [http://qtopia.net Qtopia] and [http://opie.handhelds.org Opie] projects. If we would consider basing OpenMoko C++ Bindings on [http://www.gtkmm.org/ Gtkmm], then we could drag these guys in.

==== Ruby bindings ====
Ruby and ruby-(gtk|glade) already ported to OpenMoko according to [http://lists.openmoko.org/pipermail/openmoko-apps/2007-May/000040.html this ] and [http://groups.google.de/group/comp.lang.ruby/browse_thread/thread/6bee9970cf055504 this] mesages. It just have to be included to distribution (only 4.9 MB!)

==== Java bindings ====
People who concentrate on Java programming would like to have the OpenMoko port of some java virtual machine. GNU Classpath team a lot of great work in the past creating easily portable implementation. Sun's recently open sourced code could also be ported.
==== Other bindings ====
* Perl
* C#
* I think you could skip a bunch of these by binding to Dbus; most languages already have Dbus bindings

== Community Support ==

=== [http://projects.openmoko.org projects.openmoko.org] ===
Infrastructure for developers with
* One bugzilla for all projects (makes moving bugs forth and backwards between projects ''very'' easy)
* One mailing list for project

== Platform ==
=== Community Images ===
In the future there could be complete, unofficial "product images" that are created by the community, for example maybe one that incorporates only free software (in the GNU or OSI sense). Or images build with a particular niche market in mind -- a student for example.

=== Wishlist voting ===
There could be a kind of voting system like they have at one of those big computer manufacturers homepage. Then the community could vote for the ideas that are most important to them. This would especially make sense for the hardware wishlist, because the hardware is still the part which can't be done by the community that easily.

Here: [http://www.fevote.com/openmoko OpenMoko suggestion board]

== Software: Additional features ==

===PDA Mode===

There are times when you wish to power up the device and not power up the gsm/cellphone portion of the phone. For example in meetings you might wish to access the PDA side with wifi as is the case for example on an aircraft. On booting some method of booting to pda mode would be good - several other phones offer this feature.

===Driving Mode===

It may be forbidden in many countries, but many people use their cell phones while driving. With the touchscreen phones
this is very dangerous: You have to stare at the tiny numbers on the screen and try to hit them with your thumb or try to decipher tiny script of contacts, while steering with the other hand. There should be a configurable driving mode where the interface has a reduced functionality (e.g. only contacts and dialing) with HUGE interface buttons that are easy to use with limited attention.

===Calling===

==== Mask ID based on dialed numbers ====
It would be nice if my number only showed up when I call people in my address book and was otherwise masked. The phone I have now either always shows my number or never or can be set on a per call basis. Having it done automatically based on the number dialed would be good.

==== Use calling cards and similar routing techniques for lower-cost calling ====
Many people use calling cards, low-cost numbers and similar ways of reducing the costs of their calls. It would be nice to have a single panel that would allow you to configure the rules of dialing a number taking in to account such systems.

==== Outgoing black/white lists ====
The ability to allow or deny outoging calls to certain numbers can be useful in a number of situations (e.g. the holder of the 'phone is a child, untrusted, etc.). This could be related to entries in the contact list, for example a user is only allowed to call people who are in their contact list.

Also lists for incoming calls? Some friends always come through, unknown numbers get rejected automatically.

==== Time-based blocking/unblocking of calls ====
Allowing or disallowing outgoing calls at certain times of the day could be useful, e.g. blocking a business phone from making calls outside of business hours.

====Speaker-phone====
* A speaker-phone is more than simply connecting the speakers to GSM audio, it's also echo cancellation, and eliminating the feedback that will otherwise happen between the speakers and the mic. This software has not been written.

====Advanced Airtime Tracking====
Many phone users have complicated plans, things like unlimited incoming, 100 anytime minutes, 1000 evening minutes, etc. It would be nice if a user could input the various monthly airtime chunks their plan gives them, and then the phone could track how much is left in each chunk, i.e. How much anytime minutes are left this month? Optionally, the software could warn when someone is close to the monthly limit, to help avoid bigger bills.
On (at least some) prepaid [http://en.wikipedia.org/wiki/Unstructured_Supplementary_Service_Data USSD] can be used to check current balance.

==== Anti-stutter software ====
Delayed Auditory Feedback (DAF) has shown to reduce stuttering in individuals by 70%. By using the microphone, it should be pretty simple to implement this on the OpenMoko. The DAF functionality should also be present during phone calls. See http://en.wikipedia.org/wiki/Delayed_auditory_feedback for more information.

====Minimize In-Call mode (check address book while in call)====
On my locked phones I always find it annoying that one can not use other features while a call is in progress. In particular, I'd like to access the address book so that we can (1) give a caller someone else's phone number (or other info) and (2) lookup a phone number when using a calling card or some other proxy.

Similar request when using the browser (lookup passwords, todo list, etc).

====Hold Music (Ringback Tone)====
On some cellphone networks you can pay to change the normal [http://en.wikipedia.org/wiki/Ringback_tone Ringback Tone] that the caller hears when ringing, to a customised sound.
This can partially be implemented on the phone.
Issues are:
*In countries where callers pay, this will make you unpopular.
*In countries where the called party pays, it will use your minutes, or cost you money.
**A list of people to activate this function for would alleviate this.
*[[GPRS]] internet connection will stall while the hold music is being played.
*Extra battery used when playing music.

Also see [[Answering Machine]].

====Play sound clips over the air====
Dialer could have a tab with big buttons which, when push, send sound clips over GSM to the person on the other end of the call. This feature is included in GizmoProject and is called sound blasts: http://support.gizmoproject.com/index.php?_a=knowledgebase&_j=questiondetails&_i=104
The buttons can have default sounds, but also have the ability to be customized.

It would also be useful for notifying people why you can't talk (for example, having an "I can't talk tight now - I'm in the library - this is a pre-recorded message" would be good. Also perhaps you could loop a pre-recorded sound in the background so you can lie about where you are, and have the ability to simulate a really bad connection.

==== DTMF Landline Dialing ====
The ability to hold the Neo near the microphone of a landline handset and have the Neo dial the landline by sounding DTMF tones. The DTMF tones could be generated in software or be pre-recorded files.

Graphically this could be done by adding a 'DTFM dial' button to a context menu. The user would select a contact then presses the 'DTMF dial' button to start the process. A small delay could also be added to allow time to put the Neo near the landline handset.

For the Neo to know which area code to use (or not use) the current or last GPS coordinates could be utilised.

==== Conversation Recorder ====

An option to record phone conversations. Would be helpful to have the device always recording for every call, with the sound data encoded to low quality Ogg Vorbis or SPEEX and stored in RAM. At the end of the conversation the user would have the option to save to flash or discard the conversation. This idea could also be applied to voicemail so you could save voicemails locally.

====Unlicensed Mobile Access (UMA)====
T-Mobile recently rolled out a UMA service that hands off calls between the GSM network and WiFi access points. Only a few phones support it right now, this could be a rather unique feature if OpenMoko can implement it.

This can be combined with a GPS map to show where local free hubs are.

==== Ignore-Call Button ====
{{Main|Wishlist:Ignore Call Button}}

Shut up a ringing phone, without accepting or rejecting the call.

Another alternative might be to use microphone to recognize when the user gives an audible "Shhh!" command. This could prove difficult to determine with the simultaneous ringing, and possible in-pocket shuffling noises.

A really usable feature is to "reject with SMS/text message" - letting the user reply the caller choosing a previously setup template or typical response: "I'm in a meeting - I'll call you later" or "Can't take your call now, please call back in 10 minutes". This feature typically is a much better way to get your co-workers (ie boss) to back off, than to silently ignore the call.

The accelerometers could be queried while the phone is ringing to detect a firm tap on the phone. This would avoid the delays of fumbling to remove the phone from one's pocket to silence the ringer when you've forgotten to set it to silent mode. Just firmly tap the phone through your pocket, and the ringer will silence, like some Motorola pagers. Maybe single tap = silence; double tap = (activate voicemail or preset SMS).

==== Voice Mailbox ====
{{Main|Voice Mailbox}}
On-Phone voice mailbox that records calls on the phone and retrieves voice messages from your mobile service provider's voice mailbox and saves them locally.
Can act profile-dependent.

==== Hold Button ====

Similar to mute, but plays a sound file for the user on the other end while they wait. The sound file could be chosen in some setup beforehand.

==== Unanswered Call, Fast Call ====

In Greece because of the various bill programs some people call a mobile phone, rings one time and then hangup.
Then the user of the mobile phone calls the other user(using the CallerID recognition).

===Audio===

==== Ambient Noise Detection ====
{{Main|Wishlist:Software:Ambient Noise Detection}}

Using the microphone to detect ambient noise the ringtone volume could be adjusted automatically.

If the ambient noise exceeds a preset threshold, the ring vibrator could be activated. This is good for when people forget to enable vibrate mode when entering noisy environments.

Detection of ambient noise could also be used to subtract the noise from the audio signal. However this approach is best performed using two Microphones, one for the voice and the other to detect the noise.

==== Active noise control ====

Using the microphone to do [http://en.wikipedia.org/wiki/Anti-noise active noise control] on media player playback or telephone calls. This should be an independent module/library which can be used by any application which might require this feature. also provide a way to easily alter the parameters of the active noise control.

==== Hear Impaired Mode ====

Hearing impaired people need louder speaker(but with less volume than hands free) and equalized sound, based on their hearing problems(example 20dB hearing loss from 2KHz to 4KHz).
Older people 50+ years old need slower speech rate(time stretch, cut the big speech gups) and cleaner voice.

Please note also the Hearing Aid Compatibility regulations in the US. I have tried to summarize and clarify them [http://quux.wiki.zoho.com/WhereAreHACphones.html here]. I haven't yet discovered whether the FIC device is M or T rated. For many hearing impaired users, a tcoil coupling to their hearing aid (t3/T4 rating) would be preferable to manipulating sound output in other ways.

==== Mute Button ====

Button to temporarily disable microphone while talking for applications such as telephone, audio recording and (when available) movie recording.

===Web Browser===

==== Full-page Zoom Support ====
Full page zoom is a very good feature. If possible, people would want to browse the internet with normal layout than a distorted one. It's best if I could double-tap a text or image block and zoom to a fit size.

The [[BigPageWidget]] proposal suggests 'Full Page Zoom' should be implemented as a widget available to all applications.

* If the processor and memory could afford, it is good to just use [http://www.mozilla.org/projects/firefox/3.0a8/releasenotes/ Firefox 3] in OpenMoko. It has implemented latest gecko's full-page-zoom ability. With certain modification, we could do the same zoom like iPhone's Safari.
* Firefox 3 may be a big eater. A cut-down version of it may be good enough.
* If this is not practical, Minimo with full-page-zoom ability is good.

==== Plugins Support ====
* While an extensive browser plugin system would be costly to the efficacy of the platform four particular browser plugins as poplularized by Mozilla firefox should be adapted to the web-browser, namely: [http://noscript.net/ noscript], [http://adblockplus.org/en/ adblock plus], [http://www.greasespot.net/ greasemonkey] and [http://www.foxmarks.com/ foxmarks].
* Careful use of these can dramatically reduce bandwidth, page space, and rendering costs even if it comes at the risk of some hard drive space in the form of block lists.
* Greasemonkey, in particular, gives users control to set up scripts for commonly traveled pages to further reduce unnecessary or unwanted content.

==== Widget support ====
Built-in browser with the ability to install widget shortcuts (aka links) in the main phone menu, also some apis for interfacing with the other functionality of the phone like adding contacts, reading contacts, reading gps-psoition etc.. (maybe there is some defacto widget standard that could be used)

There is a [http://www.w3.org/TR/widgets/ W3C spec] being developed, which may not be exactly what the original proposal had in mind, but it is about writing simple applications with HTML, SVG and JavaScript. It is mainly Opera's work, and while most [http://widgets.opera.com/ developed widgets are not very useful], there are some that are, and it creates a very nice development platform, especially for mobile devices. So, I think it makes an awful lot of sense for OpenMoko to support this spec.

===Media===
====Music/Video Software====
A real good programming area for competition with the iPhone, a singular video/music player would be great for multimedia. A seamless integration system, a la iTunes and iPod, would be extremely popular.

Using the Wi-Fi connectivity, a separate music program that supports wireless music sharing/ streaming (similar to what can be done when two computer running iTunes that are both on the same network) and that also supports internet radio.

It would also be nice to have some kind of "announce your musical taste" mode. This could be implemented using last.fm profiles, such that when e.g. in a crowded place a user nearby has a similar musical taste, both users get notified so they can share their music files with each other (perhaps using a photo for id). Great for discovering new music - and making friends!

- Possible copyright issues sharing music files?

Sure, but that's the user's concern, not the developer's. There's no way for us to know which audio files the user is permitted/not permitted to share.

==== Reading Support ====
It would be really great to be able to read :

*PDF
*Open Document files
*Text / RTF files
*fb2 files (fbreader)
*MS Office files
*Aportis Doc (pdb)
*DjVu
*...

In both landscape and portrait

==== Wikipedia Mirror ====
{{Main|Wishlist:Wikipedia_Mirror}}

==== Blog ScribblePad ====

Draw an image (and maybe add some text), then post to your blog.

==== E-Book Reader ====
* Neos brilliant ultra-sharp screen makes for a very good e-book reading device. All it takes is a good e-book reader with touch-screen page turning / scrolling (see the [[BigPageWidget]] proposal). FBReader could probably be adjusted easily by an experienced GTK hacker. Note that e-book reading is different to pure text/pdf displaying as it requires at least auto-bookmarking of the last read page, proper text and image scaling and text formatting.

==== Personal Wiki ====
{{Main|Wishlist:PersonalWiki}}

Display the notes database as a Wiki. Inspiration: [http://www.acrocat.com/AcroWiki/default.asp?lang=en AcroWiki].

[http://www.didiwiki.org/ Didiwiki]

==== Dictionary, thesaurus, translator and flashcards ====
Native lookup dictionary and thesaurus and foreign translation dictionaries, also with support for Asian languages. Optional custom configurable (though preconfigured) interface with on-line versions of dictionaries, thesaurus and translation services.

'''Dictionary'''
Something like [http://www-user.tu-chemnitz.de/~fri/ding/ ding]:

advantages:
* small
* very efficient + useful
* only limited to really needed functions

Support for vocabulary training with flashcard system (also usable for other content than foreign language words!)

==== Flickr uploader ====
A simply, drag & drop uploader, tagger and organizer to upload images on phone to [http://flickr.com Flickr], with support for various languages. A good base could be the cross-platform uploader [http://juploadr.org/ jUploadr], written in Java and working on Windows, Mac and Linux. But, most of all, the best '''GPL''' program which actually do this work is '''[http://mobilepushr.jottit.com/ Mobile Pushr]''', written in C and Cocoa for iPhone, must be probably ported in python to work on OpenMoko.

===PIM (Personal Information Managment)===
====Context Sensitivity====
Any email or sms message or application that contains a telephone number should be click to dial, eg [http://123567890 1234567890]. Addresses link to mapping software too?

==== Notes ====

Something for taking notes would be a nice feature:
[http://www.gnome.org/projects/tomboy/ Tomboy] has some nice syncing features and is gtk based.

Some Screenshots are [http://www.gnome.org/projects/tomboy/images/ here].

==== Calendar ====

A nice calendar application should be implemented in OpenMoko. This tool should have a syncing feature with your desktop computer.
The tool should have a reminder feature and other features like other mobile phones already have.

I think synchronization sould be handled by computer with opensync+syncml based tool, not by calendar itself. --[[User:Antono|Antono]] 12:25, 7 January 2008 (CET)

* If this cellphone is thought also as a PDA, of course it needs a calendar. But I would like to see something better than just a calendar, I was thinking that there could be some application using "fisheye" view. Just like [http://www.cs.umd.edu/hcil/datelens/], though that example seem a bit chaotic. --[[User:Yprum|Yprum]] 22:27, 21 February 2008 (CEST)

==== Address Book ====

* Option to search not just the stored list of addresses, but one or more of the online phonebooks. Probably should be modular to make adding/changing phonebook sites easy. Also allows for future integration with LDAP
servers or whatever.
* Also the possibility to search all info on the contact, like number, email, postal address and so on, in case someone asks you to identify a known number.
* Web-based map-lookup. 'How do I get there from here? (here = current GPS location)' This could also be done
by integrating with whatever on-phone GPS mapping software the Neo ends up using.
* Random text input 'notes' about a contact
* Overall, this should more resemble a Palm-pilot's address-book than your average cellphone's
* Automated Daily backup of phone book to a website archive (similar to Verizon's Back-up Assistant
*Ability to integrate address book with web-based email (such as gmail) account, for those who use web based email as their primary account
* '''[[Wishlist:Tagging|Tagging]]''' Place tags for contacts. Enhance message application to send messages to all contacts tagged with ... . Enhance other application(GPS, ...) with tags.
* Support for:
**[http://en.wikipedia.org/wiki/SyncML SyncML]
**[http://abook.sourceforge.net/ abook] a text-based addressbook program
**[http://en.wikipedia.org/wiki/Ldap LDAP] address book
**[http://en.wikipedia.org/wiki/LDIF LDIF], [http://en.wikipedia.org/wiki/Xml XML] and [http://en.wikipedia.org/wiki/Comma-separated_values CSV] export and import (when possible).
*Store Bluetooth IDs of friends and notify (configurable only on this device or on both devices) when a one of these Bluetooth ID has been detected (this is more a separate application but has requirements on the address book. Should also be able to create an address book entry from a Bluetooth ID. Could be used as a nice tool to detect people who you're avoiding.

==== Database/List Display/Edit ====
{{Main|Wishlist:PilotDB}}

One of the most useful apps on my Palm Pilot for me is [http://pilot-db.sourceforge.net/ pilot-db]. It's GPL'd.

==== To-Do lists ====

* It'd be nice to have something like [http://www.joesgoals.com Joe's Goals] always available, like my phone is, even when I'm disconnected from the net.
* I would like to be able update my [http://todotxt.com/ todo.txt] which is stored on a personal server from the phone.

==== Context based To-Do list ====
{{Main|Wishlist:context based to-do list}}

If I arrive home and there are "@home" things in the to-do list, the Context based to-do list reminds me of that.

==== Workout ====

Use your phone instead of your notebook while at the gym, and get pretty graphs to admire after you're done.

==== Shopping List ====
keep Track of Prices in different shops and the products you have/don't have. Ideally using a barcode reader and gps.
If it was made aware of recipes it could even tell you what to buy without entering a shoppinglist manually.

==== [[Fuel Log]] ====
File data about fueling your car (date/time, liters, price, mileage, ...) and display some information (costs per month, average consumption, ...).
Advanced features could include:
* Automatically storing the GPS coordinates of the place where the car has been fueled (can be deactivated)
* Sending the data to a central server which collects the information ( spritmonitor.de, anything else ?)
* Let the OpenMoko receive fuel logs per SMS (e.g. if my wife with a non-openmoko mobile fuels the car and wants to file the data using her mobile phone)
* Let the OpenMoko device act as SMS gateway for non-openmoko devices to easily send the data to the central server
* Also support for air log for divers. Not that you will take this device under water but for the crew at the surface.

==== Keep in touch reminder ====
A background application which keeps track of your friends and reminds you when you have not talked, SMS, IM or mailed a person for more than # days.

==== Menstruation period timer ====
Fill in statistics and compute probabilities for menstruation, fertility, mood.
See http://www.getjar.com/products/48/MyGirls

==== Tagging ====
{{Main|Wishlist:Tagging}}
Tags can be used by various applications. Requirement is interoperability for further enhancement.
Tags should be applied to contacts, calendar events, mail/sms, calls, places(GPS) and files.
http://tracker-project.org has all needed tagging-and-searching functionality and ready to be used on low-resourced devices.

==== Exchange Integration ====

Once there is good TCP/IP connectivity on this phone, integration with corporate email/calendar/to do/contacts/etc servers would be a big advantage... near-real-time automatic email downloads and automatic bi-directional syncing are productivity boosters that you have to experience to appreciate. It turns your phone from a 'nice gadget to fiddle with' to a natural-feeling extension of your day-to-day life.

* Is the time right to name names ? Add as your liking...
** Plugin/integration to & from Kontact
** Same with Evolution - Thunderbird - Seamonkey
** ?? Google Calendars ?? (this one is tough)
** Ms Exchange

==== An electronic wallet ====

A database which stores securely PIN codes, login data, bank and email accounts, membership informations, and other valuable and private data. Entries can be ordered in a folder-like manner. Access to the database is given by a master password. The database as well as the master password are stored with strong encryption. For security reasons, the program asks again for entry of the master password after a certain period of inactivity. The database can be synchronized with a PC application (ideally written in Java for cross platform compatibility).

Examples: KWallet [http://docs.kde.org/stable/en/kdeutils/kwallet/index.html], Viskeeper [http://www.sfr-software.de/cms/EN/pocketpc/viskeeperpro/index.html], KeePass [http://keepass.info/]

==== Easy business card sharing for a small group (in the same room) over bluetooth or WIFI ====

Six Neo1973 owners are having a chat in a cafe. They agree to split but meet later. They want to exchange their numbers with each other before they go.... The normal way to do this is for a rather longwinded repeating of numbers to each other, or half the people manually inputting numbers before phoning/texting the other half to complete the process. All in all its a fair number of button presses to get it sorted.

Instead the NEO could have a small app where the phones link up in a small peer to peer Bluetooth network and share automatically with one person initiating a request and the other detected NEOS agreeing/acknowledging the share. The initiating NEO would then sync the mini-group automatically by interrogating each phone and then sending the table of results. The NEOs would have to be clever about checking for duplicates in the address book and offering a choice to the user if there are any conflicts.

PROS:
*genuine saving in time for social and business situations

CONS:
*I am sure there are some security hassles to be pondered....
*not going to be used every day... definitely not an immediate priority.....
*only at geek conferences will all have a neo....

==== SMS Counter ====

An application which shows on the today-screen how many SMS i've already sent in this actual month. Some have for example 150 free SMS to write each month. With that program you can see all the time how many SMS are left until the end of the period. As an alternative it could be a counter which counts backwards from a predefined number over a defined period.

===Profiles===
{{Main|Wishlist:Profiles}}

The Wishlist:Profiles page documents many possible profiles - ways to configure the phone. Including ways to respond to calls, wifi and GPS events.
And how to automatically switch between them.

===Text Messaging===
For '''Text Input related ideas''' see [[Wishlist:Text_Input]]. Bear in mind that T9 can not be included
For current development status of the messaging-app see: [[Messages]].

There are many useful options that now can be used to full capacity:

* '''Instant Messaging'''
Bringing a new GTK gui or a resized Qt gui out for the serverless Instant Messenger http://Retroshare.sf.net

* '''Acknowledge/status SMS'''
In GSM networks so-called acknowledge-SMS are sent back to the SMS's dispatcher in order to indicate that the primal sms was received (as message delivery is only best effort and is not guaranteed). So in the SMS dialog there could be equal sized buttons with captions as 'send only', 'send and receive delivery status message' and 'send and notify (e.g. ring) when delivery succeeded'.

** '''Special handling of status-SMS'''
Related to the previous entry, these acknowledgment-sms' should be handled in a different way than normal SMS'. Most Motorola do this, while Samsung SGH series don't & clog the inbox, warn of a "new" message upon Status notification: Delivery Status Messages should be stored in a separate menu so they don't bloat the received-folder and you are able to quickly review the status of the messages you had sent.
* '''SMS at time/date''' You could be able to set up messages that are sent at a certain time/date
* '''Binary SMS''' Send binary SMS. Could be used to feign WAP pushes. [http://en.wikipedia.org/wiki/Multimedia_Messaging_Service] See:
** Resource for SMS encoding: [http://web.archive.org/web/20021016104345/www.dreamfabric.com/sms/] [http://web.archive.org/web/20060411222332/] [http://home.student.utwente.nl/s.p.ekkebus/portfolio/resource/sms_pdu.html] [http://www.ihub.com/Binary%20Messages.htm]
** [http://www.gammu.org www.gammu.org] - you can use Gammu/Gammu+ source for this software and/or understanding various SMS formats including EMS, WAP, Nokia Smart Messaging, Siemens & Alcatel encoding ([[User:Marcin|I could]] eventually help)
** Resource for SMS encoding (German): http://de.wikipedia.org/wiki/SMS-Kodierung
** The infamous pocketpc-attack: http://www.mulliner.org/pocketpc/
* '''Profile-override-SMS''' SMS that start with a certain code word override the silent profile and have the phone ring. So someone could alert you in case of some emergency.
* '''Codeword-SMS''' An expansion of the above: check for code words and allow selectable tones for matches. E.g. "Server Down!" has a loud klaxon, "Disk Warning" has a quiet chirp.
* '''(De-)Abreviation-script''' Implement a script that de-abbreviates: "hi m8 u k?-sry i 4gt 2 cal u lst nyt-y dnt we go c film 2moz" becomes "Hi mate. Are you okay? I am sorry that I forgot to call you last night. Why don't we go and see a film tomorrow?" (taken from: [http://en.wikipedia.org/wiki/SMS_language])
** Implement a script that abbreviates :-)
* '''Anti-Spam''' ...feature for SMS. May be it's possible to port some Bayesian based application like bogofilter.
* '''Rule based authorizations''' ...for received messages. For example, delete messages from one source between 9h00 and 18h00 (workday) allow them otherwise (to get alerting messages).
* '''Enable chat-like SMS-viewing''' SMS-Email-like: retain SMS app, but store 'conversations' rather than pile-up. Group/archive conversations by Caller Group (Work / Friends / Home / any user-defined Caller Group). Show appropriate icon from either Caller Group or Caller ID at the source of conversations panel
* '''Searching''' allow full-text search or string search.
* '''Massive SMS Deletion''' based on Conversation, author, before-date-xx.xx.xxxx, caller group, [[Wishlist:Tagging|tags]]...
* '''Call Back''' Prompt 'Call Back' alongside other first-line options (Delete, Save number,.. this kind of options) that appear when reading an SMS.
* '''Non-destructive deletion''', deleted messages goes to trash, and are recoverable.
* '''SMS-EMail-Gateway'''
SMS comes in, gets forward to your inbox, like any other piece of mail. Appropriate alerts and etc occur - again, just like for email. A simple SMTPD running on 127.0.0.1 that is hooked to an email-to-SMS translator that will send email addressed to 'SMS@localhost' (or whatever special address) out via SMS
* '''SMS-filter chain''', for stuff like Codeword-SMS above, Theft-mode activation, auto-response (reply with gsm-position for "Where are you?"), auto-substitution (like replace $POS with gsm-position in outgoing SMS).
* '''SCROOGE-SMS''' This is an intelligent SMS router. When you write your SMS you get the option of how to send it
** By standard carrier SMS - cost 10cents
** By OpenMoko SCROOGE SERVER - this will send your SMS to the OpenMoko Community SCROOGE SERVER next time you have WiFi - the phone will remind you to turn on WiFi when it knows you are in places where you have WiFi access. The person you are sending to picks up when they come into WiFi Range. This comes with an intelligent reminder that tells you that message has still not been delivered in 24 hours and would you now like to send it by a paymethod. This is better than IM because both parties do not have to have WiFi at the same time. - cost FREE
** By email/Wifi - cost FREE
** By email/GPRS - cost ?
** Too many options!!!
** Alternatively SCROOGE SERVER could auto launch IM client if it detects both parties have WiFi at the same time (Status kept on SCROOGE SERVER?) to allow instant reply..... Person who receives has the option to reply in SMS or in IM or in VOIP phone.

=== Text input ===
{{Main|Wishlist:Text Input}}
There are many good suggestions for text input on the specific text input ideas page.

=== More/Custom Input Method Widgets ===
{{Main|Wishlist:More/Custom_Input_Method_Widgets}}
Additional and customizable Input Method Widgets (similar to virtual keyboard).
This could add soft-key functionality to games or other applications such as:
*D-Pads
*buttons
*virtual trackballs
*...
Personalized layouts could be associated with each application.

=== Games ===
{{Main|Wishlist:Games}}

=== Mesh Networking ===
{{Main|Wishlist:Mesh Networking}}

=== Printing Support ===
It would be really neat to be able to print over either bluetooth, Wifi, or USB. I can imagine wanting to print:

* Notes
* Maps
* Email
* Calendars
* ...

Cups contains a bluetooth printing backend, so (in theory) once you have your data in postscript format, you could hand it to cups and it'll do the rest. In practice, it depends on

# GTK+'s printing support
# Making cups run on a really small system

{{note| GTK+'s printing support seems to be very immature in 2.6 (which we need to use for some time). Gtk+ 2.10 contains much better printing support -- once we can use this, it should be more easy.}}

There's always the possibility to render postscript ourselves, but this is not a piece of cake -- in general, printing is much harder than one would imagine.

Further details:
* [http://groups.osdl.org/apps/group_public/download.php/2205/print-summit-gtk.pdf#search=%22gtk%2B%20printing%20API%22 osdl.org]
* [http://www.gnome.org/~alexl/presentations/guadec2006-printing.pdf#search=%22gtk%2B%20printing%20API%22 gnome.org]
* [http://www.j5live.com/?p=204 j5live.com]

===Misc Software===
====Clocks/timers/Activity meters====
===== Sport tracker =====
{{Main|Wishlist:Sport_tracker}}
Sport tracker can be used to measure the distance/velocity from point A to point B (or it could have several intermediate stopping points) using GPS. This would be extremely useful for running, biking, hiking, etc.

===== Standby clock =====
{{Main|Wishlist:Standby_clock}}
A quick way to see what time it is.

===== Egg Timer =====
{{Main|Wishlist:EggTimer}}

Very simple (one click) count up / count down timers are very useful.

===== Cycle Computer =====
As already mentioned by [http://wiki.openmoko.org/wiki/User_talk:Technil Technil], a cycle computer could be created using gps. The sensor at the bike's wheel could transmit data via bluetooth or some cable that would be attached to an openmoko device. In order to save power, one could switch off the gps and only use the bike's sensor.
* Just another idea that came to me: Why don't have sensor's transmit cable plug into the headphone/microphone plug? A tool reads the signals created by the induction of the passing magnet, then gives them to the cycle-computer-app :) --[[User:Minime|Minime]] 19:50, 12 April 2007 (CEST)

===== NTP Server =====

Run the [http://www.ntp.org NTP] daemon using the GPS chipset as a reference clock, so that the Neo would have a very accurate time-of-day clock and would be able to serve time to other networked devices.

I don't know what it would take to implement this. Items to consider would be the availability of a 1 pulse-per-second hardware signal, the accuracy of timestamps delivered in NMEA messags, etc. Dealing with power-management issues (such as the device going to sleep) would also be challenging.

===== Find Keys/locate stuff =====

This would require an additional accessory: a tag which transmits a signal that the Openmoko device can pick up. The tag could for example be attached with a ring loop to your keys, put in your wallet, or be attached with high strength adhesive strips to your remotely controlled aircraft. Whenever you can't find back your keys, wallet, RC aircraft,... you activate this application. When the device picks up the signal of the tag, it translates it to clear audio and visual prompts to guide you in the right direction.

A commercial device that offers this functionality is the [http://loc8tor.com/ loc8tor]. Having this in the Openmoko phone would obliviate the need for a separate device. Murphy's law dictates that you'll only loose your keys when you don't know any more where you've put the loc8tor tracking device. But you're bound to always have your phone with you.

Additionally, you could also set a safety perimeter. Whenever a tagged item moves more then X meters from the phone, a signal will be given.

For a related idea, see [[Wishlist#Dude.2C_Where.27s_My_Car.3F|Dude, Where's my car]].

===== Reality check reminder =====
{{Main|Wishlist:Reality check reminder}}

A tool to [http://www.phrack.org/issues.html?issue=64&id=16 hack your brain]

===== Automatic timezone changing (GPS) =====

Check the timezone with GPS and adapt them.

====Calculators====
===== A Universal Unit Converter Tool =====

One never knows when one may have to convert acre-feet into deciliters. A unit conversion tool makes all engineers and engineer wannabes much happier. And not only the engineers.

Ideas what kind of conversions a converter tool could do:

Length
- Acceleration
- Angle
- Angular Velocity
- Area
- Capacitance
- Radioactivity
- Currency
- Charge
- Computer Memory
- Conductance
- Density
- Energy
- Illumination
- Power
- Force
- Flow
- Pressure
- Speed
- Temperature
- Time
- Torque
- Viscosity
- Volume
- Weight

Roman Numerals
- ASCII, Hex
- Cooking
- BMI
- Clothing Sizes

Money Converter based on current rates from Internet...
e. g. Dollar <-> Euro

Physical and Mathematical Constants
GPS conversions

- link to or integration of a scientific calculator
- link to or integration of a simple calculator

A good basis for such a converter tool could be the Palm program "units" from
François Pessaux [http://francois.pessaux.neuf.fr/files/units1_11.tgz]. The GPL'd program comes with full documentation.

For GPS conversions see gpsbabel [http://www.gpsbabel.org]

===== An Postfix Notation (RPN) calculator =====

Many engineers, computer scientists and other groups who have grown to enjoy the simplicity and ease of an postfix notation calculator will miss them when they give up other platforms to move to OpenMoko. A RPN calculator will increase adoption by providing one of the tools that other platforms have provided for many years.

==== Windows CE Emulator ====

On ARM machine, Windows CE API emulator, like Wine on x86 machines.

==== PalmOS Emulator ====

The Access group is probably coming out with their Linux platform any time soon. One of the components is a PalmOS emulator which I'd like to see working on OpenMoko as well. There are literally thousands of PalmOS apps.

I'd like to see a Windows CE Emulator with active sync support.

==== Chumby Emulator ====

Would be very cool if the neo can act as a chumby. see http://chumby.com for more details about a chumby.

==== TV Guide ====
Display a TV guide using [http://xmltv.org xmltv].
Something like [http://mtvg.sourceforge.net/ Maxemum TV-Guide] (QT)

==== Alcohol meter ====
Give the phone some info about your body (gender, size, weigth) and when/what you drink and it will compute an approximation of the amount of alcohol in your blood. Updates automatically, could have an alarm, when you are probably sober again.
See, for example (German text) http://www.misterio-online.de/promille.htm

==== Interaction with LEGO Mindstorm ====
With the accelerometers, GPS and good CPU, the phone could be used to control/serve as input with robots built with LEGO Mindstorm, which can be accessed by USB and Bluetooth.

==== Flashlight ====
Simple finger application that makes every pixel on the entire screen white to be as bright as possible until you tap the screen again to turn it off. This way, you can use your Neo as a (short term) flashlight!

==== Wii Controller Emulator ====
Use the accelerometers and buttons on screen to work as a Wii controller via Bluetooth.

==== FUSE support ====
Ability to use FUSE to mount larger file systems over wireless. (even gmailfs, sshfs, etc.)

=== Accessibility ===
Accessibility features for the visually impaired.
* High Contrast Themes.
* Screen Magnifier. Features should include automatic cursor tracking when navigating menus and entereing text and provide manual controls to zoom in on other section of the screen.
* Text to speech. The software should read out menu item ,contact lists ,text messages etc. Would also be useful for operating the phone while driving. see: [[Wishlist:Speech synthesis]]

==== VOIP ====
* [[Dialer]] should be able to use SIP.
Ability to use the phone for VOIP over wi-fi such as Vonage. They currently have 2 different pieces of software for pc . Basically software creates a mac address which is paired with your Vonage account. Skype could also be implemented but I prefer Vonage. Only available when connected to wi-fi with a good connection. Phone treats calls the same as a cellular call, could keep a separate log of minutes, ability to record conversations, etc. Option to use VOIP if connection is available automaticly or manually. Small icon to show when call is using VOIP.
* A standard SIP client would probably fit better into the "free and open" philosophy.
* Ideally a SIP client that includes ZRTP/SRTP for secure communications.
(Note: Vonage will not give you your SIP credentials, so you cannot log into their network with a non-approved softphone. Other VoIP providers have different policies.)

''This seems very similar to what [http://en.wikipedia.org/wiki/Generic_Access_Network UMA] offers.''

Asterisk is a great communication platform that can run on small devices. I have an Asterisk server running on a Nokia 770 and I read about running Asterisk on an iPhone. With the crosscompiler available it sould be possible to compile it and run Asterisk on an openmoko phone and let it take care of almost everything on the wishlist below.
Edw/

==== Power Meter ====
If the power bar is clicked on it will show time left on charge and if charging it will show time until full.

=== Accelerometer wishes ===
==== Flick interface ====
Ability to "flick" the phone for page up/down by simply and rapidly tilting the phone back-and-forth for up and forth-and-back for down. The same motion can be implemented for sideways motion. This will take advantage of the 2 3d accelerators.

Sensitivity of the scrolling should be configurable and a test option provided.

==== Reading navigation of documents enhanced by accelerometers ====
If the two accelerometers in Neo1973 allows it, it will be nice if when you're reading, give a newspaper, you can move up, down, left and to the right the viewing of the document just moving the phones to the corresponding direction.

I don't know if this is possible (haven't seen the project in detail yet) but this feature could be very attractive for final users (and this is good). (sorry for my english but i'm italian)

==== Wand UI ====
In keeping with the requests to think outside of the box... the dual 3d accelerometers should enable a 'magic wand'-style UI for certain uses. Macros could be recorded and edited, or presets could be used. For example, flipping the device playfully could initiate a game mode or could signal the end of the work day.

==== Shake-to-Wake ====
Giving the phone a shake enables voice commands for a few seconds.
Usage Examples:

* {Shake} "Call" ''ContactName'' ''PhoneType''
* {Shake} "Call John Mobile" (Calls John's mobile)
* {Shake} ''ApplicationName''
* {Shake} "Reader" (Opens the e-book application)

Would require a method of inputting voice tags for applications and contacts and obviously will only work for P2 (accelerometers)
But lets get voice command functionality working before P2 (just by pressing a button on the screen instead of shaking)

I think that is possibly to replace "Shake" with double hit with finger in the side of phone. Proper algorithms(with accelerometers) should recognize any similar activities.

==== Emergency call ====
When the accelerometer detects a great acceleration (i.e. 5G) start a countdown sequence, if it is not stopped make a call to a preconfigured emergency number. If the data from the GPS is accurate give it.

A first version could use a recorded message (an audio file). In next version it could use a synthesizer, so it can give more information (add GPS information when it is ready).

:I would worry that most such events would be false positives, and hard to distinguish from the real thing. A user dropping their phone (an event very common in the life of any cellphone) is far more likely than a user being in a car accident with their phone, and the clatter of a cell phone on asphalt could reach 5G. Additionally, it has to be very hard to distinguish hitting pavement from hitting a windshield, as from a physics standpoint the two are the same thing. [[User:Hashbrowncipher|Hashbrowncipher]] 02:06, 26 October 2007 (CEST)
::It could use the gps data to calculate the speed it is traveling with. Let's say it has been moving for more than 50 km/h for more than 10 seconds. Then it could activate the "emergency call if more than 5g" function. Aside from the countdown timer, it could increase the volume to max and warn the user that an automatic emergency call will take place in x seconds. While it is counting down it could listen for "Never mind, I'm fine, phone" and stop the countdown in case it hears that. It could also output the warning sound to the attached bluetooth headset and let the user talk to emergency services if the user is still conscious. [[User:Tommy|Tommy]] 17:48, 8 January 2008 (CET)
:::Perhaps have the phone yell loudly that it's about to do the emergency call for a decent amount of time, disabled by touching the screen or entering the pin number. In the case of any bluetooth device attached to the user, the phone could check to see if it's in range before calling. [[User:sin|sin]]

==== Movement detection ====
By detecting that the owner is walking a user defined profile can be activated with a specific set of notification settings. For example you may wish to use a cheap old sounding ringtone so you don't attract attention from muggers. Or you may wish to have a louder ringtone if you carry your phone in a bag where it can't be so easily heard.

==== Games ====
Imagine a first person shooter that you look around by turning your body.

==== Sloshing battery indicator ====
Shaking the phone will produce a sloshing sound, as if it contained a liquid. As the battery loses charge, so the sound produced on being shaken, will replicate a decreasingly empty container. [http://mobile.slashdot.org/article.pl?sid=07/11/28/1342248] for an example.

==== Others ====
Also see the pages[[Wishlist:Auto Align Map]], [[Wishlist:Determine Position]], [[Distance Measuring]], [[Wishlist:Computer Mouse]], [[Wishlist:Dynamic Screen Orientation]].

=== Connectivity ===

==== VNC ====
A good, stylus friendly VNC client/host combo would be easy to add and terribly useful.

==== Networked X-Windows ====

Whether it's running true X-Windowing over the network, or your bog-standard VNC connection as mentioned above, the ability to have your phone's screen available on your laptop or palmtop would be most desirable.

==== NX client ====

A form of X-windows forwarding optimized for performance over slow, or high-latency links, which could prove extremely useful. Capable of streaming a good quality, full desktop session over modem speeds. The protocol and at least one implementation is gpl'd. [http://en.wikipedia.org/wiki/NX_technology wikipedia]

==== OpenOffice Presenter Control ====

I Think it is a good idea to control your OO Presentation with Openmoko about WLAN or Bluetooth.
I think it needs some buttons to go back or forward and control the mouse to show something and take normal mouse clicks.
But with the mouse clicks I think that we need a short time between the clicks in example 1 second. Because when you make a mouse
click than to fast than you must go back.

==== Amarok and other Media Player remote control ====

Control Amarok or any other Media Player with OpenMoko (as a remote control). Bluetooth or WLAN could be used as protocol to send and receive the data. Maybe a WebInterface of Amarok is a start. Can be used on parties for a mobile music management.

==== Read informations with SMS ====
Send a SMS with Code to the OpenMoko (from a specific number).
For example to send get the GPS coordinates from a stolen Neo (or if you don't know where your Neo is).

=== Security ===

==== General Filesystem Encryption ====

If anyone wants to get your private data saved on your OpenMoko device, he should have to get through a high security mechanism like dm-crypt. The question is how much CPU power would be needed.
Would it be an idea to encrypt only the private data like phone numbers, preferences, address book etc. (like /home/$USER).

http://luks.endorphin.org

==== My Account ====
{{Main|My Account}}
A way to securely store information about the phone, and ensure that a phone you may be considering purchasing is not stolen.

==== [http://zfoneproject.com/ Zfone] or similar ====

Something that allows the user to speak with another person securely.

==== GSM Encryption ====

This software application would allow GSM encrypted calls to be made using the GSM Data Call Channel.

[[OSvS]]

==== My Voice is my Passport ====
Use voice recognition to unlock the phone. "Hi. My name is ... My voice is my passport. Verify me."

==== Firewall ====
A network firewall

==== Full Mac Support ====
Full mac support, preferably with full software and full sync capabilities with iCal and iMail

==== Anti Theft Application ====

This application would enter the phone into an [[Anti-Theft Mode]] which activates particular security features to reduce the risk of theft and also to ensure a higher probability of recovery of a stolen handset.

====RFID based personal alerts====
Assuming an RFID reader is available: You'd put an RFID tag on your keys, wallet, etc and train a program on the phone to give you a soft or hard alert when one of them leaves detection range. That way, if you're walking away from one of them, the phone could alert you.

====OpenVPN Client====
This application allows to configure the device as an OpenVPN client using the GUI including support for X.509 certificates.

=== Integrated Help System ===

A help system that is either on or off. It could be activated and deactivated by a [[five-second-press]] on a button, for example the AUX button. When the help system is activated, it will explain the use of any item you touch on screen (with stylus or finger). Example: if you touch the battery icon, it will explain that this shows battery level / remaining time. If you touch the date / time icon, it will explain that this icon shows date and time, and that if you press it, you can set date and time. Primarily, this help system should be able to explain all user interface elements in the main screen, but if it proves popular, it could be expanded to cover other applications as well.

===Performance optimisation===
==== Use DMA engine in CPU for blitter ====
The DMA engine in the CPU can substantially speed up moving of large areas of screen in some cases.

==== Use virtual screen to optimise scrolling ====
In some other cases, the hardware supported virtual screen may also speed it up.
===Reusable Display/UI Widgets===
====Use BigPage for full page zoom, scroll, scale in many apps====
The [[BigPageWidget]] Page decribes a widget that could bring full natural page viewing, scaling, scrolling to the OM platform - allowing all applications to make intuitive UIs. A good way to read documents of any type without reformatting them massively increases the utility of a device with a small screen

==Bluetooth==

=== Voice Dialing ===

Dial by voice commands.
 Dial by dictating phone number. This way we can voice dial any number even if not in our contact list.

=== Music through Bluetooth Headset ===

Music can be played through a Bluetooth headset, but would stop playing when a call comes in.

=== Walkie Talkie ===

Let OpenMoko devices connect to one another via bluetooth or another connection method (GPRS for long distance but high latency, probably Wifi on P2), and hold a conversation.

Features for this applications can be:
* Push To Talk (PTT) button
* Voice Activated Control (VAC) which will set it in transmit mode when input has is detected above a certain predefined level.
* Optionally a full duplex mode
* Different channels to choose from
* Monitor different (preselected or all) channels for traffic.
* Content encryption
* Active noise control
* Allow zero config use (units can talk without any access point helping)
* Overview of all connected people trough sending GPS data to everyone who is in the Walkie Talkie channel

Local (non-GPRS) use cases include chatting while biking
or motorcycling in a group; perhaps also in a car caravan.
This application could also be used as a baby-phone to monitor your siblings.

This would be more useful if the Neo had Class 1 bluetooth, though probable Wifi on P2 will also offer more range.

(One thumbs up from me) Jackcday

=== Automatic Sync ===

Automatically synchronize with desktop computer (or with any [http://en.wikipedia.org/wiki/SyncML SyncML] server) when within range based on user profile. This may require the use of a secure data transfer.

=== GPS Assisted Bluetooth Management ===

Allow Bluetooth to automatically turn off after loosing connectivity and to automatically turn back on based upon GPS location.

A Bluetooth device is configured for automatic reacquisition based on the following profiles:
* Manual - only when Bluetooth is on
* Non-mobile - the target device is not mobile, periodically attempt reacquisition when in the general area of the device.
* Mobile - the target device is mobile, periodically attempt reacquisition when in the general area of the device.

Each target device is configured as follows:
* Automatic acquisition at last known location: enable/disable
* Automatic acquisition at these locations: list of nickname + coordinates + range

==== Non-mobile devices ====

Examples devices include: computers

The location and range of the target device is determined via training. Periodically, the current GPS coordinates and Bluetooth signal strength are logged. Additionally, connectivity loss events are logged. An algorithm uses these logs to determine the device location and range.

Connection attempts are made when in a configurable proximity to the device. The first attempt when entering the proximity and further attempts at a configurable interval.

==== Mobile devices ====

Example devices include: automobiles

Mobile devices are configured to have two types of locations:
# Last known location
# Non-mobile locations (homes)

===== Last known location =====

A car is mobile, ideally, when you leave your car, the phone should note the car's location when connectivity is lost and then attempt to reacquire the car when you return to the location of the car.

===== Non-mobile locations (homes) =====

As mobile devices may have multiple users, it is not sufficient to always use the last known location. In this case, the device may additionally have multiple homes. For example, a car might have as its homes: home garage and work parking lot.

=== Bluetooth neighbor detection and multiuser apps ===

Like the [http://en.wikipedia.org/wiki/One_laptop_per_child one laptop per child] (OLPC) interface, keep a number in the status bar that represents a count of other openmoko or compatible bluetooth devices in the area. Allow for the spontaneous initiation of a chatroom or multiplayer game or file trading with any moko in the area.

=== Bluetooth environment detection ===

Capability to detect when a predetermined bt device enters/leaves bt range and launch a system-wide event accordingly. This would feed not only the "Neighbour detection" idea described above, but also the "Profiles", "Context based TO-DO list" and "Location-based reminders" ideas. Reminders could be set to trigger in the presence of a specific person X (with BT device Y). Profiles can take into account which devices are present around the phone (car kit, for ex.). To-do list could also change according to present devices.

=== Remote control ===

==== Wireless presenter ====
Use the phone to run your OpenOffice.org Impress presentation remotely using Bluetooth. Cool features:
* Display the text notes for the presenter on the phone's display and update it whenever the slide is changing.
** OO.org has implemented support for [http://www.openoffice.org/issues/show_bug.cgi?id=12719 dual monitor]/[http://www.openoffice.org/issues/show_bug.cgi?id=18486 presenter mode] that can be used as a starting point
* A small timer showing the time passed (and perhaps remaining if the presentation app supports such a feature).
* If you want to be super-cool, you give a preview of the notes of the next slide in the show.
* At the end of a presentation, a "navigator" could allow to easily jump to any slide in the presentation by clicking on it on the phone.
** When you right-click in a running OO.org Impress presentation, you can choose "got o slide..." and select any slide to jump to.

==== Initiated from another device ====
Remote control over Bluetooth from other devices to control media player (play, pause, next, previous, volume control), camera (capture image), etc.
==== Directed at another device ====
Remote control over Bluetooth to other devices to control media player, lights in your house, etc.

[http://mjr.iki.fi/software/remote-0.9.0.tar.gz Remote] is my draft of a python-based remote control app that allows you to define button sets and commands to run on the local or a remote host (through ssh, for instance). Error handling and command interface need work.--[[User:Mjr|Mjr]] 11:14, 18 October 2007 (CEST)

Z-wave uses web-browser control of devices that is said to be compatible with mobile phone browsers so should work with openmoko browser. [http://www.z-wave.com www.z-wave.com]

=== Bluetooth Car Connection ===

Have a deeper connection to the car than just handsfree speakerphone. For instance a transceiver with challenge/response systems to open, possibly even start the car. Possibly go as far as OBD connection to monitor car status on screen/log for later.

Could be done with a port of [https://garage.maemo.org/projects/carman/ Carman] or similar that can connect to an OBD2 adapter via USB or Bluetooth and display various information collect from the car, GPS, and accelerometers. --[http://wiki.openmoko.org/wiki/User:Bmk789 bmk789]

==== Dude, Where's My Car? ====

When in range of the car navigation system, remember the position (perhaps check with the car GPS). When not in range, assumme that you are not in the car, and offer the opportunity to navigate to the car's last known position. That way, you can find your car e.g. on a large parking lot.

=== [[Bluetooth powered Multi-SIM support]] ===

As the Neo1971 does not come with dual-SIM support this could be solved by joining your old bluetooth-enabled mobile to your OpenMoko-phone.

Let SIM card A be in your OpenMoko-phone and SIM card B in your old mobile:
* Incoming call on SIM card B - the OpenMoko-phone acts as a headset(Bluetooth Headset profile)
* Calling out via SIM card B - the OpenMoko-phone acts again as a headset
* Same for Short Messages/MMS/Internet
This way you'd have your old phone switched silent and connected to your OpenMoko-phone that handles all the calls and one can select which SIM card to use.
Advantage: No 'switching' between cards
Disadvantage: Second mobile needs to be in range(e.g. handbag) and charged every once in a while.

===Internet Gateway===

If the device could function as a Bluetooth router/gateway to the internet via the GPRS/data connector, then you could use it to get network connectivity from your laptop and other devices while on the road. Many smartphones can be configured as modems via Bluetooth for use as Dial-Up Networking connectors, and that should be the minimum target. Ideally, if the WiFi functionality was used so the OpenMoko could be an 802.11 router or peer to peer gateway for a laptop, this would be even better. The full bandwidth of GPRS or whatever network is available would then be available.

=== Social Networking ===

Anybody running the social networking app will be broadcasting a profile, and when certain keywords are matched with other users who are also running the application, an alert is sounded. Each mokoid can be added as a hexstring to a profile page, and xml filters can be developed for each social service to convert various keywords and interests to moko-friendly format.

=== Give userspace api control over bluetooth signal strength ===

I have tried bluetooth handsfree sets with other phones and don't get perfect reception due to low signal strength. I suppose the reason the signal is so weak is because the manufacturer wants the battery to last long on its latest charge. Can you please make the strength setting configurable by the user of the phone through an api and perhaps even through the phones gui? I would gladly waste some battery time in exchange for stronger bluetooth signal strength.

== WiFi ==

=== Industrial grade Wifi management ===
One annoyance I've had with Wifi enabled gadgets is that they simply keep the connections in a dumb list. What I'd like to see is more granular connection management, which enables me to specify whether a given connection is friend & family (mom's place), professional client (joe's copies and coffee), commercially available (panera), onetime use, or anything else, as well as managing router config backups, firmware images, and security keys.
=== Captive portal auto-login support ===
Having a nice front-end to some sort of script that checks the authenticity of a captive portal login page (SSL cert), then passes your username and password login information to automatically log you into your account would be very nice as well. This can be done with curl, but it is difficult to make it work on all captive portals out there. Perhaps just a field that you can specify "once I am connected to this AP, run this script: ".

== Wireless Piggyback ==

HSDPA support and the like, so that users can connect directly with the internet with G3/G4 mobile service providers at speeds at or above 3.6 Mb/s.

== Other ==

=== Auto Update ===

A small tool which is configurable to download the latest OpenMoko and OpenMoko related software. Maybe if any internet connection is available or a minimum of bandwith is available then the auto update would download only security related or the whole system etc. .

=== Vibrate Pattern Recorder ===

An application that would allow the user to define their own vibration patterns, and possibly link them to audio files. Recording would be done in real time initiated with a "Record" button, optionally playing the associated sound file in sync with recording). While recording, the user would press and hold a button to define the timing and duration of vibration. The user would press "Stop" when finished. Vibration patterns would have the option of being looped(would terminate at some global ringtone length maximum).

One simple suggested vibration file format would be a sort of run-length encoding: First byte defines the length of a "time-slice" in milliseconds, which would determine the overall tempo(actually the inverse of tempo). The next byte would define the number of time-slices to leave the vibration on, and then another byte for how long to pause after. Continue alternating these on/off bytes until the entire pattern is defined.

- or just use MIDI, using a separate channel for the vibrator.

An implementation of RTTL could also be used to define vibration patterns.

=== PC Input Device ===

Provide a method to use the touchscreen as input device for a nearby desktop machine. Could connect over USB or bluetooth.

Could emulate a pointer device (mouse) or even keyboard using standard bluetooth/USB interfaces for such a device.

Use case: Alice is lazing on a couch and doesn't want to get up to do some minor interaction with the computer. She can see the screen and uses the OpenMoko device as a mouse and/or keyboard to interact with the computer.

=== Advanced Notification And Ringtone Manager ===
{{Main|Wishlist-ANARM}}

ANARM would be an application for handling all event-based audible notifications from an OpenMoko device.

=== Location based reminders ===
{{Main|Wishlist:Location_based_reminders}}
Location based reminders can be used to notify users of various events or reminders that are location based.

=== Synergy Client ===
A synergy client would enable the user to place the device next to a desktop PC and share the desktop`s mouse, keyboard and clipboard over a TCP/IP network. [http://synergy2.sourceforge.net/ Synergy]

=== Next device ===
List features for your fantasy device to come from FIC (or anyone else, for that matter). Define the GTA03 here ;-)

==== There is no device ====
From [http://wurp.blogspot.com/2008/01/teh-future.html Wurp's blog]:

Clearly the Next Big Thing has to be for the device to go away altogether. I know the basic idea for wearables has been around forever, but it seems to me that the time has come.

I wanna wear a bluetooth earpiece and cool shades, possibly with [ here's where my imagination is failing me :-( ] gloves, or fingerless gloves, or (ew) wristbands, and let any surface, including my hand, or no surface, be my interface. Tap the earpiece when you get a phone call, see a dial pad on your palm and tap out the number with the other hand, watch movies on a giant screen hovering in the air...

(equipment list: bluetooth earpiece, some brick in my pocket or on my belt, glasses w/ minute camera, painted video display, & variable darkness lenses, and gloves)

Why the hell do I want to dig out a device every time I want mindless entertainment or superficial conversation?

Ideally, you could then sell any little doohickey with whatever interface you want (switches, knobs, g-spots, ...) and all it needs to do is network with some software on the brick to be anything at all...

== GPS Software ==
*Providing GPS Support also for outdoor users in addition to ordinary street navigation features
** Overlay of satellite images with existing streetmaps
** Incorporating SRTM digital elevation model: for example using the VRML/X3D as data format (see http://www.ai.sri.com/geovrml/) which is interesting for e.g. mountaineering: using a 3d browser rendering VRML/X3D Model, displaying the current position and track (possibly also other gps-tracks of the different routes to a summit downloaded before could be mapped onto the 3d model), (what about 3d hardware support? there is nothing written in the hardware specs about graphics: thinking of OpenGL for embedded systems (see http://www.khronos.org/opengles/)
** Using sth like a tracking mode to allow certain people to determine the current position and track (for rescue missions - like they have for example at http://www.steiger-stiftung.de (a German beneficence for rescue issues) There you can register your mobile phone so the rescue service is able to track you immediately if necessary. The interesting thing: It seems like some mobile phones with GPS have special support for this issue. If your phone is registered, the rescue service is able to get your GPS coordinates directly from the phone without any user assistance. Openmoko should also support this! )
* Implementation of 3dTracking's (http://free.3dtracking.net/) tracking software or equivalent.
* "Geomark" function: if you have to save the current time with your current location, only hit one button...
** You also should be able to navigate with a small "compass" and the distance should be displayed to your saved point (maybe where you parked your car on a big car parking area)...
* '''Measure the distance between two points (air line or walked way) -> no need for a tape measure'''
**I think it would be good if you could either use Bluetooth, GPRS or AdHoc Wifi, and see near Neo1972 on the GPS map so you could see where your friends are, e.g "You want to know if you friend is on the bus behind" You would need a strong wifi and GPRS would be too expensive.
*A bicycle sat-nav would be cool, speciayl designed for bicycles, e.g. cycle routes

 [[Community Based Traffic Information]]

== Hardware ==
{{Main|Wish List - Hardware}}

It could be use for beepway Online service too
[http://www.beepway.com]

=== Dedicated Power / Charger Pinout ===

Having not yet seen a physical Neo device, I haven't been able to examine any of the IOs to see if there already is a dedicated power / charger input. However, I can imagine that it might be very tempting to have the device charge solely via USB. For any device that is capable of USB-host, that is a '''horrible''' idea.

Since the device is able to run in USB host mode, it might be a good idea to allow for an alternate power supply, if say, a USB keyboard was being used for several hours. Rather than drain the battery, one could just supply power via the wall outlet while still providing endless hours of USB-host enjoyment for those hard-coders on the go.

The main question is just deciding on where to take power from if in USB-client mode and the power cable is inserted, but really, that's not too big of a deal and can be solved with very minimal circuitry.

This might sound extraneous at first, but when the device shuts down in the middle of an important USB file transfer, or right before that great piece of code was saved, you can bet that those users will be saying "Hmm... a separate power adapter would have really come in handy right now".

I suggest a tiny 3mm, dedicated +5V power input (something a la Nokia).

=== Inductive charging ===

[http://en.wikipedia.org/wiki/Inductive_charging Inductive charging] is the sort of charging where you place the device in a cradle, and a coil in the cradle induces a current in a coil inside the device, allowing it to recharge without wires. This should eliminate proprietary power connections.

=== Tactile feedback via buzzer ===
Assuming the hardware has a vibrator/buzzer for silent calls, use a lightly pulsed version of that to simulate tactile feedback when dragging finger across buttons on-screen. Implemented properly, it would almost feel as if the buttons were real.
: 25 ms bump on the buzzer feels about right. Does this harm the vibrator motor? --[[User:Sagacis|Sagacis]] 05:15, 2 October 2007 (CEST)
:: Created a patch to do this [[User:Sagacis/ForceFeedback]] --[[User:Sagacis|Sagacis]] 05:05, 3 October 2007 (CEST)

=== Detachable keyboard ===
Hardware keyboard that can be attached with magnets to a future version of the Neo.

A bluetooth mini-qwerty keyboard that straps to my wrist!

: A BT keyboard would be nice, but do you need openmoko to provide it? [[http://www.intomobile.com/2007/11/07/targus-bluetooth-mobile-tumbpad-when-the-tiny-keyboard-on-your-smartphone-just-doesnt-cut-it.html Targus bluetooth keyboard]]

=== SD Card Slot ===
I think the Neo1973 should have a normal SD card slot as the micro is too small, and the SDs have more space. [unknown author]

SD Cards now support 32GB. Their storage density will always be multiples ahead of microSD (now at only 2GB). An SD Card slot will:
* Provide enough storage to '''turn an OpenMoko into a music (MP3) jukebox''' large enough for entire music collections, like an iPod with Bluetooth for the car.
* Enable '''storage''' of:
** podcasts, full-length movies, or large photo collections
** photo and video from an on-board high-res camera
** entire email database at your fingertips, even in poor phone signal areas
** more detailed maps and charts
** encrypted work databases that are not available online
* Have easy '''external access''', without requiring battery removal like the microSD card
* Support '''SDIO''' accessories
* Enable '''transfer''' of data from an external camera's full SD memory to:
** a portable USB hard drive, offsetting the need to travel with a notebook PC
** the internet, via wifi or phone network
* Enable editing of videos and photos obtained from external cameras

Without an easily accessible higher storage SD Card slot, many users will soon be playing the juggling game of which data to delete from the much smaller and harder to swap microSD card. This is especially true for OpenMoko users, who are more likely to be power users than is the average mobile phone carrying population. Why carry an OpenMoko and an iPod, when you can simply add an SD Card slot?
--[[User:Pedro|Pedro]] 20:06, 17 March 2008 (CET)

: This is not true. Now you can find 2GB micros at the price of 20-30 euros. Too small for what?? --[[User:V0n0|V0n0]] 22:06, 28 December 2007 (CET)

: Think of putting a few '''movies''' on that SD memory card. It could really help if it was a little bigger (8GB, 16GB, 32GB). Also think of going '''offline''' for 1-2 weeks, far away from any computer you can access and then wanting to listen to some music. What you get in turn with a 2 GB memory slot is the same music over and over. Or you have to switch memory a cards a lot.

: This situation is far more common than one would think: going in the mountains, going offshore (on a cruise ship). Or simply you may want to store many types of music, and '''share''' your device with friends. --[[User:Bogdanbiv|Bogdanbiv]] 13:47, 10 January 2008 (EEST)

: Well, it can be micro SD, but why to put it so deep inside, under the battery and even under the SIM card? I would suggest to have a simple slot on the side where we could insert/remove the SD card equally easily as we swap CD's in computer. [[User:AudriusA|AudriusA]] 16:36, 12 January 2008 (CET)

[[User:Cfriedt|Cfriedt]] 12:40, 24 February 2008 (CET) -- I completely agree with a more accessible SD card slot. It should be made external for quick removal / insertion. I realize that would mean program data shouldn't reside on the SD, but really 256 MB of on-board flash is plenty. Mirco or normally-sized, a regular-sized SD is still trivial to implement in terms of solder pads and traces.

: Sorry, but this looks like useless chat. Micro-SD cards are perfect for mobile devices as they don't get too much space on the pcb. Also, we can find micro-sd up to 8gb, if you want more space just wait a while and they'll produce a bigger one in a few months :-p. Really, almost every single phone that has a sd slot has in its micro version, why would we need a full-sized, huge normal sd slot ? It gets too much space on the pcb it's not only about sw configuration or pin soldering, it's more regarding pcb layout.

: What about something like this adapter[http://linitx.com/viewproduct.php?prodid=11922]? Is there any place in the case left to put this into? Nevertheless there is a 12GB microSD card announced from SanDisk and a 8GB card costs about 40€ or 15€ for 4GB. (But a 8GB SD card costs only about 25€) --[[user:kelvan|Kelvan]]

=== IR port ===
Remote control applications

Would be great to use openmoko as a Harmony remote controller.

:I'd like to add that i fully support this. An IR port on future openmoko devices capable of controlling set-top boxes like TV/DVD/Stereo is necessary to make the device as universal as possible. A cellphone should be your window to the world and allow you to interact with it in as many ways as possible.

:Care must be taken to use the correct type of IR chipset/controller in the phone. Most IR ports you find on devices like computers, some cellphones etc. Are for high speed data communication and CAN'T control TVs/DVDplayers/Stereos etc.

:In order to reduce cost it maybe possible to use the sound chipset in the phone to generate the waveform sent to the IR led. IR remotes work at ~38Khz which is within the range of the sound chipset. The sound output could be internally switched between the IR led or the speakers.

[[Category:User]]
[[Category:Ideas| ]]

Wish List

2008-03-29T15:31:45Z

BioGeek: /* Inductive charging */ typo

This article is a place to collect various thoughts about the future of the [[OpenMoko]] software platform. Most wish list ideas have been linked from this page, but you may also wish to check all pages [http://wiki.openmoko.org/wiki/Category:Ideas that have a category of 'Ideas'].

== Development ==
=== Painless SDK installation & Setup ===
Our goal should be a completely painless setup for somebody wanting to develop using [[OpenMoko]]

* one command for installation (apt-get install openmoko)
* one command to start Xnest (openmoko-xephyr?)
* one command to start an i386 shell (openmoko-386-shell)
* one command to start an armel shell (openmoko-armel-shell)

No extra configuration required.

==== IDE Plugins ====
People like to see plugins for
* [http://anjuta.sourceforge.net Anjuta]
* [http://www.eclipse.org Eclipse] (some things are possible - see [[Development with Eclipse]].
* [http://www.netbeans.org NetBeans]
* Game engine - Game Creation plugins
evaluate eclipse project [http://www.eclipse.org/dsdp/index.php Device Software Development Platform Project from eclipse] and subproject [http://www.eclipse.org/proposals/tml/ Tool for Mobile Linux]
* [http://www.kdevelop.org KDevelop]
* [http://developer.apple.com/tools/xcode/ XCode]
* [http://www.monodevelop.com MonoDevelop]
* [http://msdn.microsoft.com/vstudio/ Microsoft Visual Studio 2005]

==== UI Designer ====
Glade code generation is deprecated, so we don't want to use it. The Gtk+ powers told me that the plan is to have gtk 2.12 (out early 2007) with support for GtkBuilder, a libglade derivative which breaks a bit the XML definition in order to support all the new widgets and properties; as soon as it's in the other ui builders will add support for this format. See also [http://bugzilla.gnome.org/show_bug.cgi?id=172535 the relevant bug entry]
* Possibly a Landscape (rotated) view for the screen (480x640 *or* 640x480)?

==== Built-in Scripting Language ====
{{Main|Wishlist:BuiltInScriptingLanguage}}
There was a [http://lists.openmoko.org/pipermail/community/2007-January/001909.html fruitful discussion about a built-in scripting language on the mailing list in January.] Many people feel that it is very important for OpenMoko to choose a scripting language to ship as default in the standard OpenMoko firmware.
==== Easy build of the existing autotools - based packages ====
In the ideal case OpenMoko should exist on the top of the usual ./configure - make workflow which is typical for the majority of the C/C++ based open source projects. It should not require to rewrite or even replace the existing Makefile.am files of the project being ported, and it should allow to pass the needed parameters to the project configure script. Maybe OpenMoko project could be a bigger project having one or more (if some are libraries) autotools - based packages in its separate folders and include the proper documentation how to "wire" the standard autotools based package to the OpenMoko infrastructure.

===Foreign Widget Set Bindings ===
==== Qt Integration ====
The Trolltech folks have a great widget library. I'd like to interface OpenMoko with Qt4, so that we can write Qt4 applications for the phone which don't look alienated.

==== Maemo Integration ====
The Maemo folks have created a successful standard for Webpad applications. I'd like to have a set of MaemoMoko and MokoMaemo wrapper classes that allow me add support for running OpenMoko applications on Maemo and vice versa. Perhaps we can get help from the Nokia OSS folks for that.

==== wxWidgets Integration ====
wxWidgets is a cross-platform application framework that's very popular (I'd say, #3 after Qt and Gtk+). On Linux, wxWidgets uses Gtk+ to implement the widgets. It shouldn't be hard to add support for the additional OpenMoko classes to wxWidgets hence supporting the native OpenMoko look and feel for wxWidgets applications.

wxWidgets team wants OpenMoko classes too and we (wxWidgets) plan to include this project as one of our ideas for [http://google-code-updates.blogspot.com/2007/02/speaking-of-summer.html GSoC 2007]

==== SDL Integration ====
SDL is ''the'' game developer library. There are tons of SDL games out there. We should add OpenMoko support into SDL.

==== Cocoa / GNUstep ====
Allows to use MacOS X as a development platform.

=== Software: Language bindings ===
==== Python bindings ====
Python bindings seem to be a commonly requested feature.

[[User:Mickey]] says, "They are kind of usable on the [http://www.maemo.org Nokia 770], but it's at the lower end of being bearable. We should keep this in mind -- Gtk+ already comes with Python Bindings, so we "just" would need to wrap libmoko*. I would prefer to leave this to the community do though, since it doesn't make sense to start wrapping the API until we have a stable API -- and I can imagine it will take us a couple of months after going open until we can start with stabilizing the libmoko API."

==== C++ bindings ====
There is a whole skilled C++ community coming from the [http://qtopia.net Qtopia] and [http://opie.handhelds.org Opie] projects. If we would consider basing OpenMoko C++ Bindings on [http://www.gtkmm.org/ Gtkmm], then we could drag these guys in.

==== Ruby bindings ====
Ruby and ruby-(gtk|glade) already ported to OpenMoko according to [http://lists.openmoko.org/pipermail/openmoko-apps/2007-May/000040.html this ] and [http://groups.google.de/group/comp.lang.ruby/browse_thread/thread/6bee9970cf055504 this] mesages. It just have to be included to distribution (only 4.9 MB!)

==== Java bindings ====
People who concentrate on Java programming would like to have the OpenMoko port of some java virtual machine. GNU Classpath team a lot of great work in the past creating easily portable implementation. Sun's recently open sourced code could also be ported.
==== Other bindings ====
* Perl
* C#
* I think you could skip a bunch of these by binding to Dbus; most languages already have Dbus bindings

== Community Support ==

=== [http://projects.openmoko.org projects.openmoko.org] ===
Infrastructure for developers with
* One bugzilla for all projects (makes moving bugs forth and backwards between projects ''very'' easy)
* One mailing list for project

== Platform ==
=== Community Images ===
In the future there could be complete, unofficial "product images" that are created by the community, for example maybe one that incorporates only free software (in the GNU or OSI sense). Or images build with a particular niche market in mind -- a student for example.

=== Wishlist voting ===
There could be a kind of voting system like they have at one of those big computer manufacturers homepage. Then the community could vote for the ideas that are most important to them. This would especially make sense for the hardware wishlist, because the hardware is still the part which can't be done by the community that easily.

Here: [http://www.fevote.com/openmoko OpenMoko suggestion board]

== Software: Additional features ==

===PDA Mode===

There are times when you wish to power up the device and not power up the gsm/cellphone portion of the phone. For example in meetings you might wish to access the PDA side with wifi as is the case for example on an aircraft. On booting some method of booting to pda mode would be good - several other phones offer this feature.

===Driving Mode===

It may be forbidden in many countries, but many people use their cell phones while driving. With the touchscreen phones
this is very dangerous: You have to stare at the tiny numbers on the screen and try to hit them with your thumb or try to decipher tiny script of contacts, while steering with the other hand. There should be a configurable driving mode where the interface has a reduced functionality (e.g. only contacts and dialing) with HUGE interface buttons that are easy to use with limited attention.

===Calling===

==== Mask ID based on dialed numbers ====
It would be nice if my number only showed up when I call people in my address book and was otherwise masked. The phone I have now either always shows my number or never or can be set on a per call basis. Having it done automatically based on the number dialed would be good.

==== Use calling cards and similar routing techniques for lower-cost calling ====
Many people use calling cards, low-cost numbers and similar ways of reducing the costs of their calls. It would be nice to have a single panel that would allow you to configure the rules of dialing a number taking in to account such systems.

==== Outgoing black/white lists ====
The ability to allow or deny outoging calls to certain numbers can be useful in a number of situations (e.g. the holder of the 'phone is a child, untrusted, etc.). This could be related to entries in the contact list, for example a user is only allowed to call people who are in their contact list.

Also lists for incoming calls? Some friends always come through, unknown numbers get rejected automatically.

==== Time-based blocking/unblocking of calls ====
Allowing or disallowing outgoing calls at certain times of the day could be useful, e.g. blocking a business phone from making calls outside of business hours.

====Speaker-phone====
* A speaker-phone is more than simply connecting the speakers to GSM audio, it's also echo cancellation, and eliminating the feedback that will otherwise happen between the speakers and the mic. This software has not been written.

====Advanced Airtime Tracking====
Many phone users have complicated plans, things like unlimited incoming, 100 anytime minutes, 1000 evening minutes, etc. It would be nice if a user could input the various monthly airtime chunks their plan gives them, and then the phone could track how much is left in each chunk, i.e. How much anytime minutes are left this month? Optionally, the software could warn when someone is close to the monthly limit, to help avoid bigger bills.
On (at least some) prepaid [http://en.wikipedia.org/wiki/Unstructured_Supplementary_Service_Data USSD] can be used to check current balance.

==== Anti-stutter software ====
Delayed Auditory Feedback (DAF) has shown to reduce stuttering in individuals by 70%. By using the microphone, it should be pretty simple to implement this on the OpenMoko. The DAF functionality should also be present during phone calls. See http://en.wikipedia.org/wiki/Delayed_auditory_feedback for more information.

====Minimize In-Call mode (check address book while in call)====
On my locked phones I always find it annoying that one can not use other features while a call is in progress. In particular, I'd like to access the address book so that we can (1) give a caller someone else's phone number (or other info) and (2) lookup a phone number when using a calling card or some other proxy.

Similar request when using the browser (lookup passwords, todo list, etc).

====Hold Music (Ringback Tone)====
On some cellphone networks you can pay to change the normal [http://en.wikipedia.org/wiki/Ringback_tone Ringback Tone] that the caller hears when ringing, to a customised sound.
This can partially be implemented on the phone.
Issues are:
*In countries where callers pay, this will make you unpopular.
*In countries where the called party pays, it will use your minutes, or cost you money.
**A list of people to activate this function for would alleviate this.
*[[GPRS]] internet connection will stall while the hold music is being played.
*Extra battery used when playing music.

Also see [[Answering Machine]].

====Play sound clips over the air====
Dialer could have a tab with big buttons which, when push, send sound clips over GSM to the person on the other end of the call. This feature is included in GizmoProject and is called sound blasts: http://support.gizmoproject.com/index.php?_a=knowledgebase&_j=questiondetails&_i=104
The buttons can have default sounds, but also have the ability to be customized.

It would also be useful for notifying people why you can't talk (for example, having an "I can't talk tight now - I'm in the library - this is a pre-recorded message" would be good. Also perhaps you could loop a pre-recorded sound in the background so you can lie about where you are, and have the ability to simulate a really bad connection.

==== DTMF Landline Dialing ====
The ability to hold the Neo near the microphone of a landline handset and have the Neo dial the landline by sounding DTMF tones. The DTMF tones could be generated in software or be pre-recorded files.

Graphically this could be done by adding a 'DTFM dial' button to a context menu. The user would select a contact then presses the 'DTMF dial' button to start the process. A small delay could also be added to allow time to put the Neo near the landline handset.

For the Neo to know which area code to use (or not use) the current or last GPS coordinates could be utilised.

==== Conversation Recorder ====

An option to record phone conversations. Would be helpful to have the device always recording for every call, with the sound data encoded to low quality Ogg Vorbis or SPEEX and stored in RAM. At the end of the conversation the user would have the option to save to flash or discard the conversation. This idea could also be applied to voicemail so you could save voicemails locally.

====Unlicensed Mobile Access (UMA)====
T-Mobile recently rolled out a UMA service that hands off calls between the GSM network and WiFi access points. Only a few phones support it right now, this could be a rather unique feature if OpenMoko can implement it.

This can be combined with a GPS map to show where local free hubs are.

==== Ignore-Call Button ====
{{Main|Wishlist:Ignore Call Button}}

Shut up a ringing phone, without accepting or rejecting the call.

Another alternative might be to use microphone to recognize when the user gives an audible "Shhh!" command. This could prove difficult to determine with the simultaneous ringing, and possible in-pocket shuffling noises.

A really usable feature is to "reject with SMS/text message" - letting the user reply the caller choosing a previously setup template or typical response: "I'm in a meeting - I'll call you later" or "Can't take your call now, please call back in 10 minutes". This feature typically is a much better way to get your co-workers (ie boss) to back off, than to silently ignore the call.

The accelerometers could be queried while the phone is ringing to detect a firm tap on the phone. This would avoid the delays of fumbling to remove the phone from one's pocket to silence the ringer when you've forgotten to set it to silent mode. Just firmly tap the phone through your pocket, and the ringer will silence, like some Motorola pagers. Maybe single tap = silence; double tap = (activate voicemail or preset SMS).

==== Voice Mailbox ====
{{Main|Voice Mailbox}}
On-Phone voice mailbox that records calls on the phone and retrieves voice messages from your mobile service provider's voice mailbox and saves them locally.
Can act profile-dependent.

==== Hold Button ====

Similar to mute, but plays a sound file for the user on the other end while they wait. The sound file could be chosen in some setup beforehand.

==== Unanswered Call, Fast Call ====

In Greece because of the various bill programs some people call a mobile phone, rings one time and then hangup.
Then the user of the mobile phone calls the other user(using the CallerID recognition).

===Audio===

==== Ambient Noise Detection ====
{{Main|Wishlist:Software:Ambient Noise Detection}}

Using the microphone to detect ambient noise the ringtone volume could be adjusted automatically.

If the ambient noise exceeds a preset threshold, the ring vibrator could be activated. This is good for when people forget to enable vibrate mode when entering noisy environments.

Detection of ambient noise could also be used to subtract the noise from the audio signal. However this approach is best performed using two Microphones, one for the voice and the other to detect the noise.

==== Active noise control ====

Using the microphone to do [http://en.wikipedia.org/wiki/Anti-noise active noise control] on media player playback or telephone calls. This should be an independent module/library which can be used by any application which might require this feature. also provide a way to easily alter the parameters of the active noise control.

==== Hear Impaired Mode ====

Hearing impaired people need louder speaker(but with less volume than hands free) and equalized sound, based on their hearing problems(example 20dB hearing loss from 2KHz to 4KHz).
Older people 50+ years old need slower speech rate(time stretch, cut the big speech gups) and cleaner voice.

Please note also the Hearing Aid Compatibility regulations in the US. I have tried to summarize and clarify them [http://quux.wiki.zoho.com/WhereAreHACphones.html here]. I haven't yet discovered whether the FIC device is M or T rated. For many hearing impaired users, a tcoil coupling to their hearing aid (t3/T4 rating) would be preferable to manipulating sound output in other ways.

==== Mute Button ====

Button to temporarily disable microphone while talking for applications such as telephone, audio recording and (when available) movie recording.

===Web Browser===

==== Full-page Zoom Support ====
Full page zoom is a very good feature. If possible, people would want to browse the internet with normal layout than a distorted one. It's best if I could double-tap a text or image block and zoom to a fit size.

The [[BigPageWidget]] proposal suggests 'Full Page Zoom' should be implemented as a widget available to all applications.

* If the processor and memory could afford, it is good to just use [http://www.mozilla.org/projects/firefox/3.0a8/releasenotes/ Firefox 3] in OpenMoko. It has implemented latest gecko's full-page-zoom ability. With certain modification, we could do the same zoom like iPhone's Safari.
* Firefox 3 may be a big eater. A cut-down version of it may be good enough.
* If this is not practical, Minimo with full-page-zoom ability is good.

==== Plugins Support ====
* While an extensive browser plugin system would be costly to the efficacy of the platform four particular browser plugins as poplularized by Mozilla firefox should be adapted to the web-browser, namely: [http://noscript.net/ noscript], [http://adblockplus.org/en/ adblock plus], [http://www.greasespot.net/ greasemonkey] and [http://www.foxmarks.com/ foxmarks].
* Careful use of these can dramatically reduce bandwidth, page space, and rendering costs even if it comes at the risk of some hard drive space in the form of block lists.
* Greasemonkey, in particular, gives users control to set up scripts for commonly traveled pages to further reduce unnecessary or unwanted content.

==== Widget support ====
Built-in browser with the ability to install widget shortcuts (aka links) in the main phone menu, also some apis for interfacing with the other functionality of the phone like adding contacts, reading contacts, reading gps-psoition etc.. (maybe there is some defacto widget standard that could be used)

There is a [http://www.w3.org/TR/widgets/ W3C spec] being developed, which may not be exactly what the original proposal had in mind, but it is about writing simple applications with HTML, SVG and JavaScript. It is mainly Opera's work, and while most [http://widgets.opera.com/ developed widgets are not very useful], there are some that are, and it creates a very nice development platform, especially for mobile devices. So, I think it makes an awful lot of sense for OpenMoko to support this spec.

===Media===
====Music/Video Software====
A real good programming area for competition with the iPhone, a singular video/music player would be great for multimedia. A seamless integration system, a la iTunes and iPod, would be extremely popular.

Using the Wi-Fi connectivity, a separate music program that supports wireless music sharing/ streaming (similar to what can be done when two computer running iTunes that are both on the same network) and that also supports internet radio.

It would also be nice to have some kind of "announce your musical taste" mode. This could be implemented using last.fm profiles, such that when e.g. in a crowded place a user nearby has a similar musical taste, both users get notified so they can share their music files with each other (perhaps using a photo for id). Great for discovering new music - and making friends!

- Possible copyright issues sharing music files?

Sure, but that's the user's concern, not the developer's. There's no way for us to know which audio files the user is permitted/not permitted to share.

==== Reading Support ====
It would be really great to be able to read :

*PDF
*Open Document files
*Text / RTF files
*fb2 files (fbreader)
*MS Office files
*Aportis Doc (pdb)
*DjVu
*...

In both landscape and portrait

==== Wikipedia Mirror ====
{{Main|Wishlist:Wikipedia_Mirror}}

==== Blog ScribblePad ====

Draw an image (and maybe add some text), then post to your blog.

==== E-Book Reader ====
* Neos brilliant ultra-sharp screen makes for a very good e-book reading device. All it takes is a good e-book reader with touch-screen page turning / scrolling (see the [[BigPageWidget]] proposal). FBReader could probably be adjusted easily by an experienced GTK hacker. Note that e-book reading is different to pure text/pdf displaying as it requires at least auto-bookmarking of the last read page, proper text and image scaling and text formatting.

==== Personal Wiki ====
{{Main|Wishlist:PersonalWiki}}

Display the notes database as a Wiki. Inspiration: [http://www.acrocat.com/AcroWiki/default.asp?lang=en AcroWiki].

[http://www.didiwiki.org/ Didiwiki]

==== Dictionary, thesaurus, translator and flashcards ====
Native lookup dictionary and thesaurus and foreign translation dictionaries, also with support for Asian languages. Optional custom configurable (though preconfigured) interface with on-line versions of dictionaries, thesaurus and translation services.

'''Dictionary'''
Something like [http://www-user.tu-chemnitz.de/~fri/ding/ ding]:

advantages:
* small
* very efficient + useful
* only limited to really needed functions

Support for vocabulary training with flashcard system (also usable for other content than foreign language words!)

==== Flickr uploader ====
A simply, drag & drop uploader, tagger and organizer to upload images on phone to [http://flickr.com Flickr], with support for various languages. A good base could be the cross-platform uploader [http://juploadr.org/ jUploadr], written in Java and working on Windows, Mac and Linux. But, most of all, the best '''GPL''' program which actually do this work is '''[http://mobilepushr.jottit.com/ Mobile Pushr]''', written in C and Cocoa for iPhone, must be probably ported in python to work on OpenMoko.

===PIM (Personal Information Managment)===
====Context Sensitivity====
Any email or sms message or application that contains a telephone number should be click to dial, eg [http://123567890 1234567890]. Addresses link to mapping software too?

==== Notes ====

Something for taking notes would be a nice feature:
[http://www.gnome.org/projects/tomboy/ Tomboy] has some nice syncing features and is gtk based.

Some Screenshots are [http://www.gnome.org/projects/tomboy/images/ here].

==== Calendar ====

A nice calendar application should be implemented in OpenMoko. This tool should have a syncing feature with your desktop computer.
The tool should have a reminder feature and other features like other mobile phones already have.

I think synchronization sould be handled by computer with opensync+syncml based tool, not by calendar itself. --[[User:Antono|Antono]] 12:25, 7 January 2008 (CET)

* If this cellphone is thought also as a PDA, of course it needs a calendar. But I would like to see something better than just a calendar, I was thinking that there could be some application using "fisheye" view. Just like [http://www.cs.umd.edu/hcil/datelens/], though that example seem a bit chaotic. --[[User:Yprum|Yprum]] 22:27, 21 February 2008 (CEST)

==== Address Book ====

* Option to search not just the stored list of addresses, but one or more of the online phonebooks. Probably should be modular to make adding/changing phonebook sites easy. Also allows for future integration with LDAP
servers or whatever.
* Also the possibility to search all info on the contact, like number, email, postal address and so on, in case someone asks you to identify a known number.
* Web-based map-lookup. 'How do I get there from here? (here = current GPS location)' This could also be done
by integrating with whatever on-phone GPS mapping software the Neo ends up using.
* Random text input 'notes' about a contact
* Overall, this should more resemble a Palm-pilot's address-book than your average cellphone's
* Automated Daily backup of phone book to a website archive (similar to Verizon's Back-up Assistant
*Ability to integrate address book with web-based email (such as gmail) account, for those who use web based email as their primary account
* '''[[Wishlist:Tagging|Tagging]]''' Place tags for contacts. Enhance message application to send messages to all contacts tagged with ... . Enhance other application(GPS, ...) with tags.
* Support for:
**[http://en.wikipedia.org/wiki/SyncML SyncML]
**[http://abook.sourceforge.net/ abook] a text-based addressbook program
**[http://en.wikipedia.org/wiki/Ldap LDAP] address book
**[http://en.wikipedia.org/wiki/LDIF LDIF], [http://en.wikipedia.org/wiki/Xml XML] and [http://en.wikipedia.org/wiki/Comma-separated_values CSV] export and import (when possible).
*Store Bluetooth IDs of friends and notify (configurable only on this device or on both devices) when a one of these Bluetooth ID has been detected (this is more a separate application but has requirements on the address book. Should also be able to create an address book entry from a Bluetooth ID. Could be used as a nice tool to detect people who you're avoiding.

==== Database/List Display/Edit ====
{{Main|Wishlist:PilotDB}}

One of the most useful apps on my Palm Pilot for me is [http://pilot-db.sourceforge.net/ pilot-db]. It's GPL'd.

==== To-Do lists ====

* It'd be nice to have something like [http://www.joesgoals.com Joe's Goals] always available, like my phone is, even when I'm disconnected from the net.
* I would like to be able update my [http://todotxt.com/ todo.txt] which is stored on a personal server from the phone.

==== Context based To-Do list ====
{{Main|Wishlist:context based to-do list}}

If I arrive home and there are "@home" things in the to-do list, the Context based to-do list reminds me of that.

==== Workout ====

Use your phone instead of your notebook while at the gym, and get pretty graphs to admire after you're done.

==== Shopping List ====
keep Track of Prices in different shops and the products you have/don't have. Ideally using a barcode reader and gps.
If it was made aware of recipes it could even tell you what to buy without entering a shoppinglist manually.

==== [[Fuel Log]] ====
File data about fueling your car (date/time, liters, price, mileage, ...) and display some information (costs per month, average consumption, ...).
Advanced features could include:
* Automatically storing the GPS coordinates of the place where the car has been fueled (can be deactivated)
* Sending the data to a central server which collects the information ( spritmonitor.de, anything else ?)
* Let the OpenMoko receive fuel logs per SMS (e.g. if my wife with a non-openmoko mobile fuels the car and wants to file the data using her mobile phone)
* Let the OpenMoko device act as SMS gateway for non-openmoko devices to easily send the data to the central server
* Also support for air log for divers. Not that you will take this device under water but for the crew at the surface.

==== Keep in touch reminder ====
A background application which keeps track of your friends and reminds you when you have not talked, SMS, IM or mailed a person for more than # days.

==== Menstruation period timer ====
Fill in statistics and compute probabilities for menstruation, fertility, mood.
See http://www.getjar.com/products/48/MyGirls

==== Tagging ====
{{Main|Wishlist:Tagging}}
Tags can be used by various applications. Requirement is interoperability for further enhancement.
Tags should be applied to contacts, calendar events, mail/sms, calls, places(GPS) and files.
http://tracker-project.org has all needed tagging-and-searching functionality and ready to be used on low-resourced devices.

==== Exchange Integration ====

Once there is good TCP/IP connectivity on this phone, integration with corporate email/calendar/to do/contacts/etc servers would be a big advantage... near-real-time automatic email downloads and automatic bi-directional syncing are productivity boosters that you have to experience to appreciate. It turns your phone from a 'nice gadget to fiddle with' to a natural-feeling extension of your day-to-day life.

* Is the time right to name names ? Add as your liking...
** Plugin/integration to & from Kontact
** Same with Evolution - Thunderbird - Seamonkey
** ?? Google Calendars ?? (this one is tough)
** Ms Exchange

==== An electronic wallet ====

A database which stores securely PIN codes, login data, bank and email accounts, membership informations, and other valuable and private data. Entries can be ordered in a folder-like manner. Access to the database is given by a master password. The database as well as the master password are stored with strong encryption. For security reasons, the program asks again for entry of the master password after a certain period of inactivity. The database can be synchronized with a PC application (ideally written in Java for cross platform compatibility).

Examples: KWallet [http://docs.kde.org/stable/en/kdeutils/kwallet/index.html], Viskeeper [http://www.sfr-software.de/cms/EN/pocketpc/viskeeperpro/index.html], KeePass [http://keepass.info/]

==== Easy business card sharing for a small group (in the same room) over bluetooth or WIFI ====

Six Neo1973 owners are having a chat in a cafe. They agree to split but meet later. They want to exchange their numbers with each other before they go.... The normal way to do this is for a rather longwinded repeating of numbers to each other, or half the people manually inputting numbers before phoning/texting the other half to complete the process. All in all its a fair number of button presses to get it sorted.

Instead the NEO could have a small app where the phones link up in a small peer to peer Bluetooth network and share automatically with one person initiating a request and the other detected NEOS agreeing/acknowledging the share. The initiating NEO would then sync the mini-group automatically by interrogating each phone and then sending the table of results. The NEOs would have to be clever about checking for duplicates in the address book and offering a choice to the user if there are any conflicts.

PROS:
*genuine saving in time for social and business situations

CONS:
*I am sure there are some security hassles to be pondered....
*not going to be used every day... definitely not an immediate priority.....
*only at geek conferences will all have a neo....

==== SMS Counter ====

An application which shows on the today-screen how many SMS i've already sent in this actual month. Some have for example 150 free SMS to write each month. With that program you can see all the time how many SMS are left until the end of the period. As an alternative it could be a counter which counts backwards from a predefined number over a defined period.

===Profiles===
{{Main|Wishlist:Profiles}}

The Wishlist:Profiles page documents many possible profiles - ways to configure the phone. Including ways to respond to calls, wifi and GPS events.
And how to automatically switch between them.

===Text Messaging===
For '''Text Input related ideas''' see [[Wishlist:Text_Input]]. Bear in mind that T9 can not be included
For current development status of the messaging-app see: [[Messages]].

There are many useful options that now can be used to full capacity:

* '''Instant Messaging'''
Bringing a new GTK gui or a resized Qt gui out for the serverless Instant Messenger http://Retroshare.sf.net

* '''Acknowledge/status SMS'''
In GSM networks so-called acknowledge-SMS are sent back to the SMS's dispatcher in order to indicate that the primal sms was received (as message delivery is only best effort and is not guaranteed). So in the SMS dialog there could be equal sized buttons with captions as 'send only', 'send and receive delivery status message' and 'send and notify (e.g. ring) when delivery succeeded'.

** '''Special handling of status-SMS'''
Related to the previous entry, these acknowledgment-sms' should be handled in a different way than normal SMS'. Most Motorola do this, while Samsung SGH series don't & clog the inbox, warn of a "new" message upon Status notification: Delivery Status Messages should be stored in a separate menu so they don't bloat the received-folder and you are able to quickly review the status of the messages you had sent.
* '''SMS at time/date''' You could be able to set up messages that are sent at a certain time/date
* '''Binary SMS''' Send binary SMS. Could be used to feign WAP pushes. [http://en.wikipedia.org/wiki/Multimedia_Messaging_Service] See:
** Resource for SMS encoding: [http://web.archive.org/web/20021016104345/www.dreamfabric.com/sms/] [http://web.archive.org/web/20060411222332/] [http://home.student.utwente.nl/s.p.ekkebus/portfolio/resource/sms_pdu.html] [http://www.ihub.com/Binary%20Messages.htm]
** [http://www.gammu.org www.gammu.org] - you can use Gammu/Gammu+ source for this software and/or understanding various SMS formats including EMS, WAP, Nokia Smart Messaging, Siemens & Alcatel encoding ([[User:Marcin|I could]] eventually help)
** Resource for SMS encoding (German): http://de.wikipedia.org/wiki/SMS-Kodierung
** The infamous pocketpc-attack: http://www.mulliner.org/pocketpc/
* '''Profile-override-SMS''' SMS that start with a certain code word override the silent profile and have the phone ring. So someone could alert you in case of some emergency.
* '''Codeword-SMS''' An expansion of the above: check for code words and allow selectable tones for matches. E.g. "Server Down!" has a loud klaxon, "Disk Warning" has a quiet chirp.
* '''(De-)Abreviation-script''' Implement a script that de-abbreviates: "hi m8 u k?-sry i 4gt 2 cal u lst nyt-y dnt we go c film 2moz" becomes "Hi mate. Are you okay? I am sorry that I forgot to call you last night. Why don't we go and see a film tomorrow?" (taken from: [http://en.wikipedia.org/wiki/SMS_language])
** Implement a script that abbreviates :-)
* '''Anti-Spam''' ...feature for SMS. May be it's possible to port some Bayesian based application like bogofilter.
* '''Rule based authorizations''' ...for received messages. For example, delete messages from one source between 9h00 and 18h00 (workday) allow them otherwise (to get alerting messages).
* '''Enable chat-like SMS-viewing''' SMS-Email-like: retain SMS app, but store 'conversations' rather than pile-up. Group/archive conversations by Caller Group (Work / Friends / Home / any user-defined Caller Group). Show appropriate icon from either Caller Group or Caller ID at the source of conversations panel
* '''Searching''' allow full-text search or string search.
* '''Massive SMS Deletion''' based on Conversation, author, before-date-xx.xx.xxxx, caller group, [[Wishlist:Tagging|tags]]...
* '''Call Back''' Prompt 'Call Back' alongside other first-line options (Delete, Save number,.. this kind of options) that appear when reading an SMS.
* '''Non-destructive deletion''', deleted messages goes to trash, and are recoverable.
* '''SMS-EMail-Gateway'''
SMS comes in, gets forward to your inbox, like any other piece of mail. Appropriate alerts and etc occur - again, just like for email. A simple SMTPD running on 127.0.0.1 that is hooked to an email-to-SMS translator that will send email addressed to 'SMS@localhost' (or whatever special address) out via SMS
* '''SMS-filter chain''', for stuff like Codeword-SMS above, Theft-mode activation, auto-response (reply with gsm-position for "Where are you?"), auto-substitution (like replace $POS with gsm-position in outgoing SMS).
* '''SCROOGE-SMS''' This is an intelligent SMS router. When you write your SMS you get the option of how to send it
** By standard carrier SMS - cost 10cents
** By OpenMoko SCROOGE SERVER - this will send your SMS to the OpenMoko Community SCROOGE SERVER next time you have WiFi - the phone will remind you to turn on WiFi when it knows you are in places where you have WiFi access. The person you are sending to picks up when they come into WiFi Range. This comes with an intelligent reminder that tells you that message has still not been delivered in 24 hours and would you now like to send it by a paymethod. This is better than IM because both parties do not have to have WiFi at the same time. - cost FREE
** By email/Wifi - cost FREE
** By email/GPRS - cost ?
** Too many options!!!
** Alternatively SCROOGE SERVER could auto launch IM client if it detects both parties have WiFi at the same time (Status kept on SCROOGE SERVER?) to allow instant reply..... Person who receives has the option to reply in SMS or in IM or in VOIP phone.

=== Text input ===
{{Main|Wishlist:Text Input}}
There are many good suggestions for text input on the specific text input ideas page.

=== More/Custom Input Method Widgets ===
{{Main|Wishlist:More/Custom_Input_Method_Widgets}}
Additional and customizable Input Method Widgets (similar to virtual keyboard).
This could add soft-key functionality to games or other applications such as:
*D-Pads
*buttons
*virtual trackballs
*...
Personalized layouts could be associated with each application.

=== Games ===
{{Main|Wishlist:Games}}

=== Mesh Networking ===
{{Main|Wishlist:Mesh Networking}}

=== Printing Support ===
It would be really neat to be able to print over either bluetooth, Wifi, or USB. I can imagine wanting to print:

* Notes
* Maps
* Email
* Calendars
* ...

Cups contains a bluetooth printing backend, so (in theory) once you have your data in postscript format, you could hand it to cups and it'll do the rest. In practice, it depends on

# GTK+'s printing support
# Making cups run on a really small system

{{note| GTK+'s printing support seems to be very immature in 2.6 (which we need to use for some time). Gtk+ 2.10 contains much better printing support -- once we can use this, it should be more easy.}}

There's always the possibility to render postscript ourselves, but this is not a piece of cake -- in general, printing is much harder than one would imagine.

Further details:
* [http://groups.osdl.org/apps/group_public/download.php/2205/print-summit-gtk.pdf#search=%22gtk%2B%20printing%20API%22 osdl.org]
* [http://www.gnome.org/~alexl/presentations/guadec2006-printing.pdf#search=%22gtk%2B%20printing%20API%22 gnome.org]
* [http://www.j5live.com/?p=204 j5live.com]

===Misc Software===
====Clocks/timers/Activity meters====
===== Sport tracker =====
{{Main|Wishlist:Sport_tracker}}
Sport tracker can be used to measure the distance/velocity from point A to point B (or it could have several intermediate stopping points) using GPS. This would be extremely useful for running, biking, hiking, etc.

===== Standby clock =====
{{Main|Wishlist:Standby_clock}}
A quick way to see what time it is.

===== Egg Timer =====
{{Main|Wishlist:EggTimer}}

Very simple (one click) count up / count down timers are very useful.

===== Cycle Computer =====
As already mentioned by [http://wiki.openmoko.org/wiki/User_talk:Technil Technil], a cycle computer could be created using gps. The sensor at the bike's wheel could transmit data via bluetooth or some cable that would be attached to an openmoko device. In order to save power, one could switch off the gps and only use the bike's sensor.
* Just another idea that came to me: Why don't have sensor's transmit cable plug into the headphone/microphone plug? A tool reads the signals created by the induction of the passing magnet, then gives them to the cycle-computer-app :) --[[User:Minime|Minime]] 19:50, 12 April 2007 (CEST)

===== NTP Server =====

Run the [http://www.ntp.org NTP] daemon using the GPS chipset as a reference clock, so that the Neo would have a very accurate time-of-day clock and would be able to serve time to other networked devices.

I don't know what it would take to implement this. Items to consider would be the availability of a 1 pulse-per-second hardware signal, the accuracy of timestamps delivered in NMEA messags, etc. Dealing with power-management issues (such as the device going to sleep) would also be challenging.

===== Find Keys/locate stuff =====

This would require an additional accessory: a tag which transmits a signal that the Openmoko device can pick up. The tag could for example be attached with a ring loop to your keys, put in your wallet, or be attached with high strength adhesive strips to your remotely controlled aircraft. Whenever you can't find back your keys, wallet, RC aircraft,... you activate this application. When the device picks up the signal of the tag, it translates it to clear audio and visual prompts to guide you in the right direction.

A commercial device that offers this functionality is the [http://loc8tor.com/ loc8tor]. Having this in the Openmoko phone would obliviate the need for a separate device. Murphy's law dictates that you'll only loose your keys when you don't know any more where you've put the loc8tor tracking device. But you're bound to always have your phone with you.

Additionally, you could also set a safety perimeter. Whenever a tagged item moves more then X meters from the phone, a signal will be given.

For a related idea, see [[Wishlist#Dude.2C_Where.27s_My_Car.3F|Dude, Where's my car]].

===== Reality check reminder =====
{{Main|Wishlist:Reality check reminder}}

A tool to [http://www.phrack.org/issues.html?issue=64&id=16 hack your brain]

===== Automatic timezone changing (GPS) =====

Check the timezone with GPS and adapt them.

====Calculators====
===== A Universal Unit Converter Tool =====

One never knows when one may have to convert acre-feet into deciliters. A unit conversion tool makes all engineers and engineer wannabes much happier. And not only the engineers.

Ideas what kind of conversions a converter tool could do:

Length
- Acceleration
- Angle
- Angular Velocity
- Area
- Capacitance
- Radioactivity
- Currency
- Charge
- Computer Memory
- Conductance
- Density
- Energy
- Illumination
- Power
- Force
- Flow
- Pressure
- Speed
- Temperature
- Time
- Torque
- Viscosity
- Volume
- Weight

Roman Numerals
- ASCII, Hex
- Cooking
- BMI
- Clothing Sizes

Money Converter based on current rates from Internet...
e. g. Dollar <-> Euro

Physical and Mathematical Constants
GPS conversions

- link to or integration of a scientific calculator
- link to or integration of a simple calculator

A good basis for such a converter tool could be the Palm program "units" from
François Pessaux [http://francois.pessaux.neuf.fr/files/units1_11.tgz]. The GPL'd program comes with full documentation.

For GPS conversions see gpsbabel [http://www.gpsbabel.org]

===== An Postfix Notation (RPN) calculator =====

Many engineers, computer scientists and other groups who have grown to enjoy the simplicity and ease of an postfix notation calculator will miss them when they give up other platforms to move to OpenMoko. A RPN calculator will increase adoption by providing one of the tools that other platforms have provided for many years.

==== Windows CE Emulator ====

On ARM machine, Windows CE API emulator, like Wine on x86 machines.

==== PalmOS Emulator ====

The Access group is probably coming out with their Linux platform any time soon. One of the components is a PalmOS emulator which I'd like to see working on OpenMoko as well. There are literally thousands of PalmOS apps.

I'd like to see a Windows CE Emulator with active sync support.

==== Chumby Emulator ====

Would be very cool if the neo can act as a chumby. see http://chumby.com for more details about a chumby.

==== TV Guide ====
Display a TV guide using [http://xmltv.org xmltv].
Something like [http://mtvg.sourceforge.net/ Maxemum TV-Guide] (QT)

==== Alcohol meter ====
Give the phone some info about your body (gender, size, weigth) and when/what you drink and it will compute an approximation of the amount of alcohol in your blood. Updates automatically, could have an alarm, when you are probably sober again.
See, for example (German text) http://www.misterio-online.de/promille.htm

==== Interaction with LEGO Mindstorm ====
With the accelerometers, GPS and good CPU, the phone could be used to control/serve as input with robots built with LEGO Mindstorm, which can be accessed by USB and Bluetooth.

==== Flashlight ====
Simple finger application that makes every pixel on the entire screen white to be as bright as possible until you tap the screen again to turn it off. This way, you can use your Neo as a (short term) flashlight!

==== Wii Controller Emulator ====
Use the accelerometers and buttons on screen to work as a Wii controller via Bluetooth.

==== FUSE support ====
Ability to use FUSE to mount larger file systems over wireless. (even gmailfs, sshfs, etc.)

=== Accessibility ===
Accessibility features for the visually impaired.
* High Contrast Themes.
* Screen Magnifier. Features should include automatic cursor tracking when navigating menus and entereing text and provide manual controls to zoom in on other section of the screen.
* Text to speech. The software should read out menu item ,contact lists ,text messages etc. Would also be useful for operating the phone while driving. see: [[Wishlist:Speech synthesis]]

==== VOIP ====
* [[Dialer]] should be able to use SIP.
Ability to use the phone for VOIP over wi-fi such as Vonage. They currently have 2 different pieces of software for pc . Basically software creates a mac address which is paired with your Vonage account. Skype could also be implemented but I prefer Vonage. Only available when connected to wi-fi with a good connection. Phone treats calls the same as a cellular call, could keep a separate log of minutes, ability to record conversations, etc. Option to use VOIP if connection is available automaticly or manually. Small icon to show when call is using VOIP.
* A standard SIP client would probably fit better into the "free and open" philosophy.
* Ideally a SIP client that includes ZRTP/SRTP for secure communications.
(Note: Vonage will not give you your SIP credentials, so you cannot log into their network with a non-approved softphone. Other VoIP providers have different policies.)

''This seems very similar to what [http://en.wikipedia.org/wiki/Generic_Access_Network UMA] offers.''

Asterisk is a great communication platform that can run on small devices. I have an Asterisk server running on a Nokia 770 and I read about running Asterisk on an iPhone. With the crosscompiler available it sould be possible to compile it and run Asterisk on an openmoko phone and let it take care of almost everything on the wishlist below.
Edw/

==== Power Meter ====
If the power bar is clicked on it will show time left on charge and if charging it will show time until full.

=== Accelerometer wishes ===
==== Flick interface ====
Ability to "flick" the phone for page up/down by simply and rapidly tilting the phone back-and-forth for up and forth-and-back for down. The same motion can be implemented for sideways motion. This will take advantage of the 2 3d accelerators.

Sensitivity of the scrolling should be configurable and a test option provided.

==== Reading navigation of documents enhanced by accelerometers ====
If the two accelerometers in Neo1973 allows it, it will be nice if when you're reading, give a newspaper, you can move up, down, left and to the right the viewing of the document just moving the phones to the corresponding direction.

I don't know if this is possible (haven't seen the project in detail yet) but this feature could be very attractive for final users (and this is good). (sorry for my english but i'm italian)

==== Wand UI ====
In keeping with the requests to think outside of the box... the dual 3d accelerometers should enable a 'magic wand'-style UI for certain uses. Macros could be recorded and edited, or presets could be used. For example, flipping the device playfully could initiate a game mode or could signal the end of the work day.

==== Shake-to-Wake ====
Giving the phone a shake enables voice commands for a few seconds.
Usage Examples:

* {Shake} "Call" ''ContactName'' ''PhoneType''
* {Shake} "Call John Mobile" (Calls John's mobile)
* {Shake} ''ApplicationName''
* {Shake} "Reader" (Opens the e-book application)

Would require a method of inputting voice tags for applications and contacts and obviously will only work for P2 (accelerometers)
But lets get voice command functionality working before P2 (just by pressing a button on the screen instead of shaking)

I think that is possibly to replace "Shake" with double hit with finger in the side of phone. Proper algorithms(with accelerometers) should recognize any similar activities.

==== Emergency call ====
When the accelerometer detects a great acceleration (i.e. 5G) start a countdown sequence, if it is not stopped make a call to a preconfigured emergency number. If the data from the GPS is accurate give it.

A first version could use a recorded message (an audio file). In next version it could use a synthesizer, so it can give more information (add GPS information when it is ready).

:I would worry that most such events would be false positives, and hard to distinguish from the real thing. A user dropping their phone (an event very common in the life of any cellphone) is far more likely than a user being in a car accident with their phone, and the clatter of a cell phone on asphalt could reach 5G. Additionally, it has to be very hard to distinguish hitting pavement from hitting a windshield, as from a physics standpoint the two are the same thing. [[User:Hashbrowncipher|Hashbrowncipher]] 02:06, 26 October 2007 (CEST)
::It could use the gps data to calculate the speed it is traveling with. Let's say it has been moving for more than 50 km/h for more than 10 seconds. Then it could activate the "emergency call if more than 5g" function. Aside from the countdown timer, it could increase the volume to max and warn the user that an automatic emergency call will take place in x seconds. While it is counting down it could listen for "Never mind, I'm fine, phone" and stop the countdown in case it hears that. It could also output the warning sound to the attached bluetooth headset and let the user talk to emergency services if the user is still conscious. [[User:Tommy|Tommy]] 17:48, 8 January 2008 (CET)
:::Perhaps have the phone yell loudly that it's about to do the emergency call for a decent amount of time, disabled by touching the screen or entering the pin number. In the case of any bluetooth device attached to the user, the phone could check to see if it's in range before calling. [[User:sin|sin]]

==== Movement detection ====
By detecting that the owner is walking a user defined profile can be activated with a specific set of notification settings. For example you may wish to use a cheap old sounding ringtone so you don't attract attention from muggers. Or you may wish to have a louder ringtone if you carry your phone in a bag where it can't be so easily heard.

==== Games ====
Imagine a first person shooter that you look around by turning your body.

==== Sloshing battery indicator ====
Shaking the phone will produce a sloshing sound, as if it contained a liquid. As the battery loses charge, so the sound produced on being shaken, will replicate a decreasingly empty container. [http://mobile.slashdot.org/article.pl?sid=07/11/28/1342248] for an example.

==== Others ====
Also see the pages[[Wishlist:Auto Align Map]], [[Wishlist:Determine Position]], [[Distance Measuring]], [[Wishlist:Computer Mouse]], [[Wishlist:Dynamic Screen Orientation]].

=== Connectivity ===

==== VNC ====
A good, stylus friendly VNC client/host combo would be easy to add and terribly useful.

==== Networked X-Windows ====

Whether it's running true X-Windowing over the network, or your bog-standard VNC connection as mentioned above, the ability to have your phone's screen available on your laptop or palmtop would be most desirable.

==== NX client ====

A form of X-windows forwarding optimized for performance over slow, or high-latency links, which could prove extremely useful. Capable of streaming a good quality, full desktop session over modem speeds. The protocol and at least one implementation is gpl'd. [http://en.wikipedia.org/wiki/NX_technology wikipedia]

==== OpenOffice Presenter Control ====

I Think it is a good idea to control your OO Presentation with Openmoko about WLAN or Bluetooth.
I think it needs some buttons to go back or forward and control the mouse to show something and take normal mouse clicks.
But with the mouse clicks I think that we need a short time between the clicks in example 1 second. Because when you make a mouse
click than to fast than you must go back.

==== Amarok and other Media Player remote control ====

Control Amarok or any other Media Player with OpenMoko (as a remote control). Bluetooth or WLAN could be used as protocol to send and receive the data. Maybe a WebInterface of Amarok is a start. Can be used on parties for a mobile music management.

==== Read informations with SMS ====
Send a SMS with Code to the OpenMoko (from a specific number).
For example to send get the GPS coordinates from a stolen Neo (or if you don't know where your Neo is).

=== Security ===

==== General Filesystem Encryption ====

If anyone wants to get your private data saved on your OpenMoko device, he should have to get through a high security mechanism like dm-crypt. The question is how much CPU power would be needed.
Would it be an idea to encrypt only the private data like phone numbers, preferences, address book etc. (like /home/$USER).

http://luks.endorphin.org

==== My Account ====
{{Main|My Account}}
A way to securely store information about the phone, and ensure that a phone you may be considering purchasing is not stolen.

==== [http://zfoneproject.com/ Zfone] or similar ====

Something that allows the user to speak with another person securely.

==== GSM Encryption ====

This software application would allow GSM encrypted calls to be made using the GSM Data Call Channel.

[[OSvS]]

==== My Voice is my Passport ====
Use voice recognition to unlock the phone. "Hi. My name is ... My voice is my passport. Verify me."

==== Firewall ====
A network firewall

==== Full Mac Support ====
Full mac support, preferably with full software and full sync capabilities with iCal and iMail

==== Anti Theft Application ====

This application would enter the phone into an [[Anti-Theft Mode]] which activates particular security features to reduce the risk of theft and also to ensure a higher probability of recovery of a stolen handset.

====RFID based personal alerts====
Assuming an RFID reader is available: You'd put an RFID tag on your keys, wallet, etc and train a program on the phone to give you a soft or hard alert when one of them leaves detection range. That way, if you're walking away from one of them, the phone could alert you.

====OpenVPN Client====
This application allows to configure the device as an OpenVPN client using the GUI including support for X.509 certificates.

=== Integrated Help System ===

A help system that is either on or off. It could be activated and deactivated by a [[five-second-press]] on a button, for example the AUX button. When the help system is activated, it will explain the use of any item you touch on screen (with stylus or finger). Example: if you touch the battery icon, it will explain that this shows battery level / remaining time. If you touch the date / time icon, it will explain that this icon shows date and time, and that if you press it, you can set date and time. Primarily, this help system should be able to explain all user interface elements in the main screen, but if it proves popular, it could be expanded to cover other applications as well.

===Performance optimisation===
==== Use DMA engine in CPU for blitter ====
The DMA engine in the CPU can substantially speed up moving of large areas of screen in some cases.

==== Use virtual screen to optimise scrolling ====
In some other cases, the hardware supported virtual screen may also speed it up.
===Reusable Display/UI Widgets===
====Use BigPage for full page zoom, scroll, scale in many apps====
The [[BigPageWidget]] Page decribes a widget that could bring full natural page viewing, scaling, scrolling to the OM platform - allowing all applications to make intuitive UIs. A good way to read documents of any type without reformatting them massively increases the utility of a device with a small screen

==Bluetooth==

=== Voice Dialing ===

Dial by voice commands.
 Dial by dictating phone number. This way we can voice dial any number even if not in our contact list.

=== Music through Bluetooth Headset ===

Music can be played through a Bluetooth headset, but would stop playing when a call comes in.

=== Walkie Talkie ===

Let OpenMoko devices connect to one another via bluetooth or another connection method (GPRS for long distance but high latency, probably Wifi on P2), and hold a conversation.

Features for this applications can be:
* Push To Talk (PTT) button
* Voice Activated Control (VAC) which will set it in transmit mode when input has is detected above a certain predefined level.
* Optionally a full duplex mode
* Different channels to choose from
* Monitor different (preselected or all) channels for traffic.
* Content encryption
* Active noise control
* Allow zero config use (units can talk without any access point helping)
* Overview of all connected people trough sending GPS data to everyone who is in the Walkie Talkie channel

Local (non-GPRS) use cases include chatting while biking
or motorcycling in a group; perhaps also in a car caravan.
This application could also be used as a baby-phone to monitor your siblings.

This would be more useful if the Neo had Class 1 bluetooth, though probable Wifi on P2 will also offer more range.

(One thumbs up from me) Jackcday

=== Automatic Sync ===

Automatically synchronize with desktop computer (or with any [http://en.wikipedia.org/wiki/SyncML SyncML] server) when within range based on user profile. This may require the use of a secure data transfer.

=== GPS Assisted Bluetooth Management ===

Allow Bluetooth to automatically turn off after loosing connectivity and to automatically turn back on based upon GPS location.

A Bluetooth device is configured for automatic reacquisition based on the following profiles:
* Manual - only when Bluetooth is on
* Non-mobile - the target device is not mobile, periodically attempt reacquisition when in the general area of the device.
* Mobile - the target device is mobile, periodically attempt reacquisition when in the general area of the device.

Each target device is configured as follows:
* Automatic acquisition at last known location: enable/disable
* Automatic acquisition at these locations: list of nickname + coordinates + range

==== Non-mobile devices ====

Examples devices include: computers

The location and range of the target device is determined via training. Periodically, the current GPS coordinates and Bluetooth signal strength are logged. Additionally, connectivity loss events are logged. An algorithm uses these logs to determine the device location and range.

Connection attempts are made when in a configurable proximity to the device. The first attempt when entering the proximity and further attempts at a configurable interval.

==== Mobile devices ====

Example devices include: automobiles

Mobile devices are configured to have two types of locations:
# Last known location
# Non-mobile locations (homes)

===== Last known location =====

A car is mobile, ideally, when you leave your car, the phone should note the car's location when connectivity is lost and then attempt to reacquire the car when you return to the location of the car.

===== Non-mobile locations (homes) =====

As mobile devices may have multiple users, it is not sufficient to always use the last known location. In this case, the device may additionally have multiple homes. For example, a car might have as its homes: home garage and work parking lot.

=== Bluetooth neighbor detection and multiuser apps ===

Like the [http://en.wikipedia.org/wiki/One_laptop_per_child one laptop per child] (OLPC) interface, keep a number in the status bar that represents a count of other openmoko or compatible bluetooth devices in the area. Allow for the spontaneous initiation of a chatroom or multiplayer game or file trading with any moko in the area.

=== Bluetooth environment detection ===

Capability to detect when a predetermined bt device enters/leaves bt range and launch a system-wide event accordingly. This would feed not only the "Neighbour detection" idea described above, but also the "Profiles", "Context based TO-DO list" and "Location-based reminders" ideas. Reminders could be set to trigger in the presence of a specific person X (with BT device Y). Profiles can take into account which devices are present around the phone (car kit, for ex.). To-do list could also change according to present devices.

=== Remote control ===

==== Wireless presenter ====
Use the phone to run your OpenOffice.org Impress presentation remotely using Bluetooth. Cool features:
* Display the text notes for the presenter on the phone's display and update it whenever the slide is changing.
** OO.org has implemented support for [http://www.openoffice.org/issues/show_bug.cgi?id=12719 dual monitor]/[http://www.openoffice.org/issues/show_bug.cgi?id=18486 presenter mode] that can be used as a starting point
* A small timer showing the time passed (and perhaps remaining if the presentation app supports such a feature).
* If you want to be super-cool, you give a preview of the notes of the next slide in the show.
* At the end of a presentation, a "navigator" could allow to easily jump to any slide in the presentation by clicking on it on the phone.
** When you right-click in a running OO.org Impress presentation, you can choose "got o slide..." and select any slide to jump to.

==== Initiated from another device ====
Remote control over Bluetooth from other devices to control media player (play, pause, next, previous, volume control), camera (capture image), etc.
==== Directed at another device ====
Remote control over Bluetooth to other devices to control media player, lights in your house, etc.

[http://mjr.iki.fi/software/remote-0.9.0.tar.gz Remote] is my draft of a python-based remote control app that allows you to define button sets and commands to run on the local or a remote host (through ssh, for instance). Error handling and command interface need work.--[[User:Mjr|Mjr]] 11:14, 18 October 2007 (CEST)

Z-wave uses web-browser control of devices that is said to be compatible with mobile phone browsers so should work with openmoko browser. [http://www.z-wave.com www.z-wave.com]

=== Bluetooth Car Connection ===

Have a deeper connection to the car than just handsfree speakerphone. For instance a transceiver with challenge/response systems to open, possibly even start the car. Possibly go as far as OBD connection to monitor car status on screen/log for later.

Could be done with a port of [https://garage.maemo.org/projects/carman/ Carman] or similar that can connect to an OBD2 adapter via USB or Bluetooth and display various information collect from the car, GPS, and accelerometers. --[http://wiki.openmoko.org/wiki/User:Bmk789 bmk789]

==== Dude, Where's My Car? ====

When in range of the car navigation system, remember the position (perhaps check with the car GPS). When not in range, assumme that you are not in the car, and offer the opportunity to navigate to the car's last known position. That way, you can find your car e.g. on a large parking lot.

=== [[Bluetooth powered Multi-SIM support]] ===

As the Neo1971 does not come with dual-SIM support this could be solved by joining your old bluetooth-enabled mobile to your OpenMoko-phone.

Let SIM card A be in your OpenMoko-phone and SIM card B in your old mobile:
* Incoming call on SIM card B - the OpenMoko-phone acts as a headset(Bluetooth Headset profile)
* Calling out via SIM card B - the OpenMoko-phone acts again as a headset
* Same for Short Messages/MMS/Internet
This way you'd have your old phone switched silent and connected to your OpenMoko-phone that handles all the calls and one can select which SIM card to use.
Advantage: No 'switching' between cards
Disadvantage: Second mobile needs to be in range(e.g. handbag) and charged every once in a while.

===Internet Gateway===

If the device could function as a Bluetooth router/gateway to the internet via the GPRS/data connector, then you could use it to get network connectivity from your laptop and other devices while on the road. Many smartphones can be configured as modems via Bluetooth for use as Dial-Up Networking connectors, and that should be the minimum target. Ideally, if the WiFi functionality was used so the OpenMoko could be an 802.11 router or peer to peer gateway for a laptop, this would be even better. The full bandwidth of GPRS or whatever network is available would then be available.

=== Social Networking ===

Anybody running the social networking app will be broadcasting a profile, and when certain keywords are matched with other users who are also running the application, an alert is sounded. Each mokoid can be added as a hexstring to a profile page, and xml filters can be developed for each social service to convert various keywords and interests to moko-friendly format.

=== Give userspace api control over bluetooth signal strength ===

I have tried bluetooth handsfree sets with other phones and don't get perfect reception due to low signal strength. I suppose the reason the signal is so weak is because the manufacturer wants the battery to last long on its latest charge. Can you please make the strength setting configurable by the user of the phone through an api and perhaps even through the phones gui? I would gladly waste some battery time in exchange for stronger bluetooth signal strength.

== WiFi ==

=== Industrial grade Wifi management ===
One annoyance I've had with Wifi enabled gadgets is that they simply keep the connections in a dumb list. What I'd like to see is more granular connection management, which enables me to specify whether a given connection is friend & family (mom's place), professional client (joe's copies and coffee), commercially available (panera), onetime use, or anything else, as well as managing router config backups, firmware images, and security keys.
=== Captive portal auto-login support ===
Having a nice front-end to some sort of script that checks the authenticity of a captive portal login page (SSL cert), then passes your username and password login information to automatically log you into your account would be very nice as well. This can be done with curl, but it is difficult to make it work on all captive portals out there. Perhaps just a field that you can specify "once I am connected to this AP, run this script: ".

== Wireless Piggyback ==

HSDPA support and the like, so that users can connect directly with the internet with G3/G4 mobile service providers at speeds at or above 3.6 Mb/s.

== Other ==

=== Auto Update ===

A small tool which is configurable to download the latest OpenMoko and OpenMoko related software. Maybe if any internet connection is available or a minimum of bandwith is available then the auto update would download only security related or the whole system etc. .

=== Vibrate Pattern Recorder ===

An application that would allow the user to define their own vibration patterns, and possibly link them to audio files. Recording would be done in real time initiated with a "Record" button, optionally playing the associated sound file in sync with recording). While recording, the user would press and hold a button to define the timing and duration of vibration. The user would press "Stop" when finished. Vibration patterns would have the option of being looped(would terminate at some global ringtone length maximum).

One simple suggested vibration file format would be a sort of run-length encoding: First byte defines the length of a "time-slice" in milliseconds, which would determine the overall tempo(actually the inverse of tempo). The next byte would define the number of time-slices to leave the vibration on, and then another byte for how long to pause after. Continue alternating these on/off bytes until the entire pattern is defined.

- or just use MIDI, using a separate channel for the vibrator.

An implementation of RTTL could also be used to define vibration patterns.

=== PC Input Device ===

Provide a method to use the touchscreen as input device for a nearby desktop machine. Could connect over USB or bluetooth.

Could emulate a pointer device (mouse) or even keyboard using standard bluetooth/USB interfaces for such a device.

Use case: Alice is lazing on a couch and doesn't want to get up to do some minor interaction with the computer. She can see the screen and uses the OpenMoko device as a mouse and/or keyboard to interact with the computer.

=== Advanced Notification And Ringtone Manager ===
{{Main|Wishlist-ANARM}}

ANARM would be an application for handling all event-based audible notifications from an OpenMoko device.

=== Location based reminders ===
{{Main|Wishlist:Location_based_reminders}}
Location based reminders can be used to notify users of various events or reminders that are location based.

=== Synergy Client ===
A synergy client would enable the user to place the device next to a desktop PC and share the desktop`s mouse, keyboard and clipboard over a TCP/IP network. [http://synergy2.sourceforge.net/ Synergy]

=== Next device ===
List features for your fantasy device to come from FIC (or anyone else, for that matter). Define the GTA03 here ;-)

==== There is no device ====
From [http://wurp.blogspot.com/2008/01/teh-future.html Wurp's blog]:

Clearly the Next Big Thing has to be for the device to go away altogether. I know the basic idea for wearables has been around forever, but it seems to me that the time has come.

I wanna wear a bluetooth earpiece and cool shades, possibly with [ here's where my imagination is failing me :-( ] gloves, or fingerless gloves, or (ew) wristbands, and let any surface, including my hand, or no surface, be my interface. Tap the earpiece when you get a phone call, see a dial pad on your palm and tap out the number with the other hand, watch movies on a giant screen hovering in the air...

(equipment list: bluetooth earpiece, some brick in my pocket or on my belt, glasses w/ minute camera, painted video display, & variable darkness lenses, and gloves)

Why the hell do I want to dig out a device every time I want mindless entertainment or superficial conversation?

Ideally, you could then sell any little doohickey with whatever interface you want (switches, knobs, g-spots, ...) and all it needs to do is network with some software on the brick to be anything at all...

== GPS Software ==
*Providing GPS Support also for outdoor users in addition to ordinary street navigation features
** Overlay of satellite images with existing streetmaps
** Incorporating SRTM digital elevation model: for example using the VRML/X3D as data format (see http://www.ai.sri.com/geovrml/) which is interesting for e.g. mountaineering: using a 3d browser rendering VRML/X3D Model, displaying the current position and track (possibly also other gps-tracks of the different routes to a summit downloaded before could be mapped onto the 3d model), (what about 3d hardware support? there is nothing written in the hardware specs about graphics: thinking of OpenGL for embedded systems (see http://www.khronos.org/opengles/)
** Using sth like a tracking mode to allow certain people to determine the current position and track (for rescue missions - like they have for example at http://www.steiger-stiftung.de (a German beneficence for rescue issues) There you can register your mobile phone so the rescue service is able to track you immediately if necessary. The interesting thing: It seems like some mobile phones with GPS have special support for this issue. If your phone is registered, the rescue service is able to get your GPS coordinates directly from the phone without any user assistance. Openmoko should also support this! )
* Implementation of 3dTracking's (http://free.3dtracking.net/) tracking software or equivalent.
* "Geomark" function: if you have to save the current time with your current location, only hit one button...
** You also should be able to navigate with a small "compass" and the distance should be displayed to your saved point (maybe where you parked your car on a big car parking area)...
* '''Measure the distance between two points (air line or walked way) -> no need for a tape measure'''
**I think it would be good if you could either use Bluetooth, GPRS or AdHoc Wifi, and see near Neo1972 on the GPS map so you could see where your friends are, e.g "You want to know if you friend is on the bus behind" You would need a strong wifi and GPRS would be too expensive.
*A bicycle sat-nav would be cool, speciayl designed for bicycles, e.g. cycle routes

 [[Community Based Traffic Information]]

== Hardware ==
{{Main|Wish List - Hardware}}

It could be use for beepway Online service too
[http://www.beepway.com]

=== Dedicated Power / Charger Pinout ===

Having not yet seen a physical Neo device, I haven't been able to examine any of the IOs to see if there already is a dedicated power / charger input. However, I can imagine that it might be very tempting to have the device charge solely via USB. For any device that is capable of USB-host, that is a '''horrible''' idea.

Since the device is able to run in USB host mode, it might be a good idea to allow for an alternate power supply, if say, a USB keyboard was being used for several hours. Rather than drain the battery, one could just supply power via the wall outlet while still providing endless hours of USB-host enjoyment for those hard-coders on the go.

The main question is just deciding on where to take power from if in USB-client mode and the power cable is inserted, but really, that's not too big of a deal and can be solved with very minimal circuitry.

This might sound extraneous at first, but when the device shuts down in the middle of an important USB file transfer, or right before that great piece of code was saved, you can bet that those users will be saying "Hmm... a separate power adapter would have really come in handy right now".

I suggest a tiny 3mm, dedicated +5V power input (something a la Nokia).

==== Inductive charging ====

[http://en.wikipedia.org/wiki/Inductive_charging Inductive charging] is the sort of charging where you place the device in a cradle, and a coil in the cradle induces a current in a coil inside the device, allowing it to recharge without wires. This should eliminate proprietary power connections.

=== Tactile feedback via buzzer ===
Assuming the hardware has a vibrator/buzzer for silent calls, use a lightly pulsed version of that to simulate tactile feedback when dragging finger across buttons on-screen. Implemented properly, it would almost feel as if the buttons were real.
: 25 ms bump on the buzzer feels about right. Does this harm the vibrator motor? --[[User:Sagacis|Sagacis]] 05:15, 2 October 2007 (CEST)
:: Created a patch to do this [[User:Sagacis/ForceFeedback]] --[[User:Sagacis|Sagacis]] 05:05, 3 October 2007 (CEST)

=== Detachable keyboard ===
Hardware keyboard that can be attached with magnets to a future version of the Neo.

A bluetooth mini-qwerty keyboard that straps to my wrist!

: A BT keyboard would be nice, but do you need openmoko to provide it? [[http://www.intomobile.com/2007/11/07/targus-bluetooth-mobile-tumbpad-when-the-tiny-keyboard-on-your-smartphone-just-doesnt-cut-it.html Targus bluetooth keyboard]]

=== SD Card Slot ===
I think the Neo1973 should have a normal SD card slot as the micro is too small, and the SDs have more space. [unknown author]

SD Cards now support 32GB. Their storage density will always be multiples ahead of microSD (now at only 2GB). An SD Card slot will:
* Provide enough storage to '''turn an OpenMoko into a music (MP3) jukebox''' large enough for entire music collections, like an iPod with Bluetooth for the car.
* Enable '''storage''' of:
** podcasts, full-length movies, or large photo collections
** photo and video from an on-board high-res camera
** entire email database at your fingertips, even in poor phone signal areas
** more detailed maps and charts
** encrypted work databases that are not available online
* Have easy '''external access''', without requiring battery removal like the microSD card
* Support '''SDIO''' accessories
* Enable '''transfer''' of data from an external camera's full SD memory to:
** a portable USB hard drive, offsetting the need to travel with a notebook PC
** the internet, via wifi or phone network
* Enable editing of videos and photos obtained from external cameras

Without an easily accessible higher storage SD Card slot, many users will soon be playing the juggling game of which data to delete from the much smaller and harder to swap microSD card. This is especially true for OpenMoko users, who are more likely to be power users than is the average mobile phone carrying population. Why carry an OpenMoko and an iPod, when you can simply add an SD Card slot?
--[[User:Pedro|Pedro]] 20:06, 17 March 2008 (CET)

: This is not true. Now you can find 2GB micros at the price of 20-30 euros. Too small for what?? --[[User:V0n0|V0n0]] 22:06, 28 December 2007 (CET)

: Think of putting a few '''movies''' on that SD memory card. It could really help if it was a little bigger (8GB, 16GB, 32GB). Also think of going '''offline''' for 1-2 weeks, far away from any computer you can access and then wanting to listen to some music. What you get in turn with a 2 GB memory slot is the same music over and over. Or you have to switch memory a cards a lot.

: This situation is far more common than one would think: going in the mountains, going offshore (on a cruise ship). Or simply you may want to store many types of music, and '''share''' your device with friends. --[[User:Bogdanbiv|Bogdanbiv]] 13:47, 10 January 2008 (EEST)

: Well, it can be micro SD, but why to put it so deep inside, under the battery and even under the SIM card? I would suggest to have a simple slot on the side where we could insert/remove the SD card equally easily as we swap CD's in computer. [[User:AudriusA|AudriusA]] 16:36, 12 January 2008 (CET)

[[User:Cfriedt|Cfriedt]] 12:40, 24 February 2008 (CET) -- I completely agree with a more accessible SD card slot. It should be made external for quick removal / insertion. I realize that would mean program data shouldn't reside on the SD, but really 256 MB of on-board flash is plenty. Mirco or normally-sized, a regular-sized SD is still trivial to implement in terms of solder pads and traces.

: Sorry, but this looks like useless chat. Micro-SD cards are perfect for mobile devices as they don't get too much space on the pcb. Also, we can find micro-sd up to 8gb, if you want more space just wait a while and they'll produce a bigger one in a few months :-p. Really, almost every single phone that has a sd slot has in its micro version, why would we need a full-sized, huge normal sd slot ? It gets too much space on the pcb it's not only about sw configuration or pin soldering, it's more regarding pcb layout.

: What about something like this adapter[http://linitx.com/viewproduct.php?prodid=11922]? Is there any place in the case left to put this into? Nevertheless there is a 12GB microSD card announced from SanDisk and a 8GB card costs about 40€ or 15€ for 4GB. (But a 8GB SD card costs only about 25€) --[[user:kelvan|Kelvan]]

=== IR port ===
Remote control applications

Would be great to use openmoko as a Harmony remote controller.

:I'd like to add that i fully support this. An IR port on future openmoko devices capable of controlling set-top boxes like TV/DVD/Stereo is necessary to make the device as universal as possible. A cellphone should be your window to the world and allow you to interact with it in as many ways as possible.

:Care must be taken to use the correct type of IR chipset/controller in the phone. Most IR ports you find on devices like computers, some cellphones etc. Are for high speed data communication and CAN'T control TVs/DVDplayers/Stereos etc.

:In order to reduce cost it maybe possible to use the sound chipset in the phone to generate the waveform sent to the IR led. IR remotes work at ~38Khz which is within the range of the sound chipset. The sound output could be internally switched between the IR led or the speakers.

[[Category:User]]
[[Category:Ideas| ]]

Wish List

2008-03-29T15:31:10Z

BioGeek: /* Dedicated Power / Charger Pinout */ added Inductive charging idea

This article is a place to collect various thoughts about the future of the [[OpenMoko]] software platform. Most wish list ideas have been linked from this page, but you may also wish to check all pages [http://wiki.openmoko.org/wiki/Category:Ideas that have a category of 'Ideas'].

== Development ==
=== Painless SDK installation & Setup ===
Our goal should be a completely painless setup for somebody wanting to develop using [[OpenMoko]]

* one command for installation (apt-get install openmoko)
* one command to start Xnest (openmoko-xephyr?)
* one command to start an i386 shell (openmoko-386-shell)
* one command to start an armel shell (openmoko-armel-shell)

No extra configuration required.

==== IDE Plugins ====
People like to see plugins for
* [http://anjuta.sourceforge.net Anjuta]
* [http://www.eclipse.org Eclipse] (some things are possible - see [[Development with Eclipse]].
* [http://www.netbeans.org NetBeans]
* Game engine - Game Creation plugins
evaluate eclipse project [http://www.eclipse.org/dsdp/index.php Device Software Development Platform Project from eclipse] and subproject [http://www.eclipse.org/proposals/tml/ Tool for Mobile Linux]
* [http://www.kdevelop.org KDevelop]
* [http://developer.apple.com/tools/xcode/ XCode]
* [http://www.monodevelop.com MonoDevelop]
* [http://msdn.microsoft.com/vstudio/ Microsoft Visual Studio 2005]

==== UI Designer ====
Glade code generation is deprecated, so we don't want to use it. The Gtk+ powers told me that the plan is to have gtk 2.12 (out early 2007) with support for GtkBuilder, a libglade derivative which breaks a bit the XML definition in order to support all the new widgets and properties; as soon as it's in the other ui builders will add support for this format. See also [http://bugzilla.gnome.org/show_bug.cgi?id=172535 the relevant bug entry]
* Possibly a Landscape (rotated) view for the screen (480x640 *or* 640x480)?

==== Built-in Scripting Language ====
{{Main|Wishlist:BuiltInScriptingLanguage}}
There was a [http://lists.openmoko.org/pipermail/community/2007-January/001909.html fruitful discussion about a built-in scripting language on the mailing list in January.] Many people feel that it is very important for OpenMoko to choose a scripting language to ship as default in the standard OpenMoko firmware.
==== Easy build of the existing autotools - based packages ====
In the ideal case OpenMoko should exist on the top of the usual ./configure - make workflow which is typical for the majority of the C/C++ based open source projects. It should not require to rewrite or even replace the existing Makefile.am files of the project being ported, and it should allow to pass the needed parameters to the project configure script. Maybe OpenMoko project could be a bigger project having one or more (if some are libraries) autotools - based packages in its separate folders and include the proper documentation how to "wire" the standard autotools based package to the OpenMoko infrastructure.

===Foreign Widget Set Bindings ===
==== Qt Integration ====
The Trolltech folks have a great widget library. I'd like to interface OpenMoko with Qt4, so that we can write Qt4 applications for the phone which don't look alienated.

==== Maemo Integration ====
The Maemo folks have created a successful standard for Webpad applications. I'd like to have a set of MaemoMoko and MokoMaemo wrapper classes that allow me add support for running OpenMoko applications on Maemo and vice versa. Perhaps we can get help from the Nokia OSS folks for that.

==== wxWidgets Integration ====
wxWidgets is a cross-platform application framework that's very popular (I'd say, #3 after Qt and Gtk+). On Linux, wxWidgets uses Gtk+ to implement the widgets. It shouldn't be hard to add support for the additional OpenMoko classes to wxWidgets hence supporting the native OpenMoko look and feel for wxWidgets applications.

wxWidgets team wants OpenMoko classes too and we (wxWidgets) plan to include this project as one of our ideas for [http://google-code-updates.blogspot.com/2007/02/speaking-of-summer.html GSoC 2007]

==== SDL Integration ====
SDL is ''the'' game developer library. There are tons of SDL games out there. We should add OpenMoko support into SDL.

==== Cocoa / GNUstep ====
Allows to use MacOS X as a development platform.

=== Software: Language bindings ===
==== Python bindings ====
Python bindings seem to be a commonly requested feature.

[[User:Mickey]] says, "They are kind of usable on the [http://www.maemo.org Nokia 770], but it's at the lower end of being bearable. We should keep this in mind -- Gtk+ already comes with Python Bindings, so we "just" would need to wrap libmoko*. I would prefer to leave this to the community do though, since it doesn't make sense to start wrapping the API until we have a stable API -- and I can imagine it will take us a couple of months after going open until we can start with stabilizing the libmoko API."

==== C++ bindings ====
There is a whole skilled C++ community coming from the [http://qtopia.net Qtopia] and [http://opie.handhelds.org Opie] projects. If we would consider basing OpenMoko C++ Bindings on [http://www.gtkmm.org/ Gtkmm], then we could drag these guys in.

==== Ruby bindings ====
Ruby and ruby-(gtk|glade) already ported to OpenMoko according to [http://lists.openmoko.org/pipermail/openmoko-apps/2007-May/000040.html this ] and [http://groups.google.de/group/comp.lang.ruby/browse_thread/thread/6bee9970cf055504 this] mesages. It just have to be included to distribution (only 4.9 MB!)

==== Java bindings ====
People who concentrate on Java programming would like to have the OpenMoko port of some java virtual machine. GNU Classpath team a lot of great work in the past creating easily portable implementation. Sun's recently open sourced code could also be ported.
==== Other bindings ====
* Perl
* C#
* I think you could skip a bunch of these by binding to Dbus; most languages already have Dbus bindings

== Community Support ==

=== [http://projects.openmoko.org projects.openmoko.org] ===
Infrastructure for developers with
* One bugzilla for all projects (makes moving bugs forth and backwards between projects ''very'' easy)
* One mailing list for project

== Platform ==
=== Community Images ===
In the future there could be complete, unofficial "product images" that are created by the community, for example maybe one that incorporates only free software (in the GNU or OSI sense). Or images build with a particular niche market in mind -- a student for example.

=== Wishlist voting ===
There could be a kind of voting system like they have at one of those big computer manufacturers homepage. Then the community could vote for the ideas that are most important to them. This would especially make sense for the hardware wishlist, because the hardware is still the part which can't be done by the community that easily.

Here: [http://www.fevote.com/openmoko OpenMoko suggestion board]

== Software: Additional features ==

===PDA Mode===

There are times when you wish to power up the device and not power up the gsm/cellphone portion of the phone. For example in meetings you might wish to access the PDA side with wifi as is the case for example on an aircraft. On booting some method of booting to pda mode would be good - several other phones offer this feature.

===Driving Mode===

It may be forbidden in many countries, but many people use their cell phones while driving. With the touchscreen phones
this is very dangerous: You have to stare at the tiny numbers on the screen and try to hit them with your thumb or try to decipher tiny script of contacts, while steering with the other hand. There should be a configurable driving mode where the interface has a reduced functionality (e.g. only contacts and dialing) with HUGE interface buttons that are easy to use with limited attention.

===Calling===

==== Mask ID based on dialed numbers ====
It would be nice if my number only showed up when I call people in my address book and was otherwise masked. The phone I have now either always shows my number or never or can be set on a per call basis. Having it done automatically based on the number dialed would be good.

==== Use calling cards and similar routing techniques for lower-cost calling ====
Many people use calling cards, low-cost numbers and similar ways of reducing the costs of their calls. It would be nice to have a single panel that would allow you to configure the rules of dialing a number taking in to account such systems.

==== Outgoing black/white lists ====
The ability to allow or deny outoging calls to certain numbers can be useful in a number of situations (e.g. the holder of the 'phone is a child, untrusted, etc.). This could be related to entries in the contact list, for example a user is only allowed to call people who are in their contact list.

Also lists for incoming calls? Some friends always come through, unknown numbers get rejected automatically.

==== Time-based blocking/unblocking of calls ====
Allowing or disallowing outgoing calls at certain times of the day could be useful, e.g. blocking a business phone from making calls outside of business hours.

====Speaker-phone====
* A speaker-phone is more than simply connecting the speakers to GSM audio, it's also echo cancellation, and eliminating the feedback that will otherwise happen between the speakers and the mic. This software has not been written.

====Advanced Airtime Tracking====
Many phone users have complicated plans, things like unlimited incoming, 100 anytime minutes, 1000 evening minutes, etc. It would be nice if a user could input the various monthly airtime chunks their plan gives them, and then the phone could track how much is left in each chunk, i.e. How much anytime minutes are left this month? Optionally, the software could warn when someone is close to the monthly limit, to help avoid bigger bills.
On (at least some) prepaid [http://en.wikipedia.org/wiki/Unstructured_Supplementary_Service_Data USSD] can be used to check current balance.

==== Anti-stutter software ====
Delayed Auditory Feedback (DAF) has shown to reduce stuttering in individuals by 70%. By using the microphone, it should be pretty simple to implement this on the OpenMoko. The DAF functionality should also be present during phone calls. See http://en.wikipedia.org/wiki/Delayed_auditory_feedback for more information.

====Minimize In-Call mode (check address book while in call)====
On my locked phones I always find it annoying that one can not use other features while a call is in progress. In particular, I'd like to access the address book so that we can (1) give a caller someone else's phone number (or other info) and (2) lookup a phone number when using a calling card or some other proxy.

Similar request when using the browser (lookup passwords, todo list, etc).

====Hold Music (Ringback Tone)====
On some cellphone networks you can pay to change the normal [http://en.wikipedia.org/wiki/Ringback_tone Ringback Tone] that the caller hears when ringing, to a customised sound.
This can partially be implemented on the phone.
Issues are:
*In countries where callers pay, this will make you unpopular.
*In countries where the called party pays, it will use your minutes, or cost you money.
**A list of people to activate this function for would alleviate this.
*[[GPRS]] internet connection will stall while the hold music is being played.
*Extra battery used when playing music.

Also see [[Answering Machine]].

====Play sound clips over the air====
Dialer could have a tab with big buttons which, when push, send sound clips over GSM to the person on the other end of the call. This feature is included in GizmoProject and is called sound blasts: http://support.gizmoproject.com/index.php?_a=knowledgebase&_j=questiondetails&_i=104
The buttons can have default sounds, but also have the ability to be customized.

It would also be useful for notifying people why you can't talk (for example, having an "I can't talk tight now - I'm in the library - this is a pre-recorded message" would be good. Also perhaps you could loop a pre-recorded sound in the background so you can lie about where you are, and have the ability to simulate a really bad connection.

==== DTMF Landline Dialing ====
The ability to hold the Neo near the microphone of a landline handset and have the Neo dial the landline by sounding DTMF tones. The DTMF tones could be generated in software or be pre-recorded files.

Graphically this could be done by adding a 'DTFM dial' button to a context menu. The user would select a contact then presses the 'DTMF dial' button to start the process. A small delay could also be added to allow time to put the Neo near the landline handset.

For the Neo to know which area code to use (or not use) the current or last GPS coordinates could be utilised.

==== Conversation Recorder ====

An option to record phone conversations. Would be helpful to have the device always recording for every call, with the sound data encoded to low quality Ogg Vorbis or SPEEX and stored in RAM. At the end of the conversation the user would have the option to save to flash or discard the conversation. This idea could also be applied to voicemail so you could save voicemails locally.

====Unlicensed Mobile Access (UMA)====
T-Mobile recently rolled out a UMA service that hands off calls between the GSM network and WiFi access points. Only a few phones support it right now, this could be a rather unique feature if OpenMoko can implement it.

This can be combined with a GPS map to show where local free hubs are.

==== Ignore-Call Button ====
{{Main|Wishlist:Ignore Call Button}}

Shut up a ringing phone, without accepting or rejecting the call.

Another alternative might be to use microphone to recognize when the user gives an audible "Shhh!" command. This could prove difficult to determine with the simultaneous ringing, and possible in-pocket shuffling noises.

A really usable feature is to "reject with SMS/text message" - letting the user reply the caller choosing a previously setup template or typical response: "I'm in a meeting - I'll call you later" or "Can't take your call now, please call back in 10 minutes". This feature typically is a much better way to get your co-workers (ie boss) to back off, than to silently ignore the call.

The accelerometers could be queried while the phone is ringing to detect a firm tap on the phone. This would avoid the delays of fumbling to remove the phone from one's pocket to silence the ringer when you've forgotten to set it to silent mode. Just firmly tap the phone through your pocket, and the ringer will silence, like some Motorola pagers. Maybe single tap = silence; double tap = (activate voicemail or preset SMS).

==== Voice Mailbox ====
{{Main|Voice Mailbox}}
On-Phone voice mailbox that records calls on the phone and retrieves voice messages from your mobile service provider's voice mailbox and saves them locally.
Can act profile-dependent.

==== Hold Button ====

Similar to mute, but plays a sound file for the user on the other end while they wait. The sound file could be chosen in some setup beforehand.

==== Unanswered Call, Fast Call ====

In Greece because of the various bill programs some people call a mobile phone, rings one time and then hangup.
Then the user of the mobile phone calls the other user(using the CallerID recognition).

===Audio===

==== Ambient Noise Detection ====
{{Main|Wishlist:Software:Ambient Noise Detection}}

Using the microphone to detect ambient noise the ringtone volume could be adjusted automatically.

If the ambient noise exceeds a preset threshold, the ring vibrator could be activated. This is good for when people forget to enable vibrate mode when entering noisy environments.

Detection of ambient noise could also be used to subtract the noise from the audio signal. However this approach is best performed using two Microphones, one for the voice and the other to detect the noise.

==== Active noise control ====

Using the microphone to do [http://en.wikipedia.org/wiki/Anti-noise active noise control] on media player playback or telephone calls. This should be an independent module/library which can be used by any application which might require this feature. also provide a way to easily alter the parameters of the active noise control.

==== Hear Impaired Mode ====

Hearing impaired people need louder speaker(but with less volume than hands free) and equalized sound, based on their hearing problems(example 20dB hearing loss from 2KHz to 4KHz).
Older people 50+ years old need slower speech rate(time stretch, cut the big speech gups) and cleaner voice.

Please note also the Hearing Aid Compatibility regulations in the US. I have tried to summarize and clarify them [http://quux.wiki.zoho.com/WhereAreHACphones.html here]. I haven't yet discovered whether the FIC device is M or T rated. For many hearing impaired users, a tcoil coupling to their hearing aid (t3/T4 rating) would be preferable to manipulating sound output in other ways.

==== Mute Button ====

Button to temporarily disable microphone while talking for applications such as telephone, audio recording and (when available) movie recording.

===Web Browser===

==== Full-page Zoom Support ====
Full page zoom is a very good feature. If possible, people would want to browse the internet with normal layout than a distorted one. It's best if I could double-tap a text or image block and zoom to a fit size.

The [[BigPageWidget]] proposal suggests 'Full Page Zoom' should be implemented as a widget available to all applications.

* If the processor and memory could afford, it is good to just use [http://www.mozilla.org/projects/firefox/3.0a8/releasenotes/ Firefox 3] in OpenMoko. It has implemented latest gecko's full-page-zoom ability. With certain modification, we could do the same zoom like iPhone's Safari.
* Firefox 3 may be a big eater. A cut-down version of it may be good enough.
* If this is not practical, Minimo with full-page-zoom ability is good.

==== Plugins Support ====
* While an extensive browser plugin system would be costly to the efficacy of the platform four particular browser plugins as poplularized by Mozilla firefox should be adapted to the web-browser, namely: [http://noscript.net/ noscript], [http://adblockplus.org/en/ adblock plus], [http://www.greasespot.net/ greasemonkey] and [http://www.foxmarks.com/ foxmarks].
* Careful use of these can dramatically reduce bandwidth, page space, and rendering costs even if it comes at the risk of some hard drive space in the form of block lists.
* Greasemonkey, in particular, gives users control to set up scripts for commonly traveled pages to further reduce unnecessary or unwanted content.

==== Widget support ====
Built-in browser with the ability to install widget shortcuts (aka links) in the main phone menu, also some apis for interfacing with the other functionality of the phone like adding contacts, reading contacts, reading gps-psoition etc.. (maybe there is some defacto widget standard that could be used)

There is a [http://www.w3.org/TR/widgets/ W3C spec] being developed, which may not be exactly what the original proposal had in mind, but it is about writing simple applications with HTML, SVG and JavaScript. It is mainly Opera's work, and while most [http://widgets.opera.com/ developed widgets are not very useful], there are some that are, and it creates a very nice development platform, especially for mobile devices. So, I think it makes an awful lot of sense for OpenMoko to support this spec.

===Media===
====Music/Video Software====
A real good programming area for competition with the iPhone, a singular video/music player would be great for multimedia. A seamless integration system, a la iTunes and iPod, would be extremely popular.

Using the Wi-Fi connectivity, a separate music program that supports wireless music sharing/ streaming (similar to what can be done when two computer running iTunes that are both on the same network) and that also supports internet radio.

It would also be nice to have some kind of "announce your musical taste" mode. This could be implemented using last.fm profiles, such that when e.g. in a crowded place a user nearby has a similar musical taste, both users get notified so they can share their music files with each other (perhaps using a photo for id). Great for discovering new music - and making friends!

- Possible copyright issues sharing music files?

Sure, but that's the user's concern, not the developer's. There's no way for us to know which audio files the user is permitted/not permitted to share.

==== Reading Support ====
It would be really great to be able to read :

*PDF
*Open Document files
*Text / RTF files
*fb2 files (fbreader)
*MS Office files
*Aportis Doc (pdb)
*DjVu
*...

In both landscape and portrait

==== Wikipedia Mirror ====
{{Main|Wishlist:Wikipedia_Mirror}}

==== Blog ScribblePad ====

Draw an image (and maybe add some text), then post to your blog.

==== E-Book Reader ====
* Neos brilliant ultra-sharp screen makes for a very good e-book reading device. All it takes is a good e-book reader with touch-screen page turning / scrolling (see the [[BigPageWidget]] proposal). FBReader could probably be adjusted easily by an experienced GTK hacker. Note that e-book reading is different to pure text/pdf displaying as it requires at least auto-bookmarking of the last read page, proper text and image scaling and text formatting.

==== Personal Wiki ====
{{Main|Wishlist:PersonalWiki}}

Display the notes database as a Wiki. Inspiration: [http://www.acrocat.com/AcroWiki/default.asp?lang=en AcroWiki].

[http://www.didiwiki.org/ Didiwiki]

==== Dictionary, thesaurus, translator and flashcards ====
Native lookup dictionary and thesaurus and foreign translation dictionaries, also with support for Asian languages. Optional custom configurable (though preconfigured) interface with on-line versions of dictionaries, thesaurus and translation services.

'''Dictionary'''
Something like [http://www-user.tu-chemnitz.de/~fri/ding/ ding]:

advantages:
* small
* very efficient + useful
* only limited to really needed functions

Support for vocabulary training with flashcard system (also usable for other content than foreign language words!)

==== Flickr uploader ====
A simply, drag & drop uploader, tagger and organizer to upload images on phone to [http://flickr.com Flickr], with support for various languages. A good base could be the cross-platform uploader [http://juploadr.org/ jUploadr], written in Java and working on Windows, Mac and Linux. But, most of all, the best '''GPL''' program which actually do this work is '''[http://mobilepushr.jottit.com/ Mobile Pushr]''', written in C and Cocoa for iPhone, must be probably ported in python to work on OpenMoko.

===PIM (Personal Information Managment)===
====Context Sensitivity====
Any email or sms message or application that contains a telephone number should be click to dial, eg [http://123567890 1234567890]. Addresses link to mapping software too?

==== Notes ====

Something for taking notes would be a nice feature:
[http://www.gnome.org/projects/tomboy/ Tomboy] has some nice syncing features and is gtk based.

Some Screenshots are [http://www.gnome.org/projects/tomboy/images/ here].

==== Calendar ====

A nice calendar application should be implemented in OpenMoko. This tool should have a syncing feature with your desktop computer.
The tool should have a reminder feature and other features like other mobile phones already have.

I think synchronization sould be handled by computer with opensync+syncml based tool, not by calendar itself. --[[User:Antono|Antono]] 12:25, 7 January 2008 (CET)

* If this cellphone is thought also as a PDA, of course it needs a calendar. But I would like to see something better than just a calendar, I was thinking that there could be some application using "fisheye" view. Just like [http://www.cs.umd.edu/hcil/datelens/], though that example seem a bit chaotic. --[[User:Yprum|Yprum]] 22:27, 21 February 2008 (CEST)

==== Address Book ====

* Option to search not just the stored list of addresses, but one or more of the online phonebooks. Probably should be modular to make adding/changing phonebook sites easy. Also allows for future integration with LDAP
servers or whatever.
* Also the possibility to search all info on the contact, like number, email, postal address and so on, in case someone asks you to identify a known number.
* Web-based map-lookup. 'How do I get there from here? (here = current GPS location)' This could also be done
by integrating with whatever on-phone GPS mapping software the Neo ends up using.
* Random text input 'notes' about a contact
* Overall, this should more resemble a Palm-pilot's address-book than your average cellphone's
* Automated Daily backup of phone book to a website archive (similar to Verizon's Back-up Assistant
*Ability to integrate address book with web-based email (such as gmail) account, for those who use web based email as their primary account
* '''[[Wishlist:Tagging|Tagging]]''' Place tags for contacts. Enhance message application to send messages to all contacts tagged with ... . Enhance other application(GPS, ...) with tags.
* Support for:
**[http://en.wikipedia.org/wiki/SyncML SyncML]
**[http://abook.sourceforge.net/ abook] a text-based addressbook program
**[http://en.wikipedia.org/wiki/Ldap LDAP] address book
**[http://en.wikipedia.org/wiki/LDIF LDIF], [http://en.wikipedia.org/wiki/Xml XML] and [http://en.wikipedia.org/wiki/Comma-separated_values CSV] export and import (when possible).
*Store Bluetooth IDs of friends and notify (configurable only on this device or on both devices) when a one of these Bluetooth ID has been detected (this is more a separate application but has requirements on the address book. Should also be able to create an address book entry from a Bluetooth ID. Could be used as a nice tool to detect people who you're avoiding.

==== Database/List Display/Edit ====
{{Main|Wishlist:PilotDB}}

One of the most useful apps on my Palm Pilot for me is [http://pilot-db.sourceforge.net/ pilot-db]. It's GPL'd.

==== To-Do lists ====

* It'd be nice to have something like [http://www.joesgoals.com Joe's Goals] always available, like my phone is, even when I'm disconnected from the net.
* I would like to be able update my [http://todotxt.com/ todo.txt] which is stored on a personal server from the phone.

==== Context based To-Do list ====
{{Main|Wishlist:context based to-do list}}

If I arrive home and there are "@home" things in the to-do list, the Context based to-do list reminds me of that.

==== Workout ====

Use your phone instead of your notebook while at the gym, and get pretty graphs to admire after you're done.

==== Shopping List ====
keep Track of Prices in different shops and the products you have/don't have. Ideally using a barcode reader and gps.
If it was made aware of recipes it could even tell you what to buy without entering a shoppinglist manually.

==== [[Fuel Log]] ====
File data about fueling your car (date/time, liters, price, mileage, ...) and display some information (costs per month, average consumption, ...).
Advanced features could include:
* Automatically storing the GPS coordinates of the place where the car has been fueled (can be deactivated)
* Sending the data to a central server which collects the information ( spritmonitor.de, anything else ?)
* Let the OpenMoko receive fuel logs per SMS (e.g. if my wife with a non-openmoko mobile fuels the car and wants to file the data using her mobile phone)
* Let the OpenMoko device act as SMS gateway for non-openmoko devices to easily send the data to the central server
* Also support for air log for divers. Not that you will take this device under water but for the crew at the surface.

==== Keep in touch reminder ====
A background application which keeps track of your friends and reminds you when you have not talked, SMS, IM or mailed a person for more than # days.

==== Menstruation period timer ====
Fill in statistics and compute probabilities for menstruation, fertility, mood.
See http://www.getjar.com/products/48/MyGirls

==== Tagging ====
{{Main|Wishlist:Tagging}}
Tags can be used by various applications. Requirement is interoperability for further enhancement.
Tags should be applied to contacts, calendar events, mail/sms, calls, places(GPS) and files.
http://tracker-project.org has all needed tagging-and-searching functionality and ready to be used on low-resourced devices.

==== Exchange Integration ====

Once there is good TCP/IP connectivity on this phone, integration with corporate email/calendar/to do/contacts/etc servers would be a big advantage... near-real-time automatic email downloads and automatic bi-directional syncing are productivity boosters that you have to experience to appreciate. It turns your phone from a 'nice gadget to fiddle with' to a natural-feeling extension of your day-to-day life.

* Is the time right to name names ? Add as your liking...
** Plugin/integration to & from Kontact
** Same with Evolution - Thunderbird - Seamonkey
** ?? Google Calendars ?? (this one is tough)
** Ms Exchange

==== An electronic wallet ====

A database which stores securely PIN codes, login data, bank and email accounts, membership informations, and other valuable and private data. Entries can be ordered in a folder-like manner. Access to the database is given by a master password. The database as well as the master password are stored with strong encryption. For security reasons, the program asks again for entry of the master password after a certain period of inactivity. The database can be synchronized with a PC application (ideally written in Java for cross platform compatibility).

Examples: KWallet [http://docs.kde.org/stable/en/kdeutils/kwallet/index.html], Viskeeper [http://www.sfr-software.de/cms/EN/pocketpc/viskeeperpro/index.html], KeePass [http://keepass.info/]

==== Easy business card sharing for a small group (in the same room) over bluetooth or WIFI ====

Six Neo1973 owners are having a chat in a cafe. They agree to split but meet later. They want to exchange their numbers with each other before they go.... The normal way to do this is for a rather longwinded repeating of numbers to each other, or half the people manually inputting numbers before phoning/texting the other half to complete the process. All in all its a fair number of button presses to get it sorted.

Instead the NEO could have a small app where the phones link up in a small peer to peer Bluetooth network and share automatically with one person initiating a request and the other detected NEOS agreeing/acknowledging the share. The initiating NEO would then sync the mini-group automatically by interrogating each phone and then sending the table of results. The NEOs would have to be clever about checking for duplicates in the address book and offering a choice to the user if there are any conflicts.

PROS:
*genuine saving in time for social and business situations

CONS:
*I am sure there are some security hassles to be pondered....
*not going to be used every day... definitely not an immediate priority.....
*only at geek conferences will all have a neo....

==== SMS Counter ====

An application which shows on the today-screen how many SMS i've already sent in this actual month. Some have for example 150 free SMS to write each month. With that program you can see all the time how many SMS are left until the end of the period. As an alternative it could be a counter which counts backwards from a predefined number over a defined period.

===Profiles===
{{Main|Wishlist:Profiles}}

The Wishlist:Profiles page documents many possible profiles - ways to configure the phone. Including ways to respond to calls, wifi and GPS events.
And how to automatically switch between them.

===Text Messaging===
For '''Text Input related ideas''' see [[Wishlist:Text_Input]]. Bear in mind that T9 can not be included
For current development status of the messaging-app see: [[Messages]].

There are many useful options that now can be used to full capacity:

* '''Instant Messaging'''
Bringing a new GTK gui or a resized Qt gui out for the serverless Instant Messenger http://Retroshare.sf.net

* '''Acknowledge/status SMS'''
In GSM networks so-called acknowledge-SMS are sent back to the SMS's dispatcher in order to indicate that the primal sms was received (as message delivery is only best effort and is not guaranteed). So in the SMS dialog there could be equal sized buttons with captions as 'send only', 'send and receive delivery status message' and 'send and notify (e.g. ring) when delivery succeeded'.

** '''Special handling of status-SMS'''
Related to the previous entry, these acknowledgment-sms' should be handled in a different way than normal SMS'. Most Motorola do this, while Samsung SGH series don't & clog the inbox, warn of a "new" message upon Status notification: Delivery Status Messages should be stored in a separate menu so they don't bloat the received-folder and you are able to quickly review the status of the messages you had sent.
* '''SMS at time/date''' You could be able to set up messages that are sent at a certain time/date
* '''Binary SMS''' Send binary SMS. Could be used to feign WAP pushes. [http://en.wikipedia.org/wiki/Multimedia_Messaging_Service] See:
** Resource for SMS encoding: [http://web.archive.org/web/20021016104345/www.dreamfabric.com/sms/] [http://web.archive.org/web/20060411222332/] [http://home.student.utwente.nl/s.p.ekkebus/portfolio/resource/sms_pdu.html] [http://www.ihub.com/Binary%20Messages.htm]
** [http://www.gammu.org www.gammu.org] - you can use Gammu/Gammu+ source for this software and/or understanding various SMS formats including EMS, WAP, Nokia Smart Messaging, Siemens & Alcatel encoding ([[User:Marcin|I could]] eventually help)
** Resource for SMS encoding (German): http://de.wikipedia.org/wiki/SMS-Kodierung
** The infamous pocketpc-attack: http://www.mulliner.org/pocketpc/
* '''Profile-override-SMS''' SMS that start with a certain code word override the silent profile and have the phone ring. So someone could alert you in case of some emergency.
* '''Codeword-SMS''' An expansion of the above: check for code words and allow selectable tones for matches. E.g. "Server Down!" has a loud klaxon, "Disk Warning" has a quiet chirp.
* '''(De-)Abreviation-script''' Implement a script that de-abbreviates: "hi m8 u k?-sry i 4gt 2 cal u lst nyt-y dnt we go c film 2moz" becomes "Hi mate. Are you okay? I am sorry that I forgot to call you last night. Why don't we go and see a film tomorrow?" (taken from: [http://en.wikipedia.org/wiki/SMS_language])
** Implement a script that abbreviates :-)
* '''Anti-Spam''' ...feature for SMS. May be it's possible to port some Bayesian based application like bogofilter.
* '''Rule based authorizations''' ...for received messages. For example, delete messages from one source between 9h00 and 18h00 (workday) allow them otherwise (to get alerting messages).
* '''Enable chat-like SMS-viewing''' SMS-Email-like: retain SMS app, but store 'conversations' rather than pile-up. Group/archive conversations by Caller Group (Work / Friends / Home / any user-defined Caller Group). Show appropriate icon from either Caller Group or Caller ID at the source of conversations panel
* '''Searching''' allow full-text search or string search.
* '''Massive SMS Deletion''' based on Conversation, author, before-date-xx.xx.xxxx, caller group, [[Wishlist:Tagging|tags]]...
* '''Call Back''' Prompt 'Call Back' alongside other first-line options (Delete, Save number,.. this kind of options) that appear when reading an SMS.
* '''Non-destructive deletion''', deleted messages goes to trash, and are recoverable.
* '''SMS-EMail-Gateway'''
SMS comes in, gets forward to your inbox, like any other piece of mail. Appropriate alerts and etc occur - again, just like for email. A simple SMTPD running on 127.0.0.1 that is hooked to an email-to-SMS translator that will send email addressed to 'SMS@localhost' (or whatever special address) out via SMS
* '''SMS-filter chain''', for stuff like Codeword-SMS above, Theft-mode activation, auto-response (reply with gsm-position for "Where are you?"), auto-substitution (like replace $POS with gsm-position in outgoing SMS).
* '''SCROOGE-SMS''' This is an intelligent SMS router. When you write your SMS you get the option of how to send it
** By standard carrier SMS - cost 10cents
** By OpenMoko SCROOGE SERVER - this will send your SMS to the OpenMoko Community SCROOGE SERVER next time you have WiFi - the phone will remind you to turn on WiFi when it knows you are in places where you have WiFi access. The person you are sending to picks up when they come into WiFi Range. This comes with an intelligent reminder that tells you that message has still not been delivered in 24 hours and would you now like to send it by a paymethod. This is better than IM because both parties do not have to have WiFi at the same time. - cost FREE
** By email/Wifi - cost FREE
** By email/GPRS - cost ?
** Too many options!!!
** Alternatively SCROOGE SERVER could auto launch IM client if it detects both parties have WiFi at the same time (Status kept on SCROOGE SERVER?) to allow instant reply..... Person who receives has the option to reply in SMS or in IM or in VOIP phone.

=== Text input ===
{{Main|Wishlist:Text Input}}
There are many good suggestions for text input on the specific text input ideas page.

=== More/Custom Input Method Widgets ===
{{Main|Wishlist:More/Custom_Input_Method_Widgets}}
Additional and customizable Input Method Widgets (similar to virtual keyboard).
This could add soft-key functionality to games or other applications such as:
*D-Pads
*buttons
*virtual trackballs
*...
Personalized layouts could be associated with each application.

=== Games ===
{{Main|Wishlist:Games}}

=== Mesh Networking ===
{{Main|Wishlist:Mesh Networking}}

=== Printing Support ===
It would be really neat to be able to print over either bluetooth, Wifi, or USB. I can imagine wanting to print:

* Notes
* Maps
* Email
* Calendars
* ...

Cups contains a bluetooth printing backend, so (in theory) once you have your data in postscript format, you could hand it to cups and it'll do the rest. In practice, it depends on

# GTK+'s printing support
# Making cups run on a really small system

{{note| GTK+'s printing support seems to be very immature in 2.6 (which we need to use for some time). Gtk+ 2.10 contains much better printing support -- once we can use this, it should be more easy.}}

There's always the possibility to render postscript ourselves, but this is not a piece of cake -- in general, printing is much harder than one would imagine.

Further details:
* [http://groups.osdl.org/apps/group_public/download.php/2205/print-summit-gtk.pdf#search=%22gtk%2B%20printing%20API%22 osdl.org]
* [http://www.gnome.org/~alexl/presentations/guadec2006-printing.pdf#search=%22gtk%2B%20printing%20API%22 gnome.org]
* [http://www.j5live.com/?p=204 j5live.com]

===Misc Software===
====Clocks/timers/Activity meters====
===== Sport tracker =====
{{Main|Wishlist:Sport_tracker}}
Sport tracker can be used to measure the distance/velocity from point A to point B (or it could have several intermediate stopping points) using GPS. This would be extremely useful for running, biking, hiking, etc.

===== Standby clock =====
{{Main|Wishlist:Standby_clock}}
A quick way to see what time it is.

===== Egg Timer =====
{{Main|Wishlist:EggTimer}}

Very simple (one click) count up / count down timers are very useful.

===== Cycle Computer =====
As already mentioned by [http://wiki.openmoko.org/wiki/User_talk:Technil Technil], a cycle computer could be created using gps. The sensor at the bike's wheel could transmit data via bluetooth or some cable that would be attached to an openmoko device. In order to save power, one could switch off the gps and only use the bike's sensor.
* Just another idea that came to me: Why don't have sensor's transmit cable plug into the headphone/microphone plug? A tool reads the signals created by the induction of the passing magnet, then gives them to the cycle-computer-app :) --[[User:Minime|Minime]] 19:50, 12 April 2007 (CEST)

===== NTP Server =====

Run the [http://www.ntp.org NTP] daemon using the GPS chipset as a reference clock, so that the Neo would have a very accurate time-of-day clock and would be able to serve time to other networked devices.

I don't know what it would take to implement this. Items to consider would be the availability of a 1 pulse-per-second hardware signal, the accuracy of timestamps delivered in NMEA messags, etc. Dealing with power-management issues (such as the device going to sleep) would also be challenging.

===== Find Keys/locate stuff =====

This would require an additional accessory: a tag which transmits a signal that the Openmoko device can pick up. The tag could for example be attached with a ring loop to your keys, put in your wallet, or be attached with high strength adhesive strips to your remotely controlled aircraft. Whenever you can't find back your keys, wallet, RC aircraft,... you activate this application. When the device picks up the signal of the tag, it translates it to clear audio and visual prompts to guide you in the right direction.

A commercial device that offers this functionality is the [http://loc8tor.com/ loc8tor]. Having this in the Openmoko phone would obliviate the need for a separate device. Murphy's law dictates that you'll only loose your keys when you don't know any more where you've put the loc8tor tracking device. But you're bound to always have your phone with you.

Additionally, you could also set a safety perimeter. Whenever a tagged item moves more then X meters from the phone, a signal will be given.

For a related idea, see [[Wishlist#Dude.2C_Where.27s_My_Car.3F|Dude, Where's my car]].

===== Reality check reminder =====
{{Main|Wishlist:Reality check reminder}}

A tool to [http://www.phrack.org/issues.html?issue=64&id=16 hack your brain]

===== Automatic timezone changing (GPS) =====

Check the timezone with GPS and adapt them.

====Calculators====
===== A Universal Unit Converter Tool =====

One never knows when one may have to convert acre-feet into deciliters. A unit conversion tool makes all engineers and engineer wannabes much happier. And not only the engineers.

Ideas what kind of conversions a converter tool could do:

Length
- Acceleration
- Angle
- Angular Velocity
- Area
- Capacitance
- Radioactivity
- Currency
- Charge
- Computer Memory
- Conductance
- Density
- Energy
- Illumination
- Power
- Force
- Flow
- Pressure
- Speed
- Temperature
- Time
- Torque
- Viscosity
- Volume
- Weight

Roman Numerals
- ASCII, Hex
- Cooking
- BMI
- Clothing Sizes

Money Converter based on current rates from Internet...
e. g. Dollar <-> Euro

Physical and Mathematical Constants
GPS conversions

- link to or integration of a scientific calculator
- link to or integration of a simple calculator

A good basis for such a converter tool could be the Palm program "units" from
François Pessaux [http://francois.pessaux.neuf.fr/files/units1_11.tgz]. The GPL'd program comes with full documentation.

For GPS conversions see gpsbabel [http://www.gpsbabel.org]

===== An Postfix Notation (RPN) calculator =====

Many engineers, computer scientists and other groups who have grown to enjoy the simplicity and ease of an postfix notation calculator will miss them when they give up other platforms to move to OpenMoko. A RPN calculator will increase adoption by providing one of the tools that other platforms have provided for many years.

==== Windows CE Emulator ====

On ARM machine, Windows CE API emulator, like Wine on x86 machines.

==== PalmOS Emulator ====

The Access group is probably coming out with their Linux platform any time soon. One of the components is a PalmOS emulator which I'd like to see working on OpenMoko as well. There are literally thousands of PalmOS apps.

I'd like to see a Windows CE Emulator with active sync support.

==== Chumby Emulator ====

Would be very cool if the neo can act as a chumby. see http://chumby.com for more details about a chumby.

==== TV Guide ====
Display a TV guide using [http://xmltv.org xmltv].
Something like [http://mtvg.sourceforge.net/ Maxemum TV-Guide] (QT)

==== Alcohol meter ====
Give the phone some info about your body (gender, size, weigth) and when/what you drink and it will compute an approximation of the amount of alcohol in your blood. Updates automatically, could have an alarm, when you are probably sober again.
See, for example (German text) http://www.misterio-online.de/promille.htm

==== Interaction with LEGO Mindstorm ====
With the accelerometers, GPS and good CPU, the phone could be used to control/serve as input with robots built with LEGO Mindstorm, which can be accessed by USB and Bluetooth.

==== Flashlight ====
Simple finger application that makes every pixel on the entire screen white to be as bright as possible until you tap the screen again to turn it off. This way, you can use your Neo as a (short term) flashlight!

==== Wii Controller Emulator ====
Use the accelerometers and buttons on screen to work as a Wii controller via Bluetooth.

==== FUSE support ====
Ability to use FUSE to mount larger file systems over wireless. (even gmailfs, sshfs, etc.)

=== Accessibility ===
Accessibility features for the visually impaired.
* High Contrast Themes.
* Screen Magnifier. Features should include automatic cursor tracking when navigating menus and entereing text and provide manual controls to zoom in on other section of the screen.
* Text to speech. The software should read out menu item ,contact lists ,text messages etc. Would also be useful for operating the phone while driving. see: [[Wishlist:Speech synthesis]]

==== VOIP ====
* [[Dialer]] should be able to use SIP.
Ability to use the phone for VOIP over wi-fi such as Vonage. They currently have 2 different pieces of software for pc . Basically software creates a mac address which is paired with your Vonage account. Skype could also be implemented but I prefer Vonage. Only available when connected to wi-fi with a good connection. Phone treats calls the same as a cellular call, could keep a separate log of minutes, ability to record conversations, etc. Option to use VOIP if connection is available automaticly or manually. Small icon to show when call is using VOIP.
* A standard SIP client would probably fit better into the "free and open" philosophy.
* Ideally a SIP client that includes ZRTP/SRTP for secure communications.
(Note: Vonage will not give you your SIP credentials, so you cannot log into their network with a non-approved softphone. Other VoIP providers have different policies.)

''This seems very similar to what [http://en.wikipedia.org/wiki/Generic_Access_Network UMA] offers.''

Asterisk is a great communication platform that can run on small devices. I have an Asterisk server running on a Nokia 770 and I read about running Asterisk on an iPhone. With the crosscompiler available it sould be possible to compile it and run Asterisk on an openmoko phone and let it take care of almost everything on the wishlist below.
Edw/

==== Power Meter ====
If the power bar is clicked on it will show time left on charge and if charging it will show time until full.

=== Accelerometer wishes ===
==== Flick interface ====
Ability to "flick" the phone for page up/down by simply and rapidly tilting the phone back-and-forth for up and forth-and-back for down. The same motion can be implemented for sideways motion. This will take advantage of the 2 3d accelerators.

Sensitivity of the scrolling should be configurable and a test option provided.

==== Reading navigation of documents enhanced by accelerometers ====
If the two accelerometers in Neo1973 allows it, it will be nice if when you're reading, give a newspaper, you can move up, down, left and to the right the viewing of the document just moving the phones to the corresponding direction.

I don't know if this is possible (haven't seen the project in detail yet) but this feature could be very attractive for final users (and this is good). (sorry for my english but i'm italian)

==== Wand UI ====
In keeping with the requests to think outside of the box... the dual 3d accelerometers should enable a 'magic wand'-style UI for certain uses. Macros could be recorded and edited, or presets could be used. For example, flipping the device playfully could initiate a game mode or could signal the end of the work day.

==== Shake-to-Wake ====
Giving the phone a shake enables voice commands for a few seconds.
Usage Examples:

* {Shake} "Call" ''ContactName'' ''PhoneType''
* {Shake} "Call John Mobile" (Calls John's mobile)
* {Shake} ''ApplicationName''
* {Shake} "Reader" (Opens the e-book application)

Would require a method of inputting voice tags for applications and contacts and obviously will only work for P2 (accelerometers)
But lets get voice command functionality working before P2 (just by pressing a button on the screen instead of shaking)

I think that is possibly to replace "Shake" with double hit with finger in the side of phone. Proper algorithms(with accelerometers) should recognize any similar activities.

==== Emergency call ====
When the accelerometer detects a great acceleration (i.e. 5G) start a countdown sequence, if it is not stopped make a call to a preconfigured emergency number. If the data from the GPS is accurate give it.

A first version could use a recorded message (an audio file). In next version it could use a synthesizer, so it can give more information (add GPS information when it is ready).

:I would worry that most such events would be false positives, and hard to distinguish from the real thing. A user dropping their phone (an event very common in the life of any cellphone) is far more likely than a user being in a car accident with their phone, and the clatter of a cell phone on asphalt could reach 5G. Additionally, it has to be very hard to distinguish hitting pavement from hitting a windshield, as from a physics standpoint the two are the same thing. [[User:Hashbrowncipher|Hashbrowncipher]] 02:06, 26 October 2007 (CEST)
::It could use the gps data to calculate the speed it is traveling with. Let's say it has been moving for more than 50 km/h for more than 10 seconds. Then it could activate the "emergency call if more than 5g" function. Aside from the countdown timer, it could increase the volume to max and warn the user that an automatic emergency call will take place in x seconds. While it is counting down it could listen for "Never mind, I'm fine, phone" and stop the countdown in case it hears that. It could also output the warning sound to the attached bluetooth headset and let the user talk to emergency services if the user is still conscious. [[User:Tommy|Tommy]] 17:48, 8 January 2008 (CET)
:::Perhaps have the phone yell loudly that it's about to do the emergency call for a decent amount of time, disabled by touching the screen or entering the pin number. In the case of any bluetooth device attached to the user, the phone could check to see if it's in range before calling. [[User:sin|sin]]

==== Movement detection ====
By detecting that the owner is walking a user defined profile can be activated with a specific set of notification settings. For example you may wish to use a cheap old sounding ringtone so you don't attract attention from muggers. Or you may wish to have a louder ringtone if you carry your phone in a bag where it can't be so easily heard.

==== Games ====
Imagine a first person shooter that you look around by turning your body.

==== Sloshing battery indicator ====
Shaking the phone will produce a sloshing sound, as if it contained a liquid. As the battery loses charge, so the sound produced on being shaken, will replicate a decreasingly empty container. [http://mobile.slashdot.org/article.pl?sid=07/11/28/1342248] for an example.

==== Others ====
Also see the pages[[Wishlist:Auto Align Map]], [[Wishlist:Determine Position]], [[Distance Measuring]], [[Wishlist:Computer Mouse]], [[Wishlist:Dynamic Screen Orientation]].

=== Connectivity ===

==== VNC ====
A good, stylus friendly VNC client/host combo would be easy to add and terribly useful.

==== Networked X-Windows ====

Whether it's running true X-Windowing over the network, or your bog-standard VNC connection as mentioned above, the ability to have your phone's screen available on your laptop or palmtop would be most desirable.

==== NX client ====

A form of X-windows forwarding optimized for performance over slow, or high-latency links, which could prove extremely useful. Capable of streaming a good quality, full desktop session over modem speeds. The protocol and at least one implementation is gpl'd. [http://en.wikipedia.org/wiki/NX_technology wikipedia]

==== OpenOffice Presenter Control ====

I Think it is a good idea to control your OO Presentation with Openmoko about WLAN or Bluetooth.
I think it needs some buttons to go back or forward and control the mouse to show something and take normal mouse clicks.
But with the mouse clicks I think that we need a short time between the clicks in example 1 second. Because when you make a mouse
click than to fast than you must go back.

==== Amarok and other Media Player remote control ====

Control Amarok or any other Media Player with OpenMoko (as a remote control). Bluetooth or WLAN could be used as protocol to send and receive the data. Maybe a WebInterface of Amarok is a start. Can be used on parties for a mobile music management.

==== Read informations with SMS ====
Send a SMS with Code to the OpenMoko (from a specific number).
For example to send get the GPS coordinates from a stolen Neo (or if you don't know where your Neo is).

=== Security ===

==== General Filesystem Encryption ====

If anyone wants to get your private data saved on your OpenMoko device, he should have to get through a high security mechanism like dm-crypt. The question is how much CPU power would be needed.
Would it be an idea to encrypt only the private data like phone numbers, preferences, address book etc. (like /home/$USER).

http://luks.endorphin.org

==== My Account ====
{{Main|My Account}}
A way to securely store information about the phone, and ensure that a phone you may be considering purchasing is not stolen.

==== [http://zfoneproject.com/ Zfone] or similar ====

Something that allows the user to speak with another person securely.

==== GSM Encryption ====

This software application would allow GSM encrypted calls to be made using the GSM Data Call Channel.

[[OSvS]]

==== My Voice is my Passport ====
Use voice recognition to unlock the phone. "Hi. My name is ... My voice is my passport. Verify me."

==== Firewall ====
A network firewall

==== Full Mac Support ====
Full mac support, preferably with full software and full sync capabilities with iCal and iMail

==== Anti Theft Application ====

This application would enter the phone into an [[Anti-Theft Mode]] which activates particular security features to reduce the risk of theft and also to ensure a higher probability of recovery of a stolen handset.

====RFID based personal alerts====
Assuming an RFID reader is available: You'd put an RFID tag on your keys, wallet, etc and train a program on the phone to give you a soft or hard alert when one of them leaves detection range. That way, if you're walking away from one of them, the phone could alert you.

====OpenVPN Client====
This application allows to configure the device as an OpenVPN client using the GUI including support for X.509 certificates.

=== Integrated Help System ===

A help system that is either on or off. It could be activated and deactivated by a [[five-second-press]] on a button, for example the AUX button. When the help system is activated, it will explain the use of any item you touch on screen (with stylus or finger). Example: if you touch the battery icon, it will explain that this shows battery level / remaining time. If you touch the date / time icon, it will explain that this icon shows date and time, and that if you press it, you can set date and time. Primarily, this help system should be able to explain all user interface elements in the main screen, but if it proves popular, it could be expanded to cover other applications as well.

===Performance optimisation===
==== Use DMA engine in CPU for blitter ====
The DMA engine in the CPU can substantially speed up moving of large areas of screen in some cases.

==== Use virtual screen to optimise scrolling ====
In some other cases, the hardware supported virtual screen may also speed it up.
===Reusable Display/UI Widgets===
====Use BigPage for full page zoom, scroll, scale in many apps====
The [[BigPageWidget]] Page decribes a widget that could bring full natural page viewing, scaling, scrolling to the OM platform - allowing all applications to make intuitive UIs. A good way to read documents of any type without reformatting them massively increases the utility of a device with a small screen

==Bluetooth==

=== Voice Dialing ===

Dial by voice commands.
 Dial by dictating phone number. This way we can voice dial any number even if not in our contact list.

=== Music through Bluetooth Headset ===

Music can be played through a Bluetooth headset, but would stop playing when a call comes in.

=== Walkie Talkie ===

Let OpenMoko devices connect to one another via bluetooth or another connection method (GPRS for long distance but high latency, probably Wifi on P2), and hold a conversation.

Features for this applications can be:
* Push To Talk (PTT) button
* Voice Activated Control (VAC) which will set it in transmit mode when input has is detected above a certain predefined level.
* Optionally a full duplex mode
* Different channels to choose from
* Monitor different (preselected or all) channels for traffic.
* Content encryption
* Active noise control
* Allow zero config use (units can talk without any access point helping)
* Overview of all connected people trough sending GPS data to everyone who is in the Walkie Talkie channel

Local (non-GPRS) use cases include chatting while biking
or motorcycling in a group; perhaps also in a car caravan.
This application could also be used as a baby-phone to monitor your siblings.

This would be more useful if the Neo had Class 1 bluetooth, though probable Wifi on P2 will also offer more range.

(One thumbs up from me) Jackcday

=== Automatic Sync ===

Automatically synchronize with desktop computer (or with any [http://en.wikipedia.org/wiki/SyncML SyncML] server) when within range based on user profile. This may require the use of a secure data transfer.

=== GPS Assisted Bluetooth Management ===

Allow Bluetooth to automatically turn off after loosing connectivity and to automatically turn back on based upon GPS location.

A Bluetooth device is configured for automatic reacquisition based on the following profiles:
* Manual - only when Bluetooth is on
* Non-mobile - the target device is not mobile, periodically attempt reacquisition when in the general area of the device.
* Mobile - the target device is mobile, periodically attempt reacquisition when in the general area of the device.

Each target device is configured as follows:
* Automatic acquisition at last known location: enable/disable
* Automatic acquisition at these locations: list of nickname + coordinates + range

==== Non-mobile devices ====

Examples devices include: computers

The location and range of the target device is determined via training. Periodically, the current GPS coordinates and Bluetooth signal strength are logged. Additionally, connectivity loss events are logged. An algorithm uses these logs to determine the device location and range.

Connection attempts are made when in a configurable proximity to the device. The first attempt when entering the proximity and further attempts at a configurable interval.

==== Mobile devices ====

Example devices include: automobiles

Mobile devices are configured to have two types of locations:
# Last known location
# Non-mobile locations (homes)

===== Last known location =====

A car is mobile, ideally, when you leave your car, the phone should note the car's location when connectivity is lost and then attempt to reacquire the car when you return to the location of the car.

===== Non-mobile locations (homes) =====

As mobile devices may have multiple users, it is not sufficient to always use the last known location. In this case, the device may additionally have multiple homes. For example, a car might have as its homes: home garage and work parking lot.

=== Bluetooth neighbor detection and multiuser apps ===

Like the [http://en.wikipedia.org/wiki/One_laptop_per_child one laptop per child] (OLPC) interface, keep a number in the status bar that represents a count of other openmoko or compatible bluetooth devices in the area. Allow for the spontaneous initiation of a chatroom or multiplayer game or file trading with any moko in the area.

=== Bluetooth environment detection ===

Capability to detect when a predetermined bt device enters/leaves bt range and launch a system-wide event accordingly. This would feed not only the "Neighbour detection" idea described above, but also the "Profiles", "Context based TO-DO list" and "Location-based reminders" ideas. Reminders could be set to trigger in the presence of a specific person X (with BT device Y). Profiles can take into account which devices are present around the phone (car kit, for ex.). To-do list could also change according to present devices.

=== Remote control ===

==== Wireless presenter ====
Use the phone to run your OpenOffice.org Impress presentation remotely using Bluetooth. Cool features:
* Display the text notes for the presenter on the phone's display and update it whenever the slide is changing.
** OO.org has implemented support for [http://www.openoffice.org/issues/show_bug.cgi?id=12719 dual monitor]/[http://www.openoffice.org/issues/show_bug.cgi?id=18486 presenter mode] that can be used as a starting point
* A small timer showing the time passed (and perhaps remaining if the presentation app supports such a feature).
* If you want to be super-cool, you give a preview of the notes of the next slide in the show.
* At the end of a presentation, a "navigator" could allow to easily jump to any slide in the presentation by clicking on it on the phone.
** When you right-click in a running OO.org Impress presentation, you can choose "got o slide..." and select any slide to jump to.

==== Initiated from another device ====
Remote control over Bluetooth from other devices to control media player (play, pause, next, previous, volume control), camera (capture image), etc.
==== Directed at another device ====
Remote control over Bluetooth to other devices to control media player, lights in your house, etc.

[http://mjr.iki.fi/software/remote-0.9.0.tar.gz Remote] is my draft of a python-based remote control app that allows you to define button sets and commands to run on the local or a remote host (through ssh, for instance). Error handling and command interface need work.--[[User:Mjr|Mjr]] 11:14, 18 October 2007 (CEST)

Z-wave uses web-browser control of devices that is said to be compatible with mobile phone browsers so should work with openmoko browser. [http://www.z-wave.com www.z-wave.com]

=== Bluetooth Car Connection ===

Have a deeper connection to the car than just handsfree speakerphone. For instance a transceiver with challenge/response systems to open, possibly even start the car. Possibly go as far as OBD connection to monitor car status on screen/log for later.

Could be done with a port of [https://garage.maemo.org/projects/carman/ Carman] or similar that can connect to an OBD2 adapter via USB or Bluetooth and display various information collect from the car, GPS, and accelerometers. --[http://wiki.openmoko.org/wiki/User:Bmk789 bmk789]

==== Dude, Where's My Car? ====

When in range of the car navigation system, remember the position (perhaps check with the car GPS). When not in range, assumme that you are not in the car, and offer the opportunity to navigate to the car's last known position. That way, you can find your car e.g. on a large parking lot.

=== [[Bluetooth powered Multi-SIM support]] ===

As the Neo1971 does not come with dual-SIM support this could be solved by joining your old bluetooth-enabled mobile to your OpenMoko-phone.

Let SIM card A be in your OpenMoko-phone and SIM card B in your old mobile:
* Incoming call on SIM card B - the OpenMoko-phone acts as a headset(Bluetooth Headset profile)
* Calling out via SIM card B - the OpenMoko-phone acts again as a headset
* Same for Short Messages/MMS/Internet
This way you'd have your old phone switched silent and connected to your OpenMoko-phone that handles all the calls and one can select which SIM card to use.
Advantage: No 'switching' between cards
Disadvantage: Second mobile needs to be in range(e.g. handbag) and charged every once in a while.

===Internet Gateway===

If the device could function as a Bluetooth router/gateway to the internet via the GPRS/data connector, then you could use it to get network connectivity from your laptop and other devices while on the road. Many smartphones can be configured as modems via Bluetooth for use as Dial-Up Networking connectors, and that should be the minimum target. Ideally, if the WiFi functionality was used so the OpenMoko could be an 802.11 router or peer to peer gateway for a laptop, this would be even better. The full bandwidth of GPRS or whatever network is available would then be available.

=== Social Networking ===

Anybody running the social networking app will be broadcasting a profile, and when certain keywords are matched with other users who are also running the application, an alert is sounded. Each mokoid can be added as a hexstring to a profile page, and xml filters can be developed for each social service to convert various keywords and interests to moko-friendly format.

=== Give userspace api control over bluetooth signal strength ===

I have tried bluetooth handsfree sets with other phones and don't get perfect reception due to low signal strength. I suppose the reason the signal is so weak is because the manufacturer wants the battery to last long on its latest charge. Can you please make the strength setting configurable by the user of the phone through an api and perhaps even through the phones gui? I would gladly waste some battery time in exchange for stronger bluetooth signal strength.

== WiFi ==

=== Industrial grade Wifi management ===
One annoyance I've had with Wifi enabled gadgets is that they simply keep the connections in a dumb list. What I'd like to see is more granular connection management, which enables me to specify whether a given connection is friend & family (mom's place), professional client (joe's copies and coffee), commercially available (panera), onetime use, or anything else, as well as managing router config backups, firmware images, and security keys.
=== Captive portal auto-login support ===
Having a nice front-end to some sort of script that checks the authenticity of a captive portal login page (SSL cert), then passes your username and password login information to automatically log you into your account would be very nice as well. This can be done with curl, but it is difficult to make it work on all captive portals out there. Perhaps just a field that you can specify "once I am connected to this AP, run this script: ".

== Wireless Piggyback ==

HSDPA support and the like, so that users can connect directly with the internet with G3/G4 mobile service providers at speeds at or above 3.6 Mb/s.

== Other ==

=== Auto Update ===

A small tool which is configurable to download the latest OpenMoko and OpenMoko related software. Maybe if any internet connection is available or a minimum of bandwith is available then the auto update would download only security related or the whole system etc. .

=== Vibrate Pattern Recorder ===

An application that would allow the user to define their own vibration patterns, and possibly link them to audio files. Recording would be done in real time initiated with a "Record" button, optionally playing the associated sound file in sync with recording). While recording, the user would press and hold a button to define the timing and duration of vibration. The user would press "Stop" when finished. Vibration patterns would have the option of being looped(would terminate at some global ringtone length maximum).

One simple suggested vibration file format would be a sort of run-length encoding: First byte defines the length of a "time-slice" in milliseconds, which would determine the overall tempo(actually the inverse of tempo). The next byte would define the number of time-slices to leave the vibration on, and then another byte for how long to pause after. Continue alternating these on/off bytes until the entire pattern is defined.

- or just use MIDI, using a separate channel for the vibrator.

An implementation of RTTL could also be used to define vibration patterns.

=== PC Input Device ===

Provide a method to use the touchscreen as input device for a nearby desktop machine. Could connect over USB or bluetooth.

Could emulate a pointer device (mouse) or even keyboard using standard bluetooth/USB interfaces for such a device.

Use case: Alice is lazing on a couch and doesn't want to get up to do some minor interaction with the computer. She can see the screen and uses the OpenMoko device as a mouse and/or keyboard to interact with the computer.

=== Advanced Notification And Ringtone Manager ===
{{Main|Wishlist-ANARM}}

ANARM would be an application for handling all event-based audible notifications from an OpenMoko device.

=== Location based reminders ===
{{Main|Wishlist:Location_based_reminders}}
Location based reminders can be used to notify users of various events or reminders that are location based.

=== Synergy Client ===
A synergy client would enable the user to place the device next to a desktop PC and share the desktop`s mouse, keyboard and clipboard over a TCP/IP network. [http://synergy2.sourceforge.net/ Synergy]

=== Next device ===
List features for your fantasy device to come from FIC (or anyone else, for that matter). Define the GTA03 here ;-)

==== There is no device ====
From [http://wurp.blogspot.com/2008/01/teh-future.html Wurp's blog]:

Clearly the Next Big Thing has to be for the device to go away altogether. I know the basic idea for wearables has been around forever, but it seems to me that the time has come.

I wanna wear a bluetooth earpiece and cool shades, possibly with [ here's where my imagination is failing me :-( ] gloves, or fingerless gloves, or (ew) wristbands, and let any surface, including my hand, or no surface, be my interface. Tap the earpiece when you get a phone call, see a dial pad on your palm and tap out the number with the other hand, watch movies on a giant screen hovering in the air...

(equipment list: bluetooth earpiece, some brick in my pocket or on my belt, glasses w/ minute camera, painted video display, & variable darkness lenses, and gloves)

Why the hell do I want to dig out a device every time I want mindless entertainment or superficial conversation?

Ideally, you could then sell any little doohickey with whatever interface you want (switches, knobs, g-spots, ...) and all it needs to do is network with some software on the brick to be anything at all...

== GPS Software ==
*Providing GPS Support also for outdoor users in addition to ordinary street navigation features
** Overlay of satellite images with existing streetmaps
** Incorporating SRTM digital elevation model: for example using the VRML/X3D as data format (see http://www.ai.sri.com/geovrml/) which is interesting for e.g. mountaineering: using a 3d browser rendering VRML/X3D Model, displaying the current position and track (possibly also other gps-tracks of the different routes to a summit downloaded before could be mapped onto the 3d model), (what about 3d hardware support? there is nothing written in the hardware specs about graphics: thinking of OpenGL for embedded systems (see http://www.khronos.org/opengles/)
** Using sth like a tracking mode to allow certain people to determine the current position and track (for rescue missions - like they have for example at http://www.steiger-stiftung.de (a German beneficence for rescue issues) There you can register your mobile phone so the rescue service is able to track you immediately if necessary. The interesting thing: It seems like some mobile phones with GPS have special support for this issue. If your phone is registered, the rescue service is able to get your GPS coordinates directly from the phone without any user assistance. Openmoko should also support this! )
* Implementation of 3dTracking's (http://free.3dtracking.net/) tracking software or equivalent.
* "Geomark" function: if you have to save the current time with your current location, only hit one button...
** You also should be able to navigate with a small "compass" and the distance should be displayed to your saved point (maybe where you parked your car on a big car parking area)...
* '''Measure the distance between two points (air line or walked way) -> no need for a tape measure'''
**I think it would be good if you could either use Bluetooth, GPRS or AdHoc Wifi, and see near Neo1972 on the GPS map so you could see where your friends are, e.g "You want to know if you friend is on the bus behind" You would need a strong wifi and GPRS would be too expensive.
*A bicycle sat-nav would be cool, speciayl designed for bicycles, e.g. cycle routes

 [[Community Based Traffic Information]]

== Hardware ==
{{Main|Wish List - Hardware}}

It could be use for beepway Online service too
[http://www.beepway.com]

=== Dedicated Power / Charger Pinout ===

Having not yet seen a physical Neo device, I haven't been able to examine any of the IOs to see if there already is a dedicated power / charger input. However, I can imagine that it might be very tempting to have the device charge solely via USB. For any device that is capable of USB-host, that is a '''horrible''' idea.

Since the device is able to run in USB host mode, it might be a good idea to allow for an alternate power supply, if say, a USB keyboard was being used for several hours. Rather than drain the battery, one could just supply power via the wall outlet while still providing endless hours of USB-host enjoyment for those hard-coders on the go.

The main question is just deciding on where to take power from if in USB-client mode and the power cable is inserted, but really, that's not too big of a deal and can be solved with very minimal circuitry.

This might sound extraneous at first, but when the device shuts down in the middle of an important USB file transfer, or right before that great piece of code was saved, you can bet that those users will be saying "Hmm... a separate power adapter would have really come in handy right now".

I suggest a tiny 3mm, dedicated +5V power input (something a la Nokia).

==== Inductive charging ====

[http://en.wikipedia.org/wiki/Inductive_charging Inductive charging] is the sort of charging where you place the device in a cradle, and a coil in the cradle induces a current in a coil inside the device, allowing it to recharge without wires. This should elminate proprietary power connections.

=== Tactile feedback via buzzer ===
Assuming the hardware has a vibrator/buzzer for silent calls, use a lightly pulsed version of that to simulate tactile feedback when dragging finger across buttons on-screen. Implemented properly, it would almost feel as if the buttons were real.
: 25 ms bump on the buzzer feels about right. Does this harm the vibrator motor? --[[User:Sagacis|Sagacis]] 05:15, 2 October 2007 (CEST)
:: Created a patch to do this [[User:Sagacis/ForceFeedback]] --[[User:Sagacis|Sagacis]] 05:05, 3 October 2007 (CEST)

=== Detachable keyboard ===
Hardware keyboard that can be attached with magnets to a future version of the Neo.

A bluetooth mini-qwerty keyboard that straps to my wrist!

: A BT keyboard would be nice, but do you need openmoko to provide it? [[http://www.intomobile.com/2007/11/07/targus-bluetooth-mobile-tumbpad-when-the-tiny-keyboard-on-your-smartphone-just-doesnt-cut-it.html Targus bluetooth keyboard]]

=== SD Card Slot ===
I think the Neo1973 should have a normal SD card slot as the micro is too small, and the SDs have more space. [unknown author]

SD Cards now support 32GB. Their storage density will always be multiples ahead of microSD (now at only 2GB). An SD Card slot will:
* Provide enough storage to '''turn an OpenMoko into a music (MP3) jukebox''' large enough for entire music collections, like an iPod with Bluetooth for the car.
* Enable '''storage''' of:
** podcasts, full-length movies, or large photo collections
** photo and video from an on-board high-res camera
** entire email database at your fingertips, even in poor phone signal areas
** more detailed maps and charts
** encrypted work databases that are not available online
* Have easy '''external access''', without requiring battery removal like the microSD card
* Support '''SDIO''' accessories
* Enable '''transfer''' of data from an external camera's full SD memory to:
** a portable USB hard drive, offsetting the need to travel with a notebook PC
** the internet, via wifi or phone network
* Enable editing of videos and photos obtained from external cameras

Without an easily accessible higher storage SD Card slot, many users will soon be playing the juggling game of which data to delete from the much smaller and harder to swap microSD card. This is especially true for OpenMoko users, who are more likely to be power users than is the average mobile phone carrying population. Why carry an OpenMoko and an iPod, when you can simply add an SD Card slot?
--[[User:Pedro|Pedro]] 20:06, 17 March 2008 (CET)

: This is not true. Now you can find 2GB micros at the price of 20-30 euros. Too small for what?? --[[User:V0n0|V0n0]] 22:06, 28 December 2007 (CET)

: Think of putting a few '''movies''' on that SD memory card. It could really help if it was a little bigger (8GB, 16GB, 32GB). Also think of going '''offline''' for 1-2 weeks, far away from any computer you can access and then wanting to listen to some music. What you get in turn with a 2 GB memory slot is the same music over and over. Or you have to switch memory a cards a lot.

: This situation is far more common than one would think: going in the mountains, going offshore (on a cruise ship). Or simply you may want to store many types of music, and '''share''' your device with friends. --[[User:Bogdanbiv|Bogdanbiv]] 13:47, 10 January 2008 (EEST)

: Well, it can be micro SD, but why to put it so deep inside, under the battery and even under the SIM card? I would suggest to have a simple slot on the side where we could insert/remove the SD card equally easily as we swap CD's in computer. [[User:AudriusA|AudriusA]] 16:36, 12 January 2008 (CET)

[[User:Cfriedt|Cfriedt]] 12:40, 24 February 2008 (CET) -- I completely agree with a more accessible SD card slot. It should be made external for quick removal / insertion. I realize that would mean program data shouldn't reside on the SD, but really 256 MB of on-board flash is plenty. Mirco or normally-sized, a regular-sized SD is still trivial to implement in terms of solder pads and traces.

: Sorry, but this looks like useless chat. Micro-SD cards are perfect for mobile devices as they don't get too much space on the pcb. Also, we can find micro-sd up to 8gb, if you want more space just wait a while and they'll produce a bigger one in a few months :-p. Really, almost every single phone that has a sd slot has in its micro version, why would we need a full-sized, huge normal sd slot ? It gets too much space on the pcb it's not only about sw configuration or pin soldering, it's more regarding pcb layout.

: What about something like this adapter[http://linitx.com/viewproduct.php?prodid=11922]? Is there any place in the case left to put this into? Nevertheless there is a 12GB microSD card announced from SanDisk and a 8GB card costs about 40€ or 15€ for 4GB. (But a 8GB SD card costs only about 25€) --[[user:kelvan|Kelvan]]

=== IR port ===
Remote control applications

Would be great to use openmoko as a Harmony remote controller.

:I'd like to add that i fully support this. An IR port on future openmoko devices capable of controlling set-top boxes like TV/DVD/Stereo is necessary to make the device as universal as possible. A cellphone should be your window to the world and allow you to interact with it in as many ways as possible.

:Care must be taken to use the correct type of IR chipset/controller in the phone. Most IR ports you find on devices like computers, some cellphones etc. Are for high speed data communication and CAN'T control TVs/DVDplayers/Stereos etc.

:In order to reduce cost it maybe possible to use the sound chipset in the phone to generate the waveform sent to the IR led. IR remotes work at ~38Khz which is within the range of the sound chipset. The sound output could be internally switched between the IR led or the speakers.

[[Category:User]]
[[Category:Ideas| ]]

Wish List

2008-03-28T00:38:27Z

BioGeek: /* Find Keys/locate stuff */

This article is a place to collect various thoughts about the future of the [[OpenMoko]] software platform. Most wish list ideas have been linked from this page, but you may also wish to check all pages [http://wiki.openmoko.org/wiki/Category:Ideas that have a category of 'Ideas'].

== Development ==
=== Painless SDK installation & Setup ===
Our goal should be a completely painless setup for somebody wanting to develop using [[OpenMoko]]

* one command for installation (apt-get install openmoko)
* one command to start Xnest (openmoko-xephyr?)
* one command to start an i386 shell (openmoko-386-shell)
* one command to start an armel shell (openmoko-armel-shell)

No extra configuration required.

==== IDE Plugins ====
People like to see plugins for
* [http://anjuta.sourceforge.net Anjuta]
* [http://www.eclipse.org Eclipse] (some things are possible - see [[Development with Eclipse]].
* [http://www.netbeans.org NetBeans]
* Game engine - Game Creation plugins
evaluate eclipse project [http://www.eclipse.org/dsdp/index.php Device Software Development Platform Project from eclipse] and subproject [http://www.eclipse.org/proposals/tml/ Tool for Mobile Linux]
* [http://www.kdevelop.org KDevelop]
* [http://developer.apple.com/tools/xcode/ XCode]
* [http://www.monodevelop.com MonoDevelop]
* [http://msdn.microsoft.com/vstudio/ Microsoft Visual Studio 2005]

==== UI Designer ====
Glade code generation is deprecated, so we don't want to use it. The Gtk+ powers told me that the plan is to have gtk 2.12 (out early 2007) with support for GtkBuilder, a libglade derivative which breaks a bit the XML definition in order to support all the new widgets and properties; as soon as it's in the other ui builders will add support for this format. See also [http://bugzilla.gnome.org/show_bug.cgi?id=172535 the relevant bug entry]
* Possibly a Landscape (rotated) view for the screen (480x640 *or* 640x480)?

==== Built-in Scripting Language ====
{{Main|Wishlist:BuiltInScriptingLanguage}}
There was a [http://lists.openmoko.org/pipermail/community/2007-January/001909.html fruitful discussion about a built-in scripting language on the mailing list in January.] Many people feel that it is very important for OpenMoko to choose a scripting language to ship as default in the standard OpenMoko firmware.
==== Easy build of the existing autotools - based packages ====
In the ideal case OpenMoko should exist on the top of the usual ./configure - make workflow which is typical for the majority of the C/C++ based open source projects. It should not require to rewrite or even replace the existing Makefile.am files of the project being ported, and it should allow to pass the needed parameters to the project configure script. Maybe OpenMoko project could be a bigger project having one or more (if some are libraries) autotools - based packages in its separate folders and include the proper documentation how to "wire" the standard autotools based package to the OpenMoko infrastructure.

===Foreign Widget Set Bindings ===
==== Qt Integration ====
The Trolltech folks have a great widget library. I'd like to interface OpenMoko with Qt4, so that we can write Qt4 applications for the phone which don't look alienated.

==== Maemo Integration ====
The Maemo folks have created a successful standard for Webpad applications. I'd like to have a set of MaemoMoko and MokoMaemo wrapper classes that allow me add support for running OpenMoko applications on Maemo and vice versa. Perhaps we can get help from the Nokia OSS folks for that.

==== wxWidgets Integration ====
wxWidgets is a cross-platform application framework that's very popular (I'd say, #3 after Qt and Gtk+). On Linux, wxWidgets uses Gtk+ to implement the widgets. It shouldn't be hard to add support for the additional OpenMoko classes to wxWidgets hence supporting the native OpenMoko look and feel for wxWidgets applications.

wxWidgets team wants OpenMoko classes too and we (wxWidgets) plan to include this project as one of our ideas for [http://google-code-updates.blogspot.com/2007/02/speaking-of-summer.html GSoC 2007]

==== SDL Integration ====
SDL is ''the'' game developer library. There are tons of SDL games out there. We should add OpenMoko support into SDL.

==== Cocoa / GNUstep ====
Allows to use MacOS X as a development platform.

=== Software: Language bindings ===
==== Python bindings ====
Python bindings seem to be a commonly requested feature.

[[User:Mickey]] says, "They are kind of usable on the [http://www.maemo.org Nokia 770], but it's at the lower end of being bearable. We should keep this in mind -- Gtk+ already comes with Python Bindings, so we "just" would need to wrap libmoko*. I would prefer to leave this to the community do though, since it doesn't make sense to start wrapping the API until we have a stable API -- and I can imagine it will take us a couple of months after going open until we can start with stabilizing the libmoko API."

==== C++ bindings ====
There is a whole skilled C++ community coming from the [http://qtopia.net Qtopia] and [http://opie.handhelds.org Opie] projects. If we would consider basing OpenMoko C++ Bindings on [http://www.gtkmm.org/ Gtkmm], then we could drag these guys in.

==== Ruby bindings ====
Ruby and ruby-(gtk|glade) already ported to OpenMoko according to [http://lists.openmoko.org/pipermail/openmoko-apps/2007-May/000040.html this ] and [http://groups.google.de/group/comp.lang.ruby/browse_thread/thread/6bee9970cf055504 this] mesages. It just have to be included to distribution (only 4.9 MB!)

==== Java bindings ====
People who concentrate on Java programming would like to have the OpenMoko port of some java virtual machine. GNU Classpath team a lot of great work in the past creating easily portable implementation. Sun's recently open sourced code could also be ported.
==== Other bindings ====
* Perl
* C#
* I think you could skip a bunch of these by binding to Dbus; most languages already have Dbus bindings

== Community Support ==

=== [http://projects.openmoko.org projects.openmoko.org] ===
Infrastructure for developers with
* One bugzilla for all projects (makes moving bugs forth and backwards between projects ''very'' easy)
* One mailing list for project

== Platform ==
=== Community Images ===
In the future there could be complete, unofficial "product images" that are created by the community, for example maybe one that incorporates only free software (in the GNU or OSI sense). Or images build with a particular niche market in mind -- a student for example.

=== Wishlist voting ===
There could be a kind of voting system like they have at one of those big computer manufacturers homepage. Then the community could vote for the ideas that are most important to them. This would especially make sense for the hardware wishlist, because the hardware is still the part which can't be done by the community that easily.

Here: [http://www.fevote.com/openmoko OpenMoko suggestion board]

== Software: Additional features ==

===PDA Mode===

There are times when you wish to power up the device and not power up the gsm/cellphone portion of the phone. For example in meetings you might wish to access the PDA side with wifi as is the case for example on an aircraft. On booting some method of booting to pda mode would be good - several other phones offer this feature.

===Driving Mode===

It may be forbidden in many countries, but many people use their cell phones while driving. With the touchscreen phones
this is very dangerous: You have to stare at the tiny numbers on the screen and try to hit them with your thumb or try to decipher tiny script of contacts, while steering with the other hand. There should be a configurable driving mode where the interface has a reduced functionality (e.g. only contacts and dialing) with HUGE interface buttons that are easy to use with limited attention.

===Calling===

==== Mask ID based on dialed numbers ====
It would be nice if my number only showed up when I call people in my address book and was otherwise masked. The phone I have now either always shows my number or never or can be set on a per call basis. Having it done automatically based on the number dialed would be good.

==== Use calling cards and similar routing techniques for lower-cost calling ====
Many people use calling cards, low-cost numbers and similar ways of reducing the costs of their calls. It would be nice to have a single panel that would allow you to configure the rules of dialing a number taking in to account such systems.

==== Outgoing black/white lists ====
The ability to allow or deny outoging calls to certain numbers can be useful in a number of situations (e.g. the holder of the 'phone is a child, untrusted, etc.). This could be related to entries in the contact list, for example a user is only allowed to call people who are in their contact list.

Also lists for incoming calls? Some friends always come through, unknown numbers get rejected automatically.

==== Time-based blocking/unblocking of calls ====
Allowing or disallowing outgoing calls at certain times of the day could be useful, e.g. blocking a business phone from making calls outside of business hours.

====Speaker-phone====
* A speaker-phone is more than simply connecting the speakers to GSM audio, it's also echo cancellation, and eliminating the feedback that will otherwise happen between the speakers and the mic. This software has not been written.

====Advanced Airtime Tracking====
Many phone users have complicated plans, things like unlimited incoming, 100 anytime minutes, 1000 evening minutes, etc. It would be nice if a user could input the various monthly airtime chunks their plan gives them, and then the phone could track how much is left in each chunk, i.e. How much anytime minutes are left this month? Optionally, the software could warn when someone is close to the monthly limit, to help avoid bigger bills.
On (at least some) prepaid [http://en.wikipedia.org/wiki/Unstructured_Supplementary_Service_Data USSD] can be used to check current balance.

==== Anti-stutter software ====
Delayed Auditory Feedback (DAF) has shown to reduce stuttering in individuals by 70%. By using the microphone, it should be pretty simple to implement this on the OpenMoko. The DAF functionality should also be present during phone calls. See http://en.wikipedia.org/wiki/Delayed_auditory_feedback for more information.

====Minimize In-Call mode (check address book while in call)====
On my locked phones I always find it annoying that one can not use other features while a call is in progress. In particular, I'd like to access the address book so that we can (1) give a caller someone else's phone number (or other info) and (2) lookup a phone number when using a calling card or some other proxy.

Similar request when using the browser (lookup passwords, todo list, etc).

====Hold Music (Ringback Tone)====
On some cellphone networks you can pay to change the normal [http://en.wikipedia.org/wiki/Ringback_tone Ringback Tone] that the caller hears when ringing, to a customised sound.
This can partially be implemented on the phone.
Issues are:
*In countries where callers pay, this will make you unpopular.
*In countries where the called party pays, it will use your minutes, or cost you money.
**A list of people to activate this function for would alleviate this.
*[[GPRS]] internet connection will stall while the hold music is being played.
*Extra battery used when playing music.

Also see [[Answering Machine]].

====Play sound clips over the air====
Dialer could have a tab with big buttons which, when push, send sound clips over GSM to the person on the other end of the call. This feature is included in GizmoProject and is called sound blasts: http://support.gizmoproject.com/index.php?_a=knowledgebase&_j=questiondetails&_i=104
The buttons can have default sounds, but also have the ability to be customized.

It would also be useful for notifying people why you can't talk (for example, having an "I can't talk tight now - I'm in the library - this is a pre-recorded message" would be good. Also perhaps you could loop a pre-recorded sound in the background so you can lie about where you are, and have the ability to simulate a really bad connection.

==== DTMF Landline Dialing ====
The ability to hold the Neo near the microphone of a landline handset and have the Neo dial the landline by sounding DTMF tones. The DTMF tones could be generated in software or be pre-recorded files.

Graphically this could be done by adding a 'DTFM dial' button to a context menu. The user would select a contact then presses the 'DTMF dial' button to start the process. A small delay could also be added to allow time to put the Neo near the landline handset.

For the Neo to know which area code to use (or not use) the current or last GPS coordinates could be utilised.

==== Conversation Recorder ====

An option to record phone conversations. Would be helpful to have the device always recording for every call, with the sound data encoded to low quality Ogg Vorbis or SPEEX and stored in RAM. At the end of the conversation the user would have the option to save to flash or discard the conversation. This idea could also be applied to voicemail so you could save voicemails locally.

====Unlicensed Mobile Access (UMA)====
T-Mobile recently rolled out a UMA service that hands off calls between the GSM network and WiFi access points. Only a few phones support it right now, this could be a rather unique feature if OpenMoko can implement it.

This can be combined with a GPS map to show where local free hubs are.

==== Ignore-Call Button ====
{{Main|Wishlist:Ignore Call Button}}

Shut up a ringing phone, without accepting or rejecting the call.

Another alternative might be to use microphone to recognize when the user gives an audible "Shhh!" command. This could prove difficult to determine with the simultaneous ringing, and possible in-pocket shuffling noises.

A really usable feature is to "reject with SMS/text message" - letting the user reply the caller choosing a previously setup template or typical response: "I'm in a meeting - I'll call you later" or "Can't take your call now, please call back in 10 minutes". This feature typically is a much better way to get your co-workers (ie boss) to back off, than to silently ignore the call.

The accelerometers could be queried while the phone is ringing to detect a firm tap on the phone. This would avoid the delays of fumbling to remove the phone from one's pocket to silence the ringer when you've forgotten to set it to silent mode. Just firmly tap the phone through your pocket, and the ringer will silence, like some Motorola pagers. Maybe single tap = silence; double tap = (activate voicemail or preset SMS).

==== Voice Mailbox ====
{{Main|Voice Mailbox}}
On-Phone voice mailbox that records calls on the phone and retrieves voice messages from your mobile service provider's voice mailbox and saves them locally.
Can act profile-dependent.

==== Hold Button ====

Similar to mute, but plays a sound file for the user on the other end while they wait. The sound file could be chosen in some setup beforehand.

==== Unanswered Call, Fast Call ====

In Greece because of the various bill programs some people call a mobile phone, rings one time and then hangup.
Then the user of the mobile phone calls the other user(using the CallerID recognition).

===Audio===

==== Ambient Noise Detection ====
{{Main|Wishlist:Software:Ambient Noise Detection}}

Using the microphone to detect ambient noise the ringtone volume could be adjusted automatically.

If the ambient noise exceeds a preset threshold, the ring vibrator could be activated. This is good for when people forget to enable vibrate mode when entering noisy environments.

Detection of ambient noise could also be used to subtract the noise from the audio signal. However this approach is best performed using two Microphones, one for the voice and the other to detect the noise.

==== Active noise control ====

Using the microphone to do [http://en.wikipedia.org/wiki/Anti-noise active noise control] on media player playback or telephone calls. This should be an independent module/library which can be used by any application which might require this feature. also provide a way to easily alter the parameters of the active noise control.

==== Hear Impaired Mode ====

Hearing impaired people need louder speaker(but with less volume than hands free) and equalized sound, based on their hearing problems(example 20dB hearing loss from 2KHz to 4KHz).
Older people 50+ years old need slower speech rate(time stretch, cut the big speech gups) and cleaner voice.

Please note also the Hearing Aid Compatibility regulations in the US. I have tried to summarize and clarify them [http://quux.wiki.zoho.com/WhereAreHACphones.html here]. I haven't yet discovered whether the FIC device is M or T rated. For many hearing impaired users, a tcoil coupling to their hearing aid (t3/T4 rating) would be preferable to manipulating sound output in other ways.

==== Mute Button ====

Button to temporarily disable microphone while talking for applications such as telephone, audio recording and (when available) movie recording.

===Web Browser===

==== Full-page Zoom Support ====
Full page zoom is a very good feature. If possible, people would want to browse the internet with normal layout than a distorted one. It's best if I could double-tap a text or image block and zoom to a fit size.

The [[BigPageWidget]] proposal suggests 'Full Page Zoom' should be implemented as a widget available to all applications.

* If the processor and memory could afford, it is good to just use [http://www.mozilla.org/projects/firefox/3.0a8/releasenotes/ Firefox 3] in OpenMoko. It has implemented latest gecko's full-page-zoom ability. With certain modification, we could do the same zoom like iPhone's Safari.
* Firefox 3 may be a big eater. A cut-down version of it may be good enough.
* If this is not practical, Minimo with full-page-zoom ability is good.

==== Plugins Support ====
* While an extensive browser plugin system would be costly to the efficacy of the platform four particular browser plugins as poplularized by Mozilla firefox should be adapted to the web-browser, namely: [http://noscript.net/ noscript], [http://adblockplus.org/en/ adblock plus], [http://www.greasespot.net/ greasemonkey] and [http://www.foxmarks.com/ foxmarks].
* Careful use of these can dramatically reduce bandwidth, page space, and rendering costs even if it comes at the risk of some hard drive space in the form of block lists.
* Greasemonkey, in particular, gives users control to set up scripts for commonly traveled pages to further reduce unnecessary or unwanted content.

==== Widget support ====
Built-in browser with the ability to install widget shortcuts (aka links) in the main phone menu, also some apis for interfacing with the other functionality of the phone like adding contacts, reading contacts, reading gps-psoition etc.. (maybe there is some defacto widget standard that could be used)

There is a [http://www.w3.org/TR/widgets/ W3C spec] being developed, which may not be exactly what the original proposal had in mind, but it is about writing simple applications with HTML, SVG and JavaScript. It is mainly Opera's work, and while most [http://widgets.opera.com/ developed widgets are not very useful], there are some that are, and it creates a very nice development platform, especially for mobile devices. So, I think it makes an awful lot of sense for OpenMoko to support this spec.

===Media===
====Music/Video Software====
A real good programming area for competition with the iPhone, a singular video/music player would be great for multimedia. A seamless integration system, a la iTunes and iPod, would be extremely popular.

Using the Wi-Fi connectivity, a separate music program that supports wireless music sharing/ streaming (similar to what can be done when two computer running iTunes that are both on the same network) and that also supports internet radio.

It would also be nice to have some kind of "announce your musical taste" mode. This could be implemented using last.fm profiles, such that when e.g. in a crowded place a user nearby has a similar musical taste, both users get notified so they can share their music files with each other (perhaps using a photo for id). Great for discovering new music - and making friends!

- Possible copyright issues sharing music files?

Sure, but that's the user's concern, not the developer's. There's no way for us to know which audio files the user is permitted/not permitted to share.

==== Reading Support ====
It would be really great to be able to read :

*PDF
*Open Document files
*Text / RTF files
*fb2 files (fbreader)
*MS Office files
*Aportis Doc (pdb)
*DjVu
*...

In both landscape and portrait

==== Wikipedia Mirror ====
{{Main|Wishlist:Wikipedia_Mirror}}

==== Blog ScribblePad ====

Draw an image (and maybe add some text), then post to your blog.

==== E-Book Reader ====
* Neos brilliant ultra-sharp screen makes for a very good e-book reading device. All it takes is a good e-book reader with touch-screen page turning / scrolling (see the [[BigPageWidget]] proposal). FBReader could probably be adjusted easily by an experienced GTK hacker. Note that e-book reading is different to pure text/pdf displaying as it requires at least auto-bookmarking of the last read page, proper text and image scaling and text formatting.

==== Personal Wiki ====
{{Main|Wishlist:PersonalWiki}}

Display the notes database as a Wiki. Inspiration: [http://www.acrocat.com/AcroWiki/default.asp?lang=en AcroWiki].

[http://www.didiwiki.org/ Didiwiki]

==== Dictionary, thesaurus, translator and flashcards ====
Native lookup dictionary and thesaurus and foreign translation dictionaries, also with support for Asian languages. Optional custom configurable (though preconfigured) interface with on-line versions of dictionaries, thesaurus and translation services.

'''Dictionary'''
Something like [http://www-user.tu-chemnitz.de/~fri/ding/ ding]:

advantages:
* small
* very efficient + useful
* only limited to really needed functions

Support for vocabulary training with flashcard system (also usable for other content than foreign language words!)

==== Flickr uploader ====
A simply, drag & drop uploader, tagger and organizer to upload images on phone to [http://flickr.com Flickr], with support for various languages. A good base could be the cross-platform uploader [http://juploadr.org/ jUploadr], written in Java and working on Windows, Mac and Linux. But, most of all, the best '''GPL''' program which actually do this work is '''[http://mobilepushr.jottit.com/ Mobile Pushr]''', written in C and Cocoa for iPhone, must be probably ported in python to work on OpenMoko.

===PIM (Personal Information Managment)===
====Context Sensitivity====
Any email or sms message or application that contains a telephone number should be click to dial, eg [http://123567890 1234567890]. Addresses link to mapping software too?

==== Notes ====

Something for taking notes would be a nice feature:
[http://www.gnome.org/projects/tomboy/ Tomboy] has some nice syncing features and is gtk based.

Some Screenshots are [http://www.gnome.org/projects/tomboy/images/ here].

==== Calendar ====

A nice calendar application should be implemented in OpenMoko. This tool should have a syncing feature with your desktop computer.
The tool should have a reminder feature and other features like other mobile phones already have.

I think synchronization sould be handled by computer with opensync+syncml based tool, not by calendar itself. --[[User:Antono|Antono]] 12:25, 7 January 2008 (CET)

* If this cellphone is thought also as a PDA, of course it needs a calendar. But I would like to see something better than just a calendar, I was thinking that there could be some application using "fisheye" view. Just like [http://www.cs.umd.edu/hcil/datelens/], though that example seem a bit chaotic. --[[User:Yprum|Yprum]] 22:27, 21 February 2008 (CEST)

==== Address Book ====

* Option to search not just the stored list of addresses, but one or more of the online phonebooks. Probably should be modular to make adding/changing phonebook sites easy. Also allows for future integration with LDAP
servers or whatever.
* Also the possibility to search all info on the contact, like number, email, postal address and so on, in case someone asks you to identify a known number.
* Web-based map-lookup. 'How do I get there from here? (here = current GPS location)' This could also be done
by integrating with whatever on-phone GPS mapping software the Neo ends up using.
* Random text input 'notes' about a contact
* Overall, this should more resemble a Palm-pilot's address-book than your average cellphone's
* Automated Daily backup of phone book to a website archive (similar to Verizon's Back-up Assistant
*Ability to integrate address book with web-based email (such as gmail) account, for those who use web based email as their primary account
* '''[[Wishlist:Tagging|Tagging]]''' Place tags for contacts. Enhance message application to send messages to all contacts tagged with ... . Enhance other application(GPS, ...) with tags.
* Support for:
**[http://en.wikipedia.org/wiki/SyncML SyncML]
**[http://abook.sourceforge.net/ abook] a text-based addressbook program
**[http://en.wikipedia.org/wiki/Ldap LDAP] address book
**[http://en.wikipedia.org/wiki/LDIF LDIF], [http://en.wikipedia.org/wiki/Xml XML] and [http://en.wikipedia.org/wiki/Comma-separated_values CSV] export and import (when possible).
*Store Bluetooth IDs of friends and notify (configurable only on this device or on both devices) when a one of these Bluetooth ID has been detected (this is more a separate application but has requirements on the address book. Should also be able to create an address book entry from a Bluetooth ID. Could be used as a nice tool to detect people who you're avoiding.

==== Database/List Display/Edit ====
{{Main|Wishlist:PilotDB}}

One of the most useful apps on my Palm Pilot for me is [http://pilot-db.sourceforge.net/ pilot-db]. It's GPL'd.

==== To-Do lists ====

* It'd be nice to have something like [http://www.joesgoals.com Joe's Goals] always available, like my phone is, even when I'm disconnected from the net.
* I would like to be able update my [http://todotxt.com/ todo.txt] which is stored on a personal server from the phone.

==== Context based To-Do list ====
{{Main|Wishlist:context based to-do list}}

If I arrive home and there are "@home" things in the to-do list, the Context based to-do list reminds me of that.

==== Workout ====

Use your phone instead of your notebook while at the gym, and get pretty graphs to admire after you're done.

==== Shopping List ====
keep Track of Prices in different shops and the products you have/don't have. Ideally using a barcode reader and gps.
If it was made aware of recipes it could even tell you what to buy without entering a shoppinglist manually.

==== [[Fuel Log]] ====
File data about fueling your car (date/time, liters, price, mileage, ...) and display some information (costs per month, average consumption, ...).
Advanced features could include:
* Automatically storing the GPS coordinates of the place where the car has been fueled (can be deactivated)
* Sending the data to a central server which collects the information ( spritmonitor.de, anything else ?)
* Let the OpenMoko receive fuel logs per SMS (e.g. if my wife with a non-openmoko mobile fuels the car and wants to file the data using her mobile phone)
* Let the OpenMoko device act as SMS gateway for non-openmoko devices to easily send the data to the central server
* Also support for air log for divers. Not that you will take this device under water but for the crew at the surface.

==== Keep in touch reminder ====
A background application which keeps track of your friends and reminds you when you have not talked, SMS, IM or mailed a person for more than # days.

==== Menstruation period timer ====
Fill in statistics and compute probabilities for menstruation, fertility, mood.
See http://www.getjar.com/products/48/MyGirls

==== Tagging ====
{{Main|Wishlist:Tagging}}
Tags can be used by various applications. Requirement is interoperability for further enhancement.
Tags should be applied to contacts, calendar events, mail/sms, calls, places(GPS) and files.
http://tracker-project.org has all needed tagging-and-searching functionality and ready to be used on low-resourced devices.

==== Exchange Integration ====

Once there is good TCP/IP connectivity on this phone, integration with corporate email/calendar/to do/contacts/etc servers would be a big advantage... near-real-time automatic email downloads and automatic bi-directional syncing are productivity boosters that you have to experience to appreciate. It turns your phone from a 'nice gadget to fiddle with' to a natural-feeling extension of your day-to-day life.

* Is the time right to name names ? Add as your liking...
** Plugin/integration to & from Kontact
** Same with Evolution - Thunderbird - Seamonkey
** ?? Google Calendars ?? (this one is tough)
** Ms Exchange

==== An electronic wallet ====

A database which stores securely PIN codes, login data, bank and email accounts, membership informations, and other valuable and private data. Entries can be ordered in a folder-like manner. Access to the database is given by a master password. The database as well as the master password are stored with strong encryption. For security reasons, the program asks again for entry of the master password after a certain period of inactivity. The database can be synchronized with a PC application (ideally written in Java for cross platform compatibility).

Examples: KWallet [http://docs.kde.org/stable/en/kdeutils/kwallet/index.html], Viskeeper [http://www.sfr-software.de/cms/EN/pocketpc/viskeeperpro/index.html], KeePass [http://keepass.info/]

==== Easy business card sharing for a small group (in the same room) over bluetooth or WIFI ====

Six Neo1973 owners are having a chat in a cafe. They agree to split but meet later. They want to exchange their numbers with each other before they go.... The normal way to do this is for a rather longwinded repeating of numbers to each other, or half the people manually inputting numbers before phoning/texting the other half to complete the process. All in all its a fair number of button presses to get it sorted.

Instead the NEO could have a small app where the phones link up in a small peer to peer Bluetooth network and share automatically with one person initiating a request and the other detected NEOS agreeing/acknowledging the share. The initiating NEO would then sync the mini-group automatically by interrogating each phone and then sending the table of results. The NEOs would have to be clever about checking for duplicates in the address book and offering a choice to the user if there are any conflicts.

PROS:
*genuine saving in time for social and business situations

CONS:
*I am sure there are some security hassles to be pondered....
*not going to be used every day... definitely not an immediate priority.....
*only at geek conferences will all have a neo....

==== SMS Counter ====

An application which shows on the today-screen how many SMS i've already sent in this actual month. Some have for example 150 free SMS to write each month. With that program you can see all the time how many SMS are left until the end of the period. As an alternative it could be a counter which counts backwards from a predefined number over a defined period.

===Profiles===
{{Main|Wishlist:Profiles}}

The Wishlist:Profiles page documents many possible profiles - ways to configure the phone. Including ways to respond to calls, wifi and GPS events.
And how to automatically switch between them.

===Text Messaging===
For '''Text Input related ideas''' see [[Wishlist:Text_Input]]. Bear in mind that T9 can not be included
For current development status of the messaging-app see: [[Messages]].

There are many useful options that now can be used to full capacity:

* '''Instant Messaging'''
Bringing a new GTK gui or a resized Qt gui out for the serverless Instant Messenger http://Retroshare.sf.net

* '''Acknowledge/status SMS'''
In GSM networks so-called acknowledge-SMS are sent back to the SMS's dispatcher in order to indicate that the primal sms was received (as message delivery is only best effort and is not guaranteed). So in the SMS dialog there could be equal sized buttons with captions as 'send only', 'send and receive delivery status message' and 'send and notify (e.g. ring) when delivery succeeded'.

** '''Special handling of status-SMS'''
Related to the previous entry, these acknowledgment-sms' should be handled in a different way than normal SMS'. Most Motorola do this, while Samsung SGH series don't & clog the inbox, warn of a "new" message upon Status notification: Delivery Status Messages should be stored in a separate menu so they don't bloat the received-folder and you are able to quickly review the status of the messages you had sent.
* '''SMS at time/date''' You could be able to set up messages that are sent at a certain time/date
* '''Binary SMS''' Send binary SMS. Could be used to feign WAP pushes. [http://en.wikipedia.org/wiki/Multimedia_Messaging_Service] See:
** Resource for SMS encoding: [http://web.archive.org/web/20021016104345/www.dreamfabric.com/sms/] [http://web.archive.org/web/20060411222332/] [http://home.student.utwente.nl/s.p.ekkebus/portfolio/resource/sms_pdu.html] [http://www.ihub.com/Binary%20Messages.htm]
** [http://www.gammu.org www.gammu.org] - you can use Gammu/Gammu+ source for this software and/or understanding various SMS formats including EMS, WAP, Nokia Smart Messaging, Siemens & Alcatel encoding ([[User:Marcin|I could]] eventually help)
** Resource for SMS encoding (German): http://de.wikipedia.org/wiki/SMS-Kodierung
** The infamous pocketpc-attack: http://www.mulliner.org/pocketpc/
* '''Profile-override-SMS''' SMS that start with a certain code word override the silent profile and have the phone ring. So someone could alert you in case of some emergency.
* '''Codeword-SMS''' An expansion of the above: check for code words and allow selectable tones for matches. E.g. "Server Down!" has a loud klaxon, "Disk Warning" has a quiet chirp.
* '''(De-)Abreviation-script''' Implement a script that de-abbreviates: "hi m8 u k?-sry i 4gt 2 cal u lst nyt-y dnt we go c film 2moz" becomes "Hi mate. Are you okay? I am sorry that I forgot to call you last night. Why don't we go and see a film tomorrow?" (taken from: [http://en.wikipedia.org/wiki/SMS_language])
** Implement a script that abbreviates :-)
* '''Anti-Spam''' ...feature for SMS. May be it's possible to port some Bayesian based application like bogofilter.
* '''Rule based authorizations''' ...for received messages. For example, delete messages from one source between 9h00 and 18h00 (workday) allow them otherwise (to get alerting messages).
* '''Enable chat-like SMS-viewing''' SMS-Email-like: retain SMS app, but store 'conversations' rather than pile-up. Group/archive conversations by Caller Group (Work / Friends / Home / any user-defined Caller Group). Show appropriate icon from either Caller Group or Caller ID at the source of conversations panel
* '''Searching''' allow full-text search or string search.
* '''Massive SMS Deletion''' based on Conversation, author, before-date-xx.xx.xxxx, caller group, [[Wishlist:Tagging|tags]]...
* '''Call Back''' Prompt 'Call Back' alongside other first-line options (Delete, Save number,.. this kind of options) that appear when reading an SMS.
* '''Non-destructive deletion''', deleted messages goes to trash, and are recoverable.
* '''SMS-EMail-Gateway'''
SMS comes in, gets forward to your inbox, like any other piece of mail. Appropriate alerts and etc occur - again, just like for email. A simple SMTPD running on 127.0.0.1 that is hooked to an email-to-SMS translator that will send email addressed to 'SMS@localhost' (or whatever special address) out via SMS
* '''SMS-filter chain''', for stuff like Codeword-SMS above, Theft-mode activation, auto-response (reply with gsm-position for "Where are you?"), auto-substitution (like replace $POS with gsm-position in outgoing SMS).
* '''SCROOGE-SMS''' This is an intelligent SMS router. When you write your SMS you get the option of how to send it
** By standard carrier SMS - cost 10cents
** By OpenMoko SCROOGE SERVER - this will send your SMS to the OpenMoko Community SCROOGE SERVER next time you have WiFi - the phone will remind you to turn on WiFi when it knows you are in places where you have WiFi access. The person you are sending to picks up when they come into WiFi Range. This comes with an intelligent reminder that tells you that message has still not been delivered in 24 hours and would you now like to send it by a paymethod. This is better than IM because both parties do not have to have WiFi at the same time. - cost FREE
** By email/Wifi - cost FREE
** By email/GPRS - cost ?
** Too many options!!!
** Alternatively SCROOGE SERVER could auto launch IM client if it detects both parties have WiFi at the same time (Status kept on SCROOGE SERVER?) to allow instant reply..... Person who receives has the option to reply in SMS or in IM or in VOIP phone.

=== Text input ===
{{Main|Wishlist:Text Input}}
There are many good suggestions for text input on the specific text input ideas page.

=== More/Custom Input Method Widgets ===
{{Main|Wishlist:More/Custom_Input_Method_Widgets}}
Additional and customizable Input Method Widgets (similar to virtual keyboard).
This could add soft-key functionality to games or other applications such as:
*D-Pads
*buttons
*virtual trackballs
*...
Personalized layouts could be associated with each application.

=== Games ===
{{Main|Wishlist:Games}}

=== Mesh Networking ===
{{Main|Wishlist:Mesh Networking}}

=== Printing Support ===
It would be really neat to be able to print over either bluetooth, Wifi, or USB. I can imagine wanting to print:

* Notes
* Maps
* Email
* Calendars
* ...

Cups contains a bluetooth printing backend, so (in theory) once you have your data in postscript format, you could hand it to cups and it'll do the rest. In practice, it depends on

# GTK+'s printing support
# Making cups run on a really small system

{{note| GTK+'s printing support seems to be very immature in 2.6 (which we need to use for some time). Gtk+ 2.10 contains much better printing support -- once we can use this, it should be more easy.}}

There's always the possibility to render postscript ourselves, but this is not a piece of cake -- in general, printing is much harder than one would imagine.

Further details:
* [http://groups.osdl.org/apps/group_public/download.php/2205/print-summit-gtk.pdf#search=%22gtk%2B%20printing%20API%22 osdl.org]
* [http://www.gnome.org/~alexl/presentations/guadec2006-printing.pdf#search=%22gtk%2B%20printing%20API%22 gnome.org]
* [http://www.j5live.com/?p=204 j5live.com]

===Misc Software===
====Clocks/timers/Activity meters====
===== Sport tracker =====
{{Main|Wishlist:Sport_tracker}}
Sport tracker can be used to measure the distance/velocity from point A to point B (or it could have several intermediate stopping points) using GPS. This would be extremely useful for running, biking, hiking, etc.

===== Standby clock =====
{{Main|Wishlist:Standby_clock}}
A quick way to see what time it is.

===== Egg Timer =====
{{Main|Wishlist:EggTimer}}

Very simple (one click) count up / count down timers are very useful.

===== Cycle Computer =====
As already mentioned by [http://wiki.openmoko.org/wiki/User_talk:Technil Technil], a cycle computer could be created using gps. The sensor at the bike's wheel could transmit data via bluetooth or some cable that would be attached to an openmoko device. In order to save power, one could switch off the gps and only use the bike's sensor.
* Just another idea that came to me: Why don't have sensor's transmit cable plug into the headphone/microphone plug? A tool reads the signals created by the induction of the passing magnet, then gives them to the cycle-computer-app :) --[[User:Minime|Minime]] 19:50, 12 April 2007 (CEST)

===== NTP Server =====

Run the [http://www.ntp.org NTP] daemon using the GPS chipset as a reference clock, so that the Neo would have a very accurate time-of-day clock and would be able to serve time to other networked devices.

I don't know what it would take to implement this. Items to consider would be the availability of a 1 pulse-per-second hardware signal, the accuracy of timestamps delivered in NMEA messags, etc. Dealing with power-management issues (such as the device going to sleep) would also be challenging.

===== Find Keys/locate stuff =====

This would require an additional accessory: a tag which transmits a signal that the Openmoko device can pick up. The tag could for example be attached with a ring loop to your keys, put in your wallet, or be attached with high strength adhesive strips to your remotely controlled aircraft. Whenever you can't find back your keys, wallet, RC aircraft,... you activate this application. When the device picks up the signal of the tag, it translates it to clear audio and visual prompts to guide you in the right direction.

A commercial device that offers this functionality is the [http://loc8tor.com/ loc8tor]. Having this in the Openmoko phone would obliviate the need for a separate device. Murphy's law dictates that you'll only loose your keys when you don't know any more where you've put the loc8tor tracking device. But you're bound to always have your phone with you.

Additionally, you could also set a safety perimeter. Whenever a tagged item moves more then X meters from the phone, a signal will be given.

For a related idea, see [[Wishlist#Dude.2C_Where.27s_My_Car.3F|Dude, Where's my car]].

===== Reality check reminder =====
{{Main|Wishlist:Reality check reminder}}

A tool to [http://www.phrack.org/issues.html?issue=64&id=16 hack your brain]

===== Automatic timezone changing (GPS) =====

Check the timezone with GPS and adapt them.

====Calculators====
===== A Universal Unit Converter Tool =====

One never knows when one may have to convert acre-feet into deciliters. A unit conversion tool makes all engineers and engineer wannabes much happier. And not only the engineers.

Ideas what kind of conversions a converter tool could do:

Length
- Acceleration
- Angle
- Angular Velocity
- Area
- Capacitance
- Radioactivity
- Currency
- Charge
- Computer Memory
- Conductance
- Density
- Energy
- Illumination
- Power
- Force
- Flow
- Pressure
- Speed
- Temperature
- Time
- Torque
- Viscosity
- Volume
- Weight

Roman Numerals
- ASCII, Hex
- Cooking
- BMI
- Clothing Sizes

Money Converter based on current rates from Internet...
e. g. Dollar <-> Euro

Physical and Mathematical Constants
GPS conversions

- link to or integration of a scientific calculator
- link to or integration of a simple calculator

A good basis for such a converter tool could be the Palm program "units" from
François Pessaux [http://francois.pessaux.neuf.fr/files/units1_11.tgz]. The GPL'd program comes with full documentation.

For GPS conversions see gpsbabel [http://www.gpsbabel.org]

===== An Postfix Notation (RPN) calculator =====

Many engineers, computer scientists and other groups who have grown to enjoy the simplicity and ease of an postfix notation calculator will miss them when they give up other platforms to move to OpenMoko. A RPN calculator will increase adoption by providing one of the tools that other platforms have provided for many years.

==== Windows CE Emulator ====

On ARM machine, Windows CE API emulator, like Wine on x86 machines.

==== PalmOS Emulator ====

The Access group is probably coming out with their Linux platform any time soon. One of the components is a PalmOS emulator which I'd like to see working on OpenMoko as well. There are literally thousands of PalmOS apps.

I'd like to see a Windows CE Emulator with active sync support.

==== Chumby Emulator ====

Would be very cool if the neo can act as a chumby. see http://chumby.com for more details about a chumby.

==== TV Guide ====
Display a TV guide using [http://xmltv.org xmltv].
Something like [http://mtvg.sourceforge.net/ Maxemum TV-Guide] (QT)

==== Alcohol meter ====
Give the phone some info about your body (gender, size, weigth) and when/what you drink and it will compute an approximation of the amount of alcohol in your blood. Updates automatically, could have an alarm, when you are probably sober again.
See, for example (German text) http://www.misterio-online.de/promille.htm

==== Interaction with LEGO Mindstorm ====
With the accelerometers, GPS and good CPU, the phone could be used to control/serve as input with robots built with LEGO Mindstorm, which can be accessed by USB and Bluetooth.

==== Flashlight ====
Simple finger application that makes every pixel on the entire screen white to be as bright as possible until you tap the screen again to turn it off. This way, you can use your Neo as a (short term) flashlight!

==== Wii Controller Emulator ====
Use the accelerometers and buttons on screen to work as a Wii controller via Bluetooth.

==== FUSE support ====
Ability to use FUSE to mount larger file systems over wireless. (even gmailfs, sshfs, etc.)

=== Accessibility ===
Accessibility features for the visually impaired.
* High Contrast Themes.
* Screen Magnifier. Features should include automatic cursor tracking when navigating menus and entereing text and provide manual controls to zoom in on other section of the screen.
* Text to speech. The software should read out menu item ,contact lists ,text messages etc. Would also be useful for operating the phone while driving. see: [[Wishlist:Speech synthesis]]

==== VOIP ====
* [[Dialer]] should be able to use SIP.
Ability to use the phone for VOIP over wi-fi such as Vonage. They currently have 2 different pieces of software for pc . Basically software creates a mac address which is paired with your Vonage account. Skype could also be implemented but I prefer Vonage. Only available when connected to wi-fi with a good connection. Phone treats calls the same as a cellular call, could keep a separate log of minutes, ability to record conversations, etc. Option to use VOIP if connection is available automaticly or manually. Small icon to show when call is using VOIP.
* A standard SIP client would probably fit better into the "free and open" philosophy.
* Ideally a SIP client that includes ZRTP/SRTP for secure communications.
(Note: Vonage will not give you your SIP credentials, so you cannot log into their network with a non-approved softphone. Other VoIP providers have different policies.)

''This seems very similar to what [http://en.wikipedia.org/wiki/Generic_Access_Network UMA] offers.''

Asterisk is a great communication platform that can run on small devices. I have an Asterisk server running on a Nokia 770 and I read about running Asterisk on an iPhone. With the crosscompiler available it sould be possible to compile it and run Asterisk on an openmoko phone and let it take care of almost everything on the wishlist below.
Edw/

==== Power Meter ====
If the power bar is clicked on it will show time left on charge and if charging it will show time until full.

=== Accelerometer wishes ===
==== Flick interface ====
Ability to "flick" the phone for page up/down by simply and rapidly tilting the phone back-and-forth for up and forth-and-back for down. The same motion can be implemented for sideways motion. This will take advantage of the 2 3d accelerators.

Sensitivity of the scrolling should be configurable and a test option provided.

==== Reading navigation of documents enhanced by accelerometers ====
If the two accelerometers in Neo1973 allows it, it will be nice if when you're reading, give a newspaper, you can move up, down, left and to the right the viewing of the document just moving the phones to the corresponding direction.

I don't know if this is possible (haven't seen the project in detail yet) but this feature could be very attractive for final users (and this is good). (sorry for my english but i'm italian)

==== Wand UI ====
In keeping with the requests to think outside of the box... the dual 3d accelerometers should enable a 'magic wand'-style UI for certain uses. Macros could be recorded and edited, or presets could be used. For example, flipping the device playfully could initiate a game mode or could signal the end of the work day.

==== Shake-to-Wake ====
Giving the phone a shake enables voice commands for a few seconds.
Usage Examples:

* {Shake} "Call" ''ContactName'' ''PhoneType''
* {Shake} "Call John Mobile" (Calls John's mobile)
* {Shake} ''ApplicationName''
* {Shake} "Reader" (Opens the e-book application)

Would require a method of inputting voice tags for applications and contacts and obviously will only work for P2 (accelerometers)
But lets get voice command functionality working before P2 (just by pressing a button on the screen instead of shaking)

I think that is possibly to replace "Shake" with double hit with finger in the side of phone. Proper algorithms(with accelerometers) should recognize any similar activities.

==== Emergency call ====
When the accelerometer detects a great acceleration (i.e. 5G) start a countdown sequence, if it is not stopped make a call to a preconfigured emergency number. If the data from the GPS is accurate give it.

A first version could use a recorded message (an audio file). In next version it could use a synthesizer, so it can give more information (add GPS information when it is ready).

:I would worry that most such events would be false positives, and hard to distinguish from the real thing. A user dropping their phone (an event very common in the life of any cellphone) is far more likely than a user being in a car accident with their phone, and the clatter of a cell phone on asphalt could reach 5G. Additionally, it has to be very hard to distinguish hitting pavement from hitting a windshield, as from a physics standpoint the two are the same thing. [[User:Hashbrowncipher|Hashbrowncipher]] 02:06, 26 October 2007 (CEST)
::It could use the gps data to calculate the speed it is traveling with. Let's say it has been moving for more than 50 km/h for more than 10 seconds. Then it could activate the "emergency call if more than 5g" function. Aside from the countdown timer, it could increase the volume to max and warn the user that an automatic emergency call will take place in x seconds. While it is counting down it could listen for "Never mind, I'm fine, phone" and stop the countdown in case it hears that. It could also output the warning sound to the attached bluetooth headset and let the user talk to emergency services if the user is still conscious. [[User:Tommy|Tommy]] 17:48, 8 January 2008 (CET)
:::Perhaps have the phone yell loudly that it's about to do the emergency call for a decent amount of time, disabled by touching the screen or entering the pin number. In the case of any bluetooth device attached to the user, the phone could check to see if it's in range before calling. [[User:sin|sin]]

==== Movement detection ====
By detecting that the owner is walking a user defined profile can be activated with a specific set of notification settings. For example you may wish to use a cheap old sounding ringtone so you don't attract attention from muggers. Or you may wish to have a louder ringtone if you carry your phone in a bag where it can't be so easily heard.

==== Games ====
Imagine a first person shooter that you look around by turning your body.

==== Sloshing battery indicator ====
Shaking the phone will produce a sloshing sound, as if it contained a liquid. As the battery loses charge, so the sound produced on being shaken, will replicate a decreasingly empty container. [http://mobile.slashdot.org/article.pl?sid=07/11/28/1342248] for an example.

==== Others ====
Also see the pages[[Wishlist:Auto Align Map]], [[Wishlist:Determine Position]], [[Distance Measuring]], [[Wishlist:Computer Mouse]], [[Wishlist:Dynamic Screen Orientation]].

=== Connectivity ===

==== VNC ====
A good, stylus friendly VNC client/host combo would be easy to add and terribly useful.

==== Networked X-Windows ====

Whether it's running true X-Windowing over the network, or your bog-standard VNC connection as mentioned above, the ability to have your phone's screen available on your laptop or palmtop would be most desirable.

==== NX client ====

A form of X-windows forwarding optimized for performance over slow, or high-latency links, which could prove extremely useful. Capable of streaming a good quality, full desktop session over modem speeds. The protocol and at least one implementation is gpl'd. [http://en.wikipedia.org/wiki/NX_technology wikipedia]

==== OpenOffice Presenter Control ====

I Think it is a good idea to control your OO Presentation with Openmoko about WLAN or Bluetooth.
I think it needs some buttons to go back or forward and control the mouse to show something and take normal mouse clicks.
But with the mouse clicks I think that we need a short time between the clicks in example 1 second. Because when you make a mouse
click than to fast than you must go back.

==== Amarok and other Media Player remote control ====

Control Amarok or any other Media Player with OpenMoko (as a remote control). Bluetooth or WLAN could be used as protocol to send and receive the data. Maybe a WebInterface of Amarok is a start. Can be used on parties for a mobile music management.

==== Read informations with SMS ====
Send a SMS with Code to the OpenMoko (from a specific number).
For example to send get the GPS coordinates from a stolen Neo (or if you don't know where your Neo is).

=== Security ===

==== General Filesystem Encryption ====

If anyone wants to get your private data saved on your OpenMoko device, he should have to get through a high security mechanism like dm-crypt. The question is how much CPU power would be needed.
Would it be an idea to encrypt only the private data like phone numbers, preferences, address book etc. (like /home/$USER).

http://luks.endorphin.org

==== My Account ====
{{Main|My Account}}
A way to securely store information about the phone, and ensure that a phone you may be considering purchasing is not stolen.

==== [http://zfoneproject.com/ Zfone] or similar ====

Something that allows the user to speak with another person securely.

==== GSM Encryption ====

This software application would allow GSM encrypted calls to be made using the GSM Data Call Channel.

[[OSvS]]

==== My Voice is my Passport ====
Use voice recognition to unlock the phone. "Hi. My name is ... My voice is my passport. Verify me."

==== Firewall ====
A network firewall

==== Full Mac Support ====
Full mac support, preferably with full software and full sync capabilities with iCal and iMail

==== Anti Theft Application ====

This application would enter the phone into an [[Anti-Theft Mode]] which activates particular security features to reduce the risk of theft and also to ensure a higher probability of recovery of a stolen handset.

====RFID based personal alerts====
Assuming an RFID reader is available: You'd put an RFID tag on your keys, wallet, etc and train a program on the phone to give you a soft or hard alert when one of them leaves detection range. That way, if you're walking away from one of them, the phone could alert you.

====OpenVPN Client====
This application allows to configure the device as an OpenVPN client using the GUI including support for X.509 certificates.

=== Integrated Help System ===

A help system that is either on or off. It could be activated and deactivated by a [[five-second-press]] on a button, for example the AUX button. When the help system is activated, it will explain the use of any item you touch on screen (with stylus or finger). Example: if you touch the battery icon, it will explain that this shows battery level / remaining time. If you touch the date / time icon, it will explain that this icon shows date and time, and that if you press it, you can set date and time. Primarily, this help system should be able to explain all user interface elements in the main screen, but if it proves popular, it could be expanded to cover other applications as well.

===Performance optimisation===
==== Use DMA engine in CPU for blitter ====
The DMA engine in the CPU can substantially speed up moving of large areas of screen in some cases.

==== Use virtual screen to optimise scrolling ====
In some other cases, the hardware supported virtual screen may also speed it up.
===Reusable Display/UI Widgets===
====Use BigPage for full page zoom, scroll, scale in many apps====
The [[BigPageWidget]] Page decribes a widget that could bring full natural page viewing, scaling, scrolling to the OM platform - allowing all applications to make intuitive UIs. A good way to read documents of any type without reformatting them massively increases the utility of a device with a small screen

==Bluetooth==

=== Voice Dialing ===

Dial by voice commands.
 Dial by dictating phone number. This way we can voice dial any number even if not in our contact list.

=== Music through Bluetooth Headset ===

Music can be played through a Bluetooth headset, but would stop playing when a call comes in.

=== Walkie Talkie ===

Let OpenMoko devices connect to one another via bluetooth or another connection method (GPRS for long distance but high latency, probably Wifi on P2), and hold a conversation.

Features for this applications can be:
* Push To Talk (PTT) button
* Voice Activated Control (VAC) which will set it in transmit mode when input has is detected above a certain predefined level.
* Optionally a full duplex mode
* Different channels to choose from
* Monitor different (preselected or all) channels for traffic.
* Content encryption
* Active noise control
* Allow zero config use (units can talk without any access point helping)
* Overview of all connected people trough sending GPS data to everyone who is in the Walkie Talkie channel

Local (non-GPRS) use cases include chatting while biking
or motorcycling in a group; perhaps also in a car caravan.
This application could also be used as a baby-phone to monitor your siblings.

This would be more useful if the Neo had Class 1 bluetooth, though probable Wifi on P2 will also offer more range.

(One thumbs up from me) Jackcday

=== Automatic Sync ===

Automatically synchronize with desktop computer (or with any [http://en.wikipedia.org/wiki/SyncML SyncML] server) when within range based on user profile. This may require the use of a secure data transfer.

=== GPS Assisted Bluetooth Management ===

Allow Bluetooth to automatically turn off after loosing connectivity and to automatically turn back on based upon GPS location.

A Bluetooth device is configured for automatic reacquisition based on the following profiles:
* Manual - only when Bluetooth is on
* Non-mobile - the target device is not mobile, periodically attempt reacquisition when in the general area of the device.
* Mobile - the target device is mobile, periodically attempt reacquisition when in the general area of the device.

Each target device is configured as follows:
* Automatic acquisition at last known location: enable/disable
* Automatic acquisition at these locations: list of nickname + coordinates + range

==== Non-mobile devices ====

Examples devices include: computers

The location and range of the target device is determined via training. Periodically, the current GPS coordinates and Bluetooth signal strength are logged. Additionally, connectivity loss events are logged. An algorithm uses these logs to determine the device location and range.

Connection attempts are made when in a configurable proximity to the device. The first attempt when entering the proximity and further attempts at a configurable interval.

==== Mobile devices ====

Example devices include: automobiles

Mobile devices are configured to have two types of locations:
# Last known location
# Non-mobile locations (homes)

===== Last known location =====

A car is mobile, ideally, when you leave your car, the phone should note the car's location when connectivity is lost and then attempt to reacquire the car when you return to the location of the car.

===== Non-mobile locations (homes) =====

As mobile devices may have multiple users, it is not sufficient to always use the last known location. In this case, the device may additionally have multiple homes. For example, a car might have as its homes: home garage and work parking lot.

=== Bluetooth neighbor detection and multiuser apps ===

Like the [http://en.wikipedia.org/wiki/One_laptop_per_child one laptop per child] (OLPC) interface, keep a number in the status bar that represents a count of other openmoko or compatible bluetooth devices in the area. Allow for the spontaneous initiation of a chatroom or multiplayer game or file trading with any moko in the area.

=== Bluetooth environment detection ===

Capability to detect when a predetermined bt device enters/leaves bt range and launch a system-wide event accordingly. This would feed not only the "Neighbour detection" idea described above, but also the "Profiles", "Context based TO-DO list" and "Location-based reminders" ideas. Reminders could be set to trigger in the presence of a specific person X (with BT device Y). Profiles can take into account which devices are present around the phone (car kit, for ex.). To-do list could also change according to present devices.

=== Remote control ===

==== Wireless presenter ====
Use the phone to run your OpenOffice.org Impress presentation remotely using Bluetooth. Cool features:
* Display the text notes for the presenter on the phone's display and update it whenever the slide is changing.
** OO.org has implemented support for [http://www.openoffice.org/issues/show_bug.cgi?id=12719 dual monitor]/[http://www.openoffice.org/issues/show_bug.cgi?id=18486 presenter mode] that can be used as a starting point
* A small timer showing the time passed (and perhaps remaining if the presentation app supports such a feature).
* If you want to be super-cool, you give a preview of the notes of the next slide in the show.
* At the end of a presentation, a "navigator" could allow to easily jump to any slide in the presentation by clicking on it on the phone.
** When you right-click in a running OO.org Impress presentation, you can choose "got o slide..." and select any slide to jump to.

==== Initiated from another device ====
Remote control over Bluetooth from other devices to control media player (play, pause, next, previous, volume control), camera (capture image), etc.
==== Directed at another device ====
Remote control over Bluetooth to other devices to control media player, lights in your house, etc.

[http://mjr.iki.fi/software/remote-0.9.0.tar.gz Remote] is my draft of a python-based remote control app that allows you to define button sets and commands to run on the local or a remote host (through ssh, for instance). Error handling and command interface need work.--[[User:Mjr|Mjr]] 11:14, 18 October 2007 (CEST)

Z-wave uses web-browser control of devices that is said to be compatible with mobile phone browsers so should work with openmoko browser. [http://www.z-wave.com www.z-wave.com]

=== Bluetooth Car Connection ===

Have a deeper connection to the car than just handsfree speakerphone. For instance a transceiver with challenge/response systems to open, possibly even start the car. Possibly go as far as OBD connection to monitor car status on screen/log for later.

Could be done with a port of [https://garage.maemo.org/projects/carman/ Carman] or similar that can connect to an OBD2 adapter via USB or Bluetooth and display various information collect from the car, GPS, and accelerometers. --[http://wiki.openmoko.org/wiki/User:Bmk789 bmk789]

==== Dude, Where's My Car? ====

When in range of the car navigation system, remember the position (perhaps check with the car GPS). When not in range, assumme that you are not in the car, and offer the opportunity to navigate to the car's last known position. That way, you can find your car e.g. on a large parking lot.

=== [[Bluetooth powered Multi-SIM support]] ===

As the Neo1971 does not come with dual-SIM support this could be solved by joining your old bluetooth-enabled mobile to your OpenMoko-phone.

Let SIM card A be in your OpenMoko-phone and SIM card B in your old mobile:
* Incoming call on SIM card B - the OpenMoko-phone acts as a headset(Bluetooth Headset profile)
* Calling out via SIM card B - the OpenMoko-phone acts again as a headset
* Same for Short Messages/MMS/Internet
This way you'd have your old phone switched silent and connected to your OpenMoko-phone that handles all the calls and one can select which SIM card to use.
Advantage: No 'switching' between cards
Disadvantage: Second mobile needs to be in range(e.g. handbag) and charged every once in a while.

===Internet Gateway===

If the device could function as a Bluetooth router/gateway to the internet via the GPRS/data connector, then you could use it to get network connectivity from your laptop and other devices while on the road. Many smartphones can be configured as modems via Bluetooth for use as Dial-Up Networking connectors, and that should be the minimum target. Ideally, if the WiFi functionality was used so the OpenMoko could be an 802.11 router or peer to peer gateway for a laptop, this would be even better. The full bandwidth of GPRS or whatever network is available would then be available.

=== Social Networking ===

Anybody running the social networking app will be broadcasting a profile, and when certain keywords are matched with other users who are also running the application, an alert is sounded. Each mokoid can be added as a hexstring to a profile page, and xml filters can be developed for each social service to convert various keywords and interests to moko-friendly format.

=== Give userspace api control over bluetooth signal strength ===

I have tried bluetooth handsfree sets with other phones and don't get perfect reception due to low signal strength. I suppose the reason the signal is so weak is because the manufacturer wants the battery to last long on its latest charge. Can you please make the strength setting configurable by the user of the phone through an api and perhaps even through the phones gui? I would gladly waste some battery time in exchange for stronger bluetooth signal strength.

== WiFi ==

=== Industrial grade Wifi management ===
One annoyance I've had with Wifi enabled gadgets is that they simply keep the connections in a dumb list. What I'd like to see is more granular connection management, which enables me to specify whether a given connection is friend & family (mom's place), professional client (joe's copies and coffee), commercially available (panera), onetime use, or anything else, as well as managing router config backups, firmware images, and security keys.
=== Captive portal auto-login support ===
Having a nice front-end to some sort of script that checks the authenticity of a captive portal login page (SSL cert), then passes your username and password login information to automatically log you into your account would be very nice as well. This can be done with curl, but it is difficult to make it work on all captive portals out there. Perhaps just a field that you can specify "once I am connected to this AP, run this script: ".

== Wireless Piggyback ==

HSDPA support and the like, so that users can connect directly with the internet with G3/G4 mobile service providers at speeds at or above 3.6 Mb/s.

== Other ==

=== Auto Update ===

A small tool which is configurable to download the latest OpenMoko and OpenMoko related software. Maybe if any internet connection is available or a minimum of bandwith is available then the auto update would download only security related or the whole system etc. .

=== Vibrate Pattern Recorder ===

An application that would allow the user to define their own vibration patterns, and possibly link them to audio files. Recording would be done in real time initiated with a "Record" button, optionally playing the associated sound file in sync with recording). While recording, the user would press and hold a button to define the timing and duration of vibration. The user would press "Stop" when finished. Vibration patterns would have the option of being looped(would terminate at some global ringtone length maximum).

One simple suggested vibration file format would be a sort of run-length encoding: First byte defines the length of a "time-slice" in milliseconds, which would determine the overall tempo(actually the inverse of tempo). The next byte would define the number of time-slices to leave the vibration on, and then another byte for how long to pause after. Continue alternating these on/off bytes until the entire pattern is defined.

- or just use MIDI, using a separate channel for the vibrator.

An implementation of RTTL could also be used to define vibration patterns.

=== PC Input Device ===

Provide a method to use the touchscreen as input device for a nearby desktop machine. Could connect over USB or bluetooth.

Could emulate a pointer device (mouse) or even keyboard using standard bluetooth/USB interfaces for such a device.

Use case: Alice is lazing on a couch and doesn't want to get up to do some minor interaction with the computer. She can see the screen and uses the OpenMoko device as a mouse and/or keyboard to interact with the computer.

=== Advanced Notification And Ringtone Manager ===
{{Main|Wishlist-ANARM}}

ANARM would be an application for handling all event-based audible notifications from an OpenMoko device.

=== Location based reminders ===
{{Main|Wishlist:Location_based_reminders}}
Location based reminders can be used to notify users of various events or reminders that are location based.

=== Synergy Client ===
A synergy client would enable the user to place the device next to a desktop PC and share the desktop`s mouse, keyboard and clipboard over a TCP/IP network. [http://synergy2.sourceforge.net/ Synergy]

=== Next device ===
List features for your fantasy device to come from FIC (or anyone else, for that matter). Define the GTA03 here ;-)

==== There is no device ====
From [http://wurp.blogspot.com/2008/01/teh-future.html Wurp's blog]:

Clearly the Next Big Thing has to be for the device to go away altogether. I know the basic idea for wearables has been around forever, but it seems to me that the time has come.

I wanna wear a bluetooth earpiece and cool shades, possibly with [ here's where my imagination is failing me :-( ] gloves, or fingerless gloves, or (ew) wristbands, and let any surface, including my hand, or no surface, be my interface. Tap the earpiece when you get a phone call, see a dial pad on your palm and tap out the number with the other hand, watch movies on a giant screen hovering in the air...

(equipment list: bluetooth earpiece, some brick in my pocket or on my belt, glasses w/ minute camera, painted video display, & variable darkness lenses, and gloves)

Why the hell do I want to dig out a device every time I want mindless entertainment or superficial conversation?

Ideally, you could then sell any little doohickey with whatever interface you want (switches, knobs, g-spots, ...) and all it needs to do is network with some software on the brick to be anything at all...

== GPS Software ==
*Providing GPS Support also for outdoor users in addition to ordinary street navigation features
** Overlay of satellite images with existing streetmaps
** Incorporating SRTM digital elevation model: for example using the VRML/X3D as data format (see http://www.ai.sri.com/geovrml/) which is interesting for e.g. mountaineering: using a 3d browser rendering VRML/X3D Model, displaying the current position and track (possibly also other gps-tracks of the different routes to a summit downloaded before could be mapped onto the 3d model), (what about 3d hardware support? there is nothing written in the hardware specs about graphics: thinking of OpenGL for embedded systems (see http://www.khronos.org/opengles/)
** Using sth like a tracking mode to allow certain people to determine the current position and track (for rescue missions - like they have for example at http://www.steiger-stiftung.de (a German beneficence for rescue issues) There you can register your mobile phone so the rescue service is able to track you immediately if necessary. The interesting thing: It seems like some mobile phones with GPS have special support for this issue. If your phone is registered, the rescue service is able to get your GPS coordinates directly from the phone without any user assistance. Openmoko should also support this! )
* Implementation of 3dTracking's (http://free.3dtracking.net/) tracking software or equivalent.
* "Geomark" function: if you have to save the current time with your current location, only hit one button...
** You also should be able to navigate with a small "compass" and the distance should be displayed to your saved point (maybe where you parked your car on a big car parking area)...
* '''Measure the distance between two points (air line or walked way) -> no need for a tape measure'''
**I think it would be good if you could either use Bluetooth, GPRS or AdHoc Wifi, and see near Neo1972 on the GPS map so you could see where your friends are, e.g "You want to know if you friend is on the bus behind" You would need a strong wifi and GPRS would be too expensive.
*A bicycle sat-nav would be cool, speciayl designed for bicycles, e.g. cycle routes

 [[Community Based Traffic Information]]

== Hardware ==
{{Main|Wish List - Hardware}}

It could be use for beepway Online service too
[http://www.beepway.com]

=== Dedicated Power / Charger Pinout ===

Having not yet seen a physical Neo device, I haven't been able to examine any of the IOs to see if there already is a dedicated power / charger input. However, I can imagine that it might be very tempting to have the device charge solely via USB. For any device that is capable of USB-host, that is a '''horrible''' idea.

Since the device is able to run in USB host mode, it might be a good idea to allow for an alternate power supply, if say, a USB keyboard was being used for several hours. Rather than drain the battery, one could just supply power via the wall outlet while still providing endless hours of USB-host enjoyment for those hard-coders on the go.

The main question is just deciding on where to take power from if in USB-client mode and the power cable is inserted, but really, that's not too big of a deal and can be solved with very minimal circuitry.

This might sound extraneous at first, but when the device shuts down in the middle of an important USB file transfer, or right before that great piece of code was saved, you can bet that those users will be saying "Hmm... a separate power adapter would have really come in handy right now".

I suggest a tiny 3mm, dedicated +5V power input (something a la Nokia).

=== Tactile feedback via buzzer ===
Assuming the hardware has a vibrator/buzzer for silent calls, use a lightly pulsed version of that to simulate tactile feedback when dragging finger across buttons on-screen. Implemented properly, it would almost feel as if the buttons were real.
: 25 ms bump on the buzzer feels about right. Does this harm the vibrator motor? --[[User:Sagacis|Sagacis]] 05:15, 2 October 2007 (CEST)
:: Created a patch to do this [[User:Sagacis/ForceFeedback]] --[[User:Sagacis|Sagacis]] 05:05, 3 October 2007 (CEST)

=== Detachable keyboard ===
Hardware keyboard that can be attached with magnets to a future version of the Neo.

A bluetooth mini-qwerty keyboard that straps to my wrist!

: A BT keyboard would be nice, but do you need openmoko to provide it? [[http://www.intomobile.com/2007/11/07/targus-bluetooth-mobile-tumbpad-when-the-tiny-keyboard-on-your-smartphone-just-doesnt-cut-it.html Targus bluetooth keyboard]]

=== SD Card Slot ===
I think the Neo1973 should have a normal SD card slot as the micro is too small, and the SDs have more space. [unknown author]

SD Cards now support 32GB. Their storage density will always be multiples ahead of microSD (now at only 2GB). An SD Card slot will:
* Provide enough storage to '''turn an OpenMoko into a music (MP3) jukebox''' large enough for entire music collections, like an iPod with Bluetooth for the car.
* Enable '''storage''' of:
** podcasts, full-length movies, or large photo collections
** photo and video from an on-board high-res camera
** entire email database at your fingertips, even in poor phone signal areas
** more detailed maps and charts
** encrypted work databases that are not available online
* Have easy '''external access''', without requiring battery removal like the microSD card
* Support '''SDIO''' accessories
* Enable '''transfer''' of data from an external camera's full SD memory to:
** a portable USB hard drive, offsetting the need to travel with a notebook PC
** the internet, via wifi or phone network
* Enable editing of videos and photos obtained from external cameras

Without an easily accessible higher storage SD Card slot, many users will soon be playing the juggling game of which data to delete from the much smaller and harder to swap microSD card. This is especially true for OpenMoko users, who are more likely to be power users than is the average mobile phone carrying population. Why carry an OpenMoko and an iPod, when you can simply add an SD Card slot?
--[[User:Pedro|Pedro]] 20:06, 17 March 2008 (CET)

: This is not true. Now you can find 2GB micros at the price of 20-30 euros. Too small for what?? --[[User:V0n0|V0n0]] 22:06, 28 December 2007 (CET)

: Think of putting a few '''movies''' on that SD memory card. It could really help if it was a little bigger (8GB, 16GB, 32GB). Also think of going '''offline''' for 1-2 weeks, far away from any computer you can access and then wanting to listen to some music. What you get in turn with a 2 GB memory slot is the same music over and over. Or you have to switch memory a cards a lot.

: This situation is far more common than one would think: going in the mountains, going offshore (on a cruise ship). Or simply you may want to store many types of music, and '''share''' your device with friends. --[[User:Bogdanbiv|Bogdanbiv]] 13:47, 10 January 2008 (EEST)

: Well, it can be micro SD, but why to put it so deep inside, under the battery and even under the SIM card? I would suggest to have a simple slot on the side where we could insert/remove the SD card equally easily as we swap CD's in computer. [[User:AudriusA|AudriusA]] 16:36, 12 January 2008 (CET)

[[User:Cfriedt|Cfriedt]] 12:40, 24 February 2008 (CET) -- I completely agree with a more accessible SD card slot. It should be made external for quick removal / insertion. I realize that would mean program data shouldn't reside on the SD, but really 256 MB of on-board flash is plenty. Mirco or normally-sized, a regular-sized SD is still trivial to implement in terms of solder pads and traces.

: Sorry, but this looks like useless chat. Micro-SD cards are perfect for mobile devices as they don't get too much space on the pcb. Also, we can find micro-sd up to 8gb, if you want more space just wait a while and they'll produce a bigger one in a few months :-p. Really, almost every single phone that has a sd slot has in its micro version, why would we need a full-sized, huge normal sd slot ? It gets too much space on the pcb it's not only about sw configuration or pin soldering, it's more regarding pcb layout.

: What about something like this adapter[http://linitx.com/viewproduct.php?prodid=11922]? Is there any place in the case left to put this into? Nevertheless there is a 12GB microSD card announced from SanDisk and a 8GB card costs about 40€ or 15€ for 4GB. (But a 8GB SD card costs only about 25€) --[[user:kelvan|Kelvan]]

=== IR port ===
Remote control applications

Would be great to use openmoko as a Harmony remote controller.

:I'd like to add that i fully support this. An IR port on future openmoko devices capable of controlling set-top boxes like TV/DVD/Stereo is necessary to make the device as universal as possible. A cellphone should be your window to the world and allow you to interact with it in as many ways as possible.

:Care must be taken to use the correct type of IR chipset/controller in the phone. Most IR ports you find on devices like computers, some cellphones etc. Are for high speed data communication and CAN'T control TVs/DVDplayers/Stereos etc.

:In order to reduce cost it maybe possible to use the sound chipset in the phone to generate the waveform sent to the IR led. IR remotes work at ~38Khz which is within the range of the sound chipset. The sound output could be internally switched between the IR led or the speakers.

[[Category:User]]
[[Category:Ideas| ]]

Wish List

2008-03-28T00:34:42Z

BioGeek: /* NTP Server */ added Find keys/locate stuff

This article is a place to collect various thoughts about the future of the [[OpenMoko]] software platform. Most wish list ideas have been linked from this page, but you may also wish to check all pages [http://wiki.openmoko.org/wiki/Category:Ideas that have a category of 'Ideas'].

== Development ==
=== Painless SDK installation & Setup ===
Our goal should be a completely painless setup for somebody wanting to develop using [[OpenMoko]]

* one command for installation (apt-get install openmoko)
* one command to start Xnest (openmoko-xephyr?)
* one command to start an i386 shell (openmoko-386-shell)
* one command to start an armel shell (openmoko-armel-shell)

No extra configuration required.

==== IDE Plugins ====
People like to see plugins for
* [http://anjuta.sourceforge.net Anjuta]
* [http://www.eclipse.org Eclipse] (some things are possible - see [[Development with Eclipse]].
* [http://www.netbeans.org NetBeans]
* Game engine - Game Creation plugins
evaluate eclipse project [http://www.eclipse.org/dsdp/index.php Device Software Development Platform Project from eclipse] and subproject [http://www.eclipse.org/proposals/tml/ Tool for Mobile Linux]
* [http://www.kdevelop.org KDevelop]
* [http://developer.apple.com/tools/xcode/ XCode]
* [http://www.monodevelop.com MonoDevelop]
* [http://msdn.microsoft.com/vstudio/ Microsoft Visual Studio 2005]

==== UI Designer ====
Glade code generation is deprecated, so we don't want to use it. The Gtk+ powers told me that the plan is to have gtk 2.12 (out early 2007) with support for GtkBuilder, a libglade derivative which breaks a bit the XML definition in order to support all the new widgets and properties; as soon as it's in the other ui builders will add support for this format. See also [http://bugzilla.gnome.org/show_bug.cgi?id=172535 the relevant bug entry]
* Possibly a Landscape (rotated) view for the screen (480x640 *or* 640x480)?

==== Built-in Scripting Language ====
{{Main|Wishlist:BuiltInScriptingLanguage}}
There was a [http://lists.openmoko.org/pipermail/community/2007-January/001909.html fruitful discussion about a built-in scripting language on the mailing list in January.] Many people feel that it is very important for OpenMoko to choose a scripting language to ship as default in the standard OpenMoko firmware.
==== Easy build of the existing autotools - based packages ====
In the ideal case OpenMoko should exist on the top of the usual ./configure - make workflow which is typical for the majority of the C/C++ based open source projects. It should not require to rewrite or even replace the existing Makefile.am files of the project being ported, and it should allow to pass the needed parameters to the project configure script. Maybe OpenMoko project could be a bigger project having one or more (if some are libraries) autotools - based packages in its separate folders and include the proper documentation how to "wire" the standard autotools based package to the OpenMoko infrastructure.

===Foreign Widget Set Bindings ===
==== Qt Integration ====
The Trolltech folks have a great widget library. I'd like to interface OpenMoko with Qt4, so that we can write Qt4 applications for the phone which don't look alienated.

==== Maemo Integration ====
The Maemo folks have created a successful standard for Webpad applications. I'd like to have a set of MaemoMoko and MokoMaemo wrapper classes that allow me add support for running OpenMoko applications on Maemo and vice versa. Perhaps we can get help from the Nokia OSS folks for that.

==== wxWidgets Integration ====
wxWidgets is a cross-platform application framework that's very popular (I'd say, #3 after Qt and Gtk+). On Linux, wxWidgets uses Gtk+ to implement the widgets. It shouldn't be hard to add support for the additional OpenMoko classes to wxWidgets hence supporting the native OpenMoko look and feel for wxWidgets applications.

wxWidgets team wants OpenMoko classes too and we (wxWidgets) plan to include this project as one of our ideas for [http://google-code-updates.blogspot.com/2007/02/speaking-of-summer.html GSoC 2007]

==== SDL Integration ====
SDL is ''the'' game developer library. There are tons of SDL games out there. We should add OpenMoko support into SDL.

==== Cocoa / GNUstep ====
Allows to use MacOS X as a development platform.

=== Software: Language bindings ===
==== Python bindings ====
Python bindings seem to be a commonly requested feature.

[[User:Mickey]] says, "They are kind of usable on the [http://www.maemo.org Nokia 770], but it's at the lower end of being bearable. We should keep this in mind -- Gtk+ already comes with Python Bindings, so we "just" would need to wrap libmoko*. I would prefer to leave this to the community do though, since it doesn't make sense to start wrapping the API until we have a stable API -- and I can imagine it will take us a couple of months after going open until we can start with stabilizing the libmoko API."

==== C++ bindings ====
There is a whole skilled C++ community coming from the [http://qtopia.net Qtopia] and [http://opie.handhelds.org Opie] projects. If we would consider basing OpenMoko C++ Bindings on [http://www.gtkmm.org/ Gtkmm], then we could drag these guys in.

==== Ruby bindings ====
Ruby and ruby-(gtk|glade) already ported to OpenMoko according to [http://lists.openmoko.org/pipermail/openmoko-apps/2007-May/000040.html this ] and [http://groups.google.de/group/comp.lang.ruby/browse_thread/thread/6bee9970cf055504 this] mesages. It just have to be included to distribution (only 4.9 MB!)

==== Java bindings ====
People who concentrate on Java programming would like to have the OpenMoko port of some java virtual machine. GNU Classpath team a lot of great work in the past creating easily portable implementation. Sun's recently open sourced code could also be ported.
==== Other bindings ====
* Perl
* C#
* I think you could skip a bunch of these by binding to Dbus; most languages already have Dbus bindings

== Community Support ==

=== [http://projects.openmoko.org projects.openmoko.org] ===
Infrastructure for developers with
* One bugzilla for all projects (makes moving bugs forth and backwards between projects ''very'' easy)
* One mailing list for project

== Platform ==
=== Community Images ===
In the future there could be complete, unofficial "product images" that are created by the community, for example maybe one that incorporates only free software (in the GNU or OSI sense). Or images build with a particular niche market in mind -- a student for example.

=== Wishlist voting ===
There could be a kind of voting system like they have at one of those big computer manufacturers homepage. Then the community could vote for the ideas that are most important to them. This would especially make sense for the hardware wishlist, because the hardware is still the part which can't be done by the community that easily.

Here: [http://www.fevote.com/openmoko OpenMoko suggestion board]

== Software: Additional features ==

===PDA Mode===

There are times when you wish to power up the device and not power up the gsm/cellphone portion of the phone. For example in meetings you might wish to access the PDA side with wifi as is the case for example on an aircraft. On booting some method of booting to pda mode would be good - several other phones offer this feature.

===Driving Mode===

It may be forbidden in many countries, but many people use their cell phones while driving. With the touchscreen phones
this is very dangerous: You have to stare at the tiny numbers on the screen and try to hit them with your thumb or try to decipher tiny script of contacts, while steering with the other hand. There should be a configurable driving mode where the interface has a reduced functionality (e.g. only contacts and dialing) with HUGE interface buttons that are easy to use with limited attention.

===Calling===

==== Mask ID based on dialed numbers ====
It would be nice if my number only showed up when I call people in my address book and was otherwise masked. The phone I have now either always shows my number or never or can be set on a per call basis. Having it done automatically based on the number dialed would be good.

==== Use calling cards and similar routing techniques for lower-cost calling ====
Many people use calling cards, low-cost numbers and similar ways of reducing the costs of their calls. It would be nice to have a single panel that would allow you to configure the rules of dialing a number taking in to account such systems.

==== Outgoing black/white lists ====
The ability to allow or deny outoging calls to certain numbers can be useful in a number of situations (e.g. the holder of the 'phone is a child, untrusted, etc.). This could be related to entries in the contact list, for example a user is only allowed to call people who are in their contact list.

Also lists for incoming calls? Some friends always come through, unknown numbers get rejected automatically.

==== Time-based blocking/unblocking of calls ====
Allowing or disallowing outgoing calls at certain times of the day could be useful, e.g. blocking a business phone from making calls outside of business hours.

====Speaker-phone====
* A speaker-phone is more than simply connecting the speakers to GSM audio, it's also echo cancellation, and eliminating the feedback that will otherwise happen between the speakers and the mic. This software has not been written.

====Advanced Airtime Tracking====
Many phone users have complicated plans, things like unlimited incoming, 100 anytime minutes, 1000 evening minutes, etc. It would be nice if a user could input the various monthly airtime chunks their plan gives them, and then the phone could track how much is left in each chunk, i.e. How much anytime minutes are left this month? Optionally, the software could warn when someone is close to the monthly limit, to help avoid bigger bills.
On (at least some) prepaid [http://en.wikipedia.org/wiki/Unstructured_Supplementary_Service_Data USSD] can be used to check current balance.

==== Anti-stutter software ====
Delayed Auditory Feedback (DAF) has shown to reduce stuttering in individuals by 70%. By using the microphone, it should be pretty simple to implement this on the OpenMoko. The DAF functionality should also be present during phone calls. See http://en.wikipedia.org/wiki/Delayed_auditory_feedback for more information.

====Minimize In-Call mode (check address book while in call)====
On my locked phones I always find it annoying that one can not use other features while a call is in progress. In particular, I'd like to access the address book so that we can (1) give a caller someone else's phone number (or other info) and (2) lookup a phone number when using a calling card or some other proxy.

Similar request when using the browser (lookup passwords, todo list, etc).

====Hold Music (Ringback Tone)====
On some cellphone networks you can pay to change the normal [http://en.wikipedia.org/wiki/Ringback_tone Ringback Tone] that the caller hears when ringing, to a customised sound.
This can partially be implemented on the phone.
Issues are:
*In countries where callers pay, this will make you unpopular.
*In countries where the called party pays, it will use your minutes, or cost you money.
**A list of people to activate this function for would alleviate this.
*[[GPRS]] internet connection will stall while the hold music is being played.
*Extra battery used when playing music.

Also see [[Answering Machine]].

====Play sound clips over the air====
Dialer could have a tab with big buttons which, when push, send sound clips over GSM to the person on the other end of the call. This feature is included in GizmoProject and is called sound blasts: http://support.gizmoproject.com/index.php?_a=knowledgebase&_j=questiondetails&_i=104
The buttons can have default sounds, but also have the ability to be customized.

It would also be useful for notifying people why you can't talk (for example, having an "I can't talk tight now - I'm in the library - this is a pre-recorded message" would be good. Also perhaps you could loop a pre-recorded sound in the background so you can lie about where you are, and have the ability to simulate a really bad connection.

==== DTMF Landline Dialing ====
The ability to hold the Neo near the microphone of a landline handset and have the Neo dial the landline by sounding DTMF tones. The DTMF tones could be generated in software or be pre-recorded files.

Graphically this could be done by adding a 'DTFM dial' button to a context menu. The user would select a contact then presses the 'DTMF dial' button to start the process. A small delay could also be added to allow time to put the Neo near the landline handset.

For the Neo to know which area code to use (or not use) the current or last GPS coordinates could be utilised.

==== Conversation Recorder ====

An option to record phone conversations. Would be helpful to have the device always recording for every call, with the sound data encoded to low quality Ogg Vorbis or SPEEX and stored in RAM. At the end of the conversation the user would have the option to save to flash or discard the conversation. This idea could also be applied to voicemail so you could save voicemails locally.

====Unlicensed Mobile Access (UMA)====
T-Mobile recently rolled out a UMA service that hands off calls between the GSM network and WiFi access points. Only a few phones support it right now, this could be a rather unique feature if OpenMoko can implement it.

This can be combined with a GPS map to show where local free hubs are.

==== Ignore-Call Button ====
{{Main|Wishlist:Ignore Call Button}}

Shut up a ringing phone, without accepting or rejecting the call.

Another alternative might be to use microphone to recognize when the user gives an audible "Shhh!" command. This could prove difficult to determine with the simultaneous ringing, and possible in-pocket shuffling noises.

A really usable feature is to "reject with SMS/text message" - letting the user reply the caller choosing a previously setup template or typical response: "I'm in a meeting - I'll call you later" or "Can't take your call now, please call back in 10 minutes". This feature typically is a much better way to get your co-workers (ie boss) to back off, than to silently ignore the call.

The accelerometers could be queried while the phone is ringing to detect a firm tap on the phone. This would avoid the delays of fumbling to remove the phone from one's pocket to silence the ringer when you've forgotten to set it to silent mode. Just firmly tap the phone through your pocket, and the ringer will silence, like some Motorola pagers. Maybe single tap = silence; double tap = (activate voicemail or preset SMS).

==== Voice Mailbox ====
{{Main|Voice Mailbox}}
On-Phone voice mailbox that records calls on the phone and retrieves voice messages from your mobile service provider's voice mailbox and saves them locally.
Can act profile-dependent.

==== Hold Button ====

Similar to mute, but plays a sound file for the user on the other end while they wait. The sound file could be chosen in some setup beforehand.

==== Unanswered Call, Fast Call ====

In Greece because of the various bill programs some people call a mobile phone, rings one time and then hangup.
Then the user of the mobile phone calls the other user(using the CallerID recognition).

===Audio===

==== Ambient Noise Detection ====
{{Main|Wishlist:Software:Ambient Noise Detection}}

Using the microphone to detect ambient noise the ringtone volume could be adjusted automatically.

If the ambient noise exceeds a preset threshold, the ring vibrator could be activated. This is good for when people forget to enable vibrate mode when entering noisy environments.

Detection of ambient noise could also be used to subtract the noise from the audio signal. However this approach is best performed using two Microphones, one for the voice and the other to detect the noise.

==== Active noise control ====

Using the microphone to do [http://en.wikipedia.org/wiki/Anti-noise active noise control] on media player playback or telephone calls. This should be an independent module/library which can be used by any application which might require this feature. also provide a way to easily alter the parameters of the active noise control.

==== Hear Impaired Mode ====

Hearing impaired people need louder speaker(but with less volume than hands free) and equalized sound, based on their hearing problems(example 20dB hearing loss from 2KHz to 4KHz).
Older people 50+ years old need slower speech rate(time stretch, cut the big speech gups) and cleaner voice.

Please note also the Hearing Aid Compatibility regulations in the US. I have tried to summarize and clarify them [http://quux.wiki.zoho.com/WhereAreHACphones.html here]. I haven't yet discovered whether the FIC device is M or T rated. For many hearing impaired users, a tcoil coupling to their hearing aid (t3/T4 rating) would be preferable to manipulating sound output in other ways.

==== Mute Button ====

Button to temporarily disable microphone while talking for applications such as telephone, audio recording and (when available) movie recording.

===Web Browser===

==== Full-page Zoom Support ====
Full page zoom is a very good feature. If possible, people would want to browse the internet with normal layout than a distorted one. It's best if I could double-tap a text or image block and zoom to a fit size.

The [[BigPageWidget]] proposal suggests 'Full Page Zoom' should be implemented as a widget available to all applications.

* If the processor and memory could afford, it is good to just use [http://www.mozilla.org/projects/firefox/3.0a8/releasenotes/ Firefox 3] in OpenMoko. It has implemented latest gecko's full-page-zoom ability. With certain modification, we could do the same zoom like iPhone's Safari.
* Firefox 3 may be a big eater. A cut-down version of it may be good enough.
* If this is not practical, Minimo with full-page-zoom ability is good.

==== Plugins Support ====
* While an extensive browser plugin system would be costly to the efficacy of the platform four particular browser plugins as poplularized by Mozilla firefox should be adapted to the web-browser, namely: [http://noscript.net/ noscript], [http://adblockplus.org/en/ adblock plus], [http://www.greasespot.net/ greasemonkey] and [http://www.foxmarks.com/ foxmarks].
* Careful use of these can dramatically reduce bandwidth, page space, and rendering costs even if it comes at the risk of some hard drive space in the form of block lists.
* Greasemonkey, in particular, gives users control to set up scripts for commonly traveled pages to further reduce unnecessary or unwanted content.

==== Widget support ====
Built-in browser with the ability to install widget shortcuts (aka links) in the main phone menu, also some apis for interfacing with the other functionality of the phone like adding contacts, reading contacts, reading gps-psoition etc.. (maybe there is some defacto widget standard that could be used)

There is a [http://www.w3.org/TR/widgets/ W3C spec] being developed, which may not be exactly what the original proposal had in mind, but it is about writing simple applications with HTML, SVG and JavaScript. It is mainly Opera's work, and while most [http://widgets.opera.com/ developed widgets are not very useful], there are some that are, and it creates a very nice development platform, especially for mobile devices. So, I think it makes an awful lot of sense for OpenMoko to support this spec.

===Media===
====Music/Video Software====
A real good programming area for competition with the iPhone, a singular video/music player would be great for multimedia. A seamless integration system, a la iTunes and iPod, would be extremely popular.

Using the Wi-Fi connectivity, a separate music program that supports wireless music sharing/ streaming (similar to what can be done when two computer running iTunes that are both on the same network) and that also supports internet radio.

It would also be nice to have some kind of "announce your musical taste" mode. This could be implemented using last.fm profiles, such that when e.g. in a crowded place a user nearby has a similar musical taste, both users get notified so they can share their music files with each other (perhaps using a photo for id). Great for discovering new music - and making friends!

- Possible copyright issues sharing music files?

Sure, but that's the user's concern, not the developer's. There's no way for us to know which audio files the user is permitted/not permitted to share.

==== Reading Support ====
It would be really great to be able to read :

*PDF
*Open Document files
*Text / RTF files
*fb2 files (fbreader)
*MS Office files
*Aportis Doc (pdb)
*DjVu
*...

In both landscape and portrait

==== Wikipedia Mirror ====
{{Main|Wishlist:Wikipedia_Mirror}}

==== Blog ScribblePad ====

Draw an image (and maybe add some text), then post to your blog.

==== E-Book Reader ====
* Neos brilliant ultra-sharp screen makes for a very good e-book reading device. All it takes is a good e-book reader with touch-screen page turning / scrolling (see the [[BigPageWidget]] proposal). FBReader could probably be adjusted easily by an experienced GTK hacker. Note that e-book reading is different to pure text/pdf displaying as it requires at least auto-bookmarking of the last read page, proper text and image scaling and text formatting.

==== Personal Wiki ====
{{Main|Wishlist:PersonalWiki}}

Display the notes database as a Wiki. Inspiration: [http://www.acrocat.com/AcroWiki/default.asp?lang=en AcroWiki].

[http://www.didiwiki.org/ Didiwiki]

==== Dictionary, thesaurus, translator and flashcards ====
Native lookup dictionary and thesaurus and foreign translation dictionaries, also with support for Asian languages. Optional custom configurable (though preconfigured) interface with on-line versions of dictionaries, thesaurus and translation services.

'''Dictionary'''
Something like [http://www-user.tu-chemnitz.de/~fri/ding/ ding]:

advantages:
* small
* very efficient + useful
* only limited to really needed functions

Support for vocabulary training with flashcard system (also usable for other content than foreign language words!)

==== Flickr uploader ====
A simply, drag & drop uploader, tagger and organizer to upload images on phone to [http://flickr.com Flickr], with support for various languages. A good base could be the cross-platform uploader [http://juploadr.org/ jUploadr], written in Java and working on Windows, Mac and Linux. But, most of all, the best '''GPL''' program which actually do this work is '''[http://mobilepushr.jottit.com/ Mobile Pushr]''', written in C and Cocoa for iPhone, must be probably ported in python to work on OpenMoko.

===PIM (Personal Information Managment)===
====Context Sensitivity====
Any email or sms message or application that contains a telephone number should be click to dial, eg [http://123567890 1234567890]. Addresses link to mapping software too?

==== Notes ====

Something for taking notes would be a nice feature:
[http://www.gnome.org/projects/tomboy/ Tomboy] has some nice syncing features and is gtk based.

Some Screenshots are [http://www.gnome.org/projects/tomboy/images/ here].

==== Calendar ====

A nice calendar application should be implemented in OpenMoko. This tool should have a syncing feature with your desktop computer.
The tool should have a reminder feature and other features like other mobile phones already have.

I think synchronization sould be handled by computer with opensync+syncml based tool, not by calendar itself. --[[User:Antono|Antono]] 12:25, 7 January 2008 (CET)

* If this cellphone is thought also as a PDA, of course it needs a calendar. But I would like to see something better than just a calendar, I was thinking that there could be some application using "fisheye" view. Just like [http://www.cs.umd.edu/hcil/datelens/], though that example seem a bit chaotic. --[[User:Yprum|Yprum]] 22:27, 21 February 2008 (CEST)

==== Address Book ====

* Option to search not just the stored list of addresses, but one or more of the online phonebooks. Probably should be modular to make adding/changing phonebook sites easy. Also allows for future integration with LDAP
servers or whatever.
* Also the possibility to search all info on the contact, like number, email, postal address and so on, in case someone asks you to identify a known number.
* Web-based map-lookup. 'How do I get there from here? (here = current GPS location)' This could also be done
by integrating with whatever on-phone GPS mapping software the Neo ends up using.
* Random text input 'notes' about a contact
* Overall, this should more resemble a Palm-pilot's address-book than your average cellphone's
* Automated Daily backup of phone book to a website archive (similar to Verizon's Back-up Assistant
*Ability to integrate address book with web-based email (such as gmail) account, for those who use web based email as their primary account
* '''[[Wishlist:Tagging|Tagging]]''' Place tags for contacts. Enhance message application to send messages to all contacts tagged with ... . Enhance other application(GPS, ...) with tags.
* Support for:
**[http://en.wikipedia.org/wiki/SyncML SyncML]
**[http://abook.sourceforge.net/ abook] a text-based addressbook program
**[http://en.wikipedia.org/wiki/Ldap LDAP] address book
**[http://en.wikipedia.org/wiki/LDIF LDIF], [http://en.wikipedia.org/wiki/Xml XML] and [http://en.wikipedia.org/wiki/Comma-separated_values CSV] export and import (when possible).
*Store Bluetooth IDs of friends and notify (configurable only on this device or on both devices) when a one of these Bluetooth ID has been detected (this is more a separate application but has requirements on the address book. Should also be able to create an address book entry from a Bluetooth ID. Could be used as a nice tool to detect people who you're avoiding.

==== Database/List Display/Edit ====
{{Main|Wishlist:PilotDB}}

One of the most useful apps on my Palm Pilot for me is [http://pilot-db.sourceforge.net/ pilot-db]. It's GPL'd.

==== To-Do lists ====

* It'd be nice to have something like [http://www.joesgoals.com Joe's Goals] always available, like my phone is, even when I'm disconnected from the net.
* I would like to be able update my [http://todotxt.com/ todo.txt] which is stored on a personal server from the phone.

==== Context based To-Do list ====
{{Main|Wishlist:context based to-do list}}

If I arrive home and there are "@home" things in the to-do list, the Context based to-do list reminds me of that.

==== Workout ====

Use your phone instead of your notebook while at the gym, and get pretty graphs to admire after you're done.

==== Shopping List ====
keep Track of Prices in different shops and the products you have/don't have. Ideally using a barcode reader and gps.
If it was made aware of recipes it could even tell you what to buy without entering a shoppinglist manually.

==== [[Fuel Log]] ====
File data about fueling your car (date/time, liters, price, mileage, ...) and display some information (costs per month, average consumption, ...).
Advanced features could include:
* Automatically storing the GPS coordinates of the place where the car has been fueled (can be deactivated)
* Sending the data to a central server which collects the information ( spritmonitor.de, anything else ?)
* Let the OpenMoko receive fuel logs per SMS (e.g. if my wife with a non-openmoko mobile fuels the car and wants to file the data using her mobile phone)
* Let the OpenMoko device act as SMS gateway for non-openmoko devices to easily send the data to the central server
* Also support for air log for divers. Not that you will take this device under water but for the crew at the surface.

==== Keep in touch reminder ====
A background application which keeps track of your friends and reminds you when you have not talked, SMS, IM or mailed a person for more than # days.

==== Menstruation period timer ====
Fill in statistics and compute probabilities for menstruation, fertility, mood.
See http://www.getjar.com/products/48/MyGirls

==== Tagging ====
{{Main|Wishlist:Tagging}}
Tags can be used by various applications. Requirement is interoperability for further enhancement.
Tags should be applied to contacts, calendar events, mail/sms, calls, places(GPS) and files.
http://tracker-project.org has all needed tagging-and-searching functionality and ready to be used on low-resourced devices.

==== Exchange Integration ====

Once there is good TCP/IP connectivity on this phone, integration with corporate email/calendar/to do/contacts/etc servers would be a big advantage... near-real-time automatic email downloads and automatic bi-directional syncing are productivity boosters that you have to experience to appreciate. It turns your phone from a 'nice gadget to fiddle with' to a natural-feeling extension of your day-to-day life.

* Is the time right to name names ? Add as your liking...
** Plugin/integration to & from Kontact
** Same with Evolution - Thunderbird - Seamonkey
** ?? Google Calendars ?? (this one is tough)
** Ms Exchange

==== An electronic wallet ====

A database which stores securely PIN codes, login data, bank and email accounts, membership informations, and other valuable and private data. Entries can be ordered in a folder-like manner. Access to the database is given by a master password. The database as well as the master password are stored with strong encryption. For security reasons, the program asks again for entry of the master password after a certain period of inactivity. The database can be synchronized with a PC application (ideally written in Java for cross platform compatibility).

Examples: KWallet [http://docs.kde.org/stable/en/kdeutils/kwallet/index.html], Viskeeper [http://www.sfr-software.de/cms/EN/pocketpc/viskeeperpro/index.html], KeePass [http://keepass.info/]

==== Easy business card sharing for a small group (in the same room) over bluetooth or WIFI ====

Six Neo1973 owners are having a chat in a cafe. They agree to split but meet later. They want to exchange their numbers with each other before they go.... The normal way to do this is for a rather longwinded repeating of numbers to each other, or half the people manually inputting numbers before phoning/texting the other half to complete the process. All in all its a fair number of button presses to get it sorted.

Instead the NEO could have a small app where the phones link up in a small peer to peer Bluetooth network and share automatically with one person initiating a request and the other detected NEOS agreeing/acknowledging the share. The initiating NEO would then sync the mini-group automatically by interrogating each phone and then sending the table of results. The NEOs would have to be clever about checking for duplicates in the address book and offering a choice to the user if there are any conflicts.

PROS:
*genuine saving in time for social and business situations

CONS:
*I am sure there are some security hassles to be pondered....
*not going to be used every day... definitely not an immediate priority.....
*only at geek conferences will all have a neo....

==== SMS Counter ====

An application which shows on the today-screen how many SMS i've already sent in this actual month. Some have for example 150 free SMS to write each month. With that program you can see all the time how many SMS are left until the end of the period. As an alternative it could be a counter which counts backwards from a predefined number over a defined period.

===Profiles===
{{Main|Wishlist:Profiles}}

The Wishlist:Profiles page documents many possible profiles - ways to configure the phone. Including ways to respond to calls, wifi and GPS events.
And how to automatically switch between them.

===Text Messaging===
For '''Text Input related ideas''' see [[Wishlist:Text_Input]]. Bear in mind that T9 can not be included
For current development status of the messaging-app see: [[Messages]].

There are many useful options that now can be used to full capacity:

* '''Instant Messaging'''
Bringing a new GTK gui or a resized Qt gui out for the serverless Instant Messenger http://Retroshare.sf.net

* '''Acknowledge/status SMS'''
In GSM networks so-called acknowledge-SMS are sent back to the SMS's dispatcher in order to indicate that the primal sms was received (as message delivery is only best effort and is not guaranteed). So in the SMS dialog there could be equal sized buttons with captions as 'send only', 'send and receive delivery status message' and 'send and notify (e.g. ring) when delivery succeeded'.

** '''Special handling of status-SMS'''
Related to the previous entry, these acknowledgment-sms' should be handled in a different way than normal SMS'. Most Motorola do this, while Samsung SGH series don't & clog the inbox, warn of a "new" message upon Status notification: Delivery Status Messages should be stored in a separate menu so they don't bloat the received-folder and you are able to quickly review the status of the messages you had sent.
* '''SMS at time/date''' You could be able to set up messages that are sent at a certain time/date
* '''Binary SMS''' Send binary SMS. Could be used to feign WAP pushes. [http://en.wikipedia.org/wiki/Multimedia_Messaging_Service] See:
** Resource for SMS encoding: [http://web.archive.org/web/20021016104345/www.dreamfabric.com/sms/] [http://web.archive.org/web/20060411222332/] [http://home.student.utwente.nl/s.p.ekkebus/portfolio/resource/sms_pdu.html] [http://www.ihub.com/Binary%20Messages.htm]
** [http://www.gammu.org www.gammu.org] - you can use Gammu/Gammu+ source for this software and/or understanding various SMS formats including EMS, WAP, Nokia Smart Messaging, Siemens & Alcatel encoding ([[User:Marcin|I could]] eventually help)
** Resource for SMS encoding (German): http://de.wikipedia.org/wiki/SMS-Kodierung
** The infamous pocketpc-attack: http://www.mulliner.org/pocketpc/
* '''Profile-override-SMS''' SMS that start with a certain code word override the silent profile and have the phone ring. So someone could alert you in case of some emergency.
* '''Codeword-SMS''' An expansion of the above: check for code words and allow selectable tones for matches. E.g. "Server Down!" has a loud klaxon, "Disk Warning" has a quiet chirp.
* '''(De-)Abreviation-script''' Implement a script that de-abbreviates: "hi m8 u k?-sry i 4gt 2 cal u lst nyt-y dnt we go c film 2moz" becomes "Hi mate. Are you okay? I am sorry that I forgot to call you last night. Why don't we go and see a film tomorrow?" (taken from: [http://en.wikipedia.org/wiki/SMS_language])
** Implement a script that abbreviates :-)
* '''Anti-Spam''' ...feature for SMS. May be it's possible to port some Bayesian based application like bogofilter.
* '''Rule based authorizations''' ...for received messages. For example, delete messages from one source between 9h00 and 18h00 (workday) allow them otherwise (to get alerting messages).
* '''Enable chat-like SMS-viewing''' SMS-Email-like: retain SMS app, but store 'conversations' rather than pile-up. Group/archive conversations by Caller Group (Work / Friends / Home / any user-defined Caller Group). Show appropriate icon from either Caller Group or Caller ID at the source of conversations panel
* '''Searching''' allow full-text search or string search.
* '''Massive SMS Deletion''' based on Conversation, author, before-date-xx.xx.xxxx, caller group, [[Wishlist:Tagging|tags]]...
* '''Call Back''' Prompt 'Call Back' alongside other first-line options (Delete, Save number,.. this kind of options) that appear when reading an SMS.
* '''Non-destructive deletion''', deleted messages goes to trash, and are recoverable.
* '''SMS-EMail-Gateway'''
SMS comes in, gets forward to your inbox, like any other piece of mail. Appropriate alerts and etc occur - again, just like for email. A simple SMTPD running on 127.0.0.1 that is hooked to an email-to-SMS translator that will send email addressed to 'SMS@localhost' (or whatever special address) out via SMS
* '''SMS-filter chain''', for stuff like Codeword-SMS above, Theft-mode activation, auto-response (reply with gsm-position for "Where are you?"), auto-substitution (like replace $POS with gsm-position in outgoing SMS).
* '''SCROOGE-SMS''' This is an intelligent SMS router. When you write your SMS you get the option of how to send it
** By standard carrier SMS - cost 10cents
** By OpenMoko SCROOGE SERVER - this will send your SMS to the OpenMoko Community SCROOGE SERVER next time you have WiFi - the phone will remind you to turn on WiFi when it knows you are in places where you have WiFi access. The person you are sending to picks up when they come into WiFi Range. This comes with an intelligent reminder that tells you that message has still not been delivered in 24 hours and would you now like to send it by a paymethod. This is better than IM because both parties do not have to have WiFi at the same time. - cost FREE
** By email/Wifi - cost FREE
** By email/GPRS - cost ?
** Too many options!!!
** Alternatively SCROOGE SERVER could auto launch IM client if it detects both parties have WiFi at the same time (Status kept on SCROOGE SERVER?) to allow instant reply..... Person who receives has the option to reply in SMS or in IM or in VOIP phone.

=== Text input ===
{{Main|Wishlist:Text Input}}
There are many good suggestions for text input on the specific text input ideas page.

=== More/Custom Input Method Widgets ===
{{Main|Wishlist:More/Custom_Input_Method_Widgets}}
Additional and customizable Input Method Widgets (similar to virtual keyboard).
This could add soft-key functionality to games or other applications such as:
*D-Pads
*buttons
*virtual trackballs
*...
Personalized layouts could be associated with each application.

=== Games ===
{{Main|Wishlist:Games}}

=== Mesh Networking ===
{{Main|Wishlist:Mesh Networking}}

=== Printing Support ===
It would be really neat to be able to print over either bluetooth, Wifi, or USB. I can imagine wanting to print:

* Notes
* Maps
* Email
* Calendars
* ...

Cups contains a bluetooth printing backend, so (in theory) once you have your data in postscript format, you could hand it to cups and it'll do the rest. In practice, it depends on

# GTK+'s printing support
# Making cups run on a really small system

{{note| GTK+'s printing support seems to be very immature in 2.6 (which we need to use for some time). Gtk+ 2.10 contains much better printing support -- once we can use this, it should be more easy.}}

There's always the possibility to render postscript ourselves, but this is not a piece of cake -- in general, printing is much harder than one would imagine.

Further details:
* [http://groups.osdl.org/apps/group_public/download.php/2205/print-summit-gtk.pdf#search=%22gtk%2B%20printing%20API%22 osdl.org]
* [http://www.gnome.org/~alexl/presentations/guadec2006-printing.pdf#search=%22gtk%2B%20printing%20API%22 gnome.org]
* [http://www.j5live.com/?p=204 j5live.com]

===Misc Software===
====Clocks/timers/Activity meters====
===== Sport tracker =====
{{Main|Wishlist:Sport_tracker}}
Sport tracker can be used to measure the distance/velocity from point A to point B (or it could have several intermediate stopping points) using GPS. This would be extremely useful for running, biking, hiking, etc.

===== Standby clock =====
{{Main|Wishlist:Standby_clock}}
A quick way to see what time it is.

===== Egg Timer =====
{{Main|Wishlist:EggTimer}}

Very simple (one click) count up / count down timers are very useful.

===== Cycle Computer =====
As already mentioned by [http://wiki.openmoko.org/wiki/User_talk:Technil Technil], a cycle computer could be created using gps. The sensor at the bike's wheel could transmit data via bluetooth or some cable that would be attached to an openmoko device. In order to save power, one could switch off the gps and only use the bike's sensor.
* Just another idea that came to me: Why don't have sensor's transmit cable plug into the headphone/microphone plug? A tool reads the signals created by the induction of the passing magnet, then gives them to the cycle-computer-app :) --[[User:Minime|Minime]] 19:50, 12 April 2007 (CEST)

===== NTP Server =====

Run the [http://www.ntp.org NTP] daemon using the GPS chipset as a reference clock, so that the Neo would have a very accurate time-of-day clock and would be able to serve time to other networked devices.

I don't know what it would take to implement this. Items to consider would be the availability of a 1 pulse-per-second hardware signal, the accuracy of timestamps delivered in NMEA messags, etc. Dealing with power-management issues (such as the device going to sleep) would also be challenging.

===== Find Keys/locate stuff =====

This would require an additional accessory: a tag which transmits a signal that the Openmoko device can pick up. The tag could for example be attached with a ring loop to your keys, put in your wallet, or be attached with high strength adhesive strips to your remotely controlled aircraft. Whenever you can't find back your keys, wallet, RC aircraft,... you activate this application. When the device picks up the signal of the tag, it translates it to clear audio and visual prompts to guide you in the right direction.

A commercial device that offers this functionality is the [http://loc8tor.com/ loc8tor]. Having this in the Openmoko phone would obliviate the need for a separate device. Murphy's law dictates that you'll only loose your keys when you don't know any more where you've put the loc8tor tracking device. But you're bound to always have your phone with you.

For a related idea, see [[Wishlist#Dude.2C_Where.27s_My_Car.3F|Dude, Where's my car]].

===== Reality check reminder =====
{{Main|Wishlist:Reality check reminder}}

A tool to [http://www.phrack.org/issues.html?issue=64&id=16 hack your brain]

===== Automatic timezone changing (GPS) =====

Check the timezone with GPS and adapt them.

====Calculators====
===== A Universal Unit Converter Tool =====

One never knows when one may have to convert acre-feet into deciliters. A unit conversion tool makes all engineers and engineer wannabes much happier. And not only the engineers.

Ideas what kind of conversions a converter tool could do:

Length
- Acceleration
- Angle
- Angular Velocity
- Area
- Capacitance
- Radioactivity
- Currency
- Charge
- Computer Memory
- Conductance
- Density
- Energy
- Illumination
- Power
- Force
- Flow
- Pressure
- Speed
- Temperature
- Time
- Torque
- Viscosity
- Volume
- Weight

Roman Numerals
- ASCII, Hex
- Cooking
- BMI
- Clothing Sizes

Money Converter based on current rates from Internet...
e. g. Dollar <-> Euro

Physical and Mathematical Constants
GPS conversions

- link to or integration of a scientific calculator
- link to or integration of a simple calculator

A good basis for such a converter tool could be the Palm program "units" from
François Pessaux [http://francois.pessaux.neuf.fr/files/units1_11.tgz]. The GPL'd program comes with full documentation.

For GPS conversions see gpsbabel [http://www.gpsbabel.org]

===== An Postfix Notation (RPN) calculator =====

Many engineers, computer scientists and other groups who have grown to enjoy the simplicity and ease of an postfix notation calculator will miss them when they give up other platforms to move to OpenMoko. A RPN calculator will increase adoption by providing one of the tools that other platforms have provided for many years.

==== Windows CE Emulator ====

On ARM machine, Windows CE API emulator, like Wine on x86 machines.

==== PalmOS Emulator ====

The Access group is probably coming out with their Linux platform any time soon. One of the components is a PalmOS emulator which I'd like to see working on OpenMoko as well. There are literally thousands of PalmOS apps.

I'd like to see a Windows CE Emulator with active sync support.

==== Chumby Emulator ====

Would be very cool if the neo can act as a chumby. see http://chumby.com for more details about a chumby.

==== TV Guide ====
Display a TV guide using [http://xmltv.org xmltv].
Something like [http://mtvg.sourceforge.net/ Maxemum TV-Guide] (QT)

==== Alcohol meter ====
Give the phone some info about your body (gender, size, weigth) and when/what you drink and it will compute an approximation of the amount of alcohol in your blood. Updates automatically, could have an alarm, when you are probably sober again.
See, for example (German text) http://www.misterio-online.de/promille.htm

==== Interaction with LEGO Mindstorm ====
With the accelerometers, GPS and good CPU, the phone could be used to control/serve as input with robots built with LEGO Mindstorm, which can be accessed by USB and Bluetooth.

==== Flashlight ====
Simple finger application that makes every pixel on the entire screen white to be as bright as possible until you tap the screen again to turn it off. This way, you can use your Neo as a (short term) flashlight!

==== Wii Controller Emulator ====
Use the accelerometers and buttons on screen to work as a Wii controller via Bluetooth.

==== FUSE support ====
Ability to use FUSE to mount larger file systems over wireless. (even gmailfs, sshfs, etc.)

=== Accessibility ===
Accessibility features for the visually impaired.
* High Contrast Themes.
* Screen Magnifier. Features should include automatic cursor tracking when navigating menus and entereing text and provide manual controls to zoom in on other section of the screen.
* Text to speech. The software should read out menu item ,contact lists ,text messages etc. Would also be useful for operating the phone while driving. see: [[Wishlist:Speech synthesis]]

==== VOIP ====
* [[Dialer]] should be able to use SIP.
Ability to use the phone for VOIP over wi-fi such as Vonage. They currently have 2 different pieces of software for pc . Basically software creates a mac address which is paired with your Vonage account. Skype could also be implemented but I prefer Vonage. Only available when connected to wi-fi with a good connection. Phone treats calls the same as a cellular call, could keep a separate log of minutes, ability to record conversations, etc. Option to use VOIP if connection is available automaticly or manually. Small icon to show when call is using VOIP.
* A standard SIP client would probably fit better into the "free and open" philosophy.
* Ideally a SIP client that includes ZRTP/SRTP for secure communications.
(Note: Vonage will not give you your SIP credentials, so you cannot log into their network with a non-approved softphone. Other VoIP providers have different policies.)

''This seems very similar to what [http://en.wikipedia.org/wiki/Generic_Access_Network UMA] offers.''

Asterisk is a great communication platform that can run on small devices. I have an Asterisk server running on a Nokia 770 and I read about running Asterisk on an iPhone. With the crosscompiler available it sould be possible to compile it and run Asterisk on an openmoko phone and let it take care of almost everything on the wishlist below.
Edw/

==== Power Meter ====
If the power bar is clicked on it will show time left on charge and if charging it will show time until full.

=== Accelerometer wishes ===
==== Flick interface ====
Ability to "flick" the phone for page up/down by simply and rapidly tilting the phone back-and-forth for up and forth-and-back for down. The same motion can be implemented for sideways motion. This will take advantage of the 2 3d accelerators.

Sensitivity of the scrolling should be configurable and a test option provided.

==== Reading navigation of documents enhanced by accelerometers ====
If the two accelerometers in Neo1973 allows it, it will be nice if when you're reading, give a newspaper, you can move up, down, left and to the right the viewing of the document just moving the phones to the corresponding direction.

I don't know if this is possible (haven't seen the project in detail yet) but this feature could be very attractive for final users (and this is good). (sorry for my english but i'm italian)

==== Wand UI ====
In keeping with the requests to think outside of the box... the dual 3d accelerometers should enable a 'magic wand'-style UI for certain uses. Macros could be recorded and edited, or presets could be used. For example, flipping the device playfully could initiate a game mode or could signal the end of the work day.

==== Shake-to-Wake ====
Giving the phone a shake enables voice commands for a few seconds.
Usage Examples:

* {Shake} "Call" ''ContactName'' ''PhoneType''
* {Shake} "Call John Mobile" (Calls John's mobile)
* {Shake} ''ApplicationName''
* {Shake} "Reader" (Opens the e-book application)

Would require a method of inputting voice tags for applications and contacts and obviously will only work for P2 (accelerometers)
But lets get voice command functionality working before P2 (just by pressing a button on the screen instead of shaking)

I think that is possibly to replace "Shake" with double hit with finger in the side of phone. Proper algorithms(with accelerometers) should recognize any similar activities.

==== Emergency call ====
When the accelerometer detects a great acceleration (i.e. 5G) start a countdown sequence, if it is not stopped make a call to a preconfigured emergency number. If the data from the GPS is accurate give it.

A first version could use a recorded message (an audio file). In next version it could use a synthesizer, so it can give more information (add GPS information when it is ready).

:I would worry that most such events would be false positives, and hard to distinguish from the real thing. A user dropping their phone (an event very common in the life of any cellphone) is far more likely than a user being in a car accident with their phone, and the clatter of a cell phone on asphalt could reach 5G. Additionally, it has to be very hard to distinguish hitting pavement from hitting a windshield, as from a physics standpoint the two are the same thing. [[User:Hashbrowncipher|Hashbrowncipher]] 02:06, 26 October 2007 (CEST)
::It could use the gps data to calculate the speed it is traveling with. Let's say it has been moving for more than 50 km/h for more than 10 seconds. Then it could activate the "emergency call if more than 5g" function. Aside from the countdown timer, it could increase the volume to max and warn the user that an automatic emergency call will take place in x seconds. While it is counting down it could listen for "Never mind, I'm fine, phone" and stop the countdown in case it hears that. It could also output the warning sound to the attached bluetooth headset and let the user talk to emergency services if the user is still conscious. [[User:Tommy|Tommy]] 17:48, 8 January 2008 (CET)
:::Perhaps have the phone yell loudly that it's about to do the emergency call for a decent amount of time, disabled by touching the screen or entering the pin number. In the case of any bluetooth device attached to the user, the phone could check to see if it's in range before calling. [[User:sin|sin]]

==== Movement detection ====
By detecting that the owner is walking a user defined profile can be activated with a specific set of notification settings. For example you may wish to use a cheap old sounding ringtone so you don't attract attention from muggers. Or you may wish to have a louder ringtone if you carry your phone in a bag where it can't be so easily heard.

==== Games ====
Imagine a first person shooter that you look around by turning your body.

==== Sloshing battery indicator ====
Shaking the phone will produce a sloshing sound, as if it contained a liquid. As the battery loses charge, so the sound produced on being shaken, will replicate a decreasingly empty container. [http://mobile.slashdot.org/article.pl?sid=07/11/28/1342248] for an example.

==== Others ====
Also see the pages[[Wishlist:Auto Align Map]], [[Wishlist:Determine Position]], [[Distance Measuring]], [[Wishlist:Computer Mouse]], [[Wishlist:Dynamic Screen Orientation]].

=== Connectivity ===

==== VNC ====
A good, stylus friendly VNC client/host combo would be easy to add and terribly useful.

==== Networked X-Windows ====

Whether it's running true X-Windowing over the network, or your bog-standard VNC connection as mentioned above, the ability to have your phone's screen available on your laptop or palmtop would be most desirable.

==== NX client ====

A form of X-windows forwarding optimized for performance over slow, or high-latency links, which could prove extremely useful. Capable of streaming a good quality, full desktop session over modem speeds. The protocol and at least one implementation is gpl'd. [http://en.wikipedia.org/wiki/NX_technology wikipedia]

==== OpenOffice Presenter Control ====

I Think it is a good idea to control your OO Presentation with Openmoko about WLAN or Bluetooth.
I think it needs some buttons to go back or forward and control the mouse to show something and take normal mouse clicks.
But with the mouse clicks I think that we need a short time between the clicks in example 1 second. Because when you make a mouse
click than to fast than you must go back.

==== Amarok and other Media Player remote control ====

Control Amarok or any other Media Player with OpenMoko (as a remote control). Bluetooth or WLAN could be used as protocol to send and receive the data. Maybe a WebInterface of Amarok is a start. Can be used on parties for a mobile music management.

==== Read informations with SMS ====
Send a SMS with Code to the OpenMoko (from a specific number).
For example to send get the GPS coordinates from a stolen Neo (or if you don't know where your Neo is).

=== Security ===

==== General Filesystem Encryption ====

If anyone wants to get your private data saved on your OpenMoko device, he should have to get through a high security mechanism like dm-crypt. The question is how much CPU power would be needed.
Would it be an idea to encrypt only the private data like phone numbers, preferences, address book etc. (like /home/$USER).

http://luks.endorphin.org

==== My Account ====
{{Main|My Account}}
A way to securely store information about the phone, and ensure that a phone you may be considering purchasing is not stolen.

==== [http://zfoneproject.com/ Zfone] or similar ====

Something that allows the user to speak with another person securely.

==== GSM Encryption ====

This software application would allow GSM encrypted calls to be made using the GSM Data Call Channel.

[[OSvS]]

==== My Voice is my Passport ====
Use voice recognition to unlock the phone. "Hi. My name is ... My voice is my passport. Verify me."

==== Firewall ====
A network firewall

==== Full Mac Support ====
Full mac support, preferably with full software and full sync capabilities with iCal and iMail

==== Anti Theft Application ====

This application would enter the phone into an [[Anti-Theft Mode]] which activates particular security features to reduce the risk of theft and also to ensure a higher probability of recovery of a stolen handset.

====RFID based personal alerts====
Assuming an RFID reader is available: You'd put an RFID tag on your keys, wallet, etc and train a program on the phone to give you a soft or hard alert when one of them leaves detection range. That way, if you're walking away from one of them, the phone could alert you.

====OpenVPN Client====
This application allows to configure the device as an OpenVPN client using the GUI including support for X.509 certificates.

=== Integrated Help System ===

A help system that is either on or off. It could be activated and deactivated by a [[five-second-press]] on a button, for example the AUX button. When the help system is activated, it will explain the use of any item you touch on screen (with stylus or finger). Example: if you touch the battery icon, it will explain that this shows battery level / remaining time. If you touch the date / time icon, it will explain that this icon shows date and time, and that if you press it, you can set date and time. Primarily, this help system should be able to explain all user interface elements in the main screen, but if it proves popular, it could be expanded to cover other applications as well.

===Performance optimisation===
==== Use DMA engine in CPU for blitter ====
The DMA engine in the CPU can substantially speed up moving of large areas of screen in some cases.

==== Use virtual screen to optimise scrolling ====
In some other cases, the hardware supported virtual screen may also speed it up.
===Reusable Display/UI Widgets===
====Use BigPage for full page zoom, scroll, scale in many apps====
The [[BigPageWidget]] Page decribes a widget that could bring full natural page viewing, scaling, scrolling to the OM platform - allowing all applications to make intuitive UIs. A good way to read documents of any type without reformatting them massively increases the utility of a device with a small screen

==Bluetooth==

=== Voice Dialing ===

Dial by voice commands.
 Dial by dictating phone number. This way we can voice dial any number even if not in our contact list.

=== Music through Bluetooth Headset ===

Music can be played through a Bluetooth headset, but would stop playing when a call comes in.

=== Walkie Talkie ===

Let OpenMoko devices connect to one another via bluetooth or another connection method (GPRS for long distance but high latency, probably Wifi on P2), and hold a conversation.

Features for this applications can be:
* Push To Talk (PTT) button
* Voice Activated Control (VAC) which will set it in transmit mode when input has is detected above a certain predefined level.
* Optionally a full duplex mode
* Different channels to choose from
* Monitor different (preselected or all) channels for traffic.
* Content encryption
* Active noise control
* Allow zero config use (units can talk without any access point helping)
* Overview of all connected people trough sending GPS data to everyone who is in the Walkie Talkie channel

Local (non-GPRS) use cases include chatting while biking
or motorcycling in a group; perhaps also in a car caravan.
This application could also be used as a baby-phone to monitor your siblings.

This would be more useful if the Neo had Class 1 bluetooth, though probable Wifi on P2 will also offer more range.

(One thumbs up from me) Jackcday

=== Automatic Sync ===

Automatically synchronize with desktop computer (or with any [http://en.wikipedia.org/wiki/SyncML SyncML] server) when within range based on user profile. This may require the use of a secure data transfer.

=== GPS Assisted Bluetooth Management ===

Allow Bluetooth to automatically turn off after loosing connectivity and to automatically turn back on based upon GPS location.

A Bluetooth device is configured for automatic reacquisition based on the following profiles:
* Manual - only when Bluetooth is on
* Non-mobile - the target device is not mobile, periodically attempt reacquisition when in the general area of the device.
* Mobile - the target device is mobile, periodically attempt reacquisition when in the general area of the device.

Each target device is configured as follows:
* Automatic acquisition at last known location: enable/disable
* Automatic acquisition at these locations: list of nickname + coordinates + range

==== Non-mobile devices ====

Examples devices include: computers

The location and range of the target device is determined via training. Periodically, the current GPS coordinates and Bluetooth signal strength are logged. Additionally, connectivity loss events are logged. An algorithm uses these logs to determine the device location and range.

Connection attempts are made when in a configurable proximity to the device. The first attempt when entering the proximity and further attempts at a configurable interval.

==== Mobile devices ====

Example devices include: automobiles

Mobile devices are configured to have two types of locations:
# Last known location
# Non-mobile locations (homes)

===== Last known location =====

A car is mobile, ideally, when you leave your car, the phone should note the car's location when connectivity is lost and then attempt to reacquire the car when you return to the location of the car.

===== Non-mobile locations (homes) =====

As mobile devices may have multiple users, it is not sufficient to always use the last known location. In this case, the device may additionally have multiple homes. For example, a car might have as its homes: home garage and work parking lot.

=== Bluetooth neighbor detection and multiuser apps ===

Like the [http://en.wikipedia.org/wiki/One_laptop_per_child one laptop per child] (OLPC) interface, keep a number in the status bar that represents a count of other openmoko or compatible bluetooth devices in the area. Allow for the spontaneous initiation of a chatroom or multiplayer game or file trading with any moko in the area.

=== Bluetooth environment detection ===

Capability to detect when a predetermined bt device enters/leaves bt range and launch a system-wide event accordingly. This would feed not only the "Neighbour detection" idea described above, but also the "Profiles", "Context based TO-DO list" and "Location-based reminders" ideas. Reminders could be set to trigger in the presence of a specific person X (with BT device Y). Profiles can take into account which devices are present around the phone (car kit, for ex.). To-do list could also change according to present devices.

=== Remote control ===

==== Wireless presenter ====
Use the phone to run your OpenOffice.org Impress presentation remotely using Bluetooth. Cool features:
* Display the text notes for the presenter on the phone's display and update it whenever the slide is changing.
** OO.org has implemented support for [http://www.openoffice.org/issues/show_bug.cgi?id=12719 dual monitor]/[http://www.openoffice.org/issues/show_bug.cgi?id=18486 presenter mode] that can be used as a starting point
* A small timer showing the time passed (and perhaps remaining if the presentation app supports such a feature).
* If you want to be super-cool, you give a preview of the notes of the next slide in the show.
* At the end of a presentation, a "navigator" could allow to easily jump to any slide in the presentation by clicking on it on the phone.
** When you right-click in a running OO.org Impress presentation, you can choose "got o slide..." and select any slide to jump to.

==== Initiated from another device ====
Remote control over Bluetooth from other devices to control media player (play, pause, next, previous, volume control), camera (capture image), etc.
==== Directed at another device ====
Remote control over Bluetooth to other devices to control media player, lights in your house, etc.

[http://mjr.iki.fi/software/remote-0.9.0.tar.gz Remote] is my draft of a python-based remote control app that allows you to define button sets and commands to run on the local or a remote host (through ssh, for instance). Error handling and command interface need work.--[[User:Mjr|Mjr]] 11:14, 18 October 2007 (CEST)

Z-wave uses web-browser control of devices that is said to be compatible with mobile phone browsers so should work with openmoko browser. [http://www.z-wave.com www.z-wave.com]

=== Bluetooth Car Connection ===

Have a deeper connection to the car than just handsfree speakerphone. For instance a transceiver with challenge/response systems to open, possibly even start the car. Possibly go as far as OBD connection to monitor car status on screen/log for later.

Could be done with a port of [https://garage.maemo.org/projects/carman/ Carman] or similar that can connect to an OBD2 adapter via USB or Bluetooth and display various information collect from the car, GPS, and accelerometers. --[http://wiki.openmoko.org/wiki/User:Bmk789 bmk789]

==== Dude, Where's My Car? ====

When in range of the car navigation system, remember the position (perhaps check with the car GPS). When not in range, assumme that you are not in the car, and offer the opportunity to navigate to the car's last known position. That way, you can find your car e.g. on a large parking lot.

=== [[Bluetooth powered Multi-SIM support]] ===

As the Neo1971 does not come with dual-SIM support this could be solved by joining your old bluetooth-enabled mobile to your OpenMoko-phone.

Let SIM card A be in your OpenMoko-phone and SIM card B in your old mobile:
* Incoming call on SIM card B - the OpenMoko-phone acts as a headset(Bluetooth Headset profile)
* Calling out via SIM card B - the OpenMoko-phone acts again as a headset
* Same for Short Messages/MMS/Internet
This way you'd have your old phone switched silent and connected to your OpenMoko-phone that handles all the calls and one can select which SIM card to use.
Advantage: No 'switching' between cards
Disadvantage: Second mobile needs to be in range(e.g. handbag) and charged every once in a while.

===Internet Gateway===

If the device could function as a Bluetooth router/gateway to the internet via the GPRS/data connector, then you could use it to get network connectivity from your laptop and other devices while on the road. Many smartphones can be configured as modems via Bluetooth for use as Dial-Up Networking connectors, and that should be the minimum target. Ideally, if the WiFi functionality was used so the OpenMoko could be an 802.11 router or peer to peer gateway for a laptop, this would be even better. The full bandwidth of GPRS or whatever network is available would then be available.

=== Social Networking ===

Anybody running the social networking app will be broadcasting a profile, and when certain keywords are matched with other users who are also running the application, an alert is sounded. Each mokoid can be added as a hexstring to a profile page, and xml filters can be developed for each social service to convert various keywords and interests to moko-friendly format.

=== Give userspace api control over bluetooth signal strength ===

I have tried bluetooth handsfree sets with other phones and don't get perfect reception due to low signal strength. I suppose the reason the signal is so weak is because the manufacturer wants the battery to last long on its latest charge. Can you please make the strength setting configurable by the user of the phone through an api and perhaps even through the phones gui? I would gladly waste some battery time in exchange for stronger bluetooth signal strength.

== WiFi ==

=== Industrial grade Wifi management ===
One annoyance I've had with Wifi enabled gadgets is that they simply keep the connections in a dumb list. What I'd like to see is more granular connection management, which enables me to specify whether a given connection is friend & family (mom's place), professional client (joe's copies and coffee), commercially available (panera), onetime use, or anything else, as well as managing router config backups, firmware images, and security keys.
=== Captive portal auto-login support ===
Having a nice front-end to some sort of script that checks the authenticity of a captive portal login page (SSL cert), then passes your username and password login information to automatically log you into your account would be very nice as well. This can be done with curl, but it is difficult to make it work on all captive portals out there. Perhaps just a field that you can specify "once I am connected to this AP, run this script: ".

== Wireless Piggyback ==

HSDPA support and the like, so that users can connect directly with the internet with G3/G4 mobile service providers at speeds at or above 3.6 Mb/s.

== Other ==

=== Auto Update ===

A small tool which is configurable to download the latest OpenMoko and OpenMoko related software. Maybe if any internet connection is available or a minimum of bandwith is available then the auto update would download only security related or the whole system etc. .

=== Vibrate Pattern Recorder ===

An application that would allow the user to define their own vibration patterns, and possibly link them to audio files. Recording would be done in real time initiated with a "Record" button, optionally playing the associated sound file in sync with recording). While recording, the user would press and hold a button to define the timing and duration of vibration. The user would press "Stop" when finished. Vibration patterns would have the option of being looped(would terminate at some global ringtone length maximum).

One simple suggested vibration file format would be a sort of run-length encoding: First byte defines the length of a "time-slice" in milliseconds, which would determine the overall tempo(actually the inverse of tempo). The next byte would define the number of time-slices to leave the vibration on, and then another byte for how long to pause after. Continue alternating these on/off bytes until the entire pattern is defined.

- or just use MIDI, using a separate channel for the vibrator.

An implementation of RTTL could also be used to define vibration patterns.

=== PC Input Device ===

Provide a method to use the touchscreen as input device for a nearby desktop machine. Could connect over USB or bluetooth.

Could emulate a pointer device (mouse) or even keyboard using standard bluetooth/USB interfaces for such a device.

Use case: Alice is lazing on a couch and doesn't want to get up to do some minor interaction with the computer. She can see the screen and uses the OpenMoko device as a mouse and/or keyboard to interact with the computer.

=== Advanced Notification And Ringtone Manager ===
{{Main|Wishlist-ANARM}}

ANARM would be an application for handling all event-based audible notifications from an OpenMoko device.

=== Location based reminders ===
{{Main|Wishlist:Location_based_reminders}}
Location based reminders can be used to notify users of various events or reminders that are location based.

=== Synergy Client ===
A synergy client would enable the user to place the device next to a desktop PC and share the desktop`s mouse, keyboard and clipboard over a TCP/IP network. [http://synergy2.sourceforge.net/ Synergy]

=== Next device ===
List features for your fantasy device to come from FIC (or anyone else, for that matter). Define the GTA03 here ;-)

==== There is no device ====
From [http://wurp.blogspot.com/2008/01/teh-future.html Wurp's blog]:

Clearly the Next Big Thing has to be for the device to go away altogether. I know the basic idea for wearables has been around forever, but it seems to me that the time has come.

I wanna wear a bluetooth earpiece and cool shades, possibly with [ here's where my imagination is failing me :-( ] gloves, or fingerless gloves, or (ew) wristbands, and let any surface, including my hand, or no surface, be my interface. Tap the earpiece when you get a phone call, see a dial pad on your palm and tap out the number with the other hand, watch movies on a giant screen hovering in the air...

(equipment list: bluetooth earpiece, some brick in my pocket or on my belt, glasses w/ minute camera, painted video display, & variable darkness lenses, and gloves)

Why the hell do I want to dig out a device every time I want mindless entertainment or superficial conversation?

Ideally, you could then sell any little doohickey with whatever interface you want (switches, knobs, g-spots, ...) and all it needs to do is network with some software on the brick to be anything at all...

== GPS Software ==
*Providing GPS Support also for outdoor users in addition to ordinary street navigation features
** Overlay of satellite images with existing streetmaps
** Incorporating SRTM digital elevation model: for example using the VRML/X3D as data format (see http://www.ai.sri.com/geovrml/) which is interesting for e.g. mountaineering: using a 3d browser rendering VRML/X3D Model, displaying the current position and track (possibly also other gps-tracks of the different routes to a summit downloaded before could be mapped onto the 3d model), (what about 3d hardware support? there is nothing written in the hardware specs about graphics: thinking of OpenGL for embedded systems (see http://www.khronos.org/opengles/)
** Using sth like a tracking mode to allow certain people to determine the current position and track (for rescue missions - like they have for example at http://www.steiger-stiftung.de (a German beneficence for rescue issues) There you can register your mobile phone so the rescue service is able to track you immediately if necessary. The interesting thing: It seems like some mobile phones with GPS have special support for this issue. If your phone is registered, the rescue service is able to get your GPS coordinates directly from the phone without any user assistance. Openmoko should also support this! )
* Implementation of 3dTracking's (http://free.3dtracking.net/) tracking software or equivalent.
* "Geomark" function: if you have to save the current time with your current location, only hit one button...
** You also should be able to navigate with a small "compass" and the distance should be displayed to your saved point (maybe where you parked your car on a big car parking area)...
* '''Measure the distance between two points (air line or walked way) -> no need for a tape measure'''
**I think it would be good if you could either use Bluetooth, GPRS or AdHoc Wifi, and see near Neo1972 on the GPS map so you could see where your friends are, e.g "You want to know if you friend is on the bus behind" You would need a strong wifi and GPRS would be too expensive.
*A bicycle sat-nav would be cool, speciayl designed for bicycles, e.g. cycle routes

 [[Community Based Traffic Information]]

== Hardware ==
{{Main|Wish List - Hardware}}

It could be use for beepway Online service too
[http://www.beepway.com]

=== Dedicated Power / Charger Pinout ===

Having not yet seen a physical Neo device, I haven't been able to examine any of the IOs to see if there already is a dedicated power / charger input. However, I can imagine that it might be very tempting to have the device charge solely via USB. For any device that is capable of USB-host, that is a '''horrible''' idea.

Since the device is able to run in USB host mode, it might be a good idea to allow for an alternate power supply, if say, a USB keyboard was being used for several hours. Rather than drain the battery, one could just supply power via the wall outlet while still providing endless hours of USB-host enjoyment for those hard-coders on the go.

The main question is just deciding on where to take power from if in USB-client mode and the power cable is inserted, but really, that's not too big of a deal and can be solved with very minimal circuitry.

This might sound extraneous at first, but when the device shuts down in the middle of an important USB file transfer, or right before that great piece of code was saved, you can bet that those users will be saying "Hmm... a separate power adapter would have really come in handy right now".

I suggest a tiny 3mm, dedicated +5V power input (something a la Nokia).

=== Tactile feedback via buzzer ===
Assuming the hardware has a vibrator/buzzer for silent calls, use a lightly pulsed version of that to simulate tactile feedback when dragging finger across buttons on-screen. Implemented properly, it would almost feel as if the buttons were real.
: 25 ms bump on the buzzer feels about right. Does this harm the vibrator motor? --[[User:Sagacis|Sagacis]] 05:15, 2 October 2007 (CEST)
:: Created a patch to do this [[User:Sagacis/ForceFeedback]] --[[User:Sagacis|Sagacis]] 05:05, 3 October 2007 (CEST)

=== Detachable keyboard ===
Hardware keyboard that can be attached with magnets to a future version of the Neo.

A bluetooth mini-qwerty keyboard that straps to my wrist!

: A BT keyboard would be nice, but do you need openmoko to provide it? [[http://www.intomobile.com/2007/11/07/targus-bluetooth-mobile-tumbpad-when-the-tiny-keyboard-on-your-smartphone-just-doesnt-cut-it.html Targus bluetooth keyboard]]

=== SD Card Slot ===
I think the Neo1973 should have a normal SD card slot as the micro is too small, and the SDs have more space. [unknown author]

SD Cards now support 32GB. Their storage density will always be multiples ahead of microSD (now at only 2GB). An SD Card slot will:
* Provide enough storage to '''turn an OpenMoko into a music (MP3) jukebox''' large enough for entire music collections, like an iPod with Bluetooth for the car.
* Enable '''storage''' of:
** podcasts, full-length movies, or large photo collections
** photo and video from an on-board high-res camera
** entire email database at your fingertips, even in poor phone signal areas
** more detailed maps and charts
** encrypted work databases that are not available online
* Have easy '''external access''', without requiring battery removal like the microSD card
* Support '''SDIO''' accessories
* Enable '''transfer''' of data from an external camera's full SD memory to:
** a portable USB hard drive, offsetting the need to travel with a notebook PC
** the internet, via wifi or phone network
* Enable editing of videos and photos obtained from external cameras

Without an easily accessible higher storage SD Card slot, many users will soon be playing the juggling game of which data to delete from the much smaller and harder to swap microSD card. This is especially true for OpenMoko users, who are more likely to be power users than is the average mobile phone carrying population. Why carry an OpenMoko and an iPod, when you can simply add an SD Card slot?
--[[User:Pedro|Pedro]] 20:06, 17 March 2008 (CET)

: This is not true. Now you can find 2GB micros at the price of 20-30 euros. Too small for what?? --[[User:V0n0|V0n0]] 22:06, 28 December 2007 (CET)

: Think of putting a few '''movies''' on that SD memory card. It could really help if it was a little bigger (8GB, 16GB, 32GB). Also think of going '''offline''' for 1-2 weeks, far away from any computer you can access and then wanting to listen to some music. What you get in turn with a 2 GB memory slot is the same music over and over. Or you have to switch memory a cards a lot.

: This situation is far more common than one would think: going in the mountains, going offshore (on a cruise ship). Or simply you may want to store many types of music, and '''share''' your device with friends. --[[User:Bogdanbiv|Bogdanbiv]] 13:47, 10 January 2008 (EEST)

: Well, it can be micro SD, but why to put it so deep inside, under the battery and even under the SIM card? I would suggest to have a simple slot on the side where we could insert/remove the SD card equally easily as we swap CD's in computer. [[User:AudriusA|AudriusA]] 16:36, 12 January 2008 (CET)

[[User:Cfriedt|Cfriedt]] 12:40, 24 February 2008 (CET) -- I completely agree with a more accessible SD card slot. It should be made external for quick removal / insertion. I realize that would mean program data shouldn't reside on the SD, but really 256 MB of on-board flash is plenty. Mirco or normally-sized, a regular-sized SD is still trivial to implement in terms of solder pads and traces.

: Sorry, but this looks like useless chat. Micro-SD cards are perfect for mobile devices as they don't get too much space on the pcb. Also, we can find micro-sd up to 8gb, if you want more space just wait a while and they'll produce a bigger one in a few months :-p. Really, almost every single phone that has a sd slot has in its micro version, why would we need a full-sized, huge normal sd slot ? It gets too much space on the pcb it's not only about sw configuration or pin soldering, it's more regarding pcb layout.

: What about something like this adapter[http://linitx.com/viewproduct.php?prodid=11922]? Is there any place in the case left to put this into? Nevertheless there is a 12GB microSD card announced from SanDisk and a 8GB card costs about 40€ or 15€ for 4GB. (But a 8GB SD card costs only about 25€) --[[user:kelvan|Kelvan]]

=== IR port ===
Remote control applications

Would be great to use openmoko as a Harmony remote controller.

:I'd like to add that i fully support this. An IR port on future openmoko devices capable of controlling set-top boxes like TV/DVD/Stereo is necessary to make the device as universal as possible. A cellphone should be your window to the world and allow you to interact with it in as many ways as possible.

:Care must be taken to use the correct type of IR chipset/controller in the phone. Most IR ports you find on devices like computers, some cellphones etc. Are for high speed data communication and CAN'T control TVs/DVDplayers/Stereos etc.

:In order to reduce cost it maybe possible to use the sound chipset in the phone to generate the waveform sent to the IR led. IR remotes work at ~38Khz which is within the range of the sound chipset. The sound output could be internally switched between the IR led or the speakers.

[[Category:User]]
[[Category:Ideas| ]]

Openmoko Local Groups: Antwerp

2008-03-27T01:30:44Z

BioGeek: wikify names

See [[Talk:OpenMoko_Local_Groups:_Antwerp|discussion]]

{|border=1
!Name
!Skills
!Level of Interest
!Location
!Other
|-
|[[User:Steamrunner|Steamrunner]]
|electronics, Linux, VoIP, programming
|Awaiting GTA01, Base
|2660 Hoboken (Antwerpen)
|willing to organize meetings, brainstorming, workshops, whatever. talk to me.
|-
|[[User:BioGeek|BioGeek]]
|bioinformatics, Linux user since 1998, Python programming
|Awaiting NeoFreerunner, Mobistar
|2018 Antwerpen (Berchem)
|willing to meet other OpenMoko users, exchange ideas and spread the love for Free and Open Source Software in general
|}
[[Category:Community]]
[[Category: OpenMoko Local Groups| ]]

Openmoko Local Groups: Antwerp

2008-03-27T01:30:02Z

BioGeek: added myself

See [[Talk:OpenMoko_Local_Groups:_Antwerp|discussion]]

{|border=1
!Name
!Skills
!Level of Interest
!Location
!Other
|-
|[User:Steamrunner|Steamrunner]
|electronics, Linux, VoIP, programming
|Awaiting GTA01, Base
|2660 Hoboken (Antwerpen)
|willing to organize meetings, brainstorming, workshops, whatever. talk to me.
|-
|[User:BioGeek|BioGeek]
|bioinformatics, Linux user since 1998, Python programming
|Awaiting NeoFreerunner, Mobistar
|2018 Antwerpen (Berchem)
|willing to meet other OpenMoko users, exchange ideas and spread the love for Free and Open Source Software in general
|}
[[Category:Community]]
[[Category: OpenMoko Local Groups| ]]

Automatic emulation in Ubuntu

2008-03-27T01:05:02Z

BioGeek: /* Problems */

This is a tutorial for getting an emulation environment on an Ubuntu system. For other systems see the [[Installation_guide]]

== Installation ==

You have to know that there is a great tool to get it running on a linux system, namely the [[MokoMakefile]]. This is a sort of wrapper round several instructions, so it is easy to set up and maintain a development environment. If you build the whole [[MokoMakefile]], you will need approximately 12GB, a swap+ram memory of about 1GB and minimum 5 hours time. But we will only build it for Qemu (the emulator that I will use) and that needs (on my system) only 890mb and a 15 min of your time.

To get it running, you will have to tweak your ubuntu a little bit (This will not damage other programs, everything will work as before).
* Open your terminal (Applications->Accessories->Terminal).
* Enter following command and select NO if it ask to install dash as /bin/sh.
sudo dpkg-reconfigure dash
* Install the needed programs (You will have to enter your password):
sudo apt-get install monotone git-core cogito python-dev ccache m4 sed bison make cvs gawk libc6-dev g++ subversion sharutils docbook openjade quilt libmpfr-dev libpcre3-dev texinfo texi2html libboost-date-time-dev libboost-filesystem-dev libboost-regex-dev libboost-test-dev libboost-dev zlib1g-dev build-essential dh-make debhelper devscripts gcc-3.4 lynx netpbm libsdl1.2-dev dosfstools help2man python-psyco lynx

Voila your system is ready to get the install the openmoko.

Now we will install Openmoko in a directory by downloading the MokeMakefile in it and build it.
* Create a directory and go into the directory:
mkdir openmoko
cd openmoko
* Get the MokoMakefile:
wget http://www.rwhitby.net/files/openmoko/Makefile
* Make the MokoMakefile and tell it, you want to install it for qemu:
make qemu

This will download the necessarily files of the lastest release and build them following the MokoMakefile. After that it will start into the emulator for the first time. Voila your have now successfully installed openmoko onto your ubuntu system.

==Help with running OpenMoko in Qemu==

If OpenMoko is not already running in Qemu, you can start it by:
* Open your terminal (Applications->Accessories->Terminal).
* Go to the directory:
cd openmoko
* starting with the MokoMakefile
make run-qemu

The first screen of OpenMoko will show a nice picture of the OpenMoko logo which will be followed
almost immediately by the BOOT MENU, this is done by the bootloader.

In the BOOT MENU you can choose different options. To select an option you have to press enter (=aux) and to execute it, hit space (=power). The default selection will boot OpenMoko.
Thus if the BOOT MENU shows, you just have to hit the space bar and the phone software will load.

While booting OpenMoko the progress will be shown in text mode. Depending on your computer's performance it might take a while (some minutes even) to complete the boot. When complete you will see the graphical interface as will be shown on the phone itself (but slightly larger due to the larger pixelsize of your screen).

A few pointers on using OpenMoko:
* You can select the icon that looks like "+" for a list of applications you can run.
* You can select the icon that looks like "three gears" for a list of applications that are running now. Here you can also terminate unwanted applications when you are unable to do so from within the application itself.
* You can select the icon that looks like a "house" to get back to the first home screen.
* The statusbar at the top is always shown and by clicking on the top-left corner you can switch to another application that is already running. The "Home" application is always running and clicking on it will bring you back to the home screen.

See [[Qemu]] for more advanced information on running OpenMoko in Qemu.

==Installing ipk packages==
First you need a xxx.ipk package, see [[toolchain]] on how to compile an application for the ARM CPU and create the package.

Note that if at this point you have the OpenMoko Qemu running, it is probably wise to terminate it first.
Then you can install the xxx.ipk package for access by the Qemu emulator with:

cd openmoko
mkdir -p build/tmp/deploy/glibc/ipk/a
cp xxx.ipk build/tmp/deploy/glibc/ipk/a/xxx_a.ipk
make qemu-copy-package-xxx

''Note: for some reason qemu-copy-package-xxx looks for above source file.
Maybe this part can be improved, or a different command can overcome the problem of creating this directory.''

When above make command was succesful the next time you start OpenMoko Qemu,
you still need to make the installed application available in the application list.
For this you can select from within OpenMoko the terminal application
(Select icon that looks like "+" for the list of available applicaitons, select "Applications" and select the "Terminal").
In this terminal double-click, so you can type in the commands:
ipkg install /media/mmcblk0/xxx_a.ipk
exit
After the "exit" command you should return to the Task list, in which the newly
added application should be listed under a name which was choosen when building the ipk package.

== Update Openmoko==
* Open your terminal (Applications->Accessories->Terminal).
* Go to the directory:
cd openmoko
* Update with the MokoMakefile
make qemu

= Extra =

==Create a menu item for openmoko==
cd ~/openmoko
gedit moko.sh

add the following

#!/bin/bash
cd ~/openmoko
make run-qemu

then run
chmod +x moko.sh
alacarte

and add a menu item with the following values
Name: OpenMoko
Command: ~/openmoko/moko.sh

== Problems ==
If you have any problems, just add it here

When trying flash-qemu-local, following error occurs:

Create BBT and erase everything ? <y/N>
Skipping bad block at 0x03ff0000
Skipping bad block at 0x03ff4000
Skipping bad block at 0x03ff8000
Skipping bad block at 0x03ffc000

Creating BBT. Please wait ...Bad block table not found for chip 0
Bad block table not found for chip 0
Bad block table written to 0x03ffc000, version 0x01
Bad block table written to 0x03ff8000, version 0x01

GTA01Bv4 # setenv bootcmd 'openmoko/flash.sh: line 88: 4153 Terminated
$qemu -mtdblock "$script_dir/$flash_base" -kernel "$script_dir/$1" -serial stdio -nographic
-usb -monitor null 0<&0

U-boot failed to finish writing in 300 seconds, giving up.

make: *** [flash-qemu-local] Błąd 255

--[[User:Mav|mav]] 08:37, 9 October 2007 (CEST)

Same problem here. I'm trying to find a solution. Are you also using ubuntu gutsy? [[User:Dolfje|Dolfje]] 00:46, 11 October 2007 (CEST)

I've got the Same Problem and i'm not able to find a workaround. Can anyone help? 
[[User:Elessar|Elessar]] 17 October 2007

I got the problem too, again on gusty (beta) 
[[User:xuedi|xuedi]] 17 October 2007

Same here, Gutsy, using MokoMakefile (but flash-qemu-official). 
[[User:Gwicke|Gwicke]] 10:16, 18 October 2007 (CEST)

I've asked it into the bugzilla, maybe we will have an answer soon 
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=937 
[[User:Dolfje|Dolfje]] 21:07, 17 October 2007 (CEST)

Same problem, also using gutsy
--[[User:Jestin|Jestin]] 07:54, 31 October 2007 (CET)
 
I also have this exact problem, using Debian Lenny. 
--[[User:Ericyyz|Ericyyz]] 17:19, 07 November 2007 (EST)

This should be solved by the new qemu images. 
[[User:Dolfje|Dolfje]] 18:47, 19 November 2007 (CET)

When trying run qemu, following error occurs:
make run-qemu
( cd build/qemu && arm-softmmu/qemu-system-arm \
-M neo -m 130 -usb -show-cursor \
-usbdevice keyboard \
-mtdblock openmoko/openmoko-flash.image \
-sd openmoko/openmoko-sd.image \
-kernel openmoko/openmoko-kernel.bin )
Could not allocate physical memory
make: *** [run-qemu] Fehler 1 
update: before running make qemu, type /bin/bash and then it works 
[[User:tomilee|tomilee]] 14:32, 25 November 2007 (CET)

After issuing the command 'make qemu' in Gutsy, the installation eventually borks with

make[2]: Leaving directory `/usr/local/src/openmoko/build/qemu/arm-softmmu'
make[1]: Leaving directory `/usr/local/src/openmoko/build/qemu'
[ -e images/openmoko ] || mkdir -p images/openmoko
ln -sf `pwd`/openmoko/trunk/src/host/qemu-neo1973/openmoko/env images/openmoko/env
( cd images && ../openmoko/trunk/src/host/qemu-neo1973/openmoko/download.sh )
Retrieving available builds list...
Kernel is... not found
make: *** [download-images] Error 255

[[User:BioGeek|BioGeek]] 02:03, 27 March 2008 (CET)

{{Languages|Installation_guide}}
[[Category:Technical ]]
[[Category:Software]]
[[Category:Documentation]]

Automatic emulation in Ubuntu

2008-03-27T01:03:57Z

BioGeek: /* Problems */ Kernel is... not found error 255

This is a tutorial for getting an emulation environment on an Ubuntu system. For other systems see the [[Installation_guide]]

== Installation ==

You have to know that there is a great tool to get it running on a linux system, namely the [[MokoMakefile]]. This is a sort of wrapper round several instructions, so it is easy to set up and maintain a development environment. If you build the whole [[MokoMakefile]], you will need approximately 12GB, a swap+ram memory of about 1GB and minimum 5 hours time. But we will only build it for Qemu (the emulator that I will use) and that needs (on my system) only 890mb and a 15 min of your time.

To get it running, you will have to tweak your ubuntu a little bit (This will not damage other programs, everything will work as before).
* Open your terminal (Applications->Accessories->Terminal).
* Enter following command and select NO if it ask to install dash as /bin/sh.
sudo dpkg-reconfigure dash
* Install the needed programs (You will have to enter your password):
sudo apt-get install monotone git-core cogito python-dev ccache m4 sed bison make cvs gawk libc6-dev g++ subversion sharutils docbook openjade quilt libmpfr-dev libpcre3-dev texinfo texi2html libboost-date-time-dev libboost-filesystem-dev libboost-regex-dev libboost-test-dev libboost-dev zlib1g-dev build-essential dh-make debhelper devscripts gcc-3.4 lynx netpbm libsdl1.2-dev dosfstools help2man python-psyco lynx

Voila your system is ready to get the install the openmoko.

Now we will install Openmoko in a directory by downloading the MokeMakefile in it and build it.
* Create a directory and go into the directory:
mkdir openmoko
cd openmoko
* Get the MokoMakefile:
wget http://www.rwhitby.net/files/openmoko/Makefile
* Make the MokoMakefile and tell it, you want to install it for qemu:
make qemu

This will download the necessarily files of the lastest release and build them following the MokoMakefile. After that it will start into the emulator for the first time. Voila your have now successfully installed openmoko onto your ubuntu system.

==Help with running OpenMoko in Qemu==

If OpenMoko is not already running in Qemu, you can start it by:
* Open your terminal (Applications->Accessories->Terminal).
* Go to the directory:
cd openmoko
* starting with the MokoMakefile
make run-qemu

The first screen of OpenMoko will show a nice picture of the OpenMoko logo which will be followed
almost immediately by the BOOT MENU, this is done by the bootloader.

In the BOOT MENU you can choose different options. To select an option you have to press enter (=aux) and to execute it, hit space (=power). The default selection will boot OpenMoko.
Thus if the BOOT MENU shows, you just have to hit the space bar and the phone software will load.

While booting OpenMoko the progress will be shown in text mode. Depending on your computer's performance it might take a while (some minutes even) to complete the boot. When complete you will see the graphical interface as will be shown on the phone itself (but slightly larger due to the larger pixelsize of your screen).

A few pointers on using OpenMoko:
* You can select the icon that looks like "+" for a list of applications you can run.
* You can select the icon that looks like "three gears" for a list of applications that are running now. Here you can also terminate unwanted applications when you are unable to do so from within the application itself.
* You can select the icon that looks like a "house" to get back to the first home screen.
* The statusbar at the top is always shown and by clicking on the top-left corner you can switch to another application that is already running. The "Home" application is always running and clicking on it will bring you back to the home screen.

See [[Qemu]] for more advanced information on running OpenMoko in Qemu.

==Installing ipk packages==
First you need a xxx.ipk package, see [[toolchain]] on how to compile an application for the ARM CPU and create the package.

Note that if at this point you have the OpenMoko Qemu running, it is probably wise to terminate it first.
Then you can install the xxx.ipk package for access by the Qemu emulator with:

cd openmoko
mkdir -p build/tmp/deploy/glibc/ipk/a
cp xxx.ipk build/tmp/deploy/glibc/ipk/a/xxx_a.ipk
make qemu-copy-package-xxx

''Note: for some reason qemu-copy-package-xxx looks for above source file.
Maybe this part can be improved, or a different command can overcome the problem of creating this directory.''

When above make command was succesful the next time you start OpenMoko Qemu,
you still need to make the installed application available in the application list.
For this you can select from within OpenMoko the terminal application
(Select icon that looks like "+" for the list of available applicaitons, select "Applications" and select the "Terminal").
In this terminal double-click, so you can type in the commands:
ipkg install /media/mmcblk0/xxx_a.ipk
exit
After the "exit" command you should return to the Task list, in which the newly
added application should be listed under a name which was choosen when building the ipk package.

== Update Openmoko==
* Open your terminal (Applications->Accessories->Terminal).
* Go to the directory:
cd openmoko
* Update with the MokoMakefile
make qemu

= Extra =

==Create a menu item for openmoko==
cd ~/openmoko
gedit moko.sh

add the following

#!/bin/bash
cd ~/openmoko
make run-qemu

then run
chmod +x moko.sh
alacarte

and add a menu item with the following values
Name: OpenMoko
Command: ~/openmoko/moko.sh

== Problems ==
If you have any problems, just add it here

When trying flash-qemu-local, following error occurs:

Create BBT and erase everything ? <y/N>
Skipping bad block at 0x03ff0000
Skipping bad block at 0x03ff4000
Skipping bad block at 0x03ff8000
Skipping bad block at 0x03ffc000

Creating BBT. Please wait ...Bad block table not found for chip 0
Bad block table not found for chip 0
Bad block table written to 0x03ffc000, version 0x01
Bad block table written to 0x03ff8000, version 0x01

GTA01Bv4 # setenv bootcmd 'openmoko/flash.sh: line 88: 4153 Terminated
$qemu -mtdblock "$script_dir/$flash_base" -kernel "$script_dir/$1" -serial stdio -nographic
-usb -monitor null 0<&0

U-boot failed to finish writing in 300 seconds, giving up.

make: *** [flash-qemu-local] Błąd 255

--[[User:Mav|mav]] 08:37, 9 October 2007 (CEST)

Same problem here. I'm trying to find a solution. Are you also using ubuntu gutsy? [[User:Dolfje|Dolfje]] 00:46, 11 October 2007 (CEST)

I've got the Same Problem and i'm not able to find a workaround. Can anyone help? 
[[User:Elessar|Elessar]] 17 October 2007

I got the problem too, again on gusty (beta) 
[[User:xuedi|xuedi]] 17 October 2007

Same here, Gutsy, using MokoMakefile (but flash-qemu-official). 
[[User:Gwicke|Gwicke]] 10:16, 18 October 2007 (CEST)

I've asked it into the bugzilla, maybe we will have an answer soon 
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=937 
[[User:Dolfje|Dolfje]] 21:07, 17 October 2007 (CEST)

Same problem, also using gutsy
--[[User:Jestin|Jestin]] 07:54, 31 October 2007 (CET)
 
I also have this exact problem, using Debian Lenny. 
--[[User:Ericyyz|Ericyyz]] 17:19, 07 November 2007 (EST)

This should be solved by the new qemu images. 
[[User:Dolfje|Dolfje]] 18:47, 19 November 2007 (CET)

When trying run qemu, following error occurs:
make run-qemu
( cd build/qemu && arm-softmmu/qemu-system-arm \
-M neo -m 130 -usb -show-cursor \
-usbdevice keyboard \
-mtdblock openmoko/openmoko-flash.image \
-sd openmoko/openmoko-sd.image \
-kernel openmoko/openmoko-kernel.bin )
Could not allocate physical memory
make: *** [run-qemu] Fehler 1 
update: before running make qemu, type /bin/bash and then it works 
[[User:tomilee|tomilee]] 14:32, 25 November 2007 (CET)

After issuing the command 'make qemu' the installation eventually borks with

make[2]: Leaving directory `/usr/local/src/openmoko/build/qemu/arm-softmmu'
make[1]: Leaving directory `/usr/local/src/openmoko/build/qemu'
[ -e images/openmoko ] || mkdir -p images/openmoko
ln -sf `pwd`/openmoko/trunk/src/host/qemu-neo1973/openmoko/env images/openmoko/env
( cd images && ../openmoko/trunk/src/host/qemu-neo1973/openmoko/download.sh )
Retrieving available builds list...
Kernel is... not found
make: *** [download-images] Error 255

[[User:BioGeek|BioGeek]] 02:03, 27 March 2008 (CET)

{{Languages|Installation_guide}}
[[Category:Technical ]]
[[Category:Software]]
[[Category:Documentation]]

Wish List

2008-03-27T00:21:31Z

BioGeek: /* To Do lists */

This article is a place to collect various thoughts about the future of the [[OpenMoko]] software platform. Most wish list ideas have been linked from this page, but you may also wish to check all pages [http://wiki.openmoko.org/wiki/Category:Ideas that have a category of 'Ideas'].

== Development ==
=== Painless SDK installation & Setup ===
Our goal should be a completely painless setup for somebody wanting to develop using [[OpenMoko]]

* one command for installation (apt-get install openmoko)
* one command to start Xnest (openmoko-xephyr?)
* one command to start an i386 shell (openmoko-386-shell)
* one command to start an armel shell (openmoko-armel-shell)

No extra configuration required.

==== IDE Plugins ====
People like to see plugins for
* [http://anjuta.sourceforge.net Anjuta]
* [http://www.eclipse.org Eclipse] (some things are possible - see [[Development with Eclipse]].
* [http://www.netbeans.org NetBeans]
* Game engine - Game Creation plugins
evaluate eclipse project [http://www.eclipse.org/dsdp/index.php Device Software Development Platform Project from eclipse] and subproject [http://www.eclipse.org/proposals/tml/ Tool for Mobile Linux]
* [http://www.kdevelop.org KDevelop]
* [http://developer.apple.com/tools/xcode/ XCode]
* [http://www.monodevelop.com MonoDevelop]
* [http://msdn.microsoft.com/vstudio/ Microsoft Visual Studio 2005]

==== UI Designer ====
Glade code generation is deprecated, so we don't want to use it. The Gtk+ powers told me that the plan is to have gtk 2.12 (out early 2007) with support for GtkBuilder, a libglade derivative which breaks a bit the XML definition in order to support all the new widgets and properties; as soon as it's in the other ui builders will add support for this format. See also [http://bugzilla.gnome.org/show_bug.cgi?id=172535 the relevant bug entry]
* Possibly a Landscape (rotated) view for the screen (480x640 *or* 640x480)?

==== Built-in Scripting Language ====
{{Main|Wishlist:BuiltInScriptingLanguage}}
There was a [http://lists.openmoko.org/pipermail/community/2007-January/001909.html fruitful discussion about a built-in scripting language on the mailing list in January.] Many people feel that it is very important for OpenMoko to choose a scripting language to ship as default in the standard OpenMoko firmware.
==== Easy build of the existing autotools - based packages ====
In the ideal case OpenMoko should exist on the top of the usual ./configure - make workflow which is typical for the majority of the C/C++ based open source projects. It should not require to rewrite or even replace the existing Makefile.am files of the project being ported, and it should allow to pass the needed parameters to the project configure script. Maybe OpenMoko project could be a bigger project having one or more (if some are libraries) autotools - based packages in its separate folders and include the proper documentation how to "wire" the standard autotools based package to the OpenMoko infrastructure.

===Foreign Widget Set Bindings ===
==== Qt Integration ====
The Trolltech folks have a great widget library. I'd like to interface OpenMoko with Qt4, so that we can write Qt4 applications for the phone which don't look alienated.

==== Maemo Integration ====
The Maemo folks have created a successful standard for Webpad applications. I'd like to have a set of MaemoMoko and MokoMaemo wrapper classes that allow me add support for running OpenMoko applications on Maemo and vice versa. Perhaps we can get help from the Nokia OSS folks for that.

==== wxWidgets Integration ====
wxWidgets is a cross-platform application framework that's very popular (I'd say, #3 after Qt and Gtk+). On Linux, wxWidgets uses Gtk+ to implement the widgets. It shouldn't be hard to add support for the additional OpenMoko classes to wxWidgets hence supporting the native OpenMoko look and feel for wxWidgets applications.

wxWidgets team wants OpenMoko classes too and we (wxWidgets) plan to include this project as one of our ideas for [http://google-code-updates.blogspot.com/2007/02/speaking-of-summer.html GSoC 2007]

==== SDL Integration ====
SDL is ''the'' game developer library. There are tons of SDL games out there. We should add OpenMoko support into SDL.

==== Cocoa / GNUstep ====
Allows to use MacOS X as a development platform.

=== Software: Language bindings ===
==== Python bindings ====
Python bindings seem to be a commonly requested feature.

[[User:Mickey]] says, "They are kind of usable on the [http://www.maemo.org Nokia 770], but it's at the lower end of being bearable. We should keep this in mind -- Gtk+ already comes with Python Bindings, so we "just" would need to wrap libmoko*. I would prefer to leave this to the community do though, since it doesn't make sense to start wrapping the API until we have a stable API -- and I can imagine it will take us a couple of months after going open until we can start with stabilizing the libmoko API."

==== C++ bindings ====
There is a whole skilled C++ community coming from the [http://qtopia.net Qtopia] and [http://opie.handhelds.org Opie] projects. If we would consider basing OpenMoko C++ Bindings on [http://www.gtkmm.org/ Gtkmm], then we could drag these guys in.

==== Ruby bindings ====
Ruby and ruby-(gtk|glade) already ported to OpenMoko according to [http://lists.openmoko.org/pipermail/openmoko-apps/2007-May/000040.html this ] and [http://groups.google.de/group/comp.lang.ruby/browse_thread/thread/6bee9970cf055504 this] mesages. It just have to be included to distribution (only 4.9 MB!)

==== Java bindings ====
People who concentrate on Java programming would like to have the OpenMoko port of some java virtual machine. GNU Classpath team a lot of great work in the past creating easily portable implementation. Sun's recently open sourced code could also be ported.
==== Other bindings ====
* Perl
* C#
* I think you could skip a bunch of these by binding to Dbus; most languages already have Dbus bindings

== Community Support ==

=== [http://projects.openmoko.org projects.openmoko.org] ===
Infrastructure for developers with
* One bugzilla for all projects (makes moving bugs forth and backwards between projects ''very'' easy)
* One mailing list for project

== Platform ==
=== Community Images ===
In the future there could be complete, unofficial "product images" that are created by the community, for example maybe one that incorporates only free software (in the GNU or OSI sense). Or images build with a particular niche market in mind -- a student for example.

=== Wishlist voting ===
There could be a kind of voting system like they have at one of those big computer manufacturers homepage. Then the community could vote for the ideas that are most important to them. This would especially make sense for the hardware wishlist, because the hardware is still the part which can't be done by the community that easily.

Here: [http://www.fevote.com/openmoko OpenMoko suggestion board]

== Software: Additional features ==

===PDA Mode===

There are times when you wish to power up the device and not power up the gsm/cellphone portion of the phone. For example in meetings you might wish to access the PDA side with wifi as is the case for example on an aircraft. On booting some method of booting to pda mode would be good - several other phones offer this feature.

===Driving Mode===

It may be forbidden in many countries, but many people use their cell phones while driving. With the touchscreen phones
this is very dangerous: You have to stare at the tiny numbers on the screen and try to hit them with your thumb or try to decipher tiny script of contacts, while steering with the other hand. There should be a configurable driving mode where the interface has a reduced functionality (e.g. only contacts and dialing) with HUGE interface buttons that are easy to use with limited attention.

===Calling===

==== Mask ID based on dialed numbers ====
It would be nice if my number only showed up when I call people in my address book and was otherwise masked. The phone I have now either always shows my number or never or can be set on a per call basis. Having it done automatically based on the number dialed would be good.

==== Use calling cards and similar routing techniques for lower-cost calling ====
Many people use calling cards, low-cost numbers and similar ways of reducing the costs of their calls. It would be nice to have a single panel that would allow you to configure the rules of dialing a number taking in to account such systems.

==== Outgoing black/white lists ====
The ability to allow or deny outoging calls to certain numbers can be useful in a number of situations (e.g. the holder of the 'phone is a child, untrusted, etc.). This could be related to entries in the contact list, for example a user is only allowed to call people who are in their contact list.

Also lists for incoming calls? Some friends always come through, unknown numbers get rejected automatically.

==== Time-based blocking/unblocking of calls ====
Allowing or disallowing outgoing calls at certain times of the day could be useful, e.g. blocking a business phone from making calls outside of business hours.

====Speaker-phone====
* A speaker-phone is more than simply connecting the speakers to GSM audio, it's also echo cancellation, and eliminating the feedback that will otherwise happen between the speakers and the mic. This software has not been written.

====Advanced Airtime Tracking====
Many phone users have complicated plans, things like unlimited incoming, 100 anytime minutes, 1000 evening minutes, etc. It would be nice if a user could input the various monthly airtime chunks their plan gives them, and then the phone could track how much is left in each chunk, i.e. How much anytime minutes are left this month? Optionally, the software could warn when someone is close to the monthly limit, to help avoid bigger bills.
On (at least some) prepaid [http://en.wikipedia.org/wiki/Unstructured_Supplementary_Service_Data USSD] can be used to check current balance.

==== Anti-stutter software ====
Delayed Auditory Feedback (DAF) has shown to reduce stuttering in individuals by 70%. By using the microphone, it should be pretty simple to implement this on the OpenMoko. The DAF functionality should also be present during phone calls. See http://en.wikipedia.org/wiki/Delayed_auditory_feedback for more information.

====Minimize In-Call mode (check address book while in call)====
On my locked phones I always find it annoying that one can not use other features while a call is in progress. In particular, I'd like to access the address book so that we can (1) give a caller someone else's phone number (or other info) and (2) lookup a phone number when using a calling card or some other proxy.

Similar request when using the browser (lookup passwords, todo list, etc).

====Hold Music (Ringback Tone)====
On some cellphone networks you can pay to change the normal [http://en.wikipedia.org/wiki/Ringback_tone Ringback Tone] that the caller hears when ringing, to a customised sound.
This can partially be implemented on the phone.
Issues are:
*In countries where callers pay, this will make you unpopular.
*In countries where the called party pays, it will use your minutes, or cost you money.
**A list of people to activate this function for would alleviate this.
*[[GPRS]] internet connection will stall while the hold music is being played.
*Extra battery used when playing music.

Also see [[Answering Machine]].

====Play sound clips over the air====
Dialer could have a tab with big buttons which, when push, send sound clips over GSM to the person on the other end of the call. This feature is included in GizmoProject and is called sound blasts: http://support.gizmoproject.com/index.php?_a=knowledgebase&_j=questiondetails&_i=104
The buttons can have default sounds, but also have the ability to be customized.

It would also be useful for notifying people why you can't talk (for example, having an "I can't talk tight now - I'm in the library - this is a pre-recorded message" would be good. Also perhaps you could loop a pre-recorded sound in the background so you can lie about where you are, and have the ability to simulate a really bad connection.

==== DTMF Landline Dialing ====
The ability to hold the Neo near the microphone of a landline handset and have the Neo dial the landline by sounding DTMF tones. The DTMF tones could be generated in software or be pre-recorded files.

Graphically this could be done by adding a 'DTFM dial' button to a context menu. The user would select a contact then presses the 'DTMF dial' button to start the process. A small delay could also be added to allow time to put the Neo near the landline handset.

For the Neo to know which area code to use (or not use) the current or last GPS coordinates could be utilised.

==== Conversation Recorder ====

An option to record phone conversations. Would be helpful to have the device always recording for every call, with the sound data encoded to low quality Ogg Vorbis or SPEEX and stored in RAM. At the end of the conversation the user would have the option to save to flash or discard the conversation. This idea could also be applied to voicemail so you could save voicemails locally.

====Unlicensed Mobile Access (UMA)====
T-Mobile recently rolled out a UMA service that hands off calls between the GSM network and WiFi access points. Only a few phones support it right now, this could be a rather unique feature if OpenMoko can implement it.

This can be combined with a GPS map to show where local free hubs are.

==== Ignore-Call Button ====
{{Main|Wishlist:Ignore Call Button}}

Shut up a ringing phone, without accepting or rejecting the call.

Another alternative might be to use microphone to recognize when the user gives an audible "Shhh!" command. This could prove difficult to determine with the simultaneous ringing, and possible in-pocket shuffling noises.

A really usable feature is to "reject with SMS/text message" - letting the user reply the caller choosing a previously setup template or typical response: "I'm in a meeting - I'll call you later" or "Can't take your call now, please call back in 10 minutes". This feature typically is a much better way to get your co-workers (ie boss) to back off, than to silently ignore the call.

The accelerometers could be queried while the phone is ringing to detect a firm tap on the phone. This would avoid the delays of fumbling to remove the phone from one's pocket to silence the ringer when you've forgotten to set it to silent mode. Just firmly tap the phone through your pocket, and the ringer will silence, like some Motorola pagers. Maybe single tap = silence; double tap = (activate voicemail or preset SMS).

==== Voice Mailbox ====
{{Main|Voice Mailbox}}
On-Phone voice mailbox that records calls on the phone and retrieves voice messages from your mobile service provider's voice mailbox and saves them locally.
Can act profile-dependent.

==== Hold Button ====

Similar to mute, but plays a sound file for the user on the other end while they wait. The sound file could be chosen in some setup beforehand.

==== Unanswered Call, Fast Call ====

In Greece because of the various bill programs some people call a mobile phone, rings one time and then hangup.
Then the user of the mobile phone calls the other user(using the CallerID recognition).

===Audio===

==== Ambient Noise Detection ====
{{Main|Wishlist:Software:Ambient Noise Detection}}

Using the microphone to detect ambient noise the ringtone volume could be adjusted automatically.

If the ambient noise exceeds a preset threshold, the ring vibrator could be activated. This is good for when people forget to enable vibrate mode when entering noisy environments.

Detection of ambient noise could also be used to subtract the noise from the audio signal. However this approach is best performed using two Microphones, one for the voice and the other to detect the noise.

==== Active noise control ====

Using the microphone to do [http://en.wikipedia.org/wiki/Anti-noise active noise control] on media player playback or telephone calls. This should be an independent module/library which can be used by any application which might require this feature. also provide a way to easily alter the parameters of the active noise control.

==== Hear Impaired Mode ====

Hearing impaired people need louder speaker(but with less volume than hands free) and equalized sound, based on their hearing problems(example 20dB hearing loss from 2KHz to 4KHz).
Older people 50+ years old need slower speech rate(time stretch, cut the big speech gups) and cleaner voice.

Please note also the Hearing Aid Compatibility regulations in the US. I have tried to summarize and clarify them [http://quux.wiki.zoho.com/WhereAreHACphones.html here]. I haven't yet discovered whether the FIC device is M or T rated. For many hearing impaired users, a tcoil coupling to their hearing aid (t3/T4 rating) would be preferable to manipulating sound output in other ways.

==== Mute Button ====

Button to temporarily disable microphone while talking for applications such as telephone, audio recording and (when available) movie recording.

===Web Browser===

==== Full-page Zoom Support ====
Full page zoom is a very good feature. If possible, people would want to browse the internet with normal layout than a distorted one. It's best if I could double-tap a text or image block and zoom to a fit size.

The [[BigPageWidget]] proposal suggests 'Full Page Zoom' should be implemented as a widget available to all applications.

* If the processor and memory could afford, it is good to just use [http://www.mozilla.org/projects/firefox/3.0a8/releasenotes/ Firefox 3] in OpenMoko. It has implemented latest gecko's full-page-zoom ability. With certain modification, we could do the same zoom like iPhone's Safari.
* Firefox 3 may be a big eater. A cut-down version of it may be good enough.
* If this is not practical, Minimo with full-page-zoom ability is good.

==== Plugins Support ====
* While an extensive browser plugin system would be costly to the efficacy of the platform four particular browser plugins as poplularized by Mozilla firefox should be adapted to the web-browser, namely: [http://noscript.net/ noscript], [http://adblockplus.org/en/ adblock plus], [http://www.greasespot.net/ greasemonkey] and [http://www.foxmarks.com/ foxmarks].
* Careful use of these can dramatically reduce bandwidth, page space, and rendering costs even if it comes at the risk of some hard drive space in the form of block lists.
* Greasemonkey, in particular, gives users control to set up scripts for commonly traveled pages to further reduce unnecessary or unwanted content.

==== Widget support ====
Built-in browser with the ability to install widget shortcuts (aka links) in the main phone menu, also some apis for interfacing with the other functionality of the phone like adding contacts, reading contacts, reading gps-psoition etc.. (maybe there is some defacto widget standard that could be used)

There is a [http://www.w3.org/TR/widgets/ W3C spec] being developed, which may not be exactly what the original proposal had in mind, but it is about writing simple applications with HTML, SVG and JavaScript. It is mainly Opera's work, and while most [http://widgets.opera.com/ developed widgets are not very useful], there are some that are, and it creates a very nice development platform, especially for mobile devices. So, I think it makes an awful lot of sense for OpenMoko to support this spec.

===Media===
====Music/Video Software====
A real good programming area for competition with the iPhone, a singular video/music player would be great for multimedia. A seamless integration system, a la iTunes and iPod, would be extremely popular.

Using the Wi-Fi connectivity, a separate music program that supports wireless music sharing/ streaming (similar to what can be done when two computer running iTunes that are both on the same network) and that also supports internet radio.

It would also be nice to have some kind of "announce your musical taste" mode. This could be implemented using last.fm profiles, such that when e.g. in a crowded place a user nearby has a similar musical taste, both users get notified so they can share their music files with each other (perhaps using a photo for id). Great for discovering new music - and making friends!

- Possible copyright issues sharing music files?

Sure, but that's the user's concern, not the developer's. There's no way for us to know which audio files the user is permitted/not permitted to share.

==== Reading Support ====
It would be really great to be able to read :

*PDF
*Open Document files
*Text / RTF files
*fb2 files (fbreader)
*MS Office files
*Aportis Doc (pdb)
*DjVu
*...

In both landscape and portrait

==== Wikipedia Mirror ====
{{Main|Wishlist:Wikipedia_Mirror}}

==== Blog ScribblePad ====

Draw an image (and maybe add some text), then post to your blog.

==== E-Book Reader ====
* Neos brilliant ultra-sharp screen makes for a very good e-book reading device. All it takes is a good e-book reader with touch-screen page turning / scrolling (see the [[BigPageWidget]] proposal). FBReader could probably be adjusted easily by an experienced GTK hacker. Note that e-book reading is different to pure text/pdf displaying as it requires at least auto-bookmarking of the last read page, proper text and image scaling and text formatting.

==== Personal Wiki ====
{{Main|Wishlist:PersonalWiki}}

Display the notes database as a Wiki. Inspiration: [http://www.acrocat.com/AcroWiki/default.asp?lang=en AcroWiki].

[http://www.didiwiki.org/ Didiwiki]

==== Dictionary, thesaurus, translator and flashcards ====
Native lookup dictionary and thesaurus and foreign translation dictionaries, also with support for Asian languages. Optional custom configurable (though preconfigured) interface with on-line versions of dictionaries, thesaurus and translation services.

'''Dictionary'''
Something like [http://www-user.tu-chemnitz.de/~fri/ding/ ding]:

advantages:
* small
* very efficient + useful
* only limited to really needed functions

Support for vocabulary training with flashcard system (also usable for other content than foreign language words!)

==== Flickr uploader ====
A simply, drag & drop uploader, tagger and organizer to upload images on phone to [http://flickr.com Flickr], with support for various languages. A good base could be the cross-platform uploader [http://juploadr.org/ jUploadr], written in Java and working on Windows, Mac and Linux. But, most of all, the best '''GPL''' program which actually do this work is '''[http://mobilepushr.jottit.com/ Mobile Pushr]''', written in C and Cocoa for iPhone, must be probably ported in python to work on OpenMoko.

===PIM (Personal Information Managment)===
====Context Sensitivity====
Any email or sms message or application that contains a telephone number should be click to dial, eg [http://123567890 1234567890]. Addresses link to mapping software too?

==== Notes ====

Something for taking notes would be a nice feature:
[http://www.gnome.org/projects/tomboy/ Tomboy] has some nice syncing features and is gtk based.

Some Screenshots are [http://www.gnome.org/projects/tomboy/images/ here].

==== Calendar ====

A nice calendar application should be implemented in OpenMoko. This tool should have a syncing feature with your desktop computer.
The tool should have a reminder feature and other features like other mobile phones already have.

I think synchronization sould be handled by computer with opensync+syncml based tool, not by calendar itself. --[[User:Antono|Antono]] 12:25, 7 January 2008 (CET)

* If this cellphone is thought also as a PDA, of course it needs a calendar. But I would like to see something better than just a calendar, I was thinking that there could be some application using "fisheye" view. Just like [http://www.cs.umd.edu/hcil/datelens/], though that example seem a bit chaotic. --[[User:Yprum|Yprum]] 22:27, 21 February 2008 (CEST)

==== Address Book ====

* Option to search not just the stored list of addresses, but one or more of the online phonebooks. Probably should be modular to make adding/changing phonebook sites easy. Also allows for future integration with LDAP
servers or whatever.
* Also the possibility to search all info on the contact, like number, email, postal address and so on, in case someone asks you to identify a known number.
* Web-based map-lookup. 'How do I get there from here? (here = current GPS location)' This could also be done
by integrating with whatever on-phone GPS mapping software the Neo ends up using.
* Random text input 'notes' about a contact
* Overall, this should more resemble a Palm-pilot's address-book than your average cellphone's
* Automated Daily backup of phone book to a website archive (similar to Verizon's Back-up Assistant
*Ability to integrate address book with web-based email (such as gmail) account, for those who use web based email as their primary account
* '''[[Wishlist:Tagging|Tagging]]''' Place tags for contacts. Enhance message application to send messages to all contacts tagged with ... . Enhance other application(GPS, ...) with tags.
* Support for:
**[http://en.wikipedia.org/wiki/SyncML SyncML]
**[http://abook.sourceforge.net/ abook] a text-based addressbook program
**[http://en.wikipedia.org/wiki/Ldap LDAP] address book
**[http://en.wikipedia.org/wiki/LDIF LDIF], [http://en.wikipedia.org/wiki/Xml XML] and [http://en.wikipedia.org/wiki/Comma-separated_values CSV] export and import (when possible).
*Store Bluetooth IDs of friends and notify (configurable only on this device or on both devices) when a one of these Bluetooth ID has been detected (this is more a separate application but has requirements on the address book. Should also be able to create an address book entry from a Bluetooth ID. Could be used as a nice tool to detect people who you're avoiding.

==== Database/List Display/Edit ====
{{Main|Wishlist:PilotDB}}

One of the most useful apps on my Palm Pilot for me is [http://pilot-db.sourceforge.net/ pilot-db]. It's GPL'd.

==== To-Do lists ====

* It'd be nice to have something like [http://www.joesgoals.com Joe's Goals] always available, like my phone is, even when I'm disconnected from the net.
* I would like to be able update my [http://todotxt.com/ todo.txt] which is stored on a personal server from the phone.

==== Context based To-Do list ====
{{Main|Wishlist:context based to-do list}}

If I arrive home and there are "@home" things in the to-do list, the Context based to-do list reminds me of that.

==== Workout ====

Use your phone instead of your notebook while at the gym, and get pretty graphs to admire after you're done.

==== Shopping List ====
keep Track of Prices in different shops and the products you have/don't have. Ideally using a barcode reader and gps.
If it was made aware of recipes it could even tell you what to buy without entering a shoppinglist manually.

==== [[Fuel Log]] ====
File data about fueling your car (date/time, liters, price, mileage, ...) and display some information (costs per month, average consumption, ...).
Advanced features could include:
* Automatically storing the GPS coordinates of the place where the car has been fueled (can be deactivated)
* Sending the data to a central server which collects the information ( spritmonitor.de, anything else ?)
* Let the OpenMoko receive fuel logs per SMS (e.g. if my wife with a non-openmoko mobile fuels the car and wants to file the data using her mobile phone)
* Let the OpenMoko device act as SMS gateway for non-openmoko devices to easily send the data to the central server
* Also support for air log for divers. Not that you will take this device under water but for the crew at the surface.

==== Keep in touch reminder ====
A background application which keeps track of your friends and reminds you when you have not talked, SMS, IM or mailed a person for more than # days.

==== Menstruation period timer ====
Fill in statistics and compute probabilities for menstruation, fertility, mood.
See http://www.getjar.com/products/48/MyGirls

==== Tagging ====
{{Main|Wishlist:Tagging}}
Tags can be used by various applications. Requirement is interoperability for further enhancement.
Tags should be applied to contacts, calendar events, mail/sms, calls, places(GPS) and files.
http://tracker-project.org has all needed tagging-and-searching functionality and ready to be used on low-resourced devices.

==== Exchange Integration ====

Once there is good TCP/IP connectivity on this phone, integration with corporate email/calendar/to do/contacts/etc servers would be a big advantage... near-real-time automatic email downloads and automatic bi-directional syncing are productivity boosters that you have to experience to appreciate. It turns your phone from a 'nice gadget to fiddle with' to a natural-feeling extension of your day-to-day life.

* Is the time right to name names ? Add as your liking...
** Plugin/integration to & from Kontact
** Same with Evolution - Thunderbird - Seamonkey
** ?? Google Calendars ?? (this one is tough)
** Ms Exchange

==== An electronic wallet ====

A database which stores securely PIN codes, login data, bank and email accounts, membership informations, and other valuable and private data. Entries can be ordered in a folder-like manner. Access to the database is given by a master password. The database as well as the master password are stored with strong encryption. For security reasons, the program asks again for entry of the master password after a certain period of inactivity. The database can be synchronized with a PC application (ideally written in Java for cross platform compatibility).

Examples: KWallet [http://docs.kde.org/stable/en/kdeutils/kwallet/index.html], Viskeeper [http://www.sfr-software.de/cms/EN/pocketpc/viskeeperpro/index.html], KeePass [http://keepass.info/]

==== Easy business card sharing for a small group (in the same room) over bluetooth or WIFI ====

Six Neo1973 owners are having a chat in a cafe. They agree to split but meet later. They want to exchange their numbers with each other before they go.... The normal way to do this is for a rather longwinded repeating of numbers to each other, or half the people manually inputting numbers before phoning/texting the other half to complete the process. All in all its a fair number of button presses to get it sorted.

Instead the NEO could have a small app where the phones link up in a small peer to peer Bluetooth network and share automatically with one person initiating a request and the other detected NEOS agreeing/acknowledging the share. The initiating NEO would then sync the mini-group automatically by interrogating each phone and then sending the table of results. The NEOs would have to be clever about checking for duplicates in the address book and offering a choice to the user if there are any conflicts.

PROS:
*genuine saving in time for social and business situations

CONS:
*I am sure there are some security hassles to be pondered....
*not going to be used every day... definitely not an immediate priority.....
*only at geek conferences will all have a neo....

==== SMS Counter ====

An application which shows on the today-screen how many SMS i've already sent in this actual month. Some have for example 150 free SMS to write each month. With that program you can see all the time how many SMS are left until the end of the period. As an alternative it could be a counter which counts backwards from a predefined number over a defined period.

===Profiles===
{{Main|Wishlist:Profiles}}

The Wishlist:Profiles page documents many possible profiles - ways to configure the phone. Including ways to respond to calls, wifi and GPS events.
And how to automatically switch between them.

===Text Messaging===
For '''Text Input related ideas''' see [[Wishlist:Text_Input]]. Bear in mind that T9 can not be included
For current development status of the messaging-app see: [[Messages]].

There are many useful options that now can be used to full capacity:

* '''Instant Messaging'''
Bringing a new GTK gui or a resized Qt gui out for the serverless Instant Messenger http://Retroshare.sf.net

* '''Acknowledge/status SMS'''
In GSM networks so-called acknowledge-SMS are sent back to the SMS's dispatcher in order to indicate that the primal sms was received (as message delivery is only best effort and is not guaranteed). So in the SMS dialog there could be equal sized buttons with captions as 'send only', 'send and receive delivery status message' and 'send and notify (e.g. ring) when delivery succeeded'.

** '''Special handling of status-SMS'''
Related to the previous entry, these acknowledgment-sms' should be handled in a different way than normal SMS'. Most Motorola do this, while Samsung SGH series don't & clog the inbox, warn of a "new" message upon Status notification: Delivery Status Messages should be stored in a separate menu so they don't bloat the received-folder and you are able to quickly review the status of the messages you had sent.
* '''SMS at time/date''' You could be able to set up messages that are sent at a certain time/date
* '''Binary SMS''' Send binary SMS. Could be used to feign WAP pushes. [http://en.wikipedia.org/wiki/Multimedia_Messaging_Service] See:
** Resource for SMS encoding: [http://web.archive.org/web/20021016104345/www.dreamfabric.com/sms/] [http://web.archive.org/web/20060411222332/] [http://home.student.utwente.nl/s.p.ekkebus/portfolio/resource/sms_pdu.html] [http://www.ihub.com/Binary%20Messages.htm]
** [http://www.gammu.org www.gammu.org] - you can use Gammu/Gammu+ source for this software and/or understanding various SMS formats including EMS, WAP, Nokia Smart Messaging, Siemens & Alcatel encoding ([[User:Marcin|I could]] eventually help)
** Resource for SMS encoding (German): http://de.wikipedia.org/wiki/SMS-Kodierung
** The infamous pocketpc-attack: http://www.mulliner.org/pocketpc/
* '''Profile-override-SMS''' SMS that start with a certain code word override the silent profile and have the phone ring. So someone could alert you in case of some emergency.
* '''Codeword-SMS''' An expansion of the above: check for code words and allow selectable tones for matches. E.g. "Server Down!" has a loud klaxon, "Disk Warning" has a quiet chirp.
* '''(De-)Abreviation-script''' Implement a script that de-abbreviates: "hi m8 u k?-sry i 4gt 2 cal u lst nyt-y dnt we go c film 2moz" becomes "Hi mate. Are you okay? I am sorry that I forgot to call you last night. Why don't we go and see a film tomorrow?" (taken from: [http://en.wikipedia.org/wiki/SMS_language])
** Implement a script that abbreviates :-)
* '''Anti-Spam''' ...feature for SMS. May be it's possible to port some Bayesian based application like bogofilter.
* '''Rule based authorizations''' ...for received messages. For example, delete messages from one source between 9h00 and 18h00 (workday) allow them otherwise (to get alerting messages).
* '''Enable chat-like SMS-viewing''' SMS-Email-like: retain SMS app, but store 'conversations' rather than pile-up. Group/archive conversations by Caller Group (Work / Friends / Home / any user-defined Caller Group). Show appropriate icon from either Caller Group or Caller ID at the source of conversations panel
* '''Searching''' allow full-text search or string search.
* '''Massive SMS Deletion''' based on Conversation, author, before-date-xx.xx.xxxx, caller group, [[Wishlist:Tagging|tags]]...
* '''Call Back''' Prompt 'Call Back' alongside other first-line options (Delete, Save number,.. this kind of options) that appear when reading an SMS.
* '''Non-destructive deletion''', deleted messages goes to trash, and are recoverable.
* '''SMS-EMail-Gateway'''
SMS comes in, gets forward to your inbox, like any other piece of mail. Appropriate alerts and etc occur - again, just like for email. A simple SMTPD running on 127.0.0.1 that is hooked to an email-to-SMS translator that will send email addressed to 'SMS@localhost' (or whatever special address) out via SMS
* '''SMS-filter chain''', for stuff like Codeword-SMS above, Theft-mode activation, auto-response (reply with gsm-position for "Where are you?"), auto-substitution (like replace $POS with gsm-position in outgoing SMS).
* '''SCROOGE-SMS''' This is an intelligent SMS router. When you write your SMS you get the option of how to send it
** By standard carrier SMS - cost 10cents
** By OpenMoko SCROOGE SERVER - this will send your SMS to the OpenMoko Community SCROOGE SERVER next time you have WiFi - the phone will remind you to turn on WiFi when it knows you are in places where you have WiFi access. The person you are sending to picks up when they come into WiFi Range. This comes with an intelligent reminder that tells you that message has still not been delivered in 24 hours and would you now like to send it by a paymethod. This is better than IM because both parties do not have to have WiFi at the same time. - cost FREE
** By email/Wifi - cost FREE
** By email/GPRS - cost ?
** Too many options!!!
** Alternatively SCROOGE SERVER could auto launch IM client if it detects both parties have WiFi at the same time (Status kept on SCROOGE SERVER?) to allow instant reply..... Person who receives has the option to reply in SMS or in IM or in VOIP phone.

=== Text input ===
{{Main|Wishlist:Text Input}}
There are many good suggestions for text input on the specific text input ideas page.

=== More/Custom Input Method Widgets ===
{{Main|Wishlist:More/Custom_Input_Method_Widgets}}
Additional and customizable Input Method Widgets (similar to virtual keyboard).
This could add soft-key functionality to games or other applications such as:
*D-Pads
*buttons
*virtual trackballs
*...
Personalized layouts could be associated with each application.

=== Games ===
{{Main|Wishlist:Games}}

=== Mesh Networking ===
{{Main|Wishlist:Mesh Networking}}

=== Printing Support ===
It would be really neat to be able to print over either bluetooth, Wifi, or USB. I can imagine wanting to print:

* Notes
* Maps
* Email
* Calendars
* ...

Cups contains a bluetooth printing backend, so (in theory) once you have your data in postscript format, you could hand it to cups and it'll do the rest. In practice, it depends on

# GTK+'s printing support
# Making cups run on a really small system

{{note| GTK+'s printing support seems to be very immature in 2.6 (which we need to use for some time). Gtk+ 2.10 contains much better printing support -- once we can use this, it should be more easy.}}

There's always the possibility to render postscript ourselves, but this is not a piece of cake -- in general, printing is much harder than one would imagine.

Further details:
* [http://groups.osdl.org/apps/group_public/download.php/2205/print-summit-gtk.pdf#search=%22gtk%2B%20printing%20API%22 osdl.org]
* [http://www.gnome.org/~alexl/presentations/guadec2006-printing.pdf#search=%22gtk%2B%20printing%20API%22 gnome.org]
* [http://www.j5live.com/?p=204 j5live.com]

===Misc Software===
====Clocks/timers/Activity meters====
===== Sport tracker =====
{{Main|Wishlist:Sport_tracker}}
Sport tracker can be used to measure the distance/velocity from point A to point B (or it could have several intermediate stopping points) using GPS. This would be extremely useful for running, biking, hiking, etc.

===== Standby clock =====
{{Main|Wishlist:Standby_clock}}
A quick way to see what time it is.

===== Egg Timer =====
{{Main|Wishlist:EggTimer}}

Very simple (one click) count up / count down timers are very useful.

===== Cycle Computer =====
As already mentioned by [http://wiki.openmoko.org/wiki/User_talk:Technil Technil], a cycle computer could be created using gps. The sensor at the bike's wheel could transmit data via bluetooth or some cable that would be attached to an openmoko device. In order to save power, one could switch off the gps and only use the bike's sensor.
* Just another idea that came to me: Why don't have sensor's transmit cable plug into the headphone/microphone plug? A tool reads the signals created by the induction of the passing magnet, then gives them to the cycle-computer-app :) --[[User:Minime|Minime]] 19:50, 12 April 2007 (CEST)

===== NTP Server =====

Run the [http://www.ntp.org NTP] daemon using the GPS chipset as a reference clock, so that the Neo would have a very accurate time-of-day clock and would be able to serve time to other networked devices.

I don't know what it would take to implement this. Items to consider would be the availability of a 1 pulse-per-second hardware signal, the accuracy of timestamps delivered in NMEA messags, etc. Dealing with power-management issues (such as the device going to sleep) would also be challenging.

===== Reality check reminder =====
{{Main|Wishlist:Reality check reminder}}

A tool to [http://www.phrack.org/issues.html?issue=64&id=16 hack your brain]

===== Automatic timezone changing (GPS) =====

Check the timezone with GPS and adapt them.

====Calculators====
===== A Universal Unit Converter Tool =====

One never knows when one may have to convert acre-feet into deciliters. A unit conversion tool makes all engineers and engineer wannabes much happier. And not only the engineers.

Ideas what kind of conversions a converter tool could do:

Length
- Acceleration
- Angle
- Angular Velocity
- Area
- Capacitance
- Radioactivity
- Currency
- Charge
- Computer Memory
- Conductance
- Density
- Energy
- Illumination
- Power
- Force
- Flow
- Pressure
- Speed
- Temperature
- Time
- Torque
- Viscosity
- Volume
- Weight

Roman Numerals
- ASCII, Hex
- Cooking
- BMI
- Clothing Sizes

Money Converter based on current rates from Internet...
e. g. Dollar <-> Euro

Physical and Mathematical Constants
GPS conversions

- link to or integration of a scientific calculator
- link to or integration of a simple calculator

A good basis for such a converter tool could be the Palm program "units" from
François Pessaux [http://francois.pessaux.neuf.fr/files/units1_11.tgz]. The GPL'd program comes with full documentation.

For GPS conversions see gpsbabel [http://www.gpsbabel.org]

===== An Postfix Notation (RPN) calculator =====

Many engineers, computer scientists and other groups who have grown to enjoy the simplicity and ease of an postfix notation calculator will miss them when they give up other platforms to move to OpenMoko. A RPN calculator will increase adoption by providing one of the tools that other platforms have provided for many years.

==== Windows CE Emulator ====

On ARM machine, Windows CE API emulator, like Wine on x86 machines.

==== PalmOS Emulator ====

The Access group is probably coming out with their Linux platform any time soon. One of the components is a PalmOS emulator which I'd like to see working on OpenMoko as well. There are literally thousands of PalmOS apps.

I'd like to see a Windows CE Emulator with active sync support.

==== Chumby Emulator ====

Would be very cool if the neo can act as a chumby. see http://chumby.com for more details about a chumby.

==== TV Guide ====
Display a TV guide using [http://xmltv.org xmltv].
Something like [http://mtvg.sourceforge.net/ Maxemum TV-Guide] (QT)

==== Alcohol meter ====
Give the phone some info about your body (gender, size, weigth) and when/what you drink and it will compute an approximation of the amount of alcohol in your blood. Updates automatically, could have an alarm, when you are probably sober again.
See, for example (German text) http://www.misterio-online.de/promille.htm

==== Interaction with LEGO Mindstorm ====
With the accelerometers, GPS and good CPU, the phone could be used to control/serve as input with robots built with LEGO Mindstorm, which can be accessed by USB and Bluetooth.

==== Flashlight ====
Simple finger application that makes every pixel on the entire screen white to be as bright as possible until you tap the screen again to turn it off. This way, you can use your Neo as a (short term) flashlight!

==== Wii Controller Emulator ====
Use the accelerometers and buttons on screen to work as a Wii controller via Bluetooth.

==== FUSE support ====
Ability to use FUSE to mount larger file systems over wireless. (even gmailfs, sshfs, etc.)

=== Accessibility ===
Accessibility features for the visually impaired.
* High Contrast Themes.
* Screen Magnifier. Features should include automatic cursor tracking when navigating menus and entereing text and provide manual controls to zoom in on other section of the screen.
* Text to speech. The software should read out menu item ,contact lists ,text messages etc. Would also be useful for operating the phone while driving. see: [[Wishlist:Speech synthesis]]

==== VOIP ====
* [[Dialer]] should be able to use SIP.
Ability to use the phone for VOIP over wi-fi such as Vonage. They currently have 2 different pieces of software for pc . Basically software creates a mac address which is paired with your Vonage account. Skype could also be implemented but I prefer Vonage. Only available when connected to wi-fi with a good connection. Phone treats calls the same as a cellular call, could keep a separate log of minutes, ability to record conversations, etc. Option to use VOIP if connection is available automaticly or manually. Small icon to show when call is using VOIP.
* A standard SIP client would probably fit better into the "free and open" philosophy.
* Ideally a SIP client that includes ZRTP/SRTP for secure communications.
(Note: Vonage will not give you your SIP credentials, so you cannot log into their network with a non-approved softphone. Other VoIP providers have different policies.)

''This seems very similar to what [http://en.wikipedia.org/wiki/Generic_Access_Network UMA] offers.''

Asterisk is a great communication platform that can run on small devices. I have an Asterisk server running on a Nokia 770 and I read about running Asterisk on an iPhone. With the crosscompiler available it sould be possible to compile it and run Asterisk on an openmoko phone and let it take care of almost everything on the wishlist below.
Edw/

==== Power Meter ====
If the power bar is clicked on it will show time left on charge and if charging it will show time until full.

=== Accelerometer wishes ===
==== Flick interface ====
Ability to "flick" the phone for page up/down by simply and rapidly tilting the phone back-and-forth for up and forth-and-back for down. The same motion can be implemented for sideways motion. This will take advantage of the 2 3d accelerators.

Sensitivity of the scrolling should be configurable and a test option provided.

==== Reading navigation of documents enhanced by accelerometers ====
If the two accelerometers in Neo1973 allows it, it will be nice if when you're reading, give a newspaper, you can move up, down, left and to the right the viewing of the document just moving the phones to the corresponding direction.

I don't know if this is possible (haven't seen the project in detail yet) but this feature could be very attractive for final users (and this is good). (sorry for my english but i'm italian)

==== Wand UI ====
In keeping with the requests to think outside of the box... the dual 3d accelerometers should enable a 'magic wand'-style UI for certain uses. Macros could be recorded and edited, or presets could be used. For example, flipping the device playfully could initiate a game mode or could signal the end of the work day.

==== Shake-to-Wake ====
Giving the phone a shake enables voice commands for a few seconds.
Usage Examples:

* {Shake} "Call" ''ContactName'' ''PhoneType''
* {Shake} "Call John Mobile" (Calls John's mobile)
* {Shake} ''ApplicationName''
* {Shake} "Reader" (Opens the e-book application)

Would require a method of inputting voice tags for applications and contacts and obviously will only work for P2 (accelerometers)
But lets get voice command functionality working before P2 (just by pressing a button on the screen instead of shaking)

I think that is possibly to replace "Shake" with double hit with finger in the side of phone. Proper algorithms(with accelerometers) should recognize any similar activities.

==== Emergency call ====
When the accelerometer detects a great acceleration (i.e. 5G) start a countdown sequence, if it is not stopped make a call to a preconfigured emergency number. If the data from the GPS is accurate give it.

A first version could use a recorded message (an audio file). In next version it could use a synthesizer, so it can give more information (add GPS information when it is ready).

:I would worry that most such events would be false positives, and hard to distinguish from the real thing. A user dropping their phone (an event very common in the life of any cellphone) is far more likely than a user being in a car accident with their phone, and the clatter of a cell phone on asphalt could reach 5G. Additionally, it has to be very hard to distinguish hitting pavement from hitting a windshield, as from a physics standpoint the two are the same thing. [[User:Hashbrowncipher|Hashbrowncipher]] 02:06, 26 October 2007 (CEST)
::It could use the gps data to calculate the speed it is traveling with. Let's say it has been moving for more than 50 km/h for more than 10 seconds. Then it could activate the "emergency call if more than 5g" function. Aside from the countdown timer, it could increase the volume to max and warn the user that an automatic emergency call will take place in x seconds. While it is counting down it could listen for "Never mind, I'm fine, phone" and stop the countdown in case it hears that. It could also output the warning sound to the attached bluetooth headset and let the user talk to emergency services if the user is still conscious. [[User:Tommy|Tommy]] 17:48, 8 January 2008 (CET)
:::Perhaps have the phone yell loudly that it's about to do the emergency call for a decent amount of time, disabled by touching the screen or entering the pin number. In the case of any bluetooth device attached to the user, the phone could check to see if it's in range before calling. [[User:sin|sin]]

==== Movement detection ====
By detecting that the owner is walking a user defined profile can be activated with a specific set of notification settings. For example you may wish to use a cheap old sounding ringtone so you don't attract attention from muggers. Or you may wish to have a louder ringtone if you carry your phone in a bag where it can't be so easily heard.

==== Games ====
Imagine a first person shooter that you look around by turning your body.

==== Sloshing battery indicator ====
Shaking the phone will produce a sloshing sound, as if it contained a liquid. As the battery loses charge, so the sound produced on being shaken, will replicate a decreasingly empty container. [http://mobile.slashdot.org/article.pl?sid=07/11/28/1342248] for an example.

==== Others ====
Also see the pages[[Wishlist:Auto Align Map]], [[Wishlist:Determine Position]], [[Distance Measuring]], [[Wishlist:Computer Mouse]], [[Wishlist:Dynamic Screen Orientation]].

=== Connectivity ===

==== VNC ====
A good, stylus friendly VNC client/host combo would be easy to add and terribly useful.

==== Networked X-Windows ====

Whether it's running true X-Windowing over the network, or your bog-standard VNC connection as mentioned above, the ability to have your phone's screen available on your laptop or palmtop would be most desirable.

==== NX client ====

A form of X-windows forwarding optimized for performance over slow, or high-latency links, which could prove extremely useful. Capable of streaming a good quality, full desktop session over modem speeds. The protocol and at least one implementation is gpl'd. [http://en.wikipedia.org/wiki/NX_technology wikipedia]

==== OpenOffice Presenter Control ====

I Think it is a good idea to control your OO Presentation with Openmoko about WLAN or Bluetooth.
I think it needs some buttons to go back or forward and control the mouse to show something and take normal mouse clicks.
But with the mouse clicks I think that we need a short time between the clicks in example 1 second. Because when you make a mouse
click than to fast than you must go back.

==== Amarok and other Media Player remote control ====

Control Amarok or any other Media Player with OpenMoko (as a remote control). Bluetooth or WLAN could be used as protocol to send and receive the data. Maybe a WebInterface of Amarok is a start. Can be used on parties for a mobile music management.

==== Read informations with SMS ====
Send a SMS with Code to the OpenMoko (from a specific number).
For example to send get the GPS coordinates from a stolen Neo (or if you don't know where your Neo is).

=== Security ===

==== General Filesystem Encryption ====

If anyone wants to get your private data saved on your OpenMoko device, he should have to get through a high security mechanism like dm-crypt. The question is how much CPU power would be needed.
Would it be an idea to encrypt only the private data like phone numbers, preferences, address book etc. (like /home/$USER).

http://luks.endorphin.org

==== My Account ====
{{Main|My Account}}
A way to securely store information about the phone, and ensure that a phone you may be considering purchasing is not stolen.

==== [http://zfoneproject.com/ Zfone] or similar ====

Something that allows the user to speak with another person securely.

==== GSM Encryption ====

This software application would allow GSM encrypted calls to be made using the GSM Data Call Channel.

[[OSvS]]

==== My Voice is my Passport ====
Use voice recognition to unlock the phone. "Hi. My name is ... My voice is my passport. Verify me."

==== Firewall ====
A network firewall

==== Full Mac Support ====
Full mac support, preferably with full software and full sync capabilities with iCal and iMail

==== Anti Theft Application ====

This application would enter the phone into an [[Anti-Theft Mode]] which activates particular security features to reduce the risk of theft and also to ensure a higher probability of recovery of a stolen handset.

====RFID based personal alerts====
Assuming an RFID reader is available: You'd put an RFID tag on your keys, wallet, etc and train a program on the phone to give you a soft or hard alert when one of them leaves detection range. That way, if you're walking away from one of them, the phone could alert you.

====OpenVPN Client====
This application allows to configure the device as an OpenVPN client using the GUI including support for X.509 certificates.

=== Integrated Help System ===

A help system that is either on or off. It could be activated and deactivated by a [[five-second-press]] on a button, for example the AUX button. When the help system is activated, it will explain the use of any item you touch on screen (with stylus or finger). Example: if you touch the battery icon, it will explain that this shows battery level / remaining time. If you touch the date / time icon, it will explain that this icon shows date and time, and that if you press it, you can set date and time. Primarily, this help system should be able to explain all user interface elements in the main screen, but if it proves popular, it could be expanded to cover other applications as well.

===Performance optimisation===
==== Use DMA engine in CPU for blitter ====
The DMA engine in the CPU can substantially speed up moving of large areas of screen in some cases.

==== Use virtual screen to optimise scrolling ====
In some other cases, the hardware supported virtual screen may also speed it up.
===Reusable Display/UI Widgets===
====Use BigPage for full page zoom, scroll, scale in many apps====
The [[BigPageWidget]] Page decribes a widget that could bring full natural page viewing, scaling, scrolling to the OM platform - allowing all applications to make intuitive UIs. A good way to read documents of any type without reformatting them massively increases the utility of a device with a small screen

==Bluetooth==

=== Voice Dialing ===

Dial by voice commands.
 Dial by dictating phone number. This way we can voice dial any number even if not in our contact list.

=== Music through Bluetooth Headset ===

Music can be played through a Bluetooth headset, but would stop playing when a call comes in.

=== Walkie Talkie ===

Let OpenMoko devices connect to one another via bluetooth or another connection method (GPRS for long distance but high latency, probably Wifi on P2), and hold a conversation.

Features for this applications can be:
* Push To Talk (PTT) button
* Voice Activated Control (VAC) which will set it in transmit mode when input has is detected above a certain predefined level.
* Optionally a full duplex mode
* Different channels to choose from
* Monitor different (preselected or all) channels for traffic.
* Content encryption
* Active noise control
* Allow zero config use (units can talk without any access point helping)
* Overview of all connected people trough sending GPS data to everyone who is in the Walkie Talkie channel

Local (non-GPRS) use cases include chatting while biking
or motorcycling in a group; perhaps also in a car caravan.
This application could also be used as a baby-phone to monitor your siblings.

This would be more useful if the Neo had Class 1 bluetooth, though probable Wifi on P2 will also offer more range.

(One thumbs up from me) Jackcday

=== Automatic Sync ===

Automatically synchronize with desktop computer (or with any [http://en.wikipedia.org/wiki/SyncML SyncML] server) when within range based on user profile. This may require the use of a secure data transfer.

=== GPS Assisted Bluetooth Management ===

Allow Bluetooth to automatically turn off after loosing connectivity and to automatically turn back on based upon GPS location.

A Bluetooth device is configured for automatic reacquisition based on the following profiles:
* Manual - only when Bluetooth is on
* Non-mobile - the target device is not mobile, periodically attempt reacquisition when in the general area of the device.
* Mobile - the target device is mobile, periodically attempt reacquisition when in the general area of the device.

Each target device is configured as follows:
* Automatic acquisition at last known location: enable/disable
* Automatic acquisition at these locations: list of nickname + coordinates + range

==== Non-mobile devices ====

Examples devices include: computers

The location and range of the target device is determined via training. Periodically, the current GPS coordinates and Bluetooth signal strength are logged. Additionally, connectivity loss events are logged. An algorithm uses these logs to determine the device location and range.

Connection attempts are made when in a configurable proximity to the device. The first attempt when entering the proximity and further attempts at a configurable interval.

==== Mobile devices ====

Example devices include: automobiles

Mobile devices are configured to have two types of locations:
# Last known location
# Non-mobile locations (homes)

===== Last known location =====

A car is mobile, ideally, when you leave your car, the phone should note the car's location when connectivity is lost and then attempt to reacquire the car when you return to the location of the car.

===== Non-mobile locations (homes) =====

As mobile devices may have multiple users, it is not sufficient to always use the last known location. In this case, the device may additionally have multiple homes. For example, a car might have as its homes: home garage and work parking lot.

=== Bluetooth neighbor detection and multiuser apps ===

Like the [http://en.wikipedia.org/wiki/One_laptop_per_child one laptop per child] (OLPC) interface, keep a number in the status bar that represents a count of other openmoko or compatible bluetooth devices in the area. Allow for the spontaneous initiation of a chatroom or multiplayer game or file trading with any moko in the area.

=== Bluetooth environment detection ===

Capability to detect when a predetermined bt device enters/leaves bt range and launch a system-wide event accordingly. This would feed not only the "Neighbour detection" idea described above, but also the "Profiles", "Context based TO-DO list" and "Location-based reminders" ideas. Reminders could be set to trigger in the presence of a specific person X (with BT device Y). Profiles can take into account which devices are present around the phone (car kit, for ex.). To-do list could also change according to present devices.

=== Remote control ===

==== Wireless presenter ====
Use the phone to run your OpenOffice.org Impress presentation remotely using Bluetooth. Cool features:
* Display the text notes for the presenter on the phone's display and update it whenever the slide is changing.
** OO.org has implemented support for [http://www.openoffice.org/issues/show_bug.cgi?id=12719 dual monitor]/[http://www.openoffice.org/issues/show_bug.cgi?id=18486 presenter mode] that can be used as a starting point
* A small timer showing the time passed (and perhaps remaining if the presentation app supports such a feature).
* If you want to be super-cool, you give a preview of the notes of the next slide in the show.
* At the end of a presentation, a "navigator" could allow to easily jump to any slide in the presentation by clicking on it on the phone.
** When you right-click in a running OO.org Impress presentation, you can choose "got o slide..." and select any slide to jump to.

==== Initiated from another device ====
Remote control over Bluetooth from other devices to control media player (play, pause, next, previous, volume control), camera (capture image), etc.
==== Directed at another device ====
Remote control over Bluetooth to other devices to control media player, lights in your house, etc.

[http://mjr.iki.fi/software/remote-0.9.0.tar.gz Remote] is my draft of a python-based remote control app that allows you to define button sets and commands to run on the local or a remote host (through ssh, for instance). Error handling and command interface need work.--[[User:Mjr|Mjr]] 11:14, 18 October 2007 (CEST)

Z-wave uses web-browser control of devices that is said to be compatible with mobile phone browsers so should work with openmoko browser. [http://www.z-wave.com www.z-wave.com]

=== Bluetooth Car Connection ===

Have a deeper connection to the car than just handsfree speakerphone. For instance a transceiver with challenge/response systems to open, possibly even start the car. Possibly go as far as OBD connection to monitor car status on screen/log for later.

Could be done with a port of [https://garage.maemo.org/projects/carman/ Carman] or similar that can connect to an OBD2 adapter via USB or Bluetooth and display various information collect from the car, GPS, and accelerometers. --[http://wiki.openmoko.org/wiki/User:Bmk789 bmk789]

==== Dude, Where's My Car? ====

When in range of the car navigation system, remember the position (perhaps check with the car GPS). When not in range, assumme that you are not in the car, and offer the opportunity to navigate to the car's last known position. That way, you can find your car e.g. on a large parking lot.

=== [[Bluetooth powered Multi-SIM support]] ===

As the Neo1971 does not come with dual-SIM support this could be solved by joining your old bluetooth-enabled mobile to your OpenMoko-phone.

Let SIM card A be in your OpenMoko-phone and SIM card B in your old mobile:
* Incoming call on SIM card B - the OpenMoko-phone acts as a headset(Bluetooth Headset profile)
* Calling out via SIM card B - the OpenMoko-phone acts again as a headset
* Same for Short Messages/MMS/Internet
This way you'd have your old phone switched silent and connected to your OpenMoko-phone that handles all the calls and one can select which SIM card to use.
Advantage: No 'switching' between cards
Disadvantage: Second mobile needs to be in range(e.g. handbag) and charged every once in a while.

===Internet Gateway===

If the device could function as a Bluetooth router/gateway to the internet via the GPRS/data connector, then you could use it to get network connectivity from your laptop and other devices while on the road. Many smartphones can be configured as modems via Bluetooth for use as Dial-Up Networking connectors, and that should be the minimum target. Ideally, if the WiFi functionality was used so the OpenMoko could be an 802.11 router or peer to peer gateway for a laptop, this would be even better. The full bandwidth of GPRS or whatever network is available would then be available.

=== Social Networking ===

Anybody running the social networking app will be broadcasting a profile, and when certain keywords are matched with other users who are also running the application, an alert is sounded. Each mokoid can be added as a hexstring to a profile page, and xml filters can be developed for each social service to convert various keywords and interests to moko-friendly format.

=== Give userspace api control over bluetooth signal strength ===

I have tried bluetooth handsfree sets with other phones and don't get perfect reception due to low signal strength. I suppose the reason the signal is so weak is because the manufacturer wants the battery to last long on its latest charge. Can you please make the strength setting configurable by the user of the phone through an api and perhaps even through the phones gui? I would gladly waste some battery time in exchange for stronger bluetooth signal strength.

== WiFi ==

=== Industrial grade Wifi management ===
One annoyance I've had with Wifi enabled gadgets is that they simply keep the connections in a dumb list. What I'd like to see is more granular connection management, which enables me to specify whether a given connection is friend & family (mom's place), professional client (joe's copies and coffee), commercially available (panera), onetime use, or anything else, as well as managing router config backups, firmware images, and security keys.
=== Captive portal auto-login support ===
Having a nice front-end to some sort of script that checks the authenticity of a captive portal login page (SSL cert), then passes your username and password login information to automatically log you into your account would be very nice as well. This can be done with curl, but it is difficult to make it work on all captive portals out there. Perhaps just a field that you can specify "once I am connected to this AP, run this script: ".

== Wireless Piggyback ==

HSDPA support and the like, so that users can connect directly with the internet with G3/G4 mobile service providers at speeds at or above 3.6 Mb/s.

== Other ==

=== Auto Update ===

A small tool which is configurable to download the latest OpenMoko and OpenMoko related software. Maybe if any internet connection is available or a minimum of bandwith is available then the auto update would download only security related or the whole system etc. .

=== Vibrate Pattern Recorder ===

An application that would allow the user to define their own vibration patterns, and possibly link them to audio files. Recording would be done in real time initiated with a "Record" button, optionally playing the associated sound file in sync with recording). While recording, the user would press and hold a button to define the timing and duration of vibration. The user would press "Stop" when finished. Vibration patterns would have the option of being looped(would terminate at some global ringtone length maximum).

One simple suggested vibration file format would be a sort of run-length encoding: First byte defines the length of a "time-slice" in milliseconds, which would determine the overall tempo(actually the inverse of tempo). The next byte would define the number of time-slices to leave the vibration on, and then another byte for how long to pause after. Continue alternating these on/off bytes until the entire pattern is defined.

- or just use MIDI, using a separate channel for the vibrator.

An implementation of RTTL could also be used to define vibration patterns.

=== PC Input Device ===

Provide a method to use the touchscreen as input device for a nearby desktop machine. Could connect over USB or bluetooth.

Could emulate a pointer device (mouse) or even keyboard using standard bluetooth/USB interfaces for such a device.

Use case: Alice is lazing on a couch and doesn't want to get up to do some minor interaction with the computer. She can see the screen and uses the OpenMoko device as a mouse and/or keyboard to interact with the computer.

=== Advanced Notification And Ringtone Manager ===
{{Main|Wishlist-ANARM}}

ANARM would be an application for handling all event-based audible notifications from an OpenMoko device.

=== Location based reminders ===
{{Main|Wishlist:Location_based_reminders}}
Location based reminders can be used to notify users of various events or reminders that are location based.

=== Synergy Client ===
A synergy client would enable the user to place the device next to a desktop PC and share the desktop`s mouse, keyboard and clipboard over a TCP/IP network. [http://synergy2.sourceforge.net/ Synergy]

=== Next device ===
List features for your fantasy device to come from FIC (or anyone else, for that matter). Define the GTA03 here ;-)

==== There is no device ====
From [http://wurp.blogspot.com/2008/01/teh-future.html Wurp's blog]:

Clearly the Next Big Thing has to be for the device to go away altogether. I know the basic idea for wearables has been around forever, but it seems to me that the time has come.

I wanna wear a bluetooth earpiece and cool shades, possibly with [ here's where my imagination is failing me :-( ] gloves, or fingerless gloves, or (ew) wristbands, and let any surface, including my hand, or no surface, be my interface. Tap the earpiece when you get a phone call, see a dial pad on your palm and tap out the number with the other hand, watch movies on a giant screen hovering in the air...

(equipment list: bluetooth earpiece, some brick in my pocket or on my belt, glasses w/ minute camera, painted video display, & variable darkness lenses, and gloves)

Why the hell do I want to dig out a device every time I want mindless entertainment or superficial conversation?

Ideally, you could then sell any little doohickey with whatever interface you want (switches, knobs, g-spots, ...) and all it needs to do is network with some software on the brick to be anything at all...

== GPS Software ==
*Providing GPS Support also for outdoor users in addition to ordinary street navigation features
** Overlay of satellite images with existing streetmaps
** Incorporating SRTM digital elevation model: for example using the VRML/X3D as data format (see http://www.ai.sri.com/geovrml/) which is interesting for e.g. mountaineering: using a 3d browser rendering VRML/X3D Model, displaying the current position and track (possibly also other gps-tracks of the different routes to a summit downloaded before could be mapped onto the 3d model), (what about 3d hardware support? there is nothing written in the hardware specs about graphics: thinking of OpenGL for embedded systems (see http://www.khronos.org/opengles/)
** Using sth like a tracking mode to allow certain people to determine the current position and track (for rescue missions - like they have for example at http://www.steiger-stiftung.de (a German beneficence for rescue issues) There you can register your mobile phone so the rescue service is able to track you immediately if necessary. The interesting thing: It seems like some mobile phones with GPS have special support for this issue. If your phone is registered, the rescue service is able to get your GPS coordinates directly from the phone without any user assistance. Openmoko should also support this! )
* Implementation of 3dTracking's (http://free.3dtracking.net/) tracking software or equivalent.
* "Geomark" function: if you have to save the current time with your current location, only hit one button...
** You also should be able to navigate with a small "compass" and the distance should be displayed to your saved point (maybe where you parked your car on a big car parking area)...
* '''Measure the distance between two points (air line or walked way) -> no need for a tape measure'''
**I think it would be good if you could either use Bluetooth, GPRS or AdHoc Wifi, and see near Neo1972 on the GPS map so you could see where your friends are, e.g "You want to know if you friend is on the bus behind" You would need a strong wifi and GPRS would be too expensive.
*A bicycle sat-nav would be cool, speciayl designed for bicycles, e.g. cycle routes

 [[Community Based Traffic Information]]

== Hardware ==
{{Main|Wish List - Hardware}}

It could be use for beepway Online service too
[http://www.beepway.com]

=== Dedicated Power / Charger Pinout ===

Having not yet seen a physical Neo device, I haven't been able to examine any of the IOs to see if there already is a dedicated power / charger input. However, I can imagine that it might be very tempting to have the device charge solely via USB. For any device that is capable of USB-host, that is a '''horrible''' idea.

Since the device is able to run in USB host mode, it might be a good idea to allow for an alternate power supply, if say, a USB keyboard was being used for several hours. Rather than drain the battery, one could just supply power via the wall outlet while still providing endless hours of USB-host enjoyment for those hard-coders on the go.

The main question is just deciding on where to take power from if in USB-client mode and the power cable is inserted, but really, that's not too big of a deal and can be solved with very minimal circuitry.

This might sound extraneous at first, but when the device shuts down in the middle of an important USB file transfer, or right before that great piece of code was saved, you can bet that those users will be saying "Hmm... a separate power adapter would have really come in handy right now".

I suggest a tiny 3mm, dedicated +5V power input (something a la Nokia).

=== Tactile feedback via buzzer ===
Assuming the hardware has a vibrator/buzzer for silent calls, use a lightly pulsed version of that to simulate tactile feedback when dragging finger across buttons on-screen. Implemented properly, it would almost feel as if the buttons were real.
: 25 ms bump on the buzzer feels about right. Does this harm the vibrator motor? --[[User:Sagacis|Sagacis]] 05:15, 2 October 2007 (CEST)
:: Created a patch to do this [[User:Sagacis/ForceFeedback]] --[[User:Sagacis|Sagacis]] 05:05, 3 October 2007 (CEST)

=== Detachable keyboard ===
Hardware keyboard that can be attached with magnets to a future version of the Neo.

A bluetooth mini-qwerty keyboard that straps to my wrist!

: A BT keyboard would be nice, but do you need openmoko to provide it? [[http://www.intomobile.com/2007/11/07/targus-bluetooth-mobile-tumbpad-when-the-tiny-keyboard-on-your-smartphone-just-doesnt-cut-it.html Targus bluetooth keyboard]]

=== SD Card Slot ===
I think the Neo1973 should have a normal SD card slot as the micro is too small, and the SDs have more space. [unknown author]

SD Cards now support 32GB. Their storage density will always be multiples ahead of microSD (now at only 2GB). An SD Card slot will:
* Provide enough storage to '''turn an OpenMoko into a music (MP3) jukebox''' large enough for entire music collections, like an iPod with Bluetooth for the car.
* Enable '''storage''' of:
** podcasts, full-length movies, or large photo collections
** photo and video from an on-board high-res camera
** entire email database at your fingertips, even in poor phone signal areas
** more detailed maps and charts
** encrypted work databases that are not available online
* Have easy '''external access''', without requiring battery removal like the microSD card
* Support '''SDIO''' accessories
* Enable '''transfer''' of data from an external camera's full SD memory to:
** a portable USB hard drive, offsetting the need to travel with a notebook PC
** the internet, via wifi or phone network
* Enable editing of videos and photos obtained from external cameras

Without an easily accessible higher storage SD Card slot, many users will soon be playing the juggling game of which data to delete from the much smaller and harder to swap microSD card. This is especially true for OpenMoko users, who are more likely to be power users than is the average mobile phone carrying population. Why carry an OpenMoko and an iPod, when you can simply add an SD Card slot?
--[[User:Pedro|Pedro]] 20:06, 17 March 2008 (CET)

: This is not true. Now you can find 2GB micros at the price of 20-30 euros. Too small for what?? --[[User:V0n0|V0n0]] 22:06, 28 December 2007 (CET)

: Think of putting a few '''movies''' on that SD memory card. It could really help if it was a little bigger (8GB, 16GB, 32GB). Also think of going '''offline''' for 1-2 weeks, far away from any computer you can access and then wanting to listen to some music. What you get in turn with a 2 GB memory slot is the same music over and over. Or you have to switch memory a cards a lot.

: This situation is far more common than one would think: going in the mountains, going offshore (on a cruise ship). Or simply you may want to store many types of music, and '''share''' your device with friends. --[[User:Bogdanbiv|Bogdanbiv]] 13:47, 10 January 2008 (EEST)

: Well, it can be micro SD, but why to put it so deep inside, under the battery and even under the SIM card? I would suggest to have a simple slot on the side where we could insert/remove the SD card equally easily as we swap CD's in computer. [[User:AudriusA|AudriusA]] 16:36, 12 January 2008 (CET)

[[User:Cfriedt|Cfriedt]] 12:40, 24 February 2008 (CET) -- I completely agree with a more accessible SD card slot. It should be made external for quick removal / insertion. I realize that would mean program data shouldn't reside on the SD, but really 256 MB of on-board flash is plenty. Mirco or normally-sized, a regular-sized SD is still trivial to implement in terms of solder pads and traces.

: Sorry, but this looks like useless chat. Micro-SD cards are perfect for mobile devices as they don't get too much space on the pcb. Also, we can find micro-sd up to 8gb, if you want more space just wait a while and they'll produce a bigger one in a few months :-p. Really, almost every single phone that has a sd slot has in its micro version, why would we need a full-sized, huge normal sd slot ? It gets too much space on the pcb it's not only about sw configuration or pin soldering, it's more regarding pcb layout.

: What about something like this adapter[http://linitx.com/viewproduct.php?prodid=11922]? Is there any place in the case left to put this into? Nevertheless there is a 12GB microSD card announced from SanDisk and a 8GB card costs about 40€ or 15€ for 4GB. (But a 8GB SD card costs only about 25€) --[[user:kelvan|Kelvan]]

=== IR port ===
Remote control applications

Would be great to use openmoko as a Harmony remote controller.

:I'd like to add that i fully support this. An IR port on future openmoko devices capable of controlling set-top boxes like TV/DVD/Stereo is necessary to make the device as universal as possible. A cellphone should be your window to the world and allow you to interact with it in as many ways as possible.

:Care must be taken to use the correct type of IR chipset/controller in the phone. Most IR ports you find on devices like computers, some cellphones etc. Are for high speed data communication and CAN'T control TVs/DVDplayers/Stereos etc.

:In order to reduce cost it maybe possible to use the sound chipset in the phone to generate the waveform sent to the IR led. IR remotes work at ~38Khz which is within the range of the sound chipset. The sound output could be internally switched between the IR led or the speakers.

[[Category:User]]
[[Category:Ideas| ]]

Wish List

2008-03-27T00:20:35Z

BioGeek: /* Context based TO-DO list */ moved to just below the ToDo lists

This article is a place to collect various thoughts about the future of the [[OpenMoko]] software platform. Most wish list ideas have been linked from this page, but you may also wish to check all pages [http://wiki.openmoko.org/wiki/Category:Ideas that have a category of 'Ideas'].

== Development ==
=== Painless SDK installation & Setup ===
Our goal should be a completely painless setup for somebody wanting to develop using [[OpenMoko]]

* one command for installation (apt-get install openmoko)
* one command to start Xnest (openmoko-xephyr?)
* one command to start an i386 shell (openmoko-386-shell)
* one command to start an armel shell (openmoko-armel-shell)

No extra configuration required.

==== IDE Plugins ====
People like to see plugins for
* [http://anjuta.sourceforge.net Anjuta]
* [http://www.eclipse.org Eclipse] (some things are possible - see [[Development with Eclipse]].
* [http://www.netbeans.org NetBeans]
* Game engine - Game Creation plugins
evaluate eclipse project [http://www.eclipse.org/dsdp/index.php Device Software Development Platform Project from eclipse] and subproject [http://www.eclipse.org/proposals/tml/ Tool for Mobile Linux]
* [http://www.kdevelop.org KDevelop]
* [http://developer.apple.com/tools/xcode/ XCode]
* [http://www.monodevelop.com MonoDevelop]
* [http://msdn.microsoft.com/vstudio/ Microsoft Visual Studio 2005]

==== UI Designer ====
Glade code generation is deprecated, so we don't want to use it. The Gtk+ powers told me that the plan is to have gtk 2.12 (out early 2007) with support for GtkBuilder, a libglade derivative which breaks a bit the XML definition in order to support all the new widgets and properties; as soon as it's in the other ui builders will add support for this format. See also [http://bugzilla.gnome.org/show_bug.cgi?id=172535 the relevant bug entry]
* Possibly a Landscape (rotated) view for the screen (480x640 *or* 640x480)?

==== Built-in Scripting Language ====
{{Main|Wishlist:BuiltInScriptingLanguage}}
There was a [http://lists.openmoko.org/pipermail/community/2007-January/001909.html fruitful discussion about a built-in scripting language on the mailing list in January.] Many people feel that it is very important for OpenMoko to choose a scripting language to ship as default in the standard OpenMoko firmware.
==== Easy build of the existing autotools - based packages ====
In the ideal case OpenMoko should exist on the top of the usual ./configure - make workflow which is typical for the majority of the C/C++ based open source projects. It should not require to rewrite or even replace the existing Makefile.am files of the project being ported, and it should allow to pass the needed parameters to the project configure script. Maybe OpenMoko project could be a bigger project having one or more (if some are libraries) autotools - based packages in its separate folders and include the proper documentation how to "wire" the standard autotools based package to the OpenMoko infrastructure.

===Foreign Widget Set Bindings ===
==== Qt Integration ====
The Trolltech folks have a great widget library. I'd like to interface OpenMoko with Qt4, so that we can write Qt4 applications for the phone which don't look alienated.

==== Maemo Integration ====
The Maemo folks have created a successful standard for Webpad applications. I'd like to have a set of MaemoMoko and MokoMaemo wrapper classes that allow me add support for running OpenMoko applications on Maemo and vice versa. Perhaps we can get help from the Nokia OSS folks for that.

==== wxWidgets Integration ====
wxWidgets is a cross-platform application framework that's very popular (I'd say, #3 after Qt and Gtk+). On Linux, wxWidgets uses Gtk+ to implement the widgets. It shouldn't be hard to add support for the additional OpenMoko classes to wxWidgets hence supporting the native OpenMoko look and feel for wxWidgets applications.

wxWidgets team wants OpenMoko classes too and we (wxWidgets) plan to include this project as one of our ideas for [http://google-code-updates.blogspot.com/2007/02/speaking-of-summer.html GSoC 2007]

==== SDL Integration ====
SDL is ''the'' game developer library. There are tons of SDL games out there. We should add OpenMoko support into SDL.

==== Cocoa / GNUstep ====
Allows to use MacOS X as a development platform.

=== Software: Language bindings ===
==== Python bindings ====
Python bindings seem to be a commonly requested feature.

[[User:Mickey]] says, "They are kind of usable on the [http://www.maemo.org Nokia 770], but it's at the lower end of being bearable. We should keep this in mind -- Gtk+ already comes with Python Bindings, so we "just" would need to wrap libmoko*. I would prefer to leave this to the community do though, since it doesn't make sense to start wrapping the API until we have a stable API -- and I can imagine it will take us a couple of months after going open until we can start with stabilizing the libmoko API."

==== C++ bindings ====
There is a whole skilled C++ community coming from the [http://qtopia.net Qtopia] and [http://opie.handhelds.org Opie] projects. If we would consider basing OpenMoko C++ Bindings on [http://www.gtkmm.org/ Gtkmm], then we could drag these guys in.

==== Ruby bindings ====
Ruby and ruby-(gtk|glade) already ported to OpenMoko according to [http://lists.openmoko.org/pipermail/openmoko-apps/2007-May/000040.html this ] and [http://groups.google.de/group/comp.lang.ruby/browse_thread/thread/6bee9970cf055504 this] mesages. It just have to be included to distribution (only 4.9 MB!)

==== Java bindings ====
People who concentrate on Java programming would like to have the OpenMoko port of some java virtual machine. GNU Classpath team a lot of great work in the past creating easily portable implementation. Sun's recently open sourced code could also be ported.
==== Other bindings ====
* Perl
* C#
* I think you could skip a bunch of these by binding to Dbus; most languages already have Dbus bindings

== Community Support ==

=== [http://projects.openmoko.org projects.openmoko.org] ===
Infrastructure for developers with
* One bugzilla for all projects (makes moving bugs forth and backwards between projects ''very'' easy)
* One mailing list for project

== Platform ==
=== Community Images ===
In the future there could be complete, unofficial "product images" that are created by the community, for example maybe one that incorporates only free software (in the GNU or OSI sense). Or images build with a particular niche market in mind -- a student for example.

=== Wishlist voting ===
There could be a kind of voting system like they have at one of those big computer manufacturers homepage. Then the community could vote for the ideas that are most important to them. This would especially make sense for the hardware wishlist, because the hardware is still the part which can't be done by the community that easily.

Here: [http://www.fevote.com/openmoko OpenMoko suggestion board]

== Software: Additional features ==

===PDA Mode===

There are times when you wish to power up the device and not power up the gsm/cellphone portion of the phone. For example in meetings you might wish to access the PDA side with wifi as is the case for example on an aircraft. On booting some method of booting to pda mode would be good - several other phones offer this feature.

===Driving Mode===

It may be forbidden in many countries, but many people use their cell phones while driving. With the touchscreen phones
this is very dangerous: You have to stare at the tiny numbers on the screen and try to hit them with your thumb or try to decipher tiny script of contacts, while steering with the other hand. There should be a configurable driving mode where the interface has a reduced functionality (e.g. only contacts and dialing) with HUGE interface buttons that are easy to use with limited attention.

===Calling===

==== Mask ID based on dialed numbers ====
It would be nice if my number only showed up when I call people in my address book and was otherwise masked. The phone I have now either always shows my number or never or can be set on a per call basis. Having it done automatically based on the number dialed would be good.

==== Use calling cards and similar routing techniques for lower-cost calling ====
Many people use calling cards, low-cost numbers and similar ways of reducing the costs of their calls. It would be nice to have a single panel that would allow you to configure the rules of dialing a number taking in to account such systems.

==== Outgoing black/white lists ====
The ability to allow or deny outoging calls to certain numbers can be useful in a number of situations (e.g. the holder of the 'phone is a child, untrusted, etc.). This could be related to entries in the contact list, for example a user is only allowed to call people who are in their contact list.

Also lists for incoming calls? Some friends always come through, unknown numbers get rejected automatically.

==== Time-based blocking/unblocking of calls ====
Allowing or disallowing outgoing calls at certain times of the day could be useful, e.g. blocking a business phone from making calls outside of business hours.

====Speaker-phone====
* A speaker-phone is more than simply connecting the speakers to GSM audio, it's also echo cancellation, and eliminating the feedback that will otherwise happen between the speakers and the mic. This software has not been written.

====Advanced Airtime Tracking====
Many phone users have complicated plans, things like unlimited incoming, 100 anytime minutes, 1000 evening minutes, etc. It would be nice if a user could input the various monthly airtime chunks their plan gives them, and then the phone could track how much is left in each chunk, i.e. How much anytime minutes are left this month? Optionally, the software could warn when someone is close to the monthly limit, to help avoid bigger bills.
On (at least some) prepaid [http://en.wikipedia.org/wiki/Unstructured_Supplementary_Service_Data USSD] can be used to check current balance.

==== Anti-stutter software ====
Delayed Auditory Feedback (DAF) has shown to reduce stuttering in individuals by 70%. By using the microphone, it should be pretty simple to implement this on the OpenMoko. The DAF functionality should also be present during phone calls. See http://en.wikipedia.org/wiki/Delayed_auditory_feedback for more information.

====Minimize In-Call mode (check address book while in call)====
On my locked phones I always find it annoying that one can not use other features while a call is in progress. In particular, I'd like to access the address book so that we can (1) give a caller someone else's phone number (or other info) and (2) lookup a phone number when using a calling card or some other proxy.

Similar request when using the browser (lookup passwords, todo list, etc).

====Hold Music (Ringback Tone)====
On some cellphone networks you can pay to change the normal [http://en.wikipedia.org/wiki/Ringback_tone Ringback Tone] that the caller hears when ringing, to a customised sound.
This can partially be implemented on the phone.
Issues are:
*In countries where callers pay, this will make you unpopular.
*In countries where the called party pays, it will use your minutes, or cost you money.
**A list of people to activate this function for would alleviate this.
*[[GPRS]] internet connection will stall while the hold music is being played.
*Extra battery used when playing music.

Also see [[Answering Machine]].

====Play sound clips over the air====
Dialer could have a tab with big buttons which, when push, send sound clips over GSM to the person on the other end of the call. This feature is included in GizmoProject and is called sound blasts: http://support.gizmoproject.com/index.php?_a=knowledgebase&_j=questiondetails&_i=104
The buttons can have default sounds, but also have the ability to be customized.

It would also be useful for notifying people why you can't talk (for example, having an "I can't talk tight now - I'm in the library - this is a pre-recorded message" would be good. Also perhaps you could loop a pre-recorded sound in the background so you can lie about where you are, and have the ability to simulate a really bad connection.

==== DTMF Landline Dialing ====
The ability to hold the Neo near the microphone of a landline handset and have the Neo dial the landline by sounding DTMF tones. The DTMF tones could be generated in software or be pre-recorded files.

Graphically this could be done by adding a 'DTFM dial' button to a context menu. The user would select a contact then presses the 'DTMF dial' button to start the process. A small delay could also be added to allow time to put the Neo near the landline handset.

For the Neo to know which area code to use (or not use) the current or last GPS coordinates could be utilised.

==== Conversation Recorder ====

An option to record phone conversations. Would be helpful to have the device always recording for every call, with the sound data encoded to low quality Ogg Vorbis or SPEEX and stored in RAM. At the end of the conversation the user would have the option to save to flash or discard the conversation. This idea could also be applied to voicemail so you could save voicemails locally.

====Unlicensed Mobile Access (UMA)====
T-Mobile recently rolled out a UMA service that hands off calls between the GSM network and WiFi access points. Only a few phones support it right now, this could be a rather unique feature if OpenMoko can implement it.

This can be combined with a GPS map to show where local free hubs are.

==== Ignore-Call Button ====
{{Main|Wishlist:Ignore Call Button}}

Shut up a ringing phone, without accepting or rejecting the call.

Another alternative might be to use microphone to recognize when the user gives an audible "Shhh!" command. This could prove difficult to determine with the simultaneous ringing, and possible in-pocket shuffling noises.

A really usable feature is to "reject with SMS/text message" - letting the user reply the caller choosing a previously setup template or typical response: "I'm in a meeting - I'll call you later" or "Can't take your call now, please call back in 10 minutes". This feature typically is a much better way to get your co-workers (ie boss) to back off, than to silently ignore the call.

The accelerometers could be queried while the phone is ringing to detect a firm tap on the phone. This would avoid the delays of fumbling to remove the phone from one's pocket to silence the ringer when you've forgotten to set it to silent mode. Just firmly tap the phone through your pocket, and the ringer will silence, like some Motorola pagers. Maybe single tap = silence; double tap = (activate voicemail or preset SMS).

==== Voice Mailbox ====
{{Main|Voice Mailbox}}
On-Phone voice mailbox that records calls on the phone and retrieves voice messages from your mobile service provider's voice mailbox and saves them locally.
Can act profile-dependent.

==== Hold Button ====

Similar to mute, but plays a sound file for the user on the other end while they wait. The sound file could be chosen in some setup beforehand.

==== Unanswered Call, Fast Call ====

In Greece because of the various bill programs some people call a mobile phone, rings one time and then hangup.
Then the user of the mobile phone calls the other user(using the CallerID recognition).

===Audio===

==== Ambient Noise Detection ====
{{Main|Wishlist:Software:Ambient Noise Detection}}

Using the microphone to detect ambient noise the ringtone volume could be adjusted automatically.

If the ambient noise exceeds a preset threshold, the ring vibrator could be activated. This is good for when people forget to enable vibrate mode when entering noisy environments.

Detection of ambient noise could also be used to subtract the noise from the audio signal. However this approach is best performed using two Microphones, one for the voice and the other to detect the noise.

==== Active noise control ====

Using the microphone to do [http://en.wikipedia.org/wiki/Anti-noise active noise control] on media player playback or telephone calls. This should be an independent module/library which can be used by any application which might require this feature. also provide a way to easily alter the parameters of the active noise control.

==== Hear Impaired Mode ====

Hearing impaired people need louder speaker(but with less volume than hands free) and equalized sound, based on their hearing problems(example 20dB hearing loss from 2KHz to 4KHz).
Older people 50+ years old need slower speech rate(time stretch, cut the big speech gups) and cleaner voice.

Please note also the Hearing Aid Compatibility regulations in the US. I have tried to summarize and clarify them [http://quux.wiki.zoho.com/WhereAreHACphones.html here]. I haven't yet discovered whether the FIC device is M or T rated. For many hearing impaired users, a tcoil coupling to their hearing aid (t3/T4 rating) would be preferable to manipulating sound output in other ways.

==== Mute Button ====

Button to temporarily disable microphone while talking for applications such as telephone, audio recording and (when available) movie recording.

===Web Browser===

==== Full-page Zoom Support ====
Full page zoom is a very good feature. If possible, people would want to browse the internet with normal layout than a distorted one. It's best if I could double-tap a text or image block and zoom to a fit size.

The [[BigPageWidget]] proposal suggests 'Full Page Zoom' should be implemented as a widget available to all applications.

* If the processor and memory could afford, it is good to just use [http://www.mozilla.org/projects/firefox/3.0a8/releasenotes/ Firefox 3] in OpenMoko. It has implemented latest gecko's full-page-zoom ability. With certain modification, we could do the same zoom like iPhone's Safari.
* Firefox 3 may be a big eater. A cut-down version of it may be good enough.
* If this is not practical, Minimo with full-page-zoom ability is good.

==== Plugins Support ====
* While an extensive browser plugin system would be costly to the efficacy of the platform four particular browser plugins as poplularized by Mozilla firefox should be adapted to the web-browser, namely: [http://noscript.net/ noscript], [http://adblockplus.org/en/ adblock plus], [http://www.greasespot.net/ greasemonkey] and [http://www.foxmarks.com/ foxmarks].
* Careful use of these can dramatically reduce bandwidth, page space, and rendering costs even if it comes at the risk of some hard drive space in the form of block lists.
* Greasemonkey, in particular, gives users control to set up scripts for commonly traveled pages to further reduce unnecessary or unwanted content.

==== Widget support ====
Built-in browser with the ability to install widget shortcuts (aka links) in the main phone menu, also some apis for interfacing with the other functionality of the phone like adding contacts, reading contacts, reading gps-psoition etc.. (maybe there is some defacto widget standard that could be used)

There is a [http://www.w3.org/TR/widgets/ W3C spec] being developed, which may not be exactly what the original proposal had in mind, but it is about writing simple applications with HTML, SVG and JavaScript. It is mainly Opera's work, and while most [http://widgets.opera.com/ developed widgets are not very useful], there are some that are, and it creates a very nice development platform, especially for mobile devices. So, I think it makes an awful lot of sense for OpenMoko to support this spec.

===Media===
====Music/Video Software====
A real good programming area for competition with the iPhone, a singular video/music player would be great for multimedia. A seamless integration system, a la iTunes and iPod, would be extremely popular.

Using the Wi-Fi connectivity, a separate music program that supports wireless music sharing/ streaming (similar to what can be done when two computer running iTunes that are both on the same network) and that also supports internet radio.

It would also be nice to have some kind of "announce your musical taste" mode. This could be implemented using last.fm profiles, such that when e.g. in a crowded place a user nearby has a similar musical taste, both users get notified so they can share their music files with each other (perhaps using a photo for id). Great for discovering new music - and making friends!

- Possible copyright issues sharing music files?

Sure, but that's the user's concern, not the developer's. There's no way for us to know which audio files the user is permitted/not permitted to share.

==== Reading Support ====
It would be really great to be able to read :

*PDF
*Open Document files
*Text / RTF files
*fb2 files (fbreader)
*MS Office files
*Aportis Doc (pdb)
*DjVu
*...

In both landscape and portrait

==== Wikipedia Mirror ====
{{Main|Wishlist:Wikipedia_Mirror}}

==== Blog ScribblePad ====

Draw an image (and maybe add some text), then post to your blog.

==== E-Book Reader ====
* Neos brilliant ultra-sharp screen makes for a very good e-book reading device. All it takes is a good e-book reader with touch-screen page turning / scrolling (see the [[BigPageWidget]] proposal). FBReader could probably be adjusted easily by an experienced GTK hacker. Note that e-book reading is different to pure text/pdf displaying as it requires at least auto-bookmarking of the last read page, proper text and image scaling and text formatting.

==== Personal Wiki ====
{{Main|Wishlist:PersonalWiki}}

Display the notes database as a Wiki. Inspiration: [http://www.acrocat.com/AcroWiki/default.asp?lang=en AcroWiki].

[http://www.didiwiki.org/ Didiwiki]

==== Dictionary, thesaurus, translator and flashcards ====
Native lookup dictionary and thesaurus and foreign translation dictionaries, also with support for Asian languages. Optional custom configurable (though preconfigured) interface with on-line versions of dictionaries, thesaurus and translation services.

'''Dictionary'''
Something like [http://www-user.tu-chemnitz.de/~fri/ding/ ding]:

advantages:
* small
* very efficient + useful
* only limited to really needed functions

Support for vocabulary training with flashcard system (also usable for other content than foreign language words!)

==== Flickr uploader ====
A simply, drag & drop uploader, tagger and organizer to upload images on phone to [http://flickr.com Flickr], with support for various languages. A good base could be the cross-platform uploader [http://juploadr.org/ jUploadr], written in Java and working on Windows, Mac and Linux. But, most of all, the best '''GPL''' program which actually do this work is '''[http://mobilepushr.jottit.com/ Mobile Pushr]''', written in C and Cocoa for iPhone, must be probably ported in python to work on OpenMoko.

===PIM (Personal Information Managment)===
====Context Sensitivity====
Any email or sms message or application that contains a telephone number should be click to dial, eg [http://123567890 1234567890]. Addresses link to mapping software too?

==== Notes ====

Something for taking notes would be a nice feature:
[http://www.gnome.org/projects/tomboy/ Tomboy] has some nice syncing features and is gtk based.

Some Screenshots are [http://www.gnome.org/projects/tomboy/images/ here].

==== Calendar ====

A nice calendar application should be implemented in OpenMoko. This tool should have a syncing feature with your desktop computer.
The tool should have a reminder feature and other features like other mobile phones already have.

I think synchronization sould be handled by computer with opensync+syncml based tool, not by calendar itself. --[[User:Antono|Antono]] 12:25, 7 January 2008 (CET)

* If this cellphone is thought also as a PDA, of course it needs a calendar. But I would like to see something better than just a calendar, I was thinking that there could be some application using "fisheye" view. Just like [http://www.cs.umd.edu/hcil/datelens/], though that example seem a bit chaotic. --[[User:Yprum|Yprum]] 22:27, 21 February 2008 (CEST)

==== Address Book ====

* Option to search not just the stored list of addresses, but one or more of the online phonebooks. Probably should be modular to make adding/changing phonebook sites easy. Also allows for future integration with LDAP
servers or whatever.
* Also the possibility to search all info on the contact, like number, email, postal address and so on, in case someone asks you to identify a known number.
* Web-based map-lookup. 'How do I get there from here? (here = current GPS location)' This could also be done
by integrating with whatever on-phone GPS mapping software the Neo ends up using.
* Random text input 'notes' about a contact
* Overall, this should more resemble a Palm-pilot's address-book than your average cellphone's
* Automated Daily backup of phone book to a website archive (similar to Verizon's Back-up Assistant
*Ability to integrate address book with web-based email (such as gmail) account, for those who use web based email as their primary account
* '''[[Wishlist:Tagging|Tagging]]''' Place tags for contacts. Enhance message application to send messages to all contacts tagged with ... . Enhance other application(GPS, ...) with tags.
* Support for:
**[http://en.wikipedia.org/wiki/SyncML SyncML]
**[http://abook.sourceforge.net/ abook] a text-based addressbook program
**[http://en.wikipedia.org/wiki/Ldap LDAP] address book
**[http://en.wikipedia.org/wiki/LDIF LDIF], [http://en.wikipedia.org/wiki/Xml XML] and [http://en.wikipedia.org/wiki/Comma-separated_values CSV] export and import (when possible).
*Store Bluetooth IDs of friends and notify (configurable only on this device or on both devices) when a one of these Bluetooth ID has been detected (this is more a separate application but has requirements on the address book. Should also be able to create an address book entry from a Bluetooth ID. Could be used as a nice tool to detect people who you're avoiding.

==== Database/List Display/Edit ====
{{Main|Wishlist:PilotDB}}

One of the most useful apps on my Palm Pilot for me is [http://pilot-db.sourceforge.net/ pilot-db]. It's GPL'd.

==== To Do lists ====

* It'd be nice to have something like [http://www.joesgoals.com Joe's Goals] always available, like my phone is, even when I'm disconnected from the net.
* I would like to be able update my [http://todotxt.com/ todo.txt] which is stored on a personal server from the phone.

==== Workout ====

Use your phone instead of your notebook while at the gym, and get pretty graphs to admire after you're done.

==== Shopping List ====
keep Track of Prices in different shops and the products you have/don't have. Ideally using a barcode reader and gps.
If it was made aware of recipes it could even tell you what to buy without entering a shoppinglist manually.

==== [[Fuel Log]] ====
File data about fueling your car (date/time, liters, price, mileage, ...) and display some information (costs per month, average consumption, ...).
Advanced features could include:
* Automatically storing the GPS coordinates of the place where the car has been fueled (can be deactivated)
* Sending the data to a central server which collects the information ( spritmonitor.de, anything else ?)
* Let the OpenMoko receive fuel logs per SMS (e.g. if my wife with a non-openmoko mobile fuels the car and wants to file the data using her mobile phone)
* Let the OpenMoko device act as SMS gateway for non-openmoko devices to easily send the data to the central server
* Also support for air log for divers. Not that you will take this device under water but for the crew at the surface.

==== Keep in touch reminder ====
A background application which keeps track of your friends and reminds you when you have not talked, SMS, IM or mailed a person for more than # days.

==== Menstruation period timer ====
Fill in statistics and compute probabilities for menstruation, fertility, mood.
See http://www.getjar.com/products/48/MyGirls

==== Tagging ====
{{Main|Wishlist:Tagging}}
Tags can be used by various applications. Requirement is interoperability for further enhancement.
Tags should be applied to contacts, calendar events, mail/sms, calls, places(GPS) and files.
http://tracker-project.org has all needed tagging-and-searching functionality and ready to be used on low-resourced devices.

==== Exchange Integration ====

Once there is good TCP/IP connectivity on this phone, integration with corporate email/calendar/to do/contacts/etc servers would be a big advantage... near-real-time automatic email downloads and automatic bi-directional syncing are productivity boosters that you have to experience to appreciate. It turns your phone from a 'nice gadget to fiddle with' to a natural-feeling extension of your day-to-day life.

* Is the time right to name names ? Add as your liking...
** Plugin/integration to & from Kontact
** Same with Evolution - Thunderbird - Seamonkey
** ?? Google Calendars ?? (this one is tough)
** Ms Exchange

==== An electronic wallet ====

A database which stores securely PIN codes, login data, bank and email accounts, membership informations, and other valuable and private data. Entries can be ordered in a folder-like manner. Access to the database is given by a master password. The database as well as the master password are stored with strong encryption. For security reasons, the program asks again for entry of the master password after a certain period of inactivity. The database can be synchronized with a PC application (ideally written in Java for cross platform compatibility).

Examples: KWallet [http://docs.kde.org/stable/en/kdeutils/kwallet/index.html], Viskeeper [http://www.sfr-software.de/cms/EN/pocketpc/viskeeperpro/index.html], KeePass [http://keepass.info/]

==== Easy business card sharing for a small group (in the same room) over bluetooth or WIFI ====

Six Neo1973 owners are having a chat in a cafe. They agree to split but meet later. They want to exchange their numbers with each other before they go.... The normal way to do this is for a rather longwinded repeating of numbers to each other, or half the people manually inputting numbers before phoning/texting the other half to complete the process. All in all its a fair number of button presses to get it sorted.

Instead the NEO could have a small app where the phones link up in a small peer to peer Bluetooth network and share automatically with one person initiating a request and the other detected NEOS agreeing/acknowledging the share. The initiating NEO would then sync the mini-group automatically by interrogating each phone and then sending the table of results. The NEOs would have to be clever about checking for duplicates in the address book and offering a choice to the user if there are any conflicts.

PROS:
*genuine saving in time for social and business situations

CONS:
*I am sure there are some security hassles to be pondered....
*not going to be used every day... definitely not an immediate priority.....
*only at geek conferences will all have a neo....

==== SMS Counter ====

An application which shows on the today-screen how many SMS i've already sent in this actual month. Some have for example 150 free SMS to write each month. With that program you can see all the time how many SMS are left until the end of the period. As an alternative it could be a counter which counts backwards from a predefined number over a defined period.

===Profiles===
{{Main|Wishlist:Profiles}}

The Wishlist:Profiles page documents many possible profiles - ways to configure the phone. Including ways to respond to calls, wifi and GPS events.
And how to automatically switch between them.

===Text Messaging===
For '''Text Input related ideas''' see [[Wishlist:Text_Input]]. Bear in mind that T9 can not be included
For current development status of the messaging-app see: [[Messages]].

There are many useful options that now can be used to full capacity:

* '''Instant Messaging'''
Bringing a new GTK gui or a resized Qt gui out for the serverless Instant Messenger http://Retroshare.sf.net

* '''Acknowledge/status SMS'''
In GSM networks so-called acknowledge-SMS are sent back to the SMS's dispatcher in order to indicate that the primal sms was received (as message delivery is only best effort and is not guaranteed). So in the SMS dialog there could be equal sized buttons with captions as 'send only', 'send and receive delivery status message' and 'send and notify (e.g. ring) when delivery succeeded'.

** '''Special handling of status-SMS'''
Related to the previous entry, these acknowledgment-sms' should be handled in a different way than normal SMS'. Most Motorola do this, while Samsung SGH series don't & clog the inbox, warn of a "new" message upon Status notification: Delivery Status Messages should be stored in a separate menu so they don't bloat the received-folder and you are able to quickly review the status of the messages you had sent.
* '''SMS at time/date''' You could be able to set up messages that are sent at a certain time/date
* '''Binary SMS''' Send binary SMS. Could be used to feign WAP pushes. [http://en.wikipedia.org/wiki/Multimedia_Messaging_Service] See:
** Resource for SMS encoding: [http://web.archive.org/web/20021016104345/www.dreamfabric.com/sms/] [http://web.archive.org/web/20060411222332/] [http://home.student.utwente.nl/s.p.ekkebus/portfolio/resource/sms_pdu.html] [http://www.ihub.com/Binary%20Messages.htm]
** [http://www.gammu.org www.gammu.org] - you can use Gammu/Gammu+ source for this software and/or understanding various SMS formats including EMS, WAP, Nokia Smart Messaging, Siemens & Alcatel encoding ([[User:Marcin|I could]] eventually help)
** Resource for SMS encoding (German): http://de.wikipedia.org/wiki/SMS-Kodierung
** The infamous pocketpc-attack: http://www.mulliner.org/pocketpc/
* '''Profile-override-SMS''' SMS that start with a certain code word override the silent profile and have the phone ring. So someone could alert you in case of some emergency.
* '''Codeword-SMS''' An expansion of the above: check for code words and allow selectable tones for matches. E.g. "Server Down!" has a loud klaxon, "Disk Warning" has a quiet chirp.
* '''(De-)Abreviation-script''' Implement a script that de-abbreviates: "hi m8 u k?-sry i 4gt 2 cal u lst nyt-y dnt we go c film 2moz" becomes "Hi mate. Are you okay? I am sorry that I forgot to call you last night. Why don't we go and see a film tomorrow?" (taken from: [http://en.wikipedia.org/wiki/SMS_language])
** Implement a script that abbreviates :-)
* '''Anti-Spam''' ...feature for SMS. May be it's possible to port some Bayesian based application like bogofilter.
* '''Rule based authorizations''' ...for received messages. For example, delete messages from one source between 9h00 and 18h00 (workday) allow them otherwise (to get alerting messages).
* '''Enable chat-like SMS-viewing''' SMS-Email-like: retain SMS app, but store 'conversations' rather than pile-up. Group/archive conversations by Caller Group (Work / Friends / Home / any user-defined Caller Group). Show appropriate icon from either Caller Group or Caller ID at the source of conversations panel
* '''Searching''' allow full-text search or string search.
* '''Massive SMS Deletion''' based on Conversation, author, before-date-xx.xx.xxxx, caller group, [[Wishlist:Tagging|tags]]...
* '''Call Back''' Prompt 'Call Back' alongside other first-line options (Delete, Save number,.. this kind of options) that appear when reading an SMS.
* '''Non-destructive deletion''', deleted messages goes to trash, and are recoverable.
* '''SMS-EMail-Gateway'''
SMS comes in, gets forward to your inbox, like any other piece of mail. Appropriate alerts and etc occur - again, just like for email. A simple SMTPD running on 127.0.0.1 that is hooked to an email-to-SMS translator that will send email addressed to 'SMS@localhost' (or whatever special address) out via SMS
* '''SMS-filter chain''', for stuff like Codeword-SMS above, Theft-mode activation, auto-response (reply with gsm-position for "Where are you?"), auto-substitution (like replace $POS with gsm-position in outgoing SMS).
* '''SCROOGE-SMS''' This is an intelligent SMS router. When you write your SMS you get the option of how to send it
** By standard carrier SMS - cost 10cents
** By OpenMoko SCROOGE SERVER - this will send your SMS to the OpenMoko Community SCROOGE SERVER next time you have WiFi - the phone will remind you to turn on WiFi when it knows you are in places where you have WiFi access. The person you are sending to picks up when they come into WiFi Range. This comes with an intelligent reminder that tells you that message has still not been delivered in 24 hours and would you now like to send it by a paymethod. This is better than IM because both parties do not have to have WiFi at the same time. - cost FREE
** By email/Wifi - cost FREE
** By email/GPRS - cost ?
** Too many options!!!
** Alternatively SCROOGE SERVER could auto launch IM client if it detects both parties have WiFi at the same time (Status kept on SCROOGE SERVER?) to allow instant reply..... Person who receives has the option to reply in SMS or in IM or in VOIP phone.

=== Text input ===
{{Main|Wishlist:Text Input}}
There are many good suggestions for text input on the specific text input ideas page.

=== More/Custom Input Method Widgets ===
{{Main|Wishlist:More/Custom_Input_Method_Widgets}}
Additional and customizable Input Method Widgets (similar to virtual keyboard).
This could add soft-key functionality to games or other applications such as:
*D-Pads
*buttons
*virtual trackballs
*...
Personalized layouts could be associated with each application.

=== Games ===
{{Main|Wishlist:Games}}

=== Mesh Networking ===
{{Main|Wishlist:Mesh Networking}}

=== Printing Support ===
It would be really neat to be able to print over either bluetooth, Wifi, or USB. I can imagine wanting to print:

* Notes
* Maps
* Email
* Calendars
* ...

Cups contains a bluetooth printing backend, so (in theory) once you have your data in postscript format, you could hand it to cups and it'll do the rest. In practice, it depends on

# GTK+'s printing support
# Making cups run on a really small system

{{note| GTK+'s printing support seems to be very immature in 2.6 (which we need to use for some time). Gtk+ 2.10 contains much better printing support -- once we can use this, it should be more easy.}}

There's always the possibility to render postscript ourselves, but this is not a piece of cake -- in general, printing is much harder than one would imagine.

Further details:
* [http://groups.osdl.org/apps/group_public/download.php/2205/print-summit-gtk.pdf#search=%22gtk%2B%20printing%20API%22 osdl.org]
* [http://www.gnome.org/~alexl/presentations/guadec2006-printing.pdf#search=%22gtk%2B%20printing%20API%22 gnome.org]
* [http://www.j5live.com/?p=204 j5live.com]

===Misc Software===
====Clocks/timers/Activity meters====
===== Sport tracker =====
{{Main|Wishlist:Sport_tracker}}
Sport tracker can be used to measure the distance/velocity from point A to point B (or it could have several intermediate stopping points) using GPS. This would be extremely useful for running, biking, hiking, etc.

===== Standby clock =====
{{Main|Wishlist:Standby_clock}}
A quick way to see what time it is.

===== Egg Timer =====
{{Main|Wishlist:EggTimer}}

Very simple (one click) count up / count down timers are very useful.

===== Cycle Computer =====
As already mentioned by [http://wiki.openmoko.org/wiki/User_talk:Technil Technil], a cycle computer could be created using gps. The sensor at the bike's wheel could transmit data via bluetooth or some cable that would be attached to an openmoko device. In order to save power, one could switch off the gps and only use the bike's sensor.
* Just another idea that came to me: Why don't have sensor's transmit cable plug into the headphone/microphone plug? A tool reads the signals created by the induction of the passing magnet, then gives them to the cycle-computer-app :) --[[User:Minime|Minime]] 19:50, 12 April 2007 (CEST)

===== NTP Server =====

Run the [http://www.ntp.org NTP] daemon using the GPS chipset as a reference clock, so that the Neo would have a very accurate time-of-day clock and would be able to serve time to other networked devices.

I don't know what it would take to implement this. Items to consider would be the availability of a 1 pulse-per-second hardware signal, the accuracy of timestamps delivered in NMEA messags, etc. Dealing with power-management issues (such as the device going to sleep) would also be challenging.

===== Reality check reminder =====
{{Main|Wishlist:Reality check reminder}}

A tool to [http://www.phrack.org/issues.html?issue=64&id=16 hack your brain]

===== Automatic timezone changing (GPS) =====

Check the timezone with GPS and adapt them.

====Calculators====
===== A Universal Unit Converter Tool =====

One never knows when one may have to convert acre-feet into deciliters. A unit conversion tool makes all engineers and engineer wannabes much happier. And not only the engineers.

Ideas what kind of conversions a converter tool could do:

Length
- Acceleration
- Angle
- Angular Velocity
- Area
- Capacitance
- Radioactivity
- Currency
- Charge
- Computer Memory
- Conductance
- Density
- Energy
- Illumination
- Power
- Force
- Flow
- Pressure
- Speed
- Temperature
- Time
- Torque
- Viscosity
- Volume
- Weight

Roman Numerals
- ASCII, Hex
- Cooking
- BMI
- Clothing Sizes

Money Converter based on current rates from Internet...
e. g. Dollar <-> Euro

Physical and Mathematical Constants
GPS conversions

- link to or integration of a scientific calculator
- link to or integration of a simple calculator

A good basis for such a converter tool could be the Palm program "units" from
François Pessaux [http://francois.pessaux.neuf.fr/files/units1_11.tgz]. The GPL'd program comes with full documentation.

For GPS conversions see gpsbabel [http://www.gpsbabel.org]

===== An Postfix Notation (RPN) calculator =====

Many engineers, computer scientists and other groups who have grown to enjoy the simplicity and ease of an postfix notation calculator will miss them when they give up other platforms to move to OpenMoko. A RPN calculator will increase adoption by providing one of the tools that other platforms have provided for many years.

==== Windows CE Emulator ====

On ARM machine, Windows CE API emulator, like Wine on x86 machines.

==== PalmOS Emulator ====

The Access group is probably coming out with their Linux platform any time soon. One of the components is a PalmOS emulator which I'd like to see working on OpenMoko as well. There are literally thousands of PalmOS apps.

I'd like to see a Windows CE Emulator with active sync support.

==== Chumby Emulator ====

Would be very cool if the neo can act as a chumby. see http://chumby.com for more details about a chumby.

==== TV Guide ====
Display a TV guide using [http://xmltv.org xmltv].
Something like [http://mtvg.sourceforge.net/ Maxemum TV-Guide] (QT)

==== Alcohol meter ====
Give the phone some info about your body (gender, size, weigth) and when/what you drink and it will compute an approximation of the amount of alcohol in your blood. Updates automatically, could have an alarm, when you are probably sober again.
See, for example (German text) http://www.misterio-online.de/promille.htm

==== Interaction with LEGO Mindstorm ====
With the accelerometers, GPS and good CPU, the phone could be used to control/serve as input with robots built with LEGO Mindstorm, which can be accessed by USB and Bluetooth.

==== Flashlight ====
Simple finger application that makes every pixel on the entire screen white to be as bright as possible until you tap the screen again to turn it off. This way, you can use your Neo as a (short term) flashlight!

==== Wii Controller Emulator ====
Use the accelerometers and buttons on screen to work as a Wii controller via Bluetooth.

==== FUSE support ====
Ability to use FUSE to mount larger file systems over wireless. (even gmailfs, sshfs, etc.)

=== Accessibility ===
Accessibility features for the visually impaired.
* High Contrast Themes.
* Screen Magnifier. Features should include automatic cursor tracking when navigating menus and entereing text and provide manual controls to zoom in on other section of the screen.
* Text to speech. The software should read out menu item ,contact lists ,text messages etc. Would also be useful for operating the phone while driving. see: [[Wishlist:Speech synthesis]]

==== VOIP ====
* [[Dialer]] should be able to use SIP.
Ability to use the phone for VOIP over wi-fi such as Vonage. They currently have 2 different pieces of software for pc . Basically software creates a mac address which is paired with your Vonage account. Skype could also be implemented but I prefer Vonage. Only available when connected to wi-fi with a good connection. Phone treats calls the same as a cellular call, could keep a separate log of minutes, ability to record conversations, etc. Option to use VOIP if connection is available automaticly or manually. Small icon to show when call is using VOIP.
* A standard SIP client would probably fit better into the "free and open" philosophy.
* Ideally a SIP client that includes ZRTP/SRTP for secure communications.
(Note: Vonage will not give you your SIP credentials, so you cannot log into their network with a non-approved softphone. Other VoIP providers have different policies.)

''This seems very similar to what [http://en.wikipedia.org/wiki/Generic_Access_Network UMA] offers.''

Asterisk is a great communication platform that can run on small devices. I have an Asterisk server running on a Nokia 770 and I read about running Asterisk on an iPhone. With the crosscompiler available it sould be possible to compile it and run Asterisk on an openmoko phone and let it take care of almost everything on the wishlist below.
Edw/

==== Power Meter ====
If the power bar is clicked on it will show time left on charge and if charging it will show time until full.

=== Accelerometer wishes ===
==== Flick interface ====
Ability to "flick" the phone for page up/down by simply and rapidly tilting the phone back-and-forth for up and forth-and-back for down. The same motion can be implemented for sideways motion. This will take advantage of the 2 3d accelerators.

Sensitivity of the scrolling should be configurable and a test option provided.

==== Reading navigation of documents enhanced by accelerometers ====
If the two accelerometers in Neo1973 allows it, it will be nice if when you're reading, give a newspaper, you can move up, down, left and to the right the viewing of the document just moving the phones to the corresponding direction.

I don't know if this is possible (haven't seen the project in detail yet) but this feature could be very attractive for final users (and this is good). (sorry for my english but i'm italian)

==== Wand UI ====
In keeping with the requests to think outside of the box... the dual 3d accelerometers should enable a 'magic wand'-style UI for certain uses. Macros could be recorded and edited, or presets could be used. For example, flipping the device playfully could initiate a game mode or could signal the end of the work day.

==== Shake-to-Wake ====
Giving the phone a shake enables voice commands for a few seconds.
Usage Examples:

* {Shake} "Call" ''ContactName'' ''PhoneType''
* {Shake} "Call John Mobile" (Calls John's mobile)
* {Shake} ''ApplicationName''
* {Shake} "Reader" (Opens the e-book application)

Would require a method of inputting voice tags for applications and contacts and obviously will only work for P2 (accelerometers)
But lets get voice command functionality working before P2 (just by pressing a button on the screen instead of shaking)

I think that is possibly to replace "Shake" with double hit with finger in the side of phone. Proper algorithms(with accelerometers) should recognize any similar activities.

==== Emergency call ====
When the accelerometer detects a great acceleration (i.e. 5G) start a countdown sequence, if it is not stopped make a call to a preconfigured emergency number. If the data from the GPS is accurate give it.

A first version could use a recorded message (an audio file). In next version it could use a synthesizer, so it can give more information (add GPS information when it is ready).

:I would worry that most such events would be false positives, and hard to distinguish from the real thing. A user dropping their phone (an event very common in the life of any cellphone) is far more likely than a user being in a car accident with their phone, and the clatter of a cell phone on asphalt could reach 5G. Additionally, it has to be very hard to distinguish hitting pavement from hitting a windshield, as from a physics standpoint the two are the same thing. [[User:Hashbrowncipher|Hashbrowncipher]] 02:06, 26 October 2007 (CEST)
::It could use the gps data to calculate the speed it is traveling with. Let's say it has been moving for more than 50 km/h for more than 10 seconds. Then it could activate the "emergency call if more than 5g" function. Aside from the countdown timer, it could increase the volume to max and warn the user that an automatic emergency call will take place in x seconds. While it is counting down it could listen for "Never mind, I'm fine, phone" and stop the countdown in case it hears that. It could also output the warning sound to the attached bluetooth headset and let the user talk to emergency services if the user is still conscious. [[User:Tommy|Tommy]] 17:48, 8 January 2008 (CET)
:::Perhaps have the phone yell loudly that it's about to do the emergency call for a decent amount of time, disabled by touching the screen or entering the pin number. In the case of any bluetooth device attached to the user, the phone could check to see if it's in range before calling. [[User:sin|sin]]

==== Movement detection ====
By detecting that the owner is walking a user defined profile can be activated with a specific set of notification settings. For example you may wish to use a cheap old sounding ringtone so you don't attract attention from muggers. Or you may wish to have a louder ringtone if you carry your phone in a bag where it can't be so easily heard.

==== Games ====
Imagine a first person shooter that you look around by turning your body.

==== Sloshing battery indicator ====
Shaking the phone will produce a sloshing sound, as if it contained a liquid. As the battery loses charge, so the sound produced on being shaken, will replicate a decreasingly empty container. [http://mobile.slashdot.org/article.pl?sid=07/11/28/1342248] for an example.

==== Others ====
Also see the pages[[Wishlist:Auto Align Map]], [[Wishlist:Determine Position]], [[Distance Measuring]], [[Wishlist:Computer Mouse]], [[Wishlist:Dynamic Screen Orientation]].

=== Connectivity ===

==== VNC ====
A good, stylus friendly VNC client/host combo would be easy to add and terribly useful.

==== Networked X-Windows ====

Whether it's running true X-Windowing over the network, or your bog-standard VNC connection as mentioned above, the ability to have your phone's screen available on your laptop or palmtop would be most desirable.

==== NX client ====

A form of X-windows forwarding optimized for performance over slow, or high-latency links, which could prove extremely useful. Capable of streaming a good quality, full desktop session over modem speeds. The protocol and at least one implementation is gpl'd. [http://en.wikipedia.org/wiki/NX_technology wikipedia]

==== OpenOffice Presenter Control ====

I Think it is a good idea to control your OO Presentation with Openmoko about WLAN or Bluetooth.
I think it needs some buttons to go back or forward and control the mouse to show something and take normal mouse clicks.
But with the mouse clicks I think that we need a short time between the clicks in example 1 second. Because when you make a mouse
click than to fast than you must go back.

==== Amarok and other Media Player remote control ====

Control Amarok or any other Media Player with OpenMoko (as a remote control). Bluetooth or WLAN could be used as protocol to send and receive the data. Maybe a WebInterface of Amarok is a start. Can be used on parties for a mobile music management.

==== Read informations with SMS ====
Send a SMS with Code to the OpenMoko (from a specific number).
For example to send get the GPS coordinates from a stolen Neo (or if you don't know where your Neo is).

=== Security ===

==== General Filesystem Encryption ====

If anyone wants to get your private data saved on your OpenMoko device, he should have to get through a high security mechanism like dm-crypt. The question is how much CPU power would be needed.
Would it be an idea to encrypt only the private data like phone numbers, preferences, address book etc. (like /home/$USER).

http://luks.endorphin.org

==== My Account ====
{{Main|My Account}}
A way to securely store information about the phone, and ensure that a phone you may be considering purchasing is not stolen.

==== [http://zfoneproject.com/ Zfone] or similar ====

Something that allows the user to speak with another person securely.

==== GSM Encryption ====

This software application would allow GSM encrypted calls to be made using the GSM Data Call Channel.

[[OSvS]]

==== My Voice is my Passport ====
Use voice recognition to unlock the phone. "Hi. My name is ... My voice is my passport. Verify me."

==== Firewall ====
A network firewall

==== Full Mac Support ====
Full mac support, preferably with full software and full sync capabilities with iCal and iMail

==== Anti Theft Application ====

This application would enter the phone into an [[Anti-Theft Mode]] which activates particular security features to reduce the risk of theft and also to ensure a higher probability of recovery of a stolen handset.

====RFID based personal alerts====
Assuming an RFID reader is available: You'd put an RFID tag on your keys, wallet, etc and train a program on the phone to give you a soft or hard alert when one of them leaves detection range. That way, if you're walking away from one of them, the phone could alert you.

====OpenVPN Client====
This application allows to configure the device as an OpenVPN client using the GUI including support for X.509 certificates.

=== Integrated Help System ===

A help system that is either on or off. It could be activated and deactivated by a [[five-second-press]] on a button, for example the AUX button. When the help system is activated, it will explain the use of any item you touch on screen (with stylus or finger). Example: if you touch the battery icon, it will explain that this shows battery level / remaining time. If you touch the date / time icon, it will explain that this icon shows date and time, and that if you press it, you can set date and time. Primarily, this help system should be able to explain all user interface elements in the main screen, but if it proves popular, it could be expanded to cover other applications as well.

===Performance optimisation===
==== Use DMA engine in CPU for blitter ====
The DMA engine in the CPU can substantially speed up moving of large areas of screen in some cases.

==== Use virtual screen to optimise scrolling ====
In some other cases, the hardware supported virtual screen may also speed it up.
===Reusable Display/UI Widgets===
====Use BigPage for full page zoom, scroll, scale in many apps====
The [[BigPageWidget]] Page decribes a widget that could bring full natural page viewing, scaling, scrolling to the OM platform - allowing all applications to make intuitive UIs. A good way to read documents of any type without reformatting them massively increases the utility of a device with a small screen

==Bluetooth==

=== Voice Dialing ===

Dial by voice commands.
 Dial by dictating phone number. This way we can voice dial any number even if not in our contact list.

=== Music through Bluetooth Headset ===

Music can be played through a Bluetooth headset, but would stop playing when a call comes in.

=== Walkie Talkie ===

Let OpenMoko devices connect to one another via bluetooth or another connection method (GPRS for long distance but high latency, probably Wifi on P2), and hold a conversation.

Features for this applications can be:
* Push To Talk (PTT) button
* Voice Activated Control (VAC) which will set it in transmit mode when input has is detected above a certain predefined level.
* Optionally a full duplex mode
* Different channels to choose from
* Monitor different (preselected or all) channels for traffic.
* Content encryption
* Active noise control
* Allow zero config use (units can talk without any access point helping)
* Overview of all connected people trough sending GPS data to everyone who is in the Walkie Talkie channel

Local (non-GPRS) use cases include chatting while biking
or motorcycling in a group; perhaps also in a car caravan.
This application could also be used as a baby-phone to monitor your siblings.

This would be more useful if the Neo had Class 1 bluetooth, though probable Wifi on P2 will also offer more range.

(One thumbs up from me) Jackcday

=== Automatic Sync ===

Automatically synchronize with desktop computer (or with any [http://en.wikipedia.org/wiki/SyncML SyncML] server) when within range based on user profile. This may require the use of a secure data transfer.

=== GPS Assisted Bluetooth Management ===

Allow Bluetooth to automatically turn off after loosing connectivity and to automatically turn back on based upon GPS location.

A Bluetooth device is configured for automatic reacquisition based on the following profiles:
* Manual - only when Bluetooth is on
* Non-mobile - the target device is not mobile, periodically attempt reacquisition when in the general area of the device.
* Mobile - the target device is mobile, periodically attempt reacquisition when in the general area of the device.

Each target device is configured as follows:
* Automatic acquisition at last known location: enable/disable
* Automatic acquisition at these locations: list of nickname + coordinates + range

==== Non-mobile devices ====

Examples devices include: computers

The location and range of the target device is determined via training. Periodically, the current GPS coordinates and Bluetooth signal strength are logged. Additionally, connectivity loss events are logged. An algorithm uses these logs to determine the device location and range.

Connection attempts are made when in a configurable proximity to the device. The first attempt when entering the proximity and further attempts at a configurable interval.

==== Mobile devices ====

Example devices include: automobiles

Mobile devices are configured to have two types of locations:
# Last known location
# Non-mobile locations (homes)

===== Last known location =====

A car is mobile, ideally, when you leave your car, the phone should note the car's location when connectivity is lost and then attempt to reacquire the car when you return to the location of the car.

===== Non-mobile locations (homes) =====

As mobile devices may have multiple users, it is not sufficient to always use the last known location. In this case, the device may additionally have multiple homes. For example, a car might have as its homes: home garage and work parking lot.

=== Bluetooth neighbor detection and multiuser apps ===

Like the [http://en.wikipedia.org/wiki/One_laptop_per_child one laptop per child] (OLPC) interface, keep a number in the status bar that represents a count of other openmoko or compatible bluetooth devices in the area. Allow for the spontaneous initiation of a chatroom or multiplayer game or file trading with any moko in the area.

=== Bluetooth environment detection ===

Capability to detect when a predetermined bt device enters/leaves bt range and launch a system-wide event accordingly. This would feed not only the "Neighbour detection" idea described above, but also the "Profiles", "Context based TO-DO list" and "Location-based reminders" ideas. Reminders could be set to trigger in the presence of a specific person X (with BT device Y). Profiles can take into account which devices are present around the phone (car kit, for ex.). To-do list could also change according to present devices.

=== Remote control ===

==== Wireless presenter ====
Use the phone to run your OpenOffice.org Impress presentation remotely using Bluetooth. Cool features:
* Display the text notes for the presenter on the phone's display and update it whenever the slide is changing.
** OO.org has implemented support for [http://www.openoffice.org/issues/show_bug.cgi?id=12719 dual monitor]/[http://www.openoffice.org/issues/show_bug.cgi?id=18486 presenter mode] that can be used as a starting point
* A small timer showing the time passed (and perhaps remaining if the presentation app supports such a feature).
* If you want to be super-cool, you give a preview of the notes of the next slide in the show.
* At the end of a presentation, a "navigator" could allow to easily jump to any slide in the presentation by clicking on it on the phone.
** When you right-click in a running OO.org Impress presentation, you can choose "got o slide..." and select any slide to jump to.

==== Initiated from another device ====
Remote control over Bluetooth from other devices to control media player (play, pause, next, previous, volume control), camera (capture image), etc.
==== Directed at another device ====
Remote control over Bluetooth to other devices to control media player, lights in your house, etc.

[http://mjr.iki.fi/software/remote-0.9.0.tar.gz Remote] is my draft of a python-based remote control app that allows you to define button sets and commands to run on the local or a remote host (through ssh, for instance). Error handling and command interface need work.--[[User:Mjr|Mjr]] 11:14, 18 October 2007 (CEST)

Z-wave uses web-browser control of devices that is said to be compatible with mobile phone browsers so should work with openmoko browser. [http://www.z-wave.com www.z-wave.com]

=== Bluetooth Car Connection ===

Have a deeper connection to the car than just handsfree speakerphone. For instance a transceiver with challenge/response systems to open, possibly even start the car. Possibly go as far as OBD connection to monitor car status on screen/log for later.

Could be done with a port of [https://garage.maemo.org/projects/carman/ Carman] or similar that can connect to an OBD2 adapter via USB or Bluetooth and display various information collect from the car, GPS, and accelerometers. --[http://wiki.openmoko.org/wiki/User:Bmk789 bmk789]

==== Dude, Where's My Car? ====

When in range of the car navigation system, remember the position (perhaps check with the car GPS). When not in range, assumme that you are not in the car, and offer the opportunity to navigate to the car's last known position. That way, you can find your car e.g. on a large parking lot.

=== [[Bluetooth powered Multi-SIM support]] ===

As the Neo1971 does not come with dual-SIM support this could be solved by joining your old bluetooth-enabled mobile to your OpenMoko-phone.

Let SIM card A be in your OpenMoko-phone and SIM card B in your old mobile:
* Incoming call on SIM card B - the OpenMoko-phone acts as a headset(Bluetooth Headset profile)
* Calling out via SIM card B - the OpenMoko-phone acts again as a headset
* Same for Short Messages/MMS/Internet
This way you'd have your old phone switched silent and connected to your OpenMoko-phone that handles all the calls and one can select which SIM card to use.
Advantage: No 'switching' between cards
Disadvantage: Second mobile needs to be in range(e.g. handbag) and charged every once in a while.

===Internet Gateway===

If the device could function as a Bluetooth router/gateway to the internet via the GPRS/data connector, then you could use it to get network connectivity from your laptop and other devices while on the road. Many smartphones can be configured as modems via Bluetooth for use as Dial-Up Networking connectors, and that should be the minimum target. Ideally, if the WiFi functionality was used so the OpenMoko could be an 802.11 router or peer to peer gateway for a laptop, this would be even better. The full bandwidth of GPRS or whatever network is available would then be available.

=== Social Networking ===

Anybody running the social networking app will be broadcasting a profile, and when certain keywords are matched with other users who are also running the application, an alert is sounded. Each mokoid can be added as a hexstring to a profile page, and xml filters can be developed for each social service to convert various keywords and interests to moko-friendly format.

=== Give userspace api control over bluetooth signal strength ===

I have tried bluetooth handsfree sets with other phones and don't get perfect reception due to low signal strength. I suppose the reason the signal is so weak is because the manufacturer wants the battery to last long on its latest charge. Can you please make the strength setting configurable by the user of the phone through an api and perhaps even through the phones gui? I would gladly waste some battery time in exchange for stronger bluetooth signal strength.

== WiFi ==

=== Industrial grade Wifi management ===
One annoyance I've had with Wifi enabled gadgets is that they simply keep the connections in a dumb list. What I'd like to see is more granular connection management, which enables me to specify whether a given connection is friend & family (mom's place), professional client (joe's copies and coffee), commercially available (panera), onetime use, or anything else, as well as managing router config backups, firmware images, and security keys.
=== Captive portal auto-login support ===
Having a nice front-end to some sort of script that checks the authenticity of a captive portal login page (SSL cert), then passes your username and password login information to automatically log you into your account would be very nice as well. This can be done with curl, but it is difficult to make it work on all captive portals out there. Perhaps just a field that you can specify "once I am connected to this AP, run this script: ".

== Wireless Piggyback ==

HSDPA support and the like, so that users can connect directly with the internet with G3/G4 mobile service providers at speeds at or above 3.6 Mb/s.

== Other ==

=== Auto Update ===

A small tool which is configurable to download the latest OpenMoko and OpenMoko related software. Maybe if any internet connection is available or a minimum of bandwith is available then the auto update would download only security related or the whole system etc. .

=== Vibrate Pattern Recorder ===

An application that would allow the user to define their own vibration patterns, and possibly link them to audio files. Recording would be done in real time initiated with a "Record" button, optionally playing the associated sound file in sync with recording). While recording, the user would press and hold a button to define the timing and duration of vibration. The user would press "Stop" when finished. Vibration patterns would have the option of being looped(would terminate at some global ringtone length maximum).

One simple suggested vibration file format would be a sort of run-length encoding: First byte defines the length of a "time-slice" in milliseconds, which would determine the overall tempo(actually the inverse of tempo). The next byte would define the number of time-slices to leave the vibration on, and then another byte for how long to pause after. Continue alternating these on/off bytes until the entire pattern is defined.

- or just use MIDI, using a separate channel for the vibrator.

An implementation of RTTL could also be used to define vibration patterns.

=== PC Input Device ===

Provide a method to use the touchscreen as input device for a nearby desktop machine. Could connect over USB or bluetooth.

Could emulate a pointer device (mouse) or even keyboard using standard bluetooth/USB interfaces for such a device.

Use case: Alice is lazing on a couch and doesn't want to get up to do some minor interaction with the computer. She can see the screen and uses the OpenMoko device as a mouse and/or keyboard to interact with the computer.

=== Advanced Notification And Ringtone Manager ===
{{Main|Wishlist-ANARM}}

ANARM would be an application for handling all event-based audible notifications from an OpenMoko device.

=== Location based reminders ===
{{Main|Wishlist:Location_based_reminders}}
Location based reminders can be used to notify users of various events or reminders that are location based.

=== Synergy Client ===
A synergy client would enable the user to place the device next to a desktop PC and share the desktop`s mouse, keyboard and clipboard over a TCP/IP network. [http://synergy2.sourceforge.net/ Synergy]

=== Next device ===
List features for your fantasy device to come from FIC (or anyone else, for that matter). Define the GTA03 here ;-)

==== There is no device ====
From [http://wurp.blogspot.com/2008/01/teh-future.html Wurp's blog]:

Clearly the Next Big Thing has to be for the device to go away altogether. I know the basic idea for wearables has been around forever, but it seems to me that the time has come.

I wanna wear a bluetooth earpiece and cool shades, possibly with [ here's where my imagination is failing me :-( ] gloves, or fingerless gloves, or (ew) wristbands, and let any surface, including my hand, or no surface, be my interface. Tap the earpiece when you get a phone call, see a dial pad on your palm and tap out the number with the other hand, watch movies on a giant screen hovering in the air...

(equipment list: bluetooth earpiece, some brick in my pocket or on my belt, glasses w/ minute camera, painted video display, & variable darkness lenses, and gloves)

Why the hell do I want to dig out a device every time I want mindless entertainment or superficial conversation?

Ideally, you could then sell any little doohickey with whatever interface you want (switches, knobs, g-spots, ...) and all it needs to do is network with some software on the brick to be anything at all...

== GPS Software ==
*Providing GPS Support also for outdoor users in addition to ordinary street navigation features
** Overlay of satellite images with existing streetmaps
** Incorporating SRTM digital elevation model: for example using the VRML/X3D as data format (see http://www.ai.sri.com/geovrml/) which is interesting for e.g. mountaineering: using a 3d browser rendering VRML/X3D Model, displaying the current position and track (possibly also other gps-tracks of the different routes to a summit downloaded before could be mapped onto the 3d model), (what about 3d hardware support? there is nothing written in the hardware specs about graphics: thinking of OpenGL for embedded systems (see http://www.khronos.org/opengles/)
** Using sth like a tracking mode to allow certain people to determine the current position and track (for rescue missions - like they have for example at http://www.steiger-stiftung.de (a German beneficence for rescue issues) There you can register your mobile phone so the rescue service is able to track you immediately if necessary. The interesting thing: It seems like some mobile phones with GPS have special support for this issue. If your phone is registered, the rescue service is able to get your GPS coordinates directly from the phone without any user assistance. Openmoko should also support this! )
* Implementation of 3dTracking's (http://free.3dtracking.net/) tracking software or equivalent.
* "Geomark" function: if you have to save the current time with your current location, only hit one button...
** You also should be able to navigate with a small "compass" and the distance should be displayed to your saved point (maybe where you parked your car on a big car parking area)...
* '''Measure the distance between two points (air line or walked way) -> no need for a tape measure'''
**I think it would be good if you could either use Bluetooth, GPRS or AdHoc Wifi, and see near Neo1972 on the GPS map so you could see where your friends are, e.g "You want to know if you friend is on the bus behind" You would need a strong wifi and GPRS would be too expensive.
*A bicycle sat-nav would be cool, speciayl designed for bicycles, e.g. cycle routes

 [[Community Based Traffic Information]]

== Hardware ==
{{Main|Wish List - Hardware}}

It could be use for beepway Online service too
[http://www.beepway.com]

=== Dedicated Power / Charger Pinout ===

Having not yet seen a physical Neo device, I haven't been able to examine any of the IOs to see if there already is a dedicated power / charger input. However, I can imagine that it might be very tempting to have the device charge solely via USB. For any device that is capable of USB-host, that is a '''horrible''' idea.

Since the device is able to run in USB host mode, it might be a good idea to allow for an alternate power supply, if say, a USB keyboard was being used for several hours. Rather than drain the battery, one could just supply power via the wall outlet while still providing endless hours of USB-host enjoyment for those hard-coders on the go.

The main question is just deciding on where to take power from if in USB-client mode and the power cable is inserted, but really, that's not too big of a deal and can be solved with very minimal circuitry.

This might sound extraneous at first, but when the device shuts down in the middle of an important USB file transfer, or right before that great piece of code was saved, you can bet that those users will be saying "Hmm... a separate power adapter would have really come in handy right now".

I suggest a tiny 3mm, dedicated +5V power input (something a la Nokia).

=== Tactile feedback via buzzer ===
Assuming the hardware has a vibrator/buzzer for silent calls, use a lightly pulsed version of that to simulate tactile feedback when dragging finger across buttons on-screen. Implemented properly, it would almost feel as if the buttons were real.
: 25 ms bump on the buzzer feels about right. Does this harm the vibrator motor? --[[User:Sagacis|Sagacis]] 05:15, 2 October 2007 (CEST)
:: Created a patch to do this [[User:Sagacis/ForceFeedback]] --[[User:Sagacis|Sagacis]] 05:05, 3 October 2007 (CEST)

=== Detachable keyboard ===
Hardware keyboard that can be attached with magnets to a future version of the Neo.

A bluetooth mini-qwerty keyboard that straps to my wrist!

: A BT keyboard would be nice, but do you need openmoko to provide it? [[http://www.intomobile.com/2007/11/07/targus-bluetooth-mobile-tumbpad-when-the-tiny-keyboard-on-your-smartphone-just-doesnt-cut-it.html Targus bluetooth keyboard]]

=== SD Card Slot ===
I think the Neo1973 should have a normal SD card slot as the micro is too small, and the SDs have more space. [unknown author]

SD Cards now support 32GB. Their storage density will always be multiples ahead of microSD (now at only 2GB). An SD Card slot will:
* Provide enough storage to '''turn an OpenMoko into a music (MP3) jukebox''' large enough for entire music collections, like an iPod with Bluetooth for the car.
* Enable '''storage''' of:
** podcasts, full-length movies, or large photo collections
** photo and video from an on-board high-res camera
** entire email database at your fingertips, even in poor phone signal areas
** more detailed maps and charts
** encrypted work databases that are not available online
* Have easy '''external access''', without requiring battery removal like the microSD card
* Support '''SDIO''' accessories
* Enable '''transfer''' of data from an external camera's full SD memory to:
** a portable USB hard drive, offsetting the need to travel with a notebook PC
** the internet, via wifi or phone network
* Enable editing of videos and photos obtained from external cameras

Without an easily accessible higher storage SD Card slot, many users will soon be playing the juggling game of which data to delete from the much smaller and harder to swap microSD card. This is especially true for OpenMoko users, who are more likely to be power users than is the average mobile phone carrying population. Why carry an OpenMoko and an iPod, when you can simply add an SD Card slot?
--[[User:Pedro|Pedro]] 20:06, 17 March 2008 (CET)

: This is not true. Now you can find 2GB micros at the price of 20-30 euros. Too small for what?? --[[User:V0n0|V0n0]] 22:06, 28 December 2007 (CET)

: Think of putting a few '''movies''' on that SD memory card. It could really help if it was a little bigger (8GB, 16GB, 32GB). Also think of going '''offline''' for 1-2 weeks, far away from any computer you can access and then wanting to listen to some music. What you get in turn with a 2 GB memory slot is the same music over and over. Or you have to switch memory a cards a lot.

: This situation is far more common than one would think: going in the mountains, going offshore (on a cruise ship). Or simply you may want to store many types of music, and '''share''' your device with friends. --[[User:Bogdanbiv|Bogdanbiv]] 13:47, 10 January 2008 (EEST)

: Well, it can be micro SD, but why to put it so deep inside, under the battery and even under the SIM card? I would suggest to have a simple slot on the side where we could insert/remove the SD card equally easily as we swap CD's in computer. [[User:AudriusA|AudriusA]] 16:36, 12 January 2008 (CET)

[[User:Cfriedt|Cfriedt]] 12:40, 24 February 2008 (CET) -- I completely agree with a more accessible SD card slot. It should be made external for quick removal / insertion. I realize that would mean program data shouldn't reside on the SD, but really 256 MB of on-board flash is plenty. Mirco or normally-sized, a regular-sized SD is still trivial to implement in terms of solder pads and traces.

: Sorry, but this looks like useless chat. Micro-SD cards are perfect for mobile devices as they don't get too much space on the pcb. Also, we can find micro-sd up to 8gb, if you want more space just wait a while and they'll produce a bigger one in a few months :-p. Really, almost every single phone that has a sd slot has in its micro version, why would we need a full-sized, huge normal sd slot ? It gets too much space on the pcb it's not only about sw configuration or pin soldering, it's more regarding pcb layout.

: What about something like this adapter[http://linitx.com/viewproduct.php?prodid=11922]? Is there any place in the case left to put this into? Nevertheless there is a 12GB microSD card announced from SanDisk and a 8GB card costs about 40€ or 15€ for 4GB. (But a 8GB SD card costs only about 25€) --[[user:kelvan|Kelvan]]

=== IR port ===
Remote control applications

Would be great to use openmoko as a Harmony remote controller.

:I'd like to add that i fully support this. An IR port on future openmoko devices capable of controlling set-top boxes like TV/DVD/Stereo is necessary to make the device as universal as possible. A cellphone should be your window to the world and allow you to interact with it in as many ways as possible.

:Care must be taken to use the correct type of IR chipset/controller in the phone. Most IR ports you find on devices like computers, some cellphones etc. Are for high speed data communication and CAN'T control TVs/DVDplayers/Stereos etc.

:In order to reduce cost it maybe possible to use the sound chipset in the phone to generate the waveform sent to the IR led. IR remotes work at ~38Khz which is within the range of the sound chipset. The sound output could be internally switched between the IR led or the speakers.

[[Category:User]]
[[Category:Ideas| ]]