Rhino × GIS Begins With Choosing a Reference Frame

For the practical workflow and technical steps, please see the original article published on the AppliCraft blog:

https://www.applicraft.com/tips/rhinoceros/rhinogis3/

In that article, I discussed different workflows for handling location information within Rhino × GIS projects.

At first glance, the topic appears to be about georeferencing. However, I do not think the real question is where a model should be georeferenced.

The more fundamental question is:

What should be treated as the reference frame for understanding space?

When working primarily in Rhino, it is natural to begin with geometry. The model becomes the centre of attention, while the surrounding environment is introduced as context. Location information helps us understand how a design relates to its surroundings, but the design itself remains the starting point.

From a GIS perspective, the relationship is reversed. Terrain, infrastructure, regulations, and existing conditions become the primary frame of reference. The model is then positioned within that larger context.

Interestingly, both approaches may ultimately produce the same coordinates.The model may end up in exactly the same location.

Yet the way we arrive there is fundamentally different.

One approach begins with geometry and expands outward.

The other begins with context and moves inward.

This distinction is easy to overlook because discussions about Rhino × GIS often focus on software, workflows, data formats, or coordinate systems. These topics are certainly important, but they are not where the most important decisions are made.

Before any workflow begins, we have already decided what we consider to be fixed and what we consider to be variable.

We have already decided what deserves our attention first.

We have already chosen a reference frame.

That choice influences how we interpret information, how we structure a workflow, and ultimately how we understand space itself.

This article extends the line of thinking developed in the previous three articles in this series. Perhaps the value of Rhino × GIS does not lie in connecting two software environments. Perhaps its value lies in allowing us to move between different reference frames and to understand when each perspective is appropriate.

Space is not defined by geometry alone. Nor is it defined by context alone.

The challenge is understanding which one should become the starting point for a particular problem.

When approaching a design challenge, do we begin with the geometry we intend to create, or with the context in which it will exist?

Perhaps Rhino × GIS begins with answering that question.

— Kensuke Nakata

Rhino × GISは、何を中心に考えるか

実際の作業手順や技術的な内容については、以下のAppliCraftブログの記事をご覧ください。

https://www.applicraft.com/tips/rhinoceros/rhinogis3/

この記事では、Rhino × GIS の連携において、位置情報を扱う作業フローについて整理しました。

一見すると、これはジオリファレンスや座標の話に見えるかもしれません。しかし、私が本当に考えたかったのは、どこで位置合わせを行うべきかということではありません。

より本質的な問いは、

空間を理解する際に、何を基準として考えるのかということです。

Rhinoを主軸として作業を進める場合、私たちは自然と形状から考え始めます。モデルが中心となり、その周囲にある地形や都市環境を文脈として参照しながら設計を進めていきます。位置情報は、形状と周辺環境との関係を理解するための手段として扱われますが、出発点はあくまでモデルです。

一方で、GISの視点から考える場合は、その関係が逆になります。地形やインフラ、法規制、既存環境といった地理空間の条件が先に存在し、その文脈の中にモデルを配置して考えることになります。

興味深いことに、どちらの方法を選んだとしても、最終的な座標は同じになるかもしれません。モデルの位置も同じになるかもしれません。

しかし、そこへ至る思考の流れは大きく異なります。

一方は形状から外側へ向かいます。

もう一方は環境から内側へ向かいます。

Rhino × GIS の議論では、ソフトウェアやワークフロー、データ形式や座標系に注目が集まりがちです。しかし、本当に重要な判断は、それらを選択する前の段階で行われているのではないでしょうか。

何を固定された条件として扱うのか。

何を検討対象として扱うのか。

何を出発点として空間を理解するのか。

私たちは、作業を始める前の段階で、すでに基準を選んでいます。

そして、その選択が作業フローの構造を決定し、空間の見え方そのものに影響を与えます。

本記事は、これまでの3本の記事で展開してきた考え方の延長線上にあります。Rhino × GIS の価値は、二つのソフトウェアを接続することだけにあるのではないと考えます。 むしろ、異なる基準の間を行き来しながら空間を理解し、それぞれの視点を使い分けられることに価値があるのではないでしょうか。

空間は、形状だけでは成立しません。同時に、環境だけでも成立しません。

重要なのは、どちらを出発点として考えるべきなのかを理解することです。

設計という行為は、形状から始まるのでしょうか。

それとも、コンテクストから始まるのでしょうか。

Rhino × GIS は、その問いに向き合うことから始まるのかもしれません。

— 中田健介