Lantmäteriet har tagit fram och lanserat tjänsten – Historiska ortofoton Visning, den ger dig som användare tillgång till historiska ortofoton i upplösningen 0,5 meter per pixel och det tillhandahålls som öppna data.
Gimp kommer närmare Photoshop
För ett litet tag sedan så släpptes Gimp 2.10, vilket kan tyckas vara på tiden. Det är nästan sex år sedan den förra större uppgraderingen, men den bleknar lite jämfört vad man infört och framför allt bäddat för i och med 2.10.
För det första Gimp är Open Source och kan laddas hem till alla större operativsystem från https://www.gimp.org/. Om du har en äldre Linuxversion baserad på exempelvis Ubuntu 16.04 så får du antingen uppgradera (vilket du ändå bör göra) till 18.04 eller välja att installera med flat-pack.
Många har hävdat att Gimp är ”Photoshop för Linux”, men ser man till all funktionalitet så har Gimp varit ganska långt ifrån Photoshop, åtminstone för fotografer eller lite mer ”seriösa” grafiker. Missförstå mig inte, Gimp kan komma väldigt nära ett likadant slutresultat som Photoshop, och det är främst arbetsmetoder och vana som gör att många väljer Photoshop i stället. Men riktigt i närheten av Photoshop har man inte varit.
Som standard har man gett Gimp 2.10 ett mörkt tema med nya ikoner. Det finns ytterligare teman och ikoner att välja mellan och om man trivs med ett traditionellt utseende så går det att komma ganska nära det också. En annan nyhet är att man kan göra ikonerna större. Ett av syftena med förändringarna i gränssnittet är att man vill tona ner gränssnittet och göra det enklare att fokusera på bilderna.
Jag har bara skrapat på ytan när jag skriver detta, men det första intrycket påminner om det första intrycket med QGIS 3.0. ”Oj, vad snabbt det går!” En av förklaringarna är att nu är Gimp multitrådat och kan använda flera CPU kärnor. Dessutom kan man aktivera OpenCL (om man har en dator som stödjer det) för att göra vissa bearbetningar ännu snabbare med hjälp av grafikkortets GPU.
Något jag tycker är riktigt bra är att man integrerat arbetsflödet med raw-bilder genom programmet Darktable (installeras separat). När man numera försöker öppna en raw-bild så öppnas bilden först i Darktable. När man gjort sina justeringar där så öppnas bilden som 32-bitars xcf-fil, vilket i allt väsentligt är samma sak som en raw-fil. Man kan således fortsätta att redigera bilden i Gimp i det närmaste förlustfritt.
Det går nu också att lägga till lagermasker på lagergrupper, vilket i praktiken innebär att man kan ha lagermask på lagermask, vilket är väldigt användbart.
Något som fortfarande inte finns i Gimp är ”justeringslager”. Om jag vill skapa ett skugglager så måste jag fortfarande skapa ett rasterlager med skuggan och fortsätta därifrån. Vill jag ändra skugginställningarna så får jag göra om lagret. I Photoshop kan jag lägga till justeringslager och hela tiden gå tillbaka till inställningarna för lagret och ändra dessa. Allt är dock inte nattsvart på den fronten med Gimp.
En av de stora förändringarna med Gimp 2.10 är implementeringen av GEGL (GEneric Graphic Library). GEGL är främst byggt för att kunna hantera bilder med större bitdjup än 8-bitar, därav möjligheten att hantera bilder med 32-bitar. Men GEGL bäddar också för just justeringslager i Gimp. Målsättningen är att justeringslager skall införas i och med Gimp 3.2, när nu den kommer. Vi kan ju i alla fall hoppas att det inte dröjer sex år till.
Open Source program verkar ta rejäla kliv framåt under 2018. QGIS 3.0 är en otrolig förbättring, Gimp 2.10 lika så. Båda programmen antyder dessutom om mycket mera i framtiden. Under 2018 kan vi också möjligen se en ny version av Blender (3D modellering), medan Inkscape 0.93 troligen dröjer något längre. VLC mediaspelare släpptes i version 3.0 för inte så länge sedan, vilket är en fantastisk programvara. Libre Office kom i version 6.0 vilket också var ett stort steg framåt.
Det känns som det var länge sedan man behövde tvivla på att man kan uträtta i stort sett allt man behöver med Open Source. När sedan fler och fler användare av Open Source tar ansvar för mjukvaran de använder och stöttar utvecklingen i den utsträckning de kan så ser även framtiden ljus ut.
Jag vill slutligen passa på att berömma användargruppen QGIS Sverige i beslutet att öka sponsornivån till GULD. Även den Danska användargruppen har fattat ett liknande beslut, vilket gör att det snart finns minst tre nationella användargrupper på guldnivå (Schweiz, Sverige och Danmark). Detta kan säkert vara inspiration till flera att öka sitt engagemang. Vill du själv, eller din organisation stötta exempelvis QGIS, så kan du göra det genom att gå med i QGIS Sverige, tillsammans med så många andra, då går en stor del av medlemsavgiften direkt till QGIS eller som finansiering av diverse projekt.
Layout tricks
Vill du ”sträcka ut” kartan längre än normalt när du skapar en layout? Då tänkte jag visa ett sätt att göra det på i detta inlägg.
Det normala när man gör en kartlayout är att man har någon form av marginalinformation med koordinater av olika typ närmast kartan.
Det skulle kunna vara användbart att använda mer av pappret för kartinformation, speciellt om det är kartblad där man vill se vad som kommer närmast utanför kartan innan man vänder blad.
Detta är inte alls speciellt svårt att åstadkomma med QGIS.
Steg ett är att skapa ytterligare en kartram, med samma tema och skala som grundkartan, fast helt utan koordinatnät och andra dekorationer.
Den nya ramen sträcker man ut så långt man vill att den skall sträckas ut, eventuellt med en ram som dekoration. Jag brukar nöja mig med kartans omedelbara närhet, men det går att utnyttja hela pappret om man vill det.
Den nya kartan (karta 2) använder man sedan som en ”Översiktskarta”. I egenskaperna för kartan lägger man till en översikt och anger den första kartan som ”Kartram”. Sedan skall man även välja ”Centrera över översiktsram”, för att kartan automatiskt skall följa den första kartan. Så länge man har angett samma skala i båda kartorna, så kommer detta att ge den effekt som bilden tidigare visar. Det är inte 100% perfekt, men tillräckligt bra.
En del i problemet här är att bakgrundskartan måste vara exakt centrerad runt huvudkartan, annars får man använda en lite krångligare metod.
Vill man exempelvis sträcka ut bakgrunden över hela sidan där kartan inte är centrerad, som i bilden ovan, så får man börja med att göra det centrerat och kontrollera utsträckningen för både förgrunds- och bakgrundskartan. Bakgrunden har en nedre vänster koordinat som är mindre än förgrunden i både X och Y. Steg ett är att ta reda på hur mycket mindre.
Bakgrund: x min: 493597.430 y min: 6389272.101 Förgrund: x min: 494032.380 y min: 6389604.236 skillnad: x min diff: -434.95 y min diff: -332.135
Sedan använder man uttryck för att anpassa utsträckningen för bakgrundskartan baserat på förgrundskartans utsträckning och denna skillnad.
Det kan vara lite trickigt att få det att fungera perfekt, och jag vet inte riktigt vad det beror på. Allt i layouten fungerar inte alltid som jag förväntar, speciellt inte när man skapar väldigt avancerade och omfattande layouter med många komponenter. Det verkar inte som att alla skapade uttryck körs när man gör en förändring i layouten. När exempelvis huvudkartan panoreras, så uppdateras inte bakgrundskartans placering direkt, utan man får växla fokus till ett annat kartelement först. Jag har även stött på liknande problem när jag skapar anpassade koordinatsiffror, som är baserade på funktioner och uttryck. Dessa uppdateras inte när jag öppnar en sparad layout, utan jag måste först gå in i inställningarna för koordinatsiffrorna och spara om dessa för att de skall skrivas ut.
Vill man inte krångla med uttryck, så går det ju att göra panoreringar och justeringar manuellt. Om man vill kunna skapa kartan ofta, med olika utsträckning, så blir det mycket manuellt arbete, vilket tar tid och det är lätt att något blir lite fel. Därför föredrar jag att lägga lite mera tid på mallar som sköter allt automatiskt.
Man kan sannolikt uppnå samma effekt med ett anpassat pythonskript, men ju krångligare man gör det, desto sämre fungerar det verkar det som. QGIS 3 är i sin linda fortfarande, och det är kanske inte så många som gör lika komplexa layouter som jag, men det är fortfarande problematiskt att få alla funktioner att fungera som jag skulle önska. Vi får väl se om det blir bättre framöver. Om jag hinner skall jag försöka identifiera mera exakt vad jag tycker problemet är så jag kan rapportera det som buggar.
Reports from the winning grant proposals 2017
While we are waiting for this year’s grant proposals to come in, it is time to look back at last year’s winning proposals and their results. These are the reports on the work that has been done within the individual projects:
QGIS 3D – Martin Dobias
Results are included in the QGIS 3.0 release. As proposed in the grant, a new 3D map view has been added together with GUI for easy configuration of 3D rendering. The 3D view displays terrain (either from a DEM raster layer or a simple flat area) with 2D map rendered on top of the terrain. In addition to that, vector layers can be rendered as true 3D entities: points may be visualized as simple geometric shapes or as 3D models (loaded from a file), polygons and linestrings are tessellated into 3D geometries. 2D polygons can be turned into 3D objects using extrusion, possibly with data-defined height – an easy way how to display buildings, for example. Data with 3D coordinates have the Z values in geometries respected. Although the 3D view is still in its early stages, it is already usable for many use cases. Hopefully this functionality will help to attract even more users to QGIS!
More details: https://github.com/qgis/QGIS-Enhancement-Proposals/issues/105
Improvements to relations – Régis Haubourg
Various improvements for deep relations with PostgreSQL were successfully added in QGIS 3.0:
- CTRL+Z is back in transaction group editing ! We restored the UNDO/REDO feature and all edits are temporarily saved inside PostgreSQL SAVEPOINTS. For more details, please jump here http://oslandia.com/en/2017/10/10/undo-redo-stack-is-back-qgis-transaction-groups/
- Transaction group allows now to play more easily with stored procedure calls. It is now possible to use ‘QgsTransaction.ExecuteSQL’, dirty the edit buffer to let user be able to save changes, and give a name to that action so that the UNDO/ REDO actions are more explicit. See the Pull requests for more details:
- Trigger QGIS actions or layer refresh from PostgreSQL. Want to code a live dashboard and use QGIS to display messages, pictures, refresh map layers when PostgreSQL casts a NOTIFY signal? Read more at http://oslandia.com/en/2017/10/07/refresh-your-maps-from-postgresql/
Add consistency to UI controls – Nyall Dawson
We’ve unified all the various opacity, rotation and scale controls to use the same terminology and numeric scales. We’ve also updated ALL methods for setting opacity, rotation and scale within the PyQGIS API to use consistent naming and arguments, making the API more predictable and easy to use. Lastly, we’ve also added a new reusable opacity widget (QgsOpacityWidget) to the GUI library so that future code can (and 3rd party scripts and plugins) can follow the new UI conventions for opacity handling.
Extend unit test coverage for geometry classes – Nyall Dawson
We’ve extended the unit testing coverage for all the underlying geometry primitive classes (points, lines, polygons, curves, collections, etc) so that all these classes have as close to 100% unit test coverage as possible. In the process, we identified and fixed dozens of bugs in the geometry library, and naturally added additional unit tests to avoid regressions in future releases. As a result QGIS’ core geometry engine is much more stable. Furthermore, we utilised the additional test coverage to allow us to safely refactor some of the slower geometry operations, meaning that many geometry heavy operations will perform much faster in QGIS 3.0.
Processing algorithm documentation – Matteo Ghetta & Alexander Bruy
The new Help system is landed and already available: when opening a Processing algorithm and clicking on the Help button, the guide of the algorithm will be showed in the default browser.
Many of the QGIS Processing algorithm guides have been enhanced with pictures and new or enhanced descriptions. A consistency number of Pull Requests have been already merged and many others are in review. Just a few descriptions need to be still enhanced.
Currently all the QGIS algorithms have been described and all the PR in the doc repository have been merged (kudos to Harrissou for all the reviews!).
Right now the Help button of each Processing dialog will open the related page of the algorithm, BUT:
- if the name of the algorithm is made by only ONE word (e.g. clip, intersection…), the help button will open the browser to also the correct section (that is, the user will see directly the description of the related algorithm)
- if the name of the algorithm has >1 words (e.g. split polygon with lines, lines to polygon, ecc.) the Help button will open the correct page (so the algorithm GROUP) but is not able to go to the correct algorithm anchor. This is because sphinx converts “split with lines” in “split-with-lines” while QGIS system will always cast the words “split-with-lines” in “splitwithlines”. Not a big deal, but IMHO a pity.
We are really too close to the solution.
So Processing Help system right now consists of:
- QGIS algs -> documented
- GDAL algs -> documented
- GRASS -> documented (own docs)
- Orfeo -> documented (own docs)
- SAGA -> nothing documented
Thanks to QGIS Grants to provide this chance to give a big improvement to the Processing framework even if not in a coding way!
Last but not least, we had another project that was not part of the grant programme but was also funded by QGIS.ORG in 2017:
Python API documentation – Denis Rouzaud
QGIS Python API Documentation is created using Sphinx and this work is available on Github. The repo is a fork of QGIS’ one and has been merged in the meantime. The docs are available at python.qgis.org/master. It uses a new theme (sphinx_rtd_theme aka ReadTheDocs theme). Some improvements were brought in (not exhaustive):
- QGIS theming with colors and icon
- Foldable toctree
- Summary of methods and attributes for classes
- Module index (not available before)
- Correct display of overloaded methods
Full Python signature in Docstring
In former SIP versions, it was not possible to use the auto generated signature if a Docstring already existed. This means any documented method could not have a signature created. Unfortunately for this project, the vast majority of methods in QGIS API are documented!
The source code of SIP was modified and theses changes got merged upstream. See rev 1788 to 1793 in SIP changelog. It will be released in upcoming 4.19.7 version. QGIS source code was modified accordingly to prepend auto generated Python signatures to existing Docstrings. Using a CMake configuration file for each module (core.sip.in, gui.sip.in, etc.) was required to avoid syntax errors when using former version of SIP (since bumping minimum version is not realistic).
Sipify adjustments
Many things were fixed in sipify script :
- Creation of links to classes, methods
- Handling/fixing of Doxygen annotations \see, \note, \param
- Handling of code snippets: c++ vs Python. Only Python are shown.
Thank you to everyone who participated and made this round of grants a great success and thank you to all our sponsor and donors who make this initiative possible!
Anita
112-utredningen föreslår uppdrag till Lantmäteriet
I slutet på mars presenterade 112-utredningen sitt betänkande ”En nationell alarmeringstjänst – för snabba, säkra och effektiva hjälpinsatser” (SOU 2018:28). Det innehåller förslag som Lantmäteriet välkomnar och som kan trygga utvecklingen för de som bor och vistas i Sverige.
Utredningens uppdrag har varit att analysera och föreslå hur en nationell alarmeringsfunktion ska fungera. Genom ett tilläggsdirektiv har uppdraget utvidgats med ytterligare två uppdrag, det ena omfattar en analys och förslag på hur blåljusaktörerna (den nationella alarmeringsfunktionen och hjälporganen) ska använda geodata för att säkerställa snabba och effektiva hjälpinsatser. Det andra är en analys och förslag på hur blåljusaktörerna ska dela information med varandra för att öka säkerheten för blåljuspersonalen och för att säkerställa effektivare hjälpinsatser.
Utredningen förslår att Lantmäteriet får i uppdrag att införa en gemensam geodatatjänst som möjliggör åtkomst av geodata för alla aktörer. Läs mer.
Sveriges vattenflöden har kartlagts
Lantmäteriet och SMHI har sedan 2010 tillsammans arbetat med att kartlägga sjöar och vattendrag i en finare kartskala än tidigare.
Syftet har varit att få fram bättre digitalt underlag för arbete med geografisk miljöinformation och analyser av vattenflöden och dess miljöpåverkan. Läs mer här.
Preparing for the next LTR
Dear QGIS users,
As you know, QGIS 3 has recently been published. This version introduced big changes in the code structure that, in addition to the new functionalities already exposed, makes our code base more modern and easier to expand and improve on in the future.
As a normal by-product of such a huge overhaul, these changes also triggered a series of new issues, that you, our users are helping to discover and document. Our objective is to eliminate the most important of these issues in time for what will be our next Long Term Release (LTR) – version 3.4. This release is scheduled for October 2018. The resources available from QGIS.ORG funds are limited, and we have already invested in QGIS 3.0 far more than we have done for any previous version.
Now is a great time for users, and particularly for power users, larger institutions and enterprises, to invest in QGIS bugfixing. You have a number of different options: donating your developers’ time or hiring a developer directly to resolve the bugs that annoy you most, sponsoring our foundation, or donating to QGIS.ORG.
Our targets are:
- 20k€ within 2018-05-18 (for 3.2)
- 40k€ within 2018-09-14 (for 3.4)
If you would like to help, feel free to contact us for further details!
Geodata.se – Nyhetsbrev nr 4 – 2018
Sveriges vattenflöden har kartlagts
Lantmäteriet och SMHI har sedan 2010 tillsammans arbetat med att kartlägga sjöar och vattendrag i en finare kartskala än tidigare. Syftet har varit att få fram bättre digitalt underlag för arbete med geografisk miljöinformation och analyser av vattenflöden och dess miljöpåverkan. Läs mer här.
Ny tjänst för historiska ortofoton
Lantmäteriet har tagit fram och lanserat tjänsten – Historiska ortofoton Visning, den ger dig som användare tillgång till historiska ortofoton i upplösningen 0,5 meter per pixel och det tillhandahålls som öppna data. De historiska ortofotona finns tillgängliga i två lager:
- ett rikstäckande lager för referensåret 1960, som innehåller ortofoton från åren 1949 till 1970, samt
- ett lager för referensår 1975 som är under uppbyggnad, vilket huvudsakligen kommer att innehålla ortofoton från åren 1970 till 1980.
Tjänsten kommer succesivt att uppdateras med fler ortofoton. Mer information och teknisk beskrivning finns på sidan för visningstjänster på lantmateriet.se.
112-utredningen föreslår uppdrag till Lantmäteriet
I slutet på mars presenterade 112-utredningen sitt betänkande ”En nationell alarmeringstjänst – för snabba, säkra och effektiva hjälpinsatser (SOU 2018:28). Det innehåller förslag som Lantmäteriet välkomnar och som kan trygga utvecklingen för de som bor och vistas i Sverige.
Utredningens uppdrag har varit att analysera och föreslå hur en nationell alarmeringsfunktion ska fungera. Genom ett tilläggsdirektiv har uppdraget utvidgats med ytterligare två uppdrag, det ena omfattar en analys och förslag på hur blåljusaktörerna (den nationella alarmeringsfunktionen och hjälporganen) ska använda geodata för att säkerställa snabba och effektiva hjälpinsatser. Det andra är en analys och förslag på hur blåljusaktörerna ska dela information med varandra för att öka säkerheten för blåljuspersonalen och för att säkerställa effektivare hjälpinsatser.
Utredningen förslår att Lantmäteriet får i uppdrag att införa en gemensam geodatatjänst som möjliggör åtkomst av geodata för alla aktörer. Läs mer.
Nytt regeringsuppdrag till Lantmäteriet – ska växla upp arbetet med en smartare samhällsbyggnadsprocess
Regeringen har fattat beslut om att Lantmäteriet ska växla upp arbetet med en smartare samhällsbyggnadsprocess. Lantmäteriet får i uppdrag att ta fram lösningar för nationellt tillgängliggörande av all geodata inom samhällsbyggnadsprocessen och för nationellt tillhandahållande av detaljplaner. Läs mer.
Intresserad av den Nationella geodatastrategin och digitaliseringen av samhällsbyggnadsprocessen?
Lantmäteriet erbjuder under 2018 fyra webbsända lunchseminarier där du får information om arbetet. Genomförda seminar tar du del av här. Kommande informationstillfällen är:
Träffar om nya DRK-avtal
Lantmäteriet bjuder in kommunföreträdare till träffar med information om nya avtalen kring digital registerkarta. På mötena deltar också systemleverantörer.
Träffarna, sammanlagt elva och som sker runt om i landet under våren och försommaren, riktar sig främst till personer som arbetar inom samhällsbyggnadsprocessen med kart och mät, bygglov samt planfrågor för kommuner som inte är kommunal lantmäterimyndighet.
ABT-samarbete samt kvalitetsfrågor kring mätning av gränser kommer också att diskuteras.
Nyhetsbrev från Geodata.se
Här hittar du nyhetsbrev från Geodata.se. Vill du lägga till nyhetsbrevsprenumeration, fyll i din e-postadress och klicka på prenumerera.
3d-teknik i framkant på Malmö stad
3D-teknik i framkant på Malmö stad
Uppe på femte våningen i Malmö stadshus tronar lokaler som för tankarna till skolans träslöjd. Det är här, i modellverkstaden, som ett team om sex personer sammanstrålar för att ta fram ett Malmö i miniatyr. Svarvar och fräsar samsas med bandsågar och hyvelbänkar. Men här finns också modernare inslag. Nämligen 3d-skrivare för tillverkning i plast och i pulver.
Miso Iric, 3d-utvecklare på Malmö stad.
Modellverkstaden har i uppdrag att ta fram modeller av byggnader och landskap inför Malmö stads olika byggprojekt. Modellerna används som verktyg för planerarna på Stadsbyggnadskontoret och på andra förvaltningar i stadshuset, och tillverkas med kort varsel och till relativt låg kostnad jämfört med tidigare, i och med att antalet arbetade timmar per enhet beskurits.
– Den största beställaren är Malmö stads planavdelning. I samband med befintliga uppdrag skriver vi också ut till externa uppdragsgivare som byggföretag och arkitektkontor, berättar Miso Iric, som är utbildad lantmätare och mätingenjör i fotogrammetri.
Björn Fröding, modelltekniker och ansvarig för modellverkstaden på Malmö stad, framför Point Hyllie.
Arbetet med 3d-utskrifter startade 2009. Björn Fröding, modelltekniker och ansvarig för modellverkstaden, hade tidigare jobbat enbart med manuella tillverkningsmetoder. Kollegan Miso Iric fick i uppdrag att undersöka möjligheterna för att skriva ut de digitala modellerna, och insåg att de redan hade tillgång till de programvaror som krävdes. Tillsammans började de lägga grunden till en alldeles egen metod för utskrifter i 3d.
Kreativa utskrifter i större skala
– Jag hade arbetat med kartering av 3d-modeller, och började skissa på metoder för att snabba upp processer för 3d-utskrift, berättar Miso Iric.
Delar av 3d-teamet, med Turning Torso i förgrunden.
Idag har teamet två typer av skrivare till hjälp: plastskrivare och pulverskrivare. Skrivarna används tillsammans med fräsar för att producera med plast, glas, trä och brons. Pulverskrivarna används också för utskrifter av realistiska 3d-modeller i pulver och färg samtidigt. Som kompletterande verktyg använder de roterande fräsmaskiner för massivt trä samt två laserskärare för beskärning i 2d. Modellerna pusslas därefter samman och sätts ihop för att bygga volym.
Pulverskrivarna går för högtryck i modellverkstaden.
– Genom att använda pulverskrivare, där pulvret läggs emellan som stöd, kan vi skriva ut fem plattor samtidigt, utan att behöva ta hänsyn till kopplingar och stöd, säger Miso Iric.
Eftersom plastskrivare ej möjliggör utskrifter av stora ytor, till exempel terräng, har Miso utvecklat en egen metod för att skriva ut i stor skala. Enheterna läggs samman och hålls ihop med hjälp av egentillverkade kopplingar. Därmed blir det möjligt att skriva ut fyra plattor samtidigt, som sedan knäcks och pusslas ihop. Arbetssättet var från början unikt, men har på senare år spridit sig likt ringar på vattnet.
Utskrift av husmodeller i plast.
– Jag tror att Malmö stad ligger i framkant på den här fronten. Vi har varit runt på en del mässor men ser sällan större modeller av städer och terräng. När vi ställde ut modellen av Västra Hamnen på en mässa i Paris var det många besökare som höjde på ögonbrynen. Att en så stor modell var utskriven i fullfärg gav en wow-effekt. Nu har både Oslo, Stockholm och Landskrona valt att arbeta med liknande metoder.
Skillnaden mellan då och nu
Tidigare tillverkades alla modellerna manuellt. Idag är det behovet som styr. Arbetet i modellverkstaden kännetecknas ofta av snabbt uppkomna behov. Fördelen, menar Miso, är en ökad flexibilitet och möjligheter till serietillverkning. De moderna skrivarna gör också att vi numera kan kombinera utskrifter i olika material.
3d-utskriven modell med kalbrottet i Limhamn i bakgrunden, i plast och i gips.
– Björn sketchar och tar fram lösningar för 3d-modellerna. Om han kör fast hoppar jag in och bygger upp en automatiserad process. Mitt jobb är att förenkla ritningen och se till att modellen håller samman, så att den går att skriva ut. För att säkerställa och effektivisera produktionen utvecklar jag egna script till programvaran, med stöd av spelmotorer och andra programvaror. För att spara material har jag också utarbetat tekniker som möjliggör utskrifter av ihåliga material, berättar Miso Iric.
Modell av Limhamn, området där cementfabriken en gång stod.
3d-teamet växer
3d-teamet, som är ett samarbetsprojekt mellan olika avdelningar på Stadsbyggnadskontoret, omfattar idag sex medlemmar med kompletterande kompetenser. Förutom Björn och Miso ingår också samordnaren Viktoria Timpka, 3d-producenten Barzan Abdi samt 3d-visualiserarna Paul Stewart och Jonathan Higgins.
3d-visualiseraren Jonathan Higgins är det senaste tillskottet i 3d-teamet.
Paul Stewart jobbar med att skapa visualiseringar åt stadens plan- och bygglovsarkitekter. Ibland sker visualiseringen endast på datorskärmen, andra gånger skrivs de ut med skrivare eller visas i VR- och AR-miljöer, ofta som ett sätt att visa upp Malmö stads byggprojekt för allmänheten.
Paul Stewart, 3d-visualisarare, demonstrerar en VR-tur i Limhamnsområdet.
– Mitt jobb som mätningsingenjör och 3d-producent är att skapa underlag i form av 3d-modeller: terrängmodeller, modeller över befintlig byggnad, planerad byggnad etc. Det inkluderar i princip alla fasta objekt i Malmö stad och som har en X-, Y-, Z-koordinat. Att arbeta med de faktiska koordinaterna för objekt gör att jag har ökad förståelse för bildhantering av modellerna, berättar Barzan Abdi, vars deltagande i 3d-teamet har kommit att innebära ett lyft:
Barzan Abdi, 3d-tekniker på Malmö stad.
– Att vi får in kompetenser från fler avdelningar i huset har inneburit att vi är fler som kan ta uppdrag. Beställningarna ökar i antal, och kommer från fler håll. Nu när vi är fler som kan hantera processen kommer det att gå fortare, tror Miso Iric, som menar att arbetet är lustdrivet:
– Vi har väldigt kul på jobbet. Många säger att vi mest håller på och leker, skrattar han.
Det här är 3d-teamet:
Björn Fröding, modellbyggare
Ansvarig för modellverkstaden. Ursprungligen arbetade han enbart manuellt – i material som plast och trä. För att hänga med i utvecklingen kring 3d-teknik har han vidareutbildat sig på LTH.
Miso Iric, 3d-utvecklare
Bearbetar 3d-data och tar fram lösningar och automatiserade flöden för att förbereda digitala modeller för utskrift.
Barzan Abdi, 3d-producent
Jobbar med 3d-produktionen av Malmö stads geografiska data.
Jonathan Higgins, 3d-visualiserare
GIS-ingenjör med uppdrag att förbereda modellerna för utskrift.
Paul Stewart, 3d-visualiserare
Modellerar, presenterar och visualiserar digitala 3d-miljöer interaktivt på olika plattformar och system, till exempel som stillbildsrenderingar, virtual reality och augmented reality.
Viktoria Timpka, samordnare
Samordnar teamets arbete och hanterar strategiska frågor
Publicerat av:
Petter Andersson | petter.andersson@3dp.se| 27. mars, 2018
Content retrieved from: http://3dp.se/2018/03/27/3d-teknik-i-framkant-pa-malmo-stad/.
GPU för beräkningar i QGIS
Redan för snart 10 år sedan fördes resonemang om att använda openCL för att snabba upp vissa beräkningar i QGIS. openCL var ganska nytt (2008), så diskussionerna kring just openCL ledde inte någonstans då. openCL handlar framför allt om att använda GPU kärnor parallellt, för att på så sätt kunna använda exempelvis tusentals CUDA kärnor i ett nVidia kort samtidigt. Parallellisering är sedan inte exklusivt för GPU, utan fungerar även för en CPU.
2011 var erfarenheten av att ”parallellisera” processer i QGIS begränsad, men numera så används en dators tillgängliga CPU trådar för flera typer av parallella bearbetningar.
Jag tror inte det är många processer i QGIS som använder flera trådar samtidigt, men QGIS som helhet kan skicka olika beräkningar till olika trådar för att därmed utföra enskilda processer parallellt med andra.
Det som diskuteras nu (https://github.com/qgis/QGIS-Enhancement-Proposals/issues/121) är att använda openCL för en del beräkningar. Beräkningar med openCL är oberoende av hur hårdvaran ser ut. Beräkningar kan utföras av en valfri GPU, så länge den har stöd för openCL så kan den användas. Det spelar därför ingen roll om du har ett nVidiakort, AMD eller ett inbyggt grafikkort i CPU’n. Potentiellt kan detta snabba upp en process med ”väldigt mycket”, speciellt flyttalsberäkningar där en separat GPU är många, många gånger snabbare än en CPU.
Förslaget, som det ser ut, kommer inte att erbjuda openCL för alla typer av beräkningar. Det kommer i stället att vara en resurs som kan användas av enskilda processer, under förutsättning att dessa skrivs för att använda openCL. QGIS måste dessutom vara kompilerat med openCL stöd, vilket eventuellt kommer att kräva en separat QGIS version(?).
Det är sedan inte enbart processer som skulle kunna dra nytta av GPU beräkningar. QGIS har många ganska avancerade stilar, inte minst realtidseffekter, som skulle kunna dra nytta av dessa beräkningar och göra exempelvis ”live” skuggor för komplicerade objekt mycket snabbare att rita ut på skärmen. Sedan skulle jag tro att hela 3D modulen skulle ha otrolig nytta av openCL.
När (om) förslaget byggs in i QGIS så är det sedan upp till övriga utvecklare att ge användaren möjlighet att välja att använda openCL för beräkningar. Om detta sedan är ett aktivt val, eller om den enskilda processen skrivs på ett sådant sätt att den använder openCL om datorn har stöd för det.
Att notera är att Alessandros försök där han testar slope-beräkningar med openCL görs på en dator med en snabb Ryzen CPU och ett enkelt ATI grafikkort. Att trots detta uppnå nästan fyra gånger så snabba beräkningar är lovande för de som på sikt kan bygga en dedikerad Workstation för GIS, med betydligt mer avancerade GPU kort. Just nu är det dock inte aktuellt med stöd för flera GPU kort, men det kanske också kommer så småningom. Men nu skall vi inte gå händelserna i förväg…