On Nov 25, 2010, at 12:18 AM, Jin Kang <[email protected]> wrote:
Hi Dane,
Again thanks much for your comments!
The problem was in PROJ_LIB's setting. After change the settings in
PROJ_LIB, we were able to run generate_tiles.py. We don't see any
errors but still we cannot see the street name or any character yet.
Can you give more detail here? So the script continues to run with no
errors and tiles are rendered just without anything but background
color?
We checked the postgres' error log and found following errors. We
kind of suspect that this might be related to the fact that we are
not getting data described above.
2010-11-25 13:00:32 JST LOG: could not receive data from client: No
connection could be made because the target machine actively refused
it.
2010-11-25 13:00:32 JST LOG: unexpected EOF on client connection
Yes, surely the culprit. Surprising this does not halt the script. Can
you google this error a bit? I assume it has to do with Postgres<--
>windows and perhaps there is a solution outside of Mapnik?
Also did you get this same problem when running the multiprocess
version of generate_tiles?
In osm.xm, we setup local database. Is this error familiar to you?
No I've personally never seen it before but I doubt it is uncommon.
If you have any comments from your experience, it will helps us.
Below are our S/W environment:
* PostgreSQL8.4.5/PostGIS1.5,
* Python2.6.6
* mapnik0.7.1
* proj.4.4.6
Regards,
-Jin
On Nov 25, 2010, at 5:13 AM, Dane Springmeyer wrote:
Yes, downloading the proj nad files and setting PROJ_LIB env
setting is the way to solve that error, so all I can say is to
double check your ENV settings.
A workaround is to switch from using the epsg lookup syntax to
+proj literal string in your stylesheet (and perhaps also in the
generate_tiles.py code). This way you bypass the need for proj4 to
lookup values in the epsg file.
Dane
--- \o/ ---
Sent from my phone
On Nov 24, 2010, at 4:29 AM, Jin Kang <[email protected]>
wrote:
Hi Dane,
Thank you very much for your help on this! As you suggested, we
ran shapeindex with single thread script (generate_tiles.py) but
we got the following error messages:
proj_init_error:failed to initialize projection with:+init=epsg:4326
World : 16 58199 25813 Empty Tile
propjr_oijnit_e_rirnoirt:_fearirolre:df atio iled to
initniitailaliizze e projec
The above error might occurred since proj epsg file cannot be
found so we downloaded win32 binary from proj.4 and set the PATH
and PROJ_LIB. However, we are still getting same error message.
The version of proj.4 is 4.4.6. At this point, we are not sure how
to resolve this. If you have previous experience, please kindly
let us know.
Regards,
-Jin
On Nov 23, 2010, at 2:05 AM, Dane Springmeyer wrote:
Hi Jin,
Does the generate_tiles.py script visibly stop at some point? Is
there any error visible in the terminal?
My guess is that you running into a known windows+mapnik
+postgtres problem. Basically that mapnik looses a proper
database connection during tile generation a high zoom levels
because rendering is fast and there is a higher likelyhood of
postgres connections being clobbered. This has been known to
happen on windows when using generate_tiles with threads >= 1 (http://trac.mapnik.org/ticket/581#comment:6
). I see below that you are testing using the multiprocess
script, but I would not be surprised if it is the same problem
manifesting. Can you try with either 1 thread or 1 process?
To narrow this down it would be good to know if you can render
*any* tile at >= z16. One easy way to check with would be to
install TileLite (http://bitbucket.org/springmeyer/tilelite/),
then launch a server on localhost:8000 and try to view a z18
tile, like http://tile.openstreetmap.org/18/232909/103242.png at http://localhost:8000/18/232909/103242.png
.
One last thing to do is rebuilt your shape indexes:
# on windows
cd world_boundaries
shapeindex processed_p
shapeindex shoreline_300
shapeindex 10m-populated-places
shapeindex 110m-admin-0-boundary-lines
Dane
On Nov 21, 2010, at 7:42 PM, Jin Kang wrote:
Hi everyone,
My engineer is trying to do rendering up to level 16 but we kind
of stuck right now. We are pretty new in this application so if
any of you could help us on this, it would be great help to us.
Please refer to below for more detail info.
---
---
---
----------------------------------------------------------------
We would like to do rendering OSM up to zoom level 16 using
mapnik. Right now, we are just focusing on Japanese map only
which you can find at http://www.openstreetmap.jp/.
We also referred to following link but didn't get the expected
result so far.
http://wiki.openstreetmap.org/wiki/Mapnik
http://wiki.openstreetmap.org/wiki/DE:Mapnik
The problem is that we can only render up to zoom level 10, not
16 and at zoom level 11, we basically cannot see anything. Even
at zoom level 10, we cannot see any data such as street name,
country name or anything.
Regarding OSM, we imported from following link.
http://downloads.cloudmade.com/asia/japan#downloads_breadcrumbs
＊japan.osm.bz2
＊japan.osm.coastline.bz2
＊japan.osm.highway.bz2
We followed following steps:
1. Install PostgreSQL8.4.5/PostGIS1.5, Python2.6.6, mapnik0.7.1
2. Create database
$ createdb -U postgres -E UTF8 -O mapnik gis
3. Run sql
$ psql -U postgres -d gis -f "C:\Program
Files\PostgreSQL\8.4\share\contrib\postgis-1.5\postgis.sql"
$ psql -U postgres -d gis -f "C:\Program
Files\PostgreSQL\8.4\share\contrib
\postgis-1.5\spatial_ref_sys.sql"
$ psql -U postgres -d gis -f "C:\Program
Files\PostgreSQL\8.4\share\contrib\_int.sql"
$ psql -U postgres -d gis -f "C:\Program
Files\PostgreSQL\8.4\share\contrib\hstore.sql"
4. Run osm2pgsql
$ osm2pgsql -c -s -d gis -U postgres -S default.style
japan.osm.bz2
$ osm2pgsql -c -s -d gis -U postgres -S default.style
japan.osm.highway.bz2
$ osm2pgsql -c -s -d gis -U postgres -S default.style
japan.osm.coastline.bz2
$ osm2pgsql -c -s -d gis -U postgres -S default.style
japan.osm.administrative.bz2
5. world_boundaries(in mac)
$ tar xzf world_boundaries-spherical.tgz
$ tar xjf processed_p.tar.bz2 -C world_boundaries
$ tar xjf shoreline_300.tar.bz2 -C world_boundaries
$ unzip 10m-populated-places.zip -d world_boundaries
$ unzip 110m-admin-0-boundary-lines.zip -d world_boundaries
6. Check out mapnik repository
URL: http://svn.openstreetmap.org/applications/rendering/mapnik
7. Create mapnik setup file
$ generate_xml.py osm.xml out.xml --host localhost --user postgres
--dbname gis --symbols ./symbols/ --world_boundaries ./
world_boundaries/
--port 5432 --password ''
8. Using generate_tiles_multiprocess.py, do rendering
$ set HOME=C:\mapnik-0.7.1\svn\
$ set MAPNIK_MAP_FILE=C:\mapnik-0.7.1\svn\out.xml
$ set MAPNIK_TILE_DIR=C:\mapnik-0.7.1\svn\tiles\
$ generate_tiles_multiprocess.py
The portion we changed to for Japanese map
# zoom level=16- describe Japan
bbox = (112.5,22.0,157.5,55.7)
render_tiles(bbox, mapfile, tile_dir, 16, 16 , "Japan")
# zoom level=10- describe Japan
bbox = (112.5,22.0,157.5,55.7)
render_tiles(bbox, mapfile, tile_dir, 10, 10 , "Japan")
Hardware spec:
PC Spec
CPU：Core2 6700 2.66G
RAM：3G
Hard Disk：256G
OS：Windows XP SP3
_______________________________________________
Mapnik-users mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/mapnik-users
_______________________________________________
Mapnik-users mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/mapnik-users
_______________________________________________
Mapnik-users mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/mapnik-users
