Przydałby się tag określający rodzaj działalności, np. craft=*, <office=*> lub <shop=*>.

Dość sporo obniżeń z unclassified do residential. Dotychczasowa klasyfikacja miała wyróżnić drogi, które nie służą tylko mieszkańcom, ale mają jakąś rolę przelotową. Może znasz tę okolicę lepiej.

Skróty rozwijamy, zresztą tu mamy wersję bez „imienia”:
way/237107731

maxspeed:type do korekty

Thanks!

Seems a gap:
way/107702275

1. office=company jest OK, ale jeśli istnieje, to warto zastosować bardziej specyficzny tag. Zobacz na Wiki klucz office:
office=*
i/lub craft:
craft=*

2. Co do pisowni i adresu:
changeset/182769730#c1596104

1. Tagi adresu nie są niezbędne gdy obiekt jest wewnątrz obrysu (budynku) z tym samym adresem.

2. Wydaje mi się, że lepszy byłby tag:
shop=hifi

3. Staramy się utrzymywać poprawną pisownię, czasem różni się ona od tej oczekiwanej przez dany podmiot. Czy tu nie powinno być „Audiohit”, ewentualnie „AudioHit”?

Na czym polegał problem? Bo dla pieszych i rowerzystów highway=path jest normalnie rutowalne. {bicycle,foot}=designated nawet nadaje takiej trasie priorytet.

Warto dodać construction=minor.

note/5152671
Dałbyś radę zerknąć?

Od kiedy to wszystko jest zelektryfikowane?

public_transport=stop_position jest tutaj nieprawidłowe.

Jeżeli rysujesz linię/obszar public_transport=platform (warto dodać highway=platform), to na odpowiednim węźle highway=bus_stop już nie powinno być public_transport=platform. bus=yes jest zbędne na obu obiektach.

bus=yes jest zbędne na obiektach public_transport=platform, highway=bus_stop, highway=platform. Edytor iD niestety niepotrzebnie dodaje ten tag.

Thanks for sharing your opinion. You’re right introducing and maintaining advanced typography at OSM data level, at least regarding invisible characters, is difficult. I think I’ll have to make some preprocessor for OSM files that would tune the names, and use it for making maps; or a QGIS plugin, or something.

Hi! I don’t agree these characters are invalid, they are not here to insert some evil commands to one’s terminal emulator or cause a kernel panic in one’s iPhone.

U+00AD soft hyphen followed by U+2011 non-breaking hyphen is a common pattern in Polish typography that guarantees that when a line break occurs in a word composed of parts separated by hyphens, both parts in both lines keep the hyphen. When there’s no line break, only U+2011 should be normally visible. Example: "Maroko<hyphen><line break><hyphen>Nowiny". JOSM always shows both soft hyphen and non-breaking hyphen, which is not pretty, but aids editing.

U+00A0 no-break space follows one-letter conjunctions to make sure they are not left alone at the end of the line. And there are some other similar uses. Example: "PTTK<nbsp><mdash> Oddział w<nbsp>Rybniku". Many plain text editors render nbsp differently to a regular space.

I agree most OpenStreetMap contributors are not typography experts, but I’m not certain these characters pose issues that warrant their removal. It’s easier to drop them in software, for example, convert all U+00AD + U+2011 pairs, as well as lone U+2010, to plain old U+002D hyphen-minus; than to correctly guess them from such simplified representation.

way/169413727
maxspeed jest zbędne gdy mamy maxspeed:forward i maxspeed:backward.

way/146617997
maxspeed=10 nie pasuje do maxspeed:type=PL:urban

Wydaje się zbędne.