I am having a similar problem
see
https://help.openstreetmap.org/questions/16763/mapnik-partial-rendering
if you find out anything please, report back
-----Original Message-----
From: Stephan Knauss
Sent: Wednesday, October 10, 2012 1:26 AM
To: OpenStreetMap developer discusssion
Subject: [OSM-dev] how to debug rendering issue
Hi,
I have a strange rendering issue on my server.
This highway is not rendered:
http://www.openstreetmap.org/browse/way/177905977
The other oneway highway next to it is rendered:
http://tile.osm-tools.org/osm_then/18/203537/124374.png
On osm.org both ways are rendered:
http://tile.openstreetmap.org/18/203537/124374.png
I checked the database and the way is included in planet_osm_line (as
well as in _roads)
select * from planet_osm_line where osm_id=177905977
177905977;"";"";"";"";"";"";"";"";"";"";"";"";"";"";"";"";"";"";"";"";"";"";"";"";"";"secondary";"";"";"";"";"";"";"";"";"";"";"";"";"";"yes";"";"";"";"";"";"";"401";"";"";"";"";"";"paved";"";"";"";"";"";"";"";"";"";"";6;;""ref"=>"401",
"oneway"=>"yes", "highway"=>"secondary", "surface"=>"paved",
"dual_carriage"=>"yes"";"010200002031BF0D006A00000048E17AEC461A65413D0AD7A376362F41CDCCCC54491A6541AE47E17A76362F41E17A140E711A6541713D0AD781362F4100000088D31A6541F6285C0FBC352F41D7A37025081B654166666666FE342F41C3F528C4171B6541A4703D0AF9342F41D7A370F5921B65411F85EB5120362F4114AE4739A21B6541C3F5285C7B362F415C8FC28DAD1B65415C8FC2752C372F41AE47E18AB31B654148E17A946B382F4185EB5128BF1B654114AE47619F3B2F415C8FC275C51B6541A4703D8A283C2F4114AE4779D21B6541A4703D8A8B3C2F418FC2F578E91B6541B81E85EBCF3C2F41F6285C97181C65413D0AD7231B3D2F419A999999521C65417B14AEC7DC3D2F4152B81EF56B1C6541713D0AD7D53D2F4152B81EF5851C654114AE4761EC3D2F418FC2F5E8BE1C654152B81E05603E2F41EC51B82E1B1D65410AD7A3F0AA3E2F4148E17AD44D1D654185EB51B8C53E2F41E17A145E651D65411F85EBD1413F2F4133333363B91D65419A999999A3412F41A4703DDAD91D6541A4703D8A36422F41666666C62E1E654185EB51B87D432F417B14AE27781E6541E17A14AE19442F41F6285C078D1E65413333333314442F411F85EB79321F65418FC2F528C8422F417B14AE87EF206541D7A3703D7D3F2F4148E17AF43B21654152
B81E85EC3E2F41E17A14DE56216541A4703D8AB93E2F4185EB511097216541295C8FC2413E2F4148E17AECFB216541A4703D8A853D2F411F85EB6192236541D7A3703DDE372F41F6285CCFD12365411F85EBD19E372F41295C8F5A4F246541C3F5285C4F382F41000000886F256541713D0AD70F3A2F41E17A14BE922565417B14AEC7183A2F4152B81E5DC8256541C3F5285CB6392F419A9999414027654152B81E05A1352F4152B81E453F296541AE47E1FAE7312F4114AE47495829654185EB51B880312F419A9999A97C29654152B81E0575302F41EC51B89EDC296541A4703D8A172D2F410AD7A3E0FB2965419A9999192B2B2F4148E17AFC172A6541F6285C8F22292F411F85EBA1762A6541295C8F428E222F41EC51B83E8E2A6541B81E85EB1D212F4152B81EF5A82A6541D7A3703D38202F41295C8F92D92A65411F85EB510D1F2F41E17A1486F62A6541E17A142EC71D2F41A4703D7A3E2B6541666666E6211A2F41AE47E14AB52B6541333333B323142F4148E17A84F22B6541F6285C8F30112F413D0AD76B0A2C654114AE47E1A0102F415C8FC2DD242C654152B81E0576102F419A9999C1642C6541713D0AD770112F411F85EB29072D65413D0AD7A3E0132F4114AE4711262D65415C8FC2F5F3132F41666666AE592D65413D0AD723C2132F41D7A37025F42D6541A4703D0A
EC122F413D0AD793122E6541E17A14AEBD122F41EC51B86E222E65411F85EBD155122F41A4703D02552E65417B14AEC7580F2F41B81E854B762E65415C8FC275660D2F413D0AD7B3972E6541AE47E17A120C2F41CDCCCCA4B52E6541000000806C0B2F41B81E85BBFB2E654148E17A14930A2F41713D0AB75B2F6541E17A14AE50092F413D0AD72BBE2F65410AD7A3F00D092F413333333B04306541713D0AD7E9082F41713D0A5F18306541EC51B89E54092F41B81E85032B306541C3F528DC480A2F416666663E3C306541F6285C8F880B2F410000000052306541333333B38C0C2F41AE47E1CA66306541B81E85EBFD0D2F419A9999B17C3065419A999919AF0E2F413D0AD703A2306541AE47E1FA240F2F41000000E8C1306541295C8F42510F2F41E17A142EF4306541EC51B81E3E0F2F4114AE47210C31654114AE47E1380F2F41666666E60E3165417B14AE47380F2F419A999999173165411F85EBD1F90E2F41F6285C77343165418FC2F5285C0E2F41C3F528EC49316541295C8F42B20D2F41666666AE6131654152B81E85AB0C2F417B14AE077831654148E17A94910B2F419A9999C9993165410AD7A370EA092F4166666686AB316541713D0A570E092F41000000E0BF3165415C8FC2F5E8072F41AE47E112CD316541D7A3703D0B072F4166666646DE3165417B14AEC7A3052F
413D0AD7EBE6316541F6285C0FB5042F418FC2F5B0ED316541CDCCCC4C0B042F41A4703DCAF7316541EC51B81E83022F4152B81EF505326541D7A3703D7F002F41295C8F02173265415C8FC2F503FE2E41295C8F721F326541E17A142EB7FC2E4148E17A9435326541EC51B81E8DF92E411F85EB094C326541666666E636F62E41295C8FE259326541333333B335F42E41AE47E1BA73326541A4703D8A90F02E419A99990974326541A4703D0A81F02E41295C8FC27632654148E17A14F8EF2E411F85EB698432654133333333F8ED2E417B14AEB79D326541000000804DEA2E41"
In the log files I see nothing unusual. My rendering is done using
tirex. Setting debug=1 in mapnik.conf only returns this in the log which
sounds ok:
sending:
id=1349812110_147016472#012map=osmthen#012metatile=/var/lib/tirex/tiles/osmthen/18/49/30/181/29/0.meta#012render_time=598#012result=ok#012type=metatile_render_request#012x=203536#012y=124368#012z=18
Data is imported using 64 bit ID mode osm2pgsql. Postgresql is 9.2.1
with postgis 2.0.1. Mapnik is 2.1.0. Tirex and the osm mapnik style are
both up to rev 28793. Style was only modified for a different font, but
as both highways in the given tile are a secondary, I see no reason why
only one should render.
What possibilities do I have for debugging into this issue? Can I enable
more verbosity? What could cause a symptom like this?
Stephan
_______________________________________________
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
_______________________________________________
dev mailing list
dev@openstreetmap.org
http://lists.openstreetmap.org/listinfo/dev
