http://wiki.openstreetmap.org/index.php/Pl:UMP2OSM
Przet?umaczy?em opis importu + zebra?em chyba wszystkie nasze uwagi. Jak o czym? zapomnia?em to pomó?cie.
W wymy?leniu 2 kolejnych pomóg? mi TomDalek 
Ostatnio prowadzi?em relacj? drogi E 28 przez ca?? Polsk? i widz?, ?e przy imporcie Gdyni wyci??e? j? z ul. Morskiej + brakowa?o tagów oneway=yes + nazwa zaczyna?a si? spacj?, ale to nic osobistego, nie bierz tego do Siebie 
PS Ma kto? prosty przepis jak przekonwertowa? te krzaki pod windowsem?
Super.
Nie bior?, bo wiem, ?e wszyscy si? naprawd?, naprawd? staramy. 
Wcze?niej Morska te? mia?a ?le, bo by?a bidula jedn? samotn? nitk?, te? be? tagu oneway i bez .gpx pod sob?. Stwierdzi?em, ?e jej kszta?t jest zatem bardziej wiarygodny z UMP. I tak, oczywi?cie przemy?la?em spraw? 5 razy, zanim co? zrobi?em. A teraz, wspólnym wysi?kiem jest prawie idealna!
Do rond nie trzeba dodawa? junction=roundabout, ten tag akurat jest (przynajmniej by? w gdyni i gda?sku). Nie trzeba te? dodawa? oneway=yes, bo junction=roundabout go implikuje. Wystarczy poprawny tag highway zamiast 0xc.
Pliki z ump2osm maj?, w?a?nie widz?, jeszcze jeden k?opot. Nazwy ulic pisane z apostrofem, maj? niedozwolony znak ’ zamiast ’ powoduj?c, ?e JOSM odrzuca taki plik, nie podaj?c za bardzo gdzie co jest nie tak.
Np. w Gda?sku:
<tag k=‘name’ v=‘De Gaulle’a’ />
zamiast:
<tag k=‘name’ v=‘De Gaulle’a’ />
Nie wiem, czy przypadek Gda?ska, jest odosobniony. Je?li nie, to w walidacji xml pomóg? mi mlview.
http://www.freespiders.org/projects/gmlview/
Myślałem, że tylko ja spać nie mogę 
Masz rację z tym rondem, już poprawiam na ump2osm i map features.
A nie ma iconv dla windows? Najprościej byłoby przekonwertować pliki zawieszone na stronie, tam gdzie leżą jest przecież linux.
Można też kombinować z jakimś konwerterem on-line ( http://www.iconv.com/iconv.htm )? tylko wtedy trzeba pobrac plik, wyslac i znow pobrać … generalnie głupie, ale powinno zadziałać (jeśli nie wysypie się na gigantycznych plikach).
Jestem prawie pewny, ?e GPLowy edytor Notepad++ potrafi? ?atwo zamienia? kodowanie. Kto? ma Windowsa, ?eby sprawdzi??
http://en.wikipedia.org/wiki/Notepad_Plus_Plus
Mów mi Insomnia 
Witajcie
Dzi?ki za informacje o kodowaniu i przede wszystkim konwertowaniu polskich liter, szkoda tylko ?e troch? pó?no 
Powoli poprawiam r?cznie to co zrobi?em, wi?c b?dzie lepiej My?l? ?e powinno si? od razu wrzuci? je skonwertowane na serwer albo chocia? zrobi? to jak najszybciej, ale ja nie wiem jak to zrobi?..
Dzi?ki za napisanie polskiej strony UMP2OSM. Dobrze by?oby doda? linka do WikiProject Poland prowadz?cego do http://wiki.openstreetmap.org/index.php/Pl:UMP2OSM i tego forum ?eby nowym (i starym maperom si? lepiej pracowa?o
Mam jeszcze pomys? aby http://wiki.openstreetmap.org/index.php/Main_Page przekierowa?o automagicznie na wersj? PL zgodnie z ustawieniem przegl?darki. Zreszt? silnik forum te? powinien zmienia? si? na polski j?zyk. Co o tym my?licie?
PS Czy kto? wie czego skrypt UMP2OSM nie importuje, obawiam si? ?e nied?ugo mo?e wyj?? nowsza wersja zawieraj?ca wi?cej danych z UMP i b?dzie jeszcze wi?cej pracy ni? import na pusty teren?
Bywajcie
Oj, nie chcia?em by to tak ostro zabrzmia?o - kto mnie zna, wie ?e jestem ?agodny jak baranek 
W ka?dym razie przepraszam je?li kogo? urazi?em. Ech, po prostu musz? po?wi?ci? znów czas by przywróci? wszystko do sensowno?ci (np typy dróg, bo te? pozmienia?y si? z track na residential, w miejscach gdzie nawet ci??ko rowerem przejecha?)…
Znalazłem przypadkiem jeszcze coś czego kompletnie nie rozumiem. Tutaj:
http://www.openstreetmap.org/?lat=52.43079&lon=16.85627&zoom=15&layers=B000FTF
jeśli spojrzeć na to via potlach jest tam sterta “POI” oznaczonych jako source=UMP a pod spodem drogi, kilka z nich malowałem jakiś czas temu (pod spodem są tracki) reszta faktycznie pochodzi z importu.
Jeśli dobrze wszystko rozumiem tag source ma pozostać jako atrybut wrysowanej drogi, a nie pojawiać się jako zestaw POI, jeśli ktoś mi to potwierdzi poprawię dodając tagi do ulic i kasując te punkty, chyba, że one mają zostać bo coś oznaczają tylko na razie nie wiadomo co.
Ciesz? si?, ?e charakter te? masz fajny, bo patrz?c na Twój profil, widz? ?e robisz du?o dobrej roboty. Ewidentnie ?rem jest Twoim Miastem!
Chodzi?o mi o to, ?e je?li nasz enigmatyczny arzej post?pi? niekoniecznie elegancko, nie znaczy ?e trzeba robi? to samo. Lepiej spróbowa? si? dogada?. Mo?e wspólnie przywrócicie sensowno?? ?remowi? By?oby szybciej. 
Dok?adnie tak jak mówisz, punkty nie s? do niczego potrzebne, a je?li droga jest rzeczywi?cie z UMP to powinna mie? odpowiedni tag source.
Zaczynam prostowa? b??dy - usuwam te setki punktów tylko z tagami source i debug (do niczego one w osm niepotrzebne) i poprawiam co si? da wyrównuj?c do gpxów. Mój JOSM teraz ciekawie wygl?da, a? oczy wypadaj?
]
Problem punktów POI z tagiem source i debug, powstaje kiedy skasujesz z importowanych danych jak?? ?cie?k? (bo np. jest ju? ona w OSM) zanim usuniesz z wszystkiego tag debug. Punkty z tagiem debug s? traktowane jako specjalne i JOSM nie usuwa ich przy kasowaniu danej ?cie?ki z nich z?o?onych. Dlatego tak wa?ne jest zacz?? import od Ctrl+A i usun?? tag debug.
Te punkty, by?y zatem przypuszczam ?cie?k? z UMP, któr? kto? usun?, bo zobaczy?, ?e Ty ju? namalowa?e? tam wszystko jak trzeba z .gpx’ow. Punkty ‘specjalne’ jednak zosta?y. Nie chodzi wi?c o to, aby doda? teraz tag source do ulic, poniewa? jak mówisz, pod spodem s? tracki - ?ród?em tych ulic nie jest UMP. Chodzi jedynie o r?czne usuni?cie samych POI.
Lub, kto? importuj?c dane usun? wszystko co Ty zrobi?e?, a te ?cie?ki to w istocie wci?? dane z UMP. Ty widzia?e? w Potlachu punkty sk?adowe danych ?cie?ek jako POI, bo mia?y (zdaje si? ju? nie maj?) nieusuni?ty tag debug (o którym to efekcie pisa? ju? antblant). I tak to chyba by?o my?l? po spojrzeniu na ten obszar w JOSM.
Czyli wszystko jasne, dzi?ki za wyja?nienie. Chodzi o “POI” a nie punkty sk?adowe dróg, nie wiem jak w JOSM, ale w Potlachu ró?nica jest bardzo wyra?na, nie sposób pomyli?. Jest takich punktów du?o w wielu miejscach … kiedy je spotkam po prostu kasuj? przy okazji rozgl?dam si? po okolicy przegl?daj?c nazwy ulic, czasami wymagaj? poprawy. W sumie to ich chyba jedyna zaleta, pokazuj? gdzie by? mo?e znajduje si? “ba?agan nazewniczy”.
Wi?ksze nieszcz??cia si? nam tu mog? wydarzy?, z t? niedogodno?ci? na pewno sobie wspólnymi si?ami poradzimy.
Zrobi?em te? wst?pne rozpoznanie w kierunku nazw zaimportowanych ze z?ym kodowaniem, w pliku pobranym z geofabric znalaz?em niespe?na 600 wyst?pie? “WTF sign”
$ grep -c `printf '\xEF\xBF\xBD'` poland.osm
572
to kolejny ?lad po którym mo?na poszukiwa? nie do ko?ca prawid?owych nazw ulic (w okolicy wyst?pienia WTF’a).
Ktoś ma pomysł jak poprawić tag source w przypadku gdy node zaimportowany z UMP został poprawiony w oparciu o track gpx?
Tutaj http://wiki.openstreetmap.org/index.php/Key:source#Notes: jest napisane
Wydaje mi się więc, że kiedy wgramy publicznego tracka, i dostosujemy dane, tag source powinniśmy usuwać. W sensie tak całkowicie. Zamykamy temat wyrzucając klucz.
Przenosz? z w?tku o debugowaniu mapy:
W wielkim skrócie:
To samo tylko, ?e szczegó?owiej (g?ównie po to, ?e jest tu opis jak ump2osm dzia?a):
Zacz??o si? po angielsku (Damian jest z Dortmundu), ale w ko?cu okaza?o si?, ?e…
Ustalili?my jednak, ?e nie potrzebny jest nam na razie kod do txt2osm. Wystarczy jedynie ma?a zmiana w update_ump.
I gdy na koniec nareszcie nie wytrzyma?em i zada?em oczywiste pytanie!
edit
Aha, dope?niaj?c opisu ump2osm.
txt2osm u?ywa plików MIASTO.ulice.txt ze ?róde? ump http://ump.fuw.edu.pl/wiki/Znaczenie_plików_w_projekcie_UMP
update_ump od?wie?a je za ka?dym razem z cvs, mniej wi?cej tak: http://ump.fuw.edu.pl/wiki/FAQ#Jak_.C5.9Bci.C4.85ga.C4.87_ca.C5.82e_.C5.BAr.C3.B3d.C5.82a.3F
Nie przejmowa?bym si? za bardzo. Warto utrzyma? kontakt z koleg? tak, aby informacja o tym, ?e pliki znikn? dotar?a do nas z jakim? wyprzedzeniem, cho? rozumiem, ?e je?li mamy skrypt generuj?cy pliki to w?a?ciwie nie ma problemu bo to co “zniknie” samo si? odtworzy. Jedyne czego brakuje to ludzi tutaj w celu przeprowadzenia evil planu w którym…
Je?li jest kto? kto chcia?by (i potrafi?) si? tym zaj??? To mo?e ten kto? potrzebuje konta shellowego za pó? ceny? Robimy zrzutk? na drugie pó? i ju?.
Konto na rootnode to 150z?/rok warto si? tylko dowiedzie? ile transferu miesi?cznie zu?ywa obs?uga skryptu i przystawi? te liczby do parametrów konta, ewentualnie ponegocjowa? z administracj? konta.
P.S. Je?li nikt nie doda dzi? nic nowego jutrzejszy poland.osm b?dzie WTFcharacter free (!)
Zauwa?y?em ostatnio, ?e txt2osm ma problemy z liczbami o precyzji ró?nej od 5 cyfr po przecinku (a w?a?ciwie kropce); w przypadku map Wroc?awia (lat/lon maj? po 6 cyfr po przecinku) zwraca
terminate called after throwing an instance of 'std::out_of_range'
what(): basic_string::substr
W tym przypadku wystarczy prosty regexp
s/\([0-9]*\.[0-9]*\)[0-9]/\1
który ucina ostatni? cyfr?, co nie jest mo?e najlepszym rozwi?zaniem, ale dzia?a. Problem dotyczy prawdopodobnie wi?kszej ilo?ci map, bo na http://www.cd-sulewski.de/osmfiles/ jest troch? wi?cej plików o podejrzanie ma?ym rozmiarze. Mo?e komu? si? chce/ma za du?o czasu, ?eby przepisa? txt2osm, je?li to ma jaki? sens?
K?opot polega zdaje si? na tym, ?e ?ród?a txt2osm nie istniej?, czyli trzeba by wszystko od nowa, napisa? przetestowa? etc.
Chyba sam mia?em za du?o czasu:) Tutaj jest skrypcik w pythonie, który (mam nadziej?) realizuje funkcjonalno?? txt2osm i nie ma problemów z ró?n? liczb? cyfr po przecinku. Poniewa? to skrypt, ka?dy mo?e go sobie “dotweakowa?” do swoich potrzeb, no i kod si? ju? nie zgubi:) Rozpoznaje typy dróg od 0x1 do 0x7, ale stosunkowo ?atwo mo?na zaimplementowa? konwersj? tak?e innych obiektów.