Hello again Artem, Looks like the ring orientation is the key. I found the PostGIS function ST_ForceRHR which forces the orientation to the "right hand rule". After a quick update of my geometry, the feature then renders correctly with Mapnik.
Cheers, /Bud On Mon, Sep 6, 2010 at 4:59 PM, Buddy Mash <[email protected]> wrote: > Hi Artem, > > I've done a ST_IsValid() on my data is it comes back true. Unfortunately I > don't know how I can check the ring orientation as per Rob's message but I > assumed the loader I'm using would not put anything invalid into PostGIS . > Below is the ST_AsText() of a single object. It's a multpolygon representing > a four-way road junction, with three holes (rounded triangles) for traffic > islands. When rendered with Mapnik, these holes are filled by the > <PolygonSymbolizer>. > > Thanks for any feedback you can give me. > > /Bud > > "MULTIPOLYGON(((-393802.666304504 6571763.54720833,-393804.624673949 > 6571763.93321782,-393805.186158372 6571764.04798212,-393808.279511376 > 6571764.61584465,-393811.514192577 6571765.10172054,-393814.91128285 > 6571765.26804909,-393815.224844811 6571765.34055503,-393815.549766038 > 6571765.33378385,-393815.707365817 6571765.40953994,-393816.178527578 > 6571765.55780195,-393816.743942504 6571765.86218053,-393816.903179908 > 6571766.01694288,-393817.060779713 6571766.09269896,-393817.142036024 > 6571766.24908641,-393817.299635836 6571766.32484248,-393817.462148476 > 6571766.6376174,-393818.042302052 6571767.6530525,-393818.125196013 > 6571767.88844626,-393818.206452363 6571768.04483374,-393818.211365212 > 6571768.28185262,-393818.292621567 6571768.4382401,-393818.313910594 > 6571769.46532203,-393817.950206761 6571770.7375486,-393816.563130079 > 6571772.82150674,-393812.706959492 6571776.85389125,-393809.706837836 > 6571780.15707204,-393806.952241224 6571782.75957972,-393814.803808382 > 6571791.44850876,-393817.245050519 6571790.03813533,-393820.765360833 > 6571788.62108167,-393824.439994835 6571787.12176992,-393828.126091502 > 6571786.17550204,-393831.649778873 6571785.54877981,-393835.59591696 > 6571785.22941376,-393839.532333489 6571785.06832961,-393843.244633197 > 6571785.38615834,-393848.771688958 6571786.06136259,-393849.346499925 > 6571786.19165453,-393851.42414182 6571786.68582474,-393853.371159961 > 6571787.15110094,-393855.671714895 6571787.73547243,-393858.68229187 > 6571788.70024621,-393862.896773183 6571790.0351265,-393866.709990415 > 6571791.45741017,-393876.694563661 6571776.34221567,-393869.699201671 > 6571771.95112088,-393868.500106743 6571771.18571264,-393867.299373949 > 6571770.341298,-393865.937764947 6571769.26311553,-393864.57451824 > 6571768.10592669,-393863.365596053 6571766.86648043,-393862.077055113 > 6571765.54965344,-393860.530108394 6571763.68493023,-393859.148845299 > 6571761.65867279,-393857.926820925 6571759.78717703,-393856.950098991 > 6571757.83152798,-393855.799504795 6571755.64238261,-393854.88121616 > 6571753.36935516,-393854.7137885 6571752.81956309,-393854.191957014 > 6571750.85443351,-393853.835808556 6571748.72777038,-393853.7168789 > 6571746.7542436,-393853.677568143 6571744.85809791,-393853.707720955 > 6571742.54949581,-393853.897438934 6571740.41145669,-393854.666785744 > 6571734.2460981,-393832.936724013 6571728.45484903,-393832.467084534 > 6571729.63442977,-393831.788291112 6571731.38745823,-393830.963257179 > 6571732.98545467,-393829.519394583 6571735.46578963,-393827.823678732 > 6571737.71425352,-393827.441963056 6571738.1174095,-393825.905378535 > 6571739.88831633,-393824.196559479 6571741.50473237,-393823.89118666 > 6571741.82725716,-393822.096197697 6571743.05026803,-393820.312567387 > 6571744.19400177,-393818.357030255 6571745.19904541,-393817.892420046 > 6571745.36680819,-393815.930004469 6571746.04002584,-393813.896054196 > 6571746.39857293,-393813.026904857 6571746.49572552,-393810.819083058 > 6571746.62077455,-393808.528367712 6571746.51042973,-393807.615315307 > 6571746.37137598,-393802.666304504 6571763.54720833),(-393835.870545371 > 6571775.89690605,-393831.649419379 6571773.61366697,-393830.497821986 > 6571775.13943702,-393828.561603924 6571777.07676211,-393832.255884393 > 6571776.52552543,-393835.870545371 6571775.89690605),(-393833.54745419 > 6571747.25367252,-393833.142915029 6571747.18306355,-393829.817786693 > 6571749.86069165,-393827.634529819 6571751.17083712,-393822.178022229 > 6571754.52520537,-393821.953905145 6571755.0041178,-393822.040074382 > 6571755.39752351,-393825.942713586 6571757.37123865,-393828.569921852 > 6571758.66017083,-393830.159819362 6571755.07022134,-393832.870297352 > 6571749.08571092,-393833.55564297 6571747.64870299,-393833.54745419 > 6571747.25367252),(-393854.496261603 6571773.05843329,-393853.035379289 > 6571770.95479167,-393851.645927093 6571768.53349974,-393850.090686016 > 6571765.64142152,-393848.613427097 6571762.7477186,-393846.441998211 > 6571757.10207359,-393845.666570943 6571754.19374467,-393845.053551495 > 6571750.96587058,-393843.286407228 6571753.53199179,-393841.327796707 > 6571757.52482976,-393837.917235957 6571764.23530382,-393840.441783715 > 6571765.58960528,-393843.413793908 6571767.20331721,-393849.160571841 > 6571770.32419342,-393854.187612909 6571773.22294777,-393854.496261603 > 6571773.05843329)))" > > > On Mon, Sep 6, 2010 at 9:57 AM, Artem Pavlenko <[email protected]> wrote: > >> Hi Buddy, >> >> Mapnik should handle internal loops (holes) without any issues. >> Could you run ST_IsValid on that polygon ? Also, you can post WKT >> here and I'll have a loook. >> >> Regards, >> Artem >> >> On 6 September 2010 09:31, Buddy Mash <[email protected]> wrote: >> > Hi, >> > >> > I'm new to Mapnik having taken over a project from a colleague who has >> left >> > our firm. I'm picking things up OK and have been successfully editing >> the >> > Mapnik XML for our maps. >> > >> > I have just hit my first technical issue with Mapnik. When rendering a >> > region with donut holes in it, the holes are ignored and the complete >> area >> > is filled by a a <PolygonSymbolzer>. I've checked the data in the >> PostGIS >> > database and using ST_NumInteriorRings does still return the current >> number >> > of interior rings/donut holes. Any ideas on what's happening? A Mapnik >> bug >> > or something wrong with the data? >> > >> > Cheers, >> > Bud >> > >> > _______________________________________________ >> > 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
