I also needed a bit time until i got it working together.
First problem was that speech-dispatcher doesn't start at boot because
it want to create /var/run/speech-dispatcher/speech-dispatcher.pid wich
doesn't work at boot-time. Don't know why, because it works after i
booted up. So i start speech-
Hi,
I have got a basic database and was able to fill it with a map area of
about 2.7 MB data.
But this is very less compared to germany with about 3.5 GB. So when
trying to get the database
out of germany xsltproc gets killed due to memory problems. I
currently only have 1 GB :-)
The pr
Yes,
I have found it too.
If someone has interest, I am currently create an XSLT template to
extract the relevant data of villages / cities and streets with their
lon / lat coordinates.
If I have it I try to setup a database to be a possible base for
searching :-)
Lothar
Am 17.12.2008
Lothar Behrens wrote:
> Hi,
>
> has someone an example of searching a city and a street that works with
> the germany map when it was downloaded from the quicklink
> as of the page here
> lists: http://wiki.navit-project.org/index.php/OpenStreetMaps ?
http://wiki.navit-project.org/index.php/Ope
I'm also trying to set navit up in debian, however I am having trouble
getting speech dispatcher to work as well as getting navit to talk to
gpsd. Did you do anything special to get those working?
Thanks,
-Dan Staley
On Tue, 2008-12-16 at 19:27 -0500, Fox Mulder wrote:
> Christian Anke wrote:
>
Christian Anke wrote:
> Am Dienstag 16 Dezember 2008 12:37:38 schrieb Lothar Behrens:
>> Hi,
>>
>> I think I have figured out why navit sometimes seems to hang (except
>> it calculates big routes).
>>
>> After killing my last navit session I have seen espeak still running,
>> but it did not say ani
Am Dienstag 16 Dezember 2008 12:37:38 schrieb Lothar Behrens:
> Hi,
>
> I think I have figured out why navit sometimes seems to hang (except
> it calculates big routes).
>
> After killing my last navit session I have seen espeak still running,
> but it did not say anithing :-)
>
> Is this a known p
Christian Anke writes:
> or is the navit svn repo for testing such changes?
You better ask upstream directly in this case.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
> no, and i have no idear how to do this.
>
> i think i would be better if anyone test the changes befor i
> give them to upstream.
>
> or is the navit svn repo for testing such changes?
SVN repo is there for this kind of things. Any help is warmly welcomed :)
It would be really sad if nice id
Am Montag 15 Dezember 2008 21:32:53 schrieb Timo Juhani Lindfors:
> Christian Anke writes:
> > currently i'am working on an freerunner optimized version of
> > navit. since the internal gui is available i love navit. and i want to
>
> Are you going to send the fixes upstream?
>
>
> ___
Christian Anke writes:
> currently i'am working on an freerunner optimized version of
> navit. since the internal gui is available i love navit. and i want to
Are you going to send the fixes upstream?
___
Openmoko community mailing list
community@lis
Am Montag 15 Dezember 2008 20:23:40 schrieb Fox Mulder:
> KaZeR wrote:
> > Fox Mulder a écrit :
> >> KaZeR wrote:
> >>> Lothar Behrens a écrit :
> It works, but what I mean, is, these are partly out of screen:
>
> *=*
>
>
> ** ** **
KaZeR wrote:
> Fox Mulder a écrit :
>> KaZeR wrote:
>>
>>> Lothar Behrens a écrit :
>>>
It works, but what I mean, is, these are partly out of screen:
*=*
| |
| |
** ** **
arne anka wrote:
>> Are you trying to compute a long trip?
>
> no, just looking what navit is able to.
> i take it the starting point is my current location? then it would have
> been about 7 kilometers -- how long is that supposed to take?
I calculated a route of about 6km and it only took som
> Are you trying to compute a long trip?
no, just looking what navit is able to.
i take it the starting point is my current location? then it would have
been about 7 kilometers -- how long is that supposed to take?
___
Openmoko community mailing list
> -Message d'origine-
> De : community-boun...@lists.openmoko.org
> [mailto:community-boun...@lists.openmoko.org] De la part de arne anka
> Envoyé : dimanche 14 décembre 2008 23:57
> À : List for Openmoko community discussion
> Objet : Re: Navit actions m
Fox Mulder a écrit :
KaZeR wrote:
Lothar Behrens a écrit :
It works, but what I mean, is, these are partly out of screen:
*=*
| |
| |
** ** **
|| || ||
arne anka wrote:
>> For navigatin you can use the menu (tap on the map for setting the
>> destination position) or the Route -> Destination menu.
>> When you're there write the country you're searching in (removing the
>> ending space if you use a finger-keyboard that uses a dictionary), then
>> th
> For navigatin you can use the menu (tap on the map for setting the
> destination position) or the Route -> Destination menu.
> When you're there write the country you're searching in (removing the
> ending space if you use a finger-keyboard that uses a dictionary), then
> the City (with commercia
arne anka ha scritto:
> could you post your config?
Who? I?
> i am struggling unsuccessfully with the configuration of the navigation --
> so far navit does nothing but to show where i am, how to make navigation
> working remains a mystery to me (the navit page and wiki are not helpful
> in
KaZeR wrote:
> Lothar Behrens a écrit :
>> It works, but what I mean, is, these are partly out of screen:
>>
>> *=*
>> | |
>> | |
>> ** ** **
>> || || ||
>> ||
could you post your config?
i am struggling unsuccessfully with the configuration of the navigation --
so far navit does nothing but to show where i am, how to make navigation
working remains a mystery to me (the navit page and wiki are not helpful
in this respect).
_
Marco Trevisan (Treviño) wrote:
> It's quite good to me... Just two things:
> - The cursor should be bigger (mainly with a "bolder" outline) and its
>colors (I've set also color2) should be set to other values (more
>different to the main street colors).
I've configured it a little... Usi
Nathan Kinkade wrote:
> Have you modified navit.xml? In this version there is an option to
> set the gui to a mode called "internal," which is optimized for small
> screens. For the "internal" gui type you can also specify icon size.
> I believe the default opkg specifies "internal," but doesn't
Lothar Behrens a écrit :
Yes,
there is a + on bottom right, a - on bottom left, a compas on top left
and a eta on top right as I activated them.
The plain map display is mostly ok (the info picture in the bottom
left may be a bit bigger to easier see it :-)
It works, but what I mean, i
Yes,
there is a + on bottom right, a - on bottom left, a compas on top left
and a eta on top right as I activated them.
The plain map display is mostly ok (the info picture in the bottom
left may be a bit bigger to easier see it :-)
Am 14.12.2008 um 14:59 schrieb KaZeR:
Yorick Moko a éc
Lothar Behrens a écrit :
> Hi,
>
> today I have installed the current release from navit and it looks
> much better. But I have a question about the layout of the buttons in
> the actions panel.
>
> How to change the layout from horizontal to vertical ?
>
> The problem: I do not see all of the bu
Yorick Moko a écrit :
> i did that but i get:
> r...@om-gta02 ~ $ DISPLAY=:0 navit
> navit:convert_to_attrs:failed to create attribute 'icons_xs' with value '60'
> vehicle_gpsd:vehicle_gpsd_try_open:Connected to gpsd fd=4
> iochan=0x8a078 watch=0x2
> navit:main:Using '/home/root/.navit/navit.xml'
>
i did that but i get:
r...@om-gta02 ~ $ DISPLAY=:0 navit
navit:convert_to_attrs:failed to create attribute 'icons_xs' with value '60'
vehicle_gpsd:vehicle_gpsd_try_open:Connected to gpsd fd=4
iochan=0x8a078 watch=0x2
navit:main:Using '/home/root/.navit/navit.xml'
and see no buttons (except for the
2008/12/14 Lothar Behrens :
> Hi,
> today I have installed the current release from navit and it looks much
> better. But I have a question about the layout of the buttons in the actions
> panel.
> How to change the layout from horizontal to vertical ?
> The problem: I do not see all of the buttons
Hi,
now I have played around a little with navit and tried to reduce the
recalculation when speed is under 4.
It's my assumption that a walk is at last about 5 km/h, thus I added
some lines of code to handle this case.
But before I am really do too much that propably has been done I would
KaZeR wrote:
> (i finally ordered and received a Freerunner :) )
Nice, are you a navit dev?
I guess you are (especially looking at your site)... :P
> Lothar Behrens a écrit :
>> Hi,
>>
>> I got installed navit and after some tries I got the correct
>> germany.bin file by downloading it with a wg
(i finally ordered and received a Freerunner :) )
Lothar Behrens a écrit :
> Hi,
>
> I got installed navit and after some tries I got the correct
> germany.bin file by downloading it with a wget -O germany.bin ...
> quicklink.
>
> For a brief feedback: Very good !
Thanks :)
>
> A longer 'play wi
Christian Anke wrote:
>
> Collected errors:
>
> * ERROR: Cannot satisfy the following dependencies for navit:
>
> * gtk+ (>= 2.12.11) * libcairo2 (>= 1.6.4) * libglib-2.0-0
On Wednesday 17 September 2008, KaZeR wrote:
> Thanks for your interest, i'm waiting for your lights on the font
> part to commit it.
I profiled navit on my desktop using valgrind and a major part of the
time required for rendering the map is spent on rendering the fonts for
the street names, etc
KaZeR wrote:
>
> Hire a écrit :
>> Hello Florian Hackenberger, nice work, works very well.
>>
>> However, do you have send those patch to navit's dev?
>>
>
>
> Hello,
>
> I'm a member of the navit project. One of our users has told us about
> this patch.
> I've reviewed it, and it looks
Hire a écrit :
> Hello Florian Hackenberger, nice work, works very well.
>
> However, do you have send those patch to navit's dev?
>
Hello,
I'm a member of the navit project. One of our users has told us about
this patch.
I've reviewed it, and it looks very good for the drag part. But i wasn
On Tuesday 02 September 2008, Fox Mulder wrote:
> Ok, i also meant the navit developer instead of OM.
> I know that this problem doesn't exist with normal pc's but it also
> doesn't harm normal pc's.
In fact it does, as there is the background is visible in areas where
there was no map drawn befor
Ok, i also meant the navit developer instead of OM.
I know that this problem doesn't exist with normal pc's but it also
doesn't harm normal pc's. So i think it isn't a bad thing if you just
ask the navit developer if he/she integrates it into the source tree.
Until than i stick with version 1255 an
Charles-Henri Gros wrote:
> Florian Hackenberger wrote:
>> One thing which still annoys me is the flicker while panning. I'm not
>> familiar with gtk and have not yet found a way to disable display
>> refreshes while doing a series of drawing operations. Any help is
>> welcome.
>
> gdk_win
On Tuesday 02 September 2008, Jeffrey Ratcliffe wrote:
> 2008/9/2 Florian Hackenberger <[EMAIL PROTECTED]>:
> > It's up to the OM developers to integrate my patch, I do not have
> > SVN access. Could someone from OM please comment on that?
> Surely it is up to the Navit developers to accept the pat
2008/9/2 Florian Hackenberger <[EMAIL PROTECTED]>:
> It's up to the OM developers to integrate my patch, I do not have SVN
> access. Could someone from OM please comment on that?
Surely it is up to the Navit developers to accept the patch, and I
don't suppose they read this mailing list...
Jeff
On Tuesday 02 September 2008, Fox Mulder wrote:
> Is your patch surrently in the svn version integrated or do we still
> need to patch the sourcecode with this?
It's up to the OM developers to integrate my patch, I do not have SVN
access. Could someone from OM please comment on that?
Cheers,
Is your patch surrently in the svn version integrated or do we still
need to patch the sourcecode with this?
If it is not integrated, wouldn't it be good to send this patch to the
author so he could integrate it?
I use debian on my neo and use the svn version to compile it myself
instead of using
Vikas Saurabh wrote:
> WHAT OM is shipping 900MHz version...at the same costmy v5 is
> still working and I clearly remember it was 400MHz.
That'd be the GSM radio frequency, not the CPU.
- Ben
___
Openmoko community mailing list
community@list
AhhhI feel so stupid...you must have meant 900MHz triband in terms of
network [:sheepish:]
On Fri, Aug 22, 2008 at 5:49 AM, Vikas Saurabh <[EMAIL PROTECTED]>wrote:
> WHAT OM is shipping 900MHz version...at the same costmy v5 is still
> working and I clearly remember it was 400MHz.
> W
WHAT OM is shipping 900MHz version...at the same costmy v5 is still
working and I clearly remember it was 400MHz.
Would 900MHz be at the same cost?
> I'm hoping that OM will send me a replacement 900MHz version
> sometime ...
>
___
Openmoko comm
Yohann (YC) Coppel wrote:
> So, I can view the maps, calculate the directions, but It does not
> read gps data.
> I am using FSO, and apparently there is no gpsd in the repositories.
gpsd is installed in the GTA01 fso-testing image at shr.bearstech.com,
and navit is also in the fso-testing feeds.
On Thursday 21 August 2008, Yohann (YC) Coppel wrote:
> Wahou !
> That is way faster than before ! great !
Thanks!
> The svn version you are using should have the gypsy patch, but I
> don't see any vehicle_gypsy in /usr/lib/navit/vehicle/. Is it
> compiled it with some options (like --disable-gyps
Wahou !
That is way faster than before ! great !
So, I can view the maps, calculate the directions, but It does not
read gps data.
I am using FSO, and apparently there is no gpsd in the repositories.
The svn version you are using should have the gypsy patch, but I don't
see any vehicle_gypsy in /
On Monday 18 August 2008, Charles-Henri Gros wrote:
> gdk_window_begin_paint_region
> gdk_window_end_paint
> It's funny, I did the opposite of what you did while working on my
> own version of tangoGPS, because I didn't like the white rectangles
> around. I'm afraid that using that method will nega
Marcus Bauer wrote:
> On Wed, 2008-08-20 at 13:04 +1000, Dale Maggee wrote:
>
>> so I tried:
>> [EMAIL PROTECTED]:/usr/share/navit# /etc/init.d/gpsd start
>>
>> and got:
>>
>> Starting gpsd: No GPS device, aborting gpsd startup. Check
>> /etc/default/gpsd
>>
> The line in /etc/default/gps
On Wed, 2008-08-20 at 13:04 +1000, Dale Maggee wrote:
> so I tried:
> [EMAIL PROTECTED]:/usr/share/navit# /etc/init.d/gpsd start
>
> and got:
>
> Starting gpsd: No GPS device, aborting gpsd startup. Check
> /etc/default/gpsd
The line in /etc/default/gpsd needs to read (for freerunner):
GPS_DEV
>>> these * look odd. did you put them in there or are the really from
>>> navit?
>>>
>> The problem is that the navit package contains only so.0.0.0 libs and .so.0
>> symlinks - navit trys to open the libs with a simple .so
>>
>> Broken package.
>>
>> Flo
>>
>
> changing navit.xml fr
On Tuesday 19 August 2008, Florian Lohoff wrote:
> The problem is that the navit package contains only so.0.0.0 libs and
> .so.0 symlinks - navit trys to open the libs with a simple .so
>
> Broken package.
Hi!
Sorry, I forgot to add the navit.xml patch which was originally applied
to the navit 0.
Am Dienstag 19 August 2008 17:39:56 schrieb Florian Lohoff:
> On Tue, Aug 19, 2008 at 05:23:14PM +0200, arne anka wrote:
> > >> doing 'ls -R /usr/lib/navit/' gives me a list of all the libraries set
> > >> out in a directory structure, so the libraries are there... any Ideas
> > >> why it's not fin
On Tue, Aug 19, 2008 at 05:23:14PM +0200, arne anka wrote:
> >> doing 'ls -R /usr/lib/navit/' gives me a list of all the libraries set
> >> out in a directory structure, so the libraries are there... any Ideas
> >> why it's not finding them?
>
> quick idea: set LD_LIBRARY_PATH, but ...
>
> > 1699
>> doing 'ls -R /usr/lib/navit/' gives me a list of all the libraries set
>> out in a directory structure, so the libraries are there... any Ideas
>> why it's not finding them?
quick idea: set LD_LIBRARY_PATH, but ...
> 1699 stat64("/usr/lib/navit/*/lib*.so", 0xbe9c0a78) = -1 ENOENT (No
these
On Mon, Aug 18, 2008 at 12:36:18PM +1000, Dale Maggee wrote:
> Subject: Re: Navit patch for faster map dragging
>
> Florian Hackenberger wrote:
> > On Sunday 17 August 2008, Lothar Behrens wrote:
> >
> >> I had the same issue, but doing the same wit
2008/8/19 Christ van Willegen <[EMAIL PROTECTED]>:
> Are the instructions on the Wiki page still correct? It refers to
> http://www.mikeasoft.com/~mike/ipk/armv4t/navit_0.0.4-r0_armv4t.ipk
Now they are.
Jeff
___
Openmoko community mailing list
communit
On Tue, Aug 19, 2008 at 4:19 PM, Florian Lohoff <[EMAIL PROTECTED]> wrote:
> On Tue, Aug 19, 2008 at 04:14:56PM +0200, Florian Lohoff wrote:
>> > http://www.acoveo.org/navit_0.1.0+svnrev1255-r0_armv4t.ipk
>> >
>> > which should have the patch applied.
>>
>> This package seems to have dependencies/r
On Tue, Aug 19, 2008 at 04:14:56PM +0200, Florian Lohoff wrote:
> > http://www.acoveo.org/navit_0.1.0+svnrev1255-r0_armv4t.ipk
> >
> > which should have the patch applied.
>
> This package seems to have dependencies/recommendations not beeing
> satisfied in Om2008.8 - right ?
To fast - found the
On Mon, Aug 18, 2008 at 09:37:15AM +0200, Jeffrey Ratcliffe wrote:
> Subject: Re: Navit?
>
> 2008/8/18 Nathan Kinkade <[EMAIL PROTECTED]>:
> > I assume it has to do with this:
> > http://navit.svn.sourceforge.net/viewvc/navit?view=rev&revision=1169
> >
> &g
2008/8/18 Nathan Kinkade <[EMAIL PROTECTED]>:
> I assume it has to do with this:
> http://navit.svn.sourceforge.net/viewvc/navit?view=rev&revision=1169
>
> I guess it's time for me to learn how to build packages for Openmoko.
Or use
http://www.acoveo.org/navit_0.1.0+svnrev1255-r0_armv4t.ipk
whic
On Monday 18 August 2008, you wrote:
> You should never set DEFAULT_PREFERENCE to -1 on an already working
> recipe, just because you added a better svn recipe.
Thanks for pointing that out, I'm new to bitbake and found that to be
the only difference between the 0.0.4 and svn bitbake files and
th
Florian Hackenberger wrote:
> On Sunday 17 August 2008, Lothar Behrens wrote:
>
>> I had the same issue, but doing the same with -nodeps worked here
>> too.
>>
> Sorry, forgot to mention that the ipk dependencies are a mess. You need
> the -force-depends option (-nodeps is similar).
>
T
Florian Hackenberger wrote:
> On Sunday 17 August 2008, Holger Freyther wrote:
>> Fantastic, did you consider sending the patch upstream?
> I'll wait a few days. Usually I'm not satisfied with the first version
> and keep improving it. I don't want to steal the time of the navit
> developers by s
> diff --git a/packages/navit/navit_0.0.4.bb b/packages/navit/navit_0.0.4.bb
> index 104495f..edd4519 100644
> --- a/packages/navit/navit_0.0.4.bb
> +++ b/packages/navit/navit_0.0.4.bb
> @@ -4,4 +4,7 @@ PR = "r0"
>
> SRC_URI = "${SOURCEFORGE_MIRROR}/navit/navit-${PV}.tar.gz"
>
> +DEFAULT_PREFERE
2008/8/5 Michael Sheldon <[EMAIL PROTECTED]>:
> I've uploaded a build of the latest stable version (0.04) to
> http://www.mikeasoft.com/~mike/ipk/armv4t/
>
> Cheers,
> Mike.
Just a note for the list, I installed Mike's ipk above, and then
proceeded to download map data for the entire United S
Hi,
I have another idea that propably improves the 'speed'.
Why not prerender the other 8 rectangles of the screen that would then
have an effect to scroll in faster when the map is dragged in any
direction ?
In normal circumstances the user has to do with reading the map, thus
the CPU has time
Florian Hackenberger wrote:
> On Sunday 17 August 2008, Lothar Behrens wrote:
>> I had the same issue, but doing the same with -nodeps worked here
>> too.
> Sorry, forgot to mention that the ipk dependencies are a mess. You need
> the -force-depends option (-nodeps is similar).
>
>> Great work :-
Am Sonntag, den 17.08.2008, 18:36 +0200 schrieb Florian Hackenberger:
> > But still an issue I see with big routes that are propably
> > recalculated at application startup. Consumes much CPU time and
> > partly blocks the UI.
> I haven't got routing to work here with the OSM maps. It may be a
> p
Hi !
Thanks for the patch !!!
On Sun, Aug 17, 2008 at 3:34 PM, Florian Hackenberger
<[EMAIL PROTECTED]> wrote:
>One thing which still annoys me is the flicker while panning. I'm not
> familiar with gtk and have not yet found a way to disable display
> refreshes while doing a series of dra
On Sunday 17 August 2008, Lothar Behrens wrote:
> I had the same issue, but doing the same with -nodeps worked here
> too.
Sorry, forgot to mention that the ipk dependencies are a mess. You need
the -force-depends option (-nodeps is similar).
> Great work :-)
Thanks!
> But still an issue I see w
Am Montag, den 18.08.2008, 00:16 +1000 schrieb Dale Maggee:
> > PS: Please download the ipk using wget and then invoke opkg on the
> > downloaded file (instead of invoking opkg using the URL). There seems
> > to be a problem with opkg and the apache gzip compression.
> >
> Yeah, it gives the s
> PS: Please download the ipk using wget and then invoke opkg on the
> downloaded file (instead of invoking opkg using the URL). There seems
> to be a problem with opkg and the apache gzip compression.
>
Yeah, it gives the somewhat cryptic message: " opkg: invalid magic"
This is great, two o
On Sunday 17 August 2008, Holger Freyther wrote:
> Fantastic, did you consider sending the patch upstream?
I'll wait a few days. Usually I'm not satisfied with the first version
and keep improving it. I don't want to steal the time of the navit
developers by sending a stream of consecutive patche
On Sunday 17 August 2008 12:22:45 Florian Hackenberger wrote:
> Hi!
>
> I'd like to submit a patch for navit, which changes the map dragging
> rendering method for the gtk interface (which is used on the Neo).
> Before the patch navit rerendered the map on each drag increment, which
> was too slow
On Sunday 17 August 2008, Christian Anke wrote:
> Nice work, with this the location search also works for me.
That's great, I haven't tried it yet, good to know. Where have you got
your maps from BTW?
> * ERROR: Cannot satisfy the following dependencies for navit:
> * gtk+ (>= 2.12.11)
Am Sonntag 17 August 2008 12:22:45 schrieb Florian Hackenberger:
> Hi!
>
> I'd like to submit a patch for navit, which changes the map dragging
> rendering method for the gtk interface (which is used on the Neo).
> Before the patch navit rerendered the map on each drag increment, which
> was too sl
Am Donnerstag 14 August 2008 15:39:54 schrieb Dale Maggee:
> carcinoma wrote:
> > Hi Community,
> >
> > i'm in progres to convert the OSM Map of Berlin into an
> > Navit Binary map File.
> >
> > Does anyone have some experiences with that?
> >
> > The Map i created and loaded into navit looks more
Am Donnerstag 14 August 2008 15:40:38 schrieb Jeffrey Ratcliffe:
> 2008/8/14 carcinoma <[EMAIL PROTECTED]>:
> > i'm in progres to convert the OSM Map of Berlin into an
> > Navit Binary map File.
> >
> > Does anyone have some experiences with that?
> >
> > The Map i created and loaded into navit loo
2008/8/14 carcinoma <[EMAIL PROTECTED]>:
> i'm in progres to convert the OSM Map of Berlin into an
> Navit Binary map File.
>
> Does anyone have some experiences with that?
>
> The Map i created and loaded into navit looks more like a "fuzzy" map.
> I followed the instructions on the wiki. used the
carcinoma wrote:
> Hi Community,
>
> i'm in progres to convert the OSM Map of Berlin into an
> Navit Binary map File.
>
> Does anyone have some experiences with that?
>
> The Map i created and loaded into navit looks more like a "fuzzy" map.
> I followed the instructions on the wiki. used the pyt
* Jeffrey Ratcliffe <[EMAIL PROTECTED]> [2008-08-11 21:44 +0200]:
>
> Except that when I select Route/Destination, it segfaults, complaining
> that xkbd doesn't exist.
>
> This seems to be known - http://trac.navit-project.org/ticket/96
>
> Has anyone found a workaround?
There's one in the wiki
2008/8/5 Jeffrey Ratcliffe <[EMAIL PROTECTED]>:
> On reflection, this is probably because I threw too big a map at it.
> Without a map, at least it starts.
No. It didn't like something in ~/.navit/navit.xml.
I copied /usr/share/navit/navit.xml to ~/.navit/navit.xml, updated the
map file data, and
On Wed, 2008-08-06 at 19:05 +1000, Dale Maggee wrote:
> Michael Sheldon wrote:
> > Dale Maggee wrote:
> >
> >> do you have an ipkg? did you get gpsd support to compile?
> >>
> >> I've tried compiling the svn version, but I get the following during
> >> 'make':
> >>
> >> /usr/local/openmoko/arm/
arne anka wrote:
>> gpsd-devel.i386 2.34-3.fc7
>> development
>>
>
> this should be the right one -- lock inside (yum might be able to list the
> content), it should have some or more files ending with .h
>
>
>
I can't see a yum option to list files,
> gpsd-devel.i386 2.34-3.fc7
> development
this should be the right one -- lock inside (yum might be able to list the
content), it should have some or more files ending with .h
> under 'Installing additional libraries into the toolchain', the wiki
> page
Success!
extracted navit.arm.2.tgz to ./ on the FR, did some configurification to
use my australia map, and it works!
It's *very* slow (~1fps) to update the screen at usefull zoom levels,
and I seem to have to start the agpsgui and get a fix with that first,
but it's working! yay! thanks alot
arne anka wrote:
>> Forgive what is probably a dumb question (I'm not a coder), but how do I
>> install the libgps devel stuff? I noticed the section in the ToolChain
>>
>
> use your distro's package management to find "libgps" and "devel"
> this should give you one or more package names like
> Forgive what is probably a dumb question (I'm not a coder), but how do I
> install the libgps devel stuff? I noticed the section in the ToolChain
use your distro's package management to find "libgps" and "devel"
this should give you one or more package names like
libgps-devel
or
libgps-dev
ins
Harald Koenig wrote:
> On Aug 05, Dale Maggee wrote:
>
>
>> Thanks, but I've got the map problem sorted out, I think... now I just
>> need to get it working with gpsd...
>>
>
> when I first compiled navit for openmoko I had to add libgps devel
> to my (cross) build environment to make ./c
Michael Sheldon wrote:
> Dale Maggee wrote:
>
>> do you have an ipkg? did you get gpsd support to compile?
>>
>> I've tried compiling the svn version, but I get the following during 'make':
>>
>> /usr/local/openmoko/arm/lib/gcc/arm-angstrom-linux-gnueabi/4.1.2/../../../../arm-angstrom-linux-gnue
2008/8/5 Yorick Moko <[EMAIL PROTECTED]>:
> this installs another version of navit that does not start when I press it
I could install navit with
opkg install http://www.mikeasoft.com/~mike/ipk/armv4t/navit_0.0.4-r0_armv4t.ipk
but running it gives:
** (process:1582): WARNING **: failed to insta
2008/8/5 Jeffrey Ratcliffe <[EMAIL PROTECTED]>:
> ** (process:1582): WARNING **: failed to instantiate gui '(null)'
On reflection, this is probably because I threw too big a map at it.
Without a map, at least it starts.
Jeff
___
Openmoko community mail
Michael Sheldon wrote:
> I've uploaded a build of the latest stable version (0.04) to
> http://www.mikeasoft.com/~mike/ipk/armv4t/
You should give it a higher version than the one from aiurlano to make
upgrading possible.
--
Drucken Sie diese Mail bitte nur auf Recyclingpapier aus.
Please p
On Tue, Aug 5, 2008 at 4:47 PM, Michael Sheldon <[EMAIL PROTECTED]> wrote:
> Tilman Baumann wrote:
>> Yorick Moko wrote:
>>> the ipk from http://aiurlano.netsons.org/OpenMoko/ipk/armv4t/ is outdated
>>> though
>>
>> I'm really glad Navit is getting the attention it deserves now.
>> If anyone could
Tilman Baumann wrote:
> Yorick Moko wrote:
>> the ipk from http://aiurlano.netsons.org/OpenMoko/ipk/armv4t/ is outdated
>> though
>
> I'm really glad Navit is getting the attention it deserves now.
> If anyone could make a new build (package) with the lastest version.
> And maybe even some gui im
On Aug 05, KaZeR wrote:
>>> You can also try the web download interface at
>>> http://maps.navit-project.org/download/
>>
>> Seems the maps for single countries are a bit out of date. Near my home,
>> I think coverage has doubled since the maps were created in january.
>
> Weird, they should be up
101 - 200 of 230 matches
Mail list logo