Pytania początkujących

wmyrda · 2017-01-12 10:45:49

ppece wrote:

wmyrda wrote:
Jak rozumiem kolegę to kolega robi coś więcej z danymi z OSM i jak rozumiem nie dla kasy
A jakie to ma znaczenie czy dla kasy, czy nie? .

Być może żadnego. Niemniej tak tylko prosto zapytam. Czy kolega poparł rowersa kiedy ten miał szereg słusznych postulatów jak wyświetlanie wież na mapie domyślnej jako istotne punkty orientacyjne czy wziął udział w dyskusjach na githubie? Być może nad interpretuję tu wypowiedź Zbyszka i oczywiście to niczego nie dowodzi, ale dla osoby trzeciej nasuwa się że skoro kolega rysuje mapy za które pobiera wynagrodzenie to mógłby nie być zainteresowany tym by mapa podstawowa się rozwijała gdyż w jego interesie będzie by dane owszem w bazie były ale do wykorzystania tylko przez tych co wiedzą jak się nimi posłużyć

ppece wrote:

Rowers nie przyszedł tu 25-09-2015 r. Jeśli nie wiesz o co chodzi, możesz poczytać dogłębnie forum i wyrobić sobie zdanie.

Mógłby kolega nieco elaborować na ten temat? Czemu akurat ta data a nie inna?

RicoElectrico wrote:

I właśnie to miałem na myśli mówiąc o wypiciu tego, co nawarzy. Skoro uważa, że rozwój OSM jest zbyt wolny i idzie w złym kierunku, to czyż nie powinien zachęcać, Ciebie i innych, do zagłębiania się w te dyskusje, które faktycznie coś mogą zmienić? Przecież im więcej zdeterminowanych osób włączy się w naprawdę aktywny rozwój OSM (inny niż mapowanie), tym większa szansa na pobudzenie projektu

Generalnie przyjmuję zasadę, że każdy ma dobre intencje do póki nie przekonam się na 100%, że jest inaczej i czyjeś odmienne zdanie na daną kwestię nie jest żadnym dowodem na czyjeś złe intencje. Takim dowodem dla mnie np. jest wykasowanie większej ilości danych pracy innych zamiast koncentrować się na własnej by jak wspomniałeś OSM szedł na przód. Rowers pod ten punkt definitywnie nie podpada i mało tego jest jednym z najwięcej dodających danych w całej społeczności co również ma swoja wymowę. Jest co najmniej nie na miejscu by krytykować kogoś tyle czasu poświęcającego na mapowanie, że nie udziela się na githubie czy nie że robi coś więcej. Przecież jego doba to również 24 godziny (może poza Sylwestrem 2016 gdzie wynosiła ona 24h i 1sekunde ).

RicoElectrico wrote:

Dokładnie się zgadzam. Także dodam, że mimo próśb wciąż pisze te swoje beztreściwe elaboraty, niejednokrotnie wykolejając dyskusję. Uważam, że jego zachowania są toksyczne. Takie coś jest najgorsze, bo mimo tego jak rozwala forum nie ma żadnego konkretnego przewinienia, za które mógłby dostać "urlop" - a powinien dostać za całokształt, bo nie wykazuje chęci poprawy.
Może trzeba "leczyć" objawowo i kasować/redagować tego typu twórczość, wtedy albo mu się odechce, albo żyłka mu pęknie i w końcu posunie się za daleko.

Usuwać komuś możliwość edycji dlatego, że poświecił swój czas na napisanie więcej niż komuś innemu chce się przeczytać?? Nie wiem jak nazwać takie stanowisko, ale jest to nieprzyzwoite jeśli nie naganne. Przyznam, że połowy tych tekstów nie przeczytałem gdyż zwyczajnie nie miałem na to czasu czy chęci. Podejrzewam, że inni podobnie. Jak w takim układzie ma wykolejać dyskusję ktoś kto pisze więcej niż inni przeczytają lub wręcz w całości oleją?

rmikke · 2017-01-12 12:22:55

wmyrda wrote:

Generalnie przyjmuję zasadę, że każdy ma dobre intencje do póki nie przekonam się na 100%, że jest inaczej i czyjeś odmienne zdanie na daną kwestię nie jest żadnym dowodem na czyjeś złe intencje. Takim dowodem dla mnie np. jest wykasowanie większej ilości danych pracy innych zamiast koncentrować się na własnej by jak wspomniałeś OSM szedł na przód. Rowers pod ten punkt definitywnie nie podpada i mało tego jest jednym z najwięcej dodających danych w całej społeczności co również ma swoja wymowę. Jest co najmniej nie na miejscu by krytykować kogoś tyle czasu poświęcającego na mapowanie, że nie udziela się na githubie czy nie że robi coś więcej. Przecież jego doba to również 24 godziny (może poza Sylwestrem 2016 gdzie wynosiła ona 24h i 1sekunde smile ).

Ależ rowers2 ma bardzo dobre intencje i z wieloma jego postulatami się zgadzam.
Tylko upiera się przy błędnej drodze do rozwiązania problemu, prowadzącej do psucia danych w bazie.
Z jednej strony rozumiem jego krytyków, wskazujących githuba i listę talk, ale z drugiej strony nie wiem, rowers2 ma prawo nie znać angielskiego i/lub na tyle nie znać się na wewnętrznych mechanizmach OSM, żeby nie pchać się w dyskusję z programistami. I co w takiej sytuacji może zrobić? Może pomarudzić tutaj, co jest w sumie OK, może zrobić to, co leży w jego zasięgu (co NIE jest OK, jeśli psuje dane), albo się zniechęcić i rzucić to w cholerę...

Last edited by rmikke (2017-01-12 13:34:53)

kocio · 2017-01-12 13:13:09

Nie do końca się czuję jego krytykiem (to pewnie o mnie, bo tylko ja go tam odsyłam) - mam bardzo podobne zdanie do twojego. W każdym razie to, że jeden marudzi, a drugiego to denerwuje, jest jak najbardziej akceptowalne w dyskusji.

Zibior2 · 2017-01-12 13:19:06

@kocio:
Wydaje mi się, że nie chodzi tu o marudzenie (jeśli piszesz o ppece), tylko o brak zgody z jego strony na namawianie kogoś na nieprawidłowe mapowanie.

Last edited by Zbigniew_Czernik (2017-01-12 14:12:17)

kocio · 2017-01-12 13:30:31

To osobna sprawa i do tego nie piłem. Marudzenie można olać, ale namawianie do psucia danych spotkało się ze słuszną i szeroką krytyką - moim zdaniem to właśnie jest właściwa reakcja.

andrzejszczep · 2017-01-12 15:21:06

Kilka postów wcześniej , prosiłem Was byście napisali o jakie psucie danych Wam chodzi, do czego ma niby namawiać rowers2, konkretnie z przykładami. Wy tymczasem piszecie, że problem polega na tym, że rowers2 pisze długie posty, narzeka i jest miły dla nowicjuszy. Teraz znów piszecie o psuciu. Moglibyście podać o co dokładnie chodzi, kilka przykładów, bym wiedział (i inni nowicjusze) czego nie wolno robić a do czego według Was namawia (i jak rozumiem w ten sposób też mapuje) rowers2? Konkretnie: jakie obiekty, jakie tagi, może też w jakich miejscowościach (chciałbym ocenić w jakim kontekście, jakie otoczenie, co to zmienia). Cała dyskusja wzięła a się od placyku (tag "service) i siatki (płotu) nad nim, który się nie renderuje. Zmiana rowersa2 (który mi pomógł po mojej prośbie na tym forum) polegała na podzieleniu "service" na dwie części i połączeniu ich niewidoczną drogą. Czy to wg was popsucie? Według mnie ciężko to nazwać popsuciem. Teraz w bazie zamiast kilku tysięcy, jak sądzę, obszarowych "service", jest ich kilka tysięcy + 1, w tym dwa o fałszywej powierzchni (o wymiarach które można przeskoczyć, jak się dobrze rozpędzić, więc bez znaczenia dla średniej). Czy to może być dla kogoś problem? Ja nie sądzę ale mogę się mylić.

Last edited by andrzejszczep (2017-01-12 16:36:33)

wmyrda · 2017-01-12 15:56:55

Jeśli w wątku o namawianiu do psucia danych generalnie jest mowa o tej wypowiedzi https://forum.openstreetmap.org/viewtop … 77#p625777 to przyznam nie przeczytałem jej wcale

W kwestii samego psucia danych to tak sobie myślę że w oczy mnie się nie rzuciła strona na wiki, która podawała by zasady które uznano by za psucie były opisane. Można by pomyśleć nad podaniem konkretnych przykładów które w drodze głosowania uznane zostały by za psucie danych. Wydaje się to głupie, ale tak naprawdę dla każdego może to oznaczać co innego, gdyż diabeł jak zawsze tkwi w szczegółach.

Dla mnie psuciem było zawsze
- usuwanie danych innych
- zamiana tagowania prowadząca niekiedy do wojen edycyjnych
- oczywiste przypadki mapowania pod render

Problem pojawia się w przypadkach mniej oczywistych. Brak istnienia jasno określonego sposobu oznaczania. Dla przykładu o ile wiem to dalej nikt nie wymyślił jak odpowiednio oznaczać młodniki w lesie pomijając czy obiekt się renderuje czy nie.

rmikke · 2017-01-12 16:05:52

andrzejszczep wrote:

Teraz znów piszecie o psuciu. Moglibyście podać o co dokładnie chodzi, kilka przykładów, bym wiedział (i inni nowicjusze) czego nie wolno robić a do czego według Was namawia (i jak rozumiem w ten sposób też mapuje) rowers2?

Przekopywanie się przez posty rowersa, żeby znaleźć konkretne przykłądy, wymaga ciężkiego sprzętu, więc cytatu Ci nie podam.

Z pamięci: oznaczanie masztów jako wież (albo odwrotnie), bo jedne się renderują na głównym widoku, a drugie nie. To jest typowe "mapowanie pod render" - wprowadzenie do bazy nieprawdziwych danych, żeby obiekt JAKOŚ wyświetlił się na mapie.

O ile idea, że jedne i drugie są ważnymi punktami orientacyjnymi i powinny się wyświetlać jest słuszna, to efekt będzie taki, że jak już się doda te drugie do renderingu, to się będą wyświetlały niepoprawnie (w terenie maszt, na mapie wieża, albo odwrotnie) i kto to poprawi, żeby nie dezorientować turystów?

A poprawnych opcji jest kilka - można lobbować renderowanie obu obiektów, podrzucając projekty ikon (nie potrzeba chyba wielkiej wiedzy informatycznej, żeby narysować obrazek w kilku wielkościach?), można, jak @wojtas82, zrobić własny rendering tego, co uważasz za potrzebne...

Last edited by rmikke (2017-01-13 11:27:58)

Władysław Komorek · 2017-01-12 23:50:22

OSM Wiki - https://wiki.openstreetmap.org/wiki/Cat … :Kategorie

Zauważyłem, że bardzo często używa się "wiki" jak wymówkę.
Uważam, że jest to duże uproszczenie swojego lenistwa.
Dlaczego?

Pisałem już na ten temat wiele razy, więc może jeszcze raz powtórzę.
1. Artykuły na Wiki są pisane przez przeciętnych mapowiczy, dla których sedno artykułu jest ważniejsze niż stylistyka.
2. Artykuły są często napisane w j. niemieckim a następnie tłumaczone na j. angielski.
3. Artykuły w j. angielskim są często napisane przez osoby których znajomość j. angielskiego nie jest na wysokim poziomie.
4. Duża ilość tłumaczeń na j. polski zostało napisane wiele lat temu ale nie zostały przez nikogo zaktualizowane.
5. Osobiście, przez kilka ostatnich lat przetłumaczyłem wiele artykułów na j. polski, mimo krytyki, żeby nie tłumaczyć bo w j. angielskim są bardziej wiarygodne. Napisałem szablon dla wersji polskiej z możliwością dodania nazwy tagu i wartości w j. polskim. Rozpocząłem również kategoryzację według polskich nazw tagów ale się poddałem po dłuższej walce z holendrem który zaczął mi to mieszać. Dopiero interwencja DWG go zatrzymała na jakiś czas.
Tłumaczenie na j. polski nie jest rzeczą prostą, biorąc pod uwagę powyższe. Dlatego, czasami, niektóre treści nie mają sensu w realiach polskich i nie można ich brać dosłownie.
6. Każdy może stworzyć nowy tag lub wartość dla istniejącego tagu biorąc za wzór jakieś polskie tłumaczenie. Nie ma takich ograniczeń na Wiki. Jeśli po kilku latach będzie tylko kilkanaście użyć to padnie samoistnie.
Wskazane byłoby napisać ten artykuł jako propozycję, ale, jeśli ktoś jest pewny, że użyje się go około tysiąca razy, to nie powinien mieć żadnych oporów.
Na przykład, ja stworzyłem "Pl:landuse=religious". Były sprzeciwy i naciski na usunięcie go. Ale gdy zobaczono, że został użyty ponad tysiąc razy, odrazu ktoś przetłumaczył go na j. angielski, a później na inne języki. Obecnie jest stosowany ponad 9 000 razy.
Podobnie stało się z "landuse=school". sądząc po użyciu, wszedł już na stałe do tagowania i jest powszechnie stosowany na zaznaczenie obszaru szkolnego.
7. Każdy może dodać nowe informacje do polskich wersji, zaktualizować, skorygować.
8. W "Talk" można, dla polskich wersji, wpisać uwagi lub komentarze w j. polskim i tam właśnie powinny być dyskusje o konkretnym tagu lub wartości a nie na forum. Nikt nie naniesie nowych informacji na Wiki z dyskusji na forum. Dlatego, że "Talk" w j. polskim mogą również czytać osoby z innych krajów używając tłumaczy online i mogą wnieść inne świeże spojrzenie.
9. Na Wiki są projekty w j. polskim dotyczące województw i kliku miast. Można tam, na wzór Wikipedii, wpisywać tematy lokalne do załatwienia, lub załatwione.
10. Można, w ramach kategorii w j. polskim, napisać własne artykuły/poradniki które pomogą innym, tak jak ja to zrobiłem z artykułem dotyczącym rysowania granic.

Resumując.
Przestańcie narzekać na Wiki, bo to tylko świadczy, że dana osoba chce tylko "bić pianę"
Najwyższy czas aby zacząć masowo angażować się na Wiki w części polskiej.
Tam właśnie jest duże pole do popisu dla nie-programistów, nie tylko w GITHUB.

Powodzenia.

Last edited by Władysław Komorek (2017-01-13 11:23:17)

wmyrda · 2017-01-13 10:34:19

A kto tu narzeka na wiki? IMHO to najważniejsze narzędzie gdyż tylko po nim można dociec obecnego trendu w tagowaniu, gdyż nikt nie będzie przekopywał tysięcy stron forum by znaleźć to co go interesuje. Postawię się w butach nowego użytkownika. Dla przykładu co mnie daje jak wyszukiwarka mnie poda wątek "pytania dla początkujących". Mam przewalić wszystkie 159 stron (na dzień dzisiejszy) by się dowiedzieć odpowiedzi na swoje pytanie? Raczej nie wolę skorzystać z wiki. Na wiki nie znajdę to robię po swojemu. I rysuję tydzień, dwa czy miesiąc po czym ktoś to zauważa i mnie poucza, że powinno się robić inaczej i awantura gotowa.

Oczywiście wpisy w wiki nie są wyryte w skale i mogą się z czasem zmieć, ale nie znam narzędzia lepszego niż ono by jasno wskazać zasady tagowania. To, że się mało komu chce te strony uzupełniać oraz czy wpisy tam by miały znaleźć się tam prawem kaduka, czy też wpierw należało by dojść do konsensusu na liście talk, forum, czacie czy spotkaniach OSM to już kwestia czysto organizacyjna, która nie zmienia faktu, że na koniec tej dyskusji winno być to odzwierciedlone w wiki.

Władysław Komorek wrote:

Najwyższy czas aby zacząć masowo angażować się na Wiki w części polskiej.

Zgadzam się. Proponuję by zajęły się tym przede wszystkim osoby, które wiedzą na temat tagowania najwięcej.

Last edited by wmyrda (2017-01-13 10:53:02)

Władysław Komorek · 2017-01-13 10:55:11

Projekty związane z Polską

Tu są strony do projektów związanych z Polską.
https://wiki.openstreetmap.org/wiki/WikiProject_Poland

Jeśli jest grupa osób która chce wspólnie zająć się jakąś miejscowością/regionem lub zagadnieniem, to chętnie stworzę im podobną, podstawową, stronę dotyczącą ich zainteresowań.

Last edited by Władysław Komorek (2017-01-13 11:21:06)

kocio · 2017-01-13 17:55:04

Wątek o młodnikach przeniosłem do świeżo powstałego wątku o leśnictwie.

Cz ja · 2017-01-13 21:45:57

Jak można w prosty sposób oznaczyć strefę płatnego parkowania w każdym mieście które je posiada tak aby wiedzieć gdzie jest parkometr i drogi(ich fragmenty) miejsca wydzielone dla strefy? Tak zeby to miało ręce i nogi funkcjonowało i przy okazji nie zaburzało innych elementów mapy.
Przy okazji.. jak Czesi, Niemcy mapują strefy ograniczonego wjazdu niektórych pojazdów(strefa ekologiczna, środowiskowa czy jakoś tak..)?

Last edited by Cz ja (2017-01-13 21:50:18)

ppece · 2017-01-14 01:34:20

Miałem nie pisać, ale muszę to sprostować.

wmyrda wrote:

Czy kolega poparł rowersa kiedy ten miał szereg słusznych postulatów jak wyświetlanie wież na mapie domyślnej jako istotne punkty orientacyjne czy wziął udział w dyskusjach na githubie?

Nie. Zwyczajnie, nie śledzę na bieżąco tych dyskusji tu na forum, jak i na githubie. A dodatkowo, o ile pamiętam, nie miałem wtedy czasu na czytanie kilku ścian tekstu rowersa.

wmyrda wrote:

Być może nad interpretuję tu wypowiedź Zbyszka i oczywiście to niczego nie dowodzi, ale dla osoby trzeciej nasuwa się że skoro kolega rysuje mapy za które pobiera wynagrodzenie to mógłby nie być zainteresowany tym by mapa podstawowa się rozwijała gdyż w jego interesie będzie by dane owszem w bazie były ale do wykorzystania tylko przez tych co wiedzą jak się nimi posłużyć

Odpowiem cytatem.

Dotevo wrote:

OSM to źródło mego majątku. Myślę nad zakupem nowego jachtu, bo na stary gołąb narobił na dach

Czy Tobie się wydaje, że zarobienie paru stówek dzięki OSM od razu budzi niegodziwość?

Gwoli wyjaśnienia: zabawa takim qgisem polega na obrabianiu do postaci strawnej dla qgisa, tworzeniu stylu (eksponowaniu lub ukrywaniu czegoś) i renderowaniu mapy, przeważnie do druku. Kafle online = uniwersalne, qgisowa mapa = dość unikalna. Dlatego też, te insynuacje, są... no po prostu... głupie.

Temat wyglądu stylu osm-carto jest mi raczej obojętny i nie marudzę. Oczywiście, doceniam wkład kocia . Natomiast, zmiany, jakim przez lata został poddany, przyzwyczaiły mnie do nieprzyzwyczajania się do niego. Poza tym, w tej formie serwowania kafli, nigdy nie wyświetli wszystkich informacji dla mnie istotnych.

Ponadto, cóż mi np. po wyświetlaniu stołów do ping ponga na osm-carto, skoro i tak mapka nie wyszuka najbliższych stołów? I tak muszę użyć np. overpassa. Takie wieże, to i tak częściej byłyby przydatne w nawigacji, czyli raczej nie osm-carto.

rmikke wrote:

ma prawo nie znać angielskiego i/lub na tyle nie znać się na wewnętrznych mechanizmach OSM, żeby nie pchać się w dyskusję z programistami. I co w takiej sytuacji może zrobić?

A czy to jest aż taki problem poprosić kogoś życzliwego o streszczenie takiej wyjątkowo ważnej anglojęzycznej dyskusji i nauczyć się paru zwrotów typu: "I'm against" lub "I agree"? Zawsze to jakiś głos. Ang to nie chiński.. Jeśli naprawdę komuś zależy, to nie jest przeszkoda. Chyba, że przeszkodą będzie niechęć do nauki języka.

wmyrda wrote:

ppece wrote:
Rowers nie przyszedł tu 25-09-2015 r. Jeśli nie wiesz o co chodzi, możesz poczytać dogłębnie forum i wyrobić sobie zdanie.
Mógłby kolega nieco elaborować na ten temat? Czemu akurat ta data a nie inna?

Data reinkarnacji pod nowym nickiem. Inaczej mówiąc: rowers to stary forumowy i osmowy wyga, więc zapewne wspomniane wyżej wewn. mechanizmy OSM zna całkiem nieźle.

Last edited by ppece (2017-01-14 01:41:32)

kocio · 2017-01-14 01:44:25

Cz ja wrote:

Jak można w prosty sposób oznaczyć strefę płatnego parkowania w każdym mieście które je posiada tak aby wiedzieć gdzie jest parkometr i drogi(ich fragmenty) miejsca wydzielone dla strefy?

Pierwszy od góry przykład wyszukiwania:
http://www.openstreetmap.org/relation/2399179

Cz ja · 2017-01-14 10:03:12

kocio wrote:

Cz ja wrote:
Jak można w prosty sposób oznaczyć strefę płatnego parkowania w każdym mieście które je posiada tak aby wiedzieć gdzie jest parkometr i drogi(ich fragmenty) miejsca wydzielone dla strefy?
Pierwszy od góry przykład wyszukiwania:
http://www.openstreetmap.org/relation/2399179

Dzięki. Niedługo sprawdzę w praktyce. tylko szkoda ze to się nie renderuje w żadnej warstwie(dla szybkiego podglądu) choć podejrzewam, ze w dużym mieście to byłby już nadmiar informacji na mapie trudny do ogarnięcia.

andrzejszczep · 2017-01-14 11:28:34

Moje pytanie dotyczy tego budynku:
https://www.openstreetmap.org/edit#map= … 7/20.98292. Chyba relacja jest tu nieco wadliwie zbudowana ponieważ carto nie wyświetla nazwy budynku („Zwierzętarnia”). Nie mam dużego doświadczenia w tworzeniu relacji. Porównując z innymi (np. https://www.openstreetmap.org/#map=19/5 … /22.56038), jestem w stanie, w edytorze przeglądarki, zmodyfikować odpowiednio tę relację tak by nazwa się wyświetlała (czyli zewnętrzny obrys nie jako linia, ale obszar i tag budynek). Niestety, powoduje to utratę adresacji scalonej z budynkiem. Mogę ją przepisać, ale kiedyś jak zaczynałem mapować, ktoś z bardziej doświadczonych wyjaśnił mi, że ręczne wpisanie adresacji, spowoduje że nie będzie ona wyszukiwalna.
Próbowałem w JOSM, dodając tag budynek, adresacja zostaje ale nazwa dalej się nie wyświetla.Pewnie w JOSM mógł bym zbudować relację od nowa, ale obawiam się że to także spowoduje utratę adresacji. Nie chcę eksperymentować. Jeśli to możliwe proszę o nie poprawianie tylko o wyjaśnienie bym się mógł czegoś nauczyć .
Pytania:
1. Jak w edytorze przeglądarki zachować scalona adresację.
2. Czy jej przepisanie z wszystkimi tagami, rzeczywiście spowoduje utratę możliwości wyszukania tego adresu.

Last edited by andrzejszczep (2017-01-14 11:29:59)

rowers2 · 2017-01-14 12:15:40

andrzejszczep wrote:

Moje pytanie dotyczy tego budynku:
https://www.openstreetmap.org/edit#map= … 7/20.98292. Chyba relacja jest tu nieco wadliwie zbudowana ponieważ carto nie wyświetla nazwy budynku („Zwierzętarnia”). Nie mam dużego doświadczenia w tworzeniu relacji. Porównując z innymi (np. https://www.openstreetmap.org/#map=19/5 … /22.56038), jestem w stanie, w edytorze przeglądarki, zmodyfikować odpowiednio tę relację tak by nazwa się wyświetlała (czyli zewnętrzny obrys nie jako linia, ale obszar i tag budynek).

Nie broń boże nie tak, bo robisz dwa obiekty.Zajeździliby cię za robienie pod render (żart).

Tworzysz relację multipoligonu i najczęściej masz dwa obiekty w relacji, linie outer i inner.
Do żadnej z tych linii nie dodajesz tagów.Wszelkie tagi jak adresacja czy name trafiają do relacji. Jest jeden wyjątek.
Jeśli wyciąłeś otwór inner to często po to aby budynek czegoś nie zasłaniał.
W lesie może to być np. łączka.

Wtedy do linii inner dodajesz tagi związane np. z trawą. Na stawie możesz mieć nieotagowane inner i będzie to wysepka a możesz dodatkowo tę wysepkę otagować jako wysepka (na inner bez wchodzenia w okno edycji relacji) co praktycznie jest niepotrzebne. Częściej tam ktoś wrysowuje trawę, krzaki, tzn. rysować drugiej linii inner (klonować) nie musisz tylko tę z relacji otagowuje się jako trawę.

Niestety, powoduje to utratę adresacji scalonej z budynkiem. Mogę ją przepisać, ale kiedyś jak zaczynałem mapować, ktoś z bardziej doświadczonych wyjaśnił mi, że ręczne wpisanie adresacji, spowoduje że nie będzie ona wyszukiwalna.
Próbowałem w JOSM, dodając tag budynek, adresacja zostaje ale nazwa dalej się nie wyświetla.Pewnie w JOSM mógł bym zbudować relację od nowa, ale obawiam się że to także spowoduje utratę adresacji. Nie chcę eksperymentować. Jeśli to możliwe proszę o nie poprawianie tylko o wyjaśnienie bym się mógł czegoś nauczyć .

Nie doczytałem i poprawiłem co nie przeszkadza aby Cie nauczyć, czy ty sam możesz podglądnąć poprawiony obiekt.
Test sobie zrób na polu tylko nie zapomnij wykasować.
Widziałeś kłótnie o Tagowaniu POD Render.
Render sobie nie radzi (choć może się to zmienić) z jednoczesnym wyświetleniem adresu i nazwy budynku.Dotyczy to i prostych obrysów jak i relacji

Pytania:
1. Jak w edytorze przeglądarki zachować scalona adresację.

Ty jej wcale nie kasowałeś była ukryta w relacji multipoligonu zatem klikając w którąkolwiek z linii i tak adresacji nie zobaczysz

2. Czy jej przepisanie z wszystkimi tagami, rzeczywiście spowoduje utratę możliwości wyszukania tego adresu.

Po pierwsze nie musisz nic przepisywać, bo jeśli adresacja jest na relacji to złe byłoby przenoszenie jej czy kopiowanie na nowo wrysowany obiekt. Źle cie poinformowano o znikaniu z wyszukiwarki.

Nominatim tworzy chyba swoja bazę i może to robić co kilka dni.
Zatem gdy odtworzysz gdzieś przypadkowo skasowany adres to on się pojawi w wyszukiwarkach choć być może nie od razu.

Obiekt typu adres zawiera kilka tagów i nie ma znaczenia w jakim trybie był tworzony tzn. czy to import czy ręczne wprowadzanie

Last edited by rowers2 (2017-01-14 12:26:46)

andrzejszczep · 2017-01-14 12:44:26

Dzięki rowers2. Czasem trudno mi ocenić co jest pod render a co nie. Wzorowałem się na czymś co istnieje już od dłuższego czasu, błędnie zakładając że musi być poprawnie.

rowers2 · 2017-01-14 13:52:08

andrzejszczep wrote:

Dzięki rowers2. Czasem trudno mi ocenić co jest pod render a co nie. Wzorowałem się na czymś co istnieje już od dłuższego czasu, błędnie zakładając że musi być poprawnie.

Tak naprawdę nic nie jest pod render. Jest tylko niezrozumienie zasad mapowania przez zaczynajacych gdy osoba dodaje building=yes do adresu na nodzie albo rysuje shop=supermarket i latami się ten obrys nie wyświetla.
Osoby tagujące name=Dom Ewki też nie TPR bo dziubną i uciekają więc nie starają się braków renderu zastąpić tagami bliskoznacznymi. Dawanie sensownego name nigdy nie jest TPR choć plagą jest kasowanie bo kasujący subiektywnie uznają, że name Spichlerz może zostać, a name "Dom z XVII w." już nie.

Jeśli dobrze zrozumiałem Ty chcąc uzyskać nazwę próbowałeś na obrysie, który był w relacji budynku, narysować drugi budynek już bez otworu aby on zagwarantował name.

Robiłeś to nieświadomie, bo nie wiedziałeś gdzie jest adres, dlaczego name gryzie sie z adresem, dlaczego stworzenie relacji zabiera name z obrysu zewnętrznego i zapisuje go w tagach relacji. Po prostu tę relacje zrobił ktoś inny. Zatem nie robiłeś pod render bo efekt prawidłowo dało sie zrobić tradycujnie i render tego obiektu nie pomijał.
Tagowanie pod render jest wtedy gdybyś chciał mieć niebieski budynek i wrysował go tagami od wody.
Kombinacje i pomyłki wynikają z tego że u nas nie ma szkoleń a zakłada się że każdy maper sam się wyszkoli.
Żadne kombinacje nie dają nowicjuszowi obejścia braku renderu jeśli nie wychodzi on poza zakres właściwych kluczy
W Potlaczu jak i w ID jest podgląd relacji i tam teraz zobaczysz name.
Mylnie pisałem że relacja ma 2 obiekty a naprawdę ma 3 bo są dwie inner.
Ponieważ czuję w Tobie mapera z niegasnącym zapałem jeśli nie pracujesz w JOSMIE gdzie łatwo się relacje modyfikuje zainwestuję i poduczę Cię z obsługi a jeśli już znasz go to z samych relacji
A może ktoś chciałby aby na forum poprowadzić ćwiczenia z JOSMA dla kilku osób hurtem?

Last edited by rowers2 (2017-01-14 13:52:43)

andrzejszczep · 2017-01-14 15:30:30

rowers2 wrote:

Jeśli dobrze zrozumiałem Ty chcąc uzyskać nazwę próbowałeś na obrysie, który był w relacji budynku, narysować drugi budynek już bez otworu aby on zagwarantował name.

Nie dokończa. Ja obrys (linię) usunąłem , w jej miejsce rysowałem budynek nie jako linię ale jako obszar, czyli tak jak się tworzy zwykle budynki w edytorze przeglądarki. Linie wewnętrzne które były wcześniej, pozostawiałem. To powodowało usunięcie adresu który był chyba przypisany do linii zewnętrznej (już nie pamiętam). Chciałem stworzyć coś takiego (tu kościół):
https://www.openstreetmap.org/edit#map= … 8/22.56039 lub takiego (budynek geologii UW)
https://www.openstreetmap.org/edit#map= … 8/20.98635 (kawałek dalej w tym samym kompleksie budynków, w Warszawie – ta relacja choć pewnie zbudowana przez tego samego mapera, wyświetla poprawnie nazwę).
Relacja którą Ty zbudowałeś i te które podaję w linkach (spójrz szczególnie na tą w Warszawie), są inaczej zbudowane. W tych drugich zewnętrzne krawędzie budynku nie tworzy linia tylko obszar-budynek.
Czy również one są poprawne?
Mapuję też w JOSM, ale zazwyczaj jak robię coś nowego w rojenie z którego pochodzę (pamiętasz plac i płot ), tu poprawiałem – zazwyczaj wtedy używam edytora przeglądarki. Zresztą w JOSM budowanie relacji wydaje mi się bardziej skomplikowane.
Choć poprawnie, jak sadzę zrobiłem w JOSM to:
https://www.openstreetmap.org/edit#map= … 2/22.39294
to przy tym
https://www.openstreetmap.org/edit#map= … 5/22.39349
poległem i musiałem użyć przeglądarki, wzorując się na innych (na kościele Mariackim i jego otoczeniu w Krakowie). Sprawdź proszę czy ta druga jest poprawna . Na razie nie wyświetla się poprawnie na carto, wyświetlają się moje nieudane wcześniejsze próby.
W tym miejscu mam dwa jeszcze pytania:
1. Jak sprawdzić w jaki sposób edycja będzie wyświetlać się na carto? Coś czytałem o jakimś dirty.
2. Jak zrobić by przy podawaniu linków na forum, obiekt o który chodzi cytującemu obwiedziony był pomarańczową linią?

Last edited by andrzejszczep (2017-01-14 15:32:24)

Cz ja · 2017-01-14 15:50:53

Ja jestem również początkujący ja zrobiłbym tak oczywiście w edytorze w przeglądarce...

1.Jako ze jestem ciekawski zainteresowałbym się czy na dziedzińcach(tych dziurach w budynku) coś jest. jak jest coś fajnego to trzeba otagować. Na górnym widać auto wiec jest nawierzchnia. jak auto tam wjechało musi być jakiś tunel(może taki building_passage by się nadawał...?). Jak nie wiadomo co tam jest to zwykłą linie i już.

2. Budynek już jest, obszary też są. Więc szybko zaznaczam myszką budynek naciskam shift i trzymam, zaznaczam element wewnątrz(potem mogę następny). Pojawił się znaczek zachęty do przesunięcia i do scalenia +. Klikamy na + i budynek scalony.

Swoją drogą nigdy bym nie wpadł że Scalanie budynku to relacja, ale relacją jest.

Po za tym w/g mnie nie ma różnicy między węzłem, linia, obrysem, budynkiem czy czymś innym na mapie wektorowej to jest zwykłe przedstawienie danych.
Dane są punktami w przestrzeni zawierające odpowiednie współrzędne. Dopiero dodając przełączniki, flagi itd:.. np: building=yes/no, area=yes/no algorytm renderujący dostaje info jak to narysować.

Zanim zacznie się zmieniać budynki dobrze jest trochę poćwiczyć np na polach:)

jeśli się mylę proszę mnie poprawić.

Last edited by Cz ja (2017-01-14 16:06:28)

rowers2 · 2017-01-14 16:00:37

andrzejszczep wrote:

rowers2 wrote:
Jeśli dobrze zrozumiałem Ty chcąc uzyskać nazwę próbowałeś na obrysie, który był w relacji budynku, narysować drugi budynek już bez otworu aby on zagwarantował name.
Nie dokończa. Ja obrys (linię) usunąłem , w jej miejsce rysowałem budynek nie jako linię ale jako obszar, czyli tak jak się tworzy zwykle budynki w edytorze przeglądarki. Linie wewnętrzne które były wcześniej, pozostawiałem.

Tak nie można te 3 linie tworzyły relację budynku z dwoma atrium (dziedzińcami) usuwając linie zewnętrzna outer rozsypywała się relacja.
Wrysowywując nową linię zewnętrzną trzeba by podpiąć pod tę relację w zamian za skasowaną linię.
Trzeba uważać przy kasowaniu jakiejkolwiek linii czy nie jest ona włączona do jakiejś relacji np, droga może być w relacji transportowej.

To powodowało usunięcie adresu który był chyba przypisany do linii zewnętrznej (już nie pamiętam).

Już tłumaczyłem że adres jest przypisany do relacji a nie do linii zewnętrznej ani wewnętrznej.
Edytor automatycznie przenosi tagi z linii zewnętrznej na relację w momencie gdy w budynku wycinasz otwory i robisz relację multipoligonu.Dodawanie jakichkolwiek tagów do linii zewnętrznej walidadory uznają za błąd choć jeśli to jest ten sam tag co na relacji to render sobie z tym radzi

W tym miejscu mam dwa jeszcze pytania:
1. Jak sprawdzić w jaki sposób edycja będzie wyświetlać się na carto? Coś czytałem o jakimś dirty.
2. Jak zrobić by przy podawaniu linków na forum, obiekt o który chodzi cytującemu obwiedziony był pomarańczową linią?

Dirty prawdopodobnie nie działa, bo moje ostanie próby wykazały czas oczekiwania ponad 5 dni gdy kiedyś dirty na mniejszych zoomach niż 12 działało do kwadransa, a wyższe zoomy zwykle same się szybko renderują w kilka minut a zwykle w kilkadziesiąt sekund.Są dni gdzie to może się przedłużyć ale zawsze jakiś zoom z wysokich (najczęściej 14) generuje się w kilkanascie do kilkudziesięciu sekund a reszta w kilka do kilkunastu minut.

Zresztą teraz problematyczne jest pobranie adresu kafelka więc chodzi chyba o to aby nie szarpać serwerów przez dirty.

Jeśli chcesz wskazać w obwódce obiekt to musisz znać jego id .
W JOSm znajdziesz to przez Ctrl+I i kopiujesz numer do schowka, potem podmieniasz go w adresie
www.openstreetmap.org/way/300868789

Możesz na stronie głównej zaznaczyć opcje "Dane mapy" i klikając w linię dostaniesz numer linii w lewej kolumnie co kopiujesz do adresu

Last edited by rowers2 (2017-01-14 16:03:41)

andrzejszczep · 2017-01-14 16:23:15

Dzięki, rowers2.
Czy w takim razie relacja tworząca ten budynek jest niepoprawna czy może alternatywna?
https://www.openstreetmap.org/way/24882154

Jest zbudowana inaczej niż sposób wykorzystany przez Ciebie i wykorzystuje wielokąt złożony.

Last edited by andrzejszczep (2017-01-14 16:25:23)

rowers2 · 2017-01-15 14:27:54

andrzejszczep wrote:

Dzięki, rowers2.
Czy w takim razie relacja tworząca ten budynek jest niepoprawna czy może alternatywna?
https://www.openstreetmap.org/way/24882154
Jest zbudowana inaczej niż sposób wykorzystany przez Ciebie i wykorzystuje wielokąt złożony.

Nie jestem wyrocznią, tak samo zresztą wiki (jest wyrocznią tylko w kilku sprawach). Według mnie jest alternatywna.Dlaczego?
Ano dlatego że render sobie radzi z dwoma sposobami a nie spotykałem się aby wiki zdecydowanie przestrzegała przed tym sposobem jaki pokazujesz, bo bym zapamiętał.
A jeśli render sobie radzi to dotąd nie miałem potrzeby sprawdzania jak popularne są oba sposoby, ale radziłbym się kierować tym jak waliduje JOSM.

Jeśli JOSM automatycznie przy zakładaniu multipoligonu przenosi tagi do relacji to jak tak robię, bo nie da się inaczej gdyż aby szybko mapować wykorzystuje się skróty klawiaturowe np. zakładanie multipoligonu to zaznaczanie dwóch obrysów i kliknięcie Ctrl+B.
A modyfikacja takiej relacji trwa pól sekundy poprzez Ctrl"Shift+B.

Zdarzało się często na lasach gdzie posklejanych jest wiele oddziałów leśnych z których wiele ma małe polanki a to wszystko do kupy było sklejane w rozmaite relacje, że było namieszane i te same tagi były dodane do relacji jak i wisiały na obrysach.
No tu już render się rozkładał a częściej maperzy, którzy takie relacje poprawiali bo gdy wycinali polanki render im zasłaniał.
Wtedy kombinowali cięli linie zewnętrzną na odcinki. Wielkie relacje lasu dzielili na mniejsze kawałki zostawiając linie inner poza nowo założonymi liniami outer. Tych przypadków było tak wiele że rendery musiały nauczyć się to obsługiwać.
Ale maperzy się gubią gdy chcą taką relacje podzielić na kilka mniejszych.
Dziś pracowałem robiąc area:highway z innym renderem, który od razu walidował i on sobie nie radził ze źle zbudowanymi relacjami gdzie inner wyłaziło poza outer lub się ze sobą przecinały.
Mimo, że render Mapnika sobie z takim relacjami radzi to jednak walidador JOSMa ostrzega. Ja teraz nie powiem dokładnie, bo walidador rok czy dwa temu zmienił reguły ale sygnalizuje problemy np. z weryfikacją roli.
To o czym piszemy sygnalizuje chyba jako błąd stylu obszaru dla linii zewnętrznej.
Są błędy nieustalonych rodzai relacji itd.
Nie śledzę tego dokładnie, bo nie mam potrzeby. Poprawiam relacje lasów i budynków gdy ktoś się pogubił i robię to tak jak napisałem i działa.
Kolega Cz ja pisał o relacji scalania, że go zaskoczyło że funkcja scalania tworzy relację, ale to kwestia tłumaczenia ID. Ja w JOSM takiej relacji nie spotkałem a budynków zrobiłem aż się nie chce wierzyć "miliony".

Dlatego ja i co rozsądniejsi koledzy którzy mapują aktywnie śmieją się z wmawiania innym ze robią pod render gdy mapa coraz lepsza i żadnych konfliktów nie ma, bo nikt nie uzywa niewłaściwych kluczy tylko z dostępnych tagów i co najwyzej wybiera te co się renderują a do obiektu pasują.

Staram się nie robić relacji przed jakimi JOSM ostrzega.Staram się robić relacje najprostsze aby nowi maperzy się w nich mnie gubili ani ich nie psuli.

Ty masz dylemat czy jeśli już ktoś zostawił tagi na obrysie to czy masz je przenosić ręcznie do relacji. JOSM nie wspiera takiego przenoszenia więc to żmudna robota jeśli tagów dużo.

Czasem szybciej wrysować obiekt na nowo czy sklonować ale nie tobie tego bo jest zasada nie kasować tego co wcześniej wrysowano.Dlatego nie podpowiem łatwego sposobu
Istnieje w JOSM skrót Shift+R który wkleja hurtem tagi ostatnio dotkniętego obiektu ale to nie zadziała bo w JOSM brak wielu funkcji do pracy nad relacjami , a nie wiem czy nie powstała do tego jakaś wtyczka.

Zatem niech mnie koledzy poprawią jeśli o czymś nie wiem ale ja bym zostawił i jeśli chcesz dodać nowy tag do wielu już wcześniej założonych na outer to bym tam dodał a z pewnością nie tak ze część tagów na relacji a większość na outer.

Kiedyś automat to poprawi.Nie wypowiadam sie tu czy ID robi tak jak JOSM ale jeśli inaczej to bym sie nie przejmował, bo są istotne różnice w szablonach JOSMA i ID i nikt tego nie zrównuje co wygląda na jakaś wojenkę.

Tu masz przykładu multipoligonów
http://wiki.openstreetmap.org/wiki/Pl:R … ltipolygon
Jest też gdzieś stronka z przykładami złych multipoligonów, że za głowę można się złapać ale i tak render sobie chyba z wszystkimi radzi.
Nie będą sprawdzał, bo nie pamiętam jakie możliwości maja edytory www ale odradzałbym poprawianie relacji tym sposobem.

Podam tylko jeden zły przykład z którym się często spotykam.Odradzam cięcie outer na kilka outline czyli obrys zewnętrzny składający sie z kilku odcinków.
Są maperzy, którzy takie relacje robią na budynkach nawet bez otworów.
Zatem przy zakładaniu nowego obiektu a raczej multipoligomu rób jak pisałem a jeśli chcesz dodać tag do już istniejącej relacji z wieloma tagami nie trać czasu i dodaj tag tam gdzie reszta już jest.

Możesz poeksperymentować, bo rendery zaczynają już rozsuwać np. adresy tak aby name budynku ich nie zasłaniało.Jeśli relacja będzie nietypowa to te nowe mechanizmy mogą nie zadziałać.

Jeśli połowę edycji robiłeś w JOSM to każdy ci powie, że do relacji lepszy jest JOSM ,tylko wymaga oswojenia.
Natomiast działanie w obu powoduje zamęt w głowie i np. błędy nazewnictwa jak wspomniana wyżej relacja sklejania.

Nie rozwijam tematu, że wtyczki do JOSM nie radzą sobie z obsługą relacji i tu mógłbym służyć pewnymi radami ale może kiedy indziej a może wcale, bo forum wg. mnie dogorywa więc chyba nie warto inwestować swego czasu w jego reanimację.

Announcement

#3951 2017-01-12 10:45:49

Re: Pytania początkujących

#3952 2017-01-12 12:22:55

Re: Pytania początkujących

#3953 2017-01-12 13:13:09

Re: Pytania początkujących

#3954 2017-01-12 13:19:06

Re: Pytania początkujących

#3955 2017-01-12 13:30:31

Re: Pytania początkujących

#3956 2017-01-12 15:21:06

Re: Pytania początkujących

#3957 2017-01-12 15:56:55

Re: Pytania początkujących

#3958 2017-01-12 16:05:52

Re: Pytania początkujących

#3959 2017-01-12 23:50:22

Re: Pytania początkujących

#3960 2017-01-13 10:34:19

Re: Pytania początkujących

#3961 2017-01-13 10:55:11

Re: Pytania początkujących

#3962 2017-01-13 17:55:04

Re: Pytania początkujących

#3963 2017-01-13 21:45:57

Re: Pytania początkujących

#3964 2017-01-14 01:34:20

Re: Pytania początkujących

#3965 2017-01-14 01:44:25

Re: Pytania początkujących

#3966 2017-01-14 10:03:12

Re: Pytania początkujących

#3967 2017-01-14 11:28:34

Re: Pytania początkujących

#3968 2017-01-14 12:15:40

Re: Pytania początkujących

#3969 2017-01-14 12:44:26

Re: Pytania początkujących

#3970 2017-01-14 13:52:08

Re: Pytania początkujących

#3971 2017-01-14 15:30:30

Re: Pytania początkujących

#3972 2017-01-14 15:50:53

Re: Pytania początkujących

#3973 2017-01-14 16:00:37

Re: Pytania początkujących

#3974 2017-01-14 16:23:15

Re: Pytania początkujących

#3975 2017-01-15 14:27:54

Re: Pytania początkujących

Board footer