Отношение #3791141 "Украина для конвертации в навигаторы"

knockpenny · 2015-03-29 20:42:05

Хочу узнать у сообщества, кто создал или использует отношение №3791141 ??
Недавно из-за него возникла проблема с отображением стиля HOT OSM: https://github.com/hotosm/HDM-CartoCSS/issues/262 (есть скриншоты)
Как сказал Паша Дудка, проблема в том, что у этого отношения нет внятных тегов. Только "type=multipolygon" и "note=Украина для конвертации в навигаторы". То есть кто-то использовал этот мультиполигон как границу для выгрузки в навигаторы (без Крыма). Но зачем? Если есть отношение №60199, которое и есть официальная граница Украины (включая Крым).
В общем, сильно чешутся руки это отношение удалить. Может кто-нибудь знает почему этого нельзя делать? Или знает человека, который где использует этот мультиполигон?

_sev · 2015-03-29 20:48:18

Автор -- Kostik. Его мировоззрение несовместимо с наличием Крыма в составе Украины, очевидно поэтому он и создал это отношение 2 марта 2014.

uname · 2015-03-30 00:03:13

неиспользую - невижу нужды - если вызывает ошибку - необходимо обратится к авору с просьбой исправить(адаптировать дя корректной работы HOT) - в противном случае удалить тип отношения type=multipolygon или заменить на нечто типа type=multipolygon1. от ошибки должо избавить, а автор в своих целях сможет адаптировать свой конвертор или чем он там пользуется

knockpenny · 2015-03-30 10:24:28

Пока в обсуждении https://github.com/hotosm/HDM-CartoCSS/issues/262 авторы стиля HOT OSM пришли к выводу, что проблема в их скрипте импорта данных из OSM. В общем, отношение пока оставим, тем более, что карта починилась: Украина больше не заливается цветом воды.
Автор отношения "kostik" сказал, что официальные границы ему не подходят. Поэтому он сделал своё отношение с преферансом и куртизанками

wowik · 2015-03-30 10:41:17

knockpenny wrote:

проблема в том, что у этого отношения нет внятных тегов

лихо загибают, правильнее было сразу сказать

проблема в том, что наши программисты ожидают у всех отношений внятные теги

dudka · 2015-03-30 10:55:49

wowik wrote:

knockpenny wrote:
проблема в том, что у этого отношения нет внятных тегов
лихо загибают, правильнее было сразу сказать
проблема в том, что наши программисты ожидают у всех отношений внятные теги

wowik, а ты не знаешь об old-style мультиполигонах у которых нет тегов, но теги указаны на линиях?
Где-то встречал цифру что в Европе 50% таких, может уже и меньше. Здесь говорят о 250тыс. Вот для них и задумано рендеринг по тегам из линий.

Можешь объяснить какую сущность обозначает relation 3791141? Почему Костик не может хранить его у себя на сервере как конфигурацию конвертера, а пихает это в OSM?

knockpenny wrote:

Украина больше не заливается цветом воды.

Разве? У меня без изменений? С чего им взяться?

Larry0ua · 2015-03-30 11:01:58

Ну давайте тогда нарисуем отношений на все случаи жизни.

Вот мне, например, хочется выгрузку только юга Украины, например, на лето, севера - на осень и прибережную часть Болгарии на зиму. Я буду рисовать себе все эти отношения и заливать в базу? Нет, я нарисую их в JOSM, конвертну в poly и буду вырезать локально. Зачем мусор в базе? Туда же, кстати, всякие отношения покрытия Бинга и прочий треш, нужный только их авторам.

Про баги стиля HOT, когда мультиполигон (то-есть по факту area без тегов, линия без тегов, как хотите) закрашивается каким-то цветом - это отдельный разговор, фиксить им это надо в любом случае, независимо от того, будут удалять это самое отношение или нет.

dudka wrote:

old-style мультиполигонах у которых нет тегов, но теги указаны на линиях

ужас какой...

Last edited by Larry0ua (2015-03-30 11:03:27)

knockpenny · 2015-03-30 12:33:35

dudka wrote:

knockpenny wrote:
Украина больше не заливается цветом воды.
Разве? У меня без изменений? С чего им взяться?

Блин, каждый день новости. Вчера вроде HOT OSM стиль начал рисоваться нормально. Видимо опять кто-то отредактировал это отношение

wowik · 2015-03-30 12:48:17

dudka wrote:

old-style мультиполигон

Да, тады Kostik не прав - он формально отметил лужу. Одного note мало. Надо еще чего-то было наклеить.
Но тогда как же программисты признали ошибку, которой на самом деле нет?

knockpenny wrote:

авторы стиля HOT OSM пришли к выводу, что проблема в их скрипте импорта данных из OSM

dudka · 2015-03-30 12:59:47

wowik wrote:

dudka wrote:
old-style мультиполигон
Да, тады Kostik не прав - он формально отметил лужу. Одного note мало. Надо еще чего-то было наклеить.

Чтобы osm2pgsql не думал что мультиполигон old-style'ный нужно наклеить не чего-то, а полигональный тег(natural, landuse, place, amenity или один из многих других), но тогда он будет рендерится этим тегом.

wowik wrote:

Но тогда как же программисты признали ошибку, которой на самом деле нет?
knockpenny wrote:
авторы стиля HOT OSM пришли к выводу, что проблема в их скрипте импорта данных из OSM

Они наверное используют старый osm2pgsql, который для old-style мультиполигонов использовал все теги всех членов. Новый использует только те key-value, которые заданы и совпадают для всех членов.

wowik · 2015-03-30 13:31:44

dudka wrote:

но тогда он будет рендерится этим тегом

Ну а свой собственный тег разве не поможет?

XAN_ua · 2015-03-30 13:40:48

Вообще, решение тащить в собственно ОСМ линии каких-то своих хотелок - изначально очень плохая идея.
Вот, допустим, если мне надо вырезать какую-то територию для диплома, то мне что, следует рисовать в базе ОСМ релейшн "территория для диплома Антона" и потом сгружать оттуда данные? Или таки правильно будет локально хранить все свои области, а?

dudka · 2015-03-30 13:40:59

wowik wrote:

dudka wrote:
но тогда он будет рендерится этим тегом
Ну а свой собственный тег разве не поможет?

Нужно именно полигональный тег, а не свой собственный.

wowik · 2015-03-30 13:44:31

dudka wrote:

Нужно именно полигональный тег, а не свой собственный.

Тогда это баг osm2pgsql , раз они с незнакомыми тегами так поступают. Это ж ничего нового ввести нельзя? Да, еще бывает полигональный area=yes

Last edited by wowik (2015-03-30 13:47:22)

dudka · 2015-03-30 14:15:36

Могут быть еще такие альтернативные решения:
- удалить тег type=multipolygon, но тогда в JOSM не будет видно поломано отношение или нет
- исключить линии waterway=river из отношения, нарисовать новую линию и включить ее в отношение
- добавить какой-нибудь дурацкий полигональный тег, который не будет рендерится, например waterway=no

Announcement

#1 2015-03-29 20:42:05

Отношение #3791141 "Украина для конвертации в навигаторы"

#2 2015-03-29 20:48:18

Re: Отношение #3791141 "Украина для конвертации в навигаторы"

#3 2015-03-30 00:03:13

Re: Отношение #3791141 "Украина для конвертации в навигаторы"

#4 2015-03-30 10:24:28

Re: Отношение #3791141 "Украина для конвертации в навигаторы"

#5 2015-03-30 10:41:17

Re: Отношение #3791141 "Украина для конвертации в навигаторы"

#6 2015-03-30 10:55:49

Re: Отношение #3791141 "Украина для конвертации в навигаторы"

#7 2015-03-30 11:01:58

Re: Отношение #3791141 "Украина для конвертации в навигаторы"

#8 2015-03-30 12:33:35

Re: Отношение #3791141 "Украина для конвертации в навигаторы"

#9 2015-03-30 12:48:17

Re: Отношение #3791141 "Украина для конвертации в навигаторы"

#10 2015-03-30 12:59:47

Re: Отношение #3791141 "Украина для конвертации в навигаторы"

#11 2015-03-30 13:31:44

Re: Отношение #3791141 "Украина для конвертации в навигаторы"

#12 2015-03-30 13:40:48

Re: Отношение #3791141 "Украина для конвертации в навигаторы"

#13 2015-03-30 13:40:59

Re: Отношение #3791141 "Украина для конвертации в навигаторы"

#14 2015-03-30 13:44:31

Re: Отношение #3791141 "Украина для конвертации в навигаторы"

#15 2015-03-30 14:15:36

Re: Отношение #3791141 "Украина для конвертации в навигаторы"

Board footer