postgis-workshop/geography — Swedish @ OSGeo Weblate: The SQL for creating a new table with a geography …

Translation

English

Swedish

Needs editing

Skip

	English	Swedish	Actions
	:command:`ST_GeogFromWKB(bytea)` returns ``geography``	:command:`ST_GeogFromWKB(bytea)` returnerar ``geography``
	:command:`ST_AsSVG(geography)` returns ``text``	:command:`ST_AsSVG(geografi)` returnerar ``text``
	:command:`ST_AsGML(geography)` returns ``text``	:command:`ST_AsGML(geography)` returnerar ``text``
	:command:`ST_AsKML(geography)` returns ``text``	:command:`ST_AsKML(geography)` returnerar ``text``
	:command:`ST_AsGeoJson(geography)` returns ``text``	:command:`ST_AsGeoJson(geography)` returnerar ``text``
	:command:`ST_Distance(geography, geography)` returns ``double``	:command:`ST_Distance(geography, geography)` returnerar ``double``
	:command:`ST_DWithin(geography, geography, float8)` returns ``boolean``	:command:`ST_DWithin(geography, geography, float8)` returnerar ``boolean``
	:command:`ST_Area(geography)` returns ``double``	:command:`ST_Area(geography)` returnerar ``double``
	:command:`ST_Length(geography)` returns ``double``	:command:`ST_Length(geography)` returnerar ``double``
	:command:`ST_Covers(geography, geography)` returns ``boolean``	:command:`ST_Covers(geography, geography)` returnerar ``boolean``
	:command:`ST_CoveredBy(geography, geography)` returns ``boolean``	:command:`ST_CoveredBy(geography, geography)` returnerar ``boolean``
	:command:`ST_Intersects(geography, geography)` returns ``boolean``	:command:`ST_Intersects(geography, geography)` returnerar ``boolean``
	:command:`ST_Buffer(geography, float8)` returns ``geography`` [#Casting_note]_	:command:`ST_Buffer(geography, float8)` returnerar ``geography`` [#Casting_note]_
	:command:`ST_Intersection(geography, geography)` returns ``geography`` [#Casting_note]_	:command:`ST_Intersection(geography, geography)` returnerar ``geography`` [#Casting_note]_
	Creating a Geography Table	Skapa en geografitabell
	The SQL for creating a new table with a geography column is much like that for creating a geometry table. However, geography includes the ability to specify the object type directly at the time of table creation. For example:	SQL för att skapa en ny tabell med en geografikolumn är ungefär som för att skapa en geometritabell. Geografi inkluderar dock möjligheten att ange objekttypen direkt vid skapandet av tabellen. Till exempel
	In the table definition, the ``GEOGRAPHY(Point)`` specifies our airport data type as points. The new geography fields don't get registered in the ``geometry_columns`` view. Instead, they are registered in a view called ``geography_columns``.	I tabelldefinitionen specificerar ``GEOGRAPHY(Point)`` vår flygplatsdatatyp som punkter. De nya geografiska fälten registreras inte i vyn ``geometry_columns``. Istället registreras de i en vy som heter ``geography_columns``.
	Some columns were omitted from the above output.	Vissa kolumner har utelämnats från ovanstående utdata.
	Casting to Geometry	Casting till geometri
	While the basic functions for geography types can handle many use cases, there are times when you might need access to other functions only supported by the geometry type. Fortunately, you can convert objects back and forth from geography to geometry.	Även om de grundläggande funktionerna för geograftyper kan hantera många användningsfall, finns det tillfällen då du kan behöva tillgång till andra funktioner som endast stöds av geometritypen. Lyckligtvis kan du konvertera objekt fram och tillbaka från geografi till geometri.
	The PostgreSQL syntax convention for casting is to append ``::typename`` to the end of the value you wish to cast. So, ``2::text`` will convert a numeric two to a text string '2'. And ``'POINT(0 0)'::geometry`` will convert the text representation of point into a geometry point.	PostgreSQL-syntaxkonventionen för casting är att lägga till ``::typename`` i slutet av det värde du vill casta. Så, ``2::text`` kommer att konvertera en numerisk två till en textsträng '2'. Och ``'POINT(0 0)'::geometry`` kommer att konvertera textrepresentationen av point till en geometripunkt.
	The :command:`ST_X(point)` function only supports the geometry type. How can we read the X coordinate from our geographies?	Funktionen :command:`ST_X(point)` stöder endast geometritypen. Hur kan vi läsa X-koordinaten från våra geografier?
	By appending ``::geometry`` to our geography value, we convert the object to a geometry with an SRID of 4326. From there we can use as many geometry functions as strike our fancy. But, remember -- now that our object is a geometry, the coordinates will be interpretted as Cartesian coordinates, not spherical ones.	Genom att lägga till ``::geometry`` till vårt geografivärde konverterar vi objektet till en geometri med en SRID på 4326. Därifrån kan vi använda så många geometrifunktioner som vi vill. Men kom ihåg - nu när vårt objekt är en geometri kommer koordinaterna att tolkas som kartesiska koordinater, inte sfäriska.
	Why (Not) Use Geography	Varför (inte) använda geografi
	Geographics are universally accepted coordinates -- everyone understands what latitude/longitude mean, but very few people understand what UTM coordinates mean. Why not use geography all the time?	Geografiska koordinater är allmänt accepterade koordinater - alla förstår vad latitud/longitud betyder, men väldigt få förstår vad UTM-koordinater betyder. Varför inte använda geografi hela tiden?
	First, as noted earlier, there are far fewer functions available (right now) that directly support the geography type. You may spend a lot of time working around geography type limitations.	För det första finns det, som tidigare nämnts, mycket färre funktioner tillgängliga (just nu) som direkt stöder geograftypen. Du kan få ägna mycket tid åt att arbeta runt begränsningar för geograftyper.
	Second, the calculations on a sphere are computationally far more expensive than Cartesian calculations. For example, the Cartesian formula for distance (Pythagoras) involves one call to sqrt(). The spherical formula for distance (Haversine) involves two sqrt() calls, an arctan() call, four sin() calls and two cos() calls. Trigonometric functions are very costly, and spherical calculations involve a lot of them.	För det andra är beräkningarna på en sfär beräkningsmässigt mycket dyrare än kartesiska beräkningar. Till exempel innebär den kartesiska formeln för avstånd (Pythagoras) ett anrop till sqrt(). Den sfäriska formeln för avstånd (Haversine) innebär två sqrt()-anrop, ett arctan()-anrop, fyra sin()-anrop och två cos()-anrop. Trigonometriska funktioner är mycket kostsamma och sfäriska beräkningar innehåller många sådana.
	The conclusion?	Slutsatsen?
	If your data is geographically compact (contained within a state, county or city), use the geometry type with a Cartesian projection that makes sense with your data. See the http://epsg.io site and type in the name of your region for a selection of possible reference systems.	Om dina data är geografiskt kompakta (inom en stat, ett län eller en stad), använd geometritypen med en kartesisk projektion som är logisk för dina data. Se webbplatsen http://epsg.io och skriv in namnet på din region för att få ett urval av möjliga referenssystem.
	If you need to measure distance with a dataset that is geographically dispersed (covering much of the world), use the geography type. The application complexity you save by working in ``geography`` will offset any performance issues. And casting to ``geometry`` can offset most functionality limitations.	Om du behöver mäta avstånd med en dataset som är geografiskt spridd (täcker stora delar av världen), använd typen geography. Den applikationskomplexitet du sparar genom att arbeta i ``geography`` kommer att kompensera för eventuella prestandaproblem. Och casting till ``geometry`` kan kompensera för de flesta funktionsbegränsningar.
	Function List	Funktionslista