Re: [QGIS-Developer] Separate namespaces for QGIS-LTR and QGIS (3)

2018-03-09 Thread Carlo A. Bertelli (Charta s.r.l.) 
Sorry for rewinding the thread to where it started.
Provided that users can benefit from keeping the last stable release and an
LTR both installed, do you think that this is up to the specific platform
to handle this (OsGeo4W does it already) or a more general solution can be
provided?
The LTR will be on version 2 for several months, so I suggest the libraries
could use a different namespace. Is this an acceptable solution? Are there
alternatives.
c


On Sun, Mar 4, 2018 at 12:13 PM, Nathan Woodrow  wrote:

> Hey Carlo,
>
> I guess we are a bit confused at the moment because the goal of QGIS has
> never really been that at all, at least not post v1.  We have always aimed
> to make it the best it can be for a lot of different workflows.
>
> I'm not sure I would consider anything in QGIS a step backwords at all,
> There has been a crazy, and I mean crazy, amount of dev work to create a
> better product for end users.
>
> - Nathan
>
> On Sun, Mar 4, 2018 at 6:21 PM, Carlo A. Bertelli (Charta s.r.l.) <
> carlo.berte...@gmail.com> wrote:
>
>> No pun intended, when you announced what you were going to do, I used
>> MapInfo as my main GIS and Thuban as a viewer and I hoped very much you
>> were starting something that was went further.
>> Since version 0.11 I was using QGIS as my "main" GIS. What I was saying
>> is that the continuous improvement made all users rely on a dependable
>> QGIS. Departing from a cautious approach to a very fast development pace
>> means users can keep an LTR for day to day working (no advanced needs) and
>> an "evolution" approach for the advanced features. I didn't think that
>> saying "viewer" I diminished the huge effort of these years. The "viewer"
>> approach is still a plus of QGIS and it's not something easy to accomplish
>> if I see the work on Processing and what has been done for GRASS. I think
>> being a "viewer" for GDAL means getting all of the benefits of an evolving
>> project. This has its drawbacks, some processing that is needed at the
>> feature level was available only on layers as a whole. I meant that, the
>> last major version is a further step that asks for more dependability.
>> My apologies for all the developers who felt injured by my words.
>> c
>>
>> On Sun, Mar 4, 2018 at 12:04 AM, Tim Sutton  wrote:
>>
>>> Hi
>>>
>>> On 03 Mar 2018, at 20:43, Jürgen E. Fischer  wrote:
>>>
>>> Hi,
>>>
>>> On Sat, 03. Mar 2018 at 12:43:00 +0100, Carlo A. Bertelli (Charta
>>> s.r.l.) wrote:
>>>
>>> but also abandoned the idea of QGIS as a simple viewer that acquires
>>> editing
>>> abilities by plugins.
>>>
>>>
>>> Was that ever a goal?  If so, I didn't know - but I have been around
>>> only for a
>>> bit more than 10 years ;)
>>>
>>>
>>> Yeah I think the idea of being a full fledged GIS rather than a simple
>>> viewer has been with us for many years already….glad to see it is really
>>> taking hold with 3.0 though :-) Great to have your inputs Carlo.
>>>
>>> Regards
>>>
>>> Tim
>>>
>>>
>>>
>>> Jürgen
>>>
>>> --
>>> Jürgen E. Fischer   norBIT GmbH Tel.
>>> +49-4931-918175-31
>>> Dipl.-Inf. (FH) Rheinstraße 13  Fax.
>>> +49-4931-918175-50
>>> Software Engineer   D-26506 Norden
>>> http://www.norbit.de
>>> QGIS release manager (PSC)  GermanyIRC: jef on
>>> FreeNode
>>> ___
>>> 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
>>>
>>>
>>>
>>>
>>> ---
>>>
>>> *Tim Sutton*
>>> QGIS Project Steering Committee Chair
>>> t...@qgis.org
>>>
>>
>> --
>> 
>> --
>> 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 <010%20856%206195>
>> mobile:+39 393 1590711 <393%20159%200711>
>>e-mail: berte...@chartasrl.eu  http://www.chartasrl.eu
>> 
>> --
>>
>>
>>
>>
>> ___
>> 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

Re: [QGIS-Developer] Separate namespaces for QGIS-LTR and QGIS (3)

2018-03-04 Thread Nathan Woodrow 
Hey Carlo,

I guess we are a bit confused at the moment because the goal of QGIS has
never really been that at all, at least not post v1.  We have always aimed
to make it the best it can be for a lot of different workflows.

I'm not sure I would consider anything in QGIS a step backwords at all,
There has been a crazy, and I mean crazy, amount of dev work to create a
better product for end users.

- Nathan

On Sun, Mar 4, 2018 at 6:21 PM, Carlo A. Bertelli (Charta s.r.l.) <
carlo.berte...@gmail.com> wrote:

> No pun intended, when you announced what you were going to do, I used
> MapInfo as my main GIS and Thuban as a viewer and I hoped very much you
> were starting something that was went further.
> Since version 0.11 I was using QGIS as my "main" GIS. What I was saying is
> that the continuous improvement made all users rely on a dependable QGIS.
> Departing from a cautious approach to a very fast development pace means
> users can keep an LTR for day to day working (no advanced needs) and an
> "evolution" approach for the advanced features. I didn't think that saying
> "viewer" I diminished the huge effort of these years. The "viewer" approach
> is still a plus of QGIS and it's not something easy to accomplish if I see
> the work on Processing and what has been done for GRASS. I think being a
> "viewer" for GDAL means getting all of the benefits of an evolving project.
> This has its drawbacks, some processing that is needed at the feature level
> was available only on layers as a whole. I meant that, the last major
> version is a further step that asks for more dependability.
> My apologies for all the developers who felt injured by my words.
> c
>
> On Sun, Mar 4, 2018 at 12:04 AM, Tim Sutton  wrote:
>
>> Hi
>>
>> On 03 Mar 2018, at 20:43, Jürgen E. Fischer  wrote:
>>
>> Hi,
>>
>> On Sat, 03. Mar 2018 at 12:43:00 +0100, Carlo A. Bertelli (Charta s.r.l.)
>> wrote:
>>
>> but also abandoned the idea of QGIS as a simple viewer that acquires
>> editing
>> abilities by plugins.
>>
>>
>> Was that ever a goal?  If so, I didn't know - but I have been around only
>> for a
>> bit more than 10 years ;)
>>
>>
>> Yeah I think the idea of being a full fledged GIS rather than a simple
>> viewer has been with us for many years already….glad to see it is really
>> taking hold with 3.0 though :-) Great to have your inputs Carlo.
>>
>> Regards
>>
>> Tim
>>
>>
>>
>> Jürgen
>>
>> --
>> Jürgen E. Fischer   norBIT GmbH Tel.
>> +49-4931-918175-31
>> Dipl.-Inf. (FH) Rheinstraße 13  Fax.
>> +49-4931-918175-50
>> Software Engineer   D-26506 Norden http://www.norbit.
>> de
>> QGIS release manager (PSC)  GermanyIRC: jef on
>> FreeNode
>> ___
>> 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
>>
>>
>>
>>
>> ---
>>
>> *Tim Sutton*
>> QGIS Project Steering Committee Chair
>> t...@qgis.org
>>
>
> --
> --
> 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 <010%20856%206195>
> mobile:+39 393 1590711 <393%20159%200711>
>e-mail: berte...@chartasrl.eu  http://www.chartasrl.eu
> --
>
>
>
>
> ___
> 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] Separate namespaces for QGIS-LTR and QGIS (3)

2018-03-04 Thread Carlo A. Bertelli (Charta s.r.l.) 
No pun intended, when you announced what you were going to do, I used
MapInfo as my main GIS and Thuban as a viewer and I hoped very much you
were starting something that was went further.
Since version 0.11 I was using QGIS as my "main" GIS. What I was saying is
that the continuous improvement made all users rely on a dependable QGIS.
Departing from a cautious approach to a very fast development pace means
users can keep an LTR for day to day working (no advanced needs) and an
"evolution" approach for the advanced features. I didn't think that saying
"viewer" I diminished the huge effort of these years. The "viewer" approach
is still a plus of QGIS and it's not something easy to accomplish if I see
the work on Processing and what has been done for GRASS. I think being a
"viewer" for GDAL means getting all of the benefits of an evolving project.
This has its drawbacks, some processing that is needed at the feature level
was available only on layers as a whole. I meant that, the last major
version is a further step that asks for more dependability.
My apologies for all the developers who felt injured by my words.
c

On Sun, Mar 4, 2018 at 12:04 AM, Tim Sutton  wrote:

> Hi
>
> On 03 Mar 2018, at 20:43, Jürgen E. Fischer  wrote:
>
> Hi,
>
> On Sat, 03. Mar 2018 at 12:43:00 +0100, Carlo A. Bertelli (Charta s.r.l.)
> wrote:
>
> but also abandoned the idea of QGIS as a simple viewer that acquires
> editing
> abilities by plugins.
>
>
> Was that ever a goal?  If so, I didn't know - but I have been around only
> for a
> bit more than 10 years ;)
>
>
> Yeah I think the idea of being a full fledged GIS rather than a simple
> viewer has been with us for many years already….glad to see it is really
> taking hold with 3.0 though :-) Great to have your inputs Carlo.
>
> Regards
>
> Tim
>
>
>
> Jürgen
>
> --
> Jürgen E. Fischer   norBIT GmbH Tel. +49-4931-918175-31
> Dipl.-Inf. (FH) Rheinstraße 13  Fax. +49-4931-918175-50
> Software Engineer   D-26506 Norden http://www.norbit.
> de
> QGIS release manager (PSC)  GermanyIRC: jef on FreeNode
> ___
> 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
>
>
>
>
> ---
>
> *Tim Sutton*
> QGIS Project Steering Committee Chair
> t...@qgis.org
>

-- 
--
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 <010%20856%206195>
mobile:+39 393 1590711 <393%20159%200711>
   e-mail: berte...@chartasrl.eu  http://www.chartasrl.eu
--
___
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] Separate namespaces for QGIS-LTR and QGIS (3)

2018-03-03 Thread Tim Sutton 
Hi

> On 03 Mar 2018, at 20:43, Jürgen E. Fischer  wrote:
> 
> Hi,
> 
> On Sat, 03. Mar 2018 at 12:43:00 +0100, Carlo A. Bertelli (Charta s.r.l.) 
> wrote:
>> but also abandoned the idea of QGIS as a simple viewer that acquires editing
>> abilities by plugins.
> 
> Was that ever a goal?  If so, I didn't know - but I have been around only for 
> a
> bit more than 10 years ;)

Yeah I think the idea of being a full fledged GIS rather than a simple viewer 
has been with us for many years already….glad to see it is really taking hold 
with 3.0 though :-) Great to have your inputs Carlo.

Regards

Tim

> 
> 
> Jürgen
> 
> -- 
> Jürgen E. Fischer   norBIT GmbH Tel. +49-4931-918175-31
> Dipl.-Inf. (FH) Rheinstraße 13  Fax. +49-4931-918175-50
> Software Engineer   D-26506 Norden http://www.norbit.de
> QGIS release manager (PSC)  GermanyIRC: jef on FreeNode
> ___
> 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

 



---

Tim Sutton
QGIS Project Steering Committee Chair
t...@qgis.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

Re: [QGIS-Developer] Separate namespaces for QGIS-LTR and QGIS (3)

2018-03-03 Thread Jürgen E . Fischer 
Hi,

On Sat, 03. Mar 2018 at 12:43:00 +0100, Carlo A. Bertelli (Charta s.r.l.) wrote:
> but also abandoned the idea of QGIS as a simple viewer that acquires editing
> abilities by plugins.

Was that ever a goal?  If so, I didn't know - but I have been around only for a
bit more than 10 years ;)


Jürgen

-- 
Jürgen E. Fischer   norBIT GmbH Tel. +49-4931-918175-31
Dipl.-Inf. (FH) Rheinstraße 13  Fax. +49-4931-918175-50
Software Engineer   D-26506 Norden http://www.norbit.de
QGIS release manager (PSC)  GermanyIRC: jef on FreeNode


signature.asc
Description: PGP signature
___
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] Separate namespaces for QGIS-LTR and QGIS (3)

2018-03-03 Thread Borys Jurgiel 
> If you use
> qgisMinimumVersion=3.0
> qgisMaximumVersion=3.99
> your plugin will only be visible in 3.x

Hi Richard, 

Let me clarify: Usually you should only set the qgisMinimumVersion. If it is 
set to 3.0, it is 
assumed the plugin is compatible with any QGIS 3, thus from *2.99* up to *3.98* 
(please 
note QGIS x.99 has API for the next version!)

By setting explicitly qgisMaximumVersion=3.99 you only bump up the upper range 
from 
3.98 to 3.99. This tag should only be used if the upper range is unusual, for 
example for 
plugins compatible with both QGIS 3 and 4: minimum=3.5 and maximium=4.98

Regards,
Borys
___
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] Separate namespaces for QGIS-LTR and QGIS (3)

2018-03-03 Thread Nathan Woodrow 
Hey Carlo,

Right I guess the first one is a package issue for unix type installs. On
Windows this is fine as we can run different versions all the time but is a
good point for Linux, etc.

Regarding .qgis2 and .qgis3 This is already isolated in QGIS 3 as the
settings and plugins are now all stored in the appdata folder for the user
along with a folder for each project.  Use Settings -> User Profile  to see
what I mean.  This means you can run QGIS 2 and 3 and they don't mess each
others settings etc up.

Regards,
Nathan

On Sun, Mar 4, 2018 at 12:41 AM, Carlo A. Bertelli (Charta s.r.l.) <
carlo.berte...@gmail.com> wrote:

> @Nathan: Yes, to be precise, I mean calling using a different name, say
> qgis2 or qgis_ltr and using /usr/lib/libqgis2* instead
> of /usr/lib/libqgis*, /usr/lib/qgis2 or /usr/lib/qgis-ltr,
> /usr/share/qgis2, /usr/include/qgis2 instead of /usr/include/qgis,
>
> @Richard: That's very good, I overlooked this feature. Anyway, I think the
> casual user will never know and while working perfectly on the repository,
> it needs two separate directory, say .qgis2 and .qgis3. Not difficult but
> it should be easier for users to deal with these issues.
>
> Anyway, thanks for considering this suggestion.
> c
>
> On Sat, Mar 3, 2018 at 1:16 PM, Richard Duivenvoorde 
> wrote:
>
>> On 03-03-18 12:43, Carlo A. Bertelli (Charta s.r.l.) wrote:
>> > From a user's point of view, having a tried and dependable LTR is an
>> > important feature.
>> > The new main version has finally addressed the needed upgrade of python
>> > (2->3) and Qt (4->5) but also abandoned the idea of QGIS as a simple
>> > viewer that acquires editing abilities by plugins. Plugins are not
>> > anymore needed for several tasks and require sometimes a major upgrade,
>> > because of the transition to python 3.
>> > As the road map shows that the LTR version will rely on version 2 for a
>> > fairly long time, what about letting it live in a separate namespace as
>> > to let the two versions coexist, keeping the needed version 2 plugins
>> > for the LTR?
>>
>> Not sure if you would call it a 'namespace', but by using the right
>> values for
>> *qgisMinimumVersion*
>> and
>> *qgisMaximumVersion*
>> the plugins.qgis.org site can host both plugin versions at the same time.
>>
>> Personally I host one of my plugins separate for the 2.x branch and 3.x
>> branch.
>>
>> If you use
>> qgisMinimumVersion=3.0
>> qgisMaximumVersion=3.99
>> your plugin will only be visible in 3.x
>>
>> qgisMinimumVersion=2.0
>> qgisMaximumVersion=2.99
>> makes it only visible in 2.x
>>
>> both versions can coexist on plugins.qgis.org
>>
>> Regards,
>>
>> Richard Duivenvoorde
>>
>>
> On Sat, Mar 3, 2018 at 12:45 PM, Nathan Woodrow 
> wrote:
>
>> Hi,
>>
>> I'm not sure what you mean. Could you explain with an example.
>>
>> Regards,
>> Nathan
>>
>>
> --
> --
> 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 <010%20856%206195>
> mobile:+39 393 1590711 <393%20159%200711>
>e-mail: berte...@chartasrl.eu  http://www.chartasrl.eu
> --
>
>
>
>
___
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] Separate namespaces for QGIS-LTR and QGIS (3)

2018-03-03 Thread Carlo A. Bertelli (Charta s.r.l.) 
@Nathan: Yes, to be precise, I mean calling using a different name, say
qgis2 or qgis_ltr and using /usr/lib/libqgis2* instead
of /usr/lib/libqgis*, /usr/lib/qgis2 or /usr/lib/qgis-ltr,
/usr/share/qgis2, /usr/include/qgis2 instead of /usr/include/qgis,

@Richard: That's very good, I overlooked this feature. Anyway, I think the
casual user will never know and while working perfectly on the repository,
it needs two separate directory, say .qgis2 and .qgis3. Not difficult but
it should be easier for users to deal with these issues.

Anyway, thanks for considering this suggestion.
c

On Sat, Mar 3, 2018 at 1:16 PM, Richard Duivenvoorde 
wrote:

> On 03-03-18 12:43, Carlo A. Bertelli (Charta s.r.l.) wrote:
> > From a user's point of view, having a tried and dependable LTR is an
> > important feature.
> > The new main version has finally addressed the needed upgrade of python
> > (2->3) and Qt (4->5) but also abandoned the idea of QGIS as a simple
> > viewer that acquires editing abilities by plugins. Plugins are not
> > anymore needed for several tasks and require sometimes a major upgrade,
> > because of the transition to python 3.
> > As the road map shows that the LTR version will rely on version 2 for a
> > fairly long time, what about letting it live in a separate namespace as
> > to let the two versions coexist, keeping the needed version 2 plugins
> > for the LTR?
>
> Not sure if you would call it a 'namespace', but by using the right
> values for
> *qgisMinimumVersion*
> and
> *qgisMaximumVersion*
> the plugins.qgis.org site can host both plugin versions at the same time.
>
> Personally I host one of my plugins separate for the 2.x branch and 3.x
> branch.
>
> If you use
> qgisMinimumVersion=3.0
> qgisMaximumVersion=3.99
> your plugin will only be visible in 3.x
>
> qgisMinimumVersion=2.0
> qgisMaximumVersion=2.99
> makes it only visible in 2.x
>
> both versions can coexist on plugins.qgis.org
>
> Regards,
>
> Richard Duivenvoorde
>
>
On Sat, Mar 3, 2018 at 12:45 PM, Nathan Woodrow  wrote:

> Hi,
>
> I'm not sure what you mean. Could you explain with an example.
>
> Regards,
> Nathan
>
>
-- 
--
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 <010%20856%206195>
mobile:+39 393 1590711 <393%20159%200711>
   e-mail: berte...@chartasrl.eu  http://www.chartasrl.eu
--
___
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] Separate namespaces for QGIS-LTR and QGIS (3)

2018-03-03 Thread Richard Duivenvoorde 
On 03-03-18 12:43, Carlo A. Bertelli (Charta s.r.l.) wrote:
> From a user's point of view, having a tried and dependable LTR is an
> important feature.
> The new main version has finally addressed the needed upgrade of python
> (2->3) and Qt (4->5) but also abandoned the idea of QGIS as a simple
> viewer that acquires editing abilities by plugins. Plugins are not
> anymore needed for several tasks and require sometimes a major upgrade,
> because of the transition to python 3.
> As the road map shows that the LTR version will rely on version 2 for a
> fairly long time, what about letting it live in a separate namespace as
> to let the two versions coexist, keeping the needed version 2 plugins
> for the LTR?

Not sure if you would call it a 'namespace', but by using the right
values for
*qgisMinimumVersion*
and
*qgisMaximumVersion*
the plugins.qgis.org site can host both plugin versions at the same time.

Personally I host one of my plugins separate for the 2.x branch and 3.x
branch.

If you use
qgisMinimumVersion=3.0
qgisMaximumVersion=3.99
your plugin will only be visible in 3.x

qgisMinimumVersion=2.0
qgisMaximumVersion=2.99
makes it only visible in 2.x

both versions can coexist on plugins.qgis.org

Regards,

Richard Duivenvoorde

___
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] Separate namespaces for QGIS-LTR and QGIS (3)

2018-03-03 Thread Nathan Woodrow 
Hi,

I'm not sure what you mean. Could you explain with an example.

Regards,
Nathan

On 3 Mar. 2018 9:43 pm, "Carlo A. Bertelli (Charta s.r.l.)" <
carlo.berte...@gmail.com> wrote:

> From a user's point of view, having a tried and dependable LTR is an
> important feature.
> The new main version has finally addressed the needed upgrade of python
> (2->3) and Qt (4->5) but also abandoned the idea of QGIS as a simple viewer
> that acquires editing abilities by plugins. Plugins are not anymore needed
> for several tasks and require sometimes a major upgrade, because of the
> transition to python 3.
> As the road map shows that the LTR version will rely on version 2 for a
> fairly long time, what about letting it live in a separate namespace as to
> let the two versions coexist, keeping the needed version 2 plugins for the
> LTR?
> c
>
> --
> --
> 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 <010%20856%206195>
> mobile:+39 393 1590711 <393%20159%200711>
>e-mail: berte...@chartasrl.eu  http://www.chartasrl.eu
> --
>
>
>
>
> ___
> 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] Separate namespaces for QGIS-LTR and QGIS (3)

2018-03-03 Thread Carlo A. Bertelli (Charta s.r.l.) 
>From a user's point of view, having a tried and dependable LTR is an
important feature.
The new main version has finally addressed the needed upgrade of python
(2->3) and Qt (4->5) but also abandoned the idea of QGIS as a simple viewer
that acquires editing abilities by plugins. Plugins are not anymore needed
for several tasks and require sometimes a major upgrade, because of the
transition to python 3.
As the road map shows that the LTR version will rely on version 2 for a
fairly long time, what about letting it live in a separate namespace as to
let the two versions coexist, keeping the needed version 2 plugins for the
LTR?
c

-- 
--
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 <010%20856%206195>
mobile:+39 393 1590711 <393%20159%200711>
   e-mail: berte...@chartasrl.eu  http://www.chartasrl.eu
--
___
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