Cześć, w takim miejscu way/727076571 area:highway nie powinno zawierać highway=footway, bo routing tworzy głupoty: osm.org/directions?engine=fossgis_osrm_foot&route=52.400840%2C16.882623%3B52.400692%2C16.882258

Cześć - tutaj jest duplikat Top Market, co jest błędem. POI ma być albo w węźle albo na budynku, wybierz jedno z rozwiązań :)

Cześć, w jaki sposób określiłeś nazwę zwyczajową dla tego ronda? Ta edycja jest dość podejrzana.

way/372014115 - ten budynek chyba został wybudowany z funkcją kościelną, więc `building=church` był prawidłowy. Obecna funkcja budynku oraz brak odprawiania w nim nabożeństw tego nie zmienia. Przywróciłem typ budynku.

Społeczność OSM ustaliła, że w nazwach obiektów sakralnych skróty będą rozwijane do pełnych nazw, więc ta zmiana nie jest prawidłowa. Przywrócę starą nazwę.

Cześć, plac zabaw to po prostu leisure=playground i nie powinien posiadać nazwy rodzajowej. Poprawię te place zabaw, które dodałeś w tej edycji.

Cześć, dzięki za cenne edycje.

Mam prośbę, żebyś w nazwie POI umieszczał tylko taką część nazwy zakładu, która ja wyróżnia od innych a opis rodzaju działalności pomijał lub dodawał do dodatkowego tagu `description`=* - rodzaj działalności wynika z głównego tagu `amenity` lub `shop`, które już dodałeś w prawidłowy sposób. Jako przykłady podrzucę te miejsca:
* node/12367262223 - name=Gabinet kosmetyczny "Natalia"
name=Natalia (gabinet kosmetyczny w OSM to shop=beauty)
* node/12367262224 - name=Salon fryzjerski Olga Wojciulewicz
name=Olga Wojciulewicz (fryzjer/salon fryzjerski w OSM to shop=hairdresser)
* node/12367262225 - name=Salon optyczny Ziółkowscy
name=Ziółkowscy (salon optyczny w OSM to shop=optician)
* node/12367262226 - name=Salon fryzjerski dla psów "Wiki"
name=Wiki (salon fryzjerski dla zwierząt w OSM to shop=pet_grooming)

Inne POI, które wczoraj dodawałeś już zmieniłem, te też mogę zmienić jeżeli nie chcesz na to poświęcać swojego czasu. Przy dodawaniu nowych lub edytowaniu POI proszę zwróć na to uwagę. Zbyt długie opisy nazw powodują, że mapy stają się mało czytelne a dodatkowo dublują informacje zawarte w innym tagu.

Cześć, takie firmy jak way/321185297 o nieokreślonym zakresie działalności warto oznaczać jako `office=company` + ewentualnie `company`=*, jeżeli da się określić rodzaj działalności - company=*

Wydaje mi się też, że lepiej dodawać takie firmy jako oddzielny węzeł niż jako część otagowania budynku.

W tej edycji utworzyłeś fragment drogi, który być może istnieje w rzeczywistości ale jest co najwyżej kategorią track, czyli drogą leśną. Ty jednak nadałeś jej atrybut autostrady i jest to bardzo poważny błąd. Ze względu na to, że jesteś początkującym edytorem, to możemy chyba uznać za niezamierzony błąd. W innej sytuacji byłoby to potraktowane za wandalizm a Twoje konto zostałoby zablokowane. Przy kolejnych edycjach proszę być bardziej uważnym.

Twoja błędna droga już została wycofana.

Opis tego zestawu zmian nie odzwierciedla Twoich zmian - zalecane jest opisywanie czego dotyczy edycja.

Życzę powodzenia i bezbłędności przy kolejnych ewentualnych edycjach.

Tutaj ponownie zaznaczyłeś drogi dojazdowe jako strefę zamieszkania co było błędną edycją, którą już poprawiłem. Aby ustawić kategorię strefy zamieszkania, to przy drodze powinien być ustawiony odpowiedni znak, którego przy podjazdach do nieruchomości nikt nie ustawia.

W jednym miejscu połączyłeś drogę z landuse - obszarem zamieszkania - staraj się tego unikać, bo to utrudnia późniejsze edycje.

Jeżeli tag ma mieć więcej niż jedną wartość, to rozdzielamy ją średnikiem bez spacji, czyli zamiast:
`network=PKP Intercity, Polregio` powinno być:
`network=PKP Intercity;Polregio`

Już poprawiłem jakby co :)

Cześć, taka droga, którą dodałeś w OSM określamy drogą dojazdową i nie powinna mieć nazwy. Dodatkowo ograniczenie prędkości raczej na takiej drodze nie jest ustalone.

Poprawiłem tagowanie na poniższe:
```
highway=service
service=driveway
```

Wycofuję edycję jako błędną. W edycji dodano dodatkowe linie highway mimo braku podziału fizycznego jezdni.

changeset/159431359

Cześć, w jakim celu tworzysz nieistniejące podziały dróg? Brak podziału fizycznego jezdni, to powinna być jedna linia z dodatkowymi tagami lanes/turn:lanes - wymalowany azyl na jezdni nie jest fizycznym podziałem drogi. Twoja edycja jest błędna.

Wycofanie edycji, w której DDPiR bez rozdziału fizycznego został naniesiony jako dwie linie. Zepsute zostały też relacje bus.

changeset/159354397

Cześć, dlaczego rozdzielasz DDPiR na dwie linie, gdy nie ma rozdziału fizycznego pomiędzy częścią dla pieszych i rowerów?

Tak, wiem o tym ale z jednostką ładniej mi ten parametr wygląda :⁠-⁠)

I don't know how OSM will develop in connection with AI, but for now I'm struggling with it normally - manually.

I'm not encouraging or convincing you to use other tools than you need now, but you have to understand that mobile applications usually have fewer capabilities than tools available for PCs. Regardless of these limitations, the rules in OSM are the same for all editors.

I've corrected the charging stations to which you added descriptive names. If you included any data about the station in the name, I tried to enter it into OSM according to the rules written in WIKI. I moved the remaining data to the `description` tag or removed it if it seemed insignificant.

I've supplemented the station from this edition with data available on the Lidl Polska website.

node/12330757701

It is not said that no charging station can have a name. Maybe some new company will start naming their chargers, nameplates will appear, then such chargers in OSM will have names. Names in OSM can appear when it is verifiable in the field or when someone local considers that a given name is commonly used in the local community.

As long as there are no such chargers with names, the names in OSM will be deleted or moved to other tags - e.g. `description`. These are the rules here. If other applications have their own data, they can use it in their own invented way and the OSM community has no influence on this.

As you have probably read on amenity=charging_station, various tags are set in OSM to more precisely describe the capabilities of individual chargers. The fact that the charger is located on the premises of, for example, Lidl may describe an additional tag `operator=Lidl`

Unfortunately, there is no way around the fact that the rules for mapping in OSM are complicated, especially for beginner editors. OSM maps are like any new program that you have to learn to use. Not everyone is immediately fluent in Word or Excel, but with practice you gain some skill.

I hope you will not be discouraged from adding new data to the OSM map. It is not really difficult and these few simple rules will certainly be at your fingertips after a few edits.

Your information added to the map is available almost immediately, only 'OrganicMaps' updates the map data probably only once a month.

Chargers don't have a name and that's just the way it is. They are not restaurants, so the comparison is not correct.

I still don't understand what you want to achieve by adding a fictitious name with an address for chargers. This is not allowed in OSM and you can't change this standard. This is not my requirement, but the requirement of the entire community, which is set on the OSM WIKI.

Have you tried searching for charging stations in 'OrganicMaps' displaying all of them on the map? Instead of an address, which you don't have to know, it is easier to find an interesting place directly on the map.

https://i.imgur.com/ZD8WGuf.jpeg
https://i.imgur.com/F0hSlH4.jpeg