Pytania początkujących

S0Cool · 2012-09-05 20:04:28

Debeet wrote:

Mam zagwostkę z pewnym rondem. Nie wiem czy to jest moja wina, czy routingu. Dlaczego OSRM nie prowadzi po rondzie? Trzeba wprowadzać ograniczenia skrętu?
http://map.project-osrm.org/1hR

OSRM prowadzi poprawnie. Chodzi o to, że to "pierwszy" wyjazd zamiast "drugi"? Pewnie tak samo będą w tym miejscu komunikować nawigacje. Rondo narysowałeś w ten sposób, że wjazd na nie z ul Jagiellońskiej jest w tym samym węźle co pierwszy wyjazd (kontynuacja ulicy Jagiellońskiej) - stąd węzeł ten nie jest liczony jako "pierwszy" wyjazd bo to de facto dopiero "wjazd". Jeśli w terenie tak to wygląda jak narysowano, prawdopodobnie lepiej byłoby rozdzielić ten węzeł na dwa leżące blisko siebie. Dzięki temu jadąc cały czas ul. Jagiellońską formalnie trzeba będzie wjechać na rondo i przejechać nim pewien odcinek (choćby 1cm) i wyjechać na pierwszym wyjeździe kontynuując jazdę prosto, a wyjazd na ul. Grunwaldzką stanie się w ten sposób drugi.

A najlepsze jest to, że tłumacząc Ci tę sytuację sam zrozumiałem, dlaczego ostatnio nawigacja przez każde rondo w Tychach, przez które jechałem prosto prowadziła "zjedź z ronda na PIERWSZYM wyjeździe"

Zbigniew Czernik · 2012-09-05 20:15:06

Ale wy poważnie słuchacie co wam nawigacja mówi? No sorry, ale ja wolę popatrzeć jednak na wyświetlacz...

Debeet · 2012-09-06 00:06:24

Dziwne, teraz jest już dobrze. Być może dane na serwerze jeszcze się w pełni nie zaktualizowały.

Czerwonym kolorem zaznaczyłem poprzedni nieprawidłowy przebieg drogi w nawigacji. Zamiast korzystać z ronda, kazało skręcać jak na zwykłym skrzyżowaniu.

Władysław Komorek · 2012-09-07 11:16:19

Nazwa wzgórza i jego najwyższy punkt.

Często, lokalnie, mamy jakieś pasmo wzgórz, z nazwą powszechnie używaną.

Jakim tagami opisać pasmo wzgórz i jego najwyższy punkt?

Polimerek · 2012-09-07 11:44:27

Władysław Komorek wrote:

Nazwa wzgórza i jego najwyższy punkt.
Często, lokalnie, mamy jakieś pasmo wzgórz, z nazwą powszechnie używaną.
Jakim tagami opisać pasmo wzgórz i jego najwyższy punkt?

Pasmo zdaje się, że trzeba wpisać tak:

Zrobić "drogę" (nie obszar) idący granią (grzbietem) pasma i dać tej "drodze" tag:

natural=ridge
name=nazwa pasma

"droga" może być rozgałęziona, ale nie może być obszarem.

Szczyty wpisuje się za pomocą:

natural=peak
name = nazwa szczytu
ele= wysokość

W wysokich skalistych górach z typową granią (jak np: Orla Perć w Tatrach, czy grań Kościelców) sugerują zamiast tagu "rigde" używać tag "arete".

Władysław Komorek · 2012-09-09 07:40:00

inner / outer

Przy boundary=administrative, w relacji:
osiedle -> dzielnica -> miasto -> gmina -> powiat -> państwo

co ma być "inner" a co "outer"?

Czy ważny jest kierunek w tych obrysach, a zwłaszcza, gdy obrys osiedla jest częściowo wzdłuż linii dzielnicy, lub niezależny, wewnątrz?

Zbigniew Czernik · 2012-09-09 09:33:46

outer ma mieć rolę linia tworząca daną granicę. Inner w odniesieniu do granic w polskich realiach się nie stosuje (chyba). Kierunek linii nie ma znaczenia.

jeluk · 2012-09-10 11:51:17

W poście http://forum.openstreetmap.org/viewtopi … 45#p269645 zadałem pytania, ale tam od dłuższego czasu nikt jakoś nie zagląda. Żeby tu się nie powtarzać, to proszę, zajrzyjcie tam i w miarę możliwości rozwiążcie moje problemy.
Z góry dziękuję.

marek kleciak · 2012-09-10 12:29:02

Tam jest już odpowiedź. Które fragmenty są dla Ciebie nadal niejasne?

Last edited by marek kleciak (2012-09-10 12:56:20)

jeluk · 2012-09-10 12:46:06

Dziękuję. Jak na razie wszystko jest jasne. Będę próbował robić wg tych wskazówek.
A odpowiedź pojawiła się już po moim powyższym mailu.

Zbigniew Czernik · 2012-09-10 13:26:58

Czy jest opracowany schemat tagowania dla strefy płatnego parkowania? Nie chodzi mi o tagowanie dróg i/lub wszystkich parkingów (fee=yes) w takiej strefie, ale o zaznaczanie obszaru, w którym parkowanie jest płatne.

marek kleciak · 2012-09-10 14:14:07

Nie mam pojecia, najlatwiej osobny obszar zaznaczyc chyba...

Zbigniew Czernik · 2012-09-10 14:16:29

No tak, ale jak go otagować? To pytanie jest do Ciebie Marku, bo liczę, że zapodasz temat "za miedzą" ;-)
Przyznaję, że nie szukałem na wiki, dlatego to pytanie jest tutaj :-)

marek kleciak · 2012-09-10 14:39:51

Zaakceptowany proposal niby jest tutaj.
http://wiki.openstreetmap.org/wiki/Prop … es/parking
Pytanie poszlo do Data Working Group.

marek kleciak · 2012-09-10 16:11:37

Nie ma schematu tagowania. Wszystko trzeba pojedynczo tak jak z ograniczeniami prędkosci do ulic...

Zbigniew Czernik · 2012-09-10 18:09:09

Hm, to trochę źle. Załóżmy, że będziemy chcieli wygenerować warstwę ze strefami płatnego parkowania i co? Na podstawie czego to zrobić? Tagowanie ulic - ok, ale obszar to obszar i opłata za parkowanie na takim obszarze jest chyba wszędzie, a nie tylko na ulicach czy wyznaczonych parkingach.
Jak więc tagować taki multipolygon? Może parking:fee=yes? parking:fee=Mo-Fr itd?

pbabik · 2012-09-10 18:21:38

Strefa ograniczonego postoju ma to do siebie, że parkowanie na wyznaczonych parkingach jest płatne, a poza nimi grozi bliskim spotkaniem III stopnia ze strażą miejską. Chyba trzeba by na tę okoliczność stworzyć kolejną relację - łączącą poligony stref taryfowych z ulicami i parkingami.

Last edited by pbabik (2012-09-10 18:21:55)

spexpl · 2012-09-10 20:17:06

Dokładnie, strefa płatnego parkowania obejmuje jedynie drogi publiczne, tak więc na dziedzińcu kamienicy już nie. Według mnie wersja z relacją też jest najlepszym rozwiązaniem. Szkoda, iż nie da się dziedziczyć pewnych rzeczy z relacji do way.

wlodek76 · 2012-09-11 22:03:46

Władysław Komorek wrote:

Skąd się wzięło:
"Osiedla XXX-lecia" i "Masovian Voivodeship" ?
Ale jak te błędy znaleźć i wszędzie poprawić.
Nie "Osiedla XXX-lecia", lub "Osiedla Dębowe" tylko "osiedle XXX-lecia i "osiedle Dębowe"
Nie "Masovian Voivodeship" lub "Świętokrzyskie" tylko "województwo mazowieckie".
Nie "Lesser Poland Voivodeship" tylko "województwo małopolskie"

Sam się głowiłem ostatnio nad tym

Rozwiązanie jest takie:
Gdy definiujemy nazwy w różnych językach za pomocą name:en= name:uk= itd. musimy dopisać jeszcze name:pl= czyli polską wersję inaczej nomination pobiera nazwę zawsze z name:en jeżeli nie odnajdzie zdefiniowanego name:pl. Po prostu musimy zdublować tą samą nazwę na dwóch tagach.
name=województwo mazowieckie
name:pl=województwo mazowieckie

Kolejność pobierania tłumaczeń nazw jest taka:
name:pl
name:en
name

Uwaga też na alternatywne nazwy alt_name:en= zasada ta sama musimy dodać alt_name:pl=

Przy okazji poprawiłem "Europe" teraz ładnie pokazuje Europa, i Niemcy a nie Germany w końcu jesteśmy w Polsce
Pewnie jest tych krajów sporo trzeba by posiedzieć przy tym i to poprostować

--

Inna rzecz, którą spotykam na mapie, stosuje ją chyba rogal podczas budowania granic i oznacza linie boundary=administrative

Moim zdaniem nie powinno się opisywać takiej linii, która wchodzi do relacji i buduje nam granice i zostawić jej właściwości zupełnie czyste.
Podejrzewam, że rogal tak robi aby oznaczyć te linię, że jest granicą we właściwościach tylko efekt jest taki jak poniżej.

tag boundary=administrative działa w połączeniu z admin_level nie osobno!
Efekt jest taki, że gdy zdefiniujemy admin_level w relacji a sama definicja linii zawiera boundary=administrative to tamten wpis z relacji jest ignorowany i granice wyświetlają się z jakimś innym priorytetem. Zamiast grubej granicy wojewódzkiej otrzymujemy coś innego

A tak po za tym linia graniczna jest odpowiednio oznaczona i nie trzeba stosować boundary=administrative przynosi to szkodę j.w.

--

Jeszcze coś odnośnie kodów pocztowych:
Spotkałem na mapie wpis kilku kodów pocztowych przy miejscowości przykład np. 62-030;62-031;63-032
Efekt jest taki, że wpisując nazwę tej miejscowości dostaniemy coś takiego:
Luboń -> powiat poznański -> województwo wielkopolskie -> 62-030;62-031;63-032 -> Polska

Przyznacie, że to nie wygląda to za ładnie.
Moim zdaniem najlepiej jak przy miejscowości dodamy jeden ale główny kod pocztowy czyli 62-030

A inne kody pocztowe rozmieszczajmy stosownie do ich terytorium albo do urzędów pocztowych albo tagujmy po prostu domy i wtedy wpisując taki kod nomination odnajdzie nam to miejsce.

Pozdr.

Zbigniew Czernik · 2012-09-11 22:10:37

wlodek76 wrote:

Moim zdaniem nie powinno się opisywać takiej linii, która wchodzi do relacji i buduje nam granice i zostawić jej właściwości zupełnie czyste.

Można tego nie robić, ale wtedy jest ryzyko, że przyjdzie potlaczowa gimbaza i wywali taką drogę nawet nie zauważając, że popsuła granicę (bo pomyśli, że to jakieś śmieci).
Moim zdaniem, samiuśkie boundary=administrative na linii tworzącej relację niczego nie psuje.

Jajcuś · 2012-09-12 08:25:46

wlodek76 wrote:

Inna rzecz, którą spotykam na mapie, stosuje ją chyba rogal podczas budowania granic i oznacza linie boundary=administrative
Moim zdaniem nie powinno się opisywać takiej linii, która wchodzi do relacji i buduje nam granice i zostawić jej właściwości zupełnie czyste.

Nie zgadzam się. Ta linia jest wciąż granicą (w sensie linii dzielącej jakieś obszary administracyjne). Relacja oznacza granicę w nieco innym sensie – połączenie wszystkich takich linii
ograniczający konkretny obszar. Jest jedna granica-linia, która może oddzielać kila obszarów i będzie ona należeć do wielu granic-relacji.

wlodek76 wrote:

tag boundary=administrative działa w połączeniu z admin_level nie osobno!

Zgadza się.

wlodek76 wrote:

Efekt jest taki, że gdy zdefiniujemy admin_level w relacji a sama definicja linii zawiera boundary=administrative to tamten wpis z relacji jest ignorowany i granice wyświetlają się z jakimś innym priorytetem. Zamiast grubej granicy wojewódzkiej otrzymujemy coś innego

Dlatego dla granicy-linii też trzeba podać admin_level. I nie jest to problem, bo zawsze da się go jednoznacznie wyznaczyć (najwyższy admin_level z relacji zawierających tę granicę). Nawet automat mógłby to sprawdzać/uzupełniać, gdy relacje są w porządku.

Dzięki temu i podstawowy obiekt, bez relacji zawiera informację wystarczającą do podstawowej interpretacji.

Jeśli już używamy tagu 'ref=' na poszczególnych ulicach w relacji dróg krajowych/wojewódzkich (co mnie się mniej podoba, bo nie jest tak jednoznaczne jak boundary=administrative/admin_level), to nie rozumiem czemu nie mielibyśmy tagować i granic.

wlodek76 wrote:

Jeszcze coś odnośnie kodów pocztowych:
Spotkałem na mapie wpis kilku kodów pocztowych przy miejscowości przykład np. 62-030;62-031;63-032
Efekt jest taki, że wpisując nazwę tej miejscowości dostaniemy coś takiego:
Luboń -> powiat poznański -> województwo wielkopolskie -> 62-030;62-031;63-032 -> Polska
Przyznacie, że to nie wygląda to za ładnie.
Moim zdaniem najlepiej jak przy miejscowości dodamy jeden ale główny kod pocztowy czyli 62-030

Tu pełna zgoda.

wlodek76 · 2012-09-12 12:00:56

Jajcuś wrote:

wlodek76 wrote:
Inna rzecz, którą spotykam na mapie, stosuje ją chyba rogal podczas budowania granic i oznacza linie boundary=administrative
Moim zdaniem nie powinno się opisywać takiej linii, która wchodzi do relacji i buduje nam granice i zostawić jej właściwości zupełnie czyste.
Nie zgadzam się. Ta linia jest wciąż granicą (w sensie linii dzielącej jakieś obszary administracyjne). Relacja oznacza granicę w nieco innym sensie – połączenie wszystkich takich linii ograniczający konkretny obszar. Jest jedna granica-linia, która może oddzielać kila obszarów i będzie ona należeć do wielu granic-relacji.
wlodek76 wrote:
tag boundary=administrative działa w połączeniu z admin_level nie osobno!
Zgadza się.
wlodek76 wrote:
Efekt jest taki, że gdy zdefiniujemy admin_level w relacji a sama definicja linii zawiera boundary=administrative to tamten wpis z relacji jest ignorowany i granice wyświetlają się z jakimś innym priorytetem. Zamiast grubej granicy wojewódzkiej otrzymujemy coś innego
Dlatego dla granicy-linii też trzeba podać admin_level. I nie jest to problem, bo zawsze da się go jednoznacznie wyznaczyć (najwyższy admin_level z relacji zawierających tę granicę). Nawet automat mógłby to sprawdzać/uzupełniać, gdy relacje są w porządku.
Dzięki temu i podstawowy obiekt, bez relacji zawiera informację wystarczającą do podstawowej interpretacji.
Jeśli już używamy tagu 'ref=' na poszczególnych ulicach w relacji dróg krajowych/wojewódzkich (co mnie się mniej podoba, bo nie jest tak jednoznaczne jak boundary=administrative/admin_level), to nie rozumiem czemu nie mielibyśmy tagować i granic.

Macie rację.

Odnośnie oznaczania linii granicznych, faktycznie opisanie tej linii wyjdzie tylko na plus.

Także osobiście taguję je jako admin_level=* + boundary=administrative aby był taki podstawowy komplet danych.
Taka moja propozycja oznaczajmy te linie właśnie takim kompletem danych nie tylko boundary=administrative ale też i admin_level.

Jeżeli linia jest granicą powiatową i jednocześnie granica gminną bierzemy ten wyższy status linii.
Chyba, że są dwie co się zdarza jeszcze często ale z czasem się to wyprostuje, że granice będą zbudowane tylko z jednej linii (tak powinno być) a potem odpowiednio połączone w relacje.

Pozdrawiam

Zbigniew Czernik · 2012-09-12 12:10:33

wlodek76 wrote:

Także osobiście taguję je jako admin_level=* + boundary=administrative aby był taki podstawowy komplet danych.
Taka moja propozycja oznaczajmy te linie właśnie takim kompletem danych nie tylko boundary=administrative ale też i admin_level.

No, ale po co ten admin_level do linii? Tagować kompletem informacji należy relację, a same linie tylko boundary=administrative.

wlodek76 · 2012-09-12 12:20:02

Zbigniew Czernik wrote:

wlodek76 wrote:
Także osobiście taguję je jako admin_level=* + boundary=administrative aby był taki podstawowy komplet danych.
Taka moja propozycja oznaczajmy te linie właśnie takim kompletem danych nie tylko boundary=administrative ale też i admin_level.
No, ale po co to admin_level do linii? Tagować kompletem informacji należy relację, a same linie tylko boundary=administrative.

Tak dla zasady i trzymania się w zgodności przynajmniej z dokumentacją tego tagu i bycia konsekwentnym.

Gdy widzisz w opisie linii boundary=administrative i do tego admin_level od razu wiadomo z jaką linią mamy do czynienia i łatwiej się po prostu pracuje na mapie.
2 - granica państwa
4 - wojewódzka
6 - powiatowa
7 - gminna
8 - miasta itd.

admin_level w opisie linii decyduje o jej grubości i sposobie jej renderowania przez Mapnika. (chyba, że nie ma żadnych danych to wtedy są brane z relacji)
Natomiast admin_level w relacji decyduje o indeksacji obszarów przez Nomination i wiązaniu obiektów ze sobą, i również ma wpływa na rendering tejże linii o ile nie ma wcześniejszej definicji w samych liniach.

A właściwie dla mnie to bez znaczenia a lubię po prostu konsekwentość .

Pozdrawiam.

Zbigniew Czernik · 2012-09-12 12:24:38

wlodek76 wrote:

admin_level w opisie linii decyduje o jej grubości i sposobie jej renderowania przez Mapnika.

Nie mapujemy pod render... zresztą Mapnik renderuje grubości linii granicznych na podstawie admin_level ustawionego na relacji. Co do konsekwencji - też jestem jej zwolennikiem, tyle że jestem zwolennikiem całkowitego wywalenia admin_level ze wszystkich linii tworzących relacje i zostawienia tego tagu tylko w relacjach. Admin_level na liniach jest zaszłością - koncepcja relacji granicznych powstała trochę później niż podział administracyjny oparty tylko na liniach.

Announcement

#401 2012-09-05 20:04:28

Re: Pytania początkujących

#402 2012-09-05 20:15:06

Re: Pytania początkujących

#403 2012-09-06 00:06:24

Re: Pytania początkujących

#404 2012-09-07 11:16:19

Re: Pytania początkujących

#405 2012-09-07 11:44:27

Re: Pytania początkujących

#406 2012-09-09 07:40:00

Re: Pytania początkujących

#407 2012-09-09 09:33:46

Re: Pytania początkujących

#408 2012-09-10 11:51:17

Re: Pytania początkujących

#409 2012-09-10 12:29:02

Re: Pytania początkujących

#410 2012-09-10 12:46:06

Re: Pytania początkujących

#411 2012-09-10 13:26:58

Re: Pytania początkujących

#412 2012-09-10 14:14:07

Re: Pytania początkujących

#413 2012-09-10 14:16:29

Re: Pytania początkujących

#414 2012-09-10 14:39:51

Re: Pytania początkujących

#415 2012-09-10 16:11:37

Re: Pytania początkujących

#416 2012-09-10 18:09:09

Re: Pytania początkujących

#417 2012-09-10 18:21:38

Re: Pytania początkujących

#418 2012-09-10 20:17:06

Re: Pytania początkujących

#419 2012-09-11 22:03:46

Re: Pytania początkujących

#420 2012-09-11 22:10:37

Re: Pytania początkujących

#421 2012-09-12 08:25:46

Re: Pytania początkujących

#422 2012-09-12 12:00:56

Re: Pytania początkujących

#423 2012-09-12 12:10:33

Re: Pytania początkujących

#424 2012-09-12 12:20:02

Re: Pytania początkujących

#425 2012-09-12 12:24:38

Re: Pytania początkujących

Board footer