[talk-au] [Brisbane] EWB Missing Maps event with Australia Red Cross Youth

[Joel H.]

Hello all!

I would like to forward an invitation to all Brisbane OpenStreetMappers!


A Missing Maps mapathon is being held on 28th Feb (6pm) by Engineers 
Without Boarders and the Australian Red Cross Youth.


And on the 12th Apr a larger event will be held.

Both events take place at WSP 900 Ann Street.


If you have any question please contact Ritva Vilppola at:

Ritva.Vilppola (at) wsp (dot) com


Thanks,

Joel


___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Turn lanes review

[Joel H.]

Are you using Map Paint styles in JOSM? These help you visually see what
your road tags are doing.

"Enhanced Lane and road attributes" is the one you want, It's under View
> Map Paint Style > Preferences

I don't know if it would be helpful in this situation, or if you already
use it. But it has helped me a great deal :)

On 7/2/19 3:18 pm, David Wales wrote:
> Dear Australian Mappers,
>
> I have completed my first attempt at adding lane and turn:lane tagging
> to a freeway intersection. However, I'm not entirely confident that I'm
> doing it right!
>
> Please help me to fix any issues before I upload it!
> Here is a link to the changeset:
>
> https://www.dropbox.com/s/zvq48ml34bcc6y6/Picton%20Road%20Freeway%20Turnlanes.osm.zip?dl=0
>
> Regards,
> David Wales
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] NSW LPI address import

[Joel H.]

If all is well with the data, Do we upload?

P.S. I'm still in the middle of Brisbane City's import, so I can't help
right now, But I'll jump in later in the month.


On 11/2/19 7:28 am, Dion Moult wrote:
> Hey talk-au,
>
> This is just a reminder that the NSW LPI address import project is
> still going on, and that you can review any datasets in the following
> repo. Some of the manual steps have been automated a little bit more
> thanks to great work by David Wales, but it is still a human review
> process at the end of the day so we are doing a bit here a bit there.
>
> https://gitlab.com/dionmoult/osm-nsw-address-import/tree/master/review
>
> Gitlab has a subscribe feature somewhere I think.
>
> A list of suburbs that are currently in the review directory are as
> follows:
>
> Camellia, Concord West, Denistone East, Denistone West, Denistone,
> East Ryde, Galston, Harris Park, Liberty Grove, Meadowbank, Melrose
> Park, Newington, North Ryde, Tahmoor.
>
> Sent from ProtonMail mobile
>
>
>
>  Original Message 
> On 18 Dec. 2018, 11:07 pm, David Wales < daviewa...@disroot.org> wrote:
>
>
> Thanks Dion,
>
> I'll get back to the repo in the next day or so. I had a quick
> look, and it seemed pretty comprehensive, but I haven't had a
> chance to try it out yet.
>
> Andrew, I could make a custom OsmAnd map with address data, but it
> would spoil the point of using OsmAnd for me! I use it because it
> motivates me to improve Open Street Map!
>
> On 18 December 2018 12:05:28 am AEDT, Andrew Harvey
>  wrote:
>
> On Mon, 17 Dec 2018 at 23:38, Dion Moult  wrote:
>
> I also use OsmAnd a lot and lack of addresses is a big
> bugbear! Admittedly sometimes I cheat and search for the
> address on an app called "Transportr" on the F-Droid store
> before I do my routing in OsmAnd, but I digress. 
>
>
> You could process the GNAF address points data into OsmAnd using [1]
> and [2], so you get full address support without needing to actually
> import anything into OSM. I did this and it works okay.
>
> [1] https://wiki.openstreetmap.org/wiki/OsmAndMapCreator
> [2] https://github.com/openaddresses/oa2osm
> 
> 
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Links with name

[Joel H.]

Linking roads should (generally speaking) never have names, an update to
the ID editor now displays Destination instead of name for input. My
suggestion would be to change the Offramp prefixes to:

destination= The places mentioned on the exit sign

destination:street= The road name that is at the end

destination:ref= The road ref that is at the end

destination:network= Only if destination road has a network tag.

This is what I've been doing, What does everyone think?


On 12/2/19 5:22 pm, Petra Rajka - (p) wrote:
>
> Hi,
>
>  
>
> During our mapping in Australia we’ve discovered that several road
> links have name. Usually there are 3 cases:
>
>  1. links take name from the upcoming road with the extra
> Onramp/Offramp/Exit prefix
>
> ex. https://www.openstreetmap.org/way/4972970
>
>  2. links take name from the upcoming road exactly as it is
>
> ex. https://www.openstreetmap.org/way/15958927
>
>  3. links (or other way categories) between dual carriageways take
> the name from one of the adjacent roads
>
> ex. https://www.openstreetmap.org/way/172829556
>
>  
>
> In our mapping process we use this wiki page:
> https://wiki.openstreetmap.org/wiki/Highway_link
>  where it’s
> specified that links shouldn’t have name, so we are wondering if there
> are any local rules/conventions regarding this in Australia? Should
> the links have name? It’s a particularity we didn’t found until now.
>
>  
>
> Best regards,
>
> Petra
>
>  
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Brisbane City Address Import

[Joel H.]

I have an updated plan, what does everyone think?

- Obtain processed address dataset open in JOSM

- Download existing addr:housenumber in a separate layer (using overpass
turbo)

- Inspection in JOSM. Areas with no existing address data can be
uploaded in one go.

- Areas which already have considerable amounts of address data will be
moved into separate files

- The big import will be completed under an import account.


I am planning on distributing the leftover data so that others can help
with the conflation process.


On 14/1/19 10:38 am, David Wales wrote:
> Hi Joel,
>
> I have had a quick look at the address data file in JOSM, and it looks
> pretty good. When you split it by suburb / region, will you share the
> smaller region files so other mappers can help with the review /
> conflation / upload process?
>
> Regards,
> David Wales
>
> On 13/1/19 11:13 pm, Joel H. wrote:
>> Here is my processed OSM file
>>
>> https://github.com/zayuim/osm-misc/blob/master/BrisbaneAddressesOfficialOnly.osm.xz
>>
>> The BCC dataset has issues with overlapping nodes and dupe addresses, I
>> ended up removing all other address types and only getting the official
>> ones (as opposed to the alternates).
>>
>> And now the data is a lot better.
>>
>>
>> My plan is to split the data either by suburb or as squares.
>>
>>
>> -Joel
>>
>> On 13/1/19 6:24 pm, Andrew Harvey wrote:
>>> Another option is take the CSV export from OpenAddresses
>>> http://results.openaddresses.io/sources/au/qld/brisbane_city_council
>>> and use https://github.com/openaddresses/oa2osm to convert it to .osm.
>>>
>>> It has options for title case, remapping tags, it already combines the
>>> road name and road type together, and converts to WGS84.
>>>
>>> But if you've already done it, best post the processed .osm file you
>>> plan on importing and the procedure you're planning on using.
>>>
>>> On Sun, 13 Jan 2019 at 15:46, Joel H.  wrote:
>>>> Hi no need. I figured out all I needed with a simple python script I found 
>>>> online and LibreOffice Calc.
>>>>
>>>> On 13/1/19 12:59 pm, David Wales wrote:
>>>>
>>>> If you create a repository for your import scripts, and create some
>>>> issues, I'm happy to help out.
>>>>
>>>> Have a look at Dion Moult's import repository for the NSW LPI Address
>>>> data for some ideas. We are importing suburb by suburb, and putting
>>>> changesets up for review on the repository before uploading them.
>>>> https://gitlab.com/dionmoult/osm-nsw-address-import
>>>>
>>>> This Brisbane import should be *much* more straightforward than the NSW
>>>> LPI import, because you have access to all the data upfront.
>>>>
>>>> On 13/1/19 1:52 pm, fors...@ozonline.com.au wrote:
>>>>
>>>> - What does the "ADDRESS USE TYPE" field mean? And should it be
>>>> preserved?
>>>>
>>>> Hi, just guessing, when a property fronts onto two roads, 'Uprn
>>>> (official location)' is where their mail is delivered and 'Alternate' is
>>>> the other frontage.
>>>>
>>>> Tony
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> ___
>>>> Talk-au mailing list
>>>> Talk-au@openstreetmap.org
>>>> https://lists.openstreetmap.org/listinfo/talk-au
>>>>
>>>>
>>>> ___
>>>> Talk-au mailing list
>>>> Talk-au@openstreetmap.org
>>>> https://lists.openstreetmap.org/listinfo/talk-au
>>>>
>>>> ___
>>>> Talk-au mailing list
>>>> Talk-au@openstreetmap.org
>>>> https://lists.openstreetmap.org/listinfo/talk-au
>>> ___
>>> Talk-au mailing list
>>> Talk-au@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-au
>> ___
>> Talk-au mailing list
>> Talk-au@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-au
>>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Brisbane City Address Import

[Joel H.]

Here is my processed OSM file

https://github.com/zayuim/osm-misc/blob/master/BrisbaneAddressesOfficialOnly.osm.xz

The BCC dataset has issues with overlapping nodes and dupe addresses, I
ended up removing all other address types and only getting the official
ones (as opposed to the alternates).

And now the data is a lot better.


My plan is to split the data either by suburb or as squares.


-Joel

On 13/1/19 6:24 pm, Andrew Harvey wrote:
> Another option is take the CSV export from OpenAddresses
> http://results.openaddresses.io/sources/au/qld/brisbane_city_council
> and use https://github.com/openaddresses/oa2osm to convert it to .osm.
>
> It has options for title case, remapping tags, it already combines the
> road name and road type together, and converts to WGS84.
>
> But if you've already done it, best post the processed .osm file you
> plan on importing and the procedure you're planning on using.
>
> On Sun, 13 Jan 2019 at 15:46, Joel H.  wrote:
>> Hi no need. I figured out all I needed with a simple python script I found 
>> online and LibreOffice Calc.
>>
>> On 13/1/19 12:59 pm, David Wales wrote:
>>
>> If you create a repository for your import scripts, and create some
>> issues, I'm happy to help out.
>>
>> Have a look at Dion Moult's import repository for the NSW LPI Address
>> data for some ideas. We are importing suburb by suburb, and putting
>> changesets up for review on the repository before uploading them.
>> https://gitlab.com/dionmoult/osm-nsw-address-import
>>
>> This Brisbane import should be *much* more straightforward than the NSW
>> LPI import, because you have access to all the data upfront.
>>
>> On 13/1/19 1:52 pm, fors...@ozonline.com.au wrote:
>>
>> - What does the "ADDRESS USE TYPE" field mean? And should it be
>> preserved?
>>
>> Hi, just guessing, when a property fronts onto two roads, 'Uprn
>> (official location)' is where their mail is delivered and 'Alternate' is
>> the other frontage.
>>
>> Tony
>>
>>
>>
>>
>>
>> ___
>> Talk-au mailing list
>> Talk-au@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-au
>>
>>
>> ___
>> Talk-au mailing list
>> Talk-au@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-au
>>
>> ___
>> Talk-au mailing list
>> Talk-au@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-au
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au

___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Brisbane City Address Import

[Joel H.]

Is this information worth preserving in the upload?

On 13/1/19 12:52 pm, fors...@ozonline.com.au wrote:
>> - What does the "ADDRESS USE TYPE" field mean? And should it be
>> preserved?
>
> Hi, just guessing, when a property fronts onto two roads, 'Uprn
> (official location)' is where their mail is delivered and 'Alternate'
> is the other frontage.
>
> Tony
>
>
>
>

___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Brisbane City Address Import

[Joel H.]

Hi no need. I figured out all I needed with a simple python script I
found online and LibreOffice Calc.

On 13/1/19 12:59 pm, David Wales wrote:
> If you create a repository for your import scripts, and create some
> issues, I'm happy to help out.
>
> Have a look at Dion Moult's import repository for the NSW LPI Address
> data for some ideas. We are importing suburb by suburb, and putting
> changesets up for review on the repository before uploading them.
> https://gitlab.com/dionmoult/osm-nsw-address-import
>
> This Brisbane import should be *much* more straightforward than the NSW
> LPI import, because you have access to all the data upfront.
>
> On 13/1/19 1:52 pm, fors...@ozonline.com.au wrote:
>>> - What does the "ADDRESS USE TYPE" field mean? And should it be
>>> preserved?
>> Hi, just guessing, when a property fronts onto two roads, 'Uprn
>> (official location)' is where their mail is delivered and 'Alternate' is
>> the other frontage.
>>
>> Tony
>>
>>
>>
>>
>>
>> ___
>> Talk-au mailing list
>> Talk-au@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-au
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[talk-au] Brisbane City Address Import

[Joel H.]

Hello everyone, I think that we should do selective imports of Brisbane
City address data, seeing as we have a waiver and obtaining address data
manually is labor intensive.

Since I live here I can handle imports.

However I would like help preparing the csv file, anyone who can lend
some python scripts or whatever would be excellent.

- Road names are separated into two fields "ROAD NAME" and "ROAD TYPE",
Could I have help merging these fields?

- Suburb names and road types are in all caps, Could I have help
lowercasing all letters except the first of each word?

- What does the "ADDRESS USE TYPE" field mean? And should it be preserved?

- Misc. tagging help. What fields should I have in the import?


The dataset can be downloaded from:
https://www.data.brisbane.qld.gov.au/data/dataset/property-address-data

The projection method is UTM, the zone is 56, and the hemisphere is South


___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] PSMA Administrative Boundaries

[Joel H.]

I do remember that problem, getting it fixed should be great.

Then we should start to make plans, I assume the work-flow would span
multiple days so that we can do things removing the old boundaries, right?

On 20/12/18 3:54 pm, Andrew Harvey wrote:
> Just posting any questions here, works for me.
>
> I lost time to work on this, but I'm back again with free time heading
> into the holidays.
>
> I thought we still had some issues with the .osm files, specifically I
> needed to increase the generalisation to try to ensure ways that
> should be snapped are snapped.
>
> I'm also on the maptime slack if that's easier to work through specifics.
>
>
> On Wed, 19 Dec 2018 at 06:47, Andrew Davidson  wrote:
>> I have a few remaining tagging question left to answer and the workflow
>> still needs to be written up (and agreed on). Other than that, I think
>> we're all good to go.
>>
>> Not wanting to hijack the project I've been a bit unsure on how to push
>> this import over the last hump. I could write up a list of questions for
>> the mail list or I could try to finish the wiki page and have the
>> discussions on the talk page. Any views or objections?
>>
>> On 19/12/18 12:23 am, Joel H. wrote:
>>> Hmm, It's been almost a month since the last message in this
>>> import-related thread. I hope for a date planned so we can follow
>>> through with the plan, since it seems pretty complete.
>>>
>>> If Andrew Davidson is still interested, his script could help match and
>>> add the nodes into the relationships and possibly flag discrepancies in
>>> names.
>>>
>>> Is anyone interested in reviving this effort?
>>>
>>> On 19/11/18 8:49 pm, Andrew Davidson wrote:
>>>> Planning for the import is not finished yet, so please wait until
>>>> after that.
>>>>
>>>> On Mon, 19 Nov 2018 21:23 Lee Mason >>> <mailto:lee.ma...@outlook.com.au> wrote:
>>>>
>>>> I am prepared to make a start on the Tasmania import over the next
>>>> few days, unless there is some further discussion?
>>>>
>>>>
>>>>
>>>> ___
>>>> Talk-au mailing list
>>>> Talk-au@openstreetmap.org
>>>> https://lists.openstreetmap.org/listinfo/talk-au
>>> ___
>>> Talk-au mailing list
>>> Talk-au@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-au
>>>
>> ___
>> Talk-au mailing list
>> Talk-au@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-au
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au

___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] PSMA Administrative Boundaries

[Joel H.]

Hmm, It's been almost a month since the last message in this
import-related thread. I hope for a date planned so we can follow
through with the plan, since it seems pretty complete.

If Andrew Davidson is still interested, his script could help match and
add the nodes into the relationships and possibly flag discrepancies in
names.

Is anyone interested in reviving this effort?

On 19/11/18 8:49 pm, Andrew Davidson wrote:
> Planning for the import is not finished yet, so please wait until
> after that.
>
> On Mon, 19 Nov 2018 21:23 Lee Mason   wrote:
>
> I am prepared to make a start on the Tasmania import over the next
> few days, unless there is some further discussion?
>
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Adding lane tags to major roads

[Joel H.]

Hey I'm not familiar with MapRoulette.

Where can I view the source code? I (or maybe you could) would like to
perhaps make one for QLD.

If you are interested, I would choose Bing by default, but really none
are perfect.

On 12/12/18 3:54 am, Martijn van Exel wrote:
> Thanks. Because you cannot edit the Overpass query for an existing
> challenge, I created a new one that has the LPI imagery as default
> backdrop.
> The challenge lives
> here: https://maproulette.org/mr3/browse/challenges/3387 
> It has 9800+ tasks. 
> I deleted the old one.
> Thanks for the suggestions!
> Martijn
>
>> On Dec 11, 2018, at 5:31 AM, Andrew Harvey > > wrote:
>>
>> I just checked again, it looks like you haven't corrected this yet,
>> so a friendly reminder it would be nice to have this fixed.
>>
>> I think it's also a good idea to include the NSW LPI Imagery as the
>> default background layer for this task. I just
>> filed https://github.com/osmlab/maproulette3/issues/572 in relation
>> to this.
>>
>> On Sun, 9 Dec 2018, at 4:53 AM, Martijn van Exel wrote:
>>> Andrew  H-- correct and I wasn't suggesting that you amend it
>>> yourself :) I will make the update when I find a moment.
>>> Andrew H/D -- thanks for pointing me to the import plan. 
>>> --
>>>   Martijn van Exel
>>>   m...@rtijn.org 
>>>
>>>
>>>
>>> On Fri, Dec 7, 2018, at 17:29, Andrew Harvey wrote:
 On Sat., 8 Dec. 2018, 10:38 am Martijn van Exel >>>  wrote:

 That is a good point. The query would probably be easy enough
 to modify.
 Something like this...

 [timeout:190];
 area[name=“New South Wales"]->.a;
 
 way[highway~"motorway|trunk|primary"][!lanes][!"lanes:forward"][!"lanes:backward"](area.a);
 out body geom qt;


 Yeah but I don't think I can modify your maproulette challenge, are
 you able to?


 I think it needs to be pre-processed a bit more to weed out the
 very short segments. And perhaps work on areas where lanes
 actually matter (urban) first.


 I was looking at how to slice that and got interested in the
 status of administrative boundary relations for Australia. It
 seems to be inconsistent, for example in South Australia there
 is pretty good (but not complete) coverage of
 admin_level=6 http://overpass-turbo.eu/s/EmZ and even one
 admin_level=8 (http://overpass-turbo.eu/s/En0) but in other
 states the admin_level=6 coverage is pretty sparse or absent
 (https://imgur.com/a/gmUJs2r, query
 at http://overpass-turbo.eu/s/En1 but watch out, it’s a lot of
 data). If you all think this is useful to fix / complete
 perhaps we can set up a page to coordinate. I’m happy to help. 


 There's another thread ongoing on this list about importing suburb,
 localities and LGA boundaries. 


 -- 
  Martijn van Exel
  m...@rtijn.org 

 On Thu, Dec 6, 2018, at 17:23, Andrew Harvey wrote:
> Overall I think it's a great idea.
>
> Could you filter out ways that have lanes:forward and
> lanes:backward?
> eg. https://maproulette.org/mr3/challenge/3375/task/6686753 which
> shouldn't need a redundant lanes tag as you can just add them up.
> On Fri, 7 Dec 2018 at 10:49, Martijn van Exel  > wrote:
>>
>> Hi folks.
>> I created MapRoulette challenge asking mappers to look at
>> aerial images and add lane tags to major roads.
>> https://maproulette.org/mr3/browse/challenges/3375
>> This particular one is for NSW but can easily be ‘cloned’ for
>> other regions.
>> I wanted to get your opinion on this — good / bad idea? Can
>> it be improved? Smaller regions? Any feedback welcome.
>> Martijn
>>
>> PS the Overpass Query this is based on is:
>>
>> [timeout:190];
>> area[name="New South Wales"]->.a;
>> way[highway~"motorway|trunk|primary"][!lanes](area.a);
>> out body geom qt;
>> ___
>> Talk-au mailing list
>> Talk-au@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-au

>>>
>>> _
>>> Talk-au mailing list
>>> Talk-au@openstreetmap.org 
>>> https://lists.openstreetmap.org/listinfo/talk-au
>>
>> ___
>> Talk-au mailing list
>> Talk-au@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-au
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> 

Re: [OSM-talk] Tag:barrier=kerb

[Joel H.]

This was something I also found confusing, I have updated the wiki page
with an image that shows how it works.

On 15/12/18 2:09 am, Jack Armstrong dan...@sprynet.com wrote:
> Thanks, Bryan :)
>
> -Original Message-
> From: Bryan Housel
> Sent: Dec 14, 2018 10:06 AM
> To: "Jack Armstrong dan...@sprynet.com"
> Cc: osm-talk
> Subject: Re: [OSM-talk] Tag:barrier=kerb
>
> The arrows indicate the “down” direction alongside certain kinds
> of ways.
> For example, cliffs, coastlines, retaining walls, kerbs, guard
> rails, embankments.
>
> If the arrows are pointing to the “up” side instead of the “down”
> side, you can reverse the way.
>
> Thanks, Bryan
>
>
>
>> On Dec 14, 2018, at 10:55 AM, Jack Armstrong dan...@sprynet.com
>>  > > wrote:
>>
>> I see something (new?) which I haven't seen before. Small white
>> arrows with the tag:barrier=kerb when editing with ID. What do
>> the arrows indicate? I don't see a reference on the wiki.
>>
>> Thanks :)
>>
>> www.theaveragenomad.com 
>>
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk
>
>
> www.theaveragenomad.com
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [talk-au] Hello!

[Joel H.]

I took a look at the Meet Your Mapper tool a while ago. Pretty
interesting stuff, most of mine comes from lots of building and wood
modeling.

As for the list, you should convert the dates into ISO 8601.

Joel


On 21/11/18 7:58 am, Martijn van Exel wrote:
> By the way - I started collecting the Top Mapper lists for various
> cities in Australia using my Meet Your Mapper tool[0]. If you find it
> interesting you can review them
> here: 
> https://docs.google.com/spreadsheets/d/1axVjSpcCuD14AubLzA6E00fMxRLfXBHWPQvdijwsyUM/edit?usp=sharing
>  .
> It looks like you are the #1 mapper for the Brisbane area :) (when
> sorted by number of nodes last touched).
>
> These lists are based on data publicly available from Overpass, and I
> haven’t shared the link more widely, but if you object to having this
> data readily available to the community I will unshare it right away.
>
> Martijn
>
> [0] The tool is at https://mym.rtijn.org/ and the code is
> at https://github.com/mvexel/meetyourmappers, a diary entry is
> at https://www.openstreetmap.org/user/mvexel/diary/44833 
>
>> On Nov 20, 2018, at 12:32 PM, Martijn van Exel > <mailto:m...@rtijn.org>> wrote:
>>
>> Hi Joel, 
>>
>> Nice to make your virtual acquaintance. 
>>
>> I noticed there was a bit of discussion as to how to snap _link /
>> ramp roads to the main highway. 
>> The Telenav team uses the convention as described on the wiki,
>> snapping to the main road where the physical separation ends or
>> begins. So the way you described it yourself is the ‘right’ way, as
>> endorsed by the wiki.
>> (See https://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway_junction
>> <https://wiki.openstreetmap.org/wiki/Tag:highway=motorway_junction> ) 
>>
>> In general, our team follows the conventions as described on the
>> wiki, and if there’s no clear decision, we work with the community to
>> reach one, and edir the wiki afterwards. 
>>
>> I agree fully with your use of destination tags, but according to the
>> wiki they belong on the _link way and not on the junction
>> node, https://wiki.openstreetmap.org/wiki/Key:destination#Where_to_use.3F 
>>
>> Motorway junction nodes should be tagged even if there is no junction
>> number (not sure if those are common / signposted in Australia?) See
>> again https://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway_junction
>> <https://wiki.openstreetmap.org/wiki/Tag:highway=motorway_junction> The
>> destination should not go on junction nodes but on the _link road.
>>
>> I have not used the placement=transition tag myself and am not sure
>> how it is used in applications, but interesting!
>>
>> I hope OpenStreetCam (and also Mapillary) will continue to be useful.
>> For signposts and speed limits these are pretty much indispensable
>> tools lacking official GIS data that has this info. Telenav created
>> and maintains OpenStreetCam as you may know. I am happy to answer any
>> questions about it that you may have. We are planning to hold a few
>> mapping competitions in the near future for a few cities in
>> Australia, I’ll make an announcement separately when we’re ready to
>> do that. (Early next year I think)
>>
>> Another tool I’ve found really useful for checking complete / correct
>> tagging of motorways is
>> CheckAutopista: https://wiki.openstreetmap.org/wiki/CheckAutopista .
>> For
>> M5: 
>> http://k1wiosm.github.io/checkautopista2/?id=7985811=-27.5645=152.8959=12
>>  
>>
>> Martijn
>>
>>> On Nov 8, 2018, at 12:06 AM, Joel H. >> <mailto:jo...@disroot.org>> wrote:
>>>
>>> Thanks for introducing yourself.
>>>
>>> A little while ago I fixed up the whole M5 motorway (and I believe
>>> some of the M3 as well) in Brisbane and wrote a diary post about it.
>>> Mostly with what I did.
>>>
>>> I was wondering whether what I did was correct, or if my method has
>>> given you any ideas?
>>>
>>> https://www.openstreetmap.org/user/Joel%20Hansen/diary/43896
>>>
>>>
>>> On 8/11/18 4:10 am, Martijn van Exel wrote:
>>>> I’m new on this list. My name is Martijn van Exel. I am Dutch but
>>>> live in the U.S.A. where I work for Telenav. I already introduced
>>>> myself on Slack where I talked a bit about Telenav looking at
>>>> possibly helping improve the map in Australia. I am just not sure
>>>> if there’s folks here who are not on Slack so I wanted to say hi.
>>>> We’re not making any improvements yet and we will ke

Re: [talk-au] TMR Road Centerlines dataset

[Joel H.]

Thats pretty cool, I might compare a few of these roads.

On 15/11/18 9:25 pm, Andrew Harvey wrote:
> I did some brief comparison it and there was at
> least one place where it was better than what's in OSM currently
> (geometry).

I find the a geometry of the government data to be less straight and
more jittery, the OSM data is perfectly OK in these cases. I have seen
some rough geometry in OSM, but I think the best thing to do is to use
GPX and make it ourselves. Could you please give me the name of the road
where geometry on this dataset was better? I would like to take a look.

On 15/11/18 9:25 pm, Andrew Harvey wrote:
> A lot of road names don't always match up, but I trust what's in OSM
> currently more. I think the names in this dataset are more likely for
> the routes not the streets.

I'm noticing that the dashes seem to be missing on a lot of country
roads, I feel like we should trust OSM more but...

In OSM we have: Esk Hampton Road

In QSC we have: Esk - Hampton Road

Esk and Hampton are town names so a dash makes sense. What does everyone
think?


I think I'm going to make a page for this dataset on the wiki where we
can point out OSM roads with rough geometry and use QSC and GPX to
correct them.


___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] PSMA Administrative Boundaries

[Joel H.]

Just downloaded to take a look, Most seem right.

In order to QA something like this, taking random samples won't help
since any number of errors would be small.

Does the script currently check for a byte-to-byte match of the name=*
text? I think that should be the determining faction of adding a node to
the relation. The remaining un-merged entries can be determined manually.


On 10/11/18 10:44 am, Andrew Davidson wrote:
> If you want to start working on something I have had a go at matching
> place nodes:
>
> http://overpass-turbo.eu/s/Dy3
>
> with the corresponding admin_level 10 boundaries:
>
> https://github.com/FrakGart/TestAdmin10Labels
>
> These have been matched by finding the best matching place node by
> name within a bbox 150% the size of the admin boundary. In the cases
> where there are more than one perfect match the first one the program
> encountered is used.
>
> Needs reviewing to see if the most appropriate node has been selected.
> Particularly where a town/city node has been selected: do we need to
> add a suburb node? (or do we use the same node for city and suburb eg:
> Brisbane)
>
> This is v1.0, I was planning to see if I could flag if the selected
> node is inside/outside the boundaries (eg: Mount Isa) and also look
> for duplicate place nodes (ie: same name appearing on different values
> of place).
>
>
> On 7/11/18 2:57 pm, Joel H. wrote:
>> How are we with our import plan on the wiki, Do we have any blockers
>> stopping the PSMA import?
>>
>> I think we should start setting dates state-by-state for import.
>>
>>
>> ___
>> Talk-au mailing list
>> Talk-au@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-au
>>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au

___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Hello!

[Joel H.]

Thanks for introducing yourself.

A little while ago I fixed up the whole M5 motorway (and I believe some
of the M3 as well) in Brisbane and wrote a diary post about it. Mostly
with what I did.

I was wondering whether what I did was correct, or if my method has
given you any ideas?

https://www.openstreetmap.org/user/Joel%20Hansen/diary/43896


On 8/11/18 4:10 am, Martijn van Exel wrote:
> I’m new on this list. My name is Martijn van Exel. I am Dutch but live
> in the U.S.A. where I work for Telenav. I already introduced myself on
> Slack where I talked a bit about Telenav looking at possibly helping
> improve the map in Australia. I am just not sure if there’s folks here
> who are not on Slack so I wanted to say hi. We’re not making any
> improvements yet and we will keep you updated as our plans materialize. 
>
> We have a page on the OSM wiki that has more about how / what we
> typically work on in OSM: https://wiki.openstreetmap.org/wiki/Telenav 
>
> Please do get in touch with any questions!
>
> Happy mapping,
> Martijn
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] PSMA Administrative Boundaries

[Joel H.]

How are we with our import plan on the wiki, Do we have any blockers
stopping the PSMA import?

I think we should start setting dates state-by-state for import.


___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Correcting inland water features

[Joel H.]

I noticed this dataset too, but could never figure out how to open it
with JOSM.

Andrew Harvey, have you checked out these files? And do you have any
plans to convert them?


If we plan on doing a wider scale import I would suggest separating each
stream into its own .osm file so we could check each waterway and make a
decision to replace or not.


On 30/10/18 10:25 pm, nwastra wrote:
> /Hi/
> /Regarding GeoScience Australia Surface Hydrology datasets /
> https://wiki.openstreetmap.org/wiki/Australian_Data_Catalogue 
> https://ecat.ga.gov.au/geonetwork/srv/eng/catalog.search?node=srv#/metadata/1186e898-14b5-812e-e053-10a3070a76f0'
>   and the polygons and points layers
> The watercources are flagged as perennial or not.
> Should all non-perennial be tagged as intermittent?
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] PSMA Administrative Boundaries

[Joel H.]

Thanks for expressing interest!

The integration will mostly involve... (and I'm going to specify this on
the wiki when I get a chance.)

- Changing the place=* tags on the boundaries to match the nodes that
are already in OSM (e.g. Gold Coast should be changed from
place=municipality to place=city)

- Adding the nodes into the relation with the role being set to "label"
(example:
https://www.openstreetmap.org/relation/6070036#map=14/-28.3297/153.3821)

- Reconsider the placement of the node (make sure it is over the town
centre)

- Add a place=* node if one is missing

- Reconsider the place=* value (Is it really a village or a suburb? Is
it really a city or is it a town?)


The biggest issue with iD is that it won't load big areas very well. But
if you can deal with that help would be excellent.

Again I will add this plan to the wiki when I get a chance.


On 31/10/18 6:37 am, Graeme Fitzpatrick wrote:
> Hi Joel
>
> Happy to help with Gold Coast area if there's anything I can do.
>
> I only use iD though, not JOSM, so don't know if that's a problem?
>
> Thanks
>
> Graeme
>
>
> On Tue, 30 Oct 2018 at 21:13, Joel H.  <mailto:jo...@disroot.org>> wrote:
>
> I've put my self down for integration in QLD. 
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] PSMA Administrative Boundaries

[Joel H.]

I have edited the wiki with a table relating to the team approach, It's
rough but it shows who is doing what.

I have enlisted Andrew Harvey as the uploader/account holder. I've put
my self down for integration in QLD. I'm hoping that others can handle
integration in their own states and put names down on the wiki.

Thanks!

https://wiki.openstreetmap.org/wiki/Import/Catalogue/PSMA_Admin_Boundaries#Team_Approach

On 23/10/18 10:25 am, Andrew Harvey wrote:
> I see, thanks. It's in the original non-simplified files too. It can
> be manually fixed, but just adding a shared node is not the right fix,
> we need to snap the nodes and then removed the shared ways.
>
> We should be able to fix this in the processing scripts by increasing
> the tolerance that things get snapped together. In this case here, the
> two ways/nodes are 0.1m apart.
> On Sun, 21 Oct 2018 at 12:33, Joel H.  wrote:
>> On 19/10/18 5:01 pm, Andrew Harvey wrote:
>>
>>> Is there a problem with crossing ways? Why do they need a shared node
>>> when they are different admin levels?
>>
>> Yes jump to the position I told you and zoom right in to the
>> intersection, there is a crossover between two level 10 admin areas.
>>
>> I don't know if this was introduced in the simplification or it was an
>> error with PSMA. But there is only 26 of these errors in QLD so I would
>> hardly call this an issue, you can easily fix these manually.
>>
>>
>>
>> ___
>> Talk-au mailing list
>> Talk-au@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-au
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au


___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] PSMA Administrative Boundaries

[Joel H.]

Just for the record, be very careful removing level 10 boundaries around
QLD, PSMA appears to be missing a few around central QLD.

I'm going back now and reverting bad changes.

On 23/10/18 10:25 am, Andrew Harvey wrote:
> I see, thanks. It's in the original non-simplified files too. It can
> be manually fixed, but just adding a shared node is not the right fix,
> we need to snap the nodes and then removed the shared ways.
>
> We should be able to fix this in the processing scripts by increasing
> the tolerance that things get snapped together. In this case here, the
> two ways/nodes are 0.1m apart.
> On Sun, 21 Oct 2018 at 12:33, Joel H.  wrote:
>> On 19/10/18 5:01 pm, Andrew Harvey wrote:
>>
>>> Is there a problem with crossing ways? Why do they need a shared node
>>> when they are different admin levels?
>>
>> Yes jump to the position I told you and zoom right in to the
>> intersection, there is a crossover between two level 10 admin areas.
>>
>> I don't know if this was introduced in the simplification or it was an
>> error with PSMA. But there is only 26 of these errors in QLD so I would
>> hardly call this an issue, you can easily fix these manually.
>>
>>
>>
>> ___
>> Talk-au mailing list
>> Talk-au@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-au
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au

___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] PSMA Administrative Boundaries

[Joel H.]

One last note (and I don't know if this has been mentioned already).

But it seems that the State boundary (at least on the QLD/NSW boarder)
doesn't match up precisely with what we already have in OSM. Should we
remove the outer edges of the PSMA data and then add existing state ways?

On 22/10/18 1:40 pm, Andrew Harvey wrote:
>> I don't know if this was introduced in the simplification or it was an
> error with PSMA. But there is only 26 of these errors in QLD so I would
> hardly call this an issue, you can easily fix these manually.
>
> I'm not sure either, so unless there's a better/automated way, let's
> just address this manually either during the import or immediately
> after.
> On Sun, 21 Oct 2018 at 12:33, Joel H.  wrote:
>> On 19/10/18 5:01 pm, Andrew Harvey wrote:
>>
>>> Is there a problem with crossing ways? Why do they need a shared node
>>> when they are different admin levels?
>>
>> Yes jump to the position I told you and zoom right in to the
>> intersection, there is a crossover between two level 10 admin areas.
>>
>> I don't know if this was introduced in the simplification or it was an
>> error with PSMA. But there is only 26 of these errors in QLD so I would
>> hardly call this an issue, you can easily fix these manually.
>>
>>
>>
>> ___
>> Talk-au mailing list
>> Talk-au@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-au
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au

___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] PSMA Administrative Boundaries

[Joel H.]

Just took a look at the crossing boarders without ways error, and it
seems some level 10 boundaries are indeed overlaping. Check out
-22.5639465 147.0726169 in Queensland.

As for way too long, I also don't think that needs fixing, just some
automated JOSM warning not taking context into consideration.

On 18/10/18 12:30 pm, Andrew Harvey wrote:
> I tried to find out more about two JOSM warnings but I couldn't.
>
> 1. Way segment too long
>
> What's wrong with long way segments? I'm not convinced we should add
> nodes where they aren't necessary for detail.
>
> 2. Crossing borders without a shared way.
>
> This should only happen when you have an LGA boundary crossing a
> Suburb/Locality boundary, do we need a shared node between these?
>
>> I can see your point about not wanting to upload ways and nodes that just 
>> going to be deleted immediately after. However if we don't then it's going 
>> to make my idea for QA harder.
> Could we delay that QA step until after these have been manually fixed
> up to use the existing state borders?
>
>> I'd assumed that we'd be uploading valid multi-polygons which means that we 
>> could use Overpass and the JOSM validator for QA. I guess we might be able 
>> to come up with another approach but I'm not sure it's worth the effort just 
>> to avoid adding and removing a few tens of thousands of nodes in comparison 
>> to the size of the import.
> I was leaning this way to avoid this import dumping duplicates on top
> of existing mappers work on the state boundaries.
>
>
> On Thu, 18 Oct 2018 at 12:46, Andrew Davidson  wrote:
>> On Wed, Oct 17, 2018 at 6:29 PM Andrew Harvey  
>> wrote:
>>>
>>> So I guess at this point do people want to checkout the simplified OSM
>>> files for any issues?
>>>
>> They look OK, but I would like to have an opportunity to clean up the JOSM 
>> warnings before we upload them (except the relations with the same members 
>> warning as these are real).
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au

___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] PSMA Administrative Boundaries

[Joel H.]

OK, just tell me when you are ready, and I'll clean up QLD ready for
import.

On 14/10/18 10:46 pm, Andrew Harvey wrote:
> On Sun, 14 Oct 2018 at 21:15, Joel H.  wrote:
>> Hey Andrew,
>>
>> Today on the QLD slack, I had a local mapper ask me about suburb areas.
>> I personally think it would be an opportune time to start on the QLD
>> import at least.
>>
>>
>> What is the status on the PSMA data? Is it ready to import, and is
>> anything holding us back?
> I wouldn't say it's ready yes.
>
> [ ] simplification - I'm comfortable with the detail in the data, to
> me it doesn't feel excess or over the top so I don't think we need any
> simplification
> [ ] website copyright notice - in progress at
> https://github.com/openstreetmap/openstreetmap-website/pull/2026
>
>> Can you think of anything else? And would it be alright for me to start 
>> cleanup now?
> If the current boundaries aren't accurate, then yeah it's probably
> easier to start dropping them out and they can be brought in fresh
> through the import. Up to the local mappers to decide. Though it does
> add pressure on us to make the import, which I'd rather not be rushed.
>
>>
>> In the meantime, I have run some overpass scripts to grab all boundaries
>> and place areas. I'm planning on starting a cleanup on the existing
>> boundaries, todo includes:
>>
>> -remove admin boundaries for level 6 and 10 and integrate anything else
>> into their own things e.g. fences or signposts
>>
>> -remove place=* areas
>>
>>
>> Can you think of anything else? And would it be alright for me to start
>> cleanup now?
>>
>>


___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] PSMA Administrative Boundaries

[Joel H.]

Hey Andrew,

Today on the QLD slack, I had a local mapper ask me about suburb areas.
I personally think it would be an opportune time to start on the QLD
import at least.


What is the status on the PSMA data? Is it ready to import, and is
anything holding us back?


In the meantime, I have run some overpass scripts to grab all boundaries
and place areas. I'm planning on starting a cleanup on the existing
boundaries, todo includes:

-remove admin boundaries for level 6 and 10 and integrate anything else
into their own things e.g. fences or signposts

-remove place=* areas


Can you think of anything else? And would it be alright for me to start
cleanup now?



___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] PSMA Administrative Boundaries

[Joel H.]

Good, doing country wide I think would have been a pain. I just tried
QLD and all is looking good except the boundaries which extend into the
ocean.

Are you going to do the upload? And when should we do it?

On 9/10/18 6:19 pm, Andrew Harvey wrote:
> On Tue, 9 Oct 2018 at 13:10, Andrew Harvey  wrote:
>> By state https://tianjara.net/data/PSMA_AdminBdy_OSM/
> Just a note that I've just updated these files, to remove duplicate nodes
>
> Another issue is I've applied place=suburb to these
> Suburbs/Localities, but in many cases they'd probably be better as a
> town or suburb, so would likely need manually matching up with
> existing place nodes, but that can be done post-import as follow up
> tasks.
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au

___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] PSMA Administrative Boundaries

[Joel H.]

>discuss if this is the right format for upload or not

I found that GeoJSON file you sent worked best for me. Otherwise we
stick with .osm for OSM. I'm having trouble with that PBF file you sent
(or I don't have enough memory (I have 8GB))


>how we'll manage that upload in terms of breaking it up into smaller pieces

We have to do this per-state, no question. Otherwise it will be hard to
reuse ways and make relationships.


>if there is any re-using of existing ways or not

That was what I wanted to do. If you could get that GeoJSON file you
sent before, but this time with all the relations and LGA/Suburbs done,
it would be perfect I reckon.


>how to ensure we're retaining the existing LGA/Suburb data in OSM.

The ones mapped in QLD are solid. As for the label relations, we should
leave fixme notes (like done in NSW) and encourage their removal once
place value has been checked and label relation has been added.

The boundaries mapped in QLD right now are very rough and aren't based
off any real data, these should be removed.


On 7/10/18 5:32 pm, Andrew Harvey wrote:
> I've approached this from the angle of what we'd need to get the data
> to look like if importing as is into OSM. I couldn't find any tools
> which correctly ensure that boundary ways were shared via relations
> instead of duplicated so I wrote some new tools. The process I used is
> documented at https://github.com/andrewharvey/psma-admin-bdy2osm
>
> The processed AUGUST 2018 LGA + Suburb/Locality OSM file is at
>
> https://tianjara.net/data/PSMA_Admin_Bdy.osm.pbf
>
> The file is quite big so you'll need enough memory to open it in JOSM.
>
> In JOSM you can open this directly with the PBF plugin otherwise any
> of the software at
> https://wiki.openstreetmap.org/wiki/PBF/Software_Compliance can
> deflate it.
>
> I see the next steps are to:
>
> - discuss if this is the right format for upload or not,
> - how we'll manage that upload in terms of breaking it up into smaller pieces
> - if there is any re-using of existing ways or not
> - how to ensure we're retaining the existing LGA/Suburb data in OSM.
> This includes both relations and those mapped as points (as Joel
> touched on). Those mapped as points are likely suitable for either the
> label or admin_center members of the relation.
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au


___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] PSMA Administrative Boundaries

[Joel H.]

>Do you have examples of the overlapping ways? It looks pretty okay
around Brisbane to me. Here's an a mesh of the LGA's in GeoJSON which
you can import into JOSM with enough memory.
https://tianjara.net/data/LGA_mesh.geojson.xz

Just import the shapefile into JOSM and use the validation. The GeoJSON
file is looking much cleaner.


>That's fairly easy to as a preprocessing step, eg with ogr2osm or via
other scripts. I've been working on processing the PSMA data to make it
easier to import. Since I think we should reuse existing ways where
possible, if we did that it's a mostly manual process anyway. Even
without reusing existing way, to get relations you need shared ways on
the borders. One approach is to use
https://github.com/andrewharvey/geojson-mesh to get single ways for the
border which we then manually join up into the full relations in JOSM.

We might just have to do this. It would be a lot faster then trying to
find overlapping ways, at least on the LGA data.


>If there's an existing place node, then we should use that as the label
member of the relation

Yes this is what I was intending.



___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] PSMA Administrative Boundaries

[Joel H.]

OK everyone I am currently editing the LGA shapefiles for QLD so no one
should attempt as to not create conflicts (although I'm not currently
working on the suburbs file).

The PSMA data isn't good IMO. And requires a lot of fixing to be
imported, lots of problems with overlapping ways.

But the biggest problem is that the names are all caps! Does anyone know
a way to automatically convert all of these properly so that "BRISBANE"
is "Brisbane"?

On 6/10/18 12:07 pm, Joel H. wrote:
>
> Hi cleary (and everyone),
>
> This is excellent news, I wasn't aware of this. I think this is great
> and would be interested in importing Queensland's
>
> My first though is to add a fixme notice (in similar fashion to the
> NSW import), that tells us to reconsider the place label node already
> in OSM, and to integrate it with the boundary data.
>
> I'm going to check the shapefiles, but in the meantime, what other
> considerations need to be made?
>
>
> --Joel
>
> On 5/10/18 11:42 am, cleary wrote:
>>
>> A month ago, we celebrated the news that OSM now has approval to use
>> the PSMA Administrative Boundaries and there was some discussion,
>> including the need for a proper import process.  I am willing to
>> start adding some boundaries in areas with which I am
>> familiar/interested but I am waiting for the proper import process to
>> be determined. I am not aware if anything has been done in regard to
>> a plan to import this data. If so, please guide me. If not, I propose
>> the following:
>>
>>
>> Individual mappers download most recent data from
>> https://data.gov.au/dataset/psma-administrative-boundaries and
>> add/check data in their areas of interest and/or when they have
>> time.  (Andrew Harvey has provided a script to assist working with
>> PSMA Administrative Boundaries Data and there is a link on
>> https://wiki.openstreetmap.org/wiki/Australian_Data_Catalogue)
>>
>> Administrative boundaries in NSW, SA, VIC and ACT be modified
>> instance-by-instance if there are discrepancies that require
>> updating. Where there are discrepancies, the most recent data is
>> usually preferred . If there are concerns about accuracy of the most
>> recent data, further consultation with other mappers or relevant
>> government boundary authorities would be appropriate.
>>
>> In QLD, WA, TAS and NT :  LGA and Suburb/Locality boundaries be added
>> one at a time, integrating with existing data where appropriate. 
>> Previous data from unauthorised sources be deleted or the authorised
>> source be added if the data is accurate.
>>
>> LGA Boundaries continue to be tagged as admin_level=6
>> Suburb/Locality boundaries be tagged as admin_level=10
>>
>> In both instances source=PSMA_Admin_Boundaries_August_2018 
>> (or whichever date is applicable to the most recent data being used)
>> This source information may seem unwieldy but provides accuracy and
>> completeness of information.
>>
>> Administrative boundaries NOT be attached to other ways such as
>> creeks, rivers, roads, etcetera so that the other features can be
>> modified as needed without affecting the administrative boundaries
>> which are generally static.
>>
>> Multiple administrative boundaries (including national_parks and
>> government approved protected_areas or state forests) be mapped on a
>> single way, where appropriate, and with multiple relations attached
>> to that single way i.e. a single way could form the boundaries for
>> localities, LGAs and a national park, if appropriate in the
>> particular location.
>>
>> Electoral boundaries NOT be added at this time.
>>
>> Other boundaries which have been discussed, such as regions and
>> indigenous areas, NOT be added as part of this particular project
>> unless they are LGAs or Suburbs/Localities (some indigenous areas may
>> be identified as protected areas or defined localities or LGAs, in
>> which case they are added and identified on that basis). Mapping of
>> regions could be further discussed separately if required. They are
>> usually not defined by legislation and therefore usually not
>> "administrative" in the way that LGAs and Suburbs/Localities are
>> legislated.
>>
>>
>> Comments and feedback, please.
>>
>>
>>
>>
>> On Fri, Aug 31, 2018, at 4:23 PM, Andrew Harvey wrote:
>>> The Department of Industry, Innovation and Science which manages
>>> data.gov.au <http://data.gov.au> have just completed the OSMF CC BY
>>> waiver allowing the PSMA Administrative Boundaries[1] to be us

Re: [talk-au] PSMA Administrative Boundaries

[Joel H.]

Hi cleary (and everyone),

This is excellent news, I wasn't aware of this. I think this is great
and would be interested in importing Queensland's

My first though is to add a fixme notice (in similar fashion to the NSW
import), that tells us to reconsider the place label node already in
OSM, and to integrate it with the boundary data.

I'm going to check the shapefiles, but in the meantime, what other
considerations need to be made?


--Joel

On 5/10/18 11:42 am, cleary wrote:
>
> A month ago, we celebrated the news that OSM now has approval to use
> the PSMA Administrative Boundaries and there was some discussion,
> including the need for a proper import process.  I am willing to start
> adding some boundaries in areas with which I am familiar/interested
> but I am waiting for the proper import process to be determined. I am
> not aware if anything has been done in regard to a plan to import this
> data. If so, please guide me. If not, I propose the following:
>
>
> Individual mappers download most recent data from
> https://data.gov.au/dataset/psma-administrative-boundaries and
> add/check data in their areas of interest and/or when they have time. 
> (Andrew Harvey has provided a script to assist working with PSMA
> Administrative Boundaries Data and there is a link on
> https://wiki.openstreetmap.org/wiki/Australian_Data_Catalogue)
>
> Administrative boundaries in NSW, SA, VIC and ACT be modified
> instance-by-instance if there are discrepancies that require updating.
> Where there are discrepancies, the most recent data is usually
> preferred . If there are concerns about accuracy of the most recent
> data, further consultation with other mappers or relevant government
> boundary authorities would be appropriate.
>
> In QLD, WA, TAS and NT :  LGA and Suburb/Locality boundaries be added
> one at a time, integrating with existing data where appropriate. 
> Previous data from unauthorised sources be deleted or the authorised
> source be added if the data is accurate.
>
> LGA Boundaries continue to be tagged as admin_level=6
> Suburb/Locality boundaries be tagged as admin_level=10
>
> In both instances source=PSMA_Admin_Boundaries_August_2018 
> (or whichever date is applicable to the most recent data being used)
> This source information may seem unwieldy but provides accuracy and
> completeness of information.
>
> Administrative boundaries NOT be attached to other ways such as
> creeks, rivers, roads, etcetera so that the other features can be
> modified as needed without affecting the administrative boundaries
> which are generally static.
>
> Multiple administrative boundaries (including national_parks and
> government approved protected_areas or state forests) be mapped on a
> single way, where appropriate, and with multiple relations attached to
> that single way i.e. a single way could form the boundaries for
> localities, LGAs and a national park, if appropriate in the particular
> location.
>
> Electoral boundaries NOT be added at this time.
>
> Other boundaries which have been discussed, such as regions and
> indigenous areas, NOT be added as part of this particular project
> unless they are LGAs or Suburbs/Localities (some indigenous areas may
> be identified as protected areas or defined localities or LGAs, in
> which case they are added and identified on that basis). Mapping of
> regions could be further discussed separately if required. They are
> usually not defined by legislation and therefore usually not
> "administrative" in the way that LGAs and Suburbs/Localities are
> legislated.
>
>
> Comments and feedback, please.
>
>
>
>
> On Fri, Aug 31, 2018, at 4:23 PM, Andrew Harvey wrote:
>> The Department of Industry, Innovation and Science which manages
>> data.gov.au  have just completed the OSMF CC BY
>> waiver allowing the PSMA Administrative Boundaries[1] to be used
>> within OpenStreetMap[2].
>>
>> Quoting their email, "The Australian Government received great
>> encouragement from PSMA Australia Limited to make the AB
>> [Administrative Boundaries] data more accessible. Many thanks to OSM
>> for your ongoing global open data efforts."
>>
>> Others more active in working with admin boundaries in OSM might be
>> able to comment further on my analysis, but I've taken a look at the
>> current OSM data from a planet extract[3], using osmium tool to
>> extract administrative boundaries[4]:
>>
>>     osmium tags-filter australia-latest.osm.pbf
>> nwr/boundary=administrative -o osm-admin-boundaries.osm.pbf
>>
>> Then converted to GeoPackage to open in QGIS to compare to PSMA
>> boundaries:
>>
>>     ogr2ogr -f GPKG osm-admin-boundaries.gpkg
>> osm-admin-boundaries.osm.pbf
>>
>> The admin_level values for Australia are defined as[5]:
>>
>> 3 n/a
>> 4 State or Territory
>> 5 n/a (but used in Victoria for regions[6])
>> 6 Local Government Area (eg Shire/Council)
>> 7 District or Region (e.g Perthshire, Fitzroy, Canning, Greater
>> Sydney, Greater Melbourne, etc.)
>> 8 

[talk-au] Thoughts on highway=toll_gantry proposal

[Joel H.]

I have been using the barrier=toll_booth to mark automatic toll systems
on Brisbane highways. However this may introduce time penalties for the
routing systems.

A proposal is in for highway=toll_gantry
(https://wiki.openstreetmap.org/wiki/Proposed_Features/Toll_Gantry)

It attempts to map the locations of the automatic toll systems while
differentiating them from traditional booths.

Would the mappers in Australia be happy with this tagging? I'm happy so far.


--Joel



___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Sidewalk vs Footpath?

[Joel H.]

In iD for me at least, paths next to roads are called "Pavement". I
agree with this terminology the most and think it was a mistake for OSM
to adapt the footway=sidewalk tag.

On 20/9/18 8:57 pm, Andrew Harvey wrote:
> Personally I refer to the path next to the road designed for
> pedestrians as the footpath, assuming sidewalk is an american term not
> really used in Australian English.
>
> So I had set the translation of "sidewalk" in the iD editor for
> Australian English to Footpath, however it seems this is causing
> confusion and leading to people inadvertently tagging paths not going
> along side the road as a sidewalk.
>
> At the moment iD has two presets "Foot path" (highway=footway) and
> "Footpath" (highway=footway, footway=sidewalk).
>
> I see now that's just confusing, so I think we should just change this
> back to sidewalk as it's probably understood by most Australians and
> it's clearer about the distinction between highway=footway and
> highway=footway, footway=sidewalk.
>
> Anyone have any thoughts?
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au


___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[talk-au] New event for Kangaroo Point in Brisbane.

[Joel H.]

For everyone in Brisbane,

On the 30th of September we will be holding a mapping party event in
Kangaroo Point starting at 14:00 and finishing at 17:00.

You can read more at the wiki page:
https://wiki.openstreetmap.org/wiki/Brisbane/Events/2018-09-30_Kangaroo_Point_Mapping_Party


If you are interested please contact me!



___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Proposed Brisbane City Council Datasets Import

[Joel H.]

Awesome, I have been using the data to help with parks!

I don't think an import would be too good, just an update to existing
data. I might look into an updating of public transport and park
information later.


On 10/09/18 22:00, talk-au-requ...@openstreetmap.org wrote:
> Send Talk-au mailing list submissions to
>   talk-au@openstreetmap.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>   https://lists.openstreetmap.org/listinfo/talk-au
> or, via email, send a message with subject or body 'help' to
>   talk-au-requ...@openstreetmap.org
>
> You can reach the person managing the list at
>   talk-au-ow...@openstreetmap.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Talk-au digest..."
>
>
> Today's Topics:
>
>1. Re: Proposed Brisbane City Council Datasets Import (Andrew Harvey)
>
>
> --
>
> Message: 1
> Date: Mon, 10 Sep 2018 16:11:03 +1000
> From: Andrew Harvey 
> To: OSM Australian Talk List 
> Subject: Re: [talk-au] Proposed Brisbane City Council Datasets Import
> Message-ID:
>   
> Content-Type: text/plain; charset="UTF-8"
>
> Sorry to dig up an old thread, but we just received the OSMF CC BY
> waiver from Brisbane City Council (updated at
> https://wiki.openstreetmap.org/wiki/Australian_Data_Catalogue), so
> we're all green from the licensing side.
> On Sun, 18 Dec 2016 at 17:59, Warin <61sundow...@gmail.com> wrote:
>> On 18-Dec-16 01:04 PM, Reuben wrote:
>>> Hi all, I am just wanting some feedback on correlating data from the
>>> following datasets:
>>>
>>> https://data.brisbane.qld.gov.au/data/dataset/historic-cemeteries
>>> https://data.brisbane.qld.gov.au/data/dataset/cemeteries
>>> https://data.brisbane.qld.gov.au/data/dataset/swimming-pools
>>> https://data.brisbane.qld.gov.au/data/dataset/ferry-terminals
>>> https://data.brisbane.qld.gov.au/data/dataset/libraries-information-location
>>>
>> Looking at the Sandgate Library already in OSM  .. looks to be 100 east
>> of the BCC data.  So I would be cautious of the BCC location accuracy.
>>> https://data.brisbane.qld.gov.au/data/dataset/community-halls
>>> https://data.brisbane.qld.gov.au/data/dataset/tracks-and-trails
>>> https://data.brisbane.qld.gov.au/data/dataset/bicycle-racks
>>> https://data.brisbane.qld.gov.au/data/dataset/public-art
>>>
>>> We have explicit permission for BCC data
>>> https://wiki.openstreetmap.org/wiki/Attribution/data.brisbane.qld.gov.au_explicit_permission
>>>
>>>
>>> Reuben
>> Would be nice to include it. I'm busy elsewhere - closer to 'home'.
>>
>> ___
>> Talk-au mailing list
>> Talk-au@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-au
>
>
> --
>
> Subject: Digest Footer
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
>
> --
>
> End of Talk-au Digest, Vol 135, Issue 7
> ***


___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[talk-au] Slight revamps to AUS Tagging Guidelines for Urban Footpaths

[Joel H.]

Just letting everyone know that I did a slight revamp to the Guidelines
for Urban Footpaths over on our Tagging Guidelines page
(https://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines#Urban_Footpaths_and_Cycleways).

It was mostly formatting, but I also added some clarity. Mostly to the
section about footpaths without signposting. I also removed some older
guidelines still mentioned.

Hopefully everyone will be happy with these changes.


___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[talk-au] Got an email from Royal Geographical Society of QLD about Boundaries

[Joel H.]

A few days ago Bob from the Royal Geographical Society of QLD sent me an
email about mapping historical Pastoral Districts.

Anyone around Brisbane should have a little read (particularly the
question to OSM).

I made the suggestion that Open Historical Map should be used instead. I
was also thinking that OSM Brisbane and RGSQ could get together for an
event again!

Does anyone have anything to add?

 Forwarded Message 
Subject:MAP GROUP, ROYAL GEOGRAPHICAL SOCIETY OF QLD (RGSQ) & OSM
Date:   Mon, 18 Jun 2018 15:03:28 +1000
From:   Bob Abnett 





Joel,

 

Prior to your running the OSM group in Brisbane, the Map Group had a close
working relationship to David Dean, the previous contact person - now
working in Armidale, NSW.

 

Map Group members have not been so responsive to OSM this year, as RGSQ is
looking for a replacement premises and Map Group, within RGSQ, is
temporarily meeting in Moorooka, not Milton anymore.

 

As the Co-Ordinator of Map Group, I am also heading up the Replacement
Premises Committee of RGSQ and hence, I personally, have been very busy on
building matters.

 

However, this replacement building process is expected to be completed
during the second half of 2018 and as Co-ordinator of Map Group, I am
looking at the 2019 Program.

 

2019 Program:  Mapping of the early Pastoral Districts of Queensland

 

One of the Presenters in 2019 will be an historian, who has been recording
the history of the early Land Commissioners in Pre-Separation Qld from 1842
to 1859.

 

She has asked if Map Group could consider some modern digitally based
mapping system to re-map the original Pastoral Districts of Pre-Separation
Queensland.

 

These Pastoral Districts were initially described in the NSW Govt Gazette by
"metes and bounds" and from these "original boundaries", quite simple maps
were drawn up of Southern Queensland by the  then Colonial Govt of NSW, as
it was in the 1840s and 1850s, using the Pastoral Districts as the basis for
mapping.  Both the historian and Map Group have got digital images from the
NSW State Archives of these early, but rather simple Pastoral District maps.

 

Once Queensland became a separate colony in 1859, it set up its own Lands
Department containing surveyors and later cartographers, and the mapping of
Queensland vastly improved from then onwards.

 

Later in 2019, Map Group is to have another Presenter talk about the mapping
of Queensland from 1860 to the 1880s, when much of the State was then mapped
(at a far higher standard than that from the earlier period).

 

Question to OSM:

 

Would the Brisbane group of OSM be interested in participating with some Map
Group members in a mapping exercise of: mapping the boundaries of Qld's
Pre-Separation Pastoral Districts, upon an OSM base map of Queensland?

 

I have looked at OSM for Queensland and at a higher level of mapping, versus
the close up "zooming in", where local details come to the fore, it would
initially look possible to map the Pastoral District boundaries. 

 

When David Dean taught Map Group members how to use OSM in 2016, it was at
the local level and we learnt particularly about placing buildings onto OSM
maps.  (we worked the Milton area as Map Group; then South Brisbane, as a
group; the Nundah area as part of a Map Group project, then many of us did
our own streets where we live).

 

I believe that those of us interested in mapping the Pastoral District
boundaries would need to learn how to edit OSM to map such boundaries.  Note
that these early Pastoral District Maps covered all of Southern Qld,
northwards to Gladstone and westwards to the Maranoa, west of the Darling
Downs.  Hence the boundaries cover a lot of territory.

 

Anyway, would the OSM group in Brisbane be interested in such a "higher
level" of mapping?

 

If so, would you or someone else be willing to "teach" a few Map Group
members how to map boundary lines? (versus the shapes of buildings traced
over aerial imagery, which we all learnt to do).

 

I look forward to your reply and if you wish to meet up firstly, over a
coffee to discuss, then please say so.

 

Thanks and cheers

 

Bob Abnett

Co-ordinator, Map Group, RGSQ

 

 

 



---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] I made my own administrative boarder for the City of Ipswich

[Joel H.]

I would add the tag source= ... say something like 'personal knowledge, better 
local knowledge appreciated'.

I will do this.

By the way .. it is better to alter something to what you want rather than 
deleting the old and making a new,
that way people can track the history of the object backwards more easily .. 
and see what changes have been made.

Sorry, I explained poorly. The old data was an unauthorised import, also
half of the way was missing.

How much of this changeset needs to be undone???

Probably none, since no data was copied from Wikipedia. I only used it
for research, to find which settlements came under Ipswich.

___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[talk-au] I made my own administrative boarder for the City of Ipswich

[Joel H.]

Just letting the mailing list know that I decided to make my own
administrative boarder for the City of Ipswich.

You can see it here: https://www.openstreetmap.org/relation/8348274

Sadly towards the south and west of Ipswich it was hard to work out
where the boarder truly is. If anyone has better local knowledge please
correct the way accuracy.


___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Mapping houses and addresses in Sydney

[Joel H.]

OSM is permitted to use the LPI Base Map, This contains street number
where they are.

However I am not from NSW so I can't say how accurate LPI is. You are
best to do a ground survey, the Android app StreetComplete is good for
this as long as the houses have been mapped already.

If you wish to use LPI, you can switch under imagery in JOSM (and maybe iD)


On 03/06/18 22:00, talk-au-requ...@openstreetmap.org wrote

> I've started using OSM more and more and I find it frustrating that many 
> house addresses are not available in OSM. I would like to help by tracing 
> many houses using ESRI as a base map (feel free to audit my history on OSM 
> under the name "Moult").  I would also like to add address information 
> (addr:housenumber and addr:street) to these ways however I don't think that 
> we are meant to be copying from Google maps. Is there another map source that 
> has addresses that we can use? Perhaps some form of government cadastre map? 
> Is that allowed?
>
> ​Dion Moult​


___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[talk-au] Morton Bay National Park should have it's ID numbers under ref=

[Joel H.]

Hello, I'm just noticing around Moreton Bay Marine Park. Many
nature_reserves are currently formatted as follows:

name= Honeymoon Bay (MNP05)

Shouldn't this be:

name= Honeymoon Bay

ref= MNP05

?


-Joel



___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Am I doing intersections right?

[Joel H.]

I guess now my question is, do we need better definitions of the usage
of the destination tag?

I saw back on that North Lakes intersection linked before
(https://www.openstreetmap.org/#map=19/-27.24180/153.02459). That we had
the destination= tag filled with the Suburb. Shouldn't this be the road
name? Should we go by what is sign posted? Even then, on the Motorway it
isn't rare to see both a road name and locality signposted.

Perhaps we should talk to the wider community about a tagging arrangement?

A solution that I saw on the North Lakes intersection was to have
destination:street=.

Should we at least improve the wiki a little bit?


___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[talk-au] Am I doing intersections right?

[Joel H.]

I wouldn't call myself new exactly, but since most roads were down since
the time I joined somethings are hazy.

I have recently added and changed some details related to intersections
(mostly adding slip roads and traffic lights).

What I'm mostly interested about are slip (turn left anytime with care)
roads. I have made the decision for slip roads to inherit both the name
and the road type (with the addition of making it a linking road) from
its destination.

You can see examples here:
https://www.openstreetmap.org/#map=19/-27.82146/153.02973

And here: https://www.openstreetmap.org/#map=19/-27.50755/152.94778

I don't think direction routing is a good source to go off. But when I
do it my way OSRM will say "Turn left onto the sliproad towards *Mount
Lindesay Highway" *I feel that this is correct.
**

___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[talk-au] Virtual Mapping Party for Brisbane

[Joel H.]

Hello everyone!

With the next Brisbane mapping party dawning on us very shortly, I
though it would be a great opportunity to get community involvement in
remote mapping the buildings from satellite!

The area will be around Indooroopilly, Taringa and St Lucia, Since that
will probably be where our next event is.

I will colour-code loose zones for people to map in (similar rules to
HOTOSM, try to stay in your zone).


So please, if you are interested please respond ASAP!


-- Joel H.



___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] I have written a response to DNRM, please give feedback

[Joel H.]

Have we necessarily exhausted all our options? I only ever asked DNRM, I
know of other dataset from different agencies which is also CC-BY 4.0.

Also is it really needed to redact all that DCDB stuff? That was
imported back when we had permission right?


On 12/03/18 17:07, Jonathon Rossi wrote:
> I'm glad you mentioned that Ian, because I started looking at what
> we'd have to "redact" and it is very mixed up with data from DCDB and
> survey, so we'd loose heaps.
> https://taginfo.openstreetmap.org/search?q=Natural+Resources+and+Mines#values
> https://taginfo.openstreetmap.org/search?q=Environment+and+Resource+Management#values
> https://taginfo.openstreetmap.org/search?q=dcdb#values
>
> On Mon, Mar 12, 2018 at 5:02 PM Jonathon Rossi  > wrote:
>
> Thanks Ian, that makes sense, glad to get a few more people
> involved in this discussion.
>
> With the comment in mind I've amended the text to this for now:
> > The explicit permission granted by the data.gov.au
>  team (operated by the Digital Transformation
> Agency) is no longer viewed as valid as there is no evidence they
> had permission to grant us these rights at that point in time.
> Permission to use the following datasets in the future must be
> obtained directly from the copyright owner (2018-03-12).
>
> On Mon, Mar 12, 2018 at 4:59 PM Ian Sergeant  > wrote:
>
> We need the right form of words.  I completely agree we should
> not rely on data.gov.au  permission for
> any new datasets.
>
> However, I'm not sure we want words that would give someone
> justification to go down the redaction path for existing data
> sets.  We were given permission by one arm of the government,
> about data owned by another arm, and we relied on that in good
> faith.   We stopped when we had information suggesting
> anything to the contrary.
>
> Ian.
> On 12 March 2018 at 17:41, Jonathon Rossi  > wrote:
>
> Thanks Andrew, and thanks again for flagging my use a few
> months back.
>
> Can we once and for all publicly note the "data.gov.au
>  permission can of worms", even if
> that is simply adding to the existing Contributions page
> text noting exactly what everyone "in the know" knows
> about the problem, OSM contributors shouldn't have to
> search the mailing list for this info.
>
> I've made the following addition to the wiki page:
> > The explicit permission granted by the data.gov.au
>  team (operated by the Digital
> Transformation Agency) is no longer viewed as valid as
> there is no evidence they had permission to grant us these
> rights. Permission to use the following datasets at any
> time must be obtained directly from the copyright owner
> (2018-03-12).
>
> If this isn't appropriate, then I'm all ears.
>
> Thanks again guys even though this isn't the outcome we
> wanted.
>
> On Mon, Mar 12, 2018 at 3:30 PM Andrew Davidson
> > wrote:
>
> Yeap, this has already been covered before:
>
> 
> https://lists.openstreetmap.org/pipermail/talk-au/2017-March/011291.html
>
> On Mon, Mar 12, 2018 at 4:16 PM, Jonathon Rossi
> > wrote:
>
>  The CC-BY 2.5 attribution was granted by the
> data.gov.au  team not DNRM (or
> a former named department), so how relevant/legal
> do we think this is now that we know DNRM's
> position on the matter who are the actual
> copyright owner.
>
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-au
>

___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] I have written a response to DNRM, please give feedback

[Joel H.]

Yeah pretty much, I interpret it as "We will not deviate from CC-BY 4.0".


On 12/03/18 14:37, Jonathon Rossi wrote:
> Is that (second sentence) word for word the same response you got the
> first time, where they thought they'd have to relicense under the ODbL?
>
> P.S. sorry about not replying all with my last email.
>
> On Mon, Mar 12, 2018 at 2:31 PM, Joel H. <95.5.ra...@gmail.com
> <mailto:95.5.ra...@gmail.com>> wrote:
>
> OK everyone, Here is the feedback I got after asking for
> permission to use CC-BY 4.0 datasets:
>
> Thank you for your enquiry regarding use of the localities
> boundaries dataset in OpenStreetMap.
> The Department has given consideration to your request and
> advise that, consistent with Queensland Government policy, our
> data is provided under a CC:BY 4.0 licence.  The Department
> will not provide the data under an Open Database licence.  It
> is our belief that a CC:BY licence is sufficient for use of
> our data
>
>
> On 12/03/18 14:27, Jonathon Rossi wrote:
>> Could you please share their response or paraphrase it so we can
>> all understand their reasons.
>>
>> Thanks, Jono
>>
>> On Mon, Mar 12, 2018 at 2:24 PM Joel H. <95.5.ra...@gmail.com
>> <mailto:95.5.ra...@gmail.com>> wrote:
>>
>> Hi,
>>
>> I tried again, and got rejected again. I had contact with
>> someone behind a local GIS company who said he would try to
>> help. But I haven't heard back. So I've put it to rest for now...
>>
>> I guess we should advocate for more compatibility with CC-BY
>> 4.0 in our licence.
>>
>>
>> On 12/03/18 13:35, Jonathon Rossi wrote:
>>> Joel,
>>>
>>> Did you get a response from DNRM? Are you still in talks
>>> with them?
>>>
>>> On Thu, Feb 1, 2018 at 10:07 PM Jonathon Rossi
>>> <j...@jonorossi.com <mailto:j...@jonorossi.com>> wrote:
>>>
>>> Great to hear Joel, I was actually wondering last night
>>> if you'd already sent this off.
>>>
>>> I'm not an expert in this area so happy for others to
>>> correct me, however my reading of your description of
>>> the second section that DNRM needs to waive doesn't
>>> explain to someone not familiar with what we are
>>> requesting, I think DNRM staff are likely to think this
>>> is still too hard and push back yet again. I like Andrew
>>> Harvey's description here
>>> 
>>> <https://wiki.openstreetmap.org/w/images/d/df/NSW_GNB_170427_OpenStreetMap.pdf>
>>> of both sections including the extended part of section
>>> 2, maybe he will give permission to use his description.
>>>
>>> Regarding who has signed the waiver:
>>> - According to the contributors page for BCC
>>> 
>>> <https://wiki.openstreetmap.org/wiki/Attribution/data.brisbane.qld.gov.au_explicit_permission>
>>>  it
>>> appears they haven't signed the waiver because it didn't
>>> exist until early 2017 but it appears they gave explicit
>>> permission to incorporate and publish their CC-BY data
>>> under an ODbL, more than the waiver requires
>>> - The explicit permission from NSW Land and Property
>>> Information sounds the same as the BCC one giving more
>>> permission than OSMF now needs
>>> - The NSW Geographical Name Register have signed the
>>> waiver
>>> 
>>> <https://wiki.openstreetmap.org/w/images/d/df/NSW_GNB_170427_OpenStreetMap.pdf>
>>> - Victoria DELWP have signed the waiver
>>> 
>>> <https://wiki.openstreetmap.org/w/images/e/ed/Vicmap_CCBYPermission_OSM_Final_Jan2018_Ltr.pdf>
>>> - SA and MRWA seem to have explicitly agreed with the
>>> same sort of thing BCC and NSW LPI did
>>>
>>> I don't know if there was some sort of informal/old
>>> waiver or explicit permission template because the older
>>> ones are pretty similar, they obviously aren't explicit
>>> about Section 2(a)(5)(B) though. If that is the case 

[talk-au] How would I go about tagging South Bank in Brisbane?

[Joel H.]

According to Wikipedia 
(https://en.wikipedia.org/wiki/South_Bank,_Queensland)


South Bank is a cultural, social, educational and recreational precinct 
in Brisbane, Queensland, Australia. The precinct is located in the 
suburb of South Brisbane, on the southern bank of the Brisbane River.


This name has more popularity than "South Brisbane" but is only really a 
section of that suburb. I would really like "South Bank" to appear on 
the map since it is important. I've figured out a good center point but 
am unsure what place= tag I should use.


Any ideas?


___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[talk-au] [OSM Brisbane] Missing Maps Volunteer Mapping Party

[Joel H.]

Hello all.


You may have heard that I will be taking over OpenStreetMap Brisbane 
events along with Stéphane. This year we are aiming for one event per 
month, so try and come along to as many as you can!


This March we will be doing a Missing Maps party, This is a volunteer 
event that will take place at Toowong Library from 09:00 - 13:00 on 
Sunday 4th of March.




Schedule:

We'll be mapping throughout the afternoon, in addition to:

09:00: Registration & set-up

09:15: Introduction to OpenStreetMap and the Missing Maps project

09:30: OpenStreetMap/Missing Maps Training

10:00: Snack break (snacks provided!)

10:30: Mapping

11:30: Lunch break

13:00: Wrap-up and farewell



What is it?

The aim of the Missing Maps Project is to map the most crisis-prone 
parts of the developing world. With your help we can directly improve 
the lives of some of the planet’s most vulnerable people. Both beginners 
and experienced mappers are welcome to join this mapathon, please choose 
your ticket according to your level of mapping skills.

Where will we be mapping?

We will be mapping high priority tasks from the HOT Tasking Manager.



What do I need?

Just a laptop (please bring your own with you), a mouse and enthusiasm 
(mouse isn't absolutely necessary but makes the mapping A LOT faster).




Where is it?

We're very kindly hosted by the Toowong Library, located in Toowong 
Village Shopping Centre at 9 Sherwood Rd, Toowong, or 
http://www.openstreetmap.org/way/529373044 in OpenStreetMap.




Thanks for your consideration, you can register at EventBrite 
(https://www.eventbrite.com/e/missing-maps-volunteer-mapping-party-tickets-43080683484) 
although you can just email me back instead.




-Joel Hansen

___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[talk-au] How to map CBD boundaries?

[Joel H.]

I just downloaded an export of NSW boundary data from OSM. Now in this 
dataset a locality called "Tweed Heads" has been included, The problem 
is that is area only covers the CBD and not the city (including all 
suburbs) as a whole.


How should I go about mapping this CBD boundary?

Also if anyone who handled the imports can send across an OSM file 
containing only the city limits, or could add them, would be great!



___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[talk-au] I have written a response to DNRM, please give feedback

[Joel H.]

Hi All! I have made a response to DNRM, regarding the licensing for 
locality boarders. Please give a critique before I send!



/Hello [NAME],//
//
//Thank you for your time and consideration regarding the approval for 
OpenStreetMap.//

//
//As a response to your concern over the licence change, it isn’t 
necessary for DNRM data to be re-licenced as a result of usage in 
OpenStreetMap. It’s simply about signing a waiver to clarify minor 
differences in licences. Approving usage in OSM shouldn’t tamper with 
the goals of DNRM since OSM uses a very similar licence with many of the 
same philosophical views.//

//
//The first part that needs approval is whether or not you think our 
method of Attribution, is sufficient with the “reasonable manner” 
requirement of the CC-BY 4.0. We credit sources through the following 
page: http://wiki.openstreetmap.org/wiki/Contributors, It’s also 
possible to add sources to the objects which are DNRM’s data.//

//
//The second is to waive Section 2(a)(5)(B) of the CC//
//BY 4.0 license as to OpenStreetMap and its users with the 
understanding that//
//the Open Database License 1.0 requires open access or parallel 
distribution of//

//OpenStreetMap data.//
//
//Many organisations such as Brisbane City Council and New South Wales 
Land and Property Information, have already given permission in the same 
way that DNRM could.//

//
//I hope you take the time to reconsider. I’ve attached the PDF that is 
needed for your review, keep in touch.//

//
//
//Joel Hansen//
//Local OpenStreetMap Editor/


___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[talk-au] Fixing NSW Locality boundaries

[Joel H.]

Someone has imported all the boundaries for localities into OSM, However 
most of these have fixme's. (example: 
https://www.openstreetmap.org/relation/6070204)


These ask for a center point/node, and to reconsider the place= tag. 
Would it be a good idea for me to first, make a relation with the label 
nodes. And then to change the place= tags on the boundaries to match the 
label nodes?


Keep in mind that the boundaries were imports, and could benefit from 
closer inspection.



___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] How do I map left only turning lanes on a motorway?

[Joel H.]

Hey everyone scrap that last message, I found out myself it has to be

turn:lanes=slight_left|left;through


On 29/01/18 17:02, David Dean wrote:

Hi Joel,

I believe that that example is not mapped correctly, as the turning 
lane should only become a separate way when it reaches an actually, 
physical separation. While it is just a turning lane, it should just 
be indicated by lane tagging on the main way.


I'd move the separation up to the physical separation, and map the 
turning lane information on the main way.


We have a few of those in the Brisbane area where intersections are 
overly complicated because an early (no longer active) mapper really 
liked mapping turning lanes as separate ways, and not all have been fixed.


- David

On Mon, 29 Jan 2018 at 16:59 Joel H. <95.5.ra...@gmail.com 
<mailto:95.5.ra...@gmail.com>> wrote:


Hello, I'm adding lane data to the Inner City Bypass in Brisbane.

In this spot here: https://www.openstreetmap.org/way/23615424
there is 3
lanes, however the left turn only lane is already mapped as a separate
motorway link. My intention is to add turning lane data to this
part of
the ICB.

Should I map this third left lane on the ICB and move the linking lane
closer to the turn off. Or should these lanes be as separate roads, as
it is now with the linking lane having 1 lane and the ICB having 2.


___
Talk-au mailing list
Talk-au@openstreetmap.org <mailto:Talk-au@openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-au

--
http://dbdean.com


___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] How do I map left only turning lanes on a motorway?

[Joel H.]

Any idea on how to do a left/straight lane?

So far I have turn:lanes=slight_left|left


On 29/01/18 17:02, David Dean wrote:

Hi Joel,

I believe that that example is not mapped correctly, as the turning 
lane should only become a separate way when it reaches an actually, 
physical separation. While it is just a turning lane, it should just 
be indicated by lane tagging on the main way.


I'd move the separation up to the physical separation, and map the 
turning lane information on the main way.


We have a few of those in the Brisbane area where intersections are 
overly complicated because an early (no longer active) mapper really 
liked mapping turning lanes as separate ways, and not all have been fixed.


- David

On Mon, 29 Jan 2018 at 16:59 Joel H. <95.5.ra...@gmail.com 
<mailto:95.5.ra...@gmail.com>> wrote:


Hello, I'm adding lane data to the Inner City Bypass in Brisbane.

In this spot here: https://www.openstreetmap.org/way/23615424
there is 3
lanes, however the left turn only lane is already mapped as a separate
motorway link. My intention is to add turning lane data to this
part of
the ICB.

Should I map this third left lane on the ICB and move the linking lane
closer to the turn off. Or should these lanes be as separate roads, as
it is now with the linking lane having 1 lane and the ICB having 2.


___
Talk-au mailing list
Talk-au@openstreetmap.org <mailto:Talk-au@openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-au

--
http://dbdean.com


___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[talk-au] How do I map left only turning lanes on a motorway?

[Joel H.]

Hello, I'm adding lane data to the Inner City Bypass in Brisbane.

In this spot here: https://www.openstreetmap.org/way/23615424 there is 3 
lanes, however the left turn only lane is already mapped as a separate 
motorway link. My intention is to add turning lane data to this part of 
the ICB.


Should I map this third left lane on the ICB and move the linking lane 
closer to the turn off. Or should these lanes be as separate roads, as 
it is now with the linking lane having 1 lane and the ICB having 2.



___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au