ＱＧＩＳ３で計測した距離は？

[tatsuo2...@gmail.com]

ＱＧＩＳ３で札幌駅と苫小牧駅の間の距離を測ったら、70.832km
google　earthで測ると52.38km。

どこかで設定を誤っているのでしょうか。

[TJ]

計測距離は座標系によって変わる可能性があります。QGISのプロジェクトの座標系はGoogleMapの座標系(WGS84?)と同じ座標系に設定してから再度計測してみてください。

[きた]

プロジェクトの座標系（右下のEPSG）は何になっていますか？
距離を図る場合はできるだけ投影座標系にしたほうがいいです。平面直角座標系とか。
５０何ｋｍがあっていますね。

きた

[tatsuo2...@gmail.com]

地理院地図　EPSG3857　WGS84／pseudo　mercator
で操作していました。

ＣＲＳを3100　tokyo　utm　54Ｎにしたら、地理院地図が見えなくなりました。

[きた]

札幌市、苫小牧市なら、EPSG2454にするといいです。

地理院地図が見えなくなったら、レイヤ全体表示か、一度消して、再度読み込むといいです。

きた

[tatsuo2...@gmail.com]

コメント　ありがとうございます。

地理院地図　EPSG3857　WGS84／pseudo　mercator

となっていますが。

[tatsuo2...@gmail.com]

ＴＪ様、喜多様

ありがとうございます。

右下のＥＰＳＧをクリックし、3100のutm54に設定したら、まともな距離が表示されました。

最近、図化したものは、距離が長く表現されていたようです。

google　earthは、表示地域ごとに距離の計算方法を変えているようです。

[tatsuo2...@gmail.com]

プロジェクトも地理院地図もepsg３８５７に設定しても、通常の距離の値が表示された。

距離が長く表示されたのは、何かの弾みで、距離表示が変わったようです。

距離表示については、ときどき、他のgoogle　earthと見比べて、妥当な値かチェックする必要がありそうです。

[adachi]

横からすみません。Googleの座標系について

https://gis.stackexchange.com/questions/60432/which-crs-to-use-for-google-maps

Google Mercator （EPSG:900913）というのがあるんですね。初めて知りました。

パラメータを見る限りベースはEPSG:3857のようですが。

距離計測を誤らないようにするには

・データのCRSが正しいかをチェック　→　地理院地図 縮尺1/5000以上は平面直角座標系、1/10000以下はUTMのようですね

・プロジェクトのCRSを適切な投影座標系にセット

　　Googleに近い値を出したい場合　→　EPSG: 3857 or 900913 （TJ様のコメント通り）

　　より現実に近い距離を出したい場合　→　EPSG: 2454（札幌市周辺の場合、きた様のコメント通り）

※UTMより平面直角のほうが区分が細かくより歪みの少ない結果が得られる、というのは過去の議論であった通りですね

人手の作業が信用できなければ笑、駅のポイントデータを作成して「ベクタ」→「解析ツール」→「距離マトリックス」を使えばより信用できる結果が得られるかと

[福岡]

adachi　様

EPSG:900913、久しぶりで懐かしい感じです。

確かこれは旧コードで、現在は3857を使うことが推奨されていたと思います。

900913はgoogleの形を数字に置き換えていて「シャレの効いたコードだな」と思っていました。

[adachi]

福岡様

そんな経緯があったのですね…！

言われてみると、Googleですね。遊び心を感じる。

[ホクシン]

測地系の関連ということで横からの投稿すみません。

初めて投稿させていただきます。

農業でQGISを利用しております。

WGS84で記録されるロガーなどのデータから現実に近い距離や面積を求めたいのですが、

プロジェクトやロガーデータのレイヤーの測地系はどのように設定するとよろしいでしょうか。

いろいろググるなどしていますが、測地系をいまいち理解できずにいます。。

ご教示よろしくお願いいたしますm(__)m

　

[福岡]

ホクシン　様

おはようございます。

できるだけ正確な距離や面積ということであれば、平面直角座標系を選ぶのが一般的だと思います。

「JGD2011 / Japan Plane Rectangular CS ローマ数字」となっているものがそうです。

また、JGD2011 ではなくてJGD2000となっているものでも大丈夫です。この２つはQGIS上では同じと考えて良いはずです。

平面直角座標は測量や設計の成果に用いられていますので、ご要望の精度は確保できると思います。

計測や解析をする場合は空間参照を揃えるのが基本ですので、プロジェクトも同様の空間参照にしましょう。

なお、地域によってローマ数字の部分が変わります。次の情報を参考にしてください。

国土地理院－わかりやすい平面直角座標－

http://www.gsi.go.jp/sokuchikijun/jpc.html

さて問題になるのがおそらくロガーでして、これはWGS84という緯度経度でデータを記録されていると思います。

一度、デリミテッドテキストレイヤなどで読み込んだ後に、レイヤの上で右クリックして「名前を付けて保存」を選んでください。

保存するときに空間参照を選ぶことができるので、利用したい地域の平面直角座標を選択します。ファイル形式も私でしたらESRIShapeにします。

他にもデータがありましたら、同じように「名前を付けて保存」で空間参照を揃えます。

あと3.x系では試していませんが、2.x系でオンザフライを有効にしていると、フィールド計算機の$areaで得る数値が不正確になるというバグがありました。

2.x系でフィールド計算機を使って面積などを計算する場合は、オンザフライのチェックを外しておいた方が無難だと思います。

[sakuya_izayoi]

ホクシンさま

こちらsakuya_izayoiのsakuyaです。あたしがいつもやる方法で以前izayoiに教えて貰った方法で申し訳ありませんが記載します。

QGISのバージョンによりちょっと気を付けなければならない点があるため分けてあります。

＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿

QGIS3.Xの場合

1.QGISに読みこませたログデータのレイヤーの座標系をWGS84(EPSG:4326)に設定する。

2.QGISのプロジェクトの座標系を平面直角座標系に変更する。(農業なら農地を楕円系で見るよりこちらの方が自然に見える。つまり100m×100mの土地のはずなのに横の長さの方が長く見えたりしたらなんかヤダ。)

http://www.gsi.go.jp/sokuchikijun/jpc.html

を参考に、いまならJGD2011のものを使うのがおすすめです。例として、愛知県なら7系を選びます。

3.ロガーのレイヤーを右クリックして名前を付けて保存→ESRI_shapefile(GeojsonでもGeopackageでも可)にして、座標系をプロジェクトの座標系と同じものにして保存。愛知ならJGD2011の7系ですね。

4.上記で作成したファイルをQGISに読みこませてもとの場所と同じところに図形が書かれたのを確認したら、WGS84であったログデータのレイヤーはQGISから削除します。

5.あとはフィールド計算機で計算させてほしい答えを得る。

＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿

QGIS２.Xの場合。正直、4までは全く同じです。なぜ方法が別かという答えを先に書くと、QGIS2.Xでオンザフライを有効にしたまま面積や長さを計算させると違った答えが返ってくるというバグというか不具合というかがあるためでs。

1.QGISに読みこませたログデータのレイヤーの座標系をWGS84(EPSG:4326)に設定する。

2.QGISのプロジェクトの座標系を平面直角座標系に変更する。(農業なら農地を楕円系で見るよりこちらの方が自然に見える。つまり100m×100mの土地のはずなのに横の長さの方が長く見えたりしたらなんかヤダ。)

http://www.gsi.go.jp/sokuchikijun/jpc.html

を参考に、いまならJGD2011のものを使うのがおすすめです。例として、愛知県なら7系を選びます。

3.ロガーのレイヤーを右クリックして名前を付けて保存→ESRI_shapefile(GeojsonでもGeopackageでも可)にして、座標系をプロジェクトの座標系と同じものにして保存。愛知ならJGD2011の7系ですね。

4.上記で作成したファイルをQGISに読みこませてもとの場所と同じところに図形が書かれたのを確認したら、WGS84であったログデータのレイヤーはQGISから削除します。

5.QGISにweb地図を読みこませていた場合、そのレイヤーはQGIS上からいったん削除する。その後、プロジェクトの座標系が、愛知ならJGD2011の7系に設定したのちに、オンザフライを解除する。解除の仕方は下記の図のように、画面の右下をクリック→座標系を選択→座標系を選んだ後にオンザフライチェックボックスを解除。画面右下からOTFの表示が消えたらOK。

6.あとはフィールド計算機で計算させてほしい答えを得る。

A.マウスカーソルがある部分をクリック(EPSG6675(OTF)と今は書いてある部分)

B.オンザフライ変換を有効にしたまま、計算したいレイヤーの差表形にプロジェクトの座標系を設定して

C.オンザフライを有効にするのチェックを外す。

D.OTFの文字が外れている事を確認。

これでフィールド計算すれば大丈夫です。

ちょっと長くなりましたが、ご参考になれば。

[ホクシン]

福岡様

sakuya様

早速ご返答下さりありがとうございます！

とても丁寧に教えていただきまして、早速試したところ

お陰様で正確な値を得ることができました！

いつもWGS84(EPSG:4326)でファイルを読み込んだ後、CRSをJGD20xxに変えてトライしていましたが、

うまくゆかず悩んでおりました。一度、保存する必要があったんですね！

また、QGIS 2.xと3.x では操作が異なっていたんですね。3.xの方がやりやすいかも。（楕円系で見るのは確かにやりにくいです。。。）

ちなみにQGIS 3.xを利用しております。

現在、北海道の十勝(EPSG:6681)でトラクタにRTKを利用した自動操舵による農作業を取り入れております。

これまでは作物の播種(種まき)を行った際、100ｍメジャーを使って畑の外周を測量し面積を把握していたのですが、

RTKで播種した記録（shapefile）があるので、そこから直接面積を求められないかと思案しておりました。

お陰様でトラクタに取り付けているGPSガイダンスやGPSロガーのデータ活用が

よりできるようになりました。

ありがとうございました！

QGISを利用していて分からないことなどがありましたら

またよろしくお願いいたしますm(_ _)m

[福岡]

ホクシン　様

うまく行ったようで良かったです。

sakuyaさんの画像を貼り付けた説明が丁寧でわかりやすかったと思いました。

－－－ここからは、ちょっと蛇足です－－－

RTKを利用した自動操作による農作業とは先進的ですね？

10月からの「下町ロケット」新シリーズのテーマにもなっていて、放映を楽しみにしています。

TBS日曜劇場－下町ロケット－

http://www.tbs.co.jp/shitamachi_rocket/

そして今年の「FOSS4G 2018 Tokyo」のコアデイは、メニューがまだ公開されていませんが、特別セッションが「GNSS時代の位置情報の活用に向けて」となっているようです。

説明文からは読み取れませんが、もしかすると農業関係の応用事例も取り上げられるかもしれません。

OSGeo.JP-FOSS4G 2018 Tokyo－

https://www.osgeo.jp/events/foss4g-2018/foss4g-2018-tokyo

コアデイは例年Youtubeで録画動画が公開されますので、ご関心のある内容がありましたらご覧になることができます。

上記サイトをチェックしておくと、面白い情報を得られるかもしれません。

以上、蛇足情報でした。　m(__)m

[sakuya_izayoi]

ホクシンさま
こちらsakuyaです。上手くいったようでいったようで良かったです。なれないうちはファイル保存してからというのは気がつかないですよね。そしてやっぱり農地などは楕円形より直角系の方がイメージわきやすいですよね。長さを度分秒分秒で言われても分からないですもん。あたしの場合は聞ける人が近くにいたから楽でしたが、聞ける人がいないとなかなか難しいですよね。農業での活用は、進展や技術的な話があったら聞きたいです。ドローンによるリモートセンシング（ndviやiｒ/rの算定)をつかったりもするのでしょうか？

福岡さま
いえいえ、最初に福岡さまが丁寧に説明されていたのと、点群だった場合のを書いて下さっていたので、あたしのはたんなる補助ですよ。あたしの場合は絵がないとなかなか分からなくて。
東京のセッションも行ってはみたいけど学生には費用の面でつらい。先日のTOUKAIのセッションが面白かったから動画が上がればそれで見ます。お知らせ感謝します。

あたしの方も余談です。

gisやgpsの農業での活用は新聞では見かけていたのですが、この掲示板で活用する方に出会えるとは。izayoiがかつて植物工場の研究をやっていたのですが(実際に作物の生産販売していましたね)、そのときに、屋外でもいずれはgpsや無人ヘリを使っての空中地上連携型の半自動化の流れが民間レベルでも広がるぞって言っていました。で、gisというポストプログラムで管理が必要でそれで見ていかなきゃならないけどソフトが高いんだよなと言っていたのですよ。自走トラクタは絶対農機具メーカーが手を出すし必要インフラとしての道具だからある程度は普及したとしても、管理ソフトは高いままだから有志の互助会みたいなもので何か作っちゃうようになるかもなとも。当時のあたしは一連の話は半信半疑より疑いの方がおおきかったです。今だから思う。研究者っていったい何年先を想像しているのだろう。izayoiにあとでこのスレをメールしておこう。

[wata909]

みなさま

wata909こと、いわさき＠OSGeo.JPです。

FOSS4G Tokyoの話題が出たので，ちょっと宣伝を(汗

上でお話が出ている特別セッションですが、講演タイトルと概要について更新しました。

https://www.osgeo.jp/events/foss4g-2018/foss4g-2018-tokyo/foss4g-2018-tokyo-coreday/special-session

ご存じの方もいらっしゃると思いますが、最近では安価な単周波受信機を使って、自前でRTK基地局や

移動局を作ることが可能になってきています。その基盤として使われているのが、QGISと同じオープン

ソースソフトのRKTLIBです。

また、そうしたなかで、個人レベルでもRTKを使うことが現実的になってきました。

この特別セッションでは、そうした背景のもとで、GNSSやRTKについて，ディスカッションを出来ればと

思っています。

Youtubeでの中継は行う予定ですので、よろしければご覧ください。

よろしくお願いします！

[sakuya_izayoi]

ホクシンさま

こちらizayoiです。

sakuyaよりすごい方がお見えになっていると連絡を受けました。昨日は今まで出かけていた疲れか、ちょっと寝込んでいまして、ご挨拶が遅れました。

現場での実施をしている方と出会えるとは。交通事故にあってから農業生産現場に自分が立たなくなってしまっておりましたが、新しい技術を聞くとちょっとワクワクしますね。(現在進行形で養液栽培はちょこちょこいじってはいますが)

現場からは離れてしまいましたが、治水やダムため池耐震の仕事をすると共に、用水計画にも携わるという事も行っているので現場動向をお聞きすることができてありがたいです。

NDVIは趣味で衛星データのリモセンや、固定三脚で可視光カメラと近赤外線カメラの二種類で畑をとることで出してみたりしておりますが、植物活性できちんと分かれてくれるのですごいものですよね。

wata909さま

内容の詳細更新お疲れ様です。それと、FOSS4G_Tokaiでは雑談に応じていただきありがとうございました。

むむ、内容は興味があるものです。金曜日のハンズオンセッションとともに行ってみたい。…仕事休めるかな。

[ホクシン]

wata909様 izayoi様の投稿と入れ替わってしまいましたが、

昨晩の投稿を確認したところ、二次利用してはならない画像が含まれていましたので、加工し直し投稿させていただきます。

================================================

2018.10.06 22:35:57

福岡様

sakuya様

午後から所用のため返信が遅くなりすみません。

また、農業分野での活用についてご興味を持っていただいてありがとうございます。

以下、脱線・余談の内容になりますがご容赦下さい。

-------------------------------------------------------------------------------

福岡様＞

　農業分野では各メーカーから出されているGPSガイダンスシステムが国内でどんどん導入が進んでおり、GNSS時代に入り始めました。

　「FOSS4G 2018 Tokyo」においても活用事例として紹介はあり得ると思います。

　参考記事→https://www.agrinews.co.jp/p44952.html

　下町ロケット、の放映情報ありがとうございます。第1期を見逃してしまっていましたが、今回は録画してみます！

sakuya様＞

　ただいま様々な団体、協議会が立ち上げられ農業分野へのICT導入の取り組みが進んでいるところです。

　私の住む地域では"スマート農業コンソーシアム"という産学官による連携があります。

　　参考→https://www.agr.hokudai.ac.jp/upland/consortium/project1/

　　　※ページ下部のpdf "プロジェクト詳細について"が参考になります。

　現場（私のところや近隣農場の場合）ですが、

　トラクタの自動操舵はもちろんですが、ndviによるリモートセンシングを活用し、生育ムラを把握しGPSと連動して可変施肥などを行っているところも実際あります。

　また、Facebook内ではいろいろなグループが作られ、操作やトラブル事例など様様な情報交換が行われています。

　　※リモートセンシングの参考

　　　・ズコーシャ　　　http://www.zukosha.co.jp/business/bs_02/bs_0205/

　　　・スペースアグリ　https://www.space-agri.com/

　　　　

　私の場合、GPSガイダンスでのQGISの活用ですが、畑で直線走行するための基準線の管理、作業履歴の把握が主でした。※下記画像は参考です。

　今後の活用として、作業データから播種面積、作業時間、毎年の作付履歴などの管理(GeoPackageを活用したり)を行っていきたいと考えています。

　　　　　

　　※GPSガイダンスの参考

　　　・ニコン・トリンブル　https://www.nikon-trimble.co.jp/field/fieldlist.html?fieldofuseid=5

　　　・トプコン　　　　　　https://www.topcon.co.jp/positioning/products/product/agri/

　　　・農業情報設計社　　　http://agri-info-design.com/

-------------------------------------------------------------------------------

QGISを利用していく中で、

また不明な点がありましたら投稿させていただきますので、そのときはまたよろしくお願いいたします。

================================================

追記 10/7

  wata909様＞

　　私が把握しているところでは基地局や移動局（GPSガイダンスでの利用）としてu-bloxのM8PとRTK-LIBを活用されて営農されている方もいらっしゃいます。

　　私の場合、自治体が運用しているRTKの基地局を利用できるので、移動局用に活用できないか冬の時間を使ってラズパイ含め勉強予定です。

　izayoi様＞

　　興味本位から仕事に活かせないかとチョコチョコやっている一農民です（汗

　　私が実家で営農を始めて13年近くになりますがGNSSなどICT関連の導入は着実に進んでいます。

　　スペースアグリさんやズコーシャさんのおかげで安価にNDVIを利用できるようになってきています。

　　あとはそれらを使える機械（装置）がまだ高価なので、その導入が今後のネックですね。

　　現場で取り組みながらとても面白いですよ。