Nie, tylko wtedy kiedy nie ma w okolicy ulicy o takiej nazwie, a jest adres przy tej ulicy.
W przypadku Placu Teatralnego tak właśnie jest - skoro poprawiłeś tak, że w okolicy nie ma drogi o nazwie “Plac Teatralny”, to zgłoszenie problemu że jest adres bez ulicy jest właściwym zachowaniem mrówek.
Cóż, właśnie dlatego tu napisałem, że mam podobne wątpliwości jak Ty. Pytanie jak to zrobić, żeby prowizorki nie było, a mrówki się nie buntowały. Bo zmianę oczywiście można wycofać, ale za chwilę znowu ktoś zareguje na mrówki…
Być może należy przerobić mrówki, żeby uwzglęniały (place=square; name=*) jako źródło nazw ulic.
Jak najbardziej. Jeszcze niedawno nie było odpowiedniego schematu dla placów i z początku było go niewiele, co było najważniejszym powodem wstrzymywania się z wyświetlaniem tych nazw, ale w końcu przekroczył 11 tys., nie ma konkurenta i można uznać, że się przyjął:
No fajnie fajnie. Tylko mnie jako odbiorcy danych nie obchodzi, czy mrówki to uwzględniają. Mnie obchodzi, czy większość opragramowania opartego na OSM (nawigacje, wyszukiwarki) takie rozwiązanie uwzględni.
To odwieczny problem wdrażania - substancja już jest (ilość i dokumentacja plus wdrożenie na flagowej mapce), teraz pytanie kiedy ta większość zareaguje i jak to ułatwić - bo przecież w ekosystemie OSM nie da się nic wymusić ani nawet zadekretować.
Żeby była jasność - chodzi mi o to, że bez sensu jest gaszenie mrówek poprzez dodanie place=square, podczas gdy cała reszta tego nie obsłuży. Owszem, punkcik otagowany jako place=square z nazwą można dodać, ale jakiś kawałek “hajłeja” z nazwą też powinien tam być.
PS: Te kilka postów dobrze byłoby przenieść do właściwego wątku dotyczącego mrówek.
Ja to rozumiem, tylko uważam, że to powoduje błędne dane. Nazwa na drodze parkingowej to może być raczej pomylony ref albo, rozciągając definicję do granic, nazwa parkingu na którym się znajduje, a nie nazwa placu czy ulicy przy którym się znajduje. Można to tolerować do jakiegoś momentu, ale kiedyś należy z tym skończyć.
Ja patrzę z innej perspektywy - to, że się wyświetla na osm-carto to dla mnie skutek uznania, że się przyjął w bazie i w społeczności, bo dosłownie w ciągu roku osiągnął 11 tys. użyć. Przecież nie mówię, że się przyjął, bo go wdrożyłem w osm-carto.
Ale chodzi jeszcze o to, żeby nawigacja trafiła na Plac Teatralny. Czyli żeby oprogramowanie okołoOSMowe umiało trafić na plac otagowany place=square. I dopóki nie umie, warto mieć kawałek drogi o takiej nazwie.
Czyli teraz warto zasygnalizować twórcom tego oprogramowania (OSMand, maps.me, Yanosik, OSRM, brouter…), że taki sposób tagowania należałoby obsłużyć. Np. otwierając tickety gdzie trzeba, pewnie w większości na Githubie. Może też warto na stronie tagu highway=* skrobnąć coś o tym, że niektóre place są oznaczane w ten sposób.
Jasne. Gorąco zachęcam do promowania tego tagu. Aż dziw, że tak późno ktoś na to wpadł, że nie chodzi tylko o prosty plac typu chodnik, przecież obok ulic i budynków rozmaite place to jedne z najbardziej podstawowych elementów miasta.
Good luck. Ja maps.me dawno temu wspomniałem o tym, żeby dodali obsługę addr:place, a efektów żadnych. Zdążyli dodać wiele nowych funkcji w tym czasie…
addr:place był obsługiwany w edytorze ID był bo już nie jest. Nie znam statystyk na obecną chwilę czy ta zmiana uspokoiła bota czy nie, ale z innymi narzędziami do edycji jest, albo było by podobnie.
Według wiki https://wiki.openstreetmap.org/wiki/Pl:Key:addr:place OSMand, Yanosik wspiera addr:place. Chociaż nie wiem jeszcze jak w Yanosiku mogę edytować addr:place.
Na tę chwilę tylko ~200 żółtych mrówek i ~500 różowych. Może to dobry moment, żeby znowu obniżyć próg, do np. 100 metrów? Jest tu ktoś mapujący regularnie w oparciu o ten serwis?
Ja jestem autorem tej tabelki. Przez wsparcie miałem na myśli możliwość wyszukiwania po addr:place, jeśli aplikacja jest nawigacją.