Technology Perspective from Japan

Forge 1 Day Workshop - A360 活用編 - 開催 - 2019月2月

来る 2月19日（火）東京、2月22日（金） 大阪にて、Forge Platform API を利用して A360 ストレージにアクセスする方法を把握していただくワークショップを開催いたします。

従来ご案内してきた Forge 1 Day Workshop では、2-legged OAuth を利用して独自に作成した Bucket にデザイン データをアップロード、変換、Forge Viewer で表示するベーシックな手順をご案内してきましたが、今回は、3-legged OAuth を使って A360 Personal （A360 Team、BIM 360 Team、Fusion Team 流用可）のユーザ ストレージ領域に保存されたデータにアクセス、Forge Viewer で表示する内容についてご案内するものです。

当日は、実際に開発作業が可能なノートPCをお持込みいただき、開発に必要な手順を説明して環境を設定していただいた後に、すでに弊社ブログや GitHub に記載されている手順に沿って、実際にハンズオンで手順をトレースしていただきます。下記に参加要領とお申し込み方法を記載いたしますので、参加をご検討いただけますと幸いです。

なお、応募は定員になり次第締め切らせていただきますので、予めご了承ください。

日時/場所：

東京 2月19日（火） 10:00～17:00

オートデスク 東京本社 セミナールーム （定員 10 名）
東京都中央区晴海 1－8－10 トリトンスクウェアオフィスタワーX 24F

大阪2月22日（金） 10:00～17:00

オートデスク 大阪営業所 セミナールーム （定員 10 名）
大阪府大阪市淀川区宮原3-5-36 新大阪トラストタワー 3F

参加費：

無料

内容：

• A360 Personal と Forge ストレージ アクセス
  • 2-legged OAuth と 3-legged OAuth
  • Postman による3-legged OAuth の理解
• 3-legged OAuth による A360 Personal  アクセス実習
  • Forge SDK を利用した Access Token の取得Model Derivative API
  • A360 Personal データの Forge Viewer 表示
• Forge の未来

申込方法：

以下の情報をメールでお知らせください。

宛 先： adn@myautodesk.jp （ADN 事務局）
件 名： 「Forge - 1 Day Workshop 参加申し込み」
本 文： 参加人数を把握するため、ご参加の会場名も含め、次の順序でご記入ください

会場：東京・大阪（いずれを明記）

ADN ID（ADN に加入されている場合のみ）：

会社名：

部署：

役職：

参加者氏名とフリガナ：

E-mail アドレス：

電話番号：

• お申込み後、訪問者記入用紙 兼 受講票をメールでお渡ししますので、必要項目にご記入の上、当日プリントアウトしてお持ちください。 内容、時間等は、変更になる場合がございます。

お願いと補足事項：

• 日本語プレゼンテーションで説明を加えながら、Forge Node.js SDK（英語）を活用していきます。
  https://developer.autodesk.com/en/docs/quickstarts/v1/nodejs/
• Web 開発が主体となりますので、お使いになる開発環境は自由ですが、当日は次のブログ記事にあるツールや環境を使ってご案内する予定です。可能であれば、事前に必要となる環境をインストールしておくことをお勧めします。
  http://adndevblog.typepad.com/technology_perspective/2017/01/development-environment-for-forge.html
• Forgeのデベロッパキー（Consumer Secret と Consumer Key）の取得が必要です。また、アクセスキーの取得には、Autodesk ID が必要となります。Autodesk ID、アクセスキーをお持ちでない場合には、次のブログ記事に沿って それらを事前に取得しておくことをお勧めいたします。
  http://adndevblog.typepad.com/technology_perspective/2016/07/app-registration-and-getting-keys-for-forge-api.html
• アカウントに固有の設定が必要なため、本 Workshop で BIM 360 Docs ストレージは扱いませんが、アクセスに必要となる考え方は踏襲していただくことが出来ます。
• 当日は、ゲストWiFiの利用方法をご案内いたします。お持込いただく PC には、WiFi 接続機能があることをご確認ください。
• ノートPC のお貸し出しはしておりません。

2-legged OAuth、Bucket を使った Forge 開発経験をお持ち、もしくは、概要をご存知であれば、どなたでもご参加いただけます。ぜひ、この機会をご活用ください。

By Toshiaki Isezaki

Token Flex API について

オートデスクとの間に EBA 契約を締結されているお客様向けに、新しく Token Flex API が提供されています。EBA 契約とは Enterprise Business Agreement の略で、大企業ユーザ様向けの包括契約を指しています。EBA 契約を締結したお客様にはオートデスクの製品やクラウドサービス、テクノロジを自由に切り替えてお使いいただける Token Flex と呼ばれるライセンスが提供されることになります。

Token Flex の詳細は、次の Autodesk Knowledge Network 記事に譲りますが、今回提供を開始した Token Flex API を用いると、契約毎に Token Flex ライセンスで使用されている製品やクラウドサービスの利用状況を照会することが可能となります。

 Autodesk Knowledge Network 記事：Enterprise アカウント - Token Flex ライセンス

Token Flex API は EBA 契約ありきの API なのですが、Forge ポータル上でドキュメントが公開されてしまっているので、念のためご案内しておきたいと思います。

なお、Forge サンプルを記載した GitHub リポジトリ上には、当該 API のサンプルも既に記載されていますので、何が可能かご理解いただけるものと思います。

By Toshiaki Isezaki

開発ブログ プラットフォームの継続

昨年、開発ブログ プラットフォームの変更について の記事で、このブログ サイト Autodesk Perspective From Japan を含む開発系のブログについて、システムの変更に伴う URL の予告していましたが、その後の社内評価の結果、急遽、現行 Typepad システムを使い続けることになりました。

Autodesk Perspective From Japan も現在の URL https://adndevblog.typepad.com/technology_perspective/ で引き続きご覧いただくことが出来ます。

お騒がせして申し訳ありません。今後ともよろしくお願いいたします。

By Toshiaki Isezaki

あけましておめでとうございます

あけましておめでとうございます。

Autodesk Forge の採用が広まる中、オートデスクの中核テクノロジとして、立ち位置を変えながら引き続き進化していく予定です。

本年も Forge、ならびに、オートデスクをよろしくお願いいたします。

By Toshiaki Isezaki

Forge DevCon Las Vegas ブレイクアウト セッション動画公開

一部非公開設定されているものを除き、Forge DevCon Las Vegas 2018  の各セッション ハンズアウト資料、プレゼンテーション資料、動画等が閲覧、または、 ダウンロード出来るようになっています。

Bringing your Inventor Add-in into Forge Design Automation 

Smart Building Operations with BIM

Securing Your Forge App: Do it Like Autodesk!

Building for the Future: Forge Roadmap

Manage Revit Digital Content using Forge Design Automation API for Revit

The Future of Data: Forge Data Platform

Hit the Ground Running with Unity and Forge

Using Forge Toward Human-Robot Collaboration in Architecture

Agile Construction: How Virtual Last Planner Input Is Optimized by Artificial Intelligence

Advanced Techniques for Using the Forge Viewer

Design Automation: Revit and Inventor – Better Together

Creating Flexible Offline Workflows Using Autodesk Forge

Node.js and Autodesk: The Latest Uses and Updates

Forge & Fusion: Better Together – a Simple Product Catalog Solution

The Future of Workflow: Forge Workflow Automation

Using Forge to Revolutionize Coordinated Project Information

Move to Forge and the Cloud With Your Existing .NET Experience

The New Digital CNC World: How ORDERFOX.com is taking Industry 4.0 to the next level with the help of Forge

Robots, skeletons and streamlines: pushing the limits with the Forge viewer

Build your Forge Applications on the AWS Cloud

Using a Work Breakdown Structure and BIM 360 for Effective Labor Delivery and Control

Bridging Information Silos: Using Forge in an Integrated FM Platform for Owners

Forge に焦点を当てた Autodesk University Las Vegas を含めた動画は、こちら から参照いただくことも出来ます。必要に応じてご参照ください。

By Toshiaki Isezaki

Forge Webhooks API ローカル開発環境について

Forge Webhooks API での通知の受け取りについて の記事で、Wibhooks API から通知を受けるコールバック URL の実装についてご紹介しました。Forge サーバーは、Webhooks API で登録（指定）されたコールバック URL を RESTful API の POST メソッドで呼び出すことになりますが、この時、コールバック URL を実装する Web サーバーが、Forge サーバーからアクセス可能なパブリックな場所にデプロイされている必要があります。

Forge アプリ（Web サーバー）をローカル PC で開発中の場合には、Forge サーバーがコールバック URL を見つけられないので（はずなので）、Webhook からの通知を得ることが出来ないことになります。例えば、ローカル環境でポート番号 1337 を使って Forge アプリを開発している場合、Web ブラウザの URL ボックスに http://localhost:1337 と入力することで、同 PC 内で Forge アプリの動作を確認することが可能なはずです。もし、この Forge アプリに /callback でコールバック URL をルーティング実装したと仮定すると、Webhooks API でコールバック URL を登録すると、次のようになるはずです。

 oAuth2TwoLegged.authenticate().then(function (credentials) {

        var data = JSON.stringify(credentials);
        var token = JSON.parse(data).access_token;

        // Create Webhooks
        uri = "https://developer.api.autodesk.com/webhooks/v1/systems/derivative/events/extraction.finished/hooks";
        var payLoad =
            {
                "callbackUrl": "http://localhost:1337/callback",
                "scope": {
                    "workflow": WEBHOOK_TENANT
                }
            };
        request.post({
            url: uri,
            headers: {
                'content-type': 'application/json',
                'authorization': 'Bearer ' + token,
            },
            body: JSON.stringify(payLoad)
        }, function (error, webhookres, body) {
                                                 <以下省略>

ただし、前述のとおり、このコールバック URL はパブリックでないため、Forge サーバーが通知を送ることが出来ません。こんな時に利用するのが、ローカルな環境を透過的にすることが出来る ngrok です。ngrok は、パブリックアドレスでトラフィックを受け取り、そのトラフィックをマシン上で実行されている ngrok プロセスに中継し、指定したローカルアドレスに中継します。別の言い方をするなら、ngrok がローカルな URL をパブリックにして通知を受け取り、ローカルな環境（先の例では http://localhost:1337）上の /callback へ通知の橋渡しをしてくれます。

ngrok を利用するには、https://ngrok.com/download からアーカイブされている ngrok.exe（Windows の場合 zip ファイル）をダウンロードして、コマンドプロンプト上で ngrok <プロトコル> <ポート番号> と入力して実行するだけです。

このコマンドを実行すると、ngrook の実行中のみ、ローカル ⇔ パブリックの橋渡し（トンネル化）効果を得ることが有効になります。

上記の例では、ngrook セッションの間（ngrook の実行中）、ローカルな http://localhost:1337 は http://7149283e.ngrok.io または https://7149283e.ngrok.io として参照可能な状態になります。このため、ローカル Web サーバーの実装内で、次のように Wenhooks API のコールバック URL を登録すると、Forge サーバーからの通知（呼び出し）を受けることが可能になるわけです。

 oAuth2TwoLegged.authenticate().then(function (credentials) {

        var data = JSON.stringify(credentials);
        var token = JSON.parse(data).access_token;

        // Create Webhooks
        uri = "https://developer.api.autodesk.com/webhooks/v1/systems/derivative/events/extraction.finished/hooks";
        var payLoad =
            {
                "callbackUrl": "http://7149283e.ngrok.io/callback",
                "scope": {
                    "workflow": WEBHOOK_TENANT
                }
            };
        request.post({
            url: uri,
            headers: {
                'content-type': 'application/json',
                'authorization': 'Bearer ' + token,
            },
            body: JSON.stringify(payLoad)
        }, function (error, webhookres, body) {
                                                  <以下省略>

ngrok のセッション毎（実行毎）に異なるパブリック URL が割り当てられることにご注意ください。このため、ngrok を使ったローカル環境での開発/デバッグでは、都度、Webhook API に登録するコールバック URL を書き換える必要があります。

By Toshiaki Isezaki

Revit API & BIM セミナーのサマリー

12月11日（火）東京、12月14日（金）大阪で開催した Revit API & BIM セミナーを開催し、100 名を超える皆様にご参加いただきました。

当日ご紹介したプレゼンテーション資料と動画、一部サンプルを下記に公開いたしますので、ご確認ください。

---

13:00～14:00  Revit アドイン基礎 － 伊勢崎

Revit カスタマイズの種類や選択肢、Revit と Revit API の関係を解説後、Visual Studio 2017 を利用した Revit アドインの作成手順から、Revit 上に配置したボタンからアドインに実装した機能を呼び出す部分までを実際のデモを交えてご紹介しました。

機器設定の不備で音声が聞き取り難くなっています

プレゼンテーション資料をダウンロード

セッション中にご紹介した Visual Studio 2017 用 Hello_World プロジェクトをダウンロード

14:00～14:15     <休憩>

14:15～15:10 Revit データの理解 － 小笠原

Revit API を効率的に利用する上では、Revit の持つデータ構造を理解することが重要です。このセッションでは、Revit が持つファミリの種類や Revit API 上の名称などを整理し、各要素の情報を参照する Lookup Tool （ルックアップツール）とその利用方法をご案内しました。

プレゼンテーション資料をダウンロード

15:10～15:20     <休憩>

15:20～16:20  Revit アドイン応用 ～ 具体例 － 小笠原

Revit アドインを開発していく際に陥りがちなケースや勘違いしやすいケースに触れ、その回避策と具体的な実装についてご案内しました。

プレゼンテーション資料をダウンロード

16:20～16:30     <休憩>

16:30～17:10  Autodesk App ストアの利用とアドイン公開 － 伊勢崎

Autodesk App ストアには、オートデスクのデスクトップ製品用に開発されたアドイン アプリケーションが体験版/無償版/有償版を交え多数公開されています。また、どなたでも無償で開発したアドイン アプリケーションを公開することも出来ます。ここでは、公開されているアドインの導入方法や配布方法に加え、ご自身で開発したアドインの公開方法をご紹介しました。

機器設定の不備で音声が聞き取り難くなっています

プレゼンテーション資料をダウンロード

---

可能であれば、1 月開催予定の BIM & Forge セミナー への参加もご検討いただけますと幸いです。

By Toshiaki Isezaki

BIM & Forge セミナーのご案内

先日開催した Revit API & BIM セミナー に続いて、Revit で作成したデータやアドインの活用を焦点に、Forge Design Automation for Revit を使ったクラウド上のバッチ処理や Forge Data Management API などを利用した BIM 360 統合などをご案内するセミナーを開催いたします。特に、Forge Design Automation for Revit では、Revit 用に開発したアドインを流用することが出来るので、Revit API の知識や経験を活かすことが可能です。一歩進んだ BIM  の運用をお考えの方や、Forge が建設業にどう活用出来るか知りたい、BIM 360 と Forge で何が出来るようになるのか知りたい、という方にご参加いただきたいイベントです。

下記に開催概要と、ご紹介する内容とお申込み方法をご案内いたしますので、ぜひお申込みいただければと思います。

なお、応募は定員になり次第締め切らせていただきますので、予めご了承ください。

日時/場所：

東京 1月22日（火）13:00～17:20

オートデスク 東京本社 セミナールーム （定員 100 名） まもなく満席となります。お申込み予定の方はお急ぎください。
東京都中央区晴海 1－8－10 トリトンスクウェアオフィスタワーX 24F

大阪1月25日（金） 13:00～17:20

オートデスク 大阪営業所 セミナールーム （定員 40 名）
大阪府大阪市淀川区宮原3-5-36 新大阪トラストタワー 3F

参加費：

無料（事前登録制） 

内容 － アジェンダ

 

13:00～14:00  BIM 360 ファミリ製品とデータ管理 － アナビ、森

Revit  など、BIM を標ぼうする CAD ソフトウェアで作成した BIM データをクラウド上に保存し、関係者間でコラボレーションするプラットフォームに BIM 360 Docs があります。ここでは、BIM 360 Docs が持つ効果的な機能や Revit との連携に加え、次世代 BIM 360 と言われている BIM 360 の製品体系と役割を整理していきます。

14:00～14:10     <休憩>

14:10～15:00 Forge 概要と BIM 360 の関係 － 伊勢崎

Forge Platform API の 1 つに BIM 360 API があります。このセッションでは、Revit API など、デスクトップ製品 API と Forge の考え方や違いを示し、Forge が現在提供するソリューションと BIM 360 の関係を明示的ご案内します。

15:00～15:15     <休憩>

15:15～16:05 Forge による BIM 360 Docs 統合 － 伊勢崎

オートデスクがクラウドを使って実現しようとしている方向性をご紹介した後に、Forge を使って BIM 360 に統合する手順と方法、また、統合によって得られる効果をコストも含めてご説明していきます。

16:05～16:20     <休憩>

16:20～17:20  Forge Design Automation API for Revit での自動化 － 小笠原

Design Automation API を利用すれば、Revit がデスクトップの環境になくても、クラウド上で Revit API を使用したカスタム処理を実行して、 Revit のモデルを作成・編集したり、データを抽出したりすることができます。このセッションでは、Revit アドインの開発経験のある方や Forge にご興味のある方を対象に、Design Automation API でサポートされる機能の概要と、また機能的な制約、そして活用方法をご紹介いたします。

お申込方法：

• 以下の情報をご記入の上、メールにてお申し込みください。

  宛 先： adn@myautodesk.jp （ADN 事務局）
  件 名： 「BIM & Forge セミナー 参加申し込み」
  本 文：（参加人数を把握するため、次の順序でご記入ください）
  ADN ID（ADN に加入されている場合のみ）：
  会場：東京・大阪（いずれを明記）
  会社名：
  部署：
  役職：
  ご参加者氏名とフリガナ：
  E-mail アドレス：
  電話番号：

• 受講票を1 月15 日（火）までにメールでお渡ししますので、当日はプリントアウトしてお持ちください。 時間等は、変更になる場合がございます。

By Toshiaki Isezaki

Forge Webhooks API での通知の受け取りについて

Autodesk University Japan など、すでにいくつかのセミナーでお話していますが、今日は WebHooks API の考え方について触れておきたいと思います。

Windows 上で動作するオートデスク デスクトップ製品用にアドイン（アドオン、プラグイン）アプリケーションを開発されている方は、Windows のメッセージ フック をご存知かと思います。Windows アプリケーション上でユーザがおこなった操作に対するイベントを フック、つまり、引っかけて、イベントを取得（通知を取得）、次のアクションへつなげる仕組みです。AutoCAD の場合には、ユーザのマウス操作によって動きまわるクロス ヘア カーソルについて、カーソルが動くたび通知を得て、作図領域のワールド座標を取得したり、メインウィンドウの ☒ ボタンがクリックされたときに通知を得て、AutoCAD がシャットダウンしないよう処理する際などに利用されてきました。

メッセージ フックは、アプリケーション上で発生したイベントを通知するのが主な役割です。この際、取得したいイベント/メッセージを登録したアプリケーションは、通知を受け取るためにコールバック関数を登録します。該当するイベントが発生した場合には、Windows システムや AutoCAD のようなホスト アプリケーションが、登録されているコールバック関数を呼び出す仕組みです。この場合、アプリケーションの実行モジュール自体に通知が送られる（アプリケーション内に定義したコールバック関数が呼び出される）ので、比較的容易にメッセージ フックを利用することが出来ます。

Web やクラウド開発の世界でも「フック」は一般的で、単に Webhook、Web フック、と言っても通用します。この場合、特定の Web サービスやクラウド上でユーザがおこなった操作に対するイベントを ックして（引っかけて）イベントを取得、アプリケーションへ通知して次のアクションへつなげる仕組みを提供します。

Forge の場合も同様です。Forge Webhooks API では、オートデスクのクラウド サービスや Forge Platform API で発生したイベントを Forge アプリケーションに通知してくれます。2018年12月現在、次のイベントが Webhooks API で通知を得ることが出来ます。

• Data Management Webhook
  A360/Fusion 360 Team/BIM 360 Docs ストレージ上で発生したイベント（ファイルの追加、変更、削除、移動、複写、フォルダの追加、変更、削除、移動、複写）の通知
• Model Derivative Webhook
  Model Derivative API を使ったファイル変換の過程と完了の通知
• Revit Cloud Worksharing Webhook
  Revit ワークシェアリングを使ったモデルのパブリッシュと同期を通知
• Fusion Lifecycle Webhook
  Fusion Lifecycle を使ったアイテムの作成、クローン、リリース、アップデート、ロック、ロック解除を通知

それでは、通知はどのように受ければいいのでしょう？

Forge の場合、Webhook を利用するのは Web アプリケーションと考えるのが自然です。Forge アプリケーションは Web サーバー実装として用意されているため、Windows メッセージ フックの通知を受信するコールバック関数の代わりに、Forge サーバーが呼び出すことが出来るコールバック URL を登録することになります。

Web サーバー上にコールバック URL を設定するとは、どういった事を意味するのでしょう？

コールバック URL の実装には、ルーティング と呼ばれる手法を用いて、外部から呼び出すことが可能な URL を作成、公開することになります。つまり、新しい endpoint を作成します。実際の実装方法は、Web サーバーがどの Web ホスティング テクノロジを利用しているかに依存します。Node.js を利用している Web サーバーでも、利用するパッケージ（ミドルウェア）によって実装方法が変わります。例えば、Node.js でよく利用されている Express パッケージを使った ルーティング では、下記のような実装 となります。

Model Derivative Webhook で変換終了の通知を得るため、https://www.myapp.co.jp という URL からアクセス可能な Web サ ーバー上に https://www.myapp.co.jp/callback という  endpoint を作成すると同時に、その endpont を Forge サーバーが認識するよう、コールバック URL を登録する必要があります。

var express = require('express');
var router = express.Router();

    oAuth2TwoLegged.authenticate().then(function (credentials) {

        var data = JSON.stringify(credentials);
        var token = JSON.parse(data).access_token;

        // Create Webhooks
        uri = "https://developer.api.autodesk.com/webhooks/v1/systems/derivative/events/extraction.finished/hooks";
        var payLoad =
            {
                "callbackUrl": "https://www.myapp.co.jp/callback",
                "scope": {
                    "workflow": WEBHOOK_TENANT
                }
            };
        request.post({
            url: uri,
            headers: {
                'content-type': 'application/json',
                'authorization': 'Bearer ' + token,
            },
            body: JSON.stringify(payLoad)
        }, function (error, webhookres, body) {
            var data = JSON.stringify(webhookres);
            if (JSON.parse(data).statusCode == 201) {

                var headers = JSON.parse(data).headers;
                data = JSON.stringify(headers);
                WEBHOOK_LOCATION = JSON.parse(data).location;
                console.log("**** Webhooks for translation finish was created at " + WEBHOOK_LOCATION);
 
            } else {
                console.log("Error : " + JSON.parse(body).detail);
            }
            res.send(JSON.stringify(webhookres));
        });

    }, defaultHandleError);

実際のコールバック実装は次のようになるはずです。

router.post("/callback", function (req, res) {

    console.log("**** Webhooks callback to notify translation finish was invoked !!");
    oAuth2TwoLegged.authenticate().then(function (credentials) {

        var data = JSON.stringify(credentials);
        var token = JSON.parse(data).access_token;

        if (WEBHOOK_LOCATION != "") {
            var uri = WEBHOOK_LOCATION;
            request.delete({
                url: uri,
                headers: {
                    'content-type': 'application/json',
                    'Authorization': 'Bearer ' + token,
                }
            }, function (error, res, body) {
                console.log("**** Webhooks for translation finish at " + WEBHOOK_LOCATION + " was deleted");
                WEBHOOK_LOCATION = "";
            });
        }

    }, defaultHandleError);

});

こういった部分が Forge の性格をよく表しています。デスクトップ製品のアドイン開発では出てこない考え方なので、少し難解に感じる方も多いようです。似たような機能の実装でも Forge/Web 開発の世界では、おもむきが大きく異なります。

機会を改めて、Webhooks のローカル開発環境でのデバッグについてご紹介したいと思います。

By Toshiaki Isezaki

Forge Viewer バージョン 6.3 リリース

新しい Forge Viewer バージョン 6.3 がリリースさてれいますので、その機能や変更点をご紹介しておきます。 Extension については、LMV Ninja  でお試しいただけます。LMV Ninja については、過去のブログ記事 LMV Ninja を使った URN 指定表示 などをご参照ください。

新機能

Autodesk.PDF Extension

ベクトル データ（ジオメトリ）して PDF ファイルを表示する目的で、Autodesk.PDF Extension が用意されています。実装はプロトタイプとしての扱いなので、今後、実装内容が変更を受ける可能性があります。.

サンプルコード:

// Create Viewer instance and load PDF file on page 1
    Autodesk.Viewing.Initializer(options, function() {
        var viewer = new Autodesk.Viewing.Viewer3D(div,config3d);
        viewer.start()
        viewer.loadExtension('Autodesk.PDF').then(function() {
            // URL parameter `page` will override value passed to loadModel
            viewer.loadModel('path/to/file.pdf', { page: 1 });
        });
    });

Autodesk.DocumentBrowser Extension

JSONマニフェストで使用可能なすべての 2D および 3D モデルを表示するためのツールバーボタンとパネルを追加する Autodesk.DocumentBrrowser Extension です。後述する Viewer3D.loadDocumentNode() を viewer.loadDocumentNode(doc, geometryItems[0]) のように利用してモデルをロードした際にのみ利用することが出来ます。

Viewer3D.loadDocumentNode

新しいモデル ロードが追加されました: viewer.loadDocumentNode(lmvDocument, bubbleNode, options)

最初に非表示のメッシュをスキップする loadOptions.skipHiddenFragments:bool が用意されました。

変更点

プロパティ パネルのタイトルが選択したノード（オブジェクト）名に変更されています。

互換性のために Autodesk.Viewing.Private.getHtmlTemplate 関数を復元しています。

その他の変更点：

• BlendShader の AO 不透明度の既定値は変更されています。
• SAOShader の 半径と強度の既定値が変更されています。
• developer.autodesk.comを参照しているすべてのドキュメントURLがforge.developer.comを参照しています。
• ジオメトリがレンダリングの準備ができたらすぐにモデル読み込み UI が削除されるようになりました。

By Toshiaki Isezaki