That color matrix image is gorgeous, by the way.

Interesting choice of silver shields for highway=tertiary. Have you applied the same shield style to lower-classed roads, like highway=unclassified? The current style (bold label with no shield) is far too prominent anyways.

This is probably not technically feasible for this version, but road signage (shields) should be rendered based on the local colour scheme.

skjul, that’s not unlike what I’ve requested here. It isn’t a simple task, though.

Thank you for the detailed comparisons. Overall, I think the changes make the map less flat, which is especially important in areas with detailed landuse coverage.

The new highway colors are definitely growing on me¹, but I find the highway shields to be overly prominent in the new style. It may just be my monitor’s color gamma, but I find the motorway shields to be difficult to stare at for more than two seconds. I don’t think they need to be more saturated than the highways they label, because the shields already have a white outline that keeps them well-defined even in a sea of motorways.

In the first set of screenshots, Antwerp is inundated with railroads even out to z7. Did these screenshots incorporate the railroad service changes shown later? Most of the extraneous Antwerp railroads appear to be tagged service=yard, so they shouldn’t show up until much later.

¹ For context, I hail from the United States, where paper maps sometimes use similar colors anyways.
² Fairly recent Mac Retina display, default color profile.

FWIW it is not an universal standard for signs either - there is probably some kind of EU regulation for blue signs but traditionally many countries use green - like Italy, Turkey, USA, China.

Blue is still familiar in the U.S., despite the use of green signage, because most motorways are Interstates, and Interstate shields have a blue background. However, print maps in the U.S. may use any number of colors: blue, red, yellow, and green are all common.

lrhill may look like an importer, but they’re actually a very methodical building mapper doing it all by hand in iD. (That’s no exaggeration: every single edit is via iD.)

It may be worth double-checking each of the accounts listed in the spreadsheet against the “Used OSM Editors/Programs” section of HWYC. It’s unlikely that iD, Potlatch, or Potlatch 2 is being used for large-scale imports.

Matt Toups is the real deal. He used a separate account for the NOLA building import.

landuse=residential areas are good for trailer parks, housing projects, apartment complexes, and suburban subdivisions – named areas dominated by residential land use that wouldn’t be divided into smaller named areas. If these areas must have a place tag, place=neighbourhood sounds reasonable. place=neighbourhood is also good for things like urban mixed-use developments.

From what I’ve seen, some of the GNIS POIs should really be place=suburb, corresponding to a major division of a city, but you’d need local knowledge (or a little research online) to know that.

Then you’ve got oddballs like Twenty Mile Stand and Socialville: essentially unincorporated hamlets in the midst of massive urban sprawl. I’ve considered retagging them as place=surburb or even highway=junction but haven’t done anything with them yet. They’re still signposted like hamlets and function as landmarks for motorists. I wouldn’t mind seeing them as part of iD’s minimap, even if they’re included in an urban polygon.

@Omnific: West Virginia is a state with poor data quality. It hasn’t gotten much better over the years because Yahoo! and Bing imagery was always very poor in this area. Now with USDA and Mapbox imagery there’s an opportunity for better armchair mapping. Every time I accidentally find that my editor is in Appalachia – Eastern Kentucky and Southeast Ohio are just as bad – I have to budget a few extra hours for the inevitable roaming realignment party.

In this case, it was reported as #1035.

By the way, when you notice rendering oddities on the main osm.org map, be sure to report the bug to the openstreetmap-carto developers.

Yay for tag memory! Can’t wait for an undelete function so I can finally switch over from Potlatch 1. :^P

The standard practice in OpenStreetMap is to write out the names in full; routers and other software built atop OSM is then expected to understand the abbreviations. For example, if you name a street “Main Street”, Nominatim (the search engine at openstreetmap.org) will find it if you search for “main st” or “main st.” If you know of a common abbreviation that Nominatim doesn’t recognize, please propose it. For uncommon abbreviations, use the short_name or alt_name key. (In iD, expand the “All tags” section.)

Best release ever!

You’ll probably get more attention from the developers if you open an issue at GitHub for your feature request.

It isn’t at all intuitive, but the way to get the history of that particular line is to:

1. Open the “Layers” panel and enable “Map Data”.
2. Pan around until one of the line’s nodes (such as one of its endpoints) comes into view. The line should now be highlighted in blue.
3. Click the highlighted line. You should be taken to this page with details about the line.
4. Click “View History” at the bottom of the details panel.

In this case, it was added three months ago and never edited since. The line is tagged as a “proposed highway”, with a reference to a Wikipedia article on the Bering Strait crossing.

In my opinion, this line should be deleted. The highway=proposed is meant for proposed highways that are in serious consideration, with a well-defined path and some degree of funding, perhaps awaiting feasibility studies, but not yet under construction. It’s just too early to put this proposal on the map; it isn’t even certain whether it’ll be a bridge or a tunnel!

If you edit the location above (Taman Permai Indah), the Mapbox Satellite layer is only available up to z17. Kucai is trying to get the same imagery at a higher zoom level for easier editing, even if the imagery will be blurrier.

access=permissive should turn all the stripes green. :-P

Memoire mentioned Deadwood, South Dakota.

This part of the map is looking great! Even if Khu A doesn’t have its own council or officials, it does sound like an administrative area from the Wikipedia description. boundary=administrative relations are appropriate if the zone has definite boundaries.

By the way, we currently need more people to try out osm.org and iD in Vietnamese to catch incorrect translations and other issues. (For example, I recently added Vietnamese address support to iD, but I’m not from Vietnam…) If you’re interested, you can set your preferred content language to Vietnamese in your browser’s preferences or install a Vietnamese version of the browser.