Marek-M's Comments
Changeset | When | Comment |
---|---|---|
159332583 | 9 months ago | Cześć, dlaczego rozdzielasz DDPiR na dwie linie, gdy nie ma rozdziału fizycznego pomiędzy częścią dla pieszych i rowerów? |
159331188 | 9 months ago | Tak, wiem o tym ale z jednostką ładniej mi ten parametr wygląda :-) |
159005767 | 9 months ago | 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. |
159005767 | 9 months ago | 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 osm.wiki/Tag:amenity%3Dcharging_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. |
159005767 | 9 months ago | 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
|
159005767 | 9 months ago | Thanks for the large amount of information in your answer. If I understood you correctly, the 'OrganicMaps' application requires you to provide a name for the charging station you are adding. I have just added `charging_station` in this application for testing and the name was not required, I could add a point without any additional data. If it works differently for you, maybe you should update 'OrganicMaps'. Additional data in the form of an incorrect name will not make it easier to find objects on OSM maps. OSM has fixed tag values for this purpose, so that each application from each country can search for e.g. chargers, because it is enough to search for `amenity=charging_station`. I recommend adding additional data related to the charging station in another application or directly through the osm.org website in accordance with the arrangements on the website: osm.wiki/Tag:amenity%3Dcharging_station You can also describe the charger data in 'OrganicMaps' in the notes (the field is available at the end of the form for adding an object in 'OrganicMaps') but there is no guarantee that someone will enter this data into OSM in accordance with the OSM WIKI. |
159005767 | 9 months ago | Hello,
Additionally marking the node with a name is allowed when such an object has its own name. The name of the charging station is definitely not its address. Here is information on how to use the `name` tag: osm.wiki/Names#Name_is_the_name_only The address of the charging station can be determined using the geographic coordinates of this node. I hope I managed to explain how to map charging stations in OSM. |
159207082 | 9 months ago | Cześć, obiekt `amenity=parking_space` powinien być zawarty wewnątrz większego obszaru `amenity=parking` jako element tego parkingu. Poprawiłem ten parking w tej edycji: https://overpass-api.de/achavi/?changeset=159213768 |
159126710 | 9 months ago | Spoczko, z Relatify fajnie się je edytuje :) |
159083594 | 9 months ago | Poprawiłem miasteczko akademickie |
159095392 | 9 months ago | Takie parkingi przy drodze np. osm.org/way/1333504271 warto oznaczać dodatkowym tagiem `parking=street_side` |
159095392 | 9 months ago | Znaków typu `stop`, `give_way` itp nie powinno się wstawiać na skrzyżowaniach, tak jak tutaj osm.org/node/12337321133 , bo nawigacje nie będą potrafiły określić kierunku którego taki znak dotyczy. |
159086337 | 9 months ago | Cześć,
|
159005767 | 9 months ago | Please, don't add names with POI address. |
159015897 | 9 months ago | Cześć, punkty adresowe, w szczególności te będące w obrysie budynku nie mogą mieć dodanego tagu `building=yes` - taką edycję zrobiłeś m.in. dla tego punktu: osm.org/node/8395466750 - dasz radę poprawić wszystkie takie swoje edycje, bo podobną edycję zrobiłeś też przy tworzeniu np. tego węzła osm.org/node/12331265263 |
158889166 | 9 months ago | Cześć, poprawiłem to co zauważyłem błędnego w Twoich edycjach. Oprócz błędnych nazw opisowych i rodzajowych zauważyłem, że nieraz łączyłeś obszary z drogami, chodnikami, co jest też niepoprawne. Mocno to utrudnia późniejsze edycje. Są też linie powiązane z granicami administracyjnymi (miasta, gminy, powiaty itp), których nie łączymy z innymi obiektami - u Ciebie jeden obszar parku został tak połączony i już to też poprawiłem. Mam nadzieję, że kolejne Twoje edycje będą już bezbłędne, czego Ci życzę :) Pozdrawiam :) |
158975030 | 10 months ago | @Szymson - tutaj link: https://discord.gg/hqeyXcZ5 @Azbeścik, nie masz racji. Twoje pomysły powinieneś jednak korelować z ustaleniami społeczności inaczej będziesz prowadził zbędne dyskusje. |
158889166 | 10 months ago | Cześć, dzięki za edycje ale proszę zapoznaj się z podstawami edycji. Podstawowe błędy jakie popełniasz, to:
* osm.org/node/12323303671 name=Tablica nt. dawnej fosy zamkowej
* osm.org/way/1315206051 name=Skwer nad Dzierzgonką
Poniższe obiekty te wartości z tagu name można przenieść do tagu description, bo są to opisy a nie ich nazwy:
Poniższe opisy lokalizacji są zbędne, bo wynikają z położenia obiektów na mapie:
2. Duplikat obiektów - obszar oraz węzeł dla jednego obiektu ogniska [wystarczy tylko ten węzeł (a)]:
Jeżeli potrzebujesz pomocy z poprawkami, to daj znać, to pomogę :) |
140181772 | 10 months ago | Wycofałem swoją edycję: osm.org/changeset/158873319 Dzięki za zwrócenie uwagi. |
140181772 | 10 months ago | Pewnie masz rację, że są znaki zakazu na terenie parku. Edycję oparłem niestety na informacji z artykułu, bez weryfikacji w terenie. Nie wiem co mnie skłoniło aby edycję opierać rok temu na 3-letnim artykule i jak ja na niego w ogóle wpadłem ? :) |