B??dy przy pisaniu programu - ?atwiej zobaczy?, sk?d bior? si? jakie tagi i jaka jest struktura relacji - przynajmniej jak dla mnie. Spójrz na kod - diff powinien pokaza? zmiany. Zacommitujesz to, co uwa?asz za s?uszne 
Nie mog? si? z tym zgodzi?. Importowanie 37 MB pliku ZNACZNIE spowalnia prac? JOSM. Nie mam mo?liwo?ci przejrzenia i sprawdzenia wszystkich rzek czy lasów (np. pod k?tem zachodzenia na siebie, czy na drogi), które mog? si? znajdowa? czasem ponad 100 km ode mnie. W tym przypadku wol? wyci?? to, czego nie dotkn? i zaimportowa?, co mog?. W JOSM wycinanie trwa?o 2h, przy ??czeniu warstw da?em za wygran? po godzinie.
Poza tym s?dz?, ?e lepiej, ?eby ka?dy takie czynno?ci robi? w swoim znznym pobli?u, ni? importowa? o wiele za du?o. Nie zapominajmy, ?e te dane si? zmieniaj? i zmiany te? trzeba co jaki? czas przegl?da?.
Przy ulicach to ju? nie jest takie wa?ne, ale nadal w?tpi?, ?e kto? zna cho?by z grubsza wszystko w promieniu 100 km.
Zreszt? ten kod jest wykomentowany, wi?c nie trzeba go u?ywa?
Je?li co? b?dzie nie tak, to na pewno to zrobi?; póki co ten kod to jak dla mnie straszny ba?agan i nie chc? go tyka? 
UPDATE:
Z tego wynika, ?e w daj?cej si? przewidzie? przysz?o?ci u?ytkownicy ??cz TP nie b?d? mogli korzysta? z repo.or.cz. Ponawiam wi?c pro?b? o przeniesienie oficjalnego repozytorium git (a przynajmniej zrobienie ma?ego proxy tylko na pliki w http://repo.or.cz/w/ na adresie powiedzmy openstreetmap.pl/ump2osm)… Uwa?am, ?e nie ma sensu zadowala? si? pó??rodkami.