I really do not know how long it will be until the next version of Juicebox-Pro is released.
It is unlikely that a new version will be pushed out quickly to fix a single bug but I have logged a bug report with the developers and the issue will certainly be investigated and should hopefully be fixed in the next development cycle.
There is no set release schedule and, unfortunately, any estimate I give you (weeks vs months) could turn out to be wholly inaccurate. I hope you understand.
However, if you'd like to be notified when new versions are released, you can join our mailing list at the foot of our homepage, keep an eye on our Facebook page, follow us on Twitter @JuiceboxGallery or subscribe to our blog RSS feed.

Once the bug has been fixed, all you need to do is swap your gallery's current 'jbcore' folder with the new 'jbcore' folder. You can do this manually or by opening and re-saving your gallery in the new version of JuiceboxBuilder-Pro (when it is released).
However, as the bug-fix could be a while away, I would advise using a different set of configuration options (set buttonBarPosition to OVERLAY or TOP and/or set thumbsPosition to TOP, BOTTOM or LEFT) until the next version is released.

I think the space you are referring to is due to the fact that you load your gallery into a iframe.
When loading a gallery into an iframe, the Splash Page is not used (as the gallery would be expanded only within the iframe) and the thumbnail page is initially displayed instead.
Your iframe has been assigned a height of 720px and there are only 5 thumbnails to be displayed in this area which results in space above and below them.
Possible solutions would be to either reduce the height of your iframe or, better still, embed your gallery directly into your web page instead of loading it into an iframe.
As you have already uploaded your entire gallery folder to your web server, you can use the baseUrl method of embedding documented here.
The baseUrl method of embedding is essentially the same as the regular method of embedding (documented here) but with a baseUrl entry in the embedding code pointing towards the gallery folder.

Try replacing your <iframe> code with the following embedding code:

<!--START JUICEBOX EMBED-->
<script src="/Gaestegalerien/test/jbcore/juicebox.js"></script>
<script>
    new juicebox({
        baseUrl: "/Gaestegalerien/test/",
        containerId: "juicebox-container",
        galleryWidth: "100%",
        galleryHeight: "720",
        backgroundColor: "rgba(34,34,34,0)"
    });
</script>
<div id="juicebox-container"></div>
<!--END JUICEBOX EMBED-->

Once the gallery has been embedded directly into your web page, the Splash Page will initially be displayed in your web page (when viewed on mobile devices) and, by default, the first image in the gallery will be used to fill the Splash Page (so there will be no blank space within the gallery area). When the Splash Page is clicked/tapped, the gallery will be expanded to fill the browser viewport where the images will have more room to be displayed. (The user can return to the embedding page via the 'Close Gallery' button on the Button Bar.)
You can configure the Splash Page (for example to change the Splash Page image) using the Splash Page configuration options.

More information about the Splash Page can be found in the Screen Modes section of the Gallery Tour.

I hope this helps.

Unfortunately, the link you provided results in an error 404 (file not found).
Please check the link and post back.

In the meantime, if your gallery is embedded in an existing web page alongside other content (rather than just being on a page of its own), then check to see if your web page contains any custom CSS which might be affecting the visibility of the gallery's Button Bar. This might help.

To remove the drop-shadow around all gallery text (including the image title and caption in the caption area), set:

textShadowColor="rgba(0,0,0,0)"

To remove the gradient caption area background (and make the caption area background completely transparent), set:

captionBackColor="rgba(0,0,0,0)"
captionBackTopColor="rgba(0,0,0,0)"

As you are using WP-Juicebox (the Juicebox plugin for WordPress), the configuration options above should be entered in the gallery settings window's 'Pro Options' text area (one option per line). You can edit a gallery via the 'WP-Juicebox -> Manage Galleries' link on the WordPress Dashboard (and then 'Edit' the gallery in question).

This should hopefully resolve your problem.

I'm sorry to hear that Flickr Tags are not working on your Flick account.
Flickr Tags are working OK on my own Flickr account (just a regular free Flickr account, not a Flickr Pro account) so your problem seems to be account specific.
As it's a Flickr problem, you might have better luck posting in the Flickr forum or the Flickr API forum.
Maybe Flickr would be willing to look into your problem themselves if you contacted them via the 'Contact Us' button on this page.

One thing I notice is that your images are licensed as "Some rights reserved- Attribution-NonCommercial 2.0 Generic (CC BY-NC 2.0) ". My own images are licensed as "All rights reserved". This is the only difference I can see between your account (where Tags do not work) and my own account (where Tags do work). Maybe you could try changing the license type on some of your images from "Some rights reserved" to "All rights reserved" to see if they then appear in Flickr API searches.
It might be worth a shot (as long as you are willing to change the license type on your images), at least as a temporary measure to determine whether or not this is the root cause of your problem.

With Juicebox-Pro (but not Juicebox-Lite, the free version), you can choose to select a Flickr Set (Sets now seem to be labelled as Albums in Flickr pages) via the flickrSetId configuration option (please see here for a list of Juicebox-Pro's Flickr Pro Options).
If you are considering purchasing Juicebox-Pro for this feature, then please create a Flickr Set and check that the Set images show up in the Flickr API flickr.photosets.getPhotos search page first. If the images do not show up there, then they will not show up in a Juicebox-Pro gallery either.

Yes.

It looks like you have not yet implemented this solution in your live web page which is fine (I understand that you do not want to have a dysfunctional web page) but it makes troubleshooting the problem a little difficult as I am not able to see the problem for myself and do not know exactly what you have tried).

First of all, I do not know where your gallery's embedding code is stored or how it is inserted into your web page but you'll need to make sure that when you insert the gallery's embedding code, you insert the following code, too:

<script>
    function custom_function(parameter) {
        callDinamicPage('mainContent', parameter, 'page', '');
    }
</script>

Also, I notice that you use a baseUrl (baseUrl: "index-slider",).
I noted in a post above that the solution I suggested does not work with a baseUrl so you'll need to use the regular embedding method and structure noted here instead. Essentially, copy the contents of your gallery folder (not the gallery folder itself) into the directory that contains the web page where the gallery's embedding code is to be inserted (in your case, your root directory) and adjust the path to your 'juicebox.js' file in the <script> tag (and remove the baseUrl).

I hope this points you in the right direction.

If you have recently tagged your images, it may take some time for the tags to fully propagate through Flickr's system and show up in Flickr API searches (such as that performed by Juicebox to fetch the images from Flickr's servers).
I notice that Flickr have changed their help pages since I was last over there but they used to claim that "it shouldn't take more than a few days until your photos appear in searches".

Also, try entering your Flickr User Id (31127325@N06) and Tags into their online Explorer to see what images are returned.
The result should be consistent with the images displayed by Juicebox.
(At the moment, no images are returned so it certainly looks like the tags are just not active yet within Flickr's API.)

It, after a couple of days, the tagged images are still not showing up in Flickr API searches, try removing the current tags and then re-add them to see if this makes a difference.

I'n not really sure exactly what it is you are looking to do.
Perhaps you could provide a link to your website and explain further what you are looking to do (and what you would like to happen).

In the meantime, from your topic subject ("How to configure Image click to open url in a part of the page?"), it sounds like you might want the content of the linkURL to appear on your gallery's web page, alongside your gallery. If so, then you could maybe create an <iframe> on your gallery's web page, with a specific id and name, and then use this id/name as the linkTarget to load the linkURL into the <iframe>.

For example:

    <!--START JUICEBOX EMBED-->
    <script src="jbcore/juicebox.js"></script>
    <script>
    new juicebox({
        containerId: 'juicebox-container',
        imageClickMode: 'OPEN_URL',
        galleryWidth: '600',
        galleryHeight: '400'
    });
    </script>
    <div id="juicebox-container"></div>
    <iframe id="xyz" name="xyz" width="600" height="400"></iframe>
    <!--END JUICEBOX EMBED-->

A sample <image entry in your gallery's 'config.xml' file might look something like this:

  <image imageURL="images/image_0001.jpg"
    thumbURL="thumbs/image_0001.jpg"
    linkURL="http://www.example.com"
    linkTarget="xyz">
    <title><![CDATA[Image title goes here.]]></title>
    <caption><![CDATA[Image caption goes here.]]></caption>
  </image>

I hope this helps.
If not, then please try to explain in greater detail what you are looking to do and I'll try to help further.
Thank you.

The problem with your 'netherlands' gallery is with the gallery's 'config.xml' file.
There is a blank line (whitespace) before the XML declaration (<?xml version="1.0" encoding="UTF-8"?>) which breaks the XML file.
The XML declaration should be at the very top of the document with nothing (not even whitespace) before it.
If you view your http://collpicto.com/xml/netherlands.xml file directly in a browser (bypassing Juicebox), you will see that the browser detects and reports the following error:

Just remove the whitespace before the XML declaration in your gallery's 'config.xml' file and all should be well.

The first images in each of your galleries have different sizes. The first image in your Azores gallery is 2048 x 1364 and the first image in your CruisePanamaCanal2011 gallery is 1024 x 684.
However, they do have very similar (though not identical) aspect ratios and are, therefore, displayed very similarly in your Juicebox-Pro galleries when I view them in my own browsers.
I don't see the problem that you seem to be describing. Perhaps you could provide a couple of screenshots to let me see what you are seeing.
In the meantime, maybe my notes below will be able to clarify a few things.

When displaying a gallery, Juicebox-Pro reserves space for the thumbnails and the TOP area (if used) and the main images are then dynamically scaled (according to the imageScaleMode value) in the remaining space.
The default value for imageScaleMode is SCALE_DOWN (you can check out all the possible values for this configuration option in the Main Image section here) where Juicebox-Pro will dynamically scale down the images (if necessary) to fit within the gallery's image area as large as possible whilst respecting each image's aspect ratio and without cropping. Images smaller than the gallery's image area will not be scaled up. If you are viewing your galleries on a very large monitor, then this might account for the difference you reported. The first Azores image, being 2048 x 1364 might be dynamically scaled down slightly but the first CruisePanamaCanal2011 image, being 1024 x 684, might be displayed at actual size (not scaled up). I cannot be sure of this as I don't know the browser viewport size you are using to view your galleries. If you want small images to be dynamically scaled up, then set imageScaleMode to SCALE. (However, this may reduce the visual quality of the image and a better solution would be to use larger gallery images.)

If you are concerned that the images are not filling as much of the width of your gallery as expected, then this is more than likely to be an aspect ratio issue.
If the aspect ratio of the image is not identical to the aspect ratio of the gallery's image area, then the image will be displayed as large as possible within the gallery's image area without cropping and this might mean that there is space to the left and right (or top and bottom) of the image.
If you want the image to completely fill the gallery's image area, then you can set imageScaleMode to FILL (cropping may occur) or STRETCH (stretching may occur).
However, if you increase your gallery's height (without changing its width), then you will increase the size of the gallery's image area (and change its aspect ratio) and the image will be able to be displayed larger, reducing the space surrounding the image.

Please see this FAQ which describes what I have noted above:
My Juicebox gallery shows too much space above or below the main image, how do I fix this?

Incidentally, I notice that you give your gallery a height of 100%. This means that your gallery will completely fill the height of it's parent container so please ensure that you have assigned your gallery's parent container a height via CSS, otherwise, Juicebox-Pro will not know what the gallery's height should be 100% of. (When using a percentage height, you might also need to implement the suggestion noted here.) You might like to try setting your gallery's height to a fixed pixel value (for example, '800px') instead.
Otherwise, if you want to have a web page with a fixed header (and/or footer) and have the gallery take up the remainder of the web page (without any vertical scrolling), then please take a look at the Using a Resizable Gallery with a Header support section (specifically the View Resizable Gallery with Top Menu Example). You can view the source of the sample web page in your browser and copy or modify the code to suit your own needs.

Skip straight to the edit below if you like.
I include my original post for the sake of completeness.

Original post:
Thank you for providing the additional information and files.
Bottom line is that it looks like it might be a syntax highlighting problem with Dreamweaver.

The apostrophe and double quote are both used to open and close quotations, e.g. 'hello or "hello".
In an XML file they are both XML entities and, if they are not enclosed within CDATA tags, they should be escaped (as &apos; and &quot; respectively). Please see here for details.

If you use a single ' or ", then a syntax highlighting program might think that it is the start of a quotation and look for a matching closing ' or " (and highlight everything in between).

However, your ' and " characters are enclosed within CDATA tags (which JuiceboxBuilder-Pro automatically generates) so they do not need to be escaped.
Moreover, the entry that you refer to (turning all text green) includes two " characters (which open and close the quotation) so the program should not be looking for a third " character before turning the green highlighting off.

Check the lower-right corner of your Dreamweaver window and you should find a language selector (as seen in the second screenshot in this Adobe forum post). Make sure that it is set to XML (and not something else such as HTML). This might help. Otherwise, it looks like it might be a syntax highlighting problem with Dreamweaver.

Edit:
I've just found this Adobe forum thread (entitled "XML code coloring incorrectly parses in CDATA areas") which seems to confirm that it is a Dreamweaver problem ("Dreamweaver's code coloring doesn't recognize CDATA sections.") dating back to 2009 so I'd recommend using a different program to validate your XML code.

I don't know what program you are using to inspect your gallery's 'config.xml' file (maybe a browser or a text editor) but it could be that the syntax highlighting looks incorrect because the language (in whatever program you are using) is not set to 'XML'.
Please let me know what program you see the green text in (and double-check that its language/syntax highlighting is set to 'XML').
If the browser reports no errors when you open the 'config.xml' file directly and the gallery displays fine, then it is unlikely that there is a problem with the file and the issue is likely to be an incorrect language/syntax highlighting setting in whatever program you see the green text in.
By all means attach your 'config.xml' file to a post (or provide a link to it) and I'll take a look at it for you.