On 30 April 2014 00:10, Michael Gratton m...@vee.net wrote:
The changeset is here: http://www.openstreetmap.org/changeset/22023461,
does anyone have any comments about how it could be improved?
Personally -
1. I wouldn't use the new source value ABS SSC_2011_AUST. I've used
On 30 Apr 2014, at 10:53 pm, Michael Gratton m...@vee.net wrote:
Yeah, I noticed that last night. My inclination was to pretend it isn't a
problem until the LPI comes around, then make everything align to that. :) I
don't disagree that adjacent property boundaries should share ways, but
On Tue, 29 Apr, 2014 at 11:02 AM, Alex Sims a...@softgrow.com wrote:
On 28 Apr 2014, at 1:53 pm, Michael Gratton m...@vee.net wrote:
On a related note, what's the appropriate way to map suburb-sized
areas that are partitions? A way for each suburb that share nodes
along common borders, a
Hi.
I seem to remember there is a way to add the node to a relation so that it
marks where the name should go for the boundary.
- Ben.
On Apr 30, 2014 12:11 AM, Michael Gratton m...@vee.net wrote:
I noticed that as for many suburbs in SA, since I replaced the
place=suburb node previously
Admin_centre.
On 30 Apr 2014, at 6:11 am, Ben Kelley ben.kel...@gmail.com wrote:
Hi.
I seem to remember there is a way to add the node to a relation so that it
marks where the name should go for the boundary.
- Ben
___
Talk-au mailing
Thanks Ian. :-)
On Apr 30, 2014 7:31 AM, Ian Sergeant ina...@gmail.com wrote:
Admin_centre.
On 30 Apr 2014, at 6:11 am, Ben Kelley ben.kel...@gmail.com wrote:
Hi.
I seem to remember there is a way to add the node to a relation so that it
marks where the name should go for the boundary.
On 28 April 2014 14:23, Michael Gratton m...@vee.net wrote:
So you are saying the ABS suburb boundaries should be checked individually
rather than imported en mass? How do you know that the quality of the
GNB/Wikipedia/etc data is any better than that of the ABS dataset where they
disagree?
On Mon, 28 Apr, 2014 at 4:17 PM, Ian Sergeant inas66+...@gmail.com
wrote:
On 28 April 2014 14:23, Michael Gratton m...@vee.net wrote:
So you are saying the ABS suburb boundaries should be checked
individually
rather than imported en mass? How do you know that the quality of
the
On 28 Apr 2014, at 10:48 pm, Michael Gratton m...@vee.ne
So how accurate does it have to be? For example, I just downloaded Andrew's
ABS OSM converted datafile (thanks Andrew!), loaded it into JOSM, and have
been eyeballing the differences for the ABS version of Randwick with the LPI
On 28 Apr 2014, at 1:53 pm, Michael Gratton m...@vee.net wrote:
On a related note, what's the appropriate way to map suburb-sized areas that
are partitions? A way for each suburb that share nodes along common borders,
a way for each suburb that don't duplicate nodes along common borders, or
On 29 April 2014 11:02, Alex Sims a...@softgrow.com wrote:
I’d prefer relations that depend on single ways, this avoids JOSM
complaining too much about duplicate ways and can also tie into the
definition in words that might belong in Wikipedia.
Yes. I general I do too.
However, we should
I have intentions of following the British structure for QLD boundaries (no
permission to use this dataset yet). Boundary is the chosen type there:
http://www.openstreetmap.org/relation/1464290
multipolygon, though, is winning that race it seems:
http://taginfo.openstreetmap.org/keys/type
On 29 April 2014 12:56, Jason Ward jasonjwa...@gmail.com wrote:
I have intentions of following the British structure for QLD boundaries (no
permission to use this dataset yet). Boundary is the chosen type there:
http://www.openstreetmap.org/relation/1464290
multipolygon, though, is winning
On 27 April 2014 10:47, Ian Sergeant inas66+...@gmail.com wrote:
I have all the boundaries from ABS in OSM format in single file by
suburb. If anyone would like a copy of the zip file, just drop me a
note. I think Andrew has much the same on his website somewhere.
Hey Ian,
On Sun, 27 Apr, 2014 at 10:47 AM, Ian Sergeant inas66+...@gmail.com
wrote:
I don't really agree. I think we need suburb boundaries to be as
accurate as we can make them at the time we create them, and not do a
mass import leaving us with thousands of FIXMEs. Importing data we
know
I don't really agree. I think we need suburb boundaries to be as
accurate as we can make them at the time we create them, and not do a
mass import leaving us with thousands of FIXMEs. Importing data we
know is wrong at the time we import it is the wrong thing to do.
I've created manysuburb
On Mon, 21 Apr, 2014 at 8:21 AM, Andrew Harvey
andrew.harv...@gmail.com wrote:
On 20 April 2014 23:36, Daniel O'Connor daniel.ocon...@gmail.com
wrote:
A corresponding data set might be:
This is interesting. Looking at
http://wiki.openstreetmap.org/wiki/Contributors#Australian_government_public_information_datasets,
it seems ABS data should already be fine to use, and is indeed already in
use for suburbs. However from the import plan page
Hi.
My memory of the last abs import was that it was reasonably accurate, but
not always totally accurate.
As such it is definitely worth importing from a data quality point of view.
A way to deal with updates would be good though. Is there an ID that from
abs for the boundaries that could be
So, the SA stuff is the result of an import.
A corresponding data set might be:
https://sdi.nsw.gov.au/sdi.nsw.gov.au/catalog/search/resource/details.page?uuid=%7B012BD68E-569E-4965-A4B0-48CBBBA64FF4%7D
... though you'd want to get in contact with the maintainers and get an
alternative
Oh, and streets too are the result of open data -
http://wiki.openstreetmap.org/wiki/WikiProject_South_Australia#Roads - well
worth doing if you have a public transport agency that consumes
openstreetmap for some of its journey planning, etc.
On Sun, Apr 20, 2014 at 11:06 PM, Daniel O'Connor
On 20 April 2014 23:36, Daniel O'Connor daniel.ocon...@gmail.com wrote:
A corresponding data set might be:
https://sdi.nsw.gov.au/sdi.nsw.gov.au/catalog/search/resource/details.page?uuid=%7B012BD68E-569E-4965-A4B0-48CBBBA64FF4%7D
... though you'd want to get in contact with the maintainers and
22 matches
Mail list logo