You are not logged in.
Jest dostępna wersja 0.2, w której ulepszono trochę interfejs i dodano automatyczną inkrementację wartości. Do pobrania: http://osmapa.pl/konkursy/pikietaz/Pikietaz-0.2.apk
Jeśli ktoś chce pogrzebać w kodzie, leży on pod adresem: https://github.com/dotevo/Pikietaz
A niech sobie strzelają w stopę. Myślę, że część osób będzie wolała obejrzeć to w GSView niż płacić za bilet ![]()
Miło mi poinformować, że Dotevo przygotował prostą aplikację na Androida, służącą do zbierania pikietażu. Jest do pobrania spod adresu: http://osmapa.pl/konkursy/pikietaz/Pikietaz-0.1.apk
Generuje ona gotowy plik .osm, który wystarczy otworzyć w JOSM i po sprawdzeniu danych wysłać na serwer.
Jest to pierwsza wersja (mogą zdarzyć się jakieś błędy), więc pewnie jeszcze interfejs ulegnie poprawieniu, ale dane generuje poprawne.
Zrzut ekranu wersji 0.1:
I QR dla chcących pobrać w łatwy sposób:
Podoba mi się, dzięki :-)
IMHO w OSM powinny być tylko dane odczytane ze słupków. Nie muszą być wszystkie – na interpolację wciąż jest miejsce – ale to już w aplikacjach korzystających z tych danych.
Jak najbardziej, dlatego w konkursie jest ograniczenie interpolacji tylko do 3 kolejnych kilometrów, a nie ma przyzwolenia na interpolację np. całej DK.
To coś na wiki jest tylko propozycją. Co do przyklejania - nie jest to dobry pomysł, bo wtedy jest większa szansa, że gimbaza potlaczowa popsuje pikietaż poprawiając geometrię drogi. Do powiązania słupka z drogą służy ref= i bliskie położenie w stosunku do drogi.
Co do rond - nie interpolować tylko zebrać pk ze słupka, to jest najprostsze wyjście ![]()
Nasz sympatyczny kolega znowu w akcji. Tym razem przenosi POI z nodów na budynki. Oczywiście automatem, bez konsultacji ze społecznością, bo po co...
Przykładowy zestaw zmian (jest ich więcej): http://www.openstreetmap.org/browse/changeset/15976440
Dane adresowe to my cały czas wyciągamy z różnych urzędów, więc to tylko kwestia czasu, kiedy będziemy mieli komplet.
Miło mi poinformować, że Stowarzyszenie OSM Polska organizuje konkurs na zbieranie kilometrażu dróg krajowych, wojewódzkich i innych w Polsce.
Ideą konkursu jest zebranie koordynat słupków pikietażowych, oznaczonych jako n km + 0 i wprowadzenie ich do bazy OSM.
Regulamin konkursu: http://osmapa.pl/konkursy/pikietaz/regu … kietaz.pdf
Ranking słupkododawaczy: http://osmapa.pl/konkursy/pikietaz/
Tagowanie:
Uczestnik zaznacza miejsce na drodze (autostradzie, ekspresówce, krajowej bądź wojewódzkiej), w którym stoi słupek pikietażowy z oznaczeniem n km + 0 poprzez umieszczenie węzła z odpowiednim tagowaniem:
- highway=milestone (tag oznaczający słupek pikietażowy)
- pk=<km> (tag oznaczający odległość od początku trasy, wartość odczytana ze słupka)
- ref=<numer drogi> tag oznaczający numer drogi (np. ref=A1)
Węzeł powinien być umieszczony w osi drogi, ale bez przyklejania go do drogi i innych obiektów. Przykładowy słupek: http://www.openstreetmap.org/browse/node/2272107582
Konkurs jest nastawiony na zbieranie danych w terenie. Dopuszcza się interpolowanie, ale tylko maksymalnie do trzech kolejnych punktów (kilometrów), przy czym ta interpolacja powinna być jak najdokładniejsza i wyznaczona z użyciem narzędzi do mierzenia odległości, które są dostępne w JOSM (np. wtyczka measurement).
Uczestnik, który nie będzie w stanie udowodnić, iż wprowadzone dane zostały zebrane “w terenie”, może utracić prawo do nagrody. Dlatego zachęcamy do zbierania i zachowywania jak największej ilości "dowodów" w postaci śladów GPX i zdjęć, tak, by komisja konkursowa nie miała wątpliwości co do słuszności otrzymanego miejsca.
Przypominamy również o konieczności zachowania bezpieczeństwa na drodze, więc najlepiej, gdy zbieraniem słupków zajmie się pasażer ;-)
Nagrody:
1. miejsce - nagroda rzeczowa o wartości ok. 400 zł
2. miejsce - nagroda rzeczowa o wartości ok. 250 zł
3. miejsce - nagroda rzeczowa o wartości ok. 100 zł
Sponsorem głównej nagrody jest firma Abakus ST. Sponsorem pozostałych nagród jest stowarzyszenie OSM Polska.
Zakończenie konkursu - 30 czerwca 2013 roku.
Dlaczego warto? Pomijając konkurs, pikietaż w założeniu ma być wykorzystywany w działaniach Państwowej Straży Pożarnej, więc te dane mogą przydać się każdemu z nas.
<facepalm>
Skoro już tak komuś odbiło, to niech przynajmniej ustawi sobie zmienną createcircle.nodecount w ustawieniach JOSMa na jakąś większą wartość, bo teraz to wygląda jak ośmiobok ![]()
Raczej nie ma.
Dostałem niedawno odpowiedź od gminy Trzebownisko, odmowną. Mianowicie, owa gmina odmówiła udostępnienia informacji publicznej z EMUiA powołując się na brak interesu publicznego. Tego jeszcze nie było ;-)
Skan otrzymanego pisma z UG: http://zibi.openstreetmap.org.pl/osm/trzebownisko.jpg
Razem z Tomkiem przygotowaliśmy odpowiedź. Wrzucę tutaj, może komuś się przyda w przyszłości, jeśli któryś urząd użyje podobnej argumentacji..
W nawiązaniu do pisma OŚR.6624.2013 z dnia 5 kwietnia 2013 (a otrzymanego 22 kwietnia) pragnę wskazać co najmniej dwa aspekty, gdzie może występować pojęcie interesu publicznego, na który Państwo powołują się w swojej decyzji.
Dane z projektu OpenStreetMap są wykorzystywane między innymi przez Państwową Straż Pożarną oraz Pogotowia Ratunkowe w procesie prowadzenia oraz koordynacji działań ratowniczych (system SWD-ST). Pozyskane dane pozwoliłyby usprawnić proces lokalizacji zaistniałego zdarzenia, co mogłoby wpłynąć na poprawę bezpieczeństwa publicznego na terenie Państwa gminy.
Drugi aspekt to przykład firm kurierskich. Pragnę zauważyć, iż miejscowość Trzebownisko posiada ponad tysiąc numerów porządkowych nie posiadając przy tym nazw ulic. W takiej sytuacji znalezienie szukanego adresu jest bardzo kłopotliwe – przyczynia się do niepotrzebnego błądzenia, a co za tym idzie, niszczenia dróg, generowania hałasu i zanieczyszczeń. Otrzymanie wnioskowanych danych mogłoby przyczynić się do zmniejszenia tego zjawiska. Dodam także, że obecnie żadna z popularnych, komercyjnych i niekomercyjnych map nie dysponuje punktami adresowymi dla gminy Trzebownisko. Uzyskane od Państwa dane byłyby zatem bardzo pomocnym i jedynym ogólnodostępnym źródłem tego typu informacji.
W nadesłanej odpowiedzi powołują się Państwo na art 3. ust. 1 pkt 1 ustawy o dostępie do informacji publicznej. Pragnę zauważyć, że wnioskuję o dane w formacie GML, o którym jest mowa w rozporządzeniu MAiC z dnia 9 stycznia 2012 r. (Dz.U. 2012, poz. 125). W paragrafie 10.1, punkt 2 wskazano formy udostępnienia informacji z ewidencji miejscowości, ulic i adresów, w sposób nie powodujący "przetworzenia informacji". Wskazane formy stanowią produkty docelowe ewidencji. W podpunkcie a) wyżej wymienionego paragrafu organ wydający rozporządzenie wskazał: "(Informacje zawarte w ewidencji udostępnia się) (w postaci) dokumentów elektronicznych w formacie GML, zgodnie ze schematem GML określonym w załączniku nr 3 do rozporządzenia", w związku z czym podnoszony przez Państwa argument konieczności przetworzenia danych jest niewłaściwy.
Pragnę również wskazać na par. 10 rozporządzenia jako całość - ustawodawca/wydający rozporządzenie przewidział możliwość udostępniania usługi sieciowej, a więc udostępniania bez wykazania jakiegokolwiek interesu prawnego, co więcej ustawa o dostępie do informacji publicznej przewiduje, że urząd nie może wymagać wykazania interesu, jeśli informacja dotyczy spraw publicznych.
W związku z powyższym podtrzymuję swój wcześniejszy wniosek o udostępnienie informacji publicznej.
Teraz czekamy na ciąg dalszy :-)
Nie ma urazy, jednak byly tam informacje. M.in. swietny link z opracowaniem na temat projekcji.
Proszę: http://www.merkato.polineo.pl/index.php … to-sie-je/
podzielił budynki na osobne wg. numerów klatek
wg
Dzisiaj testowo zebrałem trochę (61) słupków w terenie.
Używałem aplikacji KeypadMapper i jestem zadowolony z efektu. Oczywiście, aplikacja ta służy do zbierania adresów, ale po drobnej konwersji w JOSM uzyskałem gotowe dane do wrzucenia.
Ogólnie dobre zajęcie dla nudzącego się pasażera ;-) więc zachęcam do zajęcia go zbieraniem pikietażu będąc w drodze nad morze :-)
Nonono, highway=path to ścieżka jest, a nie droga - czyli coś, po czym auto ani traktor nie pojedzie.
(co jest akurat w tym konkretnym przypadku ważne)
Co jest ważne, a co nie, jest kwestią umowną.
Drogi leśne ogólnie tagujemy używając tagów:
highway=track
surface=gravel/sand/ground/grass
access=private/forestry/designated
tracktype=grade1 do grade5
motor_vehicle=yes/no
Jeśli te drogi, o które pytasz są dobrej lub bardzo dobrej jakości, możesz je wyróżnić za pomocą tagu tracktype= - patrzaj opis na wiki: http://wiki.openstreetmap.org/wiki/Pl:Key:tracktype
Ups, jakoś źle szukaliśmy, bo okazuje się, że w bazie jest ponad 11k takich obiektów, więc nie wynaleźliśmy koła ;-)
http://taginfo.openstreetmap.org/search … Dmilestone
W związku z tym raczej musimy się dostosować:
- highway=milestone
- ref=<numer drogi>
- source=survey/interpolated
- pk=<wartość w km> (np. pk=35). W przypadku krajów, gdzie stosuje się mile - pk=35 mi
1) Trzeba to zrobić uniwersalnie, bo wbrew pozorom takie dane są też na kolei
Nie wiem o jakich pozorach mówisz, ale ja nie widzę problemu - dajesz railway=distance_marker, reszta bez zmian.
3) Ja bym jednak osobiście preferował jednak słupki na węzłach, by było wiadomo do której jezdni to się tyczy.
Niezbyt dobry pomysł, bo przyjdzie user, poprzesuwa poprawiając drogę i pikietaż szlag trafi. Ja proponuję, by słupek stawiać w osi jezdni ale bez przyklejania go do linii.
Jedynie jest taki proposal http://wiki.openstreetmap.org/wiki/Prop … Milestones
ale on nie ma zupełnie pokrycia w danych, czytaj: ktoś wymyślił schemat, ale nie zadbał o wygenerowanie żadnych danych wg niego.
W związku z tym bierzemy temat zupełnie na świeżo, starając się ustalić schemat tagowania, który będzie odpowiadał nam i reszcie świata. W następnej kolejności pozbieramy trochę słupków z terenu, żeby coś był w bazie, dzięki czemu będzie łatwiej przekonać resztę świata do jego użycia.
Hej
Po dyskusji na IRC-u opracowaliśmy wstępny schemat tagowania słupków kilometrażowych. Pomysł powrócił, bo okazuje się, że takie dane mogą być przydatne dla naszych służb ratunkowych.
I tak:
- highway=distance_marker
- ref=<numer drogi>
- source=real/interpolated
- distance=<wartość w km> (np. distance=35). W przypadku krajów, gdzie stosuje się mile - distance=35 mi
Słupki stawialibyśmy jako węzły niepołączone z drogą, na prawej krawędzi jezdni w kierunku przyrostu (jeśli jest bing, jeśli nie ma to wg śladu GPX). Oprócz tego węzły należy dodać do relacji drogi z rolą distance_marker.
Wersja robocza jest tutaj, jeśli ktoś ma jeszcze jakieś pomysły: http://etherpad.wikimedia.org/R1noO3IJh0
Już po spotkaniu :-)
Podsumowując w telegraficznym skrócie:
- spotkaliśmy się z panem Krzysztofem Siewiczem (prawnikiem)
- Jendrusk opowiadał nam o działaniu SWD-ST
- odwiedził nas przedstawiciel maximapa.pl
- przeprowadziliśmy walne zebranie członków, podczas którego odbyły się wybory do Zarządu i Komisji Rewizyjnej
Ogólnie spotkanie oceniam pozytywnie - było warto, bo oprócz tych kilku suchych faktów było mnóstwo dyskusji i radości :-)
Niestety, dostałem info na IRC, że jedna z osób nocujących nie przyjedzie, więc jeśli ktoś chciałby w ostatniej chwili wskoczyć na jej miejsce, zachęcam.
Przypomnę, koszt noclegu to 100 zł za dwie noce.
Aha, gdyby komuś z nocujących coś nagle wypadło i nie mógłby przyjechać niech da znać czym prędzej - zawsze może się zdarzyć sytuacja odwrotna, że ktoś chciałby przyjechać, ale nie ma noclegu. Wtedy wskoczyłby na wolne miejsce i nic by się nie zmarnowało (mówię o pieniądzach za nocleg).
Hej
Info dla osób nocujących - jako że nikt nie kwapił się do dobrania sobie współspaczy zrobiłem to wedle własnego uznania. Przy meldowaniu się pamiętajcie, że rezerwacja jest na moje nazwisko, więc nie pytajcie w recepcji o OSM, bo to hasło tam nikomu nic nie powie ;-) Lista z nazwiskami osób nocujących poszła już do hostelu, więc powinno wszystko odbyć się gładko.
Dla pozostałych - przypominam, że spotykamy się na Politechnice Łódzkiej, Wydział Elektrotechniki, Elektroniki, Informatyki i Automatyki, Sala Rady Wydziału o godzinie 10:00. Planujemy uwinąć się z formalnościami do godziny 13:00. Potem będzie czas na tematy związane stricte z OSM, więc zapraszamy każdego zainteresowanego na spotkanie (że tak to szumnie ujmę) z trzonem polskiego OpenStreetMap ;-)