You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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:
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[...]?
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: