Re: [Qgis-developer] Most icons not displayed in OS X program menu on master

[Larry Shaffer]

Hi,

On Wed, Dec 14, 2016 at 6:26 AM, Etienne Trimaille <
etienne.trimai...@gmail.com> wrote:

> Hi,
>
> I also have another problem on the build on mac.
> If I go to the `QGIS` menu and then `preferences` it opens the Processing
> options and not the options from QGIS.
> It seems specific to mac.
>
> In the Processing menu, I don't have the `options` entry.
> The only way I can go to the QGIS preferences is to go in a composer and
> then preferences. There, it works.
>

This should be fixed with recent 94dd1f4 commit.


> 2016-12-14 11:23 GMT+01:00 Nikolai Bezdna :
>
>> Hi devs,
>>
>> I’ve built qgis master on OS X using Homebrew formula from
>> qgis/homebrew-qgisdev repo (thanks Larry Shaffer). But there are barely any
>> icons displayed in QGIS program menu (in fact I can only see “Project
>> properties” and “Raster calculator” icons). Also menu icons are displayed
>> as png and thus are pixelated on hidpi retina display. The issue with
>> screenshots was reported here https://github.com/qgis/h
>> omebrew-qgisdev/issues/8 but seems like it’s an upstream qgis bug.
>>
>
This is apparently a known issue with using SVG source files for macOS
'native menubar' menu action icons, and has supposedly already fixed
upstream for Qt 5.6.3, 5.7.2 and 5.8.0 RC. Any icons that do show up are
PNG-based, and should be migrated to SVG as well.

See: http://hub.qgis.org/issues/16016

While we could propose a patch for Homebrew's qt5 formula, it is not a
critical bug, unless a newer version of Qt is not going to be released
prior to the next QGIS feature freeze or testing cycle.

Regards,

Larry Shaffer
Dakota Cartography
Black Hills, South Dakota


> I’d be happy to test master on OS X with hidpi further as soon as I setup
>> QT dev environment.
>> Cheers,
>>
>> P.S. New logo looks so sleek, 3.0 should be a blast!
>>
>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
>
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] $id not working as default value

[Tim Sutton]

Hi

> On 27 Dec 2016, at 10:24 PM, Matthias Kuhn  wrote:
> 
> Hi Tim
> 
> On 12/27/2016 07:55 PM, Tim Sutton wrote:
>> Hi
>> 
>> 
>>> On 27 Dec 2016, at 9:40 AM, Neumann, Andreas >> > wrote:
>>> 
>>> Hi Nyall,
>>> 
>>> Thanks for clarifying.
>>> 
>>> This needs to be properly documented and taught in QGIS courses.
>>> 
>>> 
>> 
>> I wonder if it is not worth floating the idea of layer annotations -
>> something like GDAL does with it's aux.xml files that we can store stuff
>> like this in. It is a shame to open a layer in one project where you
>> have serial counters implemented, and then have to redo it in another
>> project (and remember to do it). I know it would only work for file
>> based (or maybe QGIS Layer Files too?) datasets but I recon that would
>> cover most use cases since the 'proper' databases already have
>> mechanisms to deal with this. Along with that we could have the layer
>> creation dialog include a serial field type which would set up the
>> constraints and annotate them in the layer annotation file.
> 
> this could be very handy. What I wonder is, if we save the current
> counter, we will also need to save the constraints. And if we do that, I
> wonder if this idea generalizes well to other layer properties like
> field widget definitions and maybe even style. We will end up with
> something similar to the shapefile concept, where there are a bunch of
> additional files next to the data payload file.
> This in turn looks basically like a .qml file which is loaded
> automatically when found (based on filename). There could be some
> options in the layer properties to explicitly control, what's going to
> be saved in there and what not.
> Does that make sense?

Yes! :-) Thats pretty much what I intended with my contrived term 'layer 
annotation'. Using the .qml could also work - I was thinking when writing the 
above to try to separate the style from other layer properties in the layer but 
since the .qml is already overloaded with other things maybe having a better 
separation of concerns is a task for QGIS version 4 :-) I guess based on your 
notes above having things like counters stored in the annotation file might be 
a reason to indeed use a separate file  since .qml files might be version 
controlled or read only for a user etc.

Regards

Tim


> 
> Regards
> Matthias
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

—










Tim Sutton

Co-founder: Kartoza
Project chair: QGIS.org

Visit http://kartoza.com  to find out about open source:

Desktop GIS programming services
Geospatial web development
GIS Training
Consulting Services

Skype: timlinux 
IRC: timlinux on #qgis at freenode.net

Kartoza is a merger between Linfiniti and Afrispatial

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] AequilibraE

[Matthias Kuhn]

Hi,

thanks for the collaboration Pedro and all for the good discussions.

Can we move towards making a decision for how to handle this in the future?

For my part, I would be in favor of a solution based on the following
points (written by Luigi), combined with the liberty to take sensible
decisions for the plugin repository moderator.

> 1) the reason to have compiled parts (I had to look for a foss4g
> presentation to know the reason)
> 2) the list of shared or executable (I casually discovered them)
> 3) the link to the source code (in the plugin or external)... I had to
> grep the code to understand that code was available.
> 4) guide to build. This can be optional, but I would trust more a user
> that expose how to reproduce the build.
> 5) checksums x plugin version

Regards
Matthias

On 12/27/2016 06:32 PM, Luigi Pirelli wrote:
> Hi
> 
> because the binaries are no more present in the plugin, I can't see
> why Pedro should add/modify metadata. +1 to publish (well it has been
> already published :)
> Luigi Pirelli
> 
> **
> * Boundless QGIS Support/Development: lpirelli AT boundlessgeo DOT com
> * LinkedIn: https://www.linkedin.com/in/luigipirelli
> * Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
> * GitHub: https://github.com/luipir
> * Mastering QGIS 2nd Edition:
> * 
> https://www.packtpub.com/big-data-and-business-intelligence/mastering-qgis-second-edition
> **
> 
> 
> On 26 December 2016 at 09:03, Paolo Cavallini  wrote:
>> Il 26/12/2016 03:32, Pedro Camargo ha scritto:
>>> People,
>>>
>>>  I just uploaded a version of AequilibraE that does not include
>>> binaries and includes a GUI to download the binaries from the tool's
>>> website.
>>>
>>> I hope this fits the bill.
>>
>> Makes sense to me. Published. May I ask you to add a not about this in
>> the About field of metadata.txt?
>> Please anyone comment out. It would be good to agree on general guidelines.
>> Thanks for understanding our concerns.
>> --
>> Paolo Cavallini - www.faunalia.eu
>> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
>> https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> 
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] $id not working as default value

[Matthias Kuhn]

Hi Tim

On 12/27/2016 07:55 PM, Tim Sutton wrote:
> Hi
> 
> 
>> On 27 Dec 2016, at 9:40 AM, Neumann, Andreas > > wrote:
>>
>> Hi Nyall,
>>
>> Thanks for clarifying.
>>
>> This needs to be properly documented and taught in QGIS courses.
>>
>>
> 
> I wonder if it is not worth floating the idea of layer annotations -
> something like GDAL does with it's aux.xml files that we can store stuff
> like this in. It is a shame to open a layer in one project where you
> have serial counters implemented, and then have to redo it in another
> project (and remember to do it). I know it would only work for file
> based (or maybe QGIS Layer Files too?) datasets but I recon that would
> cover most use cases since the 'proper' databases already have
> mechanisms to deal with this. Along with that we could have the layer
> creation dialog include a serial field type which would set up the
> constraints and annotate them in the layer annotation file.

this could be very handy. What I wonder is, if we save the current
counter, we will also need to save the constraints. And if we do that, I
wonder if this idea generalizes well to other layer properties like
field widget definitions and maybe even style. We will end up with
something similar to the shapefile concept, where there are a bunch of
additional files next to the data payload file.
This in turn looks basically like a .qml file which is loaded
automatically when found (based on filename). There could be some
options in the layer properties to explicitly control, what's going to
be saved in there and what not.
Does that make sense?

Regards
Matthias
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Qgis-developer Digest, Vol 134, Issue 86

[Pedro Camargo]

Paolo and Luigi,   I'll make a note in the Metadata for the next version
onwards

On 27 Dec 2016 1:02 PM,  wrote:

> Send Qgis-developer mailing list submissions to
> qgis-developer@lists.osgeo.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
> or, via email, send a message with subject or body 'help' to
> qgis-developer-requ...@lists.osgeo.org
>
> You can reach the person managing the list at
> qgis-developer-ow...@lists.osgeo.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Qgis-developer digest..."
>
>
> Today's Topics:
>
>1. Re: Future of the GDALTools plugin (Giovanni Manghi)
>2. Re: Zonal Statistic from WCS (Giovanni Manghi)
>3. Re: Testing new network analyses (Giovanni Manghi)
>4. Re: Testing new network analyses (Alexander Bruy)
>5. Re: Question about QEP process (Mark Johnson)
>6. Re: AequilibraE (Luigi Pirelli)
>7. Re: $id not working as default value (Tim Sutton)
>
>
> --
>
> Message: 1
> Date: Tue, 27 Dec 2016 15:06:44 +
> From: Giovanni Manghi 
> To: qgis-developer@lists.osgeo.org
> Subject: Re: [Qgis-developer] Future of the GDALTools plugin
> Message-ID:
>  9...@mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> Hi all,
>
> >> the command line has been added (thanks Victor). What is missing is the
> >> possibility of directly editing the command and launch it from the
> >> interface. Although very convenient for power users, I do not consider
> >> this a blocker.
> >
> > Ah - didn't realise that. I don't consider editing the command a blocker
> either.
>
> agree, while a cool feature for power users is not so important for
> general use.
>
> Actually there is a much more important regression in gdal tools
> (Processing equivalent tools not affected) that would make sense  to
> be eventually addressed if gdal tools is not being removed from
> lts/2.18: in recent qgis versions new numeric/integer fields created
> with the QGIS field calculator are *not* recognized in tools like gdal
> rasterize (a very, very common operation).
>
> cheers
>
> -- G --
>
>
> --
>
> Message: 2
> Date: Tue, 27 Dec 2016 15:23:19 +
> From: Giovanni Manghi 
> To: qgis-developer@lists.osgeo.org
> Subject: Re: [Qgis-developer] Zonal Statistic from WCS
> Message-ID:
> 

Re: [Qgis-developer] $id not working as default value

[Tim Sutton]

Hi


> On 27 Dec 2016, at 9:40 AM, Neumann, Andreas  wrote:
> 
> Hi Nyall,
> 
> Thanks for clarifying.
> 
> This needs to be properly documented and taught in QGIS courses.
> 
> 

I wonder if it is not worth floating the idea of layer annotations - something 
like GDAL does with it's aux.xml files that we can store stuff like this in. It 
is a shame to open a layer in one project where you have serial counters 
implemented, and then have to redo it in another project (and remember to do 
it). I know it would only work for file based (or maybe QGIS Layer Files too?) 
datasets but I recon that would cover most use cases since the 'proper' 
databases already have mechanisms to deal with this. Along with that we could 
have the layer creation dialog include a serial field type which would set up 
the constraints and annotate them in the layer annotation file.

Just a thought anyway...

Regards

Tim

> Andreas
> 
> On 2016-12-27 02:03, Nyall Dawson wrote:
> 
>> On 23 December 2016 at 23:37, Paolo Cavallini > > wrote:
>>> 
>>> Il 23/12/2016 14:32, Giovanni Manghi ha scritto:
>>> 
 The solution from the Gitter discussion
 
 aggregate( 'layername','max',"id")+1
>>> 
>>> thanks Giovanni
>>> 
 We need of course a more user friendly way to allow users have
 incremental/serial ids in their shapefiles...
>>> 
>>> sure, e.g. a named preset expression, as previously suggested.
>>> all the best.
>> 
>> In master you can add UNIQUE and NOT NULL constraints to the field
>> from within QGIS. This will cause QGIS to automatically populate it
>> with a serial type value whenever a new feature is created.
>> 
>> Nyall
>> 
>> 
>>> --
>>> Paolo Cavallini - www.faunalia.eu 
>>> QGIS & PostGIS courses: http://www.faunalia.eu/training.html 
>>> 
>>> https://www.google.com/trends/explore?date=all=IT=qgis,arcgis 
>>> 
>>> ___
>>> Qgis-developer mailing list
>>> Qgis-developer@lists.osgeo.org 
>>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer 
>>> 
>>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer 
>>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org 
>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer 
>> 
>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer 
>>  
>  
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

—










Tim Sutton

Co-founder: Kartoza
Project chair: QGIS.org

Visit http://kartoza.com  to find out about open source:

Desktop GIS programming services
Geospatial web development
GIS Training
Consulting Services

Skype: timlinux 
IRC: timlinux on #qgis at freenode.net

Kartoza is a merger between Linfiniti and Afrispatial

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] AequilibraE

[Luigi Pirelli]

Hi

because the binaries are no more present in the plugin, I can't see
why Pedro should add/modify metadata. +1 to publish (well it has been
already published :)
Luigi Pirelli

**
* Boundless QGIS Support/Development: lpirelli AT boundlessgeo DOT com
* LinkedIn: https://www.linkedin.com/in/luigipirelli
* Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
* GitHub: https://github.com/luipir
* Mastering QGIS 2nd Edition:
* 
https://www.packtpub.com/big-data-and-business-intelligence/mastering-qgis-second-edition
**


On 26 December 2016 at 09:03, Paolo Cavallini  wrote:
> Il 26/12/2016 03:32, Pedro Camargo ha scritto:
>> People,
>>
>>  I just uploaded a version of AequilibraE that does not include
>> binaries and includes a GUI to download the binaries from the tool's
>> website.
>>
>> I hope this fits the bill.
>
> Makes sense to me. Published. May I ask you to add a not about this in
> the About field of metadata.txt?
> Please anyone comment out. It would be good to agree on general guidelines.
> Thanks for understanding our concerns.
> --
> Paolo Cavallini - www.faunalia.eu
> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
> https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Question about QEP process

[Mark Johnson]

>
> Hey Mark,
>
> A QEP should be opened in order for review to take place on any design
> changes that might need descussion.
>
The 'design changes' will be more on how the Georeferencer will work, not
QGIS 3.0 itsself.

> Also please note that 2.x is not receiving any new features as we are now
> working on 3.0. 2.x will only be bug fixes.
>
Although this is being developed with 2.x (where the major changes are
Georeferencer
internal)
- the intention is to offer it mainly as a QGIS 3.0 version (that will also
run with 2.*)
- correcting this that could work better
- extending it ways that as someone who has used it for 100s of projects in
the last 4-5 years useful

The idea of the QEP would therefore be to
- introduce the concept with the reasons why
- and come to consensus

Mark

Regards,
> Nathan
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Testing new network analyses

[Alexander Bruy]

Hi Gioavanni,

as I can see it is not reported.

2016-12-27 17:25 GMT+02:00 Giovanni Manghi :
> Hi Alex,
>
>
>> Seems this is a general Processing bug and if I'm not wrong it worked fine
>> before parameters refactoring.
>
> is there already a (regression) ticket about this issue? I cannot see
> it, but maybe I'm just not able to search the right keywords.
>
> cheers!
>
> -- G --
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer



-- 
Alexander Bruy
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Testing new network analyses

[Giovanni Manghi]

Hi Alex,


> Seems this is a general Processing bug and if I'm not wrong it worked fine
> before parameters refactoring.

is there already a (regression) ticket about this issue? I cannot see
it, but maybe I'm just not able to search the right keywords.

cheers!

-- G --
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Zonal Statistic from WCS

[Giovanni Manghi]

Hi Lene,

> Hi,
> Working with a WCS layer with values in band I would like to use Zonal 
> Statistic. At the moment it can only be used with rasterfiles.
>
> Any workaround for using WCS ?

unfortunately since the availability of the WCS client in QGIS, WCS
layers cannot be used directly as input for any raster analysis.

cheers

-- G --
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Future of the GDALTools plugin

[Giovanni Manghi]

Hi all,

>> the command line has been added (thanks Victor). What is missing is the
>> possibility of directly editing the command and launch it from the
>> interface. Although very convenient for power users, I do not consider
>> this a blocker.
>
> Ah - didn't realise that. I don't consider editing the command a blocker 
> either.

agree, while a cool feature for power users is not so important for general use.

Actually there is a much more important regression in gdal tools
(Processing equivalent tools not affected) that would make sense  to
be eventually addressed if gdal tools is not being removed from
lts/2.18: in recent qgis versions new numeric/integer fields created
with the QGIS field calculator are *not* recognized in tools like gdal
rasterize (a very, very common operation).

cheers

-- G --
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Vote for you 2016 QGIS's top feature!!

[Alexandre Neto]

Hello all,

As last year, I'm very curious about what were the 2016 user's favorite
QGIS new features. For that, I prepared a "little" survey with all features
from 2.14, 2.16 and 2.18 visual changelogs:

https://senhorneto.typeform.com/to/iEeJye

Please answer the survey and share it as much as possible trough social
media. The survey will be *opened until next Thursday* (29/12/2016), and I
plan to share the results before the end of the year.

Of course, there are no winners or losers features, we all win anyway!

Thanks!


-- 
Alexandre Neto
-
@AlexNetoGeo
http://sigsemgrilhetas.wordpress.com
http://gisunchained.wordpress.com
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Question about QEP process

[Nathan Woodrow]

Hey Mark,

A QEP should be opened in order for review to take place on any design
changes that might need descussion.

Also please note that 2.x is not receiving any new features as we are now
working on 3.0. 2.x will only be bug fixes.

Regards,
Nathan

On Tue, 27 Dec 2016 7:29 pm Mark Johnson  wrote:

> I am preparing a worked over version of the Georeferencer and have come to
> the stage where most of the adapted/new functionality is nearing completion
> and the extensive testing starts.
>
> I have started working on a QEP, based on the template 'QEP-0-Template.md'.
>
> Since a full explanation of the changes and additions are extensive, it
> may take a while to complete the draft.
>
> Since there is no Label 'Draft in preparation', my question is whether to
> continue working on it here until the Draft is complete:
>
> https://github.com/mj10777/QGIS/wiki/QGIS-Enhancement:-Georeferencer
>
> or submit it now, completing it within the next 7-10 days.
>
> There is also the question: keep it short or (what I would prefer)
> extensive?
>
> Mark Johnson, Berlin Germany
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Question about QEP process

[Mark Johnson]

I am preparing a worked over version of the Georeferencer and have come to
the stage where most of the adapted/new functionality is nearing completion
and the extensive testing starts.

I have started working on a QEP, based on the template 'QEP-0-Template.md'.

Since a full explanation of the changes and additions are extensive, it may
take a while to complete the draft.

Since there is no Label 'Draft in preparation', my question is whether to
continue working on it here until the Draft is complete:

https://github.com/mj10777/QGIS/wiki/QGIS-Enhancement:-Georeferencer

or submit it now, completing it within the next 7-10 days.

There is also the question: keep it short or (what I would prefer)
extensive?

Mark Johnson, Berlin Germany
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer