|
»
« Return to Thread: Tiling Issues
Re: Tiling Issues
by Dane Springmeyer
::
Rate this Message:
Hi there,
Welcome to Mapnik, and I'm glad you're finding Quantumnik helpful. One
thing to note on the XML exported from Quantumnik is that it will set
the "srs" for the Map and Layer based on what QGIS things the
projection is. Of course this makes sense but note that QGIS by
default assumes "+proj=latlong +datum=WGS84 " (like Mapnik), so you
need to set the correct projection if you data's projection differs.
Now, my hunch is that the problem you are experiencing has very little
to do with Mapnik, but rather than stock Apache on OSX Leopard runs 64
bit, which means that any 'mod' process that runs within apache (other
than standard cgi) MUST also be 64 bit. I bet if you look in your
Apache error logs, you'll see an error along the lines of 'mach-o
wrong architecture...'
I've been working towards building Mapnik 64 bit on osx, but there is
still quite a bit of work ahead. You can track progress at http://trac.mapnik.org/ticket/160
.
So, if this is the issue you have a couple options:
1) Kick Apache into 32 bit more (details can be found in the 2nd to
last comment at http://trac.mapnik.org/ticket/160)
2) Run TileCache as a standalone WSGI server (see the TileCache
'tilecache_http_server.py')
However the below crash log is not absolutely clear. If the process is
truly running as cgi (rather than embedded) then library
incompatibilities should not be an issue. If you email the result of:
$ tail -f -n 300 /private/var/log/apache2/error_log
then we'll be able to get a bit more info about other potential
library problems...
Also, if you could paste the entire crash log that would also be
helpful.
Cheers,
Dane
On Jun 7, 2009, at 6:24 PM, gcombs wrote:
> I'm a geo-idiot, and therefore I'm naturally having some difficulty
> getting anything to generate tiles for my geotiffs... I'm attempting
> to use mapnik & gdal for the render, and either tilecache or
> mapnikserv for the tiles/interface. So far I've got no luck with
> much. I'm wondering if someone might be able to offer some advice.
> I'm certain it's a problem with my configuration...
>
> I'm *successfully* creating pngs with mapnik, via command-line, like
> this ....
>
> <code>
> mapfile = 'CapComplex.xml'
> map_output = 'CapComplex.png'
> m = mapnik.Map(2021, 2305)
> mapnik.load_map(m, mapfile)
> bbox = mapnik.Envelope(mapnik.Coord(-97.746225, 30.281582),
> mapnik.Coord(-97.733594, 30.267176))
> m.zoom_to_box(bbox)
> mapnik.render_to_file(m, map_output)
> </code>
>
>
> The xml I generated with the help of Quantumnik ... it looks like
> this:
> <code>
> <?xml version="1.0" encoding="utf-8"?>
> <Map srs="+proj=latlong +datum=WGS84 " bgcolor="rgba(0,0,0,0)">
> <Style name="CapComplex20090605183119637_style">
> <Rule>
> <RasterSymbolizer/>
> </Rule>
> </Style>
> <Layer name="CapComplex20090605183119637" srs="+proj=latlong
> +datum=WGS84 " status="1" clear_label_cache="0" queryable="1">
> <StyleName>CapComplex20090605183119637_style</StyleName>
> <Datasource>
> <Parameter name="file">
> /Library/WebServer/Documents/Maps/Large/CapComplex.tif </Parameter>
> <Parameter name="type">gdal</Parameter>
> </Datasource>
> </Layer>
> </Map>
> </code>
>
>
> For mapnikserv, I'm using the following nasty little URL:
>
> http://localhost/cgi-bin/mapnikserv.cgi?MAP=%2FLibrary%2FWebServer%2FDocuments%2FMaps%2FLarge%2FCapComplex.xml&MODE=debug&FORMAT=image%2Fpng256&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_inimage&bbox=-97.746225,30.281582,-97.733594,30.267176&width=300&height=900
>
> [I should add that even a simpler URL with just the mapfile, bbox,
> width/height/format doesn't help in terms of getting results]
>
> Which yields the following in the log file:
>
> <code>
> Process: httpd [22701]
> Path: /usr/sbin/httpd
> Identifier: httpd
> Version: ??? (???)
> Code Type: X86-64 (Native)
> Parent Process: httpd [97238]
>
> Date/Time: 2009-06-07 17:33:16.936 -0500
> OS Version: Mac OS X 10.5.7 (9J61)
> Report Version: 6
>
> Exception Type: EXC_CRASH (SIGABRT)
> Exception Codes: 0x0000000000000000, 0x0000000000000000
> Crashed Thread: 0
>
> Application Specific Information:
> *** single-threaded process forked ***
>
> Thread 0 Crashed:
> 0 libSystem.B.dylib 0x00007fff81314f16 __kill + 10
> 1 libSystem.B.dylib 0x00007fff81358323
> sys_cache_control + 0
> 2 libSystem.B.dylib 0x00007fff8133f7e9
> __strcat_chk + 40
> 3 httpd 0x0000000100011069
> ap_scan_script_header_err_core + 786
> 4 httpd 0x00000001000115c9
> ap_scan_script_header_err_brigade + 44
> 5 mod_cgi.so 0x0000000100478f47
> 0x100476000 + 12103
> 6 httpd 0x0000000100001971
> ap_run_handler + 90
> 7 httpd 0x0000000100002245
> ap_invoke_handler + 347
> 8 httpd 0x000000010002ee3c
> ap_process_request + 103
> 9 httpd 0x000000010002b6bd
> ap_process_http_connection + 116
> 10 httpd 0x0000000100012cd9
> ap_run_process_connection + 90
> 11 httpd 0x0000000100013128
> ap_process_connection + 87
> 12 httpd 0x0000000100035b80
> child_main + 1155
> 13 httpd 0x0000000100035d36
> make_child + 329
> 14 httpd 0x0000000100035fce
> perform_idle_server_maintenance + 510
> 15 httpd 0x00000001000364fe
> ap_mpm_run + 1249
> 16 httpd 0x0000000100009be5 main + 2877
> 17 httpd 0x0000000100000fac start + 52
>
> </code>
> _______________________________________________
> Mapnik-users mailing list
> Mapnik-users@...
> https://lists.berlios.de/mailman/listinfo/mapnik-users
_______________________________________________
Mapnik-users mailing list
Mapnik-users@...
https://lists.berlios.de/mailman/listinfo/mapnik-users
Welcome to Mapnik, and I'm glad you're finding Quantumnik helpful. One
thing to note on the XML exported from Quantumnik is that it will set
the "srs" for the Map and Layer based on what QGIS things the
projection is. Of course this makes sense but note that QGIS by
default assumes "+proj=latlong +datum=WGS84 " (like Mapnik), so you
need to set the correct projection if you data's projection differs.
Now, my hunch is that the problem you are experiencing has very little
to do with Mapnik, but rather than stock Apache on OSX Leopard runs 64
bit, which means that any 'mod' process that runs within apache (other
than standard cgi) MUST also be 64 bit. I bet if you look in your
Apache error logs, you'll see an error along the lines of 'mach-o
wrong architecture...'
I've been working towards building Mapnik 64 bit on osx, but there is
still quite a bit of work ahead. You can track progress at http://trac.mapnik.org/ticket/160
.
So, if this is the issue you have a couple options:
1) Kick Apache into 32 bit more (details can be found in the 2nd to
last comment at http://trac.mapnik.org/ticket/160)
2) Run TileCache as a standalone WSGI server (see the TileCache
'tilecache_http_server.py')
However the below crash log is not absolutely clear. If the process is
truly running as cgi (rather than embedded) then library
incompatibilities should not be an issue. If you email the result of:
$ tail -f -n 300 /private/var/log/apache2/error_log
then we'll be able to get a bit more info about other potential
library problems...
Also, if you could paste the entire crash log that would also be
helpful.
Cheers,
Dane
On Jun 7, 2009, at 6:24 PM, gcombs wrote:
> I'm a geo-idiot, and therefore I'm naturally having some difficulty
> getting anything to generate tiles for my geotiffs... I'm attempting
> to use mapnik & gdal for the render, and either tilecache or
> mapnikserv for the tiles/interface. So far I've got no luck with
> much. I'm wondering if someone might be able to offer some advice.
> I'm certain it's a problem with my configuration...
>
> I'm *successfully* creating pngs with mapnik, via command-line, like
> this ....
>
> <code>
> mapfile = 'CapComplex.xml'
> map_output = 'CapComplex.png'
> m = mapnik.Map(2021, 2305)
> mapnik.load_map(m, mapfile)
> bbox = mapnik.Envelope(mapnik.Coord(-97.746225, 30.281582),
> mapnik.Coord(-97.733594, 30.267176))
> m.zoom_to_box(bbox)
> mapnik.render_to_file(m, map_output)
> </code>
>
>
> The xml I generated with the help of Quantumnik ... it looks like
> this:
> <code>
> <?xml version="1.0" encoding="utf-8"?>
> <Map srs="+proj=latlong +datum=WGS84 " bgcolor="rgba(0,0,0,0)">
> <Style name="CapComplex20090605183119637_style">
> <Rule>
> <RasterSymbolizer/>
> </Rule>
> </Style>
> <Layer name="CapComplex20090605183119637" srs="+proj=latlong
> +datum=WGS84 " status="1" clear_label_cache="0" queryable="1">
> <StyleName>CapComplex20090605183119637_style</StyleName>
> <Datasource>
> <Parameter name="file">
> /Library/WebServer/Documents/Maps/Large/CapComplex.tif </Parameter>
> <Parameter name="type">gdal</Parameter>
> </Datasource>
> </Layer>
> </Map>
> </code>
>
>
> For mapnikserv, I'm using the following nasty little URL:
>
> http://localhost/cgi-bin/mapnikserv.cgi?MAP=%2FLibrary%2FWebServer%2FDocuments%2FMaps%2FLarge%2FCapComplex.xml&MODE=debug&FORMAT=image%2Fpng256&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_inimage&bbox=-97.746225,30.281582,-97.733594,30.267176&width=300&height=900
>
> [I should add that even a simpler URL with just the mapfile, bbox,
> width/height/format doesn't help in terms of getting results]
>
> Which yields the following in the log file:
>
> <code>
> Process: httpd [22701]
> Path: /usr/sbin/httpd
> Identifier: httpd
> Version: ??? (???)
> Code Type: X86-64 (Native)
> Parent Process: httpd [97238]
>
> Date/Time: 2009-06-07 17:33:16.936 -0500
> OS Version: Mac OS X 10.5.7 (9J61)
> Report Version: 6
>
> Exception Type: EXC_CRASH (SIGABRT)
> Exception Codes: 0x0000000000000000, 0x0000000000000000
> Crashed Thread: 0
>
> Application Specific Information:
> *** single-threaded process forked ***
>
> Thread 0 Crashed:
> 0 libSystem.B.dylib 0x00007fff81314f16 __kill + 10
> 1 libSystem.B.dylib 0x00007fff81358323
> sys_cache_control + 0
> 2 libSystem.B.dylib 0x00007fff8133f7e9
> __strcat_chk + 40
> 3 httpd 0x0000000100011069
> ap_scan_script_header_err_core + 786
> 4 httpd 0x00000001000115c9
> ap_scan_script_header_err_brigade + 44
> 5 mod_cgi.so 0x0000000100478f47
> 0x100476000 + 12103
> 6 httpd 0x0000000100001971
> ap_run_handler + 90
> 7 httpd 0x0000000100002245
> ap_invoke_handler + 347
> 8 httpd 0x000000010002ee3c
> ap_process_request + 103
> 9 httpd 0x000000010002b6bd
> ap_process_http_connection + 116
> 10 httpd 0x0000000100012cd9
> ap_run_process_connection + 90
> 11 httpd 0x0000000100013128
> ap_process_connection + 87
> 12 httpd 0x0000000100035b80
> child_main + 1155
> 13 httpd 0x0000000100035d36
> make_child + 329
> 14 httpd 0x0000000100035fce
> perform_idle_server_maintenance + 510
> 15 httpd 0x00000001000364fe
> ap_mpm_run + 1249
> 16 httpd 0x0000000100009be5 main + 2877
> 17 httpd 0x0000000100000fac start + 52
>
> </code>
> _______________________________________________
> Mapnik-users mailing list
> Mapnik-users@...
> https://lists.berlios.de/mailman/listinfo/mapnik-users
_______________________________________________
Mapnik-users mailing list
Mapnik-users@...
https://lists.berlios.de/mailman/listinfo/mapnik-users
« Return to Thread: Tiling Issues
| Free embeddable forum powered by Nabble | Forum Help |
