Component Approved Translated Unfinished Unfinished words Unfinished characters Untranslated Checks Suggestions Comments
Glossary Glossary 0% 0 0 0 0 0 0 0
PostGIS Manual CC-BY-SA-3.0 0% 0 0 0 0 299 0 0

Overview

Project website postgis.net
Project maintainers User avatar cvvergara User avatar robe User avatar strk User avatar komzpa
Translation license CC-BY-SA-3.0 PostGIS Manual
8 days ago

String statistics

Strings percent Hosted strings Words percent Hosted words Characters percent Hosted characters
Total 5,966 105,588 754,183
Approved 0% 0 0% 0 0% 0
Waiting for review 100% 5,966 100% 105,588 100% 754,183
Translated 100% 5,966 100% 105,588 100% 754,183
Needs editing 0% 0 0% 0 0% 0
Read-only 0% 0 0% 0 0% 0
Failing checks 5% 299 1% 872 1% 7,266
Strings with suggestions 0% 0 0% 0 0% 0
Untranslated strings 0% 0 0% 0 0% 0
Last 12 months Previous

Activity in last 12 months

0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 12,810 changes
Jul Aug Sep Oct Nov Dec Jan Feb Mar Apr May Jun

Quick numbers

105 k
Hosted words
5,966
Hosted strings
100%
Translated
2
Contributors
and previous 30 days

Trends of last 30 days

+100%
Hosted words
—
+100%
Hosted strings
—
+100%
Translated
—
+100%
Contributors
—
User avatar None

Changes committed

  1. postgis
  2. PostGIS Manual
  3. Swedish
Changes committed 11 days ago
User avatar yeager

Translation changed

  1. postgis
  2. PostGIS Manual
  3. Swedish
This query uses a spatial measurement as an ordering value. There are several ways of approaching this problem, but the most efficient is below:
Denna fråga använder en spatial mätning som ett beställordningsvärde. Det finns flera sätt att närma sig detta problem, men det mest effektiva är nedan:
11 days ago
User avatar yeager

Translation changed

  1. postgis
  2. PostGIS Manual
  3. Swedish
Prior to PostgreSQL 9, ordering in a subquery can be used. However, sometimes the query plan may not respect the order of the subquery.
Före PostgreSQL 9 kan beställordning i en underfråga användas. Ibland kanske dock frågeplanen inte respekterar ordningen på underfrågan.
11 days ago
User avatar yeager

Translation changed

  1. postgis
  2. PostGIS Manual
  3. Swedish
The <varname>&#61;</varname> operator returns <varname>TRUE</varname> if the coordinates and coordinate order geometry/geography A are the same as the coordinates and coordinate order of geometry/geography B. PostgreSQL uses the =, &lt;, and &gt; operators defined for geometries to perform internal orderings and comparison of geometries (ie. in a GROUP BY or ORDER BY clause).
Operatorn <varname>=</varname> returnerar <varname>SANT</varname> om koordinaterna och koordinatordningen geometri / geografi A är desamma som koordinaterna och koordinatordningen för geometri / geografi B. PostgreSQL använder operatöorerna =, &lt; och &gt; som definieras för geometrier för att utföra interna beställordningar och jämförelse av geometrier (dvs. i en GROUP BY- eller ORDER BY-klausul).
11 days ago
User avatar yeager

Translation changed

  1. postgis
  2. PostGIS Manual
  3. Swedish
Now issue a query where you use the geometry operator &amp;&amp; to search for a bounding box that matches only very few of those rows. Now the query optimizer sees that the table has only 3 pages and 80 rows. It estimates that a sequential scan on such a small table is much faster than using an index. And so it decides to ignore the GIST index. Usually, this estimation is correct. But in our case, the &amp;&amp; operator has to fetch every geometry from disk to compare the bounding boxes, thus reading all TOAST pages, too.
Ställ nu en fråga där du använder geometrioperatorn &amp; &amp; för att söka efter en avgränsningsbox som bara matchar mycket få av dessa rader. Nu ser frågeoptimeraren att tabellen bara har 3 sidor och 80 rader. Den uppskattar att en sekventiell skanning på en så liten tabell är mycket snabbare än att använda ett index. Och så beslutar den att ignorera GIST-indexet. Vanligtvis är denna uppskattning korrekt. Men i vårt fall måste operatöreorn hämta varje geometri från disken för att jämföra begränsningsrutorna, vilket innebär att alla TOAST-sidor också måste läsas.
11 days ago
User avatar yeager

Translation changed

  1. postgis
  2. PostGIS Manual
  3. Swedish
The above syntax will build a 2-dimensional index. A 3-dimensional index for the geometry type can be created using the 3D operator class:
Syntaxen ovan bygger upp ett 2-dimensionellt index. Ett 3-dimensionellt index för geometritypen kan skapas med hjälp av operatöorsklassen 3D:
11 days ago
User avatar yeager

Translation changed

  1. postgis
  2. PostGIS Manual
  3. Swedish
Currently, only "inclusion support" is provided, meaning that just the <varname>&amp;&amp;</varname>, <varname>~</varname> and <varname>@</varname> operators can be used for the 2D cases (for both <code>geometry</code> and <code>geography</code>), and just the <varname>&amp;&amp;&amp;</varname> operator for 3D geometries. There is currently no support for kNN searches.
För närvarande finns endast "inclusion support", vilket innebär att endast operatöorerna <varname>&amp;&amp;</varname>, <varname>~</varname> och <varname>@</varname> kan användas för 2D-fall (för både <code>geometri</code> och <code>geografi</code>), och endast operatorn <varname>&amp;&amp;&amp;</varname> för 3D-geometrier. Det finns för närvarande inget stöd för kNN-sökningar.
11 days ago
User avatar yeager

Translation changed

  1. postgis
  2. PostGIS Manual
  3. Swedish
Keep in mind that a BRIN index only stores one index entry for a large number of rows. If your table stores geometries with a mixed number of dimensions, it's likely that the resulting index will have poor performance. You can avoid this performance penalty by choosing the operator class with the least number of dimensions of the stored geometries
Tänk på att ett BRIN-index bara lagrar en indexpost för ett stort antal rader. Om din tabell lagrar geometrier med ett blandat antal dimensioner är det troligt att det resulterande indexet kommer att ha dålig prestanda. Du kan undvika denna prestandaförlust genom att välja den operatöorsklass som har minst antal dimensioner för de lagrade geometrierna
11 days ago
User avatar yeager

Translation changed

  1. postgis
  2. PostGIS Manual
  3. Swedish
You can also get a 4D-dimensional index using the 4D operator class:
Du kan också få ett 4D-dimensionellt index med hjälp av operatöorsklassen 4D:
11 days ago
User avatar yeager

Translation changed

  1. postgis
  2. PostGIS Manual
  3. Swedish
The <varname>&#61;</varname> operator returns <varname>TRUE</varname> if the bounding box of raster A is the same as the bounding box of raster B. PostgreSQL uses the =, &lt;, and &gt; operators defined for rasters to perform internal orderings and comparison of rasters (ie. in a GROUP BY or ORDER BY clause).
Operatorn <varname>=</varname> returnerar <varname>SANT</varname> om gränsboxen för raster A är densamma som gränsboxen för raster B. PostgreSQL använder operatöorerna =, &lt; och &gt; som definieras för raster för att utföra interna beställordningar och jämförelse av raster (dvs. i en GROUP BY- eller ORDER BY-klausul).
11 days ago
Browse all changes for this language