Dlaczego usunąłeś adres, który figuruje w miejskim SIP?
W wizualizacji, którą widziałem w tym miejscu jest planowany nowy budynek, który pewnie ten adres będzie posiadał...

OK, ale zdjęcia Mapillary z 25.06 pokazują otwartą i przejezdną obwodnicę... https://www.mapillary.com/map/im/loOYt-7oPW0TSfI5qf3KUA
Nie ma żadnych zapór i znaków zakazu ruchu/wjazdu.

Podany artykuł jest nowszy, jednak byłoby dziwne, gdyby po prawie miesiącu otwarcia znów zamykać tą drogę, tylko na prace wykończeniowe...
Ale niech już będzie, jak jest.

Jakie jest tego źrodło?
Opis w changeset/87146950 wskazuje na sprawdzenie przejezdności w terenie...
Natomiast artykuł https://ustka.naszemiasto.pl/obwodnica-zaleskich-kolo-ustki-nareszcie-gotowa-zdjecia/ar/c15-7659897 wspomina o otwarciu, z zaznaczeniem, że "nadal nieczynny jest jeszcze zjazd w kierunku Darłowa".

Przy dodawaniu power=substation iD usuwa tag budynku. Proszę, dodawaj ten tag ręcznie, aby to się nie powtarzało.
---

Published using OSMCha: https://osmcha.org/changesets/88494487

Dlaczego usunąłeś budynek z adresem i nie naniosłeś go na nowy budynek??
---
#REVIEWED_BAD #OSMCHA
Published using OSMCha: https://osmcha.org/changesets/88513902

Dzięki za informację, wszystko jasne :)

Dlaczego usunąłeś wszystkie drzewa wzdłuż ul. Kupczyka? Nie nachodzą one na obszar lasu.

Jak wspomniałem wcześniej, mam potwierdzenie z UG, że te adresy z Paprotni poza obrębem ewidencyjnym "Paprotnia" są poprawne i funkcjonują w terenie.

Odnośnie adresów z Teresina w gminie Baranów - wydaje mi się to na ewidentny błąd. Może jakaś zaszłość z dawnych czasów... Zgłoszę ten problem prze SIP gminy.
__
Jeszcze odnośnie granic miejscowości.
Warto by było, aby poruszyć ten temat na forum. Zawsze lepiej poznać opinię innych osób na ten temat przed podjęciem jakiś działań.

Tyle tylko, że na obecną chwilę pojęcie "granica miejscowości" (oprócz miast) jest niemożliwe do zweryfikowania - kiedyś były to oficjalne dane z EMUiA, jednak nie są już dostępne (wspomniał o tym @WiktorN w poście na forum, który wcześniej podlinkowałem). Tutaj przykład importu tych danych changeset/44964523
Również uważam, że granice należy uzupełniać tylko na podstawie oficjalnych źródeł.

Mam mieszane odczucia odnośnie dodawania teoretycznych i nieoficjalnych granic (szczególnie, że obręby ewidencyjne mają inne zastosowanie). W ostateczności przystałbym na takie rozwiązanie tylko w przypadku, gdy na terenie danego obrębu ewid. występują tylko adresy z danej miejscowości. Choć te "granice miejscowości" mogą się zmieniać dynamicznie - ciągle są dodawane nowe adresy i nie można przewidzieć, czy zawsze będą pokrywały się z danym obrębem ewid.

Chciałbym zwrócić uwagę, że obręby ewidencyjnie nie są dokładnymi granicami wsi (takich granic nie ma w ogóle w PRG). To, że w wielu przypadkach obręby ewid. pokrywają się z adresacją dla danej miejscowości nie oznacza, że można uznać je za wiarygodne i oficjalne źródło do dodawania takich granic.

Tutaj tego przykład: node/5998181979
way/637995789
Są to adresy z Paprotni, mimo, że formalnie są one na terenie obrębu ewidencyjnego "Granice". Mam potwierdzenie z Urzędu Gminy, że są to prawidłowe adresy.

W związku z tym prosiłbym, abyś nie dodawał w ten sposób granic miejscowości, ponieważ jest to niezgodne z rzeczywistością (a także formalnie).

Temat był poruszony na forum: https://forum.openstreetmap.org/viewtopic.php?pid=776390#p776390
W planach jest import granic miejscowości, ale nie można go przeprowadzić, ponieważ na razie nie ma dostępnych danych odnośnie tych granic.

POI, które nie mają wpisanego adresu wyświetlają się bezproblemowo.
W OsmAnd wcale nie trzeba uzupełniać tych pól, aby dodać dane POI. I tak w aplikacji zostanie podany najbliższy adres - jest to lepsze rozwiązanie niż dublowanie adresów, gdzie adres przypisany ma tylko konkretny budynek.

Proszę nie dublować adresów na poszczególne POI...

Ulica "Novomyśliwska" nie istnieje... Nie wspominając już o tym, że tagi adresowe należy dodawać tylko do budynków.

Pragnę poinformować, iż nie można kopiować danych bezpośrednio z Google Maps (widać to np. po wpisaniu nazwy ulicy "Żeromskiego", która nie występuje w OSM w takiej formie, czy "lokalizatora" dedykowanego dla tego portalu w tagu description.)
Dalsze tego typu działania mogą skutkować blokadą konta.

osm.wiki/Pl:OSM_-_Cz%C4%99ste_pytania#Dlaczego_nie_u.C5.BCywacie_Google_Maps_lub_czego.C5.9B_w_tym_rodzaju_do_robienia_waszych_map.3F
---
#REVIEWED_BAD #OSMCHA
Published using OSMCha: https://osmcha.org/changesets/88396705

Bezmyślne poprawianie uwag iD (to nie są brody, a przepusty...), a dodatkowo komentarz w postaci ".".

Wycofane.
---
#REVIEWED_BAD #OSMCHA
Published using OSMCha: https://osmcha.org/changesets/88344216

1. Takiej ulicy nie ma
2. Nie dodajemy tagów adresów do punktów miejscowości

Wycofane

Rozumiem, dzięki za wyjaśnienie :)

Źródło? Opis w postaci "." nic nie wnosi...
---

Published using OSMCha: https://osmcha.org/changesets/88297528

Super :) Dobrze wiedzieć, że moje obawy, dzięki tek odpowiedzi obróciły się o 180 stopni - czyli będzie lepiej niż jest obecnie :D Nie wspominając już o poprawieniu przebiegu i numeracji dojazdów.

Projekt firmy Abakus już nam (był wspominany na forum OSM). Zauważyłem, że te zmiany pojawiły się na mapie - http://mapa.abakus.net.pl/mapa/

Głównie chodziło mi jednak o lokalny projekt „CzaDzik” (https://www.lasy.gov.pl/pl/informacje/aktualnosci/201eczadzik201d-pomaga-w-gaszeniu-pozarow), który jest niezależny od Mapy-ST. Mam wrażenie (ponieważ nie mam nic wspólnego, oprócz samego edytowania OSM, z tymi projektami), że dane odnośnie dojazdów ppoż. akurat w tym projekcie brane są bezpośrednio z OSM (nie w postaci relacji). Jest tak ponieważ w demonstracyjnym filmie (https://youtu.be/RwWAQCbSoCk?t=420) drogi te idealnie pokrywają się z danymi OSM i są wyświetlane zależnie od poziomu utwardzenia, który prawdopodobnie jest dostępny tylko w danych OSM. Nie mówiąc już o tym, że te dane do OSM dodali sami autorzy tego systemu, np. changeset/28486920. Te dane również edytowali lokalni strażacy (changeset/39397873) - ale tu nie mam pojęcia, z jakiej aplikacji korzystają. W przypadku strażaków korzystających z CzaDzik'a w terenie są oni wyposażeni w (prawdopodobnie) zmodyfikowaną aplikację OsmAnd https://youtu.be/bp9NdBXDQj8?t=1064 – nie wiem, czy ta aplikacja potrafi wyświetlić dane odnośnie dojazdów ppoż. z relacji. Na koniec jeszcze jeden screen z aplikacji: https://www.facebook.com/OchotniczaStrazPozarnaWBierzwniku/photos/pcb.1445085675665892/1445085408999252 - widać, że dojazd ppoż. jest wyświetlany bezpośrednio z OSM.

Podsumowując, obawiam się, że mógł nastąpić konflikt interesów między dwoma systemami, z których korzystają zachodniopomorscy strażacy. Możliwe, że akurat w tym powiecie system CzaDzik jeszcze nie funkcjonuje, a te dane zostały dodane w ten sposób tylko "na przyszłość"...

Jedna uwaga i jedno pytanie :)
1. Tutaj też prawdopodobnie jest to sprawka uwagi JOSM, jednak znowu jest ona nietrafiona. Mianowicie chodzi o usuwanie tagów is_in:* - lepiej nie usuwać ich poniżej poniżej poziomu gminy. Bardzo mało miejscowości ma swoje granice w OSM, ponieważ nie są one obecnie oficjalnie dostępne w PRG. Stąd zatraca się informacja, do jakiej miejscowości należy dany przysiółek, osada, itp. - a jest to dość istotne.

2. Na jakiej podstawie uznałeś, że dane miejsce jest zamieszkałe? Ręcznie czy jakoś automatycznie? Pytam z ciekawości :)
---

Published using OSMCha: https://osmcha.org/changesets/88259682