Také mám stejný názor, to že Nominatim nehledá podřetězec, ale celý řetězec, je jeho chyba a měla by se opravit.
On 29.8.2012 2:32, Jakub Sykora wrote: > >> Při příležitosti importu bych rád znovu otevřel debatu o stuktuře >> addr:housenumber. Osobně jsem odpůrce uvádění obou čísel (678/1) v tomto > > osobne jsem naopak priznivcem. OSM je prakticky jedina mapa, ktera mi > umoznuje vizualne vyhledat dum, at uz znam cislo jakekoliv vc. evidencniho. > >> tagu. Jako daleko vhodnější mi přijde do housenumber dát číslo >> orientační, protože to je číslo, které je přímo z jeho definice určeno k >> orientaci při dohledávání domu (a číslo evidenční pokud orientační číslo >> není přiděleno). Jelikož je dvojité číslování ve světě relativně méně >> časté a jelikož se nedá očekávat, že by renderery studovaly adresní >> systémy jednotlivých zemí je realita taková, že renderery očekávají v >> housenuber to co mají zobrazit na mapě (pokud je dostatečný zoom), takže >> volbou použití použití obou čísel zároveň určujeme, že v rendererech se >> budou zobrazovat obě čísla mapa bude vypadat takto: > > ano, renderery renderuji zpravidla housenumber. A jsem pro to, aby tam > zustala cela informace. I informace, ze se jedna o ev.c je skvela a > mnoho map ji nerozlisuje. Pritom na vesnicich se stane, ze jsou budovy > se stejnym popisnym a evidencnim cislem. > >> >> Vím, že se nemá tagovat pro renderer, ale domnívám se, že toto není ten >> případ. Protože informace jsou již v adresním bodu uvedeny jako údaje >> addr:streetnumber a addr:conscriptionnumber, takže housenumber už >> informci duplikuje a víceméně reálně určuje to co je považováno za >> "hlavní" informaci zobrazenou v rendererech.Přitom ve všech mapách co >> znám jsou u ulic v městech (tedy v případech kdy jsou přidělena obě >> čísla) zobrazena jen čísla orentační a v řadě případů jen čísla >> orientační v rozích bloků (ale to už je jiné téma). Myslím si, že tento > > to je nejvetsi ptakovina, na kterou jsem kdy narazil - cisla na rozich > jsou sice hezka graficky, ale kdyz je kilometr dlouha rada domu, tak > stejne nevim, kde mnou hledany dum je. > >> fakt má svůj lety prověřený smysl a troufám si tvrdit, že odborníci na >> grafiku map by k tomu měli spoustu odborných argumentů toto >> podporujících. > > krome toho, ze je toho v mape mene a je mozna prehlednejsi me moc > argumentu nenapada (aniz bych se pasoval na odbornika v grafice) > >> >> Poslední podpůrný detail k tomuto názoru jsou vyhledávače a navigace. >> Zkoušel jsem jich několik a bohužel řada z nich prostě nezvládne údaje v >> housenumber rozdělit na dvě čísla podle lomítka (je to prostě světově >> hodně nestandardní). Takže adresu prostě nevyhledá ani posle >> orientačního ani podle evidenčního čísla, ale jen pomocí obou dvou >> zadaných s lomítkem ve správném pořadí a to je podle mě to nejméně častí >> co uživatel použije / má k dipozici. Pro ilustraci: >> http://maps.cloudmade.com/ => Search the map => Vyplňte "1","Na >> Slovance","Praha" do polí (House #,Street Name,City) a nenajdete nic. > > OSM Nominatim najde 1803, na slovance, praha vcelku bez problemu. > Nenajde ale 1, na slovance, praha. Vyresi tvuj navrh toto? > >> Možná že víte evidenční číslo (nebo si ho najdete na googlemaps ;-) ) >> tak můžete zadat "1803","Na Slovance","Praha" ani to nic nenajde. >> Jedině "1803/1","Na Slovance","Praha" najde daný dům. Kdyby housnumber >> obsahovalo orientační číslo, najde dům hned při prvním (a dle mne >> nejčastějším) požadavku. > > Nevim, u me jsou pozadavky na popisne a orientacni cislo tak 50/50. > Nekteri lide ani netusi, ktere je ktere, kdyz mi adresu diktuji. > Typickym prikladem budiz treba Udolni 18/53, Praha. Tam by clovek cekal > 18 jako orientacni a 53 jako popisne a je to presne naopak. V Udolni > > Cloudmate je platforma která poskytuje api >> stovkám dalších aplikací, takže to nelze brát na lehkou váhu. A to není >> jediný příklad. >> >> Vím že v minulosti ke shodě nedošlo, ale když už se chystá velký import >> adresních bodů mám za to, že by bylo dobré to ho dělat tak aby výsledek >> byl co nejlepší. >> >> Jakub >> >> >> >> _______________________________________________ >> Talk-cz mailing list >> [email protected] >> http://lists.openstreetmap.org/listinfo/talk-cz >> > > _______________________________________________ > Talk-cz mailing list > [email protected] > http://lists.openstreetmap.org/listinfo/talk-cz _______________________________________________ Talk-cz mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-cz
