Under användarkonferensen i Danmark i sommar så fördes det en diskussion angående QGIS framtid, och då avsågs inte direkt 3.0, utan en mer generell inriktning.
Ett Open Source projekt av denna dignitet kommer av naturliga skäl alltid att förändras och utvecklas lite ”ryckigt” och väldigt beroende av engagemang hos utvecklare och användare.
Man sammanställde dock en lista med 12 punkter, som jag snabbt tänkte presentera översatt och kommenterat här. Jag gillar speciellt punkt 12…
- Göra den analytiska kapaciteten rejält kraftfullare
I och med QGIS 3 så har en del komponenter fallit bort av olika skäl, exempelvis ”R”. Detta vill man gärna åtgärda och bland annat resonerar man kring Python och ”Pandas” samt ”Jupyter Notebook”, men även ett återinförande av just ”R”.
Just ”Jupyter Notebooks” var även ett ämne vid ESRI användarkonferens i somras och ArcGIS kommer att få stöd för rapporter i detta format (om det inte redan finns). - Förbättra upplevelsen för förstagångsanvändare
När man installerat och öppnar QGIS för första gången så kanske man skall mötas av något mer än bara ett tomt fönster och en massa knappar. Som standard så bör det kanske finnas ett antal ”grundprojekt” baserade på exempelvis Open Street Map som på ett bra sätt kan ge exempel och startläge för den som inledningsvis bara är lite nyfiken. - Ett bättre sätt att kommunicera med användarna
Det finns inget bra sätt att kommunicera med användarna. Viktiga uppdateringar och problem presenteras i bloggar och i sociala media, och man vet inte ens hur många som använder programmet. Just nu gissar man på mellan 500’000 och en miljon användare baserat på nedladdningar. Det kan vara tänkbart att man använder startfönstret för att exempelvis presentera en lista med ”nyheter” som rör projektet. Där skulle man kunna dela in dessa i kategorier och användaren kunna välja vilka typer av meddelande som man vill se när man startar programmet. På vilket sätt man tänkt sig ta reda på hur många användare som finns, vet jag dock inte. - Större fokus på kvalitetssäkring
Nu händer det att en utvecklare lägger till funktionalitet, som får andra saker att sluta fungera. Allt detta helt oavsiktligt, men det är ett problem. Ett förslag var att alla förändringar i källkoden måste granskas oberoende, men riktigt så drastiska kommer man inte att vara (åtminstone inte inledningsvis). Det behöver däremot till någon form av åtgärd för att minska risken för att nya kodförändringar sänker andra funktioner. - Mer avlönad arbetskraft i projektet
Nu är huvuddelen av engagemanget i QGIS projektet frivilligt, eller avlönat genom andra företag. Det är en ambition att i takt med att intäkter från sponsorer och donationer ökar börja anställa personal till qgis.org. Dessa skulle kunna göra en massa arbete för att hantera sådant som inte görs på ett enhetligt sätt, eller ens prioriteras av enskilda bidragsgivare. Det skulle kunna handla om att se över ”pull requests” till programbiblioteken. Hålla koll på felanmälningar (bug tracking). Hantera dokumentation och jobba med marknadsföring… - Automatisera uppfångandet av krash-rapporter
När QGIS krashar så skickas de rapporter som operativsystemet skapar inte vidare till QGIS. Dessa behålls av Microsoft och Apple. Det skulle vara väldigt hjälpsamt om det gick att skapa någon form av automatiserad process för att sända rapporter till projektet. Exempelvis genom att erbjuda användaren möjlighet att sända en automatiskt genererad rapport vid nästa uppstart? - Diversifiera engagemanget i projektet mera
Just nu är det väldigt manligt i projektet. Det är även något liten representation från exempelvis Afrika och Asien. Vad kan man göra för att ändra på detta? Kanske stipendium för framför allt utvecklare för att resa till träffar runt om i världen, och då framför allt från områden eller grupper som saknar och som avstår från deltagande av kostnadsskäl. Man vill även lyfta fram exempel på personer från grupper som är underrepresenterade, som gör ett bra jobb för projektet. - Förbättra relationen med kommersiella leverantörer
Det finns en hel del företag som säljer tjänster baserade på bland annat QGIS. Detta är nödvändigt och önskvärt. Man önskar dock inte att detta görs på ett sätt som missgynnar andra användare. Att sprida en ”egen” version av QGIS och kalla versionen på qgis.org för ”community edition” är inte acceptabelt. QGIS.org är numera en juridisk person och äger förutom en hel del rättigheter även rätten att ingå avtal och att skriva kontrakt etc. Strävan är därför att få alla aktörer att jobba utifrån den stabila LTR versionen på qgis.org och i första hand se till att kodändringar och förbättringsförslag görs där, så att det kommer alla användare till del. - QGIS är en juridisk person
Redan nämnt i förra punkten, men nog så viktigt att nämna separat. - ”Signera” installationsfilerna
Installationspaket bör ”signeras” på ett bra sätt så att olika operativsystem inte behandlar dessa som ”skräp” eller som en ”risk”. Linux har fungerat så här väldigt länge och numera så verkar det även vara så med Windowsversionen. Mac versionen är däremot inte signerad på ett bra sätt ännu. - Smidigare väg att integrera kod från utvecklare
Har delvis nämnts tidigare men man behöver göra det smidigare att hantera den stora mängd med inkommande ändringsförslag till källkoden för programmet. - Intergalaktisk dominans
Tja…
Du kan läsa inlägget i original på http://blog.qgis.org/2017/08/25/plotting-the-future-of-qgis/