Re: [Talk-us] Please unsubscribe me.

[Ian Dees]

Hi Nathan,

You need to unsubscribe yourself. Please follow the instructions here:
https://lists.openstreetmap.org/listinfo/talk-us

On Mon, Nov 23, 2020 at 3:05 PM Natfoot  wrote:

> Please unsubscribe me I am done with OSM for a while.
>
> Nathan P
> email: natf...@gmail.com
> ___
> 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] While we're fixing things in iterations

[Ian Dees]

Hi everyone on this thread. It seems conversation has gotten way off topic
and heated, so I put a moderation hold on the list and won't let this
thread through for 24 hours or so.

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

Re: [Talk-us] Mapcarta with wrong info in Utah - whom to contact?

[Ian Dees]

On Thu, Aug 27, 2020 at 8:34 AM Mateusz Konieczny via Talk-us <
talk-us@openstreetmap.org> wrote:

>
>
>
> 27 Aug 2020, 14:37 by ian.d...@gmail.com:
>
>
>
> On Thu, Aug 27, 2020, 03:03 Mateusz Konieczny via Talk-us <
> talk-us@openstreetmap.org> wrote:
>
>
>
>
> Aug 27, 2020, 09:52 by frede...@remote.org:
>
> Hi,
>
> On 27.08.20 00:30, Alex Weech wrote:
>
> They appear to be pulling straight from Google
>
>
> Interesting! I didn't know you could (show an OSM map and pull POIs from
> Google).
>
> AFAIK it is not against OSM license but it is break terms of service set
> by Google.
>
>
> Since Google doesn't have a way to programmatically get this data about
> places, it's more likely that Google and Mapcarta used the same data source
> that list an incorrect phone number.
>
> At least some time ago Google Places
> API existed. Is it shut down now?
>
> https://developers.google.com/places/web-service/overview
> describes it as an existing
>

Yes, you can perform individual searches by address and/or place name, but
it gets expensive quickly to make thousands of these calls so it's more
likely that they're sharing a data source.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Mapcarta with wrong info in Utah - whom to contact?

[Ian Dees]

On Thu, Aug 27, 2020, 03:03 Mateusz Konieczny via Talk-us <
talk-us@openstreetmap.org> wrote:

>
>
>
> Aug 27, 2020, 09:52 by frede...@remote.org:
>
> Hi,
>
> On 27.08.20 00:30, Alex Weech wrote:
>
> They appear to be pulling straight from Google
>
>
> Interesting! I didn't know you could (show an OSM map and pull POIs from
> Google).
>
> AFAIK it is not against OSM license but it is break terms of service set
> by Google.
>

Since Google doesn't have a way to programmatically get this data about
places, it's more likely that Google and Mapcarta used the same data source
that list an incorrect phone number.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Mapcarta with wrong info in Utah - whom to contact?

[Ian Dees]

https://mapcarta.com/About_Mapcarta lists a contact email address:
m...@imedia.io.

On Wed, Aug 26, 2020 at 3:16 PM Frederik Ramm  wrote:

> Hi,
>
> does anyone have contacts with Mapcarta?
>
> https://mapcarta.com/Eagles_Campground_2422656
>
> lists a camp ground that is not on OSM, and has never been, together
> with a phone number that belongs to the USDA forest service and they're
> not super stoked about would-be campers calling them to book.
>
> MapCarta claims to be using OpenStreetMap data (hence why the USDA
> forest service contacted us). But clearly this campground comes from a
> different source. (Which is just as well because Mapcarta doesn't have
> proper attribution.)
>
> (The phone number in question was indeed recorded for a different camp
> site in Utah, Monte Cristo Campground, and I've removed it from there.
> Doesn't solve the Eagles Campground riddle though.)
>
> Mapcarta doesn't have any point of contact on the site and the whois
> doesn't return anything useful either.
>
> Bye
> Frederik
>
> --
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>
> ___
> 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] Moderation?

[Ian Dees]

Yes, I enabled moderation to cool off the "home rule" thread a bit.

I also stopped getting notification emails from the mailing list system
that any messages had been moderated. I didn't notice until I checked the
web interface. I've disabled the moderation for now.

On Fri, May 15, 2020 at 10:04 AM Frederik Ramm  wrote:

> Hi,
>
> has someone switched on moderation for this list, and if so, why? I sent
> a message 6 hours ago and re-sent it one hour ago and neither seem to
> have gone through. Have I overlooked an announcement? Or is it just broken?
>
> Bye
> Frederik
>
> --
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>
> ___
> 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] Website showing the best time to survey with GPS.

[Ian Dees]

Also take a look at http://satpredictor2.deere.com/lookup, found by
searching Google for "when is the best time for gps", which lead me to this
interesting set of StackOverflow answers:
https://gis.stackexchange.com/questions/181/is-gps-more-accurate-on-specific-hours-of-the-day,
too.

On Wed, Jun 26, 2019 at 5:20 PM Eric H. Christensen via Talk-us <
talk-us@openstreetmap.org> wrote:

> I was told there was a website that forecasted the best times to do survey
> work with GNSS based upon diversity of satellites in the sky, solar
> activity, etc. Does anyone know what site this is?
>
> Thanks,
> Eric
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] What's protecting the map?

[Ian Dees]

On Sun, Jun 9, 2019, 15:38 Paul Johnson  wrote:

>
>
> On Sun, Jun 9, 2019 at 1:23 PM Nuno Caldeira 
> wrote:
>
>> But what happens if the Foundation is taken over by people with
>> commercial interests?
>>
>>- You still own the rights to any data you contribute, not the
>>Foundation. In the new Contributor Terms, you license the Foundation to
>>publish the data for others to use and ONLY under a free and open license
>>
>>
> This got me thinking, particularly considering the license change a few
> years ago and what a fiasco that was.  What's protecting the map here?
> What's to stop a prolific contributor from taking their ball and going
> home, to the overall detriment of the map?
>
> To be clear, this *is not something I am going to to*.  For the sake of
> playing Devil's advocate, what is to stop me from, after nearly a decade,
> taking my data and going home?  This would leave a roughly 400 kilometer
> wide hole centered in Tulsa, some serious breakage in metro Portland and
> thousands of pockmarks around the world.  If I were to pull out and take my
> data with me, it would swiss cheese the map.
>

What does "taking my data and going home" mean? You've already given OSMF a
license to use the data you've contributed so far, so there wouldn't be any
reason for OSMF to remove the data from a legal perspective. I suppose you
could go around and delete the data you've contributed, but that would
likely be considered vandalism and your changes reverted.

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

Re: [Talk-us] Online mappy hour

[Ian Dees]

Thank you so much for hosting this again, Martijn!

The time sounds good to me.

On Mon, Mar 18, 2019 at 12:07 PM Martijn van Exel  wrote:

> Hi all,
>
> You may remember that I hosted online ‘virtual mappy hours’ a few years
> ago.
>
> I thought it was nice and I want to resume them.
>
> Some topics for a next one:
>
> * State of the map US — what would make you want to be there? Thinking
> about presenting? Some details about the planning process
> * Imports — I feel like we’ve seen quite a few proposals lately. Opinions?
> Did you submit a proposal and want to discuss?
> * Ask the board — I’ll invite someone from the board to attend for a Q
> * MapRoulette — If you all are interested I am happy to talk about the
> latest features or walk you through how to set up a challenge.
> * your favorite topic, let me know.
>
> How does next Thursday 6pm PDT / 9pm EDT sound? I’m open to alternative
> times, if you’re interested in joining you get to help decide when we’ll do
> it :)
>
> There will be a video option (zoom) but you will also be able to dial-in
> if you don’t fancy proprietary tools on your computer. I’ll send details
> once we settle on a day and time.
>
> Looking forward to chatting!
>
> Martijn
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] motel vs. hotel

[Ian Dees]

I think your description of motels as parking directly outside rooms is
good, but I've seen plenty of motels that had multiple stories.

Wikipedia's page on motels is good and has this definition:

"a type of hotel consisting of a single building of connected rooms whose
doors faced a parking lot and in some circumstances, a common area or a
series of small cabins with common parking"

On Fri, Mar 8, 2019 at 6:49 PM Peter Dobratz  wrote:

> How do you distinguish between the tourism=hotel and tourism=motel tags?
>
> The criteria that I was imagining is that a motel is a single story
> building where you have the ability to park you car directly outside of
> your room. A hotel would be other types of buildings such as multi-story
> where most guests cannot park directly outside their room.
>
> There's the curious case of the two Motel 6 facilities directly across the
> road from each other.  I had marked these as tourism=hotel based on the
> building architecture, but maybe all Motel 6's should be tourism=motel?
>
> https://www.openstreetmap.org/note/1645570
>
> What do you think?
>
> Thanks,
> Peter
>
> ___
> 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] Mapathon Results - Spartanburg SC

[Ian Dees]

This is great, Mike! Thanks for sharing.

Did you happen to take any photos? It'd be fun to have you write up
something about how you found this data, set up the Tasking Manager
project, and did the work at the Mapathon for the OSM US blog.

On Tue, Feb 12, 2019 at 9:54 AM Mike N  wrote:

> Hi,
>
> We had a mapathon coordinated by
> https://tasks.openstreetmap.us/project/76 to visually inspect all roads
> and update them from GIS data as appropriate.   Much of the GIS data was
> newer and there were many road name corrections (names or Road ->
> Avenue, Drive -> Street, etc). In addition there were many residential
> cases of single>dual carriageway or dual>single, blocked streets, etc.
> Some of the GIS road data was out of date or incorrect - we may try to
> feed it back to them if we can find a contact who has the time.
>
>In any case, more automated conflation techniques can now be applied
> to that area for more focused updates since the roads conform to reality.
>
>TIGER:Reviewed for the area:
> http://product.itoworld.com/map/162?lon=-81.95092=34.96795=9
>
>Recent edits (last 90 days):
> http://product.itoworld.com/map/129?lon=-81.98411=34.86548=9
>
>
> ___
> 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] US Bureau of Land Management Boundaries

[Ian Dees]

On Sat, Jan 5, 2019 at 10:42 PM Joseph Eisenberg 
wrote:

> This data is no less verifiable than national forest boundaries and
> federal wilderness boundaries; these generally need to be checked against
> official sources, just as BLM boundaries will.
>
> Municipal boundaries are perhaps even harder to verify than boundaries of
> BLM land and National Forests in some States.
>

Those things shouldn't be in OSM either. They make it harder for people to
map and are out of date the moment the data is converted. If you want to
see this information on a map, it's available from the original source for
you to add to your own map. It's the same sort of data that can not be
improved by the community, so It doesn't belong in OSM.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] US Bureau of Land Management Boundaries

[Ian Dees]

Hi Brad, thanks for proposing this import and posting it here.

I would strongly prefer that we not import boundaries like this into OSM.
Boundaries of all sorts are almost impossible to verify with OSM's "on the
ground" rule, but BLM boundaries in particular are such an edge case (they
have no other analog in the world, really) and almost never have apparent
markings on the ground to check. Since these boundaries aren't visible,
this data can never be improved by an OpenStreetMap contributor. The
boundaries are defined by the government, and any sort of change to them
would make them diverge from the official source.

But having said that, I'm curious why you wanted to import this data? Did
you want to have it show up on the osm.org map? Are you trying to build a
custom map? Or are you excited to participate and improve OSM? If it's the
latter, there's lots of other data that is a better fit to import into OSM:
address points and building footprints come to mind, for example.

-Ian

On Sat, Jan 5, 2019 at 9:03 PM brad  wrote:

> I'd like to import BLM (US Bureau of Land Management) boundaries into
> OSM.This is not an automated import as you can see from my workflow.
>
> Workflow:
> Download shape file from PADUS (1 state at a time):
> https://gapanalysis.usgs.gov/padus/data/download/
> Load into Qgis and filter for BLM boundaries
> Clean up as necessary (there are some extraneous ways at state
> boundaries & elsewhere)
>
> Convert to OSM with ogr2osm and the following tags
>  tags.update({'type':'boundary'})
>  tags.update({'boundary':'protected_area'})
>  tags.update({'operator':'BLM'})
>  tags.update({'ownership':'national'})
>  tags.update({'protect_class':'27'})
>  tags.update({'source':'US BLM'})
>  use the shapefile attribute 'Unit_Nm' as the name
>
> Import with JOSM
>
> The San Luis unit (CO) is here for your inspection.
> https://www.dropbox.com/s/qxv5gny2396ewki/sanLuisBLM.osm?dl=0
>
> Comments?
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Trunk versus motorway

[Ian Dees]

Hi folks,

This conversation is over. If we can't have a conversation about highway
tagging without making personal attacks, then we can't have the
conversation.

Please work harder to stay on topic, have empathy towards your fellow
mapper, and have constructive conversations.

The mailing list is in "emergency moderation" mode for the night.

-Ian

On Sun, Dec 2, 2018 at 6:30 PM Nathan Mills  wrote:

> The reason you don't get it is because you are not listening. Nobody has
> said the motorway tagging should continue through the intersection. The
> debate is entirely about where the classification change takes place. There
> are several instances in Arkansas where a motorway ends similarly. In
> AHTD's highway log, they cease to be a motorway wherever legal access
> control or the character of the road changes. Sometimes they do make the
> demarcation at an interchange (usually at the point where the intersecting
> roadway crosses) when the continuation is a short distance.
>
> Given Arkansas law, the state's view is nearly always easily seen from
> speed limit signs thanks to very specific per se speed limits based on
> highway classification. Sadly (for this particular discussion), Oklahoma
> doesn't, though speed limit changes do often accompany clear changes in
> roadway classification.
>
> The overall point being that there are in fact times when classification
> changes at a place other than an interchange.
>
> It's been many years, but I recall there being a speed limit reduction
> northbound coming down the hill to the intersection in question. And again,
> I fail to see how adding an intersection magically changed the 3/4 of a
> mile between Apache and where the median disappears to accommodate the
> Gilcrease intersection. (I incorrectly called the extension past the
> Tisdale Apache in a previous message. I forget the actual name, west of the
> Tisdale, but it has one that is not Gilcrease)
>
> It would be nice if you would stop acting as if there is no room for
> reasonable people to have differing opinions on this since even various
> state governments have differing opinions on the matter. It's mildly rude
> to pretend that yours is the only logical possibility, especially when
> several people have considered your argument and still don't agree.
>
> All that said, at the moment you're the only person currently local to the
> instant case, so given the guideline that encourages us to defer to local
> mappers if their edits aren't broken in some technical way or obviously
> depart from reality, you're more than welcome to tag it the way you did if
> you like.
>
> Still, it was a change from what another local had tagged originally. The
> TIGER import became irrelevant in relation to this discussion when someone
> took the time to add the other carriageway. This isn't a situation where
> the edit in question was being made to a way that was created by the TIGER
> import and not touched by anybody except a few bots since, so the norms
> surrounding that scenario aren't applicable.
>
> -Nathan
>
> On December 2, 2018 5:03:31 PM EST, Paul Johnson 
> wrote:
>>
>> The commonly accepted definition of freeways in the US excludes surface
>> junctions, whereas expressways (trunks) does include intersections.  I
>> honestly am surprised a group of roadgeeks isn't more attuned to this
>> distinction.
>>
>> On Sun, Dec 2, 2018 at 3:15 PM Adam Franco  wrote:
>>
>>> On Sun, Dec 2, 2018 at 1:36 AM Paul Johnson  wrote:
>>>

 On Sun, Dec 2, 2018 at 12:30 AM Bryan Housel  wrote:

> I do understand your point, but a dozen or so people on talk-us and
> the six or so people on that changeset 64919426
>

 Well, 1 person, an AA roads troll and like 5 sockpuppets.  There's also
 a number of people in this thread that do agree with me.


> discussion all disagree with you.  Is there nothing that would make
> you reconsider?
>

 Get the commonly used definition of a freeway changed to include
 intersections.  Good luck!

>>>
>>> Since you are asking for more declaration of support/opposition, I'm a
>>> relatively disinterested-in-motorways mapper that has been following along
>>> with this thread. Paul, I think your read of a motorway definition is
>>> overly rigid and I agree with Richie, Bryan, and the others that a motorway
>>> classification may continue beyond the last interchange.
>>>
>>> If one is traveling past the last interchange one may be traveling in a
>>> "motorway zone" where high speeds, grade separation of crossing roads, dual
>>> carriageway, etc all continue to exist. As Richie pointed out, there will
>>> be some place where "caution freeway ends", "intersection ahead" or slowing
>>> speed limit signage indicates a transition out of the motorway zone to
>>> something else. That seems like a vastly more appropriate place to change
>>> the tagging from motorway to trunk/primary. Choosing the point of the last
>>> interchange 

Re: [Talk-us] Strange city boundary: Lee, Illinois

[Ian Dees]

Nope, I'm saying all those wiki pages are correct. CDPs are boundaries for
statistical purposes, not city boundaries.

But I agree there are too many wiki pages :).

On Wed, Nov 14, 2018 at 10:04 AM Martijn van Exel  wrote:

> Hmm.
>
> I guess https://wiki.openstreetmap.org/wiki/United_States_admin_level is
> really not correct then where it says: "Census Designated Places (CDPs) are
> boundaries maintained by the Census Bureau for statistical purposes. CDPs
> should be tagged boundary=census, ideally without an admin_level=* tag.”
>
> Almost all Utah admin8 are in fact TIGER CDP boundaries:
> http://overpass-turbo.eu/s/DFS
>
> Also,
> https://wiki.openstreetmap.org/wiki/Tag:boundary=administrative#10_admin_level_values_for_specific_countries
>  is
> incorrect where it states that admin8 are "state municipalities: cities,
> towns, villages and hamlets (infrequent)”
>
> Furthermore,
> https://wiki.openstreetmap.org/wiki/WikiProject_United_States/Boundaries is
> also incorrect and suggests "Census-designated places (CDPs) are
> statistical, not administrative areas. Project TIGER fixup deletes outdated
> CDPs and retags relevant ones from boundary=administrative admin_level=8(or
> 7) to boundary=census, no admin_level=*.”
>
> Finally, there seem to be too many wiki pages covering this :) But that’s
> not unique for this topic.
>
> I guess we have some work to do!
>
> Martijn
>
> On Nov 14, 2018, at 8:54 AM, Ian Dees  wrote:
>
> A friendly reminder that Census's TIGER data we have previously imported
> as admin8 polygons aren't actually official city boundaries. They're "Census
> Designated Places <https://en.wikipedia.org/wiki/Census-designated_place>"
> which are just named "concentrations of people". In some cases the Census
> may have gone to the trouble of incorporating city boundary information,
> but my guess is that the majority of cases are just "Census blocks that
> look like they're part of the city".
>
> Having said that, there really isn't a good national-level dataset of city
> boundaries and Google uses CDP boundaries for their search results...
>
> On Wed, Nov 14, 2018 at 9:49 AM Martijn van Exel  wrote:
>
>> Sorry that link is bad. https://cloud.rtijn.org/s/ZLen9D8M3tYaAgj
>>
>> On Nov 14, 2018, at 8:44 AM, Martijn van Exel  wrote:
>>
>> I looked at a few place boundaries in Utah and compared with current
>> TIGER files.. Definitely needs work..
>> https://www.dropbox.com/s/e1113me8y9t1my5/Screenshot%202018-11-14%2008.42.30.png?dl=0
>>  (colored
>> = current OSM, grey = TIGER places shape file 2018)
>>
>> Martijn
>>
>>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Strange city boundary: Lee, Illinois

[Ian Dees]

A friendly reminder that Census's TIGER data we have previously imported as
admin8 polygons aren't actually official city boundaries. They're "Census
Designated Places "
which are just named "concentrations of people". In some cases the Census
may have gone to the trouble of incorporating city boundary information,
but my guess is that the majority of cases are just "Census blocks that
look like they're part of the city".

Having said that, there really isn't a good national-level dataset of city
boundaries and Google uses CDP boundaries for their search results...

On Wed, Nov 14, 2018 at 9:49 AM Martijn van Exel  wrote:

> Sorry that link is bad. https://cloud.rtijn.org/s/ZLen9D8M3tYaAgj
>
> On Nov 14, 2018, at 8:44 AM, Martijn van Exel  wrote:
>
> I looked at a few place boundaries in Utah and compared with current TIGER
> files.. Definitely needs work..
> https://www.dropbox.com/s/e1113me8y9t1my5/Screenshot%202018-11-14%2008.42.30.png?dl=0
>  (colored
> = current OSM, grey = TIGER places shape file 2018)
>
> Martijn
>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Fwd: Your receipt from OpenStreetMap US, Inc. #2872-9455

[Ian Dees]

Yep, it's real.

If you have specific questions, feel free to reply to the email you got or
to email members...@openstreetmap.us.

-Ian

On Mon, Oct 1, 2018 at 1:37 PM Charlotte Wolter 
wrote:

> Dear folks,
>
> Is this real? I don't remember setting up recurrent charges for
> membership. If it is real, it's OK.
>
> Charlotte
>
>
>
>
> [image: []] <#m_-6118134566737645434_>  <#m_-6118134566737645434_> [image:
> []]   [image: []]
> <#m_-6118134566737645434_> <#m_-6118134566737645434_>
>   Receipt from OpenStreetMap US, Inc.
>
>   Invoice #65B5A32-0002
>
>   Receipt #2872-9455
>
>
> Amount paid
> $20.00
>
> Date paid
> September 30, 2018
>
> Payment method
> \
>   Summary
>
>
>
>
>
>
> Sep 30 – Sep 30, 2019
>
>
> Regular Membership 1
>   $20.00
>
>
>
>
>
> Amount paid   $20.00
>
>
>   Download as PDF
> 
>
>
>   You're receiving this email because you made a purchase at OpenStreetMap
> US, Inc. . OpenStreetMap US, Inc. partners with
> Stripe to provide secure invoicing and payments processing.
>
>   Stripe, 510 Townsend Street, San Francisco CA 94103
> <#m_-6118134566737645434_>
>
>
>
> Charlotte Wolter
> 927 18th Street Suite A
> Santa Monica, California
> 90403
> +1-310-597-4040
> techl...@techlady.com
> Skype: thetechlady
>
> ___
> 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 map use w/o attribution at US News & World Report

[Ian Dees]

On Thu, Sep 27, 2018 at 11:51 AM Steve Friedl  wrote:

> So, I think I should be following the procedure here:
>
> https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution
>
> with a polite note to them.
>
> Am I on the right track?
>

Yep! Feel free to shoot them a polite email asking to provide the required
attribution (and thanking them for using OSM).
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] NYC Name Vandalism

[Ian Dees]

Yes, the original harmful edit was made by user "MedwedianPresident" in
changeset https://www.openstreetmap.org/changeset/61555047 20 days ago. It
was then reverted by naoliv a day later:
https://www.openstreetmap.org/changeset/61556585.

naoliv also blocked the user: https://www.openstreetmap.org/user_blocks/2141

On Thu, Aug 30, 2018 at 9:26 AM William Morris 
wrote:

> Does anyone know if this is traceable to OSM, or was it limited to
> Mapbox's mirror? I can't seem to find a related changeset, in any case . . .
>
> https://www.bbc.com/news/technology-45354311
>
> -Bill
>
> ___
> 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] Food delivery services: Move-fast-and-break-trust

[Ian Dees]

On Tue, Aug 21, 2018 at 2:01 PM Michael Reichert 
wrote:

> Many years ago? They have been produced for more than ten years now – in
> German. There is also an English version by Andy Allan. [1]
>

Yes, many years ago. Like you say:


> ...
> [1] Andy stopped distribution about two or three years ago.
>

It'd be great to have smaller, shorter versions that could be handed out
like business cards to handle this case in particular, where business
owners are curious and law enforcement or other interested parties might
express concern.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] State Open Data

[Ian Dees]

Thanks for putting this together, Clifford!

I was collecting street centerline data as part of OpenAddresses a while
ago here: https://github.com/openaddresses/centerlines

I'm happy to add you to this repo if you want to use this repo or feel free
to pull from this repo into your spreadsheet.

My goal with this was to pull all this data into a single, country-wide
layer to map in OSM with. I'm happy to help you down that path, if that's
what you're thinking.

-Ian

On Tue, Aug 7, 2018 at 10:24 AM Clifford Snow 
wrote:

> A few months back I made available Washington State Roads background layer
> available for use in JOSM and iD. (Shoutout to Mapbox for providing free
> hosting of this service.) I would like to add other states but need your
> help finding open data suitable for inclusion in OSM.
>
> To help please update this Google Sheet document [1] with the Open Data
> information. You'll need to give me your email to allow editing but anyone
> should be able to view the information.
>
>
> [1]
> https://docs.google.com/spreadsheets/d/1exG4LchFlLCn8IAM1Sq1JGo8F6UPSnevksjpQ0Y7tTA/edit?usp=sharing
>
>
> Thanks,
> Clifford
>
> --
> @osm_seattle
> osm_seattle.snowandsnow.us
> OpenStreetMap: Maps with a human touch
> ___
> 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] Senseless Germans, again.

[Ian Dees]

Kevin, It's kind of odd that you request that both Bryan and Frederik tone
down the rhetoric and then generalize and repeat the rhetoric throughout
your message.

American mappers strive for the same goal as almost every other
OpenStreetMapper: to improve the map to the best of their ability. I think
what Bryan is reacting to is the consistent negative and deconstructive
comments that seem to show up on OpenStreetMap community channels (mailing
lists, forums, Reddit, IRC, weeklyOSM, etc.) about OSM data in the US.

As you say, the reaction to finding lower-quality data in OSM shouldn't be
to fire off a message threatening a wholesale revert, it should be to help
the mappers improve their mapping skills and to contribute your
improvements so they can learn. Instead of spending the time to build a
meme about how terrible TIGER data is in some areas and posting it to
Reddit then posting a tasking manager task to improve a portion of it, just
skip to creating the tasking manager task and invite folks to improve it.

Hearing that Americans "inhabit a culture of ad-hoc expedience and
sloppiness" or getting an email from a member of the Data Working Group
threatening to revert your contributions is not particularly inspiring.
It's no wonder it's so hard to build a community in the US. Our own
community is working against us!

Let's not tone down the rhetoric: OSM is a great project and we should be
excited about it. Let's just stop pushing away mappers who are trying to
help.

On Wed, Jul 25, 2018 at 9:53 AM Kevin Kenny  wrote:

> Please, let's tone down the rhetoric here - both of you!
>
> Frederik has a long and distinguished history with OSM. He cares about
> the map passionately. He wants very much to see things done right.
> Alas, that tends to mean that he forgets at times what it means to be
> a novice, and expects perfection in mapping from the beginning. He
> works in a part of the world that has a vibrant map community, with
> experienced locals almost everywhere to guide the way, which means
> that he actually gets near-perfection from the novices - because there
> is a generous supply of experienced mentors. For that reason, the
> Europeans, and the Germans in particular, seem to have trouble
> grasping the specific problems that we Americans face - land that is
> incomprehensibly vast to many from Europe, and far too few mappers to
> cover it.
>
> On the other hand, we Americans inhabit a culture of ad-hoc expedients
> and sloppiness - and pay for it in the map, with broken routing,
> broken rendering, and so on. We get in data that are 'just barely good
> enough' - and tend to abandon them to degrade into 'not even good
> enough' as the next urgent project beckons, of places where there are
> no usable data at all. Or go off to our other communities - after all,
> we all have lives beyond the map. (I understand that mapping is also
> what Frederik does for a living. I don't.) This leaves our map in
> disarray, and it's easy for someone to want to throw up his hands and
> rip out big stretches of it.
>
> I'm sure that I'm guilty both ways. I've no doubt field-mapped stuff
> very badly when I was learning, and I've no doubt missed going back to
> fix things. (I at least hope that I've left matters better than I've
> found them!) I've also been guilty, most likely, of damaging the
> community - by importing. I still do it - but in my defense, all of my
> imports are nearly poster children for "data not feasible for amateur
> mappers to survey in the field." (Frederik has argued stongly to me
> that this is a synonym for "data that mappers care too little about to
> deserve inclusion in OSM." I remain unconvinced.)
>
> I do try to tidy up after myself when people leave notes or changelog
> comments! I don't believe that I've ever had a change, no matter how
> large, reverted wholesale.
>
> I do see that some of the Austin sidewalk data appear to be of pretty
> questionable quality. I don't know to what extent the project has
> mapped elsewhere, or how far the problem extends. Has anyone tried to
> reach out to the mappers in question? Or - presuming that this was a
> student group - tried to find their faculty advisor?  Does the web
> site give contact information for a project leader? Are members of the
> DWG other than Frederik aware of the issue?
>
> Reverting the changes should surely be the last resort, not the first,
> and glibly tossing off, "at least they've labeled everything with the
> project, so we can delete it when they fail," is no way to recruit
> mappers! (Recruiting mappers should probably be American mappers'
> highest priority - we have so few!) On the occasions where the mappers
> and leadership are unreachable, it always should have the tone,
> "unfortunately, the original mapper in not answering communications,
> and there is a lack of resources to field-map the questionable
> features, so reversion seems to be unavoidable." The glib dismissal is
> particularly unseemly when it 

Re: [Talk-us] Executive Director Job Announcement - OSM US

[Ian Dees]

Hi all!

The OpenStreetMap US Board has received lots of great applications for
executive director, but we'd love to see more. Please consider reviewing
the job description here and applying yourself, or pass it along to others
that you might think would be interested:

https://www.openstreetmap.us/jobs/

If you have any questions, please feel free to reply to me directly or to
email ed-...@openstreetmap.us.

Thanks!
Ian

On Wed, Jun 27, 2018 at 11:51 AM Jonah Adkins  wrote:

> Hi OSM-US!
>
> The OpenStreetMap US organization is seeking interested persons for our
> first Executive Director. The duties of this role cover a broad scope,
> encompassing organizational program and strategy, as well as fundraising,
> finance, and marketing. This position will require a high degree of
> flexibility and creativity, and a collaborative and inventive orientation.
>
> The successful candidate will be mission-driven and passionate about the
> idea of creating and applying open, accurate geospatial data for the world.
> The Executive Director you will have a chance to make a difference at the
> local, national, and international level. This is a role with ample room
> for growth and creativity, and the successful candidate will come from a
> diversity of backgrounds.
>
> We encourage you to apply!
>
>
> Here are some helpful links with more information about the position and
> the application form:
>
> Blog Post - https://www.openstreetmap.us/jobs/
>
> Direct Link to application form -
> https://docs.google.com/forms/d/e/1FAIpQLSdlKdq612m3VkLwj7XzSgQnLa_dvF8fVXwPU_uGUUsT3biYIg/viewform
>
> For any questions, or if you prefer to submit your application in a
> different manner, please contact us at ed-...@openstreetmap.us with “OSM
> US Executive Director” included in the subject line.
>
> Please share this announcement with your professional/social networks and
> with anyone who may be a great fit for this role.
>
> Thanks
> Jonah Adkins
> OSM US Board Member
>
>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Slack: Do we need an Alternative (was Planning an import in Price George...)

[Ian Dees]

On Tue, Jun 12, 2018 at 5:10 PM Greg Troxel  wrote:

> Martijn van Exel  writes:
>
> > Hi Simon,
> >
> >> > * everyone is on it
> >> That's a bit of a self fulfilling prophecy after you've essentially
> >> force migrated everybody there and then cut the ties with any other
> >> competing media (in OSM) so that you can have your nice walled garden.
> >
> > I would argue that it is a good thing that people converge on one
> > platform to talk about OSM. Whether Slack remains the right choice is
> > something we can debate. It was really the only feasible choice that
> > was available to us at the time we (OSM US) felt the need for a better
> > platform for conversations. Slack has done its job as a for-profit
> > non-open company well in the sense that we're somewhat locked in
> > now. I dislike the fact that it is a walled garden, and becoming more
> > so, as much as anyone who values free and open data and software. If
> > there is a practical way to improve that situation, we should pursue
> > it.
> >
> > Finally, please stop your unpleasant trolling, it has no place in OSM.
>
> Slack is a company with terms some don't like.  People should not have
> to enter into a contract with some random company to participate in OSM.
>
> I for one am not on the osmf-us slack, and am likely to continue not
> being on it.  So "everyone is on it" is demonstrably false.
>
> Another issue is that we are building open data, and open data and open
> source go hand in hand philosophically.  So it is not surprising that
> members of the OSM community object to proprietary communications
> systems.  It is surprising that a non-trivial number of OSM people think
> proprietary communication systems are ok.
>
> There is matrix; I haven't tried that, and I've heard positive reports
> about self-hosted mattermost.
>
> Another possibility, which might fix the terms issue but not the
> proprietary issue, would be for OSMF-US to enter into an agreement with
> Slack, Inc. in such a way that OSM people do not have to enter into a
> contract, much as if they were employees.
>

As we've said multiple times in this thread, it's totally OK for there to
be multiple avenues of communication in the OSM community. That has always
been the case and will continue being the case. If a group of community
members want to get together on a communications channel, they should do
that. It's especially OK when the communication channels are so different
(like Slack/IRC vs. mailing lists). OSM US doesn't require anyone to use
any particular communication channel and a large swath of the US's most
engaged mappers are on several (mailing lists, slack, IRC, forum, etc.).

Also, I don't think it's surprising that a vast array of different kinds of
people participate in OpenStreetMap. Some of those people are interested
and passionate in OpenStreetMap because of its relation to the Open Source
movement, and some people want to contribute to a community project. I'm
sure there are plenty of other reasons why people are part of this
community – we should be welcoming to all of them, not just the ones that
are passionate about Open Source.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Slack: Do we need an Alternative (was Planning an import in Price George...)

[Ian Dees]

On Sun, Jun 10, 2018 at 2:24 PM, Jeffrey Ollie  wrote:

> On Sat, Jun 9, 2018 at 10:21 PM, Bryan Housel 
> wrote:
>
>> > I'm also interested in how others feel about Slack. Is it good for the
>> community or should we look elsewhere?
>>
>> Glad you asked!  I think Slack has changed the way I work for the better.
>>
>> Here are some advantages..
>> * lower barrier to entry for less technical folks
>>
>
> Signing up for a mailing list is really that hard?
>

Mailing lists and forums solve a different problem than chat systems like
Slack or IRC. All of these systems can co-exist at the same time and
support people who want to communicate in different ways.

But to answer your question, I assist at least one person a week with
figuring out how to subscribe to the OSM mailing lists I moderate. The
mailman system we're using is rather confusing, especially to people who
haven't experienced mailing lists before.


> * works well for both sync and async chat
>>
>
> I completely disagree on the async chat. Maybe it would work if people
> took advantage of the conversation threading features that Slack and some
> other clients offer but they rarely do. Therefore you're stuck scanning
> pages and pages of comments looking for needles in haystacks and trying to
> reconstruct the conversations.
>

What's interesting to me about Slack is that if someone mentions you while
you're away, you'll get an email or phone notification with a link to the
context of the mention. This lets me follow important conversations or
answer questions if someone asks me directly. If I want to, I can skip over
everything else very easily. This goes back to the difference between
mailing list/forum-style communication and real-time communication with
IRC/Slack. All of these systems can (and should) exist together to support
people who prefer different styles of communication.


>
>
>> * decent search
>>
>
> It has search, but the fact that Slack's (and many others are the same)
> search is a walled garden makes its use limited.
>

Sure, messages aren't indexed by Google by default, but I've never once run
into a useful search result from IRC logs in Google. Slack's built-in
search is very useful and I use it all the time from within the app.


>
>
>> * everyone is on it
>>
>> I really can’t imagine going back to something else.  I’d happily pay for
>> it if they asked me to.
>>
>> There are currently over 800 people on the OSM-US Slack, and over 3000 on
>> the GIS Spatial Community Slack.  I have no idea how many people are
>> subscribed to the talk-us mailing list.
>>
>
> 800 people signed up for an account, but only 20 or so have a client open.
> I hadn't even logged in since September 2017 when this discussion started.
> Doesn't really sound to me like everyone is making use of Slack.
>

There are 806 people signed up and our weekly active user count is around
160 with ~4500 chats sent in the last month. There are 506 people
subscribed to the talk-us mailing list, with approximately 15% not
receiving any messages from the list and around 50 messages posted over the
last month. I think both are healthy communities and, as I said above, it's
totally OK for them to co-exist and support people who like to participate
in different ways.

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

Re: [Talk-us] Maximum number of tasks on US tasker

[Ian Dees]

I don't know. Do you see a limit somewhere? I'm happy to increase it.

On Sat, May 5, 2018, 12:35 Paul Johnson  wrote:

> What is the maximum number of tasks possible on the US tasker, and is it
> possible to change that?
> ___
> 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] Refreshing tasks.openstreetmap.us

[Ian Dees]

Yep, I was hoping to understand what the issue with the email is but
haven't yet. That might be a Tasking Manager bug?

Looks like folks are able to create tasks though. I'm happy to mark anyone
a "project manager" so they can create projects. Just let me know what your
OSM username is after logging in.

On Thu, May 3, 2018 at 9:08 PM, Paul Johnson <ba...@ursamundi.org> wrote:

> I see that there's been some tasks created, but I'm not able to create
> tasks or set contact information still.
>
> On Thu, Apr 26, 2018 at 10:05 PM, Ian Dees <ian.d...@gmail.com> wrote:
>
>> Yep, I just got it working this morning. https://tasks.openstreetmap.us
>> is Tasking Manager 3 and http://tasks2.openstreetmap.us/ points to the
>> old version. Please don't make new projects/tasks on the old version.
>>
>> I'll have to look into the contact details not updating. That indicates
>> something is wrong with the database...
>>
>> On Thu, Apr 26, 2018 at 9:49 PM, Paul Johnson <ba...@ursamundi.org>
>> wrote:
>>
>>> Looks like the switchover has happened.  Looks like contact info can't
>>> be updated yet and I don't have the ability to create tasks yet.
>>>
>>> ___
>>> 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] Refreshing tasks.openstreetmap.us

[Ian Dees]

Yep, I just got it working this morning. https://tasks.openstreetmap.us is
Tasking Manager 3 and http://tasks2.openstreetmap.us/ points to the old
version. Please don't make new projects/tasks on the old version.

I'll have to look into the contact details not updating. That indicates
something is wrong with the database...

On Thu, Apr 26, 2018 at 9:49 PM, Paul Johnson  wrote:

> Looks like the switchover has happened.  Looks like contact info can't be
> updated yet and I don't have the ability to create tasks yet.
>
> ___
> 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] Refreshing tasks.openstreetmap.us

[Ian Dees]

Unfortunately I haven't seen a way to migrate from 2 to 3 easily. If anyone
out there is willing to help with that I'd be very happy!

On Fri, Apr 20, 2018 at 5:49 PM, Paul Johnson <ba...@ursamundi.org> wrote:

> Is there any way to move any tasks as they are right now?  I'm presently
> using the tasker to handle TIGER cleanup in Oklahoma County.
>
> On Fri, Apr 20, 2018, 17:35 Ian Dees <ian.d...@gmail.com> wrote:
>
>> Hi all,
>>
>> I'm looking to shut down the current Tasking Manager 2-based service at
>> http://tasks.openstreetmap.us/ and start fresh (with no data migration)
>> on Tasking Manager 3.
>>
>> I'm doing this so we can more easily support HTTPS and to get it off an
>> aging physical server and onto "the cloud". I don't have the time to figure
>> out how to migrate the old data, so we'll be starting from scratch unless
>> someone has strong objections.
>>
>> Please let me know if this is a problem or if you'd like to get data out
>> for some reason before I dismantle it.
>>
>> -Ian
>>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] Refreshing tasks.openstreetmap.us

[Ian Dees]

Hi all,

I'm looking to shut down the current Tasking Manager 2-based service at
http://tasks.openstreetmap.us/ and start fresh (with no data migration) on
Tasking Manager 3.

I'm doing this so we can more easily support HTTPS and to get it off an
aging physical server and onto "the cloud". I don't have the time to figure
out how to migrate the old data, so we'll be starting from scratch unless
someone has strong objections.

Please let me know if this is a problem or if you'd like to get data out
for some reason before I dismantle it.

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

[Talk-us] Undiscussed mass-revert by user Nakaner-repair

[Ian Dees]

Hi All,

I noticed that user Nakaner-repair just reverted 1000+ changesets
throughout the United States without any discussion in the local community.
Nakaner-repair points to a thread in the German forum [0] that seems to
indicate that they think these edits were made by paid mappers. Having not
heard from those suspected paid mappers, they went ahead and reverted
without discussion from the local community.

Some questions:

Was this action made under the auspices of the Data Working Group?
Has the "directed mapping" policy been approved by the OSMF?

I'd be interested in seeing all of these reverts reverted (at least in the
US) until discussion can take place.

-Ian

[0] https://forum.openstreetmap.org/viewtopic.php?id=61964
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Save the Date: State of the Map US 2018 is in Detroit!

[Ian Dees]

Thanks for reminding me about those groups on Facebook. If you could post
there, that'd be very helpful!

On Thu, Apr 5, 2018 at 8:12 AM, Nathan Hartley <nat...@7hartleys.org> wrote:

> There is a OpenStreetMap Michigan Facebook group...
>
> https://www.facebook.com/groups/MichiganOSM/
>
> And a OpenStreetMap US Facebook group...
>
> https://www.facebook.com/groups/osm.us/
>
> Maybe this should be shared with them as well. I can, if you would rather.
>
>
>
> On Wed, Apr 4, 2018 at 6:39 PM, Ian Dees <i...@openstreetmap.us> wrote:
>
>> Hi everyone!
>>
>> The State of the Map US 2018 team and the OpenStreetMap US Board are
>> excited to announce that the next State of the Map US event will be held in
>> Detroit over the weekend of October 5-7.
>>
>> More information can be found in our blog post:
>> https://www.openstreetmap.us/2018/04/announcing-sotm-us-2018-detroit/
>>
>> and on our website:
>> https://2018.stateofthemap.us/
>>
>> If you're interested in helping with the program, scholarships,
>> fundraising, volunteer coordination, or anything else, please let us know!
>> You can email us at sot...@openstreetmap.us or reply to me.
>>
>> Looking forward to seeing you all in Detroit,
>> Ian
>>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] Save the Date: State of the Map US 2018 is in Detroit!

[Ian Dees]

Hi everyone!

The State of the Map US 2018 team and the OpenStreetMap US Board are
excited to announce that the next State of the Map US event will be held in
Detroit over the weekend of October 5-7.

More information can be found in our blog post:
https://www.openstreetmap.us/2018/04/announcing-sotm-us-2018-detroit/

and on our website:
https://2018.stateofthemap.us/

If you're interested in helping with the program, scholarships,
fundraising, volunteer coordination, or anything else, please let us know!
You can email us at sot...@openstreetmap.us or reply to me.

Looking forward to seeing you all in Detroit,
Ian
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Help fight advertising

[Ian Dees]

Hi Frederik,

I disagree that this is a "fight". Have we attempted to reach out to the
people running this operation? Have we asked the Operations team to
correlate IP address for the accounts that are created and used once? Have
we looked at what email addresses they use when signing up for clues? It
would be great to have these folks contributing the non-advertising parts
in a manner consistent with the rest of the community, and perhaps they'd
be willing to adjust their practices if we are able to ask them.

Also, your characterization of US mappers being more lax about this is a
little insulting. OpenStreetMappers in the US spend lots of time looking
for this kind of stuff and revert some of the most obvious stuff. Clifford
Snow, for example, has spent a lot of time researching who might be behind
these edits. I look forward to his feedback here, too.

I appreciate the time you've spent putting together this list of nodes.
I'll take a look at some of them, and maybe we can load them into
MapRoulette to help work through the list?

-Ian

On Thu, Mar 1, 2018 at 4:44 PM, Frederik Ramm  wrote:

> Hi,
>
> over the past year or so, I have recreationally hunted down advertising
> on OSM and removed it. In many cases it's a clear-cut situation (there
> were cases where advertising borders on vandalism, with whole streets
> being named after a business), but there have also been situations where
> a local mapper had diligently copied a business's sales slogan into the
> description tag and was then upset to see this removed.
>
> As more and more SEO firms start dumping their stuff onto OSM (and here
> I am not talking about those who actually talk to us and listen, but
> those who don't care), this is becoming a fight that needs to be fought
> by the community as a whole.
>
> With this posting I'd like to start a wider discussion about
> advertising; the reason it goes to talk-us is that the USA are more
> strongly targeted by SEO companies and at the same time the community
> there is still not as big and watchful as in other regions of interest
> to spammers, leading to a relatively high volume of unwanted advertising
> in the US.
>
>
> General rant about advertising
>
> I'll make this short as it's likely the most opinionated part of this
> message. Advertising illustrates a lot of what has gone wrong in western
> societies. There's a war on over attention, and most people are affected
> by it throughout their daily lives - even if you run an adblocker, you
> won't be immune to the attention-grabbing design of web sites and apps
> and games. The films you watch on TV will deliver content that fits
> snugly around the ad breaks. Advertising has crept into the home, into
> schools and kindergartens. Advertising calls you on the phone.
> Advertising's very mission is not to make your life better, but take
> your mind away from what matters, and making you want something.
> Advertising harms rational thought, self-determination, wellbeing, and
> the environment.
>
>
> Advertising != information
>
> It is information if you say "there's a supermarket here named
> so-and-so, and they are open at this time, and this is their telephone
> number, and they sell these products". It is advertising if the products
> or services are described in a way designed to make this particular
> vendor stand out, or designed to make you want to buy. A list of
> products or services can already venture into the world of advertising.
> Example: "Sells ice cream and milk shakes" - not advertising. "Sells
> chocolate ice cream, vanilla ice cream, homegrown blueberry ice cream,
> and caramel fudge ice cream" - this is getting dangerously close to
> advertising (do you taste it in your mouth already?). "City's premier
> spot for delicious organic ice creams, prepared on the premises by our
> Italian chef", well.
>
>
> Rant about advertising in OSM
>
> Advertising is often added to OSM in blatant disregard for what we want;
> for those adding advertising to OSM, we are just another vehicle to
> carry their marketing message across. More precisely, you will usually
> have a business crafting a marketing message, asking another business to
> "manage their online visibility" for a small fee, and that business then
> exploits cheap labour in a sweatshop somewhere on the planet to add the
> marketing message to OSM (and Google Plus, and Facebook, and all the
> yellow pages they can find). Data added to OSM this way consists of a
> factual part (name and type of business, address, opening hours), and an
> advertising part (usually in the "note" or "description" tag, and/or in
> changeset comments and user profiles).
>
> The advertising part itself has no place in OSM, but even the factual
> part is often buggy in a number of ways:
>
> * the address tags don't follow OSM conventions (suite/unit number added
> to addr:street, abbreviations in street names)
> * the placement of the node is wrong (in the middle of the road,
> 

[Talk-us] OpenStreetMap US Board Elections

[Ian Dees]

Hello,

I invite all my fellow US-based OpenStreetMap enthusiasts to run for the
board of OpenStreetMap US. We initially announced that the deadline for
nominations was the 4th of February, but so few people nominated that we
extended it to the 11th (this Sunday).

Please check out the original blog post announcing the election in January:

http://www.openstreetmap.us/2018/01/board-elections/

and the updated blog post from today:

http://www.openstreetmap.us/2018/02/board-elections-extra-time/

Nominate yourself on the wiki page here:

https://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters/United_States/Elections/2017#Candidates

Let us know if you have any questions, and we look forward to hearing from
you all at our townhall with the candidates next week!

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

Re: [Talk-us] Old Bing/ESRI satellite imagery?

[Ian Dees]

Hi Albert,

Please keep in mind that all of this data you're complaining about is
donated to the OSM community and it's a privilege to have access to it.
Please don't take your frustrations out on the providers that are letting
us use their service for free.

All of the providers that donate their imagery are constantly adding or
improving imagery. Since it takes a lot of work to make these imagery
layers, the "previous iteration" is probably not out there in any way. The
best you can do is go to the provider and ask them to improve the imagery
so that the next imagery update can have better imagery.

Also, keep an eye out for local imagery from the state (through NAIP, for
example), your county, or city. Governments in the US frequently post their
imagery online for you to use.

-Ian

On Tue, Jan 30, 2018 at 6:46 PM, Albert Pundt  wrote:

> With the exception of the higher-resolution imagery in cities, the current
> Bing/ESRI World Imagery is worse than the previous iteration in every way
> except for being newer. It's blurry, often distorted, and frequently has
> clouds covering it. The previous imagery was crisper and rarely if ever had
> clouds, and what little distortion there was was obvious and avoidable.
>
> Is there any way to still access this imagery, or at least a better
> alternative to the current Bing/ESRI imagery? If the former, then the
> outdatedness of it could be easily worked around by comparing to the other
> imagery available. It must exist "out there" in some capacity, since the
> Mapbox/Digitalglobe Standard imagery still uses it in western Pennsylvania,
> and even in some low zoom levels on Bing.
>
> I would use some of the other nationwide imagery options available in
> JOSM, but most of them are   either low-resolution or with color so bright
> and washed out it's often difficult to map with.
>
> —Albert
>
> ___
> 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] Walmart Import

[Ian Dees]

Hi list,

I wanted to remind everyone that we're all trying to make the map better
here. Please be careful with the words you choose to use so that they
aren't condescending or attacking.

For example, in this message from Peter it's very easy to read the
sentences about opening hours as a personal attack on Ilya and not a new
critique of the proposal. It might have been better to write:

"I'm worried that this import will replace more specific holiday opening
hours with the generic year round string. Will the import process include a
check to make sure the object hasn't changed since you ran the conflation
so that changes like this don't get overwritten?"

There's no need to make the claim that the import gets to have more weight
(no one said it did) and there's no need to direct the message at Ilya. As
has been discussed before, he's helping Brandify with tools.

Happy holidays,
Ian

On Dec 22, 2017 01:47, "Peter Dobratz"  wrote:

Ilya,

I'm trying to wrap my head around how making this a "frictionless series of
imports" is going to work.  So if a local mapper edits details on a
Walmart, those details could potentially be swiftly overwritten with your
data?

As you can see, the opening hours for next week are non-standard due to the
Christmas holiday.  What if someone decides they want to add that level of
detail to the opening_hours tag:
opening_hours=00:00-01:00,05:00-24:00; Dec 24 5:00-18:00; Dec 25 off; Dec
26 06:00-24:00

How long until you automatically replace this with "05:00-01:00" ?

Do you see the problem with doing that?

As you say there are differences of opinion in how things are tagged.  Why
does your opinion get to have more weight?

Peter

On Thu, Dec 21, 2017 at 1:12 AM, Ilya Zverev  wrote:

> Hi Peter,
>
> Thank you for suggestions.
>
> First, the highlighted tag value is what goes into OSM. In your case, the
> import will keep the shop=department_store.
>
> Regarding updates to opening_hours, you are suggesting I parse each
> opening_hours value and then compare these? It would be quite hard and in
> my opinion excessive. With the two values being equivalent, I don't how the
> data becomes worse. A few times I omitted "Mo-Su", I was being told it's
> better to specify the weekdays, so it is again a matter of opinion.
>
> In your example, you override the definition for Monday, so it doesn't
> demonstrate anything besides how complex the opening_hours notation is.
>
> The rest I answered in imports@, and some of it goes against what other
> community members suggest, so again I can conclude that is a matter of
> opinion and not important one way or another:
>
> * URL is provided by Walmart and is much better than what we have.
> /whats-new can be fixed later, and does not really matter, because it still
> takes to a store page.
> * addr:full is provided by Walmart and may be used to improve addressing
> where there are no addr:* tags. Sorry the importing script cannot do
> conditional tagging.
> * operator was recommended by community members, and is a good tag to
> filter all Walmarts.
> * ref:walmart will be used for updating the data. Ref may refer not only
> to a store, but to a building or another feature.
>
> Please understand that this is not a one-off handcrafted import. We are
> working on a process for frictionless series of imports, with regular
> updates later on. I understand you have mapped a Walmart and feel
> protective of it. I felt the same a few years into OSM, because everything
> you add to the map is important. With this import, I believe it does not
> make the data worse. More attributes is not bad, even if some of these are
> redundant. The main thing is, until now there were zero mappers who care
> about keeping all the Walmart stores in OSM up-to-date, and after, there
> will be more. To me, that is a good thing.
>
> Thanks,
> Ilya
>
>
> > 21 дек. 2017 г., в 1:22, Peter Dobratz  написал(а):
> >
> > Ilya,
> >
> > Here's a Walmart that's been built in the last few years I recently
> added to OSM:
> >
> > http://audit.osmz.ru/browse/walmart/5935
> >
> > What's currently in OSM represents my own mapping style, but I think
> it's worth discussing the differences before you change them across the
> whole country.
> >
> >
> > If I read this correctly, you are planning on changing the top-level tag
> from shop=department_store to shop=supermarket.  I have been using
> shop=supermarket only for Walmarts branded as "Walmart Neighborhood Market"
> and using shop=department_store for all other Walmarts.  For me the main
> distinction is that most Walmarts have departments for things like clothing
> and electronics that don't exist in the "Walmart Neighborhood Market"
> stores.
> >
> >
> > You are proposing changing the opening_hours tag from
> "00:00-01:00,05:00-24:00" to "Mo-Su 05:00-01:00".  When I'm adding opening
> hours, I avoid timespans that cross midnight as there is some difference of
> opinion as to what 

Re: [Talk-us] Willoughby, Ohio

[Ian Dees]

Got it, thanks for the extra detail Simon. I see you're mapping in the area
too. Thanks for your help improving the area.

On Sun, Dec 3, 2017 at 1:09 PM, Simon Poole <si...@poole.ch> wrote:

> The street in question is Stevens Boulevard http://www.openstreetmap.org/#
> map=17/41.64710/-81.42325 it seems that there is an issue mainly with
> trucks and speeding, seems like a  classical rat run.
>
> There seems to be a "no trucks" restriction and potentially lower max
> speed on the road itself (none of which is mapped in OSM), but the input
> from the concerned people is rather sketchy (I'll be adding what I've been
> able to extract in a couple of minutes). Obviously we are under no
> obligation to remove the street, nor would that make any sense at all, but
> we can still try and help the people living there.
>
> And yes both the DWG and the LWG regularly receive a small number of
> complaints of a similar nature, so it is nothing particularly special
> outside of the missing data.
>
> Simon
>
> Am 03.12.2017 um 18:22 schrieb Ian Dees:
>
> On Sun, Dec 3, 2017 at 11:17 AM, Walter Nordmann <wnordm...@gmx.de> wrote:
>
>> to be more concrete: ask the author of the starting post. i don't know
>> anything about that area.
>>
>> regards
>> walter
>>
>> btw: getting every post twice, strange.
>
>
> Got it. I did ask Simon, but you replied so I thought you were answering
> for him. I'll wait for Simon's reply.
>
> Thanks!
>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Willoughby, Ohio

[Ian Dees]

On Sun, Dec 3, 2017 at 11:17 AM, Walter Nordmann  wrote:

> to be more concrete: ask the author of the starting post. i don't know
> anything about that area.
>
> regards
> walter
>
> btw: getting every post twice, strange.


Got it. I did ask Simon, but you replied so I thought you were answering
for him. I'll wait for Simon's reply.

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

Re: [Talk-us] Willoughby, Ohio

[Ian Dees]

I did. I'm asking for more details. Are you suggesting we should look for
someone to do "a quick Mapillary/OSC run" through the entire city of
Willoughby? That's a lot of road.

That's like me coming to talk-de and saying "We received a complaint about
a road somewhere in Schmargendorf, Wilmersdorf, or Charlottenburg in
Berlin. Anybody on the list in the vicinity that could do a survey or a
quick mapillary/OSC run along it?"

On Sun, Dec 3, 2017 at 11:06 AM, Walter Nordmann <wnordm...@gmx.de> wrote:

> no, please read the original post.
>
> Am 03.12.2017 um 17:57 schrieb Ian Dees:
>
> On Sun, Dec 3, 2017 at 10:54 AM, Walter Nordmann <wnordm...@gmx.de> wrote:
>
>> Hi Ian,
>>
>> there was a request to remove that road but that will not be done. we
>> don't delete existing objects just to make them invisible.
>>
>> and the problem is: that area is poorly mapped and shoud be enhanced by
>> local mappers.
>>
> Ok, sounds good. Can you give more specific information about where in
> Willoughby the complaint was made? It's a rather large area.
>
>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Willoughby, Ohio

[Ian Dees]

On Sun, Dec 3, 2017 at 10:54 AM, Walter Nordmann  wrote:

> Hi Ian,
>
> there was a request to remove that road but that will not be done. we
> don't delete existing objects just to make them invisible.
>
> and the problem is: that area is poorly mapped and shoud be enhanced by
> local mappers.
>
Ok, sounds good. Can you give more specific information about where in
Willoughby the complaint was made? It's a rather large area.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Willoughby, Ohio

[Ian Dees]

On Sun, Dec 3, 2017 at 5:00 AM, Simon Poole  wrote:

> We've (data & legal) received a request to remove a street in
> Willoughby, Ohio for safety reasons. It does seem as if a couple of
> things are rather under mapped there (speed limits, access and so on,
> not to mention POIs, but that's a different story). Anybody on the list
> in the vicinity that could do a survey or a quick mapillary/OSC run
> along it?


Can you be a little more specific about where in Willoughby we should look?
Is there a changeset where the road was removed?
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Multipolygonizing

[Ian Dees]

Hi everybody!

Please remember to stay on topic and friendly. This thread seems to be
drifting off into a discussion about the merits of OSM editors.

Also remember that long replies tend to result in people talking past one
another. Short, sweet, and to the point helps a conversation stay on topic.

-Ian
Your friendly talk-us moderator

On Mon, Nov 20, 2017 at 5:24 PM, Andy Townsend  wrote:

> On 20/11/2017 19:36, Gleb Smirnoff wrote:
>
>> Come on, JOSM itself is difficult, but everyone
>> who groked JOSM, never returns to Potlach.
>>
>
> Untrue.  Each of the OSM editors has strengths and weaknesses - it's
> simply a case of finding the best tool for the job.  In some cases that
> might be JOSM; in some cases it might be something completely different
> (StreetComplete?).  JOSM isn't the best at everything - it has a user
> interface out of the fifth circle of hell and seems intent on dragging the
> user straight back there.  It fails with some stuff that is "basic" to e.g.
> Potlatch (mapping with waypoints recorded with information in them as you
> go for example).  See questions such as https://help.openstreetmap.org
> /questions/7675/josm-is-it-possible-to-convert-an-individual
> -waypoint-in-a-gpx-file-to-a-node for a bit more discussion on that.
>
> Best Regards,
> Andy
>
>
> ___
> 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: [OSM-talk] weeklyOSM #382 2017-11-07-2017-11-13

[Ian Dees]

On Fri, Nov 17, 2017 at 10:28 AM, Christoph Hormann  wrote:

> On Friday 17 November 2017, Mikel Maron wrote:
> >
> > > Yuri Astrakhan re-started the discussion on the Talk mailing list
> > > about the tool to do mechanical edits (it is now called Sophox).
> > > The discussion continues to be quite contentious.
> >
> > This is better. It gets the same substantial information across, but
> > does not call out judgement on an individual, and allows the reader
> > to enter the discussion with an open mind. -Mikel
>
> Yikes!
>
> You are aware that Yuri considers this tool not a mechanical edit tool
> so maybe lets also censor that part of the message...
>
> I sincerely hope the weeklyOSM team ignores such advise.  No one really
> wants a shallow, politically whitewashed verbal ornamentation of the
> links carefully vetted not to hurt anyone that could be generated by a
> bot (yes, there is some irony in that).


I don't know about a "shallow, politically whitewashed verbal ornamentation
of the links", but I *do* want to see WeeklyOSM (and the rest of the
community) try harder to not hurt individuals or make disparaging remarks
about any particular member or project in this community.

There are so many things happening in the OSM community: the WeeklyOSM team
could do a better job at editorial control so that they could talk about
all those things without letting politics or opinions show up in their
posts.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-us] Potential vandalism or very misguided edits near Madison

[Ian Dees]

I'm beginning a revert now.

On Thu, Nov 9, 2017 at 2:13 PM, Harald Kliems  wrote:

> I am local, and yes, there is no good reason/explanation for those
> deletions. Looks like a clear case for a revert. I'm not confident enough
> in my revert abilities, though.
>  Harald, Madison (WI)
>
> On Thu, Nov 9, 2017 at 2:09 PM Simon Poole  wrote:
>
>> See at least the last 5 or so changesets here
>> https://www.openstreetmap.org/user/JuggernautMapper/history
>>
>> Walter has already commented on one of the changesets but maybe somebody
>> local should have a look at the edits and potentially revert.
>>
>> Simon
>>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Potential vandalism or very misguided edits near Madison

[Ian Dees]

On Thu, Nov 9, 2017 at 2:08 PM, Simon Poole  wrote:

> See at least the last 5 or so changesets here
> https://www.openstreetmap.org/user/JuggernautMapper/history
>
> Walter has already commented on one of the changesets but maybe somebody
> local should have a look at the edits and potentially revert.
>

That user has made more than 5 changesets. I'm assuming you're talking
about the large swaths of deleted stuff?
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk] Misrepresentation of OSM by HOT?

[Ian Dees]

On Oct 23, 2017 08:59, "Mikel Maron"  wrote:


However ... I hope we can also agree that it is counter productive to start
off such discussions in such an argumentative pose. I hear a lot of
distrust in phrases like "misrepresentation", "claiming ownership", "exactly
what HOT doesn't do". It's emotionally draining for me to read things like
this, and I don't think I'm alone. There is always more we can learn from
each other, about what to do and how to do it. We are all here in
OpenStreetMap because we love the map. Can we please use that as a starting
point in our interactions, and focus on helping each other to make the map
together?


Yes, thanks for bringing this up Mikel. Combative questions and the
assumption that the other party is trying to attack OSM makes threads like
this extremely difficult to participate in. People interested in having a
conversation about OSM avoid the mailing lists because of threads like this
and it hurts our community.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-us] Trunk

[Ian Dees]

Hi everyone,

It sounds like this thread isn't really going anywhere. Since email threads
like this tend to be a terrible way to have intense conversation, I would
encourage you all to talk in real time on IRC, Slack, or a video chat of
some sort. Maybe Martijn could set up a Hangout?

-Ian

On Oct 5, 2017 17:33, "Martijn van Exel"  wrote:

> Question for you all:
>
> What make Michigan state routes 5 and 10[1] trunks rather than primaries?
>
> To my mind these are highway=primary mainly because of at-grade
> intersections.. I am still confused about what makes a trunk road in the
> US. To my mind it's roads with no at-grade intersections but not built to
> interstate standards / not having an interstate designation... I'm not
> looking to open up a can of worms but I would really like to understand.
>
> Martijn
>
> [1] https://www.openstreetmap.org/#map=13/42.5188/-83.3982
>
> ___
> 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] Comparing Tiger 2017 dataset with OSM in a automated way.

[Ian Dees]

It would be interesting to see what differences CYGNUS would turn up. What
would the output of CYGNUS be?

I put together the TIGER 2017 layer that's in the editors right now. I'll
work on writing up how I did it later today.

Basically: I used tiger-tiles (https://github.com/iandees/tiger-tiles) to
generate a vector tiles database with expanded road names from TIGER 2017.
Then I downloaded an osm-qa-tiles (https://osmlab.github.io/osm-qa-tiles/)
file for the United States and ran osmlint's tigerDelta (
https://github.com/osmlab/osmlint/tree/master/validators/tigerDelta) to
find the segments that had different geometry. The output was then ran
through Tippecanoe to generate a vector tileset and posted to Mapbox as the
low zoom red features.

On Wed, Oct 11, 2017 at 4:03 AM, Badita Florin 
wrote:

> Hi, i wanted to ask if there will be interest around comparing TIGER 2017
> with what we have in OSM, using CYGNUS, in a automated way.
> http://www.openstreetmap.org/user/mvexel/diary/36746
>
>
>
> On top of cygnus, i have developed shgp2cygnus, were you can place any
> shapefile, any size, you provide a translation file, and, in the end, you
> get a list with all the ways that are in the TIGER dataset, but not in OSM.
>
> This would be something useful for the community ?
>
>
>
> I don`t know if somebody is already doing something similar, or what is
> the status ? Were can i read more ?
>
> I knoiw that the TIGER 2017 Overlay in JOSM shows in red the roads that
> are not in OSM, but are in TIger 2017.
>
> But I don`t know were to read more, and if the data is accessible to
> download directly, not just show as a WMS Layer.
>
>
>
> It will take around 7-14 days to process all USA”
>
> ___
> 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] dubious church node

[Ian Dees]

The history of the node shows that I created it 8 years ago:

http://www.openstreetmap.org/node/356845407/history

The gnis tags indicate that it probably came in from my (somewhat
misguided) GNIS import back then. If there's no recent information to
corroborate the node then feel free to delete it.

On Sep 29, 2017 18:28, "John F. Eldredge"  wrote:

> OSM Item 356845407 is a node supposedly marking the location of a church
> named "Mill Creek Church", at coordinates 36.0972810, -86.7027754 <
> http://www.openstreetmap.org/#map=18/36.0972810/-86.7027754>. The node
> history shows two changesets making edits to the node, but no changeset for
> the creation of the node. It has these tags:
>
> amenity
> place_of_worship  /wiki/Tag:amenity=place%20of%20worship?uselang=en-US>
> ele   145
> gnis:county_id  037
> gnis:created05/19/1980
> gnis:feature_id  uselang=en-US>1306749
> gnis:state_id   47
> name 
> Mill Creek Church
> religion 
>   christian  /wiki/Tag:religion=christian?uselang=en-US>
>
> I became curious about this, as aerial photos in Google Earth do not show
> a church there. I drove to these coordinates, and determined that they are
> for a loading dock on the back of an industrial warehouse. There are no
> signs indicating that any congregation meets there; the warehouse appears
> to be in active commercial use. Should I remove this node? -- John F.
> Eldredge -- j...@jfeldredge.com "Darkness cannot drive out darkness; only
> light can do that. Hate cannot drive out hate; only love can do that." --
> Dr. Martin Luther King, Jr.
>
>
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
>
>
> ___
> 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: [OSM-talk] WhatOSM, a guide for contribution tools

[Ian Dees]

The trademark policy in question was just a draft and we haven't heard
anything about it moving beyond draft since.

On Thu, Sep 21, 2017 at 1:14 PM, PanierAvide  wrote:

> Thanks for pointing this out. I'm clearly not an expert of legal issues,
> so the following may probably not make sense.
>
> 
> The goal of this tool is to help new contributors, and making them more
> easily start contributing to OSM. If we give it an obscure name, not
> referring to OSM, then where is the link between this tool and OSM ? I
> understand legal issues, but I hope that we don't loose of sight that we
> are a community project, and we need some form of cohesion. Our tools don't
> share so much except that they edit OSM data or help people doing so.
> According to this policy, JOSM should have been named instead "Java Editor
> for you-know-which-map-I'm-talking-about" ? Doesn't make sense to me.
>
> However, if there is a way to keep the name and sign some sort of
> contract, implying that I will not misuse the name or so, no problem, that
> would be fair. But let's keep the fun in creating tools for OSM, and not
> being able to name it using OSM is clearly boring plus misleading for users.
> 
>
> Thanks for reading this nonsense, I'm totally open to find a way to solve
> this potential naming issue, if someone can give me some hints about it, it
> would be great.
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-us] Post-Harvey & Irma Images from Digital Globe

[Ian Dees]

Yep, OpenAerialMap has them tiled:

https://tiles.openaerialmap.org/irma-post-event/0/preview#11/18.1113/-63.1137

Use this template:
https://tiles.openaerialmap.org/irma-post-event/0/{z}/{x}/{y}.png

-Ian

PS: Check out the OSM US Slack, where we're doing some light coordination
on this in the #disasters channel. https://osmus-slack.herokuapp.com/

On Wed, Sep 13, 2017 at 4:30 PM, Jeffrey Ollie  wrote:

> Digital Globe has released some imagery of the areas affected by
> Hurricanes Harvey & Irma. It was just raw TIFFs though. Before I spend a
> lot of time figuring a more convenient way to look at these images I was
> wondering if anyone had already done so.
>
> --
> Jeff Ollie
> The majestik møøse is one of the mäni interesting furry animals in Sweden.
>
> ___
> 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] SOTM2017 schedule & housing

[Ian Dees]

There isn't right now, but we do have some conversations going with the
University about getting some spots designated for the conference at the
nearby parking garage.

On Wed, Sep 13, 2017 at 12:20 PM, Mike Thompson  wrote:

> Is there any information regarding parking for those of us who will be
> commuting?
>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] SOTM2017 schedule & housing

[Ian Dees]

Hi Alan,

Please check our website for some more information about the schedule and
suggested hotels:

https://2017.stateofthemap.us/

-Ian

On Sep 13, 2017 05:50, "Alan Bragg"  wrote:

> I've got my ticket but no idea when to arrive or depart and not miss any
> of the events. Specific time of day start and end would make it easier to
> book flights. Program schedule would help.
> Also need suggestions on housing.
>
>
>
> ___
> 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] Gender in OpenStreetMap

[Ian Dees]

Hi all,

Let's continue the conversation on this new thread, keeping in mind that we
all need to keep our mind open and have productive and positive
conversation.

I reserve the right to add a moderated cooling off period if we get too
hostile towards each other again.

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

Re: [Talk-us] Open survey on participation biases in OSM

[Ian Dees]

Hi everybody,

We're going to stop this thread here (at least on the lists I moderate).
Not only is it off-topic for this thread, but we're also off-topic for the
mailing list. Let's remember to keep conversations positive, constructive,
and on topic.

Thanks!
Ian, your friendly list moderator

On Tue, Sep 5, 2017 at 1:27 PM, Joel Holdsworth 
wrote:

> Because the very notion that it is relevant to study OSM by gender is
> divisive.
>
> Who cares what the gender balance of contributors to OSM is? I don't. I
> didn't even know what the split was until this thread. Because it literally
> doesn't matter.
>
> Even it were 99% women, it wouldn't matter. So long as everyone has a
> chance to contribute if they want to.
>
> Some people are saying about how awful it is to have a gender bias in the
> mapped data. If it were 99% women, I would imagine there might be better
> detail about the women's toilets. In that case, I would add data about the
> men's. No one owes me an apology, or a commitment to change their mapping
> habits. The solution starts with me - "Be the change you want to see."
>
> It's simple - whatever gender, race, social group you are, come and use
> OSM. If some data you care about is missing, get mapping!
>
>
> Joel
>
>
>
>
>
> On 05/09/17 12:14, Charlotte Wolter wrote:
>
>>
>> My goodness, all this anxiety! Why are you feeling that
>> you have to justify what you map, just because someone is
>> studying it by gender?
>>
>> Charlotte
>>
>>
>>
>> At 10:10 AM 9/5/2017, you wrote:
>>
>>> On Tue, 5 Sep 2017 08:25:33 +0200 Marc Gemis 
>>> wrote: > One of the discussion points on her diary entry was female hygiene
>>> > products found in women's toilets. How is a man going to map that, >
>>> without access to women's toilets ? > > The real question for me is are men
>>> more likely going to map shop=car > than 
>>> shop=clothes;clothes=underwear/fashion/
>>> ... (sorry for the > stereotyping) > will men map leisure=playground or
>>> amenity=pub ? > will a roman catholic map a mosque ? > will a non-dog owner
>>> map leisure=dog_park ? > > in short: will we map everything we see or do we
>>> map only our > interests ? Furthermore, do we really see everything or do
>>> we only see > (and map) things we are conditioned to ? > > This is not
>>> about buildings, addresses, roads and paths. They are
>>> > pretty gender neutral I think. It's about POIs.
>>>
>>> I know I map what I see (or more precisely, what my camera
>>> captures). If it doesn't have a sign out front, I don't map it.
>>> To take an example from the midwives vs. strip clubs debate,
>>> the phone book lists seven midwives and/or midwife groups
>>> in the Spokane area. Of those, three are attached to hospitals
>>> and one to a community-health clinic, and so wouldn't have
>>> signs. Two are operating out of private homes and don't have
>>> signs (and I wouldn't map them if they did, just like I don't map
>>> lawn care or computer repair businesses operating out of
>>> private homes).
>>> The last one is in the 95% of the city I haven't yet photo-mapped.
>>> The phone book lists zero strip clubs in the Spokane area.
>>> Despite that, I've found and mapped one strip club: it was on a
>>> major street and had a clear sign out front.
>>> Yes, there's a bias in my mapping, but it's a bias towards
>>> "things identifiable from the street." I'm more likely to map a car
>>> store than a clothes store, because car stores are generally
>>> not found inside shopping malls. Playgrounds beat pubs,
>>> because every playground is visible from the street.  And this
>>> non-dog-owner didn't map the dog park, because it was
>>> already mapped by the time I got started.
>>>
>>> -- Mark
>>> ___
>>> Talk-us mailing list
>>> Talk-us@openstreetmap.org 
>>> https://lists.openstreetmap.org/listinfo/talk-us
>>>
>>
>> Charlotte Wolter
>> 927 18th Street Suite A
>> Santa Monica, California
>> 90403
>> +1-310-597-4040
>> techl...@techlady.com
>> Skype: thetechlady
>>
>>
>>
>> ___
>> 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 mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk] [Talk-us] Redacting 75, 000 street names contributed by user chdr

[Ian Dees]

On Sun, Aug 27, 2017 at 7:20 PM, Paul Norman <penor...@mac.com> wrote:

> On 8/27/2017 10:29 AM, Ian Dees wrote:
>
>>
>> I strongly disagree. As a group of people who have received
>> extra-judicial powers in the OSM community, they should be expected to
>> follow community guidelines to a higher degree than the rest of the
>> community.
>>
>
> As the publisher of the OSM database, the OSMF has various legal
> obligations. When we become aware of data that has been illegally copied
> into OSM we need to stop distributing that data, generally by deleting it
> and redacting the old versions so they are no longer accessible. It's worth
> discussing if we can refine the identification of data illegally copied
> data, but we need to remove it in the end, regardless of if we want to.


I haven't seen any compelling evidence or discussion about whether or not
the data in question was illegally copied into OSM. All we have to go on is
the first paragraph of Frederik's initial post. I'm not questioning
Frederik's (or any DWG members') passion or dedication to the project, but
we are the contributors and I would hope we can expect some extra modicum
of transparency when a proposal of this magnitude is made.

I'm glad this discussion is happening now, but I hope we can expect to see
it happen again if something else comes up in the future.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] [Talk-us] Redacting 75, 000 street names contributed by user chdr

[Ian Dees]

On Aug 27, 2017 11:58, "Yves"  wrote:

 a écrit :


Frederik,


Thanks for notifying us about this. I hope that you treat this as an import
or automated edit and follow the rules you would expect to see the rest of
the community follow


Ian,
To lessen the burden of the DWG, I would say that this thread is sufficient
to document the redaction, plus whatever documentation the DWG usually
make.


I strongly disagree. As a group of people who have received extra-judicial
powers in the OSM community, they should be expected to follow community
guidelines to a higher degree than the rest of the community.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-us] Redacting 75, 000 street names contributed by user chdr

[Ian Dees]

Frederik,

Thanks for notifying us about this. I hope that you treat this as an import
or automated edit and follow the rules you would expect to see the rest of
the community follow. Please post samples of your changes, make a wiki page
for posterity, and thanks for working to get buy-in from local community.

Is your plan to revert changes to the name tag made by chdr or will you be
completely removing the name tag? Personally, I would prefer to see the
name tag completely removed so we can more easily come back and correct it.
It might also be better to load this list you posted into maproulette or
similar so we can systematically validate the name values on the ways.

-Ian

On Sun, Aug 27, 2017 at 8:49 AM, Frederik Ramm  wrote:

> Hi,
>
>in 2010 I was privately contacted by another OSM user with the
> suspicion that user "chdr" might be copying names from Google maps
> (there were few "easter eggs" in Oman that were only on Google and not
> in the real world, and they suddenly popped up on OSM). "chdr" was
> contacted at the time, but continued unfazed. In 2013 another mapper
> lodged a complaint with DWG about edits by chdr, and I emailed chdr
> asking him about his sources. At that point chdr stopped mapping. He
> never replied about his sources though, even when I set an ultimatum (of
> 31st August 2013) threatening to remove all names he contributed if he
> can't tell us his source. We do have to assume that all names
> contributed by chdr are copyright violations.
>
> (chdr has added names all around the world, making a harmless survey
> unlikely.)
>
> For various reasons I neglected to act on this, and was only reminded
> now, 5 years later, when DWG received a complaint from a user in Brazil
> where chdr has even used "source=google" occasionally. (But as I said,
> the suspicion is that Google was used throughout.)
>
> I have now compiled a list of all street names that were contributed by
> chdr and are still visible today; we're talking about almost 75,000
> street names world wide. The most affected countries are:
>
>   18023 "United States of America"
>   16345 "Mexico"
>   15109 "Brazil"
>6791 "RSA"
>2802 "Spain"
>2614 "Australia"
>1923 "Argentina"
>1673 "Nigeria"
>1569 "India"
>1441 "Canada"
> 954 "Malaysia"
> 744 "Botswana"
> 717 "Philippines"
> 619 "Indonesia"
> 553 "Italy"
> 414 "Turkey"
> 290 "Hungary"
> 284 "Chile"
> 250 "Kenya"
> 127 "Saudi Arabia"
> 107 "Paraguay"
> 106 "Panama"
> 100 "Morocco"
>
> I've left out those countries with less than 100 affected ways.
>
> For the US, I can break it down by state:
>
>5696 "Arizona"
>5116 "Texas"
>2294 "New York"
>1164 "District of Columbia"
> 740 "Iowa"
> 494 "Colorado"
> 416 "New Jersey"
> 339 "Illinois"
> 268 "Michigan"
> 239 "Pennsylvania"
> 181 "Missouri"
> 147 "Georgia"
> 129 "New Mexico"
> 123 "North Carolina"
> 115 "California"
> 106 "Virginia"
>
> The breakdown for Mexico:
>
>7749 "Baja California"
>2084 "Puebla"
>1964 "Chihuahua"
>1539 "Coahuila"
>1161 "Mexico"
>1040 "Chiapas"
> 342 "Tamaulipas"
> 241 "Sonora"
> 185 "San Luis Potosi"
> 129 "New Mexico"
>
> and Brazil:
>
>   10904 "São Paulo"
>2605 "Paraná"
> 945 "Rio de Janeiro"
> 270 "Rio Grande do Sul"
> 154 "Goiás"
>
> and South Africa:
>
>4422 "Gauteng"
> 750 "KwaZulu-Natal"
> 600 "Eastern Cape"
> 439 "Western Cape"
> 400 "Northern Cape"
> 179 "Mpumalanga"
>
> - each time leaving out a couple others under 100.
>
> We believe that only names, not geometries have been taken from other
> maps so we'll remove and redact the names only. In identifying "names
> contributed by chdr" I took care to really only pick up the names that
> were introduced by them, not names that were there before, and also when
> chdr split a way that had a name I will make sure that the newly created
> way doesn't count as "named by chdr". Additionally, I have ignored those
> cases where chdr simply performed a TIGER expansion (St->Street etc) of
> a name that was there before.
>
> My process has two weak points (that I am aware of):
>
> 1. It doesn't properly "follow" a chrdr-contributed name through way
> splits performed by other users; if someone has split a way created by
> chdr, then the name will remain on the bit that was created by this
> user. This is somewhat unsatisfying but after having manually checked a
> random sample I think the problem is small enough to be ignored.
>
> 2. It is possible that, like with a recent case in Switzerland where I
> had to do a similar redaction, some of these chdr-contributed names will
> have been confirmed by others in a survey, i.e. someone else surveyed
> the area and checked the name, but saw no need to change it in any way
> since it was already correct. Sadly my process will now remove the name
> even though, 

Re: [OSM-talk] [Talk-us] Redacting 75, 000 street names contributed by user chdr

[Ian Dees]

Frederik,

Thanks for notifying us about this. I hope that you treat this as an import
or automated edit and follow the rules you would expect to see the rest of
the community follow. Please post samples of your changes, make a wiki page
for posterity, and thanks for working to get buy-in from local community.

Is your plan to revert changes to the name tag made by chdr or will you be
completely removing the name tag? Personally, I would prefer to see the
name tag completely removed so we can more easily come back and correct it.
It might also be better to load this list you posted into maproulette or
similar so we can systematically validate the name values on the ways.

-Ian

On Sun, Aug 27, 2017 at 8:49 AM, Frederik Ramm  wrote:

> Hi,
>
>in 2010 I was privately contacted by another OSM user with the
> suspicion that user "chdr" might be copying names from Google maps
> (there were few "easter eggs" in Oman that were only on Google and not
> in the real world, and they suddenly popped up on OSM). "chdr" was
> contacted at the time, but continued unfazed. In 2013 another mapper
> lodged a complaint with DWG about edits by chdr, and I emailed chdr
> asking him about his sources. At that point chdr stopped mapping. He
> never replied about his sources though, even when I set an ultimatum (of
> 31st August 2013) threatening to remove all names he contributed if he
> can't tell us his source. We do have to assume that all names
> contributed by chdr are copyright violations.
>
> (chdr has added names all around the world, making a harmless survey
> unlikely.)
>
> For various reasons I neglected to act on this, and was only reminded
> now, 5 years later, when DWG received a complaint from a user in Brazil
> where chdr has even used "source=google" occasionally. (But as I said,
> the suspicion is that Google was used throughout.)
>
> I have now compiled a list of all street names that were contributed by
> chdr and are still visible today; we're talking about almost 75,000
> street names world wide. The most affected countries are:
>
>   18023 "United States of America"
>   16345 "Mexico"
>   15109 "Brazil"
>6791 "RSA"
>2802 "Spain"
>2614 "Australia"
>1923 "Argentina"
>1673 "Nigeria"
>1569 "India"
>1441 "Canada"
> 954 "Malaysia"
> 744 "Botswana"
> 717 "Philippines"
> 619 "Indonesia"
> 553 "Italy"
> 414 "Turkey"
> 290 "Hungary"
> 284 "Chile"
> 250 "Kenya"
> 127 "Saudi Arabia"
> 107 "Paraguay"
> 106 "Panama"
> 100 "Morocco"
>
> I've left out those countries with less than 100 affected ways.
>
> For the US, I can break it down by state:
>
>5696 "Arizona"
>5116 "Texas"
>2294 "New York"
>1164 "District of Columbia"
> 740 "Iowa"
> 494 "Colorado"
> 416 "New Jersey"
> 339 "Illinois"
> 268 "Michigan"
> 239 "Pennsylvania"
> 181 "Missouri"
> 147 "Georgia"
> 129 "New Mexico"
> 123 "North Carolina"
> 115 "California"
> 106 "Virginia"
>
> The breakdown for Mexico:
>
>7749 "Baja California"
>2084 "Puebla"
>1964 "Chihuahua"
>1539 "Coahuila"
>1161 "Mexico"
>1040 "Chiapas"
> 342 "Tamaulipas"
> 241 "Sonora"
> 185 "San Luis Potosi"
> 129 "New Mexico"
>
> and Brazil:
>
>   10904 "São Paulo"
>2605 "Paraná"
> 945 "Rio de Janeiro"
> 270 "Rio Grande do Sul"
> 154 "Goiás"
>
> and South Africa:
>
>4422 "Gauteng"
> 750 "KwaZulu-Natal"
> 600 "Eastern Cape"
> 439 "Western Cape"
> 400 "Northern Cape"
> 179 "Mpumalanga"
>
> - each time leaving out a couple others under 100.
>
> We believe that only names, not geometries have been taken from other
> maps so we'll remove and redact the names only. In identifying "names
> contributed by chdr" I took care to really only pick up the names that
> were introduced by them, not names that were there before, and also when
> chdr split a way that had a name I will make sure that the newly created
> way doesn't count as "named by chdr". Additionally, I have ignored those
> cases where chdr simply performed a TIGER expansion (St->Street etc) of
> a name that was there before.
>
> My process has two weak points (that I am aware of):
>
> 1. It doesn't properly "follow" a chrdr-contributed name through way
> splits performed by other users; if someone has split a way created by
> chdr, then the name will remain on the bit that was created by this
> user. This is somewhat unsatisfying but after having manually checked a
> random sample I think the problem is small enough to be ignored.
>
> 2. It is possible that, like with a recent case in Switzerland where I
> had to do a similar redaction, some of these chdr-contributed names will
> have been confirmed by others in a survey, i.e. someone else surveyed
> the area and checked the name, but saw no need to change it in any way
> since it was already correct. Sadly my process will now remove the name
> even though, 

Re: [Talk-us] TIGER fixup for Hurricane Harvey potential impact areas

[Ian Dees]

On Aug 26, 2017 00:10, "Greg Morgan"  wrote:



On Aug 25, 2017 1:59 PM, "Brian May"  wrote:

Calling all TIGER fixup junkies. I've been poking around the coastal areas
of Texas where Hurricane Harvey is expected to make landfall and seeing a
lot of TIGER fixup needed. More and more websites depend on OSM so it would
be nice to provide more accurate and updated info than what is there now.
Maps and GIS are going to be heavily relied on especially after the storm.


I find it interesting that US is called on to save the world. Will there be
a HOT activating for Texas? Will we get any new imagery for the area? Are
local agencies so well prepared that there is no need to use OSM?


Basically, yes. Part of your tax dollars go to building rather extensive
geospatial datasets for situations just like this. It's always helpful to
improve OSM data, but the best use of our time will probably be in
digitizing post-event imagery when it becomes available.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] anyone know what software is generating these Q/A Notes?

[Ian Dees]

That's from StreetComplete.

On Aug 11, 2017 18:17, "Peter Dobratz"  wrote:

> I'm seeing a pattern of OSM Notes being added where a specific question is
> being asked about missing information in OSM and I was wondering if anyone
> knows what software is being used to generate these notes.  See for example:
>
> http://www.openstreetmap.org/note/1054474
>
> Thanks,
> Peter
>
>
> ___
> 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: [OSM-talk] Draft Trademark Policy

[Ian Dees]

On Aug 4, 2017 08:19, "Jochen Topf"  wrote:

On Thu, Aug 03, 2017 at 11:07:44PM +0200, Simon Poole wrote:
> The LWG would like to start a period of public review and consultation
> on our draft trademark policy, that we intend to bring forward to the
> OSMF board for adoption as a formal policy, please see the text here:
>
>
> https://wiki.openstreetmap.org/wiki/Trademark_Policy#
OpenStreetMap_Trademark_Policy

This is a very well-written document and the will to create a fair
policy is clearly visible. But it immediately opens a whole slew of
questions for me, many of them concerning my own projects.

* Section 2.1 forbids anything called something like "OpenThingMap".
  This form of name is very popular, there are numerous existing
  examples (OpenPOIMap, OpenTopoMap, OpenSeaMap, ...) Do all of these
  have to change their names?
* I have a written an open source software called "OSMCoastline" (among
  many others), this clearly contains the "OSM" abbreviation. The use
  of this software is very specific to OSM data. It doesn't make sense
  for this software not to have OSM in its name really so much is it
  tied to the OSM data. Can it keep this name? There is no mentioning
  of software in the policy at all.
* I am running the website openstreetmapdata.com where people can download
  OSM-derived data and only OSM-derived data. Currently all services
  there are free, we are only asking for donations (and receive almost
  none). But I want to reserve the right to charge for services there.
  The character of this site is in between a community site and
  something commercial. It comes out of my engagement for OSM and the
  OSM community, but it is not something run by the OSMF or so. It is
  run by me and Christoph personally and we might want to move it more
  into the direction of a commercial enterprise in the future. I know
  I am not alone with this, there are many sites that are half-open,
  half-community, half-commercial. And that is, in my opinion a good
  thing, because it is a way for OSM enthusiasts to move to something
  where they can make some money with what they are doing and sustain
  their services. But it raises the question of where community ends
  and trademark licenses are needed. It is quite clear from the policy
  that I can not keep using that domain name. What is not clear to me
  is how I have to do the wording on that site to keep within the
  Trademark Policy? Lets say I changed the site name to
  megaawesomedownloads.com, what else would I have to do? All the
  data on there is 100% derived from OSM data. I don't want to invent
  any bugus "product names", when I offer "OSM coastline data" for
  download, that describes best what you can download. Is a website
  a "Publication" in the sense of the section 4.3?

If such a policy is introduced, I would hope that the OSMF provides some
proactive guidance to the many many people already doing good things
based on OSM and help them get into compliance. I fear many people will
rather stop offering their services instead of understanding the legal
issues involved. This is especially important, because - from my limited
understanding of trademark law - it is necessary to actually defend your
trademarks if you want to keep them. So unlike the data license
violations which the OSMF can ignore as much as it wants to without
limiting what they can do in the future, the OSMF has to actually
defend its trademark. So if the OSMF says that, say "OpenSeaMap" is not
according to our policy, it HAS to fight it (even if nobody really minds
them using this name) to make this stick. So just ignoring some
violations and fighting others isn't possible. Which opens the whole
question of whether the OSMF is organizationally and financially in a
position to actually do this fighting? If not, why have this policy?


I think Jochen and others in this thread are giving great examples of an
important overall point about the OpenStreetMap community. The ongoing
position of the OSMF has been that it should run the API and the website
and the community should support and run any tools the community find
useful. It sounds like this policy is contradictory to that position in
that the community tools that happen to use OpenStreetMap in the name now
must ask for permission or change names.

I understand that OSMF wants to protect it's trademark, but extra care must
be taken to handle the unique situation of our community.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-us] Request to review edits by Zowie Polie

[Ian Dees]

Hi Maning,

I've also noticed and reverted a couple of Zowie Polie's changes. It
doesn't seem like they're responding to blocks or changeset comments,
either.

I did notice that some of the stuff they're deleting is only visible in
newer imagery. I wonder if they're looking at older imagery and deleting
stuff that doesn't look like it's there? Either way, I'd suggest reverts
for the changesets that consisted mostly of deletes.

-Ian

On Thu, Jul 27, 2017 at 10:10 AM, maning sambale  wrote:

> Hi,
>
> Our team noticed Zowie Polie [0] deleting/modifying/adding major
> roads, service roads and buildings, random fictional features such as
> parks etc. over the US.  We think a lot of her/his edits are
> suspicious.  See changeset here [1].  This user also had a block from
> DWG [2].
>
> We commented on one of the changesets and reported the incident to
> DWG.  While we fixed many of the changesets already. Would love for
> the community to review if there are other data that broke the map.
>
>
>
> [0] https://www.openstreetmap.org/user/Zowie%20Polie
> [1] https://osmcha.mapbox.com/?filters=%7B%22date__gte%22%3A%
> 5B%7B%22label%22%3A%22%22%2C%22value%22%3Anull%7D%5D%2C%
> 22users%22%3A%5B%7B%22label%22%3A%22Zowie%20Polie%22%2C%
> 22value%22%3A%22Zowie%20Polie%22%7D%5D%7D
> [2] https://www.openstreetmap.org/user_blocks/1348
> [3] https://www.openstreetmap.org/changeset/50470330
> --
>
> cheers,
> Maning Sambale
> Data, Mapbox
>
> ___
> 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] Decline in accuracy of capture date metadata in Bing imagery

[Ian Dees]

On Wed, Jul 26, 2017 at 4:05 PM, Kevin Kenny 
wrote:
>
> The CONTRIBUTING.md file presumes familiarity with GeoJSON, with the
> specific schema in use to describe the map layers, and with a lot of
> subtleties that may be obvious to someone accustomed to maintaining
> the software stack, but surely are not obvious to the average
> mapper. When I look at it, I wind up mentally saying, "yeah, maybe one
> of these days I'll have time to tool up with all this stuff."
>
> I suspect it might be a more profitable use of everyone's time to have
> mappers like me run interference with the GIS agencies (with the help
> of someone who can speak for the project to answer legal questions),
> and to separate the tasks of finding out information such as what I've
> presented here from the technical details of encoding it in GeoJSON
> and testing with the various data consumers.
>
> I'm sorry if I'm sounding harsh here. I really would like to see this
> move forward. Help me to help you!
>

I'm really glad that Bryan brought this up and that you responded asking
for less technical instructions. I think that finding local imagery sources
like this is a really great use of people's time and is something that *can* be
made really approachable for non-technical folks. We're working on exactly
this for OpenAddresses right now – currently we ask that people file GitHub
pull requests to add data sources and want to make it so that anyone with
knowledge of an address source can easily submit data.

Collecting imagery sources in a similar way was my original thought for the
editor-layer-index, and we definitely need a more approachable path for
people like you who are interested in contributing.

I have a back-burner project to make it easier to ingest and Esri-based
imagery layers for use in iD and JOSM. I'd like to add instructions and
remove assumptions so that contributing that sort of imagery can more done
easily. I'll let you know when it's ready to try out.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Fwd: MEDIA REQUEST/DEADLINE TOMORROW MORNING

[Ian Dees]

Charlotte, you got that because you're on the pr...@openstreetmap.us email
list. We get requests like that occasionally. It's probably legit.

On Thu, Jul 6, 2017 at 4:06 PM, Charlotte Wolter 
wrote:

> Hello, all,
>
> Did anyone else get this? Anyone know if it is legit?
>
> Charlotte
>
>
> Authentication-Results: cdptpa-imsmta10 header.DKIM-Signature=@openstr
> eetmap.us; dkim=pass
> Authentication-Results:  cdptpa-imsmta10 
> x-tls.subject="/C=US/ST=California/L=Mountain
> View/O=Google Inc/CN=smtp.gmail.com"; auth=fail (cipher=AES128-GCM-SHA256)
> X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
> d=1e100.net; s=20161025;
> h=x-gm-message-state:delivered-to:delivered-to:
> dkim-signature:sender
>  :mime-version:from:date:message-id:subject:to:cc:x-
> original-sender
>  :x-original-authentication-results:precedence:mailing-
> list:list-id
>  :list-post:list-help:list-archive:list-unsubscribe;
> bh=H68TQtPgpo9e2E08idgsz80c+3HKJ551hy9fdF8fy/A=;
> b=dTUBIIWE3UrG63suPZ1W8RJOhLOm1EFO4WXiy1TTNzKq6YH8whAjvxZ7qhW7
> fOVV6V
>  f7jHPAAG+paJBQD4CdwxJPNXDhRJDNAtV9v+eIVH3kmX+Vg/
> Q97FhFZV9Bf5HQU85EOq
>  d6oIrtxcURCRm7HFspdjkHwLbMaGQWDpl0RWTVczAy3qarkIBlnoGjDIliD5
> a4jD2CO5
>  XeB3BzuExyPyGyh89M878qPl3Bx1/tjvzwqk7T/
> BEzfcZSbn7UxY1ylqEHFkQ8iA27Ig
>  HAgidmoeNQRGdP4MFGL45vusPCGGtM5eORgcPvdLTqrcMqXE4eY5EzDUFhR7
> aSRyIj4c
>  m6/w==
> X-Gm-Message-State: AKS2vOzyO2fYW9tjOgwuv5FLkguYRB
> GA3vBxcrR+w5onumVZYd22H8gd
>  epvrK12O+urmr0YidcFTZnslMNl+cGSYI7hpfirUuQ==
> X-Received: by 10.13.220.66 with SMTP id f63mr44686573ywe.264.
> 1499364987694;
> Thu, 06 Jul 2017 11:16:27 -0700 (PDT)
> X-Forwarded-To: techl...@roadrunner.com
> X-Forwarded-For: techlad...@gmail.com techl...@roadrunner.com
> Delivered-To: techlad...@gmail.com
> X-Received: by 10.84.217.219 with SMTP id d27mr29730378plj.180.
> 1499364986728;
> Thu, 06 Jul 2017 11:16:26 -0700 (PDT)
> ARC-Seal: i=2; a=rsa-sha256; t=1499364986; cv=pass;
> d=google.com; s=arc-20160816;
> b=deamU+JV/8yM9C//yaohXwBT4/cwnJBdFLp8kXq2G2OB1eanHvhsB8jx
> DZLzgXvUb5
>  vhq7mti0jhx1u3ujQa8hBT+SOILORfe3ZfuCRHmAxXwrTCo5f810h
> kxDbaWjcdcD/Sj5
>  aQWGPWIRtLrhDrSE+52uEta75uBCsH8QepR+
> jyfDK9AHs3M3E3LQ8vQMp4BojDddgfvY
>  Bu/zCPZTAlZztBD6sw+5J4byDRVEA0yApqzgzxGHRfiNHwb0q
> hCHO+Mx8EQ+MZWZ7neW
>  YajE1Hf30hmyMezYxBOHef3zfNnLyXe0gz+BX2l3fOcqd9fNm+
> oxttOGLkctO/ZMTb33
>  jItQ==
> ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com;
> s=arc-20160816;
> h=list-unsubscribe:list-archive:list-help:list-post:list-id
>  :mailing-list:precedence:cc:to:subject:message-id:date:from
>  :mime-version:arc-authentication-results:arc-message-signature
>  :sender:dkim-signature:delivered-to:arc-authentication-results;
> bh=H68TQtPgpo9e2E08idgsz80c+3HKJ551hy9fdF8fy/A=;
> b=CdqJt2FnLA7LWe+B2lzVt8uQPlT3m3YaNVBV/
> CetqnYDHZqMmb+avGGEbLAWeE+aCv
>  jymzaidnQ5ll9185v7OL707R5UXG8kNlGDV3JBBQUZ8JcvmatxYhxTmKj29R
> ol7U4LNQ
>  7ei4Sle7SfVzZoYRZdtYC4D91G8zO2OSkRns/
> erdM1HLeQ06RFLwnFjxeBNQqrzwlyia
>  cMyrFpDVXf8DgYVff6ospO6Cy1CCqR6tqk1bRiQLVVBKA9bv6Wh0XjarjYLw
> GL+dbSrv
>  zD5slgfu5b3Z9S34kEQujpr5t0u6sgFvZf2MeDWoZWIGF6mNngZAXSy7NA21
> RXBHVSKZ
>  fGdA==
> ARC-Authentication-Results: i=2; mx.google.com;
>dkim=pass header.i=@openstreetmap.us header.b=WARmx3az;
>arc=pass (i=1);
>spf=pass (google.com: domain of srs0=h2+o=6j=openstreetmap.us=
> press+bncbaabb6h47hfakgqespao...@bounce.secureserver.net designates
> 97.74.135.191 as permitted sender) smtp.mailfrom=SRS0=h2+o=6J=ope
> nstreetmap.us=press+bncbaabb6h47hfakgqespao...@bounce.secureserver.net
> Authentication-Results: mx.google.com;
>dkim=pass header.i=@openstreetmap.us header.b=WARmx3az;
>arc=pass (i=1);
>spf=pass (google.com: domain of srs0=h2+o=6j=openstreetmap.us=
> press+bncbaabb6h47hfakgqespao...@bounce.secureserver.net designates
> 97.74.135.191 as permitted sender) smtp.mailfrom=SRS0=h2+o=6J=ope
> nstreetmap.us=press+bncbaabb6h47hfakgqespao...@bounce.secureserver.net
> Delivered-To: techl...@techlady.com
> DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
> d=openstreetmap.us; s=google;
> h=sender:mime-version:from:date:message-id:subject:to:cc
>  :x-original-sender:x-original-authentication-results:precedence
>  :mailing-list:list-id:list-post:list-help:list-archive
>  :list-unsubscribe;
> bh=H68TQtPgpo9e2E08idgsz80c+3HKJ551hy9fdF8fy/A=;
> b=WARmx3azSDxx//XGH29qThGO70ysvReJ3iNASA4wq741
> jJPyvgvR/60IzYZ48GOTU2
>  8neB/v0a+Uqw7Pa5krXBUREIut4qt4X82VE7V68
> /UOzA+Pr9iretkHvoL77H7vLjM9HA
>  dGkao8ytQsAA/QYKPRDBvNb3liwWXxisMDXMQ=
> Sender: pr...@openstreetmap.us
> X-Received: by 10.107.5.130 with SMTP id 

Re: [Talk-us] SEO Damage to OSM

[Ian Dees]

First of all, that's Mapbox's data team that made the changes since the SEO
editor added junk, not Telenav,

Second: please don't spread your negative attitude on the talk-us list. If
you don't want to fix the map, then move on and leave it for someone else
to fix. Don't complain about it. Or if you're going to point it out, at
least try to use a positive, constructive voice rather than a hateful one.

Thanks,
Ian

On Fri, Jun 30, 2017 at 4:43 PM, Simon Poole  wrote:

> I would suggest that TeleNav fixes the mess they made here
> http://www.openstreetmap.org/way/402471851#map=18/34.18198/-118.39599
> themselves.
>
> Am 30.06.2017 um 22:26 schrieb Simon Poole:
>
> I''m in the process of fixing a couple of these. and I couldn't help
> noticing that some of them can't simply be reverted because the TeleNav
> data team has added lane tagging on them 
>
> Simon
>
> Am 30.06.2017 um 18:21 schrieb Clifford Snow:
>
> Edits, from what appears to be a search engine optimization company (SEO),
> have damaged a number of ways in the US. Martijn Van Exel pointed out the
> problem on Slack the other day. What they did was to add their client to a
> street, often changing the name of the street to the company.  Fortunately
> they made it easy to find using overpass [1] by adding in the clients
> address, phone number, source and website. The query looks for addresses
> and websites on ways.
>
> West of the Mississippi has been fixed. There are some false positives
> when running the query, they are all park polygons with both leisure=park
> and highway=pedestrian. The website url is of the park.
>
> If someone would like to help clean up the rest of damage they did, just
> run the overpass query for an area, state, county, etc. to get a list of
> ways that match the query. From there just select the way which will open
> OSM in another tab where you can use your favorite editor to fix. Use the
> history feature or TIGER data to get the correct road name. The addr:street
> they added may not be anywhere near your way.
>
> [1] http://overpass-turbo.eu/s/q5A
>
> Thanks,
> Clifford
>
> --
> @osm_seattle
> osm_seattle.snowandsnow.us
> OpenStreetMap: Maps with a human touch
>
>
> ___
> Talk-us mailing 
> listTalk-us@openstreetmap.orghttps://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] SEO Damage to OSM

[Ian Dees]

On Fri, Jun 30, 2017 at 1:23 PM, Frederik Ramm  wrote:

> Hi,
>
> On 06/30/2017 06:21 PM, Clifford Snow wrote:
> > Edits, from what appears to be a search engine optimization company
> > (SEO), have damaged a number of ways in the US.
>
> Was it not possible to determine the user accounts responsible and then
> have DWG revert all their contributions? Or did these accounts also
> contribute good data?


Every edit was made by a new/separate user account that only ever makes one
edit. In most cases, these edits are useful (it's someone adding a business
POI) but in some cases they add the details to the wrong piece of geometry.

Figuring out who is behind these edits and if the data is acceptable to add
to OSM is another matter.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] SEO Damage to OSM

[Ian Dees]

I fixed just about all of the problems east of the Mississippi.

It'd probably be worth doing a more in-depth analysis on these SEO edits at
some point. They all seem to add similar tags, use Sentence Case in user
names, and only have one edit.

On Fri, Jun 30, 2017 at 12:21 PM, Clifford Snow 
wrote:

> Edits, from what appears to be a search engine optimization company (SEO),
> have damaged a number of ways in the US. Martijn Van Exel pointed out the
> problem on Slack the other day. What they did was to add their client to a
> street, often changing the name of the street to the company.  Fortunately
> they made it easy to find using overpass [1] by adding in the clients
> address, phone number, source and website. The query looks for addresses
> and websites on ways.
>
> West of the Mississippi has been fixed. There are some false positives
> when running the query, they are all park polygons with both leisure=park
> and highway=pedestrian. The website url is of the park.
>
> If someone would like to help clean up the rest of damage they did, just
> run the overpass query for an area, state, county, etc. to get a list of
> ways that match the query. From there just select the way which will open
> OSM in another tab where you can use your favorite editor to fix. Use the
> history feature or TIGER data to get the correct road name. The addr:street
> they added may not be anywhere near your way.
>
> [1] http://overpass-turbo.eu/s/q5A
>
> Thanks,
> Clifford
>
> --
> @osm_seattle
> osm_seattle.snowandsnow.us
> OpenStreetMap: Maps with a human touch
>
> ___
> 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] Unreviewed TIGER in Jacksonville (was Re: Talk-us Digest, Vol 114, Issue 22)

[Ian Dees]

I've found a ton of misaligned TIGER in Florida as I review new user edits
down there. I encourage you and the Mapbox team to help fix that! I don't
think there's any coordinated effort to do so yet.

On Fri, Jun 2, 2017 at 11:10 AM, maning sambale 
wrote:

> While our team is working on Jacksonville, we found unreviewed TIGER
> (v1, tiger:reviewed:=no) in some areas.
> See example here:
> https://github.com/mapbox/mapping/issues/300#issuecomment-305399104
> We are fixing them as we encounter them in the TM tasks.
>
> We are also reviewing the extent of effort to fix this once we are
> done with building tracing.
> If there are existing efforts to fix in TIGER data in Jacksonville our
> team can help as well.
>
>
> > Thank you everyone for all the information. To start with our team is
> going
> > to be working on improving the building footprints in Jacksonville,
> Florida
> > [0] on OpenStreetMap. You can track the progress in our /mapping ticket
> [1].
> > Let us know if you have any feedback, please post in this thread or in
> the
> > ticket.
> >
> > [0] - http://tasks.openstreetmap.us/project/96
> > [1] - https://github.com/mapbox/mapping/issues/300
> >
> >
> > Cheers,
> > Jinal Foflia
> > -- next part --
> > An HTML attachment was scrubbed...
> > URL:  attachments/20170530/62b11c8b/attachment-0001.html>
> >
> > --
> >
> > Subject: Digest Footer
> >
> > ___
> > Talk-us mailing list
> > Talk-us@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-us
> >
> >
> > --
> >
> > End of Talk-us Digest, Vol 114, Issue 22
> > 
>
>
>
> --
> cheers,
> maning
> --
> "Freedom is still the most radical idea of all" -N.Branden
> https://epsg4253.wordpress.com/
> http://twitter.com/maningsambale
> --
>
> ___
> 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] State of the Map US 2017 Call for Ideas and Tickets!

[Ian Dees]

Hi everyone!

As you may have heard, State of the Map US 2017 will be held in Boulder,
Colorado this year over the weekend of October 19-22nd. Check out our
website (https://2017.stateofthemap.us/) for more information.

Pick up your reduced-cost early bird ticket now:

https://ti.to/osmus/state-of-the-map-us-2017

While you're at it, consider submitting ideas for talks, presentations, or
workshops:

https://openstreetmap-us.forms.fm/sotmus2017

I'm looking forward to seeing you all in Boulder!

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

Re: [OSM-talk] Coordinates in OSM. Really annoying

[Ian Dees]

On Mon, Apr 24, 2017 at 9:42 AM, Dave F  wrote:

> We're *all* volunteers giving our valuable time to OSM. It could be more
> efficiently spent if fixable variations such as this didn't occur. When I
> add data I'm, quite rightly, expected to do it to a certain standard of
> quality.
>

I think we've talked about this problem enough. If it's this important to
you, why don't you make contributions to this software so that they're
interoperable? I don't think there's anything else that we need to discuss
further on this mailing list.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-us] Available Building Footprints

[Ian Dees]

On Wed, Mar 22, 2017 at 12:59 PM, Brad Neuhauser 
wrote:

> I think this is it? http://wiki.openstreetmap.org/wiki/Available_Building_
> Footprints
>
>
Yep, that's what it looks like to me, too.

I also wanted to point out that at least the two .zip's I downloaded
(Wisconsin and Texas) were not expandable by Apple's default GUI zip
expander. I had to run `unzip` from the commandline for them to work.

Thanks for making these available, Microsoft!
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Is this a bad import or an experiment?

[Ian Dees]

On Mar 22, 2017 7:49 AM, "Paul Johnson"  wrote:

On Wed, Mar 22, 2017 at 6:33 AM, Eric Ladner  wrote:

> http://www.openstreetmap.org/#map=17/33.74152/-116.29677
>
> So much wrongness..  I don't even know where to start in describing it.
>

 This really "feels" like a botched import that has the potential to become
something actually good.  I've reached out.  http://www.openstreetmap.org/
changeset/38292137


I noticed this yesterday when working on broken relations... It doesn't
look like an import (mostly because they used iD and the digitization looks
like hand drawn iD) but the tagging doesn't look right. I'd say it's a
mapping project (they called it a "draw party") with good intentions but
that might need some tagging cleanup.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Request for OSM task

[Ian Dees]

I'm happy to set that up for you (or anyone interested in putting together
a task using the Tasking Manager on tasks.openstreetmap.us). Just shoot me
an email with your OSM username.

On Mon, Mar 20, 2017 at 6:27 AM, Paul Johnson  wrote:

> I don't seem to have access to do this or I would do this.
>
> On Sun, Mar 19, 2017 at 9:32 PM, Alexander Mueller <
> alexandermueller1...@gmail.com> wrote:
>
>> Dear Paul,
>>
>> Can you please set up a task on http://tasks.openstreetmap.us ?
>>
>> I want to map buildings and housenumbers within the city limits of
>> Concord, CA. It would be very convenient if this huge task was split up
>> into smaller chunks, the Tasking Manager would be great for this.
>>
>> Please let me know if you have further questions.
>>
>> Alex
>>
>
>
> ___
> 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] Key:man_made... Outdated language?

[Ian Dees]

Please keep discussion on topic and positive.

Discouraging further discussion by applying labels such as "pointless" to
someone's opinion makes this list less open to those that believe it is an
important thing to discuss.

Thanks,
Ian
(Your friendly talk-us moderator)


On Mar 10, 2017 16:38, "Joel Holdsworth"  wrote:

No.

"Man" has been a general term for humanity in the English language since
time immemorial.

It is only feminists who wish to divide humanity along gender lines who
have a problem with "man" as a term of reference. Such argumentation is
deliberately divisive, and serves no purpose.

There is no need for the change, or a pointless discussion about such a
change.

Please lets get on with making an awesome map.

Best Regards
Joel Holdsworth



On 10/03/17 14:27, Joshua Houston wrote:

> Hi,
>
> It occurred to me that "man_made" is an outdated term that should be
> phased out from OpenStreetMap language. The philosophy of OpenStreetMap
> is very inclusive and that should be represented even in the way data is
> tagged. I'd like to propose to change the key from "man_made" to
> "human_made" and start a discussion on it. Many parts of society are
> trying to implement a more inclusive language, NASA for instance has
> changed "manned missions" to "crewed missions". I think it is an
> important goal to make OSM inclusive whenever there is a choice.
>
> Thanks!
>
> Joshua Houston
>
>
> ___
> 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 mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] State of the Map US 2017 Dates Announced

[Ian Dees]

Hi everyone!

OpenStreetMap US announced earlier that the State of the Map US event in
2017 will be in Boulder, Colorado this year, but we didn't have the dates
set in stone yet:

https://www.openstreetmap.us/2017/01/sotmus-2017-announcement/

We were able to solidify the dates and announced today that it's happening
October 19-22, 2017:

https://www.openstreetmap.us/2017/03/sotmus-2017-date-announcement/

We're excited to see everyone there! Look for further announcements about
scholarships, call for proposals, and more in the coming weeks. Let us know
if you have any questions or would like to help organize the event by
emailing me or sot...@openstreetmap.us.

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

[OSM-talk] State of the Map US 2017 Announced!

[Ian Dees]

Hi everyone!

I'm excited to announce that OpenStreetMap US has selected University of
Colorado in Boulder, Colorado as the venue for State of the Map US 2017.
The exact dates are not yet nailed down,

Please read our blog post for more details:
https://openstreetmap.us/2017/01/sotmus-2017-announcement/

If you're interested in volunteering to help organize or otherwise be a
part of the team, please let us know by emailing sot...@openstreetmap.us.

I look forward to see you all there!
-Ian
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-us] State of the Map US 2017 Announced!

[Ian Dees]

Hi everyone!

I'm excited to announce that OpenStreetMap US has selected University of
Colorado in Boulder, Colorado as the venue for State of the Map US 2017.
The exact dates are not yet nailed down,

Please read our blog post for more details:
https://openstreetmap.us/2017/01/sotmus-2017-announcement/

If you're interested in volunteering to help organize or otherwise be a
part of the team, please let us know by emailing sot...@openstreetmap.us.

I look forward to see you all there!
-Ian
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Blue Ridge Parkway

[Ian Dees]

No apologies needed, folks. I appreciate the time you put into these
replies and I know we're all passionate about this stuff (otherwise we
wouldn't be here).

Keep up the good work!
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Blue Ridge Parkway

[Ian Dees]

Hi folks,

Remember to keep our messages on topic, please. We probably don't need to
have back-and-forths about state sovereignty on a thread about the Blue
Ridge Parkway.

Thanks,
Your friendly mailing list moderator
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] First new 2016 NAIP imagery is now online (Massachusetts & Tennessee)

[Ian Dees]

On Wed, Jan 4, 2017 at 9:05 PM, Mike N  wrote:

> On 1/4/2017 9:58 PM, James Mast wrote:
>
>> So, hopefully some more new imagery that we can use to update highway
>> projects will be showing up soon
>>
>
>   I haven't been able to use NAIP WMS links since the USGS scaled back on
> their online services.   Do they work for you?


The link that James gave points to USDA's NAIP server, which is quite a bit
faster than USGS's.

I'm interested in getting this data (all of NAIP at least) downloaded and
tiled/cached for OSM US. If anyone is interested in working with me on
this, let me know.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

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

[Ian Dees]

Hi everyone! I think it's safe to say that this thread has wandered way off
topic. Please keep messages constructive and on-topic.

A great place to discuss the license and implications of others' use of OSM
data are the couple legal mailing lists.

Thanks, and happy new year!
-Ian, your friendly list moderator

On Dec 30, 2016 18:38, "Bill Ricker"  wrote:


On Fri, Dec 30, 2016 at 4:29 PM, Simon Poole  wrote:

> The ODbL is very clear on what "Publicly" is:
>
> “Publicly” – means to Persons other than You or under Your control by
> either more than 50% ownership or by the power to direct their
> activities (such as contracting with an independent consultant).
> No need to speculate on that point.
>

​Plenty of edge cases remain ... e.g. if a personal work for only family,
is it "public"?  I don't own my mother or adult child 50%+ ... and my
ability to direct their activities has proven limited.
​


> On the other hand, if they were using OSM data to trigger to spawning in a
> specific locations it would still be rather open if that is actually a use
> that is substantial.


​If it's a critical function of the derived work, it's at least arguably
"substantial". ​
PoGo without Pokemon spawning would be no fun at all.


> Up to now I haven't seen any evidence that couldn't be explained in
> numerous other ways that they are really using OSM data.


​Agreed. Hence "Hypothetical" and other hedge words.

I joined this tread to discuss whether a Trap Close would be detectable, to
see if the question is answerable. ​(Is the Poke-rookery named for the
feature it is based upon?)

​Since the # edits with Pokemon in the comment has dropped off sharply,
people aren't being rewarded for doing it; so (at least) one of the
​following is true -
(a) word has gotten out not to put Pokemon in the comment as we'll revert
bogus updates easier that way;
(b) the game has already been fixed to prevent cheating
*  (which may mean delayed data hypothesis is intentionally true )
(c) video's theory isn't true at all
   (the announcement was either hoax or jumping to conclusions based on
coincidence)
(d) delayed data hypothesis is approximately true *but not* by Niantic's
direct intent
 * co-causal: changes to reality induces convergent data changes. Maybe
Google base maps get _some_ approved changes from _their_ (so-called)
"community" eventually, but not coincident with ours (E.g., they got Sarah
Long bridge closure before OSM since it was routing-urgent (i marked it
impassable when it became routing urgent to me!), but we'll often get those
footpaths and local pocket parks first since we our "approval process" is
Admiral Grace M Hopper Approved.)
 * indirect pipeline: or someone (internally or externally to Google)
is filtering our subsets of our changesets into GM/GE inputs and relying
upon (a) not "substantial" use &/or (b) not being noticed &/or (c) not
caring

I think you and I are in general agreement that there is so far little to
no evidence that anything much is happening, so we're just quibbling over
hypothetical potential severity if it were (which would of course depend on
exact particulars and require lawyers) and wondering aloud how/whether we
could ever notice or prove it if so.

Without specific evidence, on the Interwebs, the Bayesian Prior (default
conclusion) should always be high confidence that
 (c) "Someone is Wrong on the Internet" [1]
and low confidence otherwise;
with that as a Prior, the low peak and rapidly decreasing popularity
of "Pokemon" change-set comments in last week increases the other
alternatives somewhat (and the powerset elements likewise as they are NOT
fully mutually exclusive) but doesn't actually degrade (c)'s likelihood
much. I

​[1]  http://m.xkcd.com/386/​

-- 
Bill Ricker
bill.n1...@gmail.com
https://www.linkedin.com/in/n1vux

___
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] USGS Large-Scale Imagery degraded this month :(

[Ian Dees]

It probably does. I think the scanned topographic maps are on the same new,
slower server.

On Tue, Dec 20, 2016 at 11:21 PM, Russ Nelson <nel...@crynwr.com> wrote:

> Paul Johnson writes:
>  > On Sun, Dec 18, 2016 at 1:59 PM, Ian Dees <ian.d...@gmail.com> wrote:
>  > >
>  > > I will try to contact a couple of the folks I know at USGS (maybe
> they're
>  > > still on this list and could respond?), but it might be the case that
> we
>  > > need to request the imagery and build the desired layer ourselves...
>  >
>  > Sounds like a plan, if only to save this valuable service for posterity.
>  > I'm sure those familiar with me at this point can go ahead and fill in
>  > their own frustrated and politically fueled rant about my feelings on
> this
>  > even being something we need to be talking about now...
>
> Does this service degradation apply to the USGS Topographic maps, too?
> I've noticed that they load slowly and sometimes not at all.
>
> I can put up some money, if that's what it takes.
>
> --
> --my blog is athttp://blog.russnelson.com
> Crynwr supports open source software
> 521 Pleasant Valley Rd. | +1 315-600-8815
> Potsdam, NY 13676-3213  | Sheepdog
>
> ___
> 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] USGS Large-Scale Imagery degraded this month :(

[Ian Dees]

I run the tile.openstreetmap.us server and noticed this change. Thanks for
finding the USGS link: I saw it a while ago but then couldn't find it when
I was trying to debug the problems with the server. The "usgs_large_scale"
layer on tile.openstreetmap.us is now caching the USGSNAIPPlus layer, but
the URL they provide both has worse imagery and is run from a much slower
server (so my caching operation takes quite a bit longer and results in
occasional 404s to the end user).

I will try to contact a couple of the folks I know at USGS (maybe they're
still on this list and could respond?), but it might be the case that we
need to request the imagery and build the desired layer ourselves...

On Sun, Dec 18, 2016 at 2:43 PM, David Kewley 
wrote:

> For a lot of my satellite imagery tracing, I've found it very useful to go
> back and forth between Bing and USGS Large-Scale Imagery, which provides at
> least 1-m resolution across the U.S., and in some areas (e.g. urban areas)
> provides nice 1-foot resolution orthoimagery that aligns very well in my
> local area with Bing imagery.
>
> Well, I should say "provided", past tense. For the past couple of weeks or
> so, I've noticed that the the USGS LSI has seemed to degrade in many of my
> local imagery tiles, and I've finally looked into why that might be so.
>
> For example, at this location, today (current state of imagery tile
> caching, perhaps mostly local to me?)
>
> https://www.openstreetmap.org/edit?changeset=44464607#map=
> 19/33.56194/-117.67451
>
> when using USGS LSI, I see the NE, NW, and SW imagery tiles look fine, but
> the SE tile is much lower quality, clearly from a different set of imagery.
> I could swear this area was formerly seamless with the good imagery.
>
> It looks like this month's degradation is probably a downstream effect of
> this change:
>
> https://www.usgs.gov/news/usgs-national-map-orthoimagery-map-services-
> transition-and-other-map-service-changes
>
> Before USGS made this change, I saw identical imagery if I used iD's
> built-in USGS LSI, versus using the following setting in Custom imagery in
> iD:
>
> http://whoots.mapwarper.net/tms/{z}/{x}/{y}/0/http://raster.
> nationalmap.gov/arcgis/services/Orthoimagery/USGS_EROS_Ortho
> /ImageServer/WMSServer?
>
> The OSM built-in USGS LSI was faster than this custom link, I believe
> because the custom link is dynamic (not cached by whoots), and it takes two
> round trips, a lookup by iD to whoots, then by whoots to USGS, and probably
> a dynamic conversion by whoots. I'm not an expert in this, so could easily
> have some of this wrong.
>
> USGS LSI seemed faster -- perhaps it was static on the backend, or cached
> better or something. The OSM built-in USGS LSI imagery appears to be served
> by openstreetmap.us, though I know none of the details of how it's served.
>
> Anyway now per the above announcement link, the *USGS_EROS_Ortho* URL is
> deprecated, and is no longer served, and it seems like the following whoots
> dynamic lookup imagery is the appropriate one, based on the
> USGS-recommended replacement for the deprecated imagery:
>
> http://whoots.mapwarper.net/tms/{z}/{x}/{y}/1/https://
> services.nationalmap.gov/arcgis/services/USGSNAIPPlus/MapServer/WMSServer?
>
> Indeed when I use this in the Custom imagery setting in iD, I see the same
> degraded imagery that the built-in USGS LSI setting now gives me.
>
>
> Can anyone shed further light or corrections on any of this? Any idea
> whether it's technically possible and legally permissible to have
> openstreetmap.us serve the older, better USGS LSI instead of the newer,
> worse stuff? If so, upon further discussion I'd probably support such a
> move, and possibly even offer to help with the conversion. :)
>
> Thanks!
> David
>
> ___
> 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] OpenStreetMap US Board Elections

[Ian Dees]

Good morning, talk-us!

I wanted to remind everyone here that the OpenStreetMap US board elections
are happening this week. I sent out ballots to current members last night.
If you didn't receive an email and expected to, please head to
https://osmus-membership.herokuapp.com/membership to check on the status of
your membership or email me directly.

We'll also be having a town hall with the candidates on Wednesday at 8pm
Eastern where you can ask questions and learn more about the board.

For more information on the election and the town hall, please read our
blog post:

https://openstreetmap.us/2016/12/election-kickoff/

Thanks! And have a great Monday.

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

Re: [OSM-talk] "We're On The Map" vinyl window clings?

[Ian Dees]

I'm interested in making some more of these. Anyone want to put together a
design? I can order some and/or set up a page for people to order some for
themselves.

On Mon, Oct 31, 2016 at 8:11 PM, Russ Nelson  wrote:

> Cleaning out my office. Found an envelope with about 80 vinyl window
> clings. You peel off the backing and apply it to the inside of a glass
> window. The idea was to add an establishment to OSM, then give them
> one of these to put on the inside of one of their windows so passersby
> could see it. It says:
>
> We're   www.OpenStreetMap.org
> On  wrapped in a semicircle around
> The Map!the OSM logo
> ---
> www.openstreetmap.org
>   An Open Source Map of the World
>
> (smaller print) Get your own cling for free at www.cloudmade.com/cling
>
> If anybody has a use for them, I'll send them to you at my
> expense. Preference given to the cheapest shipping address. :-)
>
> Before you bother to check, no, the cloudmade.com/cling address
> 404's. Nick Black is still there. We could probably talk him into
> making the URL work again and say "Sorry, offer expired in 2010" or
> something like that.
>
> --
> --my blog is athttp://blog.russnelson.com
> Crynwr supports open source software
> 521 Pleasant Valley Rd. | +1 315-600-8815
> Potsdam, NY 13676-3213  | Sheepdog
>
> ___
> 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] What3words

[Ian Dees]

Indeed. But it was from 2015. Why is it coming up again 6 months later?

On Mon, Jul 11, 2016 at 5:51 PM, Nicolás Alvarez <nicolas.alva...@gmail.com>
wrote:

> 2016-07-11 12:30 GMT-03:00 Ian Dees <ian.d...@gmail.com>:
> > On Mon, Jul 11, 2016 at 5:23 PM, Blake Girardot <bgirar...@gmail.com>
> wrote:
> >>
> >> On a slightly more serious note:
> >>
> >> There are other solutions to the issue of lack of addresses in large
> >> parts of the world.
> >>
> >> Google has put forth a solution that tries to address most of the w3w
> >> issues. It is open source, works off line, non-propriety, usable for
> >> printed maps among other issues they try and solve, called Open
> >> Location Codes aka "Plus Codes"
> >>
> >> http://openlocationcode.com/
> >>
> >>
> >>
> https://maps.googleblog.com/2015/08/plus-codes-new-way-to-help-pinpoint.html
> >>
> >> https://plus.codes/
> >>
> >> It is still a work in progress for them but they are seriously seeking
> >> feedback from the OSM and humanitarian communities. I have no opinion
> >> on it because it is a bit beyond my full understanding at the moment,
> >> but as I said, thoughtful feedback on it would help I think.
> >
> >
> > The mailing lists have talked about what3words before, too:
> >
> > https://lists.openstreetmap.org/pipermail/talk/2015-November/075051.html
>
> Your link is the first post on *this* thread.
>
> --
> Nicolás
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] What3words

[Ian Dees]

On Mon, Jul 11, 2016 at 5:23 PM, Blake Girardot  wrote:

> On a slightly more serious note:
>
> There are other solutions to the issue of lack of addresses in large
> parts of the world.
>
> Google has put forth a solution that tries to address most of the w3w
> issues. It is open source, works off line, non-propriety, usable for
> printed maps among other issues they try and solve, called Open
> Location Codes aka "Plus Codes"
>
> http://openlocationcode.com/
>
>
> https://maps.googleblog.com/2015/08/plus-codes-new-way-to-help-pinpoint.html
>
> https://plus.codes/
>
> It is still a work in progress for them but they are seriously seeking
> feedback from the OSM and humanitarian communities. I have no opinion
> on it because it is a bit beyond my full understanding at the moment,
> but as I said, thoughtful feedback on it would help I think.


The mailing lists have talked about what3words before, too:

https://lists.openstreetmap.org/pipermail/talk/2015-November/075051.html
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-us] [OSM-talk] Slack

[Ian Dees]

Slack offers an irc gateway if you'd prefer to connect to slack from your
irc client. Just sign up for the slack team and look in the "integrations"
section for information about how to connect your irc client.
On Mar 29, 2016 11:33 AM, "Toby Murray"  wrote:

> I have set up a Slack bot using some software[1] that relays messages
> between a slack channel and an IRC channel. It is listening in #osm on
> OFTC and the #irc slack channel in Steve's team.
>
> I love my irssi+screen IRC setup however it kind of breaks down when
> it comes to a phone-friendly interface. So I may use this slack
> channel to hop on IRC from my phone sometimes.
>
> We'll see how it goes. It hasn't seen too much traffic yet.
>
> Toby
>
>
> [1] https://github.com/ekmartin/slack-irc
>
> On Sun, Mar 27, 2016 at 2:07 AM, Steve Coast  wrote:
> > https://en.wikipedia.org/wiki/Slack_(software)
> >
> > On Mar 27, 2016, at 12:02 AM, Maarten Deen  wrote:
> >
> > On 2016-03-26 20:59, Steve Coast wrote:
> >
> > Ok so look, Slack took over the world. And it turns out it’s pretty
> > good and useful. Let’s have an official OSM slack.
> >
> >
> > Maybe I'm living under a rock, but I only know Slack as a short for
> > Slackware, a Linux distribution.
> >
> > What is this and why do I need this? Maybe a little explanation?
> >
> > Regards,
> > Maarten
> >
> >
> >
> > ___
> > 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 mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk] [Talk-us] Slack

[Ian Dees]

Slack offers an irc gateway if you'd prefer to connect to slack from your
irc client. Just sign up for the slack team and look in the "integrations"
section for information about how to connect your irc client.
On Mar 29, 2016 11:33 AM, "Toby Murray"  wrote:

> I have set up a Slack bot using some software[1] that relays messages
> between a slack channel and an IRC channel. It is listening in #osm on
> OFTC and the #irc slack channel in Steve's team.
>
> I love my irssi+screen IRC setup however it kind of breaks down when
> it comes to a phone-friendly interface. So I may use this slack
> channel to hop on IRC from my phone sometimes.
>
> We'll see how it goes. It hasn't seen too much traffic yet.
>
> Toby
>
>
> [1] https://github.com/ekmartin/slack-irc
>
> On Sun, Mar 27, 2016 at 2:07 AM, Steve Coast  wrote:
> > https://en.wikipedia.org/wiki/Slack_(software)
> >
> > On Mar 27, 2016, at 12:02 AM, Maarten Deen  wrote:
> >
> > On 2016-03-26 20:59, Steve Coast wrote:
> >
> > Ok so look, Slack took over the world. And it turns out it’s pretty
> > good and useful. Let’s have an official OSM slack.
> >
> >
> > Maybe I'm living under a rock, but I only know Slack as a short for
> > Slackware, a Linux distribution.
> >
> > What is this and why do I need this? Maybe a little explanation?
> >
> > Regards,
> > Maarten
> >
> >
> >
> > ___
> > Talk-us mailing list
> > talk...@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-us
> >
>
> ___
> Talk-us mailing list
> talk...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] [Talk-us] Slack

[Ian Dees]

Hi Steve and list members,

OSM US already set up a Slack that has a few dozen people on it. Originally
the board used it solely for internal communications but now there are
plenty of folks hanging out talking about OSM in general (not just OSM US).
One particular nicety of our Slack team is that we have a nonprofit plan so
archives are searchable "forever" vs. the free plan's 10k message limit.

Feel free to join by inviting yourself at https://osmus-slack.herokuapp.com/

-Ian
On Mar 26, 2016 20:03, "Steve Coast"  wrote:

> Ok so look, Slack took over the world. And it turns out it’s pretty good
> and useful. Let’s have an official OSM slack.
>
> —
>
> Due Diligence:
>
> https://www.google.com/#q=slack+site:wiki.openstreetmap.org
> https://www.google.com/#q=slack+site:lists.openstreetmap.org
>
> I’ve found two OSM-related slacks. Someone owns openstreetmap.slack.com and
> there is also osmus-slack.herokuapp.com as a front door to the US slack.
> The former I can’t find a lot about. The latter is mentioned here:
>
> http://wiki.openstreetmap.org/wiki/Maryland
>
> And it has a neat thing to throw out invites to people. There’s also a
> neat bot that it looks like tmcw wrote:
>
> https://github.com/osmlab/osm-slackbot
>
> —
>
> I’m proposing that a) we have a global slack and b) it be ‘official’
> whatever that means. Having not been able to find this, I invite everyone
> over to:
>
> https://awesomestreetmap.slack.com
>
> So unless there is a secret slack somewhere that I missed, or something, I
> need help:
>
> * Come join this slack, send me an email for an invite
> * Can someone please add the osmbot to this slack?
> * Can someone please make the magic “send me an invite thing” for this
> slack?
> * Please help edit http://wiki.openstreetmap.org/wiki/Slack and also make
> slack a prominent part of other methods of communication
> * Please announce this on your favorite existing mailing list, forum or
> IRC channel
>
> I realize that I’m inviting a discussion about how slack is an evil
> company or that we should all just use IRC, and those are fine arguments I
> don’t have the energy for.
>
> Best
>
> Steve
>
> ___
> Talk-us mailing list
> talk...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-us] Slack

[Ian Dees]

Hi Steve and list members,

OSM US already set up a Slack that has a few dozen people on it. Originally
the board used it solely for internal communications but now there are
plenty of folks hanging out talking about OSM in general (not just OSM US).
One particular nicety of our Slack team is that we have a nonprofit plan so
archives are searchable "forever" vs. the free plan's 10k message limit.

Feel free to join by inviting yourself at https://osmus-slack.herokuapp.com/

-Ian
On Mar 26, 2016 20:03, "Steve Coast"  wrote:

> Ok so look, Slack took over the world. And it turns out it’s pretty good
> and useful. Let’s have an official OSM slack.
>
> —
>
> Due Diligence:
>
> https://www.google.com/#q=slack+site:wiki.openstreetmap.org
> https://www.google.com/#q=slack+site:lists.openstreetmap.org
>
> I’ve found two OSM-related slacks. Someone owns openstreetmap.slack.com and
> there is also osmus-slack.herokuapp.com as a front door to the US slack.
> The former I can’t find a lot about. The latter is mentioned here:
>
> http://wiki.openstreetmap.org/wiki/Maryland
>
> And it has a neat thing to throw out invites to people. There’s also a
> neat bot that it looks like tmcw wrote:
>
> https://github.com/osmlab/osm-slackbot
>
> —
>
> I’m proposing that a) we have a global slack and b) it be ‘official’
> whatever that means. Having not been able to find this, I invite everyone
> over to:
>
> https://awesomestreetmap.slack.com
>
> So unless there is a secret slack somewhere that I missed, or something, I
> need help:
>
> * Come join this slack, send me an email for an invite
> * Can someone please add the osmbot to this slack?
> * Can someone please make the magic “send me an invite thing” for this
> slack?
> * Please help edit http://wiki.openstreetmap.org/wiki/Slack and also make
> slack a prominent part of other methods of communication
> * Please announce this on your favorite existing mailing list, forum or
> IRC channel
>
> I realize that I’m inviting a discussion about how slack is an evil
> company or that we should all just use IRC, and those are fine arguments I
> don’t have the energy for.
>
> Best
>
> Steve
>
> ___
> 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: [OSM-talk] Problem with JOSM imagery

[Ian Dees]

On Mon, Mar 21, 2016 at 7:51 PM, Mike Thompson <miketh...@gmail.com> wrote:

>
>
> On Mon, Mar 21, 2016 at 1:34 PM, Ian Dees <ian.d...@gmail.com> wrote:
>
>>
>> I forgot that I have a rate limiter enabled that is probably tuned too
>> low. I will block the IPs that are scraping and loosen the rate limiter a
>> bit.
>>
> Thanks Ian.  Might this be an issue with the actual tile service as
> well[1]?  This is the same type of behavior I am seeing in JOSM when
> attempting to consume the USGS topo tiles.  It works great for a minute or
> two, and then nothing until I stop and wait.
>

Yes, the issue is with the rate limiter on the tile service. I have removed
the rate limiter so you shouldn't run into problems now.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Problem with JOSM imagery

[Ian Dees]

On Mon, Mar 21, 2016 at 5:01 PM, Mike Thompson <miketh...@gmail.com> wrote:

>
>
> On Mon, Mar 21, 2016 at 10:02 AM, Ian Dees <ian.d...@gmail.com> wrote:
>
>> Try browsing the map in your area with this debug slippy map (double
>> click to zoom, shift-double-click to zoom out):
>> http://tile.openstreetmap.us/usgs_scanned_topos/preview.html
>>
>> Works great for a little while (in the default area of SF), but then the
> tiles apparently stop being served and all I see is white space except for
> the tiles that have already been downloaded.
>

I forgot that I have a rate limiter enabled that is probably tuned too low.
I will block the IPs that are scraping and loosen the rate limiter a bit.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Problem with JOSM imagery

[Ian Dees]

Try browsing the map in your area with this debug slippy map (double click
to zoom, shift-double-click to zoom out):
http://tile.openstreetmap.us/usgs_scanned_topos/preview.html

I cleared out the disk cache for this layer a couple months ago to save
some space so the areas you're looking at might need to be re-cached, which
can take some extra time and cause the JOSM connection to time out.

On Mon, Mar 21, 2016 at 2:41 PM, EthnicFood IsGreat <
ethnicfoodisgr...@gmail.com> wrote:

> Recently I started having a problem getting imagery to display in JOSM.
> Bing and the standard OpenStreetMap layer display fine, but none of the
> other layers in the default list will display.  They produce the following
> error:
>
> Error downloading tiles:
> Java.net.SocketTimeoutException:
> Connect timed out
>
> All these layers used to display.  I recently switched from basic to OAuth
> authentication.  Could the problem be related to this?  Note that I can
> display the USGS topo tiles okay in my browser (
> tile.openstreetmap.us/usgs_scanned_topos).  My machine is located in a
> corporate office environment.
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-us] DOT construction updates

[Ian Dees]

A few years ago I started collecting information about how DOTs announce
major changes and construction and didn't get very far. In fact, I only
found Minnesota's DOT RSS and Newsletter (
http://www.dot.state.mn.us/roadwork/current.html) before getting distracted
and mapping.

I would be happy to rekindle this and made a GitHub project for it here:

https://github.com/osmlab/dot-feed

Feel free to join in and help find this kind of information.

On Wed, Mar 16, 2016 at 6:20 PM, Martijn van Exel  wrote:

> Hi all,
>
> I was thinking about a good way for the community to get a feed of
> construction updates from state DOTs. Has anyone ever attempted this? A
> good start should be a list of state DOTs (I found
> http://www.dot.state.ak.us/transpo_resources.shtml, not sure if it’s 100%
> current). But where to go from there? Every state DOT has its own mechanism
> / format to distribute updates. Do they all have an RSS feed? Or twitter?
>
> At this point I am just curious to hear if anyone else has thought about
> this already and if so what you have come up with so far.
>
> (What triggered this again for me: I heard someone mention that the work
> on the I-96/US-23 interchange in Michigan was complete, but could not find
> any confirmation. See this pretty cool video from MDOT for what they are
> doing there: https://youtu.be/K9wQoIc2cLc?t=75.) The situation on OSM
> reflects the pre-construction reality —>
> https://www.openstreetmap.org/relation/359765#map=15/42.5227/-83.7526)
>
> Martijn
>
> ___
> 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] Where to find airport information?

[Ian Dees]

Keep in mind that it's perfectly acceptable to set up a private
runway/airfield that isn't listed on any FAA or official source. The two
examples you give are pretty clearly airfields with runways (you can see
where the runway lights are, they have support buildings, and the first
link has a turnaround on the far end of the runway to let planes taxi back
to the hangar).

On Sun, Mar 6, 2016 at 7:32 AM, Wolfgang Zenker 
wrote:

> Hello everyone,
>
> I have recently come across a few runways in Montana that I could not
> find any information about except the imagery. I tried to search for
> these airfields on the FAA website, but without success (maybe I did
> it wrong).
> Any idea where to find out more?
>
> Two examples would be here:
> http://www.openstreetmap.org/#map=15/45.4301/-109.8209=N
> http://www.openstreetmap.org/#map=15/45.5226/-109.5370=N
>
> Wolfgang
>
> ___
> 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: [OSM-talk] JOSM plugin to import GeoJSON?

[Ian Dees]

On Sat, Mar 5, 2016 at 6:56 PM, Stefan Keller  wrote:

> To Ian and/or anybody
>
> I'm searching a plugin to import GeoJSON vector data into JOSM.
>
> I of course know Shapefiles but they are deprecated because e.g. they
> cut-off field names at 10 chars. GeoJSON or GeoPackage are better
> alternatives.
>
> Is this plugin still maintained: https://github.com/iandees/josm-geojson ?
> Other plugins or alternatives?


I started looking at this again last week but didn't make much progress. I
would second Jukka's suggestion of ogr2osm. It will convert the GeoJSON
into useful OSM files rather quickly and painlessly.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-us] USGS Topo Map Tiles

[Ian Dees]

These tiles are run by me via OSM US. I recently cleared out a bunch of
cached tiles, so the server has to go request them from the USGS server
again in new areas. This will take a bit longer than instant, so JOSM might
be timing out.

Once you visit these areas once, the tiles should stick around and be fast,
though.

On Wed, Feb 24, 2016 at 4:18 PM, Mike Thompson  wrote:

> Who runs the service that serves the USGS Topo Map tiles?  The address is
> tile.openstreetmap.us...
>
> I reported a JOSM issue: https://josm.openstreetmap.de/ticket/12562
> But the behavior may in part be due to the tile server (see the comment in
> the ticket).
>
> Thanks in advance for your help,
>
> Mike
>
>
>
> ___
> 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