The error is triggered by 2 paths with a preserved transform attribute (which seems ignored by Inkscape 0.48 when calculating the extent of 'drawing'):
Forcing a rewrite of the path data of the two paths (e.g. move one step up and back down) converts the preserved into optimized transforms (-> path data) and the extent of 'drawing' is correctly calculated on export to PDF.
The 2 paths possibly had been created on a newer layer (after resizing the page) and moved down to 'Ebene 1' or copied and pasted in place, with preferences set to store transforms in preserved mode.
I haven't yet succeeded to reproduce this bug in a new drawing (with nested preserved transforms on paths).
The error is triggered by 2 paths with a preserved transform attribute (which seems ignored by Inkscape 0.48 when calculating the extent of 'drawing'):
<g label=" Ebene 1" groupmode= "layer" "translate( -19.823307, 701.09448) ">
id="path3984"
transform= "translate( 19.823307, -701.09448) " />
id="path3986"
transform= "translate( 19.823307, -701.09448) " />
inkscape:
inkscape:
id="layer1"
transform=
(…)
<path
d="m 620.27385,131.10234 0,21.25984"
(…)
<path
d="m 619.77362,187.79525 0,21.25985"
Forcing a rewrite of the path data of the two paths (e.g. move one step up and back down) converts the preserved into optimized transforms (-> path data) and the extent of 'drawing' is correctly calculated on export to PDF.
The 2 paths possibly had been created on a newer layer (after resizing the page) and moved down to 'Ebene 1' or copied and pasted in place, with preferences set to store transforms in preserved mode.
I haven't yet succeeded to reproduce this bug in a new drawing (with nested preserved transforms on paths).