約 3,122,483 件
https://w.atwiki.jp/imolib/pages/12.html
数論 cmb … コンビネーション(nCr)を計算します divisor_count … 約数の個数 exgcd … 拡張gcd、ax+by=gcd(x,y)となるa,bを求める factorize … 素因数列挙 gcd … 最小公倍数 josephus … ヨセフス数、nの輪からkごとに消す時s番目の数 primes … 素数列挙 素数 divisor_count … 約数の個数 factorize … 素因数列挙 primes … 素数列挙 幾何 該当するライブラリはありません
https://w.atwiki.jp/dooooornob/pages/46.html
2値化とは？ 2値化というのは読んで字の如し、画像を２つの値のみで表そうというものです。 へそ曲がりでなければこの２値は黒と白ですね。 ですので、元の画像を黒と白の二つの画像だけで表現してやろうというのがこの2値化です。 じゃあ黒と白ってまずなんだろうということですが、これはRGBでいえばR,G,Bが「すべて0」か「すべて255」のモノを指します。 文字なんかは基本的に黒と白で表されていますけども、実際文字と背景の境界などはもう少し濃淡がなめらかに繋がっているはずです。 この色は「RとGとBの値がすべて一致している色」、つまりグレーですね。 いきなりカラー画像を黒と白だけにしてしまうのは飛びすぎなので、まずはこのグレーだけを使った画像（グレースケール）に直して使います。 ちなみにこのグレースケール、『色』の情報量が1次元になっているのはお分かりでしょうか？ 普通色はRGBなど3つの数で指定されますが、グレースケールはすべての成分が同じだと言ってるので一つの数を用意すれば済むわけです。 そこで2値化とは、ある閾値（スレッショルド）を持ってきて、その閾値以上の色を白、それ以下の色を黒とするわけです。 例えば閾値を120に設定したら、「60,60,60」の色は「0,0,0」に、「130,130,130」の色は「255,255,255」に変換されるわけです。 ところで例えばスレッショルド10とかにしてしまったら、なんか真っ白けの画像になってしまいますね。「11,11,11」の色も全部「255,255,255」の白になってしまうのですから。 そういうわけでこの閾値を決める決定方法というのは非常に重要になります。 では以下で色々なスレッショルドの決め方について紹介していきましょう。 p-タイル法 p-タイル法とはいわば定員が決まっている入試みたいなものです。 例えばある画像がすでに「黒の量はこのぐらいが最適」と分かっていたとします。 そのような基準があるならば、その最適値に合わせて黒を「採用」してやればいいのです。 具体的に下図のような画素値の頻度分布になったとします。（frequencyは周波数じゃなくて『度数』の意なので注意。） このような場合なら左から積算して行って、積算結果が所望の最適値になった時点をスレッショルドとしてやればいいのです。 そうすれば求める黒の量を持った2値化が出来上がります。 と、これは単純ですが最適値が手に入る手法です。 しかし問題点は、その『最適』がどこか分からないときです。 例えば初めからその画像が『い』というひらがなを表していて、それを二値化するならば『い』に含まれうる黒の量を最適値とすればよいのですが 汎用性のOCRなど、どんな画像が入ってくるか分からないにも関わらず、『い』と同じ感覚で、例えば『龍』という文字を二値化してしまったら・・・ なんかスッカスカの『龍』が誕生してしまいそうですよね。漢字が必要とする黒の量はひらがなより大きいのです。 モード法 じゃあもう少し一般的な方法を考えてみましょう。 さっき何気なく提示した頻度分布ですが、これは経験的に、一般の『文章』においても当てはまる図なのです。 特徴としては双子山ですね。 この双子山の左の部分が黒、つまり文字を表していて、右の部分が背景というわけです。 このような経験的知識（ヒューリスティックス）を用いて分別する方法をモード法といいます。 ただしこの双子山の谷、ノイズの海に埋もれてしまうような状況があるのでそう言った場合には工夫が必要になります。 判別分析法 判別分析法は統計的にスレッショルドの画像を決めてやろうという手法です。 まず画像全体について、その平均、標準偏差、要素数をと定義しておきます。 次にあるしきい値を用意できたと仮定して、「黒」に分類されたクラスを1、「白」に分類されたクラスを2とします。 そして、黒のクラスの平均、標準偏差、要素数をと定義します。 白のクラスについても同様にと定義します。 まだまだ定義が続きます。次にクラス間分散を次のように定義します。 式の意味は大丈夫でしょうか？つまり平均のユークリッド距離（の二乗）に、その要素数に応じて重みづけ平均をとったものがクラス間分散です。 さらにクラス内分散は次のように定義します。 単純にそれぞれのクラスの分散を要素数に応じて重みづけ平均したものです。 式変形で簡単に証明できる結果として次のような関係式があります。 つまり、全分散はクラス内とクラス間の分散の和で表せるということです。 色々定義していましたがいよいよ本題。ではどんなクラスの分け方をするのが一番良いのでしょう？ まずその指標の一つが「クラス間分離」が大きい事です。 クラス間分散が大きいということは『クラス同士が上手い具合に離れている』ことを意味していますから。 もう一つは「クラス内分散」が小さい事です。 クラス内分散が小さいほど頻度分布が先鋭化していて、判別がくっきりつくからです。 両方を総合的に検討する指標として、次の分離度を定義します。 等式は式(1)により成り立ちます。 ここで、ある画像を読み取っているとき、全分散は定数になりますね。 対してというのはそのクラスの作り方（つまりスレッショルドの設定の仕方）によって異なります。 したがって、分離度を大きくするには、クラス間分散を大きくするようにしきい値決定をしてやればいいことが分かります。
https://w.atwiki.jp/wiki11_library/pages/42.html
書籍ライブラリー トップページ 本好きなあなたに読んでほしい。"響き"あうライブラリー。 更新は新ブログに移行しました。 そちらもご覧下さい。 http //d.hatena.ne.jp/barworld+library/ カテゴリー 健やかで朗らかな日常 食品と健康 料理と酒・飲み物、嗜好品 ガーデニング・DIY 日本 日本語 神話、縄文・弥生、聖徳太子 日本の朗らかさ 日本の独立とアジアの独立 仏教 仏教各派 空海（弘法大師） 密教 仏教美術 経済・自由・平等 経済学 経済・自由・平等の関係 日本経済 公共の福祉とグローバリズリズムの関係 民族の発展 民族史各論 発展の原理と限度 地学、森林、資源、農業 人間とは何か 生物としての人間 身体の構造と動き 精神科学・メンタルヘルス 人間の可能性 音楽、映画、写真、デザイン 小説、詩 スポーツ 数学、論理学 ウィッシュリスト いずれ欲しいものリスト 『UP』2007.12月号より アルフレッド・ベスターゴーレム100 シリーズ国際関係論東京大学出版会 離島研究 クロード・レヴィ＝ストロース食卓作法の起源 正木直彦支那─支那人 J・デリダ『マルクスの亡霊たち』 マルクスの「切迫さ」を、テクストのあり方そのものにおいて相続せんとする亡霊的、怪物的著作（藤原書店広告） U・ペルクゼン『プラスチック・ワード─歴史を喪失したことばの蔓延』 日常を侵食する便利で空虚なことばの蔓延を指摘した話題の書（藤原書店広告） 「科学技術が発達すれば理科離れが加速する」上出洋介 自然の因果県警をｓ理解しないままでは、地球にとっては「ありがた迷惑」かも知れない。地球の新の姿を知り、エネルギー源の太陽までさかのぼって「科学」しなければ、真の意味の地球環境問題が解決することはないだろう。 清水義範氏も自分の経験をおもしろくても理科に書いているように、理科で本当に教えるべきことは、自然への感動ではないだろうか ジョージ・W・ジーゲルミューラー、ジャック・ケイ『議論法─探求と弁論』第３版 井上奈良彦（監訳） 定評あるアメリカのディベート（議論法）教科書の全訳。単なる技術書ではなく、真理探究のために問題を分析し、発見した答を弁護していく過程の全貌を明らかにする。クリティカル・シンキングの概論書としても好評。（比較社会文化叢書広告） 中川 八洋正統の哲学異端の思想─「人権」「平等」「民主」の禍毒 カール・ポランニー大転換 新ケインズ主義の時代 以下、再構築中（メニューとしては生きてます） 無限の快楽 無限のはなし 「法令遵守」が日本を滅ぼす コンプライアンス革命 ジョジョの奇妙な冒険 標準デジカメ撮影講座 旅の指さし会話帳フランス 2007.8-12入荷未分類 感情コントロールで自分を変える 店のネタ本 呪われた部分有用性の限界 保温調理鍋でスロークッキング さらば消毒とガーゼ パソコンによるLisp入門 root(ルート)から スピーカーシステム徹底研究 適材適所の中判・大判・パノラマカメラ/田中長徳 文化のフェティシズム リスクのモノサシ ライブラリトップページに戻る 名前 コメント
https://w.atwiki.jp/impression_ex/pages/14.html
ライブラリ Googleドキュメントにてimpression!のライブラリを見ることができます。 http //www.google.com/google-d-s/hpp/hpp_ja_jp.html 重要書類もありますので、ログインはメンバー限定とさせてもらっています。 その他いろいろ 7月8日にWebの勉強会をしたのですが、そのときに使った資料をここにリンクしておきます。ソースコードを見るなりなんなり自由に使ってください。 HTML本体 http //sampleimpression.genin.jp/ CSS http //sampleimpression.genin.jp/sample1.css
https://w.atwiki.jp/bplib/pages/897.html
このページについて このページは、ビジネスプロセスライブラリの主旨について記述するページです。 また、それらに関連するトピックの要約を兼ねていて、各トピックに対する参照元でもあります。 ページをご覧になられた方のコメントを反映して、随時更新していきます。 論として不十分な点として、個人の感覚に頼った記述をしており、ベースになる事実情報の紹介をほとんどしておりません。トピックに関連する情報ソースをご存知の方、ご紹介いただけると幸いです。 要約 ビジネスプロセスライブラリは、Wikiのような、だれでも執筆が可能なツールでビジネスプロセスモデルを公開・共有し、共同編集によってプロセスモデルを拡張し、大規模で、実態に即し、整合の取れたモデルの複数のセットを構築することと、それを通して ビジネスプロセスモデルを介した効果的なコミュニケーションと、コミュニケーションによる高品質なビジネスプロセスモデルの構築のサイクルによるメタプロセスを提案することを目的としています。 詳細 ビジネスプロセスモデルの構築は、ブラックボックスになりがちな（工事中）ビジネスにプロセス設計という概念を導入し、様々な改革の第一歩としてビジネスをレベルアップさせる多くの可能性を秘めています。そして、ツールの進歩によって可能になった、 グレードの高いモデリングは、コスト削減やリードタイム短縮などの一般的に言われるメリットを越えた革命的な変化を生み出す可能性があります。（工事中） しかし、情報システム構築の最初のステップととして定着はしましたが、現在の一般的なやり方では、実現にかかる時間とコストに見合った結果を得るレベルまで企業が地道に継続することは今までも困難でしたし、ビジネスのスピードが加速するなかで、今後はさらに困難になるでしょう（工事中）。これは、情報システムの導入によっても改善されなかった問題（工事中）です。 単体の企業では実現しきれない問題解決をパッケージ化して、ソリューションとして販売してきたのがIT関連企業です。上記の領域に彼らが提唱したソリューションは、「BPM」というものでした。しかし、ビジネスプロセスのITによる実装までの一環した実施を求めるあまり、かえって需要側のニーズに即さないものになっている（工事中）と私は感じています。重ねて、最近のIT関のバズワードを見ると、彼ら自身がそれに継ぐ新しいソリューションをあきらめているのではないかという印象さえ受けます。 一方、賃金格差を利用したコストダウンや、企業の統合によるビジネスの大規模化は、手っ取り早く確実で、ビジネスのパフォーマンス向上の方法としてますます主流になっていく傾向があります。 しかし私は、それだけではつまらないと感じます。卓越した品質、徹底的な効率化、画期的な価値の創出がそれらに比肩する競争力を持ち続けて欲しいと願っています。多くの人もそのように思うのではないでしょうか。 私は、ビジネスには、今後もそれらを生み続ける「余地」は十分にあると思っています。そして、モデリングを活用したビジネスプロセス設計の向上はその産出に大きく寄与する（工事中）ことにも確信を持っています。しかし、現実はこの領域の進歩は停滞していおり、イノベーションが生まれていません。 私は、停滞を打破する鍵の一つはコンテンツであると考えています。コンテンツとして、モデリングによるプロセス設計を正しく体現したビジネスプロセスモデルのセットがあれば、プロセス設計の向上を希望する利用者は、その期間とコストを大幅に削減できるでしょう。そして、それによるビジネスのパフォーマンス向上の実例も増え、需給双方が活気づき、イノベーションを生み出すよいサイクルが生まれます。 もう一つの鍵は、プロセスモデルを効果的に構築・維持・拡張するプロセス（「プロセスモデル作成のプロセス」というややこしい表現なので、ここからは区別がつくように、メタプロセスと呼びます。）です。現在一般的なメタプロセスは、時間とコストがかかりすぎます。それらを解消するメタプロセスモデルが提供されれば、ビジネスプロセスモデリングは一過性のものではなくなります。 問題は、ビジネスの世界のプレイヤーが、誰もその鍵を提供しないということです。もしかすると、ビジネスの世界だけではビジネス上の問題解決ができない時代が来ているのかもしれません。 私は、そのコンテンツをオープンなコミュニケーションを通して作成すること、その過程を通して、全員参加のビジネスプロセスモデル構築というメタプロセスモデルを提案することはできないかと考えました。 それが、ビジネスプロセスライブラリです。 これは、Wikiのような、だれでも執筆が可能なツールでビジネスプロセスモデルを公開・共有し、オープンな議論と参加者全員の共同編集によってプロセスモデルを拡張し、結果として大規模で、実態に即し、整合の取れたモデルの複数のセットを構築することを目標にしています。また、もしそれが実現できるなら、実現に至るまでのプロセスそのものが、クローズドな世界でも利用できるメタプロセスモデルにもなると考えております。 ただ、それは簡単なことではないし、足りないものも沢山あります。 そもそも、オープンソースソフトウェアの如き考えがビジネスプロセスモデルに成立するのか、効果的なメタプロセスの模索（工事中）、企業機密の漏洩のリスクがない進め方、二次利用を制限しない上手な権利の設定方法（工事中）など、課題は数多くあります。 ただ、まずは何より、それからビジネスプロセスモデリングの楽しさ、有益性について多くの人に実感を持っていただくことが最初かなと考えております。 本サイトは、ビジネスプロセスライブラリのモックアップとして、イメージを人に伝え、意見をいただくためのために作成しました。 是非この文章に関し、コメントやトラックバックでご意見ください。 コメント -- (コメントテスター) 2009-05-11 00 55 46 名前 コメント すべてのコメントを見る
https://w.atwiki.jp/gengohouse/pages/136.html
自然言語処理ライブラリ ここでは複数の自然言語処理の課題を統一的に利用可能なツール群のことを自然言語処理ライブラリと呼んでいます（プラットフォームやフレームワークなどと呼ぶこともあります）。形態素解析専用など、個別のツールについては課題以下にリンクしています。 日本語対応ライブラリ spaCy GiNZA Camphr AllenNLP Amazon Comprehend NaturalLanguage A3RT Matrixflow 日本語以外 2020-08-25 | Top NLP Libraries to Use 2020 Stanford CoreNLP Stanford大学の自然言語処理ライブラリ。 英語、中国語など主要言語をサポートしているが日本語非対応。 記事 2020-08-27 | 最先端自然言語処理ライブラリの最適な選択と有用な利用方法 / pycon-jp-2020 - Janome, mecab-python3, Sudachi, GiNZA, nagisa, SentencePiece, KyTea, Juman++, toiro, scikit-learn, Huggingface Transformers- 2020-07-17 | pythainlp 2.2.4 - Thai Natural Language Processing library 2020-06-04 | 【9個紹介】機械学習や自然言語処理に使えるツールまとめ - Lionbridge AI, Azure Machine Learning, DataRobot, Jubatus, MatrixFlow, GiNZA, Stanford CoreNLP, Adobe Scan, Online OCR 自然言語処理のためのリソース （黒橋・村脇研究室） The Super Duper NLP Repo - 膨大な Colab notebook へのリンク 関連項目 A3RT AllenNLP Amazon Comprehend Camphr COTOHA API Flair gensim Google Cloud Platform Language Understanding MatrixFlow NaturalLanguage NLTK OpenNLP Perspective API polyglot spaCy Stanford CoreNLP Stanza Tensorflow ライブラリ リンク元 Amazon Comprehend Camphr 構文解析 自然言語処理 タグ：ライブラリ 手法 編集
https://w.atwiki.jp/soka-library/
（先生の学会歌指揮） はじめまして、SOKAライブラリをオープンしました。 管理人から承認を受ければ、誰でも自由に書き込みが可能なＨＰです。 複数のメンバーが共同で作り上げていける、ブログまたはＨＰと考えてください。 一人でも多くのメンバーの参加をお待ちしてます。 このページ右上の「このウィキに参加」をクリックすると、メンバー登録ができます。 一部のページでは、閲覧にもパスワードが必要ですのでご注意ください。 なお、姉妹サイトの「さぶろく会員パスワード」をお持ちの方は、同じログイン情報でログインできます。 この場合、全てのページの閲覧と、一部ページで編集ができます。 ただし、さぶろくパスワードが古い場合、ログインできない場合があります。 その際は、再申請してください。 これからよろしくお願いします。
https://w.atwiki.jp/terragen/pages/110.html
The Library原文 概要 ライブラリは、Terragen 4で使用するアセットを収集します。ライブラリウインドウには、ライブラリに追加されたアセットを表示します。アイテムの閲覧や、シーンへのアイテム追加を容易にするため、1つのウインドウにディスク上の複数の場所からアセットを収集します。ライブラリウインドウは、様々なアセットのために既存のオープンダイアログを加えて使用出来ます。 ライブラリはWindows版とOSX版のみ利用可能です。Linuxのレンダーノードにはいうまでも無くライブラリのUIを持っていないだけではなく、ライブラリのためのサポートファイルも作成しません。 現在、ライブラリは以下のアセットタイプを処理する事が出来ます クリップファイル ハイトフィールド (DEMsを含む) 画像ファイル オブジェクトファイル プロジェクトファイル ライブラリウインドウを開く ライブラリウインドウは様々な方法で開く事が出来ます。ライブラリですべてを閲覧するために、【View】メニューから"Library"を選択して下さい。 ライブラリーは、特定のアセットタイプを読込むためだけに使用する事が出来ます。例えば【File】メニューの"Opne Project from Library(ライブラリからプロジェクトを開く)"を選択した場合、ライブラリウインドウはプロジェクトモードで開きます。これはプロジェクトを表示させるだけという意味になります。同様に"Import Object from Library(ライブラリからオブジェクトをインポート)"を選択すると、ライブラリウインドウが開き、オブジェクトを表示させるだけです。 ライブラリウインドウが初めて開かれた時は、使用可能な状態になるまで少し時間を要する場合があります。これはライブラリの情報を読込んでいるためです。次に使用する際には、ウインドウはすばやく開くでしょう。同様にメインリストのスクロールは初回プレビューの読込みのために少し遅くなりますが、次回からはスムーズになります。 ライブラリ概念 このセクションは、ライブラリと関連した基本的概念のいくつかを説明します。 タイプ ライブラリは以下のファイルタイプを処理します クリップ ハイトフィールド 画像 オブジェクト プロジェクト アセットがライブラリに追加される時、自動的に上記タイプのいずれかに割り当てられます。タイプを変更する事は出来ません。 アイテムタイプは、いくつかの方法で使用されます。例えば、【File】メニューの"Import Object from Library(ライブラリからのオブジェクトのインポート)"を選択、といった特定のタイプでライブラリを開いた時、ライブラリウインドウにはそのタイプのアイテムだけを表示します。【View】メニューからライブラリを開いた場合、1組のタイプアイテムは、タイプ別に表示されたアイテムにフィルタをかけたコンテンツリストで使用出来ます。 カテゴリ ライブラリアイテムにカテゴリを割り当てる事が出来ます。カテゴリはTG(例えば大気とカメラ等)で、異なるプロジェクトビューに対応しています。このステージカテゴリは、クリップファイルの扱いに有用出来ます。クリップをノード・ネットワークのどの箇所に挿入すべきかの手掛かりとして、そのカテゴリを利用します。クリップ以外のタイプにカテゴリを割り当てる事が出来ますが、現状は、カテゴリ別にアイテムのフィルタリングを可能にするライブラリ内の組織的なツールとしてのみ有用です。 ストレージ ライブラリに追加されたアイテムについて、どうのような特定のストレージ・スキームを強制しません。ディスク上の元のファイル場所が使用されます。これは追加したアイテムのファイルが動かされた場合、ライブラリは読込む事が出来なくなる事を意味します。これはOS X上での些細な問題です。 ライブラリウインドウの概要 このセクションでは、ライブラリウインドウと、ライブラリを構成する異なるエリアの概要を伝えます。以下のスクリーンショットは、異なる段落に分割してさらに下記で説明します。 (1)コンテンツリスト コンテンツリストは、ライブラリウインドウの左上に配置されています。様々な方法でライブラリのコンテンツを表示させる事が可能で、例えば最近追加されたアイテム、お気に入り、タイプ別にそしきグループ化されたアイテム別に表示する事が出来ます。コンテンツリストからアイテムを選択する時、メインリストはその基準に一致するライブラリアイテムを表示するために更新します。 (2)情報パネル 情報パネルは、ライブラリウインドウの左下に設置されています。情報パネルは、メインリストで選択されたライブラリアイテムの表示と情報の編集を行います。デフォルトでは情報パネルは簡略化モードで表示され、アイテムプレビュー、そして可能であればアイテム名が表示されます。情報パネルの左上にある情報ボタンをクリックする事で、情報パネルとライブラリアイテムに関するすべての情報を拡張させる事が出来ます。上のスクリーンショットは、拡張された状態で情報パネルを表示されています。 (3)トップ・ツールバー トップ・ツールバーはメインリストの上に設置されています。それにはメインリストでライブラリアイテムを表示させる方法の設定が含まれています。さらにお気に入りの作成、エクスプローラ/ファインダーでアイテムのファイルを表示、新しいアイテムをライブラリに追加などの、ライブラリアイテムとやり取りする様々な方法があります。下記でより詳しく説明します。 (4)メインリスト メインリストは、ライブラリウィンドウの大半を占め、ライブラリ内のアイテムを表示します。表示されるアイテムは、コンテンツリストと現在検索中で選択されているものに依存します(詳細については下記を参照)。 メインリストは様々な方法で表示する事が出来ます。2つのメイン表示モードがあります。1つ目のモードは、すべてのアイテムに加えて追加情報のプレビューを表示するブラウジングモード。2つ目のモードはテキストリストとしてアイテムを表示するリストモードです。アイテムを表示する方法は、トップ・ツールバーの「Display」ポップアップリストより変更する事が出来ます。 (5)ボトム・ツールバー ボトム・ツールバーはメインリストの下に配置されています。これにはコントロールする2つのグループを備えています。左側にライブラリでアイテム検索を可能とする検索コントロールがあります。右側には、メインリストでアイテムが選択された時に、1～2つの作成ボタンが表示されます。これらのボタンはシーンにアイテムを追加するために使用します。ボトム・ツールバーについては、下記でより詳しく説明します。 ライブラリにアイテムを追加 ライブラリにアイテムを追加するいくつかの方法があります トップ・ツールバーの"Scan Folder"ボタンをクリックする事で、一度に複数のアイテムを追加する事が出来ます。これはライブラリに追加可能なアイテムを走査するために、ハードディスク上のフォルダを選択する事が出来ます。このボタンをクリックした時、どんな種類のアイテムを読込み同様にサブフォルダの走査をするかどうかを設定するダイアログが開きます。フォルダを選択して走査を開始するにはダイアログの"Choose Folder..."ボタンをクリックします。 アイテムを開く/読込まれた時、アイテムを自動でライブラリに追加する事が出来ます。例えば、プロジェクトが開かれているならば、プロジェクトをライブラリに追加する事が出来ます。ライブラリの設定パネルを使用し、自動で追加される内容をコントロールする事が出来ます。デフォルトでは、サポートされたすべてのタイプが、自動でライブラリに追加されます。 Terragenを保存した時、アイテムは自動でライブラリに追加されます。例えば、プロジェクトを保存した時、プロジェクトがライブラリに追加されます。この動作はライブラリの設定パネルでオフにする事が出来ます。 ライブラリからアイテムを削除 ライブラリからアイテムを削除する2つの方法 ライブラリウインドウのメインリストのアイテムを選択し、[delete]キーを押します。複数のアイテムを一度に削除する事が出来ます。 ライブラリの設定パネルから"Delete Library Database(ライブラリデータベースの削除)"ボタンを使って、ライブラリ全体を削除する事が出来ます。 ライブラリから削除されたアイテムを元に戻す事は出来ません。 アイテムプレビュー ライブラリのアイテムはプレビュー画像を持つ事が出来ます。これらはメインリストがブラウジングモード時と情報パネル内に表示されます。場合によっては、これらのプレビューはTGによって自動でその場で生成されます。 アイテムがシーンにインポートされた時、プレビューがオブジェクトによって生成されます。TGはまた、オブジェクトをライブラリに追加する時に、プレビューとして使用するXfrogのビルボード画像を読込もうとします。将来的には最初にシーンにインポートする事なく、ライブラリ内のすべてのオブジェクトのプレビューを生成する方法があるでしょう。オブジェクトをライブラリに追加する時に、TGが読込むプレビュー画像を設定する事が出来ます。詳細については下記の高度なトピックの項目を参照して下さい。 TGはハイトフィールドと画像のためのプレビューを生成します。あなたはDEMのために生成されたプレビューに、赤いエリアに気づくかも知れません。これらの赤いエリアは、DEMでNODATA値を表します。 情報パネルのプレビューボタンを使用して、ライブラリ項目にプレビューを割り当てる事が出来ます。プロジェクトまたはクリップファイルにプレビューを割り当てると、プレビューがファイル自体に追加されます。これはあなたのファイルを他の誰かに送る事が出来る事を意味しており、受け取った人はライブラリで同じプレビューを見る事が出来ます。 情報パネル内のプレビュー画像をダブルクリックで、画像プレビューウインドウでより大きく確認する事が出来ます。 プレビューはプレビューボタンを使ってライブラリアイテムから削除する事が出来ます。ライブラリが画像プレビューを生成出来るタイプが1種類であるならば、TGが画像のために新しいプレビューを追加する事に注意して下さい。あなたは、最初に古いものを消去せずに新しいプレビューをアイテムに割り当てる事が出来るので、新しいものを追加する時、新しいプレビューを生成しているTGについて心配する必要はありません。 プレビューが右下コーナーでクエスチョンマークで表示している場合、このライブラリはアイテムのファイルが存在しない、すなわち言い換えるとディスク上で見つける事が出来なかった事を意味します。 ライブラリを使ったアイテムの作成 ライブラリを使って、ノートなどを作成するいくつかの方法があります。何が起こるかはアイテムのタイプに依存します Clips(クリップ) クリップファイルはネットワークに追加されます。 Heightfields(ハイトフィールド) ハイトフィールドは適切な『heightfield loader』ノードを付随した状態で『Heightfield shaders』として作成されます。DEMとしてハイトフィールドを読込む事も出来ます。 Images(画像) 画像は『Image map shader』ノードとして作成されます。 Objects(オブジェクト) 適切な『object reader』ノードが作成されます。ポピュレーションを作成する事も出来ます。 Projects(プロジェクト) プロジェクトが開きます。必要に応じて、変更のある現在のプロジェクトを保存するよう促されるでしょう。 以下の方法でライブラリアイテムを開く事が出来ます ダブルクリックメインリスト上でライブラリアイテムをダブルクリックする事で、上記のように作成されます。ハイトフィールドとオブジェクトは、alt/optionキーを押し続けながらダブルクリックで作成する事が出来ます。ハイトフィールドのために通常のダブルクリックで作成された『Heightfield Load』ノートとは対照的に、DEMとしてハイトフィールドを読込むためには、『Geog Heightfield Load』ノードが作成されます。オブジェクトのためにポピュレーションが作成されます。 作成ボタンメインリスト上でアイテムが選択された時、ボトム・ツールバーに作成ボタンが表示されます。1つ、あるいは2つのボタンが表示されます。例えばプロジェクトのアイテムを選択した時、"Open Project"ボタンが表示されます。オブジェクトのアイテムを選択した時、"Import Object"と"Import Population"の両方のボタンが表示されます。 ドラッグ＆ドロッププロジェクトを除くすべてのアイテムをネットワーク・ビューにドラッグ＆ドロップする事が出来、適切なノードが作成、またはクリップが追加されます。また、パラメータビューのファイルボタンに特定のアイテムタイプをドラッグする事も出来ます。例えば『Image map shader』の"Image filename"ファイルボタンにライブラリから画像をドラッグする事が出来、画像はそのパラメータに読込まれます。 メインリスト上で複数のアイテムを選択しても、一度に作成する事の出来るアイテムは1つだけです。 詳細なライブラリウインドウ この項目では、ライブラリウインドウの各種部分を詳細に説明します。 コンテンツリスト コンテンツリストは、何をメインリストに表示させるかを選択します。選択するコンテンツリストは、開いたライブラリウインドウによって変わります。【View】メニューから開かれた場合は、すべてのオプションが利用可能です。例えば特定のアイテムタイプ、クリップ、オブジェクトを開いた場合は、いくつかのオプションは利用出来ないかもしれません。以下に利用可能なオプションを説明します All Library Items (or All {specific type)(全ライブラリアイテム(またはすべての特定のタイプ))} これはライブラリの全アイテム、または【View】メニューからライブラリを開いていない場合、特定のタイプの全アイテムを表示します。 Recently Added(最近の追加) ここには最近ライブラリに追加されたアイテムを表示させますが、現時点では締め切り時間が無いためライブラリの全アイテムを表示します。 Favourites(お気に入り) これはお気に入りとして選ばれた、すべてのライブラリアイテムを表示します。メインリストでアイテムを選択し、トップツールバーの"Add to Favourites(お気に入りに追加)"ボタンをクリックする事で、ライブラリアイテムをお気に入りに追加する事が出来ます。 Types(タイプ) タイプ別に表示させるライブラリアイテムをフィルタリングします。特定タイプとしとライブラリを開いてない場合にのみ、利用出来ます。 Category(カテゴリ) カテゴリ別に表示させるライブラリアイテムをフィルタリングします。これはいくつかの特定タイプでは利用出来ません。 情報パネル 情報パネルは、メインリストで選択されたアイテムについての情報を表示し、編集を行います。デフォルトでは、瞬時にプレビューと名前を表示させるために要約モードで表示します。左上の情報ボタンをクリックする事で、より多くの情報を表示するパネルを拡張します。 情報パネル内でクリップファイルの情報を変更すると、クリップファイル自身の情報が更新されます。これは、あなたが他の誰かにクリップファイルを送信する場合、受け取り主は更新された情報を参照する事を意味します。 Information button (左上)(情報ボタン) このボタンをクリックする事で、要約/拡張を切り替えて情報パネルを表示します。 Preview image(プレビュー画像) アイテムがプレビューを備えている場合ここに表示されます。プレビューをダブルクリックする事で、イメージプレビューウインドウ上でより大きな画像を確認する事が出来ます。 Preview button(プレビューボタン) このボタンでいくつかのプレビュー関連の操作を行う事が出来ます。イメージプレビューウインドウでより大きな画像を表示し、画像ファイルから新しいプレビューを追加やアイテムからプレビューを削除する事が出来ます。プレビューの詳細は、上記アイテムプレビューの項目を参照して下さい。 Name(名前) アイテム名を表示します。 Info(情報)タブ 情報タブには以下を備えています Description field(説明フィールド) アイテムについての説明を追加する事が出来ます。 Date(日付) これはアイテムのファイルの最終修正日が表示されます。これはエクスプローラ(Win)、またはファインダ(Mac)で見る日付です。 Poly count/Size(ポリゴン数/サイズ) このフィールドは選択されたアイテムのサイズ情報を表示します。選択されたアイテムがオブジェクトの場合、可能であればポリゴン数が表示されます。アイテムが画像の場合、画像面積が表示されます。ポリゴン数/サイズが判別できない場合は、"?"と表示されます。サイズ情報のないアイテムには"-"と表示されます。 Metadata(メタデータ)タブ メタデータタブには以下を備えています Rating popup(格付けポップアップ) アイテムに1～5段階の格付けを選択します。 Category popup(カテゴリポップアップ) アイテムにカテゴリを設定します。上記概要でライブラリカテゴリの説明の項目を参照して下さい。 Tags field(タグフィールド) アイテムのタグを追加/削除を行います。タグを区切るにはコンマ(,)を使用して下さい。 Comments(コメント) アイテムのためのコメントを追加します。 トップ・ツールバー 画面上のツールバーは左から以下のコントロールを行います Display(表示)ポップアップ このポップアップリストは、インリスト内のアイテムをどのように表示させるかを選択する事が出来ます。 Arrange(配置順)ポップアップ このポップアップリストは、メインリスト内のアイテムの並べ替え/並べ替え方法を選択する事が出来ます。 ソートボタン クリックする毎に、メインリストのソート方向を昇順、降順に切り替えます。 お気に入り追加ボタン このボタンを使用すると、現在選択されているライブラリ項目をお気に入りに追加する事が出来ます。 フォルダボタン このボタンを使用すると、探していたファイルがライブラリになかった場合に、ディスクから開くファイルを選択する事が出来ます。 アクションボタン このボタンをクリックすると、さまざまな操作を実行するためのポップアップメニューが出ます Add files to Library(ファイルをライブラリに追加) これは、ライブラリに追加するファイルを選択するためのファイルダイアログが開きます。 ダイアログで複数のファイルを選択する事が出来ます。 Scan folder for Library items(ライブラリアイテムのフォルダをスキャン) スキャンフォルダのダイアログが開きます。これにより、ディスク上のフォルダをスキャンする事で、ライブラリに複数のアイテムを一度に追加する事が出来ます。このダイアログでは、追加するファイルの種類と、選択したフォルダのサブフォルダもスキャンするかどうかを選択する事が出来ますが、時間が掛かるかも知れません。極端な例として、あなたのドキュメントフォルダをスキャンすると決めたとしましょう。そのフォルダには、多くのアイテムの詰まったフォルダが数多くあります。フォルダのスキャンに時間が掛かりすぎると、いつでもスキャンを中止する事は出来ますが、そういった事に留意して下さい。フォルダスキャン方法の設定後、[Choose Folder]ボタンをクリックし、対象フォルダを選択後にスキャンが実行されます。 Show selected item in Explorer/the Finder(エクスプローラまたはファインダーで選択したアイテムを表示) エクスプローラ(Windows)、またはファインダー(Mac)のメインリストで選択されたアイテムのファイルを表示する場合に、これを選択します。 Only show missing files(欠損ファイルのみを表示) 欠損ファイルだけをメインリストに表示させる場合これを選択します。これらはディスク上で見つからなかったファイルのアイテムです。 Refresh the Library(ライブラリを更新) これを選択すると、ライブラリを再読み込みし、ライブラリウインドウ内を更新します。行方不明のファイルがリムーバブルディスク(交換型ディスク)内にある場合などは、これを行う理由の1つとなりそうです。ディスクを置き換え、ライブラリを更新する事で再びファイルを見つけ出せるかもしれません。 メインリスト メインリストにライブラリアイテムが表示されます。どのアイテムが表示されるかは、ウィンドウの各設定に依存します。メインリストは閲覧モードとリストモードの2つの基本モードを備えています。です。各モードは、トップ・ツールバーの"Display"ポップアップを使って設定します。 閲覧モードは情報パネルと同様にプレビューを表示します。アイテム表示には、"Icon(アイコン)"、”Icon and Name(アイコンとアイテム名)”、”Icon Detailed(アイコンの詳細)”の3つの方法があります。"Icon"はアイテムのプレビューを表示するだけで、プレビューがない場合はアイテムの名前が表示されます。"Icon and Name"は、プレビューの下にアイテム名が表示されます。 "Icon Detailed"は、プレビュー、アイテム名、格付け、修正日、アイテムサイズ(該当であれば)を表示します。 閲覧モード時、アイテムにマウスを重ねると、アイテム名とともにツールチップが表示されます。アイテム上にマウスを重ねALT/Optionキーを押し続けると、ツールチップはディスク上のファイルのフルパスを表示します。 リストモードでは、アイテムをテキストリストとして表示します。リスト表示には、"Name(名前)"と"Name Detailed(名前と詳細)"の2つの表示方法があります。"Name"はアイテム名のみ表示します。"Name detailed" only shows the item name. "Name detailed"は、名前に加えてタイプ、レーティング、サイズ、修正日の情報を表示します。 例えばシーンにオブジェクトを追加したり、新しいプロジェクトを開くために、あなたはこのメインリストからアイテムを開く事が出来ます。これは、作成ボタンを使ってアイテムをダブルクリックするか、ネットワークビューにアイテムをドラッグ＆ドロップする事で行えます。詳しくは、上記のライブラリを使ったアイテムの作成を参照して下さい。 メインリストから複数アイテムの選択が出来ます。これは、主にライブラリからアイテムを削除するのに便利です。ライブラリから一度に開ける事の出来るアイテム数は1つだけです。 欠損ファイルは、特別は方法でメインリストに表示されます。詳細については、下記の欠損ファイルを参照して下さい。 ボトム・ツールバー ボトム・ツールバーの左にあるコントロールの最初のグループは、名前やタグでライブラリのアイテムを検索する事を可能にします。検索結果はメインリストに表示されます。検索フィールド内を空白にするか、右横の[X]ボタンをクリックするまで、メインリストの検索結果表示は継続されます。 Search options button(検索オプションボタン) このボタンをクリックすると、検索オプションを選択するポップアップが表示されます。 検索フィールド このテキストフィールドに検索ワードを入力します。検索を停止し、すべてのアイテムを表示するには、フィールドを空白にして下さい。 X ボタン このボタンは検索を停止し、検索フィールドを空白にします。 作成ボタンは、ボトム・ツールバーの右側に表示されます。メインリストで選ばれたアイテムのタイプ別に異なるボタンが表示されます。作成ボタンを使用する事で、プロジェクトを開いたり、クリップを追加したり、ライブラリアイテムに適切なタイプの新しいノードを作成したりなどの作動を実行が可能となります。 欠損ファイル 何らかの理由で、ライブラリはアイテムファイルを見つける事が出来ない場合があります。ファイルの移動、削除、取り外したディスク上にあった場合などに起こる可能性があります。 欠損ファイルはいくつかの方法で表示されます。1つはプレビュー画像が情報パネルとメインリスト(閲覧モード時)に表示され、右下に「？」マークが表示されます。 メインリストのアイコン表示例。 情報パネルでの表示例。アイテム名は赤字で表示されます。 ライブラリ内で欠損ファイルのみを表示する場合は、トップ・ツールバーのアクションボタンから「Only show missing files(欠損ファイルのみを表示)」を選択して下さい。 ファイルを移動、または削除された場合は、ライブラリから削除する必要があります。OS X上では、ファイルを移動する事について問題が生じる可能性は低いです。 ファイルがリムーバブルドライブ、またはマウントされていないネットワークドライブ上にある場合、ライブラリはそのドライブが再び利用可能になった時にファイルを見つける事が出来るでしょう。ドライブが再び利用可能になる時、ライブラリウインドウを開いている場合は、トップ・ツールバーのアクションボタンから「Refresh the Library(ライブラリを更新)」を選択し、ウインドウ内を更新して下さい。これにより、ライブラリはファイルが再び利用可能であるファイルを見つけ出し、ライブラリウィンドウも更新されます。 高度なトピック アイテムプレビューで説明したように、オブジェクトがライブラリに追加された時にプレビューとして使用する画像ファイルを設定する事が出来ます。これを行うには、専用の名前の画像ファイルをオブジェクトファイルと同じフォルダに設置します。画像ファイル名のフォーマットは以下の通り (model file name)_preview.XXX (model file name)の部分はモデルファイルの名前で、".XXX"は画像の拡張子です。対応拡張子は".jpg"、".png"、".tif"、".tiff"です。 以下の例を参照してください モデルファイル名 "GC17_3_Dandelion.tgo" このプレビュー用画像ファイルに名前を付ける必要があります "GC17_3_Dandelion_preview.tif" プレビュー画像にはアルファチャンネルを含める事が出来ますが、JPEGはアルファチャンネルに未対応である事に留意して下さい。TIFFがプレビュー画像として適したフォーマットです。 ライブラリの後端はデータベースであり、ライブラリ項目に対して生成されたプレビューを含むフォルダです。ライブラリデータはWindowsの以下のフォルダに格納されます C \Users\(ユーザ名)\AppData\Roaming\Planetside Software\Terragen 4\Terragen Library OS Xは以下のフォルダ ~/Library/Application Support/Planetside Software/Terragen 4/Terragen Library また、メインのトップツールバーにある【Help】メニューの「Reveal Key File」を選ぶ事で、登録されたバージョンの中から簡単に上記の格納フォルダにアクセスする事が出来ます。 必要に応じて、【Edit】- 「Preferences」パネルの"Library"からライブラリデータベースを削除、またはアイテムのプレビューを消去する事が出来ます。 ライブラリデータベースを削除すると、すべてのアイテムのプレビューも削除されます。ライブラリデータベースを削除しても、ライブラリに含まれていたファイルは削除されない事に注意して下さい。 一部のファイルにはプレビューが統合されている場合や、プレビュー(画像等で発生する可能性があります)が実行中に生成されている場合があります。プレビューを削除してもこれらのファイルには影響しません。統合されたプレビューは、ファイルからは削除されません。
https://w.atwiki.jp/program/pages/16.html
トップページ このページの編集方針 一般にライブラリは言語に依存する形で作成され、他の言語からも利用できるようにエクスポートされます。 目的にかなうライブラリが利用できるかどうかで言語を選択する場合もあると思います。 このページは、目的別に整理されたライブラリのページへのリンクを提供します。 汎用のライブラリ Boost（C++） フレームワーク Qt（C++） 「キュート」と読みます。 各種プラットフォームで使用できるGUIを中心としたライブラリです。 画像処理 文字列・正規表現 その他のライブラリ SQLite（C） Cで書かれたデータベースライブラリです。 SQL92のほとんどをサポートしています。 多くの言語でラッパーが用意されています。 SQL92には準拠レベルがあることに注意してください。 ページビュー -
https://w.atwiki.jp/marykiban/pages/42.html
MARYライブラリのライブラリ化 １．MARYライブラリのプロジェクトを作成 ２．MARYライブラリのプロジェクトプロパティを設定 ３．MARYライブラリにソースファイルを追加 ４．MARYライブラリをビルド Ａ．個別プロジェクトをMARYライブラリを使用するよう変更 １．MARYライブラリのプロジェクトを作成 １－１．"Quickstart Panel"の"New project..."をクリックする。 １－２．"NXP LPC1100 projects"の"C Static Library Project"を選択し、"Next"をクリックする。 １－３．"Project name"に"MARY"と入力し、"Next"をクリックする。 １－４．"LPC1114/301"を選択し、"Next"をクリックする。 １－５．"CMSIS Library to link project to "の"None"を選択し、"Finish"をクリックする。 ２．MARYライブラリのプロジェクトプロパティを設定 ２－１．MARYプロジェクトを右クリックし、"Properties"をクリックする。 ２－２．"C/C++ Build Settings"の、"MCU C Compiler Target"をクリックし、"Use headers for C library"を"Newlib"に変更する。 ２－３．"C/C++ Build Settings"の、"MCU C Compiler Symbols"をクリックし、"Defined symbols"に"__USE_CMSIS=CMSISv1p30_LPC11xx"を追加する。 ２－４．"C/C++ Build Settings"の、"MCU C Compiler Includes"をクリックし、"Include paths"に""${workspace_loc /CMSISv1p30_LPC11xx/inc}""を追加する。 ２－５．"OK"をクリックする。 ３．MARYライブラリにソースファイルを追加 ３－１．C \CQ\LPC1114\workspace\LPC1114\srcフォルダの*.hファイル（２２個）を、C \CQ\LPC1114\workspace\MARY\incフォルダにコピーする。 ３－２．C \CQ\LPC1114\workspace\LPC1114\srcフォルダのcr_startup_lpc11.cとmain.c以外の*.cファイル（１９個）を、C \CQ\LPC1114\workspace\MARY\srcフォルダにコピーする。 ３－３．MARYプロジェクトのincフォルダを右クリックし、"Refresh"をクリックする。 ３－４．MARYプロジェクトのsrcフォルダを右クリックし、"Refresh"をクリックする。 ４．MARYライブラリをビルド ４－１．MARYプロジェクトをビルドする。 Ａ．個別プロジェクトをMARYライブラリを使用するよう変更 Ａ－１．プロジェクトのsrcフォルダに含まれる、MARYプロジェクトに含まれているファイルを削除する。（４１個） ※ PROG03_OLED_BMPの場合は、cr_startup_lpc11.cとmain.c以外の*.h+*.cファイルを削除する。 Ａ－２．プロジェクトのsrcフォルダを右クリックし、"Refresh"をクリックする。 Ａ－３．プロジェクトを右クリックし、"Properties"をクリックする。 Ａ－４．"C/C++ Build Settings"の、"MCU C Compiler Includes"をクリックし、"Include paths"に""${workspace_loc /MARY/inc}""を追加する。 Ａ－５．"C/C++ Build Settings"の、"MCU Linker Libraries"をクリックし、"Libraries"に"MARY"を追加し、"Library search path"に""${workspace_loc /MARY/Debug}""を追加する。 Ａ－６．プロジェクトをビルドする。 更新履歴 作成。(2011/7/23 NanaCraft)