Translation status

5,807 Strings 100%
Browse Translate
105,396 Words 100%
751,931 Characters 100%

Strings status

Strings Words Characters
5,807 105,396 751,931
All strings Browse Translate Zen
5,807 105,396 751,931
Translated strings Browse Translate Zen
5,807 105,396 751,931
Strings waiting for review Browse Translate Zen
299 872 7,266
Strings with any failing checks Browse Translate Zen
299 872 7,266
Translated strings with any failing checks Browse Translate Zen
27 74 853
Translated strings with dismissed checks Browse Translate Zen
298 835 6,994
Failing check: Unchanged translation Browse Translate Zen
1 37 272
Failing check: Consecutive duplicated words Browse Translate Zen
5,807 105,396 751,931
Strings without a label Browse Translate Zen

Other components

Component Approved Translated Unfinished Unfinished words Unfinished characters Untranslated Checks Suggestions Comments
Glossary Glossary 0% 0 0 0 0 0 0 0
Browse all components

Overview

Project website postgis.net
Project maintainers User avatar cvvergara User avatar robe User avatar strk User avatar komzpa
Translation license Creative Commons Attribution Share Alike 3.0 Unported
Translation process
  • Translations can be made directly.
  • Translation suggestions can be made.
  • Translations are reviewed by dedicated reviewers.
  • Any authenticated user can contribute.
  • The translation uses bilingual files.
Source code repository https://git.osgeo.org/gitea/postgis/postgis.git
Repository branch master
Last remote commit PostgreSQL master flipped to pg 19, push the json thing forward, may never happen, but just in case dceadf04
Regina Obe authored 2 hours ago
Last commit in Weblate PostgreSQL master flipped to pg 19, push the json thing forward, may never happen, but just in case dceadf04
Regina Obe authored 2 hours ago
Weblate repository https://weblate.osgeo.org/git/postgis/postgis-manual/
File mask doc/po/*/postgis-manual.po
Translation file Download doc/po/sv/postgis-manual.po
Last change June 19, 2025, 9:47 p.m.
Last author None
8 days ago

String statistics

Strings percent Hosted strings Words percent Hosted words Characters percent Hosted characters
Total 5,807 105,396 751,931
Approved 0% 0 0% 0 0% 0
Waiting for review 100% 5,807 100% 105,396 100% 751,931
Translated 100% 5,807 100% 105,396 100% 751,931
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,483 changes
Jul Aug Sep Oct Nov Dec Jan Feb Mar Apr May Jun

Quick numbers

105 k
Hosted words
5,807
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 translation changes