git.openmoko.org was: projects.openmoko.org
On Tue 02/02/10 12:05 , Tony Berth tonybe...@googlemail.com sent: > is projects.openmoko.org [1] dead? git.openmoko.org also seems to be down... Marc ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qi - why only 3 partitions on SD card?
Torfinn Ingolfsen wrote (ao): >On Tue, Sep 22, 2009 at 9:13 PM, Al Johnson ><[1]openm...@mazikeen.demon.co.uk> wrote: > > I believe it's an arbitrary limit based on the assumption that with no > gui it > would be hard to select the intended partition. Given the touble people > have > with only 3 partitions it seems well founded. > >OK, so when Qi is improved so that partition selection is actually >usable, this artificial limitation will go away. One should create an initramfs which shows a boot menu of some kind. This is not something qi should provide. Sander -- Humilis IT Services and Solutions http://www.humilis.net ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ALL] New showroom for Openmoko apps
On Fri, Aug 21, 2009 at 11:50:53AM +0200, Martin Jansa wrote: > >3) opkg/deb or manuall installation instructions only in first phase >when its unknown package from unknown developer :) > >4) then community-editable list of distributions where it works/doesn't >work. > >5) same list with sign if its included in standard repo of that distribution >and if its not included, user should provide a link to distribution bug tracker >where is package request for that application and everyone could provide >bbfile/src.deb as attachment in that bug, its quite easy. Distro >maintainers than could check if that package is really that popular and >if someone from users/developer itself provided working bbfile then commit it >to >their branch, remove link to bug tracker and set sign, thats already included. I haven't had time read the entire thread, so this may have been discussed, but there's so much to read I just need to get this out lest I forget it ;) Having done some integration work in the past, this idea of "distributions where it works" does not sound correct. Distros have maintainers, which means the distro's software would always work on the distro or they're doing something wrong. If this would start off by being about official packages, we would just need one installation of the site per distro, and show the contents of those distros. The logical step after that would be to have unofficial packages or packages recommended for integration or whatever, more-or-less 3rd-party packages anyway, and by then we'd have the framework in place where it either installs/works/whatever on a distro or not, and it either gets displayed on that distro's site or not. So if we use opkg.org as an example name, we would have om.opkg.org and shr.opkg.org and friends. Am I making sense?-) -- mjt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qi installed properly?
Hi Niels, Niels Heyvaert wrote (ao): > > From: fabian.schoel...@googlemail.com > > > > Is the Freerunner vibrating, before it boots from nand? This is the > > case if a kernel is unbootable or skipped. > > Yes it does vibrate once before actually booting from NAND. I always > assumed this was a part of the hardware "system check" at power up. You might want to read http://wiki.openmoko.org/wiki/Qi Sander -- Humilis IT Services and Solutions http://www.humilis.net ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qi installed properly?
arne anka wrote (ao): > - i am not quite sure how much information qi would print at all, but > maybe you should increase the loglevel? Qi gets verbose if you press and hold the powerbutton a few seconds to boot. Sander -- Humilis IT Services and Solutions http://www.humilis.net ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re: Touchscreen scratch protection
To be honest, the zagg invisi-shield works great but it does look dirty with smudges especially on the edges of where the shields end. dirt seems to stick under the edges making it look not so good. it helps that it is a black device, but i looks much better without it. To me, the protection is more important, so i will probably leave it on. but i might recommend just getting the screen part and not wrap the whole device like i did. -Casey Does it have any effect on keeping the screen reasonably clean from smudges when using a finger for input? Cheers, Mike. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMooCow 0.1
On Thu, 16 Oct 2008, Hire wrote: > > Now I want the lightsaber! I made one, a while ago. At the time, it didn't seem to work with all distributions under all circumstances, but that might have been the kernel at that time. I lost interest a while ago, so I probably won't debug it, but here's the sources and a Debian binary: http://meuk.spritesserver.nl/lightsaber-0.1.tgz Jeroen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: numptyphysics ipk
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michael Kluge a écrit : > Hi all, > > the first build for the ipk for numptyphysics can be grabbed here: > > http://wwwpub.zih.tu-dresden.de/~mkluge/numptyphysics_0.2_armv4t.ipk > > For usage etc. see the project home page: > > http://numptyphysics.garage.maemo.org Thanks, it's really nice :) I've got 1 bug, when I activate the keyboard (which is really handy for reset/undo/...). In this case, after clicking on a letter (like 'R'), any new point I click is linked to the last previous point clicked. I mean : 1) click & drag *--* 3) click on a keyboard letter (like 'R') 4) click & drag; I should have ** Buut the line start from last point, none from this click : *** Anyway good job !!! - -- Christophe Badoit -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIktjxynEdw4rmTRkRAlBWAJ47JfjMU1f+nKTzdsZ1lbMVBk3nnACePgoD kU9LL6rd79HdFaZQIlqfh+Q= =1NI+ -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Freerunner (850) available
I happily ponied up the $400 each for the 1973 as well as the Freerunner, despite the fact that the 1973 is disappointing enough in that power issues make it useless as a day-to-day device. The fact that there are at least one confirmed (GPS vs SD) hardware bug, with suspected more (sound echo/buzzing possibly being a problem with the case) gives me very good cause to worry that I've purchased another dust-collector. I've been attempting for the latter half of the week to contact Openmoko.com to arrange for a return of the reportedly defective Freerunner that arrived Monday. So far I've had no response, but will keep trying. In the meantime, if someone else out there would like to acquire the sold-out device, please let me know off-list. (As an added bonus, I can throw in an AT&T prepaid sim with quite a bit of time left on it.) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: data collection for GSM coverage mape is COOL idea
Le mercredi 25 juin 2008 à 17:42, vous avez écrit : > I like thw "GSM coverage map" idea, a LOT! > -- ron k jeffries +1 I'like all ideas about statistics gatherage (maps, radas, ...) -- Christophe Badoit [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Switzerland - group order
Advance payment is no problem for me either ;-) P.Aeberli ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: photographs of box and POSSIBLE contents of Neo Freerunner
lol ok. I give you my cam, you give me your phone* ;) *The neo of course ;) Michael Shiloh a écrit : Anyone wishing to send me a better camera is welcome to do so :-) Michael [EMAIL PROTECTED] wrote: Thanks a lot for those photographs helping us waiting for the device. PS : Your camera doesn't seem to be a very good one ;) Michael Shiloh a écrit : Remember, Steve is still deciding what to include in the box. These are just a bunch of stuff that fit, from which he is making decisions: http://quickstart.openmoko.org/photographs/ If someone with more skills than me at web page design would like to turn this into a nice web page with thumbnails etc. I would welcome the assistance. I have to get back to upgrading GTA01 firmware, testing GTA02 samples, and shipping all of these items. You don't need my permission - download these photographs, they are direct copies of my originals, and create what you want. Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: photographs of box and POSSIBLE contents of Neo Freerunner
Thanks a lot for those photographs helping us waiting for the device. PS : Your camera doesn't seem to be a very good one ;) Michael Shiloh a écrit : Remember, Steve is still deciding what to include in the box. These are just a bunch of stuff that fit, from which he is making decisions: http://quickstart.openmoko.org/photographs/ If someone with more skills than me at web page design would like to turn this into a nice web page with thumbnails etc. I would welcome the assistance. I have to get back to upgrading GTA01 firmware, testing GTA02 samples, and shipping all of these items. You don't need my permission - download these photographs, they are direct copies of my originals, and create what you want. Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
USB host compatible devices
Hi, I have a question about the USB host feature ... Could it be possible to use a traditional USB keyboard with this feature ? (Enough power ? Compatible plugs ?) Can we get an adapter to be able to plug any traditional USB devices ? (USB storage key ...) Thanks for your answers. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Who is who ?
[EMAIL PROTECTED] a écrit : You're right. I added it, so as the nationality field. What's the purpose of the nationality field ? It seem's misplaced for me. I would like something like "speaked language" and "location" because you can speak german and live in china. You're still right ;) I just thought it could be useful to have the information about the country. For example, I live in France, and I have questions about the freerunner delivery in my country (taxes, local resellers ...), or will it work on the nationals networks ... I could know if there is other people in the same case. I don't know if this information will be really useful. People who don't want, don't have to specify this information. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Who is who ?
You're right. I added it, so as the nationality field. Rogen, Mario a écrit : Maybe you should add a realname field because most of the people on the list use their realname for posting and their nick everywhere else (IRC, wiki,...) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Thursday, April 10, 2008 10:11 AM To: List for Openmoko community discussion Subject: Who is who ? As many people, I guess, I sometime wonder if a certain person answering a question on this mailing list or an other is trustful or not. To exactly know who is who, I propose to make a list of members on the wiki. Cause I didn't found such a page, I created one (Sorry if it already exists) So, I invite all of you to "register" on the list : http://wiki.openmoko.org/wiki/Whoiswho Thanks. PS : Sorry if my English is not perfect. - Sleg, future owner ;) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Who is who ?
As many people, I guess, I sometime wonder if a certain person answering a question on this mailing list or an other is trustful or not. To exactly know who is who, I propose to make a list of members on the wiki. Cause I didn't found such a page, I created one (Sorry if it already exists) So, I invite all of you to "register" on the list : http://wiki.openmoko.org/wiki/Whoiswho Thanks. PS : Sorry if my English is not perfect. - Sleg, future owner ;) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Toolchain on Ubuntu 7.10
Hi ! I usually get this when my package list is not up to date. You should try sudo apt-get update Dale Schumacher a écrit : I've just done a clean install of Ubuntu 7.10 and am trying to follow the instructions from the Toolchain wiki page. When I try the command: sudo apt-get install gcc g++ autoconf automake binutils libtools ... I get this error message: *Package autoconf is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source E: Pacakge autoconf has no installation candidate* Since this is a fresh install, I expect I may not have the right setup to install all the developer goodies. Can someone suggest a clean way to resolve this issue? I would be happy to update the wiki page with better instructions once my issue is resolved. Thanks! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FreeRunner delayed a further 6 months?!?!??
> ...in other words, it *is* intended strictly as a developer's plaything, I completely agree with this strictly because of the battery life on the gta01. If they ever had any intention of this being mass produced, they would have got most of the hardware right the first time, and at least tested the basic functionality. I bought a gta01 because I thought it would be fun to write software for. However the one thing that has got me since day 1 is the battery life. I cant believe any company selling a portable device would not test that. I cant believe that is a hardware issue. I log in to these mailing lists just to find that someone posted a patch for battery life. But that never happens. And I dont have time to support a project that I feel is a flop before it ever flipped. So for now, I just use it as an irregular shaped hockey puck. Its pretty good at that. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Power Management on Neo1973
Just curious how you can be certain this issue has been resolved in GTA02 if you cannot answer this question? If you dont know how GTA01 can be fixed, how do you know GTA02 is fixed? Or maybe GTA02 has this same issue? please advise > > > Fredrik Markström wrote: >> Michael, any progress on this issue ? > > Hi Fredrik, > > Sorry, not yet. I'm afraid this is not at the top of the priorities > right now. We recognize that it is highly important but our main focus > is always on getting GTA02 out. > > Hopefully shortly we will be able to address this. > > Michael > > > Will the GTA-01 ever be usable as >> an everyday-phone, or >> is the hardware to broken ? >> >> /Fredrik >> >> On Jan 14, 2008 8:24 PM, Michael Shiloh <[EMAIL PROTECTED] >> <mailto:[EMAIL PROTECTED]>> wrote: >> >> >> >> Tim Niemeyer wrote: >> >> > On another Thread was this: >> > --- >> > And please do get my message right - it is my *hope* that the new >> firmware will >> > also improve PM since PM issues of the GSM are know to be caused >> by the >> > firmware. There is no confirmation of this potential fix. >> > >> > Can anybody from Openmoko please answer this firmware-pm >> question? >> > >> > Tim Niemeyer >> >> I will add this to my todo list. >> >> Michael >> >> ___ >> OpenMoko community mailing list >> community@lists.openmoko.org <mailto:community@lists.openmoko.org> >> http://lists.openmoko.org/mailman/listinfo/community >> >> >> >> >> >> ___ >> OpenMoko community mailing list >> community@lists.openmoko.org >> http://lists.openmoko.org/mailman/listinfo/community > > ___ > OpenMoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: YAMA - Map Application intended for OpenMoko
can i use that package on qtopia? i run qtopia because it works good, except for the battery life.. Do I need to rebuild navit or can I just use the package below?> thanks! >> I just wanted to mention Navit (navit.sf.net) It's a similar project but >> is GTK/C Based, we have it working with OpenStreetMaps, Garmin Maps, and >> Reiser Maps, it's coming pretty far along. Their's a bitbake file >> floating >> around, but you should be able to just use the recently released SDK to >> compile it for openmoko. >> > > There is a navit package from a recent cvs snapshot in my repository ( > http://wiki.openmoko.org/wiki/User:Alessandro#My_Package_Repository) > Alessandro ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Keypad for fingers, not stylus
Hi, Regarding T9 - I know it's a problematic area, but I'll try to figure something out - and that solution is hopefully not patented :-). The modularization of an eventually dictionary is a good suggestion, although it depends on quite a lot, e.g. word-lists, data structures with words and so on. I won't promise anything here in the beginning, but I'll certainly keep such architectural considerations in mind. Regards, Mikkel Jim McDonald skrev: > Tommi Virtanen wrote: >> On Wed, Oct 10, 2007 at 08:57:22AM +0200, Openmoko wrote: >> >>> So far I've only implemented the very basics, e.g. to write a "c" three >>> pushed on one butten is required. I've also plans for implementing a >>> dictionary, e.g. T-9 or an alternative: the most common words appear >>> based >>> on the already entered letters (if "ba" entered manually by pressing a >>> sequence such as (22,22,2) then the phone should propose for example >>> "banana"). >>> >> >> Do remember that T9 is patented, you'll need to make it different >> enought that it isn't derived from T9. I'd suggest starting with >> fresh ideas. >> > > And also if you are making a dictionary system it would be great if it > was standalone rather than integrated in to your own specific input > system. That way every other input system that is written can use it > with little effort (and more importantly without writing their own). > > Cheers, > Jim. > > > > ___ > OpenMoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Keypad for fingers, not stylus
Hi, I've started a little project: to make a keypad where it's not required to use the stylus, i.e. the fingers should be used instead. The plan is to make an alternative to the matchbox keyboard so that the new keypad can be used both in terminal, for texting etc. So far I've only implemented the very basics, e.g. to write a "c" three pushed on one butten is required. I've also plans for implementing a dictionary, e.g. T-9 or an alternative: the most common words appear based on the already entered letters (if "ba" entered manually by pressing a sequence such as (22,22,2) then the phone should propose for example "banana"). I'm already thinking about the data structures, search algorithms etc., but I'm really not that sharp at C (only at C# ;-)), so it would be great if someone would participate in especially that part (which also includes to compile it to ARM and not just x86). I've submitted an application at projects.openmoko.org, but haven't got an answer yet. I couldn't attach the code for some reason (the mail did apparently not go through mailman), but if you're interested, I can just mail it directly. Please feel free to comment ideas etc.! Regards, Mikkel Meyer Andersen ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtopia flash image update
Wow! With qtopia I can actually use my neo! Battery life sucks, but oh well.. One thing tho - I cant play mp3s it says media type not supported..any ideas as to why or where to look for a more specific error message? wavs are fine, but mp3s dont work ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtopia flash image update
Wow! With qtopia I can actually use my neo! Battery life sucks, but oh well.. One thing tho - I cant play mp3s it says media type not supported..any ideas as to why or where to look for a more specific error message? wavs are fine, but mp3s dont work ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Update from OpenMoko
Will I be able to use GTA02 as a phone? Or will I still be required to have the neo plugged in via usb tied to a computer and ssh in, and face east while standing on one leg to make a phone call? More direct question: What state will the software be in when the GTA02 ships? (Not that I will buy a GTA02, I am just wondering when I can use my GTA01) > GTA02: > -- > > We are entering the last phases of finalizing the design. From this > point forward there are three key milestones in the life of a hardware > platform: Prototype runs; a pilot run; and mass production. We have made > three prototype runs to test various subsystems. Our best case analysis > of the schedule indicates that GTA02 will be ready for shipment to end > users in early to mid December. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Apple is going to beat all competitors
On Friday 07 September 2007 18:53, Marco Barreno wrote: > Unfortunately, the $300 base/$450 advanced pricing scheme was a special > discount for GTA01. The announced price for GTA02 is $450 for Neo > Base and $600 for Neo Advanced; see Sean's "New Oceans" email: > http://lists.openmoko.org/pipermail/community/2007-June/006005.html > or the Neo1973 wiki page: > http://wiki.openmoko.org/wiki/Neo1973 > > At that pricing, though, it will indeed have a tough time competing > with the iPhone among anyone but the most committed free software > geeks. Not true. I'm not a very committed free software geek, I like the GPL, I run linux on my home desktop, yet I develop closed source software for a living. What I hate however is being limited in what *I* can do with *my* hardware. Lately i've been looking into getting a handheld GPS unit. Now there is going to be a handheld GPS which is also able to make phone calls. And it will run ssh and irc clients. And I will not get charged once again when I use a song as ringtone as well. Now that is what I call added value. Besides, the iPhone is not even available here... AVee ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Myth Busting FTW
> second revision. A few thousand devices being sold in a month shows > that there is some demand for a real GNU/Linux running phone, does it > not? I think there was demand, but if you look at how the number of posts on this list has been downhill since a little after its release, I think people might have changed their minds.. This is why I changed my mind - I have no interest in using this phone until it has a reliable dialer. Until then you cant really call it a phone... I just put mine on the shelf in its super cool looking bullet proof case and maybe someday I will take it down and try to mess with it.. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Convince me NOT to cancel my order.
> Why am I not being given the choice to RIGHT NOW to be placed at the FRONT > of the GTA02 sales queue? Why dont I have a billion dollars? I really want it and I could really use it... > > Why am I putting up with all this frustration reading about others who > -have- their phones and why should I not just cancel my order?? Seriously, with your already pissed off tone, I would never get this phone. I have one, and now wish I didnt get it. I am not looking for my money back or anything like that, I knew I could be buying a brick and was willing to take that risk.. But the fact is I just dont use it. I would think very early on the focus would be to reliably make and receive calls, which this phone cannot do. If I could use this to simply make and receive calls, I would have it with me and thus be more willing to write stuff for it while I have some down time at work. As it stands now it sits at home. I will have no interest in it until I can make and receive calls. Not make a few calls, then reboot, then receive a call, then reboot, etc... Thats just my opinion tho, so all the linux nuts out there please dont jump down my throat. The only reason I am writing this is so the guy asking the questions will get another point of view.. Dont get me wrong, this phone has tons of potential, but I think others may be in the same situation as me.. And after a few months of it sitting on the shelf, I will forget its there and move onto something else... That is of course if we dont get a reliable dialer in the near future.. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: VMWare-Image (again)
I just downloaded it from http://openmoko.montgoss.com/ whats the root password? thankS! > If someone will host the 2gb+ file, I can provide an Ubuntu VMWare image > that I made several months ago. A few people have downloaded it, and I am > not sure how well it works for actual development. I was able to compile > everything using MokoMakefile and run the qemu image it produced. > > -Eric > > - Original Message > From: Jay Vaughan <[EMAIL PROTECTED]> > To: Al Johnson <[EMAIL PROTECTED]> > Cc: community@lists.openmoko.org > Sent: Tuesday, August 7, 2007 9:56:38 AM > Subject: Re: VMWare-Image (again) > >>> There is QEmu images at http://wiki.openmoko.org/wiki/ >>> OpenMoko_under_QEMU . >>> QEMU is a generic and open source machine emulator and virtualizer: >>> http://www.qemu.org/ >> >> True, but answers the wrong question. The question is whether there >> is a >> virtual machine image of an entire configured build system, similar >> to the >> one for the Neuros OSD. AFAIK the answer is no. I was going to make >> one using >> qemu and ubuntu, but other things got in the way and I won't have >> the time >> again before September. >> > > > This isn't much help I know, but I'm doing just this - setting up a > Parallels image for GP2X developers - for the GP2X handheld gaming > console .. maybe I should consider merging openmoko into the same > image while I'm at it .. probably a good idea .. > > j. > > ___ > OpenMoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > > > > ___ > OpenMoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Marketing...
I think most people are jumping way too far ahead.. If this is to be used by anyone other than linux geeks it has to have windows support. It has to synch with outlook. If it does not work seemlessly with windows, it will never have mass appeal (and maybe thats the goal??) Users need to be able to drag and drop files between the device and windows. Mp3's, pictures, and to some degree videos need to be user friendly to move between the 2.. Videos need atleast a converter app to run on windows to resample to something the neo can handle with the simple push of 1 button.. The ability to customize this forever is a good thing, it needs to be available. But i think to the end user it has to be hidden. No average joe wants to spend 5 hours a day re-building the tip of the kernel so he can ftp the latest new kids on the block track to his phone, and then ssh in to start it playing All of these apps and ideas are awesome. I hope to be active in writing some of these.. But for this to be more than a science experiment and become a viable product for the masses, it all has to be dumbed down and point and click and work without thinking about it.. Maybe I stated the obvious, but I would like this phone to be a success and thats how i see it happening.. start with the basics... thanks for listening PS - I vote for a forum > Keep it simple. > > Users don't want to know it's got hammerhead GPS, or runs on Linux. They > want to know that it is reliable, cna do for them what their current phone > does - and be aware of how the extra stuff can benefit them. > > I like the idea of sending a quick sms with your coordinates, that gets > read on a neo and places someone on a map - but I think that this would > need to be a unique procedure - rather than embedded with a normal sms. > Good Idea though. > > I'm getting excited more and more about the potential for the neo - even > with the hardware it currently has the ability to create mash-up software > of all of these different functionalities is fantastic, but at the end of > the day it's about selling it to the end users. > > I think the focus should be on the integration of utilities in a way that > _you_ choose. People might think 'ooh that GPS location message is a good > idea, for only the costs of a single text. wouldn't it be good if...' > > The job of the marketing group is to build on that if... to provide people > with a sense of individuality as well as being part of a bigger picture. > > Since 1973, phones have been generic and very 'industrial.' Customisation > has been lax. Phones are now a personal item, so the ability to customise > is paramount in many peoples minds. We need to make this clear. > > It's not just a Penguin Phone.. it's your Penguin Phone. > > ---- > Andy Loughran > www.zrmt.com > m: 07921076319 > > - Original Message - > From: "Torfinn Ingolfsen" <[EMAIL PROTECTED]> > To: "OpenMoko" > Sent: 21 July 2007 00:25:33 o'clock (GMT) Europe/London > Subject: Re: Marketing... > > Hello, > > On 7/20/07, Ted Lemon <[EMAIL PROTECTED]> wrote: >> It speaks to exactly the problem that we will have marketing >> OpenMoko: how to get Joe and Jane Average to think of the Open in >> OpenMoko as something they care about. > > Don't do rthat then. As in "don't limit the marketing to only focus on > the Open part". The Open part will only get to the people who are > really, interested anyway. > > So how do we get all the Jane's and Joe's hooked then? > Easy; think up (or "invent" if you like) design and implement at least > three killer apps (think functionality here) before the phone is > launched for the masses. Make sure that we have enough feedback so > these killer apps are so easy to use as possible. > Oh, and these killer apps must be something new; not seen on a phone > before. > > Which means that none of the following will do it (just examples): > - camera > - bluetooth headset > - bluetooth remote control > > (I'm not saying that these should be left out, I'm just saying that > they aren't killer apps anymore) > > A few things that might work: > - good GPS functionality > - getting pictures / other data from another device via bluetooth > (from your camera for example) > - a MythTV remote control via WLAN (but MythTV is probably known to > only a very narrow group) > > And my personal favorite: > - allow the user to send a message (SMS) to another person which > inlcludes the users current location as a POI / waypoint. If the other > user have another phone, he or she will only get a standard SMS > message. If she or he ha
Re: Geek holsters
On Friday 20 July 2007 11:46, Ewan Oughton wrote: > Has there been any research into any geek holsters that would fit > the moko? Check out this one: http://tabletblog.com/2007/05/urban-tool-gadget-hip-holster-review.html For me it is a little too geeky though ;-) Felix ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: UI ideas/questions or can we animate things as smooth as iPhone?
> I've been lurking, but this is something that I do have a bit of > experience > with--and definitely some opinions. > > Michael 'Mickey' Lauer wrote >> Tomasz Zielinski wrote: >> > framework, designed for mobile devices and running quick >> > framebuffer operations? GameBoy provided nice full-screen animations >> > in 1989, eighteen years ago. >> >> I feel your pain. Trust me, it hurts me as well... > > The GameBoy Advance is an ARM7TDMI running at 32MHz. However, its screen > size was only 240 x 160 (1/8 VGA) and it had a hardware-based sprite > A lot of statements have been made here about people flocking to the Neo > *because* they can modify it. But remember that the geeks who will buy it > because they can run their favorite X application, or bring up a Linux > shell > are the vast minority if you're looking at hundreds of thousands or > millions > of devices being sold. They are utterly irrelevant, after the thing hits the mass market stage. The question is - when will it hit mass market. (I am not a FIC representative) FICs whole strategy for this device is a low-cost route to selling phones to users. They employ a few dozen people on the project, and in return get an OS they can use to sell hardware to people. The whole idea is that they are going to be relying on the 'geeks' to code large portions of the OS that will be deployed in the final version. At this stage in the project, making it interesting, easy, and fun to code is almost the priority over polishing it as much as possible before it goes out. You want as few barriers to a moderately skilled coder who knows how to do X applications - for example - getting their 'hello world' program up and running on the device. Performance can be fixed later, and glitter added. Yes, the Neo has a relatively underpowered CPU at the moment, compared to desktops. But P1 is unimportant to end users. Going from 266-400Mhz will provide a significant boost before P2 launches to the public - some of that revenue can then hopefully be put into streamlining and adding glitter. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Clarification Rant
> Hold on chaps. > > Every phone I have bought since I started using them (circa 98 - late > starter, I know) has been heavily subsidised or more recently free. In > fact > in the UK it is hard to pick up a decent contract (plenty of minutes/texts > and free internet) without getting a free phone. I tried once and it was > more hassle then it was worth. You certainly wouldn't get a discount for > it! > So I always pick up the most expensive/useful handset at the time and now > have a collection. I'm so fed up with WM series that those ones either run > linux or collect dust. Why? Get subsidised phone - unlockable ones may have a premium. Ebay. Apply funds towards neo. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Accelerometer Fundamentals (was Re: Neo1973 Update!)
> I think the reason for using accelerometers not solid state gyros is cost. > Sean quoted $3 for accels on the list a while back, while 3 axis gyros > with > SPI were closer to $20 last I looked, and that was for one that wasn't > available yet. Production will ramp up, prices will fall and a future > OpenMoko will probably use an accel and a gyro, but for now 2 accels gets > you > most of the way there for several $ less. > > Compass would be interesting, to me at least. Below being posted on http://wiki.openmoko.org/wiki/Accelerometer_Fundamentals In many environments, 1 accel + 3 axes compass would be good enough, and significantly better performing than the 2 accel solution. (compass chips are $10 or so for 3 axes) I note that that's a single axes gyro, the gold standard would be 3 axes accel, and 3 axes gyro, which will likely run $70 or so at 1K. Sigh - this wasn't the post I meant to comment on - but it'll do as it's late - I wrote this and the webmail system timed out, and I can't find the original post - anyway. This discusses the possibilities of two 3-axis accelerometers. Actual neo-based conclusions, and what you don't need two for are at the end. What can be done with absolutely perfect devices? Imagine two three axis accellerometers rigidly placed on each end of an arrow. How much information do you get out of these? A few moments thought should reveal that the orientation of the sensors does not matter. You can resolve the three signals into one vector and magnitude. This does not change however the devices are oriented - there is no benefit in for example skewing one 45 degrees. Considering the case in deep-space - the maths are simpler. (not a common use-case, but simpler to analyse) Holding the orientation steady, you can do perfect inertial navigation, and determine exactly where you are at all times. (in a flat space-time, but meh) What happens when we vary the orientation? Well - it's obvious that you can subtract any common accelleration that's measured by both sensors - this does not change the orientation. Remembering that we can skew the sensors against each other, and this has no effect, let's specify that they are oriented with X and Y lined up, and Z pointing in the direction of the arrow. This reveals a problem. Spin the arrow on its axis, and none of the accelererometers measure anything at all - they do not move, so they do not accelerate. (you can't get round this by moving them off-axis, as you can draw an imaginary arrow between the two accelerometers which has the same problem) Spin the arrow around its centre (it must spin around its centre logically if you've subtracted the overall acceleration) you can pick up pitch and yaw. Now, what if we add gravity in? With perfect accelerometers again, with Z axes pointing to the arrow tip. As long as the Z axes does not point in the same direction as gravity + current acceleration, then you can determine roll, pitch, yaw, and XYZ acceleration. If the Z axes does point to the acceleration vector, then you lose track of roll. In theory - with perfect accelerometers, this does not matter. Because you can never line it up perfectly. In practice, with real ones, it gets more complex. Roll signal/noise will drop as the acceleration vector closes on the Z axes, and be useless once it gets within the noise. I suppose I'd better back this up with numbers. I'm assuming specs similar to the ADXL330 - simplified a little. Assumptions: The Neo is a rigid object, and the accelerometers are rigidly fixed to it. The A/D has no noise. The accellerometer is perfect, other than a noise of 300uG/sqrt(Hz), and a temperature sensitivity of +-.1mG/C. I'm neglecting cross-axis sensitivity - which will need calibrated out, and non-linearity. For interactive use. High-pass filtering the accelerometer with a bandwidth of 10Hz - you can't filter it much more than that or you lose important 'wobbles', because you need to integrate them to come up with a position - leads to a noise floor of 300uG/sqrt(Hz) *sqrt(10Hz) = 1mG. (RMS (No, not that RMS)) Neglecting roll for the moment. 1mG is an accelleration of 1cm/s^2. If the accelerometers are spaced 10cm apart, then the radius between each and the center is 5cm, meaning the circumference of the circle is 30cm. Integrating over 1s, noise is around 3cm/s^2. After 1s, if you happen to hit an average noise peak in each accellerometer at the opposite point - something that'll happen once every 5-10 seconds or so, (absolute peaks are much worse) what happens to the pointing? Well - the velocity reads out as 6cm/s^2 wrong, which means that the position is now out by 3cm, or 10 degrees. What does this mean though? Well, if we are more or less stationary, we have 'down' very accurately. But that's almost all we have. Without roll, you cannot tell point
Re: Openstreetmapping with Neo and others
> On ke, 2007-05-30 at 10:48 -0400, Ian Darwin wrote: >> > A simple app to add data for the OpenStreetMap project on OpenMoko >> > will probably help a lot. >> >> Absolutely. And I'm sure several of these will come into being. >> >> If you want reuse, however, you should think about writing it in Java. >> Believe that there will be good Java ME implementations for OpenMoko. > > Purely from an OSM perspective a good free Java ME mapping app would > indeed be killer, and you're probably right in suspecting that it would > be usable on Moko as well before long. > > You're also probably right that there will be several; it's one of the > very "obvious" things to do while GPS toying, and not too hard to get up > to basic functionality, while having lots of possible frills to add on > top of that. Attractive for a geek project ;) > http://wiki.openmoko.org/wiki/Openstreetmap is a precursor to a proper app page for such a mapping tool. Anyone that can help flesh it out? ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: information efficient text enty using dasher
> > > Many fingerprint sensors that would fit where the button is have a > navigation function. They operate much like the touchstick, or a mini > touchpad, when not capturing a fingerprint. They are gaining traction in > the tablet and ultra-mobile PC market for doing scrolling and simple > navigation when a stylus is overkill for a certain quick navigation > action. > > For example, this tablet has one on the top left (as pictured) > http://www.tabletpc2.com/Review-FujitsuST5020-Article020605.htm > > http://wiki.openmoko.org/wiki/Wish_List_-_Hardware#Finger_print_sensor ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: information efficient text enty using dasher
> Jonathon Suggs wrote: >> My favorite input method is still the finger splash concept (needs some >> tweaking to the concept though) >> http://www.micropp.se/openmoko/ > > I like that one. One issue would be the font size, though - the > secondary letters are quite hard to read on the Neo, and the > multi-letter functions are basically unreadable (while > "unsplashed"). Dasher is only really information efficient considering the input only. The output stream needs to be quite dense. This pretty much means that you have to stare at the display all the time when inputting text. Sure - in theory, dasher may approach arithmetic coding in terms of information input. But unless you can do the coding in your head, you've got to stare at the screen, making it less useful for environments where you've got vibration, sunlight, walking down the street, or less likely for a phone, if you're blind. (Hmm. /me ponders dasher with audio prompting) T9 or even abc def ... you can use blind. Even qwerty with real hardware keys. (I think on-screen keyb would be optimistic :) ) ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Neo1973 vs Future OpenMoko Devices - whats a buyer to do?
> On 5/25/07, Jim Thompson <[EMAIL PROTECTED]> wrote: >> >> Simultaneous BT + WiFi doesn't, except where you're either >> >> a) willing to put up with the interferce >> >> b) running a device where the manufacturer had a clue, and has wired the >> BT & WiFi chipsets to have either not transmit when the other is >> receiving a packet. (As an optimization, you only have to do this when >> the WiFi device is running in the 2.4GHz band.) > > Or C, have the BT device choose an appropriate adaptive frequency > hopping map which is outside the frequencies of the wifi channel the > device is on. I think this is the most plausible and easiest to > implement simply in the BT driver; it scans for interference (from > wifi) and goes around it. Assuming that this is possible, given that the signal from a transmitting wifi device may be closing on a million times that of a relatively distant bluetooth node. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS Navigation Software (roadster)
> I believe a combination of OSM and some proprietary maps would be great. > We could use the prop. maps for navigation, and when we get internet > access, we could upload the GPS coordinates to OSM. That way the OSM > could be improved without too much effort. > > We need a nice implementation for this. > > What do you think? I've proposed in the past on IRC - though I should probably write it up on the wiki: If user is willing to participate at low levels only: Take GPS tracklogs whenever in motion. Optionally delete tracks within 100m (or whatever) of a point randomly selected 50m from a waypoint (to obscure the end-points). Upload to a central server. The server anonymises the tracklogs, and submits them at random to OSM over the next month. If they are willing to do more: As above, but add 'car/bus/train/...' modes to a screensaver-like UI. Further options would be for example, voice annotation of the GPS tracklog, or keyboard. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS Navigation Software (roadster)
> >> Openstreetmap is essentially useless. >> I say this as someone who is an active contributor. >> In _many_ years, it may be a viable alternative, but as an example, my >> local town of 4 people (Glenrothes) was entirely missing, and Dundee >> (140K) had only one road. There are hot-spots where it is locally >> usable. > > So, get your Neo1973 and start driving. :-) Oh, and a bit of software. > > I know you said you're an active contributor already (for which the > future thanks you), but I couldn't resist. I plan to. The neo1973 - with a proper GPS driver - should supply GPS data that can be later processed to give better precision than my current one. (given knowledge of the ionosphere at the time) ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS Navigation Software (roadster)
> [EMAIL PROTECTED] wrote: >> This is the basic problem - there are _no_ freely available maps of the >> world. > > Don't hold me to this, but I believe OpenGIS and The Open Planning > Project via "geoserver.org" are trying to rectify this. > This is not a map of the world that's usable by most people. It's a presentation of the USA Tiger census dataset. As I said, some countries have made available data in variably usable forms. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS Navigation Software (roadster)
>> Thomas Gstädtner wrote: >>> Hello, >>> >>> several times there was the question about (free) navigation software >>> for >>> OpenMoko. >>> I found an possible alternative to gpsdrive: roadster [1] >>> It seems that it is in a relatively early stage and I couldn't test it, >>> but >>> it looks nice. >>> I also don't know what kind of maps can be used. This is the basic problem - there are _no_ freely available maps of the world. Some small parts of it have governments that have released maps, of varying quality. Otherwise, you have to buy maps. And there is nobody that sells digital maps to end users. They all want to sell the maps to third parties (google, garmin, ...) not end users, as that's where they percieve the profit is. The nightmare scenario for the map companies is that data that they have gathered, which may have taken them centuries of effort in some cases, gets freely available. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS Navigation Software (roadster)
> Thomas Gstädtner wrote: >> Hello, >> >> several times there was the question about (free) navigation software >> for >> OpenMoko. >> I found an possible alternative to gpsdrive: roadster [1] >> It seems that it is in a relatively early stage and I couldn't test it, >> but >> it looks nice. >> I also don't know what kind of maps can be used. >> Currently it uses a mysql database (don't know for what), maybe this >> should > > if it's not already there, you should investigate using openstreetmap's > data Openstreetmap is essentially useless. I say this as someone who is an active contributor. In _many_ years, it may be a viable alternative, but as an example, my local town of 4 people (Glenrothes) was entirely missing, and Dundee (140K) had only one road. There are hot-spots where it is locally usable. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Neo1973 vs Future OpenMoko Devices - whats a buyer to do?
> When the WiFi is released, I assume the GA version, will the Neo be able > to to Wifi & GSM simultaneously? I'm leaning to say yes but pose the > questino to be sure. Logic could be to be calling someone using a BT > headset and looking at a web page or doing a corporate app via the net > simultaneously. Yes, it can. Well - there is no especial reason to, so I can't imagine it would. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re[4]: Pretty UI for OpenMoko
> >>> I have estimated memory bandwidth in following way: >>> >>> 480 (width) * >>> 640 (height) * >>> 3 (bytes per pixel, not sure) * >> It's 2 >>> 25 (fps) == 2304 bytes/s (22Mb/s) >>> >> 60 fps however. > > What kind of FPS is that 60? Display refresh rate? Yes, the native refresh of the LCD is 60Hz. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re[2]: Pretty UI for OpenMoko
>>> Hi! >>> >>> Are there ideas of creating TWUIK-like motion/transition engine for >>> OpenMoko? This feature would be great for consumer product. For example >>> compare UIs of Nokia 6230 and SonyEricsson K750... > >> There is no blitter on the neo1973, so moving or transforming >> full-screen >> windows is quite expensive in software. >> For example, 72 megabytes/second or so memory bandwidth can be needed > > I have estimated memory bandwidth in following way: > > 480 (width) * > 640 (height) * > 3 (bytes per pixel, not sure) * It's 2 > 25 (fps) == 2304 bytes/s (22Mb/s) > 60 fps however. 640*480*2*2 - the last two is because you may have to read/write. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Neo1973 vs Future OpenMoko Devices - whats a buyer to do?
> I've not seen any of these devices except in the photos, and I've not seen > any video/screen capture of the software in its current state. I > understand > that this is a first-generation device, and that when the Neo1973 is > released that FIC will also be releasing a few additional 'secret' > devices. > :) > > If this first-generation phone isn't ready for general use, what is the > expected timeline for the next round of devices? Will the second or third > generation devices be far superior to the first generation? Or can I > expect The idea is for the hardware to be completely ready for general use. However, it won't have wifi. The next release, in a couple of months or so will. The software is a completely seperate question - if you buy the one that's soon to be released, you will be able to install the 'release' software on it when the later hardware is released. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: First impressions of Neo1973
> On Friday 25 May 2007 13:37, Sven Neuhaus wrote: >> The software seems a lot worse than the hardware at the moment. Every >> reaction to user input is slow. The GUI is quite pretty but the speed is >> worrysome. What CPU is going to be in the upcoming faster version? > > I would not be surprised to hear the emphasis is on the hardware, as > sofware > can be field-upgraded and customized, the hardware cannot. Perhaps not the > best example, but a similar thing happened/is happening to the GP2X linux > mobile gaming console, the hardware differences among production runs were > not that much different, software OTOH improved quite a bit compared to > the > not really impressive first releases. As I said, not really surprising in There is a small core team at the moment that's working on the 'vital' phone applications. The problems with speed are not inherent - simply that very little work has gone in to optimising the existing software, most work is going into adding essential features, and moving on to new broken bits as soon as it works, even though it may not be as fast as would be liked. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pretty UI for OpenMoko
> Hi! > > Are there ideas of creating TWUIK-like motion/transition engine for > OpenMoko? This feature would be great for consumer product. For example > compare UIs of Nokia 6230 and SonyEricsson K750... There is no blitter on the neo1973, so moving or transforming full-screen windows is quite expensive in software. For example, 72 megabytes/second or so memory bandwidth can be needed for a full-screen move, which will be very close to what the hardware can do. Of course, maxing out the CPU for periods won't help battery life enormously. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS - PMB 2520
> Does anyone know if the PMB 2520 GPS chip does true GPS calculations > (with correlator) or does it only do Assisted GPS (A-GPS) ??? http://wiki.openmoko.org/wiki/Hardware:AGPS ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Size and weight considerations for future Openmoko devices
Hello I have been using for several years now a Nokia 7710. It is a little bigger than the Neo. * Weight:189 g * Dimensions:128 x 69.5 x 19 mm But the greatest feature about this mobile phone is the screen size and resolution. * 640 x 320 pixel Reading my email and attached documents or browsing the web is so much better. I would not settled for a small 320 x 240 screen. I also have installed Tomtom and use the phone for navigation with a bluetooth GPS. Again the screen size / resolution and therefore phone size is a plus. I have looked at several alternatives that have an integrated GPS and have a possibility to write software in an opensource env. I first was interested in the ImCoSys phone ( http://www.imcosys.com/ ), but the screen resolution bothers me as explained above. Now I am waiting to get my hands on the Neo with openmoko. I really like the whole project, good work guys. Philipp ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: tomtom on the Neo1973
If I remember correctly the company of smart2go was bought by Nokia last year. So I don't think they will support other phones but Nokias in near future. Regards Karsten On Monday 02 April 2007 11:42:51 Attila Csipa wrote: > On Monday 02 April 2007 08:13, Hans L wrote: > > I guess it is a question of whether the map providers are willing to > > cooperate and divulge the details of their file format to an open source > > project, or alternatively converting their data into some open format for > > use with such a project. > > In my experience this is highly unlikely. Their first thought would be > content protection - and on OpenMoko you (should) have none. When they > license data to software companies, it's easier, since they have NDA-s, > contractual obligations, etc, but they would see no incentive to open up > their formats. The income from end users buying open format data is > minuscule compared to the possible damages from pirated data and/or lost > bulk contracts from their point of view. And to reiterate a personal > opinion about commercial software on OM - please do not change or put a > minute of effort in OpenMoko to make commercial software run easier than > any other software (unless you get a substantial donation :) - if a company > is to make some money on OpenMoko users, let it at least pay it's own costs > in full. and what about smart2go ? www.smart2go.com W ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: No stylus on V1 release?
Salve Harald, Sean, *! Harald Welte schrieb am Donnerstag, den 15. Februar 2007 um 03:37h: > we have a stylus that's way too cool to hide it in a device. :)) Hopfully it will be at last *dual use* ;) > Sean was about to get some photos of that stylus, but then, as you > imagine, there's higher priority items for us at the moment. ;) Don't worry, because we are patient and Sean Moss-Pultz schrieb am Freitag, den 17. November 2006 um 18:46h: > Don't any of you guys like surprises? ;-) yes, we do ;-) Cheers, rob PS: And again congratulations, respect and cheers to this great and uniqe project. When ever has a project published so much information before the first release of a device? Many people in the public may ask whey does the Neo1973 doesnt have xyz - because they are used to choose a product and that software features that wouldn't work from the beginning seldom would be relaised for the coustumers - they got to often the answer: please buy the latest device to use this software feature... So OpenMoko/Neo1973 is soo cool, so much fun that I'm very thankfull that you guys started and run this project - even without surprises it would be great, Great, absolutly GREAT! ; ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: A marketing angle
On Wed, 2006-11-22 at 08:58 +0100, Gabriel Ambuehl wrote: > I see more and more people using it as phone. Personally I find the design > ridiculous (big, crufty software) and never quite understood the use of push > email anyway... Push email is important when you are relying on email for timely notifications. Of course, whether you should use smtp as a timely notification protocol is open to debate. As for killer app that appeals to mass market: Call screening. When someone calls you and they go to answering machine you can listen and pick up if you choose. I said answering machine to distinguish the voice messaging services on the cellphone verses those provided by the cellphone company. Regards, Red ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/cgi-bin/mailman/listinfo/community
