Re: [OSM-talk] Taking a break and a call for help

[Greg Troxel]

Yes, but I mean cases when it is obviously, from imagery and land use, a single 
family house driveway.

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

Re: [OSM-talk] Taking a break and a call for help

[Andrew Hain]

When you aren’t sure of the exact nature of a service road it makes perfect 
sense to leave out the service= tag. If that makes it more prominent it’s the 
fault of the renderer.

--
Andrew


From: Greg Troxel 
Sent: 22 March 2020 16:46
To: Dave F 
Cc: Dave F via talk ; OpenStreetMap talk-us list 

Subject: Re: [OSM-talk] Taking a break and a call for help

Dave F  writes:

> On 21/03/2020 20:59, Greg Troxel wrote:
>>
>> This really seems unfair.
>>
>> When someone maps for OSM because they want to, they have goals and a
>> typically a good attitude about community norms.
>>
>> When someone is a a paid mapper, their goals come from the person who is
>> paying them, and they don't necessarily care about the overall health of
>> OSM.
>>
>> So this "paid mapping is a bit scary" notion is 100% accurate.
>
> You've made a leap in logic there. From guessing to 100% true.

No leap, and no guessing.

I have made a logical conclusion about a situation with a structural
conflict of interest.

It is entirely normal in our greater society to recognize conflicts of
interest and to mitigate them.  In open source, we don't talk about it
much, but usually contributions come in chunks and are reviewed.  OSM
doesn't have a review process, really (not a complain - just that
review-before-merge isn't something that can address COI in OSM.

I did not say (and do not mean) any of

  all paid mappers are bad people

  all edits done by paid mappers are bad

My point is that when people are paid to map, there is a structural
conflict of interest between the good of OSM and the goals/incentives
impressed on the paid mapper.  Again, that doesn't mean it's always
misaligned - it means that the possibility is very real, and we
currently don't have a way to deal with this.  So I find the general
situation inherently fraught.

(There's also the issue of misalignment between the good of OSM and the
goals of the employer, but I'm assuming that the employer's goals flow
down to paid mappers goals, for a competent employer.)


>> That doesn't mean all paid apping is bad; were I to take money from
>> the local chamber of commerce to make sure all their businesses were
>> on the map with opening hours and other details, all of it would be
>> done in a way that other mappers would think is correct, or at least
>> just as correct as if I were doing it for fun.  But the idea that
>> people are hired into a position and given instructions might lead to
>> bad outcomes is quite sensible.  Really these edits are not so
>> different from mechanical edits, and I think the organizers need to
>> own the responsibilility for high quality, and the standard should be
>> quite a bit better than normal hand mapping norms.
>
> What's the betting you'd be the first to complain when your parcel is
> 30 minutes after it's allocated delivery time, because the driver
> couldn't find the right driveway.

Now you have crossed into ad hominem and strawmen.

Note that what you quoted from me said "might lead to bad outcomes", not
"always will".

I did not say that anybody, Amazon included, adding driveways following
existing norms was a bad thing.  Around me the average edit quality for
driveway additions has been good -- and I have not complained about
them.  There have been some with not quite right tagging, but mostly
they've been ok, and its been things like "highway=service" without
"service-driveway" -- not egregious, still better than before addition,
but too heavy on the render, as well as not quite right.

My belief is that a bunch of paid mappers with a narrow focus and
basically only adding missing things is quite likely to be mostly ok.
Once you get into changes with more nuance, I expect more trouble.

I did say that when someone pays a lot of people to map, then that
becomes a large scale edit.  Again I didn't say that was always bad --
but I did say that the company needs to be responsible for making the
problems that could happen not happen actually.  I really don't
understand why you consider that to be so offensive.

> This is all AL are doing, completing the final quarter of a mile of
> their journey in areas not easily accessible to the general public.
> It is *not* a mechanical* edit, but taken from on the ground surveys
> using GPS, in *exactly* the same way many voluntary contributors map.

Are you associated with AL in any way?  I'm guessing not, but your
reaction to pointing out a structural conflict of interest is remarkably
strong.

> Please don;t assume, go on the evidence of the contributions. I
> believe they're improving the quality of the OSM database.

My memory of which paid editor did which is blurred, and I think it
wasn't amazon, but in the last year or two I have had to clean up a
number of things where conservation land was touched and local-consenus
tags, put there by local mappers, were removed by far-awy paid mappers.
While I could talk via changeset comment to one paid mapper, another
paid ma

Re: [OSM-talk] Taking a break and a call for help

[Greg Troxel]

Dave F  writes:

> On 21/03/2020 20:59, Greg Troxel wrote:
>>
>> This really seems unfair.
>>
>> When someone maps for OSM because they want to, they have goals and a
>> typically a good attitude about community norms.
>>
>> When someone is a a paid mapper, their goals come from the person who is
>> paying them, and they don't necessarily care about the overall health of
>> OSM.
>>
>> So this "paid mapping is a bit scary" notion is 100% accurate.
>
> You've made a leap in logic there. From guessing to 100% true.

No leap, and no guessing.

I have made a logical conclusion about a situation with a structural
conflict of interest.

It is entirely normal in our greater society to recognize conflicts of
interest and to mitigate them.  In open source, we don't talk about it
much, but usually contributions come in chunks and are reviewed.  OSM
doesn't have a review process, really (not a complain - just that
review-before-merge isn't something that can address COI in OSM.

I did not say (and do not mean) any of

  all paid mappers are bad people

  all edits done by paid mappers are bad

My point is that when people are paid to map, there is a structural
conflict of interest between the good of OSM and the goals/incentives
impressed on the paid mapper.  Again, that doesn't mean it's always
misaligned - it means that the possibility is very real, and we
currently don't have a way to deal with this.  So I find the general
situation inherently fraught.

(There's also the issue of misalignment between the good of OSM and the
goals of the employer, but I'm assuming that the employer's goals flow
down to paid mappers goals, for a competent employer.)


>> That doesn't mean all paid apping is bad; were I to take money from
>> the local chamber of commerce to make sure all their businesses were
>> on the map with opening hours and other details, all of it would be
>> done in a way that other mappers would think is correct, or at least
>> just as correct as if I were doing it for fun.  But the idea that
>> people are hired into a position and given instructions might lead to
>> bad outcomes is quite sensible.  Really these edits are not so
>> different from mechanical edits, and I think the organizers need to
>> own the responsibilility for high quality, and the standard should be
>> quite a bit better than normal hand mapping norms.
>
> What's the betting you'd be the first to complain when your parcel is
> 30 minutes after it's allocated delivery time, because the driver
> couldn't find the right driveway.

Now you have crossed into ad hominem and strawmen.

Note that what you quoted from me said "might lead to bad outcomes", not
"always will".

I did not say that anybody, Amazon included, adding driveways following
existing norms was a bad thing.  Around me the average edit quality for
driveway additions has been good -- and I have not complained about
them.  There have been some with not quite right tagging, but mostly
they've been ok, and its been things like "highway=service" without
"service-driveway" -- not egregious, still better than before addition,
but too heavy on the render, as well as not quite right.

My belief is that a bunch of paid mappers with a narrow focus and
basically only adding missing things is quite likely to be mostly ok.
Once you get into changes with more nuance, I expect more trouble.

I did say that when someone pays a lot of people to map, then that
becomes a large scale edit.  Again I didn't say that was always bad --
but I did say that the company needs to be responsible for making the
problems that could happen not happen actually.  I really don't
understand why you consider that to be so offensive.

> This is all AL are doing, completing the final quarter of a mile of
> their journey in areas not easily accessible to the general public.
> It is *not* a mechanical* edit, but taken from on the ground surveys
> using GPS, in *exactly* the same way many voluntary contributors map.

Are you associated with AL in any way?  I'm guessing not, but your
reaction to pointing out a structural conflict of interest is remarkably
strong.

> Please don;t assume, go on the evidence of the contributions. I
> believe they're improving the quality of the OSM database.

My memory of which paid editor did which is blurred, and I think it
wasn't amazon, but in the last year or two I have had to clean up a
number of things where conservation land was touched and local-consenus
tags, put there by local mappers, were removed by far-awy paid mappers.
While I could talk via changeset comment to one paid mapper, another
paid mapper from the same company wwould do something similar; there was
obviously no coordination and no intent to respect local norms and to
interact with the local community.

This as I see it is part of Paul's point, that a group of people under
common direction has an obligation to cause mistakes (particularly
overwriting mistakes) to be at a much lower level than an individual new
mapper.

Re: [OSM-talk] healthsites.io breaks OSM data, do not use

[Pierre Béland via talk]

Thanks to the Healthsites.io Team.  

See my comments below about the keys added.

First point is about the addr:full  The addr wiki page suggests to avoid this 
key if possible. See https://wiki.openstreetmap.org/wiki/Key:addr
Second point,, the rule in OSM is to not abbreviate addresses.See  changeset 
82308472,  way=28712045addr:full=1825 E Warner Rd, Tempe, AZ 85284

The street name is different from the highway way 597611061 : East Warner Road. 
To my understanding, this might create problem with navigation tools. Third 
point : source = should be put on the changeset especially if you only added 
tags to an existant OSM object.  

Fourth point : One object per changeset adds burden to OSM contributors 
validating edits. This should be avoided as much as possible.
regard
Pierre 
 

Le dimanche 22 mars 2020 09 h 38 min 18 s UTC−4, sharehealthdata share 
 a écrit :  
 
 Dear OSM Moderators

Thank you for raising the issue with data loss caused by edits through 
Healthsites.io. Our project is an important focal point for people looking to 
create, edit, visualise and extract data health facility data from OSM - 
especially in this trying time with COVID-19. We have fixed the underlying 
issues and also corrected any data issues that arose because of this issue.  
Our team is on standby and will move to rapidly resolve any problems surfaced 
by the OSM community
.
A detailed list of data fixes we have done is available here:  
https://github.com/healthsites/healthsites/issues/1357#issuecomment-602165455 

Thank you everyone,
Keep Safe
Regards

The Healthsites.io Team
ᐧ
On Sun, Mar 22, 2020 at 1:05 PM  wrote:

Send talk mailing list submissions to
        talk@openstreetmap.org

To subscribe or unsubscribe via the World Wide Web, visit
        https://lists.openstreetmap.org/listinfo/talk
or, via email, send a message with subject or body 'help' to
        talk-requ...@openstreetmap.org

You can reach the person managing the list at
        talk-ow...@openstreetmap.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of talk digest..."


Today's Topics:

   1. Re: healthsites.io breaks OSM data, do not use (Mikel Maron)


--

Message: 1
Date: Sun, 22 Mar 2020 11:03:15 + (UTC)
From: Mikel Maron 
To: Frederik Ramm ,  Talk Openstreetmap
        ,  Oleksiy Muzalyev
        
Subject: Re: [OSM-talk] healthsites.io breaks OSM data, do not use
Message-ID: <1795611632.59384.1584874995...@mail.yahoo.com>
Content-Type: text/plain; charset=UTF-8

Update:

https://github.com/healthsites/healthsites/issues/1357#issuecomment-602164476

The editor is disabled for now. 
They're working on fixing bad edits.

-Mikel

* Mikel Maron * +14152835207 @mikel s:mikelmaron






On Sunday, March 22, 2020, 03:37:43 AM EDT, Oleksiy Muzalyev 
 wrote: 





On 3/21/20 17:39, Frederik Ramm wrote:
> Hi,
>
> the "healthsites.io" web app allows you to contribute data to OSM,
> however if you modify existing OSM objects, it throws away all tags it
> does not know of. Until this bug is fixed, please refrain from using
> healthsites.io!
>
> You can track progress here
> https://github.com/healthsites/healthsites/issues/1357#issuecomment-602068556
>
> Bye
> Frederik
>
It is one more lesson of this outbreak that the emergency response tools 
are to be prepared and tested well beforehand.

By the way, a viral respiratory infection can be stopped, or at least 
slowed down, by mere physical separation of hosts, i.e. people, because 
it stops the exponential chain reaction.

That is why mapping with the reliable editor say an archeological site 
in a forest could be also very beneficial. As some people could hike to 
it on weekend, instead of going to an overcrowded city park.

And we shall also remember of ambulances. Sometimes it is very hard for 
a driver to find a location of an address. In some cases it may take 
hours. So the general overall improvement of the map should continue.

Best regards,

Oleksiy



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



--

Subject: Digest Footer

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


--

End of talk Digest, Vol 187, Issue 56
*

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

[OSM-talk] weeklyOSM #504 2020-03-10-2020-03-16

[weeklyteam]

The weekly round-up of OSM news, issue # 504,
is now available online in English, giving as always a summary of a lot of 
things happening in the openstreetmap world:

 https://www.weeklyosm.eu/en/archives/12980/

Enjoy! 

Did you know that you can also submit messages for the weeklyOSM? Just log in 
to https://osmbc.openstreetmap.de/login with your OSM account. Read more about 
how to write a post here: 
http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm 

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] talk Digest, Vol 187, Issue 56

[sharehealthdata share]

Dear OSM Moderators

Thank you for raising the issue with data loss caused by edits through
Healthsites.io. Our project is an important focal point for people looking
to create, edit, visualise and extract data health facility data from OSM -
especially in this trying time with COVID-19. We have fixed the underlying
issues and also corrected any data issues that arose because of this
issue.  Our team is on standby and will move to rapidly resolve any
problems surfaced by the OSM community
.
A detailed list of data fixes we have done is available here:
https://github.com/healthsites/healthsites/issues/1357#issuecomment-602165455

Thank you everyone,
Keep Safe
Regards

The Healthsites.io Team
ᐧ

On Sun, Mar 22, 2020 at 1:05 PM  wrote:

> Send talk mailing list submissions to
> talk@openstreetmap.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.openstreetmap.org/listinfo/talk
> or, via email, send a message with subject or body 'help' to
> talk-requ...@openstreetmap.org
>
> You can reach the person managing the list at
> talk-ow...@openstreetmap.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of talk digest..."
>
>
> Today's Topics:
>
>1. Re: healthsites.io breaks OSM data, do not use (Mikel Maron)
>
>
> --
>
> Message: 1
> Date: Sun, 22 Mar 2020 11:03:15 + (UTC)
> From: Mikel Maron 
> To: Frederik Ramm ,  Talk Openstreetmap
> ,  Oleksiy Muzalyev
> 
> Subject: Re: [OSM-talk] healthsites.io breaks OSM data, do not use
> Message-ID: <1795611632.59384.1584874995...@mail.yahoo.com>
> Content-Type: text/plain; charset=UTF-8
>
> Update:
>
>
> https://github.com/healthsites/healthsites/issues/1357#issuecomment-602164476
>
> The editor is disabled for now.
> They're working on fixing bad edits.
>
> -Mikel
>
> * Mikel Maron * +14152835207 @mikel s:mikelmaron
>
>
>
>
>
>
> On Sunday, March 22, 2020, 03:37:43 AM EDT, Oleksiy Muzalyev <
> oleksiy.muzal...@bluewin.ch> wrote:
>
>
>
>
>
> On 3/21/20 17:39, Frederik Ramm wrote:
> > Hi,
> >
> > the "healthsites.io" web app allows you to contribute data to OSM,
> > however if you modify existing OSM objects, it throws away all tags it
> > does not know of. Until this bug is fixed, please refrain from using
> > healthsites.io!
> >
> > You can track progress here
> >
> https://github.com/healthsites/healthsites/issues/1357#issuecomment-602068556
> >
> > Bye
> > Frederik
> >
> It is one more lesson of this outbreak that the emergency response tools
> are to be prepared and tested well beforehand.
>
> By the way, a viral respiratory infection can be stopped, or at least
> slowed down, by mere physical separation of hosts, i.e. people, because
> it stops the exponential chain reaction.
>
> That is why mapping with the reliable editor say an archeological site
> in a forest could be also very beneficial. As some people could hike to
> it on weekend, instead of going to an overcrowded city park.
>
> And we shall also remember of ambulances. Sometimes it is very hard for
> a driver to find a location of an address. In some cases it may take
> hours. So the general overall improvement of the map should continue.
>
> Best regards,
>
> Oleksiy
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
>
> --
>
> Subject: Digest Footer
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
> --
>
> End of talk Digest, Vol 187, Issue 56
> *
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] OSM is not the place for dissemination of authoritative data sets

[Andy Townsend]

On 20/03/2020 19:00, Mikel Maron wrote:

   But this thread is from Facebook trying to change that. To side step imports.

No they're not. It's a couple sections in a blog post that is being wildly 
misinterpreted.


It's perhaps worth remembering how we got here:

https://news.ycombinator.com/item?id=17856687

describes Facebook's initial engagement with OpenStreetMap. Apparently " 
It ended up not being so bad however. The entirety of the bad edits were 
reverted in a few minutes with oversight from the head of the OSM data 
working group".  I was part of the "bucket and shovel" reaction to the 
pile of excrement that Facebook dropped on Egypt there, and those 
evenings are ones that I won't get back.


It appears to be only because their previous undocumented import 
attempts were reverted, and they received pushback from OSM mappers 
after other edits elsewhere such as 
https://forum.openstreetmap.org/viewtopic.php?id=63456 that they are 
trying this new strategy.


That's not to say that using "many eyes" to sanity-check "AI"-detected 
stuff and to prompt human mappers to add things that they can see but 
otherwise might not is necessarily a bad thing - it isn't, provided the 
human mappers are in control and familiar with the process* and likely 
quality of the data** that it is suggested that they add, and familiar 
with the area into which they are adding stuff so that they can avoid 
adding (e.g.) walls as roads (in the Egypt example) or crop tramlines as 
roads (via Rapid).


However it _is_ true that Facebook have a history of trying to "side 
step imports" (actually, worse than that).


Best Regards,

Andy

(from OSM's Data Working Group, but writing here in a personal capacity)

* I've not seen it documented how anyone can understand "why xyz was 
detected here" - what source data was used, what alorithm, etc.


** we've seen examples in the US where Rapid-added stuff has been 
voluntarily deleted by the mappers who added it because the quality was 
rubbish.  Issues include offsets in the source data, poor quality of MS 
building footprints in some areas in addition to the "misdetections" 
already mentioned.





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

Re: [OSM-talk] Taking a break and a call for help

[Dave F via talk]

On 21/03/2020 21:11, Paul Johnson wrote:

  Anybody paid to contribute to OSM *must* be capable of setting
the example, as far as I'm concerned.


There appears to be some kind of snobbery infiltrating OSM. Very 
disappointing.


DaveF

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

Re: [OSM-talk] Taking a break and a call for help

[Dave F via talk]

On 21/03/2020 20:59, Greg Troxel wrote:


This really seems unfair.

When someone maps for OSM because they want to, they have goals and a
typically a good attitude about community norms.

When someone is a a paid mapper, their goals come from the person who is
paying them, and they don't necessarily care about the overall health of
OSM.

So this "paid mapping is a bit scary" notion is 100% accurate.


You've made a leap in logic there. From guessing to 100% true.


   That
doesn't mean all paid apping is bad; were I to take money from the local
chamber of commerce to make sure all their businesses were on the map
with opening hours and other details, all of it would be done in a way
that other mappers would think is correct, or at least just as correct
as if I were doing it for fun.  But the idea that people are hired into
a position and given instructions might lead to bad outcomes is quite
sensible.  Really these edits are not so different from mechanical
edits, and I think the organizers need to own the responsibilility for
high quality, and the standard should be quite a bit better than normal
hand mapping norms.


What's the betting you'd be the first to complain when your parcel is 30 
minutes after it's allocated delivery time, because the driver couldn't 
find the right driveway.


This is all AL are doing, completing the final quarter of a mile of 
their journey in areas not easily accessible to the general public.
It is *not* a mechanical* edit, but taken from on the ground surveys 
using GPS, in *exactly* the same way many voluntary contributors map.


Please don;t assume, go on the evidence of the contributions. I believe 
they're improving the quality of the OSM database.


* Similarly the way 'mechanical edits' are perceived needs to change. 
They should be accesses on *quality*, not quantity.


DaveF

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

Re: [OSM-talk] healthsites.io breaks OSM data, do not use

[Mikel Maron]

Update:

https://github.com/healthsites/healthsites/issues/1357#issuecomment-602164476

The editor is disabled for now. 
They're working on fixing bad edits.

-Mikel

* Mikel Maron * +14152835207 @mikel s:mikelmaron






On Sunday, March 22, 2020, 03:37:43 AM EDT, Oleksiy Muzalyev 
 wrote: 





On 3/21/20 17:39, Frederik Ramm wrote:
> Hi,
>
> the "healthsites.io" web app allows you to contribute data to OSM,
> however if you modify existing OSM objects, it throws away all tags it
> does not know of. Until this bug is fixed, please refrain from using
> healthsites.io!
>
> You can track progress here
> https://github.com/healthsites/healthsites/issues/1357#issuecomment-602068556
>
> Bye
> Frederik
>
It is one more lesson of this outbreak that the emergency response tools 
are to be prepared and tested well beforehand.

By the way, a viral respiratory infection can be stopped, or at least 
slowed down, by mere physical separation of hosts, i.e. people, because 
it stops the exponential chain reaction.

That is why mapping with the reliable editor say an archeological site 
in a forest could be also very beneficial. As some people could hike to 
it on weekend, instead of going to an overcrowded city park.

And we shall also remember of ambulances. Sometimes it is very hard for 
a driver to find a location of an address. In some cases it may take 
hours. So the general overall improvement of the map should continue.

Best regards,

Oleksiy



___
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: [OSM-talk] talk Digest, Vol 187, Issue 54

[sharehealthdata share]

Dear OSM Moderators
It recently came to our attention that some updates from
https://healthsites.io have been removing valid tags. We would like to
apologise for this - obviously it is not acceptable. We have made a fix for
the platform and will deploy it shortly. We have also identified all
potentially affected changes here:

https://osmcha.org/changesets/82308472?filters=%7B%22editor%22%3A%5B%7B%22label%22%3A%22Healthsites.io%22%2C%22value%22%3A%22Healthsites.io%22%7D%5D%7D

We will work through the list and reinstate any inadvertantly deleted data.
We would like to apologise for any inconvenience caused and assure you that
we are a) aware of the issue and b) working to fix the issue with all
possible haste honour our responsibility as good citizens of the OSM
community.

Thank you for you understanding in this,

Regards

The Healthsites.io team.

ᐧ

On Sat, Mar 21, 2020 at 9:10 PM  wrote:

> Send talk mailing list submissions to
> talk@openstreetmap.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.openstreetmap.org/listinfo/talk
> or, via email, send a message with subject or body 'help' to
> talk-requ...@openstreetmap.org
>
> You can reach the person managing the list at
> talk-ow...@openstreetmap.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of talk digest..."
>
>
> Today's Topics:
>
>1. Re: Taking a break and a call for help (Dave F)
>2. Re: Taking a break and a call for help (Jmapb)
>3. healthsites.io breaks OSM data, do not use (Frederik Ramm)
>4. Re: healthsites.io breaks OSM data, do not use (Mikel Maron)
>5. Re: Taking a break and a call for help (Paul Johnson)
>6. Re: healthsites.io breaks OSM data, do not use (Simon Poole)
>
>
> --
>
> Message: 1
> Date: Sat, 21 Mar 2020 14:37:18 +
> From: Dave F 
> To: Paul Johnson , OpenStreetMap talk-us list
> , Talk Openstreetmap
> 
> Subject: Re: [OSM-talk] Taking a break and a call for help
> Message-ID: <0bc6ef24-6f9b-303d-9ef6-4f6e6660c...@btinternet.com>
> Content-Type: text/plain; charset="utf-8"; Format="flowed"
>
> In my area, AL are adding legitimate data which helps improve the
> quality of the OSM database. I believe they make the same amount of
> errors as any other contributors, including experienced ones.
>
> Unsure why he thinks OSMF should be keeping an eye on contributors
> purely because they're paid.
> I doubt Paul, when he started his first *paid* job was an expert at it,
> & never made a mistake.
>
> It sounds like Paul's got his knickers in a twist over something other
> than poor quality data.
>
> DaveF
>
> On 20/03/2020 23:07, Paul Johnson wrote:
> > So, you all know at this point that I've been heavily invested in editing
> > OSM and contributing to my maximum activity, less as a need to help a
> > charity and more of an obligation to the public to do the most good with
> > the short time I have on this planet.  However, I've had a few events
> come
> > up that are more or less killing my ability to keep up.
> >
> > I'm taking a step back from being the primary editor in the Oklahoma
> region
> > until this passes.
> >
> > 3) Amazon Logistics and a revolving door team of one-edit-and-done spam
> > accounts keeps throwing paid contributions into Oklahoma that are of
> poorly
> > aligned, largely fictional and low quality.  I'm stuck cleaning up in a
> > neglected part of North America some particularly low quality edits with
> > limited resources and little ability to find more.  I hope other
> > contributors can help keep abreast and I hope OSM Foundation can help
> keep
> > paid contributors to account.  I don't think it's unreasonable to think
> > that paid mapper should be contributing *far* higher quality data than
> your
> > average volunteer first time mapper, and I think OSM needs to have a
> > serious conversation about minimum qualifications for paid mapping that I
> > simply don't have the time or energy for at this point.  Dealing with
> this
> > (and staying abreast extensive OkTrans highway modernization efforts
> > lately) have been a major part of my editing (and while OkTrans is
> > unavoidable, Amazon is inexcusable).
> >
> > 2) My truck was stolen last night
> > , along with
> the
> > dashcams I use for Mapillary, essentially making long range surveying
> > impossible and imperiling my survival since, if for nothing else, I need
> to
> > hit Costco for restocking my pantry and storeroom.  As such, I had to
> call
> > off work and spent most of the day today dealing with the police today.
> >
> > 1) I work in the IT department of a major regional hospital on the front
> > lines of the COVID-19 response in the US.  My vacation at the end of next
> > month, and my weekends for the next two months, have been cancelled, and
> > I'm expec

Re: [OSM-talk] healthsites.io breaks OSM data, do not use

[Oleksiy Muzalyev]

On 3/21/20 17:39, Frederik Ramm wrote:

Hi,

the "healthsites.io" web app allows you to contribute data to OSM,
however if you modify existing OSM objects, it throws away all tags it
does not know of. Until this bug is fixed, please refrain from using
healthsites.io!

You can track progress here
https://github.com/healthsites/healthsites/issues/1357#issuecomment-602068556

Bye
Frederik

It is one more lesson of this outbreak that the emergency response tools 
are to be prepared and tested well beforehand.


By the way, a viral respiratory infection can be stopped, or at least 
slowed down, by mere physical separation of hosts, i.e. people, because 
it stops the exponential chain reaction.


That is why mapping with the reliable editor say an archeological site 
in a forest could be also very beneficial. As some people could hike to 
it on weekend, instead of going to an overcrowded city park.


And we shall also remember of ambulances. Sometimes it is very hard for 
a driver to find a location of an address. In some cases it may take 
hours. So the general overall improvement of the map should continue.


Best regards,

Oleksiy


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