空間翻訳社が考える、点群の使い方

今回は営業記事である。

いつもの技術記事や考察とは、少し違う。

空間翻訳社が現況点群をどのように活用し、設計・施工・完成までの流れの中で、何を提供したいのかを書いてみる。

今回公開した洲本城のサンプルデータも、その一例である。

今の仕事に、点群を一つ加える

現在の設計では、現地調査を行い、写真を撮り、その記録をもとに設計を進める。

空間翻訳社がやりたいのは、その方法を否定することではない。

そこに、現況点群という記録を一つ加えることである。

設計を進めている途中で、

「ここ、どうなっていたっけ？」

と思うことはないだろうか。

現地では確認したはずなのに、事務所に戻ると思い出せない。

写真を探してみても、ちょうど確認したい場所は撮っていない。

そんなとき、測量・計測によって取得された現況点群を受け取り、その場所を後から空間として確認できる。

視点を変えて見る。

周囲との位置関係を確認する。

おおよその寸法を確認することもできる。

現地調査や写真を置き換えるのではない。

現地で得た情報を、事務所に戻ってからも「空間」として確認できるようにする。

それが、空間翻訳社が考える点群活用の一つである。

取得した点群を、使える状態にする

ただ、現場で取得した点群は、そのままでは扱いにくいことがある。

データが重い。

開くための環境がない。

どう扱えばいいのか分からない。

その結果、せっかく取得した現況点群が、保存されたまま使われなくなることがある。

それでは、もったいない。

今回公開した洲本城のデータでは、大量の点を持つ点群を扱いやすい状態に加工し、Navisworks Freedomで確認できるデータとしてまとめた。

「取得したけれど、使えていない」

そんな点群を、実際に使える状態にする。

これも、空間翻訳社が提供したいことの一つである。

現況と計画を、同じ空間で見る

設計が進み、計画BIMができたら、その計画BIMを受け取る。

空間翻訳社がBIMを作るわけではない。

設計者が作成した計画BIMと、現況点群をNavisworksで統合する。

ここで初めて、

「今、そこにあるもの」

と

「これから、そこにできるもの」

が、同じ空間に現れる。

登録したビューを開けば、現況と計画を同じ視点から確認できる。

これは、設計者だけが見るものではない。

施工に関わる関係者が、同じ空間を確認できる状態にする。

図面をそれぞれが見て、それぞれの頭の中で空間を想像するのではない。

同じ空間を見ながら話す。

「ここは入るのか」

「この設備と干渉しないか」

「この位置で施工できるのか」

「想定していた現況と違わないか」

そうしたことを、工事が始まってからではなく、工事に入る前に確認する。

これが、点群とBIMを統合する意味の一つである。

計画が変わったら、統合データも更新する

工事に入れば、計画どおりに進まないこともある。

施工方法が変わることもある。

設備の位置が変わることもある。

設計変更が入ることもある。

その場合、計画BIMも更新される。

空間翻訳社が扱うのは、最初に受け取った計画BIMだけではない。

設計・施工側で更新された最新版の計画BIMを受け取り、現況点群と再び統合する。

つまり、

最新版の計画BIM
＋
現況点群
↓
更新された統合データ

という形で、確認するための空間も更新していく。

ここで重要なのは、空間翻訳社が計画BIMそのものを管理したり、変更したりするわけではないということだ。

計画BIMの作成・修正は、それを担当する設計・施工側が行う。

空間翻訳社は、最新版の計画BIMを受け取り、現況点群と統合して、関係者が同じ空間を確認できる状態にする。

BIMの変更を追いかけて管理するのではなく、最新版を受け取って、空間としてつなぎ直す。

それが、空間翻訳社の役割である。

完成した空間も記録する

工事が完成したら、完成時の点群を取得しておく。

そうすると、

計画
→ 着手前
→ 完成

という三つの時点の空間が残る。

計画した空間。

工事を始める前の、実際の空間。

そして、完成した空間。

点群は、一度取得して終わるものではない。

その時点の空間を記録し、その後の確認や判断に使うことができる。

必要であれば、完成時の点群と計画BIMを比較することもできる。

計画と現況、そして完成。

それぞれの時点を空間として残しておくことで、後から確認できる情報になる。

空間翻訳社がつくりたいもの

空間翻訳社がやりたいのは、点群を納品して終わることでも、BIMを作ることそのものでもない。

案件に応じて、現況点群を整理したデータや、計画BIMと統合した確認用データ、必要に応じて重要箇所のレポートなどをつくる。

現況点群を、設計や施工の中で使える情報として扱える状態にすること。

そして、計画BIMを受け取り、現況点群と統合する。

計画が変更されれば、最新版の計画BIMを受け取り、現況点群と再び統合する。

その結果、関係者がその時点の計画と現況を、同じ空間で確認できる状態をつくる。

流れにすると、こうなる。

現況を取得する。
↓
現況を使える形にする。
↓
設計・検討に活用する。
↓
計画BIMを受け取る。
↓
現況点群と統合する。
↓
関係者で共有する。
↓
計画が変われば、統合データを更新する。
↓
完成した空間を記録する。

この流れをつくることである。

現在の仕事を否定する必要はない。

現地調査も、写真も、図面も必要である。

そこに、点群を一つ加える。

すると、現地を離れたあとも、現況を空間として確認できる。

さらに、その点群に計画BIMを重ねれば、今ある空間と、これからできる空間を同じ画面で確認できる。

計画が変われば、その最新版を受け取って統合データも更新する。

そうすることで、関係者がその時点の計画と現況を、同じ空間を見ながら確認できる。

取得した現場の点群が、

「使い方が分からないから」

「開けないから」

「重いから」

という理由で放置されているなら。

今回の洲本城のサンプルデータのように、使える状態にするという方法がある。

そして、その現況に計画BIMを重ねる。

登録されたビューを開けば、現況と計画が同じ空間にある。

計画が変われば、その空間も更新する。

工事が完成すれば、完成した空間も記録する。

空間翻訳社がつくりたいのは、点群でもBIMでもない。

それらを使って、人と人の間にある「空間の認識差」を小さくするための土台である。