Hi all,
  A great discussion and can I thank Dian for raising this.

*Postcodes*
As well as SteveA's comments, postcode boundaries are proprietary and
Auspost are never going to sign a waiver or have it as an open source
service and no, I don't really understand this logic. The best you can get
is an "interpretation" of postcodes every 5 years from the ABS. Auspost
don't have a process to identify alterations within those five years
(assuming the ABS postcodes are very close) so we are really up a creek
without a paddle postcode wise.

*Indigenous nations/country*
I have a strong belief that we should allocate an entry around level three
to six for indigenous country. There will be discussion on fuzziness of
boundaries and ownership, a number of these have been resolved already by
the Registered Aboriginal Parties (RAP) for an area however I don't see
that being a huge issue. My key issue is appropriation of the country and
area polygons for the ability for others to commercialise this or reduce
the purchasing of indigenous materials.

I don't see that all RAPs and others would update the map, however I see
having the ability to add this data and be able to index it, is important
to OSM in Australia.

Ewen



On Tue, 30 Nov 2021 at 10:53, stevea <stevea...@softworkers.com> wrote:

> I will and do (cautiously, as an "outsider" from the USA, but as an
> "insider" being one who seriously coordinated the USA [1] getting our 4-10
> admin_level table(s) [2] about as hammered-into-submission-and-consensus as
> is humanly OSM-possible, over months and years and sweat and tears) say one
> thing:
>
> Assigning admin_level=8 to Postcode Borders simply isn't correct.  Mail
> delivery areas are not administrative boundaries.  They might be
> convenient, but they should be boundary=postal_code, not
> boundary=admin_level (see, that is a direct collision in the key boundary
> for exactly the right reason:  one is not the other).
>
> (In the USA, postal_codes, what we call ZIP Codes — Zone/Improvement/Plan
> — are more like routing algorithms for efficient mail delivery.  They
> absolutely do not describe geographic regions and it is essentially
> geographically impossible to make them do so).
>
> The other proposed changes to Australia's table?  I step aside, good
> Australian OSM Contributors.
>
> SteveA
>
> [1] https://wiki.osm.org/wiki/United_States_admin_level
> [2] https://wiki.osm.org/wiki/United_States/Boundaries
> _______________________________________________
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>


-- 
Warm Regards

Ewen Hill
_______________________________________________
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Reply via email to