Евгений

Логин: e_shirinyan
Дата последнего входа: 24.10.2012 18:55:17
Источник: http://prosapr.blogspot.com/
Активность: 4507
Рейтинг: 19.32
Антирейтинг: 0

Содержательная дискуссия-таки удалась

В комментариях к опубликованной заметке про "кубики" для BIM на isicad.ru дискуссия приобрела содержательные формы, и, надеюсь, к чему-то мы придем.

Присоединяйтесь!

BIM с низкой детализацией нужен для городского планирования и согласований

Картинка из поста про GDL-скриптинг

Назад к "кубикам"


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

Однако, модели "кубиков" в LOD 100 и стандартизация этой информации должны стать не менее важным предметом обсуждения, учитывая относительную техническую простоту проблемы. Поэтому этот пост следует рассматривать как попытку начать подобное обсуждение.

Но все по порядку. Начнем с проектирования, т.е. работы с будущими объектами

"Кубики" и проектирование. Проблема чрезмерной детализации


Когда я работал в НИиПИ Генплана Москвы, я сталкивался часто с одной и той же задачей: есть проектное решение по застройке, которое необходимо обосновать с точки зрения градостроительных норм и ограничений и которое требует расчетов бассейнов видимости и встройки в фото.

Эти операции я выполнял несколько раз именно над чужими проектами, и работа нередко шла медленно по ряду причин. Вот они:

  • Данные от проектировщиков представляют собой разнообразие форматов, нередко довольно хитро устроенных (открытие проекта, выполненного ArchiCAD, всегда сопровождается попыткой понять, как на этот раз была использована функция этажа)
  • Не все делают модели (или же не все передают их)
  • Данные схем, таблиц и моделей могут не совпадать, и проверка - довольно затруднительное занятие
  • Модели очень сильно разнятся по детализации и качеству исполнения
Многие из этих узких мест решаются стандартным инструментарием в BIM-программах на уровне т.н. масс-моделей (если кто-то предложит более литературный перевод, буду признателен). Но архитектор, стремясь приблизиться к завершенному виду здания, проскакивает эту степень подробности и с удовольствием занимается украшением фасада или детализацией внутренних пространств.

Когда модель с перилами и переплетами на окнах (созданных при помощи одной кнопки) приходит к специалисту по визуально-ландшафтному анализу, то создается ситуация мучительного "отскребания" деталей, для того, чтобы определить высотные отметки, габариты и создать схематичную "этажерку" для встроек. Для расчета бассейна видимости требуются контуры зданий с указанием высоты каждого объема - расчет производится в среде ГИС, где все вычисления строятся на двумерных растровых данных. 
Подготовка данных для расчета бассейна видимости и моделей для встроек требуют интерпретации (что само по себе полезно при анализе проекта) полученных моделей и чертежей, и человеческий фактор никто не отменял. Это просто съедает время и, так скажем, противоречит стремлениям тренду на информатизацию.

"Скачай Маяковского с Warehouse и поставь его на площадь! - Ок, а Пекин не нашли?"


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

Модель Дома на Мосфильмовской из коллекции на 3d Warehouse. арх. Сергей Скуратов

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

Альбом по Триумфальной площади

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

В чем будем хранить?


Остается нерешенным вопросом формат хранения данных подобных 3D-моделей, как и в остальной области BIM. Если мы возьмем проектную стадию и Revit, то здесь можно было бы использовать штатный функционал масс-моделей. Причем, я бы рекомендовал предоставлять детализированную модель стадии "П" и масс-модель в согласованном виде. Такую согласованность мы можем наблюдать в одном из примеров проекта в Revit.
В принципе, можно и нужно двигаться по пути более простых и более открытых форматов. Тогда это должна быть твердотельная модель (дополненная производной сеточной моделью) в нейтральном (или почти нейтральном) формате с указанием уровней и функционального наполнения. Тут достаточно предоставить прикрепленные данные в самом простом, но структурированном виде - хватит и табличного формата. Параметрические зависимости необязательны.

Однако, есть и устоявшиеся виды хранения информации моделей такого назначения - например, CityGML. Пока что подробно его не изучал - кто разбирался, поделитесь информацией!
Источник
Самое интересное начнется, когда данные о новых, реконструированных или отреставрированных в обязательном порядке будут приобретать трехмерный вид. После передачи какому-нибудь департаменту эти данные за денежку можно будет скачать и вставить в свой проект для контекста.

"Macro"- BIM


Отдельно хочется обратиться к т.н. "macro"- BIM. Именно с ним мне чаще всего приходится работать. Эта стадия множества проработок, когда большее значение имеют таблицы и разнообразные коэффициенты, а форма здания выглядит предельно аскетично.
Такие продукты, как DProfiler или малопонятные Onuma Systems, занимают эту нишу.



Наверное, BIM в режиме LOD100 должен быть ближе к ГИС, к пространственной привязке к городу и "метаданным" по застройке. Проблема состоит в том, что создав модель здания или целой застройки в ArchiCAD или Revit, вы все равно не пояснили программе, что это отдельный дом. Проверьте сами. Конечно, можно вручную создать разнообразные мета-параметры, но в целом совершенно ясно, что на данном этапе BIM-программы сфокусированы на проектно-строительной (даже не эксплуатационной) стадии жизненного цикла объекта.

Что же дальше?


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

Дальше же необходимо включить эту несложную задачу в общее обсуждение BIM-стандартов в РФ.

Перевел 500 р сообществу GIS-Lab.info

«GIS-Lab — неформальное сообщество специалистов в области ГИС и ДЗЗ, развивающих себя и помогающих осваивать пространственные технологии тем, кому необходима помощь.

Мы руководствуемся правилом: «Не важно как хорошо ты разбираешься в определенной области, всегда есть кто-то, кто знает больше, включая тебя самого — неделей позже.»

Они действительно работают

QGIS и OpenStreetMap на примере Сочи

Сделано в QGIS. Источник
Как начать использовать OpenStreetMap-данные по РФ из открытых источников эффективно?
Если вам необходимо поработать с европейскими городами и конвертировать ГИС-данные в dxf, прошу сюда.
Итак, смотрим свежезаписанные подробные ролики, набравшись терпения (короткими их сделать не удалось).

Если вы в первый раз слышите слово ГИС, то прошу просмотреть по диагонали Краткое введение в ГИС.

Выгрузка из OpenStreetMap

Необходимые ссылки:
Выгрузки в shape-файлы (примерно 2-месячной давности)
О самих выгрузках - кто и как это делает
Определение UTM-зоны
Краткая справка о UTM системах координат


Очень краткий обзор интерфейса QGIS

О самом QGIS можно найти много материалов в сети. Много полезных уроков можно найти тут - http://prosapr.blogspot.bg/2014/10/qgis.html />


Отдельный кусочек застройки для работы

Чтобы не вносить изменения в слое всей застройки (по Сочи это более 900 000 полигонов), выберем нужный кусочек и сохраним выделенное как новый shp-слой



Подсчет площади полигонов на примере слоя застройки

Если нам нужно подсчитать площадь застройки, суммарную поэтажную площадь зданий или получить базовую статистику по слою, то нам понадобится Калькулятор полей - Field Calculator. 
Для пытливого читателя предлагаю изучить статью на gis-lab.info и ее раздел Пример 4. Расчет площади с помощью калькулятора полей



Взаимосвязь с 2D-CAD через формат DXF

Несмотря на то, что в QGIS можно экспортировать весь проект в DXF (меню Project - DXF Export...), я предпочитаю экспортировать все по отдельным слоям, контролируя каждый шаг.
Итак, QGIS - DXF - nanoCAD - DXF - QGIS



Аэрофотоснимки как подложка

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

Публикация в PDF и приемы стилизации

Из QGIS довольно удобно делать карты с легендами и красивыми стилизациями.

Первое, что вы захотите сделать с картой. Покрасить в любимые цвета. Ранжировать с помощью цвета данные по высоте домов. Сделать сложную заливку для эффекта падающей тени. Таких пожеланий оказывается много и для этого в QGIS есть удобные инструменты.

Напечатать в PDF! Крайне важная опция, когда вы хотите распечатать карту в нужном масштабе. Кроме того, получив PDF, вы можете отредактировать векторную графику в Illustrator - конечно, если вы закоснелый перфекционист.

Две карты из одного набора данных. Распространенная задача - представить контуры одних и тех же домов в разных цветах на разных картах. Без копирования самих данных! Пример того, как это выполняется в QGIS.

Сможет ли Graphisoft сдвинуть с места застоявшееся и распадающееся сообщество своих пользователей в России?

Киевское бюро Архиматика расскажет о своих достижениях
Это непростой вопрос. Но интеллигентный подход Graphisoft может удачно вписаться в общий контекст Московской архитектурной школы МАРШ. Приходите, потом расскажете!
http://www.graphisoft.ru/info/news/press_releases/mars-orak.html

ВК-страничка ПРОСАПР


Для удобства подписки и с учетом того, что почти все студенты имеют свои группы в ВК, создал страничку в ВК - http://vk.com/prosapr_shirinyan

Подписывайтесь!

Анкета для магистрантов МАрхИ 2015-2017 (временный пост)

Loading...

Полезное про ГИС и санкции

"Дело такое. Работаю в одной нефтяной фирме крупной, позвонила сегодня утром менеджер из DataPlus и сказала, что в связи с санкциями и прочими мерами, мол ESRI ARCGIS хочет отозвать у нас свои лицензии (которые к слову не 3 копейки стоят!), и чтобы мол мы дальше могли работать в их программе, мы должны заполонить анкету в которой поклянёмся разработчику, что не участвуем в разработках сланцевой нефти и какая-то там ещё чушь... Ну я то всего лишь исполнитель, на которого лицензия записана, перенаправил ее на IT'шника, который закупками и занимался, пусть решают вопрос. Но осадок остался... Уже и до ГИС докатилась волна, какие же всё таки ESRI странные, тем более если учесть, что софт их стоит дорого, и что они за каждого клиента должны бороться, а они наоборот, ты им должен доказать, что достоин за 1,5 млн. пользоваться их программой. Бред какой-то..." [Источник и интересное обсуждение] 
Более подробно - http://d-russia.ru/kak-rabotayut-sankcii-rossijskie-predpriyatiya-ostalis-bez-amerikanskix-gis-texnologij.html

Архитекторы уже привыкли к Google Earth, или что у нас открытыми данными?

Так выглядит карта Москвы 1852 года. Источник
С середины 2000-х онлайн-карты вошли в нашу жизнь, но мы, студенты МАрхИ, с недоверием относились к спутниковым снимкам - главным образом из-за графики. При том, что бумажная или dwg-подоснова (бережно передаваемая на флешке) могла быть сильно устаревшей, мутные, грязного цвета снимки мы считали моветоном, если кто-то пробовал использовать их в качестве подложке на ситуационном плане.

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

Теперь мы не без восхищения наблюдаем, как все новые источники данных добавляют граней и без того сложной картине города. Сейчас я бы разделил их для себя на две категории. Первая категория - это спонтанные данные (см. недавний пост), или большие данные, которые еще требуется "отсеять", визуализировать, распознать. Вторая категория - статичные (определим их пока так) данные из открытых источников. Это могут быть геопространственные данные, так и просто статистика, изображения и т.д. Данные собираются кем-то другим и выкладываются в общий доступ в обработанном, статичном виде. Яркий пример - геопорталы. 

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

Статистика по пробкам в Москве
Примечательное наблюдение из недавнего общения со студентами: в поиске фотографий и отзывов о том или ином публичном месте (например, дворе МАрхИ) молодежь (мне кажется, не особенно задумываясь) отправляется в Instagram и по геотегу находит нужные фото. И никакого тут API или хитрых алгоритмов не было, просто ручками были найдены требуемые спонтанные данные. Мне в голову подобное не пришло (я только-только начал привыкать к использованию Google Streets или панорам Яндекса). Вот они Gen Y (или Z, как там его). Кстати, вы не пользовались статистикой из Яндекс.Пробок при оценке ситуации?


Что касается спонтанных данных, то здесь бы я хотел не трогать эту тему до поры до времени. После разговора с Эдуардом Хайманом и обсуждения с ним своих опасений и сомнений по поводу пользы такой сложной материи для студента-архитектора, я укрепился в моей позиции. Пока рановато, пока просто будем наблюдать. Поэтому я как архитектор устремлялся (и продолжаю это делать) в область традиционных и более устоявшихся (в т.ч. в научном плане) "возможностей" GIS и открытых данных. А их немало, должен вас в этом заверить. Хотя интеграция GIS и CAD не всегда изящно решается, ставка сделана.

Конечно, именно работа в Генплане и огромные массивы разнообразных сведений о Москве стали тем самым импульсом к внедрению GIS в образование (не без консультаций на gis-lab), но уже на основе бесплатных инструментов и открытых данных. Более того, несколько раз получилось выстроить технологическую цепочку для сбора и картирования данных, о чем был написан небольшой отчет.
Сделано при помощи QGIS. Источник
Я выбрал QGIS как основной инструмент (обычно дополняется с другими доступными бесплатно программами или сервисами вроде Google Fusion Tables или Google Maps). По этому инструменту, с которым постоянно работаю, записал ряд уроков и планирую дальше это делать. Источники данных довольно разнообразны, и мне еще предстоит их изучить более детально.

Публикую основные из них:
Кроме того важно понимать, что данные с геопорталов зарубежных городов - также ценный и часто более надежный источник данных о городе, чем OpenStreetMap. О них я бы написал отдельно. Относительно недавно появилась возможность подключаться к API геопорталов, но как это делать - буду с этим разбираться.


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

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

Модель территории Яузы в InfraWork
В отличие от строительных моделей в BIM, в GIS все в большей степени структурировано, и генерация 3D-моделей на основе GIS-данных получается довольно изящно.

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

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

Рассказ Дарьи Ковалевой о SG 2012

Рекомендую ознакомиться с интересным рассказом Дарьи Ковалевой о своем участии в Smart Geometry "As smart as material?". Лекция проходила в рамках воркшопа "Точки Ветвления". Этот пост, конечно же, отправляется в "Избранное"



Лекцию записали ребята из Хитеки, за что им отдельное спасибо

Комментарий к посту про InfraWorks от представителя Autodesk

IW-модель Яузы для модуля урбанистики в МАРШ
Важное дополнение к недавнему посту про InfraWorks я получил (опосредованно) от Андрея Жукова, инженера направления Инфраструктура и ГИС компании Autodesk.

Ниже немного отредактированные мои замечания, комментарии Андрея (выделены курсивом) и мои ответы

  • Теперь все в облаке: конвертировать Revit модель нужно через облачный сервис. Т.е. сначала отправляем модель на сервер, а потом импортируем результат конвертации. Не слишком ли жирно?
  • Да, сейчас так. Или нужно установить NavisWorks (можно бесплатный) - т.е. NavisWorks Freedom. Действительно проблема решилась. Правда, у меня на ноутбуке не бесконечно. Ставил Civil 3D 2015, т.к. он меньше весил, чем 2016 
  • Уже в 2015 версии импорт таких форматов, как skp или dwg (!), требовал установки NavisWorks Manage или Simulate. На кой черт? Очевидно, что продукты Autodesk имеет смысл покупать только наборами.
  • Нужно установить NavisWorks (можно бесплатный)
  • Изначальная, по своей сути очень толерантная возможность импорта 2d dwg (см. пример тут) файла в IW (с последующими вариантами генерации чего душе угодно), к 2015 версии пропала! Раcсчитывайте только на shp, или sdf. Статья на wiki о том, как с этим жить дальше.
  • Функционал по импорту 2D DWG сейчас перерабатывается, из текущей версии его действительно убрали. Значит, добавят в следующих? Видимо, замышляют что-то хитрое
  • Конструктор моделей мной пока не использовался, но пока что эта функция сырая и рассчитана на совсем новичков в ГИС и открытых данных, что, конечно, расширяет аудиторию. Но ограничение на захватку в 200 кв.м. - это заметный минус, а данные по рельефу с ячейкой в 90 м вряд ли устроят проектировщика. Отмечу, что и данные по застройке из OpenStreetMap скорее запутают, чем дадут реальную картину происходящего. В тексте обзора Рогачева есть фраза "Ну и самое главное – появилась возможность получения данных из платных сервисов, что может значительно повысить качество полученной модели." Что хотел сказать автор, где эти платные сервисы? Хотя, надеюсь, для территории РФ таковые будут развиваться. Пока их не вижу.
  • Объем загружаемых областей определяется кол-вом облачных единиц. Данные по рельефу разнятся очень сильно в зависимости от страны и территории. В России действительно пока нет провайдеров платных пространственных данных. Но в целом, считаю, что Model Builder очень важная и полезная для работы вещь. Короче говоря, мое мнение подтвердилось. Пока что разбираться в разнообразных источниках данных, которые могут дополнить или уточнить модель ситуации гораздо важнее, чем иметь такую функцию.
  • Отдельно упомяну о Mobile Viewer - я бы не стал доверять презентацию клиенту инструменту с таким внушительным списком ограничений. В принципе, я не очень понимаю кайфа изобретать велосипед с публикацией модели в интернете и ее обсуждением, когда есть Teamviewer!
  • Тут дело вкуса. Mobile viewer активно развивается. Видно, что тут все пока сыро и аргументация в пользу Mobile Viewer пока недостаточно сильна. К слову, хочется сказать о принципиальной проблеме 3D-просмотра на устройствах - это часто подводит (зачем мне слайдшоу?) и не дает нужного эффекта. Единственные позитивные примеры - это ArchiCAD BIMx и официальный просмотрщик SketchUp. Остальные не раз подводили.

Хочу поблагодарить Андрея за полезные советы и проясняющие комментарии.