Import danych z http://ump.waw.pl/

Nie dla mnie :stuck_out_tongue: MSPANC

Tak się zastanawiam czy próbował ktoś napisać skrypt (lub jest już taki) dodający imienia do najbardziej znanych nazwisk? Za każdym razem trzeba dodawać imienia - taki skrypt usprawniłby pracę, nie trzeba by było marnować czasu na wpisywanie cały czas tego samego. Bazę nazwisk można zbierać na jakimś współdzielonym dokumencie w docs.google.com i ktoś co jakiś czas by update’ował kod.

Było coś takiego jak WRAK, który poprawiał nazwy według spisu ulic. http://wiki.openstreetmap.org/wiki/Pl:WRAK
Były też ulice bez GUStu, które wyrzucały listę ulic niezgodnych nazwą w bazie TERYT. http://storage.neostrada.pl/OSM/ulice.bez.GUStu.html
Szersze info na temat obu skryptów znajdziesz w tym wątku http://forum.openstreetmap.org/viewtopic.php?id=1665&p=1

O, to już coś. Wiedziałem, że coś już było zrobione, ale nie umiałem znaleźć. Dałoby się przepisać tego WRAKa na aplikację pythonową aby można było odpalić ją jak konwerter ump2osm?

Mam pytanie odnośnie Limanowej - czy mogę ją całą usunąć i zastąpić nowym importem z UMP? Obecne dane z UMP są o niebo lepsze niż te które mamy w OSM i tak zrobię jeśli tylko nie będzie sprzeciwu…

Osobiscie ufam ze sa o niebo lepsze, ale raczej niz usuwac wszystko sprobuj najpierw usunac tylko to co ma source=“UMP-PL…” i zobacz co zostanie, pewnie nie wiele. Mozesz tez wyszukac “source:UMP -user:Lobelt”, to powinno zaznaczyc wszystkie obiekty z UMP ktore ktos juz edytowal po tym jak zostaly zaimportowane.

Panowie
nie wnikając w szczegóły: radzę wyrzucić wszystko, co jest wzięte z UMP, z następujących miejscowości: Biała Podlaska, Zamość, Kraśnik, Tarnobrzeg, Sandomierz, Stalowa Wola, Nisko. I wcale nie zastanawiam się tu nad celowością czy właściwością kopiowania UMP-pcPL.
Dziękuję za uwagę.

A wnikając w szczegóły? Może powód jest oczywisty, na tą chwilę go jednak nie widzę.

ZTCP nie są to dane zgodne z licencją, a kopia danych jakiejś komercyjnej mapy. UMP już to usunęło.

A wiadomo z ktorej i jaki rocznik? Moze warto skontaktowac sie z wydawca i zapytac, moze uzna ze takie stare dane na nic mu nie potrzebne.

Ja importowalem z UMP conajmniej Krasnik, Zamosc, Sandomierz, Tarnobrzeg, Stalowa Wole i Nisko – z wyjatkiem Zamoscia, gdzie dodalem troszeczke POI, to nic tam nie zostanie po usunieciu danych z UMP :slight_smile: wiec operacja jest latwa do wykonania. :slight_smile: Potem moznaby dodac wszystko co bylo przed importem z UMP, albo zaimportowac aktualny stan UMP skoro mowisz ze juz mapuja od nowa.

No ładnie… zanim, ktoś to wyrżnie to pragnę zauważyć, że w Nisku i w Stalowej mam trochę edycji z racji tego, że mieszkam tuż obok. Inaczej mówiąc, nawet gdyby nie było UMP to już by te miasta były zmapowane przeze mnie.
Osobiście wolałbym też poznać szczegóły, o których nie chciał pisać Alf_red.

Witam, tak się zastanawiam nad fragmentem mapy zaimportowanym z UMP:
http://www.openstreetmap.org/?lat=50.1842&lon=19.6735&zoom=13&layers=B000FTF
Tak wygląda, jakby ten rejon kraju szczególnie obfitował niezwykłą ilością szczytów górskich.
Wprawdzie jak się temu przyjrzeć dokładniej to wszystkie mają po jakieś czterysta parę metrów nad poziomem morza i w związku z tym nie wiem czy są szczególnie ciekawe dla turystów. Jednak jak ktoś przegląda mapę może dojść do wniosku że jest to region o wiele ciekawszy niż np. Beskidy.
Jakie są kryteria umieszczenia jakiegoś pagórka w bazie z wykorzystaniem kluczy: natural=peak?

Kryteriów za bardzo nie ma, ja proponuję usunąć tag natural=peak, wysokość może się ew. później przydać. Zostawić tylko górki z nazwą.

Witam!

Czy ściągnięty plik ump może służyć jako tło, na którym można przerysowywać w JOSM brakujące elementy? Bo hurtowy import wszystkiego nie wydaje mi się najlepszym rozwiązaniem, tym bardziej, że sam zainteresowany jestem głównie siecią drogową między miejscowościami. Najchętniej sam bym sprawdził na obszarze Beskidów na zachód od Beskidu Sądeckiego włącznie z nim, więc proszę o udostępnienie jakiegoś pliku, np. Szczawnica w promieniu 50 km.

Ja bym nie usuwal natural=peak bez sprawdzenia, ze rzeczywscie w tym miejscu nie ma szczytow, i jesli ich nie ma, to zamiany na inny tag ktory opisuje co tam jest. Natomiast poprawil bym nazwy (wielkie litery oznaczaja skrot albo inicjalizm)

Moze byc sobie na oddzielnej warstwie niz OSM i wtedy mozna przerysowywac, albo przeklejac z jednej warstwy na druga. Inny sposob to ustawic UMP jako tlo, tu podaje sposob ktory wykombinowal Zbigniew Czernik, mam nadzieje ze sie nie obrazi :slight_smile:

Trzeba zauwazyc ze dla uzytkownikow zarejestrowanych 12 maja lub pozniej, import z UMP bylby wbrew licencji UMP, a dla pozostalych uzytkownikow moze spowodowac, ze kiedy przyjdzie zmiana licencji OSM, to akceptujac nowe warunki naruszyliby licencje UMP.

Nie rozumiem, w jaki sposób data rejestracji użytkownika ma znaczenie? Wtedy zmieniła się licencja UMP? Jakie konkretnie zapisy są przeszkodą? Jeśli nawet, to dane sprzed 12.V są nadal na starej licencji.

Sama data rejestracji nie ma znaczenia :wink: Ale zmienil sie wtedy proces rejestracji uzytkownikow w OSM, wszyscy zarejestrowanie od 12 maja potwierdzili ze przekazuja czy tez przenosza (nie pamietam ktory termin jest poprawny) prawa autorskie swoich edycji na Fundacje OSM. Na cos takiego licencja UMP, ani praktycznie zadna inna, nie pozwala, bez wzgledu na to jak stare dane to sa. Dla nich UMP jest wiec tak samo dobrym zrodlem danych jak Google maps albo nieszczesny geoportal.

A nie chodzi tu o własność publiczną, o ile dobrze pamiętam rejestrację z zeszłego tygodnia?
Czyli chodzi o to, że jeśli licencja UMP wymaga, której sami nie są pewni, żeby rozpowszechniać na tej samej licencji, to OSM rozpowszechnia na innej?

Ale chyba nie można mieć praw autorskich do współrzędnych? Mi wydaje mi się, że to powinno być tak jak z odkryciami naukowymi naukowymi, które polegają na rejestracji pewnych faktów. I nie ma tu miejsca na jakikolwiek twórczość, z wyjątkiem błędów. Co innego prezentacja danych, no ale do tego OSM ma własne rendery. Według mnie jedyną, ewentualną, przeszkodą powinna być licencja zabraniająca elektronicznego przetwarzania.

To jest kilka skomplikowanych kwestii, wiec postaram sie po kolei odpowiedziec to co slyszalem.

Licencja CC-By-SA ma w sobie “SA” czyli kazde dzielo pochodne moze byc opublikowane tylko na tej samej licencji, tak zeby przykładowo UMP mogło z powrotem wykorzystac wyniki naszej pracy. Uzytkownicy zarejestrowani do 11 maja udostepniali to co wgrywaja przez edytor na tej wlasnie licencji wiec nie bylo problemu. Ta ktorej uzywanie obowiazuje nowych uzytkownikow jest zupelnie inna, wiec tu juz jest problem.

Ale problem jest tez taki ze ci nowi uzytkownicy udzielaja fundacji OSM praw do zrobienia prawie wszystkiego z tym co wgrywaja przez edytor. Wiec nawet jesli UMP opublikowaloby wyniki swojej pracy na mniej wymagajacej licencji niz CC-By-SA to i tak nie mozna byloby ich wgrac do OSM z normalnego konta, bo tych wszystkich praw nie mozna udzielic do czegos czego sie nie jest wlascicielem, chyba ze to cos jest w domenie publicznej. Jest w planach potencjalne importowanie danych na licencji ODbL ale dla kazdego takiego importu fundacja bedzie musiala zrobic wyjatek, najwyrazniej nie bedzie tego mozna zrobic ze zwyklego konta.

Jesli chodzi o prawa autorskie do wspolrzednych / tagow i bledow, to do konca niewiadomo czy sa one wazne bo trudo powiedziec czy to jest dzialanie tworcze, czy sweat of the brow (nie wiem czy jest jakas lepsza nazwa na to), ale niestety nie mozna tych praw autorskich zignorowac jesli chce sie byc calkowicie bezpiecznym. W niektorych krajach byly sprawy sadowe gdzie zdecydowano ze tak, albo ze nie. Dlatego osm ma zamiar zmienic licencje na taka ktora nie opiera sie na prawie autorskim.

Do tego trudno byloby powiedziec UMP ze ich licencja jest niewazna jesli OSM dotychczas uzywalo tej samej licencji i kiedy ktos wykorzystywal dane z OSM bez spelnienia warunkow CC-By-SA to ludzie wysylali do niego maile i przypomnienia.