Re: [talk-au] OSMF Local Chapter discussions

2018-12-16 Thread FlashKiwi
 Great email Andrew!
Andrew makes some great comments and raises some very fair concerns. The key is 
participation, and if you have a passion for all things OSM in AU/NZ/Pacific 
then I really encourage you to be part of the process. Subscribe to the 
https://lists.osgeo.org/pipermail/foss4g-oceania/ and follow the discussions.
Please don't forget that the 2019 Conference is being held in Wellington
Cheers
Greg LauerOn Monday, 17 December 2018, 4:16:17 PM AEST, Andrew Harvey 
 wrote:  
 
 There is a movement at the moment on the FOSS4G Oceania mailing list,
https://lists.osgeo.org/pipermail/foss4g-oceania/, by the group who
organised the recent FOSS4G SotM Oceania conference, looking to get a
bit more organised through some kind of governance and organisation
structure.

Their proposal is to setup an OSGeo Oceania entity against the terms
of reference at
https://lists.osgeo.org/pipermail/foss4g-oceania/attachments/20181214/f7637cbb/attachment-0001.pdf

The rationale behind this originally stemmed from a desire for an
organisation to run our regional joint FOSS4G and SotM conference, but
the proposal is for "Its purpose is to foster the growth of the
geospatial open source & open data community in the Oceania region,
including the oversight and stewardship of a FOSS4G & SotM Conference
series."

The proposed OSGeo Oceania entity would be similar to the German
FOSSGIS eV https://www.fossgis.de/ which is both the German OSMF Local
Chapter and the Open Source Geospatial organisation.

The OSGeo Oceania terms of reference explicitly state the intention to
become an OSMF Local Chapter
https://wiki.osmfoundation.org/wiki/Local_Chapters, so I feel it's
important the whole community here is aware and has the opportunity to
get involved.

Personally I think a local chapter is a good thing, it can be used to
foster the growth of OpenStreetMap within Australia, New Zealand and
the pacific islands. On my personal wish list:

1. Set up a local HOT Tasking Manager to be used locally for all kinds
of mapping coordination, including post disaster

2. LGA level extracts, this will hopefully make OSM data even more
accessible by local government and help promote OpenStreetMap within
local government

3. Take control of openstreetmap.org.au though the OpenStreetMap
trademark in Australia that OSMF holds

4. A rendering of the OSM Carto style but showing indigenous names.

5. Provide a contact point for government

I have concerns too:

1. Have we reached out to the pacific islands OpenStreetMap community?
If we're starting a Local Chapter that includes them, they need to be
involved in it. (This email is one step to try to get the Australian
and New Zealand communities involved)

2. An OSMF Local Chapter for our region should have the goal to foster
the growth of the OpenStreetMap project within our region. In my
opinion this should include supporting OpenStreetMap within
proprietary software and services, so long as in line with the
OpenStreetMap license. A joint OSGeo Oceania should be okay with
supporting OpenStreetMap and even promoting it together with non free
and open source geospatial software.

3. Funding and money. Funds could be raised through individual
memberships like OSMF and organisation supporters/sponsors. At the
moment the OSGeo Oceania terms of reference don't go into that detail,
it's mostly around running the conference. I'm unsure how the funds
raised would flow into funds distributed, would a sponsor or member be
able to choose if they want their contribution allocated towards just
OpenStreetMap, just free and open source software, or both? What about
at a country level?

___
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] OSMF Local Chapter discussions

2018-12-16 Thread John Bryant
Thanks Andrew! I'm hopeful this will be seen as a positive move, taken in
the spirit it's intended - to enable and empower the OSM and open source
geospatial communities to work together with common purpose.

For this new organisation (OSGeo Oceania) to legitimately claim to
represent the OSM community, it will certainly need ongoing engagement from
OSM people from around the region. Ideally this will include active
participation in the governance & management of the organisation.
Representation of the OSM community on the board of the new org is
explicitly stated as an objective in the newly-written Terms of Reference
.

Looking forward to carrying on the discussion.

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


Re: [talk-au] NSW LPI address import

2018-12-16 Thread David Wales
Thanks Andrew,

I'll make sure to tag them as part of the NSW LPI address import.

I'll also make sure that no hand mapped addresses are lost or duplicated.

Do I need to create a new account for this import, or is it OK to upload under 
my own account, provided it is properly tagged?

On 17 December 2018 5:30:27 pm AEDT, Andrew Harvey  
wrote:
>Hi David,
>
>The process Dion set up is a valid way to contribute (at the same time
>you're not restricted to only using that approach).
>
>From my point of view, so long as
>
>1. these changesets are somehow tagged or noted as being part of the
>NSW LPI Address import
>2. addresses which are already mapped in OSM are not lost in the
>process, since these are potentially more accurate, and potentially
>more ground truthed
>
>then it's fine to proceed as you see fit.
>
>On Mon, 17 Dec 2018 at 11:00, David Wales 
>wrote:
>>
>> Hello Talk-AU,
>>
>> I sent this message earlier with the subject ‘Hello!’, but somehow it
>got PGP encrypted on the way!
>> So, here it is again, hopefully not encrypted.
>>
>> I am an Australian mapper, interested in participating in the NSW LPI
>address import.
>> I have found the wiki page, along with the talk-au discussion and the
>imports list discussion.
>>
>> I have also found Dion Moult’s address import repository on Gitlab.
>> I have started reviewing the changesets listed in the review
>directory by opening new issues in the repository for any issues I
>find.
>> Once I have reviewed a changeset, and fixed any issues, should I
>upload it to OSM and submit a pull request to fix the changeset and
>move it to the ‘uploaded’ directory? Or does it need more review than
>that?
>>
>> 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

2018-12-16 Thread Andrew Harvey
Hi David,

The process Dion set up is a valid way to contribute (at the same time
you're not restricted to only using that approach).

From my point of view, so long as

1. these changesets are somehow tagged or noted as being part of the
NSW LPI Address import
2. addresses which are already mapped in OSM are not lost in the
process, since these are potentially more accurate, and potentially
more ground truthed

then it's fine to proceed as you see fit.

On Mon, 17 Dec 2018 at 11:00, David Wales  wrote:
>
> Hello Talk-AU,
>
> I sent this message earlier with the subject ‘Hello!’, but somehow it got PGP 
> encrypted on the way!
> So, here it is again, hopefully not encrypted.
>
> I am an Australian mapper, interested in participating in the NSW LPI address 
> import.
> I have found the wiki page, along with the talk-au discussion and the imports 
> list discussion.
>
> I have also found Dion Moult’s address import repository on Gitlab.
> I have started reviewing the changesets listed in the review directory by 
> opening new issues in the repository for any issues I find.
> Once I have reviewed a changeset, and fixed any issues, should I upload it to 
> OSM and submit a pull request to fix the changeset and move it to the 
> ‘uploaded’ directory? Or does it need more review than that?
>
> 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] OSMF Local Chapter discussions

2018-12-16 Thread Graeme Fitzpatrick
Thanks for sharing Andrew.

Sounds good to me!

Thanks

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


[talk-au] OSMF Local Chapter discussions

2018-12-16 Thread Andrew Harvey
There is a movement at the moment on the FOSS4G Oceania mailing list,
https://lists.osgeo.org/pipermail/foss4g-oceania/, by the group who
organised the recent FOSS4G SotM Oceania conference, looking to get a
bit more organised through some kind of governance and organisation
structure.

Their proposal is to setup an OSGeo Oceania entity against the terms
of reference at
https://lists.osgeo.org/pipermail/foss4g-oceania/attachments/20181214/f7637cbb/attachment-0001.pdf

The rationale behind this originally stemmed from a desire for an
organisation to run our regional joint FOSS4G and SotM conference, but
the proposal is for "Its purpose is to foster the growth of the
geospatial open source & open data community in the Oceania region,
including the oversight and stewardship of a FOSS4G & SotM Conference
series."

The proposed OSGeo Oceania entity would be similar to the German
FOSSGIS eV https://www.fossgis.de/ which is both the German OSMF Local
Chapter and the Open Source Geospatial organisation.

The OSGeo Oceania terms of reference explicitly state the intention to
become an OSMF Local Chapter
https://wiki.osmfoundation.org/wiki/Local_Chapters, so I feel it's
important the whole community here is aware and has the opportunity to
get involved.

Personally I think a local chapter is a good thing, it can be used to
foster the growth of OpenStreetMap within Australia, New Zealand and
the pacific islands. On my personal wish list:

1. Set up a local HOT Tasking Manager to be used locally for all kinds
of mapping coordination, including post disaster

2. LGA level extracts, this will hopefully make OSM data even more
accessible by local government and help promote OpenStreetMap within
local government

3. Take control of openstreetmap.org.au though the OpenStreetMap
trademark in Australia that OSMF holds

4. A rendering of the OSM Carto style but showing indigenous names.

5. Provide a contact point for government

I have concerns too:

1. Have we reached out to the pacific islands OpenStreetMap community?
If we're starting a Local Chapter that includes them, they need to be
involved in it. (This email is one step to try to get the Australian
and New Zealand communities involved)

2. An OSMF Local Chapter for our region should have the goal to foster
the growth of the OpenStreetMap project within our region. In my
opinion this should include supporting OpenStreetMap within
proprietary software and services, so long as in line with the
OpenStreetMap license. A joint OSGeo Oceania should be okay with
supporting OpenStreetMap and even promoting it together with non free
and open source geospatial software.

3. Funding and money. Funds could be raised through individual
memberships like OSMF and organisation supporters/sponsors. At the
moment the OSGeo Oceania terms of reference don't go into that detail,
it's mostly around running the conference. I'm unsure how the funds
raised would flow into funds distributed, would a sponsor or member be
able to choose if they want their contribution allocated towards just
OpenStreetMap, just free and open source software, or both? What about
at a country level?

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


[talk-au] NSW LPI address import

2018-12-16 Thread David Wales
Hello Talk-AU,

I sent this message earlier with the subject ‘Hello!’, but somehow it got PGP 
encrypted on the way!
So, here it is again, hopefully not encrypted.

I am an Australian mapper, interested in participating in the NSW LPI address 
import 
.
I have found the wiki page 
,
 along with the talk-au 
 
discussion and the imports 
 list 
discussion.

I have also found Dion Moult’s address import repository on Gitlab. 

I have started reviewing the changesets listed in the review directory 
 by 
opening new issues in the repository 
 for any issues I 
find.
Once I have reviewed a changeset, and fixed any issues, should I upload it to 
OSM and submit a pull request to fix the changeset and move it to the 
‘uploaded’ directory?   Or does it need more review than that?

Regards,
David Wales___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au


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

2018-12-16 Thread Martijn van Exel
Hi,  
 
The source is on Github (search for mapoulette3 for the frontend / react code 
and maproulette2 for the backend / scala codebase) but you don't need to dig 
into that to simply create a challenge. You can log onto MapRoulette using your 
OSM account, and create a challenge using an Overpass query. I wrote a diary on 
how to do this a little while ago, 
https://www.openstreetmap.org/user/mvexel/diary/46863  
 
If you don't know any Overpass, I'm more than happy to set a Challenge of your 
preference up for you, or show you how to do it.  
 
I did in fact set up an 'add lanes' challenge for Queensland a little while 
ago, which you can find here: 
https://maproulette.org/mr3/browse/challenges/3376 
 
-- 
 Martijn van Exel 
 m...@rtijn.org 
 
 
On Sun, Dec 16, 2018, at 04:20, Joel H. wrote: 
> 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 > 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; 
 ___ 

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

2018-12-16 Thread 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
> https://lists.ope