Здания переменной этажности

pfg21 · 2014-01-30 07:27:43

Все бы хорошо, но в базе на мой взгляд лучше не держать 3д-модельки, получим комплект срача между 3д-дизигнерами, по одному только цветовому соответствию стен пару страниц обсуждений было уже.
Я за внешнюю 3д-модель - к примеру в базе отношение, имеющее url на модель + теги привязки к местности и упрощенный контур замены (подобие тега alt в img).
тем более это уже на ура работает, ф4 сколь помню использует внешнюю 3д-модельку собора парижской богоматери.

Last edited by pfg21 (2014-02-03 20:10:14)

avatar6 · 2014-02-03 19:43:12

pfg21, +1
Только именно отношение не обязательно...
Достаточно на главный(родительский) контур(отношение) добавить новый тег ссылки на 3D-модель(типа 3dmodel=<url>)
Это, кстати, весьма полезно для типовых зданий, коих десятки....
Дело за малым:
- разработать, предложить, защитить и внедрить схему тегирования;
- подобрать и обеспечить серверное пространство для моделей и их текстур;
- стандартизировать и документировать язык описания моделей и подобрать софт для их редактирования;
- обеспечить поддержку рендерерами;
--- и только после всего этого схема станет стандартом де-факто. )

vvoovv · 2014-02-03 20:30:38

avatar6 wrote:

Достаточно ... тег ссылки на 3D-модель(типа 3dmodel=<url>)

Ссылку на какую из сотен моделей?
Или надо указать ссылку на каждую из сотен моделей, чтобы каждый мог выбрать модель по своему вкусу?

Last edited by vvoovv (2014-02-03 20:30:59)

avatar6 · 2014-02-03 20:46:38

vvoovv wrote:

Ссылку на какую из сотен моделей?

На ту, которая будет соответствовать стандартам ОСМ и будет отрисовываться на картах ОСМ.
Имхо, из предложенной сотни выбор уменьшится в разы.
Но количество зданий, не имеющих 3D моделей, при этом никак не уменьшится.

vvoovv · 2014-02-03 20:59:50

avatar6 wrote:

vvoovv wrote:
Ссылку на какую из сотен моделей?
На ту, которая будет соответствовать стандартам ОСМ и будет отрисовываться на картах ОСМ.
.

А если все 100 моделей будут соответствовать "стандартам"?

Last edited by vvoovv (2014-02-03 21:00:16)

avatar6 · 2014-02-03 21:20:41

Много вопросов, дела нету...

Last edited by avatar6 (2014-02-03 21:20:58)

LLlypuk82 · 2014-07-03 04:08:22

Как обозначать разные типы зданий, имеющих одинаковый адрес? Типичная ситуация: 10-этажка (общага или многоквартирка) и пристройка (или стилобат) одно/двухэтажная с магазинами/офисами. Первое - dormitory/apartments, второе - building=yes/office + shop/amenity.
Но куски разноэтажек отмечаются building:part=yes, а на общий контур с адреской - в лучшем случае можно повесить building=yes

Dinamik · 2014-07-03 05:26:52

Можно повесить на часть здания (building:part) тот тег, который соответствовал бы тегу building, если бы речь шла о здании, а не о его куске. То есть на частях здания можно написать building:part=dormitory/apartments и building:part=yes/office, на здании - building=yes. Кстати - здания, имеющие одинаковый адрес, и части здания, имеющего адрес - разные вещи. Первое, на мой взгляд, в большинстве случаев является ошибкой (хотя в разных государствах ситуация может отличаться).

Ilis · 2014-07-03 12:34:14

LLlypuk82 wrote:

второе - building=yes/office + shop/amenity.

shop/amenity лучше ставить точкой внутри.

Danidin9 · 2014-07-03 14:45:59

Если два здания _конструктивно_ являются двумя различными зданиями, то их и следует отмечать отдельно, даже если у них адрес. Тем более, наверняка в таком случае адрес и не один, там должны быть разные литеры.
Конструктивно - это значит: одно может вполне существовать без второго. То есть у них могут быть: отдельные фундаменты, разный материал стен, разные типовые серии, разное назначение, разные даты постройки.

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

Last edited by Danidin9 (2014-07-03 14:49:06)

OverQuantum · 2014-07-03 16:38:29

Пример, как я делаю - по схеме building:parts

Last edited by OverQuantum (2014-07-03 16:39:03)

freeExec · 2014-07-03 18:11:15

Должны ли parts покрывать всю площадь здания или можно задать зданию 10 этажей и нарисовать одни кусочек в 5 этажей и всё?
И всё таки предназначение значения building:parts=? какое - как у building или как в примере выше vertical/horizontal

StreloG · 2014-07-03 18:32:57

OverQuantum wrote:

Пример, как я делаю - по схеме building:parts

http://wiki.openstreetmap.org/wiki/RU:Key:building:part

и на нём самом (на здание ставятся максимальное число этажей и максимальная высота)

https://www.openstreetmap.org/way/36830657
https://www.openstreetmap.org/way/173498662
а это игнорируешь, я наверное в этой же теме писал про избыточность вносящую сумятицу

Last edited by StreloG (2014-07-03 18:38:34)

OverQuantum · 2014-07-03 19:13:22

freeExec wrote:

Должны ли parts покрывать всю площадь здания или можно задать зданию 10 этажей и нарисовать одни кусочек в 5 этажей и всё?
И всё таки предназначение значения building:parts=? какое - как у building или как в примере выше vertical/horizontal

building:parts на внешнем контуре задаёт способ деления здания на части.
building:part=yes на каждой части задаёт, что это часть здания
Другие значения building:part - самодеятельность, ИМХО, надо ставить building:use

StreloG wrote:

а это игнорируешь

Хм. Думаю, надо, проставить.
Тут вот есть: http://www.openstreetmap.org/way/36861410 хотя может просто с древних времён осталось, как comment

Danidin9 · 2014-07-03 20:25:22

Очень хорошо, что подняли эту тему. Текущая схема тегирования частей зданий действительно устарела и давно требует пересмотра. Она, как правильно заметили выше, избыточна и неинтуитивна. Многие, впервые пытаясь использовать её, совершают ошибки. Кроме того, замапленные по ней здания часто неверно рендерятся на передовых рендерерах (я имею в виду f4 и известную проблему с building:min_level).
Очевидно, от избыточности необходимо избавляться, а всю сложность расчётов переносить на программную часть. Зданий с building:part и так не много в общем массиве данных, поэтому надо в первую очередь заботится о простоте внесения и редактирования информации для маппера.

Также замечу, что тег building:parts, а также посвящённая ему статья в вики является частной инициативой одного пользователя (Dinamik). Не уверен, но по-моему, сейчас этот тег нигде не используется в расчётах. К тому же это деление на vertical и horizontal, на мой взгляд, вносит больше путаницы, чем добавляет полезной информации.

Нужна новая схема. И де-факто, она уже есть. По крайней мере, f4 работает именно по ней. Её основной смысл: здание не складывается из кирпичиков-частей, как сейчас, а из основного массива вычитаются и отмечаются отдельно все части, этажность которых отличается от прописанной этажности здания (как в меньшую, так и в большую сторону). На той части, этажность которой равна этажности здания building:part не используется. Если накладываются несколько частей с разной этажностью, то берётся максимальное значение building:levels и максимальное же building:min_level из имеющихся.

OverQuantum · 2014-07-03 20:53:19

Danidin9 wrote:

а из основного массива вычитаются и отмечаются отдельно все части, этажность которых отличается от прописанной этажности здания (как в меньшую, так и в большую сторону). На той части, этажность которой равна этажности здания building:part не используется.

Куда ставить тэги типа building:use, которые сейчас стоят на "той части, этажность которой равна этажности здания"?
На общий контур? Тогда это будет означать building:use всего здания. Как минимум - всех частей, для которых building:use не проставлен.
Что делать, если я у основной части building:use знаю, а у второй нет? Ставить на вторую building:use=unknown?

Danidin9 · 2014-07-03 21:18:44

Я хотел сказать, что новая схема допускает не использовать building:part для основной части, но отнюдь не запрещает использовать её. Если по какой-то причине эту часть надо отметить, то ничто не мешает это сделать. На картинке это никак не скажется.
Новая схема хороша тем, что если, например, у девятиэтажки одна из секций пятиэтажная, то не нужно городить огород с двумя building:part, полностью накладывающимися на контур здания, или использовать мультиполигоны. А достаточно одной building:part для пятиэтажной части.
Также, чтобы отметить подворотню, в новом варианте нужна только одна building:part - собственно, проём в здании, а не три (минимум), как сейчас.

Last edited by Danidin9 (2014-07-03 21:23:45)

freeExec · 2014-07-03 21:47:40

Как-то странно называть "новой схемой" огрызок старой, при этом старую устаревшей

OverQuantum · 2014-07-03 22:16:02

Danidin9 wrote:

Я хотел сказать, что новая схема допускает не использовать building:part для основной части, но отнюдь не запрещает использовать её. Если по какой-то причине эту часть надо отметить, то ничто не мешает это сделать.

Тогда схему логичнее просто сделать на override-принципе.
Здание описывается тэгами внешнего контура, а дополнительные building:part - корректируют эти тэги в тех частях здания, где они заданы.
Если таким образом можно будет и кольцеобразное здание нарисовать без мультиполигона, например, задав "дырку" через building:part+building=no, то я, пожалуй, буду за. Однако тут вопрос, как связать внешний контур и дырку в одно здание.
Ещё нужно определиться, допустимы ли накладывающиеся building:part-ы.
Хорошо бы сделать детальное описание.

LLlypuk82 · 2014-07-05 00:55:29

Мне нравится такой вариант:
1) С минимумом изменений:
building:part=[известный тип здания (apartments/office/commerce/industrial/school/etc), иначе - yes] + building:levels=[кол-во этажей]
Для общего контура building=yes + building:levels=[максимальный этаж (для костыльной ущербной обратной совместимости со схемой без building:part)] + адресные теги.
2) Исключая избыточность (и обратную совместимость ):
Пункт № 1, только без общего контура, адресная информация на отношении type=building.

OverQuantum · 2014-07-05 11:14:02

LLlypuk82 wrote:

building:part=[известный тип здания (apartments/office/commerce/industrial/school/etc), иначе - yes]

apartments/office/commerce/industrial/school - не тип здания, а варианты его использования.
Может быть здание построенное под детский сад, а там сейчас фабрика.
Для использования у нас building:use

LLlypuk82 wrote:

(для костыльной ущербной обратной совместимости со схемой без building:part)

Она не костыльная, а для задач, не связанных с формой здания. Например, для составления адресной базы.

Теперь по обеим схемам:
1) Как рисуем здания, где некоторые части имеют свои адреса?
2) Как рисуем кольцеобразные здания?

edward17 · 2014-07-05 12:48:28

OverQuantum wrote:

Как рисуем здания, где некоторые части имеют свои адреса?

Разве это тогда не отдельное здание, раз у него свой адрес?

LLlypuk82 · 2014-07-05 12:56:40

OverQuantum wrote:

apartments/office/commerce/industrial/school - не тип здания, а варианты его использования.

Здесь не хотелось бы запутываться в тонкостях терминологии. Случится там фабрика (ваш пример) - поставите industrial. И что такое «тип здания»? Имеется в виду тип конструкции? Неважно как это называется, важно - всё уже придумали до нас
На этой странице используется термин «тип». Не удалось найти (плохо искал, нехотя) толкового описания building:use (кроме упоминания на страничке выше).
Чтобы не получалось масла масляного, по мне, лучше на building:part ставить теги по аналогии building, поскольку это и есть соответствующие части здания, в комплексе (type=building) его образующие. А если адрес у этого комплекса общий, то из building:part=* получаем тип/назначение/применение/или_что_там_имелось_в_виду всех составляющих индивидуально (для того же рендера) и, ничего не поделать, контур role=outline для адресации.

OverQuantum wrote:

Она не костыльная, а для задач, не связанных с формой здания. Например, для составления адресной базы.

Понимаю, но речь об этажности, которая не связана с адресной базой. Этажность на общем контуре помогает некоторым навипрограммам (СитиГид, например), рендерам (тут говорили о поддержке на F4 новой схемы). Вы имели в виду, что «куда-то же надо адрес прикручивать?»

OverQuantum wrote:

1) Как рисуем здания, где некоторые части имеют свои адреса?

Отдельным зданием, «слепленным» с соседними.

OverQuantum wrote:

2) Как рисуем кольцеобразные здания?

Мультиполигоном. А какая с ними проблема?

edward17 · 2014-07-05 13:11:30

LLlypuk82 wrote:

OverQuantum wrote:
2) Как рисуем кольцеобразные здания?
Мультиполигоном. А какая с ними проблема?

Наверное, имелись ввиду кольцевые здания переменной этажности. Сам не видел таких, но это возможный случай. Тогда нужно building:part делать мультиполигонами (не обязательно все части, зависит от здания) и из них составлять отношение type=building

OverQuantum · 2014-07-05 13:11:31

LLlypuk82 wrote:

Здесь не хотелось бы запутываться в тонкостях терминологии. Случится там фабрика (ваш пример) - поставите industrial. И что такое «тип здания»? Имеется в виду тип конструкции? Неважно как это называется, важно - всё уже придумали до нас

http://forum.openstreetmap.org/viewtopic.php?id=15665

Danidin9 wrote:

Во-первых, самое важное: тип building не имеет отношения к тому, что находится сейчас в здании, а обозначает исходный функциональный тип здания, для чего оно строилось. Если эти категории расходятся, новое значение прописывается через building:use=*. Например, офисы, занимающие типовое здание школы: building=school + building:use=commercial
Конечно, если в ходе перепрофилирования здания проведён капремонт с внутренней перепланировкой, надстройкой и т.п., исходный тип претерпевает большие изменения, и может быть изменён.

И там 7 страниц обсуждения.

LLlypuk82 wrote:

Понимаю, но речь об этажности, которая не связана с адресной базой. Этажность на общем контуре помогает некоторым навипрограммам (СитиГид, например), рендерам (тут говорили о поддержке на F4 новой схемы). Вы имели в виду, что «куда-то же надо адрес прикручивать?»

Нет, речь о том, что для некоторых задач переменная этажность здания не нужна, нужно только положение здания или только контур или только адресные тэги и т.д. Mapnik не рисует building:part и не надо, ИМХО. Пусть F4 рисует building:part-ы.

LLlypuk82 wrote:

- Отдельным зданием, «слепленным» с соседними.
- Мультиполигоном. А какая с ними проблема?

Ладно, как рисуем здание с дыркой, с разной этажностью и разными адресаму у разных частей?
ИМХО, схем для рисования зданий должно быть максимум две - для простого здания (например, линия с building=yes) и для сложного.

edward17 wrote:

OverQuantum wrote:
Как рисуем здания, где некоторые части имеют свои адреса?
Разве это тогда не отдельное здание, раз у него свой адрес?

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

Last edited by OverQuantum (2014-07-05 13:27:22)

Announcement

#326 2014-01-30 07:27:43

Re: Здания переменной этажности

#327 2014-02-03 19:43:12

Re: Здания переменной этажности

#328 2014-02-03 20:30:38

Re: Здания переменной этажности

#329 2014-02-03 20:46:38

Re: Здания переменной этажности

#330 2014-02-03 20:59:50

Re: Здания переменной этажности

#331 2014-02-03 21:20:41

Re: Здания переменной этажности

#332 2014-07-03 04:08:22

Re: Здания переменной этажности

#333 2014-07-03 05:26:52

Re: Здания переменной этажности

#334 2014-07-03 12:34:14

Re: Здания переменной этажности

#335 2014-07-03 14:45:59

Re: Здания переменной этажности

#336 2014-07-03 16:38:29

Re: Здания переменной этажности

#337 2014-07-03 18:11:15

Re: Здания переменной этажности

#338 2014-07-03 18:32:57

Re: Здания переменной этажности

#339 2014-07-03 19:13:22

Re: Здания переменной этажности

#340 2014-07-03 20:25:22

Re: Здания переменной этажности

#341 2014-07-03 20:53:19

Re: Здания переменной этажности

#342 2014-07-03 21:18:44

Re: Здания переменной этажности

#343 2014-07-03 21:47:40

Re: Здания переменной этажности

#344 2014-07-03 22:16:02

Re: Здания переменной этажности

#345 2014-07-05 00:55:29

Re: Здания переменной этажности

#346 2014-07-05 11:14:02

Re: Здания переменной этажности

#347 2014-07-05 12:48:28

Re: Здания переменной этажности

#348 2014-07-05 12:56:40

Re: Здания переменной этажности

#349 2014-07-05 13:11:30

Re: Здания переменной этажности

#350 2014-07-05 13:11:31

Re: Здания переменной этажности

Board footer