Exhibit Engine 1.5 beta 1 full installer

[Pekka]

Here at last! 85000 lines of code.

http://www.photography-on-the.net/ee/beta/ee_1_5_b_1.zip

THIS IS BETA VERSION. WORKS OK HERE BUT MAY HAVE BUGS. SOME MINOR FEATURES MISSING (online help, small stuff here and there).

Let me know about ANY problems. I'll be on a gig next 8 days but I will have my computer with me and hopefully some time to fix EE bugs.

This beta is mainly for experienced users or simply for those who would like to see new things. This doc is short - I'll write more during week.

Feature list is too long for here, I'll try to write something soon. Basically you have complete ftp upload system with resize, new editors, new functionality and totally new code in many places which means more intelligent code and more speed.


REQUIRED

PHP with ftp installed. Safe mode can be on. GD 1 or 2 or Imagemagick's (Graphicsmagick's) mogrify for resize/sharpen.
EXIF module and IPTC module installed for reading camera data, headers and descriptions from images.

The installation instructions are:

1. use empty database (install will overwrite!)
2. unzip (preserve folder structure) upload all files to server
3. open "/gallery/input/backup/ee_backup_prefs/preferences.php" and edit that to have you database info.
4. launch /gallery/input/backup/index.php - if you get no error messages then all is fine.

5. now, to set up database do a restore of backup 'install.sql' included in ee backup.
6. Now edit gallery/add/connect.php to have you database info (same database and pass you used for ee backup).
7. Now you should be able to open /gallery/index.php open withour errors.
8. if you use UNIX server, using your ftp program or telnet, chmod following folders to 0777:

/export
/temp
/ftp_temp
/input/temp
/input/UPLOAD
/input/UPLOAD/ee_temp_upload

9. Install is done. You have finished install of EE 1.5 beta 1.

To set up EE for your server and system:

First set up and test ftp server(s):

Open ftp servers editor and add one server. Read manual (in editor) for detailed instructions. Basically you set up your username, password, server name and ftp server root folder. Do a test for certain folder (inside ftp root) and if all is ok then there it is, no need to touch this any more.

Add as many ftp servers as you have on your disposal.

There is a special ftp server line for server info that connects to ee gallery root. This needs to be working, too.

Note that the ftp server test has now extra test which takes a couple of minutes after main test - this extra test tests for file trasfer in PHP, as some php version prior 4.3 have problems trasferring small files. You will see how your server behaves.

paths

EE 1.5 will create paths on the fly when needed. The ftp paths are paths from ftp root (from the folder you are in when logging in using ftp) and without trailing slash.

Graphics libraries

GD is bundled with latest PHP's. GD 2 is ok, but does not have sharpening.

ImageMagick is the one you really should use - much better quality than GD. To set up IM go to server info editor and edit and save MOGRIFY path. When EE finds mogrify command you'll see green confirmation text. The path should essentially be the command for launching mogrify in your system. So in windows it can be e.g. C:/imagemagick/bin/mogiry.exe and in UNIX just mogrify or usr/bin/mogrify

before uploading first time

Read the manual in editor- some useful upload setup info there.

Check ftp servers are ok, and that exhibition thumbs and microthumbs folder are correct. Upload should be straightforward.

languages

Finnish language and unfinished Hungarian are there as demo languages. Adding languages is quite easy, just add one in database using language editor and the copy language text folder and input help folder and rename then to new language code.

If you do Klingon language and forget e.g. to copy editor help folder as "kli" you'll get erros like

Warning: Unable to access ../languages/kli/dummy.php in /www/html/xgallery/input/performance.php on line 24

If there are people who want to do translations then I believe it is best that you mutually agree on this forum who does what and if something can be done together. Would be great to have as many languages as possible.

Oh, and explanation:
Primary language is the one visitors will see first time, and the one you get in editor by default.

Public language = visible for public.

I'm thinking of doing Klingon, too :)

Exhibition comments and gear notes are not translated yet. Some text may be traslated using images (like photo page's buy this link is now in english language). We'll have to see whether to enable this for all translation items (does not work with upper case automation).


exhibition groups

If you don't do grouping, then group index is not shown at all. All exhibitions that are not in any group will be show on exhibition dropdown (can be changed if there are requests for it). Groups can overlap and there is no maximum amount of them.

Better group index choices has to be made, and also group logos or eye catcher images.


Known problems:

- ImageMagick may fail to strip EXIF and IPTC from images, so you'll end up with 15KB thumbnails. This is very annoying and so far total mystery for me, as exactly same commands from server works perfectly. Have tried everything. May be safe mode thing, I have not tried it where safe mode is totally off (only from php's safe mode exec dir) Use GD thumbs meanwhile for smaller thumbs. Let me know if you DO NOT have this problem.

- move photos may fail on some versions of php, due to small file size bug. The workaround is being coded (as done in html export). Failing to move files does not affect database 'move'.

- ftp may fail on special characters of filenames (just a function missing there)

ftp errors may be cryptic (i.e. file missing may tell you user+pass is wrong - after you have succesfully logged in!). These are reported by ftp, so not much to de there.

- for combined exhibitions:_detail list 1 "for sale" link does not work (works for single exhibitions, though).

- detail list html export has problems



Todo:

- style logos etc. Dark 1 is the only style which has them correct, now.
- categories in ITPC
- guess lens, camera and owner in upload.
- delete old files in export
- secure ftp
- replace photo sizes
- zip upload
- exhibition comments and gear notes are not translated yet
- fetchsettings ftp and java mode switches into settings editor
- manuals (in database)
- faqs
- viewerstyles for flash, movies etc.
- some menu header pages are missing
- etc. etc.


Please report any bugs and problem on this thread.

[Peter Pan]

Everything looks good, except two things for now :

- I can't get multiarea navigation to work, "Next" and "Current only" work ok but no clickable area appears with multiarea.

- ImageMagick is said to be installed in step 3 of Upload to Database though it's not installed on my server.

On a side note I find it scandalous you can add Klingon language and not Elfish language, that's discrimination :)

Great work, especially on the interface !

[mwpmo]

Pekka.

I am a old EE user using EE 1.3.

Just download the 1.5 beta 1 and found the following.

1) the correct path in step 3 should be "/gallery/input/backup/ee_backup_prefs/preferences.php"

2) When I finish all 9 steps. I can goto the home page (only the thumbnail of the sample image is missing).
However, when I try to goto the setup page "/gallery/input/index.php"
(it is not stated in your doc but I just follow the old path in the old version),
it just show a BLANK page.

When I use the "view source" command in IE, I just got a line only.
" (!-- language: eng --) "

(I have replace "" with "(!" & "-)" )

Any idea?

MWPMO

[studiocs]

The 122-1.3 engine is great!


Hi . I'm old 1.22-1.3 user. The new beta gives default language error when i try to run gallery/index.php. The first part goes fine.

Where 's the sql file. the backup one's a little funny. It errors with table problems when I run it from phpmyadmin. Its being installed on a a clean database.



curtis

[Pekka]

Peter Pan wrote:
Everything looks good, except two things for now :

- I can't get multiarea navigation to work, "Next" and "Current only" work ok but no clickable area appears with multiarea.


Ok. What happens when you make

$s_ftp_view = "1";

in fetchsettings.php line 52?


- ImageMagick is said to be installed in step 3 of Upload to Database though it's not installed on my server.


What does "serverinfo" say about IM?

[Pekka]

studiocs wrote:

The new beta gives default language error when i try to run gallery/index.php. The first part goes fine.

Where 's the sql file. the backup one's a little funny. It errors with table problems when I run it from phpmyadmin. Its being installed on a a clean database.

That sql file is NOT for PhpMyAdmin, it should be restored only from EE Backup. If database is not set up properly the first thing you'll most likely get is language error, because english language tables are needed as default language.

[Pekka]

mwpmo wrote:

2) When I finish all 9 steps. I can goto the home page (only the thumbnail of the sample image is missing).
However, when I try to goto the setup page "/gallery/input/index.php"
(it is not stated in your doc but I just follow the old path in the old version),
it just show a BLANK page.

When I use the "view source" command in IE, I just got a line only.
" (!-- language: eng --) "

(I have replace "" with "(!" & "-)" )

Any idea?

MWPMO

Can you open e.g. your

/gallery/input/exhibition_editor.php

Input's index.php does database opimizing automatically. Maybe that is slow on your system or you don't have privileges for it. Try removing line

ee_optimize_all_tables ("1");

from /gallery/input/index.php and see what happens.

ee_optimize_all_tables ("0"); can also be found also in some editors.

Other remedy is to make htaccess file there active by renaming it .htaccess - maybe your system is slow and exceeds 30sec time on that table optimizing. That .htaccess should change that time to longer value.

PS. The demo image is not supposed to show any photo, it's just a blank dummy one.

[Pekka]

Forgot to say for EE newbies: Please rename that input directory to something else (as a security thing).

[Peter Pan]

Ok. What happens when you make

$s_ftp_view = "1";

in fetchsettings.php line 52?

If I change that I can't even access the picture, I can only see the microthumb and the thumb but when I click on them the browser (either IE or Mozilla Firebird) seems to be looking for the page without finding it.

What does "serverinfo" say about IM?

It says too that ImageMagick is installed :

IMAGEMAGICK OR GRAPHICSMAGICK IS INSTALLED ON THIS SERVER.

It doesn't list functions though, as with GD, EXIF and FTP. It correctly states that Imagick Pear is not installed.

[Merecraft]

Hi Pekka!

I've been using version 1.3 for a while and have been eagerly awaiting version 1.5, which I will pay for as soon as the final version is out.

Like MWPMO I am getting a blank page when viewing any files in the input directory (eg, input/index.php or input/exhibiton_editor.php). View Source shows only "".

I've tried everything you suggested in the above post (activating the htaccess file and removing the optimising line) but to no avail. :(

Do you have any other ideas? Presumably the problem lies in one of the included files at the start of index.php as the html output is not even started - there is no page title generated.

On the other matter, can I just rename the input directory to whatever I like without spoling the path integrity if it is called from other files?

Thanks :D

PS> After a little digging I found out that commenting out lines 128 and 130 in language.php has an effect. I did this because sometimes outputting to the page using print can mess up your header info when you try to output code again. After doing this the source code for the generated page reads "


"
Thats all though, still nothing else, and nothing inside the tags.

[Peter Pan]

I found another bug in the Upload to Database page, when you use Mozilla Firebird, changing the number of photos you want to upload doesn't change the number of input fields, as opposed to IE. I think that's important because Firebird is going to replace the curent Mozilla browser in the next Mozilla release.

[Merecraft]

Ok, the problem I and MWPMO have been having with a blank page showing up seems to be something to do with tests.php

If I comment out the following lines in input/tests.php it seems to work fine:
14 $testgd = @imagecreatetruecolor (10,10) ;
19 @imagedestroy($testgd) ;

Does commenting out these lines have a bad effect? I know my server uses Imagemagick and does not have the GD extensions installed.

[Pekka]

Merecraft wrote:
Ok, the problem I and MWPMO have been having with a blank page showing up seems to be something to do with tests.php

If I comment out the following lines in input/tests.php it seems to work fine:
14 $testgd = @imagecreatetruecolor (10,10) ;
19 @imagedestroy($testgd) ;

Does commenting out these lines have a bad effect? I know my server uses Imagemagick and does not have the GD extensions installed.


Sorry for delay in reply, I just drove 7 hours and now I have PC set up again.

Yes, I suspected (while driving) the halt was due graphics engine tests. Sorry about that. The library test results are needed in EE generally, but not in every page. Best solution for now is this:

if you get tests.php hangup

replace whole tests.php with




$gd1_installed = "0";
$gd2_installed = "0";
$mogrify_installed = "0";



// Check if FTP module is installed and working
$ftp_installed = "0";
if (function_exists("ftp_put")) $ftp_installed = "1";

// Check if EXIF module is installed and working
$exif_installed = "0";
if (function_exists("exif_read_data")) $exif_installed = "1";

// check if Imagick module is installed and working
$imagick_installed = "0";
if (function_exists("imagick_readimage")) $imagick_installed = "1";






(i.e. there is nothin else than above lines in tests.php) where you set each option you know you have installed as 1, e.g.

$gd1_installed = "0";
$gd2_installed = "0";
$mogrify_installed = "1";


Let me know if this helps.

[Pekka]

Peter Pan wrote:
I found another bug in the Upload to Database page, when you use Mozilla Firebird, changing the number of photos you want to upload doesn't change the number of input fields, as opposed to IE. I think that's important because Firebird is going to replace the curent Mozilla browser in the next Mozilla release.

Thanks! Will check it soon. What is the exact browser name and version you used?

Most html and browser compability is NOT checked in this beta's editors - but biggest modern versions must work in the end of course.

[Peter Pan]

I'm using Mozilla Firebird 0.6 ( http://www.mozilla.org/products/firebird/ ).

Do you have any idea for the multiarea bug ?

From time to time the Upload to Database hangs up after Step 4 (when you click on UPLOAD) while creating thumbs, and I have to manually (FTP) delete the thumbs and microthumbs of the photos I want to add before cliking UPLOAD again. If not it doesn't work.

[kd_121]

Pekka wrote:

Sorry for delay in reply, I just drove 7 hours and now I have PC set up again.

Yes, I suspected (while driving) the halt was due graphics engine tests. Sorry about that. The library test results are needed in EE generally, but not in every page. Best solution for now is this:

if you get tests.php hangup

replace whole tests.php with

$gd1_installed = "0";
$gd2_installed = "0";
$mogrify_installed = "0";

// Check if FTP module is installed and working
$ftp_installed = "0";
if (function_exists("ftp_put")) $ftp_installed = "1";

// Check if EXIF module is installed and working
$exif_installed = "0";
if (function_exists("exif_read_data")) $exif_installed = "1";

// check if Imagick module is installed and working
$imagick_installed = "0";
if (function_exists("imagick_readimage")) $imagick_installed = "1";


(i.e. there is nothin else than above lines in tests.php) where you set each option you know you have installed as 1, e.g.

$gd1_installed = "0";
$gd2_installed = "0";
$mogrify_installed = "1";


Let me know if this helps.

I had same blank page problem and have replaced the test.php and it seems to work ok now except for a few things. In the "ftp server setup" i can add my ftp, and it runs thru all the tests ok in the "test report."

Also, (this may be very dumb question) what is the"EE Home FTP Server?" I assume it is for my main ftp to my webserver, but I just wanted to verify as it has Pekka's info in there right now.



I don't have any of the extra required programs installed on my webserver. Under "Utilities" the "serverinfo" reports this:

GD
GD 1 MODULE IS NOT INSTALLED ON THIS SERVER.

Imagick Pear
IMAGICK WRAPPER MODULE IS NOT INSTALLED ON THIS SERVER.

ImageMagick
'mogrify' PATH:
IMPORTANT: for Windows use / instead of \ slashes in path!

IMAGEMAGICK OR GRAPHICSMAGICK IS NOT INSTALLED ON THIS SERVER. Get it from http://www.imagemagick.org

EXIF
EXIF MODULE IS NOT INSTALLED ON THIS SERVER.

FTP
FTP MODULE IS NOT INSTALLED ON THIS SERVER.



Can any of these be installed just by uploading them to the webserver? I heard GD could be done like that.


I'm going to have to send my webserver host an email requesting them to install them but I want to make sure i can ask them all at once and get it right the first time. So what do I need to email them and request exactly?...

"PHP with ftp installed."
I checked this under "Display full PHP info" and it seems that it is installed:
"ftp
FTP support enabled"

If so, why would it say"FTP MODULE IS NOT INSTALLED ON THIS SERVER." as shown above? Don't know what to do about that one.


"GD 1 or 2"
This I assume I can do by d/ling and uploading by ftp, but it is recommended to use Imagemagick over this so I'll only do that as last resort.


"Imagemagick's (Graphicsmagick's) mogrify for resize/sharpen."
I have checked out the d/ls for this and have found the following: (my host is using Win Server)
ImageMagick-5.5.7-Q8-windows-dll.exe or ImageMagick-5.5.7-Q8-windows-static.exe

I know I don't need the "Q16" versions as those are for higher bit/dynamic range, but what about these? Which is the one that I should use? The dll is like 5-6mb while the static is like 18mb. I assume that this can only be installed by my web host, correct?


"EXIF module and IPTC module installed for reading camera data, headers and descriptions from images."
Not sure exactly what this is. I found this:
http://ca2.php.net/manual/en/function.exif-read-data.php
but I'm not sure what to do with that as there is no links for d/l. Are there more details or links for this?


Also I noticed my host is using MySQL version 3.23.49. Is that fine?


On a separate note, I tried to test this on my home machine with MS ISS and mySQL and the backup script works ok, and the indexpage loads, but with this error displayed at the very top of the page above the menu:

Notice: Undefined index: REQUEST_URI in c:\inetpub\wwwroot\gallery\fetchsettings.php on line 129

Notice: Undefined index: QUERY_STRING in c:\inetpub\wwwroot\gallery\fetchsettings.php on line 130

I have tried with mysql-4.0.14a-win and mysql-4.1.0-alpha both show same error.
Any ideas about that?


Sorry for the long post. Looking forward to getting this all working nicely. :-)

Many Thanks!

[bcomeau]

Hi,

Just got the full install done, however, problems with EXIF reading... I have uploaded photos with the built-in FTP and with a separate FTP client and in both cases I get the following error message:

Fatal error: Call to undefined function: exif_read_data() in /home/mydomain/public_html/photosbeta/input/ftp.php on line 1049

Any thoughts..???

[Pekka]

bcomeau wrote:
Hi,

Just got the full install done, however, problems with EXIF reading... I have uploaded photos with the built-in FTP and with a separate FTP client and in both cases I get the following error message:

Fatal error: Call to undefined function: exif_read_data() in /home/mydomain/public_html/photosbeta/input/ftp.php on line 1049

Any thoughts..???


You most likely do not have EXIF module installed in your PHP. See serverinfo page for info on that.

I forgot to add @ in front of every call of exif function there:

@exif_read_data

in
line 1049
line 1082
line 1107

The @ in front of it suppresses error messages when you do not have that function.

[Pekka]

kd_121 wrote:

I had same blank page problem and have replaced the test.php and it seems to work ok now except for a few things. In the "ftp server setup" i can add my ftp, and it runs thru all the tests ok in the "test report."

Also, (this may be very dumb question) what is the"EE Home FTP Server?" I assume it is for my main ftp to my webserver, but I just wanted to verify as it has Pekka's info in there right now.


It's the server where you uploaded EE files to. The folder there is the ftp folder to gallery root (where EE's index.php is)


I don't have any of the extra required programs installed on my webserver. Under "Utilities" the "serverinfo" reports this:

GD
GD 1 MODULE IS NOT INSTALLED ON THIS SERVER.

Imagick Pear
IMAGICK WRAPPER MODULE IS NOT INSTALLED ON THIS SERVER.

ImageMagick
'mogrify' PATH:
IMPORTANT: for Windows use / instead of \ slashes in path!

IMAGEMAGICK OR GRAPHICSMAGICK IS NOT INSTALLED ON THIS SERVER. Get it from http://www.imagemagick.org

EXIF
EXIF MODULE IS NOT INSTALLED ON THIS SERVER.

FTP
FTP MODULE IS NOT INSTALLED ON THIS SERVER.



Can any of these be installed just by uploading them to the webserver? I heard GD could be done like that.


I'll have to check on that but as fas as I know PHP modules need to be added by server admin.

I'm going to have to send my webserver host an email requesting them to install them but I want to make sure i can ask them all at once and get it right the first time. So what do I need to email them and request exactly?...

"PHP with ftp installed."
I checked this under "Display full PHP info" and it seems that it is installed:
"ftp
FTP support enabled"

If so, why would it say"FTP MODULE IS NOT INSTALLED ON THIS SERVER." as shown above? Don't know what to do about that one.


EE checks using "function_exists" function if "ftp_put" function is available. If it is not, then EE marks ftp as "not installed".

Maybe your server has ftp module installed, but installed with some problems preventing it from working. Other possibility is that they have disabled "function_exists" function so that EE does not get the right info. If you can run ftp tests and do uploads then this is the case. If ftp works in EE then don't worry about serverinfo page.


"GD 1 or 2"
This I assume I can do by d/ling and uploading by ftp, but it is recommended to use Imagemagick over this so I'll only do that as last resort.


"Imagemagick's (Graphicsmagick's) mogrify for resize/sharpen."
I have checked out the d/ls for this and have found the following: (my host is using Win Server)
ImageMagick-5.5.7-Q8-windows-dll.exe or ImageMagick-5.5.7-Q8-windows-static.exe

I know I don't need the "Q16" versions as those are for higher bit/dynamic range, but what about these? Which is the one that I should use? The dll is like 5-6mb while the static is like 18mb. I assume that this can only be installed by my web host, correct?


8 bit version should be just fine. Mail your host and ask for path to ImageMagick, maybe they have it there already. In any case it is to be installed in server by server host.

"EXIF module and IPTC module installed for reading camera data, headers and descriptions from images."
Not sure exactly what this is. I found this:
http://ca2.php.net/manual/en/function.exif-read-data.php
but I'm not sure what to do with that as there is no links for d/l. Are there more details or links for this?


You'll need exif and iptc if you want to have image details extracted from images after upload. They are not required.

Also I noticed my host is using MySQL version 3.23.49. Is that fine?

Yes.

On a separate note, I tried to test this on my home machine with MS ISS and mySQL and the backup script works ok, and the indexpage loads, but with this error displayed at the very top of the page above the menu:

Notice: Undefined index: REQUEST_URI in c:\inetpub\wwwroot\gallery\fetchsettings.php on line 129

Notice: Undefined index: QUERY_STRING in c:\inetpub\wwwroot\gallery\fetchsettings.php on line 130

I have tried with mysql-4.0.14a-win and mysql-4.1.0-alpha both show same error.
Any ideas about that?


Notices are not a problem if everything works. They are just reminders, in this case they tell some environment variables are not available. Usually notices are suppressed in running servers using php.ini's error reporting settings.

Sorry for the long post. Looking forward to getting this all working nicely. :-)

Me too :)

[Pekka]

Peter Pan wrote:
I'm using Mozilla Firebird 0.6 ( http://www.mozilla.org/products/firebird/ ).

Thanks.

Do you have any idea for the multiarea bug

Yes I have done some changes there. Are you using Windows or UNIX?

Reason I ask is that there is one very odd bug which I have reported to php coders: PHP 4.3.x has problems getting image size from images resized with ImageMagick in Windows. They sometimes do get it most of the time not.

Download a new photo.php from http://photography-on-the.net/ee/beta/photo.zip , replace the old one and in fetchsettings.php set line 74 to

$debug = "1";

Now you'll see a lot of extra code on each EE public page (and you see a part of how much is going under the hood of this simple gallery program :) ) , go to photo page and when size retrieval works you'll see a magenta color list like

$sizetag:
0 =>769
1 =>513
2 =>2
3 =>width="769" height="513"
bits =>8
channels =>3
mime =>image/jpeg

on top of the big image. If you are bitten by this PHP bug, then with each page refresh you may get that info or then again not. Let me know what happens.

Oh, and makes sure you have in global settings "When image file is not found" at setting no. 3 for testing this.

From time to time the Upload to Database hangs up after Step 4 (when you click on UPLOAD) while creating thumbs, and I have to manually (FTP) delete the thumbs and microthumbs of the photos I want to add before cliking UPLOAD again. If not it doesn't work.

This could be ftp server in great load by other users. I have to add an automatic retry system to the upload in case this happens.

If it happens every time then your ftp path in path editors may be wrong.

Thanks for reporting. Keep them coming!

[Peter Pan]

I replaced photo.php and enabled debug mode. If I use setting 3 for handling not found photos I can't access the photo, but it works perfectly with setting 1.

So, here is what I get, and I reckon it's not good :

$sizetag:

* 0 =>
* 1 =>
* 2 =>
* 3 =>

$viewertype = default (string)
$file = img_0139.jpg (string)
$im_width = (string)
$im_height = (string)
$im_sizetag = (string)

I always get this result. Now that is weird because my webhost uses Linux and GD2. And the photo was NOT resized by GD2, it's the original file. Let me explain exactly what I do when I upload photos in case I do something wrong :

- I use Upload to Database and select one photo, then click on Send to Server
- I select the photo in the Upload directory in Step 2, then in Step 3 I use a single action which basically copy the file to a /images/normal directory without resizing (Resize Method : none, in Path Editor).
- I click on Upload
- A thumb and a microthumb are generated by GD2 in /images/thumbs and /images/microthumbs, the photo is copied over to /images/normal
- After checking all worked correctly I can delete the photo from the Upload directory.

As for the FTP server being overloaded that may well be the reason the process hangs in the first time but maybe you should check if the thumb/microthumb/normal file already exists when retrying because it seems to be the reason it doesn't work when you retry. If I delete these files it works perfectly.

[bcomeau]

Pekka wrote:
bcomeau wrote:
Hi,

Just got the full install done, however, problems with EXIF reading... I have uploaded photos with the built-in FTP and with a separate FTP client and in both cases I get the following error message:

Fatal error: Call to undefined function: exif_read_data() in /home/mydomain/public_html/photosbeta/input/ftp.php on line 1049

Any thoughts..???


You most likely do not have EXIF module installed in your PHP. See serverinfo page for info on that.

I forgot to add @ in front of every call of exif function there:

@exif_read_data

in
line 1049
line 1082
line 1107

The @ in front of it suppresses error messages when you do not have that function.



Hi Pekka,

You are correct, the EXIF module is not loaded on my server, but, how do I get past that error message?? I see the error message at Step 2 of the Upload To Database. The process of uploading photos is frozen at this error message...I cannot complete step 2 and then move onto step 3.

Is my only choice now to manually upload photos to the correct locations??


thanks,


brian

[Merecraft]

I was having this problem too Pekka.

I did as requested:
"I forgot to add @ in front of every call of exif function there:

@exif_read_data

in
line 1049
line 1082
line 1107

The @ in front of it suppresses error messages when you do not have that function."

This got rid of the error message. Unfortunately it is now not showing any of my photos that I have in the upload folder. This is on step 2 of the upload photos page. As my server does not have ftp enabled I was going to use this method for installing the photos (after uploading them to the upload folder).

Thanks in advance for any help you can offer :)
Other than that it looks great :D

[Pekka]

Merecraft wrote:
I was having this problem too Pekka.

I did as requested:
"I forgot to add @ in front of every call of exif function there:

@exif_read_data

in
line 1049
line 1082
line 1107

The @ in front of it suppresses error messages when you do not have that function."

This got rid of the error message. Unfortunately it is now not showing any of my photos that I have in the upload folder. This is on step 2 of the upload photos page. As my server does not have ftp enabled I was going to use this method for installing the photos (after uploading them to the upload folder).

Thanks in advance for any help you can offer :)
Other than that it looks great :D

Hi,

Try adding this to beginning of ftp.php (at e.g line 11):

$exif_array = array();

Does this bring back the list?

[Pekka]

Peter Pan wrote:

$sizetag:

* 0 =>
* 1 =>
* 2 =>
* 3 =>

$viewertype = default (string)
$file = img_0139.jpg (string)
$im_width = (string)
$im_height = (string)
$im_sizetag = (string)

What program did you use for saving the JPG's before sending them to EE? I suspect that e.g. Capture One may have something there PHP getimagesize function does not like.

[Peter Pan]

I used Photoshop 7 Save As.

I just tried with someone else picture and it doesn't work either, I get the same results.

[bcomeau]

Pekka wrote:
Merecraft wrote:
I was having this problem too Pekka.

I did as requested:
"I forgot to add @ in front of every call of exif function there:

@exif_read_data

in
line 1049
line 1082
line 1107

The @ in front of it suppresses error messages when you do not have that function."

This got rid of the error message. Unfortunately it is now not showing any of my photos that I have in the upload folder. This is on step 2 of the upload photos page. As my server does not have ftp enabled I was going to use this method for installing the photos (after uploading them to the upload folder).

Thanks in advance for any help you can offer :)
Other than that it looks great :D

Hi,

Try adding this to beginning of ftp.php (at e.g line 11):

$exif_array = array();

Does this bring back the list?



I just tried this on my installation (for the same problem). The modified ftp.php now looks like...

-----------------------------------------------------------

[Pekka]

bcomeau wrote:
but I am still getting the error message as described and cannot see the uploaded photos in step 2
brian


If you go to UPLOAD folder using ftp program do you see the files there?

Oh, one more thing - this version accepts JPG files only - are uploading anything else like TIFF?

And what about filenames? Can you give an example filename?

[Pekka]

Peter Pan wrote:
I used Photoshop 7 Save As.

I just tried with someone else picture and it doesn't work either, I get the same results.

One more try:

change in line 1823 and 1827 (in new photo.php):

$sizetag = @getimagesize($url,$info);

to

$sizetag = @getimagesize($url);

Does this do anything?

I'll have to find some time tomorrow to check this multiarea thing through in 1.5.

[Peter Pan]

No, it doesn't change anything.

If you look at the gallery linked in this thread ( http://photography-on-the.net/forum/showthread.php?t=14278 ) you'll see that multiarea navigation doesn't seem to work either (except of course if it's not activated but as everything else is default I guess it's activated).

[bcomeau]

Pekka wrote:
bcomeau wrote:
but I am still getting the error message as described and cannot see the uploaded photos in step 2
brian


If you go to UPLOAD folder using ftp program do you see the files there?

Oh, one more thing - this version accepts JPG files only - are uploading anything else like TIFF?

And what about filenames? Can you give an example filename?


Hi,

Yes... the files are in the upload folder after using the internal EE ftp routine to upload. Typical filename is IMG_0317.jpg. This is the standard filename structure from the Canon G3.

I have tried placing the files in the Upload folder with the internal EE ftp routines...I have placed images in the folder using an external ftp client (WS_FTP). I have tried images that are straight out of the camera, and I have also tried images that have been touched-up in Photoshop 7 and re-saved with the same file names.

In all cases the the EXIF error stop EE cold and I cannot continue. I have asked my ISP to install the PHP exif module so hopefully this will go away.

thanks,

brian

[Merecraft]

Pekka wrote:
bcomeau wrote:
but I am still getting the error message as described and cannot see the uploaded photos in step 2
brian


If you go to UPLOAD folder using ftp program do you see the files there?

Oh, one more thing - this version accepts JPG files only - are uploading anything else like TIFF?

And what about filenames? Can you give an example filename?


Hi again Pekka!

Unfortunately adding the line "$exif_array = array();" added at line 11 to ftp.php doesn't bring the list of photos up.

The photo I have uploaded to the directory is called 2003_0607AG.jpg

[seanspeng]

Where is the UPGRADE instruction? Any possibility to upgrade 1.3 to 1.5 Beta now?

Thanks!

[Pekka]

Ok, here's now new ftp.php which fixes the bug:

"file list is empty and page display halts when exif module is not installed"

http://photography-on-the.net/ee/beta/ftp.zip

Let me know if it does NOT work for you.

[Pekka]

seanspeng wrote:
Where is the UPGRADE instruction? Any possibility to upgrade 1.3 to 1.5 Beta now?

Thanks!

Unfortunately 1.3 -> 1.5 upgrade is quite complicated for a database (lot of complex coding) , so I thought to leave it until we are in RC version and all major bugs are fixed. If you are in desperate hurry I send me a EE Backup dump of your 1.3 database and I'll see if I can update it to 1.5 beta 1 for you manually during next week.

[seanspeng]

Thanks for your quick reply, Pekka! I really appreciate your offer. I am going to wait until you have some break after all these hard works on developping 1.5 - that is when you are not this busy. Hope I still have the standing offer. :)


*EDITED* Problem solved with blank page :)


Thanks!

[seanspeng]

I got this error message when I tried to use GD1 to upload photos:

Exhibit Engine MySQL error!
ERROR FROM QUERY update_photo_header in page 'ftp upload db insert exif':

------------------------------
You have an error in your SQL syntax near 's Name: myname Body ID: 354812852 Additional Information----- ' ' at line 5
------------------------------

And :( My EXIF does not work. :( Uploaded photos do not have exif information with it. My server info says I have EXIF installed.

[seanspeng]

I have installed EE1.5 on my site. But it is extremely slow. Pekka, is there any setting that I am missing?


*Edited*

I removed the big folder, and it speeds up right way, Huge difference! Could this be a reason?

Thank you!

[Pekka]

seanspeng wrote:
I have installed EE1.5 on my site. But it is extremely slow. Pekka, is there any setting that I am missing?


*Edited*

I removed the big folder, and it speeds up right way, Huge difference! Could this be a reason?

Thank you!

After initial install it may take some moments for MySQL to get caches working.

What was "big folder"?

[Pekka]

seanspeng wrote:
I got this error message when I tried to use GD1 to upload photos:

Exhibit Engine MySQL error!
ERROR FROM QUERY update_photo_header in page 'ftp upload db insert exif':

------------------------------
You have an error in your SQL syntax near 's Name: myname Body ID: 354812852 Additional Information----- ' ' at line 5
------------------------------

And :( My EXIF does not work. :( Uploaded photos do not have exif information with it. My server info says I have EXIF installed.



I checked that code and there are no errors I can see.
Looks like PHP exif function could not get a correct field list out from EXIF.

Can you clear ftp messages and upload just one photo: Does ftp messages (if you click "view ftp messages" in menu and click "PAUSE AUTOREFRESH" and scroll down) show seemingly correct exif data for that photo?

Does this happen only with some images or all? Can you mail me one image which produces the error?

[daddy0]

Pekka wrote:
seanspeng wrote:
I have installed EE1.5 on my site. But it is extremely slow. Pekka, is there any setting that I am missing?


*Edited*

I removed the big folder, and it speeds up right way, Huge difference! Could this be a reason?

Thank you!

After initial install it may take some moments for MySQL to get caches working.


I have also serious performance problems. Right after install I had no problems at all but now after two or three days version 1.5 is really slow. It takes 10-15 secs to open picture pages. MySql uses all available processor time during this waiting period. I have only 4 pictures in database.

I have version 1.3 running on the same machine (different db) and it runs fine.

I rebooted my server today but it seems unlikely that it would affect only other gallery's performance...

BTW: How long time is "some moments"? Minutes, hours, days?

Mikko

[Merecraft]

Sorry to keep bothering you Pekka. Everything seems to be working ok except for the file upload!

The new ftp.php file seems to solve the EXIF error message and I can now see the photos in the upload folder ready to install.

I then select a photo and select which folder I want to import it into.

Then when I click upload (after selecting the exhibition) the page refreshes and I get the following message:
"Fatal error: Call to undefined function: ftp_connect() in /root_path/gallery/input/uploadcode/ftpbase.php on line 6"

Almost there! Thanks for all your help so far :D

[Pekka]

daddy0 wrote:
Pekka wrote:
seanspeng wrote:
I have installed EE1.5 on my site. But it is extremely slow. Pekka, is there any setting that I am missing?


*Edited*

I removed the big folder, and it speeds up right way, Huge difference! Could this be a reason?

Thank you!

After initial install it may take some moments for MySQL to get caches working.


I have also serious performance problems. Right after install I had no problems at all but now after two or three days version 1.5 is really slow. It takes 10-15 secs to open picture pages. MySql uses all available processor time during this waiting period. I have only 4 pictures in database.

I have version 1.3 running on the same machine (different db) and it runs fine.

I rebooted my server today but it seems unlikely that it would affect only other gallery's performance...

BTW: How long time is "some moments"? Minutes, hours, days?

Mikko

Mikko,

What is your server machine?

Couple of things:
I just noticed that when you have less than 5 photos in exhibition it is lot slower to open (in my machine 550ms) than with e.g. 6 photos (12ms). This must be some MySQL cache quirk because the code sent to it is identical in both cases (only difference is amount of results, you can see the main query sent by enabling debug mode in fetchsettings.php).

So, how does adding a couple of more photos affect speed?

You can see the amount it took to make the main query by placing mouse on ee logo in photo browser (list.php) page.

Other thing is that can you please check how sorting method affects speed.

Third thing is that when you run input/index.php EE will do database table optimize - it does that also in ftp.php and copy/move/delete page because it is needed to flush and optimize caches in MySQL. How does opening /input/index.php affect speed?

Also, make sure that common settings' "When image file is not found" it at 1 when testing EE speed.

I'd appreciate feedback on these issues.

[hasaarin]

Hi Bro!,

A Portugese locale would be good :)

l8er!

Andre

[seanspeng]

Pekka,

I meant that I deleted the Big folder (IMAGEMAGICK 800 on longer dimention) in the Path and Size setting. I don't know if this is the cause of the slow problem, but it did make a HUGE difference. Well, you probably want to do some experiments on this.

I just found that my EXIF did work. I would guess that the error comes from the photos that did not have the exif info embeded (again, this is not tested yet).

One suggestion is to have a switch on show camera detail:

When the photo has exif embedded, then show camera detail, otherwise, hide the show camera detail.

I found the current setting is very inconvenient in that you have to go back to edit the camera details or it looks bad.

Pekka, you did an excellent job on the new ee version with lots of new features, but it really took me at least 6 hours to get them work ---- it would be perfect if you could write some detailed tutorial style manual.

Thanks a lot and I will dive into it now to get more experience. :)

[Pekka]

hasaarin wrote:
Hi Bro!,

A Portugese locale would be good :)

l8er!

Andre

Hi bro!

You're assigned! :)

Mail me to pekka@photography-on-the.net so that I get your latest email.

Cheers,

Pekka

[Pekka]

seanspeng wrote:
Pekka,

I meant that I deleted the Big folder (IMAGEMAGICK 800 on longer dimention) in the Path and Size setting. I don't know if this is the cause of the slow problem, but it did make a HUGE difference. Well, you probably want to do some experiments on this.

Did the other paths that you left there use ImageMagick, too?

One suggestion is to have a switch on show camera detail:

When the photo has exif embedded, then show camera detail, otherwise, hide the show camera detail.

This is very good suggestion.

Pekka, you did an excellent job on the new ee version with lots of new features, but it really took me at least 6 hours to get them work ---- it would be perfect if you could write some detailed tutorial style manual.

I know I know. I'll try to post one chapter at a time as soon as I have them ready. I'm very busy now shooting a music festival so time is limited this week.

[seanspeng]

yes, pekka, all of them are using IMAGEMAGICK. :)

[daddy0]

Pekka wrote:
daddy0 wrote:
I have also serious performance problems. Right after install I had no problems at all but now after two or three days version 1.5 is really slow. It takes 10-15 secs to open picture pages. MySql uses all available processor time during this waiting period. I have only 4 pictures in database.

I have version 1.3 running on the same machine (different db) and it runs fine.

I rebooted my server today but it seems unlikely that it would affect only other gallery's performance...
Mikko

What is your server machine?

RedHat Linux 7.3, MySQL 3.23.49, PHP 4.30

Pekka wrote:
Couple of things:
I just noticed that when you have less than 5 photos in exhibition it is lot slower to open (in my machine 550ms) than with e.g. 6 photos (12ms). This must be some MySQL cache quirk because the code sent to it is identical in both cases (only difference is amount of results, you can see the main query sent by enabling debug mode in fetchsettings.php).

So, how does adding a couple of more photos affect speed?


It has very positive affect. See below for timings.

Pekka wrote:
You can see the amount it took to make the main query by placing mouse on ee logo in photo browser (list.php) page.


Main query run time was 21740 ms before adding photos (author's order) with other orders run time was around 4000 ms.

After adding few photos Main query run time was 1100 ms (author's order) with other orders run time was around 450 ms.

Pekka wrote:
Other thing is that can you please check how sorting method affects speed.


Using author's order sorting is slower than using other sorting criterias. See above.

Pekka wrote:
Third thing is that when you run input/index.php EE will do database table optimize - it does that also in ftp.php and copy/move/delete page because it is needed to flush and optimize caches in MySQL. How does opening /input/index.php affect speed?


Optimizing didn't help while i was having less than 5 photos in exhibition. After adding more photos it didn't help either.

Pekka wrote:
Also, make sure that common settings' "When image file is not found" it at 1 when testing EE speed.


That setting was OK by default.

BTW: I am still having those partial photos I told you about a week ago. Problems occur with IE 6 on XP only. I have similar problems with other photo galleries also(those not running EE), but it seems that EE is suffering more than others from this bug.

Mikko

[Pekka]

daddy0 wrote:
Pekka wrote:
daddy0 wrote:
I have also serious performance problems. Right after install I had no problems at all but now after two or three days version 1.5 is really slow. It takes 10-15 secs to open picture pages. MySql uses all available processor time during this waiting period. I have only 4 pictures in database.

I have version 1.3 running on the same machine (different db) and it runs fine.

I rebooted my server today but it seems unlikely that it would affect only other gallery's performance...
Mikko

What is your server machine?

RedHat Linux 7.3, MySQL 3.23.49, PHP 4.30


One very important aspect of speed is CPU speed and disk speed of server. In this server which is Pentium 4 1.7GhZ 512MB RAM I get about 20-25ms for a list page.

My home machine (faster/bigger) makes it in 12ms.

This is in my opinion (and a fact based of lots of tests) a clear indication that EE speed is not limited by code, but by mainly by server CPU speed (and amount of RAM) plus MySQL processing speed.

[Merecraft]

Pekka

i'm still getting the following error message when trying to install photos into an exhibiton from the Uploads folder:
"Fatal error: Call to undefined function: ftp_connect() in /root_path/gallery/input/uploadcode/ftpbase.php on line 6"

I've checked all my paths after reading all the various posts, and they all seem fine.

[iceman]

Pekka,
Where can I enter Camera Support Options?
Thanks

[seanspeng]

Pekka,

How come there is such a huge variance in the size of the thumbnails that are generated by ImageMagick? They are from 3KB to 20+ KB!

Will GD do a better job in thumbnails? I found GD thumbnail quality really sucks in quality!

[seanspeng]

Pekka,

What is the best way to replace a photo?

Say, I have a photo1 in EE already. And I did some minor retouch on this, and I need to replace the old one. I did not find it possible.

The only thing I can do is to delete it then reupload it, is this right?

[seanspeng]

Pekka,

I don't know why, no matter what I tried, I cannot embed link in html format in the News.

Also, can I remove the optional password link? I don't use it often and it is too distracting..

Thanks!

[daddy0]

Pekka wrote:
daddy0 wrote:
Pekka wrote:
daddy0 wrote:
I have also serious performance problems. Right after install I had no problems at all but now after two or three days version 1.5 is really slow. It takes 10-15 secs to open picture pages. MySql uses all available processor time during this waiting period. I have only 4 pictures in database.

I have version 1.3 running on the same machine (different db) and it runs fine.

I rebooted my server today but it seems unlikely that it would affect only other gallery's performance...
Mikko

What is your server machine?

RedHat Linux 7.3, MySQL 3.23.49, PHP 4.30


One very important aspect of speed is CPU speed and disk speed of server. In this server which is Pentium 4 1.7GhZ 512MB RAM I get about 20-25ms for a list page.

My home machine (faster/bigger) makes it in 12ms.

This is in my opinion (and a fact based of lots of tests) a clear indication that EE speed is not limited by code, but by mainly by server CPU speed (and amount of RAM) plus MySQL processing speed.


Sorry, I first didn't understand what you ment by server machine specs. Here we go again: AMD Athlon 1.2GHz 256MB RAM. Server has also other processes running (mail, ssh, company website). All processes run in physical memory, swapdisk stays empty all the time. Disks are IDE disks (ATA-100).

I still want mention that EE 1.3 is running on the same machine and is way much faster even having much more photos than 1.5.

Please feel free to test by yourself to see the difference:
http://www.mikkolevo.com/gallery/ and http://www.mikkolevo.com/gallerybeta/

Mikko

ps. When I select 'Insert photos manually' tool and then 'Click here to add a ONE new photo to database' a new browser window opens. If I close the original window and continue to use this newly opened and do the same thing again EE doesn't open new window anymore. Is this bug or feature?

[Pekka]

Merecraft wrote:
Pekka

i'm still getting the following error message when trying to install photos into an exhibiton from the Uploads folder:
"Fatal error: Call to undefined function: ftp_connect() in /root_path/gallery/input/uploadcode/ftpbase.php on line 6"

I've checked all my paths after reading all the various posts, and they all seem fine.

if function ftp_connect is missing then you do not have ftp module installed in your PHP or it is not installed correctly.

[Pekka]

iceman wrote:
Pekka,
Where can I enter Camera Support Options?
Thanks

translated menu support choices are in

/gallery/languages/xxx/lang_dropdowns.php

and non-translated in

/gallery/input/dropdowns.php has menu data

[Pekka]

seanspeng wrote:
Pekka,

How come there is such a huge variance in the size of the thumbnails that are generated by ImageMagick? They are from 3KB to 20+ KB!

Will GD do a better job in thumbnails? I found GD thumbnail quality really sucks in quality!


"Known problems:

- ImageMagick may fail to strip EXIF and IPTC from images, so you'll end up with 15KB thumbnails. This is very annoying and so far total mystery for me, as exactly same commands from server works perfectly. Have tried everything. May be safe mode thing, I have not tried it where safe mode is totally off (only from php's safe mode exec dir) Use GD thumbs meanwhile for smaller thumbs. Let me know if you DO NOT have this problem."

[Pekka]

seanspeng wrote:
Pekka,

What is the best way to replace a photo?

Say, I have a photo1 in EE already. And I did some minor retouch on this, and I need to replace the old one. I did not find it possible.

The only thing I can do is to delete it then reupload it, is this right?

I will add "replace photo if filename is identical" switch to upload page. Also, "replace sizes and thumbs if filename is identical" will be there.

[Merecraft]

Pekka wrote:
Merecraft wrote:
Pekka

i'm still getting the following error message when trying to install photos into an exhibiton from the Uploads folder:
"Fatal error: Call to undefined function: ftp_connect() in /root_path/gallery/input/uploadcode/ftpbase.php on line 6"

I've checked all my paths after reading all the various posts, and they all seem fine.

if function ftp_connect is missing then you do not have ftp module installed in your PHP or it is not installed correctly.

Ok, that makes sense :) However, I thought it was possible to upload the photos manually to the Upload folder, then install them from there. If this isn't possible without the ftp module installed I gues I'll jst have to resize them all manually.

[Pekka]

Merecraft wrote:
Ok, that makes sense :) However, I thought it was possible to upload the photos manually to the Upload folder, then install them from there. If this isn't possible without the ftp module installed I gues I'll jst have to resize them all manually.

As EE paths can be on any server, to make your wish come true I'd need to add a separate resize/move system for non-ftp users (this would be constrained to local server only) - this would also mean fixed directories for sizes and thumbs and they'd need to be chmod 777.

I'll see if that can be added later.

[studiocs]

Thanks for the informmation, Once I figured out the install.sql issue the install was going great... until i clicked FIND ALL VALID PATHS AND SAVE THEM.

Than I got this error

the version is 1.5 beta


Exhibit Engine MySQL error!
ERROR FROM QUERY getingredients in page 'photoeditor':

------------------------------
Unknown column 'ee_photo_header' in 'field list'
------------------------------

If you encounter this error with unmodified EE source code please mail this error to EE developers with version number, detailed circumstances when it happened and preferably with a database backup dump. All reports helps improving EE to your satisfaction. Thank You.




Everything seems to be working after I teaked the paths,, but the error still comes up. just information for you,

thanks again for helping the photo community express

[seanspeng]

Just noticed that I was not able to change the sort order in PhotoBrowser Setting.

Everytime when I select the Publish order, it is still back to author order.

But from the ee logo speed indication, it looks like it was changed to publish order, but after a while, it slows down to author order. But in setting, it always shows the Author order.

[seanspeng]

I noticed that the font style for footer is not consistent across different pages.

It looks like the footer font style in main index and show individual photo is wrong. Where should I look at and how to make the change?

Thank you!

[chriz]

Just found out that microthumbs&thumbs are not always created...

I uploaded 83 pictures using smartFTP to the UPLOAD folder under input.

Then used UPLOAD TO DATABASE, selecting all the pictures (STEP 2), selecting all the sizes (STEP 3), selecting target exhibition (STEP 4) and finally clicking on UPLOAD.

First time around no thumbnails neither microthumbs were created, but the size paths were filled nicely.

Second time I selected only 10 pictures and now thumbs and microthumbs were created.

Third time I selected the next 73 pictures and again NO thumbs,microthumbs.

Why is this happening? Is there a limit to the number of pictures that can be transferred any time? Has it to do with server time-outs ?

Chriz

check http://ee.photoplus.nu to see the album

When will ADD ALL UNUSED PHOTOS be functional ?

[Pekka]

studiocs wrote:
Thanks for the informmation, Once I figured out the install.sql issue the install was going great... until i clicked FIND ALL VALID PATHS AND SAVE THEM.

Than I got this error

the version is 1.5 beta


Exhibit Engine MySQL error!
ERROR FROM QUERY getingredients in page 'photoeditor':

------------------------------
Unknown column 'ee_photo_header' in 'field list'
------------------------------

If you encounter this error with unmodified EE source code please mail this error to EE developers with version number, detailed circumstances when it happened and preferably with a database backup dump. All reports helps improving EE to your satisfaction. Thank You.




Everything seems to be working after I teaked the paths,, but the error still comes up. just information for you,

thanks again for helping the photo community express


Thanks, it is a bug and will be fixed.

[Pekka]

chriz wrote:
Just found out that microthumbs&thumbs are not always created...

I uploaded 83 pictures using smartFTP to the UPLOAD folder under input.

Then used UPLOAD TO DATABASE, selecting all the pictures (STEP 2), selecting all the sizes (STEP 3), selecting target exhibition (STEP 4) and finally clicking on UPLOAD.

First time around no thumbnails neither microthumbs were created, but the size paths were filled nicely.

Second time I selected only 10 pictures and now thumbs and microthumbs were created.

Third time I selected the next 73 pictures and again NO thumbs,microthumbs.

Why is this happening? Is there a limit to the number of pictures that can be transferred any time? Has it to do with server time-outs ?

Chriz


This is something which I suspect is a bug in earlier PHP ftp system and certain ProFTPD versions. Does you ftp server test "EXTRA BETA TEST" run without errors. I ask because the bug in question is that ftp can not upload small files with ProFTPD ftp server, only files above certain size.





check http://ee.photoplus.nu to see the album

When will ADD ALL UNUSED PHOTOS be functional ?


When release candidate version is ready :)

[Pekka]

seanspeng wrote:
Just noticed that I was not able to change the sort order in PhotoBrowser Setting.

Everytime when I select the Publish order, it is still back to author order.

But from the ee logo speed indication, it looks like it was changed to publish order, but after a while, it slows down to author order. But in setting, it always shows the Author order.

I just fixed this and will post it in couple of days (as soon as I get back to Helsinki).

[chriz]

BETA EXTRA: FILESIZE RETRIEVAL BATCH TEST runs without errors, all green OKmessages.

These are some details on my setup:
only one ftp server: ftp.photoplus.nu
only one EE Home ftp server: also ftp.photoplus.nu

serverinfo:
apache:1.3.28
MySQL 1.0.13
PHP version: 4.3.2
GD 2 Module installed
Imagick Pear (wrapper) NOT installed
ImageMagick is installed
EXIT module NOT installed
FTP module is installed

STILL microthumbs missing. I guess I will have to FTP them manually, ?

Chriz

[Pekka]

chriz wrote:
BETA EXTRA: FILESIZE RETRIEVAL BATCH TEST runs without errors, all green OKmessages.

These are some details on my setup:
only one ftp server: ftp.photoplus.nu
only one EE Home ftp server: also ftp.photoplus.nu

serverinfo:
apache:1.3.28
MySQL 1.0.13
PHP version: 4.3.2
GD 2 Module installed
Imagick Pear (wrapper) NOT installed
ImageMagick is installed
EXIT module NOT installed
FTP module is installed

STILL microthumbs missing. I guess I will have to FTP them manually, ?

Chriz

It may be PHP timeout or browser timeout. Does using either GD or IM make any difference?

PHP timeout can be set using included htaccess or contacting admin for help. Browser timeout will be addressed in next beta.

[seanspeng]

Another bug?

I just found that the editor sometimes won't update my change on things like Camera or lens that I used for the photo. Is this a bug?

[iceman]

Pekka,

If I begin building a new gallery using EE1.5 beta now, will there be any problems upgrading to the Final Release, when that comes out later? I really like the new version and it will save much time in image preparation and upload, but, I don't want to end up having to redo things when the final is released.

Great job Pekka

[Pekka]

iceman wrote:
Pekka,

If I begin building a new gallery using EE1.5 beta now, will there be any problems upgrading to the Final Release, when that comes out later? I really like the new version and it will save much time in image preparation and upload, but, I don't want to end up having to redo things when the final is released.

Great job Pekka

It may be ok, but I'd wait for the next beta release, it should have all the database stuff finetuned.

[Pekka]

seanspeng wrote:
Another bug?

I just found that the editor sometimes won't update my change on things like Camera or lens that I used for the photo. Is this a bug?

I could not reproduce this. Can you give some more detail, or step by steps?

[gillyworld]

I am getting problems with using ImageMagick for re-sizing. sometimes it works and sometimes not. Here are 2 sets of messages taken one after the other:

msg 865 | ftp
EXHIBITSERVER: MOGRIFY COMMAND
mogrify +profile iptc +profile exif -geometry 43x28! -antialias -unsharp .8x.8+1+.01 UPLOAD/ee_temp_upload/wt_0003_200_std.jpg
EXECUTED OK
[Mon Aug 4th, 2003 08:23:31]


msg 875 | ftp
EXHIBITSERVER: MOGRIFY COMMAND
mogrify +profile iptc +profile exif -geometry 320x480! -antialias -unsharp .8x.8+1+.01 UPLOAD/ee_temp_upload/AshCon 2002_0010_1600C.jpg
: MOGRIFY ERROR:
Version: ImageMagick 5.5.6 04/01/03 Q16 http://www.imagemagick.org
POSSIBLE REASON: SAFE MODE ON. Can not use ImageMagick commands when they are outside safe mode exec dir.
[Mon Aug 4th, 2003 08:25:01]

The difference in the 2 pictures is in the size of the jpg. The successful one is about 70k the unsuccessful one is around 1m/b

Any suggestions?

Alan

[TomKa]

Feedback on whole galleries from page of the gallery browser doesn't work in Multilanguage (only in english).

Feedback on individual pictures in multilanguage is OK

Thomas

[Pekka]

gillyworld wrote:
I am getting problems with using ImageMagick for re-sizing. sometimes it works and sometimes not. Here are 2 sets of messages taken one after the other:

msg 865 | ftp
EXHIBITSERVER: MOGRIFY COMMAND
mogrify +profile iptc +profile exif -geometry 43x28! -antialias -unsharp .8x.8+1+.01 UPLOAD/ee_temp_upload/wt_0003_200_std.jpg
EXECUTED OK
[Mon Aug 4th, 2003 08:23:31]


msg 875 | ftp
EXHIBITSERVER: MOGRIFY COMMAND
mogrify +profile iptc +profile exif -geometry 320x480! -antialias -unsharp .8x.8+1+.01 UPLOAD/ee_temp_upload/AshCon 2002_0010_1600C.jpg
: MOGRIFY ERROR:
Version: ImageMagick 5.5.6 04/01/03 Q16 http://www.imagemagick.org
POSSIBLE REASON: SAFE MODE ON. Can not use ImageMagick commands when they are outside safe mode exec dir.
[Mon Aug 4th, 2003 08:25:01]

The difference in the 2 pictures is in the size of the jpg. The successful one is about 70k the unsuccessful one is around 1m/b

Any suggestions?

Alan


This is a bug which happens because you have spaces in filenames. To fix this change in mogrify.php line 69 to

$cmd = "{$s_mogrify} +profile iptc +profile exif -geometry {$mogrify_newsize}! -antialias -unsharp {$mogrify_usm_radius}x{$mogrify_usm_sigma}+{$mogri fy_usm_amount}+{$mogrify_usm_threshold} "{$resized_image_path}{$file_to_upload}"";

[gillyworld]

Thanks Pekka - that worked.

[Pekka]

gillyworld wrote:
Thanks Pekka - that worked.

Great.

Another fix:

Change the same line 69 in mogrify.php to...

$cmd = "{$s_mogrify} -size {$mogrify_newsize} -resize {$mogrify_newsize}! +profile "*" -antialias -unsharp {$mogrify_usm_radius}x{$mogrify_usm_sigma}+{$mogri fy_usm_amount}+{$mogrify_usm_threshold} "{$resized_image_path}{$file_to_upload}"";

...and now you have extremely small file sizes on thumbs and microthumbs, plus conversion is much faster.

[gillyworld]

even better!! -thanks

[TomKa]

German language pack for EE 1.5 beta 1

Here is the zip file with the translation of the public interface in german. It's beta 1 like the version of EE. Maybe some strings have to be corrected.

German language pack for the public interface (http://www.panoviews.com/files/ee_lang_ger.zip)

[gait]

What about reading EXIF from pictures?

Does these read my camera model? Shutterspeed? Focal Length? etc?

Which preferences do I have to set?

Is it possible to disable and enable some data?

e.g. wich setting must I set for ISO? 0 - 1600?!? This is stored in the image-exif?!?

I have tested many times with de default photodata and editing the pictures settings..

I do not really know how this settings will work..

EXIF - module works fine...

Can somebody explane?
Thanks in advance!

[gait]

TomKa wrote:
German language pack for EE 1.5 beta 1

Here is the zip file with the translation of the public interface in german. It's beta 1 like the version of EE. Maybe some strings have to be corrected.

German language pack for the public interface (http://www.panoviews.com/files/ee_lang_ger.zip)

Some strings does'nt work... I have also tried it by myself to translate some strings in to Dutch... that does also not work :(

E.g. when a translate "Latest News" this will not be translated on the website. The same for yours translated index.php

What could happen? (I know these version is beta, maybe some strings would not work?)

[gait]

Sorry, again a question: Why is the length of my homepage so long? Is this a setting? Look at http://www.gerritdejong.nl/ee/

[Pekka]

gait wrote:
TomKa wrote:
German language pack for EE 1.5 beta 1

Here is the zip file with the translation of the public interface in german. It's beta 1 like the version of EE. Maybe some strings have to be corrected.

German language pack for the public interface (http://www.panoviews.com/files/ee_lang_ger.zip)

Some strings does'nt work... I have also tried it by myself to translate some strings in to Dutch... that does also not work :(

E.g. when a translate "Latest News" this will not be translated on the website. The same for yours translated index.php

What could happen? (I know these version is beta, maybe some strings would not work?)

Yes, some strings are not implemented in user-interface bu they are in translation files, and some things are not in translation files yet.

Next beta will have it all.

[Pekka]

gait wrote:
Sorry, again a question: Why is the length of my homepage so long? Is this a setting? Look at http://www.gerritdejong.nl/ee/



That is just the way I like it. Remove in indexstyles 1.php, 2.php etc code



or if you just want to hide the code replace it with

[gait]

Pekka wrote:
gait wrote:
Sorry, again a question: Why is the length of my homepage so long? Is this a setting? Look at http://www.gerritdejong.nl/ee/



That is just the way I like it. Remove in indexstyles 1.php, 2.php etc code



or if you just want to hide the code replace it with





Thanks for answering! It works!

[gait]

Is there a option / maybe a possibility to let see the latest 10 photo's add from all the exhibitions at once?

At this moment it's possible from every exhibition.

[Daniel_Borek]

msg 1321 | ftp
SAVANNI: MOGRIFY COMMAND
/www/misc/ImageMagick-5.5.6/bin/mogrify -size 43x28 -resize 43x28! +profile "*" -antialias -unsharp .8x.8+1+.01 "UPLOAD/ee_temp_upload/22.jpg"
: MOGRIFY ERROR:

POSSIBLE REASON: SAFE MODE ON. Can not use ImageMagick commands when they are outside safe mode exec dir.
[Thu Aug 7th, 2003 03:36:54]

Any way around this? I have Safe Mode on and cannot have any influence for that matter. Any other possible glitches I should check?

[seanspeng]

Pekka wrote:
Another fix:

Change the same line 69 in mogrify.php to...

$cmd = "{$s_mogrify} -size {$mogrify_newsize} -resize {$mogrify_newsize}! +profile "*" -antialias -unsharp {$mogrify_usm_radius}x{$mogrify_usm_sigma}+{$mogri fy_usm_amount}+{$mogrify_usm_threshold} "{$resized_image_path}{$file_to_upload}"";

...and now you have extremely small file sizes on thumbs and microthumbs, plus conversion is much faster.




Pekka,

Will the above fix remove the EXIF information so that uploaded photos do not show EXIF any more? Is this an ideal fix for large thumbnail issue?

I do not fully understand it. Please kindly explain.

Thank you!

[Pekka]

Daniel_Borek wrote:
msg 1321 | ftp
SAVANNI: MOGRIFY COMMAND
/www/misc/ImageMagick-5.5.6/bin/mogrify -size 43x28 -resize 43x28! +profile "*" -antialias -unsharp .8x.8+1+.01 "UPLOAD/ee_temp_upload/22.jpg"
: MOGRIFY ERROR:

POSSIBLE REASON: SAFE MODE ON. Can not use ImageMagick commands when they are outside safe mode exec dir.
[Thu Aug 7th, 2003 03:36:54]

Any way around this? I have Safe Mode on and cannot have any influence for that matter. Any other possible glitches I should check?

Maybe mogrify path /www/misc/ImageMagick-5.5.6/bin/mogrify is not correct?

Try also:

mogrify

To run mogrify in safe mode, the ImageMagick must be in "safe mode exec dir" which is a directory for system programs allowed in PHP's safe mode. You can see that path in server info editor / full PHP Info.

You can see green in server info editor when mogrify path is correct and it can be used.

If you do have green light there, then check that you have 777 permission on ee_temp_upload folder.

[Pekka]

seanspeng wrote:
Pekka wrote:
Another fix:

Change the same line 69 in mogrify.php to...

$cmd = "{$s_mogrify} -size {$mogrify_newsize} -resize {$mogrify_newsize}! +profile "*" -antialias -unsharp {$mogrify_usm_radius}x{$mogrify_usm_sigma}+{$mogri fy_usm_amount}+{$mogrify_usm_threshold} "{$resized_image_path}{$file_to_upload}"";

...and now you have extremely small file sizes on thumbs and microthumbs, plus conversion is much faster.




Pekka,

Will the above fix remove the EXIF information so that uploaded photos do not show EXIF any more? Is this an ideal fix for large thumbnail issue?

I do not fully understand it. Please kindly explain.

Thank you!


Yes, when you change that line to new code the ImageMagick will remove exif, itpc and other possible profiles from resized images and this will reduce file size significantly. It naturally does not affect existing images but only the ones you add after the fix.

Here's a latest version that works in UNIX, too:

$cmd = "{$s_mogrify} -size {$mogrify_newsize} +profile * -resize {$mogrify_newsize}! -antialias -unsharp {$mogrify_usm_radius}x{$mogrify_usm_sigma}+{$mogri fy_usm_amount}+{$mogrify_usm_threshold} {$resized_image_path}{$file_to_upload}";

[puffyelms]

Getting a similar error as Daniel_Borek, except my server is not running in PHP safe mode.

i get the green text that ImageMagick is installed when i have just "mogrify" in the box. (Imagick Pear reports this--IMAGICK WRAPPER MODULE IS NOT INSTALLED ON THIS SERVER.)

Error:
mogrify +profile iptc +profile exif -geometry 43x32! -antialias -unsharp .8x.8+1+.01 UPLOAD/ee_temp_upload/20095787.jpg

: MOGRIFY ERROR:
Version: ImageMagick 5.5.7 06/17/03 Q16 http://www.imagemagick.org
POSSIBLE REASON: SAFE MODE ON. Can not use ImageMagick commands when they are outside safe mode exec dir.

Now using phpinfo it reports that the following are all set to off or "no_value".
safe_mode,
safe_mode_exec_dir,
safe_mode_gid,
safe_mode_include_dir

So it does appear I'm not running in php safe mode.

(Side note: The script works fine using GD2 to do the resizes.)

I'm just starting to troubleshoot this and most of this is new, so figured I'd post the question in case there is something obvious I'm missing.

Otherwise, great job Pekka, love the script and will definitley register 1.5.
Thanks,
Tim

[gait]

Pekka: Little detail

The title bar gives a wrong version...

http://www.xs4all.nl/~hjdejong/bd/ee_1.5_beta_1.jpg

[Daniel_Borek]

puffyelms wrote:
Getting a similar error as Daniel_Borek, except my server is not running in PHP safe mode.

i get the green text that ImageMagick is installed when i have just "mogrify" in the box. (Imagick Pear reports this--IMAGICK WRAPPER MODULE IS NOT INSTALLED ON THIS SERVER.)

Error:
mogrify +profile iptc +profile exif -geometry 43x32! -antialias -unsharp .8x.8+1+.01 UPLOAD/ee_temp_upload/20095787.jpg

: MOGRIFY ERROR:
Version: ImageMagick 5.5.7 06/17/03 Q16 http://www.imagemagick.org
POSSIBLE REASON: SAFE MODE ON. Can not use ImageMagick commands when they are outside safe mode exec dir.

Now using phpinfo it reports that the following are all set to off or "no_value".
safe_mode,
safe_mode_exec_dir,
safe_mode_gid,
safe_mode_include_dir

So it does appear I'm not running in php safe mode.

(Side note: The script works fine using GD2 to do the resizes.)

I'm just starting to troubleshoot this and most of this is new, so figured I'd post the question in case there is something obvious I'm missing.

Otherwise, great job Pekka, love the script and will definitley register 1.5.
Thanks,
Tim

Still having the same problem as Tim. I have ImageMagick installed, safe mode is on (don't think thats the problem). It creates microthumbs and thumbs, but does not resize them, so they are the size of the original file. It fails to create also normal and small sizes of the file. I have Pekka's latest fix (for unix) in mogrify.php. What is really weird that now not even GD doesnt want to resize photos right. GD creates a thumb and a microthumb, but looses the small, normal and big sizes.

Error I get is:


msg 1537 | ftp
SAVANNI: 'daniel_borek_kuplamersu_2003.jpg' UPLOADED SUCCESFULLY
SIZE: 1024x683 => 43x28 (IMAGEMAGICK MICROTHUMB), 147 KB in server.
[Fri Aug 8th, 2003 00:06:14]

msg 1536 | ftp
SAVANNI: MOGRIFY COMMAND
/www/misc/ImageMagick-5.5.6/bin/mogrify -size 43x28 +profile * -resize 43x28! -antialias -unsharp .8x.8+1+.01 UPLOAD/ee_temp_upload/daniel_borek_kuplamersu_2003.jpg
: MOGRIFY ERROR:

POSSIBLE REASON: SAFE MODE ON. Can not use ImageMagick commands when they are outside safe mode exec dir.
[Fri Aug 8th, 2003 00:06:14]



and GD gives:


msg 1651 | ftp
SAVANNI: 'daniel_borek_2003_kaivopuisto_motorcycle.jpg' UPLOADED SUCCESFULLY
SIZE: 1024x683 => 43x28 (GD MICROTHUMB), 1 KB in server.
[Fri Aug 8th, 2003 00:30:32]

msg 1650 | ftp
SAVANNI: Working directory changed to '/public_html/photos/photobank/microthumbs'
[Fri Aug 8th, 2003 00:30:32]

[Pekka]

puffyelms wrote:
Getting a similar error as Daniel_Borek, except my server is not running in PHP safe mode.

i get the green text that ImageMagick is installed when i have just "mogrify" in the box. (Imagick Pear reports this--IMAGICK WRAPPER MODULE IS NOT INSTALLED ON THIS SERVER.)

Error:
mogrify +profile iptc +profile exif -geometry 43x32! -antialias -unsharp .8x.8+1+.01 UPLOAD/ee_temp_upload/20095787.jpg

: MOGRIFY ERROR:
Version: ImageMagick 5.5.7 06/17/03 Q16 http://www.imagemagick.org
POSSIBLE REASON: SAFE MODE ON. Can not use ImageMagick commands when they are outside safe mode exec dir.

Now using phpinfo it reports that the following are all set to off or "no_value".
safe_mode,
safe_mode_exec_dir,
safe_mode_gid,
safe_mode_include_dir

So it does appear I'm not running in php safe mode.

(Side note: The script works fine using GD2 to do the resizes.)

I'm just starting to troubleshoot this and most of this is new, so figured I'd post the question in case there is something obvious I'm missing.

Otherwise, great job Pekka, love the script and will definitley register 1.5.
Thanks,
Tim

The error can also trigger when Imagemagick finds an error in the fed command.

Try using the latest in mogrify.php:

$cmd = "{$s_mogrify} -size {$mogrify_newsize} +profile * -resize {$mogrify_newsize}! -antialias -unsharp {$mogrify_usm_radius}x{$mogrify_usm_sigma}+{$mogri fy_usm_amount}+{$mogrify_usm_threshold} {$resized_image_path}{$file_to_upload}";

Also, I have found that when mogrify halts to an error, it may leave some temp files in UPLOAD/ee_temp_upload/ directory, and those temp files prevent more mogrify commands! So ftp to your temp dir and check that it is fully empty.

PS. For me to be able to really analyze the problem you would need to trust me in your directories with ftp.

PPS. I have made a very simple "if mogrify works" test page which I'll upload next weekend.

[Daniel_Borek]

Did a complete reinstall and got GD to work back again, whopee. I think I'm gonna stick with it until everything is clear with ImageMagick. Btw Pekka, when you post a fix here at the forum, make sure you give exactly the right information. For example the tests.php fix did not included php start and end tags (), somebody with with very little experience from php can follow the instructions by the book (replace whole tests.php with...) and that will just start a new chain of weird problems.

Mogrify.php fix should be (I think) made on line 67 not 69. Sure most of the people will correct these little errors easily, but not all. For example I didnt notice those PHP tags missing from tests.php. :-) Another idea, is it possible to select the language automaticly by users IP? Say if a user is from Finland it would be finnish and if not then english...

May the force be with you! ;)

[puffyelms]

Hi Pekka,
Still working on getting Imagemagick to work. (reference post above)(GD2 works fine).

Just a little more info:
2 paths that your serverinfo script identifies Imagemagick for me are:
"/usr/bin/X11/convert" and "mogrify"

if i use "mogrify", the image is copied into the gallery, but NOT resized. (/UPLOAD/ee_temp_upload is cleaned up)

if i use "/usr/bin/X11/convert" the image is NOT copied into the gallery. (/UPLOAD/ee_temp_upload is NOT cleaned up afterwards)


PS. For me to be able to really analyze the problem you would need to trust me in your directories with ftp..
might request this route from you in a bit. if you would still be interested.

PPS. I have made a very simple "if mogrify works" test page which I'll upload next weekend.
This would be helpful, i'd think. Something that would do a bare minimum Imagemagick command.

Thanks for all your work Pekka.

[manutremo]

I had the same problem with mogrify not resizing the thumbs, like Daniel_Borek and puffyelms.

After diving through the code, I found:

1.- The error message about safe mode as a possible cause of the problem is hard coded, and this problem has nothing to do with safe mode. Anyway, I have safe mode off.

2.- The problem is that ftp.php in the "input" folder calls mogrify.php, which is in the "input/uploadcode" folder. Because of this, the variables saving the working paths are not valid in mogrify.php.

I have solved this by:

1.- Moving all the contents of "input/uploadcode" to "input".

2.- With a text editor, find all occurences of the string

require ("uploadcode/

and replace it with

require ("

This must be done in all the files in the "input folder" (I think I found it in ftp.php and export.php

Just in case, I also created the folder "ee_temp_upload" inside the "UPLOAD" folder, but I don't think this is one of the causes of the problem, as EE should be able to create it when necessary.

Now it works, at least in my case. Hope this helps.

[Pekka]

manutremo wrote:
I had the same problem with mogrify not resizing the thumbs, like Daniel_Borek and puffyelms.

After diving through the code, I found:

1.- The error message about safe mode as a possible cause of the problem is hard coded, and this problem has nothing to do with safe mode. Anyway, I have safe mode off.


Yes, because mogrify does not return any errors to php, only success or failure. That is why I write: Possible reason.... in error message.


2.- The problem is that ftp.php in the "input" folder calls mogrify.php, which is in the "input/uploadcode" folder. Because of this, the variables saving the working paths are not valid in mogrify.php.

I have solved this by:

1.- Moving all the contents of "input/uploadcode" to "input".

2.- With a text editor, find all occurences of the string

require ("uploadcode/

and replace it with

require ("

This must be done in all the files in the "input folder" (I think I found it in ftp.php and export.php

Just in case, I also created the folder "ee_temp_upload" inside the "UPLOAD" folder, but I don't think this is one of the causes of the problem, as EE should be able to create it when necessary.

Now it works, at least in my case. Hope this helps.

If you do not have "ee_temp_upload" folder inside UPLOAD it will definitely cause problems. EE will not create that, it should have been there in install zip (wasn't it?) and you should have chmod it to 777.

Thanks for the include change info! I may have overseen odd inlude dir php setups. Although the relative includes work on my Windows XP server and my UNIX server there may be some PHP configurations where you'd may have those problems.

Could Daniel and puffyelms try this fix out and let us know if it helps?

I've pretty much finished beta 2 but I'm afraid you'll need to wait 4 days to get it because I there are still things to add and I don't have time to do that today and before my small concert tour starting tomorrow morning.

[manutremo]

Hi Pekka

First of all, what a fantastic piece of software!

I didn't mean to criticise your generic "Possible cause..." message, I imagined you did that because mogrify didn't return specific failure info.

On the other hand, I see I was lucky to create the ee_temp_upload folder. I just created it while testing other things, so I never realized it was part of the problem.

If this helps, my configuration is Win XP Professional, Apache 1.3.28, php 4.3.2 and mysql 4.0.14b. I've had many problems getting imagemagick to work, as I have no experience with php nor linux/unix, but Internet is a wonderful source of information, isn't it?

I'm happy to be able to help with this fantastic software.

[puffyelms]

no luck.

i copied the whole uploadcode folder to the 'input' dir and replaced the appropriate string. found some in the copy_delete.php (sp?) also.

my "ee_temp_upload" was already created previously.

still get an error like before. with the thumb/micro-thumb/and other sizes the same size as theoriginal.

might try reinstalling to make sure i did everything to the T.

Thanks manutremo (and pekka) for the idea. it sounded promising, and still might be a part of the problem.

i might try to install something else that uses imagemagik and i know should work on my provider's servers to see if i can get that working.

[Pekka]

puffyelms wrote:
no luck.

i copied the whole uploadcode folder to the 'input' dir and replaced the appropriate string. found some in the copy_delete.php (sp?) also.

my "ee_temp_upload" was already created previously.

still get an error like before. with the thumb/micro-thumb/and other sizes the same size as theoriginal.

might try reinstalling to make sure i did everything to the T.

Thanks manutremo (and pekka) for the idea. it sounded promising, and still might be a part of the problem.

i might try to install something else that uses imagemagik and i know should work on my provider's servers to see if i can get that working.



puffy,

Please don't sweat with this issue now as as soon as I come back (4 days) we'll get this sorted out, and I'll have a "convert" version for you, too. With the engine test page I've done the problem will be found.

With beta 1 when you get original size image as result it means graphics conversion failed. I'll change this no no image" in next version.

And thanks for helping me to get EE better!

[manutremo]

Hi Puffyelms

After the "conversion" find the mogrify command in the "ftp messages" window.

Open a cmd.exe window, change dir to Input and Uploadcode, copy the command line from the ftp messages window and execute it. See if the conversion is done correctly or if there is some error in the command line.

This helped me figure out what was happening.

[complex]

Pekka,

Any timeframe for beta 2 (or whatever) yet? Beta 1 is already great; I'm really looking forwad to the small fixes and new features!

Thanks.

[seanspeng]

Pekka wrote:


Here's a latest version that works in UNIX, too:

$cmd = "{$s_mogrify} -size {$mogrify_newsize} +profile * -resize {$mogrify_newsize}! -antialias -unsharp {$mogrify_usm_radius}x{$mogrify_usm_sigma}+{$mogri fy_usm_amount}+{$mogrify_usm_threshold} {$resized_image_path}{$file_to_upload}";



I assume the above code also removes the EXIF data from images other than thumbnail or microthumbnail, right?

Say for example, if the original upload is 800X600 pixel, and I specify the normal size to be 640x480, the resized normal size picture will not have the EXIF info anymore because it is being "resized". Am I correct?

I would like to have ONLY Thumbnails and Microthumbnails be removed on EXIF info, is this possible?

Thank you!

[seanspeng]

Reporting Problems:

1. Was able to make a comment in a Private Exhibition, but that comment won't show up.

2. The normal sized photo won't show up when i used the manually insert photos function. I had to use the upload to database method to get it work. Why there is no Add All Unused function enabled?

[chriz]

Why "add all" not enabled.

Pekka told me it would be enabled in the next version (remember it's a beta)

Chriz

[Etrigan63]

I get the following error:

Notice: Undefined index: REQUEST_URI in C:\Inetpub\domains\echenique\gallery\fetchsettings .php on line 129

and then it stops. No pics. Nothing. Running on Win2K3 + IIS6 + PHP4 (cgi-mode)

Carlos

[Pekka]

etrigan63 wrote:
I get the following error:

Notice: Undefined index: REQUEST_URI in C:\Inetpub\domains\echenique\gallery\fetchsettings .php on line 129

and then it stops. No pics. Nothing. Running on Win2K3 + IIS6 + PHP4 (cgi-mode)

Carlos

IIS is not tested (this is IIS environment variable problem).

I'll see what can be done, later. To get past it now, in fetchsettings replace block



if (isset($_SERVER)) {
$scripturl = $_SERVER['SERVER_NAME'] . $_SERVER['REQUEST_URI'];
$query = $_SERVER['QUERY_STRING'];
}
else {
$scripturl = $HTTP_SERVER_VARS['SERVER_NAME'] . $HTTP_SERVER_VARS['REQUEST_URI'];
$query = $HTTP_SERVER_VARS['QUERY_STRING'];
}
if ($query != "") {
$scripturl = @ereg_replace("{$query}","",$scripturl);
$scripturl = @ereg_replace("[??]","",$scripturl);
}
$scripturl = "http://" . $scripturl;




with



$scripturl = "http://";

[Pekka]

seanspeng wrote:

I would like to have ONLY Thumbnails and Microthumbnails be removed on EXIF info, is this possible?

Thank you!



This feature is now coded in beta 2's new resize method editor (whole resize system is new).

Realistic guess is that beta 2 is out late on sunday (tomorrow I have to fly to Stockholm to play one concert).

The resize system is now fully editable, database-based, and allows room for adding e.g. Imagemagick watermark's or any other features (gamma, effects) to specific sizes quite easily, on later EE versions.

[pehansen]

Does anyone know if the beta 2 version came out yet, and if so, where can it be obtained?

Regards,
Paul.

[puffyelms]

Thanks manutremo, appreciate the advice.
I tried using the command line ftp but wasn't able to call the command. Instead of spending too much time on it, i took pekka's advice and am waiting anxiously for the beta 2 version which hopefully will have that test script to get a better idea of my problem.

i've been busy myself with work and give much praise to pekka and appreciate his work he's done on the side with this great script.

cheers.
Tim

[Barrytheb]

I'm attempting to understand the flow of events- I have 1.3 installed now- is there a page describing the changes an/or updates in 1.5?
Is there a estimated release date for 1.5?

[Pekka]

Barrytheb wrote:
I'm attempting to understand the flow of events- I have 1.3 installed now- is there a page describing the changes an/or updates in 1.5?
Is there a estimated release date for 1.5?

Sorry for being too vague and quiet about progress of 1.5. I just have finished many important things on beta 2, namely new resize method system with preview and other foundation stuff like rating statistics functions and output display code. I also started using some manufacturer-specific EXIF parsing, mainly for Canon in the beginning but all will be supported later.

It all looks very good now. I'm finetuning some translation files etc. and my todo list gets shorter by the hour.

I do not promise any release dates for 1.5 beta 2, but I can say we are talking of days now weeks. I hoped to get it out earlier, but some relative-related matter took plenty of my time (Bold and Beautiful is mild stuff when it comes to my relatives :))

I will code an updater for 1.5 beta 2 for both 1.3RC and 1.5 beta 1.

For new features I have no full list yet. Almost everything is improved. As new features you get full multisize upload system using ftp (exif and iptc data read), image resize and sharpen using several graphics libraries, rating, commenting, multilingual database and UI, new editor structure and editor tools etc.

See also

http://photography-on-the.net/forum/showthread.php?t=14874

[TomKa]

Thank you for the info Pekka. We are "ready to start" with beta2 and to update the translations. It's a bit like waiting for christmas... 8-)