Thanks Wolfgang for the analysis and explanation. Both pictures are "not from my workshop" and I received them as background material. Moreover, I have reduced them a lot today for the purpose of sending them to the conference (I have reduced the quality a lot to reduce their size). Strangely, I have been translating documents with this image for several years with the old version of ConTeXt, so I was surprised that the new ConTeXt was not able to process them as I expected. Unfortunately, it didn't really occur to me that the problem might be with the image rather than ConTeXt, but the images were commonly displayed on several computers (Windows and OS X), and I didn't think to look at the log file. Thanks again for the explanation and for the lesson, which I will certainly remember. Have a nice day. Jaroslav
24. 5. 2024 v 15:22, Wolfgang Schuster
: Hajtmar Jaroslav schrieb am 24.05.2024 um 13:48:
Hello, thanx for reply. PNG and JPG files are available at the URL given, as well as PDF documents with the compilation results. The old ConTeXt seems to be able to embed PNGs from the local disk, but no longer from a remote address. The new ConTeXt handles both local and remote PNG image in different ways.
I tested both of your images and I had a problem with the png-version as well but when you look at the log-file you should find the following message:
graphics > inclusion > image 'gyzalogo-new.png' has bad dimensions (0pt,0pt), discarding
My next step was to open the file with a image viewer which showed my the file is a jpeg rather than a png, afterwards i changed the file extension from png to jpg and it appears in my document.
The conclusion here is that somebody just changed the file extension to *convert* the image from jpeg to png which of yourse is nonsense. Another clue to notice there is something wrong is the size of both value because there should be a difference between jpeg and png but both have the same file size.
Wolfgang