OpenStreetMap Forum

The Free Wiki World Map

You are not logged in.

#1 2019-05-23 13:27:06

maro21
Member
From: Wrocław
Registered: 2018-03-06
Posts: 74

Edytor iD

Po trzech miesiącach wyszła nowa wersja edytora iD, 2.15.0.

Zmiany to między innymi:

– 100% przetłumaczonego interfejsu na polski
– liczne poprawki błędów językowych i błędów w tłumaczeniach
– łatwiejsze wyszukiwanie presetów

Presety
– kilkaset nowych presetów, m.in.: Kąpielisko, Sala bankietowa, Hangar, Część budynku, Twierdza, Pałac, Brama miejska, Fort, Wieża obronna, Dwór, Tor kolarski, Szyb, Podziemny rurociąg, Skrzynka elektryczna, Przylądek, Skała, Kamień, Dolina, Fosa, Osadnik, Turbina wodna, Kolej w budowie, Sklep z marihuaną, Sklep z bielizną, Sklep z grami planszowymi, Sklep wielobranżowy, Sklep z oświetleniem, Popiersie, Graffiti, Instalacja artystyczna, Małe zoo, Park safari, Śluza wodna i Wrota śluzy wodnej oraz elementy indoor mapping (korytarze, pokoje, drzwi itp.)
– dużo więcej odpowiednich ikon dla presetów
– presety z konkretnych marek (np. Pizza Hut, Żabka) mają teraz dodane ich logo zamiast domyślnej ikony
– nie będą już wyszukiwane presety marek, które nie są używane w danym kraju, np. po wpisaniu "abc" będzie tylko sieć polskich sklepów spożywczych "abc", a nie będzie sieci sklepów "ABC" w Wielkiej Brytanii, czy francuskiej sieci stacji paliw "ABC".

Pola
air_conditioning=* (klimatyzacja), dla hoteli, restauracji, kawiarni, barów, bibliotek, banków, biur, kin, teatrów, kasyn itd.
screen=* (liczba ekranów) dla kin (zachęcam do uzupełniania dla kin w waszych miejscowościach)

Walidacja
– rozbudowany system walidacji*
– więcej reguł walidacji, m.in:
–– wyróżnianie obiektów oznaczonych tagiem "fixme"
–– proste budynki, które nie mają kątów prostych
–– rozpoznaje dużo więcej przestarzałych znaczników (lista), w tym np. często używane "vegetarian"/"vegan" w polu cuisine zamiast w "diet=*"

Nowe funkcje
– jest możliwość łatwego wklejenia kilku znaczników na raz, nie tylko jednego, np:
name=Wisła
waterway=river
oneway=yes
(za to wklejenie pojedynczego klucza z wartością przestało działać, ale to chyba błąd)
Można też w drugą stronę, czyli łatwo skopiować tagi.
– teraz można odłączyć łatwo dwa obszary od siebie, nie trzeba węzeł po węźle (obrazek)
– można zmieniać kolejność elementów relacji przesuwając je (obrazek)
– nie można już odłączyć węzła na linii, np. miejsca zatrzymania autobusu na drodze, jeśli ten węzeł jest elementem jakiejś relacji. Trzeba najpierw usunąć go z relacji. Dotychczas działało to tak, że można było odłączyć, ale automatycznie usuwał się z tych relacji.
– wyprostować można nie tylko linię, ale też kilka pojedynczych punktów (obrazek)
– prostować można również kilka zaznaczonych linii, nie tylko jedną (obrazek)
– robienie kątów prostych działa już nie tylko dla obszarów, ale także dla linii i samych wierzchołków
– można teraz "wyłowić" POI z budynku, tj. jeśli mamy tagi restauracji na budynku, a nie zajmuje ona całego, to po odłączeniu, tagi budynku zostaną na budynku, a restauracja czy inny POI będzie jako punkt (obrazek)
– ostatnio używane presety będą zapamiętywane nie tylko podczas jednej edycji (sesji, do zapisania), ale między sesjami
– lekka zmiana wyglądu górnego toolbara


* Dopiero po wypuszczeniu wersji widać jak działa walidacja. Trochę "za dobrze" działa moim zdaniem. Jeśli zmienimy "moje edycje" na "wszystko" i "wszędzie" to wywala 500 bezsensownych, odwracających uwagę, błędów typu "tramwaj przecina droga wewnętrzna", czy budynek przecina budynek (takich błędów są tysiące, jeśli te budynki były z importu, a nie rysowane ręcznie). Nie wiem jaki zasięg ma to "wszędzie". Trochę to przesada moim zdaniem, żeby walidował wszystko czego nawet nie mam ekranie.
Można się spodziewać, że ludzie będą klikali "napraw wszystkie" i zapisywali swoje edycje.
iD i tak waliduje wszystko w tle, nawet jeśli nie zaznaczymy tej opcji. I sama ta walidacja kilkuset obiektów spowalnia edytor, więc to co napisali autorzy, że działa szybciej, nie jest prawdą.
Najlepiej sobie zaznaczyć w panelu "Problemy", "moje edycje" i "w widoku", ale nawet przy zaznaczonych tych, iD i tak waliduje wszystko w tle.

Moim zdaniem nie jest to dobry pomysł, żeby iD walidował wszystko i wszędzie. Lepiej żeby sprawdzał tylko to, co ruszaliśmy w danej edycji. A co wy o tym sądzicie?

Nie podoba mi się, że teraz edytor sugeruje jakoby np. Żabka używała przestarzałych znaczników... Nie tak to miało być. Ta opcja miała sugerować zamianę np. shop=fish na shop=seafood, a nie odwracać uwagę, że Żabce brakuje jakichś durnych tagów typu brand, brand:wikidata i brand:wikipedia. Ta zmiana to moim zdaniem dokładanie pracy i odwracanie uwagi edytorów. Tym bardziej, że komunikat jest wprowadzający błąd, bo to nieprawda, że obiekt amenity=fast_food, name=McDonald's
używa jakichś przestarzałych znaczników, ani że jest to coś wymagającego poprawy.

Offline

#2 2019-05-25 21:18:46

Yunkers
Member
Registered: 2016-01-29
Posts: 79

Re: Edytor iD

Moim zdaniem nie jest to dobry pomysł, żeby iD walidował wszystko i wszędzie. Lepiej żeby sprawdzał tylko to, co ruszaliśmy w danej edycji. A co wy o tym sądzicie?

Zgadzam się, zwłaszcza, że rzadkością są edycje "wszystkiego i wszędzie". Wydaje mi się bez sensu wyświetlanie ostrzeżeń o budynkach osobie, która edytuje tylko drogi.

Offline

#3 2019-05-31 12:00:03

maraf24
Member
From: Wrocław
Registered: 2015-03-07
Posts: 1,390

Re: Edytor iD

Proszę uważać na te propozycje napraw narzucane przez iD.
Właśnie odkryłem, że przestarzałe office=administrative na budynku jest, owszem, zmieniane na office=government, ale przy okazji znika tag budynku.

Offline

#4 2019-05-31 12:21:43

RicoElectrico
Member
From: Trójmiasto
Registered: 2012-07-01
Posts: 1,197

Re: Edytor iD

Offline

#5 2019-05-31 15:28:37

Mateusz Konieczny
Member
Registered: 2013-09-22
Posts: 1,412

Re: Edytor iD

maraf24 wrote:

Właśnie odkryłem, że przestarzałe office=administrative na budynku jest, owszem, zmieniane na office=government, ale przy okazji znika tag budynku.

https://github.com/openstreetmap/iD/issues/6466 - zgłoszone godzinę temu i naprawione pół godziny temu. Nie wiem kiedy iD wypuści poprawioną wersję.

Last edited by Mateusz Konieczny (2019-05-31 15:29:45)

Offline

#6 2019-05-31 15:34:14

RicoElectrico
Member
From: Trójmiasto
Registered: 2012-07-01
Posts: 1,197

Re: Edytor iD

Branch master można sobie popróbować chyba tutaj: http://preview.ideditor.com/master/

Offline

#7 2019-05-31 18:19:29

maraf24
Member
From: Wrocław
Registered: 2015-03-07
Posts: 1,390

Re: Edytor iD

Mateusz Konieczny wrote:
maraf24 wrote:

Właśnie odkryłem, że przestarzałe office=administrative na budynku jest, owszem, zmieniane na office=government, ale przy okazji znika tag budynku.

https://github.com/openstreetmap/iD/issues/6466 - zgłoszone godzinę temu i naprawione pół godziny temu. Nie wiem kiedy iD wypuści poprawioną wersję.

Cieszę się.
Tyle że to objaw większego zjawiska w iD - dodawania lub usuwania tagu building przy aplikacji różnych presetów. Stara sprawa i ciągle jakieś presety są właśnie z tego powodu naprawiane (lub jest odmowa naprawy). 
Np. aktualnie zastosowanie presetu Śmietnika do budynku tez powoduje zniknięcie tagu building. Z kolei Ogrodnik(craft) lub Centrum Ogrodnicze(shop) jako obszar ma zawsze dodany tag building.

Offline

#8 2019-06-01 18:25:26

kocio
Administrator
From: Warszawa
Registered: 2013-09-04
Posts: 3,249
Website

Re: Edytor iD

W zasadzie to chyba ma sens, żeby nie łączyć budynku i innej funkcji na jednym obiekcie. Tu się ujawnił ten problem co do wyświetlania nazw, bo jak są razem, to nie wiadomo czego ta nazwa dotyczy:

https://github.com/gravitystorm/openstr … ssues/3780

Prawdopodobnie należy po prostu zrobić inny obiekt o tej samej geometrii (te same punkty i linie), chodzi tylko o to, żeby to przedyskutować gdzieś najpierw, a nie żeby to był efekt uboczny.

Offline

#9 2019-06-01 18:42:10

maraf24
Member
From: Wrocław
Registered: 2015-03-07
Posts: 1,390

Re: Edytor iD

kocio wrote:

W zasadzie to chyba ma sens, żeby nie łączyć budynku i innej funkcji na jednym obiekcie. Tu się ujawnił ten problem co do wyświetlania nazw, bo jak są razem, to nie wiadomo czego ta nazwa dotyczy:

Kiedyś przy mostach takie konflikty rozwiązywało się poprzez bridge:name. Tutaj mogłoby to być building:name.

Offline

#10 2019-06-02 14:28:38

maro21
Member
From: Wrocław
Registered: 2018-03-06
Posts: 74

Re: Edytor iD

kocio wrote:

W zasadzie to chyba ma sens, żeby nie łączyć budynku i innej funkcji na jednym obiekcie. Tu się ujawnił ten problem co do wyświetlania nazw, bo jak są razem, to nie wiadomo czego ta nazwa dotyczy:

https://github.com/gravitystorm/openstr … ssues/3780

Prawdopodobnie należy po prostu zrobić inny obiekt o tej samej geometrii (te same punkty i linie), chodzi tylko o to, żeby to przedyskutować gdzieś najpierw, a nie żeby to był efekt uboczny.

Dlatego jestem za tym, żeby amenity rozdzielać od budynku i dawać jako węzeł, nawet jeśli zajmuje cały budynek.
Co jeśli do kamienicy, która ma nazwę wprowadziła się biblioteka i zajmuje cały budynek? To mamy dwie nazwy, kamienicy i biblioteki. A jeśli chcę dodać start_date to czego będzie dotyczyć, budynku czy biblioteki?
Kamienica mogła być wybudowana kilkaset lat temu i chcemy zaznaczyć to w tagach, a instytucja zajmująca budynek będzie się zmieniać częściej niż sam budynek. Więc moim zdaniem na te dwie rzeczy warto mieć dwa obiekty.

Potem powstają takie kwiatki jak ten, że nie wiadomo które tagi czego dotyczą:

WroclawGIS:addr:date 	2011-03-13
WroclawGIS:addr:id 	26777
WroclawGIS:addr:layer 	search/0
WroclawGIS:addr:postcode:id 	28145
WroclawGIS:addr:postcode:layer 	odniesienie_k_lite/1
WroclawGIS:building:ID 	2360
WroclawGIS:building:date 	2011-02-25
addr:city 	Wrocław
addr:country 	PL
addr:housenumber 	5
addr:postcode 	51-301
addr:street 	Aleja Jana III Sobieskiego
addr:street:sym_ul 	20428
building 	yes
contact:phone 	+48 666 737 555
motorcycle:clothes 	yes
motorcycle:parts 	yes
motorcycle:sales 	no
name 	I'M Inter Motors
old_name 	Meble Bodzio
opening_hours 	Mo-Fr 10:00-20:00; Sa 10:00-17:00
shop 	motorcycle
source 	WroclawGIS
source:addr 	WroclawGIS
source:building 	WroclawGIS
website 	https://www.imready.eu/pl/intermotors-wroclaw-sobieskiego

A gdyby tu jeszcze były tagi budynku 3D to już zupełnie byłoby zamieszanie.
Takie łączenie nie ułatwia też przeglądania POI na mapach, bo jak ktoś szuka bibliotek czy sklepów motocyklowych to nie obchodzą go tagi budynku, których tu może być bardzo dużo.

Last edited by maro21 (2019-06-02 14:31:44)

Offline

#11 2019-06-02 14:35:52

kocio
Administrator
From: Warszawa
Registered: 2013-09-04
Posts: 3,249
Website

Re: Edytor iD

A dlaczego proponujesz akurat węzeł, jeśli wiadomo że zajmuje obszar (taki sam jak budynek)?

Offline

#12 2019-06-02 16:45:42

maraf24
Member
From: Wrocław
Registered: 2015-03-07
Posts: 1,390

Re: Edytor iD

Umieszczanie tagów POI na budynku jest tak powszechne, że nie warto próbować tego zmieniać.
Metoda dodatkowego obrysu po budynku dla POI jest poprawna, choć niespotykana. Sam ją stosują tylko gdy POI obejmuje kilka sąsiadujących budynków.

Jeśli na budynku jest amenity/shop/office, to przyjmuję że tagi name, start_date, website odnoszą się właśnie do POI, a nie budynku. Może nie jest to nigdzie ustalone, ale najczęściej poprawne.
Atrybuty budynku można umieszczać w building:xxxx.. Wg taginfo np. tagi building:name i building:start_date są rzadkie, ale w użyciu.

Offline

#13 2019-06-02 21:52:07

maraf24
Member
From: Wrocław
Registered: 2015-03-07
Posts: 1,390

Re: Edytor iD

Kolejny głupi fix iD: amenity=public_building zmienia w building=public, nawet w takich sytuacjach: https://www.openstreetmap.org/node/1669030252

Edit:
Inny problem: https://www.openstreetmap.org/way/545510058
Przejście dla pieszych dostało barrier=kerb z powodu kerb=lowered. To może być problem w routerze poprzestającym tylko na kluczu barrier, bez wnikania w jego wartość.
Może to jest też błąd w tagowaniu - czy kerb=lowered nie powinnien być w węźle w miejscu krawężnika, a nie na całej linii?

Edit2:
barrier=entrance zmienia w entrance=yes. Pierwsze oznacza fizyczny brak wejścia (otwór), drugie zwykle jakieś drzwi, bramę itp.

Edit3:
https://www.openstreetmap.org/way/409779391 - service=driveway wystarczyło, by powołać do życia nieistniejącą drogę
Jest to jednakże przykład złego tagowania, po tam powinno być highway=proposed. W takiej sytuacji iD nie tworzy drogi.

Last edited by maraf24 (2019-06-02 22:34:34)

Offline

#14 2019-06-03 14:57:11

Cz ja
Member
Registered: 2016-11-13
Posts: 222

Re: Edytor iD

kocio wrote:

A dlaczego proponujesz akurat węzeł, jeśli wiadomo że zajmuje obszar (taki sam jak budynek)?

Moim zdaniem stawianie węzła w miejscu POI wydaje się bardziej poprawnym sposobem oznaczania, czy to pokoju, budynku lub obszaru rezydowania danego POI Analogicznie jak w przypadku miejscowości, pomimo że miejscowość zajmuje obszar, który można z całkiem dużą dokładnością oznaczyć tagiem na obszarze + nazwa, dane miejscowości są zapisane z jakiegoś powodu w węźle nie obszarze. Z drugiej strony nazwane obszary lepiej wypełniają mapę i często w przypadku dużych obszarów atrakcyjniej wyglądają na niej.

Myślę, że dla POI powinno być coś w rodzaju automatu (specjalnej strony), w którym zainteresowany (podobnie jak w przypadku Googla) wypełniłby stosowne kluczowe pola: 1. Rodzaj i/lub podrodzaj POI, 2. nazwa, 3. adres (kod, nazwa miejscowości, ulicy, numer lokalu), 4.numer telefonu, 5. strona WWW 6. Ograniczony opis POI w description itd... Gdyby kluczowe pola zostały pominięte np. rodzaj poi, nazwa, opis, dane do weryfikacji nie mógłby dodać poi i musiał skorzystać z uwagi. Jako że takie zgłoszenie byłoby anonimowe zainteresowany mógłby zostawić adres do korespondencji. Dane jeszcze nie byłyby widoczne na mapie ani obecne w bazie danych.

Następnie dane mogłyby być dodane do mapy, po wcześniejszej akceptacji, lub odrzucane, ewentualnie poprawione przez zaawansowanego użytkownika. Jednym kliknięciem Tak dodaj lub Odrzuć. Jednak w razie wątpliwości jeśli obecny byłby adres do korespondencji doświadczony mapowicz mógłby zadać szczegółowe pytania zgłaszającemu np. o położenie punktu POI. Po akceptacji POI powinny być dostępne i widoczne w bazie danych i mapie, bo to zachęca do aktywności konsumentów mapy.

Obecnie traci się czas na weryfikację dodawanych danych czy w POI, czy w uwadze zwykle użytkownicy dodają niepełne dane przeważnie samą nazwę (nawet z jakiegoś powodu są zalecenia na wiki, aby dodawać niepełne dane). Uwagi wiszą latami. Zainteresowani, którzy nie chcą marnować swojego prywatnego czasu, albo nie mają go wcale na zgłębianie niuansów dodawania danych do mapy dodają najwyżej uwagę.

Odnośnie POI mam na myśli sytuację w Europie, konkretnie w Polsce.

Last edited by Cz ja (2019-06-03 15:56:26)

Offline

#15 2019-06-12 15:36:20

Mateusz Konieczny
Member
Registered: 2013-09-22
Posts: 1,412

Re: Edytor iD

maraf24 wrote:

Kolejny głupi fix iD: amenity=public_building zmienia w building=public, nawet w takich sytuacjach: https://www.openstreetmap.org/node/1669030252

Zgałszałem, zostało olane - https://github.com/openstreetmap/iD/issues/5951

maraf24 wrote:

barrier=entrance zmienia w entrance=yes. Pierwsze oznacza fizyczny brak wejścia (otwór), drugie zwykle jakieś drzwi, bramę itp.

Poprawione po https://github.com/openstreetmap/iD/issues/6506

Offline

#16 2019-06-12 15:37:26

Mateusz Konieczny
Member
Registered: 2013-09-22
Posts: 1,412

Re: Edytor iD

Cz ja wrote:

Myślę, że dla POI powinno być coś w rodzaju automatu (specjalnej strony), w którym zainteresowany (podobnie jak w przypadku Googla) wypełniłby stosowne kluczowe pola: 1. Rodzaj i/lub podrodzaj POI, 2. nazwa, 3. adres (kod, nazwa miejscowości, ulicy, numer lokalu), 4.numer telefonu, 5. strona WWW 6. Ograniczony opis POI w description itd... Gdyby kluczowe pola zostały pominięte np. rodzaj poi, nazwa, opis, dane do weryfikacji nie mógłby dodać poi i musiał skorzystać z uwagi. Jako że takie zgłoszenie byłoby anonimowe zainteresowany mógłby zostawić adres do korespondencji. Dane jeszcze nie byłyby widoczne na mapie ani obecne w bazie danych.

https://www.onosm.org/

Offline

#17 2019-06-12 22:39:31

Cz ja
Member
Registered: 2016-11-13
Posts: 222

Re: Edytor iD

Mateusz Konieczny wrote:
Cz ja wrote:

Myślę, że dla POI powinno być coś w rodzaju automatu (specjalnej strony), w którym zainteresowany (podobnie jak w przypadku Googla) wypełniłby stosowne kluczowe pola: 1. Rodzaj i/lub podrodzaj POI, 2. nazwa, 3. adres (kod, nazwa miejscowości, ulicy, numer lokalu), 4.numer telefonu, 5. strona WWW 6. Ograniczony opis POI w description itd... Gdyby kluczowe pola zostały pominięte np. rodzaj poi, nazwa, opis, dane do weryfikacji nie mógłby dodać poi i musiał skorzystać z uwagi. Jako że takie zgłoszenie byłoby anonimowe zainteresowany mógłby zostawić adres do korespondencji. Dane jeszcze nie byłyby widoczne na mapie ani obecne w bazie danych.

https://www.onosm.org/

Otworzyłem tę stronę. Jak mam zrobić, aby po kliknięciu na wybrane miejsce na mapie pojawił się formularz pozwalając dodać POI do bazy danych?

Chętnie widziałbym na https://www.openstreetmap.org po kliknięciu prawym klawiszem myszki na mapę poza standardowego "Dodaj uwagę tutaj" także .. prosto z mostu "Dodaj POI tutaj"

Offline

#18 2019-06-13 00:26:00

maro21
Member
From: Wrocław
Registered: 2018-03-06
Posts: 74

Re: Edytor iD

Cz ja wrote:

Otworzyłem tę stronę. Jak mam zrobić, aby po kliknięciu na wybrane miejsce na mapie pojawił się formularz pozwalając dodać POI do bazy danych?

Przesuwasz znacznik na wybrane miejsce, a potem pod mapą klikasz "add more details".

Cz ja wrote:

Chętnie widziałbym na https://www.openstreetmap.org po kliknięciu prawym klawiszem myszki na mapę poza standardowego "Dodaj uwagę tutaj" także .. prosto z mostu "Dodaj POI tutaj"

Od tego jest edytor iD :). Jedynie musisz raz kliknąć "edytuj" przed tym. OnOSM to tylko proste narzędzie.

Offline

#19 2019-06-21 21:09:17

maro21
Member
From: Wrocław
Registered: 2018-03-06
Posts: 74

Re: Edytor iD

W nowej wersji 2.15.2, która weszła dzisiaj, nie ma już autonapraw jednym kliknięciem.

Offline

#20 2019-06-25 21:38:51

maraf24
Member
From: Wrocław
Registered: 2015-03-07
Posts: 1,390

Re: Edytor iD

Francuski fork iD: http://id.openstreetmap.fr
M.in. stosuje crossing_ref=zebra zamiast crossing=marked dla oznaczania przejść dla pieszych.

Last edited by maraf24 (2019-06-25 21:42:11)

Offline

#21 2019-07-19 13:12:32

maraf24
Member
From: Wrocław
Registered: 2015-03-07
Posts: 1,390

Re: Edytor iD

Widziałem ostatnio wiele nowo utworzonych brodów w miejscach, gdzie są mosty i przepusty.
Wszystkie edycje z iD. Jak się okazuje, to sprawka edytora:
br-d-w-fixie-z-i-D.png

Kliknięcie na "Połącz obiekty" tworzy bród.
Chyba zmiana tłumaczenia na "Oznacz jako bród" by pomogła?

Last edited by maraf24 (2019-07-19 13:18:06)

Offline

#22 2019-07-19 22:24:08

maro21
Member
From: Wrocław
Registered: 2018-03-06
Posts: 74

Re: Edytor iD

Tekst "połącz obiekty" jest wspólny dla wszystkich rodzajów przecinających się dróg. Kliknięcie na "połącz obiekty" jedynie tworzy wspólny węzeł dla dwóch przecinających się linii i ewentualnie dodaje tagi dla tego węzła, np. dla połączenia drogi z torami stworzy węzeł railway=level_crossing, dla ścieżki i drogi doda highway=crossing itd. A w przypadku ścieżki i strumienia otaguje jako ford=yes. To mapujący powinien wiedzieć co robi i jak to jest w terenie. Jeśli strumień przepływa pod drogą, to wiadomo że nie można ich łączyć, bo leżą na różnych warstwach. Niestety mostu nie można stworzyć jednym kliknięciem i trzeba to zrobić ręcznie.

Offline

#23 2019-07-19 23:13:11

maraf24
Member
From: Wrocław
Registered: 2015-03-07
Posts: 1,390

Re: Edytor iD

maro21 wrote:

To mapujący powinien wiedzieć co robi i jak to jest w terenie.

Jeśli funkcja opisana jako łącząca obiekty tworzy także bród, to są dwie możliwości:
-funkcja robi coś, czego nie powinna
-funkcja jest źle opisana

Offline

#24 2019-07-20 00:20:15

maro21
Member
From: Wrocław
Registered: 2018-03-06
Posts: 74

Re: Edytor iD

Moim zdaniem funkcja działa dobrze i jest dobrze opisana. "połącz obiekty" znaczy tutaj tyle, że te dwie drogi znajdują się na tym samym poziomie (warstwie) i żadna z nich nie przebiega pod lub nad drugą. Trudno żeby "połącz" znaczyło "narysuj tu most, strumień biegnie tunelem pod drogą". Bród wynika z tego, że ciek i droga są połączone, więc jeśli mają wspólny węzeł, to znaczy to, że jest tam bród.
Po kliknięciu na "i" można przeczytać "Drogi przecinające cieki powinny być oznakowane jako most, tunel lub bród." - można do tego komunikatu coś dopisać, ale nie sądzę żeby to pomogło, bo jeśli ktoś bez pomyślenia klika "połącz obiekty" i tworzy bród tam gdzie go nie ma, to i nie kliknie na "i".

Offline

#25 2019-07-20 09:45:23

maraf24
Member
From: Wrocław
Registered: 2015-03-07
Posts: 1,390

Re: Edytor iD

maro21 wrote:

Moim zdaniem funkcja działa dobrze i jest dobrze opisana.

Fakty temu przeczą:
1. Znam przynajmniej trzech mapujących, którzy takie brody nieświadomie utworzyli.
2. Funkcja wykonuje dwie operacje, a jej opis informuje tylko o pierwszej z nich.

więc jeśli mają wspólny węzeł, to znaczy to, że jest tam bród.

Nie mają wspólnego węzła - w danych OSM nie było połączenia. Węzeł zrobił iD po skołowaniu mapujących - zasugerował im, by dokonali połączenia, bez informowania o znaczeniu tej operacji. A dodanie znacznika brodu zrobił potajemnie.

Po kliknięciu na "i" można przeczytać "Drogi przecinające cieki powinny być oznakowane jako most, tunel lub bród." - można do tego komunikatu coś dopisać, ale nie sądzę żeby to pomogło

Nie pomoże, zbyt ogólne.  Poza tym ludzie nie sięgają do dokumentacji, nawet jeśli dzieli  ją od nich jeden klik.
Dlatego nazwy/opisy, które są widoczne dla użytkowników, powinny być jak najbardziej jednoznaczne i kompletne.

Niestety mostu nie można stworzyć jednym kliknięciem i trzeba to zrobić ręcznie.

Faktycznie! Opcje "Oznacz jako most lub tunel " oraz "Przemieść obiekty" są nieaktywne, przypuszczalnie niezaimplementowane.
Czyli mapujący ma tylko dwie możliwości: zignorować lub połączyć obiekty.
Jako że to wszystko jest opisane słowem "Problemy", to oczywiste, że mapujący nie ma wyboru - i robi połączenie.

Dla mnie jest już jasne - ta funkcja w iD jest niedokończona, to taka zajawka, które powinna być w preview, a nie w finalnym produkcie.

Offline

Board footer

Powered by FluxBB