On Nov 27, 2007 9:38 PM, Dodi <<a href="mailto:dodi@moonbase.sk">dodi@moonbase.sk</a>> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Brent,<br><br>at <a href="http://www.freemap.sk/osmarender6.zip" target="_blank">http://www.freemap.sk/osmarender6.zip</a> is newer version which has no<br>NaN's for tile 235 153 8<br><br>but i still recommend to add smart-linecap="no" to every <line> rule in low
<br>zoom map-features files ... using then has no visual outcome for<br>lowzoomlevel tiles but svg file is about 15% smaller, aditional<br>"waycleaning" gives only about 25% of original SVG size, and if waycleaning
<br>is used before bezier curve hinting it brings more smooth curves at line<br>joins (because of way how lines2curves.pl works)<br><br>...and for nicer osmarender map layer I have small modification for<br>tilesGen.pl with tile antialising
<br><br><a href="http://c.tah.openstreetmap.org/Tiles/tile/12/2271/1415.png" target="_blank">http://c.tah.openstreetmap.org/Tiles/tile/12/2271/1415.png</a><br>vs .<br><a href="http://c.tah.openstreetmap.org/Tiles/tile/12/2272/1415.png" target="_blank">
http://c.tah.openstreetmap.org/Tiles/tile/12/2272/1415.png</a><br></blockquote><div><br><br>This is really good. Antialiasing makes a real difference, it's much nicer.<br><br>80n<br><br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>you can discover visible difference on tertiary roads<br><br>or <a href="http://wiki.openstreetmap.org/index.php/Image:Tile_antialiasing.png" target="_blank">http://wiki.openstreetmap.org/index.php/Image:Tile_antialiasing.png
</a> for<br>same tile side-by-side with and without antialiasing<br><br>Would we like to use this improvement for whole osmarender layer ???<br><br>Regards,<br><font color="#888888">Dodi<br></font><div class="Ih2E3d"><br>
----- Original Message -----<br>From: "Dodi" <<a href="mailto:dodi@moonbase.sk">dodi@moonbase.sk</a>><br>To: <<a href="mailto:b.easton@uws.edu.au">b.easton@uws.edu.au</a>><br>Cc: <<a href="mailto:tilesathome@openstreetmap.org">
tilesathome@openstreetmap.org</a>><br></div><div><div></div><div class="Wj3C7c">Sent: Monday, November 26, 2007 11:00 PM<br>Subject: Re: [Tilesathome] New Osmarender/Batik Issue<br><br><br>> Hi Brent,<br>> yes it wasn't a total solution for this problem, but significantly reduced
<br>> the number of NaN's :) thye are now only in svg path generated by<br>> osmarender's "smart-linecap" magic... for lowzoomlevels actually no need<br>> to<br>> use smart line caps, so we can add smart-linecap='no' to every lowzoom
<br>> <line> rule and there will be no more NaN's :)<br>><br>> ...will try to remove rest of NaN's...<br>><br>> Dodi<br>><br>> ----- Original Message -----<br>> From: "Brent Easton" <
<a href="mailto:b.easton@exemail.com.au">b.easton@exemail.com.au</a>><br>> To: "Dodi" <<a href="mailto:dodi@moonbase.sk">dodi@moonbase.sk</a>><br>> Cc: <<a href="mailto:tilesathome@openstreetmap.org">
tilesathome@openstreetmap.org</a>><br>> Sent: Monday, November 26, 2007 1:06 AM<br>> Subject: Re: New Osmarender/Batik Issue<br>><br>><br>> Hi Dodi,<br>><br>> Your new Osmarender.xsl has fixed one of the problems (Thames riverbank),
<br>> but when I try<br>><br>> perl tilesgen.pl xy 235 153 8<br>><br>> I am still getting 'Nan's due to ways referencing nodes that are not<br>> included in the .osm file.<br>><br>> Regards,
<br>> Brent.<br>><br>><br>> *********** REPLY SEPARATOR ***********<br>><br>> On 25/11/2007 at 4:48 PM Dodi wrote:<br>><br>>>Hi Brent,<br>>><br>>>ok... I didn't see missing coordinates in MOVE command "M C ...... " in
<br>>>svg path ... you can revert changes I suggested bellow... it was a<br>>>solution<br>>>for "every area is drawn twice" (you can check it by opening svg in<br>>>inkscape, and ungroup every group on particular area ...) ... ok, as side
<br>>>effect this solution should reduce memory consuption for tiles with<br>>>coastlines :)<br>>><br>>>You lost your bet, because bezier curve hinting is runing on svg not on<br>>>osm<br>>>file... :P
<br>>><br>>>while checking path with id="area_8131246" ...before bezier curve hinting<br>>>... found missing MOVE command also ... so i am looking into osm data<br>>>and spotted a problem... but not in osmarender (or partially)... it is
<br>>>rather data-integrity problem which osmarender multipolygon support relies<br>>>on...<br>>><br>>>Situation description: While t@h downloading osm data for tile 2052 1361<br>>>found, that River Thames consist of way id=8131246 and way id=3996343
<br>>>joined into multipolygon by relation id=95 ... but way 3996343 has no node<br>>>inside this tile boundary and therefore is not downloaded ...<br>>><br>>>finaly ... from <a href="http://www.freemap.sk/osmarender6.zip" target="_blank">
http://www.freemap.sk/osmarender6.zip</a> you can download<br>>>alpha6 version with these improvements<br>>>1) filtered out missing ways from multipolygon relations<br>>>2) filtered out missing nodes for your experiments with lowzoom and
<br>>>osmxapi<br>>>:)<br>>>3) mulipolygon areas are generated only once (not as many time as count of<br>>>relation members ) [reported by Robert Fitzsimons]<br>>><br>>>Dodi<br>>>
<br>>>----- Original Message -----<br>>>From: "Brent Easton" <<a href="mailto:b.easton@exemail.com.au">b.easton@exemail.com.au</a>><br>>>To: "Dodi" <<a href="mailto:dodi@moonbase.sk">
dodi@moonbase.sk</a>><br>>>Cc: <<a href="mailto:tilesathome@openstreetmap.org">tilesathome@openstreetmap.org</a>><br>>>Sent: Sunday, November 25, 2007 1:41 PM<br>>>Subject: Re: New Osmarender/Batik Issue
<br>>><br>>><br>>>Hi Dodi,<br>>><br>>>No luck. Comments below.<br>>><br>>>regards.<br>>>brent.<br>>><br>>>*********** REPLY SEPARATOR ***********<br>>><br>
>>On 24/11/2007 at 6:30 PM Dodi wrote:<br>>><br>>>>Hi Brent,<br>>>>this behaviour is same from osmarender4 ...<br>>>><br>>>>I spotted this earlier ... but could not decide if it is bug or required
<br>>>>behaviour designed by 80n. Maybe we should ask him :)<br>>>><br>>>>easiest way to stop generating <use xlink:href...> is to<br>>>comment-out/remove<br>>>><br>>>> <xsl:call-template name="renderArea">
<br>>>> <xsl:with-param name="instruction" select="$instruction"/><br>>>> <xsl:with-param name="pathId" select="concat('area_',@id)"/>
<br>>>> </xsl:call-template><br>>>><br>>>>at lines 867-870 in osmarender.xsl<br>>><br>>>An invalid path is still being generated:<br>>><br>>> <g class="waterway-riverbank">
<br>>><path id="area_8131246" d="M C 0,0 529.253504988145,1512.37605217907<br>>>608.078 1725.40444523807 C 609.412910579215,1729.0121290618<br>>>627.685244301117,1728.<br>>> <...etc ...>
<br>>>1484.06880966549,900.63416072288 1488.707 901.078978881721 C<br>>>1491.01943144629,901.300748887736 1500.318,915.999972194995 1500.318<br>>>915.999972194995 Z"/><br>>> </g>
<br>>><br>>><br>>>>another way is to make area path generation same as way generation (this<br>>>>was<br>>>>present in osmarender6 alpha 4) but it breaks "beziercurvehinting"
<br>>>>without<br>>>>svg file preprocessing<br>>>><br>>>>..waycleanup.pl should be used before beziercurve hinting (I mention it<br>>>>several time before [<br>>>><a href="http://svn.moonbase.sk/FreemapSlovakiaDiSK/waycleanup.pl" target="_blank">
http://svn.moonbase.sk/FreemapSlovakiaDiSK/waycleanup.pl</a> ] which produce<br>>>>smaller svg by removing unreferenced svg path definition).<br>>><br>>><br>>>Don't quite follow this. waycleanup.pl
seems to want to run on a .svg<br>>>file,<br>>>bet beziercurvehinting is run on the .osm file, so how can it run first? I<br>>>tried running it on the final SVG and while it did remove many lines, it<br>
>>did<br>>>not remove the line with the invalid path.<br>>><br>>><br>>><br>>>>Dodi<br>>>><br>>>><br>>>>----- Original Message -----<br>>>>From: "Brent Easton" <
<a href="mailto:b.easton@exemail.com.au">b.easton@exemail.com.au</a>><br>>>>To: "Dodi" <<a href="mailto:dodi@moonbase.sk">dodi@moonbase.sk</a>><br>>>>Cc: <<a href="mailto:tilesathome@openstreetmap.org">
tilesathome@openstreetmap.org</a>><br>>>>Sent: Friday, November 23, 2007 10:52 PM<br>>>>Subject: New Osmarender/Batik Issue<br>>>><br>>>><br>>>>Hi Dodi,<br>>>><br>>>>Sorry to bother you again, but looks like another Osmarender issue:
<br>>>><br>>>>Tile: 2052 1361<br>>>>Way: 8131246 (Thames River, waterway=riverbank)<br>>>><br>>>>The data in the .osm file looks fine, but Osmarender is emitting the<br>>>>following:
<br>>>><br>>>> <g class="waterway-riverbank"><br>>>><path id="area_8131246" d="M C 0,0 529.253504988145,1512.37605217907<br>>>>608.078 1725.40444523807
<br>>>> <... bunch of nodes removed ...><br>>>> C 1491.01943144629,901.300748887736 1500.318,915.999972194995 1500.318<br>>>>915.999972194995 Z"/><br>>>> <use xlink:href="#area_8131246" class="waterway-riverbank"/>
<br>>>> </g><br>>>><br>>>>Regards,<br>>>>Brent.<br>>>>____________________________________________________________<br>>>>Brent Easton<br>>>>Analyst/Programmer
<br>>>>University of Western Sydney<br>>>>Email: <a href="mailto:b.easton@uws.edu.au">b.easton@uws.edu.au</a><br>>><br>>><br>>>____________________________________________________________
<br>>>Brent Easton<br>>>Analyst/Programmer<br>>>University of Western Sydney<br>>>Email: <a href="mailto:b.easton@uws.edu.au">b.easton@uws.edu.au</a><br>><br>><br>> ____________________________________________________________
<br>> Brent Easton<br>> Analyst/Programmer<br>> University of Western Sydney<br>> Email: <a href="mailto:b.easton@uws.edu.au">b.easton@uws.edu.au</a><br>><br>><br>><br>> _______________________________________________
<br>> Tilesathome mailing list<br>> <a href="mailto:Tilesathome@openstreetmap.org">Tilesathome@openstreetmap.org</a><br>> <a href="http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/tilesathome" target="_blank">
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/tilesathome</a><br>><br><br><br>_______________________________________________<br>Tilesathome mailing list<br><a href="mailto:Tilesathome@openstreetmap.org">Tilesathome@openstreetmap.org
</a><br><a href="http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/tilesathome" target="_blank">http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/tilesathome</a><br></div></div></blockquote></div><br>