Re: [QGIS-Developer] Changelog for 3.2 now active

[Tim Sutton]

Hi



> On 03 Mar 2018, at 02:24, Nyall Dawson  wrote:
> 
> On 27 February 2018 at 08:51, Nathan Woodrow  wrote:
>> Hey all,
>> 
>> The changelog page for 3.2 is now active.  Would be good if we can start
>> adding entries as we make changes so we don't have to wait until right at
>> the end like 3 :)
>> 
>> 
>> http://changelog.qgis.org/en/qgis/version/3.2.0/
>> 
> 
> I'm not sure if it's an issue with my projecta account, but I can't
> access the "pending entries" page for 3.2. I get a "changelog.qgis.org
> redirected you too many times" error.
> 
> Is this a known issue?


No its not a know issue and its not raising anything on sentry for us either. I 
approved the pending entries, if it does it again please ping me and I will get 
one of my team to take a look.

By the way we are going to get rid of the the moderation thing - it causes more 
hassles than it is worth and we will just trust everyone who has been put into 
the ‘changelog managers’ group on our platform.


Regards

Tim

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

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



signature.asc
Description: Message signed with OpenPGP
___
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] Scale/Magnifier/Units per pixel

[Denis Rouzaud]

Thanks Nyall.

There is a remaining issue though
https://issues.qgis.org/issues/17695

I think the implementation was not perfect, and I guess should belong to
the map settings rather than the canvas.
I tried to fix it for 3.0 but failed.

Cheers,
Denis

Le ven. 2 mars 2018 à 20:22, Nyall Dawson  a écrit :

> On 2 March 2018 at 03:00, Denis Rouzaud  wrote:
> > Hi Idan,
> >
> > I'll reply for the part I'm aware of.
> >
> > Le jeu. 1 mars 2018 à 06:05, Idan Miara  a écrit :
> >>
> >> Hi,
> >>
> >> I was examining the Scale/Magnifier widget in QGIS3.
> >>
> >> I couldn't find any difference in the output picture between the
> following
> >> combinations (example):
> >> Scale 1:1,000 and magnifier 1000%
> >> Scale 1:10,000 and magnifier 100%
> >> Scale 1:100,000 and magnifier 10%
> >> Is this by design ?
> >
> >
> > Yes this expected. The idea of the magnifier is for having a "magnifier
> > glass" to do scale-dependent editing. In my scenario, that was useful for
> > fine-placement of labels.
> > But if you don't have scale-dependent rendering (mainly labels I guess)
> or
> > using map units instead of points for symology, it won't (shouldn't)
> change
> > anything.
> >>
>
> I don't think I've said it enough, but for me the magnifier was a huge
> boost in creating nice cartography with QGIS. It (together with the
> style dock) has become one of those features which I use every day
> when making maps.
>
> So thank you Denis and Paul for implementing this lovely feature!
>
> Nyall
>
___
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] Changelog for 3.2 now active

[Nyall Dawson]

On 27 February 2018 at 08:51, Nathan Woodrow  wrote:
> Hey all,
>
> The changelog page for 3.2 is now active.  Would be good if we can start
> adding entries as we make changes so we don't have to wait until right at
> the end like 3 :)
>
>
> http://changelog.qgis.org/en/qgis/version/3.2.0/
>

I'm not sure if it's an issue with my projecta account, but I can't
access the "pending entries" page for 3.2. I get a "changelog.qgis.org
redirected you too many times" error.

Is this a known issue?

Nyall
___
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] Scale/Magnifier/Units per pixel

[Nyall Dawson]

On 2 March 2018 at 03:00, Denis Rouzaud  wrote:
> Hi Idan,
>
> I'll reply for the part I'm aware of.
>
> Le jeu. 1 mars 2018 à 06:05, Idan Miara  a écrit :
>>
>> Hi,
>>
>> I was examining the Scale/Magnifier widget in QGIS3.
>>
>> I couldn't find any difference in the output picture between the following
>> combinations (example):
>> Scale 1:1,000 and magnifier 1000%
>> Scale 1:10,000 and magnifier 100%
>> Scale 1:100,000 and magnifier 10%
>> Is this by design ?
>
>
> Yes this expected. The idea of the magnifier is for having a "magnifier
> glass" to do scale-dependent editing. In my scenario, that was useful for
> fine-placement of labels.
> But if you don't have scale-dependent rendering (mainly labels I guess) or
> using map units instead of points for symology, it won't (shouldn't) change
> anything.
>>

I don't think I've said it enough, but for me the magnifier was a huge
boost in creating nice cartography with QGIS. It (together with the
style dock) has become one of those features which I use every day
when making maps.

So thank you Denis and Paul for implementing this lovely feature!

Nyall
___
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] Calling for assistance - Windows MVSC builds not catching GEOS exceptions?

[Nyall Dawson]

On 2 March 2018 at 20:38, Jürgen E. Fischer  wrote:
> Hi Hugo,
>
> On Fri, 02. Mar 2018 at 10:48:21 +0100, Hugo Mercier wrote:
>> I know there are some issues when an exception is thrown from a DLL compiled
>> with a different runtime version (i.e. different compiler version) than the
>> DLL/EXE trying to catch it.
>
>> https://stackoverflow.com/questions/5107948/throwing-c-exceptions-across-dll-boundaries
>
>> Could it be the case between geos and qgis ?
>
> Maybe.  Although the exception is thrown from the same DLL, there's stuff from
> others on the stack.
>
> The GEOS C-API should probably be changed to catch the exception within the C
> wrappers and return errors instead to fix this.

But in this case the exception is raised by QGIS itself - not geos.
Geos is just calling the QGIS throwGEOSException function, which
throws the GEOSException.

Or am I missing something here?

Nyall
___
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 3.0 plugin dependencies status

[David Marteau]

+1 for a QEP on this matter

> Le 2 mars 2018 à 13:28, Richard Duivenvoorde  a écrit :
> 
> On 02-03-18 13:08, David Marteau wrote:
>> Hi
>> 
>> I stumbled on this post: 
>> http://osgeo-org.1560.x6.nabble.com/A-pipinstall-plugin-is-possible-First-What-s-the-difference-between-the-Osgeo4w-Shell-td5107633.html
>> 
>> What it the status of the problem of plugin dependency  for Qgis3 ? 
>> Is there anything done so far ? 
> 
> Nope.
> 
> We had a (private) discussion about it during latest hackfest, and Borys
> (in bcc) hopes to be able to address this as part of the plugins install
> overhaul.
> 
> As the discussion (2014?), you are pointing to, mentions pip and virtual
> env's: just yesterday I stumbled upon pipenv [0][1]. Not sure if that
> could be helpful, but apparently it is  a pip-virtualenv marriage...
> 
> Regards,
> 
> Richard Duivenvoorde
> 
> Ps, maybe good to start a QEP [2] to discuss this?
> 
> [0] https://pipenv.readthedocs.io/en/latest/
> [1] http://docs.python-guide.org/en/latest/dev/virtualenvs/
> [2] https://github.com/qgis/QGIS-Enhancement-Proposals

___
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] Is there a QList/other container for QgsRubberBand?

[Nils Nolde]

Hi,

playing around for a new plugin release, I tested the pyqgis cookbook
rubber band example. I'd like to be able to access the drawn rubberbands
outside of the calling functions without passing around objects. So some
equivalent to mapCanvas().mapLayers() for rubber bands would be cool. Is
there some container in iface that I can query?

Thanks
Nils
___
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] Plugin [1361] Virtual Raster Builder approval notification.

[noreply]

Plugin Virtual Raster Builder approval by pcav.
The plugin version "[1361] Virtual Raster Builder 0.3" is now approved
Link: http://plugins.qgis.org/plugins/vrtbuilderplugin/
___
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] Overlay Intersect of 2-Esri Shapfiles

[jshouser64]

I want to write a script in Python to perform an operation between two ESRI
shapefiles. 
1. One shapefile (*overlay*), Ownership, containing one or more polygons. 
2. 2nd shapefile (*Input*), may be Points, Lines, or Polygons 

The script would find all Input shapes that are "touching" (*wholly or
partially within*) any of the Ownership polygons (*overlay*).  All features
that are touching the input shape, would then be written out to a new a new
shape. 

I've been learning about the OGR/GDAL library, so I know about code like
this: 
doesIntersect = ownershipPoly.Intersects(inputFeature) 

However, I am still fairly new to Python-based GIS work, so I'm still
learning about the various libraries that are available. Is the above
OGR/GDAL code the most efficient way to do it or is there something else
more appropriate? 

Jeff




--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-f4099106.html
___
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] regarding pull request #6272

[Rashad Kanavath]

On Wed, Feb 28, 2018 at 8:57 PM, Paolo Cavallini 
wrote:

> Hi all,
> anyone availble for a review? Can we do something to speed it up?
> Thanks a lot.
>

Nyall did some review and there was one last issue in one of the code
snippet (not included in this PR)
I had explained that also in github. and I think its ready to be merged.

I will sync this PR with master if someone is willing to merge.

Thanks in advance,


>
> Il 23/02/2018 13:51, Rashad Kanavath ha scritto:
> > Hello all,
> >
> > There were some issue in this PR which made me stop on this task. sorry
> > for trouble and I would like to resume this integration to QGIS.
> >
> > most issues raised by core developers has been explained now. I had
> > provided some code snippets to explain how processing providers can
> > use this change in their code.
> >
> > Could someone check this and let us know status?
> >
> > congrats on QGIS3 && thanks in advance,
> >
> >
> > https://github.com/qgis/QGIS/pull/6272
> >
>
>
> --
> 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: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>



-- 
Regards,
   Rashad
___
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 3.0 plugin dependencies status

[Richard Duivenvoorde]

On 02-03-18 13:08, David Marteau wrote:
> Hi
> 
> I stumbled on this post: 
> http://osgeo-org.1560.x6.nabble.com/A-pipinstall-plugin-is-possible-First-What-s-the-difference-between-the-Osgeo4w-Shell-td5107633.html
> 
> What it the status of the problem of plugin dependency  for Qgis3 ? 
> Is there anything done so far ? 

Nope.

We had a (private) discussion about it during latest hackfest, and Borys
(in bcc) hopes to be able to address this as part of the plugins install
overhaul.

As the discussion (2014?), you are pointing to, mentions pip and virtual
env's: just yesterday I stumbled upon pipenv [0][1]. Not sure if that
could be helpful, but apparently it is  a pip-virtualenv marriage...

Regards,

Richard Duivenvoorde

Ps, maybe good to start a QEP [2] to discuss this?

[0] https://pipenv.readthedocs.io/en/latest/
[1] http://docs.python-guide.org/en/latest/dev/virtualenvs/
[2] https://github.com/qgis/QGIS-Enhancement-Proposals
___
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] Qgis 3.0 plugin dependencies status

[David Marteau]

Hi

I stumbled on this post: 
http://osgeo-org.1560.x6.nabble.com/A-pipinstall-plugin-is-possible-First-What-s-the-difference-between-the-Osgeo4w-Shell-td5107633.html

What it the status of the problem of plugin dependency  for Qgis3 ? 
Is there anything done so far ? 

Thx
David

___
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] issues in QGIS Server 2,18

[Paolo Cavallini]

Il 02/03/2018 10:45, René-Luc Dhont ha scritto:
> Hi devs,
> 
> An other Huge issue in QGIS Server 2.18.17:
> 
> https://issues.qgis.org/issues/18247

too bad we break stuff in minor releases, but such is life. aren't our
test enough to spot these regressions? anything we can do to improve
them? maybe better to downgrade this version from the repo, while
waiting for a fix?
all the best, and thanks for pointing this out.

-- 
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: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] Plugin [1214] Open eQuarter approval notification.

[noreply]

Plugin Open eQuarter approval by pcav.
The plugin version "[1214] Open eQuarter 0.998c" is now approved
Link: http://plugins.qgis.org/plugins/mole/
___
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] Calling for assistance - Windows MVSC builds not catching GEOS exceptions?

[Jürgen E . Fischer]

Hi Hugo,

On Fri, 02. Mar 2018 at 10:48:21 +0100, Hugo Mercier wrote:
> I know there are some issues when an exception is thrown from a DLL compiled
> with a different runtime version (i.e. different compiler version) than the
> DLL/EXE trying to catch it.
 
> https://stackoverflow.com/questions/5107948/throwing-c-exceptions-across-dll-boundaries

> Could it be the case between geos and qgis ?

Maybe.  Although the exception is thrown from the same DLL, there's stuff from
others on the stack.

The GEOS C-API should probably be changed to catch the exception within the C
wrappers and return errors instead to fix this.


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


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

[QGIS-Developer] QEP 114: Edit features in place using processing algorithms

[Alessandro Pasotti]

Hi all,

Please have a look to
https://github.com/qgis/QGIS-Enhancement-Proposals/issues/114
for a new joint proposal (by myself and Nyall) covering proposed changes to
allow in-place geometries modifications from a processing algorithm.

This will allow for suitable processing algorithms to be executed on the
selected features of an editable layer and modify features in place without
the need to specify an input and output layer.

Comments and suggestions welcome!


Alessandro

-- 
Alessandro Pasotti
w3:   www.itopen.it
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Calling for assistance - Windows MVSC builds not catching GEOS exceptions?

[Hugo Mercier]

Hi Nyall,

I know there are some issues when an exception is thrown from a DLL
compiled with a different runtime version (i.e. different compiler
version) than the DLL/EXE trying to catch it.

https://stackoverflow.com/questions/5107948/throwing-c-exceptions-across-dll-boundaries

Could it be the case between geos and qgis ?

On 02/03/2018 10:33, Nyall Dawson wrote:
> Hi all,
> 
> While investigating Anita's "most annoying issue",
> https://issues.qgis.org/issues/14752 I've tracked this down to certain
> calls to geos functions crashing on Windows builds alone.
> 
> The situation is that the geos exception handler, throwGEOSException
> is correctly called, which triggers a  "throw GEOSException" call. The
> exception *should* be caught... indeed it's wrapped in suitable
> try/catch blocks, and it works correctly on all other platforms. But
> not on the msvc  Windows builds.
> 
> For some reason the msvc builds just ignore the catch and crash with
> an unhandled exception. It's very odd, and I can't work out why it
> works correctly for some GEOSExceptions yet not others. My searching
> hasn't turned up any tricky issues with msvc exception handling
> either...
> 
> It's reproducable using the qgis_expressiontest unit test -- when
> running on Windows this will crash with a call to
> QgsGeos::lineLocatePoint, where an exception thrown within
> GEOSProject_r is not correctly caught.
> 
> Long story short - I'm out of ideas here, yet it's quite a serious
> issue which has plagued QGIS since at least 2.14.
> 
> Do we have any msvc gurus with any idea what could be the cause of this?
> 
> Nyall
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> [1]
> ___
> 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] issues in QGIS Server 2,18

[René-Luc Dhont]

Hi devs,

An other Huge issue in QGIS Server 2.18.17:

https://issues.qgis.org/issues/18247

Regards,

René-Luc


Le 01/03/2018 à 14:26, René-Luc Dhont a écrit :


Hi Giovanni,


Le 01/03/2018 à 12:52, Giovanni Manghi a écrit :

Hi all,
now that 2.18 is LTR I guess that many have also updated their QGIS
Server installation to this release. Problem is that I see a few
issues in 2.18 and would like to have gsome feedback from others.

*) slower: it seems this version is slower compared to 2.14, at least
for some specific request like WFS GetFeatures. See for example:

https://issues.qgis.org/issues/18249#note-1

where in the same condition (same server, same postgis datasource of
around ~25000 polygons) 2.18 is about 30 seconds slower than 2.14.


This issue is simply due to the transformation of the geometry from 
the layer CRS to the GeoJSON CRS standard: EPSG:4326



*) At some point in 2.18 development -in the print composer,
properties of a legend- the "none" value for the "map" option was
removed. This option (together with "auto update" unchecked) allowed
to do GetPrint requests where a legend always shown the same fixed
entries regardless of the layers being requested. Moreover now the
layers legend (from a GetPrint) frequently shows "?" instead of the
correct legend. Not sure if the two things are related.


It will be great to have the possibility to allow nullptr in the map 
combobox.
Nyall, do you have an idea how to enhance QgsComposerItemComboBox 
introdiuced by 
https://github.com/qgis/QGIS/commit/1b4bd47076103e931e642c9c2b6a363f14b20a45?

Issue already exists: https://issues.qgis.org/issues/16899


*) Crashes on GetPrint: adding some type of elements in print
composers (like html text boxes) caused QGIS Server to crash when
doing a GetPrint *if* the *headless* server didn't had a fake xserver
installed. Now in 2.18 this happens even if QGIS Server is installed
on a Desktop OS, unless installing the fake x server. Not sure is
related but this now affects also Windows machines where a GetPrint
requests (of a layout with one of this problematic elements) make
always QGIS Server crash. This was not the case for 2.14.


The solution is probably to update the environment variable 
QT_GRAPHICSSYSTEM to 'raster' has explain 
https://issues.qgis.org/issues/15440 and in a lot of other project:

https://stackoverflow.com/questions/6168570/qgraphicsview-slow-scale-performance-under-linux
https://forum.kde.org/viewtopic.php?t=90821

I'll test this solution.

Regards,
René-Luc


___
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] Calling for assistance - Windows MVSC builds not catching GEOS exceptions?

[Nyall Dawson]

Hi all,

While investigating Anita's "most annoying issue",
https://issues.qgis.org/issues/14752 I've tracked this down to certain
calls to geos functions crashing on Windows builds alone.

The situation is that the geos exception handler, throwGEOSException
is correctly called, which triggers a  "throw GEOSException" call. The
exception *should* be caught... indeed it's wrapped in suitable
try/catch blocks, and it works correctly on all other platforms. But
not on the msvc  Windows builds.

For some reason the msvc builds just ignore the catch and crash with
an unhandled exception. It's very odd, and I can't work out why it
works correctly for some GEOSExceptions yet not others. My searching
hasn't turned up any tricky issues with msvc exception handling
either...

It's reproducable using the qgis_expressiontest unit test -- when
running on Windows this will crash with a call to
QgsGeos::lineLocatePoint, where an exception thrown within
GEOSProject_r is not correctly caught.

Long story short - I'm out of ideas here, yet it's quite a serious
issue which has plagued QGIS since at least 2.14.

Do we have any msvc gurus with any idea what could be the cause of this?

Nyall


















[1]
___
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] About composer export memory usage

[Dominique Lyszczarz]

Hi,

I'm trying to export a layout of 600x600mm at 600dpi (14173x14173 px) on a
Linux 64bits system with 4go of memory and 2go of swap, but I raise a
memory overflow error (bad allocation). The map contains lot of layers, svg
symbols, labels, custom functions... I'm curious of the origin of this
limitation, is it because the entire image must be contained into memory ?
(I thought the picture was written gradually by block) or this is
potentially something else? Is there any workaround hack to bypass this
limitation without just increase the memory capacity of my system? Anyone
else has already encountered this problem on 64bits system?

Thanks in advance for any information.
___
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] Plugin [1370] SentinelHub approval notification.

[noreply]

Plugin SentinelHub approval by pcav.
The plugin version "[1370] SentinelHub 1.0.2" is now approved
Link: http://plugins.qgis.org/plugins/SentinelHub/
___
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