Nabble - GpsDrive

gpsdrive doesnt import kismet discovers

2009-11-23T13:50:44Z

Hey Guys,

I have a problem with gpsdrive running together with kismet. I installed gpsdrive 2.10pre8 from the svn trunk. Kismet is newcore2009-Rc1 running in suid mode . Gpsdrive recognize that kismet is running and kismet displays the GPS information. If I got it right, gpsdrive provides a sqlite (waypoints.db) in ~/.gpsdrive, where the kismet data is stored so gpsdrive can access it while running. So I start kismet and after that gpsdrive, but no waypoints are created.. Checkbox for user db is activated.

Ubuntu 9.10

Postgresql 8.4

Postgis svn

Mapnik svn

Gpsdrive svn

Even dbi and dbd for sql and postgresql are compiled and installed.

If you need further information, I will provide it ;) There were no compiling issues or something else.

Regards

Helge

P.S. if you tell me how to display the svn checkout version from the sources I could provide them too if necessary

__________ Hinweis von ESET NOD32 Antivirus, Signaturdatenbank-Version 4631 (20091123) __________

E-Mail wurde geprüft mit ESET NOD32 Antivirus.

http://www.eset.com

_______________________________________________
GPSdrive mailing list
GPSdrive@...
http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive

Major change in gpsd interface coming soon

2009-11-22T12:41:36Z

Heads up, in case you haven't seen this:

"Urgent news for maintainers of gpsd clients

We've been warning it was coming for years, and it's here: the
request/response protocol used by gpsd is about to change in ways that
will break your application if you're not careful. The old protocol is
still supported, but will remain so only for a very limited time. Read
\"Moving to GPSD-NG: a Guide for Client Developers\" to find out why
this is happening and what you need to do about it."

http://gpsd.berlios.de/

--

Charles Curley /"\ ASCII Ribbon Campaign
Looking for fine software \ / Respect for open standards
and/or writing? X No HTML/RTF in email
http://www.charlescurley.com / \ No M$ Word docs in email

Key fingerprint = CE5C 6645 A45A 64E4 94C0 809C FFF6 4C48 4ECD DFDB
_______________________________________________
GPSdrive mailing list
GPSdrive@...
http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive

gpsreplay version bug

2009-11-22T12:39:10Z

There is a bug in gpsreplay: it does not announce its version properly.
I have not checked to see if this affects gpsdrive, but it does affect
roadnav (http://roadnav.sourceforge.net/). Roadnav does a pretty
thorough check for protocol version as well as well as gpsd version
before it will play with gpsd (or any other data source). (For the
terminally curious, the code is in
GPSInterface_GPSD::GPSDGetProtocolVersion.) Apparently gpsreplay
responds to a request for version (command "L") with a position NMEA
line, starting with "$GPRMC". Roadnav objects and refuses to play.

--

Charles Curley /"\ ASCII Ribbon Campaign
Looking for fine software \ / Respect for open standards
and/or writing? X No HTML/RTF in email
http://www.charlescurley.com / \ No M$ Word docs in email

Key fingerprint = CE5C 6645 A45A 64E4 94C0 809C FFF6 4C48 4ECD DFDB
_______________________________________________
GPSdrive mailing list
GPSdrive@...
http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive

Re: More curiosities

2009-11-21T10:12:06Z

Paul Martin wrote:

> On Fri, Nov 20, 2009 at 11:09:56AM -0800, Bruce Johnson wrote:
>
>> On the openstreetmap_tah map the current position is correct. If
>> Manik mode is selected the 1:750000 map scale shows the present
>> position accurately. The 1:500000 shows the incorrect position but
>> the distance to waypoint set on the previous scale remains 21.4 km.
>> I suspect something in gpsdrive map controls rather than mapnik
>> itself.
>>
>
> Clear your map cache.
>
> rm -rf ~/.gpsdrive/maps/mapnik_cache/
>
>

That did it! Now to get speech working, learn how to construct a route,
examine the -M car, and correct my subversion problems.

Thanks, Bruce Johnson

_______________________________________________
GPSdrive mailing list
GPSdrive@...
http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive

Re: More curiosities

2009-11-21T05:29:18Z

On Fri, Nov 20, 2009 at 11:09:56AM -0800, Bruce Johnson wrote:
> On the openstreetmap_tah map the current position is correct. If
> Manik mode is selected the 1:750000 map scale shows the present
> position accurately. The 1:500000 shows the incorrect position but
> the distance to waypoint set on the previous scale remains 21.4 km.
> I suspect something in gpsdrive map controls rather than mapnik
> itself.

Clear your map cache.

rm -rf ~/.gpsdrive/maps/mapnik_cache/

--
Paul Martin <pm@...>
_______________________________________________
GPSdrive mailing list
GPSdrive@...
http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive

More curiosities

2009-11-20T11:09:56Z

On the openstreetmap_tah map the current position is correct. If Manik
mode is selected the 1:750000 map scale shows the present position
accurately. The 1:500000 shows the incorrect position but the distance
to waypoint set on the previous scale remains 21.4 km. I suspect
something in gpsdrive map controls rather than mapnik itself.

Stumped again, Bruce Johnson

_______________________________________________
GPSdrive mailing list
GPSdrive@...
http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive

Updating osm2pgsql

2009-11-19T21:36:30Z

The subversion server for openstreetmap.org is a painful lesson in
humility. After manually downloading the files which the error
prevented, I also discovered the libbz2-dev package had to be installed
and the default.style had to be copied to /usr/share/osm2pgsql/ which
did not previously exist. The new osm2pgsql throws a number of errors
which may indicate a change in the tables but continues to completion.
And after all that work, gpsdrive continues to show my position
North-Northwest of Corvallis Airport. I shall now be sick.

_______________________________________________
GPSdrive mailing list
GPSdrive@...
http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive

Re: pre8.svn

2009-11-19T14:45:41Z

Paul Martin wrote:

> On Thu, Nov 19, 2009 at 01:11:24PM -0800, Bruce Johnson wrote:
>
>> This is exactly what my ~/.gpsdrive/osm.xml has. Whether the -m
>> option is used or not the position of my GPS (44.3 N, 123.3 W) is
>> reported Northwest of the Corvallis, Oregon airport. My version of
>> osm2pgsql does not have the --slim option.
>>
>
> In which case, you ought to try with a much newer version. Older osm2psqls
> used the "wrong" projection.
>
>

Wilco!
_______________________________________________
GPSdrive mailing list
GPSdrive@...
http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive

Re: pre8.svn

2009-11-19T13:26:06Z

On Thu, Nov 19, 2009 at 01:11:24PM -0800, Bruce Johnson wrote:
> This is exactly what my ~/.gpsdrive/osm.xml has. Whether the -m
> option is used or not the position of my GPS (44.3 N, 123.3 W) is
> reported Northwest of the Corvallis, Oregon airport. My version of
> osm2pgsql does not have the --slim option.

In which case, you ought to try with a much newer version. Older osm2psqls
used the "wrong" projection.

--
Paul Martin <pm@...>
_______________________________________________
GPSdrive mailing list
GPSdrive@...
http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive

Re: pre8.svn

2009-11-19T13:11:24Z

Paul Martin wrote:

> On Thu, Nov 19, 2009 at 10:48:02AM -0800, Bruce Johnson wrote:
>
>
>> I went out for a drive and find the scale and shape of the GPS track
>> seems accurate. Its position on the map is at least 25 km north of
>> the roads I traveled.
>>
>
> That usually means that the projection is wrong somewhere, either in the
> osm.xml file from gpsdrive. It should start:
>
> <?xml version="1.0" encoding="utf-8"?>
> <!DOCTYPE Map>
> <Map bgcolor="#ffeed4" srs="+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m +nadgrids=@null +no_defs +over">
>
> It's also possible that the OSM data was imported into your database with
> the wrong projection. With the above projection you should use
> "osm2pgsql -m" to use the spherical mercator (Google Maps) format.
>
>

This is exactly what my ~/.gpsdrive/osm.xml has. Whether the -m option
is used or not the position of my GPS (44.3 N, 123.3 W) is reported
Northwest of the Corvallis, Oregon airport. My version of osm2pgsql
does not have the --slim option. Why such a number as 25 km should
appear is strange. If memory serves, a minute of latitude is about 2 km
so the error is about 13 minutes which is prime. Ah the curse.

Thanks, Bruce Johnson

_______________________________________________
GPSdrive mailing list
GPSdrive@...
http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive

Re: pre8.svn

2009-11-19T11:34:47Z

On Thu, Nov 19, 2009 at 10:48:02AM -0800, Bruce Johnson wrote:

> I went out for a drive and find the scale and shape of the GPS track
> seems accurate. Its position on the map is at least 25 km north of
> the roads I traveled.

That usually means that the projection is wrong somewhere, either in the
osm.xml file from gpsdrive. It should start:

<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE Map>
<Map bgcolor="#ffeed4" srs="+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m +nadgrids=@null +no_defs +over">

It's also possible that the OSM data was imported into your database with
the wrong projection. With the above projection you should use
"osm2pgsql -m" to use the spherical mercator (Google Maps) format.

--
Paul Martin <pm@...>
_______________________________________________
GPSdrive mailing list
GPSdrive@...
http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive

Re: pre8.svn

2009-11-19T10:48:02Z

Bruce Johnson wrote:

> I found that plain gpsdrive with all but the map control button off
> gives an acceptable view. Neither the spherical mercator nor WGS584?
> yields a display that shows my position correctly.
>
> Regards, Bruce Johnson
>
> _______________________________________________
> GPSdrive mailing list
> GPSdrive@...
> http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive

I went out for a drive and find the scale and shape of the GPS track
seems accurate. Its position on the map is at least 25 km north of the
roads I traveled. The track when reloaded is consistent. On expedia,
on the highway, on mapnik, out in the farmers' fields. At this
juncture, should I start modifying code?

Thanks, Bruce Johnson

_______________________________________________
GPSdrive mailing list
GPSdrive@...
http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive

Re: pre8.svn

2009-11-19T07:24:17Z

I found that plain gpsdrive with all but the map control button off
gives an acceptable view. Neither the spherical mercator nor WGS584?
yields a display that shows my position correctly.

Regards, Bruce Johnson

_______________________________________________
GPSdrive mailing list
GPSdrive@...
http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive

Re: pre8.svn

2009-11-19T06:26:15Z

Ross Scanlon wrote:

>> Eliminating the -G rid me of the jumping. However, the slider is not on
>> the screen.
>>
>
> Try turning off the buttons in the left panel from Options->Preferences->Buttons
>
> As gpsdrive starts with all buttons active the first time it will push the parts of the window of the bottom of the screen with vertical screen pixels less than about 600. Something that needs to be rectified.
>
>
>
>
>> Also the Mapnik mode places my position on the map 25 Km
>> north of the actual position. Such is not the case for expedia's map.
>> Gpsdrive is displaying the correct long/lat. In its former incarnation,
>> pre4, it did not convert Kph to Mph other than the label; but why the
>> position is this far off stumps me.
>>
>
>
> Check that the following is in the first part of mapnik.cpp source
>
> mapnik::projection Proj("+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m +nadgrids=@null +no_defs +over");
> This code is there just below a TODO note. The instructions I recall advised both using and omitting the -m option when loading the cloudmade map. I believe I did not include it. I shall try the other method.
>

_______________________________________________
GPSdrive mailing list
GPSdrive@...
http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive

Re: pre8.svn

2009-11-19T05:37:42Z

> Eliminating the -G rid me of the jumping. However, the slider is not on
> the screen.

Try turning off the buttons in the left panel from Options->Preferences->Buttons

As gpsdrive starts with all buttons active the first time it will push the parts of the window of the bottom of the screen with vertical screen pixels less than about 600. Something that needs to be rectified.

> Also the Mapnik mode places my position on the map 25 Km
> north of the actual position. Such is not the case for expedia's map.
> Gpsdrive is displaying the correct long/lat. In its former incarnation,
> pre4, it did not convert Kph to Mph other than the label; but why the
> position is this far off stumps me.

Check that the following is in the first part of mapnik.cpp source

mapnik::projection Proj("+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m +nadgrids=@null +no_defs +over");

--
Cheers
Ross
_______________________________________________
GPSdrive mailing list
GPSdrive@...
http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive

Re: pre8.svn

2009-11-18T21:22:45Z

Ross Scanlon wrote:

>> I have 0.6 but the link to input did stop the error message by using 0.5
>> as the intervening directory. Now that I have the errors suppressed I
>> can focus on why the -G 900x300 -M car jumps about on my EEEPC 900A.
>> The mapnik mode is now presented but the roads and rivers seem to have
>> different scales.
>>
>
> Try without the -G and also turn off any buttons on the left menu you do not want Options->Preferences->Buttons
>
>
>

Eliminating the -G rid me of the jumping. However, the slider is not on
the screen. Also the Mapnik mode places my position on the map 25 Km
north of the actual position. Such is not the case for expedia's map.
Gpsdrive is displaying the correct long/lat. In its former incarnation,
pre4, it did not convert Kph to Mph other than the label; but why the
position is this far off stumps me.

What debug level reveals the calculations for displaying the gps blob?

Thanks, Bruce Johnson

_______________________________________________
GPSdrive mailing list
GPSdrive@...
http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive

Re: pre8.svn

2009-11-18T17:54:32Z

> I have 0.6 but the link to input did stop the error message by using 0.5
> as the intervening directory. Now that I have the errors suppressed I
> can focus on why the -G 900x300 -M car jumps about on my EEEPC 900A.
> The mapnik mode is now presented but the roads and rivers seem to have
> different scales.

Try without the -G and also turn off any buttons on the left menu you do not want Options->Preferences->Buttons

--
Cheers
Ross
_______________________________________________
GPSdrive mailing list
GPSdrive@...
http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive

Re: pre8.svn

2009-11-18T17:28:32Z

Ross Scanlon wrote:

>> Cannot init mapnik. Mapnik support DISABLED: Could not create
>> datasource. No plugin found for type 'shape' in layer 'world-1'
>>
>>
> Bruce,
>
> This is the failing to find shape.input by mapnik error.
>
> For 0.5 it's in
>
> /usr/lib/mapnik/0.5/input/
>
> You need to have a directory structure like below in /usr/lib/mapnik
>
> 0.5/
> fonts -> 0.5/fonts/
> input -> 0.5/input/
> world_boundaries -> 0.5/world_boundaries/
>
> the fonts, input and world_boundaries are symlinks
>
> If your using 0.6 then it will need to be something similar.
>
>

I have 0.6 but the link to input did stop the error message by using 0.5
as the intervening directory. Now that I have the errors suppressed I
can focus on why the -G 900x300 -M car jumps about on my EEEPC 900A.
The mapnik mode is now presented but the roads and rivers seem to have
different scales.

_______________________________________________
GPSdrive mailing list
GPSdrive@...
http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive

Re: pre8.svn

2009-11-18T17:22:23Z

Paul Martin wrote:

> On Wed, Nov 18, 2009 at 04:16:24PM -0800, Bruce Johnson wrote:
>
>> The yellow error I have referred to Openstreetmaps.org without
>> reply. The red message leads me to believe the world_boundaries.shp
>> has an error but I don't know why.
>>
>
> Some of us use non-HTML email programs. Please bear that in mind.
>
>

OK!

_______________________________________________
GPSdrive mailing list
GPSdrive@...
http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive

Re: pre8.svn

2009-11-18T16:40:23Z

> Cannot init mapnik. Mapnik support DISABLED: Could not create
> datasource. No plugin found for type 'shape' in layer 'world-1'
>
Bruce,

This is the failing to find shape.input by mapnik error.

For 0.5 it's in

/usr/lib/mapnik/0.5/input/

You need to have a directory structure like below in /usr/lib/mapnik

0.5/
fonts -> 0.5/fonts/
input -> 0.5/input/
world_boundaries -> 0.5/world_boundaries/

the fonts, input and world_boundaries are symlinks

If your using 0.6 then it will need to be something similar.

--
Cheers
Ross
_______________________________________________
GPSdrive mailing list
GPSdrive@...
http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive

Re: pre8.svn

2009-11-18T16:31:09Z

On Wed, Nov 18, 2009 at 04:16:24PM -0800, Bruce Johnson wrote:
> The yellow error I have referred to Openstreetmaps.org without
> reply. The red message leads me to believe the world_boundaries.shp
> has an error but I don't know why.

Some of us use non-HTML email programs. Please bear that in mind.

--
Paul Martin <pm@...>
_______________________________________________
GPSdrive mailing list
GPSdrive@...
http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive

pre8.svn

2009-11-18T16:16:24Z

I failed with pre7 so I tried the svn from sourceforge. One error seems to remain in the mapnik implementation:

Connection to Speech Dispatcher established.
Connection to GPS Daemon on 127.0.0.1:2947 established.
DB: Using waypoints from local user file.
DB: Using street data from Mapnik database.
Read 528 POI-Types from geoinfo.db
### WARNING: Failed to load image file '/usr/local/share/icons/map-icons/classic.small/rendering/landuse/forest.png': cannot open image file /usr/local/share/icons/map-icons/classic.small/rendering/landuse/forest.png
Cannot init mapnik. Mapnik support DISABLED: Could not create datasource. No plugin found for type 'shape' in layer 'world-1'

xsize=814 ysize=782 geometry=[]

The yellow error I have referred to Openstreetmaps.org without reply. The red message leads me to believe the world_boundaries.shp has an error but I don't know why.

Thanks, Bruce Johnson

_______________________________________________
GPSdrive mailing list
GPSdrive@...
http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive

Re: Is Garmin GPS-12 supported

2009-11-17T20:09:35Z

I've used my Garmin 12 with GPSdrive for quite a few years. It can do
NMEA sentences which is all that is really needed beside the physical
port :)

> I have a Garmin GPS-12 handheld unit bought in the late 90's with a
> serial COM port type interface. I have connected this to a notebook
> using a USB COM port adapter. Notebook running Fedora 11.
>
> My question is whether the GPS-12 in serial mode is supported by gpds?
>
> Thanks
>
> _______________________________________________
> GPSdrive mailing list
> GPSdrive@...
> http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive
>
>

_______________________________________________
GPSdrive mailing list
GPSdrive@...
http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive

Re: Is Garmin GPS-12 supported

2009-11-17T09:23:25Z

On Tue, 17 Nov 2009 17:45:15 +0200
Perazim <perazim@...> wrote:

> I have a Garmin GPS-12 handheld unit bought in the late 90's with a
> serial COM port type interface. I have connected this to a notebook
> using a USB COM port adapter. Notebook running Fedora 11.
>
> My question is whether the GPS-12 in serial mode is supported by gpds?

http://gpsd.berlios.de/hardware.html

--

Charles Curley /"\ ASCII Ribbon Campaign
Looking for fine software \ / Respect for open standards
and/or writing? X No HTML/RTF in email
http://www.charlescurley.com / \ No M$ Word docs in email

Key fingerprint = CE5C 6645 A45A 64E4 94C0 809C FFF6 4C48 4ECD DFDB
_______________________________________________
GPSdrive mailing list
GPSdrive@...
http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive

Is Garmin GPS-12 supported

2009-11-17T07:45:15Z

I have a Garmin GPS-12 handheld unit bought in the late 90's with a
serial COM port type interface. I have connected this to a notebook
using a USB COM port adapter. Notebook running Fedora 11.

My question is whether the GPS-12 in serial mode is supported by gpds?

Thanks

_______________________________________________
GPSdrive mailing list
GPSdrive@...
http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive

Stumped

2009-11-15T11:28:17Z

The following appears after starting gpsdrive:

> Connection to Speech Dispatcher established.
> Connection to GPS Daemon on 127.0.0.1:2947 established.
> DB: Using waypoints from local user file.
> Error: Could not find provider PostgreSQL in the current setup
>
> ** (GpsDrive:11798): CRITICAL **: gda_connection_add_event: assertion
> `GDA_IS_CONNECTION (cnc)' failed
> Read 528 POI-Types from geoinfo.db
> ### WARNING: Failed to load image file
> '/usr/local/share/icons/map-icons/classic.small/rendering/landuse/forest.png':
> cannot open image file
> /usr/local/share/icons/map-icons/classic.small/rendering/landuse/forest.png
> Cannot init mapnik. Mapnik support DISABLED: Could not create
> datasource. No plugin found for type 'shape' in layer 'world-1'

Postgresql-8.3 is running and has an entry
/var/run/postgresql/8.3-main.pid which is what I assume some routine is
looking for. The Mapnik problem remains but the python test does work.
Evidently the directories are aligned properly but I am stumped as to
where to begin searching.

_______________________________________________
GPSdrive mailing list
GPSdrive@...
http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive

mapnik world boundaries and postgresql

2009-11-13T22:28:44Z

I have the daemons speech-dispatcher and postgresql-8.3 running. I
don't know if I did it the most intelligent way but they run. I have
symlinked mapnik each way indicated in Ross' replies but no success with
gpsdrive. It finds the speech-dispatcher but not postgresql and
disables mapnik. So close but no joy. I am using mapnik 0.6.1 and am
flat out of ideas.

It is no worse than S & T routing me south across country through
thickets and a cemetery but more tantalizing.
_______________________________________________
GPSdrive mailing list
GPSdrive@...
http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive

Re: Mapnik error (go figure)

2009-11-11T15:58:12Z

Paul Martin wrote:

On Wed, Nov 11, 2009 at 09:33:56AM -0800, Bruce Johnson wrote:

Paul Martin wrote:

On Tue, Nov 10, 2009 at 06:42:36PM -0800, Bruce Johnson wrote:

Thanks for the information, Ross.  I had just concluded that I had a
biblical moment when I realized I need a "chmod 666 /var/log" in the
rc2.d so postgresql would start at boot.  As I recall, a mask

Are you sure? Directories need the execute bit, too.

On Debian, /var/log is 755 root:root, and /var/log/postgresql is 1775
root:postgres (ie. sticky bit set).

I have Easypeasy 1.5 which is 9.04 or Jaunty Jackalope flavor of
Ubuntu.  /var/log/postgresql is destroyed at shutdown or startup (I
don't know which save that recovery boots have a lot of log files it
cannot find.) so I think I need to set up the rc2.d.  Back in my SCO
Unix days, a mask 644 was necessary to get my application to work.
That was more than 20 years ago so I may recall poorly.


Ubuntu is based on Debian.

I can see no reason for /var/log not to be persistent. There can be much
valuable information in /var/log

I do know that on recent Ubuntus, /var/run is a ramdisk.

SCO Unix is a poor example to bring up. Much was highly non-standard about
it.

Directories should have the executable bit set.

If your Postgresql package isn't correctly setting up /var/log/postgresql,
then that is a bug you must report to the people who packaged your
distribution.

I did not know this. I agree completely. As far as SCO Unix, it was a pain at times but certainly better than DOS. I preferred Slackware as soon as I started with it; held onto it long after Red Hat overtook it as the most widely distributed Linux. I never had AT&T Unix as a frame of reference. Now that I have revealed my age, the OS I miss most is AEGIS. I will do as you suggest.

Thanks, Bruce Johnson

_______________________________________________
GPSdrive mailing list
GPSdrive@...
http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive

Re: Mapnik error (go figure)

2009-11-11T15:07:40Z

On Wed, Nov 11, 2009 at 09:33:56AM -0800, Bruce Johnson wrote:

> Paul Martin wrote:
> >On Tue, Nov 10, 2009 at 06:42:36PM -0800, Bruce Johnson wrote:
> >
> >>Thanks for the information, Ross. I had just concluded that I had a
> >>biblical moment when I realized I need a "chmod 666 /var/log" in the
> >>rc2.d so postgresql would start at boot. As I recall, a mask
> >
> >Are you sure? Directories need the execute bit, too.
> >
> >On Debian, /var/log is 755 root:root, and /var/log/postgresql is 1775
> >root:postgres (ie. sticky bit set).
> >
> I have Easypeasy 1.5 which is 9.04 or Jaunty Jackalope flavor of
> Ubuntu. /var/log/postgresql is destroyed at shutdown or startup (I
> don't know which save that recovery boots have a lot of log files it
> cannot find.) so I think I need to set up the rc2.d. Back in my SCO
> Unix days, a mask 644 was necessary to get my application to work.
> That was more than 20 years ago so I may recall poorly.

Ubuntu is based on Debian.

I can see no reason for /var/log not to be persistent. There can be much
valuable information in /var/log

I do know that on recent Ubuntus, /var/run is a ramdisk.

SCO Unix is a poor example to bring up. Much was highly non-standard about
it.

Directories should have the executable bit set.

If your Postgresql package isn't correctly setting up /var/log/postgresql,
then that is a bug you must report to the people who packaged your
distribution.

--
Paul Martin <pm@...>
_______________________________________________
GPSdrive mailing list
GPSdrive@...
http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive

Re: Mapnik error (go figure)

2009-11-11T09:33:56Z

Paul Martin wrote:

> On Tue, Nov 10, 2009 at 06:42:36PM -0800, Bruce Johnson wrote:
>
>
>> Thanks for the information, Ross. I had just concluded that I had a
>> biblical moment when I realized I need a "chmod 666 /var/log" in the
>> rc2.d so postgresql would start at boot. As I recall, a mask
>>
>
> Are you sure? Directories need the execute bit, too.
>
> On Debian, /var/log is 755 root:root, and /var/log/postgresql is 1775
> root:postgres (ie. sticky bit set).
>
>

I have Easypeasy 1.5 which is 9.04 or Jaunty Jackalope flavor of
Ubuntu. /var/log/postgresql is destroyed at shutdown or startup (I
don't know which save that recovery boots have a lot of log files it
cannot find.) so I think I need to set up the rc2.d. Back in my SCO
Unix days, a mask 644 was necessary to get my application to work. That
was more than 20 years ago so I may recall poorly.

Bruce Johnson

_______________________________________________
GPSdrive mailing list
GPSdrive@...
http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive

Re: Mapnik error (go figure)

2009-11-11T05:32:51Z

> >
>
> I had to create /usr/lib/mapnik/0.5 and link /usr/local/lib/mapnik/* to it.
> That worked and I now have the mapnik option in the Map Control menu. So am I
> correct in assuming that gpsdrive is looking for that specific directory?
>
> -alex
>
No, mapnik is looking for that directory.

Once gpsdrive calls mapnik all map generation is done by mapnik. Unfortunately there are a couple of problems like this with mapnik 0.5, I understand mapnik 0.6 resolved this but gpsdrive does not yet use it.

--
Cheers
Ross
_______________________________________________
GPSdrive mailing list
GPSdrive@...
http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive

Re: Mapnik error (go figure)

2009-11-11T04:36:56Z

On Tue, Nov 10, 2009 at 06:42:36PM -0800, Bruce Johnson wrote:

> Thanks for the information, Ross. I had just concluded that I had a
> biblical moment when I realized I need a "chmod 666 /var/log" in the
> rc2.d so postgresql would start at boot. As I recall, a mask

Are you sure? Directories need the execute bit, too.

On Debian, /var/log is 755 root:root, and /var/log/postgresql is 1775
root:postgres (ie. sticky bit set).

--
Paul Martin <pm@...>
_______________________________________________
GPSdrive mailing list
GPSdrive@...
http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive

Re: Mapnik error (go figure)

2009-11-11T04:01:24Z

On Tuesday 10 November 2009, Ross Scanlon wrote:

> > > > With version 0.5 of mapnik it is in
> > > >
> > > > /usr/local/lib/mapnik/0.5/input
> > > >
> > > > what it is looking for is:
> > > >
> > > > /usr/local/share/mapnik/world_boundaries/world_boundaries_m
> > > >
> > > > which is from the osm.xml file in your ~/.gpsdrive directory, this
> > > > file contains all things to do with how mapnik renders the maps.
> > >
> > > I found world_boundaries_m files with extensions but none with no
> > > extension. Is the .shp the one mapnik wants? Should I symlink like
> > > "ln -s world_boundaries_m.shp world_boundaries_m" in the
> > > world_boundaries directory?
> >
> > My exact question. How do we fix this since I know that mapnik is
> > working correctly after running the tests.
> >
> > -alex
>
> My error it is with .shp
>
> Does the directory
>
> /usr/local/lib/mapnik/world_boundaries
>
> exist?
>
>
>
> Try using the following symlink
>
> ln -s /usr/local/lib/mapnik /usr/local/share
>
>
> If not then try with
>
> ln -s /usr/local/lib/mapnik/* /usr/lib/mapnik/0.5
>
>
> One of these resolved the issue I had with this. I can't remember which but
> it's probably the first.
>

I had to create /usr/lib/mapnik/0.5 and link /usr/local/lib/mapnik/* to it.
That worked and I now have the mapnik option in the Map Control menu. So am I
correct in assuming that gpsdrive is looking for that specific directory?

-alex

_______________________________________________
GPSdrive mailing list
GPSdrive@...
http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive

Re: Mapnik error (go figure)

2009-11-10T20:38:43Z

> > > With version 0.5 of mapnik it is in
> > >
> > > /usr/local/lib/mapnik/0.5/input
> > >
> > > what it is looking for is:
> > >
> > > /usr/local/share/mapnik/world_boundaries/world_boundaries_m
> > >
> > > which is from the osm.xml file in your ~/.gpsdrive directory, this file
> > > contains all things to do with how mapnik renders the maps.
> >
> > I found world_boundaries_m files with extensions but none with no
> > extension. Is the .shp the one mapnik wants? Should I symlink like "ln
> > -s world_boundaries_m.shp world_boundaries_m" in the world_boundaries
> > directory?
>
> My exact question. How do we fix this since I know that mapnik is working
> correctly after running the tests.
>
> -alex

My error it is with .shp

Does the directory

/usr/local/lib/mapnik/world_boundaries

exist?

Try using the following symlink

ln -s /usr/local/lib/mapnik /usr/local/share

If not then try with

ln -s /usr/local/lib/mapnik/* /usr/lib/mapnik/0.5

One of these resolved the issue I had with this. I can't remember which but it's probably the first.

--
Cheers
Ross
_______________________________________________
GPSdrive mailing list
GPSdrive@...
http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive

Re: Mapnik error (go figure)

2009-11-10T19:29:02Z

On Tuesday 10 November 2009, Bruce Johnson wrote:

> Ross Scanlon wrote:
> > On Tue, 10 Nov 2009 17:29:56 -0800
> >
> > Bruce Johnson <kingcockup@...> wrote:
> >> Alex Cruz wrote:
> >>> So, I got the OSM import issue resolved however now, gpsdrive is
> >>> complaining about mapnik:
> >>>
> >>> Cannot init mapnik. Mapnik support DISABLED: Could not create
> >>> datasource. No plugin found for type 'shape' (encountered during
> >>> parsing of layer 'world-1')
> >>>
> >>> In looking thru some previous emails, I'm wondering if there is a
> >>> version issue going on here. I am using the latest svn of mapnik due to
> >>> some errors while compiling 0.5.1 under Karmic Koala. Thoughts?
> >>>
> >>> -alex
> >>> _______________________________________________
> >>> GPSdrive mailing list
> >>> GPSdrive@...
> >>> http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive
> >>
> >> I had the same error and was searching the postgresql calls. I
> >> suspended the search though I still believe the problem is in that
> >> region. With 3 database managers, I can't be sure.
> >>
> >> Bruce Johnson
> >
> > Alex & Bruce
> >
> > Actually it has to do with the input plugin shape.input for mapnik.
> >
> > It can be caused by not being able to find the shape.input file or the
> > world_boundaries_m file as below.
> >
> >
> > With version 0.5 of mapnik it is in
> >
> > /usr/local/lib/mapnik/0.5/input
> >
> > what it is looking for is:
> >
> > /usr/local/share/mapnik/world_boundaries/world_boundaries_m
> >
> > which is from the osm.xml file in your ~/.gpsdrive directory, this file
> > contains all things to do with how mapnik renders the maps.
>
> I found world_boundaries_m files with extensions but none with no
> extension. Is the .shp the one mapnik wants? Should I symlink like "ln
> -s world_boundaries_m.shp world_boundaries_m" in the world_boundaries
> directory?

My exact question. How do we fix this since I know that mapnik is working
correctly after running the tests.

-alex
_______________________________________________
GPSdrive mailing list
GPSdrive@...
http://lists.gpsdrivers.org/mailman/listinfo/gpsdrive