mapnik-osm-updater.sh looks in the wrong place on Fedora 10/x86_64 for lwpostgis.sql #1857
Comments
|
Author: brwk it has the same problem with spatial_ref_sys.sql. Attached a proper patch that should fix both of them. Might need to check for a -32 as well as the -64 on the first one. |
|
Author: brwk OK, the script is also having a problem with finding the default.style and 900913.sql files when invoked with ./mapnik-osm-updater.sh. It seems to be trying the right things but simply failing (ie dirname $0). Not so sure about what to do about that.... |
|
Author: tom[at]compton.nu This stuff is very distribution and architecture specific so I'm sure it's reasonable for us to try and consider every possible path - maybe we should treat the script more as a template or provide some way for the user to tell it where their postgis installation scripts are? |
|
Author: Andy Allan Script is (still!) part of osm2pgsql |
|
Author: pnorman Fixed in osm2pgsql-dev/osm2pgsql#197 |
Reporter: brwk
[Submitted to the original trac issue database at 5.23pm, Sunday, 24th May 2009]
When you install mapnik using the Fedora 10 packages for postgis, the mapnik-osm-updater.sh cannot find lwpostgis.sql because it's not looking in the correct place. The following diff adds the Fedora 10 / x86_64 location of this file to the list of those places checked. It should be mostly harmless on other platforms:
Index: mapnik-osm-updater.sh
--- mapnik-osm-updater.sh (revision 15204)
+++ mapnik-osm-updater.sh (working copy)
@@ -496,6 +496,7 @
lwpostgis="/usr/share/postgresql-8.4-postgis/lwpostgis.sql"
test -s $lwpostgis || lwpostgis="/usr/share/postgresql-8.3-postgis/lwpostgis.sql"
test -s $lwpostgis || lwpostgis="/usr/share/postgresql-8.2-postgis/lwpostgis.sql"
test -s $lwpostgis || lwpostgis="
ls /usr/share/postgresql-*-postgis/lwpostgis.sql| sort -n | head 1"if [ ! -s $lwpostgis ] ; then
echo "!!!!!! ERROR: Cannot find $lwpostgis"
The text was updated successfully, but these errors were encountered: