Hi all
It needs a bit more examination in which cases the problems occure. It
is reasonable to me that there is a crash if 'print as raster' is
checked and for the export to image file. In these cases, the whole
composer content is rendered into one big image first.
It is not clear to me why it crashes (or if it doesn't?) if printing to
pdf (without print as raster). Because QGIS tiles the rasters internally
and draws the images one by one using QPrinter. So in theory, this
should already work without using too much memory.
Regards,
Marco
On 16.11.2012 10:03, Bernhard Ströbl wrote:
I did not thoroughly check now but as far as I remember
- with big rasters: yes (only vectors: no)
- WMS: yes (have to try again with new tile-option in 1.8)
- all printers and pdf/png export
- QGIS fails
We normlly print in pdf (freePDF or PDFCreator)
formats: anything larger than A1
Bernhard
Am 16.11.2012 09:26, schrieb Andreas Neumann:
The important thing would be to find out in what situation the printing
fails?
* Is it related to big rasters?
* Are WMS used?
* Is it failing on all printer or only certain printers?
* Is the printer failing (some printers rund out of memory if you send
big files) or is QGIS failing?
There are so many unknowns that it is kind of hard to find out where
exactly the printing fails.
I do not print large formats too often, but I don't remember having
problems often. We print with an old HP Designjet.
Andreas
On Fri, 16 Nov 2012 08:55:50 +0100, Bernhard Ströbl wrote:
Am 16.11.2012 08:32, schrieb Luca Manganelli:
Il 15/11/2012, qgis-user-boun...@lists.osgeo.org ha scritto:
Unfortunately, in many Public Administrations here in Italy, the
upgrade
cycle for hardware is not so fast, so for several years we expect to
have still 32 bits (or 64 bit installed with 32 bit win).
In any case, I guess a 64 bit win build is not yet available, right?
So, in short, it would be good to have an idea wheter it is
possible to
find a solution also for 32's.
Marco, any idea?
Thanks.
I can confirm this situation. Many corporate machines are still
running 32
bit operating system (Windows XP) because they must guarantee
compatibility
with certain old software.
It's not a good excuse to say "go to 64 bit!" because for years
ArcMap was
able to print very large and complex (A0 format and beyond) maps on
PC with
only 2GB of RAM.
The print problems on Win32 are a major drawback here as large format
plans are needed.
Just to illustrate what Luca wrote: We are a city administration
running around 1200 PCs with some 500+ applications on WinXP. Hardware
is less a problem (almost all machines will be 64 bit next year) than
to ensure compatibility of _all_ applications with Win64. This needs
intense testing and negotiations with software companies and thus -
time.
Bernhard
__________ Information from ESET Mail Security, version of virus
signature database 7697 (20121115) __________
The message was checked by ESET Mail Security.
http://www.eset.com
_______________________________________________
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user
--
Dr. Marco Hugentobler
Sourcepole - Linux & Open Source Solutions
Weberstrasse 5, CH-8004 Zürich, Switzerland
marco.hugentob...@sourcepole.ch http://www.sourcepole.ch
Technical Advisor QGIS Project Steering Committee
_______________________________________________
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user
