hi,<div><br></div><div>I can think of two easier ways of doing this that setting rendering hints- one would be to change the rendering rules for set geographical areas, such as tanami track, ie when rendering within this geographic area use these rules for this zoom. <div>
<br></div><div>A second but more complicated way to do it would be to query your database, see how dense an area is for data, then decide your rendering rules, so when it does down town sydney (dense data) - footpaths don't get shown, when you render tanami track (very little data) - footpaths are rendered and various options in between the two.  </div>
<div><br></div><div>This way it can be done programmatically and you don't need to add / edit the data. </div><div><br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Nov 1, 2012 at 4:10 PM,  <span dir="ltr"><<a href="mailto:talk-au-request@openstreetmap.org" target="_blank">talk-au-request@openstreetmap.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Send Talk-au mailing list submissions to<br>
        <a href="mailto:talk-au@openstreetmap.org">talk-au@openstreetmap.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
        <a href="http://lists.openstreetmap.org/listinfo/talk-au" target="_blank">http://lists.openstreetmap.org/listinfo/talk-au</a><br>
or, via email, send a message with subject or body 'help' to<br>
        <a href="mailto:talk-au-request@openstreetmap.org">talk-au-request@openstreetmap.org</a><br>
<br>
You can reach the person managing the list at<br>
        <a href="mailto:talk-au-owner@openstreetmap.org">talk-au-owner@openstreetmap.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of Talk-au digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
   1. Optimising map rendering for recreational use (Li Xia)<br>
   2. Re: Optimising map rendering for recreational use (Ben Kelley)<br>
   3. Re: Optimising map rendering for recreational use (Li Xia)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Thu, 1 Nov 2012 15:01:11 +1100<br>
From: Li Xia <<a href="mailto:lisxia1982@gmail.com">lisxia1982@gmail.com</a>><br>
To: <a href="mailto:talk-au@openstreetmap.org">talk-au@openstreetmap.org</a><br>
Subject: [talk-au] Optimising map rendering for recreational use<br>
Message-ID: <<a href="mailto:09EE5D87-FA98-495A-AF9D-A60585482A5B@gmail.com">09EE5D87-FA98-495A-AF9D-A60585482A5B@gmail.com</a>><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
Hey everyone, have an idea about map rendering and want to get your thoughts.<br>
<br>
One of the challenges is in rendering a useful map for recreational use is displaying roads, tracks, trails and to some degree water lines at appropriate zoom levels in more remote regions where the density is lower compared with urban regions.<br>

<br>
In my opinion, most map service online services or offline vector engine experience the same issue. Here are some illustrations of the issue, by comparing Google / OSM / Raster map of the same region:<br>
<br>
Google<br>
<br>
OSM<br>
<br>
Raster map<br>
<br>
As you can clearly see, at that zoom level, there's no deal on either OSM or Google maps, where as the raster map is useful. yes you can zoom in on Google or OSM, but with a smaller viewing port, orientation is more difficult and you loose that overview which is try handy for trip planning.<br>

<br>
By using a tag specific for rendering purposes, this issue can be overcome. Rendering engines can take advantage of these tags to "optimise" rendering of various regions.<br>
<br>
The tags are fairly self explanatory. By tagging a road with render_as:trunk, this feature can be rendered at the same zoom level as a trench road. Each class of road will have it's own tag so if a highway:territory should be rendered at the same zoom level as a primary, then tag render_as:tertiary.<br>

<br>
What do you guys think?<br>
<br>
Cheers<br>
<br>
Li.<br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.openstreetmap.org/pipermail/talk-au/attachments/20121101/09bfd052/attachment-0001.html" target="_blank">http://lists.openstreetmap.org/pipermail/talk-au/attachments/20121101/09bfd052/attachment-0001.html</a>><br>

<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Thu, 1 Nov 2012 15:31:50 +1100<br>
From: Ben Kelley <<a href="mailto:ben.kelley@gmail.com">ben.kelley@gmail.com</a>><br>
To: Li Xia <<a href="mailto:lisxia1982@gmail.com">lisxia1982@gmail.com</a>><br>
Cc: <a href="mailto:talk-au@openstreetmap.org">talk-au@openstreetmap.org</a><br>
Subject: Re: [talk-au] Optimising map rendering for recreational use<br>
Message-ID:<br>
        <CAE4-2TKUbM=<a href="mailto:ieK-a3q2WmULFY5wkxpyOGtDSM3DS-zaoa%2ByfrQ@mail.gmail.com">ieK-a3q2WmULFY5wkxpyOGtDSM3DS-zaoa+yfrQ@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
Hi.<br>
<br>
I think tagging for the renderer is a bad idea.<br>
<br>
Essentially you are talking more about render hints, but I think that<br>
becomes a matter of preference pretty fast. Especially when OSM data can be<br>
rendered in a number of ways.<br>
<br>
I think it is worth considering what about a road makes you want to render<br>
it as a different type of road.<br>
<br>
  - Ben Kelley.<br>
 On Nov 1, 2012 3:01 PM, "Li Xia" <<a href="mailto:lisxia1982@gmail.com">lisxia1982@gmail.com</a>> wrote:<br>
<br>
> Hey everyone, have an idea about map rendering and want to get your<br>
> thoughts.<br>
><br>
> One of the challenges is in rendering a useful map for recreational use is<br>
> displaying roads, tracks, trails and to some degree water lines at<br>
> appropriate zoom levels in more remote regions where the density is lower<br>
> compared with urban regions.<br>
><br>
> In my opinion, most map service online services or offline vector engine<br>
> experience the same issue. Here are some illustrations of the issue, by<br>
> comparing Google / OSM / Raster map of the same region:<br>
><br>
> Google<<a href="http://www.mud-maps.com/li_temp/1211/Screen%20Shot%202012-10-25%20at%204.42.31%20PM.png" target="_blank">http://www.mud-maps.com/li_temp/1211/Screen%20Shot%202012-10-25%20at%204.42.31%20PM.png</a>><br>

><br>
> OSM<<a href="http://www.mud-maps.com/li_temp/1211/Screen%20Shot%202012-10-25%20at%204.42.26%20PM.png" target="_blank">http://www.mud-maps.com/li_temp/1211/Screen%20Shot%202012-10-25%20at%204.42.26%20PM.png</a>><br>

><br>
> Raster map<<a href="http://www.mud-maps.com/li_temp/1211/Screen%20Shot%202012-10-25%20at%204.42.22%20PM.png" target="_blank">http://www.mud-maps.com/li_temp/1211/Screen%20Shot%202012-10-25%20at%204.42.22%20PM.png</a>><br>

><br>
> As you can clearly see, at that zoom level, there's no deal on either OSM<br>
> or Google maps, where as the raster map is useful. yes you can zoom in on<br>
> Google or OSM, but with a smaller viewing port, orientation is more<br>
> difficult and you loose that overview which is try handy for trip planning.<br>
><br>
> By using a tag specific for rendering purposes, this issue can be<br>
> overcome. Rendering engines can take advantage of these tags to "optimise"<br>
> rendering of various regions.<br>
><br>
> The tags are fairly self explanatory. By tagging a road with<br>
> render_as:trunk, this feature can be rendered at the same zoom level as a<br>
> trench road. Each class of road will have it's own tag so if a<br>
> highway:territory should be rendered at the same zoom level as a primary,<br>
> then tag render_as:tertiary.<br>
><br>
> What do you guys think?<br>
><br>
> Cheers<br>
><br>
> Li.<br>
><br>
><br>
> _______________________________________________<br>
> Talk-au mailing list<br>
> <a href="mailto:Talk-au@openstreetmap.org">Talk-au@openstreetmap.org</a><br>
> <a href="http://lists.openstreetmap.org/listinfo/talk-au" target="_blank">http://lists.openstreetmap.org/listinfo/talk-au</a><br>
><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.openstreetmap.org/pipermail/talk-au/attachments/20121101/6bba70c2/attachment-0001.html" target="_blank">http://lists.openstreetmap.org/pipermail/talk-au/attachments/20121101/6bba70c2/attachment-0001.html</a>><br>

<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Thu, 1 Nov 2012 17:09:58 +1100<br>
From: Li Xia <<a href="mailto:lisxia1982@gmail.com">lisxia1982@gmail.com</a>><br>
To: Ben Kelley <<a href="mailto:ben.kelley@gmail.com">ben.kelley@gmail.com</a>><br>
Cc: <a href="mailto:talk-au@openstreetmap.org">talk-au@openstreetmap.org</a><br>
Subject: Re: [talk-au] Optimising map rendering for recreational use<br>
Message-ID: <<a href="mailto:5778FC56-1E77-4D84-B259-39D1231068EA@gmail.com">5778FC56-1E77-4D84-B259-39D1231068EA@gmail.com</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
Hey Ben and others,<br>
<br>
Yep, spot on, rendering hints but only related to zoom levels. I realise that it's matter of opinion what roads to be rendered at what levels etc and why rendering hints are not considered "factual data" and not preferred.<br>

<br>
Changing the road classification is an option but are likely to cause side effects. For example, tagging what is a territory road as a primary so that it will be rendered earlier on in the zoom level has the potential of polluting the data, making it less useful for other purposes such as routing etc.<br>

<br>
Another positive of the rendering hints approach is that the tags themselves are completely optional so it's up to the rendering engine to take advantage of them. If ignored, it's like they<br>
<br>
Also these tags are only really needed in more regional / outback areas, such as the Great central rd, Tanami track, French line etc so it's lightweight and won't add much size to the database.<br>
<br>
I plan to start a new project for mapping off road and regional areas of Australia and these rendering hints will certainly make a huge difference in rendering. There are already quiet a few of interested in this project and was planning to start a new project page on the Aus Wiki to coordinate this effort. We were hoping to include the rendering tags among the guild line and hope you guys agree.<br>

<br>
Li<br>
<br>
<br>
On 01/11/2012, at 3:31 PM, Ben Kelley wrote:<br>
<br>
> Hi.<br>
><br>
> I think tagging for the renderer is a bad idea.<br>
><br>
> Essentially you are talking more about render hints, but I think that becomes a matter of preference pretty fast. Especially when OSM data can be rendered in a number of ways.<br>
><br>
> I think it is worth considering what about a road makes you want to render it as a different type of road.<br>
><br>
>   - Ben Kelley.<br>
> On Nov 1, 2012 3:01 PM, "Li Xia" <<a href="mailto:lisxia1982@gmail.com">lisxia1982@gmail.com</a>> wrote:<br>
> Hey everyone, have an idea about map rendering and want to get your thoughts.<br>
><br>
> One of the challenges is in rendering a useful map for recreational use is displaying roads, tracks, trails and to some degree water lines at appropriate zoom levels in more remote regions where the density is lower compared with urban regions.<br>

><br>
> In my opinion, most map service online services or offline vector engine experience the same issue. Here are some illustrations of the issue, by comparing Google / OSM / Raster map of the same region:<br>
><br>
> Google<br>
><br>
> OSM<br>
><br>
> Raster map<br>
><br>
> As you can clearly see, at that zoom level, there's no deal on either OSM or Google maps, where as the raster map is useful. yes you can zoom in on Google or OSM, but with a smaller viewing port, orientation is more difficult and you loose that overview which is try handy for trip planning.<br>

><br>
> By using a tag specific for rendering purposes, this issue can be overcome. Rendering engines can take advantage of these tags to "optimise" rendering of various regions.<br>
><br>
> The tags are fairly self explanatory. By tagging a road with render_as:trunk, this feature can be rendered at the same zoom level as a trench road. Each class of road will have it's own tag so if a highway:territory should be rendered at the same zoom level as a primary, then tag render_as:tertiary.<br>

><br>
> What do you guys think?<br>
><br>
> Cheers<br>
><br>
> Li.<br>
><br>
><br>
> _______________________________________________<br>
> Talk-au mailing list<br>
> <a href="mailto:Talk-au@openstreetmap.org">Talk-au@openstreetmap.org</a><br>
> <a href="http://lists.openstreetmap.org/listinfo/talk-au" target="_blank">http://lists.openstreetmap.org/listinfo/talk-au</a><br>
><br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.openstreetmap.org/pipermail/talk-au/attachments/20121101/4af61508/attachment.html" target="_blank">http://lists.openstreetmap.org/pipermail/talk-au/attachments/20121101/4af61508/attachment.html</a>><br>

<br>
------------------------------<br>
<br>
_______________________________________________<br>
Talk-au mailing list<br>
<a href="mailto:Talk-au@openstreetmap.org">Talk-au@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-au" target="_blank">http://lists.openstreetmap.org/listinfo/talk-au</a><br>
<br>
<br>
End of Talk-au Digest, Vol 65, Issue 1<br>
**************************************<br>
</blockquote></div><br></div>