Re: Mokomapper.py: Script for easy OSM mapping on the road: mokomapper.py
I was writing something like that, but for the lacking of spare time I've interrupted... my script in PyGtk was able to export tags directly in .osm format, and used a little database to store tags (with a feature to add/remove tags). I think we could use this as a starting point... I'll try to see the code in my future spare time ;) Thanks for the link :D -- Francesco de Virgilio *Ubuntu-it Member and Wiki Editor* mailto:frad...@ubuntu-it.org http://wiki.ubuntu-it.org/FrancescoDeVirgilio *Wikimedia projects contributor* http://en.wikipedia.org/wiki/User:Fradeve11 *OpenStreetMap Mapper* http://www.openstreetmap.org/user/Fradeve11 *Blog* http://fradeve.netsons.org Love - Peace - Freedom - Free Software GPG 0x6482E056 (FP B996 A12C BD52 2A9B CDD3 812D 462D 93B0 6482 E056) 2009/6/8 kimaidou kimai...@gmail.com: Hi ! First thanks to pavel and to you Risto for bringing this up ! Some ideas: we should create a wiki page for this, to gather all the ideas given here. My fist impression : * we need some icons for each button to help finding the things * I think it is a good start, but why not ask for any osm mapper and try to redefine all the hierarchy. I think for this a tool as freemind is the best : easy and quick. I am not saying the hierarchy used is wrong, but I think we should take the chance to have a discussion on it while trying it Ok, here the wiki page I created : http://wiki.openmoko.org/wiki/Mokomapper Let's talk and improve it :D Kimaidou 2009/6/8 Risto H. Kurppa ri...@kurppa.fi Ok, sending again to get pavel's e-mail address right this time.. Hi there! There was a discussion about easy openstreetmap mapping with Freerunner on the road. I found mokomapper (http://tui.cvs.sourceforge.net/viewvc/tui/tui/mokomapper.py?view=markup) some months ago (=I didn't write it, Pavel did (CC'd this mail to him)) and mentioned it in the thread. Someone requested some screenshots so here you are: http://kurppa.fi/freerunner/mokomapper/ The readme file also has some output log of the script. I think the output is not in valid OSM format because of the broken GPS connection (maybe, I don't know..). I don't know how to use the app or how to import the stuff to OSM but to me it looks like it really is going to the right direction. It allows you easily to pinpoint road to left, road to right, different types of roads, crossroads etc etc and I'd think you could add some more items there quite easily since it's a simple python script.. So if there's anyone with some python skills, it'd be great to give some love to this script so we all could easily do OSM mapping with only FR around. To use: wget http://tui.cvs.sourceforge.net/viewvc/*checkout*/tui/tui/mokomapper.py?revision=1.4 -O mokomapper.py chmod 755 mokomapper.py DISPLAY=:0 ./mokomapper.py Enjoy your freedom! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr] feature request - power
I'm totally agree: a more simple on/off (big) button should be more: - quick - stable during moving/walking - power-safing Yes, sliding buttons are cool, but not really functional using Neo as daily phone. 2009/5/22 William Kenworthy bi...@iinet.net.au I think the point is that sliders suck: 1. they are very hard to use - unless you have fingers as thin as a stylus. Especially the ones that go close to the screen edge. 2. They are impossible to use whilst walking. 4. They take too long to operate - seem to use a lot of processing as they hang for a few seconds part way until the display settles. Basicly, sliders are inappropriate for digital (on/off) values - thats what radio buttons are for. And yes I would love to have the time to figure out how the opaque mess that is e works so I can fix these HCI disasters, at least for myself ... BillK On Thu, 2009-05-21 at 16:19 +0200, Johny Tenfinger wrote: On Thu, May 21, 2009 at 16:09, jeremy jozwik jerjoz.for...@gmail.com wrote: well nuts to that... I can switch them easly... Closing as upstream - looking of elementary Toggles depends on elementary theme. If you think default elementary theme is bad, please report it on e tracker (or develop SHR theme ;) ) (that was me who closed that ticket, and i'm main developer of shr-settings) Size of Toggles (that sliders) is equal to size of buttons. So what's the problem? It only looks thin. I agree on one - we really should have our own elementary (and e17 at all) theme. But we don't have at the moment. That's why i closed ticket, as it's not possible to do easily without breaking everything. I hope you understand :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ 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: [shr-testing] Forcing fast charge mode
Great link r.h.k.!! I've waited for fast-charging mode on new kernel for months!! I'll try today ;) 2009/5/21 Risto H. Kurppa ri...@kurppa.fi On Thu, May 21, 2009 at 11:35 AM, Vikas Saurabh vikas.saur...@gmail.com wrote: BUZZ On Wed, May 20, 2009 at 5:09 PM, Vikas Saurabh vikas.saur...@gmail.com wrote: I have recently flashed shr-testing and was wondering if the fast charge information available here [ http://wiki.openmoko.org/wiki/Forcing_fast_charge_mode] is still usable? Or is there some FSO API that I have missed? I just updated it yesterday, the apps there use old paths - don't work. The paths to use now are listed in http://wiki.openmoko.org/wiki/Forcing_fast_charge_mode#OM2009_.26_Freerunner - I'd think SHR uses the same.. Feel free to update the apps to work.. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ 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: [shr-testing] Forcing fast charge mode
I don't want to say that before trying I was sceptic, but now I can confirm: I've tried, IT WORKS!! :D My personal way to make it handly, is creating a .desktop file in /usr/share/applications with the exec like the before mentioned command. I think this should be inserted (without difficulty) as a button in SHR power-menu. Thanks again :D 2009/5/21 Risto H. Kurppa ri...@kurppa.fi On Thu, May 21, 2009 at 11:35 AM, Vikas Saurabh vikas.saur...@gmail.com wrote: BUZZ On Wed, May 20, 2009 at 5:09 PM, Vikas Saurabh vikas.saur...@gmail.com wrote: I have recently flashed shr-testing and was wondering if the fast charge information available here [ http://wiki.openmoko.org/wiki/Forcing_fast_charge_mode] is still usable? Or is there some FSO API that I have missed? I just updated it yesterday, the apps there use old paths - don't work. The paths to use now are listed in http://wiki.openmoko.org/wiki/Forcing_fast_charge_mode#OM2009_.26_Freerunner - I'd think SHR uses the same.. Feel free to update the apps to work.. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ 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: Finger Friendly chess program
2009/3/19 Ed Kapitein e...@kapitein.org Francesco de Virgilio wrote: Ed Kapitein ha scritto: Hi Leonti, Try installing font-adobe-75dpi http://downloads.openmoko.org/repository/Om2008.8/all/font-adobe-75dpi_1.0.0-r0_all.opk (opkg install font-adobe-75dpi http://downloads.openmoko.org/repository/Om2008.8/all/font-adobe-75dpi_1.0.0-r0_all.opk ) it works for me on om2008.12 Kind regards, Ed Has anyone tried this on SHR-testing? I get something like this: http://pastebin.com/m606efc0f Perhaps you need to install those too? opkg list_installed | egrep font-adobe-75dpi|encodings|font-util|font-alias I have noone of them installed on SHR-testing, but they're not on SHR repos. encodings - 1:1.0.2-r0 - font-adobe-75dpi - 1:1.0.0-r0 - font-alias - 1:1.0.1-r0 - font-util - 1:1.0.1-r1 - I've tried to get them installed from OM repos, but it generates lots of errors and, most important, a dependency _hell_. So, anyone, has managed to get this workig simply on SHR-testing? Kind regards, Ed Regards, Francesco ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
