【ガイガー】汚染地図作成手法確立プロジェクト２ [sc](★0)
-
- 1
- 地震雷火事名無し
- 2011/09/18(日) 18:05:08.08
-
汚染地図に関しては、既に科学者の方々が自主的に取り組んでおられますが、
今回の原発災害に向けてだけでなく、政府をあてにせず、いざという時に有志で
迅速に放射能汚染地図を作り、子供たちを守る為の手助けをしたい、そのための
「手法を確立する」プロジェクトです。
・汚染地図作成の為の手法の確立
・必要とされるプログラムの政策
・公開手法などの検討
・利用できる機材などの検討
などを行って参りたいと思います。
ある程度のものが確立した段階で、一度有志参加で災害に立ち向かっている方に
迷惑がかからない範囲で、現場テストと訓練をできたらナーと思います。
・機材購入レビューの人柱
・車込みで現場に行ってもいいという人
・プログラムの面からサポートしてもいいよという方々
などの合流を求めます。
既に汚染地図作成のプロジェクトも存在しますが、検討段階では色んな
アプローチがあって良いと思うので、特に「逸脱して全然合流できない方向」
に言ってしまわない限りは、２ちゃんねる有志の活動としてめとめまで頑張りましょう。
手伝ってね、みなさん。
前スレ：【ガイガー】汚染地図作成手法確立プロジェクト１
http://hato.2ch.net/test/read.cgi/lifeline/1307247719/
-
- 256
- 2012/01/28(土) 06:23:39.54
-
>>254 Ｑ：KMLファイルからNMEA（ガチャコン可能）ファイルに変換する方法ないですか？
逆コンバーターは、「ある」と言い切っていいものかどうか？ な方法は２種類ほどあるのですが、
私の m-241 から純正ツール作成した KMLファイル → NMEA にすると時間部分が欠損しやがるので使えないデータに・・・
「使える」確認が取れない状態です。
NV-U35 の最近の小さめ KMLファイル ＋ その時間とセットの GammaRAE?データありますか？
-
- 257
- 名無しに影響はない
- 2012/01/28(土) 19:29:53.35
-
KMLファイルからNMEA変換は今の所需要がないからなぁ
-
- 258
- ◆MustangENQ
- 2012/01/29(日) 08:20:18.45
-
>257
先にNMEA や機種別のバイナリデータがあって → ＫＭＬを作って使う が多いからねぇ
ダイレクトにＫＭＬでログってくれると汎用性が下がるｗ
-
- 259
- 2012/01/30(月) 19:53:31.87
-
放射線計測マップ作成支援
LogConv_ProRAEStudio2_ver100.zip
ver. 1.00
ttp://www1.axfc.net/uploader/Sc/so/314242.zip&key=MustangENQ
RAE GammaRAE II (R)/ NeutronRAE II (R) 用 RAE ProRAE Studio II 出力ログを変換します。
【 Manual Basic 手動入力 フォーマット 】csv 手動入力準拠
（通称：「ガチャコン」準拠です。）
ＧＰＳとのミックス前の編集や、表計算ソフトに取り込んで作業する為の簡易コンバータです。
ps.
そろそろ GPS データの簡易エディタを作り始めようとデザイン中。
ガチャコンの GPX 変換が重いので、もうちっと軽くならないか画策中。
-
- 260
- 2012/02/02(木) 03:05:14.17
-
放射線計測マップ作成支援
LogConv_GammaScout_ver100.zip
ver. 1.00
ttp://www1.axfc.net/uploader/Sc/so/314969.zip&key=MustangENQ
Gamma Scout 用 ToolBox-Application：Version 3.30 出力ログを変換します。
【 Manual Basic 手動入力 フォーマット 】csv 手動入力準拠
（通称：「ガチャコン」準拠です。）
ＧＰＳとのミックス前の編集や、表計算ソフトに取り込んで作業する為の簡易コンバータです。
-
- 262
- 2012/02/06(月) 00:16:42.15
-
放射線計測マップ作成支援
Edit_Splitter_GPS_Alpha01.zip
ver. Alpha 01
ttp://www1.axfc.net/uploader/Sc/so/316278.zip&key=MustangENQ
２月末日でうｐロダ先から自然消滅します。
ＧＰＳ データを間引いたり追加したりログ修正用データエディタ。
※ デザイン状態のαバージョンです。
まだエディタ動作はしません。ファイルの読み込みぐらいしかしません。
とりあえず、このぐらいのサイズで項目はこれぐらいを考えてます。
予定している機能は、添付している Edit_Splitter_GPS_NMEA_DMDRT.txt 参照。
>>261 完全に壊れましたか・・・GPS チップは精密部品ですからねぇ
-
- 263
- 2012/02/08(水) 21:43:21.54
-
かなり GPS ＮＭＥＡ ＆ ＤＭＤＲＴ 用簡易エディタが出来てきました。
ところで
Mark2改さん〜 ◆CGOTBmWdi2 さん〜 おられたら
2011 年最終版 DMDRT 仕様 >>200-201
を少し部分発展 案
旧：
01) 入力番号 ：0 〜 ｛ 入力用番号
05) 計測cpm ：(整数 {浮動小数点 可で対処)
↓
新：
01) 機器判別文字 ：0 〜 ｛ 入力用番号(整数) 又は、機種用の文字
05) 計測cpm ：(整数 {浮動小数点 可で対処) ｛ 係数のパラメータに [CPS] など代入用判別文字があればその単位。
計算式方式（アプリ側で式判別を組む：数値以外の計算用文字判別）
旧：
/係数-Offset ← Mark2 タイプ CPM / 係数-Offset = μSv/h
-BGx係数 (CPM - BG)*係数 = μSv/h
↓
新：
CPM/係数-Offset ← Mark2 タイプ CPM / 係数-Offset = μSv/h ／ CPM/係数+Offset
(CPM-BG)X係数 ｛ (CPM - BG)*係数 = μSv/h [X] は半角大文字のエックス。
例 )
155番 2011年11月06日 世界時間13時21分35秒半 n.nnn=μSv/h mm=cpm 係数=129.032 Offset=-0.032
測定高さ=100cm 累積時間（秒）=60 累積カウント=20
$DMDRT,155,20111106,132135.500,n.nnn,mm,CPM/129.032-0.032,100,60,20,*cs
機種名=MARK2R3 2011年11月06日 世界時間13時21分35秒半 n.nnn=μSv/h mm=cpm 係数=129.032 Offset=-0.032
$DMDRT,MARK2R3,20111106,132135.500,n.nnn,mm,CPM/129.032-0.032,*cs
・番号数字以外に機種名＋シリアルナンバーなどの文字で複数の機器を判別できる。
・係数の所に判別文字を入れる事で、[CPM] 以外を扱える。
見難いですが、策定案をまとめた物を近々ＵＰする簡易エディタに含ませます。
-
- 264
- 2012/02/08(水) 22:31:55.30
-
エステーから発売されたエアカウンターＳ を分解した人のツイッター
ttp://twitter.com/namururu
ttp://twitter.com/#!/namururu/media/slideshow?url=http%3A%2F%2Ftwitpic.com%2F8gwlss
いろいろと自作の幅が広がってきているようです。
mbed は、12bit の高速 A/D が乗ってたのでしたっけ？
スペクトル用のNMEA に乗せる規格をつくる場合、日付・時間・機器判別・分解bit数・スペクトルデータ〜
は要ると思う。
スペクトルデータも10進数整数か16進数文字か？ も要るね。
-
- 266
- 2012/02/09(木) 20:54:06.96
-
>>265
まだ分解するとしても、ネジだけにした方が良いです。
四方の＋ネジではなく、三方のネジだそうで。
検出部分のシールド（光の遮蔽）をＯＰＥＮにすると使い物にならなくなるかと。
http://twitter.com/namururu
2月8日
>PC入力用のI/Fは簡単にできると思います。
と書いておられるのも、その人のレベルだからの発言かとｗ
昨年は、自作 ＆ 通信機能機種の少ないメーカー年
今年は、改造年 かな？
GPS ＮＭＥＡ ＆ ＤＭＤＲＴ 用簡易エディタ(DMDRT → G-Mix-G csv コンバート含む)が大体終われば、
→ Ez Tour(CSV テキスト形式) 】旅レコ用簡易エディタを作って、
→ 低負荷出力のガチャコン Ver ２ (G-Mix-G csv 用簡易エディタ兼用) の製作に掛かろうかと思ってます。
低負荷と実行ファイルサイズを下げる為に、予定しているのは、
・多機種を止めて、G-Mix-G csv 形式に一本化 （機種別には、専用ログコンバータをこれまで出してる）
・GPS ログは、NMEA と Ez Tour CSV(旅レコ CSV 形式) ２種類のみ
・出力は、７色プロット と カシミール３Ｄ GPX と POT の３種類から選択、直接出力。
-
- 268
- 2012/02/10(金) 03:31:01.26
-
放射線計測マップ作成支援
Edit_Splitter_GPS_Beta01.zip
ver. Beta 01
ttp://www1.axfc.net/uploader/Sc/so/317587.zip&key=MustangENQ
ベータ版の為、２月末日でうｐロダ先から自然消滅します。
GPS NMEA and DMDRT Edit Splitter
ＧＰＳ データを間引いたり追加したりログ分割用データエディタ。
・旅レコ CSV の NMEA デコード搭載。
・速度/NMEA 信号別/ など
とりあえずココまで出来た〜〜
※ 製作中状態のβバージョンです。
一部機能（あと５つぐらい）がまだ動作しません。
策定案をまとめた物
Edit_Splitter_GPS_NMEA_DMDRT.txt の項目
【 DMDRT 準拠 フォーマット 】/ 自作機用汎用フォーマット ｛ プロジェクトで策定中：ver. 2012.02 (February)
-
- 269
- 名無しに影響はない
- 2012/02/10(金) 14:26:17.25
-
>>268
> とりあえずココまで出来た〜〜
ご苦労さまです 可動部いじり始めました
データーが視覚的で個人的に愉しい
リストを広く使いたいので、最大化可能な方向で検討してください
ペン型の例のアレ(デカイ体温計)の挙動確認中
DoseRAE2 と近似の値を示しています コンマ01~04ほど小さめを指しますが結構いい値です
表示する値は閾値からの上下限方向に計算値を示している挙動なのかなーという印象です
それゆえ一定(2min)の時間はかかりますが、「ここ」（計測点付近含め）の値はどうなの？はふらつき無く計測出来ます
ただし、0.2以上の場所の値は？な部分が有るのでこれから線源用いて遊んでみます
バラしは問題なく出来ました 作りは結構いいです
#私は改造してまで使わないのでだいたいの？回路図だけ知合いにトレースしてもらいました
-
- 272
- 2012/02/12(日) 07:38:11.96
-
放射線計測マップ作成支援
Edit_Splitter_GPS_Beta02.zip
ver. Beta 02
ttp://www1.axfc.net/uploader/Sc/so/318244.zip&key=MustangENQ
ベータ版の為、２月末日でうｐロダ先から自然消滅します。
GPS NMEA and DMDRT Edit Splitter
ＧＰＳ データを間引いたり追加したりログ分割用データエディタ。
おおまかな機能は完成しました。(GGA 再現補間は、まだです。)
改良箇所があれば使用報告でも待って次回の正式版に作りこみを・・月末までにはリリースしたいカナ？
RMC だけにしてから、補間するとトンネルなど途切れている部分などを作成できます。
やってみたい部分は、マウスクリックメニューで範囲指定、おまかせ自動出力とか。
予定は順次、
→ 旅レコ csv 用のエディタを、コレをベースに作る。
→ それを基に ガチャコン ２ を作る。
→ GPS NMEA and DMDRT Edit Splitter の正式版で作りこむ。
-
- 273
- morizo
- 2012/02/12(日) 16:06:48.25
-
ガチャコンver.1.00 有効に使わせてもらっているのですが、
GPSロガ- i-gotU GT-120で GPXファイルを、GPSBabelでnmeaに変換後
ガチャコンで、7 Colors GoogleMap にすると、微妙に位置がずれています。
(なぜか、数個がほぼ同じ位置になります）
NMEA
http://www1.axfc.net/uploader/Sc/so/318359
GammaRAE2
http://www1.axfc.net/uploader/Sc/so/318358
お手数ですが、一度御確認願えないでしょうか？
できれば、gpx入力出来るとありがたいです。
-
- 274
- 2012/02/13(月) 04:46:34.08
-
>>273
ちょっと見てみます〜。
数個並ぶのは、座標計算の小数点以下の切捨て位置を深くすれば良さそう・・
>273 の NMEA のをそのままカシミール３Ｄに入れて見ましたが、
北東方向に「微妙に位置がずれています」に見えます。
（道路からずれている）
と>>273 さんの 7 Colors GoogleMap 同様だとすれば、
元々の
i-gotU GT-120 → GPXファイル化で小数点以下の細かい値が削除で劣化。
GPXファイル → GPSBabelでnmea 化で小数点以下の細かい値が削除で劣化。
座標を相互変換計算すればする程劣化するので、
nmea ファイル → 7 Colors GoogleMap 化で小数点以下の細かい値が削除で劣化。
例） オリジナル：１０
３で割って １０÷３＝３.３３３３３・・・
小数点以下ｘ桁で四捨五入などして、復元に３掛けてぴったり戻せるか？ というと無理で
別の変換なりを挟むと劣化していきます。
i-gotU GT-120
http://www.gpsdgps.com/product/i-gotu_gt-120.htm
>・ KML,KMZ,MHT,GPXファイルで保存可能
・・・・・・ﾅﾝﾀﾞｺﾚﾊ w
やれるか分かりませんけれど、
小さめのgpx とそのセットの GPSBabelでnmea 化ファイルのＵＰできます？
比較対照が無いと組みにくい。
-
- 275
- morizo
- 2012/02/13(月) 23:16:28.83
-
>>274
お手数おかけします。m(._.)m
500個ほどのデータを入れた物をあげておきます。
http://www1.axfc.net/uploader/Sc/so/318916
ガチャコンでロガーの変換データ見ると、確かに緯度経度変わってないかもorz
同じことをiphoneアプリ GPS RECORDER Xで、GPXファイルをGPSBabelで変換していた頃は
こんなこと無かったのですが…
-
- 276
- morizo
- 2012/02/13(月) 23:56:18.55
-
これが、地図に貼り付けたときです。
愛知県のマップ 東高速の時が、良くわかるかと思います。
なぜか4つ程度の塊となります。(ToT)ﾀﾞ-
自分でも見直してますが、GPSBabelがうまく使いこなせてないだけかも…
http://geigerdata2.appspot.com/plotter?id=agtnZWlnZXJkYXRhMnIbCxITZ2VpZ2VyZGF0YV9wbG90dGVyMhiSvAYM
-
- 277
- 2012/02/14(火) 03:17:38.75
-
放射線計測マップ作成支援：GeigerMixGpsProject ver.1.01
GeigerMixGps_ver101.zip
フリーソフトウェア
ttp://www1.axfc.net/uploader/He/so/353843.zip&key=MustangENQ
更新内容：
[/] 1 Pick Up ： 座標地点精度を上げて重複を減らしました。
チェックを入れておくと以下の形式の判定をキツクします。
RAE ProRAE Studio II / PdsMass / Manual Basic ※ 汎用入力
Edit_Splitter_GPS_Beta03.zip
ver. Beta 03
大きすぎるファイルは最初に分割を選択できるようにした。
ttp://www1.axfc.net/uploader/Sc/so/318979.zip&key=MustangENQ
ベータ版の為、２月末日でうｐロダ先から自然消滅します。
-
- 278
- 2012/02/14(火) 03:39:42.77
-
>>275-276
とりあえず >>277 ので重複回避できていると思います。
計算と比較の問題だっただけなので
あとGPSBabel の癖なのか？分からないですが、>>273 での nmea 化（20120211.nmea）サンプルでなぜか
GPRMC で作られているコードが全て、衛星ロストデータとして作成されているようです。
衛星ロスト：$GPRMC,093323.000,V,3521.759,N,13646.604,E,0.70,0.00,110212,,*10
衛星捕捉化：$GPRMC,093323.000,A,3521.759,N,13646.604,E,0.70,0.00,110212,,*07
Ｖ→Ａ
Edit Splitter GPS NMEA and DMDRT ver Beta 03 >>277 で
・巨大ログは最初に単純分割する機能
・Ｖ→Ａ も入れました。
↓20120211.nmea 巨大ログそのままの場合は時間が掛かると思いますが。
↓（分割）
↓間引き：「間引き：」＋「無効チェック削除」でRMC だけにする
↓補間：RMC N → A にする
↓分割・出力：「全出力（未分割）」でファイル出力
\SampleData\Start+9_2012_02_11_18_33-2012_02_11_18_44.nmea
余分な行数を減らせば減らすだけガチャコンの負荷が下がるので・・・・
GPXファイルの件は、また夜から見てみます。
-
- 279
- morizo
- 2012/02/14(火) 20:07:49.71
-
>>278
大佐殿
ありがとうございました、確認しましたが調子良いです(*^_^*)
しかも、速度もかなり速くなっています。
iphoneアプリのGXP→nmea変換では、この問題はなかったんですけどなぜなんでしょうね？
一応、i-gotU GT-120 人気No.2で、防水、nmeaプロトコルと書いていた割に、
gpx出力でした(涙）
とりあえず助かりました、GPXファイルも気体はしています。
-
- 280
- 2012/02/14(火) 23:05:04.58
-
>>279
記述タイプから gpx 読み込み対応はできそうです。
（今回のでサンプルログが入手できましたので）
ガチャコンに乗せてみますが、 i-gotU の .gpx は １座標情報に５行使っているようなので
でかいログは相当処理時間が掛かることになります。
何か動作確認できる小さめのログのセット（.gpx と GammaRAE2）でも用意しておいてください。
テスト用には、とりあえずダミーデータをこさえてやってみます。
疑問点
サンプルで渡された i-gotU GT-120 の gpx ログデータ>>275 が、
Q1・「 encoding="UTF-8" 」のエンコーディング記述なのに ANISI のファイルフォーマット。？
ですけどオリジナルのままですか？
理由：＞読み込み時の２バイトコードの文字化け用の確認です。
オリジナルのログデータを Windows 付属のメモ帳ぐらいに読み込ませてから
「名前を付けて保存」の時に表示される一番下の「文字コード(E)」で種別確認可能。
Q2・世界時間：<time>2012-01-09T10:13:28Z</time> 〜 <time>2012-01-09T10:39:02Z</time>
らしいので（GPSBabel のnmea と比較）
日本時間：2012年 1月 9日 19時 13分 28秒 〜 19時 39分 2秒 辺りにログったデータでＯＫ？
理由：＞ローカル地域時間でガイガーログと合わすには、日本時間へ時間計算させないと時間一致しない為。
ＧＰＸ 用ＧＰＳログエディタは、これから作る予定の 旅レコcsv 用のエディタにコンバータを載せると思います。
位置座標の緯度経度の方式が同じなので、座標変換誤差が減ります。
ＧＰＸ ＝ 旅レコcsv ＝ 7 色プロット ：同一なので座標変換誤差は無し
ＧＰＸ ＝ 旅レコcsv → nmea 変換 → 7 色プロット 再変換 ：座標変換誤差は有り
>一応、i-gotU GT-120 人気No.2で、防水、nmeaプロトコルと書いていた割に、
レシーバ出力は、nmea プロトコルのようです。
-
- 281
- morizo
- 2012/02/15(水) 06:35:43.54
-
>>280
ありがとうございます、テスト用データは今晩にもアップします。
A1.GPXデータはオリジナルのままです。
A2.はいその通りです。
-
- 282
- morizo
- 2012/02/15(水) 21:52:04.58
-
>>280
お世話になります、下記リンクにGammaRAE2データ、GPX,NMEAデータをまとめて
入れました。
http://www1.axfc.net/uploader/He/so/354031
お手数ですがよろしくお願いいたします。
-
- 283
- 2012/02/16(木) 01:55:57.20
-
>>282
ファイル受け取りました。
・・・ちょっと苦労してまつｗ 数日後にはＵＰできるかと
-
- 284
- 2012/02/18(土) 00:30:12.17
-
ガチャコン
放射線計測マップ作成支援：GeigerMixGpsProject ver.1.02
GeigerMixGps_ver102.zip
フリーソフトウェア
ttp://www1.axfc.net/uploader/He/so/354244.zip&key=MustangENQ
更新内容：
GPS ログ適用に、GPX 対応（i-gotU GT-120 ）させてみた。
-
- 285
- 2012/02/18(土) 01:52:28.60
-
放射線計測マップ作成支援
Edit_Splitter_GPS_EzTourAlpha01.zip
ver. Alpha 01
ttp://www1.axfc.net/uploader/Sc/so/320212.zip&key=MustangENQ
２月末日でうｐロダ先から自然消滅します。
GPS EzTour(CSV) and GPX Edit Splitter
ＧＰＳ データを間引いたり追加したりログ分割用データエディタ。
※ おおまかな機能だけ状態のαバージョンです。まだファイル保存不能版
予定している機能は、添付している Edit_Splitter_GPS_EzTourCSV_GPX.txt 参照。
早くて来週ぐらいにファイル保存可能なβ版をリリースできるカモ？
暫定ロードマップ：
→ 来週：Edit Splitter GPS EzTourCSV and GPX ver Beta
→ ガチャコン ２ の製作開始
→ ガチャコン ２ 3月12日(月) 正式版リリース予定
-
- 286
- morizo
- 2012/02/18(土) 07:38:02.76
-
>>284
大佐様
対応ありがとうございます、コレでかなり楽に変換できました。
-
- 287
- 2012/02/19(日) 11:33:09.89
-
ファイル保存可能なβ版
Edit_Splitter_GPS_EzTourBeta01.zip ver. Beta 01
ttp://www1.axfc.net/uploader/Sc/so/320622.zip&key=MustangENQ
旅レコcsv ＆ ＧＰＸ (＆ NMEA)
Edit_Splitter_GPS_Beta04.zip ver. Beta 04
ttp://www1.axfc.net/uploader/Sc/so/320620.zip&key=MustangENQ
ＮＭＥＡ ＆ ＤＭＤＲＴ (＆旅レコcsv)
[おまかせ設定] 以外は Full
ベータ版の為、２月末日でうｐロダ先から自然消滅します。
でかいバグが見つからなければ、正式リリースは３月入ってからになります。
分けてる理由は、それぞれにフォーマットを変えて戻すと数値劣化するパラメータがある為です。
-
- 288
- Mark2改
- 2012/02/21(火) 15:03:43.82
-
以前にブックマークしてあったページを時々見に来てたんですが
全く話が進んでなかったので、立ち消えになったのかと錯覚してました。
URLが変わってたんですね。。
ちょっと間が開きすぎてついて行けてないところあるんですが、
>>263
その形式に準じて、こちらプログラムも改変中ですが、ちょっと気になった点
? 機種名は MARK2R3 じゃなくて MARK2_SBM20 とかでもいいですか
R3は基板のリビジョンを示すものらしく、機種としてはMARK2が正式だそうです。
GM管を変えられるので、管の名前も含めようかなと思いました。
（使用者が名付けるので、厳密な統一性は無理ですが）
? 日付の部分、ddmmyy がいいなぁ
GPRMCやGPGGAの中で使われている文字列そのままをDMDRTに使いたいな、と
位置と線量とを突き合わせるとき、日付変換かけずとも文字列で突合かけれるし
他のセンテンスはddmmyyなのにDMDRTだけyyyymmddってのも僅かながらも違和感が・・
(読み込み側で、8桁だったらyyyymmdd、6桁だったらddmmyyとして解釈してもいいかもしれない)
?チェックサム「*」の前の「，」
なんか固定で「，」を出力してる気がしますが、
GPGGAやGPRMCなど他のセンテンスでは、無意味な「，」を出してません。
項目の区切り判別にラクなのかもしれませんが、文字列の末尾が「*」を探して、
そこ以降はチェックサム、って判定したら無意味な「，」は必要ない気がするのですが・・・
-
- 289
- 名無しに影響はない
- 2012/02/21(火) 15:09:01.55
-
昨夜までに作ったプログラムで吐き出したNMEAファイルです
$DMDRT,MARK2,210212,010126.103,0.085,15.1,CPM/129.032-0.032,,2272,673*03
$GPRMC,010126.103,A,3504.2000,N,13657.9702,E,039.9,228.5,210212,,,A*6E
$GPGGA,010126.103,3504.2000,N,13657.9702,E,1,03,7.1,51.5,M,39.2,M,,0000*6C
$DMDRT,MARK2,210212,010131.103,0.081,14.6,CPM/129.032-0.032,,2277,674*05
$GPRMC,010131.103,A,3504.1613,N,13657.9256,E,045.7,221.9,210212,,,A*6B
$GPGGA,010131.103,3504.1613,N,13657.9256,E,1,04,6.9,53.7,M,39.2,M,,0000*67
・上でMARK2_SBM20が云々と書きながら、まだそれには対応してません
・DMDRTの日付はGPRMCやGPGGAと一緒でddmmyyです
・地上高は未定なので非出力(，，)
・末尾の無意味な「，」は出力せず
となってます。
それほど強い拘りはないので、読み込み側の都合があれば、「却下！」でも構いませんが。
大佐さんのプログラムを動かして読ませてみたいんですが、どれを使うといいんでしょ？
-
- 290
- 名無しに影響はない
- 2012/02/21(火) 15:11:10.20
-
何度もすみません、
テストで使用してますGPSはGT-723Fです。
-
- 291
- 名無しに影響はない
- 2012/02/21(火) 19:00:45.75
-
すみません、もう一つ
最近のバージョンから「CPM/129.032-0.032」みたいな、換算式を入れることができるようにしてもらいましたけど
「移動平均処理で用いた秒数」もどっかに入れておきたいです。
60秒の平均値であれば60、と
「CPM/129.032-0.032」の後ろに「@60」みたいにくっつける方式でもいいでけど。。
→「@」がふさわしいかどうかの疑問もありますが。。
周辺線量や管の感度に応じて、移動平均化の秒数を可変にしようという試みがありまして
「DMDRTに書かれている線量は、何秒間の平均値なのか？」を知れたほうがいいかなと思ってます。
-
- 292
- 2012/02/22(水) 16:08:45.49
-
Edit_Splitter_GPS_NMEA_Beta05.zip
ver. Beta 05
対応フォーマット： NMEA / DMDRT / EzTour (旅レコ) .csv
ttp://www1.axfc.net/uploader/Sc/so/321609.zip&key=MustangENQ
-
- 293
- 2012/02/22(水) 16:20:58.37
-
>>288
? 機種名のところ（自由に）
NMEA の文字関連の禁則以外ならＯＫで考慮しています。
[*] アスタリスク：チェックサム部分の判別
[,] セミコンマ：区切り
アスキーのコントロールコード、・・など
情報機器元の判別分離用なだけなので、名称に管の名前やシリアルナンバーを含めるなど作成者の自由範囲で。
（ガチャコン ver1 ではエラー文字列判定されます：スルー処理）
$DMDRT,MARK2_SBM20,〜
$DMDRT,MARK2,〜
$DMDRT,MARK2_1234,〜
$DMDRT,Mark2_SBM20,〜
>>292 の Edit_Splitter_GPS_NMEA で右にある項目
[▽] □ Check は残す
□ DMDRT
↓ 一旦 DMDRT を全て無効、その後対象 Line 名だけを有効化
[▽] [/] Line(No.機器名) [ MARK2 ]
↓
「分割出力」の項目から、CSV フォーマットに対象分だけ抽出できます。
今作ってるガチャコン２で、カシミールにトラックルート名のデータタイトルとか機種名部分を使おうかいなと
必要範囲のGPS (RMC & GGA)編集と DMDRT の通常利用(表計算ソフトなど)へのコンバータが目的なので
HED Index Type ・LineNo ←
Convert Type
Output Format Version ・2012.03 (Mar) ←
ガチャコン1 DMDRT の扱い
１.[, ] 区切りの0番位置の文字列でセンテンス名振り分け
２.１個目が半角数字変換可能以外の文字列はエラー処理
３.日時が規定の形でなければエラー処理(又は一致しないだけ)
：
：
-
- 294
- 2012/02/22(水) 16:37:01.50
-
? 日付の部分
>(読み込み側で、8桁だったらyyyymmdd、6桁だったらddmmyyとして解釈してもいいかもしれない)
私の方はＯＫです。
◆CGOTBmWdi2 さん〜 はどうでしょう？ アプリなど作っておられたら何か御意見待ちです。
一応、>>292 では対応してみました。
?チェックサム「*」の前の「，」
NMEA でセンテンス規定されてるものは、それぞれに
[*] 前に入るかもしれない規定が決まっている物 ：RMC GGA GLL VTG 〜
と
[, ] だけが来ている規定物 ：ZDA GSA GSV 〜
があります。結構バラバラだったりする。
以前の段階で、DMDRTを項目数可変型で話になっているので最終位置に [, ] 入っていても無くても
アプリ側で判別を組むという事にはなってます。
$センテンス名,１個目,２個目,３個目,*cs ＝ ０,１,２,３,４
$センテンス名,１個目,２個目,３個目*cs ＝ ０,１,２,３
読み込みではチェックサムでのチェックはさせていませんので、テキストエディタで色々弄った DMDRT データを食わせてみてください。
変換は、$DMDRT 位置を含む 0 〜 24 項目数まで自動追随するハズ。
私の方の判別方法は、
１.[, ] 区切りの0番位置の文字列でセンテンス名振り分け
２.$DMDRT は、文字列バイト数 for 文でバイト単位でループ [, ] 数をカウント
３.$DMDRT 必要項目文字列を [, ] 数ループで分離
４. [*] を含んでいる場合 最終位置で、[*] 文字列０位置以外は、対象文字列先頭(０位置)から [*] 前までを抜き出し
です。(各要素でエラー処理は入っています)
が、単体「栞」で、$DMDRT*cs というセミコンマの無い形は却下させていただきます。
[, ] 無しにすると、$DMDRT 処理する際のプログラム実行コードが余分に増えるので、
データが何千行も増えれば、処理時間が加速度的に増えるだけなのでさしたる問題は無いでしょう。
(番外)換算式
ガチャコン1 では初期の数値しか通せませんが、
今のところ２でもまだ再計算用の処理部分は置いていません（ただの文字列としてやってます）
[ CPS ] という代入用判別文字が入っていると CPM の位置数値が CPS として扱うように作ってます。
汚染地図作成では計測高さまでを主にしているので、
細かい所はおいおい決めていきましょう。
「移動平均処理で用いた秒数」みたいなのは、前の話では累積時間（秒）間を前後引くとかじゃなかったでしたっけ？
-
- 296
- 2012/02/23(木) 18:00:18.98
-
>>295 >> 288 「8桁ならyyyymmdd、6桁ならddmmyy」
では、それで行きましょう。
あと単体の「栞（しおり：ブックマーク）」$DMDRT,*43 だけだと全部ぶった切ってしまうので
それ以外に [*] 前に同機器名を入れるとその機器から出た「栞」と紐付けできると思いますけど、今後の１案としてどうでしょう？
$DMDRT,DoseRAE2,〜
$DMDRT,DoseRAE2*cs ← ココで [DoseRAE2] を切れる
$DMDRT,Mark2_SBM20,〜
$DMDRT,DoseRAE2,〜
$DMDRT,DoseRAE2,〜
$DMDRT,Mark2_SBM20*cs ← ココで [Mark2_SBM20] を切れる
$DMDRT,*43 ← ココでは全部ぶった切れる
-
- 297
- 2012/02/23(木) 18:03:17.86
-
>>291
>>「移動平均処理で用いた秒数」
>>「DMDRTに書かれている線量は、何秒間の平均値なのか？」を知れたほうがいいかなと思ってます。
Mark2改さんファームウェア設定ファイル env.ini の
#長時間移動平均化の分数(60分より短くするときに指定)
#l_sma=
#標準移動平均化の分数(10分より短くするときに指定)
#sma=
#短時間平均化の秒数(60秒より短くするときに指定)
#s_sma=
この辺のヤツですね。
DMDRT のこれを
08) 累積時間（秒） → 「平均処理で用いた秒数」
09) 累積カウント ：(整数） → 「平均処理で用いたカウント」
にした方が、
・累積部分の数値がオーバーフローしない。
・算出値の秒数とカウントが分かる。
・必要範囲の累積は、その時間範囲内を応用アプリで足していけば良い。
・アプリの方で、Word 型(0〜65535)、Int 型(-xx 〜0〜2147483647)、Int64 型 など扱える数値範囲内でエラー対処可能になります。
でどうですか？
まだ対応させたソフトは無いので、変更するのは良いのではないかと。
-
- 298
- Mark2改
- 2012/02/23(木) 19:52:47.16
-
>移動平均処理で用いた秒数」みたいなのは、前の話では累積時間（秒）間を前後引くとかじゃなかったでしたっけ
データの書き出し間隔と移動平均化時間とは一致しないもので・・・
移動平均化させてる時間60秒間だけど、ログは5秒おきに出力してる、という場合は
累積時間の前後で求めると5秒
「60秒間」という数値はログからは求めれないです。。
よってデータ内に「60」という数値を忍ばせたいな、と
-
- 299
- 名無しに影響はない
- 2012/02/23(木) 19:57:23.54
-
あと、次のファームリリースのタイミングで、Mark2 を Bluetooth に対応させます。
(Blueoothモジュールは別途必要ですが)
ペアリングさせたパソコンで Google Maps を動かして、GPS を有効にすると
地図上に現在地にポイントされるところまで出来ました。
Super Mapple Digital でも同様です。
スマホからでもペアリングさせて Google Maps で同様に動くと思ってますが
いかんせん、Google Maps とかは DMDRT に未対応なので、線量は分からず・・・
当たり前っちゃ当たり前なんですが、スマホのアプリ作れる方、ここを覗いていらっしゃらないですかねー
-
- 300
- 2012/02/23(木) 21:47:38.11
-
>>298
あぁ別ですか。 まぁ計算式の所に含ますのは形式確定中なので私は構いませんよ〜。
アットマークは大丈夫だったと思います。・・・たぶん
そういえば別の関連で、[\n] だったかな？ や
ダブルクォーテーション[ " ] は携帯機種？の文字区切りに使われていたり？
シングルクォーテーション[ ' ] や ダブルスラッシュ [//] 、は避けて欲しいです。
>パソコンで Google Maps を動かして
>>292 などはポップアップメニューから html を吐き出して ShellExecute でブラウザを使うという手で
現在地表示をしてますが、表示される地名住所を自動抜き出す方法が何か無いものか思案してます。
ShellExecute の方法は、ブラウザ相手に仮想キーコードを叩き込んでやればグリグリできますが・・・
複数のポイントを表示させる手がなんかないですかね？
7 Colors の Index 数値の所に文字が置けるので
Bluetooth と言えば、
通信機能付き HORIBA PA-1100 Radi が発売になったそうです。
あれだけ高価な割りにログ機能が無いわで・・なんというかまぁ
-
- 302
- 2012/02/28(火) 00:27:55.41
-
>>301
細野とか行政の政治家は、良い顔しぃで住民には戻れるように〜 とか言ったりとかしてたりしてますが、
ありゃあ無理ですよね・・・・あの以前ＵＰしてくれた線量データは凄まじい・・・
-
- 303
- 2012/02/28(火) 00:29:17.51
-
● DMDRT でも計測高さ入っている所をお願いした部分の解釈発展案
現状：「地面からの高さ」
車など移動体での計測機器位置固定での受信パソコン側へ計測高さ固定値代入。
案：「計測対象物との距離」
従来の高さは、「距離対象を地面とした場合の地面との離床した空間測定の距離」位置。
↓
[ 対象物方向への距離 ] ：地面の場合＝「地面との空間線量距離」
将来への発展案。
・レーザー式距離測定機器などもあるので組み合わせによる自動化なんてのもハードが得意の方には出来るのでは？
ＧＰＳでの各種高さはＧＰＳでの高さだけなので、
指向性のある放射線測定機器での指向性特性方向での距離を入れられる部分にしておく。
例えば、
降りられない箇所・危険が予測される部分などにある計測対象物に釣竿とテグスや棒に付けて近づける。
この場合、屋内などのＧＰＳが入っていなくても座標は固定範囲で後で処理が可能になります。
どれだけ近づけたら放射線値が変わるかの記録にも使える。
値としての型は変わらないです。
-
- 305
- 2012/02/28(火) 00:36:03.99
-
ガチャコン２
こんな感じで進行中という、製作中のデザイン状態 αバージョン
GeigerMixGps2_ver200_Alpha02.zip
ttp://www1.axfc.net/uploader/Sc/so/323295.zip&key=MustangENQ
3/11 にロダから消えます。
・放射線計測機器メーカーログ変換用コンバーター
ver 2.00 : LogConv_PdsMass : PDS-100GN / PDS-100GN/ID 用
入り
まとめ中の
DMDRT Protocol Format Reference Manual
入り
時間的余白の殆どをコレとツール群の製作に回しているので、静かですがたまに見に来てます。
まぁ身内の入院手術付き添い見舞いなどで
プライベートタイムが限られているので時間がカツカツです。
このページを共有する
おすすめワード