Re: [talk-au] SSSI National Bushfire Recovery Map-a-thon - Sunday 9th Feb

[Andrew Harvey]

I finally managed to get in touch with one of the organisers, and raised
the licensing/waiver issue. They've said they asked Planet Labs for the
waiver, I've also independently reached out to the Planet Labs disasters
contact with background on why OSM asks for the waiver and the waiver
asking them if they can complete it if they would like OSM to be able to
use their disaster imagery. Given the mapathon is on Sunday it's a
nervous wait to see if they'll respond in time.

I've presented the organiser with an alternative of using ARA's imagery for
Adelaide Hills and Kangaroo Island (though I just went through and mapped
out most of Kangaroo Island last night, and KI won't be enough to sustain a
nation wide mapathon). I also mentioned the Maxar imagery, but they don't
have much post-event imagery published yet, so can't easily be used to
identify damaged buildings.

The organiser was not fully across exactly how the HOT Tasking Manager
worked, they thought edits won't go into OSM until after being validated,
so they thought without the waiver they could just not upload to OSM, but I
informed them that's not how the HOT Tasking Manager works, all edits are
saved into OSM even before the Tasking Manager validation step.

They said if they can't get the waiver they "plan to extract the changeset
out of OSM post mapathons (this Sunday) at which stage we would expect the
data not to be committed to OSM". That doesn't make any sense to me.

Since I'm now part of the Data Working Group, I briefly discussed it with
them and if we don't have the waiver or explicit permission to trace their
imagery in OSM then we will have no choice but to revert edits / or temp
block accounts. The LWG policy is clear that for the avoidance of doubt we
need additional waiver / explicit permission when tracing CC BY, CC BY-SA
or CC BY-NC imagery.

On Thu, 6 Feb 2020 at 18:00, Sebastian S.  wrote:

> Hi Andrew, are they (the organisers) aware of the licensing
> issues/requirements?
>
> Are they following here? Please engage with the discussion :-)
>
> On 6 February 2020 12:37:16 pm AEDT, Andrew Harvey <
> andrew.harv...@gmail.com> wrote:
>>
>> I was corrected by someone off list, looks like they are planning on
>> mapping within OSM https://tasks.hotosm.org/project/7893. Now I have to
>> scrabble to validate Planet Labs has provided the necessary permission for
>> their imagery to be traced into OSM.
>>
>> On Thu, 6 Feb 2020 at 12:12, Andrew Harvey 
>> wrote:
>>
>>> I sent an email to the contact email to ask for more information, but by
>>> the looks of it they aren't uploading anything to OpenStreetMap, they are
>>> creating their own datasets (which may or may not be released as open data,
>>> they haven't stated yet). It's unclear how they are planning on consuming
>>> OpenStreetMap though. I'm still keen to see what they've identified as
>>> important or useful to map.
>>>
>>> What they've stated is they'll be using Planet Labs imagery
>>> https://www.planet.com/disaster/fires-in-australia-2019-11-06/.
>>>
>>> 1) As far as I'm aware we don't have an imagery tracing waiver from
>>> Planet Labs, it's worth reaching out to Planet Labs to ask for this waiver
>>> for use in OpenStreetMap.
>>>
>>> 2) Since access to the imagery is restricted "We provide limited access
>>> to Explorer for up to 30 days to qualified disaster volunteer
>>> organizations, humanitarian organizations, and other coordinating bodies."
>>> it's unclear how we'd go about asking for access, and who gets access. But
>>> for now at least, without (1) my view is we can't trace Planet Labs imagery
>>> for use in OpenStreetMap.
>>>
>>>
>>>
>>> On Thu, 6 Feb 2020 at 11:50, Stephen Backway  wrote:
>>>
 Hi group,

 I just came across this Map-A-Thon by chance, apologies if it has been
 shared already and I missed it:
 https://sssi.org.au/fire-map-a-thon/about-map-a-thon

 Extract from the above page:

 *The SSSI National Bushfire Recovery Map-a-thon is being held on
 Sunday, 9th February, 2020 and registrations are now open!  To register
 visit: SSSI National Bushfire Recovery Map-a-thon
 
  *

 *SSSI is thankful to the surveying and geospatial community for
 reaching out to assist with the bushfire recovery effort and for the
 continued offers of assistance from individuals and businesses from within
 Australia and globally.*



 From reading through the pages, they are going to be using
 OpenStreetMap in conjunction with government data and imagery, so not sure
 if they have any new datasets/imagery layers that we haven't already
 mentioned on the list...



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

>>>

Re: [talk-au] SSSI National Bushfire Recovery Map-a-thon - Sunday 9th Feb

[Sebastian S.]

Hi Andrew, are they (the organisers) aware of the licensing issues/requirements?

Are they following here? Please engage with the discussion :-)

On 6 February 2020 12:37:16 pm AEDT, Andrew Harvey  
wrote:
>I was corrected by someone off list, looks like they are planning on
>mapping within OSM https://tasks.hotosm.org/project/7893. Now I have to
>scrabble to validate Planet Labs has provided the necessary permission
>for
>their imagery to be traced into OSM.
>
>On Thu, 6 Feb 2020 at 12:12, Andrew Harvey 
>wrote:
>
>> I sent an email to the contact email to ask for more information, but
>by
>> the looks of it they aren't uploading anything to OpenStreetMap, they
>are
>> creating their own datasets (which may or may not be released as open
>data,
>> they haven't stated yet). It's unclear how they are planning on
>consuming
>> OpenStreetMap though. I'm still keen to see what they've identified
>as
>> important or useful to map.
>>
>> What they've stated is they'll be using Planet Labs imagery
>> https://www.planet.com/disaster/fires-in-australia-2019-11-06/.
>>
>> 1) As far as I'm aware we don't have an imagery tracing waiver from
>Planet
>> Labs, it's worth reaching out to Planet Labs to ask for this waiver
>for use
>> in OpenStreetMap.
>>
>> 2) Since access to the imagery is restricted "We provide limited
>access to
>> Explorer for up to 30 days to qualified disaster volunteer
>organizations,
>> humanitarian organizations, and other coordinating bodies." it's
>unclear
>> how we'd go about asking for access, and who gets access. But for now
>at
>> least, without (1) my view is we can't trace Planet Labs imagery for
>use in
>> OpenStreetMap.
>>
>>
>>
>> On Thu, 6 Feb 2020 at 11:50, Stephen Backway 
>wrote:
>>
>>> Hi group,
>>>
>>> I just came across this Map-A-Thon by chance, apologies if it has
>been
>>> shared already and I missed it:
>>> https://sssi.org.au/fire-map-a-thon/about-map-a-thon
>>>
>>> Extract from the above page:
>>>
>>> *The SSSI National Bushfire Recovery Map-a-thon is being held on
>Sunday,
>>> 9th February, 2020 and registrations are now open!  To register
>visit: SSSI
>>> National Bushfire Recovery Map-a-thon
>>>
>
>*
>>>
>>> *SSSI is thankful to the surveying and geospatial community for
>reaching
>>> out to assist with the bushfire recovery effort and for the
>continued
>>> offers of assistance from individuals and businesses from within
>Australia
>>> and globally.*
>>>
>>>
>>>
>>> From reading through the pages, they are going to be using
>OpenStreetMap
>>> in conjunction with government data and imagery, so not sure if they
>have
>>> any new datasets/imagery layers that we haven't already mentioned on
>the
>>> list...
>>>
>>>
>>>
>>> Stephen.
>>> ___
>>> 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: [OSM-talk-fr] zone résidentielle dans une zone résidentielle ?

[Arnaud Champollion]

Le 05/02/2020 à 21:58, osm.sanspourr...@spamgourmet.com a écrit :


Les relations

boundary  
	place
place  
neighbourhood (par exemple)


type  
boundary 



me semblent plus adaptées



OK, à l'occasion je ferai les corrections nécessaires, car sur Digne les 
Bains il y a un certain nombre de quartiers mappés landuse=residential à 
l'intérieur d'un autre landuse=residential.


Merci à tous, bonne journée.

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

Re: [OSM-talk] it's not a fake, but "it's complicated"

[Aaron Young]

on to take care of the amount of instances of this 
>>> practice, and fix them
>> 
>> You shouldn't be expected to. Contributors who make errors should fix 
>> them.
> 
> Agreed.  I've forwarded the previous email to the DWG to create a ticket 
> so that we can chase it up from there.
> 
> 
>> 
>>> I've signalled it to their editors, or to their leaders, but 
>>> apparently when an activity is closed, it's too late to ask them to 
>>> review.
>> 
>> This sounds dodgy.
>> 
>> Who & how did you contact them? If a Public forum, could you post a 
>> link? if email, could you copy paste exactly the replies to you?
>> 
> (again at the risk of sounding like a broken record) I'd recommend 
> trying to make these comments in public, via changeset discussion 
> comments so that:
> 
>  * It's clear what the problem is, and which change actually introduced
>the problem.
>  * Other mappers who encounter the data or who look at services like
>http://resultmaps.neis-one.org/osm-discussion-comments?uid=61942 can
>also see the problem
> 
> Best Regards,
> 
> Andy
> 
> 
> -- next part --
> An HTML attachment was scrubbed...
> URL: 
> <http://lists.openstreetmap.org/pipermail/talk/attachments/20200205/c126261c/attachment-0001.htm>
> 
> --
> 
> Message: 3
> Date: Wed, 5 Feb 2020 12:28:40 -0500
> From: Mario Frasca 
> To: talk@openstreetmap.org
> Subject: Re: [OSM-talk] it's not a fake, but "it's complicated"
> Message-ID: 
> Content-Type: text/plain; charset="utf-8"; Format="flowed"
> 
> On 05/02/2020 12:15, Dave F via talk wrote:
>> Who & how did you contact them? If a Public forum, could you post a 
>> link? if email, could you copy paste exactly the replies to you? 
> 
> not a public forum, I wrote to VigotheCarpatian as an openstreetmap 
> message, here's some of it:
> 
> myself, on 2019-12-06 19:31
> 
>> Hi Vigo, thank you for replying, this is one changeset where I commented
>> 
>> https://www.openstreetmap.org/changeset/35874422
>> 
>> that’s just an example, but not at all an isolated case. what I’ve 
>> been seeing here in Panama (the country) is that Kaart people in 2015 
>> have been mapping individual commercial enterprises as separate buildings.
>> 
>> two examples, in Chorrera and in Panama.
>> 
>> https://www.openstreetmap.org/way/385343944 
>> https://www.openstreetmap.org/way/382714337
>> 
>> the whole Avenida B in Panamá has buildings which have been split like 
>> this. I have personally checked that in cases, a single building was 
>> split in three slices. I did not fix it.
>> 
>> https://www.openstreetmap.org/way/384068371/history
>> 
>> 
>> 
>> also, please, don’t leave junk behind, like |source_1|, |shop=yes|, or 
>> even putting a building in Panamá, and writing |addr:city=Santa Ana|.
>> 
>> 
>> 
>> one more mistake is relative to mapping landuse:retail as 
>> landuse:commercial, possibly because of the false friend Spanish 
>> “centro comercial”. (example: 
>> https://www.openstreetmap.org/way/385055420/history)
>> 
>> there’s very few editors in Panamá, megabytes are expensive, we can’t 
>> afford neither the workload nor the bandwidth to fix this, so I’m 
>> trying to have things fixed upstream, that is, from Kaart.
>> 
> you already have Vigo's answer, on 2019-12-06 23:04:
> 
>> Hi Mario, thank you for all the information and feedback on the work 
>> done in Panama. I have informed the team and we will use the 
>> information you gave us to improve future edits made by Kaart. Thanks 
>> again for reaching out to us.
>> 
> to which I answered, 2019-12-07 14:23
> 
>> I’m happy you will use the information I gave you, but it is relevant 
>> that you’re speaking in plural form, that’s for the Kaart 
>> organization. Since you’re speaking for a group, where the group edits 
>> in an organized way in an area where there is a community of mappers, 
>> that puts your group (Kaart) in the position where you should consider 
>> https://wiki.openstreetmap.org/wiki/Organised_Editing_Guidelines.
>> 
>> Please do that for the future, I insist.  And if you have any current 
>> activity regarding Panamá, it’s not too late to inform the local 
>> community via the wiki.
>> 
>> As for the “… to improve fu

Re: [talk-au] SSSI National Bushfire Recovery Map-a-thon - Sunday 9th Feb

[Warin]

On 6/2/20 3:21 pm, Graeme Fitzpatrick wrote:




On Thu, 6 Feb 2020 at 13:14, Andrew Harvey > wrote:


Fair point, I didn't find it since it's not documented
https://taginfo.openstreetmap.org/keys/damage#wiki. The two tags
can coexist so I don't see a problem with using damage as a quick
and easy method for new contributors.


As long as it's actually observable on imagery, which will always be a 
problem :-(


& how experienced are the people doing the mapping? I've seen it 
mentioned in the past that HOT mapping was being done by classes of 
high school / Uni students who were given a basic "Intro to OSM", then 
told "Get to it & map".


BTW Phil - very interesting article, thanks!




I'd bet that the information is never updated. Once HOT has finished do 
they ever do a tidy up?



Should all damaged tags be deleted? There is over 100,000 of them.

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

Re: [talk-au] SSSI National Bushfire Recovery Map-a-thon - Sunday 9th Feb

[Graeme Fitzpatrick]

On Thu, 6 Feb 2020 at 13:14, Andrew Harvey  wrote:

> Fair point, I didn't find it since it's not documented
> https://taginfo.openstreetmap.org/keys/damage#wiki. The two tags can
> coexist so I don't see a problem with using damage as a quick and easy
> method for new contributors.
>

As long as it's actually observable on imagery, which will always be a
problem :-(

& how experienced are the people doing the mapping? I've seen it mentioned
in the past that HOT mapping was being done by classes of high school / Uni
students who were given a basic "Intro to OSM", then told "Get to it & map".

BTW Phil - very interesting article, thanks!

  Thanks

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

Re: [talk-au] SSSI National Bushfire Recovery Map-a-thon - Sunday 9th Feb

[Andrew Harvey]

Fair point, I didn't find it since it's not documented
https://taginfo.openstreetmap.org/keys/damage#wiki. The two tags can
coexist so I don't see a problem with using damage as a quick and easy
method for new contributors.

On Thu, 6 Feb 2020 at 14:04, Phil Wyatt  wrote:

> The damage tag has been widely used in past international events
>
>
>
> https://taginfo.openstreetmap.org/search?q=damage
>
>
>
> Oh for a standardised tagging system!
>
>
>
>
>
> *From:* Andrew Harvey 
> *Sent:* Thursday, 6 February 2020 1:44 PM
> *To:* Phil Wyatt 
> *Cc:* Stephen Backway ; talk-au <
> talk-au@openstreetmap.org>
> *Subject:* Re: [talk-au] SSSI National Bushfire Recovery Map-a-thon -
> Sunday 9th Feb
>
>
>
> The lifecycle prefix is the way to go
> https://wiki.openstreetmap.org/wiki/Lifecycle_prefix and has already been
> used fairly widespread to map impact from the current fire season.
>
>
>
> razed:building=*
>
> ruins:building=*
>
>
>
> On Thu, 6 Feb 2020 at 13:05, Phil Wyatt  wrote:
>
> Hi Folks,
>
>
>
> I am also not sure that adding Damage=No is suitable for OSM either?
>
>
>
> *If the building footprint already exists then add a "Damaged" tag with a
> value of "Yes" if it looks to have been impacted by fire or "No" if it has
> not been impacted by fire. If you are unsure do not enter a tag at all.*
>
>
>
> Cheers - Phil
>
>
>
>
>
> *From:* Andrew Harvey 
> *Sent:* Thursday, 6 February 2020 12:37 PM
> *To:* Stephen Backway 
> *Cc:* talk-au 
> *Subject:* Re: [talk-au] SSSI National Bushfire Recovery Map-a-thon -
> Sunday 9th Feb
>
>
>
> I was corrected by someone off list, looks like they are planning on
> mapping within OSM https://tasks.hotosm.org/project/7893. Now I have to
> scrabble to validate Planet Labs has provided the necessary permission for
> their imagery to be traced into OSM.
>
>
>
> On Thu, 6 Feb 2020 at 12:12, Andrew Harvey 
> wrote:
>
> I sent an email to the contact email to ask for more information, but by
> the looks of it they aren't uploading anything to OpenStreetMap, they are
> creating their own datasets (which may or may not be released as open data,
> they haven't stated yet). It's unclear how they are planning on consuming
> OpenStreetMap though. I'm still keen to see what they've identified as
> important or useful to map.
>
>
>
> What they've stated is they'll be using Planet Labs imagery
> https://www.planet.com/disaster/fires-in-australia-2019-11-06/.
>
>
>
> 1) As far as I'm aware we don't have an imagery tracing waiver from Planet
> Labs, it's worth reaching out to Planet Labs to ask for this waiver for use
> in OpenStreetMap.
>
>
>
> 2) Since access to the imagery is restricted "We provide limited access to
> Explorer for up to 30 days to qualified disaster volunteer organizations,
> humanitarian organizations, and other coordinating bodies." it's unclear
> how we'd go about asking for access, and who gets access. But for now at
> least, without (1) my view is we can't trace Planet Labs imagery for use in
> OpenStreetMap.
>
>
>
>
>
>
>
> On Thu, 6 Feb 2020 at 11:50, Stephen Backway  wrote:
>
> Hi group,
>
>
>
> I just came across this Map-A-Thon by chance, apologies if it has been
> shared already and I missed it:
>
> https://sssi.org.au/fire-map-a-thon/about-map-a-thon
>
>
>
> Extract from the above page:
>
> *The SSSI National Bushfire Recovery Map-a-thon is being held on Sunday,
> 9th February, 2020 and registrations are now open!  To register visit: SSSI
> National Bushfire Recovery Map-a-thon
> 
>  *
>
> *SSSI is thankful to the surveying and geospatial community for reaching
> out to assist with the bushfire recovery effort and for the continued
> offers of assistance from individuals and businesses from within Australia
> and globally.*
>
>
>
> From reading through the pages, they are going to be using OpenStreetMap
> in conjunction with government data and imagery, so not sure if they have
> any new datasets/imagery layers that we haven't already mentioned on the
> list...
>
>
>
> Stephen.
>
> ___
> 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] SSSI National Bushfire Recovery Map-a-thon - Sunday 9th Feb

[Phil Wyatt]

The damage tag has been widely used in past international events

 

https://taginfo.openstreetmap.org/search?q=damage

 

Oh for a standardised tagging system!

 

 

From: Andrew Harvey  
Sent: Thursday, 6 February 2020 1:44 PM
To: Phil Wyatt 
Cc: Stephen Backway ; talk-au 
Subject: Re: [talk-au] SSSI National Bushfire Recovery Map-a-thon - Sunday 9th 
Feb

 

The lifecycle prefix is the way to go 
https://wiki.openstreetmap.org/wiki/Lifecycle_prefix and has already been used 
fairly widespread to map impact from the current fire season.

 

razed:building=*

ruins:building=*

 

On Thu, 6 Feb 2020 at 13:05, Phil Wyatt mailto:p...@wyatt-family.com> > wrote:

Hi Folks,

 

I am also not sure that adding Damage=No is suitable for OSM either?

 

If the building footprint already exists then add a "Damaged" tag with a value 
of "Yes" if it looks to have been impacted by fire or "No" if it has not been 
impacted by fire. If you are unsure do not enter a tag at all.

 

Cheers - Phil

 

 

From: Andrew Harvey mailto:andrew.harv...@gmail.com> 
> 
Sent: Thursday, 6 February 2020 12:37 PM
To: Stephen Backway mailto:stev...@email.com> >
Cc: talk-au mailto:talk-au@openstreetmap.org> >
Subject: Re: [talk-au] SSSI National Bushfire Recovery Map-a-thon - Sunday 9th 
Feb

 

I was corrected by someone off list, looks like they are planning on mapping 
within OSM https://tasks.hotosm.org/project/7893. Now I have to scrabble to 
validate Planet Labs has provided the necessary permission for their imagery to 
be traced into OSM.

 

On Thu, 6 Feb 2020 at 12:12, Andrew Harvey mailto:andrew.harv...@gmail.com> > wrote:

I sent an email to the contact email to ask for more information, but by the 
looks of it they aren't uploading anything to OpenStreetMap, they are creating 
their own datasets (which may or may not be released as open data, they haven't 
stated yet). It's unclear how they are planning on consuming OpenStreetMap 
though. I'm still keen to see what they've identified as important or useful to 
map.

 

What they've stated is they'll be using Planet Labs imagery 
https://www.planet.com/disaster/fires-in-australia-2019-11-06/.

 

1) As far as I'm aware we don't have an imagery tracing waiver from Planet 
Labs, it's worth reaching out to Planet Labs to ask for this waiver for use in 
OpenStreetMap.

 

2) Since access to the imagery is restricted "We provide limited access to 
Explorer for up to 30 days to qualified disaster volunteer organizations, 
humanitarian organizations, and other coordinating bodies." it's unclear how 
we'd go about asking for access, and who gets access. But for now at least, 
without (1) my view is we can't trace Planet Labs imagery for use in 
OpenStreetMap.

 

 

 

On Thu, 6 Feb 2020 at 11:50, Stephen Backway mailto:stev...@email.com> > wrote:

Hi group,

 

I just came across this Map-A-Thon by chance, apologies if it has been shared 
already and I missed it:

https://sssi.org.au/fire-map-a-thon/about-map-a-thon

 

Extract from the above page:

The SSSI National Bushfire Recovery Map-a-thon is being held on Sunday, 9th 
February, 2020 and registrations are now open!  To register visit: SSSI 
National Bushfire Recovery Map-a-thon 

  

SSSI is thankful to the surveying and geospatial community for reaching out to 
assist with the bushfire recovery effort and for the continued offers of 
assistance from individuals and businesses from within Australia and globally.

 

>From reading through the pages, they are going to be using OpenStreetMap in 
>conjunction with government data and imagery, so not sure if they have any new 
>datasets/imagery layers that we haven't already mentioned on the list...

 

Stephen.

___
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: [OSM-talk] it's not a fake, but "it's complicated"

[80hnhtv4agou--- via talk]

in the united states we call this a strip mall if you are walking on the 
outside one building sharing the same roof
 
but divided by fire walls, or just a mall if you are walking on the inside with 
multiple buildings in a central core.
 
as i see it that is not the problem it is the abuse of the polygon, mappers can 
not leave things be they have to
 
draw everything in sight and most are not local but tracing from the satellite 
view.
 
https://wiki.openstreetmap.org/wiki/Nominatim/Polygons
 
like everything else there needs to check and balances an editor in chief or an 
editorial board someone in charge, someone that can
 
come in, takeover, un till then OSM is fake news.
 
From: Mario Frasca
Sent: Wednesday, February 5, 2020 9:45 AM
To: OSM Talk
Subject: [OSM-talk] it's not a fake, but "it's complicated"
 
 
hi all,

I sort of moved to Panama.  I am trying to find local mappers wanting to
discuss issues, help take decisions, document decisions, and validate
data.  it's been a hard task, and it's not the only hard task here in
Panama: time and again I find tons of mistakes added by people who,
mostly in good faith, won't take responsibility for their edits.  when
it's isolated editors, I comment on their edits, or ask for a temporary
block if they keep adding dubious data without reacting to comments.

when it's an organization, it can be easier, or very much more complicated.

one common practice, the one I wish to discuss here, is something done
by Kaart editors: splitting a building into as many slices as the amount
of commercial activities within the building.  I am in no position to
take care of the amount of instances of this practice, and fix them, nor
do I lead a group of editors who can fix such an amount of issues, and
definitely not while these issues keep streaming into the database, and
the stream has very variable intensity.  I've signalled it to their
editors, or to their leaders, but apparently when an activity is closed,
it's too late to ask them to review.  I've asked them to alert the
community *before* they start each such activities, but I did not manage
to get a commitment.  apparently also Kaart (as HOT) does not take any
notice of the Organized Edits directive.

I've now moved to tagging as many of them them as 'fixme'.  maybe public
shame will do the job.

hints?

tank you and best regards,

Mario Frasca (mariotomo)
 
this is what I'm talking about:

https://overpass-turbo.eu/s/Qqh

one more things that make this situation even more complicated, is that
many of these ways have shop:yes, which sounds like "I'm too lazy to
investigate the details, please someone does it for me", which I did in
one shopping area, putting shop names in a web search, and fix the type
of the shop, before realizing the dimension of the problem.

https://www.openstreetmap.org/way/748685987

https://www.openstreetmap.org/changeset/35874422

(one of the many instances of expressing doubts and not getting a
reply)  (people participating to organized edits, who later disappear
from OSM, and leaving you with the doubt whom to contact.)
 



___
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] SSSI National Bushfire Recovery Map-a-thon - Sunday 9th Feb

[Andrew Harvey]

The lifecycle prefix is the way to go
https://wiki.openstreetmap.org/wiki/Lifecycle_prefix and has already been
used fairly widespread to map impact from the current fire season.

razed:building=*
ruins:building=*

On Thu, 6 Feb 2020 at 13:05, Phil Wyatt  wrote:

> Hi Folks,
>
>
>
> I am also not sure that adding Damage=No is suitable for OSM either?
>
>
>
> *If the building footprint already exists then add a "Damaged" tag with a
> value of "Yes" if it looks to have been impacted by fire or "No" if it has
> not been impacted by fire. If you are unsure do not enter a tag at all.*
>
>
>
> Cheers - Phil
>
>
>
>
>
> *From:* Andrew Harvey 
> *Sent:* Thursday, 6 February 2020 12:37 PM
> *To:* Stephen Backway 
> *Cc:* talk-au 
> *Subject:* Re: [talk-au] SSSI National Bushfire Recovery Map-a-thon -
> Sunday 9th Feb
>
>
>
> I was corrected by someone off list, looks like they are planning on
> mapping within OSM https://tasks.hotosm.org/project/7893. Now I have to
> scrabble to validate Planet Labs has provided the necessary permission for
> their imagery to be traced into OSM.
>
>
>
> On Thu, 6 Feb 2020 at 12:12, Andrew Harvey 
> wrote:
>
> I sent an email to the contact email to ask for more information, but by
> the looks of it they aren't uploading anything to OpenStreetMap, they are
> creating their own datasets (which may or may not be released as open data,
> they haven't stated yet). It's unclear how they are planning on consuming
> OpenStreetMap though. I'm still keen to see what they've identified as
> important or useful to map.
>
>
>
> What they've stated is they'll be using Planet Labs imagery
> https://www.planet.com/disaster/fires-in-australia-2019-11-06/.
>
>
>
> 1) As far as I'm aware we don't have an imagery tracing waiver from Planet
> Labs, it's worth reaching out to Planet Labs to ask for this waiver for use
> in OpenStreetMap.
>
>
>
> 2) Since access to the imagery is restricted "We provide limited access to
> Explorer for up to 30 days to qualified disaster volunteer organizations,
> humanitarian organizations, and other coordinating bodies." it's unclear
> how we'd go about asking for access, and who gets access. But for now at
> least, without (1) my view is we can't trace Planet Labs imagery for use in
> OpenStreetMap.
>
>
>
>
>
>
>
> On Thu, 6 Feb 2020 at 11:50, Stephen Backway  wrote:
>
> Hi group,
>
>
>
> I just came across this Map-A-Thon by chance, apologies if it has been
> shared already and I missed it:
>
> https://sssi.org.au/fire-map-a-thon/about-map-a-thon
>
>
>
> Extract from the above page:
>
> *The SSSI National Bushfire Recovery Map-a-thon is being held on Sunday,
> 9th February, 2020 and registrations are now open!  To register visit: SSSI
> National Bushfire Recovery Map-a-thon
> 
>  *
>
> *SSSI is thankful to the surveying and geospatial community for reaching
> out to assist with the bushfire recovery effort and for the continued
> offers of assistance from individuals and businesses from within Australia
> and globally.*
>
>
>
> From reading through the pages, they are going to be using OpenStreetMap
> in conjunction with government data and imagery, so not sure if they have
> any new datasets/imagery layers that we haven't already mentioned on the
> list...
>
>
>
> Stephen.
>
> ___
> 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] SSSI National Bushfire Recovery Map-a-thon - Sunday 9th Feb

[Phil Wyatt]

Hi Folks,

 

In past assessments such as this I think the actual event has also been tagged 
damage:event=’NSW Fires 2020’

 

A good paper on the accuracy of this type of remote capture work 

 

Section 3.1 seems to be the critical few paragraphs. It’s a few years ago and 
hopefully image capture has improved somewhat to make the exercise worthwhile.

 

Cheers - Phil

 

From: Phil Wyatt  
Sent: Thursday, 6 February 2020 1:05 PM
To: 'Andrew Harvey' ; 'Stephen Backway' 

Cc: 'talk-au' 
Subject: Re: [talk-au] SSSI National Bushfire Recovery Map-a-thon - Sunday 9th 
Feb

 

Hi Folks,

 

I am also not sure that adding Damage=No is suitable for OSM either?

 

If the building footprint already exists then add a "Damaged" tag with a value 
of "Yes" if it looks to have been impacted by fire or "No" if it has not been 
impacted by fire. If you are unsure do not enter a tag at all.

 

Cheers - Phil

 

 

From: Andrew Harvey mailto:andrew.harv...@gmail.com> 
> 
Sent: Thursday, 6 February 2020 12:37 PM
To: Stephen Backway mailto:stev...@email.com> >
Cc: talk-au mailto:talk-au@openstreetmap.org> >
Subject: Re: [talk-au] SSSI National Bushfire Recovery Map-a-thon - Sunday 9th 
Feb

 

I was corrected by someone off list, looks like they are planning on mapping 
within OSM https://tasks.hotosm.org/project/7893. Now I have to scrabble to 
validate Planet Labs has provided the necessary permission for their imagery to 
be traced into OSM.

 

On Thu, 6 Feb 2020 at 12:12, Andrew Harvey mailto:andrew.harv...@gmail.com> > wrote:

I sent an email to the contact email to ask for more information, but by the 
looks of it they aren't uploading anything to OpenStreetMap, they are creating 
their own datasets (which may or may not be released as open data, they haven't 
stated yet). It's unclear how they are planning on consuming OpenStreetMap 
though. I'm still keen to see what they've identified as important or useful to 
map.

 

What they've stated is they'll be using Planet Labs imagery 
https://www.planet.com/disaster/fires-in-australia-2019-11-06/.

 

1) As far as I'm aware we don't have an imagery tracing waiver from Planet 
Labs, it's worth reaching out to Planet Labs to ask for this waiver for use in 
OpenStreetMap.

 

2) Since access to the imagery is restricted "We provide limited access to 
Explorer for up to 30 days to qualified disaster volunteer organizations, 
humanitarian organizations, and other coordinating bodies." it's unclear how 
we'd go about asking for access, and who gets access. But for now at least, 
without (1) my view is we can't trace Planet Labs imagery for use in 
OpenStreetMap.

 

 

 

On Thu, 6 Feb 2020 at 11:50, Stephen Backway mailto:stev...@email.com> > wrote:

Hi group,

 

I just came across this Map-A-Thon by chance, apologies if it has been shared 
already and I missed it:

https://sssi.org.au/fire-map-a-thon/about-map-a-thon

 

Extract from the above page:

The SSSI National Bushfire Recovery Map-a-thon is being held on Sunday, 9th 
February, 2020 and registrations are now open!  To register visit: SSSI 
National Bushfire Recovery Map-a-thon 

  

SSSI is thankful to the surveying and geospatial community for reaching out to 
assist with the bushfire recovery effort and for the continued offers of 
assistance from individuals and businesses from within Australia and globally.

 

>From reading through the pages, they are going to be using OpenStreetMap in 
>conjunction with government data and imagery, so not sure if they have any new 
>datasets/imagery layers that we haven't already mentioned on the list...

 

Stephen.

___
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] SSSI National Bushfire Recovery Map-a-thon - Sunday 9th Feb

[Phil Wyatt]

Hi Folks,

 

I am also not sure that adding Damage=No is suitable for OSM either?

 

If the building footprint already exists then add a "Damaged" tag with a value 
of "Yes" if it looks to have been impacted by fire or "No" if it has not been 
impacted by fire. If you are unsure do not enter a tag at all.

 

Cheers - Phil

 

 

From: Andrew Harvey  
Sent: Thursday, 6 February 2020 12:37 PM
To: Stephen Backway 
Cc: talk-au 
Subject: Re: [talk-au] SSSI National Bushfire Recovery Map-a-thon - Sunday 9th 
Feb

 

I was corrected by someone off list, looks like they are planning on mapping 
within OSM https://tasks.hotosm.org/project/7893. Now I have to scrabble to 
validate Planet Labs has provided the necessary permission for their imagery to 
be traced into OSM.

 

On Thu, 6 Feb 2020 at 12:12, Andrew Harvey mailto:andrew.harv...@gmail.com> > wrote:

I sent an email to the contact email to ask for more information, but by the 
looks of it they aren't uploading anything to OpenStreetMap, they are creating 
their own datasets (which may or may not be released as open data, they haven't 
stated yet). It's unclear how they are planning on consuming OpenStreetMap 
though. I'm still keen to see what they've identified as important or useful to 
map.

 

What they've stated is they'll be using Planet Labs imagery 
https://www.planet.com/disaster/fires-in-australia-2019-11-06/.

 

1) As far as I'm aware we don't have an imagery tracing waiver from Planet 
Labs, it's worth reaching out to Planet Labs to ask for this waiver for use in 
OpenStreetMap.

 

2) Since access to the imagery is restricted "We provide limited access to 
Explorer for up to 30 days to qualified disaster volunteer organizations, 
humanitarian organizations, and other coordinating bodies." it's unclear how 
we'd go about asking for access, and who gets access. But for now at least, 
without (1) my view is we can't trace Planet Labs imagery for use in 
OpenStreetMap.

 

 

 

On Thu, 6 Feb 2020 at 11:50, Stephen Backway mailto:stev...@email.com> > wrote:

Hi group,

 

I just came across this Map-A-Thon by chance, apologies if it has been shared 
already and I missed it:

https://sssi.org.au/fire-map-a-thon/about-map-a-thon

 

Extract from the above page:

The SSSI National Bushfire Recovery Map-a-thon is being held on Sunday, 9th 
February, 2020 and registrations are now open!  To register visit: SSSI 
National Bushfire Recovery Map-a-thon 

  

SSSI is thankful to the surveying and geospatial community for reaching out to 
assist with the bushfire recovery effort and for the continued offers of 
assistance from individuals and businesses from within Australia and globally.

 

>From reading through the pages, they are going to be using OpenStreetMap in 
>conjunction with government data and imagery, so not sure if they have any new 
>datasets/imagery layers that we haven't already mentioned on the list...

 

Stephen.

___
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] Transport for NSW (TfNSW)

[cleary]

Thanks for the feedback.   I now realise that the easily accessible data from 
Transport NSW is NOT licensed under Creative Commons and I would need 
assistance to access the licensed data. Andrew, thanks for the offer to assist 
in accessing the data.  However, on reflection, I don't think it should be a 
priority.  The Transport NSW website  https://transportnsw.info/routes/bus  
shows the most useful information , route by route, superimposed on the OSM 
map.  For the time being, this is probably adequate for most users  rather than 
refer to OSM's transport map layer.

So, at this stage,  I will leave it to others, with more knowledge and skills,  
to progress use of this data when time permits.

Thanks again for the feedback and offer of assistance.





On Wed, 5 Feb 2020, at 11:32 PM, Andrew Harvey wrote:
> 
> 
> On Thu, 6 Feb 2020 at 10:09, cleary  wrote:
> > 
> >  Some Sydney bus routes have changed and I have modified a few by survey 
> > (catching buses and recording routes and stops). Using TfNSW data would be 
> > much easier.
> > 
> >  1. Can I use the TfNSW data now to modify/add some local bus routes or do 
> > we need to await discussion and an agreed import plan?
> 
> If you plan to do everything manually I think that's okay for you to go 
> ahead. If you're planning on doing that on a mass scale (like trying to 
> do all of them) then a heads up would be appreciated, but otherwise I 
> have no problems.
> 
> If you're using TfNSW data and applying some transformation on it to 
> the OSM schema and plan on using that, then please post first so we can 
> do a review to make sure there are no issues. 
> 
> Technically we only have permission to use TfNSW's open data, so if you 
> need help with the GTFS feed to visualise routes I can try.
> 
> I would eventually like to see a semi-automated process to import bus 
> stops, I just don't have the time now, but I can review plans if 
> someone else wanted to.
> 
> >  2. Depending on the answer to the above, do we need to add TfNSW to the 
> > List of Conributors in the wiki? and does the waiver need to published in 
> > the wiki?
> 
> Yes, if the data is used in OpenStreetMap, per the waiver agreement we 
> need to add attribution at 
> https://wiki.openstreetmap.org/wiki/Contributors#New_South_Wales_Government_data,
>  specifying which dataset we used and providing the attribution.
> 
> The waiver is already published to the wiki at 
> https://wiki.openstreetmap.org/wiki/File:TfNSW_OSM_CCBY_Signed_Waiver.pdf

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

Re: [talk-au] SSSI National Bushfire Recovery Map-a-thon - Sunday 9th Feb

[Andrew Harvey]

I was corrected by someone off list, looks like they are planning on
mapping within OSM https://tasks.hotosm.org/project/7893. Now I have to
scrabble to validate Planet Labs has provided the necessary permission for
their imagery to be traced into OSM.

On Thu, 6 Feb 2020 at 12:12, Andrew Harvey  wrote:

> I sent an email to the contact email to ask for more information, but by
> the looks of it they aren't uploading anything to OpenStreetMap, they are
> creating their own datasets (which may or may not be released as open data,
> they haven't stated yet). It's unclear how they are planning on consuming
> OpenStreetMap though. I'm still keen to see what they've identified as
> important or useful to map.
>
> What they've stated is they'll be using Planet Labs imagery
> https://www.planet.com/disaster/fires-in-australia-2019-11-06/.
>
> 1) As far as I'm aware we don't have an imagery tracing waiver from Planet
> Labs, it's worth reaching out to Planet Labs to ask for this waiver for use
> in OpenStreetMap.
>
> 2) Since access to the imagery is restricted "We provide limited access to
> Explorer for up to 30 days to qualified disaster volunteer organizations,
> humanitarian organizations, and other coordinating bodies." it's unclear
> how we'd go about asking for access, and who gets access. But for now at
> least, without (1) my view is we can't trace Planet Labs imagery for use in
> OpenStreetMap.
>
>
>
> On Thu, 6 Feb 2020 at 11:50, Stephen Backway  wrote:
>
>> Hi group,
>>
>> I just came across this Map-A-Thon by chance, apologies if it has been
>> shared already and I missed it:
>> https://sssi.org.au/fire-map-a-thon/about-map-a-thon
>>
>> Extract from the above page:
>>
>> *The SSSI National Bushfire Recovery Map-a-thon is being held on Sunday,
>> 9th February, 2020 and registrations are now open!  To register visit: SSSI
>> National Bushfire Recovery Map-a-thon
>> 
>>  *
>>
>> *SSSI is thankful to the surveying and geospatial community for reaching
>> out to assist with the bushfire recovery effort and for the continued
>> offers of assistance from individuals and businesses from within Australia
>> and globally.*
>>
>>
>>
>> From reading through the pages, they are going to be using OpenStreetMap
>> in conjunction with government data and imagery, so not sure if they have
>> any new datasets/imagery layers that we haven't already mentioned on the
>> list...
>>
>>
>>
>> Stephen.
>> ___
>> 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] SSSI National Bushfire Recovery Map-a-thon - Sunday 9th Feb

[Andrew Harvey]

I sent an email to the contact email to ask for more information, but by
the looks of it they aren't uploading anything to OpenStreetMap, they are
creating their own datasets (which may or may not be released as open data,
they haven't stated yet). It's unclear how they are planning on consuming
OpenStreetMap though. I'm still keen to see what they've identified as
important or useful to map.

What they've stated is they'll be using Planet Labs imagery
https://www.planet.com/disaster/fires-in-australia-2019-11-06/.

1) As far as I'm aware we don't have an imagery tracing waiver from Planet
Labs, it's worth reaching out to Planet Labs to ask for this waiver for use
in OpenStreetMap.

2) Since access to the imagery is restricted "We provide limited access to
Explorer for up to 30 days to qualified disaster volunteer organizations,
humanitarian organizations, and other coordinating bodies." it's unclear
how we'd go about asking for access, and who gets access. But for now at
least, without (1) my view is we can't trace Planet Labs imagery for use in
OpenStreetMap.



On Thu, 6 Feb 2020 at 11:50, Stephen Backway  wrote:

> Hi group,
>
> I just came across this Map-A-Thon by chance, apologies if it has been
> shared already and I missed it:
> https://sssi.org.au/fire-map-a-thon/about-map-a-thon
>
> Extract from the above page:
>
> *The SSSI National Bushfire Recovery Map-a-thon is being held on Sunday,
> 9th February, 2020 and registrations are now open!  To register visit: SSSI
> National Bushfire Recovery Map-a-thon
> 
>  *
>
> *SSSI is thankful to the surveying and geospatial community for reaching
> out to assist with the bushfire recovery effort and for the continued
> offers of assistance from individuals and businesses from within Australia
> and globally.*
>
>
>
> From reading through the pages, they are going to be using OpenStreetMap
> in conjunction with government data and imagery, so not sure if they have
> any new datasets/imagery layers that we haven't already mentioned on the
> list...
>
>
>
> Stephen.
> ___
> 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-us] Mapping for emergency services

[Greg Troxel]

Mike N  writes:

>> If you consider an urban search and rescue team's mission, and a large
>> scale event, buildings on a map can be extremely helpful for planning
>> and operations where the accountability of many directed searches of
>> structures is imperative.
>
>   That's good information - I sometimes wonder if there's a use for
> buildings in OSM other than GIS queries for average household square
> footage.

In Massachusetts, we have basically full building coverage from an
import several years ago (with a large number of us checking data before
uploading) of LIDAR-derived outlines from MassGIS.  They have been much
more useful than I thought they would be; you can spot missing roads
(not so much now as they've been added) and tell what areas are houses
and what appears empty.  Driveways going to houses can be used for
navigation and now we have addresses on a lot of buildings.  They are
useful for orientation when in the woods and you can see them.


(And agreed that it's great that different people add different things;
around me OSM is the best overall dataset if you don't care about
finding random business POIs.)

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

[talk-au] SSSI National Bushfire Recovery Map-a-thon - Sunday 9th Feb

[Stephen Backway]

Hi group,

 

I just came across this Map-A-Thon by chance, apologies if it has been shared already and I missed it:

https://sssi.org.au/fire-map-a-thon/about-map-a-thon

 

Extract from the above page:


The SSSI National Bushfire Recovery Map-a-thon is being held on Sunday, 9th February, 2020 and registrations are now open!  To register visit: SSSI National Bushfire Recovery Map-a-thon 

SSSI is thankful to the surveying and geospatial community for reaching out to assist with the bushfire recovery effort and for the continued offers of assistance from individuals and businesses from within Australia and globally.

 

From reading through the pages, they are going to be using OpenStreetMap in conjunction with government data and imagery, so not sure if they have any new datasets/imagery layers that we haven't already mentioned on the list...

 

Stephen.


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

Re: [Talk-us] Mapping for emergency services

[Tod Fitch]

> On Feb 5, 2020, at 12:32 PM, Mike N  wrote:
> 
> On 2/5/2020 9:49 AM, Eric Christensen via Talk-us wrote:
> 
>> For the record, my team(s) has many cartographic resources at our
>> fingertips that we can use for search and rescue including, but not
>> limited to: USGS 7.5' maps, National Park Service maps, OSM, Google
>> maps, state and local GIS data, and several options for aerial imagery.
> 
>  It's great to hear from a data consumer!  It would seem to be useful to be 
> able to create some sort of meta-marking about regions of data quality in 
> OSM, meaning that "This area has excellent detail", "this area has road 
> geometry only", and "this area hasn't been detailed and minor roads are known 
> to have poor road geometry", which would somehow be indicated in your app.

As a consumer and mapper, my opinion is that the areas popular with hikers, 
trail runners and mountain bikers are much better mapped in OSM than in other 
maps.  Excluding the non-topographic Apple and Google maps, the current 
computer generated US Topos are the worst (current US Topos credit TomTom for 
roads, no credit for trails and since nearly all trails are missing I guess it 
makes sense that there is no attribution). The second best is probably a tie 
between the current USFS topos and the old manually generated USGS topos. But 
OSM based topographic maps are by far the best for off road use in my area.

I actually got started in OSM by looking around for a way to create an updated 
printed backcountry ski map for the forest area I volunteer at. I can assure 
you that the OSM data for that area is best of the lot.

With respect to search and rescue, I’ve seen that a number of teams that we 
interact and train with have started using SarTopo [1], both the website and 
the new smartphone app. If you look, the default layer for the SarTopo maps are 
using OSM data. So while those teams and the county sheriffs they work with may 
not know it, they are using OpenStreetMap data. And it is relied upon for many 
(maybe even most) of the backcountry searches in my area.

I also do a fair amount of mapping for areas I hike and while I usually find a 
place to improve here and there, it seems that there are other OSM hikers who 
have done pretty good work before I got there. But things change so I keep 
making updates. Example: Between last Wednesday and today a “social” or 
“informal” trail has been blocked off in the Laguna Coast Wilderness area. 
Noticed that today so I need to make an edit after I send this email.

Cheers,
Tod

[1] https://sartopo.com/map.html#ll=34.37745,-118.05908=8=mbt





signature.asc
Description: Message signed with OpenPGP
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [talk-au] Transport for NSW (TfNSW)

[Andrew Harvey]

On Thu, 6 Feb 2020 at 10:58, Graeme Fitzpatrick 
wrote:

>
>
>
> On Thu, 6 Feb 2020 at 09:34, Andrew Harvey 
> wrote:
>
>>
>>
>>> 2. Depending on the answer to the above, do we need to add TfNSW to the
>>> List of Conributors in the wiki?  and does the waiver need to published in
>>> the wiki?
>>>
>>
>> Yes, if the data is used in OpenStreetMap, per the waiver agreement we
>> need to add attribution at
>> https://wiki.openstreetmap.org/wiki/Contributors#New_South_Wales_Government_data,
>> specifying which dataset we used and providing the attribution.
>>
>
> Would that need to be listed as the Source (eg GTFS data) against
> individual nodes (bus stops)?
>

It's not a legal requirement, that's why we ask for the waiver so that we
can provide attribution on the Contributors page, and not need to tag this
on every object.

The problem with the source tag on objects is there are usually a few
different sources, and different sources for the existence, location of the
object and then different sources for each tag. Then over time as other
contributors change tags, the source tag can become incorrect. What's worse
is if people feel like they can't edit an object since it's got a source
tag then it looks like an import that can't be touched.

I still add source to individual objects where I can, and change existing
source tags if I modify an object in a way that the original source no
longer applies, but it's not mandatory.

You should at a minimum specify the source on the changeset though, that's
helpful for other mappers to understand an edit.

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

Re: [talk-au] Transport for NSW (TfNSW)

[Graeme Fitzpatrick]

On Thu, 6 Feb 2020 at 09:34, Andrew Harvey  wrote:

>
>
>> 2. Depending on the answer to the above, do we need to add TfNSW to the
>> List of Conributors in the wiki?  and does the waiver need to published in
>> the wiki?
>>
>
> Yes, if the data is used in OpenStreetMap, per the waiver agreement we
> need to add attribution at
> https://wiki.openstreetmap.org/wiki/Contributors#New_South_Wales_Government_data,
> specifying which dataset we used and providing the attribution.
>

Would that need to be listed as the Source (eg GTFS data) against
individual nodes (bus stops)?

  Thanks

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

Re: [talk-au] Transport for NSW (TfNSW)

[Andrew Harvey]

On Thu, 6 Feb 2020 at 10:09, cleary  wrote:

>
> Some Sydney bus routes have changed and I have modified a few by survey
> (catching buses and recording routes and stops).  Using TfNSW data would be
> much easier.
>
> 1. Can I use the TfNSW data now to modify/add some local bus routes or do
> we need to await discussion and an agreed import plan?
>

If you plan to do everything manually I think that's okay for you to go
ahead. If you're planning on doing that on a mass scale (like trying to do
all of them) then a heads up would be appreciated, but otherwise I have no
problems.

If you're using TfNSW data and applying some transformation on it to the
OSM schema and plan on using that, then please post first so we can do a
review to make sure there are no issues.

Technically we only have permission to use TfNSW's open data, so if you
need help with the GTFS feed to visualise routes I can try.

I would eventually like to see a semi-automated process to import bus
stops, I just don't have the time now, but I can review plans if someone
else wanted to.


> 2. Depending on the answer to the above, do we need to add TfNSW to the
> List of Conributors in the wiki?  and does the waiver need to published in
> the wiki?
>

Yes, if the data is used in OpenStreetMap, per the waiver agreement we need
to add attribution at
https://wiki.openstreetmap.org/wiki/Contributors#New_South_Wales_Government_data,
specifying which dataset we used and providing the attribution.

The waiver is already published to the wiki at
https://wiki.openstreetmap.org/wiki/File:TfNSW_OSM_CCBY_Signed_Waiver.pdf
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk-fr] Interrogation base FINESS

[deuzeffe]

Le 06/02/2020 à 00:30, marc marc a écrit :

Le 06.02.20 à 00:15, deuzeffe a écrit :

http://finess.sante.gouv.fr/fininter/jsp/index.jsp

Merci pour vos tests !


test ok :) FF esr centos :)


Grand merci ;)
--
deuzeffe

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

Re: [OSM-talk-fr] Interrogation base FINESS

[marc marc]

Le 06.02.20 à 00:15, deuzeffe a écrit :
> http://finess.sante.gouv.fr/fininter/jsp/index.jsp
> 
> Merci pour vos tests !
> 
test ok :) FF esr centos :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-in] AI Assisted Road Mapping

[Jeff Underwood]

Hello OSM India community,

I'm part of the Map With AI team at Facebook. We are working with RMSI to map 
roads in major cities throughout the country. RMSI will be doing the bulk of 
the mapping work as they are an Indian team with local knowledge of the country 
but my team may also assist from time to time.



We will be mapping missing roads using our AI assisted mapping tool, RapiD. You 
can read some more about it at our site http://mapwith.ai/ and give it a try 
yourself. Our Github explains the mapping process well for those that haven't 
tried it before. 
https://github.com/facebookmicrosites/Open-Mapping-At-Facebook/wiki. The road 
data for India is also available there for bulk download if interested.



You can visit our OSM wiki page to view our past projects at 
https://wiki.openstreetmap.org/wiki/Facebook_AI-Assisted_Road_Tracing and 
RMSI’s wiki is at https://wiki.openstreetmap.org/wiki/RMSI.



Our initial plan is to focus on 313 priority cities by mapping the admin3 area 
that the city falls within. You can view the cities and polygons here. 
https://github.com/facebookmicrosites/Open-Mapping-At-Facebook/blob/master/data/IND_locations.geojson



There are a couple of known issues with the current selected polygons due to 
imprecise lat longs for the cities. I will update the geojson once they are all 
identified and corrected, but this should be representative of the current plan.



I'm happy to answer any questions here or you can email us directly at 
o...@fb.com



Thanks for your time!
Jeff
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[OSM-talk-fr] Interrogation base FINESS

[deuzeffe]

'soir,

J’essaie d'interroger la base FINESS 
(http://finess.sante.gouv.fr/fininter/jsp/index.jsp ) et y récupérer des 
ref. kivonbien mais la console (FF, Debian ou windows, ou Chromium) me 
renvoie une avalanche d'erreurs "js" C'est moi ou bien ?


Merci pour vos tests !

--
deuzeffe - disappointed


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

Re: [talk-au] Transport for NSW (TfNSW)

[cleary]

Some Sydney bus routes have changed and I have modified a few by survey 
(catching buses and recording routes and stops).  Using TfNSW data would be 
much easier.

1. Can I use the TfNSW data now to modify/add some local bus routes or do we 
need to await discussion and an agreed import plan?
2. Depending on the answer to the above, do we need to add TfNSW to the List of 
Conributors in the wiki?  and does the waiver need to published in the wiki?







On Thu, 30 Jan 2020, at 5:59 AM, Andrew Harvey wrote:
> We just received the CC BY waiver from TfNSW. That includes their GTFS 
> feed (transport routes and stops), cycle network data, boat rames 
> (those seem more directly useful to OSM).
> 
> On Tue, 19 Mar 2019 at 11:42, Runarsson, Sigurjon 
>  wrote:
> > Hi Sebastian,
> 
> > __ __
> 
> > Currently we are mostly focusing on A to B trip planning for public 
> > transport modes including walking. So our main focus atm is to enhance the 
> > data around interchanges i.e. stations layouts to support routing indoors 
> > as well as outdoors. Saying that, we are determined to contribute to all 
> > attributes within the osm database based on internal and external 
> > feedback.
> 
> > __ __
> 
> > Guidelines – I would say that we need more assistance/guidance from the osm 
> > users like yourself in most instances:) but yes we would contribute in 
> > discussion and wiki if needed. 
> 
> > Based on discussion that I have had internally for the last few days we 
> > feel that making the data available in osm by importing and regularly 
> > maintain the data like bus stops is the way to go rather than telling the 
> > users how to map ie naming a bus stop. So based on that we are now actively 
> > working on getting approval for a waiver signed for bus stops in particular 
> > so we can proceed. If successful, more datasets would follow. 
> 
> > __ __
> 
> > Maybe discussion for later date but I feel that other datasets like suburbs 
> > and address data could be updated (bulk import) into osm on regular basis 
> > as more and more consumers are directly taking the osm database into their 
> > products. Hopefully we can get waivers signed and go down that path.
> 
> > __ __
> 
> > I will keep you posted with any developments on the waiver(s). In the 
> > meantime please let us know if you have specific questions related to 
> > public transport.
> 
> > __ __
> 
> > __ __
> 
> > Defiantly interested in regular local meetups. Unfortunately cannot make 
> > the 30 March.
> 
> > __ __
> 
> > __ __
> 
> > Regards,
> 
> > Sigurjon
> 
> > __ __
> 
> > __ __
> 
> > __ __
> 
> > *From:* Seb Mapping [mailto:mapp...@consebt.de] 
> > *Sent:* Friday, 15 March 2019 4:14 PM
> > *To:* talk-au@openstreetmap.org; Runarsson, Sigurjon; 
> > talk-au@openstreetmap.org
> > *Subject:* Re: [talk-au] Transport for NSW (TfNSW)
> 
> > __ __
> 
> > Hi Sigurjon,
> >  Welcome and thanks for reaching out.
> >  I like that you set up the wiki page to tell us how you use OSM. What I'm 
> > wondering is, are there rules, key topics etc TfNSW or better your group is 
> > focusing on in their contributions?
> > 
> >  Would you be interested to provide or document in the wiki mapping 
> > examples for e.g. bus stops?
> > 
> >  Regards Sebastian
> >  PS: you might be interested in local meet ups, see other thread.
> 
> > On 14 March 2019 8:53:16 am AEDT, "Runarsson, Sigurjon" 
> >  wrote:
> 
> > Hi all,
> 
> > 
> 
> > My name is Sigurjon and I work for the Transport for NSW (TfNSW) Data 
> > Services team which is a small but dedicated group which underpin the many 
> > digital products and projects that form part of TfNSW as a whole. The team 
> > are responsible for sourcing, managing and providing data with an emphasis 
> > on quality and efficiency.
> 
> > 
> 
> > The TfNSW Data Services team aim to contribute and help improve 
> > OpenStreetMap, which we started to use in our products like the TfNSW Trip 
> > Planner (https://transportnsw.info/trip#/) from the end of 2018, through 
> > review and updates that are identified as part of their wide reaching 
> > day-to-day activities, feedback from their extensive network of 
> > customer/public facing channels, and other TfNSW internal stakeholders.
> 
> > 
> 
> > You can find further information on our wiki page 
> > https://wiki.openstreetmap.org/wiki/TfNSW
> 
> > 
> 
> > Please don’t hesitate to contact me on 
> > sigurjon.runars...@transport.nsw.gov.au, 
> > https://www.openstreetmap.org/user/Maradona11 or use our group mailbox and 
> > another member of the team will endeavour to help you: 
> > timeta...@transport.nsw.gov.au
> 
> > 
> 
> > __ __
> 
> > Thanks,
> 
> > __ __
> 
> > Sigurjon
> 
> > __ __
> 
> > This email is intended only for the addressee and may contain confidential 
> > information. If you receive this email in error please delete it and any 
> > attachments and notify the 

Re: [OSM-talk] it's not a fake, but "it's complicated" - fake building for several shops inside one building

[Mateusz Konieczny via talk]

5 Feb 2020, 21:06 by marc_marc_...@hotmail.com:

> Hello,
>
>> I've now moved to tagging as many of them them as 'fixme'
>>
>
> nice to highlight the issue.
> but why not fixing it ?
>
In case of systematic mass edit,
(especially by paid mappers)
it may take unreasonable effort to fix it.

And as I understood the main problem
is lack of communication and ignoring 
reports of systematic mistakes.___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] zone résidentielle dans une zone résidentielle ?

[deuzeffe]

Le 05/02/2020 à 21:23, pepilepi...@ovh.fr a écrit :

Le 05/02/2020 à 19:53, Arnaud Champollion a écrit :

Bonjour,

Est-ce qu'on peut avoir un landuse=residential à l'intérieur d'un 
autre landuse=residential englobant ?


Par exemple pour un quartier ou un lotissement, comme celui-ci :


Pourquoi tu veux faire ça ? Si c'est juste pour le nommer il y a 
place=neighbourhood 
...


Sur le polygone ?

--
deuzeffe

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

Re: [talk-au] Australian guidelines for mapping landuse-landcover?

[Graeme Fitzpatrick]

Yep. ditch the landuse page as I don't think our landcover is any different
to anywhere else?

As a matter of fact, the main Australia page could do with a clean-u /
refresh  https://wiki.openstreetmap.org/wiki/Australia

As for the tagging guidelines, I'm also in two minds?

How about something similar to the main Map Features page
https://wiki.openstreetmap.org/wiki/Map_Features  with a one-line /
paragraph description & a link to a separate page with full details?

Thanks

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

Re: [OSM-talk-fr] zone résidentielle dans une zone résidentielle ?

[osm . sanspourriel]

> Justement je ne veux pas le faire.
Tu peux préciser ?

Landuse=residential dans landuse=residential, outre le fait que ça n'a
guère de sens entraine des effets de rendus non désirables ("frontières").

Donc "Je me suis dit que ça n'avait pas l'air normal" !

Les relations

boundary 
place
place 
neighbourhood (par exemple)

type boundary


me semblent plus adaptées :

https://www.openstreetmap.org/relation/10060749#map=19/47.78699/-3.48688

Le Prat et Les Jardins de Vitalis sont deux lotissements jointifs. Et tu
pourrais les englober dans des place de plus haut niveau.

Ils font partie du landuse=residential de la zone agglomérée du bourg de
Guidel.

On ne mélange pas l'utilisation (landuse) des dénominations (ici Le Prat
et Les Jardins de Vitalis) qui ont leur vie propre si j'ose dire.

Jean-Yvon

Le 05/02/2020 à 21:26, Arnaud Champollion -
arnaud.champoll...@linux-alpes.org a écrit :

Le 05/02/2020 à 21:23, pepilepi...@ovh.fr a écrit :


Pourquoi tu veux faire ça ? Si c'est juste pour le nommer il y a
place=neighbourhood
...

Bonne soirée,



Justement je ne veux pas le faire.

Je suis tombé dessus car il y a plusieurs zones mappées ainsi à Digne
les Bains.

Je me suis dit que ça n'avait pas l'air normal, mais je voulais m'en
assurer avant de supprimer ou remplacer par un tag plus adapté.



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

Re: [OSM-talk] it's not a fake, but "it's complicated" - fake building for several shops inside one building

[Andy Townsend]

On 05/02/2020 20:06, marc marc wrote:

nice to highlight the issue.
but why not fixing it ?


part of the reason for that was described a decade ago by Andy Allan:

https://blog.gravitystorm.co.uk/2009/11/10/the-pottery-club/

That was talking about imports, but "poor commercial mapping in the hope 
that the community will tidy it up" causes the same problem.


Commercial mappers may be paid not for quality, but for quantity, and 
the sheer number of individual mappers can overwhelm local mappers' 
attempts to check their edits.  See for example this list: 
https://wiki.openstreetmap.org/wiki/Grab#Grab_Data_Team . Some of the 
problems that that led to can be seen at 
https://forum.openstreetmap.org/viewtopic.php?id=64075 , also in that 
forum see https://forum.openstreetmap.org/viewtopic.php?id=67707 for 
comments relevant to the edits in Panama too.  "Having lots of paid 
mappers" doesn't necessarily mean "will ignore local suggestions" - I 
can think of one very large group (perhaps the largest) who have been 
very responsive.


This potential asymmetry was one of the things that lead to the 
Organised Editing Guidelines being created: 
https://wiki.osmfoundation.org/wiki/Organised_Editing_Guidelines , and 
the list at 
https://wiki.openstreetmap.org/wiki/Organised_Editing/Activities .  Some 
organisations have been very open and responsive about what they were 
trying to do - generally these are the entries in the "Activities" table 
with lots of information.  Some have been, how shall I put it, "less 
forthcoming" and had to be asked by the DWG to create an entry in that 
table at all.


Best Regards,

Andy (from the DWG)





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

Re: [Talk-us] Mapping for emergency services

[Mike N]

On 2/5/2020 9:49 AM, Eric Christensen via Talk-us wrote:


For the record, my team(s) has many cartographic resources at our
fingertips that we can use for search and rescue including, but not
limited to: USGS 7.5' maps, National Park Service maps, OSM, Google
maps, state and local GIS data, and several options for aerial imagery.


  It's great to hear from a data consumer!  It would seem to be useful 
to be able to create some sort of meta-marking about regions of data 
quality in OSM, meaning that "This area has excellent detail", "this 
area has road geometry only", and "this area hasn't been detailed and 
minor roads are known to have poor road geometry", which would somehow 
be indicated in your app.



If you consider an urban search and rescue team's mission, and a large
scale event, buildings on a map can be extremely helpful for planning
and operations where the accountability of many directed searches of
structures is imperative.


  That's good information - I sometimes wonder if there's a use for 
buildings in OSM other than GIS queries for average household square 
footage.



I say all this to really say to all those that go the extra mile to map
a trail (and determine if it's just a walking trail or maybe something
big enough to get an ATV, vehicle, or horse through), add a stream,
outline a dangerous cliff, add a building, align a roadway, mark the
bathrooms at your local park, and so many other tedious, small things
that seem to be totally innocuous...  thank you!


  I'm really happy that some local outdoor /history enthusiasts have 
been exploring and detail mapping all the dirt roads and trails in the 
nature reserve-rich parts of our county.   If the rest of our group adds 
the rest of the buildings and driveways, it will be a great resource for 
the area.



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

Re: [OSM-talk] it's not a fake, but "it's complicated" - fake building for several shops inside one building

[Dave F via talk]

On 05/02/2020 20:06, marc marc wrote:

Hello,


I've now moved to tagging as many of them them as 'fixme'

nice to highlight the issue.
but why not fixing it ?


As stated previously, it's not the responsibility of the person spotting 
errors to fix it, especially if it's been performed knowingly..



josm contourmerge pluging can do that easily.


I'm sure this is a very useful plugin, But the wiki is very difficult to 
read. instead of 'contours' it really should say 'boundary'


DaveF


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

Re: [OSM-talk-fr] zone résidentielle dans une zone résidentielle ?

[Arnaud Champollion]

Le 05/02/2020 à 21:23, pepilepi...@ovh.fr a écrit :


Pourquoi tu veux faire ça ? Si c'est juste pour le nommer il y a 
place=neighbourhood 
...


Bonne soirée,



Justement je ne veux pas le faire.

Je suis tombé dessus car il y a plusieurs zones mappées ainsi à Digne 
les Bains.


Je me suis dit que ça n'avait pas l'air normal, mais je voulais m'en 
assurer avant de supprimer ou remplacer par un tag plus adapté.



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

Re: [OSM-talk-be] RFC: removing OpenGeoDB and is_in tags (RFC by 29 Feb 2020)

[Pieter Vander Vennet]

About the is_in: oh please, get rid of them.

About the geoDB: clean them up as well, although I am a bit more 
reserved. I don't know openGeoDB, but I feel that it is unmaintainted 
and superseded by the combination of OSM and Wikidata. I feel that using 
a wikidata entry is a more futureproof solution to this: the metadata 
about the place (such as population) can go on wikidata then.


In conclusion: go for it!

Mvg, Pieter

On 05.02.20 20:54, joost schouppe wrote:

I say "go"

Op wo 5 feb. 2020 16:37 schreef Midgard >:


Dear mappers

If you ever touched a place node, chances are you saw it was
cluttered with:
- tags with a "openGeoDB:" prefix and
- "is_in" tags.

I hereby propose a mechanical edit to delete those from all
features in Belgium.
The Overpass query to fetch the data is
https://overpass-turbo.eu/s/Qqa

- The openGeoDB tags date to 2008, when the plan was to keep
populations updated from the openGeoDB
  database. This never happened and probably never will.
  Information about OpenGeoDB on the wiki:
https://wiki.openstreetmap.org/wiki/OpenGeoDB
  For an example, see
https://www.openstreetmap.org/node/79382706/history

- The is_in tags are largely obsolete. The administrative
boundaries replace them.
  They're also not uniform in OSM to begin with. Some examples:
  - Beernem:         is_in=Belgie, Vlaanderen, West-Vlaanderen
  - Sint-Andries: is_in=Brugge,West-Vlaanderen,Belgium,Europe
  - Hoekskensstraat: is_in=Lebbeke, Oost-Vlaanderen
  - Meise: is_in=Vlaams-Brabant,Belgium,Europe
           is_in:continent=Europe
           is_in:country=Belgium
           is_in:province=Flemish Brabant

Why remove them? For data users they create the impression that
this is data they can use.
Mappers may be confused about them and waste time maintaining
them. They are not useful to anyone.

I'd like to collectively make a decision ("go" or "no go") by the
end of the month, 29 February.
Please send in your comments, even if it's just "not sure, maybe
we shouldn't do this"!

Kind regards,
Midgard

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


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

Re: [OSM-talk-fr] zone résidentielle dans une zone résidentielle ?

[pepilepi...@ovh.fr]

Le 05/02/2020 à 19:53, Arnaud Champollion a écrit :
> Bonjour,
>
> Est-ce qu'on peut avoir un landuse=residential à l'intérieur d'un
> autre landuse=residential englobant ?
>
> Par exemple pour un quartier ou un lotissement, comme celui-ci :
>
> https://www.openstreetmap.org/way/570993621
>
> lui-meme inclus dans
>
> https://www.openstreetmap.org/way/391336579
>
> ?
>
> Merci
>
> Arnaud


Pourquoi tu veux faire ça ? Si c'est juste pour le nommer il y a
place=neighbourhood
...

Bonne soirée,

JP


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


-- 


Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé la
bonne question.

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

Re: [OSM-talk] it's not a fake, but "it's complicated" - fake building for several shops inside one building

[marc marc]

Hello,

> I've now moved to tagging as many of them them as 'fixme'

nice to highlight the issue.
but why not fixing it ?
remove the building tag for every fake building object,
add the building on the whole outer back.
josm contourmerge pluging can do that easily.
or, of course, contact DWG if the mapper don't try to fix his errors.

any changeset comment about this ?

Regards,
Marc
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] MWG needs some customizations in CiviCRM

[michael spreng]

On 26/01/2020 15:28, Martin Koppenhoefer wrote:
> what about multiple OpenStreetMap userIDs controlled by the same user? Our 
> current guidelines actively encourage the creation of multiple logins/users.
>
> Cheers Martin 

Hi Martin

That is a good point that hasn't occurred to me yet. However I have
difficulties imagining a use case. We recommend multiple accounts mostly
in two cases: privacy and for separating automated edits. If you do it
for privacy, then better not link them together via the membership
registry. The registry is not public, but can be inspected by members. I
would rather not make the software more complicated for a rare case
which can be handled manually by the MWG. But that is just my opinion.
We will keep it in mind in any case.

Just to make it clear: even with this planned automation, you can always
submit your case for manual review.

Michael


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

Re: [OSM-talk-be] RFC: removing OpenGeoDB and is_in tags (RFC by 29 Feb 2020)

[joost schouppe]

I say "go"

Op wo 5 feb. 2020 16:37 schreef Midgard :

> Dear mappers
>
> If you ever touched a place node, chances are you saw it was cluttered
> with:
> - tags with a "openGeoDB:" prefix and
> - "is_in" tags.
>
> I hereby propose a mechanical edit to delete those from all features in
> Belgium.
> The Overpass query to fetch the data is https://overpass-turbo.eu/s/Qqa
>
> - The openGeoDB tags date to 2008, when the plan was to keep populations
> updated from the openGeoDB
>   database. This never happened and probably never will.
>   Information about OpenGeoDB on the wiki:
> https://wiki.openstreetmap.org/wiki/OpenGeoDB
>   For an example, see https://www.openstreetmap.org/node/79382706/history
>
> - The is_in tags are largely obsolete. The administrative boundaries
> replace them.
>   They're also not uniform in OSM to begin with. Some examples:
>   - Beernem: is_in=Belgie, Vlaanderen, West-Vlaanderen
>   - Sint-Andries:is_in=Brugge,West-Vlaanderen,Belgium,Europe
>   - Hoekskensstraat: is_in=Lebbeke, Oost-Vlaanderen
>   - Meise: is_in=Vlaams-Brabant,Belgium,Europe
>is_in:continent=Europe
>is_in:country=Belgium
>is_in:province=Flemish Brabant
>
> Why remove them? For data users they create the impression that this is
> data they can use.
> Mappers may be confused about them and waste time maintaining them. They
> are not useful to anyone.
>
> I'd like to collectively make a decision ("go" or "no go") by the end of
> the month, 29 February.
> Please send in your comments, even if it's just "not sure, maybe we
> shouldn't do this"!
>
> Kind regards,
> Midgard
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-fr] zone résidentielle dans une zone résidentielle ?

[marc marc]

Bonjour,

Le 05.02.20 à 19:53, Arnaud Champollion a écrit :
> Est-ce qu'on peut avoir un landuse=residential à l'intérieur d'un autre
> landuse=residential englobant ?

c'est pas interdit mais le 2ieme n'apporte souvent rien de correct
par rapport au 1er. je dirais même qu'un landuse dans un landuse (hormis
les faux landuse comme les pelouses) est souvent le critère parfait
d'une erreur de tag sur l'un des 2

> Par exemple pour un quartier ou un lotissement, comme celui-ci :
> https://www.openstreetmap.org/way/570993621

pq ne pas le tager comme quartier ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Référencer la production alimentaire locale

[marc marc]

Le 05.02.20 à 19:35, Vincent Bergeot a écrit :
> j'aimerai bien ajouter la ref siret, mais sur quel objet ?

sur l'objet décrit par le siret :)
un office=company ou landuse=farmyard me semble bien
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] zone résidentielle dans une zone résidentielle ?

[Arnaud Champollion]

Bonjour,

Est-ce qu'on peut avoir un landuse=residential à l'intérieur d'un autre 
landuse=residential englobant ?


Par exemple pour un quartier ou un lotissement, comme celui-ci :

https://www.openstreetmap.org/way/570993621

lui-meme inclus dans

https://www.openstreetmap.org/way/391336579

?

Merci

Arnaud



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

[OSM-talk-fr] Référencer la production alimentaire locale

[Vincent Bergeot]

Bonjour,

pour référencer les lieux de productions alimentaires (les fermes en 
particulier) et pour pouvoir "comparer" avec d'autres listes, j'aimerai 
bien ajouter la ref siret, mais sur quel objet ?


Quand il y a un lieu de vente le shop=farm semble approprié (à voir si 
il n'y a pas 2 siret différents,à creuser).


Mais quand il n'y a pas de lieu de vente !

Sur le farmyard ? 
https://wiki.openstreetmap.org/wiki/FR:Tag:landuse%3Dfarmyard


place=farm ne semble pas vraiment correspondre 
(https://wiki.openstreetmap.org/wiki/Tag:place%3Dfarm)


Une idée, suggestion ? ou plusieurs :)

Bonne fin de journée

VincentB



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

Re: [OSM-talk-be] RFC: removing OpenGeoDB and is_in tags (RFC by 29 Feb 2020)

[Stijn Rombauts via Talk-be]

 Hi,
I agree with both. I've been removing is_in tags here and there since a few 
months as JOSM encourages to do so.By the way, I also noticed that at some 
places streets (highways) have an is_in tag.
Regards,
StijnRR


Op woensdag 5 februari 2020 16:37:26 CET schreef Midgard 
:  
 
 Dear mappers

If you ever touched a place node, chances are you saw it was cluttered with:
- tags with a "openGeoDB:" prefix and
- "is_in" tags.

I hereby propose a mechanical edit to delete those from all features in Belgium.
The Overpass query to fetch the data is https://overpass-turbo.eu/s/Qqa

- The openGeoDB tags date to 2008, when the plan was to keep populations 
updated from the openGeoDB
  database. This never happened and probably never will.
  Information about OpenGeoDB on the wiki: 
https://wiki.openstreetmap.org/wiki/OpenGeoDB
  For an example, see https://www.openstreetmap.org/node/79382706/history

- The is_in tags are largely obsolete. The administrative boundaries replace 
them.
  They're also not uniform in OSM to begin with. Some examples:
  - Beernem:        is_in=Belgie, Vlaanderen, West-Vlaanderen
  - Sint-Andries:    is_in=Brugge,West-Vlaanderen,Belgium,Europe
  - Hoekskensstraat: is_in=Lebbeke, Oost-Vlaanderen
  - Meise: is_in=Vlaams-Brabant,Belgium,Europe
          is_in:continent=Europe
          is_in:country=Belgium
          is_in:province=Flemish Brabant

Why remove them? For data users they create the impression that this is data 
they can use.
Mappers may be confused about them and waste time maintaining them. They are 
not useful to anyone.

I'd like to collectively make a decision ("go" or "no go") by the end of the 
month, 29 February.
Please send in your comments, even if it's just "not sure, maybe we shouldn't 
do this"!

Kind regards,
Midgard

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

Re: [OSM-talk] it's not a fake, but "it's complicated"

[Mario Frasca]

On 05/02/2020 12:15, Dave F via talk wrote:
Who & how did you contact them? If a Public forum, could you post a 
link? if email, could you copy paste exactly the replies to you? 


not a public forum, I wrote to VigotheCarpatian as an openstreetmap 
message, here's some of it:


myself, on 2019-12-06 19:31


Hi Vigo, thank you for replying, this is one changeset where I commented

https://www.openstreetmap.org/changeset/35874422

that’s just an example, but not at all an isolated case. what I’ve 
been seeing here in Panama (the country) is that Kaart people in 2015 
have been mapping individual commercial enterprises as separate buildings.


two examples, in Chorrera and in Panama.

https://www.openstreetmap.org/way/385343944 
https://www.openstreetmap.org/way/382714337


the whole Avenida B in Panamá has buildings which have been split like 
this. I have personally checked that in cases, a single building was 
split in three slices. I did not fix it.


https://www.openstreetmap.org/way/384068371/history



also, please, don’t leave junk behind, like |source_1|, |shop=yes|, or 
even putting a building in Panamá, and writing |addr:city=Santa Ana|.




one more mistake is relative to mapping landuse:retail as 
landuse:commercial, possibly because of the false friend Spanish 
“centro comercial”. (example: 
https://www.openstreetmap.org/way/385055420/history)


there’s very few editors in Panamá, megabytes are expensive, we can’t 
afford neither the workload nor the bandwidth to fix this, so I’m 
trying to have things fixed upstream, that is, from Kaart.



you already have Vigo's answer, on 2019-12-06 23:04:

Hi Mario, thank you for all the information and feedback on the work 
done in Panama. I have informed the team and we will use the 
information you gave us to improve future edits made by Kaart. Thanks 
again for reaching out to us.



to which I answered, 2019-12-07 14:23

I’m happy you will use the information I gave you, but it is relevant 
that you’re speaking in plural form, that’s for the Kaart 
organization. Since you’re speaking for a group, where the group edits 
in an organized way in an area where there is a community of mappers, 
that puts your group (Kaart) in the position where you should consider 
https://wiki.openstreetmap.org/wiki/Organised_Editing_Guidelines.


Please do that for the future, I insist.  And if you have any current 
activity regarding Panamá, it’s not too late to inform the local 
community via the wiki.


As for the “… to improve future edits”, well, that’s nice, but what 
about what your editors left behind?  I’m glad you reverted to 
unclassified that unclassified you had tagged as track, but there’s 
more drops in the sea.  What about organizing a review of your past 
edits, involving the local community?



and I got the reaction, 2019-12-09 17:10

Hello Mario, here is the wiki page of projects and places that Kaart 
are working in. https://wiki.openstreetmap.org/wiki/Kaart



which did not and still does not mention Panama at all.


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

Re: [OSM-talk] it's not a fake, but "it's complicated"

[Andy Townsend]

On 05/02/2020 17:15, Dave F via talk wrote:

On 05/02/2020 15:45, Mario Frasca wrote:

hi all,

 I am in no position to take care of the amount of instances of this 
practice, and fix them


You shouldn't be expected to. Contributors who make errors should fix 
them.


Agreed.  I've forwarded the previous email to the DWG to create a ticket 
so that we can chase it up from there.





I've signalled it to their editors, or to their leaders, but 
apparently when an activity is closed, it's too late to ask them to 
review.


This sounds dodgy.

Who & how did you contact them? If a Public forum, could you post a 
link? if email, could you copy paste exactly the replies to you?


(again at the risk of sounding like a broken record) I'd recommend 
trying to make these comments in public, via changeset discussion 
comments so that:


 * It's clear what the problem is, and which change actually introduced
   the problem.
 * Other mappers who encounter the data or who look at services like
   http://resultmaps.neis-one.org/osm-discussion-comments?uid=61942 can
   also see the problem

Best Regards,

Andy


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

Re: [OSM-talk] it's not a fake, but "it's complicated"

[Mario Frasca]

On 05/02/2020 11:53, Andy Townsend wrote:
it can sometimes be difficult to decide where one building ends and 
the next starts


sometimes, sometimes it's clear.  sometimes you walk in the area, you 
see the façade and you wonder how they can know the name of the shop and 
not have seen it's three shops in the same building, nor take note of 
what kind of shop it is.


the whole Avenida B in Panamá has buildings which have been split like 
this. I have personally checked that in cases, a single building was 
split in three slices. I did not fix it.


since then I fixed a few, but I do not plan continuing to do so. I don't 
come too often to Panama City.  I signaled it two months ago to Kaart 
(via Vigo) and I hope they will indeed "improve future edits made by 
Kaart", in the meanwhile, not having seen any activity from them, and 
since they're now editing an other aspect, again without consulting with 
the local community, I moved to adding a 'fixme' tag to their most 
obvious mistakes.



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

Re: [OSM-talk] it's not a fake, but "it's complicated"

[Dave F via talk]

On 05/02/2020 15:45, Mario Frasca wrote:

hi all,

 I am in no position to take care of the amount of instances of this 
practice, and fix them


You shouldn't be expected to. Contributors who make errors should fix them.

I've signalled it to their editors, or to their leaders, but 
apparently when an activity is closed, it's too late to ask them to 
review.


This sounds dodgy.

Who & how did you contact them? If a Public forum, could you post a 
link? if email, could you copy paste exactly the replies to you?


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

Re: [OSM-talk] it's not a fake, but "it's complicated"

[Mario Frasca]

good day Andy

On 05/02/2020 11:53, Andy Townsend wrote:
I also don't think that's a typical reaction from paid mappers 
generally (apart from spammers of course),


can you help me understanding the following statement otherwise than 
"too late"?


Hi Mario, thank you for all the information and feedback on the work 
done in Panama. I have informed the team and we will use the 
information you gave us to improve future edits made by Kaart. Thanks 
again for reaching out to us.



(by VigotheCarpatian)

("all the information and feedback" was a list of issues, all still on 
the to-do list).


now Kaart is busy fixing road classification, and the editors are 
reacting to comments (they are still busy on the task), but there's been 
no contact with the local community prior to starting their coordinated 
edits, nor do I know where to find the description of this task.


just an example: https://www.openstreetmap.org/changeset/80548506



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

Re: [OSM-talk] it's not a fake, but "it's complicated"

[Mateusz Konieczny via talk]

Feb 5, 2020, 16:45 by ma...@anche.no:

> something done by Kaart editors: 
>
>
Are they organized mappers? Are they paid mappers?

> splitting a building into as many slices as the amount of commercial 
> activities within the building
>
Sound blatantly incorrect to me. You can map shop as areas within a single 
building area,
but splitting building just because there are multiple shops there is incorrect.

I am not sure how and why anyone is doing this.

> but apparently when an activity is closed, it's too late to ask them to 
> review.
>
It is not too late to revert if they have such approach.

> I've asked them to alert the community *before* they start each such 
> activities, but I did not manage to get a commitment.  apparently also Kaart 
> (as HOT) does not take any notice of the Organized Edits directive.
>
I recommend contacting DWG.

https://wiki.openstreetmap.org/wiki/Data_working_group

> I've now moved to tagging as many of them them as 'fixme'.  maybe public 
> shame will do the job.
>
This is not going to work. You tried contacting them and they ignored it?
Escalate to DWG.

> hints?
>
Send mail to DWG pointing to evidence of
"when an activity is closed, it's too late to ask them to review""does not take 
any notice of the Organized Edits directive"
and ignored changeset comments.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] it's not a fake, but "it's complicated"

[Andy Townsend]

On 05/02/2020 15:45, Mario Frasca wrote:
... but apparently when an activity is closed, it's too late to ask 
them to review.


I don't think that that's a reasonable approach for any OSM mapper to 
take (whether they're working for a company or not).  I also don't think 
that's a typical reaction from paid mappers generally (apart from 
spammers of course), and with a DWG hat on I've contacted many, many 
mappers both doing it for a job and as a hobby.


An exception might be if someone has broken something that was quite 
complicated (perhaps an imported multipolygon forest the size of a small 
country) and they technically aren't able to fix it again, or there have 
been other edits in the mean time that might be difficult for a 
relatively new mapper to resolve, but "I can't be bothered" is rarely 
given as an excuse.


On to the "whether it is a good idea to map things this way" part of the 
question (which might be a better fit for the tagging list):


You can see examples of both approaches at 
https://www.openstreetmap.org/way/382577754#map=19/8.97397/-79.53502 .  
To the southwest there are multiple nodes within one building and to the 
northeast there is "one building per shop".  If there are multiple shops 
within one physical building I'd certainly map them as nodes within a 
building, but it can sometimes be difficult to decide where one building 
ends and the next starts. 
https://www.openstreetmap.org/#map=19/53.09756/-1.38685 in the UK is an 
example (not originally mapped by me) that shows shops as closed ways 
and buildings (that are connected, but are actually separate buildings) 
as closed ways, and the two don't necessarily map 1-1 with each other.  
This matches real life, but is a pain to maintain when (for example) a 
large shop shuts and opens as two smaller ones.


In the Panama example even if the "buildings" northeast of 
https://www.openstreetmap.org/way/382577754 could be considered separate 
(and it sounds like you're saying that it would be wrong to) presumably 
the walls at least should be parallel.


Have you had an explanation of why they're taking this approach?

> I've now moved to tagging as many of them them as 'fixme'. maybe 
public shame will do the job.


I don't think that will help here - higgledy piggledy buildings are easy 
to spot, and a glut of fixmes for "obvious to spot problems" will drown 
out existing fixmes that might not be otherwise obvious.


The usual advice I'd give is (and apologies if this sounds like a broken 
record):


 * Comment politely on the changeset that introduced the problem, with
   a translation into a language that the mapper will understand,
   explaining what the problem is.
 * Also, if appropriate, mention it to the rest of the local community.
 * If they persist, repeat explaining again why it is a problem.
 * If that doesn't work, raise it with the Data Working Group via
   d...@osmfoundation.org

In this case there have been a couple of questions asked of this mapper 
in changeset discussion comments (though not about this particular 
issue) - any more and with a DWG hat on I'd definitely consider drawing 
their attention to the fact that other people are trying to get in touch 
with them.


Best Regards,

Andy (from the DWG, but as usual here writing in a personal capacity)



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

Re: [OSM-talk] it's not a fake, but "it's complicated"

[Mario Frasca]

this is what I'm talking about:

https://overpass-turbo.eu/s/Qqh

one more things that make this situation even more complicated, is that 
many of these ways have shop:yes, which sounds like "I'm too lazy to 
investigate the details, please someone does it for me", which I did in 
one shopping area, putting shop names in a web search, and fix the type 
of the shop, before realizing the dimension of the problem.


https://www.openstreetmap.org/way/748685987

https://www.openstreetmap.org/changeset/35874422

(one of the many instances of expressing doubts and not getting a 
reply)  (people participating to organized edits, who later disappear 
from OSM, and leaving you with the doubt whom to contact.)



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

[OSM-talk] it's not a fake, but "it's complicated"

[Mario Frasca]

hi all,

I sort of moved to Panama.  I am trying to find local mappers wanting to 
discuss issues, help take decisions, document decisions, and validate 
data.  it's been a hard task, and it's not the only hard task here in 
Panama: time and again I find tons of mistakes added by people who, 
mostly in good faith, won't take responsibility for their edits.  when 
it's isolated editors, I comment on their edits, or ask for a temporary 
block if they keep adding dubious data without reacting to comments.


when it's an organization, it can be easier, or very much more complicated.

one common practice, the one I wish to discuss here, is something done 
by Kaart editors: splitting a building into as many slices as the amount 
of commercial activities within the building.  I am in no position to 
take care of the amount of instances of this practice, and fix them, nor 
do I lead a group of editors who can fix such an amount of issues, and 
definitely not while these issues keep streaming into the database, and 
the stream has very variable intensity.  I've signalled it to their 
editors, or to their leaders, but apparently when an activity is closed, 
it's too late to ask them to review.  I've asked them to alert the 
community *before* they start each such activities, but I did not manage 
to get a commitment.  apparently also Kaart (as HOT) does not take any 
notice of the Organized Edits directive.


I've now moved to tagging as many of them them as 'fixme'.  maybe public 
shame will do the job.


hints?

tank you and best regards,

Mario Frasca (mariotomo)


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

[OSM-talk-be] RFC: removing OpenGeoDB and is_in tags (RFC by 29 Feb 2020)

[Midgard]

Dear mappers

If you ever touched a place node, chances are you saw it was cluttered with:
- tags with a "openGeoDB:" prefix and
- "is_in" tags.

I hereby propose a mechanical edit to delete those from all features in Belgium.
The Overpass query to fetch the data is https://overpass-turbo.eu/s/Qqa

- The openGeoDB tags date to 2008, when the plan was to keep populations 
updated from the openGeoDB
  database. This never happened and probably never will.
  Information about OpenGeoDB on the wiki: 
https://wiki.openstreetmap.org/wiki/OpenGeoDB
  For an example, see https://www.openstreetmap.org/node/79382706/history

- The is_in tags are largely obsolete. The administrative boundaries replace 
them.
  They're also not uniform in OSM to begin with. Some examples:
  - Beernem: is_in=Belgie, Vlaanderen, West-Vlaanderen
  - Sint-Andries:is_in=Brugge,West-Vlaanderen,Belgium,Europe
  - Hoekskensstraat: is_in=Lebbeke, Oost-Vlaanderen
  - Meise: is_in=Vlaams-Brabant,Belgium,Europe
   is_in:continent=Europe
   is_in:country=Belgium
   is_in:province=Flemish Brabant

Why remove them? For data users they create the impression that this is data 
they can use.
Mappers may be confused about them and waste time maintaining them. They are 
not useful to anyone.

I'd like to collectively make a decision ("go" or "no go") by the end of the 
month, 29 February.
Please send in your comments, even if it's just "not sure, maybe we shouldn't 
do this"!

Kind regards,
Midgard

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

Re: [Talk-us] Mapping for emergency services

[Eric Christensen via Talk-us]

On 2/3/20 9:57 AM, Mike Thompson wrote:
> The 
> exception was a search and rescue group that used OSM to help locate 
> missing people in the back country because OSM contains trails that no 
> other source has.

I was just sitting down to discuss how I use OSM in wilderness search 
and rescue when I saw this in your message; perfect timing!

For the record, my team(s) has many cartographic resources at our 
fingertips that we can use for search and rescue including, but not 
limited to: USGS 7.5' maps, National Park Service maps, OSM, Google 
maps, state and local GIS data, and several options for aerial imagery. 
(This is a USA-centric perspective.)

I encourage the use of OSM data, wherever possible, including 
OSM-derivatives for several reasons including:

* generally provides the best on-the-ground data,
* can be updated quickly with GPS tracks and aerial imagery if the area 
isn't complete,
* provides a good alternative to aerial imagery, which tend to be very 
bandwidth-intensive, if the mapping is complete and thorough enough to 
include ground cover and everything that can be seen in the imagery,
* works well with our tools for planning and operations,
* contains POIs that we are interested in, depending on the type of 
person we're looking for (structures, water (pools and natural), etc).

If you consider an urban search and rescue team's mission, and a large 
scale event, buildings on a map can be extremely helpful for planning 
and operations where the accountability of many directed searches of 
structures is imperative.

I say all this to really say to all those that go the extra mile to map 
a trail (and determine if it's just a walking trail or maybe something 
big enough to get an ATV, vehicle, or horse through), add a stream, 
outline a dangerous cliff, add a building, align a roadway, mark the 
bathrooms at your local park, and so many other tedious, small things 
that seem to be totally innocuous...  thank you!  It really does help us 
plan search missions and, operationally, helps us avoid hazards, search 
more effectively, and know where to setup our base camps (near those 
bathrooms!).

I've spent many hours updating the ares where we train so if you, by 
chance, get lost in one of those areas I have full faith that our maps 
will be good to go.  Unfortunately, people seem to go missing in a 
variety of areas, including in their own neighborhoods, so don't feel 
like there are areas that shouldn't be mapped!  :)

R,
Eric "Sparks"


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

[OSM-talk-fr] cabinets infirmiers - healthcare=nurse

[Georges Dutreix via Talk-fr]

Bonjour, 

j'ai vu qu'un ticket était en suspens sur le rendu des healthcare=* 

https://github.com/cquest/osmfr-cartocss/issues/43 

Quelqu'un a des nouvelles ? 

Merci 


Georges___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-us] Mapping for emergency services

[Mike N]

On 2/4/2020 9:57 AM, Paul Johnson wrote:
.  Oddly enough, for the rural firefighters?  Osmand with Microsoft 
Earth imagery as the background is their most popular pick because it 
works brilliantly offline and we have better map data than the state 
itself does.


  It is useful to learn what works elsewhere and that there are other 
locations already doing this.   Osmand on IOS is a study in frustration 
of almost working.  I suppose that means that I should contribute to 
that project to bring it on par with the Android app.


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

Re: [talk-au] Airborne Research Australia South Australia Bushfire Imagery

[Andrew Harvey]

You can now find it at https://osmlab.github.io/editor-layer-index/ and
click the add to JOSM button.

On Wed, 5 Feb 2020 at 22:16, Andrew Harvey  wrote:

> They've agreed to the imagery tracing waiver! PR to add this into editors
> is at https://github.com/osmlab/editor-layer-index/pull/785, but in the
> meantime you can load this URL into JOSM or iD:
>
> https://{switch:a,b,c,d}.
> tiles.mapbox.com/v4/openstreetmapau.ara_adelaide_hills/{zoom}/{x}/{y}.jpg?access_token=pk.eyJ1Ijoib3BlbnN0cmVldG1hcGF1IiwiYSI6ImNqbWl3bXZ6aDA0MTkzd21xdnV1d2k0azEifQ.HYkMOqH_E2fYd1b0oXRe6w
> 
>
> The current coverage extent is shown at
> https://github.com/osmlab/editor-layer-index/pull/785/files?short_path=3c17119#diff-3c1711904c939e2f87cf5d13fc6be304
>
> Gumeracha Area (Adelaide Hills), Cygnet Park, Western River (Kangaroo
> Island), and more coming soon.
>
> On Wed, 5 Feb 2020 at 14:52, Andrew Harvey 
> wrote:
>
>> Airborne Research Australia has been flying aerial imagery around
>> Adelaide Hills and Kangaroo Island released under CC BY-NC-SA 4.0
>> https://www.airborneresearch.org.au/fires-2020.
>>
>> I've sent an email with the imagery tracing waiver to ask for permission
>> to use for tracing into OSM. I'll update here if I hear back.
>>
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk-be] 17/02: Towards Equal Street Names with Open Data

[Santens Seppe]

That won't be the purpose of the workshop.
Main goal is to link to link streets in OSM with the person they were named 
after, either directly through name:etyomolgy:wikidata or indirectly via the 
(already existing) Wikidata item of the street and the "named after" property.

-Oorspronkelijk bericht-
Van: Marc Gemis [mailto:marc.ge...@gmail.com] 
Verzonden: woensdag 5 februari 2020 11:25
Aan: Jo Simoens; OpenStreetMap Belgium
Onderwerp: Re: [OSM-talk-be] 17/02: Towards Equal Street Names with Open Data

As I wrote on Riot, I do hope this event will not copy geocoded data
from OSM into Wikidata, I think this violates
https://wiki.openstreetmap.org/wiki/Open_Data_License/Geocoding_-_Guideline
Please let me know if I'm wrong.

regards

m.

On Tue, Feb 4, 2020 at 12:08 PM Jo  wrote:
>
> Hi,
>
> I did this for one street in Evere: 
> https://www.openstreetmap.org/way/523050554/history
>
> Took me more than half an hour for a single street (no automation). I created 
> a wikidata entry both for the person and for the street itself. Things are 
> complicated by the bilingual nature of the city and because this street also 
> had an old name.
>
> Is that what we will be doing? Or did I somehow misunderstand?
>
> Polyglot
>
> On Mon, Feb 3, 2020 at 4:34 PM Santens Seppe  wrote:
>>
>> Hi community,
>>
>>
>>
>> Open Knowledge Belgium, OpenStreetMap Belgium and Wikimedia Belgium want to 
>> map all the streetnames by gender in Brussels, as a first step to change the 
>> imbalance in reality. We need your help on 17/02 to get the OSM data linked 
>> to wikidata.
>>
>> Register here to join the mapping effort: 
>> https://eventbrite.co.uk/e/towards-equal-street-names-with-open-data-registration-92536026747.
>>  And let us know if you can help with the framework.
>>
>>
>>
>>
>>
>> more info: 
>> https://be.okfn.org/2020/02/03/towards-equal-street-names-with-open-data/
>>
>>
>>
>> Please spread the word!
>>
>> -Twitter: https://twitter.com/OpenKnowledgeBE/status/1224291464496193538
>> -Facebook: https://www.facebook.com/events/2852981998057886/
>> -Eventbrite: http://equalstreetnamesbrussels.eventbrite.co.uk/
>>
>>
>>
>>
>>
>> Seppe
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

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

Re: [Talk-gb-westmidlands] Mappa Mercia this Thursday

[Eike Ritter via Talk-gb-westmidlands]

Daer all,


> 
> By my calendar it is the next meetup this coming Thursday. I am assuming
> central Birmingham, likely at The Bull...?
I'll be there as well.

Eike
> 
> *Rob*
> 
> ___
> Talk-gb-westmidlands mailing list
> Talk-gb-westmidlands@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
> 




signature.asc
Description: OpenPGP digital signature
___
Talk-gb-westmidlands mailing list
Talk-gb-westmidlands@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands

Re: [Talk-GB] Still too many universities in Cambridge

[Peter Neale via Talk-GB]

 >On Tuesday, 4 February 2020, 16:40:21 GMT, Andy Townsend  
wrote:      >   >On 04/02/2020 15:37, Peter Neale via Talk-GB wrote:
  
 
    >>There isn't, I'm afraid.. it's a right hotchpotch
  
   >>IMHO, it would be a waste of time, if you tried to create a single area 
object (do I mean "closed way"?) to be the >>university.  That would just be 
most of the city centre.    
   >>The University is a collection of colleges, so could be a relation...   
...except that each college is probably in >several buildings and they may not 
be in a contiguous area, so each college might have to be a relation of 
>buildings.  So you would have a hierarchy of relations. 
  
   >... or, if the general feeling is to go ahead with this change, just add a 
node in the vicinity of the Senate House / St Mary's  >Church for it.  It'd be 
no less wrong. 
>By the way, there is at least one "sensibly mapped" university in Cambridge:
 
>https://www.openstreetmap.org/way/3987047
 
>Best Regards,
 
>Andy
 Yes, that indeed is fine, but then it is a single campus, which even a tourist 
could identify.  
The problem with THE Cambridge University  (as with Oxford,also) is that the 
colleges are all over the town and there is no campus.  Blame the founders in 
of the colleges in the thirteenth and fourteenth Centuries, who clearly gave no 
thought to the poor mappers in OSM.     

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

Re: [Talk-de] State of the Map in Kapstadt - Unterstützung für Reisekosten

[Christoph Hormann]

On Wednesday 05 February 2020, Frederik Ramm wrote:
>
> Da kann man (leider erst auf Seite zwei eines Google-Formulars, nicht
> hauen, ich hab mir das nicht ausgedacht) dann eintragen, welche Art
> von Unterstützung man brauchen würde, um teilzunehmen:
> * Admission (freier Eintritt)
> * Accommodation (Unterkunft)
> * Full travel costs (komplette Reisekosten)
> * Travel grant covering a portion of your costs (Zuschuss zu den
> Reisekosten)

Für die, die keine Katze im Sack kaufen wollen - Seite zwei den 
Formulars könnt ihr sehen unter

http://www.imagico.de/files/sotm_scholar_application_page2.png

Ob man sich da bewirbt muss jeder selbst entscheiden.

Wer nach näher gelegenen Alternativen sucht, sich mal über den 
regionalen Stammtisch hinaus mit anderen OSM-Aktiven zu treffen - die 
FOSSGIS findet wie ja vielen vermutlich schon bekannt im März in 
Freiburg statt.  Ist leider mittlerweile ausverkauft, aber es gibt eine 
Warteliste und möglicherweise werden da noch zusätzliche Plätze 
geschaffen.  Und der OSM-Samstag ist in jedem Fall zugänglich:

https://www.fossgis-konferenz.de/2020/

Für die, die sprachlich unternehmungslustiger sind, gibt es ebenfalls im 
März auch noch die SotM Baltics:

https://wiki.openstreetmap.org/wiki/SOTM_Baltics_2020

und im Juni die SotM France:

https://wiki.openstreetmap.org/wiki/FR:State_of_the_Map_France_2020

möglicherweise gibt es auch wieder eine SotM SEE eher zum Ende des 
Jahres - da steht aber nich kein Termin fest:

https://wiki.openstreetmap.org/wiki/State_of_the_Map_Southeast_Europe

-- 
Christoph Hormann
http://www.imagico.de/

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

Re: [talk-au] Airborne Research Australia South Australia Bushfire Imagery

[Andrew Harvey]

They've agreed to the imagery tracing waiver! PR to add this into editors
is at https://github.com/osmlab/editor-layer-index/pull/785, but in the
meantime you can load this URL into JOSM or iD:

https://{switch:a,b,c,d}.
tiles.mapbox.com/v4/openstreetmapau.ara_adelaide_hills/{zoom}/{x}/{y}.jpg?access_token=pk.eyJ1Ijoib3BlbnN0cmVldG1hcGF1IiwiYSI6ImNqbWl3bXZ6aDA0MTkzd21xdnV1d2k0azEifQ.HYkMOqH_E2fYd1b0oXRe6w

The current coverage extent is shown at
https://github.com/osmlab/editor-layer-index/pull/785/files?short_path=3c17119#diff-3c1711904c939e2f87cf5d13fc6be304

Gumeracha Area (Adelaide Hills), Cygnet Park, Western River (Kangaroo
Island), and more coming soon.

On Wed, 5 Feb 2020 at 14:52, Andrew Harvey  wrote:

> Airborne Research Australia has been flying aerial imagery around Adelaide
> Hills and Kangaroo Island released under CC BY-NC-SA 4.0
> https://www.airborneresearch.org.au/fires-2020.
>
> I've sent an email with the imagery tracing waiver to ask for permission
> to use for tracing into OSM. I'll update here if I hear back.
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[OSM-talk-fr] SotM 2020 aide financière

[Christine Karch]

Bonjours!

Il y a un programme "scholarship" pour aider la communauté OSM de
participer à SotM 2020 à Cape Town. Ce programme a des niveaux
différentes de support. Ça commence avec le support pour les frais de
voyage et finit avec la couverture des toutes dépenses inclusivement
argent de poche. Le programme finit à 15 février! Vous trouvez un
explication ici:

https://blog.openstreetmap.org/2020/01/18/sotm2020-applications-for-scholarships-open/

Le programme doit aider tous ceux qui pensent qu'un voyage à l'Afrique
du Sud est trop cher et ne considèrent pas à visiter SotM 2020. Aussi
ceux qui viennent des pays "riche" sont inviter à participer à ce
programme! Compléter le formulaire ne coûte que de temps!

(Pardonnez le formulaire de Google ...)

Christine

-- 
State of the Map Working Group
Website https://2020.stateofthemap.org
Twitter @sotm


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

Re: [OSM-talk-be] 17/02: Towards Equal Street Names with Open Data

[Marc Gemis]

As I wrote on Riot, I do hope this event will not copy geocoded data
from OSM into Wikidata, I think this violates
https://wiki.openstreetmap.org/wiki/Open_Data_License/Geocoding_-_Guideline
Please let me know if I'm wrong.

regards

m.

On Tue, Feb 4, 2020 at 12:08 PM Jo  wrote:
>
> Hi,
>
> I did this for one street in Evere: 
> https://www.openstreetmap.org/way/523050554/history
>
> Took me more than half an hour for a single street (no automation). I created 
> a wikidata entry both for the person and for the street itself. Things are 
> complicated by the bilingual nature of the city and because this street also 
> had an old name.
>
> Is that what we will be doing? Or did I somehow misunderstand?
>
> Polyglot
>
> On Mon, Feb 3, 2020 at 4:34 PM Santens Seppe  wrote:
>>
>> Hi community,
>>
>>
>>
>> Open Knowledge Belgium, OpenStreetMap Belgium and Wikimedia Belgium want to 
>> map all the streetnames by gender in Brussels, as a first step to change the 
>> imbalance in reality. We need your help on 17/02 to get the OSM data linked 
>> to wikidata.
>>
>> Register here to join the mapping effort: 
>> https://eventbrite.co.uk/e/towards-equal-street-names-with-open-data-registration-92536026747.
>>  And let us know if you can help with the framework.
>>
>>
>>
>>
>>
>> more info: 
>> https://be.okfn.org/2020/02/03/towards-equal-street-names-with-open-data/
>>
>>
>>
>> Please spread the word!
>>
>> -Twitter: https://twitter.com/OpenKnowledgeBE/status/1224291464496193538
>> -Facebook: https://www.facebook.com/events/2852981998057886/
>> -Eventbrite: http://equalstreetnamesbrussels.eventbrite.co.uk/
>>
>>
>>
>>
>>
>> Seppe
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

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

Re: [talk-au] Australian guidelines for mapping landuse-landcover?

[Sebastian S.]

If the page has not Australian specifics, get rid of it/delete.

I also agree on the length of the tagging guidelines being too long. How do 
other languages or counties solve that?


On 5 February 2020 2:35:47 pm AEDT, Andrew Harvey  
wrote:
>I'm for just deleting this page.
>
>While I agree the Australian Tagging Guidelines is getting long, I'd be
>concerned splitting it up would make it harder to find content, so I'm
>on
>the fence on that.
>
>On Wed, 5 Feb 2020 at 13:28, Warin <61sundow...@gmail.com> wrote:
>
>> Hi,
>>
>>  There is a page on the wiki for mapping landuse in Australia..
>>
>> https://wiki.openstreetmap.org/wiki/Mapping_Landuse_in_Australia
>>
>> It is rather dated, carries little information and appears to have no
>real Australian content.
>>
>> And it does not link to the Australian pages.
>>
>> The page 
>https://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines
>>
>> is getting rather large, I would not suggest adding landuse to it,
>rather a link to the other page and up date it to something better?
>>
>>
>>
>> ___
>> 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

[OSM-talk-fr] [OT mais pas trop][LOCAL][POITIERS et environs] Série de projections du film « La bataille du libre » 10-11-12 mars 2020

[Jacques Lavignotte]

Oyez-oyez cher amis cartographes !

Trois projections du film « La bataille du libre » suivies de débats en 
présence du réalisateur Philippe Borrel et de Gilles Caire, maitre de 
conférences, responsable du Master Professionnel Droit et développement 
de l’Economie sociale et solidaire, université de Poitiers.


OpenStreetMap fera partie des thèmes abordés.

https://emf.fr/34306

Une initiative de l’association Le Net des Fous « Pour une informatique 
libre et autogérée »


https://lenef.eu.org/

Mise en œuvre avec le soutien de l’Espace Mendès France et des cinémas.

*10 mars 2020 à 20h30 CGR Castille :
 24 place du Marechal-Leclerc, 86000 POITIERS

*11 mars 2020 à 20h30 Cinéma Le Rex :
10 Rue de Saint-Savin, 86300 Chauvigny

* 12 mars 2020 à 20h30 Cinéma Le Majestic :
52 Boulevard de Strasbourg, 86500 Montmorillon

http://u.osmfr.org/m/415663/


A vous lire,  Jacques


--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

[talk-ph] Topical nCov dispersion map.

[Jim Morgan]

Seemed relevant enough to post, and pleasingly factual

ICAO Coronavirus 3DFX dispersion


Jim

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

[Talk-de] State of the Map in Kapstadt - Unterstützung für Reisekosten

[Frederik Ramm]

(Crosspost mit Forum)


Hallo,

das "Scholarship"-Programm der State of the Map-Konferenz ist nicht nur
dazu da, um mittellosen Mappern aus "armen" Ländern die komplette Reise
zu finanzieren; es soll durchaus auch mit kleineren
Reisekosten-Zuschüssen dafür sorgen, dass Mapper aus "reichen" Ländern,
für die es sonst zu teuer wäre, eine Teilnahme erwägen können. Man kann
sich bis zum 15.2. um eine Unterstützung bewerben; Details hier:

https://blog.openstreetmap.org/2020/01/18/sotm2020-applications-for-scholarships-open/

Da kann man (leider erst auf Seite zwei eines Google-Formulars, nicht
hauen, ich hab mir das nicht ausgedacht) dann eintragen, welche Art von
Unterstützung man brauchen würde, um teilzunehmen:
* Admission (freier Eintritt)
* Accommodation (Unterkunft)
* Full travel costs (komplette Reisekosten)
* Travel grant covering a portion of your costs (Zuschuss zu den
Reisekosten)

und bei letzterem gibt man dann an, welchen Betrag man brauchen würde,
um sich die Reise leisten zu können.

Ich schreib das nur, um dem häufigen Missverständnis zu begegnen, dass
man allein weil man vielleicht aus einem "reichen" Land kommt,
automatisch ganz hinten in der Schlange steht - auch Mapper aus
Deutschland können Unterstützung kriegen. Antrag stellen kostet nichts,
ausser ein bisschen Zeit.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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