Please sign in to see the alerts.

Overview

Project website postgis.net
Project maintainers User avatar robe User avatar strk User avatar komzpa User avatar cvvergara
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 Closes https://git.osgeo.org/gitea/postgis/postgis/pulls/254 4e4b425e
Regina Obe authored 5 days ago
Last commit in Weblate Translated PostGIS Manual using Weblate (Swedish) 2a4047bb
Daniel Nylander authored 2 days ago
Weblate repository https://weblate.osgeo.org/git/postgis/postgis-manual/
File mask doc/po/*/postgis-manual.po
yesterday

String statistics

Strings percent Hosted strings Words percent Hosted words Characters percent Hosted characters
Total 92,912 1,686,336 12,030,896
Source 5,807 105,396 751,931
Approved 1% 367 1% 5,684 1% 42,689
Waiting for review 36% 33,596 35% 605,593 35% 4,302,402
Translated 42% 39,770 42% 716,673 42% 5,097,022
Needs editing 4% 3,876 3% 67,258 4% 485,695
Read-only 6% 5,807 6% 105,396 6% 751,931
Failing checks 5% 5,514 5% 96,681 5% 666,182
Strings with suggestions 9% 8,758 9% 163,294 9% 1,156,345
Untranslated strings 53% 49,266 53% 902,405 53% 6,448,179
Last 12 months Previous

Activity in last 12 months

0 changes 7,304 changes 0 changes 1,328 changes 0 changes 749 changes 71,893 changes 520 changes 6,128 changes 95 changes 2,505 changes 1,251 changes 918 changes 901 changes 2,683 changes 240 changes 78 changes 117 changes 1,028 changes 4,418 changes 59 changes 6,299 changes 4,438 changes 1,038 changes
Jun Jul Aug Sep Oct Nov Dec Jan Feb Mar Apr May

Quick numbers

1,686 k
Hosted words
92,912
Hosted strings
42%
Translated
3
Contributors
and previous 30 days

Trends of last 30 days

+6%
Hosted words
+100%
+7%
Hosted strings
+100%
+3%
Translated
+39%
−33%
Contributors
+100%
User avatar None

Changes pushed

  1. postgis
  2. PostGIS Manual
Changes pushed yesterday
User avatar None

Repository notification received

  1. postgis
  2. PostGIS Manual
Gitea: https://git.osgeo.org/gitea/postgis/postgis, master yesterday
User avatar None

Changes committed

  1. postgis
  2. PostGIS Manual
  3. Swedish
Changes committed yesterday
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:
2 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.
2 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).
2 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.
2 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:
2 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.
2 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
2 days ago
Browse all component changes