Re: [Qgis-developer] QGIS/Linux on high-resolution displays

[Alessandro Pasotti]

2016-06-07 23:17 GMT+02:00 Barry Rowlingson :

> Ive just bought a Dell XPS13 which came with Ubuntu 14.04
> pre-installed. The screen is 3200 pixels across. Getting applications
> to scale properly is a nightmare.
>
> QGIS (and I guess all Qt apps) seems to be the worst. The icons are
> microscopic, and the text and other interface elements overlap. It is
> unusable. Same for Gimp and Inkscape, but I mostly use QGIS.
>


QGIS works pretty well (with some minor glitches) in KDE on 4K and retina
screens, see the tips and the links in this article
http://www.itopen.it/qgis-and-qt-getting-ready-for-hidpi-screens/



> I've tried a couple of things: "xrandr --scale" ends up with very slow
> performance and poor graphics quality; the scaling slider in the
> display settings seems only to work with gnome apps.
>
> Any other suggestions? Can I get QGIS to use larger icons? Do I really
> have to wait until QGIS adopts Qt 5.6 which, says the internet, has
> proper support for high resolution displays? Or do I have to run my
> screen at lower resolution?
>
>

No, try setting:
- the dpi resolution in the display configuration of your OS (system
settings), that is usually a wrapper for xrandr
- for QT5, the env vars  QT_DEVICE_PIXEL_RATIO=2 and/or
QT_SCREEN_SCALE_FACTORS=2
- icon size in QGIS can be (at least in part, for the toolbar) configured
in the QGIS options dialog

See also: http://doc.qt.io/qt-5/highdpi.html




> Barry
> ___
> 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




-- 
Alessandro Pasotti
w3:   www.itopen.it
___
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] What transformation is QGIS using from NAD27 to WGS84?

[Alexandre Neto]

We are having some problems loading a WMS layer pushed to Geoserver with
NAD27 (EPSG:4267), When it is opened in QGIS, it shows a shift of around 20
m. My doubt here is, what are the parameters QGIS is using to this
transformation?

Looking into qgis's srs.db, the prefered transformation is one with the 7
parameters of molodensky transformation, can I assume that that's what it's
being used if not asked to the user?

How about grids? In Osgeo4w installation seems to be a few grids available
in the shared folder including a "conus" file that could be useful for
transformation. Could we use it?

Thanks!

Alexandre Neto

-- 
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

[Qgis-developer] Its visual changelog time! QGIS 2.16

[Tim Sutton]

Hi All

2.16 is coming soon:

2.15 in feature freeze since 03 June 2016 at 14:00:00 SAST
Time until packaging 2016/07/08 12:00:00 UTC 30d 14h 54m   
Time until next pointrelease 2016/07/08 12:00:00 UTC 30d 14h 54m  

I have started a new changelog for 2.16. If you have written a cool new feature 
for 2.16 could you help me by writing up a little entry for it at: 
http://changelog.inasafe.org/en/qgis/version/2.16.0/

We recently overhauled the authentication system on the site so you should be 
able to log in / sign up - if you previously had trouble doing so, please try 
again.

If you have any problems submitting your entries, please file a ticket here and 
we will try to sort it out ASAP. Use this tracker for tickets: 
https://github.com/kartoza/projecta/issues 

If you don’t want to sign up to create your entries, feel free to send me an 
email and I will add it for you. Please use this string in your subject line so 
that I can easily filter those messages : [QGIS CHANGELOG]

Don’t worry if you are not a native english speaker, I will clean up whatever 
text you submit.

Please try to describe your feature well enough that we can actually replicate 
it here - we will make screenshots etc. of the feature but that is hard to do 
if you don’t supply needed sample data sets or instructions on how to use your 
new feature.

Don’t forget to add sponsor and developer names and links if you have them and 
want to give appropriate credits.

Also remember that you can do video embeds now so if you can make short clips 
of your features that would be good too.


Any other problems, queries etc. please feel free to contact me!

Regards

Tim






---

Tim Sutton
QGIS Project Steering Committee Chair
t...@qgis.org




___
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 Layer Search Plugin

[Paolo Cavallini]

Il 07/06/2016 18:59, C Hamilton ha scritto:
> Thank you all for your comments. I confess this is the first QGIS plugin
> that I have written, but did so at the request of a group of individuals
> who need this capability and have it this easy to work with. I have
> already received a pull request that has made what I did better.
> 
> This is the type of capability we need so if it makes more sense to
> merge into the QuickFind plugin that is great. It has still achieved its
> purpose. What is important to me is the ease of use and that I don't
> loose any of this functionality. I am happy to help out in any way possible.

Great, thanks for your positive attitude.
All the best.

-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
___
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] Duplicate plugins: proposal

[Niccolò Marchi]

Hi all,
could it be an idea to add somewhere on the “about plugins“ page:

1.   An advice to “check for improvements before creating new and get in 
contact with the author”,

2.   And/or an additional page (read-only for users) dealing with “proposed 
merges” where , the qgis developers who are testing more plugins similar to 
each other, can resume which features can be collected and from where.

Topic


-  Plugin 1


-  Feature 1

-  Feature 2


-  Plugin 2


-  Feature 1

-  Feature 2


In the latter case, after a while, it could be then useful to send a general 
email to the plugin devs to get in contact with each other according to the 
“clustered scheme” that dinamically will be created. Plugin developers will 
still be free to keep their own plugin but, at least, it can stimulate the more 
collaborative ones. A sort of coordination proposal about what the project 
“needs”.
In the worst  case, it may work as a general framework for future funded (?) 
projects.

All the best,

Nic


___
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 Layer Search Plugin

[C Hamilton]

Thank you all for your comments. I confess this is the first QGIS plugin
that I have written, but did so at the request of a group of individuals
who need this capability and have it this easy to work with. I have already
received a pull request that has made what I did better.

This is the type of capability we need so if it makes more sense to merge
into the QuickFind plugin that is great. It has still achieved its purpose.
What is important to me is the ease of use and that I don't loose any of
this functionality. I am happy to help out in any way possible.

All the best.

On Tue, Jun 7, 2016 at 10:01 AM, Paolo Cavallini 
wrote:

> Il 07/06/2016 15:55, Denis Rouzaud ha scritto:
> > Hi all,
> >
> > Sorry I'm a bit short on time to answer lately.
> > I definitely think we can merge the two and love Michael's ideas.
> >
> > I will try to summarize a bit by tomorrow.
>
> Thanks to all for this interesting discussion. I'll wait until a firm
> conclusion is reached before publishing the new plugin - I apologize for
> the delay, I think it is in the best interest of the project.
> All the best.
>
> --
> Paolo Cavallini - www.faunalia.eu
> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
> ___
> 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] QGIS Server performance deterioration

[René-Luc Dhont]

Hi Luca,

How did you measure it ?
Which part of QGIS Server is slower ?
Have you do some fixes ?


Le 07/06/2016 16:04, Luca Manganelli a écrit :

On Tue, Jun 7, 2016 at 3:58 PM, René-Luc Dhont  wrote:

Hi devs,

Regarding the subject of the email, we discovered that the rendering
in QGIS Server 2.8.6  is at least 1.5x/2x faster than 2.14.3, loading
the same project (filled only with PostGIS layers).

Worse than this, project switching in QGIS 2.14.3 is broken; it
produces segmentation fault.
___
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] Plugin [1033] VetEpiGISstat approval notification.

[Tom Chadwin]

As I said the last time this issue was raised, I'm very +1 for Matthias's
suggestion.



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Plugin-1033-VetEpiGISstat-approval-notification-tp5270350p5270411.html
Sent from the Quantum GIS - Developer mailing list archive at Nabble.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] Plugin [1033] VetEpiGISstat approval notification.

[Matthias Kuhn]

Hi Paolo,

Your work on plugin management is highly appreciated!
But at least I didn't find out that it's you doing this job by means of
these notifications but by handwritten emails of yours giving
interesting insights into the process and thoughts about it.

But at least I know now that there's a VetEpiGISstat plugin of which
I've got no idea what it does, nor who wrote it nor who reviewed it.

More seriously, having notifications in one place with targetted
subscriptions (an rss feed or a separate mailing list) and more
information about the plugin would be much more valuable. For this list
as well as for people interested in plugin releases but not in all the
other talk on qgis-devel.

All the best
Matthias

On 06/07/2016 01:53 PM, Paolo Cavallini wrote:
> Well, I don't mind if my otherwise unnoticed work is visible.
> More seriously, I think it is good if developers have a chance not to
> miss new plugins. Surprisingly, some dev reimplemented existing
> plugins because they didn't know, so some extra noise could be useful.
> All the best.

-- 
Matthias Kuhn
OPENGIS.ch - https://www.opengis.ch
Spatial • (Q)GIS • PostGIS • Open Source

___
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 Layer Search Plugin

[Paolo Cavallini]

Il 07/06/2016 15:55, Denis Rouzaud ha scritto:
> Hi all,
> 
> Sorry I'm a bit short on time to answer lately.
> I definitely think we can merge the two and love Michael's ideas.
> 
> I will try to summarize a bit by tomorrow.

Thanks to all for this interesting discussion. I'll wait until a firm
conclusion is reached before publishing the new plugin - I apologize for
the delay, I think it is in the best interest of the project.
All the best.

-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
___
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 Server performance deterioration

[Luca Manganelli]

On Tue, Jun 7, 2016 at 3:58 PM, René-Luc Dhont  wrote:
> Hi devs,

Regarding the subject of the email, we discovered that the rendering
in QGIS Server 2.8.6  is at least 1.5x/2x faster than 2.14.3, loading
the same project (filled only with PostGIS layers).

Worse than this, project switching in QGIS 2.14.3 is broken; it
produces segmentation fault.
___
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] QGIS Server performance deterioration

[René-Luc Dhont]

Hi devs,

David Marteau, our colleague in 3Liz, has found some serious 
deteriorations of performance in QGIS Server.


The first one concerne QgsExpressionContext which is not clean up in 
QgsServer::handleRequest


Each call to QgsMapLayer::draw add items to QgsExpressionContext scope.
The scope is not cleaned between request and thus the scope list to grow 
indefinitely.


Having the list growing indefinitely deteriorate seriously performances 
in the long run. It also increase the memory footprint but in a less 
noticiable way.


This behavior has been checked by monitoring reponse time of several ten 
of thousand identical requests during server long runs.


This has been fixed in master and in LTR:
https://github.com/qgis/QGIS/commit/5c3aa51e80887de6ff76682a42814041bb32cd5b
https://github.com/qgis/QGIS/commit/50181eee00709e3f7e29b2b53282f28bdedfe265

Now we encounter an other issue with deteriorationof performance in QGIS 
Server.


This issue is due to the slot 'layerWasAdded' in QgsMapLayerRegistry. 
The duration of the emit layerWasAdded grows with the number of drawing. 
Do you know what it is done when 'layerWasAdded' is emitted ?


Regards,
René-Luc D'Hont
3Liz
___
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 Layer Search Plugin

[Denis Rouzaud]

Hi all,

Sorry I'm a bit short on time to answer lately.
I definitely think we can merge the two and love Michael's ideas.

I will try to summarize a bit by tomorrow.

Cheers

Denis

Le mar. 7 juin 2016 15:51, Paolo Cavallini  a écrit :

> Il 06/06/2016 22:54, Richard Duivenvoorde ha scritto:
> > On 06-06-16 22:44, C Hamilton wrote:
>
> >> https://github.com/NationalSecurityAgency/qgis-layersearch-plugin
> >
> > Yep, but you can also wait for the approver(s) to find some time to have
> > a look into it and approve it (making it public), or else he/she will
> > contact the author to check for certain details (like info about author,
> > repo or issue tracker etc etc)
> >
> > Approving is often not more then a couple of days (often faster)
>
> Hi all,
> I suspended approval because I' like to examine the possibility of
> reducing the overlap with the functionally similar QuickFind plugin.
> I hope that this discussion will bring us there soon.
> QuickFind devs, anyone there?
> All the best, and thanks.
>
> --
> Paolo Cavallini - www.faunalia.eu
> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
> ___
> 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] QGIS Layer Search Plugin

[kimaidou]

Hi Paolo,

I just answered before, following Victor mantra "Processing Processing
Processing"

2016-06-07 15:51 GMT+02:00 Paolo Cavallini :

> Il 06/06/2016 22:54, Richard Duivenvoorde ha scritto:
> > On 06-06-16 22:44, C Hamilton wrote:
>
> >> https://github.com/NationalSecurityAgency/qgis-layersearch-plugin
> >
> > Yep, but you can also wait for the approver(s) to find some time to have
> > a look into it and approve it (making it public), or else he/she will
> > contact the author to check for certain details (like info about author,
> > repo or issue tracker etc etc)
> >
> > Approving is often not more then a couple of days (often faster)
>
> Hi all,
> I suspended approval because I' like to examine the possibility of
> reducing the overlap with the functionally similar QuickFind plugin.
> I hope that this discussion will bring us there soon.
> QuickFind devs, anyone there?
> All the best, and thanks.
>
> --
> Paolo Cavallini - www.faunalia.eu
> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
> ___
> 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] QGIS Layer Search Plugin

[Paolo Cavallini]

Il 06/06/2016 22:54, Richard Duivenvoorde ha scritto:
> On 06-06-16 22:44, C Hamilton wrote:

>> https://github.com/NationalSecurityAgency/qgis-layersearch-plugin
> 
> Yep, but you can also wait for the approver(s) to find some time to have
> a look into it and approve it (making it public), or else he/she will
> contact the author to check for certain details (like info about author,
> repo or issue tracker etc etc)
> 
> Approving is often not more then a couple of days (often faster)

Hi all,
I suspended approval because I' like to examine the possibility of
reducing the overlap with the functionally similar QuickFind plugin.
I hope that this discussion will bring us there soon.
QuickFind devs, anyone there?
All the best, and thanks.

-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
___
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 Layer Search Plugin

[kimaidou]

Hi all,

I think it is not really profitable to have multiple plugins. In my
opinion, efforts must be made to merge plugins when possible. In this case,
we have

* Quick Finder : Full Text Search is used here, which allows fuzzy search,
and is very efficient compared to scanning all features for a match. A
drawback, you must fill in the "FTS vectors" for each layer you want to be
able to search within. I think it is not so bad because the process is
fast. I also think there is nothing preventing to add more than one field
in the search ( it is possible with FTS in PostgreSQL, must also be the
case with sqlite)

* Layer search : Great to have a quick way to search among all the fields
of all loaded layers, with no configuration. Drawback : I think this can be
very slow for big datasets, and it is not "fuzzy", as regexp are used while
iterating on each feature. Another drawback : for external vector sources
like PostgreSQL, all features must been fetched !

IMHO, the way to go could be

* Add the FTS pregenerator of Quick Finder in Processing, as an alg
available for anyone to use
* Add the FTS search of Quick Finder as a Processing Alg
* Add the "layer search" worker as an Alg in Processing
* Have a combined plugin which let the user choose the search type : FTS
with pregeneration, or direct search with features iteration. This will
then run the corresponding alg

Cheers,
Michaël

2016-06-07 7:16 GMT+02:00 Jeremy Palmer :

>
> >
> > I would personally prefer keeping it as a separate plugin, but what do
> you
> > think? Should it be integrated with another plugin?
> >
>
> It seems like it has value over the other plugins. Another issue I’ve had
> is searching all layer fields and pushing the query filter down the
> provider (e.g PostGIS or WFS) to increase the performance and usability.
> Using the approach of iterating through all features client side with a
> large dataset can be a killer in terms of bandwidth, memory and time. Does
> your new plugin do that? If so then it would be really useful :)
>
>
>
> This message contains information, which may be in confidence and may be
> subject to legal privilege. If you are not the intended recipient, you must
> not peruse, use, disseminate, distribute or copy this message. If you have
> received this message in error, please notify us immediately (Phone 0800
> 665 463 or i...@linz.govt.nz) and destroy the original message. LINZ
> accepts no responsibility for changes to this email, or for any
> attachments, after its transmission from LINZ. Thank You.
> ___
> 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] Plugin [1033] VetEpiGISstat approval notification.

[Paolo Cavallini]

Well, I don't mind if my otherwise unnoticed work is visible.
More seriously, I think it is good if developers have a chance not to miss new 
plugins. Surprisingly, some dev reimplemented existing plugins because they 
didn't know, so some extra noise could be useful.
All the best.

Il 7 giugno 2016 13:39:42 CEST, "Jürgen E. Fischer"  ha scritto:
>Hi Matthias,
>
>On Tue, 07. Jun 2016 at 12:49:32 +0200, Matthias Kuhn wrote:
>> Is there someone who really needs these notifications?
> 
>> I think nobody responded to the last request to speak up if someone
>is
>> actually using these.
>> And that some developers have put it already on their spam filter
>speaks
>> for itself.
> 
>> Thank you for reevaluating the necessity of these
>
>Hrmpf, my procmail rule only catches mails from plugins.qgis.org - not
>discussions about them.
>
>
>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: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

-- 
Paolo Cavallini
www.faunalia.eu___
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] Plugin [1033] VetEpiGISstat approval notification.

[Jürgen E . Fischer]

Hi Matthias,

On Tue, 07. Jun 2016 at 12:49:32 +0200, Matthias Kuhn wrote:
> Is there someone who really needs these notifications?
 
> I think nobody responded to the last request to speak up if someone is
> actually using these.
> And that some developers have put it already on their spam filter speaks
> for itself.
 
> Thank you for reevaluating the necessity of these

Hrmpf, my procmail rule only catches mails from plugins.qgis.org - not
discussions about them.


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 



pgp0Xnbw5CNzP.pgp
Description: PGP signature
___
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] Plugin [1033] VetEpiGISstat approval notification.

[Matthias Kuhn]

Hi,

Is there someone who really needs these notifications?

I think nobody responded to the last request to speak up if someone is
actually using these.
And that some developers have put it already on their spam filter speaks
for itself.

Thank you for reevaluating the necessity of these

-- 

Matthias Kuhn
OPENGIS.ch - https://www.opengis.ch
Spatial • (Q)GIS • PostGIS • Open Source



signature.asc
Description: OpenPGP digital signature
___
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] Plugin [1033] VetEpiGISstat approval notification.

[noreply]

Plugin VetEpiGISstat approval by pcav.
The plugin version "[1033] VetEpiGISstat 0.1 Experimental" is now approved
Link: http://plugins.qgis.org/plugins/VetEpiGIS-Stat/
___
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] Plugin [833] Select Within approval notification.

[noreply]

Plugin Select Within approval by pcav.
The plugin version "[833] Select Within 0.2" is now approved
Link: http://plugins.qgis.org/plugins/SelectWithin/
___
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] Plugin [1032] Freehand raster georeferencer approval notification.

[noreply]

Plugin Freehand raster georeferencer approval by pcav.
The plugin version "[1032] Freehand raster georeferencer 0.2.0" is now approved
Link: http://plugins.qgis.org/plugins/FreehandRasterGeoreferencer/
___
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] Processing Tool clip raster by mask layer (gdalwarp) "open output file" issue

[roy roy]

QGIS 2.14.3 osgeo4w64

Using the Processing tool "clip raster by mask layer"
the resulting raster is assigned a wrong CRS when loaded
in QGIS even if "Prompt for CRS" QGIS option is selected

Thanks Roy
___
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] Plugin repository latency

[Alessandro Pasotti]

No, I wouldn't make it public.

I don't see many real use cases for that, you can easily serve your own
plugins.xml XML if you need to control the endpoint.

... or just look at the source code and guess what the uncached URL looks
like :)


2016-06-06 22:27 GMT+02:00 Richard Duivenvoorde :

> On 06-06-16 16:00, Alessandro Pasotti wrote:
> > Yes, I think it's better to add it too.
>
> Ok, done
>
> > There is still a way to retrieve the uncached version if one really
> > needs it.
>
> do we want to make that url public?
>
> or should we maybe make
> https://plugins.qgis.org/plugins/plugins.xml?qgis=master
> or
> https://plugins.qgis.org/plugins/plugins.xml?qgis=2.99
> work like that?
>
> Richard
>
>


-- 
Alessandro Pasotti
w3:   www.itopen.it
___
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] What is the name for "pyspatialite" package in fedora 19?

[Matthias Kuhn]

On 06/07/2016 07:01 AM, Sebastiaan Couwenberg wrote:

> On 06/07/2016 05:15 AM, 童言 wrote:
>> Thank you very much! But would you please tell me how to use the embedded 
>> copy included in the QGIS 2.14.3 source. I can't figure it out by myself.
> Have you tried the instructions from the INSTALL file, it documents the
> build procedure for Fedora too?
>
>  https://github.com/qgis/QGIS/blob/master/INSTALL#L366

The linked section about Fedora lists build instructions for Qt5 which
is still experimental and probably not what you want.

But the rest of the document contains a lot of useful information.

-- 

Matthias Kuhn
OPENGIS.ch - https://www.opengis.ch
Spatial • (Q)GIS • PostGIS • Open Source



signature.asc
Description: OpenPGP digital signature
___
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