Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

User has been adding boundary data sourced from Google Maps #63

Open
seav opened this issue May 14, 2020 · 6 comments
Open

User has been adding boundary data sourced from Google Maps #63

seav opened this issue May 14, 2020 · 6 comments

Comments

@seav
Copy link
Member

seav commented May 14, 2020

User mbueza has been adding boundary relations and their changesets have the tags like source=https://www.google.com/maps/place/*.

Example changeset with a Google Maps source=* tag: https://www.openstreetmap.org/changeset/83426743

Changeset where I have commented to inform the user that using Google Maps is not allowed and so that the user can respond or acknowledge the problem: https://www.openstreetmap.org/changeset/83429816

@govvin govvin added the bug label May 22, 2020
@govvin
Copy link
Member

govvin commented Jul 8, 2020

Have you heard back from the contributor?

@seav
Copy link
Member Author

seav commented Jul 8, 2020

No response.

@govvin
Copy link
Member

govvin commented Jul 8, 2020

We should line this up for a roll-back

@DP24PH
Copy link

DP24PH commented Oct 26, 2020

ALERT | I have spotted an erratic changesets 92629649, 92627464, 92627381, 92609480, made by certain user oodiegoodie wherein the tag source=Google Street View have led me to issue the warning thru the changeset comment:

Unfortunately, for copyright reasons, any third-party sources (i.e. Google Street View) is strictly forbidden on OpenStreetMap, and only Mapillary, Maxar, other donated data are authorised sources for the OSM.
Kindly revert into previous version to avoid such copyright-related infringement cases, ...

Also, due to indiscriminate use of access=private tagging into highway=residential, the following warning message is hereby issued:

... cease and desist all access=private tagging into highway=* to avoid further navigation issues. Use access=private only on barrier=gate/lift_gate.

Take-down has been made by @DP24 via changeset 93046246 thru reverter_plugin/35556;JOSM/1.5 (17084 en). #Mapping101 ALERT will commence thru the next #Mapping101 Thursdays episode (29 October 2020), DP24 Radio (via Spotify, iTunes on immediate release). Likewise, if you need a complete copyright investigation report, kindly DM @DP24 thru FB Chatbot, IG, OSM.

@TagaSanPedroAko
Copy link
Collaborator

TagaSanPedroAko commented Oct 26, 2020

I've been looking at "oodiegoodie"'s latest edits, but I'm stuck with another unsaved major edit involving CAVITEX-C5.

@DP24PH FYI, access=private on nodes is a dated recommendation introduced by schadow1, no longer applicable as most routing apps can already route on roads with access=private. Access= on roads should be fine, BTW.

Instead of hijacking this thread, better create another ticket. This issue is on boundary info sourced from Google, not every instance where someone adds info from Google.

@DP24PH
Copy link

DP24PH commented Oct 27, 2020

I got it, @TagaSanPedroAko. I'll create another #papercut_fix ticket in case there would be another user adding infringing info from Google Maps/Street View. But for now, this ticket will be focused on the boundary data.

CC: @seav @govvin

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants