W dniu 22 marca 2012 11:17 użytkownik Tomasz Chiliński < tomasz.chilinski@chilan.com> napisał:

Masz bazę mysql? Na pewno wszystkie tabele mają ustawione kodowanie utf8?

tak, mysql. kodowanie mam utf8_polish_ci

W dniu 22 marca 2012 11:35 użytkownik Tomasz Chiliński < tomasz.chilinski@chilan.com> napisał:

tak, mysql. kodowanie mam utf8_polish_ci

...

Na pewno dla wszystkich tabel?

już tak, miałem w nodes utf8_general_ci, ale zmieniłem na _polish_ci.

ale nadal nie znajduje np. Piłsudskiego, pomijawszy fakt że dla mojej miejscowości nie ma ulicy 'Żwirki i Wigury"

W dniu 22 marca 2012 11:45 użytkownik Tomasz Chiliński < tomasz.chilinski@chilan.com> napisał:

Wersja lms-teryt z dzisiaj? Jeśli ulica nazywa się w teryt np. Aleja Piłsudskiego to ma prawo nie znajdować po skrócie Piłsudskiego, bo nie możemy szukać po skróconej nazwie, ponieważ same nazwisko patrona nie wystarczy do jednoznacznego odszukania w bazie TERYT. Przykładowo może być tak: Piłsudskiego Józefa Piłsudskiego Bronisława

niestety, muszę wpisać pełną nazwę: "Miasto, ul. Piłsudskiego Marszałka Józefa 16c". Tylko w takiej postaci znajduje

W dniu 22.03.2012 18:16, Marcin napisał(a):

W dniu 22 marca 2012 11:45 użytkownik Tomasz Chiliński <tomasz.chilinski@chilan.com [1]> napisał:

...

Wersja lms-teryt z dzisiaj?

W międzyczasie wprowadziłem dziś poprawkę, która daje szansę na merge dla ulic o skróconej postaci - działa, gdy skrócona nazwa ulicy dla danego miasta jest jednoznaczna.

a co powiesz o nazwie ulicy: "XX-lecia" ?? za cholere nie chce mi się to zwalidować :( ręcznie tak, wybiera się miasto, XX-lecia. po ręcznym wybraniu wypisywany jest ciąg: Miasto, al. XX-lecia 34a ale jak odznaczę bazę teryt i zrobę mergę to niestety mam not found :(

AP Młyn 1N (1440) Miasto, al. XX-lecia 34a: not found

Ciekawe czy w wyrażeniu regularnym dopasowującym się do potencjalnej nazwy ulicy zawarty jest znak "-" ;-)

any idea?

Można by było sobie zadać pytanie po co ta cała dyskusja skoro już po raportach UKE? Przypominam, że niedługo nastąpić rozbicie lokalizacji klienckich na oddzielna pola address, house i flat. Przyda się zatem obecne przedyskutowanie tego zagadnienia, bo dzięki temu będziemy mieli lepszej jakości aktualizację schematu bazy danych!

W dniu 22 marca 2012 18:59 użytkownik Tomasz Chiliński < tomasz.chilinski@chilan.com> napisał:

Ciekawe czy w wyrażeniu regularnym dopasowującym się do potencjalnej nazwy ulicy zawarty jest znak "-" ;-)

oj to nie jest kwestia znaku "-". Dodałem printa przed wykonaniem zapytań do bazy i zmienne są poprawne. kwestia jest w zapytaniu/zwracanych danych. "print "printuje $city= $city, $street= $street $house= $house \n"; # find location_street and/or location_city IDs if ($street && $city) { $street_get->execute($street, $street, "$city%"); my $srows = $street_get->fetchall_hashref('id'); if (scalar(keys %$srows) == 1) { foreach my $srow (keys %$srows) { $street_id = $srows->{$srow}->{'id'}; $city_id = $srows->{$srow}->{'cityid'}; } } else { $city_get->execute($street); if (my $srow = $city_get->fetchrow_hashref()) { $city_id = $srow->{'id'}; $orig_location =~ s/$city, //; } } } elsif ($city) { $city_get->execute($city); if (my $crow = $city_get->fetchrow_hashref()) { $city_id = $crow->{'id'}; } } # update node location if ($street_id || $city_id) { print "found\n" if not $quiet; $update->execute($city_id, $street_id, $house, $flat, $orig_location, $row->{'id'}); } else { print "not found\n" if not $quiet; } } "

root@testsql:/var/www/lms/bin# ./lms-teryt -m|egrep -i "^ap\ .*$|^br\ .*$" AP Młyn 1N (1440) Miasto, al. XX-lecia 34a: printuje $city= Miasto, $street= XX-lecia $house= 34a

W dniu 22 marca 2012 20:00 użytkownik Tomasz Chiliński < tomasz.chilinski@chilan.com> napisał:

AP Młyn 1N (1440) Miasto, al. XX-lecia 34a: printuje $city= Miasto,

...

$street= XX-lecia $house= 34a

To miejscowość nazywa się Miasto? ;-)

:) nie, ta miejscowość nie nazywa się miasto, to przykład.

ta miejscowość to teresin :)

W dniu 22 marca 2012 20:10 użytkownik Tomasz Chiliński < tomasz.chilinski@chilan.com> napisał:

A ulica XX-lecia pod jaką nazwą figuruje w bazie TERYT? Jak wygląda name i name2 dla tej ulicy?

tak będzie najczytelniej:

mysql> SELECT * FROM `location_streets` WHERE `name` LIKE '%XX%' AND `cityid` = 675; +------+----------+-------+-------+--------+--------+ | id | name | name2 | ident | typeid | cityid | +------+----------+-------+-------+--------+--------+ | 3935 | XX-lecia | NULL | 25178 | 6 | 675 | +------+----------+-------+-------+--------+--------+ 1 row in set (0.00 sec)

W dniu 22.03.2012 20:12, Marcin napisał(a):

W dniu 22 marca 2012 20:10 użytkownik Tomasz Chiliński <tomasz.chilinski@chilan.com [1]> napisał:

...

A ulica XX-lecia pod jaką nazwą figuruje w bazie TERYT? Jak wygląda name i name2 dla tej ulicy?

tak będzie najczytelniej:

mysql> SELECT *  FROM `location_streets` WHERE `name` LIKE %XX% AND `cityid` = 675; +------+----------+-------+-------+--------+--------+ | id   | name     | name2 | ident | typeid | cityid | +------+----------+-------+-------+--------+--------+ | 3935 | XX-lecia | NULL  | 25178 |      6 |    675 | +------+----------+-------+-------+--------+--------+ 1 row in set (0.00 sec)

Co pokazuje Ci: SELECT *  FROM `location_streets` WHERE `name` LIKE %XX-lecia% AND `cityid` = 675;

linia 658 $street_get->execute($street, $street, "$city%")

zmiana ostatniego parametru na: $city, bez procenta dla LIKE zaowocowało found'em :)

$street_get->execute($street, $street, $city);

czyli tak jak myślałem problem z wywołaniem, a raczej przekazywaniem parametrów do funkcji ale czemu $city% psuje zapytanie

W dniu 22.03.2012 21:35, Tomasz Chiliński napisał(a):

W dniu 22.03.2012 21:02, Marcin napisał(a):

...

linia 658             $street_get->execute($street, $street, "$city%")

zmiana ostatniego parametru na: $city, bez procenta dla LIKE zaowocowało foundem :)

$street_get->execute($street, $street, $city);

czyli tak jak myślałem problem z wywołaniem, a raczej przekazywaniem parametrów do funkcji ale czemu $city% psuje zapytanie

Ciekawe jakie zapytanie wykonuje się w mysql, gdy w perlu jest ten parametr ustawiony na "$city%". Zawsze możesz jeszcze spróbować wstawić tam: "$city%", żeby mieć pewność, że perl jakoś tego znaku "%" nie przetwarza.

Na pewno dla tabel terytowych masz kodowanie utf8 i porównywanie utf8_polish?

W dniu 22 marca 2012 21:35 użytkownik Tomasz Chiliński < tomasz.chilinski@chilan.com> napisał:

Ciekawe jakie zapytanie wykonuje się w mysql, gdy w perlu jest ten parametr ustawiony na "$city%".

hmm, też zastanawiające

Zawsze możesz jeszcze spróbować wstawić tam: "$city%", żeby mieć pewność, że perl jakoś tego znaku "%" nie przetwarza.

tak też próbowałem. próbowałem w bazie wpisywać miasto ze spacjami, sporo białych znaków przed i za. za każdym razem miałem found :)