Re: TangoGPS font size for speed indicator

[Stefan Fröbe]

Don't know about any configuration options, but had the same issues and
changed it in my geocaching patch:

change this line in src/gps_functions.c after setting global_font_scale to
sth like 40:

@@ -94,7 +94,7 @@ osd_speed(gboolean force_redraw)
  layout  = pango_layout_new (context);
  desc= pango_font_description_new();

- pango_font_description_set_size (desc, 60 * PANGO_SCALE);
+ pango_font_description_set_size (desc, 60 * PANGO_SCALE *
global_font_scale /100);
  pango_layout_set_font_description (layout, desc);
  pango_layout_set_text (layout, buffer, strlen(buffer));


HTH, Stefan
On Tue, Jan 5, 2010 at 6:39 PM, vancel35  wrote:

>
> I've noticed that each version that I've upgraded of TangoGPS has increased
> the font size for the speed display on the map screen.  I don't need or
> want
> it to take up 1/4 of the screen as it does now.  I've looked inside the
> TangoGPS config file (~.gconf/apps/tangogps/%gconf.xml), but I couldn't see
> any options to set the font size.  Although I have to admit that some of
> the
> config option names are slightly cryptic.
>
> Is there a setting to reduce the font size?
>
> Thanks for any info.
>
> -Laura
> --
> View this message in context:
> http://n2.nabble.com/TangoGPS-font-size-for-speed-indicator-tp4256370p4256370.html
> Sent from the Openmoko Community mailing list archive at Nabble.com.
>
> ___
> 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: tangoGPS community development, patches (was: tangoGPS magnify patch)

[Stefan Fröbe]

Hi,
as I recently struggled with the same issues I'd like to comment on some of
the suggestions
On Mon, Apr 12, 2010 at 1:19 AM, Joshua Judson Rosen
wrote:

> ...

Most importantly: How should I keep up with work that you're doing
> upstream between releases? Maintaining the patches that I use is vital
> to me, and it's harder to do that if I have no idea where you're going
> upstream--if I have no idea what's going to change out from under me
> with the next release.


I can only second that - I ported my geocaching enhancements from version to
version, but am becoming more and more reluctant to do so with every new
release. Any public repository would be helpful in distributing and
maintaining these features, even if they wouldn't be included immediately in
any official release.

As I said, I *do* really *like* tangoGPS--I owe you a big thanks for
> giving me a good base application on which to build!


I could not agree more - and yet I'd really appreciate it if the full
potential of community driven enhancements would also be available. In the
current state, my features collect virtual dust on my HD and will probably
never ever see a release, with chances decreasing as I loose interest in
developing them further with all the burdens of porting and adapting.

I can fully understand Marcus' focus on quality, and TangoGPS is a great
result of that approach - but still I hope that someday a reasonable public
access is possible with his help instead of forking.

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: tangoGPS community development, patches (was: tangoGPS magnify patch)

[Stefan Fröbe]

Hi Marcus,

I guess with those prerequisites I won't make any geocaching submission soon
- while all the features are usable as long as you have obtained a GPX file
with all the data, the conversion to an sqlite3 db is done on the CLI with
(one call to) bash/python scripts.

Looking at gpxview [1], for example, I do not want to re-implement all that
again - and as that program now also compiles cleanly without any Maemo
dependancies on my desktop and also has maps support, there might no longer
be a point to patching TangoGPS. GPXView just is more specific and may
therefore well be the better tool for geocaching.

But thanks for the offer, I'll check my history for any other patches I got
queued and come back to you,

Stefan

[1] https://vcs.maemo.org/viewvc/trunk/?root=gpxview


> before it gets lost in all the other discussions: I'd still be happy to
> integrate this.
>
> Remarks:
>  * it must be usable for people that have not signed for the 30$
>   premium account
>  * everything must work from the user interface, command line is not an
>   option
>  * no python dependency - you can use either libsoup or libcurl
>
> Send me your last working tarball and I'll have a look and make
> suggestions or give you a hand.
>
> Marcus
>
>
>
> On Mon, 12 Apr 2010 09:46:46 +0200
> Stefan Fröbe  wrote:
>
> > Hi,
> > as I recently struggled with the same issues I'd like to comment on
> > some of the suggestions
> > On Mon, Apr 12, 2010 at 1:19 AM, Joshua Judson Rosen
> > wrote:
> >
> > > ...
> >
> > Most importantly: How should I keep up with work that you're doing
> > > upstream between releases? Maintaining the patches that I use is
> > > vital to me, and it's harder to do that if I have no idea where
> > > you're going upstream--if I have no idea what's going to change out
> > > from under me with the next release.
> >
> >
> > I can only second that - I ported my geocaching enhancements from
> > version to version, but am becoming more and more reluctant to do so
> > with every new release. Any public repository would be helpful in
> > distributing and maintaining these features, even if they wouldn't be
> > included immediately in any official release.
> >
> > As I said, I *do* really *like* tangoGPS--I owe you a big thanks for
> > > giving me a good base application on which to build!
> >
> >
> > I could not agree more - and yet I'd really appreciate it if the full
> > potential of community driven enhancements would also be available.
> > In the current state, my features collect virtual dust on my HD and
> > will probably never ever see a release, with chances decreasing as I
> > loose interest in developing them further with all the burdens of
> > porting and adapting.
> >
> > I can fully understand Marcus' focus on quality, and TangoGPS is a
> > great result of that approach - but still I hope that someday a
> > reasonable public access is possible with his help instead of forking.
> >
> > Stefan
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GTA02 GPS rework for SD card interference issue

[Stefan Fröbe]

Hi guys,

as I wrote before ( but the message did apparently not hit the list since I
used a different email address ) I had the hardware fix applied on friday
but used a 0603 cap instead, which fit quite nicely.

After further testing I can only congratulate the OM-team for their quick
and easy fix: whether inside at the window, in a moving train or in narrow
streets, the FR is aquiring a Fix consistenly within about 120s from cold
start under the most difficult conditions, and of course even faster at
consecutive tries ( warm start ).  Under normal conditions, a TTFF of 40s
seems to be the maximum needed even for a cold start, which in my opinion is
exceptionally good!

The SD-Card (4GB) still works as expected by this RF only fix, and there is
no need to unmount it ...

Btw, this was all done with the mwester-andy kernel from 080716...

Big thumbs up to everyone at OM, now let the mapping begin ;-)

Stefan

On Fri, Jul 18, 2008 at 1:26 PM, Stefan Fröbe <[EMAIL PROTECTED]>
wrote:
Great work, and I can confirm this to be working just fine !!!

That's an advantage of working in a company in the semiconductor business:
enough people with the skills and tools able to try this modification out on
a lunchbreak - now I get a TTFF from cold boot of 150s under most difficult
conditions:  Clouds / Mist, and  high buildings on two sides.

The previous software-only improvements were of mixed results: only once did
a fix occur, and by far not as fast as the 34s  I got without SD-Card.

Will keep you updated on further results this weekend, but so far it is
great news to see a fix this quickly!

Keep up the great work and spirit,
Cheers,
Stefan


On Sun, Jul 20, 2008 at 6:25 PM, Yaroslav Halchenko  wrote:

> hm... or alter clocking pulse sufficiently for unstable SD performance
> with some (or all) SDs... how could we know for sure unless verified
> empirically...  (noone could guess that having SD impacts GPS for quite
> a while, right?)
>
> I am not yet planing to do this hw mod on my phone, thus I can't really
> compare, and it would be great if anyone having such modded phone (I
> guess OM people) do such a simple test (basic IO testing of SD card
> similar to the ones which were posted to this list before).
>
> NB It would be really pathetic if then after new 'fixed' units are
> shipped, and new owners start complain that 50% of SD cards do not work
> or get significant performance reduction, right? So why not to make sure
> (I bet they already did smth like that thus it is just for someone from
> OM give results with numbers)
>
> On Sat, 19 Jul 2008, Michael Kluge wrote:
>
> > This additional capacitor has been added between clock and GND for the
> > SD card. So it is most probably just there to filter frequencies higher
> > than the clock rate itself.
>
> > Michael
> --
> Yaroslav Halchenko
> Research Assistant, Psychology Department, Rutgers-Newark
> Student  Ph.D. @ CS Dept. NJIT
> Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171
>101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07102
> WWW: http://www.linkedin.com/in/yarik
>
> ___
> 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: InvisibleShield discounts!

[Stefan Fröbe]

Hi,

can anyone with the mentioned screen protector tell me whether it is exactly
the visible size of the screen, or larger ( requiring removal of front plate
to put on, but possibly a better fit )

Thanks,

Stefan

On Wed, Jul 23, 2008 at 1:39 PM, Bastian Feder <[EMAIL PROTECTED]>
wrote:

> HI,
> thx for sharing !
>
> I recently ordered the shield at zagg and got 30% discount without any
> discount code.
> Thanks Zagg ;o)
>
> Bastian
>
> On Wed, Jul 23, 2008 at 12:52 PM, Ilja O. <[EMAIL PROTECTED]> wrote:
> > Hello there.
> >
> > I've ordered Full body protectors for Freerunner, and they gave me two
> > discount (20%) codes.
> >
> > Here they are: 6lcdcr , jla5nt .
> >
> > Take them and use them wisely.
> >
> > (If you've used one, please write back to community there would be no
> > discount code collision).
> >
> > Btw,
> >
> > 
> > The discount will expire in 30 days.
> > 
> >
> > Good luck!
> >
> > ___
> > Openmoko community mailing list
> > community@lists.openmoko.org
> > http://lists.openmoko.org/mailman/listinfo/community
> >
> >
>
>
>
> --
> --
> spread the word ... see www.browsehappy.com ;o)
>
> Calvin: Weekends don't count unless you spend them doing something
> completely pointless.
>
> Join the Greater IBM Connection (
> http://www.xing.com/premiumgroup-6291.d26b7d)
>
> ___
> 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: strange problem with Intenso 4GB SDHC card

[Stefan Fröbe]

Hi,

just a quick observation from my side that could possibly be related:
Until yesterday, my 4GB SanDisk card worked fine with a recent (e.g.
2008-07-22 or 21) kernel - after an opkg upgrade this morning that got me a
new kernel I was surprised to see the card not beeing recognized anymore -
furthermore, its MBR was zeroed out, and no tool could read or reformat it
except a SD-Card recovery tool by Panasonic ( sdfv2003.exe running only
under Windows, of course ) !

I now backup'ed the partition table and mbrs in hope to be able to dd it
back, should this happen again. Sorry, but I haven't got any logs as I was
busy recovering what was left, but I'll surly save them next time ...

Stefan

uname -a
Linux om-gta02 2.6.24 #1 PREEMPT Wed Jul 23 06:34:19 CEST 2008 armv4tl
unknown
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: strange problem with Intenso 4GB SDHC card

[Stefan Fröbe]

Thanks for the link, seems to be quite valuable to me as it explains the
background quite well!

Something similar has been happening with SD cards on the OLPC laptop
> (another example of hardware specifically designed for the FOSS world)
> for at least the last six months.  Last time I checked, there was still
> no real fix.


Well, from recent comments it looks like a 400ms delay (yuck!) in
drivers/mmc/core/sd.c is a temporary workaround, but the root cause (as Andy
already suggested) seems to be related to the resume cycle.

Has been a major pain for people who want to multiboot  --
>  forces them to use storage devices that don't fit inside the case.
>
> http://dev.laptop.org/ticket/6532


At least it doesn't look like a HW issue with the card, then.

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: strange problem with Intenso 4GB SDHC card

[Stefan Fröbe]

Hi all,

I can now reliably reproduce the issue, as dd'ing the mbr back to the card
so far restores sane behaviour :

If sd_drive is set to "0", then after a resume from "sync && apm -s" the MBR
of my 4GB SanDisk is wiped - so far I haven't noticed any other errors, but
have not looked very closely.

To recover, I use the following commands:
---
# re-write MBR
dd if=mmcblk0_512_1.dump of=/dev/mmcblk0
# recognize partitions again
echo "1">/sys/module/glamo_mci/parameters/sd_drive
apm -s


So it looks as if the sd_drive parameter does have a role in this - any
suggestions on what else I should try, or what logs you guys need ?

Unmounting the card before suspend should help, and I'll also gladly try
another kernel and other partitions setup if I find the time.

Btw, this all happens on a 4GB SanDisk with 4 primary partitions:
20M vfat + (196M +196M +3.2G ) ext2 and kernel om-gta02 2.6.24 Wed Jul 23
06:34:19

Stefan

PS: Can somebody please tell me how to re-initialize the card without going
through another suspend/resume cycle ?




On Thu, Jul 24, 2008 at 9:53 AM, arne anka <[EMAIL PROTECTED]> wrote:

> > Everybody, get a Micro-SD card and stick it in your Neo.  Put some
>
> should that apply to multiboot or to _every_ use of the sd card?
> i use suspend/resume more or less successfully for a week or 10 days now
> and the files on my sd card (4gb, how do i determine the exact name from a
> running system?) still are unharmed.
> gta02, 2007.2, upgrade every or every second day.
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
ices/platform/neo1973-button.0/input/input0
wake enabled for irq 48
s3c2440-ts s3c2440-ts: successfully loaded
input: s3c2410 TouchScreen as /devices/virtual/input/input1
input: lis302-1 (top) as /devices/virtual/input/input2
lis302dl spi0.0: Found lis302-1 (top)
input: lis302-2 (bottom) as /devices/virtual/input/input3
lis302dl spi0.1: Found lis302-2 (bottom)
i2c /dev entries driver
s3c2440-i2c s3c2440-i2c: slave address 0x10
s3c2440-i2c s3c2440-i2c: bus frequency set to 390 KHz
s3c2440-i2c s3c2440-i2c: i2c-0: S3C I2C adapter
input: GTA02 PMU events as 
/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073/input/input4
glamo-mci glamo-mci.0: powered (vdd = 20) clk: 0kHz div=255 (req: 0kHz). Bus 
width=0
glamo-mci glamo-mci.0: powered (vdd = 20) clk: 195kHz div=255 (req: 195kHz). 
Bus width=0
usb0: full speed config #1: 500 mA, Ethernet Gadget, using CDC Ethernet
glamo-mci glamo-mci.0: powered (vdd = 20) clk: 195kHz div=255 (req: 195kHz). 
Bus width=0
glamo-mci glamo-mci.0: powered (vdd = 20) clk: 195kHz div=255 (req: 195kHz). 
Bus width=0
glamo-mci glamo-mci.0: Error after cmd: 0x120
glamo-mci glamo-mci.0: Error after cmd: 0x8120
glamo-mci glamo-mci.0: Error after cmd: 0x120
glamo-mci glamo-mci.0: Error after cmd: 0x8120
glamo-mci glamo-mci.0: Error after cmd: 0x120
glamo-mci glamo-mci.0: powered (vdd = 20) clk: 195kHz div=255 (req: 195kHz). 
Bus width=0
glamo-mci glamo-mci.0: powered (vdd = 20) clk: 195kHz div=255 (req: 195kHz). 
Bus width=0
glamo-mci glamo-mci.0: powered (vdd = 20) clk: 195kHz div=255 (req: 195kHz). 
Bus width=0
wake enabled for irq 53
pcf50633: dev (254:0)
pcf50633 0-0073: rtc core: registered pcf50633 as rtc0
glamo-mci glamo-mci.0: powered (vdd = 20) clk: 195kHz div=255 (req: 195kHz). 
Bus width=0
glamo-mci glamo-mci.0: powered (vdd = 20) clk: 195kHz div=255 (req: 195kHz). 
Bus width=0
glamo-mci glamo-mci.0: powered (vdd = 20) clk: 1kHz div=2 (req: 1kHz). 
Bus width=0
glamo-mci glamo-mci.0: powered (vdd = 20) clk: 1kHz div=2 (req: 1kHz). 
Bus width=2
mmc0: new high speed SDHC card at address d555
neo1973-pm-bt neo1973-pm-bt.0: FIC Neo1973 Bluetooth Power Management: starting
neo1973-pm-gps neo1973-pm-gps.0: FIC Neo1973 GPS Power Managerment:starting
APM Battery Driver
bq27000-battery bq27000-battery.0: BQ27000 Battery Driver (C) 2008 Openmoko, Inc
mmcblk0: mmc0:d555 SU04G 3979776KiB 
 mmcblk0: p1 p2 p3 p4
S3c2440 SDIO Host controller
SDIO BusDriver - SDIO_GetBusOSDevice, registering driver: sdio_s3c24xx_hcd 
DMAmask: 0x0
pnp: the driver 'sdio_s3c24xx_hcd' has been registered
mapped channel 0 to 0
S3c24xx SDIO: IRQ:37 Detect IRQ:0 DMA channel:0 [EMAIL PROTECTED] [EMAIL 
PROTECTED] kHz
SDIO Bus Driver: HCD:sdio_s3c24xx should set module ptr!
sdio_s3c24xx_hcd 00:00: driver attached
sdio_s3c24xx_hcd 00:00: SDIO device, IDs SD_0008 (active)
pnp: the driver 'sdio_wlan' has been registered
Registered led device: neo1973:vibrator
Registered led device: gta02-power:orange
Registered led device: gta02-power:blue
Registered led device: gta02-aux:red
TCP cubic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
pcf50633 0-0073: setting system clock to 2008-07-24 12:59:39 UTC (1216904379)
Using lowest clock r

Re: strange problem with Intenso 4GB SDHC card

[Stefan Fröbe]

Hi David,

> After the the card settles (see above in this thread), i can do the
> following:
>
> 1) fdisk -l /dev/mmcblk0
> Result: error
...
No matter how often I call this, it never changes as the MBR is
completely zeroed out.

> To re-ead the partition table just start "fdisk /dev/mmcblk0", verify
> that partition table is ok with "p", re-write unaltered partition table
> with "w". After that it's re-read by the kernel and the Frerunner
> recognises it.

 That works great after I dd the mbr back, thanks for the pointer!

Stefan

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: strange problem with Intenso 4GB SDHC card

[Stefan Fröbe]

Hi Andy,

> sd_drive setting isn't actually used until next time we access the card,
> so provoking an access will do it, eg, touch /something ; sync.

Good point, but now it is getting really strange (all with sd_drive=0
prior to suspend):
Adding a "touch /media/mmcblk0p4/suspending" and it works,
also adding the sync and it doesn't, and finally also adding a "sleep
1" to the line and it gives me mixed results.
Maybe it is a timing issue, and the previously mentioned 400-500ms
delay is needed?

> But the two explanations for what goes on seem mixed still here, we
> affect sd_drive and we do a suspend.  My guess / hope is that this
> problem is coming from the suspend action alone and the change of
> sd_drive is bogus here.  Maybe you can bang on it a little more trying
> to disprove that hypothesis?

Will do if I find the time, but for now completely unmounting the card
seems like the only viable solution apart from dd'ing mbrs back and
forth until the root cause is found...
Hopefully the data storage on card is not impeded, but personally I
will do backups more often now ;-) ...

STefan

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Tangogps pre-cache?

[Stefan Fröbe]

Hi Vinc,

I'd like to put the maps on the SD card. Is there a sensible path on
> the SD card I should use?
>

Use whatever you like - all a matter of personal preference!

I used /media/mmcblk0p4/Maps/OSM as I have several partitions and most space
on the 4th, and /Maps/OSM was already typed in so I saved me that... You
might also want to add a shorter symlink but essentially that path is
entered once and never changed afterwards.

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GPS rework: Please test and report on software fix prior to attempting any hardware fix

[Stefan Fröbe]

Hi all,

Just to let you know, I tried the above script and am not quite sure the
gpsr is completely reset ( e.g. a real cold start occurs ) . However, since
I DID apply the HW cap fix that might also be a reason for the results...

In short, no matter which settings are used I get a TTFF of 38-42seconds,
repeatably, with only a few seconds more when constant SD-Card activity is
provoked.

It was on a rooftop, clear & sunny sky, about 1/5 of the sky/horizon covered
by an appartment, but results are consistent with my observations during
geocaching in any terrain, be it cities or woods.

Let me know if I can be of further assistance getting data, ( and of course
this report of great gpsr performance should not lead anyone to try out the
HW mod until final approval by OM ;-) ! )

Stefan

### Kernel version 
Linux om-gta02 2.6.24 #1 PREEMPT Sat Aug 2 00:43:10 CEST 2008 armv4tl
unknown
### ROOT  ( opkg upgraded today )
200807160132
Tag Name:
VERSION: 27cd6d55ab393f51eaf4811418a4346669f53c2a
Branch: org.openmoko.dev
Build Host: buildhost.openmoko.org
Time Stamp: Wed, 16 Jul 2008 01:34:56 +0200
### Bootloader 
# u-boot /dev/mtdblock0:
Neo1973 Bootloader U-Boot 1.3.2-moko12
# u-boot /dev/mtdblock1:
Neo1973 Bootloader U-Boot
1.3.2+gitr18+64eb10cab8055084ae25ea4e73b66dd03cc1a0cb
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: SDHC 16GB 15MB/s card

[Stefan Fröbe]

> in case you loose it again, do
>
> dd if=boot.backup of=/dev/mmcblk0
>
> that's on your host! i don't know, if that works from fr, though.
>
>
I can confirm this works for the bootsector corruption, but after seriously
struggling with unreadable SDHC cards under Ubuntu _AND_ the FR I finally
figured out some other pretty reliable workarounds for problems with memory
cards:

Trying the debian install yesterday I noticed that both the original 512MB
as well as a 1GB card were no longer working on the FR ( could write to them
but then glamo-mci errors as in
http://docs.openmoko.org/trac/ticket/1743appeared and sometime after
about 200MB all further communication seemed
broken ) . In addition, partitioning seemed so messed up the cards were not
recognized anymore by fdisk et al, so nothing but a panasonic windows card
formatter could recover them. All of this happening without suspends on an
upgraded 2007.8...

Whilst linux 2.6.26 on the host needed a fix to get the cards to show up
again at all ( http://marc.info/?l=linux-usb&m=121734710306509&w=2 ), on the
FR side the only thing that worked was playing with the glamo kernel
parameters - I haven't reduced it to a minimal set of changes, but passing
"glamo_mci.sd_drive=3 glamo_mci.sd_idleclk=1 sd_max_clk=500" on the
u-boot cmdline resolved all issues so far.

I haven't filed a bugreport as interestingly enough I wasn't having any
issues with the troublesome 4GB any more - maybe because I was using  2008.8
booted from the card itself?

I will try to reduce the parameters later, if anyone has further hints I'd
be happy to try them out. Also, would the addition of dd'ed mbrs for the
various cards in the Wiki be feasible ?

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [FSO/Illume] Program icons not showing up

[Stefan Fröbe]

Hi,

I tried out FS0-ms5.1 and switched to the experimental feeds - and the icons
also disappeared after upgrading to the newer e-* packages (e-wm -
0.16.999.050+svnr39300-r4 )

The following message in /tmp/x.log had already been mentioned on the list
and still occurs:
EDJE ERROR: file /usr/share/enlightenment/data/themes/illume.edj, group
e/modules/kbd/base/default has a non-fixed part. add fixed: 1 1; ???
  Problem part is: e.text.label
  Will recalc min size not allowing broken parts to affect the result.


When I deleted ~/.e in a last attempt to get to a sane state, a hint to a
missing menu brought me to the solution:
/etc/xdg/menus/applications.menu was missing, when copied over from a stock
FSO-ms5.1 install, all icons reappear!

HTH,
Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [debian/illume] Can't suspend

[Stefan Fröbe]

Hi,

On Sun, Mar 8, 2009 at 9:49 PM, Jeffrey Ratcliffe <
jeffrey.ratcli...@gmail.com> wrote:

> When I press the power button, I get a group of icons, one of which is
> a crescent, which if I press, I get a message saying that it is going
> to suspend, but the doesn't.
>
> I'm using the 2.6.28 kernel.
>
> How can I get it to suspend?
>
> Another icon is a padlock. If I press that, the screen is locked, but
> I can't get a keyboard up to unlock it.
>
> The close application and shutdown buttons work fine.


I'm using  FSO 5.1, so I don't know how it applies to debian exactly ( and
suspend on powerbutton press worked directly and much more quickly through a
rule in /etc/freesmartphone/oevents/rules.yaml ) But in order to map more
functions to that precious button, I edited
/etc/enlightenment/sysactions.conf to map suspend icon click to a custom
script :

action:   suspend   /media/DATA/bin/fso_suspend.sh

which contains the fso command to suspend :

mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage
org.freesmartphone.Usage.Suspend


While being significantly slower it works fine that way.
Don't know if this helps, but maybe a start ...

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Yet Another Screen Of Death

[Stefan Fröbe]

>
> > create a file /etc/apm/resume.d/01display:
>
...
As I was one of the first promoters of this fix I want to just update that (
as announced by Andy in the associated ticket ) the git commit "Fix jbt6k74
qvga_normal state handling" 83cf37799009 from Feb. 25th fixed all resume
issues I had  - no more need for any special resume handling !

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Re: Yet Another Screen Of Death

[Stefan Fröbe]

On Thu, Mar 12, 2009 at 3:40 PM,  wrote:

> On Mar 12, 2009 3:25pm, Stefan Fröbe  wrote:
> > As I was one of the first promoters of this fix I want to just update
> that ( as announced by Andy in the associated ticket ) the git commit "Fix
> jbt6k74 qvga_normal state handling" 83cf37799009 from Feb. 25th fixed all
> resume issues I had  - no more need for any special resume handling !
>
> Which distro are you using? With FSO Milestone 5.1 and the andy-tracking
> kernel+modules 15ca3dafb2662db4 from the 7th March. It fixed my resume
> problems, but USB stopped working.


I'm also using FSO-ms5.1, switched to experimental and andy-tracking from
about 2 days ago (can check exact version at home later) : no issues with
USB, only thing not working here is that Qi doesn't react to AUX presses on
start so partition selection doesn't work...
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Re: Yet Another Screen Of Death

[Stefan Fröbe]

On Thu, Mar 12, 2009 at 3:55 PM, Stefan Fröbe wrote:

> On Thu, Mar 12, 2009 at 3:40 PM,  wrote:
>
>> On Mar 12, 2009 3:25pm, Stefan Fröbe  wrote:
>> > As I was one of the first promoters of this fix I want to just update
>> that ( as announced by Andy in the associated ticket ) the git commit "Fix
>> jbt6k74 qvga_normal state handling" 83cf37799009 from Feb. 25th fixed all
>> resume issues I had  - no more need for any special resume handling !
>>
>> Which distro are you using? With FSO Milestone 5.1 and the andy-tracking
>> kernel+modules 15ca3dafb2662db4 from the 7th March. It fixed my resume
>> problems, but USB stopped working.
>
>
> I'm also using FSO-ms5.1, switched to experimental and andy-tracking from
> about 2 days ago (can check exact version at home later) : no issues with
> USB, only thing not working here is that Qi doesn't react to AUX presses on
> start so partition selection doesn't work...
>
> Just a little update :
andy-tracking-5457a45a5d4ca2c3 ("Clean up camera driver") from 2 days ago
worked flawlessy as far as I can tell ( only tried USB, GSM & GPS - no BT or
WLAN ).
I just upgraded to latest
uImage-moredrivers-GTA02_andy-tracking-1e257a0e99817a33 and everything still
seems in order, so there must be some other problem with your USB.

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [SHR] vim, ntpclient... a repository ?

[Stefan Fröbe]

>
>
> Works, but not perfectly for me.
> In particular, when i SSH into my freerunner from a linux laptop, the
> cursor keys don't work in vim insert mode. They insert C and D and such
> instead. They only work in command mode.
>

adding set nocompatible your ~/.vimrc file should fix this
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)

[Stefan Fröbe]

On Fri, Apr 3, 2009 at 10:21 PM, Marcel  wrote:

> Am Friday 03 April 2009 18:44:46 schrieb Yogiz:
> > Secondly, it doesn't wake up the phone out of suspend on my SHR. When
> > returning from suspend manually afterwards it displays the turning off
> > alarm page and plays the sound (although very quitely).
> >
> > If I can get it to wake up the phone then the app will be good enough
> > for me.
>
> Is there any trick to achieve this? I noticed that, too...
>

Don't know the difference to SHR, but it does work fine on FS0-experimental
- great! One more necessary app finally running, thanks!

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

tangogps + geocaching (DL-link inside)

[Stefan Fröbe]

Hi all,

as previously announced on freeyourphone.de here is my enhanced TangoGPS
that I used exclusively for geocaching since I received my FR about a year
ago. Due to time constraints I will not be able to keep up its separate
development from mainline tangogps anymore, and since my changes havn't been
included since 0.9.5 I'd rather have them published raw as they might be now
than forget about them.

Main features I added are the ability to do complete paperless geocaching
along with several small fixes:
- map tiles are scaled from a lower level if they are missing in current
resolution
- coloured tracks based on height/speed/...
- in the scripts folder, there is a script to convert PocketQueries to a
geocache.db
- a script to upload fieldnotes of found caches to ease logging

As I haven't received any official reply to my request to geocaching.com to
allow inclusion of their icons, one has to manually do so - see the script
in the pixmaps dir  

Sorry documentation is lacking, but at least you have the code, and most of
the features should be self-explanatory.
The binary is UNTESTED, as my FR is still getting BUZZ-fixed...

Feel free to include or enhance any of this, and I'd be very happy to
receive your feedback - but please keep in mind this is my first (and after
all, I hope my last) GTK coding attempt when judging the code ;-)

Stefan

Temporary address of storage with all the code & screenshots ( if you have
the webspace, feel free to mirror )

http://www.gmx.de/mc/t9qJNy7RaCviQgmLC4X4c2UcpFgZqf
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: tangogps + geocaching (DL-link inside)

[Stefan Fröbe]

On Thu, May 28, 2009 at 7:11 AM, Yorick Moko  wrote:

> have you sent it also to marcus bauer?
>

Of course I have, and even prior to the 0.9.6 release in february already -
but as there haven't been any updates to TangoGPS since then  I wanted to
get this as it is now so maybe someone else can also contribute. In
addition, keeping up with the GUI changes without the glade files was a pain
;-)

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: tangogps + geocaching (DL-link inside)

[Stefan Fröbe]

Don't get me wrong here:
I still think Marcus as the developer of TangoGPS is the best person to
discuss all this with - I do not intend to fork or maintain any separate
version, nor do I recommend to do so by any means!

All I wanted was to get the code off my hands _NOW_  (actually already a lot
earlier as some of you will know, sorry for the delay) , as I do not have
the time to maintain or enhance it much at the moment , but hopefully it all
ends up in official TangoGPS.

Whether in can be included like it is now or after a thorough clean-up or
restructuring by someone else I cannot tell, but at least all that is
working fine for me is out there so nobody needs to duplicate the efforts.

Hope this clears any possible misunderstandings, maybe Marcus will shed some
light on his further plans with regard to TangoGPS, too.

Stefan

On Thu, May 28, 2009 at 4:46 PM, Risto H. Kurppa  wrote:

> Great!
>
> Could someone convert this into an .ipk and share on opkg.org? How
> about starting a new project to continue the development of Tangogps
> independently if it'd allow a faster pace of development and more open
> contribution. Now that Stefan knows the code, it'd be possible..
>
> r
>
>
> On Thu, May 28, 2009 at 9:50 AM, Stefan Fröbe 
> wrote:
> >
> >
> > On Thu, May 28, 2009 at 7:11 AM, Yorick Moko 
> wrote:
> >>
> >> have you sent it also to marcus bauer?
> >
> >
> > Of course I have, and even prior to the 0.9.6 release in february already
> -
> > but as there haven't been any updates to TangoGPS since then  I wanted to
> > get this as it is now so maybe someone else can also contribute. In
> > addition, keeping up with the GUI changes without the glade files was a
> pain
> > ;-)
> >
> > Stefan
> >
> >
> > ___
> > Openmoko community mailing list
> > community@lists.openmoko.org
> > http://lists.openmoko.org/mailman/listinfo/community
> >
> >
>
>
>
> --
> | 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: Debuzzing

[Stefan Fröbe]

Thanks to a very special delivery service by "Dr.N" himself (thanks again,
and sorry for the inconvenience that followed!) I was able to test my
Buzz-Fixed FR over the weekend and must say I am quite impressed: With a new
alsa statefile nobody was complaining about buzz, echo or general lack of
loudness anymore!
Since the battery lasted the whole saturday afternoon ( GPS on, GSM off) I
hope the current consumption of ~300mA that I got this morning can be
attributed to some software changes only, so I guess operation buzzfix was
sucessfull!

So thanks again and a big thumbs-up for Nikolaus who made this possible in
the most customer-friendly way!

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [FSO][M4] DOOM Running slow.

[Stefan Fröbe]

>  I've noticed extremely slow performance while running Doom on FSO M4. I
> tracked it down to the accelerometer code. (I turned off accel control in
> the opendoom.cfg file and that fixed the speed issue). The code basically
> opens /dev/event3 and reads from this. Should I be approaching the
> accelerometer interface differently?? It is running horribly slow, can
> anyone else confirm this?


I noticed the same, but the solution from another thread worked here -
either execute or put into ~/.profile :

# fix doom accelerators
echo 10 > /sys/devices/platform/lis302dl.1/threshold
echo 10 > /sys/devices/platform/lis302dl.2/threshold

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Freesmartphone.org Milestone 5 'Calling All Stations' Release

[Stefan Fröbe]

On Tue, Feb 3, 2009 at 3:07 PM, Petr Vanek  wrote:
...

> the trouble is that i don't know how to change the ro flag for qi (i
> can imagine i could place a kernel on my card and add append file with
> rw and root=/dev/mtd device and of the nand flash?)


Hi Petr,
Just create a textfile "/boot/append-GTA02" and put whatever is needed as
kernel parameters in there - here is mine:
rw rootdelay=3 glamo_core.slow_memory=1

Refer to http://wiki.openmoko.org/wiki/Qi for more details

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Freesmartphone.org Milestone 5 'Calling All Stations' Release

[Stefan Fröbe]

Hi Andy,

| rw rootdelay=3 glamo_core.slow_memory=1
>

that's for a SHR kernel mentioned somewhere on this list (
uImage-2.6.28-rc4-ms5-fixes_34240a1c06ae3618.bin ) but not fixing the
White/Noisy SOD for me.

glamo3362.slow_memory=1


Your latest compiled kernel

 uImage-moredrivers-GTA02_andy-tracking-b72d8b4c5b7173a1.bin


isn't cutting it for me as a re-suspends immeditaely when coming out of a
suspend, so I couldn't try out this parameter.

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Freesmartphone.org Milestone 5 'Calling All Stations' Release

[Stefan Fröbe]

On Tue, Feb 3, 2009 at 9:48 PM, Petr Vanek  wrote:

> ...
> i understand that this is when you run system from sd card. i run
> system from NAND and for that i need to edit the boot environment
>
...
> I had flashed u-boot back but would love to use qi again as it can start
> the neo on a short pwr press, has no logo and is faster...


Not sure I understood what you wanted correctly, so please don't hesitate to
ask again - but if you want to use Qi to boot from NAND the procedure is the
same as from SD-Card:

- setup your /boot directory (in NAND!) with the Qi specific files
uImage-GTA02.bin (needed), append-GTA02 (optional) and noboot-GTA02 (you
don't want that) exactly as you would for an SD-Card partition
- then power up normally
- if you have Qi set up for any of the first 3 partitions on SD-Card they
would first be booted : Therefore press AUX just after the FR vibrates once
for every partition you want to skip, then as a final resort NAND will be
tried. Or, put noboot-GTA02 to skip automatically wherever appropriate.

HTH,

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Om2008.9] updating OSM data for tangoGPS

[Stefan Fröbe]

>
> My script as well honours the existence of a file '.../OSM/lastrun' and one
> can just create this file with
>
> $ touch -t 02050724  lastrun  ## MMDDHHMM
>
> to exclude, in this example, all tiles which are already newer then
> February 5, 7:24;
> for example if you have to restart the script during a day;


Hi Matthias,

neat little script for this great idea - I cleaned the output a little,
added a simple "progress" and updated a tile's timestamp when it was checked
sucessfully - now all that's needed is a little parallel wget to speed
things up ;-)

Stefan


yaouh.sh
Description: Bourne shell script
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Partitioning 4GB with the Debian Installer

[Stefan Fröbe]

> > I found that lowering the glamo MMC clock by a factor of 1/2 repeatedly,
> > until I found a stable clock speed, worked fine for me.
> >
>
> I'm not sure how to do that.  Is it pretty straight forward?
>

Depends on what you call straight-forward: you can search for
glamo_mci.sd_max_clk
, a description can for instance be found at
http://docs.openmoko.org/trac/ticket/1743 :

Basically you need to set this variable in the u-boot environment - I
reduced it even down to 500 , but more might also work - ymmv. Whether
setting this through /sys parameter works I do not know - does anyone know?

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: problem with SD Card

[Stefan Fröbe]

Hi Nicolas,

search the list(s) or the wiki  for the various parameters in ( I think )
/sys/module/glamo_mci/parameters/ :

It boils down to either setting idle_clk=1  prior to suspend to avoid
getting the MBR trashed, and/or reducing the sd cards max speed on bootup to
get the card recognized (which looks like your issue )

Don't worry, I faced the same issues, and the very same card works fine now!

Hope this gives you enough pointers,

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: problem with SD Card

[Stefan Fröbe]

What helped me was setting up another menu entry in u-boot adding to the
bootargs:
glamo_mci.sd_drive=3 glamo_mci.sd_idleclk=1 glamo_mci.sd_max_clk=500
rootdelay=5

The relevant part was sd_max_clk ( might work with higher value, but is ok
as is for me) and the rootdelay, after that the card was recognized
properly.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Get spare parts in NYC (batteries)

[Stefan Fröbe]

Hi,

I'll be in New York beginning of October and would like to purchase 2 spare
batteries for my FR - any hints on where I could get them? Is there a local
distributor or buyers group with active orders, by any chance?

Thanks,

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: problem accessing SD Card SanDisk SDSDQ-8192-E11M

[Stefan Fröbe]

On Tue, Sep 9, 2008 at 7:34 AM, Kevin Squire <[EMAIL PROTECTED]> wrote:

> On Mon, Sep 8, 2008 at 11:03 AM, Kevin Squire <[EMAIL PROTECTED]>
> wrote:
> > Hi,
> >
> >> I have problems accessing my 8Go SD Card
> >
>  
>
> > For my disk, my thoughts are that the first sector is bad.  I'll try
> > to confirm this later today (don't have anything else available that
>
> Confirmed, bad disk--can't read it with anything else (and in fact,
> trying to read it on my Ubuntu system puts sd_mod into a state where
> it won't read another disk).


Had that  before, too : In case you do not have a backup of the MBR, there
is a (windows) tool from panasonic ( SD-Format or sth. like that) that could
restore mine to a point where formatting worked again.

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Get spare parts in NYC (batteries)

[Stefan Fröbe]

Yes, I know as I also own quite a few BC-5s and remakes ;-)
But I'm looking specifically for the original ones to have the coulomb
counter and a working charge meter...

On Tue, Sep 9, 2008 at 10:06 AM, Thorben Krueger <[EMAIL PROTECTED]>wrote:

> the batteries should be pretty standart stuff. I got the same form
> factor in my nokia (although it is a bit shorter, the connectors are
> in the right place and the width is the same). I suggest you should
> simply walk into the next mobile accessory store with the battery to
> get a compatible one. No need to import anything if I am correct.
>
> Thorben
>
> 2008/9/9 Stefan Fröbe <[EMAIL PROTECTED]>:
> > Hi,
> >
> > I'll be in New York beginning of October and would like to purchase 2
> spare
> > batteries for my FR - any hints on where I could get them? Is there a
> local
> > distributor or buyers group with active orders, by any chance?
> >
> > Thanks,
> >
> > Stefan
> >
> > ___
> > 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: GPS sensitivity

[Stefan Fröbe]

> The FR still takes some minutes to get a fix when in a moving vehicle, and
> anywhere inside a building, it is as if it never worked.
>
> Nothing new
>

Speaking from daily experience the FR is in no way less sensitive than any
other GPSr I have used or was around with while geocaching, and that is my
main reason I bought it! Actually just this weekend I was caching in a city,
and while reception was generally very good, when I noticed a drift in one
spot the Garmin Colorado my colleague had with her showed the same erratic
behaviour.

And with recent SW, first-fix-times have gone down immensely: I hardly ever
need more than 40s, and when standing still I can barely set up tangogps
before I have a signal - moving on a bike is a different story, but putting
it upright in the pocket is the key here.
This is all with 2008.9 and newer kernel, HW fix applied manually.

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: TangoGPS svn/git ?

[Stefan Fröbe]

> On Friday 07 November 2008, Bastian Feder wrote:
> > Hey!
> > since it is a one man show I think there is no public repository.
> > But the guy behind it, Marcus Bauer, is a really friendly german guy.
> >
> > Have you contact him already? this might be the best way to find out ;)
> >
>

Can only confirm this - but last time I managed to get in touch (around
august ) there wasn't a public repository  as the SW was still too much in a
flux.
...

> > A friend and myself are planning on contribute to TangoGPS.  Looking for
> > the git / svn repository we can pull the latest source from?   Does
> > anyone know if a repository for tangogps exists?  The latest on the
> > tangogps.org website is 0.9.3, release in march.

Presumably sending patches is fine - I find myself in the same situation:
the diff is becoming larger and larger, but the time and effort necessary to
port it to the next release  just doesn't seem worth cleaning it up
appropriately sometimes :-(


Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [TangoGPS] POI coordinates as WGS84 deg and min

[Stefan Fröbe]

AFAIK, tangogps should accept the other formats happily if you enter them
correctly, I do not know if it works in all input fields, though. For
geocaching ( which is the main use of my Freerunner ) I added a bunch of
extras to tangogps waiting to be included - if you're interested, check

http://n2.nabble.com/tangogps-%2B-geocaching-(DL-link-inside)-td2983362.html

Feel free to contact me with any specific questions,

Stefan

On Wed, Jul 8, 2009 at 11:55 PM, Marcel  wrote:

> Hello,
>
> I'm using TGPS for geocaching. The coordinates always get listed as f.e.
> N 55° 33.218 E 008° 08.493 (WGS84 degrees and minutes)
> If I have to "build" the coordinates for the cache's second "stage" by
> hand, I only get these coordinates as reference, but TGPS needs WGS84
> Decimal Degrees as POI coordinates.
> As a feature wish: Could someone please make TGPS understand degrees and
> minutes? :)
>
> --
> Marcel (who hasn't even understood how to convert the two formats in an
> own program yet :/ )
>
> ___
> 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: Om 2009, NWA, keyboard?

[Stefan Fröbe]

Just put the following into a script to run after an update:

#!/bin/sh
cd /usr/lib/enlightenment/modules/illume/keyboards
rm Default.kbd
ln -sf Terminal.kbd Default.kbd

HTH
Stefan

On Fri, Aug 28, 2009 at 6:41 PM, Carsten Gerlach  wrote:

> Hello,
>
> Am Mittwoch 26. August 2009 23:58:24 schrieb Risto H. Kurppa:
> > click the top bar and then click the keyboard on top right and there
> > you go, easy as what :)
>
> Is it possible to start the keyboard with the layout "terminal"
> automatically
> when I start the terminal?
>
> Thanks, Carsten
>
>
>
> --
> Hier ist mein öffentlicher GPG-Schlüssel:
> http://daswaldhorn.funpic.de/gpg.html
> =
> www.stopptdievorratsdatenspeicherung.de
>
> ___
> 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: Towards paperless geocaching - Advanced Geocaching Tool for Linux

[Stefan Fröbe]

>
> What about using the original GC.com cache icons for GCs? Of couse one
> would have to download them separately (licensing issues iirc from the
> TangoGPS geocaching "extension").
>

After several requests to l...@groundspeak.com and cont...@groundspeak.com I
finally got permission to include the cache icons in my geocaching
enhancements to TangoGPS, so that isn't an issue anymore - you just have to
be persistent!

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Towards paperless geocaching - Advanced Geocaching Tool for Linux

[Stefan Fröbe]

On Wed, Sep 2, 2009 at 12:11 PM, D. Fett  wrote:

>
>
>
> > What about using the original GC.com cache icons for GCs? Of couse one
> > would have to download them separately (licensing issues iirc from the
> > TangoGPS geocaching "extension").
> >
>
> Sorry, but i absolutely don't want these icons in the app, for some
> reasons:
> - the licensing issues you already mentioned
>

Can be resolved, see my other mail


> - but more importantly, these icons are very big. You don't see where the
> geocache is actually located. Therefore i choose the square (so you can
> easily spot the geocache) with the little crosshair in the center (so you
> can see where _exactly_ the geocache is located).
>

I find it more intuitive to see the original pixmaps, and as they stay the
same size (32x32px) as I zoom in to let's say level 20 when near a cache
that corresponds to just a few centimeters on a map, thus much less than the
general accuracy of the GPSr ...

- drawing the icons would be slower than drawing simple squares and lines
>

Is that so?  It's on my Todo-List to benchmark these different approaches,
but not necessarily a major slow-down from my expererience.

- it's easier to make the squares and lines translucent, so that the user
> can see underlying streets
>

That is a valid point in my opinion, plus it offers several posiibilities
(nice to see the names on the map, btw!)

So to me there are no apparent technical difficulties to do so, but of
course this depends entirely on the intended design of the SW, and the
result is most likely merely a cosmetical one. Nice to see some
alternatives, though, and the online features and the database browsing is a
real plus here!

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community