Imports really make me rage every time I look at this page:

http://taginfo.openstreetmap.org/reports/frequently_used_keys_without_wiki_page

Just document it. You just put more than 10k objects into the database, now you can at least take a few minutes to create a Wiki page about it. And if you just create some redirects to the import or key page and write a short description in English.

Frequently used keys without wiki page is such a great resource to find important undocumented tags, but all the imports make it really hard to find the tags, which are actually being used by the community.

I can’t click on the icons like “Website”, “Phone” etc. but I’m pretty sure it’s Firefox 29 or 30 fault, because that was when the problems started and that wasn’t the only issue (Addons, History etc. also causing trouble).

Make a tag note= with some explanation if necessary.

This can’t be emphasized enough!

Especially if you are not a native English speaker make a note in your language. There are so many tags that are used and even defined incorrectly due to translation errors. Sometimes it is easy to figure out what was meant or at least what wasn’t - like a fireplace on a picnic site, but if vending=photo is a photo booth or some kind of printer is not always that obvious. Also adding any kind of additional tags helps. For example I was able to identity a lot of vending=photo as amenity=photo_booth by the operator tag.

Nowadays if I don’t find a matching tag I pick the best matching english word for a value since the key mostly obvious - malenki

And that has resulted in a lot of wrong tags coming mostly from the Germany community… Maybe you are more carefull when finding the best matching word by checking mutiple dictionaries, wikipedia, making a image search etc. but unfortunately a lot of people aren’t.

What Germans think a fireplace is:

What a fireplace actually is:

also add it to a private collection of more or less undocumented tags.

And even if the tag isn’t approved “officially” other people can find and use or comment it. - malenki

PLEASE create a tag page. And if you just take the template and fill out key/value. Then just copy the reasoning from your table. Then people will actually be able to find how you used it, because 99% won’t find that page you linked. Also to some extent we can then assume others used it in a similar way. In addition if someone finds the page that person is more likely to expand it, compared to a non existing one.

I know documenting tags in the Wiki is boring, but the time you all take now might save someone in the future a lot of work when he has to figure out how a tag was used. Also create actual tag pages and don’t just define it on a page related to the tag, unless it is very specific (fireplace= for example is correctly defined on wilderness hut page, but not on the picnic site page - if a page existed, maybe with an image, that misunderstanding would have been obvious much sooner)

Also ich setze immer alle addr: tags in die Entrance Nodes wenn ich nach dem System arbeite, dann hat man alles zusammen. Auf dem Haus lasse ich dann nur den building tag. Scheint mir auch das gängige Prinzip zu sein; die Mapper die nur Nodes auf Häuser setzen packen da auch immer alles rein.

Und ja einfach die Node in die Häuserfront rein. Sieht man im ID Editor recht gut:

I think http://keepright.at/ also displays those, if you want to fix them outside the US.

No blaming you ;D

For the specific case of the associatedstreet relation, it also fixes the problem of finding the right street to park in front of a house when the nearest-matching-way algorythm fails.

But nearest-matching-way isn’t the equivalent to the realtion. It’s putting the add:street tag on the object.

Also the main problem as pointed out is not just consumers, but users. addr: tags on a object are easy to understand for a new mapper, relations are not.

Awesome! I think what would be even more useful would be to map all the charging stations of Tesla.

• Charging Station Locations
• Charging Guide

https://wiki.openstreetmap.org/wiki/Tag:amenity=charging_station

Not sure how to tag the socket, but you could start with operator=Tesla Motors I guess.

https://www.mapbox.com/blog/updating-world-cup-stadiums/

This is worth submitting to Featured images.

One image alone does not show anything and you can’t really have 3 images as “featured image”. You would need to create some kind of over overlay.

The building tool drops extra nodes, i.e. it doesn’t join them on adjacent areas.

Yes, it does unless I misunderstood you.

For the given example I’d have used extrude instead anyway, but I can see other cases where it’ll be usefull.

Or just the (B)uilding tool.

delete this too please @willaec4/diary/21958

Looks like crap

I honestly didn’t even notice the attribution when I had this full screen on a 3x as wide monitor, just seemed like another restaurant dot on the map.

Spam…

Are you looking for crappy Web Design Services in Halifax

FTFY

Edit: Wrong link: https://twitter.com/osmblogs/status/461167416387837953

Really great how we are advertising for these companies: https://www.google.com/webmasters/tools/spamreport

And at what point becomes a “new” user an “accepted” user?

I think it would be enough if there just was some checkbox “show/download administrative boundaries” either on your profile or in the editors, that is disabled by default and is semi hidden in some sub menu.

That way a user spending more time editing OSM would find it at some point or could simply look it up in the wiki.

I honestly would want that option for myself, because 99.99% of the time I don’t need them and just risk accidentally moving or connecting ways to them.