注: 以下の翻訳の正確性は検証されていません。AIPを利用して英語版の原文から機械的に翻訳されたものです。
Copied!1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 568 569 570 571 572 573 574 575# お知らせ ## Pythonバージョンの非推奨化 *発表日: 2023-07-27* Python 3.6および3.7は、オープンソースPythonのEOL（End-of-Life）タイムラインに従って、Foundryで非推奨とされます。自動アップグレードはコードリポジトリで試みられますが、コードワークブックや古いfoundry_mlモデルでは手動での対応が必要です。Python 3.8以降、上流のEOL非推奨タイムラインが厳密に追従されます。 サポートされているバージョンとその非推奨タイムラインについては、ドキュメントの[Pythonバージョンセクション](/docs/jp/foundry/announcements/../transforms-python/python-versions/)を確認してください。常に最新のサポートバージョンでリソースを維持することをお勧めします。 ### なぜPython 3.6と3.7が非推奨になるのか？ オープンソースPythonは、毎年古いPythonバージョンを[EOLとしてマークし ↗](https://devguide.python.org/versions/)、公式サポートを終了します。Python 3.6と3.7はすでにEOLを過ぎており、EOL Pythonバージョンの継続使用はセキュリティリスクを伴います。さらに以下の点も考慮されます： * PySparkなどのコアパッケージは古いPythonバージョンを厳格に非推奨化しており（例: SparkにおけるPython 3.6および3.7の非推奨化）、非推奨Pythonバージョンを使用するPythonジョブに対してランタイムの改善やバグ修正を提供することができません。 * オープンソースライブラリは、これらの非推奨Pythonリリースと互換性がなくなる新しいリリースを続けており、これがチェックやジョブの失敗を引き起こします。 ### ユーザーとして非推奨化は何を意味するのか？ 非推奨のPythonバージョンを使用しているリソースを所有している場合、以下のタイムラインに従ってそれらを開発することができなくなります： * **2024年1月31日** * 非推奨Pythonバージョンに依存しているワークフローがある場合、一部のワークフローはサポートされなくなり、失敗時のサポートは受けられません。Palantirと事前に合意した場合、限定されたリソースセットは拡張サポートのために許可リストに入れられることがあります。 * **2024年4月1日** * Python 3.6および3.7に依存するすべてのワークフローはサポートされなくなり、失敗し始めます。 ### サポートされるPythonバージョンへのFoundryリソースの移行 Foundryリソースの移行は以下のパターンに従います： * コードリポジトリ：自動パッチPRの形で自動アップグレードが試みられます。 * その他のリソース：非推奨Pythonバージョンから移行するための指示とサポートリンクを含む情報バナーが表示されます。[トラブルシューティングガイド](/docs/jp/foundry/announcements/../transforms-python/environment-troubleshooting/)を確認してください。 現在、プラットフォームでサポートされている最新バージョンはPython 3.10.*です。Python 3.8.*および3.9.*も受け入れられていますが、3.10.*よりも早く非推奨化されます。 ### 将来のPythonバージョンの非推奨化 Python 3.8以降、Foundryは上流のEOLタイムラインを厳密に追従し、上流のEOLに達するとすぐにFoundryでPythonバージョンを非推奨化します。詳細については、ドキュメントの[Pythonバージョン](/docs/jp/foundry/announcements/../transforms-python/python-versions/)を参照してください。 ## オントロジーSDKで利用可能なPythonサポートの紹介 [ベータ版] *発表日: 2023-07-27* オントロジーSDKおよび開発者コンソールでのPythonサポートがベータ版で利用可能になりました。このリリースにより、開発者は希望するオブジェクトタイプ、アクションタイプ、リンクを持つPythonパッケージを生成し、condaまたはpipを使用してパッケージをインストールし、Jupyter®ノートブックやその他のIDEで結果を分析することができます。  コマンドラインパッケージがインストールされると、それを使用してSDKを生成し、Python環境にSDKをインポートし、オブジェクトを反復処理し、特定のオブジェクトを検索し、アクションを適用してオブジェクトを編集することができます。 ### これを試すにはどうすればよいですか？ [開発者コンソール](/docs/jp/foundry/announcements/../ontology-sdk/overview/#access-the-developer-console)の各アプリケーションには、サポートされている異なるパッケージマネージャー間で切り替えるためのトグルがあります。アプリケーションSDKページの**Install SDK**タブを使用して、TypeScript用の`npm`インストール手順、またはPython用の`pip`および`Conda`インストール手順を切り替えます。  インストール後、Python IDE（Jupyter®など）を起動し、生成されたパッケージをインポートして、オントロジーのオブジェクトタイプとアクションタイプを操作し始めます。 詳細については、[Jupyter®をOSDKで使用する](/docs/jp/foundry/announcements/../ontology-sdk/how-to-bootstrapping-python/)ドキュメントを確認してください。 ### 自分でPythonパッケージを生成する必要がある場合はどうすればよいですか？ プラットフォームがパッケージを生成できない場合、コマンドラインインターフェース（CLI）ツールを使用してパッケージを生成する方法についての指示が表示されます。  --- Jupyter®はNumFOCUSの登録商標です。 ## VertexとMapのタイムラインの紹介 [GA] *発表日: 2023-07-27* VertexとMapの機能であるタイムラインは、選択したオブジェクトの時間プロパティを検査し、特定の時間範囲内のイベントをフィルタリングするために使用できる機能で、一般提供が開始されました。ズームセレクタの横にある**タイムライン**ボタンを使用して、現在のVertexグラフまたはマップ上のオブジェクトイベントを表示するタイムラインパネルを開きます。  ### ワークショップでタイムラインを有効にする ワークショップグラフまたはマップウィジェットにタイムラインを表示したい場合は、ウィジェットの設定のインターフェースセクションに移動し、**タイムラインを有効にする**をトグルします。  以前にタイムラインのベータ版を使用していた場合、このオプションはデフォルトでオフになっており、タイムラインを使用可能にしたい各モジュールで有効にする必要があります。 ### 時間選択パネルの非推奨化予定 タイムラインがGAになったため、Foundry Mapの既存の[時間選択パネル](/docs/jp/foundry/announcements/../map/time-selection/)機能は2023年8月21日（月）までに非推奨化される予定です。  既存の時間ワークフローに対する混乱を避けるために、現在の機能には変更はありませんが、その日付までにすべてのインスタンスがタイムライン機能に切り替えることを求めています。この更新に関する質問や懸念がある場合は、Palantirサポートにお問い合わせください。  この機能は、タイムラインのさらなる時間比較とモデリング機能が開発されている間、Vertexで利用可能なままになります。 ### 開発ロードマップに何がありますか？ ロード時にタイムラインをデフォルトで折りたたむまたは展開する機能を有効にすることを計画しています。 タイムラインとその使用方法についての詳細は、[Vertexタイムライン](/docs/jp/foundry/announcements/../vertex/timeline/)または[Mapタイムライン](/docs/jp/foundry/announcements/../map/timeline/)のドキュメントを確認してください。 ## オブジェクト上の関数でのFoundryモデルの紹介 [GA] *発表日: 2023-07-20* 関数内でFoundryMLライブデプロイメントを介して提供されるモデルを呼び出す機能が追加され、オントロジーのコンテキストでモデルを実行する方法の表面積が増加しました。モデル上の関数は、通常の関数が使用される場所で消費されることができます。 ### 今できること * **複雑なオントロジーマッピング:** 関数の力を活用して、リンクを設定し、オブジェクトを作成し、ObjectiveバインディングUIに存在するモデル入力から出力への1:1の制約を緩和することができます。 * **アクションとしてのモデル:** 'OntologyEditFunction'に裏打ちされたアクションは、モデルを呼び出すことができます。これらのアクションは、マスターオントロジーに直接適用することも、シナリオに適用してからマージバックすることもできます。 * **基本的な関数としてのモデル:** オントロジーに影響を与えず、視覚化を直接駆動するモデルは、ワークショップ固有のデータ型を返すオブジェクト上の関数に簡単に統合できます。この機能はパフォーマンスを向上させ、シナリオを伴う不要なセットアップを回避します。 * **最後の瞬間の特徴エンジニアリング:** 関数はオブジェクト検索と集約を実行し、モデルに到達する前に特徴を作成することができます。 ### 要件 このワークフローを有効にするには、まずFoundryMLライブデプロイメントの構成ページからAPI名を設定し、以下の要件を満たす必要があります： * **最低限のApollo製品バージョン:** 1. functions-typescript-asset-bundle: >= 0.442.0 2. functions-parent-template-bundle: >= 3.5.0 * **最低限のgradle.propertiesバージョン:** 1. functionsTypescriptVersion >= 0.442.0 2. functionsVersion: >= 3.5.0 ### モデル上の関数の動作 ワークフローはFoundryに保存されたモデルから始まります。ユーザーはそれをモデリング目的に提出し、Foundry ML Liveを介してデプロイします。 関数リポジトリには、オントロジーインポートダイアログに似たFoundry ML Liveデプロイメントをインポートする新しいオプションがあります。これにより、モデルデプロイメントが登録され、インポートされたFoundry ML Liveデプロイメントに対してTypeScriptバインディングを自動生成するCode Assistが許可されます。デプロイメントのAPI名を使用してインポートできます。 コードで提供されるインターフェースには、Foundry ML Liveを呼び出す`transform()`メソッドが含まれています。モデリング関数は、新しい**Model Asset**プリミティブを活用して、モデルの入力と出力を反映した型付き`transform()`を提供できます。以下は、意図されたインポートワークフローとサンプルコードです：  *FoundryMLライブデプロイメントのインポートダイアログ*  *モデル上の関数のサンプルコード* ### すでにモデル上の関数を使用している場合はどうすればよいですか？ すでにモデル上の関数を使用している人にとって、このGAにはリポジトリをアップグレードする場合に破壊的な変更が含まれています。すべてのユーザーに古いリポジトリを移行することをお勧めします。これは比較的簡単なプロセスです： 1. MLライブデプロイメントのAPI名を定義します。 2. 関数リポジトリで新しいブランチを作成します。 3. `functionsVersion`および`functionsTypescriptVersion`を上記のバージョンにアップグレードします。 4. `functions.json`で`useDeploymentApiNames`をtrueに設定します。 5. すべてのインポートを`import { riSanitizedRid } from "@foundry/models-api"`から`import { MyDeploymentApiName} from "@foundry/models-api/deployments"`に変更します。 6. 新しいブランチでコード生成が機能することを確認し、メインブランチにマージバックするためのプルリクエストを提出します。 ドキュメントで[モデル上の関数](/docs/jp/foundry/announcements/../functions/functions-on-models/)について詳しく学びましょう。 ## リソース管理データエクスポート機能の紹介 *発表日: 2023-07-20* リソース管理管理者は、リソース管理データをコントロールパネルからFoundryデータセットにエクスポートできるようになり、Foundryツール（Contourなど）での使用データのカスタム調査と分析が可能になります。 データをコントロールパネルからエクスポートするには、**内部データセットエクスポート**に移動し、新しいデータセットに詳細な使用データをエクスポートします。このデータセットがエクスポートされると、上流のデータソースと同期して最新の状態が維持されます。監査ログと同様に、機密データセットがエクスポートされた後は、適切にデータセットの権限を設定してください。  *コントロールパネルからリソース管理データをエクスポートするために**内部データセットエクスポート**に移動します。* ### RMAデータのスキーマは次の通りです： * `enrollment`: 使用データがエクスポートされる登録。この列には単一の登録RIDが含まれます。 * `invoiced_dimension`: 登録の契約で定められたこの使用行が属する請求次元。 * `source`: 特定の使用行が属するソース。 * `summary_resource_rid`: 詳細使用の親。データセットの場合、これはデータセットが保存されているプロジェクトです。オントロジーオブジェクトの場合、これはオントロジーRIDです。 * `granular_resource_rid`: この使用が属するリソース。 * `date`: この使用が消費された日付。 * `usage`: 消費された使用量。 * `usage_unit`: 使用単位。ストレージの場合、これはGB-月。コンピュートの場合、これはコンピュート秒です。 詳細については、[内部データセットエクスポート](/docs/jp/foundry/announcements/../administration/internal-dataset-export/)ドキュメントを参照してください。 ## コンテナバックモデルの紹介 [GA] *発表日: 2023-07-18* コンテナバックモデルの導入により、コンテナイメージによってバックアップされたモデルを設定できるようになり、Foundry内でバッチまたはリアルタイム推論に使用できるモデルの範囲が大幅に拡大されました。任意の実行ロジックをコンテナイメージにパッケージ化し、Foundryでそのモデルを評価、推論、運用アプリケーションとの統合に使用することができます。コンテナバックモデルアセットは、特に大規模な事前トレーニング済みモデル、Foundry Modelsでネイティブにサポートされていない言語（例: R）で書かれたモデル、または他の目的で既にコンテナ化されているモデルに便利です。  ### コンテナバックモデルの主な特徴 1. 柔軟性: コンテナは、幅広い機械学習フレームワーク、カスタムコード、言語をサポートするように構成できます。 2. モデルバージョニング: コンテナバックモデルは、モデルバージョンにパッケージ化され、Foundryでの独立した評価、レビュー、リリースが可能です。 3. GPUサポート: コンテナバックモデルは、推論と実行のためにFoundryで利用可能なさまざまなGPUを使用して実行するように構成できます。 4. メディア: コンテナバックモデルは、コンピュータビジョン、オーディオ、ビデオワークフローをFoundryでネイティブに設定する能力を提供するために、表形式およびメディアデータにアクセスできます。 ### コンテナバックモデルの設定方法 1. [コントロールパネルでコンテナワークフローを有効にする](/docs/jp/foundry/announcements/../administration/container-governance/#enable-container-workflows)。 2. モデルアセットを作成し、[コンテナイメージをプッシュする](/docs/jp/foundry/announcements/../integrate-models/upload-image-container-model/#2-push-an-image-to-the-model-asset)。 3. コンテナと対話するための[モデルアダプターを作成する](/docs/jp/foundry/announcements/../integrate-models/model-adapter-overview/)。 4. コンテナイメージとモデルアダプターを使用して[モデルバージョンを設定する](/docs/jp/foundry/announcements/../integrate-models/upload-image-container-model/#3-configure-the-model-version)。 5. [コンテナバックモデルをデプロイし](/docs/jp/foundry/announcements/../model-integration/objectives/#deployments)、[運用アプリケーションと統合する](/docs/jp/foundry/announcements/../functions/functions-on-models/#functions-on-models)。 コンテナバックモデルの作成、デプロイ、管理に関する詳細な手順を含む情報については、[ドキュメント](/docs/jp/foundry/announcements/../integrate-models/container-overview/)を参照してください。 ## Homeアプリの紹介 [GA] *発表日: 2023-07-18* Homeアプリは、新しいアプリケーションビルダー向けに設計された新しいデフォルトのFoundryワークスペースホームページで、コアワークフローを完了するためのガイド付きエクスペリエンスを提供し、オンボーディングプロセスを合理化します。 Homeアプリの機能は次のことを支援します： * Foundry内でユーザーが達成できるさまざまなワークフローを紹介します。 * 新しい開発者が生産的になるために必要なリソース、アプリ、ドキュメントへの単一のアクセスポイントを提供します。 * ワークフローの目標を選択できるようにし、Foundryの初期体験をカスタマイズし、目標指向にします。 * ユーザーのスタックと利用可能なFoundryアプリケーションおよびリソースに基づいて、効率的な出発点を推奨します。 * オントロジー、データセット、およびさまざまなFoundryアプリケーションがエコシステム内でどのように適合するかをユーザーに明確に理解させます。  ### Homeアプリをデフォルトのホームページとして設定する Homeアプリはすべてのインスタンスに自動的にインストールされ、既存および新規アカウントの両方で実装されます。スタックのデフォルトホームページとしてHomeアプリを設定するには、コントロールパネルのホームURL設定にアクセスし、すべてのユーザーまたは特定のユーザーグループのホームページとして`/narrative`を選択します。スタックでHomeアプリを表示するには、`/workspace/narrative`にアクセスします。  詳細については、[ホームページドキュメント](/docs/jp/foundry/announcements/../administration/configure-homepage-url/#configure-the-homepage-url)をご覧ください。 ## Foundryクイックサーチがデフォルトで有効化 *発表日: 2023-07-18* Foundryクイックサーチはすべてのユーザーにデフォルトで有効化され、より迅速で直感的な検索体験を提供します。ユーザーはUIの「オフにする」ボタンを使用して一時的にレガシーFoundryサーチに切り替えることができ、7月末までにクイックサーチのみが選択肢となり、レガシーサーチボタンは削除されます。詳細については、[クイックサーチドキュメント](/docs/jp/foundry/announcements/../getting-started/quicksearch/)および[クイックサーチGA発表](/docs/jp/foundry/announcements/./2023-05/#introducing-quicksearch-fast-search-and-navigation)を確認してください。 ## 時系列データのための更新されたワークフローとUIの紹介 *発表日: 2023-07-18* Foundryの時系列設定ワークフローは、データを正しい形に変換し、分析を強化するための堅牢なオントロジーを構築し、ビジネスに重要な意思決定を行うための分析および運用アプリケーションを作成するために複数のステージにわたります。時系列設定プロセスには、Foundryの新規および既存のユーザーにとってよりアクセスしやすくするためのウォークスルーと更新されたユーザーインターフェースが追加されました。 ### 時系列ワークフローの探索のためのウォークスルー 新しいウォークスルーは、データセットプレビュー、オントロジーマネージャー、およびパイプラインビルダーで利用可能です。これらの便利なガイドは、Foundryで時系列データを使用する方法について学ぶために、概念とワークフローを紹介します。 データセットプレビューでは、ストリームまたはバッチデータセットからデータを分析することを選択し、時系列ワークフローのための重要な概念と設定要件を学ぶためのウォークスルーを開くことができます。   オントロジーマネージャーでは、新しいウォークスルーが時系列オブジェクトタイプを作成または選択し、時系列プロパティの設定を完了するのを支援します。これらのウォークスルーには、Foundryでの時系列データのアーキテクチャと使用法を表す視覚的な例が含まれています。  ### 時系列管理のための改善されたインターフェース オントロジーマネージャーの更新されたユーザーインターフェースでは、直接[機能]タブから時系列プロパティを作成および管理できます。ここから、既存のパイプラインから時系列同期をリンクしたり、新しいパイプラインを構築して時系列同期を作成したりできます。    さらに、パイプラインビルダーは、ストリーミングまたはバッチ時系列データから時系列出力を作成することを完全にサポートしています。[パイプラインビルダーの出力](/docs/jp/foundry/announcements/../pipeline-builder/outputs-overview/)について詳しく学びましょう。 更新されたワークフローと新機能について詳しく知るには、[時系列ドキュメント](/docs/jp/foundry/announcements/../time-series/time-series-overview/)に移動してください。データから分析までの[主要な概念](/docs/jp/foundry/announcements/../time-series/time-series-concepts-glossary/)および[エンドツーエンドの設定プロセス](/docs/jp/foundry/announcements/../time-series/time-series-setup/)に更新が加えられています。 ### 開発ロードマップに何がありますか？ Palantirの時系列製品を製造、オートメーション、プロセス管理の業界リーダーにするという目標の一環として、直感的で簡単な旅を実現するための重要な領域への投資を続けています。現在開発中の機能は次のとおりです： * 派生およびカテゴリカル時系列を使用して時系列ワークフローを強化：プラットフォームで作成および維持されます。 * 派生シリーズを生成：Quiverのビジュアル関数UIを使用して派生時系列を作成します。派生および非派生時系列を同じ方法で操作できます - Quiver、Workshop、Vertexなどのアプリケーションから。 * カテゴリカル時系列を作成：ワークショップ、オブジェクトエクスプローラー、Quiverでのカテゴリカル時系列プロパティの視覚化をプラットフォーム全体で行い、メトリックカードやオブジェクトテーブルでのワークショップでのカテゴリカル時系列のサポートをすぐに追加することに重点を置きます。 * 測定概念の刷新：測定概念は、プラットフォームでの派生および非派生時系列プロパティへのアクセスに関して、分析および運用アプリケーションでのルートオブジェクトタイプまたはリンクされたセンサーオブジェクト（例：測定を介して）に関係なく、統一されたエクスペリエンスを提供することにより、オントロジー設定の区別のみになります。 ## オブジェクトバックマップレイヤーの紹介 [ベータ版] *発表日: 2023-07-12* マップレイヤーエディターでは、オブジェクトタイプを選択してマップレイヤーを構成できるようになりました。これらのオブジェクトレイヤーは、オントロジーに保存されたデータから直接タイルを生成する新しいバックエンド機能を活用して、非常に大規模なオブジェクトデータを処理できます。 以前は、オントロジーが追加の別のサービスと同期し続けることを保証するために、同様のワークフローを達成するにはかなりの手動設定が必要でした。新しいオブジェクトレイヤーは、オントロジーのデータに基づいてバックアップされたレイヤーを作成およびスタイル設定するために必要な作業を大幅に削減します。 次の画像は、リアルタイムで100万を超えるオブジェクトを視覚化できるレイヤーを作成する完全なプロセスを示しています：  さらに、マップレイヤーエディターの強化されたユーザーインターフェースを活用して、オブジェクトバックレイヤーの各列のタイプを簡単に検証し、外観を構成することができ、JSONスタイル仕様を手動で記述する負担を回避できます。 この新しい機能にはOQLが必要であり、すべてのインスタンスで利用できるわけではありません。詳細については、Palantirの担当者にお問い合わせください。 ## ワークショップでの新しいビジュアル深度スタイル機能の発表 *発表日: 2023-07-12* ワークショップでは、モジュールのデザインと感触に追加のカスタマイズ性を提供するために、さまざまなスタイルフォーマット設定をより細かく制御できるようになりました。構成オプションには、セクション、ページ、ウィジェットレベルで利用可能なヘッダーのフォーマット、背景色、ボーダースタイルなどが含まれます。  ### ヘッダーフォーマット ヘッダーがセクションで有効化されている場合、ヘッダーフォーマットオプションを追加できます。  ### 背景色 背景色は、ページ、セクション、ウィジェットに追加して、モジュールの一部を視覚的にセグメント化するのに役立ちます。ライトモードとダークモードの両方で5つのシェードが利用可能で、透明オプションもあります。  ### ボーダースタイル ボーダースタイルはセクションとウィジェットで構成でき、モジュール内の異なるレベルのエレベーションを示す外観を与えます。  ### パディングコントロール パディングは、ページとセクションに設定して、すべての子コンポーネントの周囲に一貫した量のパディングまたはスペースを設定できます。パディングは、コンポーネント間にスペースを追加して、モジュールに分離と呼吸空間を提供します。  これらのスタイルを適用する方法については、ドキュメントの[レイアウト](/docs/jp/foundry/announcements/../workshop/concepts-layouts/)をご覧ください。 ## Contourロジックをパイプラインビルダーにエクスポート *発表日: 2023-07-12* Contourでは、ほとんどのContour分析を直接パイプラインビルダーにエクスポートして、エンドツーエンドのパイプラインを構築するための包括的な機能を活用できます。 Contour分析からパイプラインビルダーへの直接アクセスにより、Foundryユーザーはユーザーフレンドリーなインターフェースを通じてオントロジーの柔軟性とパワーを活用できます。パイプラインが[パイプラインビルダー](/docs/jp/foundry/announcements/../pipeline-builder/overview/)で使用できるように変換されると、アプリケーションの堅牢なサポートを使用してワークフローの基盤を構築し続けることができます。さらに、AIPが有効化されているインスタンスでは、自然言語プロンプトによって駆動される追加機能を活用できます。 開始するには、既存のContour分析を開き、**パイプラインビルダーに変換**を選択して、パイプラインビルダーで使用するための同等のパイプラインを作成します。  エクスポートされたパイプラインの保存先フォルダーを選択するように求められるプロンプトに従うだけで、パイプラインビルダーで開くことができるようになります。  詳細については、ドキュメントの[Contourロジックをパイプラインビルダーにエクスポート](/docs/jp/foundry/announcements/../contour/convert-to-pipeline-builder/)を参照してください。 ## オントロジープロポーザルの紹介 [GA] *発表日: 2023-07-06* [オントロジープロポーザル](/docs/jp/foundry/announcements/../ontologies/ontologies-proposals/)を使用すると、バージョン管理システムを使用してオントロジーに変更を提案し、組み込みのプロポーザルおよび承認ワークフローを使用して、仲間とのコラボレーションを容易にし、オントロジーに変更が加えられた際の透明性を向上させることができます。 オントロジープロポーザルを使用すると、次の機能を活用できます： * **ブランチ作成:** オントロジーに変更を加えるためのブランチを作成できます。これは、希望する変更を加えた後に保存を選択するか、変更を加える前にブランチを作成することによって行われます。  * **プロポーザル概要:** プロポーザル概要ページは、説明、ステージ、レビュアー、オントロジー変更に関連するタスクなど、プロポーザルに関する高レベルの情報を集中して表示します。概要は、プロポーザルを編集し、レビュアーを追加し、保留中のタスクをレビューし、プロポーザルを次のステージに進めるための出発点でもあります。  * **プロポーザルのレビュー:** レビュアーは、変更を承認または拒否し、レビューをサポートするコメントを追加するオプションがあります。  * **プロポーザルのリリース:** すべての変更がレビューされ、承認されたら、あなたまたは共同作業者はオントロジーに変更を保存することを選択できます。 ### コントロールパネルからオントロジープロポーザルを有効にする プロポーザルは、すべてのプライベートオントロジー、および複数の組織間でのコラボレーションがないすべてのデフォルトオントロジーで有効にできます。オントロジープロポーザルを有効にするには、コントロールパネルのオントロジー設定タブに移動し、組織の**オントロジープロポーザル**をトグルオンにします。  詳細および使用ガイドについては、パブリックドキュメントの[オントロジープロポーザル](/docs/jp/foundry/announcements/../ontologies/ontologies-proposals/)を参照してください。 ## 保持ポリシーアプリケーションの紹介 [ベータ版] *発表日: 2023-07-06* Palantir Foundryの新しい保持ポリシーアプリケーションを使用すると、履歴バージョンのデータがデータセットからどのように削除されるかを1つのセルフサービスインターフェースで決定できます。管理者は、選択したデータセットに適用されるポリシーを簡単に構成でき、Foundryユーザーは**データセット詳細**ビューにある**保持ポリシー**タブを使用して特定のデータセットに適用される保持ポリシーを表示およびフィルタリングできます。 保持ポリシーアプリケーションは、管理者にとって削除プロセスをより直感的にし、対応するタブを介して一般のFoundryユーザーに透明性を向上させます。  保持ポリシーアプリケーションを使用すると、次の機能を活用できます： **保持ポリシーアプリケーション（Foundry管理者の構成）** * 特定の名前空間に適用されるすべての保持ポリシーを表示します。 * 1クリックでコードリポジトリで定義されたレガシーポリシーを移行します。 * 構成されたポリシーが潜在的に危険である可能性がある場合に警告する検証を備えた編集モード。  **データセット詳細ビューの保持ポリシータブ（Foundryユーザーのビュー）** * 指定されたデータセットに適用されるすべての保持ポリシーを表示します。 * データセットの選択されたブランチに影響を与えるポリシーのみをフィルタリングするオプションのトグル。   詳細については、[保持ポリシー](/docs/jp/foundry/announcements/../retention/overview/)ドキュメントを参照してください。 ### 開発ロードマップに何がありますか？ **系統認識保持ポリシーとのより良い統合:** 規制要件により一定期間後にデータを削除する必要がある顧客がいる場合、これらの保持ポリシーを一度に全体のパイプラインで操作するように構成することが難しい場合があります。1つのデータセットから削除を開始し、削除されたデータの下流に移動する新しいタイプのポリシーのサポートが開発中です。 ## QuiverでのAIPの紹介 [ベータ版] *発表日: 2023-07-06* AIPはQuiverで利用可能になり、新しいおよび既存のアプリケーションビルダー、データアナリスト、およびあらゆる経験の専門家が自然言語プロンプトを通じてデータを簡単に探索できるようになりました。AIPはQuiverの機能と統合されており、カードとその設定を推測して意味のあるグラフを構築できます。 QuiverでのAIPは次のことを支援します： * ビジネスおよび分析の質問に答えるために、回答を裏付ける分析を生成します。 * 出力の視覚化を設定します（レイアウト、色、方向、タイトルなど）。 [Quiverアプリケーションの使用方法を学ぶ](/docs/jp/foundry/announcements/../quiver/quiver-aip/)には、その広範で強力なデータ変換、視覚化、ダッシュボーディング機能を備えています。 AIPの提案を確認し、その根拠を確認し、それを受け入れるか拒否することができます。ボタンをクリックするだけで、柔軟性と簡単さを持って分析を変換できます。 ### 分析を生成し、より迅速に洞察を得る Quiverでビジネスおよび分析の質問に答えることが、AIPを使用することでこれまで以上に迅速になりました。ユーザーは、次のような自然言語の質問をQuiverに尋ねることで分析を生成できます： * 2020年から2022年にかけてのアトランタとテキサスのトップ小売業者は誰ですか？ * 2022年の会社Aと会社Bの合計マーケティング支出はどれくらいでしたか？そして、それぞれの会社の支出はどれくらいでしたか？ * 各小売業者の各広告チャネルでのマーケティング支出の合計はどれくらいでしたか？ （デモンストレーションのスクリーンショットは概念的なデータを示しています）  大規模言語モデル（LLM）を使用して、AIPはユーザーの質問を解析し、結果として得られるQuiverグラフを構築し、特定のカードが選択された理由と、それらがプロンプトに関連してどのように設定されたかについての説明を提供します。  その後、Quiverユーザーは、分析キャンバスに結果として得られるグラフを一度に追加し、各カードの設定や視覚化をさらに変更または最終化することができます。 ### 望む出力を説明することによって視覚化を設定する Quiverユーザーは、各Quiverカードが提供する視覚化設定を知らなくても完璧な視覚化を取得することができます。AIPはカード設定の更新を簡単にします。ユーザーは次のような設定をAIPに説明できます： * 「凡例を下に移動し、スタイルをグループ化に変更します」。 * 「メトリックを売上の合計に変更し、y軸のタイトルを`Total Sales`に更新します」。 各コマンドに対して、AIPはカード設定の提案を返し、各提案が行われた理由の説明を伴い、それをユーザーが受け入れるか拒否することができます。  現在、QuiverのAIPはオブジェクトセットおよびオブジェクトカードのみをサポートしています。サポートされているカードには「AIPサポート」ラベルが付いています。  新規および既存のQuiverユーザーのために、AIPはQuiverの高度な機能のすべてを1つのユーザーコマンドで前面に引き出し、価値の時間を短縮します。これらの新機能は、AIPがQuiver分析を強化するエキサイティングな方法の始まりを示しており、さらなる機能が予定されています。 詳細については、[QuiverのAIP機能](/docs/jp/foundry/announcements/../quiver/quiver-aip/)に関するドキュメントを参照してください。 --- ## 追加のハイライト #### セキュリティ | プロジェクト **アクセスチェックパネルにおける追加のデータ要件の表示** | ワークスペースサイドバーのアクセスチェックパネルは、データセットの系統を通じて継承されたマーキングや、ワークショップモジュールおよびスレートアプリケーションのオントロジー依存関係など、特定のファイルに対する追加のデータ要件を表示します。  *データセットとワークショップモジュールの追加データ要件* #### データ統合 | コードリポジトリ **新しいコードリポジトリはPRがマージされるとソースブランチを削除するようにデフォルト設定** | すべての新しいコードリポジトリは、対応するプルリクエストがマージされたときにソースブランチを削除するようにデフォルト設定されます。既存のリポジトリには影響はなく、新しいリポジトリはリポジトリごとにオプトアウトできます。この変更は、ブランチの増殖を遅らせることによってパフォーマンスと安定性を向上させ、下流のサービスへの負担を最小限に抑えます。  *ブランチ削除の設定* #### データ統合 | データ接続 **データ接続でのエクスポートサポート** | データ接続でのエクスポートがサポートされるようになりました。エクスポートはエクスポートタスクを置き換えることを目的としており、Foundryから他のシステムへのデータフローを構成するためのユーザーフレンドリーなインターフェースを提供します。エクスポートを使用すると、同じ接続を使用してFoundryにデータを同期し、Foundryからデータをエクスポートすることができます。サポートされているソースでは、ソース概要ページにエクスポートの表が表示され、新しいエクスポートを作成するオプションも表示されます。今回のリリースでは、S3およびKafkaソースのエクスポートが利用可能です。より多くのソースタイプのサポートが近日中に追加される予定です。  *データ接続の新しいS3エクスポートページ* #### Foundry | Cipher **Cipherライセンスからビルダーパイプラインへ** | Cipherユーザーは、Cipherアプリからビルダーパイプラインを作成して、最も機密性の高いデータの暗号化を開始できるようになりました。これは、暗号化を許可する管理者およびデータマネージャーライセンスで利用可能です。これを行うには、ユーザーはデータセットと暗号化する特定の列を選択する必要があります。Cipherは、事前に選択された列がすでに暗号化された状態で、ユーザーが構築できるパイプラインを自動的に生成します。 #### アプリ構築 | ワークショップ **オブジェクトリストウィジェット：カードスタイリングとメディアサポートの強化** | オブジェクトリストウィジェットは、オブジェクトごとのカードスタイリングをサポートし、画像、オーディオ、その他のメディア添付ファイルをインラインで表示するためのオプションを提供します。各オブジェクトに対して顕著なインライン画像が表示される新しいカードスタイリングの例を参照してください。  #### アプリ構築 | ワークショップ **変数変換：配列操作** | ワークショップのフロントエンド変数変換システム内で[配列操作](/docs/jp/foundry/announcements/../workshop/variable-transformations/)がサポートされるようになりました。変換は、新しい配列の合成、配列間の交差の計算、配列内の値の存在/不在のブールチェックを実行するために使用できます。     #### アプリ構築 | ワークショップ **モジュールバージョンの説明** | アプリケーションビルダーは、新しいモジュールバージョンを保存するときに[オプションの説明](/docs/jp/foundry/announcements/../workshop/versions/)を追加できるようになりました。これにより、プロダクションモジュールに加えられた変更の進化を文書化し、ビルダーがモジュールの履歴の豊かな記録を維持するのに役立ちます。説明は、モジュールのバージョンダイアログで表示、追加、編集できます。遡及的に追加または編集された説明は、正確なタイムスタンプと編集者の詳細とともに編集済みとしてマークされます。モジュールの以前のバージョンに戻ると、取られたリバートアクションを記録する説明が自動的に生成されます。  #### セキュリティ | プロジェクト **非同期リクエストを介して行われたアクションに対するチェックポイントの要求** | プロジェクトへの参照を追加するなどの特定の同期アクションに対してチェックポイントが構成されている場合、非同期リクエストに対して正当化が必要になります。対応するタスクは、チェックポイントがすでに完了しているかどうかを表示します。  #### 分析 | Quiver **ブールフィルタ変換の追加** | ブール列によるフィルタリング変換テーブル行のために、**is**および**is not**比較変換を追加しました。これらの新しい変換は、ブール列や日付、文字列などの他の列タイプでフィルタリングする機能を強化します。比較変換は、変換テーブル外でも別々に使用できます。  *ブール列がTrueであるかどうかを確認するための新しいブール比較変換を使用した例。*  *ブール比較変換出力を介して行をフィルタリングする変換テーブルの例。* #### オントロジー | オントロジー管理 **ユーザー編集のオブジェクトタイプのOSv1 -> OSv2移行をサポート** | ユーザー編集されたオブジェクトタイプおよび多対多リンクタイプは、オントロジーマネージャーでOSv2に移行できるようになりました。以前は、[移行フレームワーク](/docs/jp/foundry/announcements/../object-backend/osv1-osv2-migration/)は、既存のユーザー編集を持つオブジェクトタイプおよび多対多リンクタイプの移行を許可していませんでした。編集されたオブジェクトタイプは、[OSv2の新機能と機能](/docs/jp/foundry/announcements/../object-backend/overview/#object-storage-v2-architecture)の恩恵を受けることができます。  #### 分析 | Quiver **数値グループ集計を数値配列集計変換に置き換え** | 「数値配列集計」は、次の機能を実行する新しい変換です：最初、最後、合計、平均、標準偏差、最大、最小、差、積、およびカウント。変換テーブル内でのみ機能する既存の「数値グループ集計」変換を置き換え、この新しい変換は変換テーブル内外のどちらでも機能します。 #### 分析 | Quiver **数値から日付への変換を追加** | 数値表現の日付（UTCのタイムスタンプを表すUnix秒またはミリ秒のいずれか）を日付タイプに変換する新しい「数値から日付への変換」をリリースしました。この変換は、たとえば、日付プロパティタイプの数値集計の返された値を、他の変換やカードの入力として使用するために再び日付タイプに変換するのに役立ちます。 #### データ統合 | パイプラインビルダー **パイプラインビルダーでジョブグループを作成する機能** | パイプラインビルダーでの各成功したデプロイメントは、単一のビルドを開始します。バッチパイプラインでは、デフォルトで各出力が独自のジョブとしてビルドされるため、出力ジョブは独立して成功または失敗します。ストリーミングパイプラインでは、デフォルトで、すべての出力が単一のFlinkクラスターで実行される単一のジョブにバンドルされるため、出力ストリームはすべて一緒に成功または失敗します。 ジョブグループ化を使用すると、複数の出力をバッチパイプラインで1つのジョブにバンドルしたり、ストリーミングパイプラインで各出力を独自のジョブに分割したりできます。また、各グループ化に対してコンピュートプロファイルを指定でき、出力のビルド方法に対して詳細な制御を提供します。  #### データ統合 | パイプラインビルダー **バッチパイプラインでのチェックポイントが利用可能になりました** | パイプラインを構築する際、複数の出力間で共有される変換ノードを使用することがよくあります。このロジックは通常、各出力ごとに1回計算されます。チェックポイントを使用すると、次のビルド時に中間結果を保存するために変換ノードを「チェックポイント」としてマークできます。そのチェックポイントノードまでのロジックは、すべての共有出力に対して1回だけ計算されます。これにより、コンピュートリソースを節約し、ビルド時間を短縮できます。  #### オントロジー | Foundryルール **Foundryルールの構成にサイドバーからアクセスできるようになりました** | Foundryルールのデプロイメントおよび構成UIは、より目立つサイドバーアイコンからアクセスできるようになりました。詳細については、ドキュメントの[ワークフローテンプレートのデプロイ](/docs/jp/foundry/announcements/../foundry-rules/deploy-workflow/)を参照してください。  #### オントロジー | オントロジー管理 **OMAでのパフォーマンス向上：レンダリング速度** | オントロジーマネージャーは、アプリ全体を読み込むのではなく、更新された要素のみを読み込むため、レンダリングが高速化されました。オントロジーマネージャーユーザーは、ページ間のクリックや編集の際に、より応答性の高いエクスペリエンスを享受できます。 #### データ統合 | スケジューラー **ビルド期間モニターの追加** | データヘルスアプリの**モニタリングビュー**でビルド期間のモニターを作成できるようになりました。