Re: [QGIS-Developer] C Hamilton Plugin Continunity

[Emma Hain via QGIS-Developer]

Thanks Greg
I have written up some ideas here
<https://qgis-australia.org/qgis/succession-planning/> that I hope goes
someway for future planners. It scares me as I was in an organisation that
went from totally support OS to trying to rid it with a vengeance.

On Wed, 19 Jun 2024 at 21:39, Greg Troxel via QGIS-Developer <
qgis-developer@lists.osgeo.org> wrote:

> Emma Hain via QGIS-Developer  writes:
>
> > This is very interesting and a real part of OS software management in
> > regards to maintainance once the creator wishes to retire (and rightly
> > so!). On top of that, if the ownership sits with an organisation. For
> > clarification, does NGA or do you, Calvin, own them?
> >
> > I imagine if it is from one person to another, this is an informal
> > handover, but what happens when it is an organisation? Does an Assignment
> > of Ownership need to take place?
>
> This is a little complicated.  I have no knowledge of the details of
> this situation but have dealt with open source licensing in the context
> of US government contractors and US law.  Generally:
>
>   When a person writes code, they hold copyright to it, except:
>
> If they have executed a copyright assignment, they don't.  This is
> typically either for contractors (either when the parties pretend it
> isn't employment or when it really isn't) or for individuals who
> assign to e.g. FSF.  Less happily, it can be some forms of CLA to
> some company.
>
> When an employed person writes code "within the scope of
> employment", then the employer holds copyright.  This is the "work
> for hire" doctrine.
>
> Works of the US government are not subject to copyright and are in
> the public domain.  (Different countries are different here,
> massively.)
>
>   Code under an open source license does not need assignment for others
>   to improve and distribute it, because the license grants those
>   permissions.
>
>   A plugin is arguably a derived work of qgis, and thus must be
>   distributed under a compatible license.  (I think the project should
>   express this as doctrine and decline to support or interact with
>   (shun) plugins that don't have compatible licenses.)  So even if the
>   US government does not hold copyright in their code, the resulting
>   code is a derived work of qgis and can only be distributed under the
>   GPL.
>
>   Contributions to the plugin from others (e.g. if someone submitted a
>   non-trivial change and it was merged) are copyrighted by them and thus
>   a declared license leads to inbound=outbound terms, making it clear
>   that the submitted change is licensed under the plugin's license.
>
>   There are social issues about forks, separately from copyright, but
>   Calvin's message is quite clear that someone who wants to maintain
>   them (and have the updated/maintained code exist in the qgis world
>   under the original names) would be good.
>
> ___
> 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
>


-- 
Emma Hain — Product Manager/Senior GIS Analyst
e...@north-road.com
[image: https://north-road.com]
*North Road*
Cartography • Development • Spatial Analysis
--
*north-road.com* <http://north-road.com>
<https://twitter.com/northroadgeo>
<https://www.linkedin.com/company/north-road-studios>
<https://www.facebook.com/North-Road-997236690392419/home>
___
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] C Hamilton Plugin Continunity

[Emma Hain via QGIS-Developer]

Hi All
Sorry - Correction here
Assignment of Ownership - is not a correct term nor instrument here. So
under the GPL license, this is overridden so an organsiation cannot have
ownership of the plugin.
What happens then - are they happy to give up?


On Wed, 19 Jun 2024 at 10:41, Emma Hain  wrote:

> Hi All
> This is very interesting and a real part of OS software management in
> regards to maintainance once the creator wishes to retire (and rightly
> so!). On top of that, if the ownership sits with an organisation. For
> clarification, does NGA or do you, Calvin, own them?
>
> I imagine if it is from one person to another, this is an informal
> handover, but what happens when it is an organisation? Does an Assignment
> of Ownership need to take place?
>
> Cheers
> Em
>
> On Wed, 19 Jun 2024 at 04:41, Catania, Luke A ERDC-RDE-GRL-VA CIV via
> QGIS-Developer  wrote:
>
>> Calvin,
>>
>>
>>
>> Thanks for your contribution.  We use the Lat/Lon and MGRS Tools in our
>> Joint Construction Management System (JCMS) Site Selection Plugin for QGIS
>> that I am a lead developer on.
>>
>>
>>
>> Here at ERDC-GRL and AGC in Alexandria, VA, we have always had a
>> connection with NGA.  We hope NGA finds a developer who can continue
>> maintaining the tools.
>>
>>
>>
>> Luke
>>
>>
>>
>> *From:* QGIS-Developer  *On
>> Behalf Of *C Hamilton via QGIS-Developer
>> *Sent:* Friday, June 14, 2024 10:30 AM
>> *To:* qgis-developer 
>> *Subject:* [QGIS-Developer] C Hamilton Plugin Continunity
>>
>>
>>
>> Hi QGIS Developers,
>>
>>
>>
>> As many of you know, I developed 12 QGIS plugins. I will be retired by
>> the end of the month. NGA is supposed to take over maintenance of most of
>> those plugins, but at this point in time they don't have anyone who is
>> really qualified so I am not sure what will actually happen. If this does
>> not happen and someone finds a problem with any of them, let me know and I
>> will jump in and try to fix it, but I am going to let the process unfold to
>> see what happens.
>>
>>
>>
>> If I can find a way to get paid for QGIS training or development then I
>> am interested in continuing to do some work, but I am also going to enjoy
>> retirement. Contact me if you need anything.
>>
>>
>>
>> Blockedhttps://plugins.qgis.org/plugins/user/hamiltoncj/Blocked
>>
>>
>>
>> Thanks,
>>
>> Calvin
>>
>>
>>
>>
>> ___
>> 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
>>
>
>
> --
> Emma Hain — Product Manager/Senior GIS Analyst
> e...@north-road.com
> [image: https://north-road.com]
> *North Road*
> Cartography • Development • Spatial Analysis
> --
> *north-road.com* 
> 
> 
> 
>
>

-- 
Emma Hain — Product Manager/Senior GIS Analyst
e...@north-road.com
[image: https://north-road.com]
*North Road*
Cartography • Development • Spatial Analysis
--
*north-road.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

Re: [QGIS-Developer] C Hamilton Plugin Continunity

[Emma Hain via QGIS-Developer]

Hi All
This is very interesting and a real part of OS software management in
regards to maintainance once the creator wishes to retire (and rightly
so!). On top of that, if the ownership sits with an organisation. For
clarification, does NGA or do you, Calvin, own them?

I imagine if it is from one person to another, this is an informal
handover, but what happens when it is an organisation? Does an Assignment
of Ownership need to take place?

Cheers
Em

On Wed, 19 Jun 2024 at 04:41, Catania, Luke A ERDC-RDE-GRL-VA CIV via
QGIS-Developer  wrote:

> Calvin,
>
>
>
> Thanks for your contribution.  We use the Lat/Lon and MGRS Tools in our
> Joint Construction Management System (JCMS) Site Selection Plugin for QGIS
> that I am a lead developer on.
>
>
>
> Here at ERDC-GRL and AGC in Alexandria, VA, we have always had a
> connection with NGA.  We hope NGA finds a developer who can continue
> maintaining the tools.
>
>
>
> Luke
>
>
>
> *From:* QGIS-Developer  *On
> Behalf Of *C Hamilton via QGIS-Developer
> *Sent:* Friday, June 14, 2024 10:30 AM
> *To:* qgis-developer 
> *Subject:* [QGIS-Developer] C Hamilton Plugin Continunity
>
>
>
> Hi QGIS Developers,
>
>
>
> As many of you know, I developed 12 QGIS plugins. I will be retired by the
> end of the month. NGA is supposed to take over maintenance of most of those
> plugins, but at this point in time they don't have anyone who is really
> qualified so I am not sure what will actually happen. If this does not
> happen and someone finds a problem with any of them, let me know and I will
> jump in and try to fix it, but I am going to let the process unfold to see
> what happens.
>
>
>
> If I can find a way to get paid for QGIS training or development then I am
> interested in continuing to do some work, but I am also going to enjoy
> retirement. Contact me if you need anything.
>
>
>
> Blockedhttps://plugins.qgis.org/plugins/user/hamiltoncj/Blocked
>
>
>
> Thanks,
>
> Calvin
>
>
>
>
> ___
> 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
>


-- 
Emma Hain — Product Manager/Senior GIS Analyst
e...@north-road.com
[image: https://north-road.com]
*North Road*
Cartography • Development • Spatial Analysis
--
*north-road.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

Re: [QGIS-Developer] Post-mortem of application to Google Summer of Code

[Emma Hain via QGIS-Developer]

Hi Greg
Thanks for replying - that is a very interesting read - and somewhat
disheartening. So my response is, is this something we get involved with or
not?
My thoughts on getting involved in this was additional funding to build up
and mentor up and coming QGIS developers. Is there are way to triage this
process so it does benefit us?

Thanks
Em


On Mon, 13 May 2024 at 20:47, Greg Troxel via QGIS-Developer <
qgis-developer@lists.osgeo.org> wrote:

> Emma Hain via QGIS-Developer  writes:
>
> > Mentors to be put forward - I see this information
> > <https://google.github.io/gsocguides/mentor/>:
> > *Mentors are people from the community who volunteer to work with a GSoC
> > contributor. Mentors provide guidance such as pointers to useful
> > documentation, code reviews, etc. In addition to providing GSoC
> > contributors with feedback and pointers, a mentor acts as an ambassador
> to
> > help GSoC contributors integrate into their project’s community. Some
> > organizations choose to assign more than one mentor to each of their GSoC
> > contributors. Many members of the community provide guidance to their
> > project’s GSoC contributors without mentoring in an “official” capacity,
> > much as they would answer anyone’s questions on the project’s mailing
> list
> > or chat channel. *
>
> (I'm here as a packager and not currently deeply enough involved in qgis
> to function as a mentor, but my opinion is based on other communities
> where I feel qualified to be a mentor.)
>
> A contrarian view: I view GSoC as a google recruiting activity; it's
> like having interns, except you care even less if they do anything
> useful or cause trouble.  For those who haven't been a manager at a
> company and dealt with labor law: interns are awesome because after 10
> weeks or whatever they terminate on schedule.  That means if they are
> unsuitable you can just take them to lunch and say it's been great and
> not rehire them, and this is vastly less costly and painful than firing
> someone.  If they are suitable you can invite them back for next summer
> or for a permanent position, and you've taken a bunch of risk off the
> table.  I'm not saying I know that this is google's plan; it's just
> obviously what a company would do.  It's entirely reasonable of them to
> do this.
>
> However: I don't want to be staff for a company's recruiting activity,
> basically at all, but if so only at a proper consulting rate with
> acceptable terms -- which is obviously out of the question.  So I simply
> step back and ignore GSoC.
>
> I do try to be helpful to people, regardless, as long as they have met
> their half of the social contract around asking for help.  I have found
> GSoC and non-GSoC people to be on both sides of that, and am not
> claiming there is a correlation.  I do see people showing up in another
> project's list saying "I'm interesting in this project [listed as GSoC
> fodder but needing doing anyway, that they obviously know nothing about
> and know almost nothing about the project] - can you tell me how to
> proceed?".  I think many people ignore them, and some tell them to first
> install the project, learn how it works and start reading the code.
> That's usually the end of that!  Others come from a place of more clue
> and more importantly more effort, and that goes much better.
>
> > I also see there is a fair amount time required by the mentor and that a
> > stipend is provided to the project at the end of the GSoC. Would this
> > stipend be then passed onto the Mentor to assist with the time applied?
>
> That's an interesting question.  I would guess the project is set up to
> provide payments and deal with the required tax reporting in the first
> place.  There is also the question what's in the GSoC org agreement and
> if that's ok.  I would not assume it is ok; it seems structured to hand
> money to projects not mentors, perhaps as part of claiming the entire
> program expense as charity.  Speculation of course -- the point is that
> these are surely agreements written by their lawyers, and it's best not
> to make assumptions.
>
> > Contributors - I see this is for individuals - is this something we can
> > broadcast on our channels and within our user groups?
>
> Mildly, I see asking more than a small number of times as crossing over
> into advertising for google's recruiting activity and thus into spammy.
>
> I don't know if I'm an extreme outlier or part of the silent 50% in my
> opinions.  I am pretty sure I'm an outlier in being willing to outright
> say them!
>
> I'm writing this partly because when project leaders ask "why aren't
> more people volunteering to be mentors" it may not have occu

Re: [QGIS-Developer] Post-mortem of application to Google Summer of Code

[Emma Hain via QGIS-Developer]

Hi All
How can we, and do we prepare for this next year?

I take it we need:

Mentors to be put forward - I see this information
:
*Mentors are people from the community who volunteer to work with a GSoC
contributor. Mentors provide guidance such as pointers to useful
documentation, code reviews, etc. In addition to providing GSoC
contributors with feedback and pointers, a mentor acts as an ambassador to
help GSoC contributors integrate into their project’s community. Some
organizations choose to assign more than one mentor to each of their GSoC
contributors. Many members of the community provide guidance to their
project’s GSoC contributors without mentoring in an “official” capacity,
much as they would answer anyone’s questions on the project’s mailing list
or chat channel. *

I also see there is a fair amount time required by the mentor and that a
stipend is provided to the project at the end of the GSoC. Would this
stipend be then passed onto the Mentor to assist with the time applied?


Contributors - I see this is for individuals - is this something we can
broadcast on our channels and within our user groups?



On Mon, 6 May 2024 at 18:51, Julien Cabieces via QGIS-Developer <
qgis-developer@lists.osgeo.org> wrote:

>
> Hi Valentin,
>
> I'm really sad to hear that you were not selected.
>
> I was really happy to meet you in person in Grenoble, and thought at
> that time that you really deserved to be choosen. Your proposal was of
> high quality, and you prove to have a great maturity for your arge (and
> this post-mortem mail proves it even more, I share all of your
> conclusions).
>
> I think that we fail something on our side (Oslandia side) regarding the
> lack of mentors, and thought that this matter was addressed.
>
> I encourage you to continue your effort and hope to see QGIS pull
> requests in near future.
>
> Regards,
> Julien
>
>
>
> > Hi devs,
> >
> > Last month, I applied for Google Summer of Code (GSoC), unfortunately
> > I was not accepted into this year's program.
> > I know it's disappointing, since we all would like to see an open
> > source alternative to existing ETL, and I feel like the stars were
> > aligned here.
> >
> > So here my little post-mortem, and few tips and suggestions to help
> > futures applications:
> >
> > What went well
> >
> > - First QGIS community was very enthusiastic and supportive, I am very
> > grateful to the community. I was also incredibly well received at the
> > local contributor meeting in Grenoble.
> > - We had two rounds of feedbacks to taylor the proposal one by mail,
> > and a second in person with local contributor meeting
> >
> > What went wrong
> >
> > - Despite the enthusiasm around the proposal, my proposal was
> > rejected. I am only making a guess here, but I suppose it was because
> > of the lack of mentors.
> >
> > Tips and suggestions for future applications.
> >
> > *For students*
> > - Be proactive to look for mentors
> > Git commands like 'git log' and 'git blame' are your friends to find
> > people with common interest in your proposals.Gitk can also be used to
> > get a more friendly graphical interface
> > with 'gitk -- ./path/to/directory, you can see all the contributor who
> > committed in that specify directory for exemple to search for
> > processing related
> > use 'gitk -- ./src/core/processing/' or 'gitk -- ./src/gui/processing/'
> > - QGIS participates in GSoC under the umbrella of the OSGeo
> > organization. You don't only need to convince QGIS devs but also
> > OSGeo. So don't only submit proposals on the GSoC platform, and also
> > post your proposal on the Soc mailing list[0] dedicated to coordinate
> > at OSGeo level ( s...@lists.osgeo.org )
> > - Remember that mailing lists are plain text only, I had the surprise
> > to discover that all the formatting for quoted text didn't work,
> > because I sent my mails as html( which is the default in gmail) and
> > not as plain text (And I'm yet to find how to properly justify plain
> > text mail). The migration from mailing list to discourse should
> > however fix these issues .
> >
> > *For mentors*
> > - Volunteer as a mentor early on the SOC mailing list. There is
> > usually a call for ideas and mentors[1] around the end of January ~2
> > month before the application deadline for students. However at this
> > point you don't have the full picture, you don't know which proposals
> > students will submit. Some years there are multiple volunteers for
> > QGIS, this year there was no volunteers for the QGIS project
> >
> > *For both mentors and students*
> > - Communicate on SOC mailing list, I can't stress this enough. I think
> > it's the key point why my proposal was not accepted. It's unfortunate
> > because I discussed with multiple mentors/companies that were
> > interested in mentoring me, but we never formalised it on an official
> > channel of communication.
> > - Since OSGeo handles a lot of projects, it means we 

Re: [QGIS-Developer] 2024 QGIS Grant Proposals final results

[Emma Hain via QGIS-Developer]

Congratulations to all recipients and thank-you to the project for their
work on getting the results.

On Thu, 2 May 2024 at 04:15, Anita Graser via QGIS-Developer <
qgis-developer@lists.osgeo.org> wrote:

> Dear QGIS Community,
>
> On behalf of the QGIS.ORG project, I'm extremely pleased to announce the
> winning proposals for our 2024 QGIS.ORG grant programme. Read all about
> the voting results here:
>
> https://blog.qgis.org/2024/05/01/qgis-grant-programme-2024-results/
>
> A number of interesting and useful proposals didn’t make it because of our
> limited budget; we encourage organizations to pick up one of their choices
> and sponsor it.
>
> Regards,
> Anita
> --
> Anita Graser
> Home: http://anitagraser.com
> 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
>


-- 
Emma Hain — Product Manager/Senior GIS Analyst
e...@north-road.com
[image: https://north-road.com]
*North Road*
Cartography • Development • Spatial Analysis
--
*north-road.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

Re: [QGIS-Developer] Preparing inheritance : change a plugin's owner

[Emma Hain via QGIS-Developer]

Hi Jean
Great that you are planning for this - sorry I cannot help, but I am keen
to understand this process to write up for the QGIS AU blog.
Do you have someone that you are handing it over to?

Cheers
Em



On Wed, 13 Mar 2024 at 05:29, Jean Hemmi via QGIS-Developer <
qgis-developer@lists.osgeo.org> wrote:

> Hello,
> How to change a plugin's owner ?
>
>- give my QGIS plugins user is not a smart inheritance since user name
>doesn't change.
>- Just upload a new version with a new plugin user (but can the plugin
>name be the same ?)
>
> Impossible is not QGIS
> Thanks for your help. I'm not in a hurry, just preparing future
> Jean Hemmi
>
> ___
> 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
>


-- 
Emma Hain — Product Manager/Senior GIS Analyst
e...@north-road.com
[image: https://north-road.com]
*North Road*
Cartography • Development • Spatial Analysis
--
*north-road.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

Re: [QGIS-Developer] QGIS Plugins Mechanism

[Emma Hain via QGIS-Developer]

Hi Olga
These plugins are maintained by each of the plugin's developers and not by
the project. It is up to them to ensure any dependency conflicts are
managed. Therefore, if you find any issues, you should contact the plugin
developers and put in bugs on their GitHub pages. A link to contact them is
in the plugin manager in their Plugin information section. Everything is
outlined here


For those plugins that are no longer maintained, this presents an
opportunity for the community to jump in and assist if they are passionate
about that plugin.

Thanks
Em

On Tue, 27 Feb 2024 at 21:51, Olga Hovhannisyan via QGIS-Developer <
qgis-developer@lists.osgeo.org> wrote:

> Hi!
> I want to ask a question related to plugins that are already integrated in
> QGIS. Aren't there any dependency conflicts, how you  solve those conflicts
> and how that plugins interact with QGIS Desktop internally, by using
> requests or something similar?
> ___
> 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
>


-- 
Emma Hain — Product Manager/Senior GIS Analyst
e...@north-road.com
[image: https://north-road.com]
*North Road*
Cartography • Development • Spatial Analysis
--
*north-road.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

Re: [QGIS-Developer] Theoretical discussion: A QGIS paid plugin marketplace? (was: sponsored plugin)

[Emma Hain via QGIS-Developer]

Hi All
The economics of this is very interesting.

As a community, we want to give something to our fellow members that they
need. It allows for our creativity in scratching an itch, and sharing that
solution. However, we can break the mold and work out a novel way to
deliver. The open-source pledge North Road uses goes some way to doing
this. Whilst there a lot of tools are within the licensed (paid) version,
those tools are available for release once production costs are met. This
enables the plugin to continue to deliver to those who cannot pay for the
licensed version, whilst funding further work as technology organically
develops or additional needs pop-up. Also note that the remuneration funds
our support for the FOSS4G community, whether via sponsorship or applying
resources on the committee. So the funding for the plugin gets recycled in
the community, as well as going someway to providing a living wage.

Shutting out people from the use of desired services should not be what we
are about - there has to be another way.

In regards to taking over a plugin, this is how FOSS continues, if someone
is passionate about it, they can ask the creator to take it over. As part
of the marketplace, the community should also have this as a service, a
page listing the plugins that are not maintained or won't be maintained and
is anyone available to take them over. This is a great way for up and
coming developers to learn the craft from mentors.

Keep the discussion going - this community is so creative that I think we
will come up with an option.

Cheers
Em

On Thu, 1 Feb 2024 at 22:33, C Hamilton via QGIS-Developer <
qgis-developer@lists.osgeo.org> wrote:

> Hi Nyall,
>
> First, thank you for all that you have done over the years. You have
> helped me a number of times in answering questions. Open source software is
> an interesting beast. There is so much donated time without compensation
> yet people need to feed themselves. My first QGIS plugin was in 2016 and I
> now have 12 QGIS plugins that are published (several more that are
> unpublished), but I am facing a dilemma. My work has funded all my
> development except for one plugin which I did for myself. Unfortunately, I
> was never really able to break into the ESRI culture here and a year or so
> ago was told to stop doing further QGIS development and to focus on other
> research. I did not find something that I liked as well so I am going to
> retire (because I can) in May. So my dilemma is what is going to happen
> with my plugins. I care about them. I have an agreement with another
> organization to take over support but after the first meeting I have no
> confidence that they will be able to do it. I will probably still fix some
> bugs after I retire, but I am not all that interested in working for free.
> I want to explore new hobbies in retirement so any QGIS work would be
> minimal unless it also fits in with one of my hobbies.
>
> I don't know how to get compensation in the open source world unless there
> is a company who is investing in and developing open source software. It
> would be nice if there were a mechanism for developers to get some
> compensation.
>
> This is a difficult topic to address, but I hope something comes out of it.
>
> Best wishes,
>
> Calvin
>
>
> On Wed, Jan 31, 2024 at 8:28 PM Nyall Dawson via QGIS-Developer <
> qgis-developer@lists.osgeo.org> wrote:
>
>> Hi lists!
>>
>> I wanted to kick start a (hopefully!) civil, THEORETICAL discussion about
>> the role of a paid plugin marketplace for QGIS plugins.
>>
>> This has been on my mind for a while, and recently was bumped by this
>> email to the list:
>>
>> On Fri, 19 Jan 2024 at 19:38, gam17--- via QGIS-Developer <
>> qgis-developer@lists.osgeo.org> wrote:
>> >
>> > Hi everyone,
>> > like many of you, I have developed and maintained a plugin for many
>> > years completely free of charge.
>> > I have never received any donation or compensation of any kind and now I
>> > would like to find a solution.
>> > Has anyone already found a way to receive donations?
>> > I was thinking of asking for a sponsor that would be displayed during
>> > execution, for example in the window titles or through a specific menu
>> > item like QGIS does (in this way the sponsor would be much less
>> > visible).
>>
>> So again, stressing that this is a THEORETICAL discussion, I'm interested
>> in hearing people's thoughts on the potential role of a paid plugin
>> marketplace for QGIS.
>>
>> Here's a bullet point dump of where I'm currently sitting:
>>
>> - Yes, I'm aware that plugins must be GPL, and that this makes paid
>> plugins a little trickier in that they're obviously still subject to the
>> GPL.
>> - The GPL does NOT prevent charging for software, or mandate making it
>> public to non-paying customers. We could potentially have GPL plugins which
>> are only available to paid users, and only make these plugins available
>> privately to those users. YES, the GPL **DOES** mean that those 

Re: [QGIS-Developer] Adding a "solution proposed" label?

[Emma Hain via QGIS-Developer]

HI All
I think we need to be kind here so I support a new label 'solution
proposed' with the added automations in closing it. Whilst I agree with
some sentiments in that users need to understand how a lot of info can get
unmanageable and taxing on resources, we need to educate users on how this
stuff works and how we need them to keep on bringing their input to the
project.

So I think on the side of the developer (I am assuming here - please
correct if wrong), when researching the issue, you have found a solution
already and thus it's not too taxing to paste a link to the solution and
label it 'solution proposed' - therefore no more work done.

On the side of the user reporting the issue (which I identify with more),
you are providing an education on how to contribute to the project through
this feedback. Once it is closed, an automatic message could include some
of the following guidelines:

> ...tell that they are not a defect in
>   the source code.  If you are wrong  and the person follows up with
>   evidence, hit reopen - no big deal.
>
>   For feature requests that are fuzzy, ask that they get shaken out on
>   some other forum and then refiled, when they can say with some
>   precision what the new feature should do.



Cheers
Em

On Fri, 19 Jan 2024 at 18:43, Thomas Larsen Wessel via QGIS-Developer <
qgis-developer@lists.osgeo.org> wrote:

> Nyall wrote: " It seems wrong to just close that issue without giving the
> reporter time to reply  "
>
> If a user spends a long time (for me it sometimes takes as much as a few
> hours, believe it or not) to write an issue, believing it actually is a bug
> or at least an issue with the docs that ought to be corrected, it will like
> seem unappreciated if the issue is closed in the very first
> response, specially if that response is very brief and does not contain any
> appreciation. Even if that is not how it is intended.
>
> When I report issues it's not always because its a real problem for me; it
> is often simply because I believe it's in the interest of the project, and
> it's my tiny contribution to that project.
>
> Tickets that are obviously just questions, should IMO be closed
> immediately, with advice on where to ask such questions. But when people
> report what to them seems like a bug, I would encourage a friendly response
> that signals that even if their effort was in vain because it was not a
> bug, it actually is appreciated. Especially if it's a well written issue.
> I'm afraid that "closed" signals very little appreciation; a lot less
> appreciation than "not a bug" and then closing a few days later. Having an
> issue closed like that seems/feels almost like having a forum thread
> deleted, does it not?
>
> Apropos of appreciation, I really appreciate the work that all of you are
> doing for QGIS and other FOSS. Have a nice weekend :)
>
> Sincerely, Thomas
>
>
> On Thu, Jan 18, 2024 at 10:01 PM Sandro Santilli via QGIS-Developer <
> qgis-developer@lists.osgeo.org> wrote:
>
>> On Wed, Jan 17, 2024 at 08:57:33AM -0500, Greg Troxel via QGIS-Developer
>> wrote:
>>
>> > So I would say:
>> >
>> >   Establish a policy that questions are not allowed in the issue
>> >   tracker.  Follow it strictly.
>>
>> +1 and there's now an experimental Discourse service of OSGeo that
>> could be used for questions: https://discourse.osgeo.org
>> (an appropriate category could be added, on request)
>>
>> --strk;
>> ___
>> 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
>


-- 
Emma Hain — Product Manager/Senior GIS Analyst
e...@north-road.com
[image: https://north-road.com]
*North Road*
Cartography • Development • Spatial Analysis
--
*north-road.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

Re: [QGIS-Developer] QGIS Documentation Writer

[Emma Hain via QGIS-Developer]

Thank-you Selma!
Let us know if you need anything clarified.

On Sat, 18 Nov 2023 at 02:15, Selma Vidimlic via QGIS-Developer <
qgis-developer@lists.osgeo.org> wrote:

> Hello everyone,
>
> This week (and last week at the OSGeo meeting Vienna) I was working on
> documentation for 3D Tiles in QGIS. I used blog posts from Lutra Consulting
> and North Road websites as the main source for the documentation, also I
> followed video tutorials and Martin Dobias explained 3D tiles to me while
> we were in Vienna. I'm planning to create a draft version in my GitHub
> repository (I will send you a link) so you can check it out. This is my
> first time creating a whole new chapter for documentation so I'm trying to
> be as detailed as possible. I also prepared screenshots for other chapters
> updates related to 3D tiles/Scene (browser, data source management etc.).
>
> PR from this week:
> Vector tiles properties
> 
> In this PR I updated chapter with Source and Rendering properties, but I
> wasn't able to recreate OpenStreetMap landuse layer with all rules (like
> image that is in the docs now), so if someone has advice on how to do that,
> please let me know. I was using tiles from
> https://cloud.maptiler.com/tiles/.
>
> Have a nice weekend,
> Selma.
>
> --
> Selma Vidimlic Husic
> QGIS Documentation Writer
> Visit http://kartoza.com to find out about open source:
> * Desktop GIS programming services
> * Geospatial web development
> * GIS Training
> * Consulting Services
> Phone: +387 61 933 651
> ___
> 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
>


-- 
Emma Hain — Product Manager/Senior GIS Analyst
e...@north-road.com / 0414 512 782
[image: https://north-road.com]
*North Road*
Cartography • Development • Spatial Analysis
--
*north-road.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

Re: [QGIS-Developer] Download troubles? Download in the background?

[Emma Hain via QGIS-Developer]

I think this looks good Nick, could we also put in a link to the QGIS hub
page and to where our links to the users groups are so that sorta provides
some 'support'.
Sorta off topic:
I recently got contacted by someone letting me know they donated so they
could get support - they thought I was the help desk for QGIS...Maybe this
is an indication of some UX/UI is required to send people to our support
pages???

Cheers
Em

On Thu, 21 Sept 2023 at 01:07, Nick Bearman via QGIS-Developer <
qgis-developer@lists.osgeo.org> wrote:

> Thanks for highlighting this Andreas.
>
> If I might suggest a tweak to the popup layout:
>
> Thank you!
>
> Your freshly baked copy of QGIS is downloading. (Make this line bold and
> add a paragraph before the next bit)
>
> QGIS is free of charge, and will always be free of charge if downloaded
> from QGIS.org. (and another break here)
>
> If you can afford to support the project and people making this software,
> please consider making a small donation to support our efforts. Whether you
> choose to donate or not, we hope that you enjoy using our labour of love
> and encourage you to share and spread your downloaded copy far and wide so
> that others may enjoy it too. Our very best regards!
>
> The QGIS Team
>
> This might make it a bit more obvious. What do you think?
>
> (I will leave those who are more technical than me to discuss download
> speed issues).
>
> Best wishes,
> Nick.
> On 9/20/23 08:19, Johannes Kröger (WhereGroup) via QGIS-Developer wrote:
>
> Hi Andreas,
>
> ouch!
>
> Javascript is not required for the download. If it is disabled, all OS
> options are expanded and the big green buttons directly point to the files
> anyways. The "donate" popup is only triggered in addition to the normal
> link click (if javascript is enabled).
>
> If the users really just not realise that a download has started, maybe
> making the text that says that QGIS is being downloaded bold on the
> "donate" popup might help? The popup might just be too intrusive and
> distracting even.
>
> Some sites use images to point their users towards the browser's download
> manager, maybe there is a freely available library that does this for all
> kinds of browsers and screens?
>
> Downloads are often painfully slow though and might even time out in bad
> cases I guess. Having some more/faster download mirrors might help. The
> osgeo.org mirror is often unusable (I think it is that mirror that most
> often causes issues, norbit.de usually seems fine for me - from Germany
> though...). Here is one story of a user in South Korea:
> https://fosstodon.org/@ianthetechie/110943928875054838
>
> Maybe users see super slow or failing downloads and think that it is a
> matter of donation.
>
> I am aware of download.osgeo.org and norbit.de mirrors, are there more?
> It would probably be a good idea to have one in Asia and maybe one in
> Africa, depending on the routing. At least for Asia OVH has cheap offers
> that might just be good enough.
>
> PS, if a CDN (probably overkill) would be considered: I am strongly
> against using Cloudflare as they are a global surveillance opportunity for
> the US and we would all be stupid not to assume that any traffic going
> through them is logged by three letter agencies. We should not participate
> in that kind of centralisation. There are alternatives like
> https://european-alternatives.eu/alternative-to/cloudflare . I would
> happily research a good choice.
>
>
> Could you try to find out more details about why they get so confused?
>
> Cheers, Hannes
>
>
> Am 20.09.23 um 08:50 schrieb Andreas Neumann via QGIS-Developer:
>
> Hi all,
>
> Recently (past 1-4 months) I get a lot of emails at fina...@qgis.org from
> people who say that they donated but then could not download QGIS. I think
> I got at least 40-50 such emails until now.
>
> Sometimes they ask: how many times do I have to donate until I can
> download QGIS?
>
> I then explain them that donations are optional, often direct them to the
> direct download page - and I tell them that downloads may take longer.
>
> I believe that many users aren't aware that QGIS is downloading "in the
> background". Because the QGIS downloads are rather large this can take
> several minutes ...
> Or may there be other problems with downloads? Does it require Javascript
> to be enabled?
>
> I wonder if we can display some hint that QGIS is downloaded "in the
> background" and can take a while to download 
>
> I believe this is because many users don't know how their browsers work
> with the downloads of large files ...
>
> Is there anything we can do to inform users and enhance the download
> experience - so that I don't get that many emails?
>
> Thank you for your replies,
> Andreas
>
> --
> Andreas Neumann
> QGIS.ORG board member (treasurer)
>
> ___
> QGIS-Developer mailing listqgis-develo...@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>