9

Hi walter,
zunächst mal danke für deine Hilfe. Eigentlich dacht ich, ich hätte alles was wichtig ist gepostet. Sag gerne Bescheid, wenn mehr Log-Dateien etc. gebraucht werden.


osm@osm:~$ ls -l /etc/apache2/mods-enabled/
lrwxrwxrwx 1 root root 27  3. Nov 22:32 tile.conf -> ../mods-available/tile.conf
lrwxrwxrwx 1 root root 27  3. Nov 22:32 tile.load -> ../mods-available/tile.load



osm@osm:~$ /usr/sbin/apache2ctl -M
[Thu Nov 10 00:31:33 2011] [notice] Loading tile config test at /tiles/test/ for zooms 0 - 18 from tile directory /var/lib/mod_tile
[Thu Nov 10 00:31:33 2011] [notice] Loading tile config example at /tiles/example/ for zooms 0 - 18 from tile directory /var/lib/mod_tile
[Thu Nov 10 00:31:33 2011] [notice] Loading tile config osm at /tiles/osm/ for zooms 0 - 18 from tile directory /var/lib/mod_tile
[Thu Nov 10 00:31:33 2011] [notice] Loading tile config surveillance at /tiles/surveillance/ for zooms 0 - 18 from tile directory /var/lib/mod_tile
[Thu Nov 10 00:31:33 2011] [notice] Loading tile config default at /osm_tiles2/ for zooms 0 - 18 from tile directory /var/lib/mod_tile
Loaded Modules:
 core_module (static)
 log_config_module (static)
 logio_module (static)
 mpm_worker_module (static)
 http_module (static)
 so_module (static)
 alias_module (shared)
 auth_basic_module (shared)
 authn_file_module (shared)
 authz_default_module (shared)
 authz_groupfile_module (shared)
 authz_host_module (shared)
 authz_user_module (shared)
 autoindex_module (shared)
 cgid_module (shared)
 deflate_module (shared)
 dir_module (shared)
 env_module (shared)
 mime_module (shared)
 negotiation_module (shared)
 reqtimeout_module (shared)
 setenvif_module (shared)
 status_module (shared)
 tile_module (shared)
Syntax OK



osm@osm:~$ sudo tail -f /var/log/apache2/error.log

[Thu Nov 10 00:17:41 2011] [notice] caught SIGTERM, shutting down
[Thu Nov 10 00:17:42 2011] [notice] Apache/2.2.16 (Debian) configured -- resuming normal operations
[Thu Nov 10 00:17:42 2011] [info] Server built: Sep 29 2011 20:59:07
[Thu Nov 10 00:17:42 2011] [debug] worker.c(1757): AcceptMutex: sysvsem (default: sysvsem)
[Thu Nov 10 00:18:08 2011] [notice] SIGUSR1 received.  Doing graceful restart
[Thu Nov 10 00:18:08 2011] [notice] Loading tile config test at /tiles/test/ for zooms 0 - 18 from tile directory /var/lib/mod_tile
[Thu Nov 10 00:18:08 2011] [notice] Loading tile config example at /tiles/example/ for zooms 0 - 18 from tile directory /var/lib/mod_tile
[Thu Nov 10 00:18:08 2011] [notice] Loading tile config osm at /tiles/osm/ for zooms 0 - 18 from tile directory /var/lib/mod_tile
[Thu Nov 10 00:18:08 2011] [notice] Loading tile config surveillance at /tiles/surveillance/ for zooms 0 - 18 from tile directory /var/lib/mod_tile
[Thu Nov 10 00:18:08 2011] [notice] Loading tile config default at /osm_tiles2/ for zooms 0 - 18 from tile directory /var/lib/mod_tile
[Thu Nov 10 00:18:08 2011] [notice] Apache/2.2.16 (Debian) configured -- resuming normal operations
[Thu Nov 10 00:18:08 2011] [info] Server built: Sep 29 2011 20:59:07
[Thu Nov 10 00:18:08 2011] [debug] worker.c(1757): AcceptMutex: sysvsem (default: sysvsem)

a) Kann man das auch irgendwie debuggen?

b) Könnte der Fehler eventuell durch Tirex verursacht werden? Im Howto wurde die Abhängigkeit libboost-program-options1.34.1 installiert (Debian 5). Ich habe libboost-program-options1.42.0 eine neuere Version unter Debian 6.

c) Ebenfalls macht mich Mapnik stutzig. Wenn ich das Render-Skript ausführe, dann bekomme ich diese Fehlermeldung.


osm@osm:~/mapnik-0.7.1$ render --file world
rendering bbox (-180, -85, 180, 85) in style /usr/share/osm-mapnik/osm.xml to file world which is of type png in size 800x600

PostGIS: SRID warning, using srid=-1
Traceback (most recent call last):
  File "/usr/local/bin/render", line 205, in <module>
    main()
  File "/usr/local/bin/render", line 93, in main
    mapnik.load_map(m, style)
RuntimeError: PSQL error:
FEHLER:  Relation »planet_osm_polygon« existiert nicht
LINE 4:        from planet_osm_polygon
                    ^
Full sql was: 'select * from
      (select way,aeroway,amenity,landuse,leisure,man_made,military,"natural",power,tourism,name,highway,
       case when religion in ('christian','jewish') then religion else 'INT-generic'::text end as religion
       from planet_osm_polygon
       where landuse is not null
          or leisure is not null
          or aeroway in ('apron','aerodrome')
          or amenity in ('parking','university','college','school','hospital','kindergarten','grave_yard')
          or military in ('barracks','danger_area')
          or "natural" in ('field','beach','desert','heath','mud','wood','sand','scrub')
          or power in ('station','sub_station','generator')
          or tourism in ('attraction','camp_site','caravan_site','picnic_site','zoo')
          or highway in ('services','rest_area')
       order by z_order,way_area desc
      ) as leisure
       limit 0'
 (encountered during parsing of layer 'landcover')

Bei mir heißt in PostGIS die Tabelle planet_polygon. Alle anderen haben ebenfall nicht osm im Namen.

das merkwürdige ist eben, dass unter debian 32-bit alles problemlos geklappt hat und jetzt unter 64-bit nicht. sind dir eventuell besonderheiten bekannt, die man bei 64-bit beachten muss? nutzt du eventuell selbst einen osm-server unter 64-bit?

Gruß
Christian