<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: PDF file is huge, is this normal? in Documentation</title>
    <link>https://community.graphisoft.com/t5/Documentation/PDF-file-is-huge-is-this-normal/m-p/201432#M29718</link>
    <description>&lt;BLOCKQUOTE&gt;vfrontiers wrote:&lt;BR /&gt;I can also tell you that if you kept your Amyuni PDF Driver from AC10, and "printed" to pdf, they'd be a lot smaller...&lt;/BLOCKQUOTE&gt;

I'm not sure about that - I still think this is content-dependant.&lt;BR /&gt;
&lt;BR /&gt;
Archicads PDFs are extremely compact and efficient when they only contain vector info. And that goes for large projects too. This is something to remember, if a project is growing, it will be much better managable if you minimize the use of bit-maps, pasted pictures, logos, scanned maps and other images. If possible, use vector and solid fills instead of images. &lt;BR /&gt;
&lt;BR /&gt;
And if you can't avoid them, remember that Archicad is no bit-map editor. Therefore, try to reduce the images' resolution to the minimum needed for the intended printing. If possible, do all editing of them, overlays, crops etc in a bit-map image editor like Photoshop, to final appearance, before pasting into Archicad. And check that Archicad doesn't have to crop them at print time.&lt;BR /&gt;
&lt;BR /&gt;
The above will optimize Archicad's performance.</description>
    <pubDate>Thu, 30 Oct 2008 12:23:08 GMT</pubDate>
    <dc:creator>Thomas Holm</dc:creator>
    <dc:date>2008-10-30T12:23:08Z</dc:date>
    <item>
      <title>PDF file is huge, is this normal?</title>
      <link>https://community.graphisoft.com/t5/Documentation/PDF-file-is-huge-is-this-normal/m-p/201428#M29714</link>
      <description>&lt;DIV class="actalk-migrated-content"&gt;&lt;T&gt;I just published a set of preliminary drawings (about 12 floorplans, 12 sections and 5 elevations) and the pdf file is about 80 MB, which is a huge file, is this normal?&lt;/T&gt;&lt;/DIV&gt;</description>
      <pubDate>Fri, 19 May 2023 20:19:44 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Documentation/PDF-file-is-huge-is-this-normal/m-p/201428#M29714</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2023-05-19T20:19:44Z</dc:date>
    </item>
    <item>
      <title>Re: PDF file is huge, is this normal?</title>
      <link>https://community.graphisoft.com/t5/Documentation/PDF-file-is-huge-is-this-normal/m-p/201429#M29715</link>
      <description>That depends on the content. Especially if you have a lot of images, that is bit-mapped tiff or jpg files, or PDFs containing them, the file size will grow. Tiffs with transparency turned on is another possible culprit.&lt;BR /&gt;
&lt;BR /&gt;
If you can't change the content, the remedy is to break the publishing up in smaller parts. Easy in the Publisher.</description>
      <pubDate>Wed, 29 Oct 2008 19:10:58 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Documentation/PDF-file-is-huge-is-this-normal/m-p/201429#M29715</guid>
      <dc:creator>Thomas Holm</dc:creator>
      <dc:date>2008-10-29T19:10:58Z</dc:date>
    </item>
    <item>
      <title>Re: PDF file is huge, is this normal?</title>
      <link>https://community.graphisoft.com/t5/Documentation/PDF-file-is-huge-is-this-normal/m-p/201430#M29716</link>
      <description>Thanks Thomas!</description>
      <pubDate>Thu, 30 Oct 2008 02:09:35 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Documentation/PDF-file-is-huge-is-this-normal/m-p/201430#M29716</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2008-10-30T02:09:35Z</dc:date>
    </item>
    <item>
      <title>Re: PDF file is huge, is this normal?</title>
      <link>https://community.graphisoft.com/t5/Documentation/PDF-file-is-huge-is-this-normal/m-p/201431#M29717</link>
      <description>I can also tell you that if you kept your Amyuni PDF Driver from AC10, and "printed" to pdf, they'd be a lot smaller...&lt;BR /&gt;
&lt;BR /&gt;
I am not sure Amyuni works in Vista (I'm guessing "No").</description>
      <pubDate>Thu, 30 Oct 2008 09:12:03 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Documentation/PDF-file-is-huge-is-this-normal/m-p/201431#M29717</guid>
      <dc:creator>vfrontiers</dc:creator>
      <dc:date>2008-10-30T09:12:03Z</dc:date>
    </item>
    <item>
      <title>Re: PDF file is huge, is this normal?</title>
      <link>https://community.graphisoft.com/t5/Documentation/PDF-file-is-huge-is-this-normal/m-p/201432#M29718</link>
      <description>&lt;BLOCKQUOTE&gt;vfrontiers wrote:&lt;BR /&gt;I can also tell you that if you kept your Amyuni PDF Driver from AC10, and "printed" to pdf, they'd be a lot smaller...&lt;/BLOCKQUOTE&gt;

I'm not sure about that - I still think this is content-dependant.&lt;BR /&gt;
&lt;BR /&gt;
Archicads PDFs are extremely compact and efficient when they only contain vector info. And that goes for large projects too. This is something to remember, if a project is growing, it will be much better managable if you minimize the use of bit-maps, pasted pictures, logos, scanned maps and other images. If possible, use vector and solid fills instead of images. &lt;BR /&gt;
&lt;BR /&gt;
And if you can't avoid them, remember that Archicad is no bit-map editor. Therefore, try to reduce the images' resolution to the minimum needed for the intended printing. If possible, do all editing of them, overlays, crops etc in a bit-map image editor like Photoshop, to final appearance, before pasting into Archicad. And check that Archicad doesn't have to crop them at print time.&lt;BR /&gt;
&lt;BR /&gt;
The above will optimize Archicad's performance.</description>
      <pubDate>Thu, 30 Oct 2008 12:23:08 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Documentation/PDF-file-is-huge-is-this-normal/m-p/201432#M29718</guid>
      <dc:creator>Thomas Holm</dc:creator>
      <dc:date>2008-10-30T12:23:08Z</dc:date>
    </item>
  </channel>
</rss>

