[QGIS-Developer] GSoC 2021 Final Report
Hi all, Since Google Summer of Code is coming to and end I would like to share my final report. I tried to summurize the main information about the feature I've worked on, you can find the link in [1]. I also wrote weekly record during this summer that you can find on the OSGeo wiki page [2]. Thank you for the feedback and for the help that I recevied here, from the two mentors and in the preparation of the PR. I'm looking forward to work with QGIS again! [1] https://gist.github.com/Franc-Brs/b533fde3bec4ba16978c8fd2ef5e064f#file-gsoc2021-md [2] https://wiki.osgeo.org/wiki/New_Virtual_Raster_Data_Provider_for_Raster_Calculator_in_QGIS Best regards, Francesco Bursi ___ 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] R: Google summer of code: On-the-fly raster calculator
Hi again, I just only want to share with you the proposal [1] where I update the 2. Project Idea thanks to your feedback and to the help of the mentors. On wiki.osgeo.org you will find the page for the project [2], that will be update weekly. Thank you again and of c [1] https://docs.google.com/document/d/1u8L_L1IJjGCZ3d8Vq8duxHbsHZeyzwqOe3tXa1JcKbs/edit?usp=sharing [2] https://wiki.osgeo.org/wiki/A_new_render_type_On_the_fly_Raster_Calculator_for_QGIS Best Regards, Francesco ___ 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] R: Google summer of code: On-the-fly raster calculator
HI to everyone, I'm Francesco and, as Martin wrote, I'll work on "on-the-fly" raster calculator in the next months. Thank you for the welcome! I'm really excited about this project and I'm looking forward to getting the best out of this experience and contributing to the QGIS project. I'm really grateful and excitedabout this big opportunity and I hope to obtain some interesting results and to add some nice and useful features. Best Regards Francesco Bursi Da: QGIS-Developer per conto di Mathieu Pellerin Inviato: martedì 18 maggio 2021 11:52 A: Martin Dobias Cc: qgis-dev Oggetto: Re: [QGIS-Developer] Google summer of code: On-the-fly raster calculator Woupidou! Super excited about this. On Tue, May 18, 2021, 4:50 PM Martin Dobias mailto:wonder...@gmail.com>> wrote: Good news everyone, this year we will have Francesco Bursi working on his summer of code project to introduce on-the-fly raster calculator to QGIS! Please join me in welcoming him to our amazing community - I hope this will be another successful project. https://summerofcode.withgoogle.com/projects/#5286802463653888 Peter Petrik and myself are officially assigned as mentors, but of course we will appreciate if others help with mentoring. In an earlier thread there has been some great feedback on the initial proposal. From the feedback it looks like we should start by updating the proposal to take a slightly different approach than originally envisaged: to create a new raster data provider instead of adding a new raster renderer. Regards Martin ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org<mailto: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] R: GSoC 2021 QGIS On-the-fly Raster Calculator proposal draft review and feedback
Hi again, I'm sorry too for the delay. By the way thank you for the feedbacks. I would definitely take yours hints and your advices in consideration and I'll let you know what my work will concern if, of course, the proposal will be accepted. Kind regards, Francesco Da: QGIS-Developer per conto di Nyall Dawson Inviato: martedì 27 aprile 2021 06:50 A: Martin Dobias Cc: Alister Hood ; qgis-dev Oggetto: Re: [QGIS-Developer] GSoC 2021 QGIS On-the-fly Raster Calculator proposal draft review and feedback On Fri, 16 Apr 2021 at 07:20, Martin Dobias wrote: > > Hi Alister > > On Wed, Apr 14, 2021 at 8:55 AM Alister Hood wrote: >> >> >> What I'm suggesting is that a slightly more general solution would be useful >> in more situations. In your words, it would "avoid the need to create >> derived raster files" in a lot more situations. >> >> The only downside is that the virtual raster would be created as a new layer >> in the QGIS project (if you want to reduce this "clutter", you might just be >> able to remove the original layer from the project, but sometimes you would >> want to keep it for other reasons). But it is normal to have extra layers >> in your project just to get things to display you want - for example I >> imagine it is very common for people to duplicate a raster layer so they can >> display it both with the hillshade renderer and one or more other renderers. >> >> In any case, assuming you do follow the symbology approach rather than a >> provider, as a user I'd still ask if the way you're proposing to implement >> this is really the best way. Rather than adding a new render type, from a >> user's perspective I think it would be a lot simpler to instead add a Σ >> button next to all of the "band" comboboxes, allowing you to enter a raster >> calculator expression rather than selecting a band. This approach would be >> consistent with the "value" comboboxes for selecting a field from a vector >> layer, which have a Σ button next to them, and it could also be extended to >> anywhere else in QGIS where you select a raster band. > > > I have originally suggested the approach (that Francesco took for his > project) in the GSoC ideas list and volunteered as a mentor... I was playing > with multiple ideas how this could be done: 1. new raster renderer, 2. new > raster band of an existing layer, 3. new provider (as you suggest). > > At the time the first option with a renderer seemed like a choice with the > least amount of hassle to add - simply reusing the concept that > hillshade/contour raster renderers already use. It seemed that the approach > with a renderer could lead to fastest feedback loop when user modifies the > raster calculator expression to immediately get results on canvas. And > contrary to what was said above, user should not be limited to raster bands > of a single input raster layer - any raster layer may be used - which may > lead to a paradox situation when the on-the-fly calculator renderer in theory > may not use any data from its layer (only the input layer's extent+CRS may be > used). The other potentially awkward thing is that raster calculator (as of > now) only supports a single output raster band, and there would be a > sub-renderer attached to actually turn output raster values to actual colors > (which I don't like that much). > > For mesh layers, in recent versions of QGIS, there is support similar to the > second option (new "virtual" / "derived" raster band). This works fine, but > the feedback loop between changing the expression and seeing the results > involves much more time and clicking. > > The final option with a new provider is similar to the previous option with a > virtual raster band, yet a bit more generic probably - maybe with more room > for configuration, one could possibly use not use on-the-fly raster > calculator, but also various other raster processing algorithms that would > otherwise require creation of outputs stored on disk. I guess with this > approach the raster calculator expression would be set as data provider URI - > which is cumbersome to later modify in QGIS. By the way, this option seems to > be also the approach taken in Redlands (the feature is called "raster > functions"). > > I can imagine either solution - raster renderer or raster data provider - > each would have some pros and cons. Many thanks for your feedback. I would be > interested to hear what other people think. The GSoC proposal is not set in > stone (and it is not accepted yet either) - if people prefer the approach > with a virtual raster, then we can think of updating the project plan > accordingly (if the project would go ahead). Apologies for the super-delayed answer (been on leave and then catching up due to being on leave :P ) My preference would be strongly towards the virtual raster data provider instead of a renderer. Basically the way I see it is that a virtual
[QGIS-Developer] R: GSoC 2021 QGIS On-the-fly Raster Calculator proposal draft review and feedback
Hi again, Sorry for the delay. Julien, thank you for the message I agree with about Alister proposal! Alister, thank you for the explanation and for the advice! Concerning the project and so the renderer feature, the first result I would like to achieve is to style the layer, I agree it would be useful to use other layers, but I'm not sure if it should be allowed in a styling function for the reasons you pointed out in the first message or, at least, the styled layer should be "fixed" if other layers are to be chosen. For the addition of the Σ button next to all the "band" comboboxes, the existence of the subrenderer should've done this work only in one place, but I see your point. I will take it into account and discuss it with mentors that proposed the idea in the first place. Concerning the enhancement that you propose, I think it's more than reasonable (well, it would be really useful) and quite interesting, but I see it more like an improvement of the virtual raster capabilities and, I would say, it's beyond the scope of my proposal. Kind Regards, Francesco Da: QGIS-Developer per conto di Julien Cabieces Inviato: mercoledì 14 aprile 2021 14:27 A: qgis-developer@lists.osgeo.org Oggetto: Re: [QGIS-Developer] GSoC 2021 QGIS On-the-fly Raster Calculator proposal draft review and feedback Hi, Nice proposal Francesco! I already worked on a projet where such a feature could have been of great values, I will follow your work with interest. I like also the Alister proposal, and already thought about a "virtual raster" connected to a raster processing that you run on-the-fly according to the map extent. This way, we could run process on raster subpart, and update it while the user move in map. It would be interesting for raster stored on a server, like COG for instance. Don't know if it's technically feasible though. Regards, Julien >> >> Hi, > This functionality would be great, but as a user, I can't help thinking the > proposal is to implement it in the wrong way. > > If implemented as a renderer, as described, you could conceivably use an > expression that uses other layers but not the layer you are supposedly > rendering. What is displayed would not correspond in any way to the actual > layer... Bizarre. > > Would it not be possible to instead implement a "virtual raster" > *provider*? Add a checkbox in the raster calculator labelled "create as > virtual raster". Create a new layer that can be styled using the existing > renderers and behaves in every way like a non-virtual layer - e.g. the > right values would be shown using the identify tool and the "value tool" > plugin, and you could use the layer as an input for other processing tools. > > Regards, and best wishes with the proposal, > Alister > > Date: Mon, 12 Apr 2021 12:20:53 + >> From: Francesco Bursi >> To: qgis-developer >> Subject: [QGIS-Developer] GSoC 2021 QGIS On-the-fly Raster Calculator >> proposal draft review and feedback >> Message-ID: >> < >> vi1p190mb038187bb910511b3b6b8b44280...@vi1p190mb0381.eurp190.prod.outlook.com >> > >> >> Content-Type: text/plain; charset="windows-1252" >> >> Hello QGIS Dev, >> >> >> I?m Francesco Bursi, an M.Sc. civil engineer from Italy currently enrolled >> in a Master of Advanced Studies (Level 8 EQF) in giscience and >> geoinformatics at the University of Padua. >> >> I?m really interested in the QGIS (possible) new rendering feature that >> involves raster calculator capabilities, I've already discussed the project >> with mentors Martin Tobias and Peter Petrik and possible co-mentor Roberto >> Marzocchi, they gave me a lot of feedback and advice for the project. >> I would like to share my proposal with you before the final submission. >> Don't hesitate to give me feedback and ask me question/clarification or >> point me out what's missing. >> >> >> proposal 2021< >> https://docs.google.com/document/d/1u8L_L1IJjGCZ3d8Vq8duxHbsHZeyzwqOe3tXa1JcKbs/edit?usp=sharing >> > >> >> >> I'm open to advice, remarks and criticism in order to improve. >> >> I am looking forward to a feedback, thank you for your time. >> >> >> Best regards, >> >> Francesco Bursi > ___ > 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 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] R: R: GSoC 2021 QGIS On-the-fly Raster Calculator proposal draft review and feedback
Thank you Matthias and Mathieu for your for the messages! I hope and plan to obtain some valuable and usable outcome. In fact, I don't know SNAP very well but band math + virtual raster bands could be an inspiration for some aspects. Kind regards, Francesco Da: Mathieu Pellerin Inviato: martedì 13 aprile 2021 16:06 A: Matthias Kuhn Cc: Francesco Bursi ; qgis-developer ; Alister Hood Oggetto: Re: [QGIS-Developer] R: GSoC 2021 QGIS On-the-fly Raster Calculator proposal draft review and feedback Big interest on my side too (and I'm sure countless more). I always thought ESA's SNAP had a winning formula with their virtual raster bands, glad we can make any move in that direction. Math On Tue, Apr 13, 2021, 20:57 Matthias Kuhn mailto:matth...@opengis.ch>> wrote: Hi Francesco, This is a great initiative, thank you for taking on this. I have just recently had a project where this would have been of great value. I'm very much looking forward to this work. Welcome on QGIS board and enjoy your GSoC. Matthias On Tue, Apr 13, 2021 at 3:41 PM Francesco Bursi mailto:francesco.bu...@hotmail.it>> wrote: Hi Alister, Thank you for the feedback. Well, I imagine the new feature with some properties of the existing Raster Calculator but not exactly the same, e.g It won't be possible to set layer extent / output CRS, because this would be already pre-defined by the layer on which the renderer is applied, in the basic mockup you should not see these 2 field. The same can be said for choosing other layer. It should work like contours/hillshade renderer, where you can style only the layer you have currently selected but you can choose the band. Besides, I think that the existing Raster Calculator in the processing toolbox (as well as the Gdal Raster Calculator) allows the creation of a temporary file, enable the addition of a layer to the project that you can style, but maybe here I misunderstood what you meant. One of the advantage of the on-the-fly (styling) is to avoid the need to create derived raster files and layers. Let me know if I misunderstood something and thank you for the message. Kind Regards, Francesco Bursi Da: QGIS-Developer mailto:qgis-developer-boun...@lists.osgeo.org>> per conto di Alister Hood mailto:alister.h...@gmail.com>> Inviato: martedì 13 aprile 2021 14:10 A: qgis-developer@lists.osgeo.org<mailto:qgis-developer@lists.osgeo.org> mailto:qgis-developer@lists.osgeo.org>> Oggetto: Re: [QGIS-Developer] GSoC 2021 QGIS On-the-fly Raster Calculator proposal draft review and feedback Hi, This functionality would be great, but as a user, I can't help thinking the proposal is to implement it in the wrong way. If implemented as a renderer, as described, you could conceivably use an expression that uses other layers but not the layer you are supposedly rendering. What is displayed would not correspond in any way to the actual layer... Bizarre. Would it not be possible to instead implement a "virtual raster" *provider*? Add a checkbox in the raster calculator labelled "create as virtual raster". Create a new layer that can be styled using the existing renderers and behaves in every way like a non-virtual layer - e.g. the right values would be shown using the identify tool and the "value tool" plugin, and you could use the layer as an input for other processing tools. Regards, and best wishes with the proposal, Alister Date: Mon, 12 Apr 2021 12:20:53 + From: Francesco Bursi mailto:francesco.bu...@hotmail.it>> To: qgis-developer mailto:qgis-developer@lists.osgeo.org>> Subject: [QGIS-Developer] GSoC 2021 QGIS On-the-fly Raster Calculator proposal draft review and feedback Message-ID: mailto:vi1p190mb038187bb910511b3b6b8b44280...@vi1p190mb0381.eurp190.prod.outlook.com>> Content-Type: text/plain; charset="windows-1252" Hello QGIS Dev, I?m Francesco Bursi, an M.Sc. civil engineer from Italy currently enrolled in a Master of Advanced Studies (Level 8 EQF) in giscience and geoinformatics at the University of Padua. I?m really interested in the QGIS (possible) new rendering feature that involves raster calculator capabilities, I've already discussed the project with mentors Martin Tobias and Peter Petrik and possible co-mentor Roberto Marzocchi, they gave me a lot of feedback and advice for the project. I would like to share my proposal with you before the final submission. Don't hesitate to give me feedback and ask me question/clarification or point me out what's missing. proposal 2021<https://docs.google.com/document/d/1u8L_L1IJjGCZ3d8Vq8duxHbsHZeyzwqOe3tXa1JcKbs/edit?usp=sharing> I'm open to advice, remarks and criticism in order to improve. I am looking forward to a feedback, thank you for your time. Best regards, Francesco Bursi
[QGIS-Developer] R: GSoC 2021 QGIS On-the-fly Raster Calculator proposal draft review and feedback
Hi Alister, Thank you for the feedback. Well, I imagine the new feature with some properties of the existing Raster Calculator but not exactly the same, e.g It won't be possible to set layer extent / output CRS, because this would be already pre-defined by the layer on which the renderer is applied, in the basic mockup you should not see these 2 field. The same can be said for choosing other layer. It should work like contours/hillshade renderer, where you can style only the layer you have currently selected but you can choose the band. Besides, I think that the existing Raster Calculator in the processing toolbox (as well as the Gdal Raster Calculator) allows the creation of a temporary file, enable the addition of a layer to the project that you can style, but maybe here I misunderstood what you meant. One of the advantage of the on-the-fly (styling) is to avoid the need to create derived raster files and layers. Let me know if I misunderstood something and thank you for the message. Kind Regards, Francesco Bursi Da: QGIS-Developer per conto di Alister Hood Inviato: martedì 13 aprile 2021 14:10 A: qgis-developer@lists.osgeo.org Oggetto: Re: [QGIS-Developer] GSoC 2021 QGIS On-the-fly Raster Calculator proposal draft review and feedback Hi, This functionality would be great, but as a user, I can't help thinking the proposal is to implement it in the wrong way. If implemented as a renderer, as described, you could conceivably use an expression that uses other layers but not the layer you are supposedly rendering. What is displayed would not correspond in any way to the actual layer... Bizarre. Would it not be possible to instead implement a "virtual raster" *provider*? Add a checkbox in the raster calculator labelled "create as virtual raster". Create a new layer that can be styled using the existing renderers and behaves in every way like a non-virtual layer - e.g. the right values would be shown using the identify tool and the "value tool" plugin, and you could use the layer as an input for other processing tools. Regards, and best wishes with the proposal, Alister Date: Mon, 12 Apr 2021 12:20:53 + From: Francesco Bursi mailto:francesco.bu...@hotmail.it>> To: qgis-developer mailto:qgis-developer@lists.osgeo.org>> Subject: [QGIS-Developer] GSoC 2021 QGIS On-the-fly Raster Calculator proposal draft review and feedback Message-ID: mailto:vi1p190mb038187bb910511b3b6b8b44280...@vi1p190mb0381.eurp190.prod.outlook.com>> Content-Type: text/plain; charset="windows-1252" Hello QGIS Dev, I?m Francesco Bursi, an M.Sc. civil engineer from Italy currently enrolled in a Master of Advanced Studies (Level 8 EQF) in giscience and geoinformatics at the University of Padua. I?m really interested in the QGIS (possible) new rendering feature that involves raster calculator capabilities, I've already discussed the project with mentors Martin Tobias and Peter Petrik and possible co-mentor Roberto Marzocchi, they gave me a lot of feedback and advice for the project. I would like to share my proposal with you before the final submission. Don't hesitate to give me feedback and ask me question/clarification or point me out what's missing. proposal 2021<https://docs.google.com/document/d/1u8L_L1IJjGCZ3d8Vq8duxHbsHZeyzwqOe3tXa1JcKbs/edit?usp=sharing> I'm open to advice, remarks and criticism in order to improve. I am looking forward to a feedback, thank you for your time. Best regards, Francesco Bursi ___ 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] R: GSoC 2021 QGIS On-the-fly Raster Calculator proposal draft review and feedback
Hi Alessandro, First of all thank you for your feedback (let's hope for the best) and for your work. I did not forget your comment in my previous thread and I studied (I'd rather say I read, due to limited amount of time left) the existing documentation, I saw that hillshade benefits of openCL acceleration too. In fact, I discussed with mentors some extra features for the (possible, hopefully) new renderer (I think in the comment history you'll find openCL) but since openCL would add some extra complexities that maybe I wouldn't be able to manage in the GSoC coding time, I left it out of the proposal for the time being, and I added some possible modification and improvements to the raster calculator engine instead. By the way, and this is besides GSoC, the use of that framework and the possible results thrilled me and I'd like to improve the existing renderer feature for example. Given my knowledge of the topic at the moment this is more of an idea than a serious commitment but I'd like to to elaborate further this subject in the near future. Sorry for the long message, I hope my thoughts about it are clear. Kind Regards, Francesco Bursi Da: Alessandro Pasotti Inviato: lunedì 12 aprile 2021 15:02 A: Francesco Bursi Cc: qgis-developer Oggetto: Re: [QGIS-Developer] GSoC 2021 QGIS On-the-fly Raster Calculator proposal draft review and feedback On Mon, Apr 12, 2021 at 2:20 PM Francesco Bursi wrote: > > Hello QGIS Dev, > > > I’m Francesco Bursi, an M.Sc. civil engineer from Italy currently enrolled in > a Master of Advanced Studies (Level 8 EQF) in giscience and geoinformatics at > the University of Padua. > > I’m really interested in the QGIS (possible) new rendering feature that > involves raster calculator capabilities, I've already discussed the project > with mentors Martin Tobias and Peter Petrik and possible co-mentor Roberto > Marzocchi, they gave me a lot of feedback and advice for the project. > I would like to share my proposal with you before the final submission. Don't > hesitate to give me feedback and ask me question/clarification or point me > out what's missing. > > > proposal 2021 > > > I'm open to advice, remarks and criticism in order to improve. > > I am looking forward to a feedback, thank you for your time. > > > Best regards, > > Francesco Bursi > Hi Francesco, your proposal looks very interesting to me, since the core raster calculator does support GPU acceleration through OpenCL I think that there are good chances that it will be also fast enough to be usable in practice. Have you looked at the other implementations on OTF raster renderers? There are two I'm aware of: the contour and the hillshade, the latter uses GPU acceleration as well. Best of luck! -- Alessandro Pasotti QCooperative: www.qcooperative.net<http://www.qcooperative.net> ItOpen: www.itopen.it<http://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] GSoC 2021 QGIS On-the-fly Raster Calculator proposal draft review and feedback
Hello QGIS Dev, I’m Francesco Bursi, an M.Sc. civil engineer from Italy currently enrolled in a Master of Advanced Studies (Level 8 EQF) in giscience and geoinformatics at the University of Padua. I’m really interested in the QGIS (possible) new rendering feature that involves raster calculator capabilities, I've already discussed the project with mentors Martin Tobias and Peter Petrik and possible co-mentor Roberto Marzocchi, they gave me a lot of feedback and advice for the project. I would like to share my proposal with you before the final submission. Don't hesitate to give me feedback and ask me question/clarification or point me out what's missing. proposal 2021<https://docs.google.com/document/d/1u8L_L1IJjGCZ3d8Vq8duxHbsHZeyzwqOe3tXa1JcKbs/edit?usp=sharing> I'm open to advice, remarks and criticism in order to improve. I am looking forward to a feedback, thank you for your time. Best regards, Francesco Bursi ___ 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 2021 QGIS On-the-fly Raster Calculator discussion
Hi Alessandro and thank you for the reply and the advice. I will definitely take it into consideration if I will be able to work on this feature! Francesco Bursi ___ 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] GSoC 2021 QGIS On-the-fly Raster Calculator discussion
Hello QGIS Dev, I’m Francesco Bursi, an M.Sc. civil engineer from Italy currently enrolled in a Master of Advanced Studies (Level 8 EQF) in giscience and geoinformatics at the University of Padua. Through this postgraduate course I’m doing an internship in Gter S.r.l. I’m really interested to take part to the GSoC 2021 and learning more about the development of QGIS. I would like to work on the first idea that has been proposed. I have to say in advance that I’m not proficient in C++ in particular, but I’m really eager to learn it (I’d love to). On the other side I’m proficient in pyhton, I know javascript, html and css, and I’m also proficient in SQL. I was and I am an enthusiast QGIS user, I’m currently working with Lizmap (I’m writing some js script to customize my maps), QGIS and PostgreSQL/Postgis db; I would like to contribute to the QGIS project and being part of the developer community. I would like to know if I’m eligible for this project and if I can share with you the python script that I wrote as a test as you suggested in the last point of the “Project Ideas”: https://github.com/qgis/QGIS/wiki/Google-Summer-of-Code-2021-Ideas P.s. I’d like to mention that Roberto Marzocchi, the CTO of the company in which I’m doing the internship -Gter Srl-, is available as a co-co-mentor if it’s possible. I mean that Gter srl can give me “operative and logistic” help if needed. Roberto worked in the development of some plugins for QGIS and he’s, of course, involved in a lot of project in the “gis/webgis world”, he never worked on QGIS core. Best regards and thank you in advance, Francesco Bursi ___ 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