<p dir="ltr">Hi</p>
<p dir="ltr">On 29 Jun 2016 13:28, "Yves Jacolin" <<a href="mailto:yjacolin@free.fr">yjacolin@free.fr</a>> wrote:<br>
><br>
> Hi Tim,<br>
><br>
> Just two feedbacks:<br>
><br>
> * Patrick's lastname is Valsecchi not Valsecc :)<br>
></p>
<p dir="ltr">Thanks! </p>
<p dir="ltr">> * Any way to add a few notes on documentation? We really need more<br>
> contributors and so this is important to show that there is some work done.<br>
><br>
> FYI, we have only ~25 issues still open (more than 45 last week). We are<br>
> working hard to close most of the ticket this week and the next one.<br>
></p>
<p dir="ltr">Yes sure... I didnt really sit in on the docs discussion so any other info you could give me would be great. </p>
<p dir="ltr">Regards <br>
Tim </p>
<p dir="ltr">> Thanks,<br>
><br>
> Y.<br>
> On Wednesday, June 29, 2016 13:06:15 Tim Sutton wrote:<br>
> > Hi All<br>
> ><br>
> > Please find below my draft blog post for the Gerona hackfest. Sorry it has<br>
> > taken so long for me to write - it is rather long and there is a lot going<br>
> > on at the moment so I've struggled to find the spare time to work on it.<br>
> > Please let me know if you would like to add/remove/amend anything. I'd like<br>
> > to post it tomorrow morning.<br>
> ><br>
> > ---<br>
> ><br>
> > Time flies when you are having fun! It seems like only yesterday that<br>
> > I was writing<br>
> > about<br>
> > <<a href="http://blog.qgis.org/2015/11/15/a-word-of-thanks-to-the-hosts-of-the-14th-q">http://blog.qgis.org/2015/11/15/a-word-of-thanks-to-the-hosts-of-the-14th-q</a><br>
> > gis-hackfest-in-gran-canaria/> the<br>
> > 14th Hackfest in Gran Canaria. At the end of May 2016, we held the 15th<br>
> > QGIS hackfest! QGIS has been on an incredible journey since the project was<br>
> > started by Gary Sherman 14 years ago, and the fact that the hackfest was<br>
> > held in tandem with the 2nd QGIS International User conference is a<br>
> > testament to the growth and strength of the project.<br>
> > 2nd International QGIS Conference<br>
> ><br>
> > Isn't it amazing - we just held the *second *international QGIS User's<br>
> > Conference! We really need to give credit to the amazing team who ran a<br>
> > totally seamless operation to organise the event: Gemma Pons, Toni<br>
> > Hernández, Josep Sitjar, Alexandre Busquets, Ferran Orduña, Rosa Olivella,<br>
> > Laura Olivas, & Lluís Vicens<br>
> ><br>
> > [image: Girona Organising Team]<br>
> > <<a href="https://qgisblog.files.wordpress.com/2016/06/screen-shot-2016-06-20-at-00-2">https://qgisblog.files.wordpress.com/2016/06/screen-shot-2016-06-20-at-00-2</a><br>
> > 1-31.png><br>
> ><br>
> > We would like to give a special thank you to the University of<br>
> > Gerona's Director of GIS Service (SIGTE) - Gemma Boix who helped to<br>
> > organised the event as well as ensuring the institutional support for the<br>
> > event. In case I have missed mentioning someone by name, our thanks to all<br>
> > the other volunteers and the sponsors of the conference. OSGeo<br>
> > <<a href="http://osgeo.org">http://osgeo.org</a>> also supported the hack fest for which we are extremely<br>
> > grateful. Not only did the conference team host the conference event, they<br>
> > also covered a large part of the costs of the hackfest that followed the<br>
> > conference - for which we can't thank them enough!<br>
> ><br>
> > The conference team also extends their thanks to the attendees and<br>
> > presenters, instructors and developers who also actively participated on<br>
> > the event!  For those interested in viewing the various talks at the<br>
> > conference, here are some handy links:<br>
> ><br>
> >    - Sides from all talks<br>
> ><br>
> > <<a href="http://www.sigte.udg.edu/jornadassiglibre/en/international-qgis-user-and-d">http://www.sigte.udg.edu/jornadassiglibre/en/international-qgis-user-and-d</a><br>
> > eveloper-conference/conferencia-qgis/> - Videos for conference presentations<br>
> > <<a href="https://vimeo.com/sigteudg/albums">https://vimeo.com/sigteudg/albums</a>><br>
> ><br>
> ><br>
> > State of QGIS<br>
> ><br>
> > The QGIS.org project is in a very healthy state right now. For my talk<br>
> > <<a href="https://qgisblog.files.wordpress.com/2016/06/qgisgironahackfesttalk.pdf">https://qgisblog.files.wordpress.com/2016/06/qgisgironahackfesttalk.pdf</a>> at<br>
> > the user conference (video here<br>
> > <<a href="http://diobma.udg.edu/handle/10256.1/4292">http://diobma.udg.edu/handle/10256.1/4292</a>>) I got some fresh download<br>
> > stats from our servers and the numbers are quite astounding: QGIS 2.8 LTR<br>
> > (release Feb 2015) has been downloaded over 679, 000 times for the Windows<br>
> > Standalone installer (which includes all bug fix releases). Even after<br>
> > controlling for overestimates (from bot downloads, multiple downloads per<br>
> > user, "try and don't use") and underestimates (single downloads being<br>
> > distributed to many users) it is clear that we have an extremely large and<br>
> > constantly growing user base. My apologies for not mentioning Gary Sherman<br>
> > (our project founder) by name at the start of my talk - that was totally<br>
> > unintentional!<br>
> ><br>
> > Something else that is clear from the make up of the talks, workshop topics<br>
> > and attendees at the user conference and hackfest:* QGIS is increasingly<br>
> > moving from single user environments to large multi-user deployments.* This<br>
> > 'edge of network effect' is a common phenomenon in FOSS and is largely how<br>
> > Linux came to be such a lynchpin in the dev-ops world. Sys admins and (in<br>
> > the case of QGIS) GIS power users, test out the software on their own<br>
> > devices, see the potential for it in their workplace and start integrating<br>
> > it into their workflows in the office until eventually it has become a<br>
> > mission critical piece of software for an organisation.<br>
> ><br>
> > One thing my slides probably do not make clear is that there is a huge<br>
> > amount of investment being made into QGIS and plugins for QGIS to fulfil a<br>
> > wide variety of needs. *These investments are largely external to the<br>
> > project* (i.e. not factored into the financial figures I mentioned in the<br>
> > talk) and happen in direct client-to-developer relationships completely<br>
> > bypassing (from a financial sense) the upstream  <a href="http://QGIS.ORG">QGIS.ORG</a> project. This is<br>
> > a really good model since we do not need to deal with contract delivery,<br>
> > competing interests etc.<br>
> ><br>
> > If we do a simple calculation based on direct QGIS.org revenue for<br>
> > 2015/2016 (around EUR 69, 000) to downloads, the average revenue per<br>
> > download of QGIS 2.8.x was around EUR 0.10. All of the money we receive<br>
> > into the project goes into improving the QGIS, maintaining infrastructure<br>
> > and funding travel and accommodation for hackfests. I mention these numbers<br>
> > both because they are interesting and because it is good to emphasise how<br>
> > incredibly grateful we are to each and every one of our sponsors and donors<br>
> > that support the project. We really do run on a shoe-string budget and we<br>
> > have audacious goals and a vision to put spatial decision making tools into<br>
> > the hands of everyone on the planet who wants to use them. Your sponsorship<br>
> > and donations are a key enabler to making this vision a reality!<br>
> ><br>
> > Ok you probably are more interested in the part below than the part above<br>
> > right? What actually happened at the hackfest? Lets dig in and find out!<br>
> > Cool stuff from the QGIS Hackfest<br>
> ><br>
> > I am only going to focus on the hackfest here because the videos from the<br>
> > talks at the QGIS User Conference have been posted online (see above), so<br>
> > you can take in all the QGIS goodness you like from those. There was a lot<br>
> > going on at the hackfest, so these are only the nuggets I managed to<br>
> > cherry-pick from the talks.<br>
> > Give processing some love[image: Screen Shot 2016-06-12 at 22.13.15]<br>
> ><br>
> > During the hackfest and user conference, Victor Olaya (lead developer for<br>
> > the QGIS processing framework) really did a great job of promoting the idea<br>
> > of writing processing plugins rather than 'normal' plugins. His argument is<br>
> > that most plugins that are intended to provide single purpose analytical<br>
> > capabilities (we are looking at you geeks about to write the 300th buffer<br>
> > plugin!) would  be better off implemented as processing plugins:<br>
> ><br>
> >    - the plugin author would not need to spend valuable time writing user<br>
> >    interfaces, input validators and so on.<br>
> >    - users of the plugins could chain the tool into complex workflows<br>
> >    easily, rather than only being able to use it on a once off basis.<br>
> >    - we would grow the amount of options available in the processing<br>
> >    toolbox while at the same time reducing the sometimes overwhelming amount<br>
> > of choice in the QGIS Plugin Manager.<br>
> ><br>
> > ILWIS processing tools coming soon<br>
> ><br>
> > Also on the topic of plugins, Bas Restsios from the ILWIS Project<br>
> > <<a href="http://www.ilwis.org">http://www.ilwis.org</a>> gave a demo of the ILWIS software in order for QGIS<br>
> > developers to be more aware of its capabilities. Although currently Windows<br>
> > only, the ILWIS developers are in the process of porting the software to be<br>
> > based on the Qt5 framework, which means us Linux and OSX users will get to<br>
> > enjoy using it too soon. ILWIS is Open Source and does its rendering using<br>
> > OpenGL. Because of their smart rendering system, everything draws lightning<br>
> > fast. ILWIS packs in many remote sensing tools and raster analysis tools<br>
> > and should be on anyone's radar if they are interested in FOSSGIS. The best<br>
> > part (from my point of view) is that Bas and his team members are also busy<br>
> > creating a set of processing plugins for QGIS that call out to ILWIS's<br>
> > command line tools. This means you can expect a huge leap forward in the<br>
> > number of raster based analysis functions you can do with QGIS in the near<br>
> > future.<br>
> > GeoPackage, JPEG2000, WFS improvements<br>
> ><br>
> > It was really great to have Even Rouault (maintainer of GDAL/OGR) present<br>
> > at the hackfest. Even recently received core committer rights to the QGIS<br>
> > code repository and has been making great contributions by adding support<br>
> > for the OGC Geopackage <<a href="http://www.geopackage.org">http://www.geopackage.org</a>> format (death to<br>
> > shapefiles!). The shapefile format is long in the tooth and doesn't serve<br>
> > the GIS community well as a *de facto* standard for GIS data interchange.<br>
> > It also doesn't make a good format for intermediate  representation of data<br>
> > processing outputs (e.g. when using multi algorithm processing models).<br>
> > Even has also been working on improvements to WFS<br>
> > <<a href="https://github.com/qgis/QGIS-Enhancement-Proposals/issues/53">https://github.com/qgis/QGIS-Enhancement-Proposals/issues/53</a>> support in<br>
> > QGIS which many will appreciate.<br>
> ><br>
> > Not directly related to QGIS, but Even also mentioned he has been giving<br>
> > the GDAL driver <<a href="http://www.gdal.org/frmt_jp2openjpeg.html">http://www.gdal.org/frmt_jp2openjpeg.html</a>> for JPEG2000<br>
> > <<a href="http://www.opengeospatial.org/standards/gmljp2">http://www.opengeospatial.org/standards/gmljp2</a>> some love - gaining good<br>
> > performance increases. This gives me some hope that there will be a viable<br>
> > open format alternative to ECW and MrSid in the future - something which<br>
> > QGIS will benefit from greatly. One of the interesting things that GDAL<br>
> > supports is embedded vectors - you can write the raster with gdal_translate<br>
> > and then during creation pass a shapefile or GML stream to the<br>
> > gdal_translate. I look forward to the day (not currently on the roadmap)<br>
> > where we can ship JP2 images with embedded vector masks and use them<br>
> > seamlessly in QGIS.<br>
> > Planning for 3.0 release<br>
> ><br>
> > We did some planning for the 3.0 release of QGIS and in particular fine<br>
> > tuned the plans for how we will manage the transition from QGIS 2.x to 3.x.<br>
> > In February 2016 I posted an outline<br>
> > <<a href="http://blog.qgis.org/2016/02/10/qgis-3-0-plans/">http://blog.qgis.org/2016/02/10/qgis-3-0-plans/</a>> of the general approach<br>
> > we planned to follow. Some developers felt that we would be better off<br>
> > having the core of the 3.0 transition work happening on the master branch<br>
> > of QGIS so that it has more attention and testing focussed on it. I guess<br>
> > there are two main interest groups to consider here, so I will break down<br>
> > the outcome between take-home points for developers and general users:<br>
> ><br>
> > *For developers:*<br>
> ><br>
> >    - 2.16 gets released off master.<br>
> >    - After 2.16 we create a 2x branch and the 2x branch will be in<br>
> >    caretaker mode.<br>
> >    - Support for Qt4 and Py2 will be discontinued in master and we do<br>
> >    packaging only against Qt5 and Py3.<br>
> >    - Packages may not be immediately available on master as we need to get<br>
> >    the packaging systems update.<br>
> >    - After 2.16 is released API breaking changes are allowed in master (but<br>
> >    code must build and packaging not broken, plugins will be broken).<br>
> >    - All API breaking changes should be annotated by means of a Doxygen<br>
> >    page patch to indicate what changes were made.<br>
> >    - We target the API change window to end in Feb 2017 so that we can have<br>
> >    a 3.0 release in March 2017.<br>
> >    - We may do a 2.18 release off the 2x branch  if there have been<br>
> >    substantial changes in the 2x branch. If there are no substantial changes<br>
> > in the 2x branch, we will not do a 2.18 release.<br>
> >    - In January 2017 we will have a review to establish if all the API<br>
> >    breaking changes are complete. If someone has specific implementation<br>
> > plans that are in progress and they need more time, we will (under<br>
> > agreement from the dev community) extend the API breaking window and push<br>
> > out the release date.<br>
> >    - Following the release of 3.0 we will implement API freeze again and<br>
> >    polish up the codebase for an LTR release based on 3.2<br>
> >    - 2.14 LTR support will be extended until 3.2 is ready<br>
> >    - *Note:* for QGIS 3.x, a minimum of Qt 5.5 is recommended<br>
> >    - *Note:* for QGIS 3.x a minimum of Python 3.4 is recommended<br>
> >    - *Note:* We are looking for a volunteer to set up a  windows build<br>
> >    system using vagrant on win 7 so that we can test and build<br>
> > automaticallyl<br>
> ><br>
> > *Public messaging*<br>
> ><br>
> >    - 2.18 release is not guaranteed<br>
> >    - We are planning a 3.0 release in March 2017<br>
> >    - *This release date may be postponed* - we will do a review in January<br>
> >    to establish whether we are on track for the release date<br>
> >    - The 3.0 release will break your plugins - we will publish a migration<br>
> >    guide and tools to help you migrate your plugin to the new platform<br>
> >    - If you have any queries about the process please feel free to contact<br>
> >    us<br>
> ><br>
> > Style repository<br>
> ><br>
> > Akbar Gumbira, our Google Summer of Code (GSOC) student joined us at the<br>
> > hackfest. For his GSOC project, Akbar is working on a unified way to share<br>
> > styles <<a href="https://github.com/qgis/QGIS-Enhancement-Proposals/issues/58">https://github.com/qgis/QGIS-Enhancement-Proposals/issues/58</a>>,<br>
> > symbols, ramps and markers in QGIS. The idea will be very similar to the<br>
> > QGIS plugin repository, where users can host their favourite cartographic<br>
> > elements for everyone else to enjoy. There was quite a lot of technical<br>
> > discussion about the exact mechanisms to use for hosting shared symbology<br>
> > with the key elements of the debate about whether to use git as a hosting<br>
> > system, simple zip files or some other mechanism. If you wish to chat to<br>
> > Akbar about his work, visit this chat room<br>
> > <<a href="https://gitter.im/akbargumbira/qgis_symbology_sharing">https://gitter.im/akbargumbira/qgis_symbology_sharing</a>> or comment on the<br>
> > QEP <<a href="https://github.com/qgis/QGIS-Enhancement-Proposals/issues/58">https://github.com/qgis/QGIS-Enhancement-Proposals/issues/58</a>>.<br>
> ><br>
> > *OSX Packaging and Building*<br>
> ><br>
> > QGIS is an attractive proposition for OSX users since the big commercial<br>
> > vendors typically don't support OSX. Since QGIS is built on cross platform<br>
> > technologies, this does not pose a huge limitation for us, but there are<br>
> > few OSX developers in the QGIS developer team and the platform requirements<br>
> > and constraints are pretty complex. Larry Shaffer has been doing awesome<br>
> > work to cut through the various issues and simplify the installation<br>
> > process - both for end users and for developers. It's finally pretty easy<br>
> > to get a development environment up and running on a Mac now. Using brew (a<br>
> > package manager for OSX) you can install all the needed dependencies and<br>
> > get  QGIS compiling in Qt Creator with full debugging support. The next<br>
> > challenge is going to be supporting this under Qt5 for QGIS 3.0 and Larry<br>
> > has been doing a bunch of great work to make that happen.<br>
> > Lizmap!<br>
> ><br>
> > There are several web client frontends for QGIS out there. Lizmap<br>
> > <<a href="http://www.3liz.com/en/lizmap.html">http://www.3liz.com/en/lizmap.html</a>> is probably the most feature rich of<br>
> > them. Michaël Douchin (@kimaidou on twitter) showed off the latest version<br>
> > of Lizmap. If you are doing any web mapping, you really should check it out!<br>
> > QField<br>
> ><br>
> > Marco Bernasocchi showed off the work they have been doing on QField<br>
> > <<a href="http://www.opengis.ch/android-gis/qfield/">http://www.opengis.ch/android-gis/qfield/</a>> - an Android app for your<br>
> > mobile device. The workflow for using QField is simple: Create a QGIS<br>
> > project on your desktop, copy it over to your device's SD Card or internal<br>
> > storage, then open the same project on your device. Since it uses the same<br>
> > QGIS 2.14 backend as you are probably running on your desktop, all the<br>
> > cartographic elements from your desktop are supported - including the new<br>
> > 2.5D rendering. The main use case for QField is field data collection and<br>
> > new in QField is the ability to capture point data and edit / update<br>
> > feature attributes. This opens many possibilities. During the hackfest I<br>
> > did some testing using a PostGIS layer in a project with the data coming<br>
> > from a remote QGIS server - and it works (assuming you have internet<br>
> > connectivity). I also did some testing using BTSync to create a<br>
> > synchronised file system between my mobile device and my desktop. Edits to<br>
> > layers on the desktop and the mobile device can easily be pushed back and<br>
> > forth, making it very very easy to push out maps and new data to workers in<br>
> > the field. Marco also shared some roadmap plans for QField including<br>
> > broader support for form elements (especially value maps) and support for<br>
> > digitising lines and polygons. I am eagerly looking forward to seeing how<br>
> > QField develops!<br>
> > Underwater autonomous vehicles & QGIS<br>
> ><br>
> > [image: Natalia]<br>
> ><br>
> > (With apologies for using the colloquial term 'drone' which I know Natália<br>
> > does not like). One of the really cool things we did at the hackfest was<br>
> > take a little side trip to visit the Computer Vision and Robotics Institute<br>
> > <<a href="http://cirs.udg.edu">http://cirs.udg.edu</a>>. Natália Hurtós (who works for the institute) kindly<br>
> > gave a bunch of us QGIS geeks a tour. The work they are doing building<br>
> > [relatively] cheap underwater autonomous vehicles is really awesome and<br>
> > inspiring - all the more so because Natalia is planning to build the<br>
> > mission planning tool in using the QGIS libraries!<br>
> > Testing<br>
> ><br>
> > There were lots of interesting things going on for those interested in<br>
> > testing. Alessandro Pasotti showed off some really cool stuff he has been<br>
> > working on for running python tests directly in QGIS instead of using a<br>
> > mock QGIS iface object. There are huge benefits to doing this since your<br>
> > tests run in  a 'real' QGIS environment. He also showed off how they are<br>
> > testing QGIS plugins in Docker <<a href="http://docker.com">http://docker.com</a>> using the above<br>
> > mentioned technique.<br>
> ><br>
> > If you do need / want to use an mock iface object, Matthias Kuhn has been<br>
> > promoting the use of the new qgis.testing python module improvements which<br>
> > includes an iface object which is comprehensive in terms of API stubs.<br>
> ><br>
> > *from qgis.testing import start_app, unittest *<br>
> ><br>
> > He has also created a unittest subclass that you can use which includes<br>
> > nice goodies like letting you do asserts that geometries match.<br>
> ><br>
> > Matthias Kuhn, Nyall Dawson and others have really been leading the charge<br>
> > to build a more comprehensive test suite in QGIS and there were lots of<br>
> > other interesting tips and tricks been shown like how to make your travis<br>
> > tests run against multiple versions of QGIS - which can be very handy for<br>
> > plugin authors.<br>
> ><br>
> > Victor Olaya also showed off the tester plugin<br>
> > <<a href="https://github.com/boundlessgeo/qgis-tester-plugin">https://github.com/boundlessgeo/qgis-tester-plugin</a>> - for automated GUI<br>
> > testing based on recorded interaction sequences.<br>
> ><br>
> > *Nice things for developers*<br>
> ><br>
> > Martin Dobias showed off some of the tools they have been developing<br>
> > including:<br>
> ><br>
> >    - The report plugin <<a href="http://plugins.qgis.org/plugins/report/">http://plugins.qgis.org/plugins/report/</a>> (see<br>
> >    <a href="http://plugins.qgis.org/plugins/report/">http://plugins.qgis.org/plugins/report/</a><br>
> >    <<a href="https://github.com/lutraconsulting/qgis-report-plugin">https://github.com/lutraconsulting/qgis-report-plugin</a>>) that lets you<br>
> >    trap python exceptions and send a bug report directly to a github issue<br>
> >    tracker.<br>
> >    - Martin also showed of the First Aid plugin<br>
> >    <<a href="http://plugins.qgis.org/plugins/firstaid/">http://plugins.qgis.org/plugins/firstaid/</a>> which lets you capture<br>
> >    tracebacks in a more elegant way and also debug your plugin, stepping<br>
> >    through the code and execute python instructions in the current run<br>
> >    context. The First AID plugin makes a great alternative to using remote<br>
> >    debugging from an IDE which is time consuming to set up and technical for<br>
> > less experienced developers to do.<br>
> ><br>
> > *Training plugin*<br>
> ><br>
> > Victor Olaya showed of a plugin (the Lessons plugin) they are working on to<br>
> > facilitate interactive training in QGIS. It uses a simple dock interface to<br>
> > guide the user through a series of activities. Interestingly you can ask it<br>
> > to play recorded macros (saved as python code) of the active being<br>
> > explained so that you can see how it is done if you can't figure it out<br>
> > yourself. Their authoring system also allows you to record these  macros.<br>
> ><br>
> > *Docker*<br>
> ><br>
> > Docker is increasingly becoming a useful building block for those wishing<br>
> > to deploy QGIS in server side contexts. Patrick Valescc and Stéphane<br>
> > Brunner did some really awesome work refactoring the QGIS Server docker<br>
> > image - you can get a preview here<br>
> > <a href="https://github.com/pvalsecc/QGIS/tree/docker">https://github.com/pvalsecc/QGIS/tree/docker</a> (read the README<br>
> > <<a href="https://github.com/pvalsecc/QGIS/tree/docker/docker">https://github.com/pvalsecc/QGIS/tree/docker/docker</a>> for usage notes). We<br>
> > would like to eventually merge this into the upstream QGIS repo so that we<br>
> > have a versioned docker build set up for each QGIS release.<br>
> ><br>
> > *Crayfish*<br>
> ><br>
> > Martin Dobias showed off the Crayfish plugin<br>
> > <<a href="http://plugins.qgis.org/plugins/crayfish/">http://plugins.qgis.org/plugins/crayfish/</a>>. Crayfish includes some really<br>
> > awesome multi temporal visualisation tools - really useful if you have time<br>
> > slice data in NetCDF or similar formats and you want to view layers<br>
> > sequentially as animations. It also has cool symbology additions to show<br>
> > flow / directionality arrows over your raster.<br>
> ><br>
> ><br>
> > *Lightning talks*<br>
> ><br>
> > Here is also a quick-fire list of features that were shown off -that are<br>
> > coming down the QGIS conveyor belt - mostly for QGIS 2.16 but also new<br>
> > plugins and other efforts:<br>
> ><br>
> >    - *Style dock* in QGIS 2.16 with undo / redo - Nathan Woodrow<br>
> >    - *Dynamic hillside rendering* - Nathan Woodrow<br>
> >    - Awesome new *gradient editor* - Nyall Dawson<br>
> >    - *D3 & Plotly* charting with chart interaction showing on the layer -<br>
> >    Matteo Ghetta and Michael Douchin<br>
> >    - *Forms improvements*: the 'drag and drop' editor will support multiple<br>
> >    columns - Matthias Kuhn<br>
> >    - Table view will be able to filter which columns to show (to let you<br>
> > *hide unwanted columns*) - Matthias Kuhn<br>
> >    - *Action widget columns in the attribute table*: you can place one or<br>
> >    more action widgets (and icons) into the attribute table making it very<br>
> >    easy to fire off an action (e.g. python script) for a particular record -<br>
> > Matthias Kuhn<br>
> >    - Support for *changing column order* display in attribute table -<br>
> >    Matthias Kuhn<br>
> >    - In composer you can get have* JSON of all layer relations* that you<br>
> >    can use in your html widget - Nyall Dawson<br>
> >    - *Aggregation in expressions*. We will explain this more in the visual<br>
> >    changeling for the next release, but you will be able to compute<br>
> > attribute aggregates (e.g. sum of areas) in your reports - Nyall Dawson<br>
> >    - *Default values for fields* - Matthias Kuhn showed upcoming work to<br>
> >    add support for field defaults in when adding a new record to a vector<br>
> >    layer.<br>
> >    - *Transaction groups / cascaded editing mode* when you are editing a<br>
> >    feature so that related tables get put into edit mode (project property<br>
> >    needs to be enabled) - again we will explain this more in the upcoming<br>
> > 2.16 changelog - Matthias Kuhn<br>
> >    - *SectorPlot plugin:* a plugin to let you make 'pizza plots' of your<br>
> >    data - Raymond Nijssen and Richard Duivenvoorde<br>
> >    - Denis Rouzaud showed off work he has been doing to create a *standard<br>
> >    settings dialog* that you can use in your plugins. It has support for<br>
> >    different input types and layer chooser etc. They provide a settings<br>
> > dialog base class that you can derive from in your plugin which will take<br>
> > care of reading and writing your settings to Settings.<br>
> >    - *User profiles plugin* - lets you create customised user interface for<br>
> >    different user categories - Alex Bruy<br>
> >    - *Georeferenced PDFs and outputs from composer* (sorry not yet GeoPDF)<br>
> >    but you can use composer to create a  PDF - and then add that into QGIS<br>
> >    just like any other raster layer. Nyall Dawson<br>
> >    - Nyall Dawson chatted about his work on *QGIS Task manager* - a tool to<br>
> >    let you easily create concurrent background tasks and show the progress<br>
> > of each task in a simple UI. I believe he is looking for funding to help<br>
> > him get this finished, so if you are interested please contact him. -<br>
> > *Bivariate legends plugin* (not published yet).  Thomas Gratier showed off<br>
> > work he is doing to support the creation of bivariate legends.<br>
> ><br>
> > *Albireo QGIS Fork*<br>
> ><br>
> > [image: albireo]<br>
> ><br>
> > Sandro Mani showed off an awesome new QGIS front end they have been working<br>
> > on at Sourcepole. Their implementation creates a brand dew ribbon based UI<br>
> > paradigm for QGIS (don't scoff, it's actually pretty cool!). They have<br>
> > pared down the number of features and grouped functionality into discrete<br>
> > areas, both the menus and ribbon icons changing based on the context of<br>
> > what you are doing. You can see the source code here:<br>
> > <a href="https://github.com/sourcepole/kadas-albireo">https://github.com/sourcepole/kadas-albireo</a>.  Here are some bullet notes I<br>
> > made while watching his presentation:<br>
> ><br>
> >    - 3D Globe updates<br>
> >    - Redlining - you can sketch onto the map without saving those<br>
> >    geometries in a specific layer.<br>
> >    - Measuring & profile tools<br>
> >    - 3d feature extrusion onto the globe (and they have been doing a lot of<br>
> >    work to get the QGIS Globe implementation ready for production use)<br>
> >    - Shift-drag for zoom - just like you can do in OpenLayers and Leaflet<br>
> >    (Nyall then went and added this to QGIS for 2.16 - yay!)<br>
> >    - Switch coordinate reference systems used for cursor position display<br>
> >    easily from the status bar<br>
> ><br>
> > There were many other cool features - some of all may make their way into<br>
> > the mainstream QGIS desktop. If you are looking to support users who need a<br>
> > simplified QGIS user interface, Albireo QGIS spin off is something to watch.<br>
> > Conclusion<br>
> ><br>
> > Girona was an absolutely awesome venue for the QGIS Conference and<br>
> > Hackfest. I hope the participants of the conference gained good benefit<br>
> > from the experience. The hackfest had around 50 participants and beyond the<br>
> > above notes, there was such a lot going on including work on the<br>
> > documentation system, discussions on the proposed community voter system<br>
> > (more on that in a follow up blog post) and many other things. I really<br>
> > encourage you to attend these events if you want to keep track of the<br>
> > leading edge of QGIS developers.<br>
></p>