One way of looking at the problem is to consider it as a consequence of the practical limitation of the api, that it will only serve up results for a limited size bbox.  If we could download a large enough bbox then the problem would go away.

Since osmxapi doesn't have this limitation I'm wondering if it would be feasible to download some selected ways (landuse=forest, etc) from osmxapi [1] for a much larger area.  These could then be merged with the z12 data from the main api.

This would work in principle, but I'm not sure of the consequences for inkscape (or batik) if the source svg covers a much larger extent, even though the same area would get rendered.  Anyone have a hunch about the impact?

<br><br>80n<br><br>[1] osmxapi is using hourly diffs for updates and so is currently no more than 90 minutes older than the main database at any time.  This should be current enough I think.<br><br><br><div class="gmail_quote">

On Dec 19, 2007 4:40 AM, Brent Easton <<a href="mailto:b.easton@exemail.com.au">b.easton@exemail.com.au</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Have been thinking about solving the problem where a zoom level 12 tile is completely enclosed within a large landuse=forest area. Currently, the forest is not renderered. Interested in ideas to approach this. So far I have come up with:

1. Use a relation type=enclosed to connect any node or way within  the tile (role=within) to the enclosing landuse (role=enclosing). Change the data download to download the enclosing landuse whenever the enclosed relation is downloaded.

Pros: Simple, easy to implement. Good for smaller enclosing areas. Can be maintained using JOSM Cons: Will be clumsy for large enclosing forests. 2. Expand the current oceantiles process from just water/land to include other landuse types using other colors as needed.

<br><br>Pros: Easier to maintain (for people who can cope with png2tileinfo)<br>Cons: Hard to maintain (for people who cannot cope with png2tileinfo). More work to implement.<br><br><br>Comments appreciated.<br><br>Regards,

<br>Brent.<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>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></blockquote></div><br>