postgis-workshop/rasters — Swedish @ OSGeo Weblate: Another feature of the raster :command:`ST

Translation

English

Another feature of the raster :command:`ST_Union` we glossed over, is this idea of if you should return all bands or just some bands. When you don't specify what bands to union, :command:`ST_Union` will combine same banded numbers and use the :command:`LAST` unioning strategy. If you have multiple bands, this may not be what you want to do. Perhaps you only want to union, the second band. In this case, the Green Band and you want the count of pixel values.

Swedish

Needs editing

Skip

	English	Swedish	Actions
	What is this same alignment thing, that is preventing you from unioning your precious rasters?	Vad är det för något med denna inriktning som hindrar dig från att sammanfoga dina värdefulla raster?
	In order for rasters to be combined, they need to be on the same grid so to speak. Meaning they must have same pixel sizes, same orientation (the skew), same spatial reference system, and their pixels must not cut into each other, meaning they share the same worldly pixel grid.	För att raster ska kunna kombineras måste de så att säga vara på samma rutnät. Det innebär att de måste ha samma pixelstorlekar, samma orientering (skevheten), samma spatiala referenssystem och att deras bildpunkter inte får korsa in i varandra, vilket innebär att de delar samma världsliga pixelnät.
	If you try the same query, but just with words we carefully placed in New York.	Om du försöker samma fråga, men bara med ord som vi noggrant placerat i New York.
	Again, the same error. These are the same spatial ref system, the same pixel sizes, and yet it's still not good enough. Because their grids are off.	Återigen, samma fel. Det är samma spatiala ref-system, samma pixelstorlekar, och ändå är det inte tillräckligt bra. För att deras rutnät är fel.
	We can fix this by shifting the upper left y coordinates ever so slightly and then trying again. If our grids start at integer level since our pixel sizes are whole integer, then the pixels won't cut into each other.	Vi kan åtgärda detta genom att flytta de övre vänstra y-koordinaterna en aning och sedan försöka igen. Om våra rutnät börjar på heltalsnivå eftersom våra pixelstorlekar är hela heltal, kommer bildpunkterna inte att korsa in i varandra.
	Voila it worked, and if we were to view, we'd see something like this:	Voila det fungerade, och om vi skulle visa, skulle vi se något liknande detta:
	If ever you are unclear why your rasters don't have the same alignment, you can use the function `ST_SameAlignment <https://postgis.net/docs/RT_ST_SameAlignment.html>`_, which will compare 2 rasters or a set of rasters and tell you if they have the same alignment. If you have notices enabled, the NOTICE will tell you what is off with the rasters in question. The `ST_NotSameAlignmentReason <https://postgis.net/docs/RT_ST_NotSameAlignmentReason.html>`_, instead of just a notice will output the reason. It however only works with two rasters at a time.	Om du någonsin är osäker på varför dina raster inte har samma inriktning kan du använda funktionen `ST_SameAlignment <https://postgis.net/docs/RT_ST_SameAlignment.html>`_, som jämför 2 raster eller en uppsättning raster och talar om för dig om de har samma inriktning. Om du har aktiverat notiser kommer NOTICE att berätta vad som är fel med rastrerna i fråga. Med `ST_NotSameAlignmentReason <https://postgis.net/docs/RT_ST_NotSameAlignmentReason.html>`_, istället för bara ett meddelande, kommer orsaken att matas ut. Det fungerar dock bara med två raster åt gången.
	One major way in which the `ST_Union(raster) <https://postgis.net/docs/RT_ST_Union.html>`_ raster function deviates from the `ST_Union(geometry) <https://postgis.net/docs/ST_Union.html>`_ geometry function is that it allows for an argument called uniontype. This argument by default is set to `LAST` if you don't specify it, which means, take the LAST raster pixel values in occasions where the raster pixel values overlap. As a general rule, pixels in a band that are marked as no-data are ignored.	Ett viktigt sätt på vilket rasterfunktionen `ST_Union(raster) <https://postgis.net/docs/RT_ST_Union.html>`_ avviker från geometrifunktionen `ST_Union(geometry) <https://postgis.net/docs/ST_Union.html>`_ är att den tillåter ett argument som kallas uniontype. Detta argument är som standard inställt på `LAST` om du inte anger det, vilket innebär att du tar de LAST rasterpixelvärdena vid tillfällen där rasterpixelvärdena överlappar varandra. Som en allmän regel ignoreras bildpunkter i ett band som är markerade som no-data.
	Just as with most aggregates in PostgreSQL, you can put a :command:`ORDER BY` clause as part of the function call as is done in the prior example. Specifying the order, allows you to control which raster takes priority. So in our prior example, Raster trumped Hello because Raster is alphabetically last.	Precis som med de flesta aggregat i PostgreSQL kan du lägga till en :command: `ORDER BY` -klausul som en del av funktionsanropet som görs i det tidigare exemplet. Genom att ange ordningen kan du styra vilken raster som prioriteras. Så i vårt tidigare exempel trumfade Raster Hello eftersom Raster är alfabetiskt sist.
	Observe, if you switch the order:	Observera, om du byter ordning:
	Then Hello trumps Raster because Hello is now the last overlaid.	Sedan övertrumfar Hello Raster eftersom Hello nu är den sista överlagrade.
	The :command:`FIRST` union type is the reverse of :command:`LAST`.	Unionstypen :command:`FIRST` är motsatsen till :command:`LAST`.
	But on occassion, LAST may not be the right operation. Let's suppose our rasters represented two different sets of observations from two different devices. These devices measure the same thing, and we aren't sure which is right when they cross paths, so we'd instead like to take the `MEAN` of the results. We'd do this:	Men ibland kanske LAST inte är rätt operation. Låt oss anta att våra raster representerade två olika uppsättningar observationer från två olika enheter. Dessa enheter mäter samma sak, och vi är inte säkra på vilken som är rätt när de korsar vägar, så vi skulle istället vilja ta "medelvärdet" av resultaten. Vi skulle göra så här:
	So instead of trumping, we have a blending of the two forces. In the case of :command:`MEAN` union type, there is no point in specifying order, because the result would be the average of overlapping pixel values.	Så istället för att trumfa, har vi en blandning av de två krafterna. När det gäller unionstypen :command:`MEAN` är det meningslöst att ange ordning, eftersom resultatet blir ett genomsnitt av överlappande pixelvärden.
	Note that for geometries since geometries are vector and thus have no values besides there or not there, there really isn't any ambiguity on how to combine two vectors when they intersect.	Observera att för geometrier, eftersom geometrier är vektorer och därmed inte har några värden förutom där eller inte där, finns det egentligen ingen tvetydighet om hur man kombinerar två vektorer när de korsar varandra.
	Another feature of the raster :command:`ST_Union` we glossed over, is this idea of if you should return all bands or just some bands. When you don't specify what bands to union, :command:`ST_Union` will combine same banded numbers and use the :command:`LAST` unioning strategy. If you have multiple bands, this may not be what you want to do. Perhaps you only want to union, the second band. In this case, the Green Band and you want the count of pixel values.	En annan egenskap hos raster :command:`ST_Union` som vi glömde bort är tanken på om du ska returnera alla band eller bara vissa band. När du inte anger vilka band som ska förenas kommer :command:`ST_Union` att kombinera samma bandnummer och använda :command:`LAST`-strategin för förening. Om du har flera band är detta kanske inte vad du vill göra. Du kanske bara vill förena det andra bandet. I det här fallet är det det gröna bandet och du vill ha antalet pixelvärden.
	Note in the case of the COUNT union type, which counts the number of pixels filled in and returns that value, the result is always a 32BUI similar to how when you do a :command:`COUNT` in sql, the result is always a bigint, to accommodate large counts.	Observera att när det gäller unionstypen COUNT, som räknar antalet bildpunkter som fyllts i och returnerar det värdet, är resultatet alltid ett 32BUI på samma sätt som när du gör ett :command:`COUNT` i sql, är resultatet alltid ett bigint, för att tillgodose stora räkningar.
	In other cases, the band pixel type does not change and is set to the max value or rounded if the amounts exceed the bounds of the type. Why would anyone ever want to count pixels that intersect at a location. Well suppose each of your rasters represent police squadrons and incidents of arrests in the areas. Each value, might represent a different kind of arrest reason. You are doing stats on how many arrests in each region, therefore you only care about the count of arrests.	I andra fall ändras inte bandpixeltypen och den ställs in på maxvärdet eller avrundas om beloppen överskrider gränserna för typen. Varför skulle någon någonsin vilja räkna bildpunkter som korsar varandra på en plats. Anta att alla dina raster representerar polisskvadroner och incidenter med arresteringar i områdena. Varje värde kan representera en annan typ av arresteringsorsak. Du gör statistik över hur många arresteringar i varje region, därför bryr du dig bara om antalet arresteringar.
	Or perhaps, you want to do all bands, but you want different strategies.	Eller kanske vill du göra alla band, men du vill ha olika strategier.
	Using the unionarg[] variant of the :command:`ST_Union` function, also allows you to shuffle the order of the bands.	Om du använder varianten unionarg[] av funktionen :command:`ST_Union` kan du också blanda om ordningen på banden.
	Clipping Rasters with help of ST_Intersects	Klippning av Rasters med hjälp av ST_Intersects
	The `ST_Clip <https://postgis.net/docs/RT_ST_Clip.html>`_ function is one of the most widely used functions for PostGIS rasters. The main reason is the more pixels you need to inspect or do operations on, the slower your processing. ST_Clip clips your raster to just the area of interest, so you can isolate your operations to just that area.	Funktionen `ST_Clip <https://postgis.net/docs/RT_ST_Clip.html>`_ är en av de mest använda funktionerna för PostGIS-raster. Huvudskälet är att ju fler bildpunkter du behöver inspektera eller göra operationer på, desto långsammare blir din bearbetning. ST_Clip klipper ditt raster till bara det intressanta området, så att du kan isolera dina operationer till bara det området.
	This function is also special in that it utilizes the power of geometry to help raster analysis. To reduce the number of pixels, :command:`ST_Union` has to handle, each raster is clipped first to the area we are interested in.	Den här funktionen är också speciell eftersom den utnyttjar geometrins möjligheter för att underlätta rasteranalys. För att minska antalet bildpunkter som :command:`ST_Union` måste hantera, klipps varje raster först till det område som vi är intresserade av.
	This example showcases several functions working in unison. The :command:`ST_Intersects` function employed is the one packaged with postgis_raster and can intersect 2 rasters or a raster and a geometry. Similar to the geometry :command:`ST_Intersects` the `raster ST_Intersects <https://postgis.net/docs/RT_ST_Intersects.html>`_ can take advantage of spatial indexes on the raster or geometry tables.	Detta exempel visar flera funktioner som arbetar tillsammans. Funktionen :command:`ST_Intersects` som används är den som medföljer postgis_raster och kan korsa 2 raster eller ett raster och en geometri. I likhet med geometri :command:`ST_Intersects` kan `raster ST_Intersects <https://postgis.net/docs/RT_ST_Intersects.html>`_ dra nytta av spatiala index på raster- eller geometritabellerna.
	By default ST_Clip will leave out pixels where the centroid of the pixel doesn't intersect the geometry. This can be annoying for big pixels and you may prefer to instead, include a pixel if any part of the pixel touches the geometry. Introduced in PostGIS 3.5, is the touched argument. Replace your `ST_Clip(r.rast, g.geom)` with `ST_Clip(r.rast, g.geom, touched => true)` and voila any pixels that intersect your geometry in any way will be included.	Som standard kommer ST_Clip att utelämna bildpunkter där pixelns centroid inte skär geometrin. Detta kan vara irriterande för stora bildpunkter och du kanske föredrar att istället inkludera en pixel om någon del av pixeln vidrör geometrin. Argumentet touched introducerades i PostGIS 3.5. Ersätt din `ST_Clip(r.rast, g.geom)` med `ST_Clip(r.rast, g.geom, touched => true)` och voila alla bildpunkter som skär din geometri på något sätt kommer att inkluderas.
	Converting Rasters to Geometries	Konvertera Raster till Geometrier
	Rasters can just as easily be morphed into geometries.	Raster kan lika gärna omvandlas till geometrier.
	The polygon of a raster with ST_Polygon	Polygonen i ett raster med ST_Polygon
	Lets start with our prior example, but convert it to a polygon using `ST_Polygon <https://postgis.net/docs/RT_ST_Polygon.html>`_ function.	Låt oss börja med vårt tidigare exempel, men konvertera det till en polygon med hjälp av funktionen `ST_Polygon <https://postgis.net/docs/RT_ST_Polygon.html>`_.
	If you click on the geometry viewer in pgAdmin, you can see this in all it's glory without any hacks.	Om du klickar på geometrivisaren i pgAdmin kan du se detta i all sin prakt utan några hack.
	:command:`ST_Polygon` considers all the pixels that have values (not no-data) in a particular band, and converts them to geometry. Like many other functions in raster, :command:`ST_Polygon` only considers 1 band. If no band is specified, it will consider only the first band.	:command:`ST_Polygon` tar hänsyn till alla bildpunkter som har värden (inte inga data) i ett visst band och omvandlar dem till geometri. Liksom många andra funktioner i raster beaktar :command:`ST_Polygon` endast 1 band. Om inget band anges beaktas endast det första bandet.

Loading…

yeager

Translation uploaded

English

Swedish 471 characters edited Current translation Translated

En annan egenskap hos raster :command:`ST_Union` som vi glömde bort är tanken på om du ska returnera alla band eller bara vissa band. När du inte anger vilka band som ska förenas kommer :command:`ST_Union` att kombinera samma bandnummer och använda :command:`LAST`-strategin för förening. Om du har flera band är detta kanske inte vad du vill göra. Du kanske bara vill förena det andra bandet. I det här fallet är det det gröna bandet och du vill ha antalet pixelvärden.

3 days ago