Is SPDXLite-Template.xltx of SPDXv2.3 available?

「OpenChain プロジェクトって？」の欄のプラチナメンバー企業を更新したので、「2018年5月時点」を「2018年7月時点」に修正します。ついでに「MLへの参加方法」欄の手順(4)の「依頼メール」を「承認依頼メール」に修正したいと思います。小さな変更で特に確認の必要はないと思いますので、のちほど、当方でPPTファイルを更新してみます。

We need to have an explanation about Japan Work Group, and relationship between OpenChain project and Japan Work Group.
The explanation is useful for newcomers to read and understand Japan Work Group at the first place.

Suggested new material

以下の観点で打合せ資料のドラフトを作成しますので、コメントいただけると助かります。

• Determine how to describe required field restrictions for the SPDX-Lite fields for the lite profile. Pull request
• Determine how to document “these are the only fields you need to worry about”–current SPDX Lite annex
• Discuss serialization relationships with the SPDX Lite proposal and frame up follow-on work for the serialization team
• Is the SPDX Lite related to the open issue on REUSE file tags? (spdx/spdx-spec#856)
• Is SPDX Lite related to the serialization discussions in a simpler format, like tag/value?

Additional comments

資料へのリンクは後で追加します。(まだ作ってないです)

Over to the JP WG Team! Do your magic.

提案があります

OSPOモデルはOSPOを採用するためのフレームワークです。JWG OSPOのグループに役立つかもしれません。(10　ページで)

OSPO の5つのステージは

• オープンソースのアドホックな採用
• OSSコンプライアンス、インベントリ、および開発者教育の提供
• OSSの使用とエコシステムへの参加の啓発
• OSSプロジェクトのホストとコミュニティの育成
• 戦略的意思決定のパートナー化

申し訳ありません がこれから英語で説明します 🙇‍♀️

I would like to see how GGI and OSPO Model can both be implemented in organizations and work together.

In my opinion, I see GGI as a way to help organizations adopt open source as a baseline (open source guides for newcomers and beginner organizations) while the OSPO model help organizations to establish an OSPO (a more advanced practice for organizations to adopt open source and accelerate open source adoption)

• GGI: Guidelines for beginner organizations willing to start engaging with open source as good open source citizens.
• OSPO Model: A Framework to adopt an OSPO, an advanced practice for organizations to use to accelerate open source adoption and engagement as good open source citizens.

提案 (Proposal)

こちらでOSPO 成熟度モデルを追加します。どうと思いますか。

新しい参加者向けのチュートリアルがあると良い。

リーフレットに「OSSサプライチェーン」とありますが、正しくは「サプライチェーン」ではないでしょうか。
というのもOpenChainでのサプライチェーンは「OSS」を含んでいなくても正しく機能することを目指しているからです。これはつまり「OSS」を含んでいないことを正しく扱えるという意味です。

SPDX3.0に向けて、Usage Profileをどのように提案していくかを再考していく必要があります。

こちらに今までのDraft Documentなどがまとまっています。
https://github.com/OpenChain-Project/OpenChain-JWG/tree/master/License-Info-Exchange/UsageProfile/Proposal
また、GoogleDocsに、Asia-Telcoで利用しているドキュメントもあります。最新は、GoogleDocs側。
https://docs.google.com/document/d/1gvcU3Qgs5IH_SbVoeYLt1PSwuTgEX3RTr6CEcUQ6hXc

1. github repoの整理
   Licensing Profileテンプレートのコピーのままであったりするので、ファイルを整理

   ( Licensing Profile template: spdx/spdx-spec#503 )

2. templateの検証と選択
   本家サイトにいくつかのProfileがPRされていますが、Linkage Profileが分かり易いので、これをテンプレートとするのが良いと思います

   ( Linkage Profile: spdx/spdx-spec#513 )
   ( 実際のファイルは、こちら: https://github.com/spdx/spdx-spec/blob/99434940eaa9e8e0cc3db850572f10d859ca2a3b/chapters/profile-linkage.md )

3. 既存資料の再確認
   motivationや、usecaseは既にドキュメントが作成されていますので、それを参照。ただし、LicenseInfo sg内で認識があっているかどうかは、再確認が必要

   ( https://github.com/OpenChain-Project/OpenChain-JWG/blob/master/License-Info-Exchange/UsageProfile/Proposal/UsageProfile-20201013a.pptx )

4. ドキュメント構造の見直し
   構造が非常に複雑になっているので、見直し
   ( https://github.com/OpenChain-Project/OpenChain-JWG/blob/master/License-Info-Exchange/UsageProfile/Proposal/UsageProfile_On_SPDX_Structure.pptx )
5. Usage Profileを用いたサンプルの作成
6. 提案資料の作成
   既に記載いただいているGoogleDocsを参照しつつ、実際のドキュメント構造をmark downとして記載
   4-6は、行き来しながら作り直していく作業が必要

• Usage Profile markdownをJWGのgithubで管理
• SPDX Asia Telcoにて、「ここまで議論した、この部分はいつまでに書き上げる」を伝え、Kate達からコメントをもらう。必要に応じて、事前に送ってみておいてもらう
• 議論が落ち着いたところで、本家にPR or 随時PRしながら、修正していく
• google docsは wordなどにexportした後、JWG githubにpush、archiveとして残しておく。頃合いを見て削除で良いかも。

SPDXLite-Template.xlsx in OpenChain-JWG/License-Info-Exchange/SPDX-Lite/template/ is usual excel sheet format, not template format. I think xltx is better choice. Please add xltx file instead of xlsx

OpenChain-JWG/License-Info-Exchange/SPDX-Lite/template/SPDXLite-Template.xlsx は通常のexcelシートフォーマットでテンプレートフォーマットではありません。xltx の方がよいと思います。xlsxの代わりに xltxをアップロードしてください。

GGIの原文ですが、GitLab内で書かれており「＃１３」（GitHubで余計なことをされないようにわざと全角です。本物は全角ではありません。以下同様）などと書くと、GitLab内の対応するissueやpull requestへのリンクに自動的になるようです。（GitHub内でも似たようなことはGitHubが自動的にやってくれますよね。）
なので、訳としての対応はいくつか考えられます。

• 何も考えずにそのまま「＃１３」とか書く（手間は掛からないけどリンクにはならない）
• ＃１３に対してmd記法で手動でリンクにする（リンクにはなるけど手間は掛かる）
• 「＃１３」だけではなくたとえば「アクティビティ＃１３」などその前の種別？を含めてリンクにする（どうせひと手間掛けるなら）

個人的には #223 で大和田さんもやってくださった最後のものが良いのではないかと思います。

There are two versions of the document but Git has native version control so I suggest deleting one:

a_openchain_leaflet_20180615.pptx
a_openchain_leaflet_20180629.pptx

In https://openchain-project.github.io/OpenChain-JWG/outcomes.html, a link "supplier leaflet" linked to an archived repository : https://github.com/OpenChain-Project/curriculum/tree/master/supplier-leaflet .
Where Is active materials ?

OpenChain-JWGの成果物のページ の supplier leaflet のリンクですが、アーカイブされたリポジトリへのリンクになっています。よりよい URLへのリンクに修正してほしいです。

Onboarding-JWG/Tutorial/How-To-Start-GitHub.md for Windows User only ?
Github Desktop is also available on Windows/macOS and Arch Linux.

Onboarding-JWG/Tutorial/How-To-Start-GitHub.md は暗黙的に Windows ユーザーのみになっているのですか?
Github Desktop は Windows の他にも macOS や Arch Linuxでも利用できると思いますし、スクリーンショットもありません。

The "SPDX section no." in SPDXLite-Template.xltx (red box in the screenshot below) is different from "Table G.1" in https://spdx.github.io/spdx-spec/v2.2.2/SPDX-Lite/.
Can you please correct it?

SPDXLite-Template.xltxの「SPDX section no.」（下のスクリーンショットの赤枠部分）が https://spdx.github.io/spdx-spec/v2.2.2/SPDX-Lite/ の「Table G.1」と異なっていました。
修正いただくことは可能でしょうか。

This repositry has documents in binary format (ex. docx,pptx).
It is not best way to collaborate with various environment/OS

1. Editting them on macOS or Linux may break displayed style cause of missing font.
2. Cannot receive pull request from other.

I suggest text base format like a Markdown for this project.

現在、PowerPointなどの形式のファイルで作成されていますが次の問題があります。

• macOSやLinux上で編集した場合、Fontなどのために表示が乱れます。
• バイナリフォーマットであるため他からのプルリクエストなどができません。
  そのため、Markdownなどのテキストベースのフォーマットで議論し、リリース時にPowerPointなどの形式に変換することを提案します。