タグ付けされた質問 「query」

データベースから情報を取得するために使用されるコマンド


3
ArcGIS Server JS API用の「属性で選択」プラグイン/ウィジェットはありますか?
ArcGIS Server JavaScript API内で、ArcMapの[属性で選択]ダイアログをエミュレートする既存のコードを見つけたいと思っています。 ハードコーディングされたQueryTaskの記述は簡単です。マップ上のレイヤーを自動的に処理し、属性を使用してオンザフライでクエリを形成し、理想的には結果をデータグリッドに返すコードを探しています。 賢い人は、目次と、マップ内のレイヤーを処理するウィジェットを特定しています。「属性による選択」に似たようなことを書いた人はいますか?

7
QGISを使用してフィールド内の重複属性を識別しますか?
数千のポイントを持つポイントシェープファイルがあります。一意であると想定されるIDコードフィールドがあります。データ入力担当者は、IDを間違って入力して重複を作成します。現在、手動でフィールドをスクロールして重複を見つけています。 検索クエリビルダーを使用してこれを行う別の方法はありますか?

3
PostGISジオメトリ列のSELECT DISTINCTの精度はどのくらいですか?
SELECT DISTINCTPostGISジオメトリでの演算子の精度はどのくらいかと思います。私のシステムでは、次のクエリは5をカウントします。つまり、挿入されたポイントが1e-5未満の差であれば等しいと見なされ、インストールの問題であるPostGISの機能であるかどうかはわかりませんまたはバグ。 それが予想される動作であるかどうかは誰にもわかりますか? CREATE TEMP TABLE test (geom geometry); INSERT INTO test VALUES (St_GeomFromText('POINT (0.1 0.1)')), (St_GeomFromText('POINT (0.001 0.001)')), (St_GeomFromText('POINT (0.0001 0.0001)')), (St_GeomFromText('POINT (0.00001 0.00001)')), (St_GeomFromText('POINT (0.000001 0.000001)')), (St_GeomFromText('POINT (0.0000001 0.0000001)')), (St_GeomFromText('POINT (0.00000001 0.00000001)')), (St_GeomFromText('POINT (0.000000001 0.000000001)')); SELECT COUNT(*) FROM (SELECT DISTINCT geom FROM test) AS test; count ------- 5 …

1
西に面するすべてのビーチのOSMを照会しますか?-QGISが望ましい
この惑星(またはその特定のサブセット)で西向き(+/- 20-30度)にあるすべてのビーチを特定したい。 私の考えは、OSMをデータソースとして使用することです。タグ「natural = beach」を持つすべてのポリゴンを抽出すると、ビーチとしてフラグが付けられているすべてのエリアのデータセット/シェープファイルが得られます。ここまでは順調ですね。 また、海岸線のデータ(OSMやNatural Earthなど)を使用して、ビーチの向きを特定できることも知っています。 小さな不一致を修正するためにビーチの形状をバッファリングし、これらを海岸線と交差させると、形状のどちら側が水に面しているかに関するデータが得られます。交差するすべてのポイントの最大値/最小値を使用すると、方位がわかります。(90度+/- 20-30度なら問題ありません...) そして、それは私が失われた場所です... 私の好みのツールはQGISですが、PostGISも同様です。 このパズルを解く方法を知っている人はいますか?


3
ラスターデータベースのクエリを高速化する方法は?
私はこれらの列を持つpostgresql / postgisにラスターデータベースを持っています: (ID、rast、data_of_data)。 「ラスト」は、WKT形式のラスターファイルがある列です。WGS84システム(30.424、-1.66)および2002-01-09のポイントのDN値を検索するクエリの例は次のとおりです。 SELECT st_value(rast,(st_GeomFromText('POINT(30.424 -1.66)', 4326))) as val FROM my_table WHERE date_of_data='2002-01-09' これらの種類のクエリを高速化する方法(空間インデックスなど)はありますか?

2
QGIS Query BuilderでESRIシェープファイルを使用してコメントを使用することはできますか?
クエリビルダでさまざまなクエリを試しています。クエリにコメントする方法はありますか?試した /* */ # -- 成功せずに: クエリの実行中にエラーが発生しました。データプロバイダーは言った:OGR [3]エラー1:SQL式解析エラー:構文エラー 編集: この質問の機能をリクエストしました:http : //hub.qgis.org/issues/10914 @Bernd V.は、式がベクトルの形式に従って異なる方法で評価されることを観察しました(詳細については、クエリビルダーの[ヘルプ]ボタンを参照してください)
13 qgis  query 

3
すべてのレコード(> 1000)をクエリし、csvにエクスポートする方法は?
arcgisフォーラムに投稿しましたが、回答がありませんでした。誰もこれを解決する方法を教えてもらえますか? 10月1日から12月31日までの風速情報を含む車両追跡記録があるとします。すべてのデータはジオデータベース(sde-sqlserver)に保存され、フィーチャレイヤーとしてArcGIS Server 10.1に保存されます。タイムスライダーは、車の位置を風速で表示します。 ユーザーが時間範囲(たとえば、10月2日から10月4日)を変更すると、最初のクエリタスク(カウント用)が範囲内のフィーチャの数を計算します。通常、2日(例:1750)でも1000を超える結果があります(ただし、この制限を変更したくありません)。 別のクエリタスク(executeforIds)を使用して、すべてのレコードを手元に保持しましたが、風速の全体的な傾向を示すグラフを作成するのに十分な数であるモジュラス(1/10)で量を減らしました。ただし、csvでデータセット全体(この場合は1750行)をダウンロードするオプションも提供したい ここでは、findtaskを使用して、時間範囲内の属性データセットを取得しました。 try { //console.log(app.objIDs); var attribs; csvdata = ""; var find = new esri.tasks.FindTask("http://xyz.com/arcgis/rest/services/Realtime/Car_Wind_WM/MapServer"); var params = new esri.tasks.FindParameters(); params.layerIds = [0]; params.searchFields = ["OBJECTID"]; for (var i = 0; i < app.objIDs.length; i++) { params.searchText = app.objIDs[i]; find.execute(params, function (results) { attribs = …

1
レイヤー内のフィーチャをフィルタリングする方法は?
QGISを使用して、シェープファイルベースのレイヤーに特定の機能を表示しようとしています。プロパティパネルでサブセット関数を見つけましたが、これはまさに私が望むことをしますが、多数の機能を手動で選別する必要があるため、面倒です。これを行う簡単な方法はありますか? 私は最高のシェープファイルとpostGISの両方を使用しています

1
QGISクエリ構文は、属性テーブルとフィーチャフィルターで異なります
QGIS 2.16.2を使用すると、次の式を使用してシェープファイル属性テーブルからレコードを正常に選択できます。 left("start_time", 10) = '2015-08-01' start_timeは文字列フィールドであることに注意してください。 ただし、同じ式をシェープファイルのレイヤープロパティ>一般>機能フィルター>クエリビルダーにコピーして貼り付けると、次のエラーが表示されます。 同じ表現がQGISのどこでも機能すると期待しています。私は何を間違えていますか?

3
パーソナルジオデータベースは、ファイルジオデータベースよりもインデックス付き属性の迅速なクエリに適していますか?
データをクエリして住所を検索するArcGIS Engineアプリケーションのデータを準備しています。ストリート名フィールド、家番号フィールド、またはその両方で検索する場合があります。パーソナルジオデータベースまたはSDEジオデータベースを使用する場合、単一列インデックスに加えて複数列属性インデックスを追加できます。何らかの理由で、属性インデックスの作成に関するESRIの記事によると、ファイルジオデータベースを使用する場合、複数列の属性インデックスは使用できません。なぜそうなのか、彼らは言及していません-ファイルジオデータベースは何らかの理由でそれらを必要としないのでしょうか? 家番号フィールドと街路名フィールドの複数列インデックスは、両方のフィールドを一度に検索するときの理論上のクエリパフォーマンスを理論的に改善するはずですが、パーソナルジオデータベースの使用に切り替える価値はありますか?パーソナルジオデータベースを使用すると、マルチカラムインデックスの利点が損なわれる可能性があると感じています。 私は、Esriがパーソナルジオデータベースからの移行を望んでいるという印象を受けてきましたが、これはパーソナルジオデータベースの方が適している場合ですか?これに関する経験がある場合、私は知りたいです。

1
ST_ClosestPoint(line、point)はラインと交差しません
PostGISデータベース(Postgres 8.4.1のPostGIS 1.5)には、道路(線ストリングで構成される)とクラッシュ(ポイントで構成される)の2つのテーブルがあります。私はそれぞれのクラッシュを道路に関連付けようとしましたが、以下を機能させるのに問題があります: SELECT ST_ClosestPoint(road.the_geom, crash.the_geom), ST_Intersects(ST_ClosestPoint(road.the_geom, crash.the_geom), road.the_geom) ST_Distance(ST_ClosestPoint(road.the_geom, crash.the_geom), crash.the_geom) AS distance FROM --Table crashes is already in SRID 4326 (SELECT the_geom FROM crashes WHERE gid = 360) as crash, (SELECT ST_SetSrid(the_geom, 4326) as the_geom from roads) as road ORDER BY distance; このクエリは、各道路でgid 360を使用してクラッシュに最も近いポイントを返しますが、ST_Intersects関数は最初の結果(すべての道路で真の最も近いポイント)に対してfalseを返します。私は何か間違っていますか?クラッシュを最も近い道路にリンクする別の方法はありますか?
11 postgis  query 

1
Postgisデータベースクエリの最適化
DTED形式のラスターセットがあり、raster2pgsqlコマンドラインツールを使用してPostGISデータベースにロードします。 各ラスターは単に行に格納され、ridとラスター形式の値によって記述されます。 次に、ポイントの経度と緯度を取得し、このポイントに対応するピクセルの値を返すデータベース関数を作成します。 私が抱えている問題は、データベースがOdroidボードで動作するため、それを行うのにかなりの時間がかかる(3〜4秒)ことです。 私が処理するデータセットは非常に大きい(ラスターは英国全体をカバーしている)ことはわかっていますが、PostgreSQLとPostGISに精通していないため、より高速に処理できると思います。 これは私がこれまでに行ったことです: SELECT ST_Value(rast, ST_GeomFromText(CONCAT('POINT(', $1, ' ', $2, ')'), 4326)) FROM ( SELECT * FROM rasters WHERE rast && ST_GeomFromText(CONCAT('POINT(', $1, ' ', $2, ')'), 4326) ) x; $1そして、$2それぞれ長いと緯度です。

3
PostgreSQLデータベースから空間テーブルのみを選択しますか?
私のデータベースには空間テーブルと非空間テーブルの両方が含まれていますが、クエリから空間テーブルのみを取得します。 空間テーブルのみを選択するための提案。'the_geom'は、空間テーブルのジオメトリ列です。 それ以外の場合、列名からテーブルを選択することは可能ですか。 私はこのコードで試しましたselect relname from pg_stat_user_tables WHERE schemaname='public'。しかし、これからすべてのテーブル名を取得します。

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