NetXMS Support Forum

English Support => General Support => Topic started by: gkaudewitz on February 26, 2020, 03:14:59 PM

Title: Imagelibrary with 3.2
Post by: gkaudewitz on February 26, 2020, 03:14:59 PM
Hello Victor,

thanks a lot for Your work providing netxms to the community!

I like the principles of your new implementation of image library, but I have some problmes to use it. First I have to tell You three things:
1.) I'm using images that are imported with version 2.0.5 of netxms-software. These images are copied from old imagelibrary to new system.
2.) I'm using source-code which is compiled on debian 10.
3.) As GUI I'm using windows 10-Console.

My problems are:
1.) Display of some images is not possible?
2.) Display of some images is broken, incomplet ore disrupted
This happens within imagelibrary and on the maps that are using these images.

Are there any needs of other packages to be installed with the new implementation of images?

Best regards

Georg
Title: Re: Imagelibrary with 3.2
Post by: gkaudewitz on February 26, 2020, 06:38:01 PM
As a consequence to currupted display of the image. Object that are placed in a map will be misplaced to the backgroundimage.
Attached the same part of the building with Netxms 2.0.5 and Netxms 3.2
Title: Re: Imagelibrary with 3.2
Post by: Victor Kirhenshtein on February 27, 2020, 12:08:44 AM
Yes, looks like images cannot be read correctly. Can you send me actual image somehow so I can test it?

Best regards,
Victor
Title: Re: Imagelibrary with 3.2
Post by: gkaudewitz on February 27, 2020, 11:09:12 AM
Hello Victor,

thanks for Your fast response!

While preparing the download of the images for You I realized that there was a problem in display the copy of my file from my new server on windows too. I have seen, that there was a difference in bytecount  between the original file on my old netxmsserver and that on my new server.
I did the transfer via filezilla initiated from the new server one more time and got the same results (concerning bytecount differences). Filezilla was configured for automatic detection of transfertype (configured as standard). When configuring filezilla explecitly for binary transfertype the file is transfered correctly and has the original size.
This is a behavour I have never seen before with filezilla.

The images transfered in binary type via filezilla all work fine with the new implementation of Your image library tool now. For administration the responsetimes of the tool are really great now even for large images.

Sorry for posting the problem that was generated via an other tool!

Best regards

Georg