[QGIS-Developer] r.series of GRASS not working in pyqgis
Hi devs, I'm facing something really weird using r.series. The tool, beside the open ticket [0] is working nice. What is really really weird is that while with the UI I can generate the aggregated raster, when I copy and paste in the python console within QGIS the exact same command (with output saved in a folder), I get no error but at the same time no output. Other GRASS tools (e.g. r.info) seem working fine. If someone wants to test, you can use the raster attached in the ticket: just be careful to change the Max parameter in the Advanced Parameter to e.g. 1. Cheers Matteo [0] https://github.com/qgis/QGIS/issues/29269 ___ 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] Plugin [1730] CHM from LIDAR approval notification.
Plugin CHM from LIDAR approval by pcav. The plugin version "[1730] CHM from LIDAR 0.7.1 Experimental" is now approved Link: http://plugins.qgis.org/plugins/chm_from_lidar-master/ ___ 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] plugins website static page
Hi all, now http://plugins.qgis.org/static apparently redirects wrongly to http://localhost/static/ Can anybody help here? Cheers. -- Paolo Cavallini - www.faunalia.eu QGIS.ORG Chair: http://planet.qgis.org/planet/user/28/tag/qgis%20board/ ___ 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] GSoC QGIS 3D Improvement: Week 8 Report
Hi Tim, Thanks Sunni! I had a long chat with Martin this week and he basically told > me: “Tim you are an idiot, 3D Billboards are not the same as real life > billboards, they should always face the camera” :-) Ahaha, yes, it's different. I thought the same thing when I heard it for the first time :D So now I am convinced but still not sure what will actually be put in the > billboard i.e. how will I configure its contents based on some data from my > layer? Well, if you want to configure it from the data, it should be possible (or I should make it possible) to do it from the symbol. Since we can use an expression to configure the symbol, it's mean we can also configure the billboard also. Hopefully, I can show how to do it in this week. Best regards. On Sun, Jul 28, 2019 at 10:11 PM Tim Sutton wrote: > Hi > > Thanks Sunni! I had a long chat with Martin this week and he basically > told me: “Tim you are an idiot, 3D Billboards are not the same as real life > billboards, they should always face the camera” :-) > > So now I am convinced but still not sure what will actually be put in the > billboard i.e. how will I configure its contents based on some data from my > layer? > > Thanks! > > Regards > > Tim > > On 28 Jul 2019, at 20:09, Ismail Sunni wrote: > > Hi Tim, > > Thanks for the feedback and sorry for the late reply. > > Thanks for the update! Maybe I missed it, but what is planned to >> eventually go in the billboard? The kid pic is nice for a proof of concept >> but have you made a concept render of the how the final thing will look? It >> would be nice for the billboard to use the tooltip text or the label text - >> it that the plan? I’m still not convinced it wouldn’t be better having the >> billboard facing a fixed (or used defined fixed) direction but maybe I am >> alone in this….when I watch the youtube clip the boards seem to go ‘flat on >> the ground’ and lose their 3d representation. > > > The common usage is to put a label or sign of a place. Something like this > in Google map. In this case, the sign is better to have the same size and > always facing the same direction. When we zoom out, we can see where is the > place since the billboard will still have the same size. And when we rotate > or tilt the map, we can still see it properly also. > > > https://user-images.githubusercontent.com/1421861/62011693-eb66fe00-b17b-11e9-939d-d5cbb1955899.jpg > > In my last week report, it's getting better, like the screenshot below. > > > https://user-images.githubusercontent.com/1421861/62011245-19e1da80-b176-11e9-8da4-df6f9bd6d004.jpg > > Regarding a tooltip or a label text, I haven't thought about it. I am not > sure it's possible to do it even for a normal symbol. Using the identify > tool is one of the option to know what is it in the billboard. > > Another good example of a billboard is this > https://cesiumjs.org/Cesium/Build/Apps/Sandcastle/index.html?src=Billboards.html > > I hope my explanation is quite clear. > > Best Regards. > > On Sun, Jul 21, 2019 at 11:22 PM Tim Sutton wrote: > >> Hi Sunni >> >> Thanks for the update! Maybe I missed it, but what is planned to >> eventually go in the billboard? The kid pic is nice for a proof of concept >> but have you made a concept render of the how the final thing will look? It >> would be nice for the billboard to use the tooltip text or the label text - >> it that the plan? I’m still not convinced it wouldn’t be better having the >> billboard facing a fixed (or used defined fixed) direction but maybe I am >> alone in this….when I watch the youtube clip the boards seem to go ‘flat on >> the ground’ and lose their 3d representation. >> >> Regards >> >> Tim >> >> On 21 Jul 2019, at 19:47, Ismail Sunni wrote: >> >> Dear QGIS developers, >> >> Here is my 8th-week report for my GSoC Project[4]. You can also check the >> project wiki page [2]. Comments and suggestions are welcome :) >> >> >> GSoC QGIS 3D Improvement Week 8 Report >> >> *Period*: 15 July 2019 - 21 July 2019 >> >> *Report* >> 1. What did I complete this week? >>- Porting Billboard functionality from my experimental repo[3] to QGIS >> codebase[1]. Success with a static image, and currently polishing with >> default symbol (still looks ugly symbol). >>Sample result can be watched below (click and it will play on YouTube): >> - QGIS 3D Billboard Rendering with Succes Kid (static) ( >> http://www.youtube.com/watch?v=Dxsu0ZaDd0k) >> - QGIS 3D Billboard Rendering with Default QgsSymbol - still ugly ( >> http://www.youtube.com/watch?v=32Tv7y07vXg) >> 2. What am I going to achieve for next week? >>- Make the billboard shows symbol from user >>- Polishing >>- Fill 2nd evaluation >> 3. Is there any blocking issue? >>- It seems, adding an image (not from a file) to the texture is not >> straight forward. >> 4. Code >>- Branch for billboard feature [1] >>- Repo for QT C++ billboard [3] >> 5. Misc >>- N/A >> >> ## References >> - [1] https://githu
Re: [QGIS-Developer] GSoC QGIS 3D Improvement: Week 9 Report
Hi Nyall, Nice progress! Must be exciting seeing everything to start to come > together like this! Yeah :) Odd - what you have looks ok to me. Does it work if you try copying a > symbol button from elsewhere in QGIS (e.g. say the point displacement > renderer ui file) and paste it into the 3d widget in designer? Woah, I follow your suggestion, it works. Thanks. I am still not sure why though :) Best regards On Mon, Jul 29, 2019 at 12:19 AM Nyall Dawson wrote: > On Mon, 29 Jul 2019 at 05:01, Ismail Sunni wrote: > > > > Dear QGIS developers, > > > > Here is my 9th-week report for my GSoC Project[4]. You can also check > the project wiki page [2]. Comments and suggestions are welcome :) > > > > > > GSoC QGIS 3D Improvement Week 9 Report > > > > Period: 22 July 2019 - 29 July 2019 > > > > Report > > 1. What did I complete this week? > >- Fixed billboard size when changing the viewport. > >- Rendered the billboard (more) properly by discarding the > transparent pixel. It's not ideal, but it doesn't show a black area around > the symbol anymore. > > > https://user-images.githubusercontent.com/1421861/62011245-19e1da80-b176-11e9-8da4-df6f9bd6d004.jpg > >- Fixed the size of billboard shown (previously it's too small) > >- Filled 2nd phase evaluation > > Nice progress! Must be exciting seeing everything to start to come > together like this! > > >- Currently, I am trying to use QgsSymbolButton, but it doesn't show > up when I ran QGIS. I did the usual workflow (promote a QToolButton to > QgsSymbolButton). I have checked that the object exists, but it's not shown > and no error message. See the empty area in the style panel next to the > `Billboard Symbol` label. > > Odd - what you have looks ok to me. Does it work if you try copying a > symbol button from elsewhere in QGIS (e.g. say the point displacement > renderer ui file) and paste it into the 3d widget in designer? > > Nyall > -- Ismail Sunni ismailsunni.wordpress.com ___ 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] Plugin [1730] CHM from LIDAR approval notification.
Plugin CHM from LIDAR approval by pcav. The plugin version "[1730] CHM from LIDAR 0.7 Experimental" is now approved Link: http://plugins.qgis.org/plugins/chm_from_lidar-master/ ___ 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] Current state of QtWebKit dependency
I hope this isn't off-topic, but something relating to QtWebkit is failing in the qgis2web Travis tests against master, but succeeding against LTR: https://travis-ci.org/tomchadwin/qgis2web/builds/564927793 I don't yet understand why. Can anyone shed some light, and maybe help with a fix? Thanks Tom - Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon -- Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-f4099106.html ___ 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] Dropping the extra label placement algorithms?
Yes, if you consider trial and error a mindful method, I "use" label placement algorithms when preparing a cartographic layout for printing. I mainly work on geographic data and web output, so it's not frequent and I follow the easy and dumb way: I swap algorithms, hoping for a result that solves cluttering in the worst spots, until it fits – usually it fits here and it's out of order elsewhere... I generally criticise this approach, but when looking for a good appearance, it seems bearable. Yes, I would need some more information to do a better work. As already said, I think this is a cartographic issue that can get more benefits by a better GIS approach. Label positioning is not "substantial" but can exploit proper data. Say population for a populated place. Using these algorithms on top of geometric-only data gives little more than casual results. I had the opportunity to weight the theory behind these methods starting from the obituary of Mitchell Jay Feigenbaum by Maurizio Codogno on ilPost.it that referenced the New York Times: https://www.nytimes.com/2019/07/18/science/mitchell-feigenbaum-dead.html. Looking to further developments, I think there is not a "best" algorithm, but that it's useful to keep alternatives. I doubt the algorithms could really work well without an interface that can reach useful data, but I also think that keeping them available without any special interface could keep them in a place that is not really influenced by the frequent enhancements of QGIS. c On Mon, Jul 29, 2019 at 8:31 AM Nyall Dawson wrote: > On Mon, 29 Jul 2019 at 16:28, Carlo A. Bertelli (Charta s.r.l.) > wrote: > > > > Label placement took a lot of time and efforts in the past and this is > the outcome. > > It's true, there is no real need for it while on screen, but it could be > very useful in Layout. The problem is similar to generalisation, you need > proper data to support label placement. Losing the relationship with real > geographic objects, when exporting the layout in SVG or postscript, label > placement takes time and needs cartographic expertise while changing the > algorithm in Layout mode can help a lot. > > So - just to confirm -- you are actively changing that setting, and > seeing useful results from different methods? If so, which do you use? > Which give the best results? What's the trade off between them? > > Nyall > > > > Keeping several algorithms in Layout could ease code maintenance while > keeping all the advantages. > > On the other hand, this needs some efforts on documentation and Anita's > touch is really welcome here. Algorithms need reference but also a plain > explanation in something that resembles a book. Someone developed a > publishing business out of a GIS program... maybe this is too much and has > already been done, but... > > My two eurocents. > > c > > > > On Mon, Jul 29, 2019 at 2:00 AM Nyall Dawson > wrote: > >> > >> On Fri, 26 Jul 2019 at 12:40, Nyall Dawson > wrote: > >> > > >> > Hey lists > >> > > >> > This was first discussed back in 2016 (see > >> > > http://osgeo-org.1560.x6.nabble.com/Removal-of-labeling-search-methods-td5262743.html > ), > >> > but would anyone object if the different labeling solution algorithms > >> > eg "chain" / "pop music" / "falp" / etc were dropped, and we just > >> > leave the existing default (chain)? > >> > > >> > I don't think ANYONE knows what these mean, and it's a heck of a lot > >> > of code (which needs fixes) to cart around for no compelling reason > >> > that I can see. > >> > > >> > I have no particular preference to any of the methods, so would > >> > happily accept a different default if anyone out there can point to > >> > which method is best! > >> > > >> > Googling pop music / tabu / chain only gives a handful of results > >> > relating to QGIS labeling engine. And googling for "falp" sounds like > >> > something that would get you flagged on your company's firewall. > >> > > >> > Does ANYONE understand or change this setting? Or would object to its > >> > complete removal? > >> > >> PR at https://github.com/qgis/QGIS/pull/30960 > >> > >> Last chance to save this setting! > >> > >> Nyall > >> ___ > >> 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 > > > > > > > > -- > > > -- > > Carlo A. Bertelli > >Charta servizi e sistemi per il territorio e la storia ambientale srl > > Dipendenze del palazzo Doria, > > vc. alla Chiesa della Maddalena 9/2 16124 Genova (Italy) > > tel./fax +39(0)10 2475439 +39 0108566195 mobile:+39 393 > 1590711 > >e-mail: berte...@chartasrl.eu http://www.chartasrl.eu > > > -- > > > > > > > -- -
Re: [QGIS-Developer] [Qgis-user] Dropping the extra label placement algorithms?
Hi Nyall On Fri, Jul 26, 2019 at 4:40 AM Nyall Dawson wrote: > > Hey lists > > This was first discussed back in 2016 (see > http://osgeo-org.1560.x6.nabble.com/Removal-of-labeling-search-methods-td5262743.html), > but would anyone object if the different labeling solution algorithms > eg "chain" / "pop music" / "falp" / etc were dropped, and we just > leave the existing default (chain)? As stated in the earlier email, I would not mind if we remove those. Are you thinking about removing the option in GUI or to get rid of the code in PAL for other methods too? > I don't think ANYONE knows what these mean, and it's a heck of a lot > of code (which needs fixes) to cart around for no compelling reason > that I can see. > > I have no particular preference to any of the methods, so would > happily accept a different default if anyone out there can point to > which method is best! > > Googling pop music / tabu / chain only gives a handful of results > relating to QGIS labeling engine. And googling for "falp" sounds like > something that would get you flagged on your company's firewall. To shed some light on the methods for those interested... a good starting point is PAL docs [1] with links to papers, unfortunately most links there are broken, but this paper is a good start: Laurent et al: From Point Feature Label Placement to Map Labelling (2009) The paper is available here [2] and gives an overview of the whole process of labeling with PAL. Generally the idea is to turn labeling into a general combinatoric problem and then apply some heuristic. The paper also covers the various optimization techniques. FALP seems to be the most basic initial solution. "Tabu" seems to be a meta-heuristic method from 1980's [3], "chain" stands for "ejection chains" concept somehow related to Tabu search. And finally Popmusic is a search method co-authored from one of the authors of PAL. I remember there was a paper with quite extensive testing of the methods, but can't find it anymore. From what I remember, one would higher amount of labeled features with a slower method (e.g. Popmusic) or fewer labels with a faster method. If we decide to stick with a single method, it may be interesting to get the opinion of original PAL authors on what method to choose... I don't know enough about those methods to decide. Cheers Martin [1] http://pal.heig-vd.ch/index.php?page=support [2] http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.472.4491&rep=rep1&type=pdf [3] https://en.wikipedia.org/wiki/Tabu_search ___ 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