QGISでの作業をスピードアップする方法またはそれは遅いですか?


10

私は新しいQGISユーザーで、パフォーマンスがどれほど遅いか知りたいです。自分が思っている以上に質問している可能性があります。ここに、パフォーマンスが異常に遅いかどうかを評価するための関連情報があると思います。

QGISバージョン1.74 GDAL / OGRバージョン1.9.0 PostgreSQLクライアントバージョン9.1.2 QWTバージョン4.8.0

プロジェクト情報:リモートのPostGISデータベースからクエリを実行したポリゴンの1つのベクターレイヤー(クエリはシンプルで非常に高速)で、プロジェクトの定義済み座標空間(WGS 84)とグローブにまたがる合計160行を返します。これらの行を含むPostgreSQLテーブルは、130 KB未満のディスク領域を占有し、クエリされた行はテーブル全体を構成します。

システム:MacBook OS X 10.7.3、2.4GHz Intel Core Duo、4GB RAM。

パフォーマンス:レンダリングには5〜10分かかります。実際、変更には、単一のレイヤーの名前を変更することを含め、ほぼ同じ時間がかかります。それは本当に私を驚かせた。他のメモリを大量に消費するアプリケーションは、同時に実行されていません。

プロジェクトに少しでも変更を加えると、結果を評価する前に長時間待つ必要があるため、これはイライラします。また、アプリケーションは、要求したものを完了せずに単にクラッシュする場合があります。これは珍しいですか?


更新:

同じデータのシェープファイルがあります。それらは合計約100 MBの45ファイルです。この図は、元の投稿で説明したデータセットのサイズと明らかに矛盾しており、速度が遅くなります。


更新:

QGISマップビューアの左下にある[レンダリング]ボタンを見つけました。以前は気付かなかったので少しばかげているように感じますが、レンダリングオフにすると、即時の再レンダリングが重要ではないタスクを実行できる速度が大幅に向上します。他の新しいユーザーのために、ここでこれについて触れます。


1
これは異常に聞こえます。QGISは通常、他のGISシステムと比較して非常に優れたパフォーマンスを発揮します。データの小さなセットのように聞こえるかもしれませんが、リモートデータベースにはなんらかの遅延があると思います。他にどのようなデータをロードしましたか?
シンバマング

1
他のデータレイヤーでも同じ問題が発生しますか、それともこれだけですか?もしそうなら、私はあなたのデータにいくつかの無効なジオメトリ、または大量のnullジオメトリさえあるのだろうかと思います。
MappaGnosis、2012年

これはラベル付けの問題でしょうか?これが違いを生むかどうかを確認するには、ラベルなしでレイヤーをレンダリングする価値があるかもしれません。
nhopton

QGIS 1.7.4をローカルのPostGIS 2.0データベースに接続すると、強力なWindowsコンピューターでは非常に遅くなりますが、非常に遅いMac(OSX)では高速に動作します。私は問題が何であるか理解していません.....
djq

レンダリングを遅くしたり速くしたりする要因が常にあると仮定すると、最良のシナリオは、アプリケーションの動作中にアプリケーション全体をロックしないバックグラウンドレンダリングスレッドに移動することです。QGISが大好きです。非常に安定していますが、ビューを再レンダリングするのに数分かかる場合があり、ロット全体がブランクになり、完全に再描画されます。私のすべてのレイヤーはファイルベースであり、マップあたり最大1 GBです(これの大部分は大きなGeoTiffレリーフ背景です)。これはおそらく常に遅くなるでしょうが、QGISはレンダリングを別のスレッドに入れてそれを作成することができます

回答:


4

ブラウザウィンドウを閉じると、QGISのインストールが非常に高速になり、応答が速くなります。QGIS 3.6.2があり、3.4.7 LTRに切り替えました。ブラウザウィンドウを閉じるまで、どちらも非常に無反応でした。メニュービュー-パネル-ブラウザを使用して、再度表示します。


2

短い答え:いいえ。

詳細を提供するのは難しいですが、

いくつかの大きなパフォーマンスの問題が発生しているようですが、おそらくハードウェアではありません。私の最初の提案はデータベースをテストすることですが、あなたはすでにそれを実行しました。

別のオープンソースGISを試してみることもできますが、そこにはたくさんあります(ここにリストされているのは、いくつかの無料のオープンソースGISデスクトップパッケージとは何ですか)が、明らかにgvSIGです。使用するものに同じ速度/パフォーマンスの問題がある場合、問題はデータベース側にあります。

データをSpatiaLiteデータベースにエクスポートし、そこからロードすることもできます。

また、QGISを使い続けたい場合は、アンインストールして別のバージョンを使用してみてください。


2

私の推測では、データベースにロックの問題があります。テーブルの名前変更に時間がかかる場合は、名前の変更に時間がかかるのではなく、データベースが何かを待機しているためです。データベースを再起動してみましたか?


データベースの問題ではありません。私はシェープファイルをローカルにロードしてみましたが、それも同じくらい悪いです。
グレゴリー

3
@pyrogerg-シェープファイルを投稿できる可能性はありますか?
シンバマング

1
@Simbamangu-私はそれらすべてを投稿できるとは思いません。それらは合計約100 MBの45ファイルです。この図は、元の投稿で説明したデータセットのサイズと明らかに矛盾しており、速度が遅くなります。
グレゴリー

@pyrogerg私の経験では、PostGISからそのサイズのデータ​​セットをロードする前に、より小さな領域にズームインすると役立ちます。OpenLayersレイヤーまたはその他の利用可能なデータセットを使用して、適切なエリアを見つけることができます。
アンダーダーク

@underdark-提案をありがとう; 次回もやってみます。読み込んだ45個のシェープファイルを、はるかに大きなデータセットを視覚化する最初のテストにするつもりでしたが、コンピューターでこれ以上の処理ができるとは思いませんでした。
グレゴリー

1

ArcGISでの作業は、1800 km離れたデータベースからのデータでは非常に遅く実行されますが、自宅のQGISでは非常に高速で実行されるため、ネットワークとリモートデータベース側を最初に見て、QGISが最も実行されているようですほとんどの場合、ArcGISと同じ速度またはより高速な操作


Arcgisで問題が発生し、マップのすべてのデータをローカルコンピュータにダウンロードしてから何もしませんでした。2GBまたは3 GBのデータなので、ネットワークを約半日シャットダウンしました... IT deptはあまり満足していませんでしたが、QGISが同様のことをしているのかもしれません
Banger

0

Qgisは、以下の状況がない限り、単に「正常に」機能します。

a)レイヤーが大きい..一部のプロセスでは、「大きい」の意味は10 mbから250 mbまでさまざまです。

b)レイヤーに大きなマルチパートフィーチャがある(「パーツが多すぎる」フィーチャで構成されているフィーチャ)

c)レイヤーに「多数の頂点/ノード」を持ついくつかの(非マルチパート)機能がある

.. 例えば。ArcGISでは、通常、Qgisが「クリッピング」または「ディゾルブ」して、それを実行しないか、クラッシュするだけです。 ..例..新しいインテルi5 + 8Gb ram + Ubuntu上のQgis上の1330000機能レイヤー(国全体の米国の半分など)での6hsディゾルブプロセスは、いつでもクラッシュする可能性があります。 10歳のノートブック(コアデュオ)+ 2Gb ram + Windows XPのarcgisにある非常に同じレイヤーを溶解して、10分で正しく作成します。

または、ベースレイヤーの「非常に複雑な」機能で実行されないクリッピング。その結果、そのクリップレイヤーは、ポリゴンのクリップを実行しなかったため、クリップは領域の30%を逃しました。 QGisでそれを行うには..そして、うまくいかない場合..非常に古いノートブックに形を取り、シンプルで高速な方法で作業を完了させます.. Qgisは、Windows環境でよりよく動作する傾向があります。 size "の問題もそこでは非常に一般的です。(1995年からGISを使用しています。arcview3.0からarcgis 10.2まで、2003年からQgis..under windowsを使用して、ubuntu(at work)の下で)

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.