Pytania początkujących

marek kleciak · 2013-08-16 14:48:50

name = Dom Sołtysa
ale chyba eleganciej jest "Sołectwo?"

Jagoda · 2013-08-16 14:58:42

Sołectwo to jednostka administracyjna. Chyba innej nazwy nie ma niż dom sołtysa.

Last edited by Jagoda (2013-08-16 14:59:58)

marek kleciak · 2013-08-16 15:18:26

Hmm, Miodek to ja nie jestem wiec tak tylko kombinuje:

Skoro jest:
Proboszcz, Probostwo jako jednostka administrycyjna oraz proboszczówka lub np.
Lesnik, Lesnictwo i lesniczówka to moze...

Soltysówka

gregorisan · 2013-08-16 19:49:13

Jak otagować coś takiego: Całopalne Cmentarzysko Kurhanowe?
http://pl.wikipedia.org/wiki/Las_Miejsk … _Raciborzu

Zibior2 · 2013-08-16 21:36:37

misiek44 wrote:

Jaki jest schemat oznaczania domu sołtysa?
Który atrybut wybrać?
addr:housename = Sołtys czy name = Sołtys?

name=Sołtys wystarczy.

miklobit · 2013-08-16 22:19:47

marek kleciak wrote:

name = Dom Sołtysa
ale chyba eleganciej jest "Sołectwo?"

A BTW to sołtys jest wybierany na konkretną kadencję (której czas trwania określa rada gminy) i ten fakt powinien być jakoś uwzględniony w tagowaniu, bo jak sołtys się zmieni to i jego siedziba również.

Zibior2 · 2013-08-16 22:29:33

miklobit wrote:

A BTW to sołtys jest wybierany na konkretną kadencję (której czas trwania określa rada gminy)

Miałem o tym napisać w poprzednim poście, ale nie napisałem ;-) Sołtysów zaznacza zazwyczaj jakiś tubylec i raczej zadba o tę zmianę po wyborach. A jeśli dom sołtysa naniesie okazjonalny nietubylec to wtedy jest większa szansa, że ktoś spoza OSM zechce poprawić ten błąd i wciągnie się w mapowanie ;-)
Dlatego uważam, że nie ma co mnożyć tagów w tym przypadku.

matteusz123 · 2013-08-18 12:26:23

Cześć Wszystkim. Jestem tu nowy. Zaktualizowałem swoją miejscowość: http://www.openstreetmap.org/#map=17/51.22877/20.47637
Zobaczcie, czy wszystko jest ok.
Mam jeszcze pytanie odnośnie aktualizacji map. Uzywam map Be On Road (android) i tam mam właśnie OSM. Kiedy mogę spodziewać się aktualizacji map?

Zibior2 · 2013-08-18 13:05:50

matteusz123 wrote:

Zobaczcie, czy wszystko jest ok.

Hej
- robisz niestyki, np. http://www.openstreetmap.org/browse/node/2422351941
- rysujesz ulica na ulicy, np.: http://www.openstreetmap.org/browse/way/233922759 i http://www.openstreetmap.org/browse/way/233922760
- stosujesz embankment=yes tam gdzie wydaje się to zbyteczne
- stosujesz dla niektórych ulic addr:city=Fidor, a ulice są w miejscowości Nieświn, więc powinno być addr:city=Nieświn
- tam gdzie nie ma asfaltu a droga jest otagowana jako highway=residential, powinieneś dodać surface=unpaved
- dla ulic nie ma potrzeby stosowania addr:street= - wystarczy samo name= i addr:city=

Jeśli zależy Ci na jakości polecam edytor JOSM - on posiada walidator, który wyłapałby takie błędy.

Co do pytania o nawigację - nie znam odpowiedzi i może się zdarzyć, że nikt z forumowiczów nie zna, ponieważ ZTCW ludzie tutaj używają głównie aplikacji OsmAnd i/lub Mapfactor Navigator Free.

Pozdrawiam i życzę powodzenia w mapowaniu :-)

matteusz123 · 2013-08-18 13:56:29

Oki, dzieki za wszelkie informacje :-)

Jakby ktos przeczytal to i wiedziel cos o Be On Road, a konkretnie aktualizacje map, to prosze dac info.

painkill · 2013-08-18 14:17:46

BeOnRoad jak dobrze pamiętam 2 aktualizacje map OSM na rok cytat z google play ( Aponia Software, s.r.o. 21 czerwca 2013 - Hello, we update maps a two year.).
Z tym jedna była nie dawno. Więc nieprędko bym się spodziewał. Polecam sprawdzić Mapfactor Navigator Free aktualizacje map co miesiąc, z tym że tych zmian bym się spodziewał za 2 miesiące na mapie.

matteusz123 · 2013-08-19 08:28:40

Rozumiem, dzięki za wszelkie informacje

Niestety mam ten problem, że jestem posiadaczem Androida 2.1, a Mapfactor jest od 2.2 w górę, więc sobie nie pójdzie.
OSMAnd pójdzie, ale jakaś dziwna ta nawigacja.. Więc pozostało mi Be On Road, która działa bardzo dobrze i na A 2.1

arturfrm · 2013-08-19 13:31:53

Mam pytanie - jak usunąć/przywrócić na mapie stan poprzedni, dla zapisanej i ujawnionej już zmiany? (chodzi o obiekt punktowy i jego poprzednie współrzędne)
Z góry dziękuję

Zibior2 · 2013-08-19 13:44:11

Chodzi o zmianę, której Ty dokonałeś? Tutaj masz listę swoich zmian http://www.openstreetmap.org/user/arturfrm/edits - znajdź tę którą chcesz wycofać i podeślij tutaj.

arturfrm · 2013-08-21 13:04:31

Żeby się nie rozdrabniać - najlepiej wszystkie, łącznie z tymi z dzisiejszego dnia (21-08).
Głównie chodzi o hydranty - potraktowałem je jako punkty adresowe i poprzesuwałem je na budynki :-\
Dzisiaj zacząłem je przywracać, ale nie znalazłem opcji wprowadzania punktów po współrzędnych więc zacząłem to robić "graficznie" na bazie mapy offline - posiadanej w komórce.
Serdecznie dziękuję za pomoc - obiecuję poprawę :-)

Zibior2 · 2013-08-21 13:09:04

Zrobione.

arturfrm wrote:

Serdecznie dziękuję za pomoc - obiecuję poprawę :-)

W ramach poprawy możesz spróbować używać edytora JOSM, zamiast tego w przeglądarce (iD).

JakubS · 2013-08-21 23:23:47

Panowie, mam pytanie o różnicę pomiędzy waterway=ditch a waterway=drain. Czy dobrze myślę, że różnica ta polega na tym, że drain oznacza stałą obecność wody płynącej, natomiast ditch to typowy rów, zapełniający się wodą jedynie okresowo i ta woda niekoniecznie płynie? Chciałem zrobić trochę porządku z ciekami w mojej okolicy i wolę się upewnić, zanim zacznę poprawiać (lub nie).

Last edited by JakubS (2013-08-21 23:25:24)

arturfrm · 2013-08-22 09:57:29

Zbigniew_Czernik wrote:

Zrobione.
W ramach poprawy możesz spróbować używać edytora JOSM, zamiast tego w przeglądarce (iD).

Będę musiał. W sieci znalazłem jakieś skrypty umożliwiające cofanie zatwierdzonych już zmian - co jak widać może się przydać :-)

Dotevo · 2013-08-22 12:31:08

JakubS wrote:

Panowie, mam pytanie o różnicę pomiędzy waterway=ditch a waterway=drain. Czy dobrze myślę, że różnica ta polega na tym, że drain oznacza stałą obecność wody płynącej, natomiast ditch to typowy rów, zapełniający się wodą jedynie okresowo i ta woda niekoniecznie płynie? Chciałem zrobić trochę porządku z ciekami w mojej okolicy i wolę się upewnić, zanim zacznę poprawiać (lub nie).

Ja z tego tak korzystam, ale fajnie jeśli ktoś potwierdzi.

benek · 2013-08-22 13:27:09

Dotevo wrote:

JakubS wrote:
Panowie, mam pytanie o różnicę pomiędzy waterway=ditch a waterway=drain. Czy dobrze myślę, że różnica ta polega na tym, że drain oznacza stałą obecność wody płynącej, natomiast ditch to typowy rów, zapełniający się wodą jedynie okresowo i ta woda niekoniecznie płynie? .
Ja z tego tak korzystam, ale fajnie jeśli ktoś potwierdzi.

Nie ma to większego znaczenia.
Ditch to najmniejszy rów i tę wartość stosuje się zarówno dla waterway jak i dla barrier. W tym drugim przypadku to oczywiście rów suchy,ale na OSM często typowe rowy melioracyjne tagują oboma kluczami.
Drain to rów większy.Czyli to głęboki rów jak i mały kanał doprowadzający wodę do stawów.
Z natury rzeczy trudno mówić, że kanał odwadniający (nawadniający) może być suchy.
Zatem z binga można wyczytać czy rów niesie dużo wody tzn jest szeroki lub głęboki.
To ważne, bo drain renderuje się dwa razy grubszą kreską.
Zatem można zamiennie stosować aby skalować wagę cieku wodnego, tu drain często przechodzi w stream.
Zatem drain to rów trudny do przeskoczenia, a stream na nizinach to mała rzeczka czyli w większości wypadków niemożliwy do przeskoczenia.
W górach jest inaczej, bo stream czyli potok jest tak szybki, że może być wąski, a i tak dużo wody niesie, zatem na mapie ciągnie się daleko i zwykle ma nazwę rzeki, której jest początkiem.
Skoro OSM nie przewiduje routingu "dla ryb", nie ma się co przejmować skalowaniem cieków wodnych.
Przy większych istnieją tagi opisujące spławność łodzią.
Wiki podaje typowe wymiary ditch i drain, ale "co kraj to obyczaj" ( w melioracji), więc granice rozdziału są płynne.
Drain to rów zbiorczy zbierający wodę z mniejszych rowów, oraz rów na pojezierzu, który może zasilać jak i odbierać wodę np. ze stawów rybnych, kopalni odkrywkowych itp.
Wystarczy robić pod "render" a będzie dobrze.
Odradzałbym opisywanie rowu melioracyjnego tagiem barrier, bo zdaje się nie renderuje się na niebiesko, więc na niejednej mapie zaskoczy taka bariera w "czapce niewidce".
Kryterium"woda płynie okresowo" jest trudne do zweryfikowania, bo i w drain nie zawsze musi być woda.
Zatem szerokość i głębokość czyli cień na bingu, świadczy o utrzymaniu, a co za tym idzie o roli w odwadnianiu.
Ważne przy porządkowaniu rowów aby zawsze nadawać layer=-1, to ubędzie błędów na keepright przy rysowaniu dróg polnych, bo to najczęstszy "błąd skrzyżowań".

Last edited by benek (2013-08-22 13:31:30)

Zibior2 · 2013-08-22 13:32:17

benek wrote:

Ważne przy porządkowaniu rowów aby zawsze nadawać layer=-1, to ubędzie błędów na keepright przy rysowaniu dróg polnych, bo to najczęstszy "błąd skrzyżowań".

Nie tagujemy pod walidatory - to jest kiepski pomysł. layer=-1 powinien być stosowany tylko jeśli coś jest nad, np. przepust.

Dotevo · 2013-08-22 14:14:18

Zbigniew_Czernik wrote:

benek wrote:
Ważne przy porządkowaniu rowów aby zawsze nadawać layer=-1, to ubędzie błędów na keepright przy rysowaniu dróg polnych, bo to najczęstszy "błąd skrzyżowań".
Nie tagujemy pod walidatory - to jest kiepski pomysł. layer=-1 powinien być stosowany tylko jeśli coś jest nad, np. przepust.

Uważam dokładnie tak samo. Dla routingu tak na prawdę to nie ma znaczenia, a przynajmniej my wiemy gdzie brakuje mostów. Uciszanie walidatora na siłę to zło.

benek · 2013-08-22 14:25:28

Zbigniew_Czernik wrote:

Nie tagujemy pod walidatory - to jest kiepski pomysł. layer=-1 powinien być stosowany tylko jeśli coś jest nad, np. przepust.

A sądziłem że autorzy walidadorów mają wiedzę, która łączy wiele "regionalizmów" i podpowiadają jak rysować lepiej niż to robi wiki.
Trudno znaleźć sieć rowów, która nie korzysta z przepustów aby umożliwić dojazd do każdej działki rolnej, czyli średnio co 100m.
Po kiego grzyba tagować przepusty skoro zakładając rów z właściwym poziomem -1 wiemy, że każde przedłużanie rowu to automatyczne skopiowanie atrybutów do kontynuowanego odcinka, co daje oszczędność czasu i zmniejsza liczbę błędów?
No chyba, że wiemy iż dany rów nie będzie przechodził pod żadnym przepustem, ale dlaczego odcinek przed przepustem miałby mieć inny poziom niż odcinki między przepustami?
Czyżbyś proponował nadanie niższego poziomu tylko na odcinku przepustu?
Czyli ciek dwupoziomowy?
Ludzie tagują layer=-1 i odpada im poprawianie licznych błędów pod keepright.
Czesi wprowadzili strumienie z państwowej bazy, i mają tak czerwone mapy z braku layer=-1, że nikt tam nie zauważa błędów skrzyżowań dróg jezdnych.
Wielu nowicjuszy rysuje drogi polne przez moje strumienie, a potem muszę te czerwone (czyli ważne) błędy z keeprighta poprawiać.
Zatem wolę zawczasu obniżyć poziom i tak robi wiele osób.
Poświęciłem temu wiele dni, a nie wiem czy da się sprawdzić ile tysięcy tych błędów usunąłem.Wprowadzając layer=-1 na strumieniu, powodujemy, że znika nawet do 10 błędów na jego odcinku.
Dziwne te stwierdzenie: "nie robić pod render", nie robić po walidadora.
To pod co robić?
Może pod routing pieszych lub routing żab?
Rysowanie wąską kreską szerokich dróg (za wyjątkiem koryt rzecznych), prowadzi do udziwnień typu wywijasy na chodnikach biegnących po przeciwnej stronie krawężnika niż jezdnia (łączenie z osią jezdni dla zapewnienia routingu).
Jezdnia może być ślepa a chodnik nie może?
Wszelkie zasady na OSM kłócące się z logiką czyli z intuicją nowicjuszy, zaskakują ich i zniechęcają do mapowania.
Wszytko powinno być proste jak to, że rów dopiero zaczynający się to ditch, a rów zbiorczy biegnący między wioskami to drain.
Mapa powinna najdokładniej odwzorowywać rzeczywistość, to będzie czytelna, jak i prosto się ją będzie rysować.
Poważny mankament to brak renderingu wałów rzecznych, nasypów, pochyłych wjazdów (ramp), pojedynczych krzaków, wież kościelnych, kominów itd.,czyli najistotniejszych elementów krajobrazu ułatwiających orientację w terenie.
Pewnie mało kto wie jaki tag ma przepust i tagują jak muszą jako tunnel.

Uważam, że JOSM powinien z automatu nadawać layer=-1 dla każdego cieku, a jeśli byłoby to konieczne to zmieniłoby się poziom ręcznie.
A tak to ludzie kombinują i uważają, że woda ma zawsze poziom =0, toteż często spotykam jak dla drogi nad ciekiem wodnym nadają layer=1
Brak tagu "pochylnia" powoduje, że winduje się wielopoziomowe skrzyżowania tak, że potem ta sama droga ma dwa lub więcej poziomów.
Walidadory krzyczą przy okazji rozmaitych ciągów pieszo-handlowych (pasaży), do którvch prowadzą schody, że poziomy są podejrzane.
Bez uporządkowania tego mikromaping nie ma sensu.

Dotevo · 2013-08-22 14:34:38

benek wrote:

Czesi wprowadzili strumienie z państwowej bazy, i mają tak czerwone mapy z braku layer=-1, że nikt tam nie zauważa błędów skrzyżowań dróg jezdnych.

Można wyłączyć walidowanie water-way (kliknij na +)

benek wrote:

Dziwne te stwierdzenie: "nie robić pod render", nie robić po walidadora.

Walidator to narzędzie dla nas. Mapowanie pod rendering polega na tym, że ktoś nagina rzeczywistość aby coś się ładniej pokazało lub w ogóle pokazało. mamy obecnie tyle renderingów, że jeśli mapujesz pod jakiś konkretny to na innych się coś spieprzy. Dlatego my mapujemy jak jest w rzeczywistości, a jeśli coś się źle pokazuje na renderingu to poprawiamy rendering.

benek wrote:

Jezdnia może być ślepa a chodnik nie może?

Może, ale czy jeśli tam dojdziesz to faktycznie nigdzie nie będziesz mógł pójść? Osie ulic/chodników są dla reprezentacji routingowej.

benek wrote:

Poważny mankament to brak renderingu wałów rzecznych, nasypów, pochyłych wjazdów (ramp), pojedynczych krzaków, wież kościelnych, kominów itd.,czyli najistotniejszych elementów krajobrazu ułatwiających orientację w terenie.

Cały czas powstają nowe renderingi i to kwestia czasu, aż taki powstanie. Powstanie szybciej jeśli będzie więcej takich danych.

Nadal uważam, że uciszanie walidatora jest złe, bo on jest informacją dla nas. To tak jakby z automatu wszystkie website z błędem 404 zmienić na http://openstreetmap.org błędu nie ma, ale dane lepsze nie są.

benek · 2013-08-22 14:50:15

Dotevo wrote:

Zbigniew_Czernik wrote:
Nie tagujemy pod walidatory - to jest kiepski pomysł. layer=-1 powinien być stosowany tylko jeśli coś jest nad, np. przepust.
Uważam dokładnie tak samo. Dla routingu tak na prawdę to nie ma znaczenia, a przynajmniej my wiemy gdzie brakuje mostów. Uciszanie walidatora na siłę to zło.

Ale gdzie tu widzicie siłę?
Nadanie na początku tagu layer=-1 powoduje, że wiele kilometrów rzeczki, czyli wiele skrzyżowań z drogami, nie będzie wymagało dodatkowego tagowania czyli np zakładania przepustów lub tuneli.
Konsekwentne nadawanie strumieniom layer=-1 daje wiedzę, że drogi na poziomie gruntu mają poziom=0.

Keepright to wspaniałe narzędzie szczególnie dla nowych, którym nikt nie mówi co wolno a co nie, i z niego się uczą.
Nikt np. nie mówi na wejściu, że OSM to routing (i kiepski render), a oni myślą, że OSM to mapa rastrowa, która dzięki wielu poziomom pozwala upchać wszytko np wydeptaną ścieżkę przez trawnik.
Bo do nawigacji nie potrzeba 20 poziomów rastra a wystarczy mapa wektorowa.
20 poziomów ma się łatwo oglądać tzn ikony mają nie włazić na siebie, czyli rendering przed routingiem.
Nie uciszać walidadora tzn spowodować, że będzie tak zaśmiecony, że nikt z niego nie będzie korzystał?
Skoro to tak nieistotny błąd to może autor walidadora niech tego nie wyłapuje, a już z pewnością niech nie kreśli na czerwono?
Jak zaczynałem to pisałem do Dotevo, że będę przerywał rowy, bo nie wiem czy tagowanie przepustów ma sens.
Czyli za jednym zamachem dobry rendering i uciszenie walidadora.
Na to pisałeś, że to utrata danych.
Wystraszyłem się że psuję "routing żab".
Jak coś jest nieintuicyjne to będzie powodować ciągłe kłopoty.
Przykładowo Dotevo pisze mi, że mam zapewnić routing dla pieszych.
To ja się zacząłem zastanawiać po co chodniki mają mieć wspólny węzeł z osią jezdni jak ją przecinają?
Czy routing pieszych będzie prowadził ich środkiem jezdni?
Skoro chodnik nie może być ślepy, (a nie podobało mi się kończenie chodników w osi jezdni,szczególnie jak nie ma zebry) to pomyślałem, że będę kończył chodniki na ścianie budynku .
A co chyba to logiczne, że jak chodnik ma wspólny węzeł ze ścianą to dalej nawigacja nie poprowadzi.
Dlatego należy forsować rozwiązania intuicyjne, aby ludzie nie uczyli się na Macajewa.

Last edited by benek (2013-08-22 14:50:50)

Announcement

#1226 2013-08-16 14:48:50

Re: Pytania początkujących

#1227 2013-08-16 14:58:42

Re: Pytania początkujących

#1228 2013-08-16 15:18:26

Re: Pytania początkujących

#1229 2013-08-16 19:49:13

Re: Pytania początkujących

#1230 2013-08-16 21:36:37

Re: Pytania początkujących

#1231 2013-08-16 22:19:47

Re: Pytania początkujących

#1232 2013-08-16 22:29:33

Re: Pytania początkujących

#1233 2013-08-18 12:26:23

Re: Pytania początkujących

#1234 2013-08-18 13:05:50

Re: Pytania początkujących

#1235 2013-08-18 13:56:29

Re: Pytania początkujących

#1236 2013-08-18 14:17:46

Re: Pytania początkujących

#1237 2013-08-19 08:28:40

Re: Pytania początkujących

#1238 2013-08-19 13:31:53

Re: Pytania początkujących

#1239 2013-08-19 13:44:11

Re: Pytania początkujących

#1240 2013-08-21 13:04:31

Re: Pytania początkujących

#1241 2013-08-21 13:09:04

Re: Pytania początkujących

#1242 2013-08-21 23:23:47

Re: Pytania początkujących

#1243 2013-08-22 09:57:29

Re: Pytania początkujących

#1244 2013-08-22 12:31:08

Re: Pytania początkujących

#1245 2013-08-22 13:27:09

Re: Pytania początkujących

#1246 2013-08-22 13:32:17

Re: Pytania początkujących

#1247 2013-08-22 14:14:18

Re: Pytania początkujących

#1248 2013-08-22 14:25:28

Re: Pytania początkujących

#1249 2013-08-22 14:34:38

Re: Pytania początkujących

#1250 2013-08-22 14:50:15

Re: Pytania początkujących

Board footer