xubuntuでjava開発環境を整えてみる

 

 

材料

• xubuntu16.10
• java8
• eclipse３．８
• AmaterasUML1.3.4
• GEF（↑が必要としている）

自分が再構築できなくなるので、トリッキーなことはしない主義
チューニングとかほぼ無しの、ドノーマル仕様のXubuntu16.10がベースです

Xubuntuのインストール

Xubuntuはほぼノーマルなので、インストールは割愛

Java(ランタイム、開発環境)とeclipseをインストール
sudo apt-get install default-jre default-jdk eclipse

eclipse用のUML記述環境をインストール

GEF

※GEF公式HPからのダウンロード方法がわからなかったため、Eclipseが持っているインストール方法を利用することにした。

Eclipseメニューの「ヘルプ」-> 「Install New Software...」をクリックして，インストールウィンドウを開く．以下の手順を実行してGEFをインストールする．

    「作業対象」: "http://download.eclipse.org/releases/luna/" 入力
　　　…Eclipseがリストを取得するので、しばし待つ…
    「モデリング」-> 「グラフィカル編集フレームワーク GEF SDK」をチェック
    「次へ」をクリックして，インストールの流れを進める．
　　　…インストールの同意をすれば、再起動ボタンが表示される
    Eclipseを再起動する．

AmeterasUML

AmaterasUMLはこちらから入手してください。
入手したアーカイブを解凍し、出てきたjarファイルをEclipseのプラグインフォルダにコピーすれば、インストールは完了
 ↑「プラグインフォルダー」は、利用者が自分だけだれば　~/eclipse/org.eclipse.platform_3.8_ﾎｹﾞﾎｹﾞ/plugins/

 AmaterasUMLの使い方

1. 「ファイル」->「新規」->「その他」をクリック．
2. 「AmaterasUML」→「クラス図」を選択してファイルを作成．
3. 必要なクラスファイルをドラック&ドロップ

Huginを使ってみた 第3回（END）

自動検出に失敗した時の対処のしかた（2）

（肉眼でオーバーラップ部分の特徴を探して指定する）

←第2回

   

 

対象となる画像をパノラマ要素として読み込む

第２回の続きの場合、諸悪の根源となる画像がリストから消された状態のはずなので、今一度パノラマ要素として読み込みます。対象画像をリストから消していない場合にはこの操作は不要です

「パノラマ写真作成ソフト」ウィンドウ、「photos」タブの、「AddImages」ボタンを押下

（この説明では、13番画像が操作が必要となる画像）

2つの画像の関連する点を手作業で指定していく

「コントロールポイント」タブを表示して、13番画像とオーバーラップがあるはずの画像を選択ます

図の画像名の横にある←→▲▼を押せば、画像が切り替わります。このとき表示される画像の配置は、右左関係がありません。

（今回は12番画像が、13番画像と隣同士）

この時、←→ボタンを押していると、他の画像同士の自動判定された関連をみることができると思います。要するに、以下の操作でコレと同じ状態にしていけば良いということです。

オーバーラップが正しく自動判定されているパーツ

人の目で大局的に見て、「同じような部分」を予め見定めて、以降進めてください。

このへんだよね〜

どちらかの画像で関連付けしたい部分を1箇所クリックしたら、その部分が拡大表示されます。

 

「ここだ！」と思う点が左右の画像で一致したら、すかさず「追加」ボタンを押すことで、その点がコントロールポイントとして追加されます。

 この時、撮影時の状況にもよりますが、当然のこととして、パーツを分けて、角度を変えて撮影しているので、「完全一致はありえません」 ←ここの事情を汲みましょう。

今回の画像の場合では、「水面」、草という被写体の特性上、なおさら完全一致はありえません…

なので、そこは人の目の「曖昧さ」を利用して「大局的な一致部分」を指定してやります

 コントロールポイントは多ければ多いほど出来上がりの画像がそれらしくなるのですが、最低3点はほしいところ。頑張って関連する部分を探しましょう。

再びの自動配置

コントロールポイントを手作業で記録したら、「ファストパノラマビュー」ウィンドウに戻って、

「アシスタント」タブ→「配置」ボタンを押下して、今一度自動で処理を行わせてみます。

すると、今度は追加したコントロールを踏まえた画像の配置を行ってくれるはずです。

正しく配置された♪

 コントロールポイントを表示してみると、自動認識で画像のどこを「同じ点」として認識しているのか、眺めることができます。

この時、直線で結ばれた×印は、多分間違った点同士を「同一点」として見ていますｗ

まぁ、全体の出力があまりにも現実離れした画像とならなければ、ほっといても問題にならないのかなというトコロ。

 以上が、Huginの基本的な使い方なのかな、と思います。

これから、深く掘り下げて、「投影方法」の違いなんかにも挑戦していけたらなと思います。

Huginを使ってみた 第2回

自動検出に失敗した時の対処のしかた（1）

（一度諸悪の根源を把握し、消し去ってみる）

←第1回 　　　　　　　　　　　　　　　　　　　　　　　　　　　　第３回→

 

画像を読んで「配置」ボタンを押下した自動配置でエラー↓が出てしまった場合の対処

このダイアログはとりあえず「continue」で凌いでいただいて…

なにかの処理に渡す引数がおかしい…、的なエラー？

次に出現するダイアログを読むと、 

１４枚ある画像のうち、[0-12]と[13]の間に関連が検出できなかったことがわかります。

このダイアログの数字は、改善のイトグチなので、サラッと流さないでください！

エラーのある画像の番号を控えて「OK」を押下して、「ファストパノラマビュー」に戻ります

１４枚ある画像のうち、[0-12]と[13]の間に関連が検出できなかった

 現状で「配置」タブを見たところ、画像がすべて横並び…

上下2段になってほしいところなのですが…

ホントはこう↑なってほしいのに…

 

一度諸悪の根源を断ってみる

Huginを使ってみた 第１回

インストールと使い方

（Huginを使ってみた　第１回）

第２回→

ちな↑世界一周した時のアメリカヨセミテ国立公園　ミラー湖

Hugin凄いやつだった

((((；ﾟДﾟ))))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

「Hugin」複数の画像からパノラマ写真を合成する"無料"のソフトなんですが
スゲっす。

元画像はこちら↓

何がって
2次元方向の多段画像も、「ほぼ自動で」合成してくれるところが。

 元画像のオーバーラップさえしっかりとれていれば、
画像を選んでボタンを押すだけ

画像の配置に気を使ったりとか、露出を合わせたりとか
要らないとか、どんだけ手軽なのか、と♪

Huginの使い方（手抜き）

バックアップ環境を考える

取っててよかったバックアップ　fwbackupsは最高すぎます♪



僕の環境では以下の基準でバックアップとってますが、
何度も救われるほどのおっちょこちょい(；・∀・)
なので頻繁なバックアップは欠かせません。

イメージはWindowsのファイル履歴、MACのタイムカプセルです↓

LibreBasicにいま持ってる知識で立ち向かってみる 法律勉強プログラムを作ってみるの巻 第１１回

パスワードロックによる不具合の原因は

日本語だった…

<<第１回　　<第１０回　　　                                                      　　　第１２回>

 ここまでLibreOfficeで日本語が問題になったことがなかったものだから、完全に盲点でした

コード中の日本語が、パスワードをかけると化ける問題が以前からあるとのこと。

条文を整形する過程でコード中に日本語が多分に含まれているので、完全にコレのせいで挙動不審になっていた模様。

↓参考文献

• ライブラリロック時の「日本語文字化け」回避策（その２） 
• URL エンコード(符号化)/デコード(復号)ツール 
• ConvertFromURL 関数 [実行時] 

 今のところコード中の日本語をconstとして定義して使う方法をとっていますが、起動にめっぽう時間がかかるようになってしまったような気がするので、改善の余地ありです。→マシンを再起動したら治りました(；´∀｀)

 

LibreBasicにいま持ってる知識で立ち向かってみる 法律勉強プログラムを作ってみるの巻 第１０回

書きなぐったプログラムは守れない

(;´д｀)ﾄﾎﾎ… 

<<第１回　　<第９回　　　                                                      　　　第１１回> 

→解決しました（第１１回）

LibreOfficeで自作ライブラリにパスワードをかけて保護する方法を検索した。
いろいろ試したけど、安直にダイアログだけ外に出して、マクロコードを見えなくするってのは無理みたい(；・∀・)　「ご利用は計画的に」だね。

• libreoffice basic DialogLibraries
• libreoffice basic BasicLibraries
• ライブラリのロード
• Accessing Libraries from Basic
• OpenOffice.org Basic 

自分のオリジナルコードにパスワードを掛ける方法は、上記リンクが詳しいけども、
ここでもおさらいｗ

以下の方法で、自作コードをライブラリとして保護することは可能。

なのですが…
変数の有効範囲が問題になってきて、こちらの思った通りの挙動をしてくれない。
ダイアログはロックがかかっていたら表から呼び出せないので、ロックの外にしたいし、コードは守りたいし、変数の生存期間も考慮しないといけなくなったり、と。
まさに火中のクリ(；・∀・)　コードをロックするつもりなら初めからそのつもりでプログラムを設計しなきゃならないな…と、思った次第。


自前のマクロにロックを掛けたければ、登る山が違う…

「Standard」にはパスワードがかからない仕様なので、
パスワードを掛けたければ、新規にライブラリ作成

作成すると、パスワードボタンがアクティブになる

 適当なパスワードを設定

盛大にハマった（進行形）技術：
パスワード有効/解除の時のライブラリの挙動の違い
正直まだ解決に至っていませんが、パスワードを掛けたライブラリと、パスワードが解除された時のライブラリの挙動の違いがイマイチ把握できておらず、デバッグに途方もなく時間がかかるので、トレースしきれていません。

感覚的には以下が絡んで動作不良を起こしているものと推定する。この辺詳しく書いてある参考資料って無いもんかなぁ…

• 変数のスコープ（有効範囲）
• 可視/不可視
• ライブラリをロードするタイミングと、変数の寿命