On 08/01/18 17:50, Ruben Safir wrote:

There has been a history that the PNG libraries have broken image rendering of the previous libraries that I rendered with the GIMP. Ten years ago or so this happened because a bug was developed in the Free Software libpng and when they closed the bug, a great portion of my images stopped rendering and became useless, especially the early NYLXS and Linux World Expo images, and 911 images I had converted to png format.

Now this seems to have happened again. the GIMP and libpng can't render images with the latest libraries. So now a large number of my images that I took in 2007 of my family and Brooklyn as it was transforming has stopped rendering. I a few months they won't work anywhere.

They had a couple of tools called optpng and few others that were suppoded to fix these broken images. Those tools failed to work on a large number of the images.

I then proceded to attempt to write a program to fix them myself in C++. I never really finished it. It was an assignment for school where I was trying to use the new C++ threads. I had trouble getting the shared memory to be accessable to multiple threads, but I did get low access to the files. ... but that is an aside.

There continues to be a core problem with the PNG format. You can't depend on it for archival purposes. What works today might not work tomorrow, and that is a huge problem for one of the core free software projects. Picutres __need__ to render now, and in a 100 years from now, or they are worthless.

If you look at http://images.mrbrklyn.com

You will see a bunch of blank images. Every one of those images are being misrendered by the software. That gallery uses imagmagik to convert png images on the fly to multiple sizes and thumnails. It can't do it any longer. I opened the original images in the gimp, and they likewise don't render.

If you look at them in firefox though, they work. But that is likely just a matter of time before the new libaries cascade into the ecosystem

For example:

http://images.mrbrklyn.com/brooklyn/ornimental_building_kent_st_2006_00557.png?width=640

This broken image http://images.mrbrklyn.com/brooklyn/.cache/640x480-ornimental_building_kent_st_2006_00557.png

is rendered from this original image

http://www.mrbrklyn.com/brooklyn/images/ornimental_building_kent_st_2006_00557.png

and the original shows up in a browser

But if you try to open it up in the gimp, it doesn't render. Nor does it render in viewnoir or xv. Some core and common library has to be broken. When the apache software tries to rescale it on the fly, it can't renber it either. And this is what happened last time.

Over time these images will become completely useless.

You can only conclude at this jucnture that PNG files are wholely undependable and not a usable format.

This is with the gimp 2.10.4 gimp 8875 ruben mem REG 8,2 218808 15215884 /usr/lib/libpng16.so.16.34.0 gimp 8875 8876 gmain ruben mem REG 8,2 218808 15215884 /usr/lib/libpng16.so.16.34.0

http://images.mrbrklyn.com/brooklyn/.cache/640x480-ornimental_building_kent_st_2006_00557.png elicits an "internal server error".

http://images.mrbrklyn.com/brooklyn/ornimental_building_kent_st_2006_00557.png returns a 2K file with HTML contents, even if it is named "ornimental_building_kent_st_2006_00557.png". So of course it isn't a valid image file for image editors

http://www.mrbrklyn.com/brooklyn/images/ornimental_building_kent_st_2006_00557.png is correct.

So IMHO before you cast doubts on the PNG format or Gimp, better check that your server is fully functional.

For example:

http://images.mrbrklyn.com/brooklyn/ornimental_building_kent_st_2006_00557.png?width=640

This broken image http://images.mrbrklyn.com/brooklyn/.cache/640x480-ornimental_building_kent_st_2006_00557.png

It is not a png file.

owen@CQ43:~/Downloads$ file ornimental_building_kent_st_2006_00557.png ornimental_building_kent_st_2006_00557.png: HTML document, ASCII text

Owen

On 08/02/18 02:00, Ruben Safir wrote:

elicits an "internal server error".

Of course. That is what we are talking about. It doesn't render the orignal png file so the server can't created through imagemagik the file images that are resized. I tried to make this understandable in the original post. If I failed, I'd be happy to try to explain it again. But the server can not produce images from png files because they are failing to be rendered, and neither can the GIMP on the desktop.

http://images.mrbrklyn.com/brooklyn/ornimental_building_kent_st_2006_00557.png returns a 2K file with HTML contents, even if it is named "ornimental_building_kent_st_2006_00557.png". So of course it isn't a valid image file for image editors

That is not an image. It IS an HTML file. (your eyes are not playing tricks on you). That is not the file being opened by the program. It is the html generated by the program that normally contains an image generated by the server generated from an original.

http://www.mrbrklyn.com/brooklyn/images/ornimental_building_kent_st_2006_00557.png is correct.

So IMHO before you cast doubts on the PNG format or Gimp, better check that your server is fully functional.

The server has been fully function since 1998.

Maybe you can right click on the PNG file and try to open it with the gimp and see if it renders on GNU/Linux.

Then, to eliminate all other hypotheses:

1. post the initial image outside of your server (Dropbox or else..., **not** an image server, that could recompresss it). MD5 or SHA checksum also a good option.

2. describe exactly how you save it to PNG in Gimp or what you do to it with ImageMagick (with actual software versions used)

3. post the image you obtain on the same server as 1) so that we can check we obtain the same thing.

Now, about your server being fully functional since 1998... Since you complain about recent version of software, I assume you have been doing software upgrades, and not only on imaging software, and maybe even move the server to new hardware a couple of times.... These could have introduced problems as well...

$ wget
http://images.mrbrklyn.com/brooklyn/.cache/640x480-ornimental_building_kent_st_2006_00557.png

--2018-08-02 09:48:12-- http://images.mrbrklyn.com/brooklyn/.cache/640x480-ornimental_building_kent_st_2006_00557.png Resolving images.mrbrklyn.com (images.mrbrklyn.com)... 96.57.23.83 Connecting to images.mrbrklyn.com (images.mrbrklyn.com)|96.57.23.83|:80... connected.
HTTP request sent, awaiting response... 500 Internal Server Error 2018-08-02 09:48:12 ERROR 500: Internal Server Error.

On Thu, Aug 2, 2018 at 5:29 AM Ruben Safir wrote:

On 08/01/2018 11:16 PM, Owen wrote:

It is not a png file.

owen@CQ43:~/Downloads$ file ornimental_building_kent_st_2006_00557.png ornimental_building_kent_st_2006_00557.png: HTML document, ASCII text

the top one is an HTML file
the second one is no file because it is not rendered.

-- So many immigrant groups have swept through our town that Brooklyn, like Atlantis, reaches mythological proportions in the mind of the world - RI Safir 1998 http://www.mrbrklyn.com
DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002

http://www.nylxs.com - Leadership Development in Free Software http://www.brooklyn-living.com

Being so tracked is for FARM ANIMALS and and extermination camps, but incompatible with living as a free human being. -RI Safir 2013 _______________________________________________ gimp-user-list mailing list
List address: gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list

https://patdavid.net
GPG: 66D1 7CA6 8088 4874 946D  18BD 67C7 6219 89E9 57AC