29 Jun
2012
29 Jun
'12
6:39 a.m.
I think I have a credible list of remaining image file candidates that are corrupt in some
way or unviewable. I used find/xargs and imagemagick 'identify' to find the files.
I looked for XCF/JPG/JPEG/GIF/SVG/SVGZ/PNG files. (Did I miss any formats?)
Considering the thousands of image files, this is a very short list! :-)
I already fixed several images using upstream sources.
The first remedy was to find the original sources from upstream and hope the image files
there were not corrupt. I have exhausted that search. I'll leave to the image experts
regarding the best way to repair, if at all.
Darrell
================================
SVG/SVGZ:
identify: no decode delegate for this image format `./tdegraphics/ksvg/test/tiger.svg'
@ error/svg.c/ReadSVGImage/2815.
applications/tdesvn/src/pics/hisc-action-tdesvnaddrecursive.svgz ('identify
-verbose' stalls with this image; opens in gwenview without incident; opens in karbon
but incompletely; definitely something awry)
================================
PNG:
(These images are no longer found upstream. Several days ago I emailed the developer ---
no response yet.)
identify: improper image header
`./libraries/pytdeextensions/app_templates/kcontrol_module/src/hi16-app-kcontrol_module.png'
@ error/png.c/ReadPNGImage/2957.
identify: improper image header
`./libraries/pytdeextensions/app_templates/kcontrol_module/src/hi32-app-kcontrol_module.png'
@ error/png.c/ReadPNGImage/2957.
identify: improper image header
`./libraries/pytdeextensions/app_templates/kdeapp/src/hi16-app-kdeapp.png' @
error/png.c/ReadPNGImage/2957.
identify: improper image header
`./libraries/pytdeextensions/app_templates/kdeapp/src/hi32-app-kdeapp.png' @
error/png.c/ReadPNGImage/2957.
identify: improper image header
`./libraries/pytdeextensions/app_templates/kdeutility/src/hi16-app-kdeutility.png' @
error/png.c/ReadPNGImage/2957.
identify: improper image header
`./libraries/pytdeextensions/app_templates/kdeutility/src/hi32-app-kdeutility.png' @
error/png.c/ReadPNGImage/2957.
(This image from KDE 3.5.10 to 3.4.1 is corrupt too. The default English version:
tdeedu/doc/kvoctrain.)
identify: Ignoring bad adaptive filter type
`./tde-i18n/tde-i18n-de/docs/tdeedu/kvoctrain/verb-query-dlg.png' @
warning/png.c/PNGWarningHandler/1472.
identify: Extra compressed data
`./tde-i18n/tde-i18n-de/docs/tdeedu/kvoctrain/verb-query-dlg.png' @
warning/png.c/PNGWarningHandler/1472.
identify: Extra compression data
`./tde-i18n/tde-i18n-de/docs/tdeedu/kvoctrain/verb-query-dlg.png' @
warning/png.c/PNGWarningHandler/1472.
identify: IDAT: CRC error
`./tde-i18n/tde-i18n-de/docs/tdeedu/kvoctrain/verb-query-dlg.png' @
error/png.c/PNGErrorHandler/1455.
identify: corrupt image
`./tde-i18n/tde-i18n-de/docs/tdeedu/kvoctrain/verb-query-dlg.png' @
error/png.c/ReadPNGImage/2995.
(These images from KDE 3.5.10 to 3.1.5 are corrupt too.)
identify: improper image header `./tdesdk/kapptemplate/kapp/hi16-app-app.png' @
error/png.c/ReadPNGImage/2957.
identify: improper image header `./tdesdk/kapptemplate/kapp/hi32-app-app.png' @
error/png.c/ReadPNGImage/2957.
identify: improper image header `./tdesdk/kapptemplate/kapp/hi48-app-app.png' @
error/png.c/ReadPNGImage/2957.
identify: improper image header `./tdesdk/kapptemplate/kapp/lo16-app-app.png' @
error/png.c/ReadPNGImage/2957.
identify: improper image header `./tdesdk/kapptemplate/kapp/lo32-app-app.png' @
error/png.c/ReadPNGImage/2957.
identify: improper image header `./tdesdk/kapptemplate/kpartapp/hi16-app-app.png' @
error/png.c/ReadPNGImage/2957.
identify: improper image header `./tdesdk/kapptemplate/kpartapp/hi32-app-app.png' @
error/png.c/ReadPNGImage/2957.
identify: improper image header `./tdesdk/kapptemplate/kpartapp/hi48-app-app.png' @
error/png.c/ReadPNGImage/2957.
identify: improper image header `./tdesdk/kapptemplate/kpartapp/lo16-app-app.png' @
error/png.c/ReadPNGImage/2957.
identify: improper image header `./tdesdk/kapptemplate/kpartapp/lo32-app-app.png' @
error/png.c/ReadPNGImage/2957.
identify: improper image header
`./tdesdk/kapptemplate/kpartplugin/hi16-action-plugin.png' @
error/png.c/ReadPNGImage/2957.
identify: improper image header
`./tdesdk/kapptemplate/kpartplugin/hi22-action-plugin.png' @
error/png.c/ReadPNGImage/2957.
================================
29 Jun
29 Jun
6:02 p.m.
New subject: [trinity-devel] Possible corrupt/unviewable images
SVG/SVGZ:
tdegraphics/ksvg/test/tiger.svg
applications/tdesvn/src/pics/hisc-action-tdesvnaddrecursive.svgz
Thanks to Nikolaus Klepp, the tde-18n kvoctrain image is updated with a new screen grab.
:-)
Would one of the image experts want to look at those two svg images? I don't know what
is wrong with them, if anything. Imagemagick 'identify' did not like either.
I can open both in gwenview but gwenview will not allow me to perform a Save or Save As.
(Why not?)
I can open both in karbon, but karbon does not render either image the same as gwenview.
Therefore I don't know which app is rendering correctly (I'm guessing gwenview is
correct.)
I don't know whether the tiger image is supposed to be a partial head or a full head.
We probably should browse the other tdesvn svg images to gain some certainty what the
problematic image should look like.
I'm hoping an inkscape expert can open and resave the images and we'll be done?
Darrell
6:30 p.m.
New subject: [trinity-devel] Possible corrupt/unviewable images
Am Freitag, 29. Juni 2012 schrieb Darrell Anderson:
The tiger renders correct in ksvg, it's just the origin that is off a little
bit. I've moved a bit around in inkscape, but I would not replace the
original - it is much cleaner code :-)
The second image rendes korrect on my ksvg from rde 3.5.13 and inkscape.
nik
SVG/SVGZ:
tdegraphics/ksvg/test/tiger.svg
applications/tdesvn/src/pics/hisc-action-tdesvnaddrecursive.svgz
Thanks to Nikolaus Klepp, the tde-18n kvoctrain image is updated with a new
screen grab. :-)
Would one of the image experts want to look at those two svg images? I
don't know what is wrong with them, if anything. Imagemagick 'identify' did
not like either.
I can open both in gwenview but gwenview will not allow me to perform a
Save or Save As. (Why not?)
I can open both in karbon, but karbon does not render either image the same
as gwenview. Therefore I don't know which app is rendering correctly (I'm
guessing gwenview is correct.)
I don't know whether the tiger image is supposed to be a partial head or a
full head.
We probably should browse the other tdesvn svg images to gain some
certainty what the problematic image should look like.
I'm hoping an inkscape expert can open and resave the images and we'll be
done?
Darrell 
7:02 p.m.
New subject: [trinity-devel] Possible corrupt/unviewable images
The tiger renders correct in ksvg, it's just the
origin that
is off a little bit. I've moved a bit around in inkscape, but I would not
replace the original - it is much cleaner code :-)
The second image rendes korrect on my ksvg from rde 3.5.13
and inkscape.
Yes, both render okay here in the ksvg preview plugin. That 'identify' did not
like either is why I listed both. The tdesvn svg image stalled identify forever, so
something likely was not proper.
E. Liddell found the problem with why identify did not like tiger.svg. :-)
Darrell
6:45 p.m.
New subject: [trinity-devel] Possible corrupt/unviewable images
On Fri, 29 Jun 2012 11:02:18 -0700 (PDT)
Darrell Anderson <humanreadable(a)yahoo.com> wrote:
> SVG/SVGZ:
>
> tdegraphics/ksvg/test/tiger.svg
This file appears to have been written by hand rather than saved by
a vector editor and may be unidentifiable as SVG to some renderers,
as it lacks a namespace statement or any linked DTDs or schemas.
If tiger2.svg was not also flagged, that is almost certainly the problem.
Open tiger.svg in a text editor, change the <svg> at the very beginning
of the file to <svg xmlns="http://www.w3.org/2000/svg"> , and see if
Imagemagick accepts it then. If it doesn't, I would suggest deleting the
file, as it's really the same image as tiger2 (the latter has been translated
down and right so that the entire tiger head falls within the canvas, but
that's the only material difference as far as I can tell).
>
applications/tdesvn/src/pics/hisc-action-tdesvnaddrecursive.svgz
Re-saved this one for you. If that doesn't help, I suspect the problem
is either whatever spammed the Adobe namespace into the file, or the use
of some fancy features (chained clones) and/or the over 600 individual shapes
the file contains (that text on the "document" pages? It's actual text,
rendered as shapes, although I'm not sure I even want to know why the
original artist had a Spanish-language document on the Atkins diet handy,
or why they chose to C&P that instead of something remotely relevant
like the text of the GPL . . .)
Anyway, the visual I get from Inkscape matches hi64-action-tdesvnaddrecursive.png,
so it's probably correct.
If this doesn't fix it, best thing to do is probably replace the text with
horizontal grey bars (it can't be read at icon-size anyway). And not
use clones.
7:36 p.m.
New subject: [trinity-devel] Possible corrupt/unviewable images
>
tdegraphics/ksvg/test/tiger.svg
This file appears to have been written by hand rather than
saved by a vector editor and may be unidentifiable as SVG to some
renderers, as it lacks a namespace statement or any linked DTDs or
schemas. If tiger2.svg was not also flagged, that is almost certainly
the problem. Open tiger.svg in a text editor, change the <svg> at
the very beginning of the file to <svg
xmlns="http://www.w3.org/2000/svg"> , and see if
Imagemagick accepts it then. If it doesn't, I would suggest deleting the
file, as it's really the same image as tiger2 (the latter
has been translated down and right so that the entire tiger head falls within
the canvas, but that's the only material difference as far as I can tell).
applications/tdesvn/src/pics/hisc-action-tdesvnaddrecursive.svgz
Re-saved this one for you. If that doesn't help, I
suspect the problem is either whatever spammed the Adobe namespace into the
file, or the use of some fancy features (chained clones) and/or the over 600
individual shapes the file contains (that text on the "document" pages?
Thanks for resaving. Strangely, identify still hangs with the resaved file too. I have no
idea why that one file causes identify to hang. I waited at several minutes and the
command prompt never reappeared in konsole. This is the only compressed svg in the entire
source tree that does this.
It's actual text, rendered as shapes, although
I'm not sure I even want to
know why the original artist had a Spanish-language document on the
Atkins diet handy, or why they chose to C&P that instead of something
remotely relevant like the text of the GPL . . .)
Yeah, now that I enlarge the image, kind of funny. What was up with that, I wonder? :-)
Anyway, the visual I get from Inkscape matches
hi64-action-tdesvnaddrecursive.png,
so it's probably correct.
If this doesn't fix it, best thing to do is probably replace
the text with horizontal grey bars (it can't be read at icon-size
anyway). And not use clones.
Would you do that please? Or convert the text to "greek" text? Whichever is
easiest!
Now that I ask that, I see two other svgz images have that same Atkins diet text. Those
also probably should get converted to gray bars or "greek" text:
hisc-action-tdesvndelete.svgz
hisc-action-tdesvnadd.svgz
BTW, I just discovered a command line utility named ksvgtopng. Packaged as part of
tdelibs. Works really slick. If you fix those three svgz files, I can update the
associated png files quite easily. :-)
With respect to the remaining png files in my original list, I think they all are
hopeless. No original upstream sources and nothing will allow even partial viewing. We
have no clue what the images should look like.
Darrell
9:08 p.m.
New subject: [trinity-devel] Possible corrupt/unviewable images
On Fri, 29 Jun 2012 12:36:36 -0700 (PDT)
Darrell Anderson <humanreadable(a)yahoo.com> wrote:
I have no idea why that would have happened--I glanced at the XML, and as far as
I could tell, there was nothing syntactically wrong with the file, it was just bloated
with invisible text.
(I do have bigger SVG files on hand, but none of them were intended to be
icons...)
And was it something that he owned/had permission to use, or was kdesvn shipping
with a bizarre hidden copyright violation for however many years?
Please see if the attached file works as needed/intended. If it does, I'll tackle
the
others.
applications/tdesvn/src/pics/hisc-action-tdesvnaddrecursive.svgz
Re-saved this one for you. If that doesn't help, I
suspect the problem is either whatever spammed the Adobe namespace into the
file, or the use of some fancy features (chained clones) and/or the over 600
individual shapes the file contains (that text on the "document" pages?
Thanks for resaving. Strangely, identify still hangs with the resaved file too. I have no
idea why that one
file causes identify to hang. I waited at several minutes and the command prompt never
reappeared in konsole.
This is the only compressed svg in the entire source tree that does this. It's
actual text, rendered as shapes, although I'm not sure I even want to
know why the original artist had a Spanish-language document on the
Atkins diet handy, or why they chose to C&P that instead of something
remotely relevant like the text of the GPL . . .)
Yeah, now that I enlarge the image, kind of funny. What was up with that, I wonder? :-)
Anyway, the
visual I get from Inkscape matches hi64-action-tdesvnaddrecursive.png,
so it's probably correct.
If this doesn't fix it, best thing to do is probably replace
the text with horizontal grey bars (it can't be read at icon-size
anyway). And not use clones.
Would you do that please? Or convert the text to "greek" text? Whichever is
easiest!
Now that I ask that, I see two other svgz images have that same Atkins diet text. Those
also probably should get converted to gray bars or "greek" text:
hisc-action-tdesvndelete.svgz
hisc-action-tdesvnadd.svgz BTW, I just discovered a command line utility named
ksvgtopng. Packaged as part of tdelibs. Works really
slick. If you fix those three svgz files, I can update the associated png files quite
easily. :-)
Heh. I imagine that's what the KDE devs used.
With respect to the remaining png files in my original
list, I think they all are hopeless. No original upstream
sources and nothing will allow even partial viewing. We have no clue what the images
should look like.
So we either draw new ones or replace them with reasonably generic icons from
among those already on-hand. Or, if they're never actually displayed anywhere,
delete them from the tree, just to be tidy.
9:43 p.m.
New subject: [trinity-devel] Possible corrupt/unviewable images
I have no idea why that would have happened--I glanced
at
the XML, and as far as I could tell, there was nothing syntactically wrong with the
file, it was just bloated with invisible text.
(I do have bigger SVG files on hand, but none of them were
intended to be icons...)
The identify command does not like the latest version either. I now suspect a bug with the
imagemagick algorithms rather than the file. The file opens fine in gwenview and ksvg
plugin viewer. Let's shrug about identify and move on.
And was it something that he owned/had permission to
use, or
was kdesvn shipping with a bizarre hidden copyright violation for however many
years?
I wondered about that too.
Now that I ask
that, I see two other svgz images have
that same Atkins diet text. Those also
probably should get
converted to gray bars or "greek" text:
hisc-action-tdesvndelete.svgz
hisc-action-tdesvnadd.svgz
Please see if the attached file works as needed/intended. If it does, I'll tackle
the
others. So we either draw new ones or replace them with
reasonably
generic icons from among those already on-hand. Or, if they're never
actually displayed anywhere, delete them from the tree, just to be tidy.
I'm a tad embarrassed to say that the png files in tdesdk are not corrupt. Yet the
short story is a good chuckle.
Yesterday I could not figure out why the files were corrupt all the way back to KDE 3.0 or
something like that. Today I wondered whether I could use the same images from KDE4. The
KDE4 images looked fine and they had similar file names as those in Trinity/KDE3.
As I stared at the directory file listing in konqueror, I (finally) noticed the file size
of these allegedly corrupt png file: 171 B. Yes, bytes. Every single one, despite the file
names implying different icon sizes. I'm a tad slow on some days so I decide to open
one them with khexedit.
The allegedly corrupt png files are shells scripts. :-)
When I looked at the code in a text editor, I saw what was happening. The build process
grabs copies of png images from elsewhere in the tdesdk sources to build image files.
Those image files are not corrupt.
I feel a bit silly about that, but then again not --- why name a shell script with a png
extension? Developers can be so freakin' off planet in some things they do.
Anyway, that reduces the original list of remaining corrupt images to the six files in
pytdeextensions. All of them produce the same error message from identify: 'improper
image header'. Looking at the file sizes indicates only two need to be replaced and
the other four are copies of the same. Yes --- I checked the files --- they are not shell
scripts. :-)
Darrell
4321
days inactive
4321
days old
7 comments
3 participants
participants (3)
-
Darrell Anderson -
E. Liddell -
Mag. Dr. Nikolaus Klepp