NieWnen's Comments
| Changeset | When | Comment |
|---|---|---|
| 186877622 | Proszę o niedodawanie fikcyjnych miast. |
|
| 186875449 | Zmieniłem zbiorniki na water=basin
Co do przejścia CPR, w zestawie zmian jest survey, więc domyślam się, że domalowali pasy i jest to typowe przejście/przejazd CPR, ale wtedy samo crossing:markings=zebra jest nieprawidłowe, bo omija to dots dla części rowerowej można wtedy dać: crossing:markings=yes
natomiast warto również dodać węzeł z highway=crossing (inne tagi crossing) bicycle=yes jeśli wydzielone jest przejście liniowe
|
|
| 186860144 | Cześć,
Zamiast tego w miejscu bramy dodajemy bramę barrier=gate access=private . Ten podjazd powinien mieć raczej access=private , a nie access=no (dopiero od punktu bramy). Powyższe poprawiłem. |
|
| 186762254 | Czy to na pewno jest żwir? Obstawiałbym raczej nawierzchnię bitumiczną. |
|
| 186759312 | *Z google maps nie można korzystać do mapowania OSM. Może trochę nieprecyzyjnie to napisałem, to co zostało dodane przez aplikację to sidewalk:left=yes, co jest jezdniowym (dość rzadko stosowanym/nierekomendowanym? w Polsce) oznaczeniem chodnika, tyle że w tym przypadku stanowi to błąd ponieważ jest to duplikat, bo taki chodnik jest już zmapowany jako oddzielna linia. To co można ew. zamiast tego dodać to sidewalk:left=separate, który właśnie to mówi, że chodnik już jest jako oddzielny obiekt, ale subiektywnie te tagi w większości przypadków są totalnie niepotrzebne tak jak z tymi, że np. nie ma na tym osiedlu pasów rowerowych w jezdni. Niestety ta aplikacja zachęca do dodawania mało wnoszących tagów wszędzie gdzie się da i często je duplikuje (np. na przejściach) i nie jest to wina nowych mapujących, bo to tak po prostu działa i zwyczajnie tego nie wiedzą, a dostrzegają to dopiero jak zaczynają korzystać z bardziej rozbudowanych edytorów jak JOSM/iD. |
|
| 186759312 | Tagowanie, że nie ma tu chodnika to błąd.
|
|
| 186709010 | Trzeba jeszcze usunąć tag disused:shop bo właśnie sklep był zamknięty w OSMie te ~4 lata :) |
|
| 186724681 | Proszę nie duplikuj adresów w budynkach jeśli nie ma źródeł, żeby nadawać im np. addr:unit=1/2 czy też a/b Trzymanie adresu na węźle mniej więcej między 2 budynkami jest ok. |
|
| 177909753 | Dla biletomatów może lepsze by było network=Warszawska Kolej Dojazdowa zamiast operator=*, trochę idąc za tym jak są tagowane warszawskie biletomaty, bo te operatora mają Mennicę. osm.wiki/Pl:Tag:vending%3Dpublic_transport_tickets Jako, że właśnie kończą wymieniać biletomaty na nowe, to może warto to tagowanie zmienić na network WKD + operator Mera? Co o tym myślisz? |
|
| 186566199 | Nie usuwaj proszę budynku, który był oznaczony jako demolished:building=* a jest wciąż widoczny w ewidencji.
Bez tego ktoś może uznać, że to jest budowa i jest już ukończona i doda taki budynek ponownie. |
|
| 186568277 | Ta zmiana jest zbędna/niepoprawna.
nie ma sensu go duplikować dla building:part=* |
|
| 186476824 |
Co tutaj jest? Chodnik, czy CPR? Bo aktualne tagowanie jest niestety nieprawidłowe. W przypadku chodnika należy usunąć bicycle=* foot=*
|
|
| 186544151 | Cześć,
to powinno to być highway=path zamiast highway=footway patrząc jednak na to,że cpr jest oznaczony po drugiej stronie oraz przejście również zostało tak otagowane wygląda to na błąd w tagowaniu i należy pousuwać tagi bicycle=designated foot=designated oraz segregated. Jeśli chodzi o tagowanie przy rondzie, to CPR powinniśmy mapować jako 1 linia jeśli nie ma tam fizycznej bariery typu pas zieleni/płot itp. i z tego co widzę to tak było, więc te zmiany wyglądają niestety na niepoprawne. |
|
| 186482642 | > niezbyt mi się chciały grupować kwartały z innerami - obiekty oświaty nie należą do WSM, więc od tego są multipoligony, żeby ładnie wykroić enklawy Chyba nic nie szkodzi, żeby dodać te wykrojone multipolygony z oświatą jako elementy relacji. W sensie w samej relacji nie bawisz się już w inner/outer tylko dorzucasz "obszar residentialowy", a czy to będzie linia, czy relacja multipolygon to bez znaczenia. Czyli np. kwartał jako linia lub multipolygon ma
> Tak więc nie rozumiem uwagi - było by to samo co z name. Chodzi o to, że teraz dodawana jest informacja np. name/old_name do pustej linii, która jest "niczym", bo dopiero sama relacja zawiera informację co jest czym – trochę jak z granicami administracyjnymi, też nie powinny mieć tagów z nazwami miejscowości, czy coś. > Swoją drogą - masz jakiś pomysł, czy da się otagować takiego podoperatora Nie mam, ale nie wiem czy nie schodzimy tu trochę zbyt głęboko w kwestie administracyjne i wywinę się odpowiedzią, że ja bym tego nie mapował :D i że można zlinkować do całego jakieś wikidata/wikipedia i tam ogólnie super szczegółowo opisać całą strukturę. |
|
| 186482642 | W tym przypadku chyba lepsze byłoby type=site niż type=multipolygon dla grupowania takich kwartałów niepołączonych ze sobą jeśli jest zapotrzebowanie, żeby otagować w różny sposób jego konkretne części. Ten sam old_name=* bez innych tagów raczej nie jest chyba za bardzo poprawny, bo trochę nie wiadomo do czego się odnosi, a rozumiem, że intencją było, aby wskazać byłą nazwę dla tego konkretnego kwartału way/1427672490 + duplikowanie landuse residential na outerze i relacji, która się odnosi do tego samego również nie wiem czy ma sens way/377589663 Ew. jak to coś, co nie ma za bardzo znaczenia w aktualnym użytku, to najprościej pewnie byłoby to usunąć, bo type=site też nie jest jakoś super polecany, ale wciąż zostaje ten drugi przypadek i tak. Sam nie wiem co tu by lepiej pasowało. |
|
| 186443277 | Zostało disused:railway=tram – to też trzeba poprawić. |
|
| 184792947 | Cześć
|
|
| 184841064 | Cześć,
osm.wiki/Pl:Rowery#Drogi_dla_pieszych_i_rower%C3%B3w Przejazd również warto poprawić
|
|
| 185960306 | "projekt budowlany" mało mówi, zachęcam do dodawania konkretnego linka do przetargu/dokumentacji w opisie zmian albo w tagach typu source w dodanych obiektach. |
|
| 185960306 | Dlaczego zmieniasz highway=residential na highway=road?
|