I detta inlägg bygger jag en PostGIS server med en Raspberry Pi. Jag har alla delar jag behöver liggande, men även om du inte har något alls av det som behövs, så går det att köpa nytt för runt 1’000 kr.

Du behöver:

• Raspberry Pi (gärna en modell 3 B+)
• SD kort (bör vara minst 8 Gb)
• Strömförsörjning (Raspberry Pi kräver ganska höga ampere)
• Chassi (valfritt)
• USB hårddisk (en äldre USB 2.0 disk duger)

För konfiguration och liknande behövs även tangentbord och en skärm du kan koppla in på HDMI porten. Efter den inledande konfigurationen behöver du dock inte dessa då det går att göra all konfiguration via SSH och nätverket.

Operativsystem

Jag använder Raspbian Noobs Lite som går att hämta från https://www.raspberrypi.org. Detta är det enklaste sättet att komma igång, men om du vill så kan du ladda hem Raspbian separat och skapa ditt bootbara SD kort på annat sätt.

Den nedladdade zip-filen packas upp till SD kortet, som skall vara formaterat med Fat32.

Så länge alla de uppackade filerna ligger direkt i ”rooten” på kortet så behöver du inte göra mer på datorn.

Koppla upp allt

Du skall inte koppla in USB hårddisken riktigt ännu, men anslut nätverkskabel, tangentbord och skärm, därefter så ansluts strömförsörjning för att starta enheten. Om du vill kan du koppla in en mus också, men du klarar dig utan.

När datorn startar så kommer den ganska snabbt till en valruta där du kan välja vilket system som skall installeras på kortet. Om du som jag valt Lite versionen av Noobs så krävs nätverksanslutning, vilket du ändå kommer att behöva, men framför allt tillgång till Internet.

Välj Raspbian Lite och klicka ”install” eller tryck på ”i” på tangentbordet. Bekräfta valet och låt installationen ta sin lilla tid.

När allt är klart får du ett meddelande och när du klickar ok så startar systemet om.

Sätta upp nätverk och SSH

Börja med att logga in med användarnamnet ”pi” och lösenordet ”raspberry”.

Du skall nu omedelbart byta lösenord på användaren ”pi”, aktivera SSH och eventuellt göra lite andra inställningar. Detta startar du med kommandot.

sudo raspi-config

Välj först att ändra ”lokaliseringen” så att du säkert använder ett svenskt tangentbord (om du nu normalt gör det). Därefter byter du lösenord.

För att aktivera SSH väljer du ”Interfacing Options” och därefter ”SSH” och sedan ”Yes” för att aktivera tjänsten.

När detta är gjort kan du gå ur menynerna, tillbaka till prompten genom att trycka på Esc på tangentbordet. Nu behöver du bara ta reda på IP adressen också, vilket görs med kommandot

ifconfig

Nu behöver du egentligen inte skärmen eller tangentbordet längre, så det kan vara läge att stänga ner systemet och koppla om lite kablar. Kanske flytta på delarna till en lämplig plats också. Du skall även koppla in USB disken. För att vara säker så bör du dock ha kvar skärmen så du ser vad som händer ett litet tag till. Om det strular så går det ju alltid att logga in direkt på enheten med tangentbordet.

Du stänger av systemet med kommandot

init 0

När du är klar kan du åter starta datorn genom att återansluta strömmen. Låt det gå en liten stund så du kan vara säker på att den startat ordentligt.

Anslut via nätverket

Nu kan du ansluta via SSH från en annan dator.

Använd kommandot

ssh pi@192.168.0.29

eller den IP adress som din Pi har.

Raspbian bygger på Debian, vilket även Ubuntu gör, så om du använder Ubuntu så kanske du känner igen en del vanliga kommandon för att exempelvis uppdatera systemet.

sudo apt update
sudo apt upgrade

Detta kan vara bra att köra lite då och då för att hålla servern uppdaterad.

Det går att sätta upp hela servern på SD kortet, men då det kan bli mycket data så skall vi börja med att konfigurera USB disken så att den blir lite enklare att använda för systemet.

Lagringsplats

Det behövs som sagt ingen märkvärdig hårddisk, inte minst då Raspberry Pi endast har USB 2.0. Det finns andra ”kloner” som har USB 3.0, men här kör jag med original.

Skapa en katalog i filsystemet där disken kan monteras. Jag skapar en katalog kallad ”geodata” direkt i rooten.

sudo mkdir /geodata
sudo chmod 775 /geodata

Den andra raden är till för att sätta behörigheter på katalogen så att alla användare kan komma åt den. Detta kan du eventuellt vänta med lite då vi ändå behöver göra om detta längre fram när vi monterat disken.

För att kontrollera om USB disken fungerar så kan du skriva in lsblk.

I mitt fall så ser jag att det är enheten sda med partitionen sda1 jag är ute efter.

Du kan nu montera disken i den skapade katalogen med kommandot

sudo mount /dev/sdb1 /geodata

Men om du vill att monteringen skall göras varje gång systemet startar så kan du i stället redigera filen fstab. Då behöver du veta lite mer om disken, vilket du kan göra med kommandot sudo blkid.

Någonstans i resultatet finns information om partitionen du skall montera (i mitt fall sista raden). Här kommer jag att få ett problem då det är en disk formaterad med NTFS. Det går att få det att fungera, men det kan vara riktigt struligt. Nej, det bästa är att göra om hela disken till en Ext4 partition, vilket totalt raderar hela disken!!!

sudo fdisk /dev/sda

Rensa partitioner med ”d” och skapa en ny med ”n”. Sedan är det bara att bekräfta förvalen och godkänna att NTFS märkningen tas bort så småningom. Inget har ännu ändrats och du kan titta på den tänkta partitionsinformationen med ”p”.

Om det ser ok ut (ungefär som bilden ovan) så skriver du informationen till partitionstabellen på disken med ”w”, vilket som sagt raderar allt som tidigare fanns på den.

Du kan behöva ta bort disken och ansluta den igen för att den nya informationen skall läsas in i systemet, men det är inte säkert. Du måste dock formatera den nya disken med Ext4.

sudo mkfs.ext4 /dev/sda1

sedan kan du åter kontrollera med sudo blkid vilket UUID du har på partitionen.

Sedan kan du skapa en permanent montering i fstab.

sudo nano /etc/fstab

Här lägger du till en rad med innehåll anpassat efter vilken typ av USB disk du har (se raden som inleds med ”UUID” i bilden nedan).

Spara ändringen (ctrl + o) och avsluta (ctrl + x). Testa så att det fungerade med kommandot

sudo mount -a

Om du vill vara säker så kan du starta om systemet (reboot).

Dags för lite databas.

Installera PostGIS

Det går att installera den senaste versionen av PostGIS om man vill det, men för enkelhets skull så väljer jag den version som redan finns i biblioteken för Raspbian.

sudo apt install postgis

Som vanligt är det en hel del inställningar som behöver göras innan det går att använda PostGIS på ”servern”.

Först skall vi sätta ett lösenord på användaren postgres och ge användaren fulla rättigheter och äganderätt till katalogen /geodata.

sudo passwd postgres
sudo chown postgres /geodata
sudo chgrp postgres /geodata

Sedan skall du byta lösenord på användaren inne i psql och skapa en ny databas på USB disken.

sudo -u postgres psql
postgres=# \password postgres
postgres=# create tablespace ts location '/geodata';
postgres=# create database geodata with tablespace = ts;
postgres=# \q

För att testa att databasen nu finns kan du prova att lista innehållet i /geodata.

sudo ls /geodata

Då bör du se en ”PG…” katalog där. Notera att du som användaren ”pi” inte har rätt att lista innehållet, därav ”sudo”.

Nu skall databasen konfigureras för PostGIS. Vilket också görs ifrån psql med ett annat kommando.

sudo -u postgres psql -d geodata
geodata=# create extension postgis;
geodata=# select PostGIS_version();

Den sista raden bör svara med installerad PostGIS version, om allt fungerat. Du kan nu gå tillbaka till den vanliga prompten med \q.

Nu måste en del inställningar ändras i konfigurationsfilerna.

Till att börja med redigeras /etc/postgresql/9.6/main/postgresql.conf med nano.

Här skall ett antal rader redigeras så att de stämmer med det som listas nedan. Jag har inte med alla rader som finns i filen, utan bara de som behöver redigeras så du kan få leta lite. Egentligen är det nog bara den första som behöver ändras, resten är bara till för att optimera prestanda lite på en Raspberry Pi med 1 Gb Ram.

listen_addresses = '*'   # what IP address(es) to listen on;
shared_buffers = 512MB # min 128kB
work_mem = 16MB # min 64kB
maintenance_work_mem = 128MB # min 1MB
random_page_cost = 2.0 # same scale as above

Spara (ctrl + O) och avsluta (ctrl + X), öppna därefter filen pg_hba.conf som finns på samma sökväg. I denna måste du lägga till en adressrymd som får komma åt databasen. Lägg till ungefär nedanstående rad (beroende på din IP adress, notera att det skall sluta på siffran 1) under raden # IPv4 local connections:

host all all 192.168.0.1/24 md5

Starta slutligen om tjänsten.

sudo service postgresql restart

sedan skall du kunna ansluta till servern från PgAdmin på en klient. Där kan du exempelvis hantera användare och liknande. Eller varför inte ansluta direkt från QGIS.

Anslut med QGIS

I QGIS högerklickar du bland datakällor på PostGIS och väljer att skapa en ny anslutning.

Testa anslutningen och sedan är det bara att köra på.

Via databashanteraren kan du skapa nya ”scheman” och ladda dessa med geodata.

Avslutning

Stäng nu ner systemet och placera det på en säker plats och starta en ”sista” gång. Nu har du en väldigt energisnål PostGIS databas på ditt nätverk som i och för sig inte är ett prestandamonster, men oj vad ”snål” den är. Speciellt om du redan har en hårddisk, och kanske även en Raspberry Pi liggande.

Det går att lägga till finesser i PostGIS, som topologi- och rasterstöd, men det har jag hoppat över här. Dels för att datorn är lite underdimensionerad för väldigt stora datamängder och därför nog passar bäst för experiment, och lite mindre dataset. Varför inte ladda ner Lantmäteriets terrängkarta och ladda in dessa lager? Det går ju även att spara QGIS stilar i PostGIS så då kan man snabbt få en väldigt bra grundkarta från alla datorer i ett mindre nätverk.

Raspberry Pi är absolut ingen lösning för kontoret eller företaget. Men för skolan i GIS utbildningen kan det vara en trevlig laboration för att dels titta på databasservrar och dels hantera serveroperativsystem i Linux. Om man sedan vill utveckla systemet så kan man även installera QGIS Server och en webbserver på systemet och få en komplett kartplattform med lite Open Layers eller Leaflet javascript, men då börjar vi nog närma oss vad som är rimligt att förvänta att en dator för runt 350 kronor skall klara av…

Nyhet från Geosupportsystem , orginal inlägg

Jag har ett tag haft alla förutsättningar att skapa en fysisk 3D karta men inte tagit mig tiden att testa. Men nu är det dags!

Det enkla om du vill testa själv är mjukvara och data, det som är lite värre är kanske att få tillgång till en CNC maskin som kan göra jobbet. Jag vet inte hur vanliga de är i Sverige, men jag kommer att använda mig av en X-Carve från Inventables, men om du har tillgång till en annan typ av maskin så kan du säkert anpassa metoden för den maskinen också.

Jag börjar med höjddata från Lantmäteriet och väljer ett lagom stort område runt Eksjö som skulle kunna vara intressant att se i 3D.

Området jag börjar med har en höjdskillnad på runt 75 meter, vilket jag tänkte använda för att räkna fram ett lämpligt intervall för mina höjdkurvor, som dels tar med intressanta höjdpartier, men även har tillräckligt mellanrum så att det inte blir enormt många nivåer. Jag vill nämligen ha lite trappstegseffekt, men om du inte vill det så kan du välja andra intervaller.

Det visar sig vara lite krångligt att skapa de polygoner jag är ute efter från höjdkurvor i QGIS, så jag kommer att ta en ”omväg” via Inkscape innan jag går vidare till CNC programmet i stället. Vilket innebär att jag inte behöver skapa några höjdkurvor i det här fallet.

Förutsättningen med CNC maskinen är att mörkare färg skall fräsas ut djupare än ljusa färger, så jag kommer att skapa en karta i gråskala med svart som lägsta nivå och vitt som högsta.

Höjdlagret i gråskala, lätt anpassad så att jag har utrymme för framför allt helt svarta färger i tilläggssymboler och text. Ovanpå rasterlagret ett vektorlager med sjöar och vattendrag som presenteras helt i svart, vilket därmed kommer att bli de lägsta partierna i det färdiga resultatet.

Utsträckningen i i QGIS exporterar jag till JPG i 300 dpi direkt från projektmenyn.

För att få in ”bilden” i CNC programmet så måste jag först göra om den till vektordata i SVG format. Det går inte att spara som SVG från QGIS, då detta bäddar in rasterinformationen. I stället blir det till att vektorisera bilden i Inkscape.

Öppna bara rasterbilden i Inkscape, markera den (viktigt) och välj sedan ”Kalkera bitmapbild” från menyn ”Slinga” (shift+alt+B).

Välj ”Grays” och ett lämpligt antal nivåer, jag låter det vara på 8 ”scans”. Genom att klicka på ”Update” så får man en förhandsgranskning av resultatet, vilket gör att det går att justera inställningarna något tills man är nöjd. Det finns exempelvis en flik för att ta bort mindre fläckar och jämna ut hörn.

Nu kan man även passa på att ”städa” lite bland formerna. En hel del går sannolikt inte att reproducera i CNC maskinen då det är för krångligt eller smått. Lite artistiska friheter får man ta sig. Resultatet sparas sedan som en vanlig SVG-fil.

Jag får passa på att trycka på att du bör försöka förenkla så mycket som möjligt. Bearbetningen i maskinen kommer att ta väldigt lång tid ändå. Om du dessutom skall betala någon för maskintid, så bör det vara så simpelt som möjligt.

Jag använder ett webbaserat program för X-Carve som heter ”Easel”. Du kan själv använda programmet genom att registrera dig hos Inventables, även om du inte har en X-Carve. Känner du sedan någon med en X-Carve så kan du fråga om du får ”logga in” med ditt login och köra ditt projekt.

SVG filen importeras och sedan justerar jag inställningarna för färgerna något, samt lägger till en text som jag också vill ha med.

Det går direkt att förhandsgranska resultatet i webbläsaren så att inga konstigheter uppstår när man sedan kör på riktigt. När jag kör simuleringen så visar det sig att det kommer att ta totalt sett runt 90 minuter plus beräkningar och hantering, suck…

Men det är bara att köra igång. Det är i alla fall svalare nere i källaren…

I bilden ovan är jag halvvägs och det är dags att byta verktyg. Om jag gör det igen, så väljer jag nog ett annat stål för såväl grov- som finkörningen. Kanske ”nedåtrotation” på stålet i stället, men nu är vi inne på snickerifinesser. Åter till ”kartan”.

Det blev ganska bra efter lite efterarbete med fransade kanter, men för att ytterligare förstärka konturerna sprayar jag med svart och därefter sandpappras toppar och plana ytor så att det trävita åter framträder. Avslutningsvis bättringsmålar jag sjöar och text något.

Jag är inte supernoggrann här då jag verkligen vill ha lite ”ruffare” utseende. Det kanske inte blev helt perfekt och som jag tänkt mig, men det är bra nära. Riktigt coolt, om jag får säga det själv.

Nyhet från Geosupportsystem , orginal inlägg

Via Twitter hittade jag en intressant artikel där Geoff Boeing skapade diagram över städers vägars orientering mot norr (länk).

Väldigt häftigt, och till del en indikation på exempelvis när staden grundades. I detta inlägg testar jag om det går att återskapa dessa diagram, eller liknande, i QGIS.

Geoff använder sig av kombinationer av Python och OSMnx. OSMnx är ett pythonbibliotek för att ladda ner, bearbeta och visualisera OSM data. Detta får jag titta närmare på en annan gång. Nu kastar jag mig direkt över QGIS.

Steg ett blir att isolera vägnätet för den stad man är intresserad av. Det spelar ingen roll vilka data du använder, så länge det är linjegeometrier.

Jag testar med Eksjö och väljer vägar från open street map, men väljer bort cykel- och gångvägar. Hur du definierar vägnätets utsträckning är upp till dig. Jag gör ett godtyckligt urval baserat på sammanhängande bebyggelse.

Nästa steg varierar på vilken metod du väljer. Du kan ”explodera” linjerna i enskilda segment och beräkna riktning och längd för dessa och få fram statistik på det sättet, eller använda ett plugin.

Med ”Line direction histogram” är det bara att peka på linjelagret och göra lite inställningar och köra…

Det går att välja lite alternativa presentationsmetoder, beroende på vad man är ute efter. Jag väljer exempelvis att låta sektorernas area representera förekomsten av vägar i en specifik riktning och inte längden från centrum. Detta gör ”korta” segment lite längre och diagrammet lite ”rundare”.

Det går även att få ett medel för riktningen markerad, vilket inte nödvändigtvis behöver sammanfalla med den riktning som är längst.

Det går att exportera resultatet som pdf och svg (eller urklipp). Då kan man bearbeta resultatet vidare i exempelvis Inkscape om man skulle vilja det.

Om man vill kan man sedan jämföra olika städer på samma sätt som i artikeln jag hänvisade till tidigare.

Om man använder detta plugin behöver man inte ens klippa ut de data som behövs, gör bara ett grundurval om vilka vägtyper som skall ingå och sedan är det bara att markera de vägar som skall användas och köra pluginprogrammet. Du behöver inte ens stänga panelen mellan städerna, bara markera, kör med samma inställningar för varje stad, exportera till SVG och börja om.

Efter att ha testat ett antal städer så är det inte utan att man blir lite fundersam kring metoden som ligger bakom. Varför är vägorienteringen i alla städer öst-västlig?

Visst är det skillnad mellan städerna, men jag trodde nog att det borde vara en större skillnad, och framför allt olika orientering i snitt.

Nu kan det ju vara så att ju jämnare distribution det är, desto vanligare är det ju att ett medel hamnar runt 90 grader… Medel av 0 och 180 är ju trots allt just 90.

Jag har inte tid att sätta mig in i orsakerna, men det kanske finns någon GIS-studerande där ute som är intresserad av ett ämne för en uppsats?

Nyhet från Geosupportsystem , orginal inlägg

Den som läst Tolkien kan väl inte ha undvikit att se hur bergskedjor avbildas på de kartor som finns i böckerna. Ja du har säkert sett dessa även om du inte läst böckerna.

I detta inlägg tänkte jag kika på hur man kan använda QGIS för att återskapa denna stil. Det blir många steg, men inget fusk, allt är gjort i QGIS (förutom symbolerna).

Jag börjar med ett höjddataset i rasterformat. Beroende på data så får man anpassa detta steg något, men jag är främst intresserad av att hitta ett lagom gränsvärde jag kan använda för att klassa ett område som ”berg” eller ej. Jag vet att det inte är så enkelt, men nu är det en fantasyinspirerad karta det är frågan om.

När jag hittat mitt gränsvärde genom att testa lite diskreta färgskalor och variera värdet, så använder jag verktyget för att skapa höjdkurvor. Då jag bara vill ha en enda kurva så sätter jag ett väldigt högt intervallvärde och ett offsetvärde som motsvarar mitt gränsvärde (se bilden ovan). Detta kommer att skapa en höjdkurva på just denna höjd.

Detta bildspel kräver JavaScript.

Nästa steg är att skapa polygoner från linjerna (lines to polygons) och sedan väljer jag att förenkla geometrierna något och jämna ut dem. Det senare är inte nödvändigt, men det ser snyggt ut. Jag behöver inte bry mig om alla små polygoner, de kommer att ignoreras senare.

För att placera ut mina berg så behöver jag förankra dessa någonstans. Jag väljer att först skapa slumpmässiga punkter i polygonerna. Det hade inte fungerat lika bra att använda en geometrigenerator för polygonen då slumpmässiga punkter inte kan hanteras lika kontrollerat som jag önskar.

Det finns ett verktyg för detta som heter ”random points inside polygons”. Här kan jag sätta ett minsta avstånd punkterna får ha, men även hur många punkter som skall slumpas ut i varje polygon. Antalet räknar jag fram med ett uttryck baserat på polygonens storlek. Alla mått måste anpassas till situationen och i mitt fall så väljer jag minsta avstånd 500 meter och ett värde för antal som motsvarar två punkter per kvadratkilometer.

Storleken på mina svg-symboler sätter jag till att börja med till 500 kartenheter, så jag har något att börja med.

När det gäller svg-symbolerna så hittar jag en samling bilder i Tolkienstil som skapats av Tiffany Munro.

Denna bild använder jag i Inkscape för att vektorisera ett antal jag tror kan passa för min stil.

Jag döper varje svg-berg till m1.svg, där jag räknar upp siffran för varje fil.

Sökvägen till svgsymbolen styr jag sedan med ett uttryck.

'/home/klakar/Bilder/mountain/m'||rand(0,9)||'.svg'

Det blir sedan i övrigt ganska många uttryck i datadefinierade åsidosättningar.

Mina symbolstorlekar anpassar jag för att få lite variation i storlekarna med ett uttryck.

rand(400, 1000)

Färgerna behöver man bara sätta på det här sättet om det går att byta färg på symbolerna. Det går inte att sätta färgerna manuellt när QGIS inte vet exakt vilken symbol som skall användas. Jag sätter även en tunn vit kantlinje på symbolerna för att separera dem lite där de överlappar.

När det gäller överlapp så är det ett annat problem, nämligen att en del symboler som borde ligga bakom andra, inte gör det då utritningen sker ganska slumpmässigt. Som tur är kan jag styra utritningsordningen och eftersom det som ligger långt bort, även ligger längre norrut, så kan jag styra utritningsorgningen baserat på Y-koordinaten för punkten. Detta är inte helt felfritt då symbolerna inte är exakt lika höga, men en ankringspunkt i botten av symbolerna hjälper något.

Ja, det var det hela. Det blir ganska bra om jag får säga det själv. Och förutom själva symbolerna så är precis allt skapat internt i QGIS, och då har jag inte ens börjat använda effekter och blandningslager.

Nu är det bara att fortsätta lägga till lager av lämplig typ, och vara beredd på att alla kompromisser och förenklingar påverkar sådant man lägger till, så det är inte osannolikt att man får göra fler justeringar på vägen. Med lite tålamod så kan man dock komma riktigt långt. Sedan kan man ju alltid ta till blandningslager med texturer och realtidseffekter också för att ytterligare förstärka intrycket man är ute efter.

Nyhet från Geosupportsystem , orginal inlägg

We are very excited to announce that QGIS Server has been successfully certified as a compliant WMS 1.3 server against the OGC certification platform, and moreover, it is even considered as a reference implementation now!

This is the first step on our roadmap of having a fast, compliant and bullet proof web map server that is straightforward to publish from a classical QGIS project.

What does it mean?

Having a certified server means that QGIS Server successfully passes the automated and semi automated tests that ensure we are 100% compliant with the standards. That means you can trust QGIS to be used by any WMS client seamlessly.
Moreover, that certification is now powered by a continuous integration system that checks every night in developement versions if we still pass the tests.

Daily compliance reports are available on the new tests.qgis.org website.

What’s next?

Building the automated testing platform and getting officially certified was only the first step. We now are starting to certify the WFS services, thanks to the latest grant application program support.

We also want QGIS server development to be performance-driven. The following projects are particularly relevant:

• MS-Perf produces benchmark reports with MapServer and GeoServer.
• graffiti  and PerfSuite tools have been designed to create a really light tool, easy to enrich with new datasets and performance tests, and easy to integrate in continuous integration systems. It compares QGIS-ltr, QGIS-rel and QGIS-dev nightlies for the same scenarios in details and produces html reports. It can also graph performance history for the development version to track regressions or improvements.

Many thanks to the supporters and voting members that helped bootstrap all those testing platforms and offer them to the community.

If you want to support or give a hand on the QGIS desktop client side, we think that area would deserve some love too!

Nyhet från XXXXXX, orginal inlägg

We are pleased to announce the release of QGIS 3.2 ‘Bonn’. The city of Bonn was the location of our 16th developer meeting.

This is the second release in the 3.x series. It comes with tons of new features (see our visual changelog).

Packages and installers for all major platforms are available from downloads.qgis.org.

We would like to thank the developers, documenters, testers and all the many folks out there who volunteer their time and effort (or fund people to do so). From the QGIS community we hope you enjoy this release! If you wish to donate time, money or otherwise get involved in making QGIS more awesome, please wander along to qgis.org and lend a hand!

QGIS is supported by donors and sponsors. A current list of donors who have made financial contributions large and small to the project can be seen on our donors list. If you would like to become and official project sponsor, please visit our sponsorship page for details. Sponsoring QGIS helps us to fund our six monthly developer meetings, maintain project infrastructure and fund bug fixing efforts. A complete list of current sponsors is provided below – our very great thank you to all of our sponsors!

QGIS is Free software and you are under no obligation to pay anything to use it – in fact we want to encourage people far and wide to use it regardless of what your financial or social status is – we believe empowering people with spatial decision making tools will result in a better society for all of humanity.

Nyhet från XXXXXX, orginal inlägg