A few months ago, the question of integrating OSSIM into QGIS was raised. The discussion was interesting and active, the OSSIM developers even published some experimental code, but it all fizzled out.
One of the reasons, in my opinion, is that the developers of the OSSIM data provider published the code not as a normal patch but as a set of modified files. Moreover, all this was done not on the latest master but based on outdated SVN sources. Another reason is that, at the same time, we had an active discussion about a new Processing Framework, and its development started. And the possibility of integrating OSSIM through this framework was also considered.
I didn’t feel like writing a report for my contest work today, and I didn’t feel like working on an Android app either. So I decided to see what the guys from OSSIM had written. In general, it doesn’t look too bad, although there are a few questionable solutions. For example, for some reason, they invented their own class for saving settings, even though there is QgsOptions and a settings dialogue. I have tried to integrate their code into master. The results are in my fork on GitHub, branch ossim_provider. I haven’t tested it myself yet, as I haven’t found a pre-built OSSIM package, and it will take quite some time to build it on my laptop.
Giuseppe Sucameli has successfully completed his GSoC 2011 project — the DB Manager plugin for QGIS.
DB Manager combines the functionality of the PGManager, SLManager and RT_Sql_Layer plugins and supports SQLite/SpatiaLite and PostgreSQL/PostGIS databases (including raster support). With this plugin, you can:
view a list of database tables
view detailed information about the selected table
view data in tabular form and on a map
rename and delete tables using a graphical interface
execute SQL queries
drag and drop database tables (both spatial and geometryless) into your QGIS project
In addition, while working on the module, Giuseppe implemented the ability to import layers from one data source to another (commit 1a70dddca1). This allows you to easily import data from a shapefile into a PostGIS or SpatiaLite database, and vice versa. This functionality is available in both C++ and Python.
Following the news of the successful cross-compilation of QGIS on Android, QGIS was launched on the ASUS Transformer tablet (Android 3.2) and the Samsung Galaxy phone (CyanogenMod 7RC1).
At the moment, QGIS runs without some features (e.g., no Python support, not all providers are available, etc.), but the GUI is fully functional, although there are some problems using it on mobile phones due to the small screen size.
If you want to give it a try, there is a pre-built APK (note that you need to install Ministro and Qt first; the total download size is ~130 MB). There is also a compilation guide on the wiki.
Video of installing and running QGIS on ASUS tablet
I can’t stop being pleased with the popularity of RasterCalc. It is a very useful and, above all, functional tool. Today, the calculator has two new functions (the initial patch was provided by Ludovic Mercier): composeRgb and extract.
The composeRgb function creates a 3-band raster from individual channels. Example of use:
The output will be a 3-band raster: band 1 of the clearcuts raster will be used as the first output band, band 5 of the clearcuts raster will be used as the second output band, and the third output band will be the average of bands 5 and 6 of the clearcuts raster.
The extract function extracts a subset of bands from a multiband raster and saves it as another raster. Example of use (assuming the Clearcuts raster has 10 bands):
extract([clearcuts]@1, 3, [5,7], 10)
The output will be a multi-band raster consisting of channels 3, 10 and all channels from the interval [5, 7]. I.e. the output image will have 5 bands (bands 3, 5, 6, 7 and 10 of the input raster).
The implementation (even with my changes) is far from optimal, but I don’t have time for proper refactoring and optimisation. Maybe I will rewrite it completely later.
Marco Bernasocchi, who is working on porting QGIS to Android at GSoC 2011, reports on a successful cross-compilation of QGIS using the Android NDK r5c.
This was preceded by work on porting all the libraries needed to build QGIS (GDAL, GEOS, Proj, etc). Porting SpatiaLite and optimising the interface for tablets are next on the list.
Marco Hugentobler has added a new marker type called “Ellipse” to QGIS. It looks like this
Point layer renderer using Ellipse marker
You can use this type of marker to create not only ellipses but also other shapes such as rectangles, triangles or crosses. Both the height and width of the marker can be changed; all basic parameters (fill colour, outline colour and thickness, rotation) are available, and most properties can be data-defined.
In the future, the Ellipse marker will be merged with the Simple marker.
QGIS Browser is now not only available as a standalone application but also integrated into QGIS. Martin has added a dockable Browser panel showing a directory tree and registered WMS connections. Double-clicking on a layer in the Browser panel adds it to QGIS.
And Pirmin Calberer has managed to get his Globe plugin into the QGIS core. More information about the plugin can be found here.
The initiative by kCube Consulting that they started last December failed miserably. The idea was that a full-time developer from this company would work on QGIS for half a year, and after discussion, the main focus of the work was determined — bug fixing. This may not be very interesting, but it is certainly useful.
Six months have passed… Nobody has seen the promised monthly reports. A search of the bugtracker reveals only 6 (six!) issues where our hero has “done” anything. Of these 6 bugs, only 2 (two, really?!) are actually closed, and one patch has been almost completely reworked by one of the core developers.
There is nothing to add other than the words from the post title.
After several delays and release postponements, QGIS 1.7 “Wrocław” has finally been released.
There are many reasons for the delays, but there are two main ones. The first is that the developers decided to devote the last meeting to bug fixing, and the second is an update to the project’s infrastructure. The repository is now hosted on GitHub, which has led to a revision of the repository access policy. The old Trac bug tracker has also been replaced by Redmine.
This release is notable not only because the release date has been pushed back several times but also because it is the last release in the 1.x series. (at least that is the plan). The next release will be QGIS 2.0, which is expected to have many groundbreaking changes: API updates, a final transition to a new symbology, and more. A point release of QGIS 1.7.x with bug fixes but no new features will be prepared from time to time. Closer to the release of QGIS 2.0, an interim release of 1.9.x is planned for a limited number of users.
Now about QGIS 1.7.0. This release contains over 300 fixes and many improvements. You can read the detailed description of the changes in the official announcement, but I will limit myself to a short list:
