почистить линии с boundary=administrative

pfg21 · 2018-03-07T09:41:43.000Z

place не сильно связан с boundary=adminstrtiv это несколько другое.

wowik · 2018-03-07T09:46:38.000Z

pfg21:

а смысл в линии с admin_level=2

Смысл в том числе и в имени
https://www.openstreetmap.org/way/45495749
Без тегов границы name становится не понятно к чему относящимся.

Именно межгосударственные границы есть вполне самостоятельные объекты, в отличие от границ между сельсоветами.

pfg21 · 2018-03-07T09:58:28.000Z

wowik:

pfg21:

а смысл в линии с admin_level=2

Именно межгосударственные границы есть вполне самостоятельные объекты, в отличие от границ между сельсоветами.

ты путаешь с объектом забор, объектом контроль-следова полоса и прочее.

admin_level=2 их может и не содержать, или быть вообще просто виртуальной линией по пескам сахары.

name в твоем примере имеет нулевую значимость, вполне можно сгенерировать и отношений стран.

wowik · 2018-03-07T10:03:57.000Z

Нет, это вы путаете. Именно линия границы, а не забор, есть объект межгосударственных соглашений.
Да, названия можно генерить, только если у вас в выборке скачана информация по прилегающим странам.

В общем, на этом уровне я бы не стал ломать отмапленое.

pfg21 · 2018-03-07T10:10:27.000Z

т.е. опять же костыль, каким и были границы до появления отношений.
Вместо того чтобы качать то, что нужно (отношения стран), предлагаешь пользоваться набором локальных линий, теги которых могут быть и связаны с тем, чем нужно.
К примеру такой случай: граница идет по именованному ручью, какое имя ставить не линию ручья или псевдо-линии границы ??

wowik · 2018-03-07T10:11:21.000Z

А кто чем хочет/может, тот тем и пользуется.
Я предлагаю не ломать то, что уже есть. Тем более цели ломания я не уловил.
У меня нет данных, какой софт и как именно это затронет.
Какой редактор как будет что подкачивать, какой пользователь редактора обратит внимание на отношения.

wowik · 2018-03-07T10:19:35.000Z

Вот забавные объекты с border_type=*, правда без admin_level
https://www.openstreetmap.org/way/68230896
https://www.openstreetmap.org/way/245298917

Но в вики пишут, что надо ставить admin_level=2
https://wiki.openstreetmap.org/wiki/Tag:boundary=maritime#Territorial_sea_.2812.C2.A0nm_zone.29

AnakinNN · 2018-03-07T10:52:07.000Z

pfg21:

place не сильно связан с boundary=adminstrtiv это несколько другое.

Тогда я не уловил - а какая схема тегирования является современной (в противовес указанным устаревшим)?

wowik · 2018-03-07T11:00:31.000Z

В начале было слово,
И слово было два байта.
Вначале не было отношений
и свойства границ мапили на веях.
Потом появились отношения, и стало можно свойства границы описывать ими.
Но еще долго не все и не в полном объеме с ними работали.
К примеру редактор iD достаточно неудобен при работе с отношениями.

Нынче мапник рисует границы, вполне довольствуясь только отношениями, но уж раз так, то теги на самих веях как бы окончательно устарели.
И это практически так, но вот с госграницами возможны еще какие-то особенности.

Gumeg · 2018-03-07T11:26:09.000Z

Саратовскую область очистил от линий с admin_level=6,8 в процессе прорисовки.
Я - за удаление. Но пускай admin_level=2 останется, хотя бы потому, что в соседней стране может быть другое мнение.

AnakinNN · 2018-03-07T12:21:37.000Z

wowik, спасибо, понял. Очистку веев по-прежнему одобряю

Sergey_Astakhov · 2018-03-07T14:26:20.000Z

У тегов на линиях есть большое преимущество - чтобы их отрисовать не нужно использовать отношение. Это особенно важно если рисовать нужно частичные данные, например карту одной области. Иначе вам вместе с данными для области, примыкающей к гос. границе ещё придётся в обязательном порядке грузить громоздкие отношения границ стран. Так что как минимум admin_level=2 однозначно стоит оставить.

Чем вам эти теги так мешают то?

pfg21 · 2018-03-07T14:26:28.000Z

Но пускай admin_level=2 останется, хотя бы потому, что в соседней стране может быть другое мнение.

такой вариант не думал, админ_левел=2 исключаю

pfg21 · 2018-03-07T14:40:24.000Z

Sergey Astakhov:

У тегов на линиях есть большое преимущество - чтобы их отрисовать не нужно использовать отношение. Это особенно важно если рисовать нужно частичные данные, например карту одной области. Иначе вам вместе с данными для области, примыкающей к гос. границе ещё придётся в обязательном порядке грузить громоздкие отношения границ стран. Так что как минимум admin_level=2 однозначно стоит оставить.

Неправильная точка зрения.
отношение не требует грузить всех своих членов , это не линия, и вас никто не просит скачивать все линий границы РФ.
но отношения обязаны быть в выгрузках, если в границы выгрузки попадает хотя бы один из членов отношения (точки и линии).

Т.е. если в границу выгрузки попадет хотя бы одна линия границы РФ, то в выгрузку попадет и данная линия и отношение РФ (плюс все остальные привязанные отношения), но без остальных членов (т.е. полностью вся граница РФ грузиться не будет).
из этого отношения можно совершенно точно узнать что данная линия - граница admin_level=2.
теги на линии снова изишни.

Чем вам эти теги так мешают то?

я уже описывал что, возможно, линия границы будет совпадать с линией другого именованного объекта. и тогда неизвестно какое имя ставить толи границы, толи объекта.
ну и есть сомнения что границам нужны/есть имена .

fserges · 2018-03-07T14:47:00.000Z

pfg21:

Sergey Astakhov:

У тегов на линиях есть большое преимущество - чтобы их отрисовать не нужно использовать отношение. Это особенно важно если рисовать нужно частичные данные, например карту одной области. Иначе вам вместе с данными для области, примыкающей к гос. границе ещё придётся в обязательном порядке грузить громоздкие отношения границ стран. Так что как минимум admin_level=2 однозначно стоит оставить.

Неправильная точка зрения.
отношение нет ребует грузить всех своих членов, это не линия. но обязаны быть в выгрузках, если в ы границы выгрузки попадает хотя бы один из членов отношения (точки и линии).

Я отвечу проще - данные теги на границе (за исключением admin_level=2) никем не используются и не валидируются, при этом много где неактуальны, много где эти теги не проставлены или уже удалены. Т.е. для внутренних границ это по сути информационный мусор. Мы можем его хранить для истории а можем вычистить.

Ну или иначе поднимать валидатор чтобы поддерживать теги на линиях в актуальном виде, что вряд ли осмысленно.

pfg21 · 2018-03-07T14:57:48.000Z

убирать я их не буду, эт я уже написал
но смысла наличия тегов admin_level=2 именно на линии, а не на отношении я не уловил.
если есть линия, которая входит в отношение boundary, то в принципе без разницы в насколько большое отношение оно входит, такая же выборка что для региона, что для страны, выдает полноценное данные из привязанных отношений.

evgenykatyshev · 2018-03-07T20:55:32.000Z

Я на линиях границ, не являющихся другими объектами, оставляю boundary=administrative, даже если она входит в отношение. Просто чтоб никто не удалил по ошибке, включая меня самого. Но согласен, что это не очень правильно.

Удаление остальных тегов (кроме admin_level=2), если граница входит в отношение, полностью поддерживаю.

Vort · 2018-03-08T06:06:38.000Z

всю тему не читал, но возник вопрос: кто-нибудь смотрел osm wiki?
Boundary ways should have boundary=administrative and the admin_level=* for the highest border (when a country, state, county are on the same way the admin_level would be 2)

Stalker61 · 2018-03-08T07:23:46.000Z

Vort:

всю тему не читал, но возник вопрос: кто-нибудь смотрел osm wiki?
Boundary ways should have boundary=administrative and the admin_level=* for the highest border (when a country, state, county are on the same way the admin_level would be 2)

Далее еще интереснее:

Because boundaries can be rendered both from relations and individual ways, tagging the ways is, in the strictest sense optional. There was a render issue (see this Github discussion), but this was resolved.
Boundary relationships are useful for many tools, but not necessary for rendering purposes, which is why boundary lines should be tagged to allow for the renderer to use them again.

Sergey_Astakhov · 2018-03-08T12:44:06.000Z

pfg21:

Неправильная точка зрения.
отношение не требует грузить всех своих членов , это не линия, и вас никто не просит скачивать все линий границы РФ.
но отношения обязаны быть в выгрузках, если в границы выгрузки попадает хотя бы один из членов отношения (точки и линии).

Я говорю не про выгрузки, а про отображение. Пример:

Как вы сможете отобразить госграницу, если у вас не будет линии с тегами, а отношение не со всеми членами? Неполные отношения при загрузке в БД для отображения не будут преобразованы в геометрию, а значит не будут доступны для отображения.