[OSM-talk] 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 mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Tagging POI's - Nodes vs. areas

[Bryan Housel]

`amenity=hospital` is what makes it a proper hospital.  You can create a node 
where the hospital is, or an area around the property of the hospital.  Drawing 
either a node or an area is ok, but drawing areas is preferred if you have time 
for it.

If the hospital is just one building, you can add `building=yes` or 
`building=hospital` to the amenity.   If the hospital is a campus of several 
buildings, you can draw each building as well.  `building=*` (anything) should 
make it render like a building/structure.   The actual value of the building 
tag is not really used often (it’s considered a description of what the 
building looks like, not what it is), so most buildings are just tagged as 
`building=yes` unless they are really special somehow.

Thanks, Bryan




 On Apr 21, 2015, at 9:58 AM, EthnicFood IsGreat ethnicfoodisgr...@gmail.com 
 wrote:
 
 I want to know how to tag buildings which are also amenities or shops.  I 
 have consulted the wiki and I cannot find a clear explanation of this.  Say 
 you have a building which is a hospital.  One way to tag the polygon would be 
 building = hospital.  Another way would be amenity = hospital.  Another 
 way would be to simply tag the building as building = yes and then place a 
 node inside the building polygon and tag the node as amenity = hospital.  
 I'm thinking in terms of how the hospital will show up in the various 
 renderers.  Do most renderers require the amenity tag in order to display a 
 hospital symbol at that location?  (In other words, what happens if I just 
 use the building = hospital tag on the polygon and no amenity tag?)  And 
 what about the hospital name?  Do I include it with the building polygon or 
 the node?  Or both?  This is very confusing.  It seems there is a certain 
 amount of overlap when it comes to the application of building, amenity, and 
 shop tags.
 
 Mark Bradley
 ___
 talk mailing list
 talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] contact: tags

[Bryan Housel]

I like the `contact:*` tags, but only because it simplifies a few things in the 
iD editor.  When copying and pasting an object, we really want to remove the 
name/address/contactinfo so that the pasted object doesn’t have the same values.

If all the custom keys are grouped under `contact:whatever` this is easy to do, 
otherwise we need to build the logic into the editor to remove the values.  I’m 
certainly ok with having the keys either way, just saying this is one area 
where a namespace helps.

For the curious, the code to do this is here:
https://github.com/openstreetmap/iD/blob/master/js/id/behavior/paste.js#L4-L18 
https://github.com/openstreetmap/iD/blob/master/js/id/behavior/paste.js#L4-L18

Thanks, Bryan




 On May 3, 2015, at 11:17 AM, Andrew MacKinnon andrew...@gmail.com wrote:
 
 I am proposing that the contact: set of tags (contact:phone,
 contact:website, etc.) be depreciated and replaced with the simpler
 set of tags (phone, website, etc.) I am not proposing that anyone do
 any mechanical edits.
 
 The reason is that the contact: tags are unnecessarily verbose (we
 should use simpler tags whenever possible) and the simpler tags are
 much more popular (there are 98865 contact:phone tags but 490328 phone
 tags). Why do we need to have more than one way of tagging common
 things like phone numbers?
 
 I'm also not sure why we need to have both website and url tags
 (though in some cases I have seen people put two different websites on
 a POI, one in website and one in url). There are 737911 website tags,
 324963 url tags and 67038 contact:website tags. Though url is far more
 popular than contact:website, so I don't think it makes sense to
 depreciate this.
 
 Anyone like/absolutely hate this idea? I do not understand why we need
 to have so many different ways of tagging the same thing. This has
 become a big problem in OSM in general, but this is one of the most
 annoying cases of this.
 
 ___
 talk mailing list
 talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] [Tagging] 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 mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] [HOT] Post-seism Pleiades images of 3 Afghanistan cities

[Bryan Housel]

FYI, iD does understand {zoom} in an imagery url - you don’t need to replace it 
with {z}.  

Thanks, Bryan



> On Oct 29, 2015, at 6:54 AM, Jean-Guilhem Cailton  wrote:
> 
> Hi,
> 
> After the Oct 26 Badakhshan earthquake, Airbus DS has donated access to
> Pleiades images of three Afghan cities, Fayzabad, Taloqan and Kunduz,
> taken on Oct 28, and acquired within the framework of the International
> Charter, Space and Major Disasters.
> 
> They have been processed (pansharpening, conversion and color
> processing) and set-up on OpenStreetMap France server, and are available
> as TMS and WMS.
> 
> TMS URL for JOSM:
> tms[23]:http://imagery.openstreetmap.fr/tms/1.0.0/afghanistan_pleiades_20151028/{zoom}/{x}/{y}
> 
> (for iD, replace "zoom" with "z")
> 
> A layer with near infrared band displayed as red is also available:
> tms[23]:http://imagery.openstreetmap.fr/tms/1.0.0/afghanistan_pleiades_20151028_nir/{zoom}/{x}/{y}
> 
> 
> The WMS access for each is at :
> http://imagery.openstreetmap.fr/wms
> 
> 
> Due in particular to the rushed and difficult treatment conditions,
> there is an offset relative to Bing, which should be corrected in your
> editor before tracing data for OSM.
> 
> They are licensed under the "special web license for OSM", which in
> short only allows to use the image to develop derivative works (=
> "trace") provided that they are included in OSM database. Full text:
> http://imagery.openstreetmap.fr/airbus-ds/Web%20Licence%20for%20Non-Commercial%20Use%20with%20OSM.pdf
> 
> Use "source=Pleiades 20151028, CNES, Airbus DS"
> 
> 
> Note that Copernicus Grading Maps of Fayzabad and Taloqan show no
> visible damage detected.
> In Kunduz, the visible damage to the MSF Hospital is not due to the
> earthquake...
> 
> Best wishes,
> 
> Jean-Guilhem
> https://twitter.com/jgc310
> 
> 
> PS : still copying this email to the HOT mailing list, even though it
> turns out to be officially considered that this kind of email absolutely
> needs a priori moderation there...
> 
> 
> 
> 
> ___
> HOT mailing list
> h...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot


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

Re: [OSM-talk] highway=residential_link

[Bryan Housel]

Makes sense to me for little connecting ways between `highway=residential`

I just added a `highway=residential_link` here:
http://www.openstreetmap.org/way/379558356#map=19/40.68813/-74.38970 



Thanks, Bryan



> On Nov 10, 2015, at 4:40 AM, Martin Koppenhoefer  
> wrote:
> 
> sounds not very likely. At the point where a motorway or even tertiary road 
> becomes a residential road, it will clearly change a lot (or otherwise it 
> would remain a tertiary etc. road). A residential link would be a road 
> between 2 residential roads (or a residential and an inferior road like a 
> service), because if it were a higher road class to which the residential 
> connects, the link would be called after that road class. 

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

[OSM-talk] 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 mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] 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 mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] 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 mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] 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 mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] 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 mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] 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 mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] iD is getting a new menu...

[Bryan Housel]

Just wanted to pre-announce that the next version of iD (coming sometime in 
March) will have a new menu!
Here’s a picture:  https://twitter.com/bhousel/status/835607333640232962 


We don’t often change iD’s user interface, but we felt that iD was starting to 
outgrow the “radial menu”, and it was time to move to a more traditional 
right-click context menu.  The new edit menu will only pop up when the user 
right-clicks, so it will not get in the way of editing as much as the old menu 
did.  Also by switching from a circular shape to a vertical bar, we are less 
constrained by the number of items that we can add to the menu.

Details about how the work came together over the past month, and screenshots 
can be found here:
https://github.com/openstreetmap/iD/pull/3753 

Thanks to Kushan for much of the code, and Rasagy for the design work.

Please try out editing with the new menu by using the mirror here:
https://openstreetmap.us/iD/master/ 

Thanks,
Bryan



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

Re: [OSM-talk] osm.org Banner about SotM (missing THE SotM in Brussels!)

[Bryan Housel]

The OpenStreetMap site will show you banners for any upcoming events in a 
rotation until you dismiss the banner by clicking the ‘X'.  After you have 
dismissed a banner, you won’t be shown the banner again (unless you clear your 
cookies).


> On Sep 13, 2016, at 2:49 PM, Stefan Keller  wrote:
> 
> Hi,
> 
> I'm bit confused by a banner showing up at osm.org about SotM Latam in
> November!
> I'd just really expect to see the _the_ SotM in Brussels there at
> least till end of September :-)
> How this?
> 
> :Stefan
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk


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

[OSM-talk] 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 mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Disable snapping in iD Editor?

[Bryan Housel]

Yes, you can hold down the Alt/Option key to disable snapping in iD.


> On Nov 16, 2016, at 9:47 AM, Mike Thompson  wrote:
> 
> Is there a way to temporarily disable snapping in the iD editor? In JOSM one 
> can hold down the Ctrl key while in the add mode to do so, but I can't find a 
> similar function in iD. 
> 
> Mike
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk


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

[OSM-talk] Help Translate iD!

[Bryan Housel]

I'm excited to announce that I'll be releasing a new version of iD in the next 
week or two.
If you are fluent in multiple languages, or know someone who is, I’d love your 
help in translating iD!

We support over 70 languages, but many of them are barely translated.  
Localizing iD helps bring OpenStreetMap to more users around the world. If 
you’re not already a translator, please sign up for Transifex and join a 
translation team here: https://www.transifex.com/ideditor/id-editor/dashboard/ 


Translating is something that anybody can do, even if they are not directly 
involved in OpenStreetMap or Open Source software.  

Please forward this to anybody that might be interested in helping, thanks!
Or retweet:  https://twitter.com/bhousel/status/854883315693875206 


---

More details on the upcoming 2.2 release:

* Translators can now preview their work on our new development mirror!  No 
more waiting until the next version of iD to see how things look.  Simply visit 
http://preview.ideditor.com/master/  - 
which is updated every 10 minutes with the latest strings from Transifex.

* We’ve made big changes to the iD walkthrough to make it more friendly and 
also teach better editing practices.  There is a lot of new content to 
translate, but these changes will be immediately helpful to the thousands of 
new users each day that make their first OpenStreetMap edits.

* The walkthrough itself is more open-ended, with dedicated steps that let the 
user play and explore the town at their own pace.  To support this, we’ve made 
the whole town localizable - streets, businesses, place names - adding about 
120 new strings to the core resource under the `intro.graph.name.*` keys.  
While the source strings do correspond to actual places in Three Rivers 
Michigan, the names of these features in the walkthrough do not need to be 
translated literally - it’s OK to make up reasonable sounding names in your 
local languages.

As before, thank you for your help!  I appreciate all of the hard work done by 
our fantastic volunteer teams of translators to make editing in iD simple and 
fun for everybody worldwide.

Feel free to reach out to me if you have any questions, and thanks again!

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

[OSM-talk] 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 mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] iD news: v2.2.0 released

[Bryan Housel]

Thanks!  The iD walkthrough is often a new user’s first introduction to mapping 
on OpenStreetMap, so I really wanted to make it accessible to as many users as 
possible.  

Completely localizable means that when the user starts the walkthrough, there 
is special code to replace the name and address tags to better fit that users 
language.  So “Spring Street” in English becomes “Gartenstraße” in German, or 
"Весенняя улица” in Russian.  The entire town contains about 120 named objects, 
and these can all be translated like any other text string in the user 
interface. 

I’ll be blogging more about the walkthrough improvements later in the week!
Bryan


> On May 9, 2017, at 7:52 PM, Erwin Olario <gov...@gmail.com> wrote:
> 
> I like the new walk-through! Great job every one. 
> 
> It's been mentioned that it's now "complete localizable", and that sounds 
> very interesting in the outreach training programs we do in OSMph. Could you 
> post a link for details about this?
> 
> Thank you.
> 
> /Erwin
> 
> On Wed, May 10, 2017 at 5:24 AM Dave F <davefoxfa...@btinternet.com 
> <mailto:davefoxfa...@btinternet.com>> wrote:
> Excellent, the radial menu's finally been removed! It always appeared 
> precisely where I wanted to edit! I might start using it now.
> 
> The walk-through is very intuitive.
> 
> DaveF. 
> 
> 
> On 09/05/2017 19:49, Bryan Housel wrote:
>> iD v2.2.0 was released May 9 2017 and is now available for editing on 
>> openstreetmap.org <http://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 
>> <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 
>> <https://twitter.com/bhousel/status/862014150528180225>
>>   New Imagery: https://twitter.com/bhousel/status/862006438096510977 
>> <https://twitter.com/bhousel/status/862006438096510977>
>>   Follow me on Twitter https://twitter.com/bhousel 
>> <https://twitter.com/bhousel> for more iD updates.
>> 
>> 
>> Thanks! 
>> Bryan
>> 
>> 
>> 
>> ___
>> talk mailing list
>> talk@openstreetmap.org <mailto:talk@openstreetmap.org>
>> https://lists.openstreetmap.org/listinfo/talk 
>> <https://lists.openstreetmap.org/listinfo/talk>
> 
> ___
> talk mailing list
> talk@openstreetmap.org <mailto:talk@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk 
> <https://lists.openstreetmap.org/listinfo/talk>
> -- 
> -- Dispatched by mental telepathy via Ansible
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] Name challenge - what to call the new OSM+Wikidata service?

[Bryan Housel]

I’d call it Q936  :)
Bryan



2017-09-16 23:11 GMT+02:00 Yuri Astrakhan >:
The new service is getting more and more usage, but it lacks the most important 
thing - a good name.  So far my two choices are:

* wikosm
* wikidosm

Suggestions?  Votes?  The service combines Wikidata and OpenStreetMap 
databases, and uses SPARQL (query language) to search it, so might be good to 
reflect that in the name.

https://wiki.openstreetmap.org/wiki/Wikidata%2BOSM_SPARQL_query_service 


P.S.  I know this is the hardest problem after off-by-one and caching...

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



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

[OSM-talk] 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 mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] iD news: v2.4.0 released

[Bryan Housel]

Ok, I see what you mean.. Would it be ok if we just add +1 to the number before 
uploading the changeset?


> On Aug 26, 2017, at 2:17 PM, Dave F  wrote:
> 
> 
>> It does display the same number as is displayed on a user’s homepage, but 
>> that number is 0 before they have made any edits.  It is a count of “how 
>> many edits has the user made before this one that they are saving right now”.
> 
> As the contributor has just saved/uploaded the changeset, that sounds 
> completely illogical to me.
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk


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

Re: [OSM-talk] iD news: v2.4.0 released

[Bryan Housel]

On Hashtags:
There was a email thread a while back that discussed this practice of filling 
the comment up with hashtags about mapping events.  A lot of people don’t like 
this, and would prefer to encourage mappers (especially newbies) to write good 
comments, and store information about the mapping event in a different 
changeset tag.  

Mikel Maron and others captured the mail thread and also some actionable ideas 
on an issue for the OSM tasking manager:
https://github.com/hotosm/osm-tasking-manager2/issues/703 
<https://github.com/hotosm/osm-tasking-manager2/issues/703>

That link above also has a demo of how the new hashtag field works, and links 
to other related issues.  I realize that not everyone is going to switch over 
to using a new field right away, so iD still supports having hashtags in 
comments, and will extract them into the new field automatically.


On changesets_count:
It does display the same number as is displayed on a user’s homepage, but that 
number is 0 before they have made any edits.  It is a count of “how many edits 
has the user made before this one that they are saving right now”.  

And yes the number is not completely accurate, because people could just do 
things like open multiple browsers and try to save several edits at the same 
time.  But It’s good enough for rough analysis of how experienced a mapper was 
at the time when they made a particular edit.  It can help changeset analysis 
tools like OSMCha, or bots that watch for vandalism, or even just as a useful 
signal when looking at a changeset to see what a user did or when responding 
with a comment.  (Be nice to new users!)

Bryan



> On Aug 26, 2017, at 6:07 AM, Dave F <davefoxfa...@btinternet.com> wrote:
> 
> Hi
> 
> What are the hashtags used for?
> 
> Surely changesets_count should start at 1, the same as displayed on a users 
> homepage?
> 
> DaveF
> On 26/08/2017 06:47, Bryan Housel wrote:
>> iD v2.4.0 was released August 25, 2017 and is now available for editing on 
>> openstreetmap.org <http://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/ 
>> <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 
>> <https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#240>
>> 
>> Twitter:
>>v2.4.0 + new save screen:  
>> https://twitter.com/bhousel/status/901280750540132352 
>> <https://twitter.com/bhousel/status/901280750540132352>
>>Esri World Imagery anno

Re: [OSM-talk] What would make MapRoulette better?

[Bryan Housel]

Hey Martijn, it’s currently possible to send comments and hashtags to iD (they 
can be sent as two different parameters, or just embed the hashtags in the 
comments like the task managers currently do).  It’s not possible to set other 
changeset tags, but it is something I could add if there is a good use case for 
it.

Thanks, Bryan



> On Nov 20, 2017, at 4:44 PM, Martijn van Exel  wrote:
> 
> Hi Pierre,
> 
> That is a good idea and there are already some ‘hashtags’ that MapRoulette 
> sends to JOSM. I don’t know if this is possible in iD as well. I think it is 
> something that could be improved upon. Perhaps with changeset tags (is that 
> what you are suggesting?)
> 
> Does anyone know if JOSM and / or iD support ‘sending’ changeset tags through 
> remote control / the querystring?
> 
> Martijn
> 
> --  
> Martijn van Exel
> 
> On November 20, 2017 at 2:00:36 PM, Pierre Béland (pierz...@yahoo.fr) wrote:
>> Hi Martijn
>> We see an increase of coordinatead actions via QA and TM tools. But this is 
>> not systematically  
>> documented on the Changeset metadata. For QA tools, sometimes we see in the 
>> comments  
>> reference to MapRoulette or other tools.
>> It is possible for these tools to transfer infos to editors such as iD and 
>> JOSM. It would  
>> be good that tags are transferred to the editors to better document the 
>> coordinated actions.  
>> For TM tools, it could be host and project_no / Title. For QA, it could be 
>> host and project.  
>> For Maroulette this could beQA=MaprouleteProject=XXX where XXX corresponds 
>> to a particular  
>> challenge.
>> 
>> Pierre
>> 
>> 
>> Le lundi 20 novembre 2017 15:50:21 HNE, Martijn van Exel a écrit :
>> 
>> Marc,
>> 
>> Good point and something that has come up often.
>> As Joost mentioned in a reply, the easy solution for this is, as a challenge 
>> owner, to split  
>> up the challenge into regional chunks and label them as such.
>> 
>> The new version will have ‘filter by current map bounds’. I’m not quite sure 
>> how to best  
>> do this yet. One solution would be to filter by challenge ‘centroids’ 
>> (simple), another  
>> would be to consider whatever challenge has at least one task within the 
>> current map bounds  
>> (harder). What would be your idea about this? Others with an opinion?
>> --
>> Martijn van Exel
>> 
>> On November 20, 2017 at 9:58:40 AM, Marc Gemis (marc.ge...@gmail.com) wrote:
>>> The possibility to work more locally. E.g. there is a project to add
>>> missing roads in Belgium, I would really like to see only the "issues"
>>> within let say 20km of my house (an arbitrary point I can set).
>>> 
>>> m.
>>> 
>>> On Sun, Nov 19, 2017 at 9:59 PM, Martijn van Exel wrote:
 Hi all,
 
 For those who have used MapRoulette or at least have a good understanding 
 of
 what it does: what would be the *one top thing* for you that would make it
 better?
 
 I am asking because I am working on a new major release.
 --
 Martijn van Exel
 
 ___
 talk mailing list
 talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk
 
>>> 
>> 
>> 
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>> 
> 
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk


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

[OSM-talk] 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 mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Sudden influx of bad HOTosm edits in West Bank

[Bryan Housel]

Haha I promise I won’t be offended.  I welcome the criticism - this is part of 
working on something that matters to a lot of people.

Anyway, iD already does train the user in the walkthrough how to assign tags, 
and iD does warn the user on the save screen if they are uploading untagged 
features.  

So, what would you prefer iD do.. Just not upload untagged things?  We could do 
this, and I don’t have any strong opinion one way or another.  

In the past, the thinking has been that it’s better to accept an imperfect 
contribution than to turn away an imperfect contributor.   The map is used for 
a lot of things these days - so maybe we should rethink this as a community how 
we handle obviously bad edits.

Bryan




> On Oct 29, 2017, at 7:23 PM, Jo  wrote:
> 
> Yes, it's amazing that after all these years of reporting it, that BUG in iD 
> still hasn't been resolved. But don't dare to complain, we might offend Bryan.
> 
> Polyglot
> 
> 2017-10-29 23:47 GMT+01:00 Mark Wagner  >:
> On Sun, 29 Oct 2017 22:15:18 +0200
> Safwat Halaby > wrote:
> 
> > - Adding closed ways with area=yes instead of building=yes, or with no
> > tags at all
> 
> A closed way with "area=yes" is a *very* common newbie mistake with iD:
> the user traced an area, then forgot to tag it, or didn't realize they
> needed to apply additional tags.
> 
> --
> Mark
> 
> ___
> talk mailing list
> talk@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk 
> 
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

[OSM-talk] 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 mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] 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 mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] OSM tagging validation lib

[Bryan Housel]

What you are describing has nothing to do with validation. This could be done 
now without any new development just by running a copy of iD with different 
presets. 

Sent from my iPhone

> On Dec 24, 2017, at 12:08 PM, john whelan <jwhelan0...@gmail.com> wrote:
> 
> But what I suspect could be done is when iD in invoked from a HOT project it 
> could restrict the options on things like highways to those in the wiki  
> https://wiki.openstreetmap.org/wiki/Highway_Tag_Africa
> which would save a lot of living_streets etc. being added in parts of Africa 
> where there aren't any.  Also reduce the numbers of highway=footway rather 
> than path.
> 
> We might even get a few more building=yes tags rather than the range we get 
> at the moment.
> 
> Thanks John
> 
>> On 24 December 2017 at 10:45, Bryan Housel <br...@7thposition.com> wrote:
>> Have you looked at https://github.com/osmlab/osmlint ?
>> Of all the current validation efforts, that seems like the most promising.  
>> 
>> I’d definitely echo what other people are saying about avoiding the osm wiki 
>> if possible. 
>> 
>> It works on vector tiles though, so to stuff it into an editor like iD, we 
>> would need to write some kind of pipeline that does:
>> “current view of stuff in editor” -> "vector tile" -> "osmlint engine" -> 
>> “results (geojson)” -> “back to the editor for user to see"
>> 
>> It might work?
>> 
>> Also… This problem of “validating OSM” is really unbounded.  You should know 
>> that before you start working on it!  I’m not one to tell people not to work 
>> on something but.. It’s really hard!  Tags are just made up all the time by 
>> people.
>> 
>> Can a `highway=residential` connect to a `power=line`?  - no!
>> Can a `highway=service` connect to a `power=substation`  - uhh, I guess!
>> Can a `highway=??` connect to a `power=thing_i_just_made_up`? - haha!
>> 
>> Bryan
>> 
>> 
>> 
>> 
>>> On Dec 24, 2017, at 4:47 AM, François Lacombe <fl.infosrese...@gmail.com> 
>>> wrote:
>>> 
>>> Hi
>>> 
>>> Here is an idea I got regarding tagging validation in editors (iD, JOSM, 
>>> others).
>>> Subsequently to wiki proposal voting and cleanups, it's currently 
>>> necessarily to open issues in each editor repository to ask for new tagging 
>>> validation rules. 
>>> 
>>> It can sometimes be time consuming to develop those new rules and such a 
>>> work is done independently by each project maintainer. While each project 
>>> have its own specific components, background logic is the same.
>>> 
>>> Would a new lib called like osmtagvalidator or so in charge of doing 
>>> conform validation to wiki be useful?
>>> It may be shared by any project involved in osm editing and preserve its 
>>> resources for other valuable developments.
>>> 
>>> For me, validation doesn't prevent users to use tags they want, but only 
>>> warn them about possible mistakes.
>>> 
>>> How would devs and users feel about this?
>>> 
>>> All the best
>>> 
>>> François
>>> ___
>>> talk mailing list
>>> talk@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk
>> 
>> 
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>> 
> 
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] OSM tagging validation lib

[Bryan Housel]

Have you looked at https://github.com/osmlab/osmlint 
 ?
Of all the current validation efforts, that seems like the most promising.  

I’d definitely echo what other people are saying about avoiding the osm wiki if 
possible. 

It works on vector tiles though, so to stuff it into an editor like iD, we 
would need to write some kind of pipeline that does:
“current view of stuff in editor” -> "vector tile" -> "osmlint engine" -> 
“results (geojson)” -> “back to the editor for user to see"

It might work?

Also… This problem of “validating OSM” is really unbounded.  You should know 
that before you start working on it!  I’m not one to tell people not to work on 
something but.. It’s really hard!  Tags are just made up all the time by people.

Can a `highway=residential` connect to a `power=line`?  - no!
Can a `highway=service` connect to a `power=substation`  - uhh, I guess!
Can a `highway=??` connect to a `power=thing_i_just_made_up`? - haha!

Bryan




> On Dec 24, 2017, at 4:47 AM, François Lacombe  
> wrote:
> 
> Hi
> 
> Here is an idea I got regarding tagging validation in editors (iD, JOSM, 
> others).
> Subsequently to wiki proposal voting and cleanups, it's currently necessarily 
> to open issues in each editor repository to ask for new tagging validation 
> rules. 
> 
> It can sometimes be time consuming to develop those new rules and such a work 
> is done independently by each project maintainer. While each project have its 
> own specific components, background logic is the same.
> 
> Would a new lib called like osmtagvalidator or so in charge of doing conform 
> validation to wiki be useful?
> It may be shared by any project involved in osm editing and preserve its 
> resources for other valuable developments.
> 
> For me, validation doesn't prevent users to use tags they want, but only warn 
> them about possible mistakes.
> 
> How would devs and users feel about this?
> 
> All the best
> 
> François
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] Automatically generated changeset discussion comments by OSMCha

[Bryan Housel]

I love this feature, and I hope Wille keeps it in.
The message is very well written, and it’s not spam if the user asks for their 
changeset to be reviewed and then somebody actually does it.

Thanks Bryan


> On Jan 12, 2018, at 9:07 AM, Michael Reichert  wrote:
> 
> Hi,
> 
> OSMCha started posting comments to changesets a few days ago when a user
> marks a changeset as good or bad.
> https://www.openstreetmap.org/user/wille/diary/43101
> I would like to ask the author(s) of OSMCha to disable this feature.
> 
> We expect to read all mappers incoming message (personal messages and
> changeset comments). If third-party tools start to post comments to lots
> of changesets automatically, this is some kind of spamming. If OSM sends
> to much emails to a user, the user will probably ignore them or treat
> them as spam.
> 
> I think that OSMCha should not post a comment automatically except if
> the user has explicitly asked for feedback or there are quality issues
> regarding the edit (mistakes, vandalism, guideline violations or
> anything else which makes it necessary to talk to the user).
> 
> I post this email to this mailing list instead of filing a bug report a
> Github [1] because I want to bring this problem to the wider audience
> and initiate a general discussion on the acceptable usage of the
> changeset comments API.
> 
> What are your thoughts and opinions on this issue?
> 
> Best regards
> 
> Michael
> 
> 
> [1] Btw, which Github repository would be the correct one the file the
> bug report at?
> https://duckduckgo.com/?q=osmcha+github=ffsb=web
> 
> 
> -- 
> Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
> ausgenommen)
> I prefer GPG encryption of emails. (does not apply on mailing lists)
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk


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

Re: [OSM-talk] Automatically generated changeset discussion comments by OSMCha

[Bryan Housel]

Yes, I agree the feature could be improved.

Helpful:
- "I think it should be more clear that clicking the button will add a 
changeset comment”
- “I think localization could be improved and I’d love to help with this”
- “I would like the opportunity to customize the message or see it before it is 
posted”

Unhelpful:
- “This feature is spam equivalent to “Bitcoin Millions" ”
- “I am posting this to the talk list instead of directly working with the 
developer to improve it”
- “I have not even bothered to figure out which GitHub repo to open an issue in"
- “To European eyes the comments look like they were written by a six-year-old”


Be nice everyone!



> On Jan 12, 2018, at 9:25 AM, Mike N <nice...@att.net> wrote:
> 
> On 1/12/2018 9:13 AM, Bryan Housel wrote:
>> I love this feature, and I hope Wille keeps it in.
>> The message is very well written, and it’s not spam if the user asks for 
>> their changeset to be reviewed and then somebody actually does it.
> 
>  I haven't used this yet because I wanted to add my own detail to the 
> message.   A quick sampling of these shows that most are in response to 
> review_requested.   I did run across 2 that did not have review requested 
> however - the message is occasionally being used instead of a dedicated 
> thumbs up/down flag on changesets.
> 
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk


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

Re: [OSM-talk] iD news - v2.9.0 now with Bing Streetside support

[Bryan Housel]

Be nice, we’re improving the resolution:
https://github.com/openstreetmap/iD/issues/5078 
<https://github.com/openstreetmap/iD/issues/5078>



> On Jun 19, 2018, at 7:41 AM, David Marchal  wrote:
> 
> Too bad the poor resolution doesn't allow to read destination signs, it would 
> have been a great help to add destination[:*] tags. Nice move from Microsoft 
> anyway.
> 
> Regards.
> 
> De : Bryan Housel 
> Envoyé : samedi 16 juin 2018 16:32
> À : osm-talk
> Objet : [OSM-talk] iD news - v2.9.0 now with Bing Streetside support
>  
> Happy Summer!  
> I just released iD v2.9.0 this week and it’s now available on 
> openstreetmap.org <http://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 
> <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 
> <https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#290>
> 
> Twitter:
> v2.9.0 announcement:  https://twitter.com/bhousel/status/1007253540589449216 
> <https://twitter.com/bhousel/status/1007253540589449216>
> Bing Streetside Manhattan: 
> https://twitter.com/bhousel/status/1006997683918245888 
> <https://twitter.com/bhousel/status/1006997683918245888>
> Mapillary Street Signs:  
> https://twitter.com/bhousel/status/1004594196664250369 
> <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
>  
> <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/
>  
> <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/
>  
> <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 <https://github.com/openstreetmap/iD>
> And follow me on Twitter https://twitter.com/bhousel 
> <https://twitter.com/bhousel> for the latest iD news. 
> 
> Thank you!
> ❤️ Bryan, and the rest of the  team.
> 
> ___
> talk mailing list
> talk@openstreetmap.org <mailto:talk@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk 
> <https://lists.openstreetmap.org/listinfo/talk>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] iD news - v2.9.0 now with Bing Streetside support

[Bryan Housel]

I’ve heard they have some people working on it.   No idea on when it will be 
ready..


> On Jun 19, 2018, at 7:58 AM, David Marchal  wrote:
> 
> OK, my bad, then. A remnant of old anti-Microsoft-ism, I assume. Do you have 
> heard of a support of this imagery from JOSM, by chance?
> 
> Regards.
> 
> De : Bryan Housel 
> Envoyé : mardi 19 juin 2018 13:46
> À : David Marchal
> Cc : osm-talk
> Objet : Re: [OSM-talk] iD news - v2.9.0 now with Bing Streetside support
>  
> Be nice, we’re improving the resolution:
> https://github.com/openstreetmap/iD/issues/5078 
> <https://github.com/openstreetmap/iD/issues/5078>
> 
> 
> 
>> On Jun 19, 2018, at 7:41 AM, David Marchal > <mailto:pene...@live.fr>> wrote:
>> 
>> Too bad the poor resolution doesn't allow to read destination signs, it 
>> would have been a great help to add destination[:*] tags. Nice move from 
>> Microsoft anyway.
>> 
>> Regards.
>> 
>> De : Bryan Housel mailto:bhou...@gmail.com>>
>> Envoyé : samedi 16 juin 2018 16:32
>> À : osm-talk
>> Objet : [OSM-talk] iD news - v2.9.0 now with Bing Streetside support
>>  
>> Happy Summer!  
>> I just released iD v2.9.0 this week and it’s now available on 
>> openstreetmap.org <http://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 
>> <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 
>> <https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#290>
>> 
>> Twitter:
>> v2.9.0 announcement:  https://twitter.com/bhousel/status/1007253540589449216 
>> <https://twitter.com/bhousel/status/1007253540589449216>
>> Bing Streetside Manhattan: 
>> https://twitter.com/bhousel/status/1006997683918245888 
>> <https://twitter.com/bhousel/status/1006997683918245888>
>> Mapillary Street Signs:  
>> https://twitter.com/bhousel/status/1004594196664250369 
>> <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
>>  
>> <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/
>>  
>> <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/
>>  
>> <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 <https://github.com/openstreetmap/iD>
>> And follow me on Twitter https://twitter.com/bhousel 
>> <https://twitter.com/bhousel> for the latest iD news. 
>> 
>> Thank you!
>> ❤️ Bryan, and the rest of the  team.
>> 
>> ___
>> talk mailing list
>> talk@openstreetmap.org <mailto:talk@openstreetmap.org>
>> https://lists.openstreetmap.org/listinfo/talk 
>> <https://lists.openstreetmap.org/listinfo/talk>
> ___
> talk mailing list
> talk@openstreetmap.org <mailto:talk@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk 
> <https://lists.openstreetmap.org/listinfo/talk>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] 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 mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] 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 mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Community Data License Agreement – Permissive and ODbL?

[Bryan Housel]

Hmm - I’ve always felt Who’s on First was more of a Wikidata competitor than 
anything.  It contains historical names.. I don’t see it as really having the 
same mission as OSM at all.



> On Aug 22, 2018, at 2:08 PM, Simon Poole  wrote:
> 
> WOF as a OSM compeitor.
> 
> Am 22.08.2018 um 20:06 schrieb Kathleen Lu:
>> 
>> > PS: long diatribe on why on earth the linux foundation is supporting an
>> > OSM competitor not included.
>> 
>> mmm... this is not good.
>> Do you know the reasons?
>> 
>> Simon - did you mean an OSM competitor or an ODbL competitor?
>> 
>> (Best I know from various rumors is that various big companies wanted a 
>> LF-blessed open data license and they had things they did not like about 
>> ODbL.)
>> 
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] iD news - v2.6.0 lots of new features...

[Bryan Housel]

Yes this is an interesting issue.. A lot of people were pretty upset when the 
`addr:unit` field started appearing in their address field.  

Field was added here:  https://github.com/openstreetmap/iD/pull/4235 

At the time it seemed pretty harmless.
(I locked discussion on that issue because it was getting too noisy - we really 
don’t need to discuss how address work in all parts of the world)

I mostly take a pretty hands-off approach to this field - I’d like for people 
to be able to map addresses however they want to in their country, and I don’t 
spend a lot of time tracking down what addresses look like around the world, so 
we rely on local contributors to update the source code with pull requests.

I think there are several things going on here:

1. Some places really don’t have a concept of `addr:unit` - there are just no 
addresses split up by floor, apartment, etc.
   (The best thing to do is to remove the field)

2. Some places do have this concept, but they don’t call it `unit`, so seeing 
the word “unit” in the UI is confusing
   (The best thing to do is probably rename the field, maybe “Apt/Floor/Unit” 
or something else?)

3. Some places do have this concept, but it is so rare that people don’t want 
to see it in the UI
   (The best thing to do is - whatever local mappers want.  Still, “rare” does 
not mean “useless".)

4. Some places do not have a dedicated address format, so they see the 
“default” format which looks kind of European and had `addr:unit` added to it 
recently
   (I removed the field from the “default” format, since opinions on this field 
are so mixed)


Thanks, Bryan



> On Jan 22, 2018, at 12:55 PM, Steve Doerr  wrote:
> 
> From the change log:
> 'remove addr:unit field for gb, ie, si, tr'. 
> 
> I wonder why (re gb). Unit is quite a common element in UK addresses, isn't 
> it?
> 
> Steve 
> 
> Sent from my iPhone
> 
>> I hope everyone takes a look at the changelog.
>> 
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

[OSM-talk] 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 mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] OSM data, how can we contribute to keep it to a reasonable size?

[Bryan Housel]

Milo's point on database growth is actually very important, and I worry that it 
might be missed.  We shouldn’t be concerned about shaving a few bytes off of 
the tag values to save space, or the power consumption of different processors.

OSM needs a growth plan.

We should already have pretty solid metrics on how fast the database is 
growing, and roughly when we’ll outgrow the current database architecture.  I’d 
be very happy to see OSM grow by 10x, 100x, or more as we continue to map 
everything the world, and we should be prepared for that.  

Curious if anyone else is thinking about this?

Bryan




> On Jan 22, 2018, at 3:57 AM, Milo van der Linden  wrote:
> 
> In my personal opinion, the database will grow and keep growing. So
> instead of looking at means to make things smaller, I think we should
> look at enabling even more storage. Couldn't geographical
> "shards/segments" be a solution? Like, keeping a database for Europe,
> Asia, North-America and so on that are glued together in a smart way,
> but allow for downloading partials straight from the main databases?
> And might it be smart to create a more distributed database? When I
> look at the hardware, there are currently 3 database; karm, ramoth and
> katla and it seems all 3 are in the UK.
> 
> Not intending to start an off topic, but this is just my opinion.
> 
> 2018-01-21 12:05 GMT+01:00 Oleksiy Muzalyev :
>> On 21.01.18 10:04, Martin Koppenhoefer wrote:
>> 
>> 
>> On 21. Jan 2018, at 09:21, Oleksiy Muzalyev 
>> wrote:
>> 
>> For example, Intel i7-8700K 3.7 GHz 8th generation processor consumes 95 W
>> [2], add to this the fans, hard disks, etc., it comes to 400 W power supply
>> unit. 
>> 
>> For comparison, the Raspeberry Pi 3 single-board computer requires only 10 W
>> power supply [4], 40 times less.
>> 


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

Re: [OSM-talk] QA bots commenting on changesets - your thoughts?

[Bryan Housel]

I think the more we can do to automate QA, the better.   

There should be some common sense guidelines for running bots though:
*  user names with “bot” in them
*  user profiles that say what the bot does and where the source code is
*  common place on GitHub for bot development (osmlab/bots?) 



> On Apr 4, 2018, at 4:44 AM, Michał Brzozowski  wrote:
> 
> There's a bot in Poland that comments on changesets which break addresses 
> (e.g. combining addr:place with addr:street), along with an explanation and 
> links to forum topic.
> 
> What do you think about it? Are such bots useful or not?
> 
> Michał
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk


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

Re: [OSM-talk] Help me build an OSM Community Index

[Bryan Housel]

Yep, to echo what Clifford said - we don’t need to get the exact boundaries 
perfect.  As long as a person editing around this area sees that there is 
something nearby, I am happy.  

Because the project is really just a bunch of .geojson files, we can be 
flexible and update as often as needed.
For comparison, here are the current Pacific Northwest community boundaries:

Vancouver:  
https://github.com/osmlab/osm-community-index/blob/master/features/north-america/canada/vancouver_metro.geojson
 
<https://github.com/osmlab/osm-community-index/blob/master/features/north-america/canada/vancouver_metro.geojson>
Mt Vernon:  
https://github.com/osmlab/osm-community-index/blob/master/features/north-america/us/mt_vernon_wa.geojson
 
<https://github.com/osmlab/osm-community-index/blob/master/features/north-america/us/mt_vernon_wa.geojson>
Seattle:  
https://github.com/osmlab/osm-community-index/blob/master/features/north-america/us/seattle.geojson
 
<https://github.com/osmlab/osm-community-index/blob/master/features/north-america/us/seattle.geojson>

> On Apr 4, 2018, at 11:58 AM, Clifford Snow <cliff...@snowandsnow.us> wrote:
> 
> Paul,
> For this application having a well defined region isn't a big issue. To me 
> it's more of "if you are interested, here is a  nearby OSM group(s)." I think 
> as we learn how users react to the feature, we can find ways to improve it.  
> To that end, I gave Metro Vancouver as an area to github issue. It probably 
> should extend out more than just the metro relation but I felt it was a good 
> start.
> 
> Clifford
> 
> On Wed, Apr 4, 2018 at 2:50 AM, Paul Norman <penor...@mac.com 
> <mailto:penor...@mac.com>> wrote:
> On 3/31/2018 5:25 AM, Bryan Housel wrote:
> a `.geojson` file to describe where the region where it is active.  (multiple 
> resources can share a .geojson file)
> 
> I'm having trouble figuring out what a sensible region is for the meetups in 
> Vancouver and the Pacific Northwest.
> 
> Our meetups are along the coast, but I don't believe there are any other 
> meetups for a few hundred km as you go inland. Closer to home, I'd consider 
> Chilliwack part of our region in many ways, but it's 100km from there to our 
> normal meeting place. This makes it too far to suggest, because it's a 90+ 
> minute drive. Where would I cut it off?
> 
> Going up and down the coast, we have a different problem. Vancouver, 
> South-Central Salish Sea, and Seattle all share a meetup organization, and 
> have overlap in members. The boundaries here are fuzzy.
> 
> 
> ___
> talk mailing list
> talk@openstreetmap.org <mailto:talk@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk 
> <https://lists.openstreetmap.org/listinfo/talk>
> 
> 
> 
> -- 
> @osm_seattle
> osm_seattle.snowandsnow.us <http://osm_seattle.snowandsnow.us/>
> OpenStreetMap: Maps with a human touch
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] Help me build an OSM Community Index

[Bryan Housel]

Thanks for the feedback Andy!
The community index project will surely evolve as we learn what kinds of things 
are helpful for both end users and community organizers.  The goal is for users 
who are just getting started with editing to realize that they are part of 
something larger.

This represents a deliberate shift in focus from self-centered language we 
currently use in iD “Share your edit on Facebook/Twitter” to more 
community-centric language like “There are people around where you edited that 
care about what you are doing - say hi on Reddit or stop by this month's 
Meetup”.  It would not surprise me if the locations of OSM with the highest 
quality are also the parts of OSM with the strongest community and best 
attended meetups.

One thing I can do right now to make the osm-community-index project less 
confusing is to say exactly what we are currently collecting.  This list has 
grown a few times in the last week, and I need to move it up front as the first 
thing people see.

type - (required) Type of community resource. The following types are supported:
"discourse"
"facebook"
"forum" - For example, on forum.openstreetmap.org
"group" - Generic catchall for anything with a url (such as a local OSM chapter 
page)
"irc" - url should be a clickable web join link, server details can go in 
description
"mailinglist" - url should be a link to the listinfo page, e.g. 
https://lists.openstreetmap.org/listinfo/talk-us
"meetup"
"reddit"
"slack" - url should link to the Slack itself, and signupUrl can link to an 
inviter service (see example above)
"telegram"
"twitter"


So you asked how you can help!  Please collect any of the above things and add 
them to GitHub tickets 
In your email you mentioned some osm wiki pages that contain a lot of meetup 
links - I’d do those first...

Thanks, Bryan




> On Apr 2, 2018, at 12:45 PM, Andy Townsend <ajt1...@gmail.com> wrote:
> 
> On 31/03/18 13:25, Bryan Housel wrote:
>> I’ve started building an index of OSM community resources here:
>> https://github.com/osmlab/osm-community-index 
>> <https://github.com/osmlab/osm-community-index>
>> 
>> "Resources" can be links to forums, meetups, Slack groups, Facebook groups, 
>> mailing lists, and so on. Anything that mappers, especially beginners, might 
>> find interesting or helpful.
>> 
>> 
> 
> I think that's an excellent idea - quite often I'd like to recommend 
> something to a mapper in a country that I'm not familiar with, and it can be 
> difficult to do that if you're unfamiliar with the local community (and 
> especially if they're using non-open communication channels that can be less 
> easy to "just drop in on").
> 
> However I'm a bit confused about what sort of contributions you want - 
> https://github.com/osmlab/osm-community-index/issues/new 
> <https://github.com/osmlab/osm-community-index/issues/new> loads a template 
> that seems to be looking for something in Markdown format (one per resource) 
> with a geojson file (I think - it's really not clear).  I'd be happy to 
> provide information that you could use to create the content you want, but 
> I've no idea how to provide what the site seems to be asking for (and I 
> suspect I won't be alone in that).
> 
> For example, for GB I'd suggest:
> 
> o That international resources such as the help site and the wiki are likely 
> to be the first best point of contact
> 
> o That the most commonly used local resource is probably the talk-gb mailing 
> list https://lists.openstreetmap.org/listinfo/talk-gb 
> <https://lists.openstreetmap.org/listinfo/talk-gb> (but note that the part of 
> the UK that is on the island of Ireland is best served by 
> https://lists.openstreetmap.org/listinfo/talk-ie 
> <https://lists.openstreetmap.org/listinfo/talk-ie>), and there's also 
> https://lists.openstreetmap.org/listinfo/talk-scotland 
> <https://lists.openstreetmap.org/listinfo/talk-scotland> and other regional 
> lists.
> 
> o That there's usually someone able to respond to "ad hoc" questions in 
> #osm-gb on IRC (but I'd link to that via http://wiki.osm.org/wiki/IRC 
> <http://wiki.osm.org/wiki/IRC> as other international channels may be 
> relevant too).
> 
> o There are regular meetups in at least London 
> https://wiki.openstreetmap.org/wiki/London#Upcoming_Events 
> <https://wiki.openstreetmap.org/wiki/London#Upcoming_Events> , 
> Scotland,https://wiki.openstreetmap.org/wiki/Edinburgh#Social_Events 
> <https://wiki.openstreetmap.org/wiki/Edinburgh#Social_Events> , West Midlands 
> https://wiki.openstreetmap.org/wiki/Mappa_Mercia#Meetings 
> <https://wiki.openstreetmap.org

[OSM-talk] Help me build an OSM Community Index

[Bryan Housel]

I’ve started building an index of OSM community resources here:
https://github.com/osmlab/osm-community-index 


"Resources" can be links to forums, meetups, Slack groups, Facebook groups, 
mailing lists, and so on. Anything that mappers, especially beginners, might 
find interesting or helpful.

Why?

Currently when you save an edit in iD, you will see a screen prompting you to 
share your edit on Facebook, Twitter, Google+.  But we’d prefer instead to use 
this screen to let the user know more about the community around where they are 
editing.  

See  https://github.com/openstreetmap/iD/issues/4815 
  for discussion and some 
mockups.

While the initial use of this index will be primarily to support this iD 
feature that will be released soon, I’d love to see other applications that 
have a community focus use the index as well.  For example, if you are 
reviewing an edit in OSMCha, and you see something that looks like vandalism or 
an undiscussed import and you want to ask someone in the local community to 
take a look, this index could tell you how to reach out to somebody local.


What about { existing lists / the OSM wiki }?

I did look at existing community lists, and there are several, but most of 
those lists do not support adding a bounding polygon around a community.  
Several of them do let you place a single pin where the community is, but I was 
looking for something that would let me draw complex bounding areas, and filter 
to only show communities active around in the area where a user is editing.  

We already have a successful project for sharing imagery sources that editors 
can use (see https://github.com/osmlab/editor-layer-index 
 ) so I decided to create 
something very similar.


How can I help?

Glad you asked!  
1.  Go to https://github.com/osmlab/osm-community-index/ 
  and watch or star the 
project. ⭐️

2.  Read the README and CONTRIBUTING documents.  These contain info about which 
files need to be added:
Each resource needs a `.json` file to describe it, and 
a `.geojson` file to describe where the region where it is active.  (multiple 
resources can share a .geojson file)

3.  Either add the files with a Pull Request, or open an issue for somebody 
else to add the files. 


Thanks!
Bryan




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

[OSM-talk] iD news - v2.7.0, new imagery, upgraded turn restriction editor

[Bryan Housel]

Hey everyone, I just released iD v2.7.0 and it’s now available for editing on 
openstreetmap.org 

 Release Highlights

•  We've added support for more background imagery from WMS servers. 
Thanks Martin Raifer and Guillaume Rischard for your work on this..
Press B to open the Background pane and see if new imagery is available in your 
area.

• ↪️ The turn restriction editor just got a big update!
• Include nearby connected roads (with configurable distance)
• Hover over a from way to see which paths are restricted or allowed
• Add restrictions that span one or more via ways (e.g. divided highway 
u-turns)
• Add `only_` turn restrictions (e.g. only straight on)
• View popup help for more information about working with turn 
restrictions
Try selecting a junction node in a complex intersection, editing turn 
restrictions, and viewing the popup help.

And as always, many more presets, bugfixes, and performance improvements.


Developers, we need your help!
We’re starting to add Flow annotations to iD’s source code.  Flow is a 
type-checking system to help catch common errors in JavaScript code (an untyped 
language).  If you’re interested in learning about the iD internals or want to 
learn Flow, please help out!  This is a great task for anyone, from beginners 
to experts.  Check out this GitHub issue for more info:
https://github.com/openstreetmap/iD/issues/3744#issuecomment-370300570 



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


Twitter:
v2.7.0, turn restrictions:   
https://twitter.com/bhousel/status/970668042966523904 

Request for help, Flow annotations:  
https://twitter.com/bhousel/status/970505437526286336 


Reddit:
https://www.reddit.com/r/openstreetmap/comments/829591/id_editor_v270_released_and_available_on/
 



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 mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] Please help with name-suggestion-index project!

[Bryan Housel]

Hey OSM!  I have a project called `name-suggestion-index` that I could use help 
with…
You can even get some free stuff if you sign up on 
https://hacktoberfest.digitalocean.com/ 
  with your GitHub account.

Go to this project:   https://github.com/osmlab/name-suggestion-index 

I need help matching all the commonly named brands in OpenStreetMap to Wikidata 
ids.

For each one that we haven’t matched already, I’ve opened an issue.
For each issue, someone needs to look up on Google or Wikipedia whether that 
thing really is a brand.
If so, add the `brand:wikidata` and `brand:wikipedia` tags.  And if not, add a 
regex to discard it from the index.  

Then send a pull request to close the issue.
If you send 5 pull requests in October, you’ll get some swag from Hacktoberfest 


It doesn’t take a lot of time, and it’s a great way to help OSM and learn about 
GitHub and Open Source.  There are thousands of open issues and I’d appreciate 
all the help I can get!

Thanks  
Bryan

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

Re: [OSM-talk] Tag:barrier=kerb

[Bryan Housel]

The arrows indicate the “down” direction alongside certain kinds of ways.
For example, cliffs, coastlines, retaining walls, kerbs, guard rails, 
embankments.

If the arrows are pointing to the “up” side instead of the “down” side, you can 
reverse the way.

Thanks, Bryan



> On Dec 14, 2018, at 10:55 AM, Jack Armstrong dan...@sprynet.com 
>  wrote:
> 
> I see something (new?) which I haven't seen before. Small white arrows with 
> the tag:barrier=kerb when editing with ID. What do the arrows indicate? I 
> don't see a reference on the wiki.
> 
> Thanks :)
> 
> www.theaveragenomad.com 
> 
> ___
> talk mailing list
> talk@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk 
> 
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] 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 mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] [Osmf-talk] Anyone who likes to organize an ID discussion panel at SotM?

[Bryan Housel]

Christine.. 

We mustn't define “the community” as the few remaining handful of people who 
have not yet been driven off the mailing lists by persistent abusers and trolls.

I am very aware of what people are saying about iD on all discussion channels.  
I read all of it, even the stuff written in other languages, and even archives 
of mailing lists that I’ve long unsubscribed from.

I encourage everyone to not put too much stock into what “the community” of 
mailing list haters thinks about iD.  It’s the same dozen or so people who have 
never liked me or iD much anyway.

I meet with stakeholders every week about the improvements we’ve made in iD, 
and I’m proud of the work that our small team has been able to accomplish with 
each new release.  Right now there are 1000s of people editing with iD (most 
volunteering, but some paid) who will never stop by mailing list or a GitHub 
thread.  They far outnumber the voices that you hear on `talk` or `tagging`.

In large part because of the escalating negativity, I will not be attending 
State of the Map.  

My strong recommendation to you is to fill the program with content that 
encourages community health, inspires people to be better to one another, and 
celebrates the great things people are building with OpenStreetMap.

Thanks, Bryan
❤️, 



> On May 29, 2019, at 5:55 AM, Christine Karch  wrote:
> 
> Hi,
> 
> reading the discussions about the direction of ID development and how
> the community wants the ID at the OSM website I had the idea that there
> could perhaps be a panel at SotM. Does anyone want to organize an ID
> discussion panel at SotM? Please tell me or us (program committee in CC)
> and we can consider it. At the moment it would be sufficient to have
> someone (or more) who wants to organize it. All details could be defined
> later.
> 
> As ID is a core feature at the OSM website I think this would be
> suitable for the main program at SotM.
> 
> Additionally it is always possible to organize informal meetings, panels
> during SotM in the unconference space (we will provide a lot of it).
> 
> By the way ticket sales is open. The Early Bird phase is until 7 July.
> Program announcement will be around 20 June.
> 
> We will have our schedule meeting at 8 June. So it would be good to know
> if an ID panel should be planned. Details for the program booklet should
> be provided until end of July.
> 
> Cheers
> 
> Christine
> 
> ___
> osmf-talk mailing list
> osmf-t...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osmf-talk

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

Re: [OSM-talk] Way to delete buildings added by specific user, or help reverting?

[Bryan Housel]

hbonger, your comment here is not very nice.
https://www.openstreetmap.org/changeset/56552674 


Reviewing their edits on OSMCha, most of their edits don’t look too bad
https://osmcha.mapbox.com/changesets/69561377?filters=%7B%22users%22%3A%5B%7B%22label%22%3A%22Venko%22%2C%22value%22%3A%22Venko%22%7D%5D%2C%22date__gte%22%3A%5B%7B%22label%22%3A%22%22%2C%22value%22%3A%22%22%7D%5D%7D
 


Maybe you should try being nicer to them and they might care about the map 
more.  Comments like yours ripple outwards and affect the rest of the OSM 
project negatively.. Calling some’s edit “bullshit” is not going to get them to 
draw better buildings.

Just saying - be nicer, thanks.
Bryan




> On Jul 8, 2019, at 2:57 PM, hbogner  wrote:
> 
> Hi all
> 
> Is there a way to delete buildings created by specific user?
> 
> Some users already complained about https://www.openstreetmap.org/user/Venko 
> to me for inaccurate mapping and imaginary mapping. They wrote to him, but he 
> didn't reply or stop.
> 
> Here is an example on which I just stumbled:
> https://www.openstreetmap.org/#map=17/45.52874/15.48285=N
> 
> He copy/pasted one building all over the place.
> 
> I tried to revert the changeset, but there are too many conflicts.
> 
> Any suggestions how to fix this mess?
> 
> regards, Hrvoje
> 
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] Tagging Governance

[Bryan Housel]

Simon you’re completely wrong about this, but I doubt there is anything that I 
can say that would change your mind.  The "US-corporate bubble" does not care 
about the tags used by the iD presets as much as you think they do.  

The decisions we make in iD with the tags are mostly because 1. someone asked 
us to in a ticket or pull request, and we try to give people what they want..  
or 2. we are trying to solve an actual problem - for example, the explicit 
tagging of piers and platforms came from us trying to detect routing islands 
(we rolled this back when people complained).  

Anyway, good luck with tagging.  When you frame the discussion this way, don’t 
be surprised when we are reluctant to participate.

Bryan



> On Sep 10, 2019, at 9:55 AM, Simon Poole  wrote:
> 
> Roland
> 
> I can't help noticing that you are tiptoeing a bit around the actual
> issue which started the whole discussion: unilateral changes by the iD
> maintainers (everybody else doesn't have enough leverage to enforce
> their position, so it is not me specifically picking on them, it is
> simply a consequence of the power they can wield). And these changes are
> not just questions of which tags to use, but far more fundamental
> questions, for example implicit vs. explicit tagging (which seems to be
> something the US-corporate bubble whispered to them, likely that unknown
> organisations holding the purse strings).
> 
> If you don't address that I'm not quite sure what the point of the whole
> discussion is.
> 
> Simon
> 
> Am 10.09.2019 um 06:50 schrieb Roland Olbricht:
>> Hi all,
>> 
>> I have got into the duty to talk about tagging governance on the SotM
>> and I would like to develop that opportunity towards something that is
>> rather helpful in the long term.
>> To ensure that I am on the right track and not unintentionally after a
>> personal agenda I would like to ask you to comment on the findings so
>> far listed below.
>> 
>> To encourage a widespread discussion, I have spread this message on
>> German and French lists as well (these two because I understand the
>> languages) and will do so in addition on the tagging list. Feel free to
>> spread this message further as long as you remember to channel back all
>> feedback.
>> 
>> 
>> Imperfect Flow of Information
>> 
>> Although many parts of the OpenStreetMap project are well translated,
>> the tagging documentation has substantial deficiencies. Over a random
>> sample of 10 tags the number of declared languages varies between 2 and
>> 18, but only few are complete and up to date (sample: 2 of 10 for
>> German, 3 of 10 for French).
>> 
>> Another kind of imperfect information flow is that tag definitions can
>> be changed on the wiki page long after the tag is in widespread use.
>> 
>> The converse case that a tag is introduced without any documentation is
>> also happening. While this happens by ordinary users usually slow enough
>> to make sense of the added data, an import or organized edit might be
>> able to substantially skew the de facto meaning of a tag, regardless
>> whether it is in widespread use, documented, both, or none.
>> 
>> 
>> More Structure needed
>> 
>> The translation issues have been conflated with a different problem:
>> Different features may look very different between regions. E.g.
>> highway=primary and highway=unclassfied versus highway=track
>> need different sets of examples in Germany and the urban US on the one
>> hand and Iceland or rural Africa on the other. It is easy to mix this
>> with the translation into the predominant language in the area,
>> but the tagging challenges in Belgium, Canada, and Niger are
>> substantially different, although all three countries happen to have
>> French as official language. Conversely, there is no sane reason to
>> change tagging rules every block of houses in Brussels.
>> 
>> Additionally, people often have different search terms than the British
>> English tag names or their translations, and the wiki search engine is
>> infamous for its bad performance. Having explicit keywords to direct the
>> attention of a mapper to the list of possibly fitting tags might help.
>> 
>> A substantial problem source of the concept of proposals is
>> that it interacts with lots of tags in a nontrivial way and is
>> practically never properly applied to all affected tag definitions.
>> A proposal currently is an extra page although it should have much more
>> an impact like a Git commit, grouping changes across various tag
>> definition pages in a single changeset.
>> 
>> 
>> Legitimacy and Governance
>> 
>> What legitimation has a process if only a handful of people have that
>> have the time to write mails on a mailing list and to write wiki pages
>> are involved? In particular, if the proposals end up as being full of
>> contradictions or vague terms and leave necessary answers undefined.
>> Yet these still are the people that have shown the necessary long-term
>> endurance to assure maintenance and that 

Re: [OSM-talk] Tagging Governance

[Bryan Housel]

>> 
>> The decisions we make in iD with the tags are mostly because 1. someone 
>> asked us to in a ticket or pull request, and we try to give people what they 
>> want..  or 2. we are trying to solve an actual problem - for example, the 
>> explicit tagging of piers and platforms came from us trying to detect 
>> routing islands (we rolled this back when people complained).  
> Well that is a -slight- simplification of what happened. We can
> partially follow it here
> https://github.com/openstreetmap/iD/issues/6409#issuecomment-494888256
> Except that we don't even know why in the end the changes were reverted,
> insight? External pressure? Or what? Obviously it wasn't just people
> complaining or else it would have been far earlier.

I said why here:
https://github.com/openstreetmap/openstreetmap-website/pull/2267 



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

Re: [OSM-talk] Way to delete buildings added by specific user, or help reverting?

[Bryan Housel]

Thanks, yes that is nicer.
It might not matter though. They seem to have stopped mapping a month ago.

Their last changeset was:
  https://www.openstreetmap.org/changeset/70992703 
<https://www.openstreetmap.org/changeset/70992703>
which looks like just some normal landuse cleanup stuff:  
  https://osmcha.mapbox.com/changesets/70992703/ 
<https://osmcha.mapbox.com/changesets/70992703/>

Where “Verdan V” commented:
  "Ti crtaš gluposti, ja ih u sekundi obrišem pa da vidimo tko će duže 
izdržati."

Which translates as: 
  "You draw nonsense, I wipe them in seconds to see who's going to handle it 
any longer.”

Dunno how you feel about that, but.. I can’t blame them for quitting.




> On Jul 9, 2019, at 3:53 PM, hbogner  wrote:
> 
> Hi Bryan
> 
> I created additional comment on the changeset inviting that user to contact 
> OpenStreetMap Croatia community if he needs some assistance and guidance. Is 
> that better?
> 
> We are small community and we mostly know each other either in person or over 
> other means of communication on that list, but nobody knows that user.
> 
> Also he/she never replied to other users direct messages via OSM web, 
> offering help and asking to stop copy/paste buildings, or messing landuses.
> 
> Regards, Hrvoje Bogner
> 
> On 08. 07. 2019. 21:36, Bryan Housel wrote:
>> hbonger, your comment here is not very nice.
>> https://www.openstreetmap.org/changeset/56552674 
>> <https://www.openstreetmap.org/changeset/56552674>
>> Reviewing their edits on OSMCha, most of their edits don’t look too bad
>> https://osmcha.mapbox.com/changesets/69561377?filters=%7B%22users%22%3A%5B%7B%22label%22%3A%22Venko%22%2C%22value%22%3A%22Venko%22%7D%5D%2C%22date__gte%22%3A%5B%7B%22label%22%3A%22%22%2C%22value%22%3A%22%22%7D%5D%7D
>>  
>> <https://osmcha.mapbox.com/changesets/69561377?filters=%7B%22users%22%3A%5B%7B%22label%22%3A%22Venko%22%2C%22value%22%3A%22Venko%22%7D%5D%2C%22date__gte%22%3A%5B%7B%22label%22%3A%22%22%2C%22value%22%3A%22%22%7D%5D%7D><https://osmcha.mapbox.com/changesets/69561377?filters=
>>  
>> <https://osmcha.mapbox.com/changesets/69561377?filters=>{"users":[{"label":"Venko","value":"Venko"}],"date__gte":[{"label":"","value":""}]}>
>> Maybe you should try being nicer to them and they might care about the map 
>> more.  Comments like yours ripple outwards and affect the rest of the OSM 
>> project negatively.. Calling some’s edit “bullshit” is not going to get them 
>> to draw better buildings.
>> Just saying - be nicer, thanks.
>> Bryan
>>> On Jul 8, 2019, at 2:57 PM, hbogner >> <mailto:hbogner+n...@gmail.com> <mailto:hbogner+n...@gmail.com 
>>> <mailto:hbogner+n...@gmail.com>>> wrote:
>>> 
>>> Hi all
>>> 
>>> Is there a way to delete buildings created by specific user?
>>> 
>>> Some users already complained about 
>>> https://www.openstreetmap.org/user/Venko to me for inaccurate mapping and 
>>> imaginary mapping. They wrote to him, but he didn't reply or stop.
>>> 
>>> Here is an example on which I just stumbled:
>>> https://www.openstreetmap.org/#map=17/45.52874/15.48285=N
>>> 
>>> He copy/pasted one building all over the place.
>>> 
>>> I tried to revert the changeset, but there are too many conflicts.
>>> 
>>> Any suggestions how to fix this mess?
>>> 
>>> regards, Hrvoje
>>> 
>>> 
>>> ___
>>> talk mailing list
>>> talk@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk
>> ___
>> talk mailing list
>> talk@openstreetmap.org <mailto:talk@openstreetmap.org>
>> https://lists.openstreetmap.org/listinfo/talk 
>> <https://lists.openstreetmap.org/listinfo/talk>
> 
> 
> 
> ___
> talk mailing list
> talk@openstreetmap.org <mailto:talk@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk 
> <https://lists.openstreetmap.org/listinfo/talk>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Old phone line or old power line?

[Bryan Housel]

I’d tag as `abandoned:power=minor_line` since you said it is down in places.  

It is impossible to tell from the picture what its original purpose was, but 
this doesn’t matter much if you just want to get it mapped.

https://wiki.openstreetmap.org/wiki/Lifecycle_prefix
https://wiki.openstreetmap.org/wiki/Tag%3Apower%3Dminor_line


Sent from my iPhone

> On Jun 27, 2020, at 2:08 PM, Mike Thompson  wrote:
> 
> 
> Any idea whether this is an old powerline or an old phone line?  Photo is 
> geotagged, so if you download it and drop it into JOSM you can see the larger 
> context.
> 
> https://photos.app.goo.gl/6cMueDbGJPdz8Es77
> 
> It is near the location of this node:
> https://www.openstreetmap.org/node/51241693
> 
> It runs for many km more or less along the track that above node is part of.
> 
> Wire is bare uninsulated. Most, or perhaps all, poles are still standing.  
> Wire is down in places.
> 
> How would you recommend mapping/tagging?
> 
> 
> Thanks in advance for your help,
> 
> Mike
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [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

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] 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] 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] 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] 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] 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] 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] 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] 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

[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] 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

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] 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] 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] 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] [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] 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] 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

[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

[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.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 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

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: 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

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 

[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] 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

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] 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

[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] 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

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] 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] 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

[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] 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.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

[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.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