2023年11月19日日曜日

412: Cベクトルたちバンドル(束)に対して、ベーススペース(空間)上のチャートオープンサブセット(開部分集合)は必ずしもトリビアライジングオープンサブセット(開部分集合)ではない(多分)

<このシリーズの前の記事 | このシリーズの目次 | このシリーズの次の記事>

Cベクトルたちバンドル(束)に対して、ベーススペース(空間)上のチャートオープンサブセット(開部分集合)は必ずしもトリビアライジングオープンサブセット(開部分集合)ではない(多分)ことの記述/証明

話題


About: Cマニフォールド(多様体)

この記事の目次


開始コンテキスト



ターゲットコンテキスト



  • 読者は、任意のCベクトルたちバンドル(束)に対して、当該ベーススペース(空間)上のあるチャートオープンサブセット(開部分集合)は必ずしもトリビアライジングオープンサブセット(開部分集合)ではない(多分)という命題の記述および証明を得る。

オリエンテーション


本サイトにてこれまで議論された定義たちの一覧があります。

本サイトにてこれまで議論された命題たちの一覧があります。


本体


1: 構造化された記述


ここに'構造化された記述'のルールたちがある

エンティティ(実体)たち:
(E,M,π): { 全ての C ベクトルたちバンドル(束)たち }
U: {M の全てのチャートドメイン(定義域)たち }
//

ステートメント(言明)たち:
必ずしも、U{M の全てのトリビアライジングオープンサブセット(開部分集合)たち }、ではない(多分)
//


2: 自然言語記述


任意のCベクトルたちバンドル(束)(E,M,π)、任意のチャートドメイン(定義域)UMに対して、Uは必ずしもトリビアライジングオープンサブセット(開部分集合)ではない(多分)。


3: 注


著者は、正直に言って、UMのトリビアライジングオープンサブセット(開部分集合)である必要があるか否か確信がない。

この確信のない状態においてでも本命題を私たちが必要とする理由は、証明済みでないことを正しいと想定してしまわないようにする注意喚起が少なくとも必要であること。


2: 証明(未完成)


反例を示す必要があることは知っているが、今のところそうできていない。

少なくとも、Cベクトルたちバンドル(束)の定義は、ベーススペース(空間)上の全てのチャートオープンサブセット(開部分集合)がトリビアライジングオープンサブセット(開部分集合)であるように直接には要求しておらず、ベーススペース(空間)上の全てのチャートオープンサブセット(開部分集合)がトリビアライジングオープンサブセット(開部分集合)であるよう含意されていることはなさそうに思われる、初見では。

任意のタンジェントベクトルたちバンドル(束)ケースに対しては、ベーススペース(空間)上の全てチャートオープンサブセット(開部分集合)はトリビアライジングオープンサブセット(開部分集合)である(タンジェントベクトルたちバンドル(束)のアトラス、そうであるように定義されている)、しかし、それは、それほど即座には任意の一般的なCベクトルたちバンドル(束)ケースへ一般化されない。


参考資料


<このシリーズの前の記事 | このシリーズの目次 | このシリーズの次の記事>