Website recursive embedded into applet window [#503050]

Comment #1

Vancouver

commented 26 June 2009 at 16:01

Make sure that the image path that is given to the Zoomify applet in the FlashVars (using Firebug or the HTML source) is actually reachable from the URL bar. This has been the most common source of problems for me.

Log in or register to post comments

Comment #2

asb commented 26 June 2009 at 16:46

Hi,

thanks for the quick reply! In the pages Drupal delivers, the paths appear to be correct:

  <param name="FlashVars" value="zoomifyImagePath=http://mysite.localdomain.de/sites/default/files/zoomify/262/275">
  <param name="src" value="sites/all/modules/zoomify/zoomifyViewer.swf">
  <embed flashvars="zoomifyImagePath=http://mysite.localdomain.de/sites/default/files/zoomify/262/275" src="sites/all/modules/zoomify/zoomifyViewer.swf" menu="false" pluginspage="http://www.macromedia.com/shockwave/download/index.cgi?P1_Prod_Version=ShockwaveFlash" name="theMovie" width="800px" height="573.68232341341">

(where mysite.localdomain.de is a local host). Still no clues :-/

Greetings, -asb

Log in or register to post comments

Comment #3

infojunkie

Vancouver

commented 6 July 2009 at 08:22

Sorry for the late reply.

If you're able to access http://mysite.localdomain.de/sites/default/files/zoomify/262/275/ImagePr... and other files from the URL bar, then the viewer should be able to read them too.

Does the same happen when you set "Fix frame size" to ON in Zoomify settings? I noticed that the height of the embed tag is irregular.

Log in or register to post comments

Comment #4

asb commented 6 July 2009 at 14:34

> If you're able to access [...] .../sites/default/files/zoomify/262/275/ImageProperties.xml and other files from the URL bar,
> then the viewer should be able to read them too.

That gives me a blank (white) page in Opera; FF outputs:

<IMAGE_PROPERTIES WIDTH="5578" HEIGHT="4000" NUMTILES="473" NUMIMAGES="1" VERSION="1.8" TILESIZE="256"/>.

> Does the same happen when you set "Fix frame size" to ON in Zoomify settings? I noticed that the height of the embed tag is irregular.

At /admin/settings/zoomify I have:

* Tiling backend: PHP (Python backend also tried, identical behaviour)
* Path to ZoomifyImage package: sites/all/modules/zoomify/ZoomifyImage
* URL to Flash applet: sites/all/modules/zoomify/zoomifyViewer.swf
* Minimum width: 401 px
* Minimum height: 401px
* Frame width: 800px
* Frame height: 600px
* Show tab: (yes)
* Content types: (some checked)

A "Fix frame size" I don't see anywhere in Zoomify Viewer 6.x-1.2.

Edit: Last week we moved the site to another server (also FreeBSD) which changed the behaviour again; currently we don't see the Website recursively embedded into applet window anymore, but simply a large white area where the Zoomify image would be placed. For large images, we don't get a "Zoomify" tab anymore (large := 13.000 x x8000 px, ca. 300 MB; smaller images seem to have the "Zoomify" tab; smaller := 5600 x 4000 px, ca. 65 MB). The imagefield is configured for
* "teaser": "150px image preset", "image linked to node", and
* full node: "400px image"
Those settings are working well, even Imagecache/ImageMagick scales those images successfully. Maybe "Zoomify" should become a Imagefield display widget ;)

Also we were using a node-[CONTENT-TYPE].tpl.php as described in the FAQ. That one we deleted, also with no visible effect so far (theme registry was cleared).

Thanks & greetings, -asb

Log in or register to post comments

Comment #5

infojunkie

Vancouver

commented 6 July 2009 at 16:03

Assigned:

Unassigned

» infojunkie

Sorry to hear you're having so many issues.

Try applet URL = http://mysite.localdomain.de/sites/all/modules/zoomify/zoomifyViewer.swf - I am surprised the Flash applet shows at all when you don't give it an absolute URL.

Concerning the Zoomify tab not appearing for larger images, can you make sure that the tiles are being created? They should appear in sites/default/files/zoomify/$nid/$fid. If they are there, make sure the types are properly checked in the settings. If they aren't, please check the Recent log entries for zoomify entries.

Making an imagefield widget is not a bad idea, I'll consider it.

Log in or register to post comments

Comment #6

asb commented 6 July 2009 at 17:14

> http://mysite.localdomain.de/sites/all/modules/zoomify/zoomifyViewer.swf

That gives me a "Zoomify" logo and the message: "Error loading: Image path not in HTML or XML".

> [...] can you make sure that the tiles are being created? They should appear in sites/default/files/zoomify/$nid/$fid [...]

There's some stuff in it:

> du -h zoomify/
[...]
3.5M zoomify/385/398/TileGroup0
38K zoomify/385/398/TileGroup1
3.6M zoomify/385/398
3.6M zoomify/385
3.2M zoomify/386/399/TileGroup0
3.2M zoomify/386/399
3.2M zoomify/386
540M zoomify/

...but some (many) folders are empty indeed.

Greetings, -asb

Log in or register to post comments

Comment #7

infojunkie

Vancouver

commented 6 July 2009 at 18:17

At least now the viewer is appearing. It is still not finding the images though. What version of the Zoomify Viewer are you using? Can you send a link to it? There might be differences with parameter names.

Concerning the missing zoomify subfolders, does the log say anything at all?

Log in or register to post comments

Comment #8

asb commented 7 July 2009 at 11:32

> What version of the Zoomify Viewer are you using?

According to "version.txt" from the "ZoomifyImage" directory it's ZoomifyImage-0.2. Regarding "zoomifyViewer.swf": I don't know how to extract versioning information from the file since it's a binary. If I remember correctly, it's the latest release from http://www.zoomify.com/express.htm ("http://www.zoomify.com/downloads/products/shipping/ZoomifyExpress4-Mac.zip")

> Can you send a link to it? There might be differences with parameter names.

Yes (-> mail).

> Concerning the missing zoomify subfolders, does the log say anything at all?

I don't think so. Accessing a CCK node with Imagefield and Zoomify displays the image, but doesn't register any errors in the watchdog log.

Again thank you very much for your help!

Greetings, -asb

Log in or register to post comments

Comment #9

infojunkie

Vancouver

commented 8 July 2009 at 04:37

When I accessed your site, I found that the src attribute for the Zoomify viewer is set as "sites/all/modules/zoomify/zoomifyViewer.swf". The correct value should be "http://beta.editura.de/sites/all/modules/zoomify/zoomifyViewer.swf". Please change it in the Zoomify settings and let me know what happens.

Log in or register to post comments

Comment #10

asb commented 8 July 2009 at 13:01

> The correct value should be [...]

The Zoomify module does not accept a full URL in the "URL to Flash applet" field ("The URL ... does not exist. Please type a valid URL to the Zoomify Flash applet.").

> pwd
/usr/local/www
> ls -lah sites/all/modules/zoomify/zoomifyViewer.swf
-rwxrwxr-x  1 www  www    48K Dec 21  2008 sites/all/modules/zoomify/zoomifyViewer.swf

This might be caused by the htaccess check, but at least the path sites/all/modules/zoomify/zoomifyViewer.swf can be entered and saved. And, if I remember correctly, I had the "Zoomify" module running fine on an offline installation (where we definitely haven't used a public URL).

Greetings, -asb

Log in or register to post comments

Comment #11

infojunkie

Vancouver

commented 8 July 2009 at 15:47

Zoomify 6.x-1.2 expects an absolute URL. That's the reason you're not seeing a Flash applet. When I typed the absolute URL of the viewer in the URL bar, it was able to load it, so I doubt htaccess has anything to do with it.

Are you sure you're using version 6.x-1.2? Please check that there are no multiple copies of Zoomify in your installation. If there aren't any other versions, please comment out the following lines in function zoomify_admin_settings_validate($form, $form_state):

  $path = $form_state['values']['zoomify_applet'];
  if (!$handle = @fopen($path, 'r')) {
    form_set_error('zoomify_applet', t('The URL %path does not exist. Please type a valid URL to the Zoomify Flash applet.', 
      array('%path' => $path))
    );
  }
  else {
    fclose($handle);
  }

Then, try again to enter an absolute URL.

Log in or register to post comments

Comment #12

asb commented 8 July 2009 at 18:23

Hi,

> Are you sure you're using version 6.x-1.2?

As far as I can trust ./admin/build/modules: yes.

> Please check that there are no multiple copies of Zoomify in your installation.

There are none.

> If there aren't any other versions, please comment out the following lines in function zoomify_admin_settings_validate($form, $form_state):

OK, now I can save the full URL, and Zoomify displays the images (insted of the previous recursion). But when I changed the node's state from "unpublished" to "published", I got the error message:

ZoomifyFileProcessor.py returned an error:
python: can't open file 'sites/all/modules/zoomify/ZoomifyImage/ZoomifyFileProcessor.py': [Errno 2] No such file or directory

But:

> pwd
/usr/local/www/sites/all/modules/zoomify
> ls -lah ZoomifyImage/ZoomifyFileProcessor.py
-rwxrwxr-x  1 www  www   4.1K May 14  2008 ZoomifyImage/ZoomifyFileProcessor.py

Strange.

However, on some pages Zoomify works, even if the missing tiles for the large image are not regenerated and there the "Zoomify" tab still does not show up, and that is some kind of progress ;)

Thanks & greetings, -asb

Log in or register to post comments

Comment #13

infojunkie

Vancouver

commented 8 July 2009 at 21:43

The path to ZoomifyImage should be a full path as well. Sorry I did not specify this in the settings dialog. If you encounter a problem with validation, please comment out the second part of the function zoomify_admin_settings_validate.

Log in or register to post comments

Comment #14

asb commented 9 July 2009 at 11:18

> The path to ZoomifyImage should be a full path as well. [...] If you encounter a problem with validation, please comment out the second part of the function zoomify_admin_settings_validate.

OK, full URL path entered, again validation error:

The path http://beta.editura.de/sites/all/modules/zoomify/ZoomifyImage does not contain ZoomifyFileProcessor.py. Please make sure to extract the ZoomifyImage package.

The files exist at this location and are accessible to the webserver:

> pwd
/usr/local/www/sites/all/modules/zoomify/ZoomifyImage
> ls -lah ZoomifyFileProcessor.py 
-rwxrwxr-x  1 www  www   4.1K May 14  2008 ZoomifyFileProcessor.py

Commented out the second part of the function zoomify_admin_settings_validate, now the "Zoomify" module allowed to enter the full URL path.

But, sadly, the large images are still not (re-) generated, and in their nodes, the "Zoomify" tab still does not show up always.

Thanks & greetings, -asb

Log in or register to post comments

Comment #15

infojunkie

Vancouver

commented 9 July 2009 at 15:08

I should have made myself clearer: it's a full *internal* path you need for ZoomifyImage, not a URL. Something like: /usr/local/www/sites/all/modules/zoomify/ZoomifyImage.

Log in or register to post comments

Comment #16

asb commented 9 July 2009 at 17:30

Oh, nasty; OK, this works with validation (also updated PIL package).

Besides this, the behaviour of "Zoomify" remains the same, grumbl...

Again thanks & greetings, -asb

Log in or register to post comments

Comment #17

infojunkie

Vancouver

commented 9 July 2009 at 17:55

Which behaviour? Take a look at the FAQ because it might be a Flash security issue.

Log in or register to post comments

Comment #18

asb commented 9 July 2009 at 19:34

> Which behaviour?

The large images are not (re-) generated, and in their nodes, the "Zoomify" tab still does not show up (consistently). Example: http://beta.editura.de/node/304. Sorry.

Greetings, -asb

Log in or register to post comments

Comment #19

infojunkie

Vancouver

commented 10 July 2009 at 17:38

The fact that Zoomify tab does not show up when the tile are not created is the desired behaviour.

I downloaded the full volle-aufloesung-sample.jpg image (152MB) and passed it to the Python ZoomifyImage for processing on my local machine. It worked on it for about 10 minutes but the tiles were created. Here's what I recommend:
* Make sure the following settings in php.ini are correct: post_max_size > 200M (or whatever your largest image can be) and upload_max_filesize the same. Restart the Web server.
* In your content type description, make sure the field "bild" has the setting "Maximum upload size per file: " left blank.

Then try again. If these settings are already set as required, but the images still don't get tiled, it means your server might be having trouble tiling those large files. I suggest to upgrade the Zoomify module to the latest dev. In the latest dev, there is a new feature that lets you upload a Zip file with your pre-created tiles instead of asking the server to do it. Please read this comment for more info on how to do it.

Log in or register to post comments

Comment #20

asb commented 12 July 2009 at 16:39

Version:

6.x-1.2

» 6.x-1.3

Damn. Upgraded to 6.x-1.3, back to square 1 (Website recursive embedded into applet window), and invalid, now relative URL to Flash applet:

The URL http://beta.editura.de/sites/all/modules/zoomify/zoomifyViewer.swf does not exist. Please type a valid URL to the Zoomify Flash applet.

"Full path to ZoomifyImage package" doesn't validate, either:

The path /usr/local/www/sites/all/modules/zoomify/ZoomifyImage does not contain ZoomifyFileProcessor.py. Please make sure to extract the ZoomifyImage package.

-asb

Log in or register to post comments

Comment #21

infojunkie

Vancouver

commented 12 July 2009 at 17:56

Are you sure you have the required files in place?

* Can you find the Flash applet when you paste http://beta.editura.de/sites/all/modules/zoomify/zoomifyViewer.swf in the URL bar? It gave me a 404.
* Also, I wasn't able to load http://beta.editura.de/sites/all/modules/zoomify/ZoomifyImage/readme.txt, which means the ZoomifyImage is not located inside the zoomify folder.

Log in or register to post comments

Comment #22

asb commented 13 July 2009 at 01:33

Error message when trying to save configuration at ./admin/settings/zoomify:

The URL http://beta.editura.de/sites/all/modules/zoomify/zoomifyViewer.swf does not exist. Please type a valid URL to the Zoomify Flash applet.

Configuration at ./admin/settings/zoomify

Relative URL to Flash applet:
sites/all/modules/zoomify/zoomifyViewer.swf

File system at the server:

> pwd
/usr/local/www/sites/all/modules/zoomify
> ls -lah zoomifyViewer.swf
-rwxr-xr-x  1 asb  www    48K Jul 10 03:16 zoomifyViewer.swf

http://beta.editura.de/sites/all/modules/zoomify/ZoomifyImage/readme.txt gives me "The ZoomifyImage product allows you to use Zoomify (http://www.zoomify.com/) from the command line and within the Zope environment to quickly and interactively view large, high resolution images over the Web..."

http://beta.editura.de/sites/all/modules/zoomify/zoomifyViewer.swf loads the applet.

I'm running out of ideas, sorry.
-asb

Log in or register to post comments

Comment #23

infojunkie

Vancouver

commented 13 July 2009 at 04:29

Things seem to be working now. What's missing?

Log in or register to post comments

Comment #24

asb commented 13 July 2009 at 07:53

The configuration can not be changed/saved. Probably we would have to comment out the validation section as before, I assume.

Greetings, -asb

Log in or register to post comments

Comment #25

infojunkie

Vancouver

commented 2 September 2009 at 22:52

Please check the comment at http://drupal.org/node/565264#comment-1994864. Does this apply to you?

Log in or register to post comments

Comment #26

asb commented 3 September 2009 at 17:32

Hi,

according to phpinfo(), allow_url_fopen is set to "On" as well for "Local Value" as for "Master Value".

Greetings, -asb

Log in or register to post comments

Comment #27

infojunkie

Vancouver

commented 4 November 2009 at 17:59

Status:

Active

» Closed (duplicate)

Duplicate of #565264: Install not finding ZoomifyViewer.swf, which should be fixed by now.

Log in or register to post comments

Website recursive embedded into applet window

Comments

Comment #1

Comment #2

Comment #3

Comment #4

Comment #5

Comment #6

Comment #7

Comment #8

Comment #9

Comment #10

Comment #11

Comment #12

Comment #13

Comment #14

Comment #15

Comment #16

Comment #17

Comment #18

Comment #19

Comment #20

Comment #21

Comment #22

Comment #23

Comment #24

Comment #25

Comment #26

Comment #27

News items

Our community

Documentation

Drupal code base

Governance of community