Nabble - Mapnik

Re: transparent=true is erroring off within a WMS request to Mapnik

2009-11-12T10:15:10Z

Regarding You should try transparent=TRUE

It Worked!!!!

Thanks,

John

2009/11/12 Gilles Bassière <gilles.bassiere@...>

John Mitchell wrote:
> transparent=true is erroring off within a WMS request to Mapnik
>

If I remember, the WMS spec says that param name are not case sensitive
but param values are.

You should try transparent=TRUE

Hope it helps

--
Gilles Bassière - MAKINA CORPUS
http://www.makina-corpus.com

--
John J. Mitchell

_______________________________________________
Mapnik-users mailing list
Mapnik-users@...
https://lists.berlios.de/mailman/listinfo/mapnik-users

From forum: Mapnik - Users

Re: transparent=true is erroring off within a WMS request to Mapnik

2009-11-12T10:12:29Z

John Mitchell wrote:
> transparent=true is erroring off within a WMS request to Mapnik
>

If I remember, the WMS spec says that param name are not case sensitive
but param values are.

You should try transparent=TRUE

Hope it helps

--
Gilles Bassière - MAKINA CORPUS
http://www.makina-corpus.com
_______________________________________________
Mapnik-users mailing list
Mapnik-users@...
https://lists.berlios.de/mailman/listinfo/mapnik-users

From forum: Mapnik - Users

transparent=true is erroring off within a WMS request to Mapnik

2009-11-12T09:58:08Z

transparent=true is erroring off within a WMS request to Mapnik

WMS request:

http://10.0.11.32:8001/?BGCOLOR=0x539DC2&LAYERS=__all__&FORMAT=image/png&transparent=true&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_inimage&SRS=EPSG%3A4326&BBOX=-111.005859375,-78.134765625,111.005859375,78.134765625&WIDTH=1263&HEIGHT=889

I get the following error:

Traceback (most recent call last): File "c:\mapnik_0_6_1\site-packages\mapnik\ogcserver\wsgi.py", line 84, in __call__ ogcparams = servicehandler.processParameters(request, reqparams) File "c:\mapnik_0_6_1\site-packages\mapnik\ogcserver\common.py", line 126, in processParameters raise OGCException('Parameter "%s" has an illegal value.' % paramname) OGCException: Parameter "transparent" has an illegal value.

--
John J. Mitchell

_______________________________________________
Mapnik-users mailing list
Mapnik-users@...
https://lists.berlios.de/mailman/listinfo/mapnik-users

From forum: Mapnik - Users

Re: Can't C++Demo run in Visual Studio 2005?

2009-11-10T20:01:48Z

Would be great to start a wiki page with tricks and lessons learned on
compiling on windows.

Anyone?

http://trac.mapnik.org/wiki/WindowsCompile

Dane

On Nov 10, 2009, at 7:48 PM, Andrey Ostapchenko wrote:

> I've run into a number of problems with 2003 and 2008 (express) - do
> you have anything specific?
>
> --- On Tue, 11/10/09, DancingFish <8939876@...> wrote:
>
>> From: DancingFish <8939876@...>
>> Subject: Re: [Mapnik-users] Can't C++Demo run in Visual Studio 2005?
>> To: mapnik-users@...
>> Date: Tuesday, November 10, 2009, 9:02 PM
>>
>> Who run the Mapnik on Visual Studio 2005? help me~plz
>> --
>> View this message in context: http://old.nabble.com/Can%27t-C%2B%2BDemo-run-in-Visual-Studio-2005--tp26277089p26294437.html
>> Sent from the Mapnik - Users mailing list archive at
>> Nabble.com.
>>
>> _______________________________________________
>> 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

_______________________________________________
Mapnik-users mailing list
Mapnik-users@...
https://lists.berlios.de/mailman/listinfo/mapnik-users

From forum: Mapnik - Users

Re: Can't C++Demo run in Visual Studio 2005?

2009-11-10T19:48:52Z

I've run into a number of problems with 2003 and 2008 (express) - do you have anything specific?

--- On Tue, 11/10/09, DancingFish <8939876@...> wrote:

> From: DancingFish <8939876@...>
> Subject: Re: [Mapnik-users] Can't C++Demo run in Visual Studio 2005?
> To: mapnik-users@...
> Date: Tuesday, November 10, 2009, 9:02 PM
>
> Who run the Mapnik on Visual Studio 2005? help me~plz
> --
> View this message in context: http://old.nabble.com/Can%27t-C%2B%2BDemo-run-in-Visual-Studio-2005--tp26277089p26294437.html
> Sent from the Mapnik - Users mailing list archive at
> Nabble.com.
>
> _______________________________________________
> 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

From forum: Mapnik - Users

Re: Can't C++Demo run in Visual Studio 2005?

2009-11-10T18:02:07Z

Who run the Mapnik on Visual Studio 2005? help me~plz

From forum: Mapnik - Users

Quantumnik 2.x series released

2009-11-10T16:01:21Z

Get it while its hot:

http://bitbucket.org/springmeyer/quantumnik/

To install either `hg clone` the repository and place inside your
~/.qgis/python/plugins/ folder

or install using the QGIS plugin manager from the repo:

http://qgis.dbsgeo.com

Huge thanks to racicot for the new tabbed layout.

Enjoy,

Dane
_______________________________________________
Mapnik-users mailing list
Mapnik-users@...
https://lists.berlios.de/mailman/listinfo/mapnik-users

From forum: Mapnik - Users

Re: I have trying to use a raster mrsid format file within my mapfile and I get the following error:

2009-11-10T15:46:50Z

Also, we could look into adding MrSid/ECW support in gdal.input on win32 for the next release, lets see.

Artem

2009/11/10 Dane Springmeyer <blake@...>

John,

The windows binaries do not support MrSid. I recommend installing GDAL
utilities from FWtools or OSGEO4W (which I think include MrSid
support) and then using gdal_translate to convert your sid's to
geotiffs.

You may want to pass the -co compression options to keep the size down.

Rendering from GeoTiff will be much faster than sid as well.

Also, in the next mapnik release raster reading with the GDAL plugin
will be __much__ faster overall because of new support for Overviews.

Dane

On Nov 10, 2009, at 3:04 PM, Jon Burgess wrote:

> On Tue, 2009-11-10 at 17:44 -0500, John Mitchell wrote:
>> I have trying to use a raster mrsid format file within my mapfile and
>> I get the following error:
>> world.sid not recognized as a supported file format in layer.
>> Below is the referred layer.
>>
>> <Layer name="raster" status="on">
>> <StyleName>raster</StyleName>
>> <Datasource>
>> <Parameter name="type">gdal</Parameter>
>> <Parameter
>> name="file">c:/mapnik_0_6_1/world_boundaries/world.sid</Parameter>
>> <Parameter name="format">mrsid</Parameter>
>> </Datasource>
>> </Layer>
>
> Are you sure you have rebuilt gdal with the mrsid support enabled?
> This
> format is not included by default and requires a proprietary SDK.
>
> Is the mapnik gdal plugin picking up this version of gdal?
> maybe look at: ldd /path/to/gdal.input | grep gdal
>
> e.g.
>
> $ ldd /usr/local/lib64/mapnik/input/gdal.input | grep gdal
> libgdal.so.1 => /usr/lib64/libgdal.so.1 (0x00007f70337fd000)
>
>
> Jon
>
>
> _______________________________________________
> 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

_______________________________________________
Mapnik-users mailing list
Mapnik-users@...
https://lists.berlios.de/mailman/listinfo/mapnik-users

From forum: Mapnik - Users

Re: I have trying to use a raster mrsid format file within my mapfile and I get the following error:

2009-11-10T15:35:24Z

John,

The windows binaries do not support MrSid. I recommend installing GDAL
utilities from FWtools or OSGEO4W (which I think include MrSid
support) and then using gdal_translate to convert your sid's to
geotiffs.

You may want to pass the -co compression options to keep the size down.

Rendering from GeoTiff will be much faster than sid as well.

Also, in the next mapnik release raster reading with the GDAL plugin
will be __much__ faster overall because of new support for Overviews.

Dane

On Nov 10, 2009, at 3:04 PM, Jon Burgess wrote:

> On Tue, 2009-11-10 at 17:44 -0500, John Mitchell wrote:
>> I have trying to use a raster mrsid format file within my mapfile and
>> I get the following error:
>> world.sid not recognized as a supported file format in layer.
>> Below is the referred layer.
>>
>> <Layer name="raster" status="on">
>> <StyleName>raster</StyleName>
>> <Datasource>
>> <Parameter name="type">gdal</Parameter>
>> <Parameter
>> name="file">c:/mapnik_0_6_1/world_boundaries/world.sid</Parameter>
>> <Parameter name="format">mrsid</Parameter>
>> </Datasource>
>> </Layer>
>
> Are you sure you have rebuilt gdal with the mrsid support enabled?
> This
> format is not included by default and requires a proprietary SDK.
>
> Is the mapnik gdal plugin picking up this version of gdal?
> maybe look at: ldd /path/to/gdal.input | grep gdal
>
> e.g.
>
> $ ldd /usr/local/lib64/mapnik/input/gdal.input | grep gdal
> libgdal.so.1 => /usr/lib64/libgdal.so.1 (0x00007f70337fd000)
>
>
> Jon
>
>
> _______________________________________________
> 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

From forum: Mapnik - Users

Re: I have trying to use a raster mrsid format file within my mapfile and I get the following error:

2009-11-10T15:04:27Z

On Tue, 2009-11-10 at 17:44 -0500, John Mitchell wrote:

> I have trying to use a raster mrsid format file within my mapfile and
> I get the following error:
> world.sid not recognized as a supported file format in layer.
> Below is the referred layer.
>
> <Layer name="raster" status="on">
> <StyleName>raster</StyleName>
> <Datasource>
> <Parameter name="type">gdal</Parameter>
> <Parameter
> name="file">c:/mapnik_0_6_1/world_boundaries/world.sid</Parameter>
> <Parameter name="format">mrsid</Parameter>
> </Datasource>
> </Layer>

Are you sure you have rebuilt gdal with the mrsid support enabled? This
format is not included by default and requires a proprietary SDK.

Is the mapnik gdal plugin picking up this version of gdal?
maybe look at: ldd /path/to/gdal.input | grep gdal

e.g.

$ ldd /usr/local/lib64/mapnik/input/gdal.input | grep gdal
libgdal.so.1 => /usr/lib64/libgdal.so.1 (0x00007f70337fd000)

Jon

_______________________________________________
Mapnik-users mailing list
Mapnik-users@...
https://lists.berlios.de/mailman/listinfo/mapnik-users

From forum: Mapnik - Users

I have trying to use a raster mrsid format file within my mapfile and I get the following error:

2009-11-10T14:44:59Z

I have trying to use a raster mrsid format file within my mapfile and I get the following error:
world.sid not recognized as a supported file format in layer.
Below is the referred layer.

<Layer name="raster" status="on">
    <StyleName>raster</StyleName>
    <Datasource>
      <Parameter name="type">gdal</Parameter>
      <Parameter name="file">c:/mapnik_0_6_1/world_boundaries/world.sid</Parameter>
      <Parameter name="format">mrsid</Parameter>
    </Datasource>
</Layer>

John

--
John J. Mitchell

_______________________________________________
Mapnik-users mailing list
Mapnik-users@...
https://lists.berlios.de/mailman/listinfo/mapnik-users

From forum: Mapnik - Users

Re: Within an osm.xml (mapfile) can I include a layer that refers to an external WMS feed

2009-11-10T06:52:36Z

Indeed you can, although I've not been able to set up correctly yet,
due to lack of time and attention (hopefully only that!).

The idea would be that you read in the WMS feed as as bitmap using the
GDAL WMS minidriver:

http://www.gdal.org/frmt_wms.html

I got as far as the image showing up, but slightly shifted to the
north, so I may just need to tweak the params. I've only worked on
this programmatically when hastily trying to add support for WMS
layers within Quantumnik (http://bitbucket.org/springmeyer/quantumnik/src/tip/sync.py#cl-553
), so trying to set up one layer might be a bit more feasible.

Let us know how it goes.

Dane

On Nov 10, 2009, at 5:54 AM, John Mitchell wrote:

> Within an osm.xml (mapfile) can I include a layer that refers to an
> external WMS feed in addition to the usual layers referring to shape
> files and database tables.
>
> Thanks,
>
> John
>
> --
> John J. Mitchell
> _______________________________________________
> 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

From forum: Mapnik - Users

Within an osm.xml (mapfile) can I include a layer that refers to an external WMS feed

2009-11-10T05:54:21Z

Within an osm.xml (mapfile) can I include a layer that refers to an external WMS feed in addition to the usual layers referring to shape files and database tables.

Thanks,

John

--
John J. Mitchell

_______________________________________________
Mapnik-users mailing list
Mapnik-users@...
https://lists.berlios.de/mailman/listinfo/mapnik-users

From forum: Mapnik - Users

Re: Mapnik WMS why is 900913 faster than 4326 for displaying data?

2009-11-10T05:49:17Z

Running shapeindex fixed the 4326 performance issue.

Thanks!

On Mon, Nov 9, 2009 at 11:04 AM, Lennard <ldp@...> wrote:

John Mitchell wrote:
> I discovered why WMS as 4326 was slower than WMS as 900913.
>
> The processed_p.shp shape file which I had converted to 4326 was slowing
> down the rendering.

Did you run shapeindex on your converted shapefile?

--
Lennard
_______________________________________________
Mapnik-users mailing list
Mapnik-users@...
https://lists.berlios.de/mailman/listinfo/mapnik-users

--
John J. Mitchell

_______________________________________________
Mapnik-users mailing list
Mapnik-users@...
https://lists.berlios.de/mailman/listinfo/mapnik-users

From forum: Mapnik - Users

Can't C++Demo run in Visual Studio 2005?

2009-11-09T17:56:06Z

I compile C++Demo project with mapnik_0_6_*, that need many other Libs, so i add Boost\gnu\icu\freetype\libxml\png..., finally it work.
but when i Debug to Map map(800, 600) in the Demo, it say that "std::exception bad allocation".
and Datasource(str) say "wrong memory address".

i think my mapnik.dll maybe something wrong, some version is not compatible?

I'm from Dalian City, China, I've tried all methods for a whole week.
please help me to make it run, thanks a lot.

email:8939876@qq.com
dancingfish@msn.cn
tel:(86)411-13942696565

From forum: Mapnik - Users

Re: Mapnik WMS why is 900913 faster than 4326 for displaying data?

2009-11-09T08:44:26Z

I did not. I will try running shapeindex.

Thanks,

John

On Mon, Nov 9, 2009 at 11:04 AM, Lennard <ldp@...> wrote:

John Mitchell wrote:
> I discovered why WMS as 4326 was slower than WMS as 900913.
>
> The processed_p.shp shape file which I had converted to 4326 was slowing
> down the rendering.

Did you run shapeindex on your converted shapefile?

--
Lennard

_______________________________________________
Mapnik-users mailing list
Mapnik-users@...
https://lists.berlios.de/mailman/listinfo/mapnik-users

--
John J. Mitchell

_______________________________________________
Mapnik-users mailing list
Mapnik-users@...
https://lists.berlios.de/mailman/listinfo/mapnik-users

From forum: Mapnik - Users

Re: Fwd: Mapnik WMS using ogcserver component

2009-11-09T08:21:40Z

On Nov 9, 2009, at 2:14 AM, John Mitchell wrote:

> How would I configure mod_wsgi?

http://www.google.com/search?rls=en&q=configure+mod_wsgi

Short version is you just:

1) install mod_wsgi
2) point mod_wsgi at your mapnik wsgi script (which I think you called
'wmsWSGI.py')
- mod_wsgi looks for is the variable named 'application' in that
script
3) restart apache

To 'point' mod_wsgi you need to put a few configuration parameters in
your apache conf like:

WSGIScriptAlias /<url> /path/to/the/wsgi_app.py
WSGIDaemonProcess <process name> user=<user> group=<group>
processes=10 threads=1
WSGIProcessGroup <process name>

Dane
_______________________________________________
Mapnik-users mailing list
Mapnik-users@...
https://lists.berlios.de/mailman/listinfo/mapnik-users

From forum: Mapnik - Users

Re: Mapnik WMS why is 900913 faster than 4326 for displaying data?

2009-11-09T08:04:16Z

John Mitchell wrote:
> I discovered why WMS as 4326 was slower than WMS as 900913.
>
> The processed_p.shp shape file which I had converted to 4326 was slowing
> down the rendering.

Did you run shapeindex on your converted shapefile?

--
Lennard
_______________________________________________
Mapnik-users mailing list
Mapnik-users@...
https://lists.berlios.de/mailman/listinfo/mapnik-users

From forum: Mapnik - Users

Re: Mapnik WMS why is 900913 faster than 4326 for displaying data?

2009-11-09T07:32:17Z

I discovered why WMS as 4326 was slower than WMS as 900913.

The processed_p.shp shape file which I had converted to 4326 was slowing down the rendering.

Once I had the coast-poly layer point to original shape file instead of the 4326 shape file then it comes back just as fast in fact at world to medium scale it comes back faster because the shoreline_300_4326.shp is faster than shoreline_300.shp.
I have copied the referenced areas with the before version commented out:

John

<Layer name="world" status="on" srs="+proj=longlat +ellps=WGS84 +datum=WGS84 +no_defs">
    <StyleName>world</StyleName>
    <Datasource>
      <Parameter name="type">shape</Parameter>
      <Parameter name="file">c:/mapnik_0_6_1/world_boundaries/shoreline_300_4326</Parameter>
    </Datasource>
</Layer>
<Layer name="coast-poly" status="on" 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">
    <StyleName>coast-poly</StyleName>
    <Datasource>
      <Parameter name="type">shape</Parameter>
      <Parameter name="file">c:/mapnik_0_6_1/world_boundaries/processed_p</Parameter>
    </Datasource>
</Layer>

On Sun, Nov 8, 2009 at 6:55 PM, John Mitchell <mitchelljj98@...> wrote:

Actually I did import my data with "osm2pgsl -l" and I also reprojected 2 out of 3 shape files from 900913 to 4326 using OGR2OGR.

John

On Sun, Nov 8, 2009 at 5:59 PM, Frederik Ramm <frederik@...> wrote:

John,

John Mitchell wrote:

When using Mapnik WMS using the ogcserver component with WSGI as a standalone server why is 900913 (Spherical Mercator) projection faster than 4326 (WGS84) projection for displaying data?

This is not generally the case. The general rule ist that something where Mapnik has to do a reprojection is slower than something where it doesn't. So if you have imported OSM data with osm2pgsl without any extra flags then you have 900913 projected data in the database and it does not have to be reprojected.

For the fastest 4326 results, import your data with "osm2pgsl -l".

Bye
Frederik

--
Frederik Ramm ## eMail frederik@... ## N49°00'09" E008°23'33"

--
John J. Mitchell

--
John J. Mitchell

_______________________________________________
Mapnik-users mailing list
Mapnik-users@...
https://lists.berlios.de/mailman/listinfo/mapnik-users

From forum: Mapnik - Users

Re: Fwd: Mapnik WMS using ogcserver component

2009-11-09T02:14:07Z

So then including fastcgi with the order being fastest first and slowest last would be:

mod_wsgi > mod_python > fastcgi > cgi

Correct?

Just to prototype something quickly I have used wsgi as a standalone server but that is not mod_wsgi which goes through Apache.

The mapnik documentation lists how to configure: wsgi,mod_python,cgi,fastcgi but not mod_wsgi.

I don't know anything regarding mod_wsgi but I found the following information:

mod_wsgi is an Apache module which allows Apache to serve

WSGI-compliant applications. You can see it as an alternative to FCGI or
CGI.

How would I configure mod_wsgi?

Thanks,

John

John

On Sun, Nov 8, 2009 at 8:48 PM, Dane Springmeyer <blake@...> wrote:

John,

Generally I would assume mod_wsgi > mod_python > cgi, but I've not benchmarked.

If it is of interest to you, it would be great to see your comparisons.

Keep in mind if you are rendering data on the fly (rather than serving cached tiles) speed differences between server implementations may not be noticeable.

However, given the large size of the OSM stylesheet, which you are presumably using, a server implementation that loads the map xml once will be significantly faster than loading the xml each request, so cgi will be the slowest.

Dane

On Nov 8, 2009, at 2:23 PM, John Mitchell wrote:

Hi,

I know that I have already asked the below question.

I figured that I would ask one more time in case someone has an opinion

http://code.google.com/p/mapnik-utils/wiki/WmsInstallGuide

From the above link it gives you 4 choices

Decide whether to run as wsgi,mod_python,cgi,fastcgi (the server has wrappers for each)

Which one is the fastest in displaying the tiles.

Thanks,

John
_______________________________________________
Mapnik-users mailing list
Mapnik-users@...
https://lists.berlios.de/mailman/listinfo/mapnik-users

--
John J. Mitchell

_______________________________________________
Mapnik-users mailing list
Mapnik-users@...
https://lists.berlios.de/mailman/listinfo/mapnik-users

From forum: Mapnik - Users

Re: Fwd: Mapnik WMS using ogcserver component

2009-11-08T17:48:37Z

John,

Generally I would assume mod_wsgi > mod_python > cgi, but I've not benchmarked.

If it is of interest to you, it would be great to see your comparisons.

Keep in mind if you are rendering data on the fly (rather than serving cached tiles) speed differences between server implementations may not be noticeable.

However, given the large size of the OSM stylesheet, which you are presumably using, a server implementation that loads the map xml once will be significantly faster than loading the xml each request, so cgi will be the slowest.

Dane

On Nov 8, 2009, at 2:23 PM, John Mitchell wrote:

Hi,

I know that I have already asked the below question.

I figured that I would ask one more time in case someone has an opinion

http://code.google.com/p/mapnik-utils/wiki/WmsInstallGuide

From the above link it gives you 4 choices

Decide whether to run as wsgi,mod_python,cgi,fastcgi (the server has wrappers for each)

Which one is the fastest in displaying the tiles.

Thanks,

John
_______________________________________________
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

From forum: Mapnik - Users

Re: [OSM-talk] Projection for processed_p.shp?

2009-11-08T17:23:09Z

Hi,

Nop wrote:
> I am trying to convert an excerpt from the processed_p.shp for mapnik
> coastline rendering back to .osm with shp-to-osm.jar. This application
> requires a .prj projection file, but there is none included with the
> shape files.
>
> Does anyone have a matching .prj file for the processed_p shapes or does
> know how to create one? I'm completely lost there.

The projection is spherical mercator (900913), you can download a .PRJ
file from the menu on

http://spatialreference.org/ref/sr-org/6627/

Bye
Frederik

--
Frederik Ramm ## eMail frederik@... ## N49°00'09" E008°23'33"
_______________________________________________
Mapnik-users mailing list
Mapnik-users@...
https://lists.berlios.de/mailman/listinfo/mapnik-users

From forum: Mapnik - Users

Re: Projection for processed_p.shp?

2009-11-08T16:14:18Z

Hi Nop,

Just put this text in *.prj file (untested)

PROJCS["Google Mercator",GEOGCS["GCS_WGS_1984",DATUM["D_World Geodetic System 1984",SPHEROID["WGS_1984",6378137.0,298.257223563]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.017453292519943295]],PROJECTION["Mercator"],PARAMETER["semi_minor",6378137.0],PARAMETER["standard_parallel_1",0.0],PARAMETER["central_meridian",0.0],PARAMETER["scale_factor",1.0],PARAMETER["false_easting",0.0],PARAMETER["false_northing",0.0],UNIT["m",1.0]]

( ref - > http://spatialreference.org/ref/sr-org/6627/esriwkt/ )

Artem

2009/11/9 Nop <ekkehart@...>

Hi!

I am trying to convert an excerpt from the processed_p.shp for mapnik
coastline rendering back to .osm with shp-to-osm.jar. This application
requires a .prj projection file, but there is none included with the
shape files.

Does anyone have a matching .prj file for the processed_p shapes or does
know how to create one? I'm completely lost there.

thanks
Nop

_______________________________________________
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

From forum: Mapnik - Users

Projection for processed_p.shp?

2009-11-08T16:04:35Z

Hi!

I am trying to convert an excerpt from the processed_p.shp for mapnik
coastline rendering back to .osm with shp-to-osm.jar. This application
requires a .prj projection file, but there is none included with the
shape files.

Does anyone have a matching .prj file for the processed_p shapes or does
know how to create one? I'm completely lost there.

thanks
Nop

_______________________________________________
Mapnik-users mailing list
Mapnik-users@...
https://lists.berlios.de/mailman/listinfo/mapnik-users

From forum: Mapnik - Users

Re: Mapnik WMS why is 900913 faster than 4326 for displaying data?

2009-11-08T15:55:21Z

Actually I did import my data with "osm2pgsl -l" and I also reprojected 2 out of 3 shape files from 900913 to 4326 using OGR2OGR.

John

On Sun, Nov 8, 2009 at 5:59 PM, Frederik Ramm <frederik@...> wrote:

John,

John Mitchell wrote:

When using Mapnik WMS using the ogcserver component with WSGI as a standalone server why is 900913 (Spherical Mercator) projection faster than 4326 (WGS84) projection for displaying data?

This is not generally the case. The general rule ist that something where Mapnik has to do a reprojection is slower than something where it doesn't. So if you have imported OSM data with osm2pgsl without any extra flags then you have 900913 projected data in the database and it does not have to be reprojected.

For the fastest 4326 results, import your data with "osm2pgsl -l".

Bye
Frederik

--
Frederik Ramm ## eMail frederik@... ## N49°00'09" E008°23'33"

--
John J. Mitchell

_______________________________________________
Mapnik-users mailing list
Mapnik-users@...
https://lists.berlios.de/mailman/listinfo/mapnik-users

From forum: Mapnik - Users

Re: Mapnik WMS why is 900913 faster than 4326 for displaying data?

2009-11-08T14:58:39Z

John,

John Mitchell wrote:
> When using Mapnik WMS using the ogcserver component with WSGI as a
> standalone server why is 900913 (Spherical Mercator) projection faster
> than 4326 (WGS84) projection for displaying data?

This is not generally the case. The general rule ist that something
where Mapnik has to do a reprojection is slower than something where it
doesn't. So if you have imported OSM data with osm2pgsl without any
extra flags then you have 900913 projected data in the database and it
does not have to be reprojected.

For the fastest 4326 results, import your data with "osm2pgsl -l".

Bye
Frederik

--
Frederik Ramm ## eMail frederik@... ## N49°00'09" E008°23'33"
_______________________________________________
Mapnik-users mailing list
Mapnik-users@...
https://lists.berlios.de/mailman/listinfo/mapnik-users

From forum: Mapnik - Users

Mapnik WMS why is 900913 faster than 4326 for displaying data?

2009-11-08T14:39:02Z

When using Mapnik WMS using the ogcserver component with WSGI as a standalone server why is 900913 (Spherical Mercator) projection faster than 4326 (WGS84) projection for displaying data?

Thanks,

John

--
John J. Mitchell

_______________________________________________
Mapnik-users mailing list
Mapnik-users@...
https://lists.berlios.de/mailman/listinfo/mapnik-users

From forum: Mapnik - Users

Fwd: Mapnik WMS using ogcserver component

2009-11-08T14:23:37Z

Hi,

I know that I have already asked the below question.

I figured that I would ask one more time in case someone has an opinion

http://code.google.com/p/mapnik-utils/wiki/WmsInstallGuide

From the above link it gives you 4 choices

Decide whether to run as wsgi,mod_python,cgi,fastcgi (the server has wrappers for each)

Which one is the fastest in displaying the tiles.

Thanks,

John

_______________________________________________
Mapnik-users mailing list
Mapnik-users@...
https://lists.berlios.de/mailman/listinfo/mapnik-users

From forum: Mapnik - Users

Fwd: Animation examples

2009-11-08T12:18:05Z

2009/11/6 Artem Pavlenko <artem@...>:

> Excellent visualisation of alien craft landing! Seriously, great to see how
> label collision work through different zoom levels, very cool.
>
> 2009/11/6 Philip Stubbs <philip@...>
>>
>> I have been having some fun with doing an animation.
>> http://www.youtube.com/watch?v=mxcTimoiX30
>>
>> I am having trouble getting my head round a decent algorithm to
>> provide a sooth zoom or pan type action. Unfortunately my programming
>> skills are limited, and find it easier to build on other examples than
>> start from scratch. Does anybody know of any animation scripts that
>> work well with Mapnik?
>>
> Not sure. If you find some please let us know!
> Cheers
> Artem

Well I did not find any either. Not that I looked very hard. I have
however had another stab on my own, and think this is much closer to
what I was expecting to see.

http://www.youtube.com/watch?v=-bc50sC8adM

For any that are interested, here is the script that I used.

#!/usr/bin/python

from mapnik import *
import math, sys, os

if __name__ == "__main__":
try:
mapfile = os.environ['MAPNIK_MAP_FILE']
except KeyError:
mapfile = "osm.xml"
map_uri = "image.png"

#---------------------------------------------------
# Change this to the bounding box you want
#
ll_start = (-6.5, 49.5, 2.1, 59)
ll_finish = (-1.227, 50.812, -1.222, 50.815)
ll = [-180.0, -90.0, 180.0, 90.0]
#---------------------------------------------------

NumFrames = 600
z = 15
f = 1.0
imgx = 1280
imgy = 720

m = Map(imgx,imgy)
load_map(m,mapfile)
prj = Projection("+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")
for i in range(1,NumFrames+1):
for j in range(0,4):
if i == 1:
ll[j] = ll_start[j]
else:
ll[j] = ll_finish[j]+((ll[j]-ll_finish[j])*f)
if f > 0.98:
f = f - 0.0001
c0 = prj.forward(Coord(ll[0],ll[1]))
c1 = prj.forward(Coord(ll[2],ll[3]))
bbox = Envelope(c0.x,c0.y,c1.x,c1.y)
m.zoom_to_box(bbox)
print "About to render frame %d at %0.3f, %0.3f, %0.3f, %0.3f"
% (i, ll[0], ll[1], ll[2], ll[3])
map_uri = "frames2/image%03d.png" % (i)
render_to_file(m, map_uri, 'png')

--
Philip Stubbs
_______________________________________________
Mapnik-users mailing list
Mapnik-users@...
https://lists.berlios.de/mailman/listinfo/mapnik-users

From forum: Mapnik - Users

Re: mapnik::Layer assignment bug?

2009-11-08T02:31:55Z

Serguei,

Thanks for reporting this - it's a bug indeed. Looks like operator= wasn't kept in sync - see http://trac.mapnik.org/ticket/448

Artem

2009/11/8 Shaft <shaft@...>

Hi all,

While trying to catch a very randomly behaving bug, I came across mapnik::Layer assignment operator implementation. Shouldn't Layer::swap(const Layer& rhs) also copy srs_? Or am I missing something totally obvious?

BR,
Serguei
_______________________________________________
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

From forum: Mapnik - Users

mapnik::Layer assignment bug?

2009-11-08T02:13:08Z

Hi all,

While trying to catch a very randomly behaving bug, I came across mapnik::Layer assignment operator implementation. Shouldn't Layer::swap(const Layer& rhs) also copy srs_? Or am I missing something totally obvious?

BR,
Serguei
_______________________________________________
Mapnik-users mailing list
Mapnik-users@...
https://lists.berlios.de/mailman/listinfo/mapnik-users

From forum: Mapnik - Users

Re: Mapnik OGC server is displaying the background white instead of blue

2009-11-07T11:53:03Z

John. Great glad that worked.

You only need to send transparent=true if you want a transparent background. Likely the only reason you would want this is if you were not using the coastlines shapefiles and wanting to overlay osm features on top of something like aerial imagery.

Dane

--- \o/ ---

Sent from my phone

On Nov 7, 2009, at 10:59 AM, John Mitchell <mitchelljj98@...> wrote:

Thanks Dane,

That worked great!.

My open street map layer is my bottom/base layer so I don't need to worry about transparency so is their any benefit in me adding TRANSPARENT=<bool> to the query string?

John

On Sat, Nov 7, 2009 at 11:25 AM, Dane Springmeyer <blake@...> wrote:
Yes, I've always found the background color setting odd with the OGCServer, but I assume that is it simply matching the WMS spec.

To get the standard OSM background color, you need to send the HEX color in the Query string, but replace the '#' with '0x', so something like:

BGCOLOR=0xb5d0d0

Also note the additional variable you can send of TRANSPARENT=<bool>

Lastly, keep in mind that although the OGGServer is a bit buried in the Mapnik code base, it simply a few python scripts and you should (as others should) feel free to peek inside and provide patches for additional functionality:

http://trac.mapnik.org/browser/trunk/bindings/python/mapnik/ogcserver

Dane

On Nov 7, 2009, at 1:06 AM, John Mitchell wrote:

Hi,

I have been using the Mapnik OGC server to display open street map data and it looks identical to tiles that I generated via generate_tiles.py except that the background instead of the being blue is white. I noticed in the osm.xml that near the top of the file it has the below line:
<Map bgcolor="#b5d0d0" 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">

This sets the background color which is used by generate_tiles.py but not for a WMS request when LAYERS=__all__.
Also I noticed that the land at world and medium scales are a very lite pink instead of being white but that may just be the contrast with the white background instead of the blue background.

John

--
John J. Mitchell
_______________________________________________
Mapnik-users mailing list
Mapnik-users@...
https://lists.berlios.de/mailman/listinfo/mapnik-users

--
John J. Mitchell

_______________________________________________
Mapnik-users mailing list
Mapnik-users@...
https://lists.berlios.de/mailman/listinfo/mapnik-users

From forum: Mapnik - Users

Re: Mapnik OGC server is displaying the background white instead of blue

2009-11-07T10:59:19Z

Thanks Dane,

That worked great!.

My open street map layer is my bottom/base layer so I don't need to worry about transparency so is their any benefit in me adding TRANSPARENT=<bool> to the query string?

John

On Sat, Nov 7, 2009 at 11:25 AM, Dane Springmeyer <blake@...> wrote:

Yes, I've always found the background color setting odd with the OGCServer, but I assume that is it simply matching the WMS spec.

To get the standard OSM background color, you need to send the HEX color in the Query string, but replace the '#' with '0x', so something like:

BGCOLOR=0xb5d0d0

Also note the additional variable you can send of TRANSPARENT=<bool>

Lastly, keep in mind that although the OGGServer is a bit buried in the Mapnik code base, it simply a few python scripts and you should (as others should) feel free to peek inside and provide patches for additional functionality:

http://trac.mapnik.org/browser/trunk/bindings/python/mapnik/ogcserver

Dane

On Nov 7, 2009, at 1:06 AM, John Mitchell wrote:

Hi,

I have been using the Mapnik OGC server to display open street map data and it looks identical to tiles that I generated via generate_tiles.py except that the background instead of the being blue is white. I noticed in the osm.xml that near the top of the file it has the below line:
<Map bgcolor="#b5d0d0" 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">

This sets the background color which is used by generate_tiles.py but not for a WMS request when LAYERS=__all__.
Also I noticed that the land at world and medium scales are a very lite pink instead of being white but that may just be the contrast with the white background instead of the blue background.

John

--
John J. Mitchell
_______________________________________________
Mapnik-users mailing list
Mapnik-users@...
https://lists.berlios.de/mailman/listinfo/mapnik-users

--
John J. Mitchell

_______________________________________________
Mapnik-users mailing list
Mapnik-users@...
https://lists.berlios.de/mailman/listinfo/mapnik-users

From forum: Mapnik - Users

Re: Mapnik OGC server is displaying the background white instead of blue

2009-11-07T08:25:24Z

Yes, I've always found the background color setting odd with the
OGCServer, but I assume that is it simply matching the WMS spec.

To get the standard OSM background color, you need to send the HEX
color in the Query string, but replace the '#' with '0x', so something
like:

BGCOLOR=0xb5d0d0

Also note the additional variable you can send of TRANSPARENT=<bool>

Lastly, keep in mind that although the OGGServer is a bit buried in
the Mapnik code base, it simply a few python scripts and you should
(as others should) feel free to peek inside and provide patches for
additional functionality:

http://trac.mapnik.org/browser/trunk/bindings/python/mapnik/ogcserver

Dane

On Nov 7, 2009, at 1:06 AM, John Mitchell wrote:

> Hi,
>
> I have been using the Mapnik OGC server to display open street map
> data and it looks identical to tiles that I generated via
> generate_tiles.py except that the background instead of the being
> blue is white. I noticed in the osm.xml that near the top of the
> file it has the below line:
> <Map bgcolor="#b5d0d0" 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">
>
> This sets the background color which is used by generate_tiles.py
> but not for a WMS request when LAYERS=__all__.
> Also I noticed that the land at world and medium scales are a very
> lite pink instead of being white but that may just be the contrast
> with the white background instead of the blue background.
>
> John
>
> --
> John J. Mitchell
> _______________________________________________
> 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

From forum: Mapnik - Users

Mapnik OGC server is displaying the background white instead of blue

2009-11-07T01:06:45Z

Hi,

I have been using the Mapnik OGC server to display open street map data and it looks identical to tiles that I generated via generate_tiles.py except that the background instead of the being blue is white. I noticed in the osm.xml that near the top of the file it has the below line:
<Map bgcolor="#b5d0d0" 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">

This sets the background color which is used by generate_tiles.py but not for a WMS request when LAYERS=__all__.
Also I noticed that the land at world and medium scales are a very lite pink instead of being white but that may just be the contrast with the white background instead of the blue background.

John

--
John J. Mitchell

_______________________________________________
Mapnik-users mailing list
Mapnik-users@...
https://lists.berlios.de/mailman/listinfo/mapnik-users

From forum: Mapnik - Users