Technology Perspective from Japan

Web アプリのデプロイ：Azure へのデプロイ

今回は、デプロイの一例として、GitHub Desktop を使った Web アプリの GitHub へのプッシュ でご紹介した GitHub リモート リポジトリの Web アプリ（NodejsWebApp1）を、Microsoft Azure へデプロイしていきたいと思います。

言うまでもなく、Microsoft が運用するクラウド プラットフォームで、Windows 仮想環境だけでなく、Web アプリの運用もカバーする多様なサービスを提供しています。

※ ご紹介する画面遷移は2019年4月時点のものです。今後当該サービスプロバイダーによって変更される可能性があります。

---

GitHub リモート リポジトリのデプロイ

1. GitHub 同様、Azure を利用するために Microsoft アカウントが必要です。Microsoft アカウントをお持ちでなければ、https://azure.microsoft.com/ja-jp/free/ からアカウントを作成してください（無償）。
2. Microsoft アカウントで  Azure ポータル（https://portal.azure.com/）にサインインしたら、ページ左から「App Service」を選択します。
   
3. App Service ページが表示されたら、「＋ 追加」を見つけてクリックします。
   
4. Web App 作成ページが表示されます。「アプリ名」欄にデプロイするアプリの名前を入力してください。この入力が新規作成する「リソースグループ」の名前と「Application Insight」に反映されるだけでなく、URL の一部になる点にも配慮してください（例：aaa とした場合、https://aaa.azurewebsites.net/ になる）。ここは、GitHub 上のリモート リポジトリ NodejsWebApp1 にしたいところですが、既に他の開発者が同じアプリ名でデプロイ済のようなので、NodejsWebApp1-app としておきます。
   
5. [作 成] ボタンをクリックしてアプリの仮想環境を作成します。
   
6. デプロイが進行中である旨、メッセージが表示されます。デプロイが完了するのに少し時間がかかりますので、そのままお待ちください。
   
7. デプロイした Web アプリとともに、他の Web アプリ（もし、あれば）が一覧表示されるはずです。ここでは、いまデプロイした Web アプリを設定していきますので、アプリ名 NodejsWebApp1-app のリンクをクリックしてください。
   
8. NodejsWebApp1-app アプリの構成ページが表示されます。左手のデプロイ センターをクリックしてください。
   
9. デプロイ センター ページでは、デプロイ済の NodejsWebApp1-app アプリと GitHub リモート リポジトリ NodejsWebApp1-app を関連付けをおこないます。ページ中の [GitHub] をクリックして（①）、ページ下の [続 行] をクリックしてください（②）。
   
   
   1. もし、初めて GitHub との接続をする場合には、[承認] ボタンが表示されます。ここでは、Azure が GitHub リポジトリを利用出来るように認可を与える必要があるので、[承認] ボタンをクリックしてください。
      
   2. GitHub アカウントでのサインインを求められるので、適切なユーザ名とパスワードを入力してサインインします。
      
   3. [Authorize Azure App Service] ページが表示されたら、[Authorize AzureAppService] ボタンをクリックして、Azure の GitHub アクセスを認可します。
      
10. [App Service のビルド サービス] をクリックして（①）、ページ下の [続 行] をクリックしてください（②）。
    
11. GitHub アカウント名（ユーザ名）、リモート リポジトリ名、ブランチ名を入力/選択して（①）、[続 行] をクリックします（②）。
    
12. ここまで操作・設定したサマリーが表示されるので、内容を確認後、[完了] をクリックします。
    
13. しばらく時間がかかりますが、設定した内容がデプロイに反映されます。処理完了（セットアップのデプロイ完了）のメッセージが表示されたら、NodejsWebApp1-app アプリの「概要」をクリックして（①）、デプロイ済の URL をクリックしてください（②）。
    
14. デプロイ済の NodejsWebApp1-app の URL  https://nodejswebapp1-app.azurewebsites.net/ でアプリが実行されるはずです。
    

---

他の Azure Web App Serviceu 環境

今回は Node.js を使ったアプリをデプロイしましたが、Azure の App Service には他にもさまざまな環境が用意されています。必要に応じて https://docs.microsoft.com/ja-jp/azure/app-service/を確認してみてください。

---

Azure へのデプロイには他にもいくつか方法があります。もし、Web アプリの開発作業に Visual Studio をお使いであれば、Visual Studio から直接デプロイすることが可能です。次回は、その方法をご紹介します。

By Toshiaki Isezaki

Web アプリのデプロイ：Heroku へのデプロイ

今回は、デプロイの一例として、GitHub Desktop を使った Web アプリの GitHub へのプッシュ でご紹介した GitHub リモート リポジトリの Web アプリ（NodejsWebApp1）を、Heroku へデプロイしていきたいと思います。

Heroku はクラウドベースの PaaS（Platform As A Service）で、開発者が作成した Web アプリを Heroku の仮想環境で実行して、サービスとしてエンドユーザが利用する環境を提供します。デプロイ時には Web アプリを呼び出す URL が割り当てられるので、誰もがアクセス出来るようになります。

※ ご紹介する画面遷移は2019年4月時点のものです。今後当該サービスプロバイダーによって変更される可能性があります。

---

GitHub リモート リポジトリのデプロイ

1. GitHub 同様、Heroku を利用するために Heroku アカウントが必要です。Heroku アカウントをお持ちでなければ、https://signup.heroku.com/login からアカウントを作成してください（無償）。
2. https://id.heroku.com/login から Heroku アカウントでサインインします。
3. ページ右上の [New ⇕] ボタンをクリックして、ドロップダウンから [Create new app] を選択してください。
   
4. Create New App ページで「App name」欄に Web アプリ名を入力します。ここでは半角英字、数字と半角ハイフンしか利用出来ないので、nodewebapp1 と入力して、[Create app ] ボタンをクリックしてください。
   
5.  nodewebapp1 アプリのデプロイ情報を定義していきます。[Deploy] タブの「Deployment method」欄で [GitHub] を選択します。
   
6. 「Connect to GitHub」欄で [Connect to GitHub] ボタンをクリックします。
   
7. GitHub アカウントでサインインして、Heroku が GitHub リポジトリを利用出来るように認可を与えます。
   
8. 「Connect to GitHub」欄に Heroku でデプロイする GitHub アカウント名が表示されるので（①）、[Search] ボタンをクリックして（②）、同アカウント上のリモート リポジトリの一覧を表示させます。一覧からデプロイするリポジトリ NodejsWebApp1 を見つけて、右横の [Connect] ボタンをクリックしてください。
   
9. 「Connect to GitHub」欄の名前が「App connected to GitHub」に変わり、NodejsWebApp1 リポジトリに接続が完了します。
   
10. そのまま [Deploy] タブの画面を下方向にスクロールして、「Manual deploy」欄の [Deploy Branch] ボタンで master ブランチのデプロイを開始します。
    
11. デプロイ中のログ情報が順次表示されていきます。
    
12. デプロイが正常に完了すると、「Your app was successfully deployed.」メッセージが表示されます。メッセージ下の [View] ボタンをクリックすると、デプロイされた Web アプリが起動します。
    
    
    今回は https://nodejswebapp1.herokuapp.com/ の URL が自動的に適用されているはずです（アプリ名.herokuapp.com）。
    デプロイされた Web アプリは、デバイスやプラットフォームを問わず、どこからでもアクセス出来ます。
    
    

---

Web アプリ更新時の再デプロイ

Web アプリのソースコードを変更/更新した場面では、ローカル リポジトリへのコミットとリモート リポジトリへのプッシュを経て、GitHub 上に更新された状態を確認後、Heroku で再デプロイをおこなってください。この際には、Heroku 上に作成済の Web アプリは GitHub リモート リポジトリに接続された状態を維持しているので、上記手順の 10. にある [Deploy] タブでのデプロイ操作をおこなうだけです。

---

他の Heroku 環境

今回は Node.js を使ったアプリをデプロイしましたが、Heroku には他の環境やデータベース オプションなども用意されています。必要に応じて https://devcenter.heroku.com/startを確認してみてください。

---

今回デプロイした Web アプリは Forge を利用していませんが、デプロイまでの手順はおおまかに把握いただけるものと思います。

By Toshiaki Isezaki

Web アプリのデプロイ：GitHub Desktop を使った GitHub へのプッシュ

Forge は、オートデスクがクラウド サービスの開発で培った要素技術を、複数の Web API として公開しているブランド名です。Forge を利用するのは、通常、Web サーバー上に構築することになる Web アプリケーション（以降、Web アプリ）です。

Forge を利用する Web アプリの開発は、誰もがアクセス出来る Web サーバー上でおこなうのではなく、開発者が使用するコンピュータを使ってローカル コンピュータで実施し、完成した後、あるいは、完成に近い状態で Web サーバーに展開（デプロイ）するのが一般的です。

このため、ローカル コンピュータ上で Web アプリをテストする際には、Web ブラウザ上で http://localhost:3000 などのように実行することになります。この場合、開発中の Web アプリは、ローカル コンピュータからのみしか実行出来ません。逆に言えば、誰にでもアクセスしてもらうには、完成した Web アプリを Web サーバーにデプロイする必要があります。

デプロイ作業の選択肢は多様なため、いままで、このブログであまり触れていませんでした。今後、数回に渡って、ローカル コンピュータで開発している Web アプリのデプロイを前提に、基本的な概要といくつかの手順をご案内していきたいと思います。基本的な考え方を把握いただくため、Forge に特化せずに説明を加えていきます。

次回以降、Forge アプリの紹介で比較的よく利用されている Heroku や Microsoft Azure へのデプロイを前提にしていくことにします。今回は、その準備にあたる GitHub の理解とツール、手順をご紹介しすることにします。

※ ご紹介する画面遷移は2019年4月時点のものです。今後当該サービスプロバイダーによって変更される可能性があります。

---

ローカルでの Web アプリの準備

まず、Web アプリとして Visual Studio 2017  Professional エディションで作成した Node.js テンプレートを利用したスケルトン プロジェクトを利用します。なお、Visual Studio 2017  Professionalで Node.js プロジェクトを作成するには、インストールで Node.js 開発 を選択しておく必要があります。

1. Visual Studio 2017 Professional エディションを起動して、Node.js プロジェクトを作成します。[ファイル(F)] メニューから [新規作成(N)] >> [プロジェクト(P)] を選択します。
2. [新しいプロジェクト] ダイアログが表示されたら、「空の Node.js Web アプリケーション」テンプレートを選択、プロジェクト名に
3. NodejsWebApp1 と命名して [OK] ボタンをクリックします。「新しい Git リポジトリの作成(G)」にはチェックを入れないでください。
   
4. 作成されたスケルトン プロジェクトの実行をテストしてみます。[デバッグ(D)] メニューから [▶ デバッグッグの開始(S)] を選択して、Web ブラウザが起動後に server.js の実装である Hello World が表示されることを確認してください。
   

---

GitHub とは

近年、開発の現場で耳にすることが多くなった GitHub ですが、一言で言うと、開発プロジェクト用のソースコード管理をおこなうクラウド サービス、という位置づけです。無償版と有償版があり、オートデスクも有償版（GitHub Enterprise）を使って、クラウド サービスや AutoCAD などのデスクトップ製品のソースコードを管理し、チーム開発をおこなっています。

GitHub でソースコード管理するのはリポジトリという単位です。ローカル コンピュータのリポジトリを ローカル  リポジトリ、GitHub サイトjにあるリポジトリをリモート リポジトリと表現します。ローカル コンピュータ上にある開発中、あるいは、完成したソースコードはコミットすると、ローカル リポジトリに記録されます。その後、ローカル リポジトリの内容をプッシュすると、GitHub サイト上のリモート リポジトリに記録されます。この流れでリモート リポジトリを使って、共同開発者と一緒にソースコードを管理していきます。

リポジトリには、運用中のソースコードと、新機能や不具合修正した次期バージョン用のソースコードを並行して開発していけるよう、ブランチという単位も存在します。互いのブランチは独立して管理されるので、ローカル リポジトリに運用中の master とブランチと次期バージョン用の next version というのように、複数のブランチを作ってメインテナンスすることが可能です。

開発環境に依存せずに Heroku をや Azure に Web アプリをデプロイ（Web サイトを公開）には、ローカル コンピュータ上にある 実行可能なソース コード一式を、いったん、GitHub リポジトリにアップロード（プッシュ）しなければなりません。

GitHub の利用には GitHub  アカウントが必要です。もし、GitHub アカウントをお持ちでなければ、https://github.com/join?source=header-home からサインアップ（アカウント登録）することが出来ます（無償）。

---

GituHub Desktop とは

ローカル リポジトリの作成やコミット、ブランチの作成や切り替え、リモート リポジトリへのプッシュは、プロンプトによるコマンド操作が一般的ですが、少しわかりにくいのが難点でした。この点を解決したのが、ユーザ インタフェースで同等の操作が可能な GitHub Desktop です。

GitHub Desktop は、https://desktop.github.com/ から無償でダウンロード、インストールして利用することが出来ます。

---

Web アプリの GitHub へのプッシュ

前置きが長くなりましたが、ここから、ローカル リポジトリを作成、GitHub 上のリモート リポジトリへのプッシュ作業をおこなっていきます。便宜上、今回はローカル リポジトリの master ブランチをプッシュしていきます。

1. ローカルでの Web アプリの準備 で作成した Web アプリ NodejsWebApp1 プロジェクト のパスを確認します。ここでは、既定値の C:\Users\<windows user name>\source\repos\NodejsWebApp1 フォルダ下にプロジェクトがあり、アプリの実行時に実行される server.js が、C:\Users\<windows user name>\source\repos\NodejsWebApp1\NodejsWebApp1 フォルダ下に存在しているものとします。
2. GitHub Desktop を起動して、GitHub アカウントでサインインします。[File] メニューから [Options] を選択してください。
   
3. [Accounts] タブ内の 「GitHub.com」右横の [   Sign in   ] ボタンをクリックしてください。
   
4. GitHub アカウントを入力して [   Sign in   ] ボタンをクリックしてサインインを完了します。このサインイン操作で、リポジトリとアカウントが関連付けられます。 
   
5. 次に [File] メニューから [Add local repository....] を選択します。
   
6. [Add local repository] ダイアログが表示されたら、[Choose...] ボタンをクリックします。
   
7. server.js が存在する C:\Users\<windows user name>\source\repos\NodejsWebApp1\NodejsWebApp1 フォルダをナビゲートし、[フォルダーの選択] ボタンをクリックします。
   
8. "This directory does not appear to be Git repository. Would you like to create a repository here instead?" の警告メッセージとともに、[Add local repository] ダイアログが再び表示されるはずです。ここでは、このままメッセージ内の create a repository をクリックします。
   
9. NodejsWebApp1 が Name（リポジトリ名）として設定されている [Create a new repository] ダイアログが表示されるので、ここでは他の項目をそのままにして [  Create repository   ]  ボタンをクリックします。
   
   ※ GitHub 無償枠では、リモート リポジトリはすべて Public モードでソースコードを誰でも閲覧出来るようになっていましたが、2019年1月から、無償枠でもソースコードを非公開とする Private モードを選択出来るようになっています。
10. 「Current repositry」に NodejsWebApp1 が（①）、「Current branch」に master が（②）、それぞれ選択されていることを確認出来たら、[  Publish repository  ]  ボタンをクリックしてください。
    

1. [Publish repository]  ダイアログが表示されたら、「Keep this code private」のチェックを外して、[   Publish repository   ] ボタンをクリックすると、Publish（パブリッシュ＝最初のプッシュ）が始まります。
   
2. しばらく時間がかかりますが、[Publish repository]  ダイアログが消えて、何もエラーが出なければ、GitHub へのリモート レポジトリ作成の完了です。GitHub サイトにリモート リポジトリが記録されたかチェックするには、GitHub Desktop 上で [View on GitHub] ボタンをクリックします。
   
3. GitHub サイトのリモート リポジトリ NodejsWebApp1 が表示されるはずです。
   

---

ローカル リポジトリのコミットとリモート リポジトリへのプッシュ

一度、リモート リポジトリへのプッシュを済ませた後も、GitHub Desktop はローカル リポジトリのソースコード編集を監視しています。例えば、NodejsWebApp1 プロジェクトの server.js の一部を編集してファイルを上書き保存してから GitHub Desktop を起動すると、編集箇所が画面に表示されるはずです。
この状態では、またソースコードの変更がローカル リポジトリに記録（コミット）されていません。ローカル リポジトリへのコミットには、GitHub Desktop 左下の変更内容を判別する文字列を記入し、[Commit to master]（master ブランチへのコミット）ボタンをクリックする必要があります（①）。

コミットしたローカル リポジトリの内容をリモート リポジトリに反映（プッシュ）するには、ローカル リポジトリへのコミット後に、画面表示が更新されて現れる [Push origin] ボタンをクリックしてプッシュしてください（②）。

---

ここまでの操作でローカル リポジトリの作成とリモート リポジトリへのプッシュが完了しました。

なお、今後、今回の記事に関連した次の方法についてご案内していく予定です。

• Heroku へのデプロイ
• Azure へのデプロイ
• Visual Studio から Azure への直接デプロイ

次回は、GitHub リモート リポジトリの Web アプリを Heroku にデプロイし、どこからでもアクセス出来るようにしていきます。

By Toshiaki Isezaki

PlanGrid BIM リリース

オートデスクは、クラウドベースの建設プラットフォームによってデジタル化と自動化を促進するために、昨年から、PlanGrid 社、Assemble Systems 社、BuildingConnected 社の買収をそれぞれ発表してきました。

PlanGrid 社は、ゼネコン、サブコン、オーナーが、建設プロジェクトのライフサイクル全体を通じて、リアルタイムのコラボレーションを実現するためのソフトウェアとクラウドサービスを提供している企業です。

PlanGrid のユーザーは、プロジェクトの計画、パンチリスト、プロジェクトタスク、進捗状況の写真、毎日の現場レポート、提出物などにリアルタイムにアクセスすることができます。

そして、2019年4月23日に、PlanGrid と Revit を繋げる新機能「PlanGrid BIM」が発表されました。

今回は、この「PlanGrid BIM」について、その概要をご紹介します。

• https://www.plangrid.com/features/bim/

「PlanGrid BIM」の機能は大きく分けて3つあります。

• BIM 対応シート
  • ユーザーは要素をタップして、要素の寸法、材料の種類、製造元の詳細などの BIM データのプロパティにアクセスできます。
• 3D BIM Viewer
  • シンプルにタップするだけで、オフラインの場合でも、特定の要素の 3Dビューを即座に表示できます。ベータ版のビューアには、モデルの要素間で計測を簡単に行うための、ズームツール、スナップツールなどの機能が含まれています。
• Revit との統合
  • Revit アドインツールを通じて、Revit から PlanGrid にシームレスにシートをパブリッシュすることができます。 
  • BIM データ、およびシートのタイトルと番号が PlanGrid に移行されます。
  • このアドインは、Revit 2017 ~ Revit 2020 でお使い頂くことができます。

もちろん、この 3D モデルを表示する機能には、Forge Viewer が組み込まれております。

現時点では、BIM 360 とは連携されておりませんが、今後は、Forge や BIM 360 との連携が強化されていく予定です。

また、「PlanGrid BIM」をトライアルでお試し頂くこともできます。

Revit と Forge を連携して、Forge Viewer を活用している事例としても参考になりますので、ご興味のある方は、下記の手順で実際にお試しください。

1. まず、右上の「SIGN UP」ボタンをクリックして、ユーザー登録ページにて、必要な情報を入力して、ユーザー登録をします。
   
   
2. ユーザー登録後にログインすると、ポータル画面にて、サンプルプロジェクトを選択することができます。
   「Sample Project - Office Building」プロジェクトを選択すると、事前にアップロードされているシートや関連データを確認できます。
   
   
3. 次に、こちらのサイトから Revit アドインの ZIP パッケージをダウンロードし、インストーラを起動して、Revit アドインをインストールします。
   Revit を起動して、ZIP パッケージに同梱されている「Sample Project - PlanGrid Office - Revit 2019.rvt」を開きます。
   
   
4. [アドイン]タブの[Export to PlanGrid]ボタンをクリックすると、ダイアログが表示されます。
5. PlanGrid のユーザーでログインします。
   
   
   
6. Revit プロジェクトのデータに「PlanGrid BIM」がアクセスするための権限を許可します。
   
   
   
7. エクスポート先のプロジェクトを選択します。今回は、「Sample Project - Office Building」プロジェクトを選択します。
   
   
8. エクスポート時の Version set name を入力します。この名称によって、PlanGrid 上でアップロードしたシートを識別することができます。※[Include BIM data/model]チェックボックスにチェックが入っていることを確認してください。
   
   
   
9. [Publish]ボタンをクリックすると、シートのアップロードが始まります。
   
   
10. アップロードが完了したら、PlanGrid を開いて、「Sample Project - Office Building」プロジェクトのサイドバーのメニューから[Sheets]を選択します。
    
    
11. 右の [Filter by] 機能で、先ほど入力した「Version set name」を選択します。
    
    
    
12. 「A-101」のシートを選択すると、シートが表示されます。左メニューの「BIM」ボタンをクリックすると、BIM モデルの要素が、青色でハイライト表示されます。
    
    
    
13. ハイライト表示されている要素の一つを選択すると、コンテキストダイアログが表示され、さらに要素を選択すると、要素の詳細が右サイドに表示されます。
    
    
    
14. 要素の詳細では、Revit の要素が保持しているプロパティの情報を確認することができます。また、[View in 3D]ボタンをクリックすると、その要素にフォーカスされた状態で Forge Viewer が開きます。
    
    
    
15. Forge Viewer では、マウスドラッグで視点の移動、マウスホイールのスクロールでウォークスルーを行うことができます。
    
    
    
16. また計測の機能を利用することができます。計測モードにすると、マウスカーソルが端点にスナップします。
    
    
17. 要素を選択して、プロパティを表示することもできます。

 

今回は、PlanGrid と Revit を繋げる新機能「PlanGrid BIM」についてご紹介しました。

Forge を活用すれば、既存のソフトウェアやクラウドサービスとオートデスク製品を補完的に「接続する」仕組みを構築することができます。

 7 月 16 日（火）～19 日（金）にオートデスク・東京オフィスで開催する Autodesk Cloud Accelerator は、Autodesk Cloud Engineering チームのサポートを受けながら、PoC（Proof Of Concept）/コンセプト アプリの開発に集中的に取り組むことができるデベロッパー向けのイベントです。

ぜひこの機会をご活用ください。

• Autodesk Cloud Accelerator 2019 東京 開催のお知らせ

 

By Ryuji Ogasawara

スクリプト可能なテキストファイルの OSS アップロードとダウンロード

6 月 12 日以降、コンテンツ配置のインライン、および、コンテンツ タイプ（Content-Type）が次のいずれかの場合、OSS アップロード PUT endpoint は HTTP 400 ステータス コードを返します。

text/html

text/javascript

text/x-javascript

application/javascript

application/x-javascript

アプリケーションがこれらのファイルをすでにアップロードしている場合は、ダウンロード時に HTTP 400 ス テータス コードを返します。

この変更は他のコンテンツ処理フォーマットには影響しません。ご質問等ございましたら、https://forge.autodesk.com/en/support/get-help

をご利用ください。

 

By Toshiaki Isezaki

Autodesk Cloud Accelerator 2019 東京 開催のお知らせ

Autodesk Forge を使った PoC（Proof Of Concept）/コンセプト アプリ開発のお手伝いをする Autodesk Cloud Accelerator を 7 月 16 日（火）～19 日（金）にオートデスク・東京オフィスで開催いたします。

イベント詳細、および、参加要項、および、参加お申込みは次のリンクをご確認ください。

https://www.eventbrite.com/e/autodesk-forge-accelerator-tokyo-july-16-19-registration-57470376443

[ Register ] ボタンをクリックすると数量（Quantity）の入力後、英語のフォームが表示されますので、日本語で必要項目を入力の上、[ Complete Registeration ] ボタンをクリックお申込みください。

Autodesk Cloud Accelerator の概要については、Cloud Accelerator よくある質問 もご用意していますのでお申込み前にご確認ください。

By Toshiaki Isezaki

Revit 2020 の新機能 その3

前回に引き続き、Revit 2020 の新機能についてご紹介させて頂きます。

今回は、「接続機能」をテーマとした新機能と更新内容についてご案内いたします。

「接続機能」は、プロジェクトチームの連携を強化し、マルチプロダクト間のワークフローをより良くするための重要なテーマです。
ユーザーが円滑にコラボレーションでき、他者と情報交換するプロセスを改善することが、一つのゴールとなっています。

つまり、この分野では、オートデスクのソフトウェアやサービス間でデータを共有したり、IFCやPDFなどの業界標準をサポートしたり、プロジェクトチームが互いに連携して作業できるようにするツールを提供します。

 

PDF のアンダーレイ

Revit Ideas で最も投票数の多かったリクエストが Revit 2020 でサポートされました。
1 ページまたは複数ページの PDF ファイルを Revit の 2D ビューに読み込んで、モデルの参照として使用できるようになりました。
これにより、2D データを BIM と接続して、建設のワークフローを改善します。

• ラスター イメージと同じ方法で、PDF ファイルを操作する
• ベクトル データを含む PDF にスナップする
• [イメージを管理]ダイアログに、イメージおよび PDF ファイルの相対パスおよび BIM 360 クラウドのパスが表示されます。

例えば、下記のように地図データをプロジェクトに重ね合わせることも簡単です。

PDF のベクトルデータにスナップできるため、平面図のデータをベースにモデルに起こすこともできます。

 

SketchUp モデルを読み込む

最新バージョンの SketchUp モデルを Revit にロードできます。Revit 2020 では、Sketchup 2018 のインポートに対応しました。
SketchUp による早期の設計フェーズが完了したら、そのまま Revit にインポートして、ワークフローを繋げることができます。

 

Revit Extension for Fabrication

Revit から製造用ジョブに製造用部品レイアウトを書き出すには、Revit Extension for Fabrication を使用します。

拡張機能を使用すると、Autodesk Fabrication 製品(CADmep、ESTmep、CAMduct)で作成した製造用ジョブを読み込んで、Revit でモデリングを続行することができます。

Revit 2020 では、製造データの新しいエクスポートのオプションが追加され、Excel などのスプレッドシートのアプリケーションにインポート可能な CSV または TXT データファイルを生成できるようになりました。

これらの詳細データを、プレコンストラクションフェーズや、集計や調達などの製造のワークフローでご活用いただけます。

 

クラウドモデルアップグレード

BIM 360 プロジェクトに保存されているクラウドモデルの Revit バージョンを、ボタンの 1 クリックだけでアップグレードできるようになりました。

これまでは、Revit を起動してプロジェクトを選択し、長時間を要して最新バージョンに移行する必要があった作業が、クラウド上でバックグラウンドで実行できるようになったことで、待機時間を飛躍的に節約できます。

詳細は下記のページに記載されております。

• Revit のクラウド モデルをアップグレードするには

実はこの機能は、バックエンドでは、Forge の Design Automation API for Revit が利用されています。

現在、BIM 360 のクラウドサービス（BIM 360 Design, BIM 360 Glue, BIM 360 Build など）は、既存の BIM 360 を一新する 次世代 BIM 360（別名、NextGen BIM 360、Next Generation BIM 360）として、Forge を基盤として作り替えられています。

もちろん、BIM 360 でも Revit が最も重要なデータとして位置付けられておりますので、BIM 360 上で Revit モデルを活用するための様々な機能が今後も追加されていくはずです。

Revit プロジェクトのバージョンアップグレードは、従来は、Revit アプリケーションを起動して、プロジェクトを開く段階で、そのプロジェクトが作成された Revit バージョンを識別し、起動中の Revit よりも低いバージョンであれば、アップグレードをするというフローが必要でした。

クラウドモデルアップグレードは、Revit のコアエンジンをクラウド上で起動し、クラウドストレージに保存されている Revit プロジェクトを開いて、クラウド上でバージョンアップグレードします。

このように、Revit のコアエンジンをクラウド上で起動し、Revit アドインを実行する仕組みが、Forge の API としてデベロッパー向けにも公開されております。

それが、Design Automation API for Revit です。

ただし、サードパーティーのデベロッパーは、BIM 360 の各サービスに直接、カスタム機能を追加することはできません。

Design Automation API for Revit の概要については、下記のブログ記事をご参照ください。

• Design Automation API for Revit パブリックベータ版の公開
  
• Design Automation API for Revit 開発手順の理解

Design Automation API for Revit にご興味がある方は、5月28日（火）東京、5月31日（金） 大阪にてワークショップを開催いたしますので、ぜひご参加ください。

• Forge 1 Day Workshop - Design Automation API for Revit - 開催 - 2019年5月
  
  

By Ryuji Ogasawara

Autodesk University Japan 2019 開催決定

今年の Autodesk University Japan の開催日と場所が決定しました。もちろん、Forge Developer Conference も併設予定です。

開催日はここ数年の開催時期より若干遅くなり、 10月9日（水）の予定です。また、開催場所は昨年と同じく グランドニッコー東京台場 （https://www.tokyo.grand-nikko.com/）です。現時点では、これ以上の情報がありませんが、詳細が決まりましたら、またご案内していく予定です。

今年も両イベントにご期待ください。

By Toshiaki Isezaki

Revit 2020 の新機能 その2

前回に引き続き、Revit 2020 の新機能についてご紹介させて頂きます。

今回は、「最適化機能」をテーマとした新機能と更新内容についてご案内いたします。

ソフトウェアを使用する上で、その使いやすさと生産性、そして設計上の意思決定を手助けする分析能力は非常に重要です。
Revit 2020 では、これからご紹介する新機能と更新によって、繰り返しのタスクに費やす時間を削減し、効率化を図りました。

移動パス

ルート解析を使用して、モデル内の選択した点の間の移動距離と移動時間を解析して、デザインのレイアウトを最適化できるようになりました。
最短経路をシミュレートすることにより、人々が建物の中に移動したり、スペースを移動する方法を理解することができます。

この[移動パス]ツールは、平面図ビュー上で、始端と終端を選択することによって移動パスを設定します。
モデルのジオメトリが解析され、移動パス上にある障害物として作用するモデル要素は迂回し、ドアは通過するようナビゲートされて移動パスが生成されます。

また、ルート解析の設定により、モデル要素が移動パスに与える影響をコントロールします。移動パスの始端と終端間のモデル要素は、解析によって生成されるルートに影響します。

移動パスのインスタンス プロパティでは、移動パスの始端から終端までの歩行にかかる時間(計算値)や、移動パスのすべてのセグメントの実際の長さも計算されます。

これにより、設計上の意思決定に役立つための経路を最適化します。
移動パス要素はビュー固有であり、配置されるビュー内の詳細要素として機能します。モデル内で移動パスの線にタグ付けし、集計できます。

 

シート間で凡例ビューをコピーする

凡例ビューを 1 つのシート ビューからコピーして、他のシート ビューに貼り付けることができるようになりました。
これにより、複数のシートに表示される凡例ビューをレイアウトするときの効率を高めることができるようになります。

 

規則によるビュー フィルタの拡張 OR 条件

Revit 2019 では、OR および AND 演算子を使用してビュー フィルタの複雑な規則を作成できるようになりました。ただし、要素の複数のカテゴリに対する OR 規則は、両方のカテゴリに共通のパラメータに制限されていました。
Revit の 2020 では、さらに、OR フィルタの規則を作成する際、選択したカテゴリの「すべてのパラメータ」にアクセスし、規則内で使用することができるようになります。

 

バックグラウンドでの計算処理

以前のリリースでは、Revitがより速く動作するように最適化しました。
Revit 2020を使用して3Dモデルで詳細な鉄骨接合部を編集すると、これらのパフォーマンス重視のタスクを実行する際の応答時間が短縮されます。
バックグラウンドプロセスが実行されている間、Re​​vitプロジェクトで作業を続けることができます。

 

MEP コンポーネントの[高さ]パラメータの変更

注釈およびドキュメントの使いやすさを向上させるために、次のファミリ カテゴリでタグ、集計表およびビュー フィルタを使用するための[高さ]パラメータが組み込みパラメータになりました。

• 機械設備
• 衛生器具
• 照明器具
• 照明装置
• スプリンクラ
• 電気器具
• 電気機器
• データ装置
• 通信装置
• 火災報知装置
• ナース コール装置
• 警備装置
• 電話装置
• 特殊設備
• 制気口
• 一般モデル
• 家具
• Plant
• 収納家具

[高さ]パラメータは[レベルからの高さ]に変更されました。また、[オフセット値]パラメータは[ホストからのオフセット]に変更されました。
さらに、集計表レベル パラメータは、[プロパティパレット]に移動しました。

レベルからの高さパラメータを編集する機能は、要素の配置方法によって異なります。詳細については、こちらのページをご参照ください。

 

読み込まれた橋梁ジオメトリとトンネル ジオメトリから作成されたパーツ

InfraWorks から読み込まれた橋梁ジオメトリ、トンネル ジオメトリ、およびその他の DirectShape をパーツに分割し、詳細設計や解析で利用できるようになりました。
パーツに開口や切断などの調整を加えることができます。

 

Dynamo Revit 2.1

次の更新内容が含まれています。詳細については、こちらのページをご参照ください。

• 新しいノードおよび更新されたノード。
• より高速で、正確な結果のために検索機能が改善。
• ライブラリの再編成とカスタム コンテンツの分離による、ブラウザ体験の向上。
• Python エディタ、レーシング オプション、および Revit ノードに対するグラフィック オーサリングの改善。
• Package Manager の機能拡張のサポートによる、ユーザ インタフェースのカスタマイズ機能の追加。
• 信頼性、安定性、パフォーマンスの改善。

 

Dynamo の鉄骨接合

Dynamo が鉄骨接合部のモデリングをコントロールできるようにする新しい Autodesk Steel Connections パッケージです。Revit の鉄骨建築のモデリングを高速化するのに役立ちます。これは標準の接合およびカスタム接合を配置するための同じようなジオメトリ条件を識別でき、Dynamo プレーヤーですぐに使用できるスクリプトがパッケージとともに提供されます。

次回は、「接続機能」をテーマとした新機能と更新内容についてご案内いたします。

By Ryuji Ogasawara

Revit 2020 の新機能 その1

今年も Revit の新バージョンとなる Revit 2020 がリリースされました。今回から複数回にわたって、Revit 2020 の新機能と更新内容をご紹介していきます。Revit 2019 更新プログラムでオートデスクのサブスクリプション メンバーが使用できるようになったほとんどの新機能と機能拡張が、Revit 2020 でも利用できるようになりました。

Revit Ideas

Revit Ideas フォーラムは、Revit のお客様からご要望を投稿頂けるフォーラムです。お客様からの推薦や投票によって支持を得られたご要望は、新機能・拡張機能として追加されております。

英語になってしまいますが、Ideas フォーラムへのご要望の投稿もぜひご検討ください。

https://forums.autodesk.com/t5/revit-ideas/idb-p/302/tab/most-kudoed

 

Revit ロードマップ

Revit 2019.2 のリリースに伴い、2019年1月23日に Revit ロードマップの最新版が公開されました。

ロードマップで公開されているステートメントは、現在の Autodesk が把握している事項を反映しており、将来の利用可能性について約束や保証を意図するものではありません。そのため、予告なしに変更されることがあります。そのため、このステートメントに依存することがないようにお願い申し上げます。

http://blogs.autodesk.com/revit/category/roadmap/

最新のロードマップでは、Revit 2019 に引き続き、Revit 2020 のキーコンセプトとして 3つのテーマが設けられております。

• 設計機能
  設計の意図を形作るための効率的なモデル作成
  快適で直観的、コンテキストのわかりやすい経験を重視
  高精度で詳細なモデル
• 最適化機能
  解析、シミュレーション、デザインの最適化
  タスクの自動化による生産性の向上
  ソフトウェアが設計作業に集中できる環境を提供
• 接続機能
  建設業界に特化したコラボレーションツールでプロジェクトのチームを繋げる
  複数の専門分野のワークフローを可能にする
  プロジェクトのライフサイクルにおける全てのフェーズに BIM 活用を拡げる

今回は、Revit 2020 の「設計機能」をテーマとした新機能についてご紹介いたします。Revit 2020 の新機能には、設計の意図をより正確に表し、より詳細なドキュメントを作成する機能に焦点を当てています。

楕円形の壁を作成する

Revit の[楕円]または[部分楕円]描画ツールを使用して、高度なジオメトリの壁およびカーテン ウォールを作成できます。これらのツールは、意匠壁や構造壁を作成または修正しているときに、[描画]パネルで使用できます。

 

分電盤のフィード スルー ラグ

フィード スルー ラグを介して分電盤を接続できるようになりました。子パネル(すなわち給電先のパネル)が給電元のパネルから連続するように回路番号を定義できます。
この機能は、文書作成タスクを効率化し、解析をサポートするシステムを通じて、設計者がより優れたモデルを作成するのに役立ちます。

 

幹線矢印をカスタマイズする

印刷された電気図面での幹線矢印の読みやすさを改善するために、マルチ回路幹線などの幹線矢印のスタイル（矢印の角度やサイズなど）をカスタマイズできます。

 

下記の構造エンジニアリング分野の新機能と改善は、コンクリートの詳細化と、製造、および建設プロセスにて、より忠実度の高いモデリングツールをとして、設計と製造を結び付けるのに役立ちます。

改善された鉄筋のコピーおよび移動ロジック

形状駆動鉄筋のコピーおよび移動が予測しやすくなったため、鉄筋のモデリングがより正確になり、設計意図が尊重されるようになりました。これによって時間が節約され、一貫性のある製造データ生成を可能にします。

 

フリー フォーム鉄筋のための複数鉄筋注釈

平面鉄筋と平行鉄筋でフリーフォーム鉄筋セットを寸法設定するには、複数鉄筋注釈を使用します。

 

コンクリート面への複数の鉄筋注釈

コンクリート ホスト面、または Revit のその他の寸法参照に対して、鉄筋セットの位置を寸法設定します。

 

モデルインプレイスの階段内の鉄筋

モデルインプレイスの階段に鉄筋を配置し、コンクリート建築物の非常に詳細なモデルを提供できます。

 

標準鋼接合を伝播する

現在のプロジェクトで標準鋼接合を伝播します。同一のコンテキストがあるモデル内のすべての場所で、選択した接合が適用されます。

 

標準鉄骨接合タイプのパラメータ

Revit タイプの機能が標準鉄骨接合に導入され、このような種類の要素での作業を容易にします。
接続パラメータに基づいて、各接続ファミリのタイプをカスタマイズします。同じタイプのすべてのインスタンスを一箇所から更新します。同じプロジェクトまたは別のプロジェクトで、同じ接続構成を再利用します。接続グループのプロパティを一致させます。

 

集計表、タグ、およびフィルタの新しい鉄骨製造形状パラメータ

鉄骨製造要素には、集計表、タグ、およびフィルタで利用可能な追加情報を表示する新しいパラメータがあります。

次回は、「最適化機能」をテーマとした新機能と更新内容についてご案内いたします。

By Ryuji Ogasawara