問題タブ [tiling]

マップのマッピングとマップへの値の表示について、より多くのことを学び、理解しようとしています。（GIS）

現時点では、いくつかの値を取得して、それらの値をマップ上のタイルまたはビンに適用することを検討しています。理想的には、タイルのサイズを100メートル、500メートルなどのように均一にします。

均一なタイルサイズを作成するための標準的な方法はありますか？または、この種のデータ表示を処理するために一般的に受け入れられている方法は何ですか？

（現在、geodjangoとそれに関連するツールセットgeos、proj4などを使用しています）

ラップ モードを GL_REPEAT に設定することでテクスチャ全体を繰り返すことが可能であることは知っていますが、テクスチャの部分領域のみを繰り返すことは可能ですか? たとえば、テクスチャがアトラスの一部である場合です。

私は OpenGL ES 1.x をターゲットにしているので、シェーダーはありません。

ここに興味深い質問があります:)

ハンケル関数が通常の頂点に対して行うように並べて表示したい2つの「行列のベクトル」があります。例：列ベクトル：

行ベクトル：

結果の行列は次のようになります。

0の値は変更できることに注意してください。結果として得られる構造は、重要な部分です。

関連する質問：「editrepmat」コマンドを調べたところ、ヘルプが見つからなかった興味深い構文がいくつか見つかりました。

そしてBは

これは基本的にrepmat（A、2,2）;です。

だから私の質問は、この構文は何ですか：A（X、X）？

どうもありがとう！

Ofer

ピンチズームでタイルUIScrollViewを正しくズームインおよびズームアウトするのに苦労しています。問題は、ピンチ ズームが発生すると、通常、結果のビューが同じ領域の中央に配置されないことです。

詳細:アプリは 500x500 のタイル イメージで開始されます。ユーザーがズームインすると、1000x1000 にスナップされ、タイルが再描画されます。すべてのズーム効果などについては、私はそれをやらせてUIScrollViewいます。がscrollViewDidEndZooming:withView:atScale:呼び出されると、タイルを再描画します (ここの多くの例やその他の質問でわかるように)。

ビューの中心を正しく計算するように問題を掘り下げたと思いますscrollViewDidEndZooming:withView:atScale:（再描画後に既知の点を中心にできます）。

私が現在使用しているもの：

これは正しいと思いますか？より良い方法はありますか？ありがとう！

ユーザーに表示するかなり大きな PathGeometry (100,000 ポイントを超え、ストロークされているが塗りつぶされていない) がありますが、一度に表示されるのはパスのごく一部だけです。明確にするために、パス自体は事前に決定されていませんが、データから作成されます。

問題: ユーザーがより大きなパスの領域を探索できるように、非常にスムーズなパンを提供したいと考えています。

考えられる解決策はありますが、それをどのようにやってのけるかわかりません。タイリング手法を使用したいと思います-ジオメトリをタイルに分割し、表示されているタイルのみをロードします。

では、ストロークのみのパス ジオメトリをタイルに分割するにはどうすればよいでしょうか。より具体的には、特定の長方形のタイルに存在するパスの部分を特定するにはどうすればよいですか?

CombinedGeometry を使用してパス ジオメトリと四角形の間の交差を決定できることはわかっていますが、これには四角形の「壁」(ストロークされる) が含まれます。ストロークのみの PathGeometry をタイル化するより良い方法はありますか?

ありがとう！

タイリングの効率的なソリューション/アルゴリズムを探しています:デッキタイルのレイアウト。

不規則な形状に対応した柱と梁（梁、根太）の相互配置を計算するシステムを構築したい。

よろしくお願いします。

これまでのところ、IE8でしか表示されないような奇妙な問題があります。

私のサイトのいくつかのdivに半透明のpngタイリングがあります。すべて正常に動作します。ただし、ページの任意のdivにフラッシュコンテンツを配置するとすぐに、どこにいても、IEはpngのタイリングを停止し、代わりにそれを拡大します。フラッシュとIE8でのみ発生します。

誰かが同様の問題を抱えていて、誰かが修正する方法を知っていますか？

乾杯

アイテムの背景がタイル状になっているListViewがあります。これを実現するために、次の描画可能なxmlを使用します。

通常、これは機能します。ただし、srcドローアブルが並べて表示されない場合がありますが、リスト項目全体を埋めるために引き伸ばされます。（私はこのようないくつかの異なるタイルを持っており、それらを1つのListViewに混合して使用します。タイリングの代わりにストレッチがある場合、それは価値があるため、一度にすべてに含まれることはありません。）

android:dither="true"また、それがないとバグがあるかもしれないとどこかで読んだので、そのxmlに追加しようとしました。それは何も変わりませんでした。

誰かが同じ問題を抱えていましたか？どのように修正しましたか？

私はこのような問題を解決するためにアルゴリズムを検索しています：

ウィンドウがほとんどありません。各ウィンドウは移動したりサイズを変更したりできますが、幅と高さの比率を指定します。2：1（高さ：幅）。

各ウィンドウを他のウィンドウに配置することはできず、すべてのウィンドウが完全に表示されている必要があります。空き領域（デスクトップの壁紙の可視性）は最小限にする必要があります。

このタイプの問題に必要なアルゴリズムを誰かに教えてもらえますか？

こんにちは、

ページの両側の背景色が異なる固定幅のレイアウトを作成したいのですが、ズームアウトしても、ページの両側から背景色が無限に広がります。

たとえば、背景画像の端が見えるようにズームアウトしない場合にのみ機能するため、どちらかの側に正しい色で9000x10ピクセルの画像を作成してタイリングすることは考えていません。

これは可能ですか？

ありがとう！

編集：

私が指定したはずですが、背景はウィンドウ/ビューポートの高さだけでなく、ページの高さ全体をカバーする必要があります。