<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
.MsoChpDefault
{mso-style-type:export-only;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
{page:WordSection1;}
--></style>
</head>
<body lang="EN-AU" link="blue" vlink="#954F72" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal"><span lang="EN-GB">I fully support this bulk edit</span></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> talk-au-request@openstreetmap.org <talk-au-request@openstreetmap.org><br>
<b>Sent:</b> Monday, May 9, 2022 8:32:00 PM<br>
<b>To:</b> talk-au@openstreetmap.org <talk-au@openstreetmap.org><br>
<b>Subject:</b> Talk-au Digest, Vol 179, Issue 35</font>
<div> </div>
</div>
<div class="BodyFragment"><font size="2"><span style="font-size:11pt;">
<div class="PlainText">Send Talk-au mailing list submissions to<br>
talk-au@openstreetmap.org<br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="https://lists.openstreetmap.org/listinfo/talk-au">https://lists.openstreetmap.org/listinfo/talk-au</a><br>
or, via email, send a message with subject or body 'help' to<br>
talk-au-request@openstreetmap.org<br>
<br>
You can reach the person managing the list at<br>
talk-au-owner@openstreetmap.org<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. Proposing a bulk locality edit for new admin_level<br>
definitions (Dian ?gesson)<br>
2. Re: Basic question (Warin)<br>
3. Re: UK's Ordnance Survey to launch mapping app in Australia<br>
(Warin)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Mon, 09 May 2022 14:11:33 +1000<br>
From: Dian ?gesson <me@diacritic.xyz><br>
To: OSM Australian Talk List <talk-au@openstreetmap.org><br>
Subject: [talk-au] Proposing a bulk locality edit for new admin_level<br>
definitions<br>
Message-ID: <42e93b172beae60cdba7e07c633598e4@diacritic.xyz><br>
Content-Type: text/plain; charset="us-ascii"; Format="flowed"<br>
<br>
<br>
<br>
Hey all,<br>
<br>
Following the mailing list discussion last month <br>
(<a href="https://lists.openstreetmap.org/pipermail/talk-au/2022-April/016101.html">https://lists.openstreetmap.org/pipermail/talk-au/2022-April/016101.html</a>),
<br>
the Australian admin_levels have been updated in the wiki: <br>
<a href="https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#admin_level=*_Country_specific_values">https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#admin_level=*_Country_specific_values</a>.
<br>
Admin_level=7 was removed, and suburbs/localities have been adjusted to <br>
level 9, to better align with other countries and improve the prominence <br>
in rendering.<br>
<br>
I would like to propose performing a bulk edit to change the admin_level <br>
of these boundaries to ease the transition. This would involve:<br>
<br>
* using JOSM to retrieve all relations in Australia with <br>
boundary=administrative and admin_level=10<br>
* high-level confirmation that the locality is correct (ie, consistent <br>
with the version uploaded by the PSMA import)<br>
* Changing admin_level to 9<br>
<br>
Due to the size of the data being queried, this might be accomplished <br>
with a changeset for each state/territory.<br>
<br>
Are there any comments, feedback or objections about this proposed bulk <br>
edit? If there aren't any objections, I'll look to make the change this <br>
weekend.<br>
<br>
Dian<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.openstreetmap.org/pipermail/talk-au/attachments/20220509/b7b29ece/attachment-0001.htm">http://lists.openstreetmap.org/pipermail/talk-au/attachments/20220509/b7b29ece/attachment-0001.htm</a>><br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Mon, 9 May 2022 17:38:06 +1000<br>
From: Warin <61sundowner@gmail.com><br>
To: talk-au@openstreetmap.org<br>
Subject: Re: [talk-au] Basic question<br>
Message-ID: <1b54e015-5189-441a-3540-fb3f3865a35c@gmail.com><br>
Content-Type: text/plain; charset="utf-8"; Format="flowed"<br>
<br>
<br>
On 8/10/21 17:41, Andrew & Ingrid Parker wrote:<br>
> Thank you everyone. It is clear now that?it is OK to have an area <br>
> inside or overlapping another area. That is logical and contrary to <br>
> what I had been told by another mapper. It may be the case that I <br>
> misunderstood what they were saying.<br>
<br>
<br>
Usually the last part - "misunderstood what they were saying" is the <br>
largest part of the problem.<br>
<br>
<br>
My take;<br>
<br>
?landuse=forest does not denote trees but the human use of the land to <br>
get timber.<br>
<br>
natural=wood = trees exist here! Note 'natural' does not, in OSM terms' <br>
exclude human intervention. So if it is planted, maintained, etc by <br>
humans then it is still ok to tag 'natural=wood'.<br>
<br>
<br>
An example is where a tree area overlaps both a state forest and farm <br>
land. The tree area can be drawn as one area. While the farm and state <br>
forest can be separate areas overlapped by the tree area.<br>
<br>
<br>
What you should not do is overlap areas of land covers such as grass and <br>
trees, or sand and trees. And similarly for land use - farm and <br>
industrial for example.<br>
<br>
<br>
> Cheers<br>
> Andrew Parker<br>
><br>
> On Fri, 8 Oct 2021 at 14:26, Andrew Harvey <andrew.harvey4@gmail.com> <br>
> wrote:<br>
><br>
><br>
><br>
> On Fri, 8 Oct 2021 at 11:53, cleary <osm@97k.com> wrote:<br>
><br>
><br>
> Good mapping practice is to keep administrative boundaries<br>
> such as state parks, conservation areas, suburbs etc separate<br>
> from natural features such as water, waterways, woods etc.?<br>
> While they sometimes approximate, they rarely coincide exactly.<br>
><br>
> Tagging a state park as natural=wood is usually inappropriate<br>
> because there will, nearly always, be parts of the park that<br>
> are unwooded.? Best to map the park with its official boundary<br>
> and then map the natural features separately using other<br>
> unofficial sources such as survey and satellite imagery.<br>
><br>
><br>
> Agreed, though as a rough first pass it has been common to tag<br>
> natural=wood on the administrative boundary if it's 90% correct,<br>
> but eventually as the mapping becomes more detailed separate<br>
> natural=wood is the way to go.<br>
><br>
<br>
In some parts it has been applied where trees <70%... It was done when <br>
national parks had no rendering .. tagging for the render. Today I think <br>
the ktree tags should be removed from all admin boundaries.. but that is <br>
just me.<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.openstreetmap.org/pipermail/talk-au/attachments/20220509/84ad172a/attachment-0001.htm">http://lists.openstreetmap.org/pipermail/talk-au/attachments/20220509/84ad172a/attachment-0001.htm</a>><br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Mon, 9 May 2022 17:48:34 +1000<br>
From: Warin <61sundowner@gmail.com><br>
To: talk-au@openstreetmap.org<br>
Subject: Re: [talk-au] UK's Ordnance Survey to launch mapping app in<br>
Australia<br>
Message-ID: <9a8dea72-8d12-8e20-0439-bcc26e3fa4aa@gmail.com><br>
Content-Type: text/plain; charset=UTF-8; format=flowed<br>
<br>
<br>
On 23/2/21 12:19, Andrew Davidson wrote:<br>
> <a href="https://www.theguardian.com/uk-news/2021/feb/22/uk-ordnance-survey-launch-mapping-app-iustralia">
https://www.theguardian.com/uk-news/2021/feb/22/uk-ordnance-survey-launch-mapping-app-iustralia</a><br>
><br>
> If you're not prepared to pay for the subscription it is a rather<br>
> rubbish experience. You get a MapBox tile layer and laughably low-res<br>
> aerial imagery.<br>
><br>
> _<br>
<br>
<br>
Ordnance Survey (OS) is after money. Like most government departments (UK + Oz) the government is after 'cost recovery' (or more) so you pay to get the data your taxes paid to collect.<br>
I have no idea why OS thinks they can make money in Oz, maybe they have some data from Oz in their archives they think they can sell...<br>
<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
_______________________________________________<br>
Talk-au mailing list<br>
Talk-au@openstreetmap.org<br>
<a href="https://lists.openstreetmap.org/listinfo/talk-au">https://lists.openstreetmap.org/listinfo/talk-au</a><br>
<br>
<br>
------------------------------<br>
<br>
End of Talk-au Digest, Vol 179, Issue 35<br>
****************************************<br>
</div>
</span></font></div>
</body>
</html>