NieWnen's Comments
| Changeset | When | Comment |
|---|---|---|
| 126674051 | Zostały dziwne tagi xxx_completed |
|
| 126660360 | Załadowałem twoją zmianę do JOSMa (przy pomocy reverter pluginu). Jak zaznaczysz całość, to łatwo zobaczyć tagi w tym przypadku były m.in takie jak: cuisine, denomination, email, fixme, name, opening_hours, phone, ref:rspo, ref:csioz, religion, shop, tourism, website Więc innych obiektów niż budynki było zdecydowanie więcej niż 1. Polecałbym wycofać cały zestaw zmian mimo wszystko (plugin reverter), ale jeśli chcesz przywrócić tylko poszczególne obiekty (również z zachowaniem historii), to możesz to zrobić innym pluginem (undelete). Żeby to zrobić możesz odfiltrować w okienku szukania wpisujesz wszystkie powyższe tagi oddzielając słowem OR wtedy zostaną tylko te obiekty, które mają dodatkowo, któryś z tych tagów. Co do przechodzenia po każdym obiekcie tutaj plugin todo bywa bardzo przydatny. |
|
| 126660360 | No nie do końca POI zostało:
Więcej nie szukałem, to pierwsze mi się w oczy rzuciło. O ile rozumiem jeszcze jak ktoś usuwa samo building=yes zaimportowane 10 lat temu, które jest mega słabej jakości i nie pokrywa się z budynkami, choć nie popieram zgodnie z zasadą podtrzymania historii (osm.wiki/Keep_the_history), tak jest to dla mnie jeszcze wytłumaczalne.... Inne obiekty nie powinny masowo usuwane tylko po to, żeby dodać je (bądź podobne) ponownie, a w szczególności POI i adresy. Każdy adres jest przez "stałych importujących" (a przynajmniej być powinien) weryfikowany. Jak się adresacja zmienia (np. z braku ulic, na z ulicami), to stare wartości powinny lądować w old_addr, żeby zachować o tym informację. A to, że trwa, no to trudno. Nie o to w tym chodzi, żeby jak najszybciej zapełnić Polskę usuwając masowo bez jakiekolwiek weryfikacji danymi z urzędu, bo w nich tez są błędy. Czasem na obiektach są odpowiednie notki, to wszystko powinno się przeglądać.
Gdyby masówka była celem, to byśmy już dawno to zrobili, podejrzewam, że automatyzując to zajęłoby to z kilka dni, albo tygodni. |
|
| 126660360 | Ale nie usuwaj budynków "od tak" (najlepiej wymieniać po kolei z podmianą geometrii – z zachowaniem historii).
|
|
| 126466605 | Ta uliczka (way/1096709549) nie jest połączona z tą (way/42132241)? |
|
| 126466508 | Wycofane. |
|
| 126236464 | Ten DDR się niczym nie kończy na tym parkingu? Czy może łączy się z chodnikiem/drogą?
|
|
| 126305011 | Dzięki za zmianę, trochę poprawiłem tagowanie/geometrię/przecięcia. Widzę, że w okolicy może jeszcze nieco brakować (ścieżek + 2 duże obiekty obok parkingu) patrząc na dane z Geoportalu, jeśli masz wiedzę, jak przebiegają (i czy już są wybudowane), to zachęcam do dodania, w razie problemów/wątpliwości śmiało pytaj :). |
|
| 126315267 | Do CPR/DDRiP warto dorzucać jeszcze tag segregated=yes/no (czy strefa pieszych jest oddzielona od rowerowej) |
|
| 126272101 | Zmieniłem access na: access=no + psv=designated – co oznacza dostęp tylko i wyłącznie dla transportu publicznego. Możesz napisać coś więcej o tych "programach"? |
|
| 126302682 | Wycofane (126303766) |
|
| 115749470 | Komentarz odnośnie wszystkich zmian na tym obszarze: Skąd te dziwne nazwy ulic na całym tym obszarze? Drogi to unclassified to na pewno nie są, ten tag jest do połączenia m.in. dróg między miejscowościami, a nie "niesprecyzowane". osm.wiki/Pl:Tag:highway%3Dunclassified Poprzednie highway=service było poprawne. |
|
| 125498062 | Można przerzucić na proposed:name, jeśli takie nazwy mają obowiązywać (i jeśli jest to w miarę pewne). Usunąłeś network, ale zostało network:wikidata Poprawiłem tagowanie. |
|
| 126294323 | *nie te źródło (zostało z poprzedniego) |
|
| 125572218 | node/9988549008
|
|
| 126102202 | EDIT. Nie wiem ile relacji, przy sąsiednim torze jest 8, ale jest bałagan w relacjach na trasie przebudowy. |
|
| 126102202 | Przywróciłem usunięte obiekty (126261770), a relacje trzeba poprawić (ok. 15 relacji) |
|
| 126102337 | Wycofane (126261175) |
|
| 126237047 | Wycofane |
|
| 125985897 | Tak, poprawiałem tylko tagi. Dzięki za weryfikację! |