匍匐前進日記

行政職で森林・林業にかかわってましたが、現在は民間で働き出しました。記事のテーマは業務関連の資格と時々パソコンの話ってところです。So-netから移行してきました(20160620)。移行前のは20100107~。記事は時々加筆修正します。

Filemakerで会議録管理してみる

データベースの勉強してます。

データが増えるとファイルで管理するよりデータベースで管理するほうが云々、てことが↓の本に書いてあって、会議録なんかもWordで各人がペチペチ打って管理するより、ほんとは集中管理するほうがいんだろうなと思ってた。

この本、会話形式で初心者向けですが、Filemakerにとびつく私のような初心者に抜けがちなデータベースの基本概念が書いてあって勉強になります。

〔入門〕はじめてのデータベース

〔入門〕はじめてのデータベース

 

Filemakerにはフィールドの桁数が設定がなくて、長いテキストもほりこめる。ってことで現在会議録を作ってるところ。

役所は紙で回覧するので、印刷がうまくできないと困りもの。

A4で印刷することを想定して、また長い議事録の場合も想定してあらかじめ数ページ分の縦に長いフィールド枠を設定してます。
ただ、そのままだたとフィールド枠より実際の議事録は短い場合が多いので、印刷すると何もないページが多くて無駄が多い。

そこで、Filemakerのスライド機能を使うと、テキストフィールドの空行を自動的に詰めてくれる。

入力用のレイアウトと印刷用のレイアウトを分けて設定して、印刷用レイアウトには上記のとおりフィールド枠を縦に長い複数ページにまたがるようにして、かつスライド設定しておく。

印刷するときは自動的に印刷用レイアウトに移ってから印刷するように短いスクリプトを書いて、「印刷ボタン」にスクリプトを設定する。

大体できたんですが、あと資料登録・取出しのスクリプトをつくり中。

f:id:haruchin-puripuri:20160814144733p:plain

 

Filemaker、独学だと進捗悪いし、どう学べばいいかわからんかったけど、一つは人に教えてもらうのが手っ取り早かった。もっと早く気づけばよかった。
とはいうものの、お金はかかるので、WEBセミナーも一つの手です。公式のものもあれば↓、Youtubeでもあります。

www.filemaker.com

オープンソースカンファレンス京都

金曜は仕事があったので2日目の土曜しか行けませんでしたが、
初めてオープンソースカンファレンス京都2016に行ってきました。

受付はあったけど、別に事前申し込みのチェックをするわけでもなく、配布資料をくれました。受付のお姉さんがかわいかった。

受付には初心者用の首から下げる名札があって、「つけたかったらつけてもいいよ」って感じで置いてありました。初心者名札つけたら、こんなおっさんでも誰か親切にしてくれたんだろうか。

↓展示会場の様子(ここ以外にも展示会場はありましたけど写真撮ってない)

f:id:haruchin-puripuri:20160731233528p:plain

f:id:haruchin-puripuri:20160731233523p:plain

ブースを見てまわると、企業やユーザー会に交じって、コミケ的な感じ(本物を行ったことないのですが,,,)出展もあって、同人誌みたいな冊子(中身見てない)を販売してるところもありました。嫌いじゃないけどおっさんだし恥ずかしくて素通りさせていただきました。

で、展示会場とは別の会議室ではいろんな発表がありましたが、どれも表題でイメージしてたのと内容が自分的には違いすぎて、ついていけないのが多かった。ただ、そういう世界で仕事なり活動されてる方が大勢いて、一口にオープンソースといってもいろんな切り口があることを改めて痛感。

仮想化の話とかサーバ・インフラの運用・管理・監査の情報が多かったような気がします。DockerとかOpenStackとかなんとなくしかわからない話がここでは基礎知識のような感じです。
その中で高橋基信さんのSambaの話と中小企業現役IT担当者のSugachanの話が面白かったです。恥ずかしくて「サインして」が言えませんでしたが、高橋さんのブースで本買いました↓。

 

【改訂新版】サーバ構築の実例がわかるSamba[実践]入門 (Software Design plus)

【改訂新版】サーバ構築の実例がわかるSamba[実践]入門 (Software Design plus)

 

 

Sugachanの話は業務改善に取り組む人・組織にはうなづくところも多いかと思います。改善効果がみんなに役立つことが想像できないと、改善自体が受け入れられないという、人間の意識を変えるのは下からじゃ無理なんじゃないかと痛感させられた事例発表でした。だからこそ社内の風通しとか経営層のマネジメントがほんとに大事な気がする。役所もそうなんだよな~と思いながら聞いてました。スライド公開してくれないかな...

行ったからといって何かが変わるとは限らないけど、行くと何かは手元に残る。
また機会があれば行きたいです。

↓駅から会場までの道路(帰りに撮影)

f:id:haruchin-puripuri:20160731233532p:plain

やっぱり京都、ラーメン屋が多い気がする。会場近くの「ラーメン日本一」が量が多くて、大食いの人にはオススメ。

TG-4のロガーの林内での使用感

この手の機械は精度がどうこう言える代物でないことはわかってますが、
比較してみました。

比較対象はGarmin GPSMAP64(コンパスないやつ)

↓で赤星と赤ラインがTG-4。青点・青ラインがGarmin。f:id:haruchin-puripuri:20160719215857p:plain

やっぱりGarminと比較するとTG-4は取得間隔が広い。
それとかなり揺れてる。
現実のルートはGarminのほうが忠実に再現してる感じ。あくまで比較の問題ですが。
Garminだって行きと帰りがルートが重ならないところは多々ある。

衛星の観測結果が大気の状態で揺らいだりすることを考えればこんなもんでしょ?
むしろよくやってると思う。

で、こういう代物をどう検査すんのかな?

 

ちなみに今回の観測場所はこんな感じのところ↓。
まあ、地形が急で衛星配置悪いだろうし、マルチパスの嵐でしょう。

f:id:haruchin-puripuri:20160719221104p:plain

f:id:haruchin-puripuri:20160719221113p:plain

林冠も結構閉塞してるし。

 

TG-4の改善点としては、電池の持ちを挙げたいと思います。
何でオリンパスは電池を大きくしないんだろう。
朝から撮りまくってると途中で電池がなくなって交換を余儀なくされる。
GPSロガーの取得間隔が長いのも電池の持ちが原因じゃないかと思う。
多少大きくなってもエネループを使えたらもっとイメージだけじゃなくてほんとに「タフ」になると思う。

それと、ポケットやザックにしまう使い方はGPSロガーの精度が落ちるので、
できるだけ体の高い位置(肩とか)に装着できるような固定方法があるといいと思う。ワンタッチで着脱できるようなのがあるとフィールドでの用途ですごく便利に使えると思う。

もっというとGarminときちんとカメラメーカーが組んでくれたら多少大振りでもいいのができないものかと思ったりしてます。

QGISのLTRが2.8系から2.14系になってた

GIS勉強会で使う2.8.9を参加者に「それぞれインストールしといて」ってお願いしたばかりですが、今日QGISのサイト↓見たらLTRが2.14系になってた。

QGISプロジェクトへようこそ!

勉強会はテキストがQGIS入門(第2版)なので、2.8系でやるけど。

過去のバージョンのタイムスタンプ見たら2.8.3が2015年1月だった。
2.8.0がいつ出たのかはっきり覚えてないけど、Ubuntuなんか(Ubuntuの場合は「LTS」)は5年くらいサポートがある気がするけど、2年くらいでサポートがなくなるのはちょっと短いと思う。次のLTRの移行時期はどこかに情報があったのかもしれませんが、もう少しはっきり明示していただくほうが現場の混乱は少ないように思う。

開発が早くて便利な機能が次々盛り込まれるのはありがたいのですが...

Filemakerで文書管理データベースを作ってます

年度末からFilemakerでぽちぽちと作ってた文書管理データベース。
文書だけでなく、「あの写真どこ行った?」とか「国からの通知文ってないの?」っていうのに対応した、ナレッジベースみたいな感じにしたくていろいろ試行錯誤してた。

f:id:haruchin-puripuri:20160711004210p:plain

苦労したのは、

1.通常状態での編集のロック。

2.取り込んだ文書ファイルを外部保存するのにFilemakerに自動でフォルダ作成をさせるところ。

3.調査ものを、自分の課への依頼→市町村等への外部へ照会→外部からの回答→外部からの回答をとりまとめして依頼元へ回答、といった流れでデータを管理・格納する器づくり

 

自分じゃどうにもならなかったのは1.ですが、一番時間かかったのは3.だったりする。仕事の流れに即したものになってるかどうかは使いながら検証するしかない。

3.の対応をするのにあたって文書データを格納するオブジェクトフィールドをかなりたくさん作ってしまって、文書管理用のデータベースとしては容量の増大が心配だったので、Filemakerの外部保存の機能を使いました。

デフォルトだと、違うレコードでも同じ名前のオブジェクトフィールドに同じ名前のファイルを保存すると後から入れたデータが保存されてない(上書きもされない)ことが分かって、2.のとおり、レコードIDを付与した保存先フォルダ名を新規作成させて、その中に保存させることにしました。

レコードIDは自動採番なので、同じデータベース内で一意になるので、それをフォルダ名に使えば、ファイル名が同じであってもきちんと保存することができます。

Filemakerは何でもできるわけではないんでしょうが、用意された機能をパズルのように組み合わせて比較的短時間で試行錯誤できる便利なソフトです。

しかし、素人くさいレイアウトを何とかすることができないか?

センスのなさはどうしようもないか...

 

170514追記
コメントいただいてアップしてないことに気が付いたんで、アップしました。
https://drive.google.com/folderview?id=0B46I9_ffr-QbS2tPUUszQ0ZlNXc&usp=sharing

ご確認ください。

で、外部にデータ保存するときのですが、
保存先のフォルダ設定はデフォルトだと↓こうなりますが、

f:id:haruchin-puripuri:20170513234731j:plain

 

↓こんなふうに変更してます。

f:id:haruchin-puripuri:20170513235035j:plain

 

考え方としては↓こんな感じです。

f:id:haruchin-puripuri:20170514000741p:plain

 

TG-4のロガーデータをQGISにドロップしてみた

オリンパスGPSデジカメ、TG-4を職場で買った。
ロガー機能でできたLOGファイル、NMEAデータとのことでしたが、
かなり情報が端折られてる感じがする。
自分的には衛星ナンバーが記録されてないのが非常に残念。

ロガー機能はSDカードが入ってないとONにできない。
まあSDカード入れないで使うことはないわけですが、
その割に自動でログがSDカードに入っていくわけではなく、
カメラの設定でSDカードへの書き込み操作をしないといけない。

まあそのへんはあまり気にしないようにして、
GPS機能がどんなもんか検証していきたい。

とりあえずロガーとして通勤ルートで使ってみた。

とったデータはカメラで確認できないので、
QGISに入れてみた。

↓マップビューにLOGファイルをドラッグアンドドロップ
log01.png

するとダイアログが開くので、トラックとポイントの両方選択してみる。
log02.png

↓自動的に読み込まれて軌跡とポイントが表示されました。
log03.png

ラインには大した情報はくっついたませんでしたが、
ポイントデータには取得時間が記録されてました。時刻はUTCみたい。log04.png

ポイントデータの取得間隔がちょっと長いような気もしますが、
実際何秒かよくわからないのと、自分で設定できないのがどうにも残念です。

次は林内でどんだけ使えるかやってみたい。

Filemakerで編集ロック

FileMaker初心者なりの工夫の話。
初期状態ではロックされた状態で、新規レコードや複製レコードを作らないと入力できない、っていう機能をやりたかった。
どうも複数のレイアウトを使うとこでできるらしい。

FileMakerはデータをいろんなレイアウト(アクセスでいうところのフォーム?)画面を作って、そこで表示させて入力や検索を行う。
初心者的にはレイアウトを作りながらテーブルを定義していけるところが敷居が低くていいわけです。

当然、ちゃんとしたデータベース作るなら思い付きじゃなくてちゃんと正規化してリレーションも組んでやるのがいいわけですが、
それはちゃんとデータベースの設計を詰めれるようになったらできることで、
ちょっとした自分用のデータベースを作る分にはそんなに厳密にやんなくてもいいと思ってた。
どう使いたいかさえ頭に入ってたら、それをすばやく具体化するのにいいツールだと思います。

いままで、レコードの複製を忘れて元のレコードをいじっちゃって壊してしまうことが多々あって、
初心者向けの掲示板とか漁ってみたこともあったけど、
自分のレベルで理解できる言葉で書いてあった試しがない。

以上、前置き。
上記の機能を実現する手順としては、

  1. 入力用のレイアウトと作る(当然フィールドも設定する)
  2. 各フィールドをインスペクタのデータタブの設定でブラウズモードで入力ができないようチェックをはずす

    f:id:haruchin-puripuri:20170517232221j:plain

  3. そのレイアウトをコピーする

    f:id:haruchin-puripuri:20170517232254p:plain

  4. コピーしたレイアウトでは2.の設定を変更してブラウズモードでも各フィールドの入力をできるようにする。
  5. 元のレイアウトにボタンを2つ作って、スクリプト「a.コピーしたレイアウトに移行して新規レコード作成」「b.コピーしたレイアウトに移行してレコード複製」をそれぞれ設定する(当然ボタンにはそれらしい名前を付ける)
  6. コピーしたレイアウトにボタンを3つ作って「c.新規レコード作成」「d.レコード複製」「e.元のレイアウトに戻る」の5つをつくるをそれぞれ設定する(上と同様ボタンに名前を付ける)
  7. 終了するときに元のレイアウトに移行するようようにスクリプトトリガを設定する

    f:id:haruchin-puripuri:20170517232334p:plain

こうすることで、新規レコードや元のレコードを複製しない限りは編集できず、
過去のレコードを知らず知らずに上書きしてしまう事故がかなり防げると思う。
スッキリした。

Filemakerでdbfファイルの更新できるかも

Filemakerの講習でdbfファイルの読み書きができることを教わった。
そういうのはソフトウェアの仕様なので、調べればわかるはずですが、知らなかった自分。

いくつか注意点はありますが、
Filemaker13で読み込んだdbfを再度dbf形式でエクスポートしてみて、
QGISで読み込んでみた。

エクスポート時に文字コードをSHIFT-JISを選択するとフィールド名が文字化けせずに元の通りに出力できます。
致命的な問題は今のところない感じ。
文字コードが悪さしないといいのですが。

dbfの仕様で文字コードunicodeを選べるのかどうか調べてみないとわかりません。
本家borlandのサイトではdbfの仕様がすぐに見つけられそうになかったので、
esriジャパンのサイトでshapeファイルの様書が公開されてるのでそれ見ても、
明確な記述はありませんでした。
http://www.esrij.com/cgi-bin/wp/wp-content/uploads/documents/shapefile_j.pdf
とはいうものの、DBF文字コードをUTFに変更する手順がいろんなブログに書かれているので、
できないわけじゃないようです。
あまり複雑な手順を踏んでも日常業務のフローとしても問題あるので、Filemakerだけで済むとありがたい。
Filemakerを通すことで文字コードのほか、元のdbfにどんな影響があるかわかりませんが、
とりあえず様子見。

FileMakerのバージョン14はわかりませんが、出たばっかりの15の試用版を使ってみると、
このあたりの扱いは変わってない様子。相変わらず文字コードはASCIIとSHIFT-JISしか選べない。

とりあえず、自分としては致命的な問題がなければ、更新がやりやすいので、
Filemakerでいろいろできそうな気がする。

続きを読む

FileMaker講習会

本を読んで理解するより、人(プロ)に教わったほうが早いのは頭ではわかってた。
本読んで理解するのに限界を感じてきたのが正直なところ。

FileMakerProはいろいろと使いやすいデータベースが作れるソフトウェアなのですが、
今一つ習得するための教材がそろってないし、まとまって学べる機会も少ないように思う。
自分のせいもあるけど、時間かけてるわりに理解が進んでないので、
思い切って講習会に有償で参加してみた。(奥さんすまぬ。)

JUPPOさんは以前からFileMakerカンファレンスなどのイベントに興味をもってからよく見かける(ことに気付いた)会社。
http://www.juppo.co.jp/

関西で教室をやってるっていうんで代休使っていってみた。
http://fmtraining.jp/

会社でもいろいろ普及したいんだけど、
以前から我流で適当にやってきた自分の足元を確認するのが目的。

結論からいうともっと早く受けとけば、時間無駄にしなくてよかったなと思う。
FileMaker歴20数年?の阪神ファンのお姉さん(日経ITProに記事も書いておられます)に
いろいろ脱線しながら(すぐにテキストにないこと聞いたりする私が悪い)、懇切丁寧に教えていただきました。
やっぱりきちんと教えていただくと頭の中を整理しながら進めるのですっきりした。
ソフトウェアの設計思想ってのがソフトによってだいぶ違うんですが、
それを教えてもらってもいきなりは理解できない人もいるとは思うけど、
いろんなソフト使ってきた人には、そういう大枠から説明してもらったほうが分かりやすいのかもしれない。

今回は基礎しかやってませんが、次は応用のコマ。
脱線していろいろ教えてもらったことを早速試して感動したり。

汎用ソフトの場合、単なるリファレンスだけだとよくわからん話が多い。
かといって具体的な開発工程を逐一画面で説明すると膨大なページのマニュアルになるし。
適度なケーススタディがあるといいんですが。

今後、職場で啓蒙できるかはともかく、
文書管理データベース、直してみたりしてる。
みんなに使ってもらえたらいいですが。

続きを読む

演習林

大学の指導教官がこの春退官された。
退官を記念して?演習林で特別セミナーが開催されたので上の子(中2)と一緒に参加した。
16050401.png
日中は演習林内で山菜の採取。
晩御飯のおかずをせっせと採取。
途中、演習林の中も案内してもらった。
16050402.png

16050403.png←トリアシショウマ

16050404.png←クサソテツ(ヒノキ造林地に生えてた)
20数年ぶりの演習林だけど、
言われるほど変化を感じなかったのはそもそもだいぶ記憶が薄らいでたのが理由かもしれない。
16050405.png
宿舎に戻って調理の下ごしらえのお手伝い。

16050406a.png←夕食ができるまで周囲を散策

16050407.png
豪華な夕食。今の時期しか味わえない山菜。

夕食後は、先生の「世界の食」に関するセミナー。
このセミナーは前振で、セミナー後にシュールストレミングスの試食?をする手はずでした。
先生らしい。
16050408.png
シュールストレミングという食材、ニシンとタマネギを発酵させたもので、
世界で一番臭いといわれ、屋外で開缶するような注意書きがある。
臭さでいうと、納豆を100としたときに1700程度もあるらしい。
屋外で開缶したけど、缶が膨らむほど内圧が高まってたから、
臭気を頭から浴びる格好になった演習林職員のお姉さん。
16050409.png←開缶したところ

16050410.png
先生がフランスパンにクリームチーズとハーブのなんとかいうのをはさんでサンドイッチにしてくださって
みんなにふるまっていただきました。
私も最後のほうでいただきましたが、うちの子供は結局食べなかった。
ゲップしたら匂いが上がってくるらしく、帰りの車の中も匂ってたらしい。

匂いは、簡単に言うとアンモニア臭のない肥溜めのような匂いです。
青物の魚の油のにおいは残ってた気がする。
乳酸発酵の食材でなんであんな匂いになるのかはよくわかりませんが、
なれずしもすごい匂いがするらしいし、
最初に食った人はすごい勇気?好奇心?があったに違いない。
確かにすごい匂いだけど、刺激臭じゃないし、想像してたほどじゃなかった。
まあ、一応食べ物だしね。

味は塩味のあとのうま味の余韻がすごい。
ワインがおいしくなる、と言ってた人がおられました。
ノンアルコールビールで我慢してたけど、このあと車の運転しなくてよかったらなぁ。
舌に残るうま味が結構続いてた。

最後、みんなは泊りですが、
うちは日帰りでおいとまさせていただきました。

懐かしいだけじゃなくてほんとに楽しい時間を過ごさせていただきました。
なんでこの研究室を選んだのか思い出した。
先生はほんとに外見的に変わってない気がした。
就職先は違うの選ぶべきだったという思いは揺るがないけど、
研究室は間違ってなかったと思う。

帰りがけに子供もしっかり研究室に勧誘されてたけど、
理系じゃないと普段言ってるのに、
「こんな先生がいるなら行きたい」と車中で言ってました。
「どんな仕事するか」じゃなくて「誰と仕事するか」が重要な要素であると
普段から思ってる軟弱父ちゃんに似て、「おまえもか」と感じた一瞬。
でも先生、退官なんだけど。
あんたにはシュールストレミングをすすんで食べてみるくらい積極性を持ってほしい。