Re: [Talk-us] Alt_names on counties

[Bryan Housel]

They could all have `operator:wikidata=Q7414497`, then there is no confusion.  

A dataset of all operators in OSM linked to wikidata QIDs will be coming soon, 
I promise! 

We already have this for brands, and it’s pretty rad:  https://nsi.guide


Sent from my iPhone

> On Dec 30, 2019, at 6:01 PM, Ray Kiddy  wrote:
> 
> Is there a way that the alt_name vs name situation can be sorted for a key 
> like "operator"?
> 
> For example, the "San Jose Unified School District" in California gives too 
> few results in overpass. Add queries for "San José Unified School District" 
> and you are good.
> 
> If I was looking at the district, it would work to have the name without the 
> accent as "name" and then, without the accent, it would be the "alt_name".
> 
> But there is no "operator" or "alt_operator" tag on the schools, so I guess I 
> keep having to use this?
> 
> [out:json][timeout:25];
> // gather results
> (
>   // query part for: “operator="San Jose Unified School District"”
>   node["operator"="San Jose Unified School District"];
>   way["operator"="San Jose Unified School District"];
>   relation["operator"="San Jose Unified School District"];
>   node["operator"="San José Unified School District"];
>   way["operator"="San José Unified School District"];
>   relation["operator"="San José Unified School District"];
> );
> // print results
> out body;
> >;
> out skel qt;
> 
> cheers - ray
> 
> 
>> On 12/27/19 9:57 PM, Joseph Eisenberg wrote:
>> Thanks, Tod.
>> 
>> BTW, I believe the "official_name" for all California counties is now
>> in the format "County of Los Angeles", right? This shouldn't be used
>> for the "name=" since almost everyone still puts the County last (e.g.
>> "Los Angeles County") in common usage, but official documents will use
>> the other way with "of" in the middle.
>> 
>> Joseph Eisenberg
>> 
>>> On 12/28/19, Tod Fitch  wrote:
>>> Based on this discussion and my own checking to see what search engines are
>>> doing with the data, I think it would be okay to move the alt_name tag value
>>> to be a short_name value for the counties in California and Arizona where
>>> the current alt_name tag is the same string as the name but without a “
>>> County” suffix. For example:
>>> 
>>> alt_name=“Los Angeles”
>>> name=“Los Angeles County”
>>> 
>>> Changed to
>>> 
>>> name=“Los Angeles County”
>>> short_name=“Los Angeles”
>>> 
>>> From my side this is now just a desire to be logical and consistent (not
>>> always a trait seen in OSM tagging). My initial annoyance has been dealt
>>> with on my topo map rendering by creating a Postgresql function that, among
>>> other things, will ignore alt_name values if they fit the above criteria. As
>>> noted by Joseph Eisenberg, the alt_name/short_name value could probably be
>>> dropped in these cases but I suspect that will get more push back than
>>> changing the tag.
>>> 
>>> — Tod
>>> 
 On Dec 27, 2019, at 7:21 PM, Joseph Eisenberg 
 wrote:
 
 It's not necessary to add an alternative like "Josephine" if the name=
 is already "Josephine County" because geocoding and search application
 already know to search for part of a name.
 
 For example this search already finds the "Josephine County"
 administrative boundary as the first result:
 https://www.openstreetmap.org/search?query=Josephine - and there is no
 short alt_name or short_name.
 
 So I think there is no reason to have this information duplicated if
 we are just worried about search.
 
 -Joseph Eisenberg
 
 On 12/27/19, stevea  wrote:
> I truly love the level of detail we get "coming out of the woodwork" so
> that
> we may have excellent real-life examples to share with one another (and
> +1
> to one another, too!)
> 
> To be brief about it (rare for me, I endeavor to get better):  good
> examples, discussion / dialog and sharing our real-world experiences and
> knowledge is only going to help things.  If somebody reading now has a
> more-concrete understanding of differences between old-, alt-,
> official-,
> and so on, hooray.  If such sharper focus finds its way into a
> more-enlightened sentence or paragraph in a wiki, great.
> 
> Chip, chip, chipping away at it (are all of us),
> SteveA
> 
> ___
> 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 mailing list
> Talk-us@openstreetmap.org
> 

Re: [Talk-us] motel vs. hotel

[Bryan Housel]

Good question!
As others have said - hotels have rooms that open indoors, motels have rooms 
that open outdoors.  That’s the only difference.

I did a bit of research on this last year for 
https://github.com/osmlab/name-suggestion-index 
 because we are using this 
project to capture the recommended tagging for all the brands of the world.

Check out the hotel/motel files here if you are curious!
https://github.com/osmlab/name-suggestion-index/tree/master/brands/tourism 


For example:
Super 8 is almost always tagged as `tourism=motel`, and Travelodge is almost 
always tagged as `tourism=hotel`, even though both brands often exist in either 
kind of building.

I think this is one of those tags where it really doesn’t matter much which one 
people use.

Bryan



> On Mar 8, 2019, at 7:47 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] Fixing intersection OSMAnd treats as roundabout?

[Bryan Housel]

Thanks for asking, I.AM..

The Northeast Parkway here should really be split at the intersection.  It is 
currently mapped as a single long road.  I’ll fix this now.

If you are interested in more reading about mapping best practices, Mapbox has 
made their team mapping guides available here:
  https://labs.mapbox.com/mapping/   
This guide covers a lot of situations like the one you shared (intersection of 
dual carriageways)

Also I encourage you to join the OSM US Slack here:  
https://slack.openstreetmap.us/ 
There are lots of people on there that are happy to answer questions about how 
to map, and eager to fix things!
You will get a better response there than on the mailing list.

Thanks, and happy mapping!
Bryan




> On Mar 3, 2019, at 11:58 PM, I. Am  wrote:
> 
> Intersection location: Lat 35.12780 Lon -80.69922
> 
> I'm guessing a traffic light should be removed or the triangle arrangement 
> modified, but 10 minutes of searching didn't reveal the best fix. Help?
> -- 
> Sent from my Android device with K-9 Mail. Please excuse my 
> brevity.___
> 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] Proposed mechanical edit - elimination of old-style Wikipedia links in USA

[Bryan Housel]

Replacing the deprecated `wikipedia:en` tags with newer `wikipedia` tags sounds 
like a great idea.  As mentioned on Slack, I agree that if you can add 
`wikidata` tags at the same time, even better.

Thank you for your work on this!
Bryan



> On Feb 26, 2019, at 7:51 AM, Mateusz Konieczny  
> wrote:
> 
> Old style wikipedia link is one where language is stored in key, not in value.
> 
> For example "wikipedia:en=Kansas" is an old style link, while 
> "wikipedia=en:Kansas"
> is a form that is currently standard.
> 
> Many old-style Wikipedia links remain and updating them to new style manually 
> is
> boring, tedious and some mistakes may appear during this.
> 
> Some OSM elements have old-style Wikipedia link without new tag what means 
> that this data
> is harder to process for editors and data consumers.
> 
> Also, remaining old-style Wikipedia tags confuse mappers, especially less 
> experienced.
> 
> Therefore I propose to run an automatic edit that will replace old-style 
> Wikipedia links
> with current style of Wikipedia links.
> 
> Please comment no matter what you think about this idea! I will not make the 
> edit without a clear
> support so please comment if you think that it is a good idea and if you 
> think that it should not be done.
> 
> Plan is as follows:
> 
> I will take full responsibility for all edits and if anything goes wrong I 
> will fix it.
> 
> Editing is limited to objects with old-style Wikipedia tags is not 
> conflicting with existing wikipedia=* 
> or wikidata=* tag or other old-style wikipedia tags.
> 
> Links detected as invalid (leading to disambigs, articles about humans, 
> animals, plants, events etc) 
> are also skipped
> 
> Each changeset contains a single element or group of close elements to avoid 
> edits spanning 
> across large areas (it is impossible in cases where edited object itself 
> spans very large area)
> 
> After every changeset bot sleeps for one minute.
> 
> This is proposed as reoccurring edit and may be made as soon as new old-style 
> wikipedia links appear.
> 
> documentation page on OSM Wiki is at 
> https://wiki.openstreetmap.org/wiki/Mechanical_Edits/Mateusz_Konieczny_-_bot_account/elimination_of_old-style_Wikipedia_links_in_USA
>  
> 
> 
> I have experience with automatic edits. exactly the same task was run in 
> Poland to remove
> more than 6000 old-style Wikipedia links what was completed without any 
> issues.
> ___
> 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] Reminder: Please vote in the OSMF board election!

[Bryan Housel]

Oh one other thing I forgot to mention... When you cast your vote, you will 
need JavaScript enabled in your browser, and you may need to disable your ad 
blocker in order to view the candidates in the voting panel. 



> On Dec 10, 2018, at 3:20 PM, Bryan Housel  wrote:
> 
> Hey Talk-US!
> 
> If you’ve joined the OpenStreetMap Foundation (OSMF) and your membership is 
> in good standing you should have received a ballot to vote in the OSMF Board 
> Election.  The ballot would arrive in your email from opavote, and the 
> deadline to cast your ballot is Saturday 15th December, 16:00 UTC.
> 
> OpenStreetMap is run by volunteers, but the OSMF guides and directs many 
> aspects of the project.  If you care about OSM, the annual board election is 
> your opportunity to make sure that the leadership of OSMF represents you and 
> your values.
> 
> There are 7 candidates running and 2 board seats available.  You can read all 
> about the candidates here:
> https://wiki.openstreetmap.org/wiki/Foundation/AGM18/Election_to_Board/Answers_and_manifestos
>  
> <https://wiki.openstreetmap.org/wiki/Foundation/AGM18/Election_to_Board/Answers_and_manifestos>
> 
> The election uses a system called Single Transferable Vote (STV), which 
> allows you to rank your candidates in order of preference.
> Read more about STV here:  
> https://www.opavote.com/methods/single-transferable-vote#scottish-stv 
> <https://www.opavote.com/methods/single-transferable-vote#scottish-stv>
> Or watch this fun video:  https://www.youtube.com/watch?v=NrNejaszSE4 
> <https://www.youtube.com/watch?v=NrNejaszSE4> 
> 
> You can also learn more about the OSMF mission here:  
> https://wiki.osmfoundation.org/wiki/Mission_Statement 
> <https://wiki.osmfoundation.org/wiki/Mission_Statement>
> 
> 
> Thanks!
> Bryan

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

[Talk-us] Reminder: Please vote in the OSMF board election!

[Bryan Housel]

Hey Talk-US!

If you’ve joined the OpenStreetMap Foundation (OSMF) and your membership is in 
good standing you should have received a ballot to vote in the OSMF Board 
Election.  The ballot would arrive in your email from opavote, and the deadline 
to cast your ballot is Saturday 15th December, 16:00 UTC.

OpenStreetMap is run by volunteers, but the OSMF guides and directs many 
aspects of the project.  If you care about OSM, the annual board election is 
your opportunity to make sure that the leadership of OSMF represents you and 
your values.

There are 7 candidates running and 2 board seats available.  You can read all 
about the candidates here:
https://wiki.openstreetmap.org/wiki/Foundation/AGM18/Election_to_Board/Answers_and_manifestos
 


The election uses a system called Single Transferable Vote (STV), which allows 
you to rank your candidates in order of preference.
Read more about STV here:  
https://www.opavote.com/methods/single-transferable-vote#scottish-stv 

Or watch this fun video:  https://www.youtube.com/watch?v=NrNejaszSE4 
 

You can also learn more about the OSMF mission here:  
https://wiki.osmfoundation.org/wiki/Mission_Statement 



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

[Talk-us] iD news - 2.12.0 released 

[Bryan Housel]

Last week, after several months of work, we released iD v2.12.0 for editing 
OpenStreetMap.
I hope you like it!  Here are some of the highlights from the release:

✌️  2-finger pan and zoom gestures
Mac users can now use 2 finger trackpad gestures to pan and zoom the map.
Try swiping with 2 fingers to pan, or pinching out/in to zoom and unzoom. 
You'll be less likely to accidentally drag nodes!

  Directional way markers
iD now draws triangular markers on the "down" side of ways where the direction 
matters. Thanks, Huon Wilson for this feature!
Ways with a direction include cliffs, coastlines, retaining walls, kerbs, guard 
rails, embankments.

↔️  Resizable sidebar
You can now resize the sidebar, or hide it completely. Shout out to Quincy 
Morgan for his work on this!
Try dragging the sidebar to resize it, or click the hide button in the top 
toolbar. The top bar buttons can also shrink on narrower screens.

  Brand Name Suggestions
We've released a huge upgrade to the brand name suggestions in iD. Thank you to 
everyone who volunteered to match brand names to their proper OpenStreetMap 
tags.  Follow the brand name suggestion project here:  
https://github.com/osmlab/name-suggestion-index 

Try adding some branded businesses to the map - `brand`, `brand:wikidata`, and 
other tags will be set for you.

  More Wikidata integration 
iD now displays linked data if a feature has a wikidata tag, and will protect 
fields like name and brand from direct editing.
Make sure prominent features have a Wikidata tag, for added protection against 
accidental changes.

  More features for working with relations
Hovering over a relation or member in the sidebar will highlight it on the map. 
You can also download incomplete sections, and zoom to inspect relation 
children. Thanks, Quincy Morgan!
Check out the "All Relations" and "All Members" sections of the sidebar to try 
out the new relation editing tools.

‍  Hacktoberfest happened! 
We merged 40 pull requests during the month of October. Thank you to all of our 
new contributors!


As always, the update includes many other usability improvements and new 
presets - check out the changelog for all the details.
(It’s pretty epic, thanks to the dozens of people who worked on this release!)

Changelog: 
v2.12.0 changelog:  
https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#2120 


Twitter:
v2.12.0 announcement:  https://twitter.com/bhousel/status/1070068684297768960 
  
Quincy shows off the new features:  
https://twitter.com/quincylvania/status/1070176229620244481 


Reddit:
Thread:  
https://www.reddit.com/r/openstreetmap/comments/a39y2b/the_new_features_of_id_2120_in_one_twitter_thread/
 



Follow and star the iD project on GitHub to show your support:  
https://github.com/openstreetmap/iD 
And follow me on Twitter https://twitter.com/bhousel 
 for the latest iD news. 

Thank you!
❤️ Bryan, and the rest of the  team.

P.S.
We are getting together in NYC to hack on iD during the week of Dec 17-21 at 
the Facebook office.  Space is limited, so please private message me if you 
want to attend!  We also have started a bi-weekly sync for the core development 
team.  If you want to work on iD, we’d love your help!

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

Re: [Talk-us] Trunk versus motorway

[Bryan Housel]

> On Dec 2, 2018, at 12:42 AM, Paul Johnson  wrote:
> 
> On Wed, Nov 28, 2018 at 8:37 PM Bryan Housel  <mailto:bhou...@gmail.com>> wrote:
> Can’t a motorway begin or end at an at-grade intersection though?
> 
> No, I don't think so.  It's at least not a freeway traffic pattern on the 
> side heading towards the intersection.

I do understand your point, but a dozen or so people on talk-us and the six or 
so people on that changeset 64919426 discussion all disagree with you.  Is 
there nothing that would make you reconsider? 

The “freeway traffic pattern” is just a guide, right?  I’m sure you wouldn’t 
downgrade motorways around stuff like toll plazas and bridge/tunnel approaches 
just because the traffic slows down there..

>  
> What you did by classifying it “trunk” back to the Apache Street interchange 
> just looks weird.
> 
> So why should we tag for the renderer?

In this case, the renderer is correct, and it’s making your unusual tagging 
preference stand out clearly on the map.
Would you at least consider tagging the last 500 feet or so as motorway_link?

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

Re: [Talk-us] Trunk versus motorway

[Bryan Housel]

Can’t a motorway begin or end at an at-grade intersection though?

What you did by classifying it “trunk” back to the Apache Street interchange 
just looks weird.
Sorry, but I have to disagree, and would leave it as a motorway up to 
Gilcrease, then trunk beyond that point.

For comparison, our Garden State Parkway in NJ ends at an at grade intersection 
at Exit 0 in Cape May, and I think this is fine.
https://www.openstreetmap.org/node/4904630893#map=17/38.96139/-74.90345 


Thanks, Bryan



> On Nov 28, 2018, at 9:18 PM, Paul Johnson  wrote:
> 
> Can I get some voice of reason in 
> https://www.openstreetmap.org/changeset/64919426 
> ?  There seems to be quite 
> a few people (and one AARoads forum troll egging it on) that are trying to 
> propel the idea that motorways have at-grade intersections, which is 
> obviously incorrect.
> ___
> 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] Thoughts on a standard "ref" abbreviation for PA Turnpike?

[Bryan Housel]

Sounds good to me - I think the PATP abbreviation is easy to understand. 

Thanks, Bryan 

Sent from my iPhone

> On Nov 10, 2018, at 7:50 PM, Albert Pundt  wrote:
> 
> Does anyone object to the use of "PATP" as the ref equivalent for the PA 
> Turnpike? Particularly for destination:ref tags, as the Turnpike keystone 
> shield is used on most guide signs for ramps onto the Turnpike. However, 
> since it's not used as a reassurance marker*, I don't think it should be 
> added as a ref tag on the ways (i.e. ref=I 76;PATP) as is done on the New 
> Jersey Turnpike, which does have its shield on pull-through signs and similar.
> 
> This sort of abbreviation is already standard practice in New Jersey (for the 
> NJTP, GSP, and ACE) and New York (all the parkways), which have standard 
> shields used on guide signs.
> 
> This would apply to the mainline (I-76 and I-276) and the Northeast Extension 
> (I-476), but not the newer four extensions (PA Tpke 43, 66, 576, and I-376).
> 
> *There is now one set of signs eastbound on the mainline PA Turnpike 
> approaching the Willow Grove (PA 611) interchange that has the PA Turnpike 
> shield on the pull-through side. However, this was put up within the past two 
> months and is not nearly common enough to base system-wide practice on.
> 
> —Albert Pundt
> ___
> 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] USPS Post Boxes

[Bryan Housel]

I agree that adding `wikipedia` or `wikidata` to each location is wrong..
But using `operator:wikidata`/`operator:wikipedia` (and or 
`brand:wikidata`/`brand:wikipedia`) should be ok, even preferred.. 

This is the approach I’m taking with 
https://github.com/osmlab/name-suggestion-index 

which is the project that seeds the preset list for iD with common brand names

Thanks,
Bryan



> On Sep 25, 2018, at 10:58 AM, Clifford Snow  wrote:
> 
> First off, I don't have an opinion on the naming of blue boxes. I'm am 
> concerned about adding the wikipedia tags. One of the unintended consequences 
> of adding the wikipedia tag to fast food chains is that nominatim puts those 
> locations high in the search results. We removed most of the wikipedia tags 
> to Starbucks locations a few years back. The consensus at that time was that 
> the wikipedia tag only belonged on the headquarters location and any store 
> that had a unique wikipedia article. (Only one did, the first) 
> 
> My question is, should the wikipedia tag only be placed on their headquarters 
> locatIon?
> 
> Best,
> 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] USPS Post Boxes

[Bryan Housel]

Can we please leave it as USPS?  Other shippers UPS, FedEx, and DHL are also 
abbreviated.
The “expand abbreviations” rule is really for street addresses, not everything 
in OSM.

Taginfo can show you what values are currently stored in the `operator` tag:
https://taginfo.openstreetmap.org/keys/operator#values 


If we were to switch the `operator` field in iD over to a taginfo-based 
autocomplete, 2 things would happen:
1. It would show exactly the results in the url above, which contains all the 
operators (not just the postal ones).  It would not be a good list to pick from.
2. The taginfo service would crash.  We’ve been asked by Jochen not to do 
lookups against tags with a lot of distinct values (like “name” and “operator”) 
because queries like this are resource intensive.

Thanks, Bryan




> On Sep 6, 2018, at 6:44 PM, Leif Rasmussen <354...@gmail.com> wrote:
> 
> Hi Peter,
> I would like to do the operator value conversion this weekend, but would also 
> like to make sure to listen to all the reasons for not expanding USPS.  These 
> include having the tagging style as consistent as possible, the long version 
> being harder to type, a list of semicolon separated expanded operators being 
> too long, and more.  These are valid concerns, which should be addressed 
> before anything else happens.  
> First, for keeping the tagging style as consistent as possible, each post box 
> will be given the tag "operator:wikidata"="Q668687".  This way, even if the 
> operator=* tags are changed later on, all post boxes will still be consistent 
> and easy to querry.
> Second, for making sure that the operator tag is not too hard to type, I 
> think that adding a taginfo based autocomplete to the operator=* field in iD 
> could solve this.  I would have to open an issue about that on Github, though.
> Third, another fear was that a list of expanded operators separated by 
> semicolons would be hard to work with.  I have no easy solution for this.  
> Perhaps, iD could have something to organize the operator tags into blocks, 
> rather than just text like other fields.
> I would like to convert the tags this weekend, so please let me know if you 
> have any suggestions for how to make the conversion less problematic.
> Thank you, 
> Leif Rasmussen
> ___
> 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 Early Bird tickets end tomorrow!

[Bryan Housel]

A few quick reminders about... 
State of the Map US    Detroit, MI · October 5-7th  


  The reduced-price tickets will be available until midnight tomorrow on 
Friday, August 17th.
Sign up today before the price doubles… 
https://2018.stateofthemap.us/ 

By the way if you are an OpenStreetMap US member, we just sent out a coupon 
code...
If you’re not an OpenStreetMap US member, join today to save some money on the 
conference!  
Visit this link to check or renew your membership: 
https://join.openstreetmap.us/ 


  Check out full State of the Map US Program!
The program for State of the Map US is going to be amazing.  We're excited to 
have over 45 talks spread over 3 days in October so you can learn more from the 
OpenStreetMap US community!  There will also be workshops, social events, and 
hacking.
https://2018.stateofthemap.us/program/ 

Some highlights:
• Clifford Snow will be talkingabout OpenStreetMap in rural America.
• Julian Simioni will be talking about how to improve data for geocoding.
• Drishtie Patel will talk about Facebook's use of OpenStreetMap.

Follow State of the Map US on Twitter and share the latest news:  
https://twitter.com/sotmus 
Looking forward to seeing everyone in Detroit!! 

Bryan


P.S. Want to know what to expect?  Check out our pictures from previous years 
State of the Map US:
https://www.flickr.com/photos/openstreetmapus/albums 



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

Re: [Talk-us] State Open Data

[Bryan Housel]

Hey Clifford, this is a great idea and thanks for volunteering to collect these 
open data sources..

Also make sure to check out Telenav’s mapping repo for a really impressive list 
of public sources of centerline data.
https://github.com/TelenavMapping/mapping-projects/issues

Bryan



> On Aug 7, 2018, at 11:22 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

[Talk-us] iD news - v2.10.0 with OSM Notes and more

[Bryan Housel]

We released iD v2.10.0 last week!  


  OSM Notes  
You can now create, comment on, and resolve OpenStreetMap notes from within iD! 
 This work was done as part of Thomas Hervey's 2018 Google Summer of Code 
project, and you can read about it in his diary here:  
https://www.openstreetmap.org/user/Thomas_Hervey/diary/ 

Thanks Thomas Hervey and mentor Marc Farra!
Activate the OpenStreetMap notes layer by opening the Map Data pane (shortcut F)
Let’s close all the notes! 


  Detach Node
We've added a new Detach Node operation to remove a tagged node from a way. 
Thanks @Psigio!
With a node selected, use the right-click edit menu to find the Detach command 
(shortcut E)


↗️  Resizable Photo Viewer
The photo viewer (Mapillary, OpenStreetCam, and Bing Streetside) is now 
resizable by dragging any of its edges.  Thanks Matias Volpe!
Try activating one of the streetlevel photo layers (shortcut F) and resizing 
the viewer.


As always, the update includes several other usability improvements and new 
presets - check out the changelog for all the details.

Changelog: 
v2.10.0 Changelog:  
https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#2100 


Twitter:
v2.10.0 announcement:  https://twitter.com/bhousel/status/1022527242193252356 

OSM Notes: https://twitter.com/bhousel/status/1019021979117072386 

Detach Node:  https://twitter.com/bhousel/status/1021448718111985664 


State of the Map!!
I gave a lightning talk about iD at last week’s State of the Map conference in 
Milan!  ⚡️
So many features have shipped in the past year, I had to really race to get 
through it all.
You can watch it here:  
https://www.youtube.com/watch?v=Jn5VWd7C6_g=youtu.be=2989 

Or share this Tweet:  https://twitter.com/bhousel/status/1023707520525901824 



Follow and star the iD project on GitHub to show your support:  
https://github.com/openstreetmap/iD 
And follow me on Twitter https://twitter.com/bhousel 
 for the latest iD news. 

Thank you!
❤️ Bryan, and the rest of the  team.


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

Re: [Talk-us] Hostility towards US mappers

[Bryan Housel]

Hey Christoph, you make a good point, and I apologize for the flippant subject 
line. I realize that changing “Senseless sidewalks” to “Senseless Germans” 
distracts from the overall point that I was trying to make.  In truth, most 
sidewalks are fine and most Germans are sensible people.

That said - Frederik’s message made me really angry.  I’m still pretty upset 
about it.  To your analogy, I’d never go on talk-de and threaten to revert the 
work of some students in Germany just because they didn’t connect some lines.  
We all know that the connections can be added quickly with the tools that we 
have. 

It’s not ok to threaten mappers with a revert that way, and I'll continue to 
defend our growing OpenStreetMap community here in the US against bullies like 
Frederik.

Thanks, Bryan




> On Jul 25, 2018, at 12:57 PM, Christoph Hormann  wrote:
> 
> 
> I am somewhat amazed by the fact that hardly anyone from the US 
> community (where a lot of mappers routinely map abroad and should be 
> able to empathize with Frederik being concerned about an area where he 
> has no first hand knowledge of) seems to find it necessary to speak up 
> against this.  I cannot imagine someone coming to talk-de, getting 
> a "Senseless Americans" in reply and this not being immediately 
> rejected by many others - no matter how inappropriate or unfunded the 
> original message might have been.
> 
> This is talk-us of course so you are free to be as hostile and 
> dismissive towards Germans here as you like.  Still i am watching the 
> discussion with some bewilderment because in large parts (and in 
> particular in statements from representatives of OSM US) it contrasts 
> quite sharply with what i am used to in terms of American culture and 
> communication styles.
> 
> What saddens me is that those with constructive and reflective 
> commentary (Rihards and Kevin) get caught in the rage against 
> the "Senseless Germans".
> 
> Side note:  I also have my doubts if Bryan's German colleagues at work 
> appreciate this kind of remark.
> 
> -- 
> Christoph Hormann
> http://www.imagico.de/
> 
> ___
> 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.

[Bryan Housel]

> Let's concentrate on the concerns Frederik raised and discuss them based
> on their own merit.


I’m focused on this part of the email.  This is not an ok way to talk about 
teams of mappers working in the US:
It’s obviously a work in progress. He can’t just threaten to “delete them all 
once the project has run out…”


> On Jul 25, 2018, at 2:32 AM, Frederik Ramm  wrote:
> 
> And they
> don't even look good on the map. I really wonder what the purpose of
> this is. At least they're all tagged with "project=OpenSidewalks" which
> makes it easier to delete them once the project has run out...
> 
> Bye
> Frederik

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

Re: [Talk-us] Senseless Germans, again.

[Bryan Housel]

You have a reputation for bullying local contributors and impeding work made by 
local teams trying to improve the map around them. 

I’m telling you Frederik - knock it off.

Find more productive ways to improve OSM than threatening to delete people’s 
work.



> On Jul 25, 2018, at 7:11 AM, Frederik Ramm  wrote:
> 
> Hi,
> 
> On 25.07.2018 12:33, Bryan Housel wrote:
>> Do you live in Austin, TX?
>> If not, why do you care whether the students want to map sidewalks there?
> 
> What does this have to do with my nationality?
> 
> 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] Senseless Germans, again.

[Bryan Housel]

Do you live in Austin, TX?
If not, why do you care whether the students want to map sidewalks there?

Since you seem confused about “what the purpose of this is”, and can’t even be 
bothered to look up any of the “long-ish discussions”,  I’ve done a Google 
search for you to find this:  https://www.opensidewalks.com/ 


Threatening to delete all the work from the OpenSidewalks project just because 
you found one poorly mapped thing is not very nice.  Hope you’ll reconsider.  

Thanks, Bryan



> On Jul 25, 2018, at 2:32 AM, Frederik Ramm  wrote:
> 
> Hi,
> 
> we had a long-ish discussion here (or was it over at imports?) about
> adding sidewalks, especially related to a project called "OpenSidewalks"
> which boldly announced a massive attempt at doing so.
> 
> I recently stumbled across this changeset in Austin, TX:
> 
> https://www.openstreetmap.org/way/603909001
> 
> In it, an untagged line was added 24 days ago, with a vague promise of
> using JOSM later to add relevant tags, which hasn't happened yet.
> 
> What's more, there are some erratic sideways in the same area,
> un-connected to the road network and un-connected to each other, see e.g.
> 
> https://www.openstreetmap.org/edit?editor=id=603909004#map=21/30.28318/-97.74670
> 
> and as such hardly usable for anything like pedestrian routing. And they
> don't even look good on the map. I really wonder what the purpose of
> this is. At least they're all tagged with "project=OpenSidewalks" which
> makes it easier to delete them once the project has run out...
> 
> 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

[Talk-us] iD news - v2.9.0 now with Bing Streetside support

[Bryan Housel]

Happy Summer!  
I just released iD v2.9.0 this week and it’s now available on openstreetmap.org 
 for editing.  If you use street level imagery you 
will like this...


 Bing Streetside now supported
iD now includes a layer for Bing Streetside!  This new layer provides 
360-degree panoramic imagery across large regions of the United States, United 
Kingdom, France, and Spain. Many thanks to Jubal Harpster and the rest of the 
team at Microsoft!
Activate the Bing Streetside layer by opening the Map Data pane (shortcut F)

This pull request includes more details direct from Microsoft clarifying the 
terms of use for mapping with Bing Streetside: 
https://github.com/openstreetmap/iD/pull/5050 



 Mapillary Traffic Signs refresh
iD also made some changes in how we process icons, which resulted in a welcome 
refresh for the Mapillary Traffic Signs layer.  We’ve switched from PNG to SVG, 
so the icons look much clearer, we support many more signs, and the traffic 
sign layer is now supported in all browsers!
Activate the Mapillary Traffic Signs layer by opening the Map Data pane 
(shortcut F)


As always, the update includes several other usability improvements and new 
presets - check out the changelog for all the details.

Changelog: 
v2.9.0 changelog:  
https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#290 


Twitter:
v2.9.0 announcement:  https://twitter.com/bhousel/status/1007253540589449216 

Bing Streetside Manhattan: 
https://twitter.com/bhousel/status/1006997683918245888 

Mapillary Street Signs:  https://twitter.com/bhousel/status/1004594196664250369 


Blogs:
Bing Maps:  
https://blogs.bing.com/maps/2018-06/bing-maps-streetside-imagery-now-integrated-into-openstreetmap-id-editor
 

WinBuzzer:  
https://winbuzzer.com/2018/06/15/openstreetmap-id-editor-gets-5-petabytes-of-bing-streetside-imagery-xcxwbn/
 


Reddit:
Thread:  
https://www.reddit.com/r/openstreetmap/comments/8r24pz/id_290_is_live_for_editing_now_you_can_use_bing/
 



Follow and star the iD project on GitHub to show your support:  
https://github.com/openstreetmap/iD 
And follow me on Twitter https://twitter.com/bhousel 
 for the latest iD news. 

Thank you!
❤️ Bryan, and the rest of the  team.

___
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...)

[Bryan Housel]

> 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
* great mobile experience
* good for sharing files / screenshots
* works well for both sync and async chat
* emoji reactions, can be used to both cut down on noise comments but also mark 
things as read (like our welcome users feed)
* integration with basically everything (GitHub, Stripe, RSS anything you want 
really)
* easy to start focused public or private channels and pull a few people in to 
a discussion
* ability to mute and set availability times
* user profiles
* decent search
* 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.

Anyway, I felt it important to speak up because I’ve noticed a very common 
situation when asking for people’s opinion about something, the people who are 
happy will stay silent, and the few who have a problem will be the ones who 
respond.

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.  

I don’t think we should get rid of mailing lists.  We should still copy things 
to the talk-us mailing that affect the entire US community.

Just my thoughts
Thanks, Bryan




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

Re: [Talk-us] Prospect Mountain Interchange Reconfiguration, Binghamton NY

[Bryan Housel]

Thanks for the heads up Andy!
Of the top of my head, I consider Russ Nelson, Kevin Kenny, Richard Welty are 
all power users in NY State (though maybe not the Binghamton area) and would be 
great for this.

I will share your message on Slack too.

Bryan




> On May 18, 2018, at 6:57 AM, Andy Townsend  wrote:
> 
> Hello,
> 
> The Data Working Group has recently received an email from someone at 
> dot.ny.gov, saying that there's a general problem with satnav directions 
> following changes to this interchange:
> 
> https://www.openstreetmap.org/#map=17/42.11451/-75.90885
> 
> Essentially, it's in the process of being changed and there will be temporary 
> reconfigurations during construction until the final layout is achieved.  
> Also, what's currently in OSM (which seems to be mostly a few years old) 
> isn't up to date.  I've explained that OSM is created by volunteers and 
> linked to https://www.openstreetmap.org/about etc. to provide a bit more 
> background.
> 
> What they've asked for is a contact within OSM who they can work with to 
> ensure that the data is updated to be correct as of now, and changed as and 
> when future changes occur.
> 
> Obviously it makes sense for the person doing this to be at least on the same 
> continent, so I'm asking for a volunteer here.  Email me via 
> ajt1...@gmail.com and I'll pass the details on.  Also, if anyone can think of 
> anyone who might want to do it and might not be reading talk-us, please pass 
> the message on to them too.
> 
> Best Regards,
> 
> Andy Townsend, on behalf of OSM's Data Working Group.
> 
> 
> 
> ___
> 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] Drop the tiger:reviewed tag from roads

[Bryan Housel]

I agree it would be great to get rid of `tiger:reviewed`. 
I proposed this for iD 3 years ago but received some pushback:  
https://github.com/openstreetmap/iD/issues/2697 


I would be ok if it were removed via a mechanical edit.

As an aside, I think it would be great to move to a GitHub/Slack based workflow 
for mechanical edits and imports so ideas like this don’t get lost.  
Even if the broader OSM community wants to keep their discussions on 
wiki/mailinglist, we can change what we do for US-scoped edits to work a bit 
more efficiently.
 
Thanks Bryan


> On May 11, 2018, at 12:25 PM, Clifford Snow  wrote:
> 
> The tag, tiger:reviewed that is left over from the 2006/7 import of TIGER 
> roads has lost any meaning. For example, look at 196th Avenue Southwest [1] 
> in Thurston County WA. It's on version 6 yet still has tiger:reviewed=no. 
> Note I picked this street at random from a overpass query [2]. I see this tag 
> all the time. It's time to get rid of it. Not through a mechanical edit, but 
> by editors making changes to roads.
> 
> I'm proposing to open a ticket for JOSM to add this tag to the list of 
> discarded tags. I'd like to hear if there are any objects or think this is a 
> good idea.
> 
> I did learn from Toby Murray this morning that you can add tiger:reviewed to 
> the list of discarded tags in JOSM by going to preferences->Advanced 
> Preferences and adding tiger:reviewed to tags.discardable. Then just reload 
> JOSM for the changed to be active.
> 
> [1] http://www.openstreetmap.org/way/173554611 
> 
> [2] http://overpass-turbo.eu/s/yJh 
> 
> 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

[Talk-us] iD news - v2.8.0, GSoC, OSM-US Hackathon 5/21-5/22 at Mapbox DC!

[Bryan Housel]

Hello all!  I’ve got a bunch of exciting items to share about iD - please check 
out the news and share..


  iD 2.8.0 released, including Community Index 
We've changed how things look on the post-upload screen. Now after saving your 
edits, you will see a list of OpenStreetMap communities that are active around 
the area where you are editing.  Reach out to nearby mappers and say hello!

If your local community group or meetup is missing, please open an issue or 
pull request here: 
https://github.com/osmlab/osm-community-index/ 


Changelog:
v2.8.0 changelog:  
https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#280 


Twitter:
v2.8.0 announcement, community index: 
https://twitter.com/bhousel/status/985981732737314818 




  Google Summer of Code!
OpenStreetMap is again participating in Google Summer of Code, and we have 2 
projects to improve iD.  Welcome Princi and Thomas!

•  Princi Vershwal (mentored by Sajjad Anwar) will be adding support for 
viewing vector tiled data:
   https://www.openstreetmap.org/user/Princi%20Vershwal/diary/43802 


•  Thomas Hervey (mentored by Marc Farra) will be adding support for OSM Notes:
   https://www.openstreetmap.org/user/Thomas_Hervey/diary/43795 


Twitter:
iD GSoC announcement:  https://twitter.com/bhousel/status/990337518754238469 




‍  OSM US Spring Hackathon - 5/21-5/22 at Mapbox DC
Join us May 21-22 in Washington, DC at the Mapbox office for a 2 day OSM 
hackathon!  
Stop by between 9am-6pm and work with us, followed by an evening social event. 

This is the perfect opportunity to meet up with other developers, designers, 
and mappers in the OSM community and build something awesome. It could be a new 
feature for an open source project, a fun map style, a documentation or 
translation improvement, or something completely random.
 
Bring your laptops and your ideas. All are welcome!

Details and RSVP HERE:  https://osmhacks.splashthat.com/ 


Looking for ideas? Check out :
OSM Top 10 Tasks:  https://wiki.openstreetmap.org/wiki/Top_Ten_Tasks 

osmlab/osm-planning: https://github.com/osmlab/osm-planning 


Twitter:
OSM US Spring Hackathon:  
https://twitter.com/OpenStreetMapUS/status/987502081866190849 




Follow and star the iD project on GitHub to show your support:  
https://github.com/openstreetmap/iD 
And follow me on Twitter https://twitter.com/bhousel 
 for the latest iD news. 

Thank you!
❤️ Bryan, and the rest of the  team.

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

Re: [Talk-us] DigitalGlobe Premium Imagery: Invalid Token?

[Bryan Housel]

I updated the tokens, per DG request, in this commit:
https://github.com/osmlab/editor-layer-index/commit/034ac3910fc2fe118394bc953d3ca4ca2212b71c
 


I don’t know how to update the imagery that JOSM uses, but usually whenever we 
change these, somebody will update the JOSM sources pretty quickly.

Thanks, Bryan



> On Mar 10, 2018, at 4:54 PM, Paul Johnson  wrote:
> 
> Ive run into the same program since yesterday, and it's basically ground me 
> to a halt, since Bing is badly out of date stateside in Oklahoma. 
> 
> On Mar 10, 2018 14:54, "Albert Pundt"  > wrote:
> For the past several days, the DigitalGlobe Premium and Standard Imagery have 
> both given HTTP 401 errors when trying to use them in JOSM. Manually going to 
> the tile URL tells me that the access token is invalid. Since this is the 
> token in the TMS URL in JOSM by default, it seems as though it needs 
> updating. How do I get a valid updated token?
> 
> —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

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

Re: [Talk-us] iD news - v2.7.0, new imagery, upgraded turn restriction editor

[Bryan Housel]

> Thank you, thank you!
> 
> I'd just recently cleared the use of New York State Orthos Online (which has 
> 30-cm 'leaves down' imagery!) - and now I can see it for casual edits in iD 
> as well as serious editing sessions in JOSM.
> 
> Is there a way that I can make it the default? For just about the entire 
> state, it's better aligned and more current than Bing. 


Yes thank you for your work in getting these NY State Orthos for us to use!!  
They look great.

We can set a flag in editor-layer-index to mark this source as the best imagery 
available. 
Let me know if you want me to do this and I’ll add it before the next release.

(Although I think at least in some of the more populated parts, Mapbox 
Satellite has 7.5cm imagery and is very recent - do check it out!)

Thanks Bryan




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

[Talk-us] iD news - v2.6.0 lots of new features...

[Bryan Housel]

Happy 2018!  I just released iD v2.6.0 yesterday..


  Release Highlights

-   You can now adjust imagery brightness, contrast, saturation, and 
sharpness. 
(Not currently available in Internet Explorer or Edge)
Try enhancing the background imagery by opening the Background pane (shortcut 
“B") and adjusting the slider controls.

-   iD will now prevent users from drawing many self-crossing lines and areas. 
See issue https://github.com/openstreetmap/iD/issues/4646 
 for examples and more info. 
You can override these checks by holding down the Alt/Option key while drawing.

- ↕️  Features with a direction-type tag will display view cones indicating the 
directions they face. 
This is useful for mapping features like street signs, traffic signals, 
billboards, security cameras, and more.

-   Transit-related presets have been updated to support Public Transport v2 
tagging schema. 
Many presets have new icons too, to better match the mode of transport (tram, 
light rail, trolleybus, etc.)
Try mapping some transit platforms, stations, stop positions, etc.

-   We've completely refreshed the in-app Help content in iD. 
Huge thanks to Manfred Brandl, Minh Nguyễn, and our many volunteers on 
Transifex for their work on this!
Check out the new help texts by opening the Help pane (shortcut "H").


There are many many more presets, usability improvements, and bug fixes 
included too.
I’m really proud of the work we’ve been able to roll into this release, and I 
hope everyone takes a look at the changelog.
About 20 people contributed pull requests, many of them are first time 
contributors:  Thank you!  


Changelog:
   https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#260 


Twitter:
   v2.6.0, Imagery sliders:  
https://twitter.com/bhousel/status/955146596211150852 

   New Help content:  https://twitter.com/bhousel/status/955148340857065472 


Reddit:
   
https://www.reddit.com/r/openstreetmap/comments/7s2m3g/id_editor_v260_released_and_available_on/
 



As always, follow me on Twitter https://twitter.com/bhousel 
 for the latest iD news.  2018 will be a great 
year!

Thank you!
❤️ Bryan, and the rest of the  team.

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

[Talk-us] iD news: v2.5.0, OpenStreetCam, and request for translation help..

[Bryan Housel]

Happy December!  We have lots moving in the iD editor project.  

  OpenStreetCam

Last month, I released iD v2.5.0 (November 10, 2017), which includes support 
for OpenStreetCam.  If you haven’t tried it yet, you should really check out 
how easy it is to work with street level imagery in iD.  

Read more here:
https://blog.mapbox.com/openstreetcam-support-for-the-id-editor-12934de61fa 


Please share:
https://twitter.com/Mapbox/status/931288819277578240 

https://twitter.com/bhousel/status/929116316614692864 



‍ New Help text coming soon

I recently merged a big pull request to iD, contributed by Manfred Brandl, to 
overhaul the internal help texts.  The good news is that it replaces those 
giant blocks of markdown text with short headings and texts which will be much 
easier to translate and maintain going forward.  The bad news is that it means 
all of that old help text needs to be translated again…

If you can translate, I need your help!

You don’t need to be a programmer - if you speak another language in addition 
to English, you can do this!  Please log into the iD project on Transifex, 
https://www.transifex.com/openstreetmap/id-editor/dashboard/ 
 and check the 
languages that are available for translation.  And share this info with 
*anyone* who you know that might want to get involved!  

Please share:
https://twitter.com/bhousel/status/933778248105910272 



As always, follow me on Twitter https://twitter.com/bhousel 
 for the latest iD news.  More great features 
coming soon...

Thank you!
❤️ Bryan, and the rest of the  team.___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] iD news: v2.4.0 released

[Bryan Housel]

iD v2.4.0 was released August 25, 2017 and is now available for editing on 
openstreetmap.org 

  A few highlights from the release:

NEW Esri World Imagery layer:
Esri has made their World Imagery Service available for OSM use! 
Read more here:  
https://blogs.esri.com/esri/arcgis/2017/08/24/world-imagery-in-osm/ 


NEW fields on the save screen:
   • Added a checkbox for mappers to request for someone to review their edits.
   • Added a Source field to allow users to add multiple sources.
   • Added a Hashtags field to allow users to add multiple event hashtags.
- Hashtags can also be set via the API from a Task Manager or Q/A app.  
- Hashtags are automatically extracted from the `comment` field.

NEW changeset tags for improved changeset analysis
   • `review_requested=yes`  (“yes” if the user has checked the box)
   • `source=*`  (semicolon delimited, e.g. “survey;gps")
   • `hashtags=*`  (semicolon delimited, e.g. “#MissingMaps;#Tanzania”)
   • `changesets_count=*`  (number of edits the user has made, will be “0” for 
someone making their first edit)

  Walkthrough tags, will be set only if a user has made <100 edits:
   • `ideditor:walkthrough_started=yes`  (“yes” if the user started the 
walkthrough)
   • `ideditor:walkthrough_progress=*`  (semicolon delimited, e.g. 
"welcome;navigation;point;area”)
   • `ideditor:walkthrough_started=yes`  (“yes” if the user completed all 
walkthrough sections)

Performance:
   • iD can now schedule deferred work in modern browsers with 
requestIdleCallback, (contributed by Kushan Joshi).  
This means big speedups in parsing, loading data from OSM, and rendering.

Presets:
   • Added presets for many theme park attractions (contributed by Willie 
Marcel)
   • Added preset for `amenity=shower` (contributed by JamesKingdom)
   • Added preset `emergency=life_ring` (contributed by JamesKingdom)
   • Added presets and icons for railway mapping Buffer Stop, Derailer, 
Milestone, Signal, Switch, Train Wash (contributed by JamesKingdom)

...and more!


Changelog:
   https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#240 


Twitter:
   v2.4.0 + new save screen:  
https://twitter.com/bhousel/status/901280750540132352 

   Esri World Imagery announcement: 
https://twitter.com/geogangster/status/901194478622433280 


Follow me on Twitter https://twitter.com/bhousel  
for more iD news and sneak peaks.


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

Re: [Talk-us] [OSM-talk] Sourcing Open Aerial Imagery

[Bryan Housel]

Thanks for the correction Simon!  Sorry I missed that announcement...
I will update the editor-layer-index project docs to include some guidance on 
using the imagery waiver.
Bryan


> On Jul 27, 2017, at 1:29 PM, Simon Poole <si...@poole.ch> wrote:
> 
> 
> 
> Am 27.07.2017 um 16:23 schrieb Bryan Housel:
>> TODO:  We don’t have a template letter, or clear guidelines on which
>> imagery licenses are compatible with our use, and we should.
>> See https://github.com/osmlab/editor-layer-index/issues/166 .  Like
>> you said in your other email, tracing is very different from
>> importing, so the existing ODBL advice is not what we need.
>> 
>> 
> 
> Just as a clarification: OSM does have guidance and suggested waiver
> texts
> http://wiki.osmfoundation.org/wiki/Licence/Waiver_and_Permission_Templates
> which is sufficient for use as a background layer in your typical OSM
> editor. Note there is an ongoing discussion of some of the finer details
> of the scope of the editor-layer-index in project:
> https://github.com/osmlab/editor-layer-index/pull/344
> 
> ___
> 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] Sourcing Open Aerial Imagery

[Bryan Housel]

Thanks Kevin for the followup - sourcing imagery for use in editors is indeed a 
complicated topic! 

I think the key takeaways (TL;DR):
- there are lots of public sources of aerial imagery available, especially at 
the us-state level, and we could use help collecting them.
- https://github.com/osmlab/editor-layer-index 
 is the place where we coordinate 
these efforts.
- anybody can lookup what imagery their state makes available, and open an 
issue on that GitHub repository.


replies inline below:


>> There is lots of public imagery out there, but we need volunteers to:
>> 1. find it in the first place
> 
> I know where it is for my state:
> http://gis.ny.gov/gateway/mg/index.html 
> 

Great!   The first step is making sure we know about it.  Anybody, even 
non-technical, can go to https://github.com/osmlab/editor-layer-index 
 and open an issue. This is 
immediately helpful!

(I already did this for the NY State Orthos: 
https://github.com/osmlab/editor-layer-index/issues/345 
)



>> 2. contact state GIS agencies for permission, if the website does not make
>> license clear
> 
> I have contact information, which I'm not going to share here.
> A template for the letter requesting permission would be very helpful,
> since it's not immediately clear how to describe the intended use to
> an agency. It would be even more helpful to be able to have contact
> information for a resource person to answer any legal questions that
> the agency might have. Surely someone's done this before, for the
> specific case of a state's orthoimagery with this being the intended
> use!

Yes, this can get a bit legally complicated.  I got lucky with NJ, because 
their “metadata” sheet makes it very clear that the orthoimagery has no use or 
access constraints, and that attribution is appreciated but not necessary.  
Absent of a clear statement like that, we do just need to contact someone in 
the state GIS office to ask for permission.

TODO:  We don’t have a template letter, or clear guidelines on which imagery 
licenses are compatible with our use, and we should.  See 
https://github.com/osmlab/editor-layer-index/issues/166 
 .  Like you said in 
your other email, tracing is very different from importing, so the existing 
ODBL advice is not what we need.



>> 3. figure out whether the WMS server can serve the imagery (some serve
>> TMS/WTMS tiles that can be consumed directly in iD, others serve WMS which
>> can sometimes be proxied)
>> 4. add the source to editor-layer-index, along with a boundary polygon where
>> the imagery is valid.
> 
> This question seems to be asking for technical details about which I'm
> rather ignorant -
(... snipped ...)
> 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.”

You’re absolutely right that a layperson won’t be able to help much with steps 
3 and 4, as this requires some technical knowledge.  We could use more 
volunteers on https://github.com/osmlab/editor-layer-index 
 who want to learn about this, 
and there is a backlog of work for adding imagery sources to the index.

TODO:  I should write up a getting started guide for the editor-layer-index 
project that can bring people up to speed, including examples.  I think I can 
put something together that make this topic accessible to anyone with a bit of 
free time, basic knowledge of how computers talk to each other, and not too 
afraid of acronyms.



> I'm sorry if I'm sounding harsh here. I really would like to see this
> move forward. Help me to help you!


No apology needed!  Your responses are very helpful, and it made clear some 
next actions for us to work on..


Thanks, Bryan


___
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

[Bryan Housel]

Hey this is a topic that I care about - It turns out, you are already chipping 
in some money for high resolution orthoimagery!

OK state Geographic Information Council
http://okmaps.onenet.net/index.html 

OK state GIS Portal:
https://okmaps.org/OGI/search.aspx 

The NAIP 2015 layer "provides 1 meter GSD ortho imagery rectified within +/- 6 
meters to true ground at a 95% confidence level. “ 

This is not spectacular resolution, but it is good enough for rough tracing in 
editors, and would at least give you a more recent alternative to Bing.

---

What aerial imagery exists?

Here is some info about high resolution orthoimagery in the United States.  The 
following statements are mostly true:

- States collect imagery every few years.
- They are supposed to do this to support the NAIP (National Aerial Imagery 
Program), a USDA program
- The imagery is 1meter/pixel or better. 
- It’s getting better all the time.  Some is even 6” or 3” in urban areas.
- Every state has a government GIS portal / WMS server where you can look for 
this information
- You might have to dig through government websites to find what you’re looking 
for, it’s not simple
- It’s generally public, but you might have to contact someone to get explicit 
permission to use it for OSM
- It was all supposed to be combined onto the USGS National Map, but this 
program is being shut down / defunded.

---

What can you do to help?

We collect this imagery data here:
https://github.com/osmlab/editor-layer-index 


Once it is added to the editor layer index, it will be available in iD and 
other editors.

There is lots of public imagery out there, but we need volunteers to:

1. find it in the first place
2. contact state GIS agencies for permission, if the website does not make 
license clear
3. figure out whether the WMS server can serve the imagery (some serve TMS/WTMS 
tiles that can be consumed directly in iD, others serve WMS which can sometimes 
be proxied)
4. add the source to editor-layer-index, along with a boundary polygon where 
the imagery is valid.

In conclusion, please follow the editor-layer-index project, and help add the 
public imagery (that you are already paying for) to the OSM editors!

Thanks, Bryan



> On Jul 26, 2017, at 6:10 AM, Paul Johnson  wrote:
> 
> On Tue, Jul 25, 2017 at 5:48 PM, Clifford Snow  > wrote:
> A contact in Microsoft said that the Bing imagery is made up of multiple 
> images which results in the date range. 
> 
> The imagery we are getting has improved over time, although it seems at a 
> snails pace. I'm sure if we were paying for imagery we would have different 
> requirements. Bing probably wants nice looking - with lots of green 
> vegetation. Our needs would be better served by leaf off imagery. So if 
> someone wants to start fund raising, we could have imagery that better fits 
> our needs. 
> 
> I would be willing to chip in some money to get updated high resolution 
> imagery for metro Tulsa and eastern Oklahoma.  Latest imagery available for 
> the area's already in Bing and it's 2011-2013 vintage stock at this point.  
> Between the renaissance of Tulsa and many small towns in the region, 1 new 
> town built and incorporated, and 3 or 4 towns that went bust and are in the 
> process of being torn down and recycled for materials, that imagery's not far 
> from being unusably old.
> ___
> talk mailing list
> t...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [Talk-us] Tiger Zip Data Removal Project (Update)

[Bryan Housel]

Hey Hans,
We have a closed issue on the iD tracker for automatic removal of 
`tiger:reviewed`:
https://github.com/openstreetmap/iD/issues/2697 


We haven’t discussed automatic removal of any other tiger tags.  (I don’t have 
a strong opinion for either keeping or removing them.)

Thanks, Bryan



> On Jul 15, 2017, at 9:07 PM, Hans De Kryger  wrote:
> 
> Thanks for the advice everyone. I have moved on to my normal editing. 
> 
> About the soft approach to tiger removal. I see no reason not to look into 
> it. Do i bring up these questions on github for Josm & iD?
> 
> On Jul 12, 2017 10:15 PM, > wrote:
> Hi Hans,
> 
> I sincerely hope you’ll reconsider because I know that you have a lot of 
> positive energy to bring to the US community.
> 
> I think what you might take away from this is that a single thread on the 
> mailing list is not always enough to gauge the temperature of the community. 
> There are many mappers who are not on the mailing list at all or, like me, 
> are on it but pay only occasional attention to it.  Once you start to get 
> negative feedback on edits, I think it is a signal to pause and rethink, and 
> perhaps spend some more time discussing. Not necessarily to give up! 
> Criticism and negativity are cheap commodities on the internet, and OSM is no 
> exception. 
> 
> I think there is value in your idea to remove redundant TIGER tags but 
> perhaps a different approach is called for. Frederik had some good advice to 
> share in that regard. Perhaps a more gentle way to go about it is to discuss 
> extending the set of tags that are automatically removed when editing a TIGER 
> way in JOSM (and iD?).
> 
> Best
> Martijn
> 
> 
>> On Jul 8, 2017, at 2:37 PM, Hans De Kryger > > wrote:
>> 
>> So last month i started a discussion about a project i took on removing 
>> Tiger zip data across the U.S. I brought it to the community after i 
>> received concern from quite a few mappers in the U.S. After getting more 
>> unfriendly changeset comments and messages in my inbox i'm officially done.  
>> The Project is done for good. Not really wanting to get in an argument daily 
>> with the messages I've gotten in my mailbox. I've learned first hand just 
>> how unfriendly the osm community can be. It makes me quite sad to see that 
>> side of the it. I've been apart of osm for 4+ years and this type of 
>> response from the community makes me never want to contribute ever again.
>> 
>> Regards,
>> Hans
>> ___
>> 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] iD news: v2.3.0 released

[Bryan Housel]

iD v2.3.0 was released July 7, 2017 and is now available for editing on 
openstreetmap.org 

  A few highlights from the release:

New:  Toggle-able information panels can be used to expose more advanced 
features without cluttering the user interface.
⌘I: Show/Hide info panels (by default, will toggle the Measurement panel)
⌘⇧M: Toggle Measurement Panel - Show selected object area, length, perimeter, 
calculate center, etc.
⌘⇧L: Toggle Location Panel - Show location coordinates and reverse geocode
⌘⇧H: Toggle History Panel - Show last edited by, links to user and changeset 
info, object history
⌘⇧B: Toggle Background Panel - Show imagery age if available and toggle tile 
debugging

Support localization of background imagery names, descriptions, attribution text
Show background imagery icons from editor-layer-index 
, upgrade Bing icon and others
Add  walkthrough=true  to the url, and iD will start the walkthrough 
automatically
New presets for manholes, storm drains, scrapyards
Many more bugfixes!
  

Please help translate these new features if you can!  The iD project is now 
under the OpenStreetMap organization on Transifex:
   https://www.transifex.com/openstreetmap/id-editor/dashboard/ 


Changelog:
   https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#230 


Twitter:
   v2.3.0 + info panels and imagery age: 
https://twitter.com/bhousel/status/883487026594623489 

   History info panel: https://twitter.com/bhousel/status/883488962215632896 

   All panels:  https://twitter.com/bhousel/status/882758167742083075 

   Tile Debugging showing Bing imagery age:  
https://twitter.com/bhousel/status/881519390495309824 


Follow me on Twitter https://twitter.com/bhousel  
for more iD updates (but mostly screenshots).


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

Re: [Talk-us] NJ mass road demotions?

[Bryan Housel]

2 months later and they’re still at it.  I finally did reach out to the user 
with a changeset comment here:
http://www.openstreetmap.org/changeset/46561481#map=12/40.7194/-74.4255 


What’s an acceptable amount of time to wait for a response before I just start 
reverting?
Thanks, Bryan



> On Apr 4, 2017, at 11:39 AM, Albert Pundt  wrote:
> 
> The user is granpueblo  and 
> he's made a lot more than one changeset 
> ...
> 
> --Roadsguy
> 
> On Tue, Apr 4, 2017 at 11:00 AM, Albert Pundt  > wrote:
> Recently somebody went around and bulk-"demoted" many northern NJ roads. 
> Granted, some of these were marked as trunk and primary that would probably 
> be better as primary and secondary, respectively, but this person made 
> various trunk routes secondary (including major arterials such as US 206, NJ 
> 15, US 46, NJ 31, etc. that should be no lower than primary), primary routes 
> tertiary, and demoted most if not all secondary and tertiary routes to 
> residential/unclassified. This seems like a way overboard change. I started 
> to fix the more obvious errors here, but it seems like it would be way 
> quicker and easier to revert the changeset and start over with fewer and more 
> conservative reclassifications. What are your thoughts on this?
> 
> --Roadsguy
> 
> ___
> 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] iD news: v2.2.0 released

[Bryan Housel]

iD v2.2.0 was released May 9 2017 and is now available for editing on 
openstreetmap.org 

This is possibly our biggest release ever because it includes over 100 features 
and represents about 3 months of work by 13 contributors, and countless other 
translators and testers.  Thank you to everyone who made this possible!  ❤️
 Release Highlights

 Two new global satellite imagery layers: DigitalGlobe Premium and 
DigitalGlobe Standard!
These new layers cover many parts of the world that previously had no usable 
imagery.
Check out the new imagery by opening the Background pane (shortcut B)

 A new right-click editing menu replaces the old radial menu.
The new editing menu gives iD room to grow and won't get in the way of your 
editing.
Remember: Right-click on map features to use the new menu.

‍ The introductory walkthrough has been completely revised, covering more 
OpenStreetMap concepts and common editing tasks using the new right-click menu. 
Users can explore and practice editing in the example town - now much better 
mapped than before and completely localizable. Even long time iD users should 
give it a try!
Replay the walkthrough from the Help pane (shortcut H).

 Big refresh of icons! You'll see a lot more icons for commonly mapped 
features.
Map traffic signals, stop signs, benches, crossings, street lamps, fountains, 
towers, and many more.

✍️ You can now see and edit changeset tags before uploading to OpenStreetMap.


The complete changelog is pretty epic, and can be found here:
   Changelog:  https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#220 


The next time you launch iD, you might even see a notification down in the 
corner of the screen about the new version!


Twitter:  
  v2.2.0: https://twitter.com/bhousel/status/862014150528180225 

  New Imagery: https://twitter.com/bhousel/status/862006438096510977 

  Follow me on Twitter https://twitter.com/bhousel 
 for more iD updates.


Thanks! 
Bryan

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

Re: [Talk-us] Fixing Multipolygons

[Bryan Housel]

Jochen thanks for taking the lead on this issue!

I just wanted to add for anyone working on this effort, old-style multipolygons 
will render a bit differently in iD soon.
They will have little gaps along the edge, screenshot here:
https://github.com/openstreetmap/iD/issues/3908#issuecomment-296041755 


Anyone who is interested in trying out this new version of iD can do so here:
http://preview.ideditor.com/master/ 
(And please report any issues that you find: 
https://github.com/openstreetmap/iD/issues 
 )

If you are looking for old-style multipolygons to clean up, head over to my 
home state of New Jersey, which is full of them.
As a bonus, many of them are also tagged with the deprecated `landuse=farm`. :)

Thanks, Bryan



> On Apr 21, 2017, at 3:40 AM, Jochen Topf  wrote:
> 
> Hi!
> 
> as some of you might have seen we have a huge effort going on to fix
> broken multipolygons and re-tag old-style multipolygons (those where the
> tags are on the outer way(s) instead of on the relation) into the
> current style.
> 
> You can read all about it on http://area.jochentopf.com/ .
> 
> As you can see on the map at http://area.jochentopf.com/map/index.html
> most of the old-style multipolygons now left are from some large-scale
> imports, including some in the US. We need your help in cleaning this
> up! I you have any questions, don't hesitate to ask.
> 
> Jochen
> -- 
> Jochen Topf  joc...@remote.org  https://www.jochentopf.com/  +49-351-31778688
> 
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us

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

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

[Bryan Housel]

As far as I know, the issue is only with Chrome on Windows.. Firefox, IE, and 
Edge should be ok.
We’re tracking it here:  https://github.com/openstreetmap/iD/issues/3805 


It’s very similar to another issue that I fixed in December, so I think I can 
probably get this fixed before the next iD release in a week or two.

The summary of this issue is - your browser generates lots of events for things 
like mouse button clicks and releases (mousedown and mouseup).  We use these to 
know whether you are clicking on things or dragging the map around.  Sometimes 
Chrome on Windows just loses the events - so we see a mousedown but not a 
mouseup, and the user is stuck mid-click while iD waits for an event that’s 
never going to happen.  

The fix is to just add some code to watch for this condition. If we’re waiting 
for a mouseup and we detect another mousedown, we know that the browser “lost” 
the mouseup event and we should just carry on as if the user is clicking a 
thing for the first time. 

Hope this is helpful.. I marked the issue as “priority” and I think I can get 
it fixed in the next week or so.

Thanks,
Bryan




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

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

Re: [Talk-us] NJ mass road demotions?

[Bryan Housel]

I agree that seems wrong.. If you’ve got a list of changesets, or the username 
who is doing it, I can help with the revert.
Thanks, Bryan



> On Apr 4, 2017, at 11:00 AM, Albert Pundt  wrote:
> 
> Recently somebody went around and bulk-"demoted" many northern NJ roads. 
> Granted, some of these were marked as trunk and primary that would probably 
> be better as primary and secondary, respectively, but this person made 
> various trunk routes secondary (including major arterials such as US 206, NJ 
> 15, US 46, NJ 31, etc. that should be no lower than primary), primary routes 
> tertiary, and demoted most if not all secondary and tertiary routes to 
> residential/unclassified. This seems like a way overboard change. I started 
> to fix the more obvious errors here, but it seems like it would be way 
> quicker and easier to revert the changeset and start over with fewer and more 
> conservative reclassifications. What are your thoughts on this?
> 
> --Roadsguy
> ___
> 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] greenways tagging

[Bryan Housel]

I agree that that Tiffany Avenue is just a normal street, not a “living 
street”.  Our driver even drove it a few times and you can see it pretty 
clearly on Mapillary.
https://www.mapillary.com/app/?pKey=Tt-musXAKC5Qpuo7OAjyQA=photo=37.74456457237605=-122.42159001944155=19.941223418815095
 



I have used the living street tag once in the USA, and that is for this street 
which is completely blocked by gates except for a side way in that locals know. 
 I’m sure there are other similar situations around the USA, but they are 
indeed rare.
http://www.openstreetmap.org/way/11616350#map=18/40.73246/-74.24675 


There is an interesting story behind it:  
http://www.nytimes.com/1993/12/06/nyregion/plan-for-gates-call-for-pickets-bordering-newark-maplewood-finds-proposal-causes.html
 


(sorry, no Mapillary for this one - I should drive over there with cameras 
sometime!)

Bryan




> On Mar 23, 2017, at 8:26 PM, Peter Dobratz  wrote:
> 
> I wanted to give a wider audience to this changeset discussion:
> http://www.openstreetmap.org/changeset/46967476 
> 
> 
> Some Mapzen folks have been changing highway=residential to 
> highway=living_street for routes that are designated as "Greenways."  There's 
> a related blog post too:
> 
> https://mapzen.com/blog/bike-poll/ 
> 
> I haven't really seen any roads in the USA that would be similar in nature to 
> the living street designation found throughout Europe where kids are allowed 
> to play in the street because the cars are required to go walking speed.
> 
> --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

[Talk-us] iD news: v2.1.0 released

[Bryan Housel]

iD v2.1.0 was released Feb 4 2017 and is now available for editing on 
openstreetmap.org 

Here are some of our favorite new features:
- Disconnected endpoints now appear slightly larger, and iD will warn if a user 
creates a disconnected road
- Improved save flow directs users to enter their comment and upload their 
changes (some users would miss that step)
- RTL languages like Arabic and Hebrew are now drawn correctly along line paths 
(thanks Milad Karbasizadeh)
- Improved checks to avoid creation of duplicate consecutive nodes and invalid 
geometries (thanks slhh)
- Users must select vertices and nodes before dragging them, preventing 
accidental drags (thanks Eduard Popov)
- Now support KML and GeoJSON in addition to GPX files (thanks Mert Emin 
Kalender)
- Icons were refreshed to use the latest Maki iconset (thanks Ajith Ranka)
- Better country-specific customization of address fields (thanks Natsuyasumi)
- Reflect operations!  You can now reflect shapes with T ↔️ and Y ↕️  (thanks 
Psigio)

By my count, 17 people contributed to this release, which feels like a record 
high.  Thank you everyone for an awesome start to 2017!  

If you are interested in contributing, or just want to see what we are up to, 
please follow and star the iD project on GitHub 
https://github.com/openstreetmap/iD  


Changelog: 
   https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#210 


Twitter:  
  v2.1.0: https://twitter.com/bhousel/status/827875204546306049 

  New Icons: https://twitter.com/bhousel/status/827724917806346241 

  Follow me on Twitter https://twitter.com/bhousel 
 for more iD updates.


Thanks! 
Bryan

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

[Talk-us] iD v2.0.0 beta - help test!

[Bryan Housel]

We have been working really hard on iD the past few months and we’re releasing 
v2.0.0 in the next week or so.

iD v2.0.0 will look and feel the same as v1.x but has significant changes to 
the code structure. It is written in a modular style, and uses new tools to 
build the code.  This will benefit us by making it easier to keep iD's 
dependencies up to date, share iD code with other OSM projects, and keep 
current the with ever-changing state of the art in JavaScript development.

Huge thanks go out to to all of our contributors, the changelog is really 
amazing:
https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#200 

(We are still adding a few more features and fixing bugs over the next week)


How you can help: 

1. Test the latest version of iD:
https://openstreetmap.us/iD/master/ 

2. Report any bugs that you find:
iD supports all modern operating systems and browsers.  When opening an issue, 
please include your operating system, browser type and version, and any 
information you can think of that might help us reproduce the issue.  
Screenshots are super helpful too!  
https://github.com/openstreetmap/iD/issues 


3. Translate! 
iD supports over 70 languages now, but most of them are not fully translated.  
We need your help!
Click below to open the iD translation project on Transifex.
https://www.transifex.com/ideditor/id-editor/ 


4. Spread the word:
The more help we get with testing the beta version, the better iD will be!
Twitter: https://twitter.com/bhousel/status/794666881563160576 


Thanks!  
Bryan

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

Re: [Talk-us] Check your turn:lanes

[Bryan Housel]

This was discussed extensively on the tagging mailing list 2 months ago:
https://lists.openstreetmap.org/pipermail/tagging/2016-June/029335.html 


The consensus at the time was that combinations including ‘none’ are not valid, 
and people should use `transit:lanes` style tags to indicate what happens to a 
lane - whether it branches, forks, or ends.

see http://wiki.openstreetmap.org/wiki/Proposed_features/transit 
  for more 
details.

At the time of that thread, I did use taginfo to search for values like 
`none;left` or `none;slight_right`, and there were only a handful of such lanes 
worldwide - maybe 10 or so.

Thanks, Bryan



> On Aug 25, 2016, at 4:48 AM, Jack Burke  wrote:
> 
> I have to disagree. If that's how to interpret the tags, then the tagging 
> definition is deficient. 
> 
> Under that interpretation, how do you tag a lane that both continues and 
> branches off as an exit, but doesn't have signage that it continues? 
> 
> 
> -- 
> Typos courtesy of fancy auto spell technology
> 
> On August 25, 2016 1:22:58 AM EDT, David Mease  wrote:
> According to the wiki, "none" means that there are no indications on the 
> lane. The value "none;slight_right" says that there are both no indications 
> and a slight right indication on the lane, which is of course impossible. 
> These "scripted" edits are therefore a correct interpretation of the original 
> tagging. The problem here is that the original tagging was incorrect.
> 
> On Aug 24, 2016, at 7:24 PM, Jack Burke  > wrote:
> 
>> And I, too, have a preference for using "none" instead of leaving and 
>> endless line of "|" to try to parse.  My eyesight isn't getting 
>> better as I get older.
>> 
>> Having said that, if that had been the only thing they did, I wouldn't have 
>> bothered saying anything.  But when their edits turned continuing lanes into 
>> exit-only lanes...well, then it became a *problem*.
>> 
>> On Wed, Aug 24, 2016 at 8:20 PM, Tod Fitch > > wrote:
>> I’m of half a mind to use a script to find the edits in my area where they 
>> changed something like “left|none|none|” to “left||” and then revert them 
>> manually.
>> 
>> I know they are both officially acceptable variations but for those of us 
>> editing by hand counting the occurrences of “|none” to make sure the lane 
>> count is correct and matches what is on the ground is harder than counting 
>> the “|” occurrences. At least it is for me and I’ve had decades of practice 
>> counting open and close parens to make sure compilers wouldn’t squawk at me 
>> because they weren’t balanced.
>> 
>> And while I haven’t seen a “none;slight_right”, it looks syntacticly correct 
>> and I can imagine cases where it might be used and would defer to the local 
>> mapper who used it. (The ones in my area are much more likely to be 
>> “through;slight_right”.)
>> 
>> 
>> 
>>> On Aug 24, 2016, at 4:52 PM, Jack Burke >> > wrote:
>>> 
>>> No, it's https://github.com/mapbox/mapping/issues/193 
>>> 
>>> 
>>> And they appear to be telling me that the combination "none;slight_right" 
>>> isn't valid.
>>> 
>>> Also, in their reply to me, they do specifically mention that they know 
>>> none is valid, yet they're replacing it anyway.  And the worst part of it 
>>> is that while they're using a script to *find* what they think is invalid, 
>>> they're *manually* making the changes.
>>> 
>>> --jack
>>> 
>>> On Wed, Aug 24, 2016 at 7:31 PM, Hans De Kryger >> > wrote:
>>> The link Jack's talking about,
>>> 
>>> https://github.com/mapbox/mapping/issues/180 
>>> 
>>> Regards,
>>> Hans
>>> 
>>> 
>>> On Aug 24, 2016 4:09 PM, "Toby Murray" >> > wrote:
>>> Mind sharing the link to the GitHub issue?
>>> 
>>> Do they think that "none" is an invalid option and are replacing it
>>> with a blank globally? If so, this should be shut down immediately.
>>> "none" and blank are both valid values and while I wouldn't mind
>>> seeing it be consistent, any such edit would need to be discussed
>>> before it is done.
>>> 
>>> Toby
>>> 
>>> On Wed, Aug 24, 2016 at 5:19 PM, Jack Burke >> > wrote:
>>> > An active OSM group (leaving names, etc. out while they check out what I
>>> > reported) is running a script or plug-in or challenge called "to-fix" that
>>> > is apparently supposed to help fix incorrect turn:lanes values (and maybe
>>> > other things, I haven't investigated deeply enough).
>>> >
>>> > The problem is, it's breaking the 

Re: [Talk-us] Proposing import of sidewalk data Seattle, WA, USA

[Bryan Housel]

Meg this is excellent!

Thank you for sharing your plans with `talk-us` and `talk-us-pugetsound`.  I’m 
looking forward to seeing this public data source imported into OpenStreetMap.  
Given that your team is located in Seattle and is very involved with the local 
community there, I don’t see any issues. 

I think it is great that you are following the same process used by the various 
building import projects in other cities, and that you are taking 
responsibility for manual review of the data prior to importing.

Also, I’ve reviewed the proposed sidewalk schema and it aligns perfectly with 
North American sidewalk tagging conventions.

Good luck and let me know if I can be helpful in any way..

Bryan




> On Aug 1, 2016, at 5:35 PM, Meg Drouhard  wrote:
> 
> Hello,
> 
> We are proposing to import open municipal sidewalk data from the city of 
> Seattle as described in this proposal: 
> http://wiki.openstreetmap.org/wiki/Seattle,_Washington/Sidewalk_Import 
> .
> 
> Imports will be tagged according to the sidewalk schema that we propose here: 
> http://wiki.openstreetmap.org/wiki/Proposed_features/sidewalk_schema 
> .  The 
> schema is a proposal for standardization of conventions, rather than changing 
> or adding tags, and it is particularly concerned with features of sidewalks 
> that may aid or impede travel for people with limited mobility. 
> 
> We are still in the process of testing our deployment of the OSM Tasking 
> Manager for this purpose, but we appreciate any feedback you may have either 
> through our discussion pages or by email .
> 
> Thanks,
> 
> Meg Drouhard
> ___
> 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] iD news: v1.9.7 released

[Bryan Housel]

iD v1.9.7 was released Jul 16 2016 and is now available for editing on 
openstreetmap.org 

The release includes:
- Features on `addr:interpolation` lines will be rendered as points with icon
- Fix crash when selecting and moving multiple points
- Fix bug determining mph/kph in maxspeed field
- Fix bug that caused the map to translate far away while mouse wheeling under 
heavy load
- Rename preset description from “Chemist” to “Drugstore” in the `en_US` 
localization
- New/updated presets:
  - add `ref` field to `amenity=post_box`
  - add preset for `emergency=defibrillator`
  - add preset for `man_made=bridge`
  - switch accessibility fields from `sloped_curb=*` to `kerb=*` 
  - add preset for `highway=give_way` (yield sign)
  - add `stars`, `rooms`, `internet_access:fee` fields for hotel presets

Thanks to many contributors!

Changelog:  https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#197 

Twitter:   https://twitter.com/bhousel/status/754662828162871296 



ALSO: I’ll be at State of the Map US in Seattle next weekend - 
http://stateofthemap.us/program/ 

We will be hacking on iD on Monday:
http://wiki.openstreetmap.org/wiki/State_Of_The_Map_U.S._2016/Hands-On_Day#iD_Editor
 


And I’ll also run a workshop specifically for developers interested in 
customizing iD:
http://stateofthemap.us/2016/id-for-developers/ 


Stop by and say hello!



Thanks,
Bryan

Follow me on Twitter https://twitter.com/bhousel , 
or follow the iD project on GitHub https://github.com/openstreetmap/iD 
 for more iD tips and updates.___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] iD news: v1.9.6 released

[Bryan Housel]

iD v1.9.6 was released June 7 2016 and is now available for editing on 
openstreetmap.org 

The release includes:
- Embed interactive Mapillary JS viewer (worked on by Peter Neubauer and Kushan 
Joshi)
- Add “grill” as search term for `amenity=bbq` preset (worked on by Manfred 
Brandl)
- When setting Wikipedia field value, also set corresponding Wikidata tag 
(worked on by Minh Nguyễn)

Changelog: https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#196 


These are some very cool new features that we’ve been waiting a long time for — 
please share!

Twitter:  
  v1.9.6: https://twitter.com/bhousel/status/740557505634422784 

  Wikidata: https://twitter.com/bhousel/status/740567649894031369 

  Mapillary JS:  https://twitter.com/Mapbox/status/740210415641198592 


Blog:  https://www.mapbox.com/blog/id-mapillary-js/ 



Thanks,
Bryan

Follow me on Twitter https://twitter.com/bhousel , 
or follow the iD project on GitHub https://github.com/openstreetmap/iD 
 for more iD tips and updates.___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] iD news: v1.9.5 released

[Bryan Housel]

iD v1.9.5 was released May 25 2016 and is now available for editing on 
openstreetmap.org 

The release includes:
- Fix bug causing Russian track type translated strings to sneak into tag values
- Change color of save button as user edits increase (built by tanerochris)
- Spacebar can now be used to click for faster drawing (built by brandonreavis)
- Localized phone number placeholder (built by dobratzp)
- Command-B / Control-B will switch to recently used Background imagery (built 
by RoPP)
- Fix bug causing greedy autocompletion of dropdown control (built by Kushan 
Joshi)
- More presets, bug fixes, usability improvements

Many thanks to everyone who contributed to this release!  I’m really excited 
about how many people are contributing to iD these days. 

Changelog: https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#195 

Twitter:   https://twitter.com/bhousel/status/735468105435119616 



Thanks,
Bryan

Follow me on Twitter https://twitter.com/bhousel , 
or follow the iD project on GitHub https://github.com/openstreetmap/iD 
 for more iD tips and updates.___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] iD news: v1.9.4 released

[Bryan Housel]

iD v1.9.4 was released May 3 2016 and is now available for editing on 
openstreetmap.org 

The release includes:
- Fix bug causing the Save button to remain disabled even when changeset 
comment entered
- Support setting imagery offset via url parameter
- New multiple selection field type (built by Kushan Joshi), used for tagging:
   - `payment:*`  (supported on Vending Machine presets)
   - `currency:*`  (supported on Vending Machine, Money Exchange, ATM presets)
   - `fuel:*`  (supported on Gas Station, Marine Fuel Station presets)
   - `recycling:*`  (supported on Recycling presets)
- Additional bug fixes and usability improvements

Changelog:  https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#194 

Twitter:   https://twitter.com/bhousel/status/727858394414100481 



Thanks,
Bryan

Follow me on Twitter https://twitter.com/bhousel , 
or follow the iD project on GitHub https://github.com/openstreetmap/iD 
 for more iD tips and updates.___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] iD news: v1.9.3 release and participation in Google Summer of Code

[Bryan Housel]

Hi, OSM!
Just wanted to announce a few things about the iD editor project..

iD 1.9.3 was released Monday 4/25/16 and is now available for editing on 
openstreetmap.org .
The release includes:
- easy draggable imagery offset adjustment control (built by Kushan Joshi)
- warning for user if they mention Google in their changeset comment
- terrain backgrounds provided by Stamen and Thunderforest (Andy Allan)
- new presets:  Prison, Coffee Shop, Nutrition Supplements store
- various bug fixes and usability improvements

Changelog:  https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#193 

Twitter:  https://twitter.com/bhousel/status/724698730662907904 



Also..
iD will be participating in Google Summer of Code!  
I’ll be working with Kushan Joshi on building a visual lane editor within iD 
this summer.  
Kushan has been a valuable contributor to iD over the past several months and 
I’m really looking forward to this project.  
Please join me in congratulating Kushan and welcoming him to the OSM community!

We’re tracking lane tagging on this GitHub ticket, 
https://github.com/openstreetmap/iD/issues/387 
, where Kushan has shared a 
link to his proposal.

Blog:  https://www.mapbox.com/blog/osm-gsoc-id/ 

Twitter:  https://twitter.com/bhousel/status/724995001764220929 



This year I am trying to stick to a roughly monthly release schedule for iD.  
If people find it helpful, I’ll continue to post iD release news on the OSM 
mailing lists.  
And as always, follow me on Twitter https://twitter.com/bhousel 
, or follow the iD project on GitHub 
https://github.com/openstreetmap/iD  for 
more iD tips and updates.

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

[Talk-us] iD 1.8.1 release candidate with IE11 & Edge support

[Bryan Housel]

Hey everyone,  Just wanted to send a quick note that I’ve prepared a new 
version of iD that supports Internet Explorer 11 and Edge browsers (finally!). 

I have only tested these browsers through vmware, so I would really like to get 
some more mappers to try them out and let me know if there are any major issues 
before I push this new version of iD to the main openstreetmap site.   If all 
is well, we can enable iD for IE users nest week.

iD 1.8.1 release candidate is available for testing here:  
https://openstreetmap.us/iD/release

As always, we welcome feedback and bug reports on the Github issue tracker:  
https://github.com/openstreetmap/iD/issues

Try it out and let me know what you think, thanks!

Bryan



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

Re: [Talk-us] Increasing the number of US Mappers

[Bryan Housel]

Agree with everything you said about *why* groups are important, except that: 
now that it's 2015, Facebook groups is really a better place for this.


> On Oct 15, 2015, at 3:43 AM, Richard Fairhurst  wrote:
> 
> Paul Norman wrote:
>> The problem is that if you make a discussion group too small, it 
>> doesn't have enough activity to sustain interest in it.
>> 
>> Larger regions might work, but even a statewide group abandons 
>> the might meet for a geobeer idea where it takes 6 hours to drive 
>> across the state.
>> 
>> Unfortunately, I don't have any great ideas.
> 
> Groups on osm.org.
> 
> Mailing lists only appeal to a certain subset of people. They look geeky,
> they require yet another login/subscription, and we all get too much email
> anyway. They're good for engaging the kind of people who like mailing lists,
> but these days that doesn't include a lot of tech-savvy people.
> 
> The idea behind having groups on osm.org is to encourage self-organising
> communities, whether by region or topic. You don't have the hassle of
> finding out who the OSM lists administrator is, emailing them, convincing
> other people to join, etc. etc. You just go to osm.org and start a group. If
> it doesn't work because the area is too small/too big, no problem, you try
> another one.
> 
> Users can join groups, and then when they post diary entries, can optionally
> tag them as belonging to the Oxfordshire group or the cycle-mapping group or
> whatever - and there you go, that's a discussion facility. Groups have
> bounding boxes which enables the site to suggest that people might want to
> join the group in the area they edit (maybe even on sign-up). So it's not a
> big change, but it makes much better use of the existing social
> functionality on osm.org (diary, home location, etc.) than we're already
> doing.
> 
> We got some way with implementing it but the effort stalled; I got stuck
> trying to figure out how pagination works on osm.org! But I would love to
> see coding resume on it and will happily take part if it's not just me
> working solo.
> 
> http://groups.apis.dev.openstreetmap.org/diary
> http://groups.apis.dev.openstreetmap.org/groups/4
> https://github.com/openstreetmap/openstreetmap-website/pull/297
> 
> cheers
> Richard
> 
> 
> 
> 
> --
> View this message in context: 
> http://gis.19327.n5.nabble.com/Increasing-the-number-of-US-Mappers-tp5857059p5857085.html
> Sent from the USA mailing list archive at Nabble.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] Increasing the number of US Mappers

[Bryan Housel]

Relax, I am not saying “contributors must have a Facebook account”, rather I am 
saying “People with a Facebook account should be able to join a local interest 
mapping group”.

This is about increasing the number of casual mappers interested in OSM. For 
example, Maptime is an organization that runs local meetups for this purpose.  
They currently seem to prefer Meeetup/Twitter, but I think a stronger presence 
on Facebook would do more to further their aims.


> On Oct 15, 2015, at 9:33 AM, Greg Troxel <g...@ir.bbn.com> wrote:
> 
> 
> Bryan Housel <br...@7thposition.com> writes:
> 
>> Agree with everything you said about *why* groups are important,
>> except that: now that it's 2015, Facebook groups is really a better
>> place for this.
> 
> Except that osm is part of the Free Sofware / Open Data world, and it
> isn't reasonable to expect contributors to have a relationship with an
> advertising company.
> 
> 


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

Re: [Talk-us] Proper tagging for crosswalks

[Bryan Housel]

Those all look fine, in that I wouldn’t change it if I saw it mapped that way.

I would expect any of these should be understood as a crosswalk by data 
consumers:
  highway=footway,  footway = crossing
  highway=cycleway,  cycleway = crossing
  highway=path,  path = crossing

You could read this (but it’s kind of a mess imo):
http://wiki.openstreetmap.org/wiki/Tag:footway%3Dcrossing 
http://wiki.openstreetmap.org/wiki/Tag:footway=crossing




 On Jun 23, 2015, at 4:35 PM, Jim McAndrew j...@loc8.us wrote:
 
 Paul, Bryan,
 
 Thanks for your help with this! My issue was with bicycle trails that cross 
 roads, as they usually put a crosswalk in for these cases, but the route 
 itself can support other non-motorized vehicles. I think this gives me some 
 good options that would be acceptable.
 
 1) I could use highway=footway, footway=crossing, bicycle=yes -- which is a 
 little misleading, but could make sense
 
 2) I could also use highway=path, crossing=yes, bicycle=yes -- this seems 
 better to me, but I don't know if it's acceptable to use crossing without 
 connecting it to a value
 
 --
 Jim
 
 On Tue, Jun 23, 2015 at 2:16 PM, Bryan Housel br...@7thposition.com 
 mailto:br...@7thposition.com wrote:
 It’s ok to map them as either a single intersection node or a way.  Here is 
 my understanding from the various wiki pages the document these things, and 
 it matches what I see people map in places with sidewalks and crosswalks.  
 Keep in mind, the wiki does seem to change kind of frequently, and in my 
 opinion there are too many extra detail crosswalk tags that just aren’t used 
 in practice.
 
 If mapping only the intersection node, `highway=crossing` on that node is 
 enough.  If you want to add detail, `crossing=zebra` for a typical striped 
 crosswalk, or `crossing=*` for whatever other kind of crosswalk people can 
 dream up (there are plenty, see wiki).
 
 If mapping the crosswalk as a way, I map the node as above, and also map the 
 way that crosses the street as `highway=footway + footway=crossing`.  Again 
 you can add `crossing=zebra` or `crossing=*` for more detail.  These don’t 
 conflict with anything, as the ends of the crosswalk typically join up with a 
 `highway=footway + footway=sidewalk`.
 
 iD currently only has a zebra crossing preset, and I think I’m going to add 
 an unmarked crossing preset also, following discussion on HOT list.
 
 Thanks, Bryan
 
 
 
 
 
  On Jun 23, 2015, at 3:46 PM, Jim McAndrew j...@loc8.us 
  mailto:j...@loc8.us wrote:
 
  I am looking into tagging some crosswalks, and I've just been putting a 
  node at the intersection. Some crosswalks are really long though, and I 
  think that information is important to the person crossing the road. Is 
  there an acceptable way that we can tag a way as a crosswalk without 
  interfering with its other tags (ex: highway=crossing on a way could 
  interfere with a tag like highway=path).
 
  I'd love to hear everyone's opinion on what we can do or why we shouldn't 
  try this.
 
  --
  Jim
  ___
  Talk-us mailing list
  Talk-us@openstreetmap.org mailto:Talk-us@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-us 
  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: [Talk-us] Proper tagging for crosswalks

[Bryan Housel]

It’s ok to map them as either a single intersection node or a way.  Here is my 
understanding from the various wiki pages the document these things, and it 
matches what I see people map in places with sidewalks and crosswalks.  Keep in 
mind, the wiki does seem to change kind of frequently, and in my opinion there 
are too many extra detail crosswalk tags that just aren’t used in practice.

If mapping only the intersection node, `highway=crossing` on that node is 
enough.  If you want to add detail, `crossing=zebra` for a typical striped 
crosswalk, or `crossing=*` for whatever other kind of crosswalk people can 
dream up (there are plenty, see wiki).

If mapping the crosswalk as a way, I map the node as above, and also map the 
way that crosses the street as `highway=footway + footway=crossing`.  Again you 
can add `crossing=zebra` or `crossing=*` for more detail.  These don’t conflict 
with anything, as the ends of the crosswalk typically join up with a 
`highway=footway + footway=sidewalk`.

iD currently only has a zebra crossing preset, and I think I’m going to add an 
unmarked crossing preset also, following discussion on HOT list. 

Thanks, Bryan





 On Jun 23, 2015, at 3:46 PM, Jim McAndrew j...@loc8.us wrote:
 
 I am looking into tagging some crosswalks, and I've just been putting a node 
 at the intersection. Some crosswalks are really long though, and I think that 
 information is important to the person crossing the road. Is there an 
 acceptable way that we can tag a way as a crosswalk without interfering with 
 its other tags (ex: highway=crossing on a way could interfere with a tag like 
 highway=path).
 
 I'd love to hear everyone's opinion on what we can do or why we shouldn't try 
 this.
 
 --
 Jim
 ___
 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] cycle.travel US bike routing, and unreviewed rural TIGER

[Bryan Housel]

I’m considering whether it makes sense to remove the `tiger:reviewed=no` tag 
when a user performs certain edits in iD.
Discuss here:  https://github.com/openstreetmap/iD/issues/2697



 On Jun 22, 2015, at 2:46 AM, Bryce Nesbitt bry...@obviously.com wrote:
 
 In other words, it won't route over a rural road tagged as
 highway=residential
 tiger:reviewed=no
 
 Most of the well reviewed Tiger I see still has this tag.
 People don't know to delete it.  The automatic delete on edit does not apply 
 to tiger:reviewed (it applies to a Tiger tag I wish was kept instead!).
 ___
 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] [Tagging] [OSM-talk] README tag with editor support

[Bryan Housel]

I’ll add my thoughts here..


Imagery: 
The issue of outdated imagery is complicated because:
1. In iD we don't really know the date range that the imagery was taken (Bing 
is the exception not the rule, and we can get from their API only a range not a 
hard date)
2. It depends on what zoom the user happens to be looking at, not just the 
location.

And the imagery changes constantly, and can depend on caching and CDN issues.  
So I don’t see a way for us to provide an automatic solution for this issue.


Notes Tag:
Yes, notes as a tag do sort of work right now.  A user can draw an area 
(closed way with `area=yes`) around the place where the imagery is known to be 
outdated and add a `note` tag, and iD will show it in the sidebar if someone 
happens to hover or select the area.  Notes are a bit problematic because they 
only appear in the language that the user created them in, and they can 
obviously be used for abuse.  The idea of having some arbitrary user entered 
README text popup automatically as the user scrolls around in iD (possibly 
containing naughty ascii pictures) - this just isn’t going to happen.


OSM Notes:
You could use OSM notes to warn users about imagery issues, though we don’t 
currently show them in iD.. But we plan to add this eventually, and it might be 
a better way to solve this issue rather than using a tag.  I like that OSM 
notes expire and can be marked as resolved.


New Tag:
Maybe we should define an actual tag for localized situations where you want to 
warn a future editor about something.  Like a `warning=*`, tag that would go on 
the surrounding area.  We could standardize on this so that e.g. 
`warning=imagery` could display a message (translated for the user) like 
“Imagery in this area may be outdated. Please do not make changes without local 
knowledge.”  `note=*` could provide more detail, and you could delete the 
warning eventually after Bing is up to date.


Thanks, Bryan





 On Jun 11, 2015, at 8:45 PM, Ian Sergeant inas66+...@gmail.com wrote:
 
 Perhaps a nice objective tag, rather than README text.
 
 If a feature is new, add a start_date tag.
 
 The editor can then have options..
 
 1, Alert the user if the start date  is more recent than the layers currently 
 displayed.
 2. Visually indicate if the start_date is within a configurable recency (say, 
 draw a halo around objects constructed in the past two years, or so).
 
 There is also some scope for automated analysis, rather than depend on free 
 text.
 
 Ian.
 
 
 ___
 Tagging mailing list
 tagg...@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/tagging


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

Re: [Talk-us] a plea to armchair mappers

[Bryan Housel]

There is an open item in iD to display the date of the aerial imagery alongside 
the attribution message.  We actually don’t get this from most tile providers, 
but we can get it from Bing in the response header.

Would definitely welcome a pull request if someone wants to take a shot at 
implementing this.
https://github.com/openstreetmap/iD/issues/2492 
https://github.com/openstreetmap/iD/issues/2492

Thanks, Bryan



 On Jun 11, 2015, at 10:05 AM, Kam, Kristen krist...@telenav.com wrote:
 
 We need to make it more easier to load up-to-date imagery to  our OSM editing 
 applications. And I think something easy as publicizing the date of the 
 imagery collection would get folks to do a double take before using older 
 imagery.
 
 Kristen
 
 Sent from OWA on Android
 
 From: Richard Welty rwe...@averillpark.net
 Sent: Thursday, June 11, 2015 6:42:29 AM
 To: Talk Openstreetmap; Help for newbie mappers
 Subject: [Talk-us] a plea to armchair mappers
 
 please, please when doing the armchair mapping thing, be aware
 that aerial imagery may be several years out of date.
 
 yesterday i discovered that a highway reconfiguration i'd mapped
 in Rensselaer, NY had been realigned with the out-of-date bing
 aerial imagery. i was able to locate my GPX tracks and put it back,
 but i still had to revisit the site to re-verify some connecting roads.
 
 i had even put a README tag on the roads warning that the
 imagery was out of date, but the armchair mapper didn't bother
 to, you know, read the README.
 
 i don't object to careful armchair mapping, i do it myself, but
 you need to keep in mind that the imagery available may a number
 of years old. i can name a number of highways in the Capital District
 of NY where the imagery is old and the highways have been realigned
 and/or reconfigured.  this will be true in many places. if you see a
 mismatch, it would be a good idea to look at the history and try to
 contact the the mapper responsible for the mismatch first.
 
 thanks,
   richard
 
 --
 rwe...@averillpark.net
 Averill Park Networking - GIS  IT Consulting
 OpenStreetMap - PostgreSQL - Linux
 Java - Web Applications - Search
 
 
 
 ___
 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] Things that are not buildings but are used as one

[Bryan Housel]

Yes, this is commonly done in OSM.   Generally speaking, anything with a 
footprint and some kind of roof can get a `building=*` tag.   In most cases 
people tag it as `building=yes` but you could really just make up anything for 
the tag value.   `building=riverboat` or `building=train_car` would be fine.

`building=no` is the only one (afaik) that downstream consumers need to watch 
out for.

Thanks, Bryan



 On Jun 1, 2015, at 10:40 AM, Jack Burke burke...@gmail.com wrote:
 
 Is it correct to tag a non-building object with building=yes if it is 
 functionally used as one? 
 
 As examples, I'm thinking about restaurants that use an old train car as a 
 dining room, or this unusual example of a riverboat as a welcome center 
 http://osm.org/go/Tv8f5t42q?layers=Nway=349671718 
 http://osm.org/go/Tv8f5t42q?layers=Nway=349671718
 
 -jack
 -- 
 Typos courtesy of fancy auto-spell technology. 
 ___
 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] No Parallel/Resize or Copy/Paste in iD editor?

[Bryan Housel]

iD will use the modifier key Cmd on Mac and Ctrl on Windows/Linux.  It adjusts 
the popup tooltips to say the correct thing too. 

I didn't put anything in the builtin help yet about Ctrl-C and Ctrl-V but I do 
intend to. I only added the copy buffer code in the latest release a month ago. 
 Also I'll probably be implanting a popup help page to list all the keyboard 
shortcuts sometime in the next few months. 

Thanks, Bryan


Sent from my iPhone

 On Apr 20, 2015, at 6:03 PM, Charlotte Wolter techl...@techlady.com wrote:
 
 Bryan,
 
 Do you mean Control-C and Control-V, which are the usual Windows way 
 to copy and paste?
 
 --C
 
 
 At 07:19 AM 4/19/2015, you wrote:
 On Apr 18, 2015, at 8:39 PM, David Wisbey  yourvillagem...@yahoo.com 
 wrote:
 
  don't
 see any way to create parallel features (or Copy and Paste as in JOSM).
 
 We don't have a way to create parallel features yet, but there is an open 
 issue for it in github.  It's something that a lot of people request and I 
 agree would be a useful tool. 
 
 Copy and paste does now work with cmd-C / cmd-V, this is a recent addition. 
 
 Thanks, Bryan
 
 
 Sent from my iPhone
 
 
 ___ 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

Re: [Talk-us] No Parallel/Resize or Copy/Paste in iD editor?

[Bryan Housel]

 On Apr 18, 2015, at 8:39 PM, David Wisbey yourvillagem...@yahoo.com wrote:
 
  don't
 see any way to create parallel features (or Copy and Paste as in JOSM).

We don't have a way to create parallel features yet, but there is an open issue 
for it in github.  It's something that a lot of people request and I agree 
would be a useful tool. 

Copy and paste does now work with cmd-C / cmd-V, this is a recent addition. 

Thanks, Bryan


Sent from my iPhone


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

[Talk-us] New features in iD - looking for feedback and beta testers..

[Bryan Housel]

Hi Everyone… It’s been a busy few months for the iD team, and we have a handful 
of new features that will be launching soon.  We’d love to get some mappers to 
beta test and provide feedback!

These features are available now by using the latest development branch of iD 
hosted at http://openstreetmap.us/iD/master/ 
http://openstreetmap.us/iD/master/
Please try them out and report any issues or questions on our Github issue 
tracker:  https://github.com/openstreetmap/iD/issues 
https://github.com/openstreetmap/iD/issues


- Copy and Paste selected features with ⌘-C and ⌘-V 
https://github.com/openstreetmap/iD/pull/2498 
https://github.com/openstreetmap/iD/pull/2498

- Conflict Resolution
iD will now check if any of your modifications conflict with edits made by 
other users, and will present you with a UI to see the difference and choose 
how to resolve the conflict.
https://github.com/openstreetmap/iD/pull/2489 
https://github.com/openstreetmap/iD/pull/2489

- Smarter Way Movement
When moving a connected way, iD will now slide the moving way along the 
non-moving way, rather than “zorroing” the connection point.
https://github.com/openstreetmap/iD/pull/2516 
https://github.com/openstreetmap/iD/pull/2516

- Don’t delete ways that are part of a route/boundary Relation
This will prevent a bunch of breaking edits to relations - Thanks RichardF!
https://github.com/openstreetmap/iD/pull/2526 
https://github.com/openstreetmap/iD/pull/2526

- Map-In-Map
You can now bring up a locator mini-map with the ‘/‘ key.  By default it 
displays the current area but zoomed out by -6.  Zoom and pan the mini-map to 
quickly find and move to different locations.
https://github.com/openstreetmap/iD/pull/2554 
https://github.com/openstreetmap/iD/pull/2554


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

Re: [Talk-us] Retagging hamlets in the US

[Bryan Housel]

OK, I’ll revert the changeset if if bothers you that much..



 On Mar 20, 2015, at 12:23 AM, Greg Morgan dr.kludge...@gmail.com wrote:
 
 
 
 On Thu, Mar 19, 2015 at 7:45 AM, Bryan Housel br...@7thposition.com 
 mailto:br...@7thposition.com wrote:
 I wouldn’t.  The USPS doesn’t recognize it, so mail can not be delivered 
 there.  There are no signs either.
 
 The USPS is not an always a good choice.
  
 I did some googling to see if it is a historical name, but all the results 
 are spam (“Best plumber in Benders Corner, NJ!”)
 Nobody around here knows what it is.
 
 I’m just going to remove it and close out the note.
 
 Yet another reason I cannot eat my own dog food.  Here's the case where 
 finding the right polygon for a POI would be a useful or just leave it alone. 
  I have to ask how hard did you really search for Bender's Corner?  OSM is 
 not a respresentation of a legal subdivisions, acessor parcel numbers and the 
 like.  However, having a way for a person to search for Bender's Corner; use 
 OSM to find it on the map; and perhaps route to the area would be a useful 
 feature!   Now OSM is the only map where you cannot locate Bender's Corner.  
 It looks like it might be a nice area.
 
 http://berkeley-heights-real-estate.com/home-sales-berkeley-heights-nj-new-jersey/
  
 http://berkeley-heights-real-estate.com/home-sales-berkeley-heights-nj-new-jersey/
 110 Diamond Hill Rd   Benders Corner  $299,000$295,00063 
  01/02/2013
 
 http://www.tripmondo.com/united-states/new-jersey/benders-corner/attractions-in-benders-corner/
  
 http://www.tripmondo.com/united-states/new-jersey/benders-corner/attractions-in-benders-corner/
 http://www.city-data.com/nbmaps/neigh-Berkeley-Heights-New-Jersey.html 
 http://www.city-data.com/nbmaps/neigh-Berkeley-Heights-New-Jersey.html
 http://www.accuweather.com/en/us/benders-corner-nj/07974/weather-forecast/2174854
  
 http://www.accuweather.com/en/us/benders-corner-nj/07974/weather-forecast/2174854
 
 
 http://www.weichert.com/search/realestate/SearchResults.aspx?hood=16925view=map
  
 http://www.weichert.com/search/realestate/SearchResults.aspx?hood=16925view=map
 Copyright © 2015 Garden State Multiple Lis ting Service, L.L.C. All rights 
 reserved.
  
 
 
 
 
  On Mar 18, 2015, at 3:15 PM, Bryce Nesbitt bry...@obviously.com 
  mailto:bry...@obviously.com wrote:
 
  Would you put bender's corner on a map today?
 
 
 Yes!  Bender's Corner is worth a name search to someone.
  
 
 
 
  If the barrier to cleaning is too great, not enough cleaning will happen.
 
  ___
  Talk-us mailing list
  Talk-us@openstreetmap.org mailto:Talk-us@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-us 
  https://lists.openstreetmap.org/listinfo/talk-us
 
 
 ___
 Talk-us mailing list
 Talk-us@openstreetmap.org mailto:Talk-us@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-us 
 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] Retagging hamlets in the US

[Bryan Housel]

I wouldn’t.  The USPS doesn’t recognize it, so mail can not be delivered there. 
 There are no signs either.
I did some googling to see if it is a historical name, but all the results are 
spam (“Best plumber in Benders Corner, NJ!”)
Nobody around here knows what it is.

I’m just going to remove it and close out the note.




 On Mar 18, 2015, at 3:15 PM, Bryce Nesbitt bry...@obviously.com wrote:
 
 Would you put bender's corner on a map today?
 
 If the barrier to cleaning is too great, not enough cleaning will happen.
 
 ___
 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] Retagging hamlets in the US

[Bryan Housel]

Brand new anonymous users come to the map every day and are confused by what 
these hamlets are. 

proof: https://www.openstreetmap.org/note/163246 
https://www.openstreetmap.org/note/163246

I kind of doubt this person is going to stick around and improve the map.  To 
them, it just looks like vandalism.

(IMO the “Bender’s Corner” hamlet should probably just be deleted outright.  I 
live near it and there really is no such thing.)




 On Mar 17, 2015, at 5:58 PM, Richard Weait rich...@weait.com wrote:
 
 Goal: A new local mapper in each BadHamlet
 
 Method:
 
 1) Create an overlay that displays the hamlets as ugly, rash-like
 spots.  It could even be a rash that allows checkouts a la tasking
 manager.
 
 2) Encourage mappers to do outreach in each spot.
 - Mapper in Oregon sees that there is a BadHamlet in Massachusetts,
 adjacent to their old hometown / alma mater / vacation spot.  Mapper
 reaches out to their old classmates / colleagues / neighbours to find
 one or more new mappers in / near that hamlet.
 
 3) New mapper fixes the BadHamlet and starts mapping their favourite
 restaurants, bowling alleys and coffee shops.

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

Re: [Talk-us] Pennsylvania's quadrant routes

[Bryan Housel]

I’m from PA and I know exactly the little signs that you’re talking about.  I 
agree with everything you suggested about moving the SR  ref to a different 
key.  It’s not significant enough to be a “ref”.

I’m not sure who “owns” the Pennsylvania wiki page: 
http://wiki.openstreetmap.org/wiki/Pennsylvania 
http://wiki.openstreetmap.org/wiki/Pennsylvania
But you might want to add this recommendation there, and maybe some more 
guidance about classifying highways (like the New Jersey and New York pages 
have).

I’ve considered coding up a cleanup bot - this might be a nice first task for 
it.



 So, I've come up with a possible replacement tag of 'ref:penndot=SR ' [3] 
 for these routes that are only signed with the white mileage signs.  With 
 this tag, it still allows the quadrant routes to be added, but not to take up 
 the normal 'ref' tag when it's needed for another route (there are a few 
 normal state routes on quadrant routes, like PA-3 for a small area in 
 Philadelphia, or US-19 Truck in Pittsburgh, or even the Allegheny County Belt 
 System [3] in some areas).
 
 What do you guys think about this?  If nobody has any problems with them, I 
 think we should fix them as we see them (no bot running unless somebody with 
 knowing how to run one would be willing to do it).  I just want to see a 
 constant tagging scheme for them.

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

Re: [Talk-us] Beaver dam? Wrecked bridge? Hallucinatory roads in TIGER?

[Bryan Housel]

 On Dec 20, 2014, at 11:09 AM, Kevin Kenny kken...@nycap.rr.com wrote:
 
 In at least one place (44.07447,-74.28335, says GPS) the trail crosses an 
 unnamed tributary of Pine Brook on a beaver dam that is visible in aerial 
 images. https://flic.kr/p/pFf3TV Hikers who don't quite believe that the 
 trail would do such a thing have created a use path extending up- and 
 downstream that peters out in both directions. So - What's appropriate 
 tagging for a way that uses a beaver dam?

I’d just mark that section `ford=yes`.. or I guess `ford=beaver_dam` if you 
want to be clever.  
(The `ford` tag works like `bridge`)


 In several other places, destroyed bridges either serve as landmarks 
 https://flic.kr/p/oJrAXF  or even have had the stone of their footings 
 repurposed to create a ford https://flic.kr/p/poN2vf  .  Is there tagging 
 that makes sense for this situation?

Again, `ford=*`


 Is it considered acceptable to delete ways that came in from TIGER and appear 
 never to have existed? In this case, I speak of roads shown in TIGER where 
 I've hiked across the routes and seen no sign of even an abandoned road - and 
 I use century-old abandoned grades for off-trail hiking fairly often. I know 
 what to look for even when the roadbed is grown to trees. For instance, to my 
 eye, it's obvious that https://flic.kr/p/nouCUC was once a road. In some 
 cases, I can't imagine what the TIGER people were smoking (and wish they'd 
 share!).

Sure, I remove TIGER ways all the time.  If you have local knowledge of the 
area, feel free to change the map to match reality.


Thanks, Bryan


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

Re: [Talk-us] Help with revert : Drag moved street in Denver

[Bryan Housel]

Because it was an iD 1.5.4 changeset, probably this bug:
https://github.com/openstreetmap/iD/issues/2248



On Sep 23, 2014, at 9:27 AM, Martin Koppenhoefer dieterdre...@gmail.com wrote:
 
 Il giorno 23/set/2014, alle ore 10:08, Bryce Nesbitt bry...@obviously.com 
 ha scritto:
 
 What might have caused the original issue?
 
 
 
 no idea, possible reasons include un glueing connection nodes or deleting the 
 last way segment before the connection (in Josm shift click in delete mode)
 
 
 cheers 
 Martin 
 ___
 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] 2014 Tiger Update

[Bryan Housel]

iD mostly uses https://github.com/osmlab/editor-imagery-index
So if it is added as a layer there, it can be made available in iD very easily.

So I think tiles need to be generated and the source needs to be added here:  
https://github.com/osmlab/editor-imagery-index/tree/gh-pages/sources/north-america

Thanks, Bryan



On Aug 30, 2014, at 12:12 PM, Martijn van Exel m...@rtijn.org wrote:

 Good point. I’ll see about updating the JOSM layer, I am not sure the iD one 
 uses the same imagery actually. 
 — 
 Martijn van Exel
 
 From: Hans De Kryger hans.dekryge...@gmail.com
 Reply: Hans De Kryger hans.dekryge...@gmail.com
 Date: August 29, 2014 at 11:45:40 PM
 To: talk-us@openstreetmap.org talk-us@openstreetmap.org
 Subject:  [Talk-us] 2014 Tiger Update 
 
 Released August 19, 2014 - 
 
 https://www.census.gov/geo/maps-data/data/tiger-line.html
 
 Anyone know if they will be added to I.D editor anytime soon?
 
 Regards,
 Hans
 
 http://www.openstreetmap.org/user/TheDutchMan13
 
 ___
 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: [Talk-us] Beach routing

[Bryan Housel]

I thought about this, but not all beaches are navigable.  Some really are 
pretty treacherous, and I don’t think this is always easy to tell from aerial 
imagery.  I have also been to perfectly navigable beaches where you are 
specifically not allowed to use vehicles because turtles build their nests 
there.

I think it is safer to assume that a beach should not be used for navigation 
unless it’s explicitly tagged for it (and I think a path or track is the most 
straightforward way of tagging this).



On Jul 11, 2014, at 9:04 AM, Andrew Guertin andrew.guer...@uvm.edu wrote:
 
 Contrary to the other replies, why not just teach the routers that beaches 
 are something that can be walked (or ridden or driven) on?
 


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

Re: [Talk-us] Beach routing

[Bryan Housel]

I say go ahead and add it, though `highway=track` (with appropriate access tag) 
might make more sense if vehicles drive along the beach.

Here in NJ, people have also been mapping the paths that lead down to the beach 
from the boardwalks, but they generally aren’t connected.  I’m a runner, so I 
would find it useful to know which stretches of beach are passable and what the 
surface is like.

Thanks, Bryan



On Jul 9, 2014, at 12:50 PM, Elliott Plack elliott.pl...@gmail.com wrote:

 OSM US:
 
 I've been using some routing engines to map fitness routes (e.g. Strava) that 
 use OSM data. Along our US coasts, there are beaches. The beaches I'm 
 familiar with are popular with walkers and joggers to go up and down the 
 shore, since access is generally open to anyone along the water's edge. I'm 
 considering adding a `highway=path` along the beach to facilitate this. I'd 
 add the connections to the walking paths between parking lots and the beach 
 as well.
 
 For uninterrupted strips of sandy beach, would a path be appropriate to 
 indicate walkability?
 
 How the map looks now in iD: http://i.imgur.com/2EQ06BR.jpg
 What I'd propose to do (note the connections): http://i.imgur.com/i8dj6lQ.jpg
 Area of the examples: http://www.openstreetmap.org/#map=18/38.45143/-75.04957
 
 Thanks,
 
 -- 
 Elliott Plack
 http://about.me/elliottp
 ___
 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] NJ Orthoimagery

[Bryan Housel]

Hey Ian that’s cool, I didn’t know this service was available.
Would you consider proxying the New Jersey high res orthos too from 2012-2013?
More info: 
https://njgin.state.nj.us/NJ_NJGINExplorer/jviewer.jsp?pg=2012_OrthoImagery

Metadata for this layer is here:
https://njgin.state.nj.us/NJ_NJGINExplorer/ShowMetadata.jsp?docId={DF49386A-73AC-4A1A-B6DC-13B769E176A4}
(their page indicates that there are no constraints on access or use, though a 
source acknowledgment is appreciated)

Their WMS server is here:
http://njwebmap.state.nj.us/njimagery?REQUEST=GetCapabilitiesSERVICE=WMSVERSION=1.1.1





On Jul 7, 2014, at 2:54 PM, Ian Dees ian.d...@gmail.com wrote:

 Note that the OSM US server tiles and caches the USGS NAIP and High Res 
 Orthos and more information can be found here:
 
 http://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters/United_States/Servers/Imagery
 
 ...but the upstream USGS server that used to host this imagery seems to be 
 broken (it's throwing 500's). I'm working on finding someone to talk to about 
 that, but until then we'll have to find something else.
 
 
 On Mon, Jul 7, 2014 at 1:34 PM, Bryan Housel br...@7thposition.com wrote:
 The project for the common imagery sources is here:
 https://github.com/osmlab/editor-imagery-index
 
 You could enter an issue there to include this source so that it will be 
 available in the various OSM editors.  Before including it in the index, they 
 will want to ensure that the source is properly licensed and has a bounding 
 polygon around where the imagery is valid.
 
 
 
 On Jul 6, 2014, at 9:28 AM, Saikrishna Arcot saiarcot...@gmail.com wrote:
 
 Hi all,
  
 I noticed that there is a wiki page on the USGS High Resolution 
 Orthoimagery, but that the link is outdated. The new resource to use is 
 likely one of these folders. I've looked at the 1-foot imagery, and this 
 seems to be sharper or equal quality than the Bing imagery in at least two 
 areas. In addition, according to this page, only Canada and the border data 
 is marked as View only; all other counties are public domain.
  
 Is there any reason this imagery can't be used in OSM, and perhaps even be 
 added as one of the pre-existing imagery sources in JOSM?
  
 -- 
 
 
 Saikrishna Arcot
 ___
 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 mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] USGS Orthoimagery

[Bryan Housel]

The project for the common imagery sources is here:
https://github.com/osmlab/editor-imagery-index

You could enter an issue there to include this source so that it will be 
available in the various OSM editors.  Before including it in the index, they 
will want to ensure that the source is properly licensed and has a bounding 
polygon around where the imagery is valid.



On Jul 6, 2014, at 9:28 AM, Saikrishna Arcot saiarcot...@gmail.com wrote:

 Hi all,
  
 I noticed that there is a wiki page on the USGS High Resolution Orthoimagery, 
 but that the link is outdated. The new resource to use is likely one of these 
 folders. I've looked at the 1-foot imagery, and this seems to be sharper or 
 equal quality than the Bing imagery in at least two areas. In addition, 
 according to this page, only Canada and the border data is marked as View 
 only; all other counties are public domain.
  
 Is there any reason this imagery can't be used in OSM, and perhaps even be 
 added as one of the pre-existing imagery sources in JOSM?
  
 -- 
 Saikrishna Arcot
 ___
 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