-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Rozróżnianie wielkości liter w numerze (w kontekście duplikatów) #28
Comments
Obecne podejście powoduje to, że numery dostają taką wielkość liter, jaka jest w źródle, bez generowania duplikatów punktów. Takie podejście wydaje mi się, że ma dużo zalet. Wydaje mi się, że sytuacje, gdy w iMPA są przypadki takich duplikatów, jest na tyle rzadkie, że nie warto tracić powyższej korzyści. |
Chyba nie rozumiem... Napisałeś "Obecne podejście powoduje to, że numery dostają taką wielkość liter, jaka jest w źródle, bez generowania duplikatów punktów." Czy aby na pewno? To czemu przykładowy numer 5a i 5A dostają fixme=Duplicate address[...]? |
Jeżeli w OSM jest adres 5a, a w źrodle adres ma 5A, to skrypt z automatu poprawi na 5A i nie będzie mówił nic o duplikatach. Jeżeli natomiast masz w źródle zarówno adres 5A jak i 5a, to oba zostaną zaimportowane i oznaczone jako duplikat. |
No i właśnie o ten drugi przypadek mi chodzi - zarówno w iMPA jak i w EMUiA zdarzają się adresy różniące się tylko wielkością literki i które IMO niepotrzebnie są oznaczane jako fixme=Duplicate |
Czasami w danych źródłowych zdarzają się numery, które skrypt oznacza jako zdublowane, np. 5a i 5A. Nie wiem jak w EMUiA, ale w przypadku danych z iMPA oznaczanie takiego przypadku jako fixme jest błędem. Dlatego chciałbym zasugerować, by skrypt nie traktował numerów z małą i wielką literą jako duplikaty.
The text was updated successfully, but these errors were encountered: