[QGIS-Developer] QGIS User Conference 2024: Detailed schedule
Hi all Good news everyone - the detailed schedule is now available on the conference website: https://uc2024.qgis.sk/schedule/details/ We are expecting 50 talks and 15 workshops over the two days. For those looking for a small escape from the conference buzz, there will be a large "focus" / "quiet" room at the library right next to the conference rooms. And after the first day of the conference, there will be a social event with food and drinks. A quick reminder: early bird tickets are available only until the end of June - only two weeks left! Those who plan to join the contributor meeting, please do not forget to add your name to the list of participants on the wiki: https://github.com/qgis/QGIS/wiki/27th%E2%80%90Contributor%E2%80%90Meeting%E2%80%90in%E2%80%90Bratislava See you in Bratislava! Regards Martin (on behalf of the local organizing committee) ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] QGIS User Conference 2024 - registration open
Hi all Just a quick note that tickets for this year's User Conference are now available! You can get your ticket on the web site of the conference: https://uc2024.qgis.sk/ There are two newly added pages on the site: - tentative schedule - https://uc2024.qgis.sk/schedule/ - practical info when attending - https://uc2024.qgis.sk/attending/ We are now in the process of going through the submitted talks and workshops - there are over 80 proposals! We would like to publish the program sometime in May. Most likely we will be running talks in three rooms in parallel, plus workshops in three more rooms. See you in Bratislava! Regards Martin (on behalf of the local organizing committee) ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] QGIS User Conference - call for papers ends soon
Hi everyone! Just a friendly reminder that call for papers (talks/workshops) for this year's QGIS User Conference will be closing 31st of March, so if you plan to submit a proposal, there are only few days left! Conference website: https://uc2024.qgis.sk/ Submission of proposals: https://talks.osgeo.org/qgis-uc2024/cfp Looking forward to seeing many of you in Bratislava! Regards Martin ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] QGIS User Conference: Call for papers + Call for sponsors
Hi everyone! This is a quick note that call for papers for QGIS User Conference 2024 is now open - deadline for submissions is 31 March 2024. See more details on the web site: https://uc2024.qgis.sk/call-for-papers/ We have also started call for sponsors, with sponsorship opportunities at various levels. More details here: https://uc2024.qgis.sk/sponsors/ Please help us spread the word and share the links in your networks - thanks! Regards Martin ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] QGIS User Conference 2024 & Contributor Meeting
Join us for the biggest QGIS event of the year! QGIS User Conference 2024 site is up: https://uc2024.qgis.sk/ We are happy to announce that the QGIS User Conference will take place 9-10 September 2024 in Bratislava, Slovakia! The conference will take place at the Faculty of Civil Engineering at Slovak Technical University. The contributor meeting will follow on 11-13 September at the same venue. The event is being organized by the Slovak QGIS user group in collaboration with the Faculty of Civil Engineering STU, with support from the QGIS core project. About the User Conference: The QGIS User Conference is the premier event for QGIS users and developers. It is a great opportunity to learn about the latest features and developments in QGIS, network with other users, and share your knowledge. Registration & Call for Papers will be announced in the coming weeks. About the Contributor Meeting: QGIS Contributors Meetings are volunteer-driven events where contributors to the QGIS project from around the world get together in a common space. During these events, contributors to the QGIS project take the opportunity to plan their work, hold face-to-face discussions and present new improvements to the QGIS project that they have been working on. Everybody attending the event donates their time to the project for the days of the event. Registration for the Contributor Meeting is available on GitHub: https://github.com/qgis/QGIS/wiki/27th%E2%80%90Contributor%E2%80%90Meeting%E2%80%90in%E2%80%90Bratislava Stay tuned for more news and we hope to see you there! If you have any questions, please feel free to reach out to uc2...@qgis.sk Regards Slovak QGIS User Group ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] QGIS 3D and Graphics Card Requirements
Hi Hannes the two ridiculously expensive and high-end graphics cards mentioned by > Luke sound like complete overkill. Surely reading and preparing the geodata > for 3D display (from data providers, via storage, on the CPU?) would be the > bigger performance/usability issue of the 3D views, right? I am sure that > for reasonable reasons QGIS would choke wy earlier than what those > cards would be capable of. The potential benefit of those cards for QGIS 3D > definitely is not worth paying *1200-2500€* extra. > I have not had a chance to try QGIS 3D with such high-end cards yet, but you're right, users would be probably hitting performance issues elsewhere when working with large amounts of data (but this also depends on data types, formats, styling etc.) > Martin/Jean, is there any change that you could provide a more detailed > specification of the hardware and software requirements for QGIS 3D? It > comes up again and again and I've just been searching again without > success. I step up to add it to the QGIS documentation in early November. > Okay, great, let me try... there are very few firm requirements for QGIS 3D, so it's hard to answer some of the questions exactly. > Esri provides for example infos on the required OpenGL version and > extensions on > https://pro.arcgis.com/en/pro-app/latest/get-started/arcgis-pro-system-requirements.htm > > E.g.: What is the minimum amount of GPU RAM necessary? How does it scale > with more complex 3D scenes and what happens if there is not enough RAM? > There's no strict minimum really, but I would say 1 GB GPU memory should be enough for many use cases. When dealing with large amounts of 3D data - e.g. point clouds or tiled scenes (3D tiles), it won't hurt to have more memory, although with default settings QGIS probably would not go over 2 GB GPU memory usage. All layers use tiling, so with increased distance of 3D data from camera, there's less detail displayed, which limits GPU memory usage and GPU processing power needed. Each map layer gets up 500 MB GPU memory, but only few that are memory intense (like point clouds or tiled scene) would normally use all of it. When a map layer gets to the limit, it will unload data (that are currently not being displayed) from GPU memory to get under the 500 MB limit. In the QGIS release 3.34 it will be possible to configure the per-layer limit (and QGIS 3D views will show a warning if the limit has been reached and none of the tiles can be unloaded). Does it get slow (maybe with a message) or does it crash? > Any slowness should be caused by displaying too many triangles/points in the 3D view (or possibly there could be something in QGIS code that runs on CPU that is slow and affecting 3D performance for example when the 3D scene is getting updated as the camera moves, scheduling loads of tiles). To be honest I don't really know what happens if there's not enough GPU memory - in theory there could be crashes, or the scene would be just missing some data - or maybe something else, like freeze. It is worth trying - it may depend on the operating system and the graphical drivers as well. Which renderer does it use on which platforms (I guess always OpenGL?). > Which OpenGL version is needed? > Yes it is always using OpenGL. Our 3D window requests OpenGL 4.3 core profile. Shaders of materials that we use only need OpenGL 3.2 or 3.3. I am not 100% sure how things are on Windows and macOS. Apparently, Windows by default only provides very old OpenGL 1.1, and users need to install dedicated graphics drivers to get more recent OpenGL. But Qt also comes with ANGLE library (that translates OpenGL calls to DirectX) which can be used as a fallback option, and there's also software rasterizer as a last resort. There's even QT_OPENGL env variable to pick an option explicitly [1]. I think QGIS 3D will not work with ANGLE though, because it uses desktop OpenGL, not OpenGL ES which ANGLE is meant to support. All this is related to Qt5 which has been very OpenGL-centric. In Qt6 things will be different again, because Qt departed from being OpenGL-centric and embraced Direct3D, Metal and Vulkan, and introduced their own abstraction on top of those APIs called RHI. (They also stopped using ANGLE.) So in Qt6, Qt3D has two options - either use the new RHI renderer (default) or use the existing OpenGL renderer. We use the latter, because we would need to migrate our materials/shaders to be RHI compatible, and also stop using some features that RHI does not support, like geometry shaders. Given that QGIS does not support Qt6 officially yet, this is not something to worry about too much for now, only something to be aware of for the future. Which extensions are needed? > I am not aware of any OpenGL extensions that we would need in QGIS 3D (I may be wrong though). Could missing extensions get logged prominently to the user to avoid the > "my 3D canvas is white/blank" issue (I guess that is the reason) that often > comes up? >
Re: [QGIS-Developer] QGIS 3D and Graphics Card Requirements
Hey Luke Low end graphics cards should work fine as well. If your coworker could not run 3D on his laptop, it could have been some other problem - it would be good to have more details (hardware spec, operating system, in what way things did not work) so that we can fix such issues. For example, my laptop has 2GB of GPU memory and things work just fine. So both of the suggested graphics cards should give you much more power for QGIS 3D than you would normally need. Cheers Martin On Wed, Sep 20, 2023 at 11:20 PM Catania, Luke A ERDC-RDE-GRL-VA CIV via QGIS-Developer wrote: > Anyone out there working with QGIS 3D? > > > > I am looking to get a new Dell laptop with i9 processor and 64GB memory > and wondering what the minimum requirements for working with QGIS 3D is. I > had a coworker who could not run 3D on his laptop assume due to his lower > end graphics card. I don’t offhand know what the spec’s on his machine are. > > > > I am looking at a Dell 7780 or 7680 with either *NVIDIA RTX 5000 Ada 16GB > GDDR6 video card *or the* RTX 4000 Ada* *12GB GDDR6 video card.* > > > > Wondering if the higher end card buys me much better performance and is > worth the hit on battery life. > > > > Luke > ___ > QGIS-Developer mailing list > QGIS-Developer@lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer > ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] How to speed up rendering
Hi On Fri, May 26, 2023 at 11:30 PM afernandez via QGIS-Developer < qgis-developer@lists.osgeo.org> wrote: > Hello, > One of my project would greatly benefit from a much faster rendering. > After some testing, the bulk (>99%) of the time is spent at rendering the > layer with QgsRasterLayer(...,...). What I have also noticed is that > rendering time does not change with the number of cores, which suggests > that the renderer might be using a single thread. I checked the API > documentation but couldn't find anything about multithreading or some other > procedure to accelerate rendering. I was wondering if anyone has any > suggestion or has faced a similar difficulty. > Multi-threaded rendering is done at the granularity of whole map layers, so a single layer is rendered by a single CPU core. Therefore if you have just one layer that is slow to render, the multi-threading is not going to help. It is best to do some testing how you can improve the layer's rendering - for example, it could be that you are using some sub-optimal raster format, or there are overviews missing, or something else... one would need more details. Regards Martin ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] 2023 grant applications are now closed
Hi Anita Are the requested EUR amounts of individual grant proposals also available anywhere? It would be useful to know the amounts as this is an important factor to consider. For me, it is a combination of proposal quality, overall impact and cost - what determines my personal ordering of proposals. Cheers Martin On Tue, May 16, 2023 at 2:30 PM Anita Graser via QGIS-Developer < qgis-developer@lists.osgeo.org> wrote: > Dear QGIS community, > > This is a friendly reminder that today is the last day of the QEP > discussion phase. Please wrap up the discussions. > > In the next week, the discussion summaries will be prepared. > > Regards, > Anita > > > > On Thursday, 04. May 2023 20:44:30 (+02:00), Anita Graser wrote: > > Dear QGIS Community, > > This is to let you know that the form for grant applications is now closed > and that we have received 9 complete applications totalling € 103,600. > > As a quick teaser, here are the proposals: > > 1. QGIS Bug Tracker cleanup - > https://github.com/qgis/QGIS-Enhancement-Proposals/issues/266 > 2. Switch to clang-format for C++ code and implement pre-commit hooks - > https://github.com/qgis/QGIS-Enhancement-Proposals/issues/264 and > https://github.com/qgis/QGIS-Enhancement-Proposals/issues/265 > 3. Add vertical CRS handling to QGIS - > https://github.com/qgis/QGIS-Enhancement-Proposals/issues/267 > 4. Improve test result handling on QGIS CI - > https://github.com/qgis/QGIS-Enhancement-Proposals/issues/268 > 5. Update older annotation items to new framework - > https://github.com/qgis/QGIS-Enhancement-Proposals/issues/269 > 6. QGIS Project Loading Performance - > https://github.com/qgis/QGIS-Enhancement-Proposals/issues/261 > 7. Conda Installer for macOS - > https://github.com/qgis/QGIS-Enhancement-Proposals/issues/270 > 8. Unify the geometric and topological verification and correction > features in QGIS - > https://github.com/qgis/QGIS-Enhancement-Proposals/issues/262 > 9. Porting to C++ and harmonization of Processing algorithms - > https://github.com/qgis/QGIS-Enhancement-Proposals/issues/271 > > We are now in the QEP discussion phase. Please tag all proposals with the > Grant-2023 tag: > > > https://github.com/qgis/QGIS-Enhancement-Proposals/issues?q=is%3Aissue+is%3Aopen+label%3AGrant-2023 > > The QEP discussion phase takes two weeks and ends on Tuesday, 2023-05-16. > Afterwards, we will proceed to writing discussion summaries (by > 2023-05-23), > followed by the voting phase with expected publication of voting results > on 2023-06-06. > > Thank you to everyone who submitted project proposals! > > Regards, > Anita > > > > -- > Anita Graser > Home: http://anitagraser.com > Twitter: @underdarkgis > Mastodon: @underdark...@fosstodon.org > ___ > QGIS-Developer mailing list > QGIS-Developer@lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer > ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] QT6 move forward meeting next week
Hi Alessandro A meeting for qt6 migration would be useful... My personal preference would be for 20th as I will be leaving on 21st already and I would probably miss it... Cheers Martin On Fri, Apr 14, 2023 at 9:48 AM Alessandro Pasotti via QGIS-Developer < qgis-developer@lists.osgeo.org> wrote: > Hi, > > The budget for the QT6 research/migration work was approved, I was > thinking of organizing a meeting next week on the 20th or 21st around > 11:00am local time (The Netherlands). > > Many of us will be able to attend in person but I will try to set up a > remote connection. > > Any preference on the date? > > -- > Alessandro Pasotti > QCooperative: www.qcooperative.net > ItOpen: www.itopen.it > ___ > QGIS-Developer mailing list > QGIS-Developer@lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer > ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Opening, closing and removing 3D Map Views from Python?
On Tue, Nov 15, 2022 at 1:31 PM Johannes Kröger (WhereGroup) < johannes.kroe...@wheregroup.com> wrote: > Hi Martin, > > thanks for your quick answer :) Dang, that's a shame but totally > understandable at the current stage. Can't wait for being able to have > scripting fun with it all! Is this on a roadmap or not planned so far? > It's only in my wish list, so currently no roadmap and no estimate when this would be done... There are no interfaces for accessing existing 3D map views either so far, > correct? > Not really... All the 3D stuff has quite limited python support - one reason is the fact that some classes should be moved to a library, another reason is that we would need to get also PyQt3D dependency [1] to deal with Qt3D objects (python bindings for Qt3D are not part of PyQt). [1] https://riverbankcomputing.com/software/pyqt3d/intro Cheers Martin ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Opening, closing and removing 3D Map Views from Python?
Hi Johannes Currently those methods are not exposed. It is not straightforward to expose them, because classes like Qgs3DMapCanvasWidget are only part of the QGIS application, not one of the QGIS libraries. Regards Martin On Mon, Nov 14, 2022 at 2:53 PM Johannes Kröger (WhereGroup) via QGIS-Developer wrote: > Howdy! > > I've been looking around to see if we can open, close and remove 3D map > views from Python code and I ended up not sure if or how :) > > > https://github.com/qgis/QGIS/blob/master/src/app/3d/qgs3dviewsmanagerdialog.cpp > shows some handling of those views and the QgsMapViewsManager. > > In that, https://github.com/qgis/QGIS/blob/master/src/app/qgisapp.cpp is > used as it provides various methods around this, e. g. open3DMapView, > close3DMapView, > duplicate3DMapView, ... > > > https://qgis.org/pyqgis/master/gui/QgisInterface.html#qgis.gui.QgisInterface.mainWindow > says that iface.mainWindow() "Returns a pointer to the main window > (instance of QgisApp in case of QGIS)". It returns a QMainWindow though and > the *3DMapView methods are nowhere to be found. > > Is there any way to control and manage 3D map views from Python? > > Cheers, Hannes > > -- > Johannes Kröger / GIS-Entwickler/-Berater > > - > Where2B Konferenz 2022 > 15. Dezember 2022 in Bonn und Onlinehttps://where2b-conference.com/ > - > > WhereGroup GmbH > Grevenweg 89 > 20537 Hamburg > Germany > > Tel: +49 (0)228 / 90 90 38 - 36 > Fax: +49 (0)228 / 90 90 38 - 11 > johannes.kroe...@wheregroup.comwww.wheregroup.com > Geschäftsführer: > Olaf Knopp, Peter Stamm > Amtsgericht Bonn, HRB 9885 > --- > > ___ > QGIS-Developer mailing list > QGIS-Developer@lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer > ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] import 3d or _3d in python?
Hi Raymond The general idea is that for every PyQGIS module (e.g. "core") there is a compiled python module (e.g. _core.so) and a directory acting as a module ("core") which imports the compiled module and adds some extra functionality (docstrings and more). So normally one wants to use import qgis.core instead of qgis._core. Now with the 3d module things are not so great, because "3d" is not a valid module name because of the leading digit, so import qgis.3d simply won't work. There are some ways to work it around [1], but I wouldn't recommend using them. But as stated earlier, importing qgis._3d should generally do the job. It is probably worth creating a ticket to address this, but I am not sure how to best fix it - probably the whole module should be renamed so avoid the leading digit - e.g. "threed" [1] https://stackoverflow.com/questions/9090079/in-python-how-to-import-filename-starts-with-a-number Cheers Martin On Mon, Oct 3, 2022 at 8:58 AM Raymond Nijssen via QGIS-Developer < qgis-developer@lists.osgeo.org> wrote: > > While trying to import a 3D class in a python script, I found out that > the code in the pyqgis docs is not working (for me): > > from qgis.3d import QgsLayoutItem3DMap > > > Instead I need to add an underscore for the 3d module name: > > from qgis._3d import QgsLayoutItem3DMap > > > > Should this be fixed in the documentation? I'm not all sure, cause when > trying to fix it, I found this related commit: > > > https://github.com/qgis/pyqgis/commit/1ac564790aa0b7abbd003c04d07358d8e4f14493 > > > > This is the page in the docs: > https://qgis.org/pyqgis/master/3d/QgsLayoutItem3DMap.html > > > Should I make an issue? It took me a while to figure out that _3d solution. > > Cheers, > Raymond > ___ > QGIS-Developer mailing list > QGIS-Developer@lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer > ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] QGIS and WebAssembly
Hi Nick! On Sun, Sep 11, 2022 at 4:14 PM Nick Bearman via QGIS-Developer < qgis-developer@lists.osgeo.org> wrote: > > Thanks for sharing this initial version - it's great to see some of the > possibility. > > Is this something you would like to / be able to develop? I'd be > interested in exploring the possibility of developing this, and am happy to > put some money in towards this if you (or anyone else) is interested. > I would be definitely interested in developing this further - there's so much potential to unlock by having QGIS running in web browsers :-) I am happy to have a chat to discuss possible next steps... Cheers Martin ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] [Qgis-psc] Current state of QGIS and Qt 6 (good news!)
Hi Nyall On Thu, Aug 18, 2022 at 6:47 AM Nyall Dawson wrote: > Hi list, > > There's been a couple of questions regarding this lately, so I'd like > to send through an update on the current status. While I was rather > pessimistic when replying to these questions, I'm happy to report that > the port to Qt 6 is actually progressing MUCH faster than I'd > anticipated! > > Thanks to the QGIS.org grant, I've spent the last couple of weeks > working on this and we're now at a stage where QGIS builds and is > (mostly) usable on Qt 6!! > That's really great news, thanks a lot for all the effort! - The 3d library builds and the tests all pass, but I just get a hang > when I try to actually use a 3d view in the app > I will give it a try when I have a bit of time to see if it will do the same on my computer. Just for the reference, what Qt6 version exactly are you using? Is it 6.2.x or 6.3.x ? Regards Martin ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Github required checks blocking pull requests
Hi all It seems like a PR https://github.com/qgis/QGIS/pull/47887 that has been merged recently is now causing trouble in CI, making checks of new pull requests to hang indefinitely. >From what I understand, the PR updated fedora version from 34 to 36, yet in Github configuration of required checks is that builds with version 34 are still required, but now they are never triggered. It looks like QGIS repo settings need to be adjusted to reflect that. Could somebody with admin rights to the QGIS repo fix it please? :-) It's just a bit unfortunate that this happened shortly before the feature freeze, when there's a lot of action going on and blocking things. Maybe even worth extending FF for a couple of days to make sure that all PRs that were ready to go actually get merged? Regards Martin ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Point cloud renderer: tile borders visible?
Hi Andreas I have seen this and looked into that some time ago. If I remember correctly, sometimes the indexing algorithm when constructing the octree decides to merge the more detailed "bucket" of points into the parent "bucket" (that has bigger spacing), resulting in this kind of artifacts where some buckets have higher resolution than expected. It happens when the amount of points in the more detailed bucket would be too low, it's not a bug :-) You should be able to avoid that if you lower the Maximum error in the 2D renderer - by default this is 0.3mm, which should cause dense 2D rendering of points until you reach the scale when the individual points can be seen... Regards Martin On Wed, May 11, 2022 at 9:34 AM Andreas Neumann via QGIS-Developer < qgis-developer@lists.osgeo.org> wrote: > Hi, > > When testing the 2D point cloud renderer I noticed that in certain scales > / zoom levels one can clearly see point cloud tile borders: > > see screenshot at > https://www.carto.net/neumann/temp/point_cloud_artefacts.png > > There seem to be different densities involved in certain regions here, but > clearly they correspond to tile borders. > > Is this an expected artefact? Can this be avoided? > > When I zoom in or out, these artefacts seem to disappear. > > Thanks and greetings, > > Andreas > > > ___ > QGIS-Developer mailing list > QGIS-Developer@lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer > ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] QGIS and WebAssembly
Hi Andreas! On Tue, Mar 22, 2022 at 9:49 AM Andreas Neumann wrote: > > Would any part of the current QGIS Desktop part be re-usable in a "web > assembly" QGIS? Or would the GUI part have to be re-developed? > In theory, we could try to run QGIS Desktop as it is in WebAssembly environment in the browser, Qt generally supports that. There are many question marks though, among some I can think of: - dealing with files / data sources - this would need many changes to accept the fact that we are not dealing with a local file system and that access to raw data over network will be generally much slower. Also persistence of data - you will probably want to have some server backend anyway to store the data. - Qt Widgets-based apps can be run on WebAssembly, but I have a feeling that the performance would not be great, due to the way how the get rendered on screen (all work done on CPU) - I would expect that an optimized OpenGL / WebGL based GUI would have much better performance in browsers - probably based on Qt Quick module (like Input / QField) > I would also assume that access to local files would be very restricted - > right? Network based resources (DB access and web services) would probably > work fine? > Indeed, access to local files from browser would not be possible at all - data would need to come from the server. Network based resources would work fine, but with various limitations - for example, you are normally not allowed to request resources from other servers unless the servers allow that [1], and you can't directly access services like PostgreSQL that are not HTTP servers (although of course this could be handled by tunneling through WebSockets, or using HTTP-based protocols like Postgrest). Cheers Martin [1] https://developer.mozilla.org/en-US/docs/Web/HTTP/CORS ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] QGIS and WebAssembly
Hi Richard! On Tue, Mar 22, 2022 at 9:33 AM Richard Duivenvoorde wrote: > > I think this pushes us to the technical limits of browsers. with that > also performance wise to the limits of QGIS? > I am sure some other apps are going to push technical limits of browsers further than QGIS :-) I don't think that running QGIS in browser is an overkill, possibly over time this will be more and more common. I have heard that AutoCAD developers have managed to get it running on WebAssembly, apparently Adobe Photoshop as well [2], and that seems like much larger project. In terms of performance, people often say that you can expect 2x slowdown compared to the native code, which does not seem very bad. Moreover, I can imagine that this could improve over time, and also in QGIS we may find more places to optimize to make it running more smoothly. > Like people are now asking for/using QGIS on chromebooks and (smaller) > ARM devices: is that still really workable? > Hard to say... It's definitely not going to be a great solution in all setups, at least not in the beginning... As a technical pet project, it is cool, but can we keep the promise of a > GIS in a browser? > Or do we end up with a poor performing (or only working for small sets) > of QGIS? > I think it is achievable to have full GIS in a browser. Yes, initially it will probably have many limitations, but QGIS 0.1 also wasn't perfect :-) > Or should we put more money/energy in makin QGIS more modular so you can > use certain modules for a small viewer and the full Monty for a true > GIS? > QGIS code generally is relatively modular... for this demo I simply took the QGIS core library as it was, and it was okay. For WebAssembly, it could be useful to have even finer granularity - for example, if I don't need DXF export or print layouts or mesh layers, it would be useful to exclude the code completely from qgis_core and have them as extra additional modules (that could be loaded on demand), but it's questionable at this point if it would be worth the extra effort and maintenance. I think it would make sense to first try to build something small - like you say a simple viewer, and then see where we want to go next :-) Cheers Martin [1] https://madewithwebassembly.com/showcase/autocad/ [2] https://www.bram.us/2021/10/27/adobe-photoshop-in-the-browser-thanks-to-emscripten-web-components-and-project-fugu/ ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] not building against pdal 2.4.0rc1
Hi Thanks for reporting the compilation issue with PDAL 2.4.0. RC1. I have reported the issue to the PDAL developers and they have already prepared a fix: https://github.com/PDAL/PDAL/pull/3713 - I am hoping it will land in the final 2.4.0 release. Regards Martin On Sat, Mar 19, 2022 at 5:17 PM Saulteau Don via QGIS-Developer < qgis-developer@lists.osgeo.org> wrote: > Trying to build qgis from the 3.24 release branch on github and testing > against pdal 2.4.0rc1. > > It fails with the following about a missing pdal function no longer exists: > > [ 39%] Automatic MOC for target provider_pdal >> [ 39%] Built target provider_pdal_autogen >> [ 39%] Building CXX object >> src/providers/pdal/CMakeFiles/provider_pdal.dir/provider_pdal_autogen/mocs_compilation.cpp.o >> [ 39%] Building CXX object >> src/providers/pdal/CMakeFiles/provider_pdal.dir/qgspdalprovider.cpp.o >> /build/qgis/src/qgis/src/providers/pdal/qgspdalprovider.cpp: In member >> function ‘bool QgsPdalProvider::load(const QString&)’: >> /build/qgis/src/qgis/src/providers/pdal/qgspdalprovider.cpp:235:58: >> error: use of deleted function ‘pdal::LasHeader::LasHeader(const >> pdal::LasHeader&)’ >> 235 | const pdal::LasHeader las_header = las_reader.header(); >> | ^ >> In file included from >> /build/qgis/src/qgis/src/providers/pdal/qgspdalprovider.cpp:32: >> /usr/include/pdal/io/LasHeader.hpp:70:16: note: >> ‘pdal::LasHeader::LasHeader(const pdal::LasHeader&)’ is implicitly deleted >> because the default definition would be ill-formed: >>70 | class PDAL_DLL LasHeader >> |^ >> /usr/include/pdal/io/LasHeader.hpp:70:16: error: use of deleted function >> ‘std::unique_ptr<_Tp, _Dp>::unique_ptr(const std::unique_ptr<_Tp, _Dp>&) >> [with _Tp = pdal::LasHeader::Private; _Dp = >> std::default_delete]’ >> In file included from /usr/include/c++/11.2.0/memory:76, >> from /build/qgis/src/qgis/src/core/qgis.h:24, >> from >> /build/qgis/src/qgis/src/providers/pdal/qgspdalprovider.cpp:18: >> /usr/include/c++/11.2.0/bits/unique_ptr.h:468:7: note: declared here >> 468 | unique_ptr(const unique_ptr&) = delete; >> | ^~ >> make[2]: *** >> [src/providers/pdal/CMakeFiles/provider_pdal.dir/build.make:90: >> src/providers/pdal/CMakeFiles/provider_pdal.dir/qgspdalprovider.cpp.o] >> Error 1 >> make[1]: *** [CMakeFiles/Makefile2:7798: >> src/providers/pdal/CMakeFiles/provider_pdal.dir/all] Error 2 >> make: *** [Makefile:166: all] Error 2 > > ___ > QGIS-Developer mailing list > QGIS-Developer@lists.osgeo.org > List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer > ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] QGIS and WebAssembly
Hi all Recently I was wondering if it would be possible to have QGIS running natively in browser thanks to WebAssembly. Many hours later, I have a small, very rough, proof of concept: https://wonder-sk.github.io/wasm/qgis.html If you have a reasonably up-to-date browser, you should be able to browse the map - zoom in/out and move map, either with buttons or by dragging map and using mouse wheel. And you can switch to other demo projects (but not all work fully at this point). For those that are not familiar with WebAssembly - the whole point here is that ALL the map rendering is happening in your browser, there is no server-side rendering going on. The demo QGIS projects get downloaded (as .qgz) together with the source data files (.gpkg, .shp, .tif or others) and all this gets loaded and processed by the browser. How is the demo built: there's qgis core library with gdal/ogr provider and the usual dependencies (PROJ, GDAL, GEOS etc), all compiled to a single .wasm file using Emscripten. The output binary is over 30 MB, but it compresses well to ~12 MB with gzip. It is built on top of Qt6 and many hacks to get things somehow going. I have created a minimal C API (used from JavaScript) to load a QGIS project, do rendering to a QImage and then a bit of JavaScript to display the map image in HTML canvas and handle map navigation. There is a long list of issues that would need to be solved in order to get something useful out of this, but I am really excited about the prospect of being able to run QGIS code natively in a web browser(!). WebAssembly is nowadays supported by over 90% web users according to https://caniuse.com/wasm - so it's quite widely available. With some development effort, it will be possible to use WebAssembly to our advantage in various ways. Imagine that people could just go to qgis.org and start their QGIS session in the web browser (without draining QGIS infrastructure - all code/rendering is run on the client!). I am very keen to hear what you think about QGIS and WebAssembly. In the coming days I would like to also get the build system and my hacks available in a git repo, so that others can start to play with it... Cheers Martin ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer