[Tilesathome] Osmarender Bugfix Followup
Brent Easton
b.easton at exemail.com.au
Mon Oct 22 05:41:55 BST 2007
Hmm,
Appears to be more serious that I thought. When I render tile 3764 2469 that contains Werri Beach, it still generates "NaN" for the co-ordinates of the caption.
In fact, it appears that the caption for ALL areas with names are being generated with co-ordinates of
x="NaN" y="NaN"
Regards,
Brent.
*********** REPLY SEPARATOR ***********
On 22/10/2007 at 2:34 PM Brent Easton wrote:
>Hi Frederik,
>
>Thanks, that has fixed many of the problems in the generated SVG. There
>is another issue that was raised a while back that I can reproduce on Tile
> 3763 2469, zoom level 17.
>
>The generated SVG contains elements with invalid co-ordinates:
>
> <text k="name" class="caption-casing generic-caption-casing"
>text-anchor="middle" startOffset="50%" x="NaN" y="NaN">Werri Beach</text>
> <text k="name" class="caption-core generic-caption-core"
>text-anchor="middle" startOffset="50%" x="NaN" y="NaN">Werri Beach</text>
>
>Werri Beach is an Area feature with the tags natural=beach, name=Werri
>Beach.
>
>The interesting thing is that Werri Beach is not actually on tile 3763
>2469, but is completely contained on the adjacent tile 3764 2469, but
>close to the edge. Both the beach and it's caption are being added the
>level 17 SVG even though they are outside the defined drawing box.
>
>Either areas such as these need to excluded from the generated SVG, or the
>off-tile co-ordinates need to be calculated correctly.
>
>This is not a high priority as Inkscape will happily ignore these and the
>non-display of items not on a tile is not really a problem, but it does
>need to be cleaned up for Batik testing. It can wait for Etienne.
>
>Regards,
>Brent.
>
>*********** REPLY SEPARATOR ***********
>
>On 22/10/2007 at 1:41 AM Frederik Ramm wrote:
>
>>Hi,
>>
>> I have tried to fix the Osmarender bug that dropped all street
>>names where the direction of the way is different from the desired
>>text direction (the one where it generated references to a reverse
>>path which it subsequently forgot to generate).
>>
>>I don't really understand what it all does, I just did the
>>programmer's equivalent of taking a hammer to it and see if it works.
>>And work it did, for my example files at least. But if anyone thinks
>>the situation has worsened, just revert!
>>
>>Bye
>>Frederik
>>
>>--
>>Frederik Ramm ## eMail frederik at remote.org ## N49°00.09' E008°23.33'
>>
>>
>>_______________________________________________
>>Tilesathome mailing list
>>Tilesathome at openstreetmap.org
>>http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/tilesathome
>>
>>
>>--
>>No virus found in this incoming message.
>>Checked by AVG Free Edition.
>>Version: 7.5.488 / Virus Database: 269.15.5/1084 - Release Date:
>21/10/2007 3:09 PM
>
>
>____________________________________________________________
>Brent Easton
>Analyst/Programmer
>University of Western Sydney
>Email: b.easton at uws.edu.au
>
>
>_______________________________________________
>Tilesathome mailing list
>Tilesathome at openstreetmap.org
>http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/tilesathome
>
>
>--
>No virus found in this incoming message.
>Checked by AVG Free Edition.
>Version: 7.5.488 / Virus Database: 269.15.5/1084 - Release Date: 21/10/2007 3:09 PM
____________________________________________________________
Brent Easton
Analyst/Programmer
University of Western Sydney
Email: b.easton at uws.edu.au
More information about the Tilesathome
mailing list