No to jest problem Nominatima. Który i tak z associatedStreet nie korzysta.
Od strony tagowania jest OK - patrz np http://overpass-turbo.eu/s/HF9 (zapytanie overpassa “Aleje Jerozolimskie” in Warszawa) i associatedStreet nie jest fo tego potrzebne.
Nie, to jest problem całego OSM, a przyczyną problemu jest Nominatim. No, chyba że chcemy na zawsze pozostać w świadomości ogółu grupką wariatów, którzy dłubią sobie jakąś nikomu do niczego nieprzydatną mapę, nie umiejącą nawet pokazać Alej Jerozolimskich.
Oraz, skoro przyczyną problemu jest Nominatim, to trzeba poprawić Nominatim, sam to pisałem. I jeśli się okaże, że do tego poprawienia nie będzie potrzebny obiekt, reprezentujący ulicę jako całość, to sam zagłosuję za usunięciem tych relacji. Ale nie po przekonywaniu mnie, że się da, tylko kiedy zobaczę działającą wyszukiwarkę na głównej stronie. Do tego czasu zakładam, że te (lub inne podobne) relacje okażą się potrzebne.
Ale ja wiem, że są sposoby pokazania Alej Jerozolimskich na podstawie tagu name=*, sam wklejałem podobne zapytanie do Overpassa. Problemem jest, że do tego trzeba się już trochę orientować w zawiłościach OSM, a ile osób nigdy tego nie zrobi, bo parę prostych testów narzędziami dostępnymi “dla każdego z ulicy” przekona je, ze OSM się do niczego nie nadaje? A nie wiem kiedy i czy w ogóle da się Nominatim zastąpić narzędziem efektywnie wyszukującym całe ulice na podstawie tagów fragmentów.
Rozważ jeszcze jeden drobiażdżek na przykładzie Ronda Dmowskiego w Warszawie. Jak nazwać jego jezdnie? “Rondo Dmowskiego”? Oczywiste, ale wtedy dowolne narzędzie budujące ulicę z kawałków zostawi w tym miejscu dziurę zarówno w Alejach Jerozolimskich, jak i w Marszałkowskiej. No to może dwie jezdnie nazwać “Aleje Jerozolimskie”, a dwie - “Marszałkowska”? Ale wtedy zupełnie zniknie Rondo Dmowskiego… A z relacjami - problem (tak, drobny) nagle znika, jezdnia może należeć do więcej niż jednej relacji.
To jest dziwny argument, bo my nie robimy mapy pokazującej ulice ani wyszukiwarek. To robią autorzy renderingu, autorzy apek i to są dziesiątki, jak nie setki zespołów ludzi, z których tylko część zajmuje się poważniej edycją OSM. To ich zadaniem jest dostarczenie odpowiednich narzędzi dla końcowego użytkownika. My dostarczamy dane do tych narzędzi.
Gdy pojawi się narzędzie robiące z nich użytek to będzie można łatwo, nawet automatycznie, takie relacje utworzyć. Nie widzę sensu w trzymaniu niekompletnych, niektualnych relacji na wszelki wypadek.
To taka sama sytuacja jak z placami. Ulica na placu może mieć nazwę placu albo mieć własną. A jednak nie rozwiązujemy tego problemu
relacjami.
Należy również zwrócić uwagę na istnienie:
Relation:street https://wiki.openstreetmap.org/wiki/Relation:street
BTW. Czyli też pod dyskusję i głosowanie, o usunięciu jej w Polsce na:
Talk:Pl:Relation:street https://wiki.openstreetmap.org/w/index.php?title=Talk:Pl:Relation:street&action=edit&redlink=1
Możesz mieć trochę racji. A nawet przyznałbym Ci zupełną rację, gdyby co najmniej znakomita większość ludzi, poprawiających te dane trafiała do nas po zachwyceniu się dobrze napisaną aplikacją. Bo mi nie chodzi o końcowych użytkowników, mi chodzi o ludzi, którzy ewentualnie coś od siebie dodadzą. Dokładność naszej mapy zależy mniej więcej proporcjonalnie od liczby edytujących i każdy element zniechęcający potencjalnych mapowiczów na samym wstępie uznaję za problem.
Teoreticznie tak. W praktyce, już widzę te dyskusję “A czy tego na pewno nie należy robić ręcznie? A czy można puścić bota po całym województwie, czy trzeba podzielić na powiaty? Bo co Twój bot wie o mojej dzielnicy?” - chyba już nie raz to przerabialiśmy
Tylko innym obiektem reprezentującym plac jako całość, tak. Jasne, można każdą ulicę obrysować kreską, reprezentującą ulicę jako obszar i te obszary też mogą się nakładać, czemu nie. Tylko czy jesteś pewien, że to będzie prostsze od relacji?
@szydzio podrzucał juz tę relację paręnaście postów temu i nawet zdążyliśmy się zgodzić, że też jest piękna, a może nawet lepsza od associatedStreet. 