Re: [Talk-us] Davis Senior High School, California

[David Kewley]

I've just now sent an email through the school's portal to Mr. Birdsall,
asking whether he can help. I live in California, and have met folks from
Davis, but don't have enough of a personal connection to go a more direct
route.

David


On Thu, Oct 12, 2017 at 2:40 AM, Andy Townsend  wrote:

> Among rather more serious problems (smoke from the Napa wildfires) Davis
> Senior High School is home to some Pokemon fans who don't like doing their
> homework. http://www.openstreetmap.org/way/23646951/history has been
> changed a number of times to a park labelled "Please let us drop tests Mr.
> Birdsall".
>
> I'm sending this mail to the list on the off chance that someone here may
> know someone there - a quiet word from a friend would be a nicer approach
> than an "official" email from OSM.  What'd be great is if we can convert
> the mapper(s) concerned into mapping things that actually exist rather than
> adding fake Pokemon parks called "Hi Albert".
>
> Best Regards,
>
> Andy Townsend, on behalf of OSM's Data Working Group
>
> PS: In case anyone wonders "why don't you just IP block them", some of the
> edits are from iPhones, so that wouldn't be an option here (and probably
> wouldn't be proportionate even if that wasn't the case).  Also, while some
> of the edits may seem to suggest the name of one student, I wouldn't assume
> that that person is a perpetrator - they may be just the victim of a kind
> of joe-job.
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] natural=* and landuse=* multipolygons at the urban interface

[David Kewley]

Development in Orange County, California pushes into areas currently
covered by polygons (often large multipolygons) tagged as natural=scrub,
landuse=meadow, or landuse=[farm|farmland]. These were part of the FMMP
import http://wiki.openstreetmap.org/wiki/California_Farms.

Mostly I try to leave those large multipologons alone, because I don't feel
confident I can handle them properly, and because I'm using iD (due to
using a Chromebook), where relation handling is rudimentary.

But I'd like to update the urban-wildland boundary, where new suburban
developments are pushing into former wildland, farmland, or (historical?)
"grazing land". See for example the new development (with 2017 imagery
recently added to Bing) at
http://www.openstreetmap.org/edit?editor=id#map=16/33.5352/-117.6034.

Editing these huge multipolygons, and reviewing others' edits to them,
becomes very cumbersome, at least to me. It seems to me probably sensible
and reasonable at the urban edge to split off small parts of these
multipolygons, e.g. at roads, to make the smaller bits easier to edit and
review in the context of the expanding urban edge.


As one test / demonstration edit (
http://www.openstreetmap.org/changeset/51090963), I carved off a bit of
natural=scrub from a large outer role of a multipolygon, into its own
polygon. I manually added new boundary way segments, stitched them together
into the existing ways, copied tags, and made the split-off piece its own
polygon, independent of its original parent multipolygon. I did the split
at an existing highway=residential object (Golden Ridge Lane).

I know, I should find a way to use JOSM, which I expect makes this much
easier. :)

Meanwhile, does this seem a reasonable approach to making the urban
interface a bit more manageable in the future? I.e. splitting off parts of
large multipolygons (so long as they don't have names or other unique
identifiers that matter, just generic tags things like natural=scrub), to
make future editing easier?

I know for the above example of a new residential area, I could make a
landuse=residential island, and make it an inner role in the surrounding
landuse=meadow multipolygon. But at some point as the urban sprawl expands,
it seems to me it makes more sense to stop pretending the area is dominated
by the natural features, and make it clear it's dominated by e.g.
landuse=residential, with possibly interspersed natural features like scrub.


What would the group suggest?

Is my test edit reasonable, or should it be reverted?

Thanks,
David


P.S. As an aside (not my main point today), the FMMP-based distinction in
this area between scrub and meadow seems awfully arbitrary. I could be
mistaken, but I don't believe the "meadow" is actually used today for
grazing nor feed harvesting, and in the aerial photography, it appears
indistinguishable from the adjacent "scrub". It appears (and I'm nearly
certain from driving by) that there's both substantial grass and
substantial woody plant cover, in similar ratios in both "meadow" and
"scrub".

I don't believe there's any current agricultural use of that land, at least
not near where I'm giving examples today. There might be some
large-acreage, semi-wildland grazing or feed harvesting activity remaining
in Orange County, but I've not noticed any.

As documented in the FMMP wiki page
http://wiki.openstreetmap.org/wiki/California_Farms, the FMMP designation
"Grazing Land" was mapped to landuse=meadow.

But the FMMP designation of "Grazing Land" explicitly does not mean that
there *is* grazing activity there, just that it is "...land on which the
existing vegetation, whether grown naturally or through management, is
suitable for grazing or browsing of livestock." (See for example
http://www.conservation.ca.gov/dlrp/fmmp/Documents/soil_criteria.pdf.) So
wildlands that will never again see livestock, or harvesting for livestock
feed, can still be designated Grazing Land by FMMP. Those areas map better
to natural=grassland or natural=scrub, I think.

So landuse=meadow seems less useful than natural=scrub or natural=grassland
for many of these areas. Even though this is a secondary point today, I'd
welcome comments on this as well.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] FBI using OSM on website... without attribution

[David Kewley]

It looks like all the FBI field office sites are essentially part of the
national site, so they're all probably managed centrally. They all credit
Leaflet in the map widget, and use OSM tiles without crediting OSM.

It's been years since I've noticed webmaster links, like we used to have in
the early days of the Web. Poking around, I couldn't find any technical
feedback links at all on fbi.gov. Ideas for contacting someone who might be
able to help with this issue:

   - Call the national FBI number: (202) 324-3000 from
   https://www.fbi.gov/contact-us/fbi-headquarters.
   - Email one of the Community Outreach addresses available at various
   field offices ("Community Outreach" link near the top of each field
   office's page). E.g. for the San Francisco office, it's
   outreach...@ic.fbi.gov from
   
https://www.fbi.gov/contact-us/field-offices/sanfrancisco/community-outreach-1.
   Some other field offices also have outreach email addresses.
   - On their "Businesses" page https://www.fbi.gov/resources/businesses,
   they have a link for "Intellectual Property Theft/Piracy" at
   https://www.fbi.gov/investigate/white-collar-crime/piracy-ip-theft.
   While this issue seems economically tiny compared to the IP theft issues
   they tend to spend time on, it might be possible to get someone's help this
   way, since it's their own website. (Although the reporting methods I found
   went to other offices, not obviously directly to the FBI.)

I won't be following up on these in the foreseeable future, but if someone
else does follow up, please let us all know what happens.

David

On Fri, Jun 30, 2017 at 10:40 AM, Joseph R. Justice 
wrote:

> On Thu, Jun 29, 2017 at 4:14 PM, Mike Thompson 
> wrote:
>
> https://www.fbi.gov/contact-us/field-offices/denver
>>
>> See map in upper right part of page
>>
>
> Does either the page for the Denver field office, and/or the nation-wide
> field office locator referred to in a separate post in this thread, include
> a "Contact the Webmaster" sort of link?  Or even just a "Contact Us" link?
> Those would be a first obvious point of contact, I'd think...
>
>
>
> Joseph
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Use without Attribution

[David Kewley]

Wunderground was what got me into OSM a year ago -- I noticed an apparent
error on the map when viewing Wunderground, so clicked on the link to edit
in OSM. The map on their main forecast page was what got me, and it still
does acknowledge OSM.
https://www.wunderground.com/cgi-bin/findweather/getForecast?query=new%20york%20city
.

As Brian pointed out, their full-page "Wundermap" doesn't acknowledge OSM,
but I'm 100% sure it's using OSM based on my own edits.

David

On Mon, Jun 12, 2017 at 7:36 AM, Brian May  wrote:

> I used that MapBox form a couple months ago to notify missing OSM
> attribution for the WunderMap at wunderground.com, e.g.
> https://www.wunderground.com/wundermap?lat=27.17=-80.29=1
>
> Just checked and no changes. I'm pretty sure its an OSM basemap due to
> checking features I have added that aren't on other maps.
>
> Brian
>
>
>  On 6/9/2017 5:50 PM, Hans De Kryger wrote:
>
> Report it here https://www.mapbox.com/blog/report-attribution-problems/
>
> *Regards,*
> *Hans*
>
> On Fri, Jun 9, 2017 at 2:44 PM, Mike Thompson  wrote:
>
>> Looks like I am no longer a member of the "Talk" mailing list, so I will
>> try here:
>>
>> https://mapnoco.org/results-intersection-quality
>>
>> The above site uses OSM as a basemap.
>>
>> Looks like the tiles come from Mapbox:
>> https://a.tiles.mapbox.com/v3/uis.map-561ra9g7/15/6814/12356.png
>>
>> I was unable to find any attribution that credits OSM.
>>
>> 1) Did I miss the attribution? Is it somewhere on the page?
>> 2) Does someone have a nicely worded template that uses all of the proper
>> terminology which I could adapt and send to the site owner?
>>
>> Thanks,
>>
>> Mike
>>
>> ___
>> Talk-us mailing list
>> Talk-us@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-us
>>
>>
>
>
> ___
> Talk-us mailing 
> listTalk-us@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-us
>
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] [HOT] iD issues?

[David Kewley]

It may be a problem only on Windows -- I have no problem on my Chromebook.

Unfortunately a large fraction of laptops brought to a mapathon are
typically Windows, I bet.

David

On Thu, Apr 20, 2017 at 5:27 AM, Ralph Dell 
wrote:

> I am not having any problem selecting on a click in chrome.
>
> I tried every type of feature and everything worked.
>
>
>
> *From:* Mike Thompson [mailto:miketh...@gmail.com]
> *Sent:* Wednesday, April 19, 2017 2:28 PM
> *To:* Ralph Dell 
> *Cc:* Charlotte Wolter ; Open Street Map Talk-US <
> Talk-US@openstreetmap.org>
> *Subject:* Re: [Talk-us] [HOT] iD issues?
>
>
>
> Ralph,
>
>
>
> That is the URL I am using.  I have been testing Firefox and IE this
> morning and have not been having any problems. Only under Chrome am I
> having a problem.
>
>
>
> Mike
>
>
>
> On Wed, Apr 19, 2017 at 12:15 PM, Ralph Dell 
> wrote:
>
> What url are you using for iD?
>
> https://www.openstreetmap.org/edit in firefox or anywhere else gives me
> the issues you are having.
>
>
>
>
>
> *From:* Mike Thompson [mailto:miketh...@gmail.com]
> *Sent:* Wednesday, April 19, 2017 11:11 AM
> *To:* Charlotte Wolter 
> *Cc:* Open Street Map Talk-US 
> *Subject:* Re: [Talk-us] [HOT] iD issues?
>
>
>
>
>
>
>
> On Tue, Apr 18, 2017 at 9:46 PM, Charlotte Wolter 
> wrote:
>
>
> Some updates were made to iD some weeks ago. Apparently, somehow,
> it made clicking on a feature to select it more difficult. I use Firefox,
> and usually have to click 3 or 4 times to get an individual item selected.
>
> I wonder if the folks that maintain iD could just temporarily revert to
> the previous version while this is worked out?  Just a thought. Regardless,
> I still think iD is a great piece of software and appreciate what Bryan and
> others do to maintain it.
>
>
>
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] [OSM-talk] Fwd: Re: Beware Pokemon users

[David Kewley]

I've so far simply been using a basic query like

highway=footway and newer:"2016-12-22:00:00:00"


This still requires a lot of manual review, of course. Too much to do in
great detail over large areas. I'm sure I'm missing things, but results of
this query has identified PoGo mapping problems, scattered among many
legitimate-looking edits.

There are other things to look for besides footways; this may give hints:

https://www.reddit.com/r/TheSilphRoad/search?q=overpass_sr=on


If someone comes up with a more sophisticated query, or a query that helps
hone in more sharply on PoGo mapping problems, let us know.

David

On Tue, Dec 27, 2016 at 10:30 AM, Rihards <ric...@nakts.net> wrote:

> On 2016.12.27. 10:15, David Kewley wrote:
> > I thought this might be a big problem at first, but now I think it's
> > probably a net good thing.
> >
> > In Southern California, I saw about 40 users join in the first 24-48
> > hours after the video was posted (Dec 22), who immediately started
> > mapping footways and similar. A few were bad, most improved the map
> > incrementally, if not with great skill, completeness, or accuracy. The
> > rate of new people joining and adding footways and similar has gone way
> > down since the first 24 hours.
> >
> > I just now used Overpass-Turbo to check for new footways in the past ~2
> > days in all the western U.S. (to just west of San Antonio, not including
> > Alaska and Hawaii), zoomed in briefly on each locality in turn, and
> > found with this quick ad hoc eyeball survey only two users who were
> > obviously gaming OSM for Pokemon Go in an unhelpful way. I'll address
> > them or send them to DWG. All the others looked reasonable upon a first
> > pass, although I might have missed a few. Some I didn't see may already
> > have been cleaned up, of course.
> >
> > So the potential problem is big, but I think the actual problem is not
> > too big, and can probably be contained with our current level of effort.
> > Meanwhile there are tons of incremental additions that are probably net
> > improvements to the map, and a few of these folks will continue to
> > improve the map over time. I've already seen a few of these new users
> > branch out into non-Pokemon-related improvements. Plus it gives OSM
> > wider awareness.
> >
> > One other thing to look out for, which most people are doing well, but a
> > few are doing inappropriately, is changing school grounds from
> > amenity=school to =college or =university.
> > See https://www.reddit.com/r/TheSilphRoad/comments/5jv1c4/
> i_think_i_figured_out_why_pokemon_never_spawned/.
> > I had to change one secondary school back to =school after an apparent
> > Pokemon user changed it to =college. I also changed one community
> > college from =school to =college when I noticed it was mistagged while
> > looking at new footways drawn there. Hope it helps them have fun with
> > their game. :)
> >
> > I've also seen fake parks, piers, lakes, and similar area objects get
> > added in an apparent attempt to help Pokemon. Footways may be the most
> > common manifestation of this wave of activity, but not the only one.
>
> could you please share the overpass query you used ? i'd like to review
> such additions around here as well.
> i am following the edits of new users, and so far contributions of 2 or
> 3 have been worthy a revert.
>
> it would be also useful to have a list of tags/changes the pokemon go
> players make. footways are the most obvious, but i've also seen
> (incorrect_ recreational_grounds added. several users have also changed
> existing residentials, pedestrian streets and tracks to footways -
> incorrectly in all the cases.
>
> > Fun fact: On 12/22 I actually stumbled across a deletion of the footway
> > added in the video, before I was aware of the existence of the video and
> > the Pokemon-related editing. That issue is since resolved. The
> > videographer is pretty local to me, and in the video he hikes in hills I
> > know. A brush with a weird kind of notoriety, I guess.
> >
> > David
> ...
> --
>  Rihards
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] An actual mini roundabout!

[David Kewley]

For Elliott's example, I would use
https://wiki.openstreetmap.org/wiki/Tag:highway%3Dturning_loop.

David

On Thu, Dec 8, 2016 at 4:36 PM, Rihards  wrote:

> On 2016.12.09. 00:44, Elliott Plack wrote:
> > You mean these things aren't?pasted1
>
> no. here the road is physically making a circle, and you cannot cross
> the middle section - it should be mapped as a separate way, not a single
> node.
>
> Paul, i believe there are a few more, but i can't remember where exactly ;)
>
> > On Thu, Dec 8, 2016 at 4:44 PM Paul Johnson  > > wrote:
> >
> > Palm hit the touchpad...
> >  http://www.openstreetmap.org/#map=19/42.64745/-84.64277
> >
> > On Thu, Dec 8, 2016 at 3:43 PM, Paul Johnson  > > wrote:
> >
> > As far as I can tell from FHWA documents, I finally stumbled on
> > the one intersection in the US that actually qualifies as a
> > mini_roundabout.
> >
> >
> > ___
> > Talk-us mailing list
> > Talk-us@openstreetmap.org 
> > https://lists.openstreetmap.org/listinfo/talk-us
> >
> > --
> > Elliott Plack
> > http://elliottplack.me
> >
> >
> > ___
> > Talk-us mailing list
> > Talk-us@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-us
> >
>
>
> --
>  Rihards
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us