From victoria.rautenbach at gmail.com Mon Mar 7 09:20:00 2022 From: victoria.rautenbach at gmail.com (Victoria Rautenbach) Date: Mon, 7 Mar 2022 19:20:00 +0200 Subject: [OSGeo-Announce] PROJ 9.0.0 & PROJ-data 1.9 In-Reply-To: References: <4B888121-9868-4264-B05C-3B4915FD7C81@gmail.com> Message-ID: News item by Kristian Evers Published at https://www.osgeo.org/foundation-news/proj-9-0-0-proj-data-1-9/ On behalf of the PROJ development team I am happy to announce the release of PROJ 9.0.0 and PROJ-data 1.9. The PROJ release includes a number of updates and bug fixes as well the discontinuation of the Autotools build system. From now on CMake is the only supported build system in PROJ.See the detailed release notes below. The PROJ-data packages includes new grids for the Polish ETRF2000-PL, Norwegian chart datum grids and the Belgian hBG18 geoid model. Get the packages here: http://download.osgeo.org/proj/proj-9.0.0.tar.gz http://download.osgeo.org/proj/proj-9.0.0.zip http://download.osgeo.org/proj/proj-data-1.9.tar.gz http://download.osgeo.org/proj/proj-data-1.9.zip /Kristian ?????????? 9.0.0 Release Notes ------------------- Breaking Changes ---------------- o Support for the autotools build system has been removed (#3027) See RFC7 for details: https://proj.org/community/rfc/rfc-7.html Updates -------- o Database updates: + ESRI projection engine db to version 12.9 (#2943) + EPSG v10.054 (#3051) + Vertical grid files for PL-geoid-2011, Polish geoid model (#2960) + Belgian geoid model hBG18 to grid alternatives (#3044) o Add new option to proj_create_crs_to_crs_from_pj method to force +over on transformation operations (#2914) o Specify CMAKE_INSTALL_RPATH for macOS; use -rpath LDFLAGS for tests (#3009) o Implement Geographic3D to Depth/Geog2D+Depth as used by ETRS89 to CD Norway depth (#3010) o Allow PROJ_LIB paths wrapped with double quotes (#3031) o Use external gtest by default when possible (#3035) o CMake: make BUILD_SHARED_LIBS=ON the default even on Windows (#3042) o proj.ini: add a 'ca_bundle_path' variable (#3049) Bug fixes ---------- o Fix extremely long parsing time on hostile PROJ strings (#2968) o CMake: fix warning with external googletest (#2980) o proj_get_crs_info_list_from_database(): report PJ_TYPE_GEODETIC_CRS for IAU_2015 -ocentric geodetic CRS (#3013) o peirce_q: rename +type parameter wrongly introduced in 8.2.1 to +shape (#3014) o Set more precise error code for parsing errors in proj_create() (#3037) o createOperations(): fix transformations from/to a BoundCRS of a DerivedGeographicCRS coming from WKT (#3046) o Better deal with importing strings like '+init=epsg:XXXX +over' (#3055) o Fix importing CRS definition with +proj=peirce_q and +shape different from square or diamond (#3057) From victoria.rautenbach at gmail.com Sat Mar 12 01:09:51 2022 From: victoria.rautenbach at gmail.com (Victoria Rautenbach) Date: Sat, 12 Mar 2022 11:09:51 +0200 Subject: [OSGeo-Announce] Fwd: [OSGeo-Discuss] GSoC 2022: OSGeo Accepted as Mentor Organization | Form for Mentors In-Reply-To: References: Message-ID: News item by Rahul Chauhan Published at https://www.osgeo.org/foundation-news/gsoc-2022-osgeo-accepted-as-mentor-organization/ Dear All, We are happy and elated to announce that OSGeo has been accepted once again as a mentor organization for GSoC 2022. 1. The list of accepted organizations is at [0]. Our OSGeo GSoC 2022 application is available at [1]. 2. Please note the Potential GSoC contributors (Student + Professional) discuss application ideas with the mentoring organizations from March 7 - April 3, 2022. So, be ready to be flooded with queries by potential contributors in the coming period. :-) 3. GSoC contributors will be able to register and submit their applications from April 4 - April 19, 2022. All proposals must be submitted by April 19, 2022, at 18:00 UTC. 4. *Mentors of the projects who have already updated their ideas in the OSGeo GSoC 2022 ideas list, kindly fill out the Google Form [2] so that we can start sending the invitations.* We still have time for more projects to participate with ideas [3]. It is a good opportunity to: ? Add functionality to your projects. ? Attract more contributors participating in the projects, times they become long-term contributors. OSGeo projects, Incubating projects, and community projects are welcome. Also, please join us in welcoming Ashish Kumar to the OSGeo GSoC Administration Team. Ashish has been a 2-times GSoC contributor for pgRouting with OSGeo and also a Charter Member. Welcome, @Ashish Kumar ! :) If you are interested in joining the Organization Administration team and have been involved with the OSGeo GSoC initiative in the past with rich experience, please reach out to us. [0] https://summerofcode.withgoogle.com/programs/2022/organizations [1] https://wiki.osgeo.org/wiki/Google_Summer_of_Code_Application_2022 [2] https://forms.gle/ArizAYMRpoqhhMd47 [3] https://wiki.osgeo.org/wiki/Google_Summer_of_Code_2022_Ideas Stay tuned for further instructions on the next steps and be prepared for another geospatial GSoC with OSGeo! Yours, OSGeo GSoC Admins -------------- next part -------------- An HTML attachment was scrubbed... URL: From victoria.rautenbach at gmail.com Mon Mar 28 23:19:19 2022 From: victoria.rautenbach at gmail.com (Victoria Rautenbach) Date: Tue, 29 Mar 2022 08:19:19 +0200 Subject: [OSGeo-Announce] GeoMoose 3.9.0 Release! In-Reply-To: References: Message-ID: News item by Bob Basques Published at https://www.osgeo.org/foundation-news/geomoose-3-9-0-release/ Six months in the making, the next release of GeoMoose is ready! A number of bug fixes have been handled and a few great usability improvements as well: - The base development libraries and development environment versions have all been brought up to date. Node 16, ESLint, Webpack 5, and jsPDF have all been brought up to their latest versions. This helps keeps bugs out of GeoMoose and secures that it can keep healthy development! - The Favorites list has now been fixed. There was a small bug preventing the favorites from being rendered properly. - Table filters more gracefully handle undefined and null values. Before there was unpredictable behavior and crashing in the table. - A regression has been fixed for custom services without a layer. In previous versions of GeoMoose, it has been possible to click on the map and run custom code based on the geometry drawn by the user. This wasn't working in GM3.8 and has now been fixed. - Service inputs can now be assigned both placeHolder and helperText attributes. This allows giving the user more context about what they should enter for their search fields. - A new buffer-limit is set for the select service. It currently defaults to buffering, at most, 100 features. This can be configured (See here: https://docs.geomoose.org/3.x/howto/configure-max-bufffer.html ) Thanks for the hard work everyone and enjoy! -------------- next part -------------- An HTML attachment was scrubbed... URL: From victoria.rautenbach at gmail.com Mon Mar 28 23:45:13 2022 From: victoria.rautenbach at gmail.com (Victoria Rautenbach) Date: Tue, 29 Mar 2022 08:45:13 +0200 Subject: [OSGeo-Announce] Fwd: OTB release 8.0.0 In-Reply-To: <920cf7d85a633635c8cb35bd50283647618ad313.camel@csgroup.eu> References: <920cf7d85a633635c8cb35bd50283647618ad313.camel@csgroup.eu> Message-ID: Published at https://www.osgeo.org/foundation-news/otb-release-8-0-0/ News item by Julien Osman We are pleased to announce that OTB version 8.0.0 is out ! Ready-to-use binary packages are available on the package page of the website: OTB-8.0.0-Darwin64.run (Mac OS) OTB-8.0.0-Linux64.run (Linux) OTB-8.0.0-Win64.zip (Windows 64 bits) You can also checkout the release branch with git: git clone https://gitlab.orfeo-toolbox.org/orfeotoolbox/otb.git OTB -b release-8.0 The documentation for OTB 8.0.0 can be found here. This major version brings a lot of refactoring that aims at removing the dependency to OSSIM. A release note describing what to expect from this new version of OTB is available in the documentation. In particular, this version introduces: A new Metadata framework. The ossim keywordlist have been replaced by the otbImageMetadata class. The metadata are now read from and written to the image using GDAL. A new organization for the Sensor Models (RPC and SAR models). OTB now uses GDAL?s implementation of RPC model. The SAR model from OSSIM was implemented in OTB. A new way to handle DEM, with the same API but without OSSIM. For developers working on remote modules, a migration guide is available. We noticed an impact on the performance. Depending on the application, some are slower (for example, the orthorectification is about 40% slower), and other are faster (optical calibration is about 15% faster, and SAR calibration 66% faster). We did some test with some full processing chains, that show an overall gain of 27% of processing time (for MAJA) and up to 40% (for WASP). Other interesting changes are: An improved interface with QGIS (dedicated blog post to come). ComputeImageStatistics now computes Min an Max of the image, and the results are accessible through the Python API. Be aware that this improvement comes with an unanticipated break in the API. The ?-out? parameter becomes ?-out.xml?. Fix output image from orthorectification having no projection. Solve a problem with the K parameter in KNearestNeighborsMachineLearningModel. Suppression of the application DownloadSRTMTiles. Improvements in the CookBook (new Supported formats page, more detailed installation process, clearer QGis pluggin page, better explanations about the remote modules) The full changelog can be accessed here. We welcome your feedback and requests on OTB?s GitLab and if you find a bug, please report it ! Thanks to everyone who helped during the release process, the OTB team -------------- next part -------------- An HTML attachment was scrubbed... URL: