[Qgis-user] qgis and Large Format Print

[Marco Hugentobler]

I just printed a tiff raster layer to A0 pdf with 600 dpi and with a 
32bit 1.8 qgis.exe on windows. Works without problems.
Could it be people who encountered problems are using 1.7.4 or older 
(there was a memory leak fixed before 1.8) / are printing 'as raster' / 
exporting to image?

Regards,
Marco


On 16.11.2012 12:17, Marco Hugentobler wrote:
> 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-bounces at 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 at 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.hugentobler at sourcepole.ch http://www.sourcepole.ch
Technical Advisor QGIS Project Steering Committee