RSS Entry of GeoNode Project's latest versionhttps://changelog.kartoza.com/en/geonode/version/2.7x/2024-03-28T17:16:15.605224+00:00These are the entries from the latest version of GeoNode project.When creating a map with QGIS backend, the layer list now works properlyhttps://changelog.kartoza.com/en/entry/934<p><p>https://github.com/kartoza/geonode/issues/370</p></p><p><img src="/media/"/></p>Thumbnails are now reliably generated https://changelog.kartoza.com/en/entry/940<p><p>Several cases where thumbails were supposed to be generated were quite buggy, mainly because of CRS and request bounding box issues.
- when a new layer is uploaded
- when a new map is created
- when a layer of map thumbnail is reset
- when a map is edited
- when a layer's default style is updated</p></p><p><img src="/media/"/></p>Thumbnail improvementshttps://changelog.kartoza.com/en/entry/945<p><ul>
<li>Thumbnails now always have a basemap (which can be configured). This gives them context and looks better. </li>
<li>Thumbnails are no longer squashed. Their natural aspect ratio is retained, whether landscape or portrait. </li>
<li>Thumbnails are now consistently created, whether a layer is uploaded or published via the back-end with management commands and no matter what CRS it has. This was previously quite buggy.</li>
</ul></p><p><img src="/media/images/entries/144113a616d77ef673ddef16ec2e25d6ca7cb6bf.png"/></p>The Map page now has an 'embed this' link with multiple optionshttps://changelog.kartoza.com/en/entry/936<p><p>You can embed an interactive map from GeoNode into another website with 'Embed widget link' or as an iframe with 'Embed iframe link'. You can also download your own standalone full-page Leaflet web page of your map with 'Download Leaflet page'</p>
<p>https://github.com/kartoza/geonode/issues/86
https://github.com/kartoza/geonode/issues/152
https://github.com/kartoza/geonode/issues/153</p></p><p><img src="/media/images/entries/e6d0a4f17a9c32bfb7ff750eff2fdb4f2d86e70a.png"/></p>Removing a layer now deletes all items associated with that layerhttps://changelog.kartoza.com/en/entry/939<p><p>Some artefacts (like QGIS projects) got left behind when deleting a layer, which prevented a layer with the same name from being uploaded again. Now all objects associated with a layer are deleted in the backend when a layer is deleted</p></p><p><img src="/media/"/></p>QGIS Server requests now use the correct bounding boxhttps://changelog.kartoza.com/en/entry/938<p><p>Incorrect bounding boxes were used (i.e. in the wrong CRS) resulting in layers not drawing and thumbnails not being generated</p></p><p><img src="/media/"/></p>Maps now have the correct extenthttps://changelog.kartoza.com/en/entry/937<p><p>Saved maps used to get the world extent or the extent of the last added layer. Now they get the extent of all participating layers. </p></p><p><img src="/media/images/entries/ce36fb6c2e6eea764db28b71f6d7c630484a72d6.gif"/></p>Layer uploads no longer fail because of CRS issueshttps://changelog.kartoza.com/en/entry/948<p><p>If layers did not have an explicit EPSG code in their projection definition, their CRS would get registered incorrectly, resulting in problems with thumbnails, layer rendering in the GeoNode layer and map clients and analysis in GeoSAFE.</p>
<p>This was fixed by improving CRS detection on layer upload and improving error feedback to the user. Now layers with a much wider range of CRS can reliably be published in GeoNode with QGIS server. </p>
<p>See https://github.com/kartoza/geonode/issues/435</p></p><p><img src="/media/"/></p>Improved metadata handlinghttps://changelog.kartoza.com/en/entry/950<p><p>GeoNode has some quirks when it comes to handling metadata. It stores some fields in its backend database and it stores a full XML metadata document in the database if you specify that you don't want to be able to edit the metadata after upload. While the metadata supports some GeoNode content it also has to be available for search and query via the CSW endpoint provided by the pyCSW service that comes with GeoNode. </p>
<p>GeoSAFE added further complications: Firstly that metadata had to store InaSAFE keywords in a non-standard 'nested' XML document within the main metadata Supplemental Information element; secondly, that the metadata document has to sit with the exposure or hazard data file (typically shapefile or GeoTIFF) on disk, i.e. outside the database. </p>
<p>If you edit the metadata it has to be maintained in at least two places, not lose any content and not break anything. </p>
<p>We've made various fixes that make metadata upload, replacement and editing more reliable and predictable. </p>
<p>https://github.com/kartoza/geonode/issues/396
https://github.com/kartoza/geonode/pull/500
https://github.com/kartoza/geosafe/pull/378</p></p><p><img src="/media/"/></p>GeoJSON support addedhttps://changelog.kartoza.com/en/entry/949<p><p>GeoJSON layers can now be uploaded to GeoNode. </p>
<p>This is a convenient new feature for GeoNode users even though it was prompted by InaSAFE 4 requiring and producing GeoJSON, for the upgrade of GeoSAFE to use InaSAFE 4. </p>
<p>see https://github.com/kartoza/geonode/issues/405</p></p><p><img src="/media/"/></p>Fixes and improvements to GeoNode 2.8https://changelog.kartoza.com/en/entry/951<p><p>We wanted QGIS server backend and GeoSAFE to run on a stable version of GeoNode. At the time of starting this project phase, GeoNode 2.8 had just been released. </p>
<p>In the previous phase of this World Bank project, we had pushed all our QGIS-server backend contributions upstream to 2.6 / 2.7.</p>
<p>However, we could not get everything to work on GeoNode 2.8 and no bug-fix releases were planned, so we made improvements to our own fork, which we hope to push upstream to get into a subsequently-planned 2.8 bugfix release and also into 2.9 / 2.10.</p>
<p>To compare our fork to upstream see https://github.com/GeoNode/geonode/compare/master...kartoza:2.8.x-qgis_server</p></p><p><img src="/media/"/></p>Fixed layer download functionality and UI issueshttps://changelog.kartoza.com/en/entry/941<p></p><p><img src="/media/images/entries/de177c7d234d6598bf2a4994c85dc96c22dd4f37.png"/></p>Fixed map download functionality and UI issueshttps://changelog.kartoza.com/en/entry/942<p></p><p><img src="/media/images/entries/53c7fcb3efda06e844c5f05111ee9e4bf8987c88.png"/></p>Fix various aspects of map functionalityhttps://changelog.kartoza.com/en/entry/943<p><p>Various controls and links were inactive or buggy, now everything should work as expected when interacting with a map</p></p><p><img src="/media/images/entries/2afdd55f967cd2ac6db8fea19af057d4e2397c5a.gif"/></p>Extend Rancher orchestration to support theming of GeoNodehttps://changelog.kartoza.com/en/entry/953<p><ol>
<li>Custom skins are packaged as Django App. example on http://github.com/kartoza/ingc_geonode_theme</li>
<li>Custom skin app, have a standard prefix geonode_theme for GeoNode theme</li>
<li>Apps are loaded through pip install on git repo. Example url will be git+https://github.com/kartoza/ingc_geonode_theme.git@tagname</li>
<li>Which skin app to use is asked by a Rancher question (available when doing update or deploy)</li>
<li>Skin app development can follow regular Django development (package requirements are listed in the app).</li>
</ol></p><p><img src="/media/"/></p>Docker-OSM integration enables regular updates of layers based on OSM extractshttps://changelog.kartoza.com/en/entry/965<p><p>With Kartoza's docker-osm project integrated with GeoNode-QGIS_server, you can now configure any OSM extract you like as a QGIS layer published in GeoNode. </p>
<p>The layer you define from OSM is updated regularly. </p>
<p>https://github.com/kartoza/geonode/issues/422</p></p><p><img src="/media/images/entries/3e54f8e59321fc7582733edf5f7e6007e64561a8.png"/></p>Crash on publication of impact layer fixedhttps://changelog.kartoza.com/en/entry/947<p><p>When an impact layer was generated in GeoSAFE (after the upgrade to InaSAFE 4) and published back to GeoNode, it caused the server to crash (https://github.com/kartoza/geosafe/issues/345)</p>
<p>This was fixed with https://github.com/kartoza/otf-project/pull/13.</p>
<p>When a new layer is published in GeoNode with QGIS server backend, a new QGIS project is created on the fly to house that layer. This fix ensured that process configured the QGIS project correctly. </p></p><p><img src="/media/"/></p>Copying a map now works properlyhttps://changelog.kartoza.com/en/entry/935<p><p>https://github.com/kartoza/geonode/issues/303</p></p><p><img src="/media/"/></p>