Po co boundary=administrative dublujące relacje?

Communities Polska (Poland)
#1

Czy jest jakikolwiek powód by dublowac relacje granic administracyjnych typu https://www.openstreetmap.org/relation/1435909#map=12/50.1199/19.7677 przez dodawanie boundary=administrative na liniach stanowiących ich granice?

Bezpośrednim powodem dla którego się pytam jest to że JOSM ostatnio zaczął prosić o dodawanie admin_level tam gdzie jest tag boundary=administrative.

Z rozwiązań widzę

  • zmodyfikować JOSM by nie prosił o admin_level na liniach (ale po co boundary=administrative bez admin_level?)
  • dodawać admin_level (bezsensowne dublowanie danych z relacji, masa roboty bez sensu)
  • usuwać boundary=administrative z lini, relacje wystarczą (wydaje mi się najlepsze, wolę się skonsultować zanim zacznę cos kasować)
#2

Sens jest, bez boundary=administrative to to jest “jakaśs kreska, po cholerę ona tu” dla wielu mniej lub bardziej początkujacych.

Oraz: nie wiesz, co przestanie renderować granice jako granice, kiedy ten tag zdejmiesz z linii.

Ja bym jednak optował za przerobieniem JOSM-a.

#3

Zarówno iD jak i JOSM nie tracą stylu lini ptzy usunięciu boundary=administrative z lini a obecności relacji.

#4

A wyświetlanie? Styl domyślny? Wszystkie inne style? Apki?

#5

Powód jest taki, jak podał rmikke, jednak takie duplikowanie tagu jest na składowych relacji może wprowadzać w błąd niektóre narzędzia i na pewno nie jest to zgodne z przyjętymi regułami tagowania.

Ja by tego uniknąć i jednocześnie by nie była nieotagowana linia dawałem type=boundary, jak tu - https://www.openstreetmap.org
/way/284637242
“type” stosuje się tylko dla relacji, więc taki tag na linii powinnien być niewidoczny dla narzędzi.
Możnaby zamiast tego “note=” dodawać.