PDA

View Full Version : Exhibit Engine 1.5 beta 2 (update for 1.3)


Pekka
27th of September 2003 (Sat), 20:18
UPDATE ONLY FOR 1.3RC.

THIS IS NOT FULL INSTALL.
THIS IS NOT UPDATE FOR 1.5 BETA 2.

download from http://photography-on-the.net/15b2.zip

This is beta and has no warranty whatsoever. It works great on my servers, though. :)

EE Backup 1.10 is included.

It's so late now here I'm not going to write full manual here. Important things are:

Dond't try this on your site without doing at least two backups of your database and EE files. This update will alter your database, and all EE files will need to be replaced. All data except misc settings will be preserved by updater but it is always possible that errors may happen, or your database is not unmodified 1.3RC one. In this case revert back to 1.3RC and send me a dump of your 1.3RC database so I can update it for you and check out the problem.

HALT YOUR GALLERY WHILE UPDATING. Easy way to do this is to rename your gallery folder during update prcedure.

1.3RC Styles are different from 1.5 styles, and you should NOT use 1.3RC style folders in 1.5. To update styles send them to me and I'll mail you updated styles back, or use original style as example (see what has changed and add those lines).

Backup your add.php and EE Backup folder. Then replace all files.

chmod to 777 folders:

/temp
/export
/input/temp
/input/UPLOAD
/input/UPLOAD/test
/input/UPLOAD/ee_temp_upload
/input/backup/ee_backup_files

Check that "add/connect.php" has correct data for your system.

Check that "backup/ee_backup_prefs/preferences.php" has correct data for your system.

Again: Have you made backups of your database?

If so, run updater script update13rc_to_15b2.php . That will take only a second or two and it will transfer your database to v1.5 multilingual one.

After database update is done and all files uploaded you should have you gallery running v.1.5.

There are many new things there, but set up things in editor in this particular order:

1. ftp server setup (fill correct data and test)
2. graphics modules (test and mark them ok)
3. resize methods (edit and test)
4. path setup (edit correct data)
5. the try upload of incuded test file.

EE will need ftp module in PHP.
Imagemagick is the only graphics library worthy of use, so fight or bribe to get it into your server.
MySQL 4.0 will make EE 4 times faster compared to MySQL3 which will give about EE 1.3 speeds (or faster, depending on server).

More tomorrow. And did I say: "backup first"?


Here are most changes from beta 1:

- date sorting did not honor clock. Fixed.

- imagemagick file size bug fixed.

- view perpage = all, return to list: wrong pagination. Fixed.

- settings: order did not stick. Fixed.

- index page counter init missing. Fixed.

- fixed a bug in photo move when thumb dirs are same between target and source exhibition.

- added: browser timeout counteraction added to ftp and copy/move/delete and export.

- fixed 'find size paths' sql bug in photo editor'.

- fixed a bug in 'show search, sorting and perpage' text in photo browser.

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

- one click to "backup now" did file backup twice (interlaced data) when javascript was on. Fixed.

- empty upload temp from ALL files. Fixed.

- added: delete used files option in upload page

- added: mark clearer what photos are already uploaded, in EE in upload page

-added a new concept: "lazy language". When a language is set as "lazy" it means all public interfaces are translated, but the database texts and info are taken from primary language. This lets you offer several user interface languages when you do not want or can not update all database data in those languages (i.e. when your Klingon has gotten tad rusty). Lazy languages can be edited normally in editors (this feature can be also used as hiding a language when inputting the database). Language menu will show text "UI only"(in english!) for lazy languages.

- EE Backup: an error message occurred when database name contained odd characters (e.g. "test_-_1"). Fixed.

- a bug where uploaded photos were not marked as "in EE" right after upload. Fixed.

- added: previous/next buttons to photo editor photo selection list.

- added: filenames to photo editor photo selection list.
- missing flash and camera support dropdowns on default photodata editor. Fixed.

- added a keyboard shortcut ALT+S to access the language menu. This means you can use e.g. ALT+S and arrow up/down to change between two languages, or ALT+S and H to pick up hungarian language and ALT+S and F to pick up finnish language.

- added color coding to resize methods so that path editor and upload page match.

- new system for setting and storing graphics/php module status on/off. This includes interactive test page for each module/library with inbuilt test image which contains exif and iptc.

- unavailable resize methods are hidden in path editor.

- fixed a problem in html export page sorting by author

- added slash info in path editor

- bug in "all exhibitions combined"- when clicking a photo is set to jump to next image: navigation errors. Fixed.

- added "guess" feature to camera, lens, owner, country, location in upload page. This 'guessing' is based on available EXIF and IPTC data, and EE rates the available database items for those found in photo data, with predefined emphasis on certain values. For example, EE guesses correct lens in database by comparing focal lenght and aperture to lenses on database, and also camera manufacturer and lens displayname are also used. But emphasis is put on focal lenght, where I have set prime lenses to override zoom lenses (e.g. 50mm is primarily guessed to be 50mm prime if available). Another useful feature in location guessing is that EE will add the location if it is not found from db. All this data is retrieved from EXIF and IPTC, so basically you can type in all the needed data in Photoshop "file info" from header, description text and copyright data to location info and EE will apply the data to database during upload.

- impossible resize method means now 'no image' (not source image as in beta 1).

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

- sharpening settings to database

- as an extra security step because of more intelligent email viruses out there, photographer email is now confuscated by replacing @ and . with words.

- guess switches in upload page reflect to available modules

- added sorting info to list page when sort dropdown is hidden.

- inproved style code functions a little (slight speed increase)

- as side effect of resolving the cause for speed problem of combined exhibitions overall speed is faster and also more stable. MySQL 4 gains most from new code.

- fixed translation functions for escaped characters in traslation arrays, as in "Harry's" - also improved translation code a bit.
- new translation feature: every translation item can have two choices, standard & image+text. This setting is used in following way:
when you want just the text you can use the old way:
$translated["featured_exhibitions"] = "featured exhibitions";
when you want to replace text with an image do
$translated["featured_exhibitions"]["image"] = "http://www.mysite.com/featured_exhibitions.gif";
$translated["featured_exhibitions"]["text"] = "featured exhibitions";
leaving image url empty will make EE use the text. The text part is used as mouseover for the image.


- removed analyze/repair link in editor - will be added again in release version.

- new string lenght truncate code to detail listing

- RATING OUPUT: new output method in list.php for ratings - it reflects changes in category and exhibition

- editor title bar gives a wrong version... FIXED

- 'ee_camera_type' table is removed from database

- coded a simple solution for request: "Some visitors want to see the detail camera data and others don't, it would be nice to have an option on each individual image display to either hold a mouse over the image or select a button to see a popup of this info."

- multiarea navigation problems fixed (BY PROPER REMOVAL OF PROFILES IN IMAGEMAGICK AND SOME CODE FIXES). Note that you will NEED to check "remove profiles" in Imagemagick resizemethods to make PHP understand image size and thus make multiarea navigation function.

- upload: spaces, quotes and hyphens in filenames

converted to _ before upload (does anyone need this to be optional?)

- upload: conflicting filenames renamed before upload, automatically

- editor index/optimize page has now commands to defragment database, and also optimize it (optimizes indexes to full speed)

- upload, photo input: filenames in headers: underscores are automatically converted to spaces.

- in photo editor you can set default header (according to current default photodata settings) by emptying header and then pressing return (update).

- fixed some table border html problems in Opera and Mozilla

- some manufacturer-specific EXIF parsing, mainly for Canon in the beginning but all will be supported later.

- comment and rating editor: photo id link to photo editor does not work. Fixed.

- ee backup: added gzip online compression to file downloads when compress=1 (needs browser support - most of them do). This means at least 3 times faster downloads. Side effects are: download progress display in windows does not have correct time and size displayed, and start of download has a slight delay as server must pack the file first.

- EE has now a new html output system. This means you can integrate any part of EE into any page and build your own layouts. This change has been competed for list.php and photo.php, all other pages will follow. The method of building e.g. your own photo page from ee html components is done by a simple template php file, where you insert EE html components as php variables. This template method makes also possible to use conditions (if next button is not displayed, then place this image) and any other php code needed. Photo and list pages uses a separate template for NS 4.7x, and one template for export function. One template demostrates how to a selection of thumbs from two exhibitions can be embedded into a external php page.

- The resize system is now fully editable, database-based. Thumb resize parameters can also be edited.

- did couple of new styles and all old ones are updated.

- added translation items and made new translation functions

- completed translation code (all items are now in)

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

- COMMENT RULE CHECKER: not text warning, unrated ratings warning.

- put pass={$pass} to group links

- ALL EXHIBITIONS COMBINED: page title wrong. fixed.

- ee commerce fails on exhib "all" detail list. Fixed.

- forsale sort click in detail list removed

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

- COMMENTS AND RATINGS ON/OFF GLOBALLY

- misc settings: added "include to rating stats", "rated x times -limit", "rating page thumb size", "show top X ratings"

- Added flexible watermark settings to size methods.
editor: fixed html in exhibition editor thumb- and microthumbnail directory listing outputs.

- renamed 'global settings' menu to 'misc settings'

- misc settings: turn auto-refresh off by default.

- export: comment perpage = all

- country "n/a" name is now editable (country id 191)

- editor: disabled photo editor link when exhibition does not have any photos.

- corrected ALT/title texts fixed in editor menus

- fixed a bug in date locale display and added a couple of useful date formats

- moved all /uploadcode folder files to input folder root
changed comment date to honor language settings

- added view ratings to photo page's rating header

- added demo photo url to groups

- settings: thumbnail tooltip detail info on/off

- added accessories to gear list

- added short names to EE-commerce editor

- translated all error and info message and completed all translations

- reset buttons are now on right side in all editors
addall.php's language related code done

- iptc keywords are now inserted into photo's metadata keyword list

- header and footer are now multilingual - if you have header.php or footer.php in language directory, it will be used instead of root's files.

- category hint did not honor hidden photos. Fixed.

- perpage reseted when hidden/revealed even when it was set to be revealed by default. Fixed.

- made photo order editor omit photo sizes and use fixed square sizes: big speed increase for UI and more organized look.

- if camera is "Unknown" or lens is "Inbuilt" they will be hidden in photo page detail.

- In some editors giving a command reseted current exhibition or language. FIXED.

- because of use of rtrim function PHP 4.1.0 is now minimum requirement, but it is always best to use latest PHP release.

- added option to set editor font size and family into fetchsettings.php

- added info card outputstyle

- fixed a problem in editor where they did not hold language data when selected language was not set 'public'

- misc. settings: made featured exhibitions dropdown hold its data even when indexstyle 5 is not in use.

- upload: added thumb/microthumb resize failure info to ftp messages.

- comments/ratings on/off per exhibition, set up in misc settings

- EE BACKUP: - new 'slow restore' -command
Slow restore is 'one command at a time' -type of restore with delayed connection retry (counter is visible) and direct-from-disk sql dump reading. This means it is slow, but also very reliable in slow or flakey servers. Normally you want to try slow restore after having noticed that normal file restore command halts for unknown reasons, perhaps becuase commands are fed too fast for it to cope (MySQL is quite slow in commands that do writing, but extremely fast in reading data).
Progress is reported and if mysql server timeout is over 30 seconds this is noted - you can try again from same position simply by pressing once the 'refresh' button on your browser.

- bug: view all combined -> give feedback - PROBLEM! (id wrong). FIXED






KNOWN ISSUES:

- there is no resize preview for Imagick or GD.

- Imagick has not been tested (please report if you have problems)

- When thumb and microthumb paths are defined as NONE in path editor, they will produce no image (X) as thumb. You are not warned about this in upload page, but your should note warning message you get when disabling graphics engines.

- file exists (same pixel size) gives "UPLOAD ERROR. Reason: ftp_put(): Access denied." This should be remapped to something more sensible.

"7 photo rule". Due to MySQL's internal optimizations EE will need at least 7 photos to run at full speed. You can have 6 hidden and one visible, each in separate exhibition, just as long as you have at least 7 photos in system.

Javascript stuff:
- javascript links on + no javascript: language reverts to def
- when no javascript: command buttons do not pass translated links

- photodata photo menu shows html entities

- export: ERASE OLD FILES FIRST (missing)

- resizemethods can not be deleted

- if you delete watermark image from disk after it has been saved for a resizemethod, watermark image list for that method is set to display first one on list but database has still the old data, so watermark creation will fail when using that resizemethod because file can not be found.

- changes to sorting, perpage and search has no visible effect while rating display is selected. It may be wise to disable those settings while ratings are viewed.
photo page comment perpage does not stick

- detail list html export has problems

- misc settings layout is messy, it will be reorganized and distributed to smaller page sections and different (mode valid) locations in editor.

- comments/ratings on/off per exhibition: exhibitions' default state is now OFF in this system so all new exhibitions must be set manually to use comments

- online help is disabled.

- exif and iptc are not read from photos that are input using manual system.





Features that will be added to Release Candidate version

- online help

- category guess from iptc

- replace photo sizes code

- REQUEST: "Once photos are added to an ecommerce template it seems impossible to remove them in bulk.
I cannot select more than one photo at the time to remove them."

path editor: test path (connects, creates folder, sends photo, reads photo, displays it and lets you delete the demo photo)

- viewerstyles per photo

- manuals, FAQ

- I'm thinking of transferring the user-interface translation items to database and adding a new editor for them in language editor. This would make making alterations very easy, and languages could be delivered with one SQL dump file. There is also a small advantage in reducing file activity in server (language database tables would be very easy and so very fast).

- rethumbnail (use biggest, use smallest) code

- stamp last editor visit: report new comments, feedbacks etc.

iceman
28th of September 2003 (Sun), 01:07
Great Job Pekka,
Conversion and Update of 1.3 went very well.
All is complete except when I try to run the backup, I get the following error message:

Warning: mysql_connect(): Access denied for user: 'root@localhost' (Using password: NO) in /home/northern/public_html/webgallery/input/backup/index.php on line 505

Unable to connect to the selected database server at this time
PLEASE PRESS REFRESH ON YOUR BROWSER TO TRY AGAIN....

Server: localhost
Access denied for user: 'root@localhost' (Using password: NO)

__________________________________________

Connect to the database works fine because I can access the data and photos. but I'm stuck here. All permissions are set 777.

Any ideas?

Also, how is the header edited? I cannot seem to be able to remove the existing one that has a link to http://www.lieksabrass.com/ , (adding html to the header box does not remove it).

Great Job Pekka,
Once again---super job!

mickeyjuice
28th of September 2003 (Sun), 03:19
Pekka wrote:
UPDATE ONLY FOR 1.3RC.

THIS IS NOT FULL INSTALL.
THIS IS NOT UPDATE FOR 1.5 BETA 2.

download from http://photography-on-the.net/15b2.zip



Pekka, is there going to be a 1.22 - 1.5b2 upgrade script coming?

cheers,

Mic

Pekka
28th of September 2003 (Sun), 05:54
iceman wrote:
Great Job Pekka,
Conversion and Update of 1.3 went very well.
All is complete except when I try to run the backup, I get the following error message:

Warning: mysql_connect(): Access denied for user: 'root@localhost' (Using password: NO) in /home/northern/public_html/webgallery/input/backup/index.php on line 505

Unable to connect to the selected database server at this time
PLEASE PRESS REFRESH ON YOUR BROWSER TO TRY AGAIN....

Server: localhost
Access denied for user: 'root@localhost' (Using password: NO)

__________________________________________

Connect to the database works fine because I can access the data and photos. but I'm stuck here. All permissions are set 777.

Any ideas?

If you have edited backup/ee_backup_prefs/preferences.php to have YOUR database name etc as in connect.php and you still get above problem, then one possibility is that the preferences.php file has lost linefeeds during upload. I've seen this happen. Open preferences.php into notepad as check that it looks like




Also, how is the header edited? I cannot seem to be able to remove the existing one that has a link to http://www.lieksabrass.com/

Headers are read from "header.php" from each language folder. If there is no header.php in currect languguage's language folder then header.php from gallery root is used.

, (adding html to the header box does not remove it).

No, because you've found a bug! I've fixed this and will post fixed files soon. Thanks :)


Great Job Pekka,
Once again---super job!


Thanks!

Pekka
28th of September 2003 (Sun), 05:59
miccullen wrote:
Pekka wrote:
UPDATE ONLY FOR 1.3RC.

THIS IS NOT FULL INSTALL.
THIS IS NOT UPDATE FOR 1.5 BETA 2.

download from http://photography-on-the.net/15b2.zip



Pekka, is there going to be a 1.22 - 1.5b2 upgrade script coming?

cheers,

Mic

Yes. But if you want to do it right now, just run 1.3RC update script over 1.22 and after that run 1.5b2 update script. When all files are replaced with 1.5b2 version files and you've done the rest as instructed in first message above you should be up and running 1.5b2.

PS. But before you update 1.22 that way, I'd advice you to install newer EE Backup from 1.5b2 and use that for making backup of your 1.22 because EE Backup 1.10 is much better.

iceman
28th of September 2003 (Sun), 06:57
Thanks Pekka, I had forgotten to update backup prefs.php

Header works fine now, after I updated the header.php in the eng language folder.

I still am have trouble finding the path to ImageMagic, It is installed, and the "Server Info" indicated that it can find it, but, convert, /convert, convert.exe, and /convert.exe do not seem to work.

The test page will not come up with an image.

Unless you know of another path to try, I'll check with my server admin. (Is this somthing they would have to switch on?)

Regards,
Dennis

Pekka
28th of September 2003 (Sun), 07:52
iceman wrote:
Thanks Pekka, I had forgotten to update backup prefs.php

Header works fine now, after I updated the header.php in the eng language folder.

Here is a fix for header bug mentioned above. It also fixes a language-related bug in feedback page:

http://photography-on-the.net/EE15b2_fix_1.zip

I still am have trouble finding the path to ImageMagic, It is installed, and the "Server Info" indicated that it can find it, but, convert, /convert, convert.exe, and /convert.exe do not seem to work.

The test page will not come up with an image.

Unless you know of another path to try, I'll check with my server admin. (Is this somthing they would have to switch on?)

Regards,
Dennis

If serverinfo tells you it can see imagemagick then it means path to convert is correct.

Make sure that "/input/UPLOAD/" and "/input/UPLOAD/test" has full permissions (0777).

Also, you can try out if you can come up with image using simplest IM command there is, in "Resize method" editor. Pick the first resize method and set
- graphics engine: IMAGEMAGICK
- sharpen: OFF
- watermark: OFF
- remove profiles: OFF
and click "PREVIEW THIS SIZE NOW"

If this works, click above settings ON one at a time and see which command produces no image.

You can see the given command in preview window. You may want to try that command in "telnet" (from inside EE's input folder path) and see there what error message IM gives.

And VERY IMPORTANT: set browser cache "OFF" during size tests. In Internet explorer:
Tools/Internet Options/General/Settings/
tick on "Every Visit to the page" and press "OK".

Pekka
28th of September 2003 (Sun), 08:37
Another fix file:
Replaces list.php and photo.php: MySQL 3.x speed optimization up closer to 4.0 level.

http://photography-on-the.net/EE15b2_fix_2.zip

iceman
28th of September 2003 (Sun), 08:52
Still no result image from ImageMagick!

- Permissions for input, UPLOAD, and test folders are all 777
- Browser cache OFF
- Server Info indicates ImageMack installed


Sugested resize method failed to generate a test image!

Hmmmm!

Pekka
28th of September 2003 (Sun), 09:44
iceman wrote:
Still no result image from ImageMagick!

- Permissions for input, UPLOAD, and test folders are all 777
- Browser cache OFF
- Server Info indicates ImageMack installed


Sugested resize method failed to generate a test image!

Hmmmm!

Ok, now the next step is to contact system admin and let them check your IM installation. If you have telnet access you can also connect to your server, change to you input directory and run the command below (standard EE command with -verbose switch)

convert -verbose -size 560x373 UPLOAD/test/source.jpg -resize 560x373! +profile * -unsharp 0.4x0.5+1+0.1 -quality 75 UPLOAD/test/result.jpg

or simply

convert -verbose -size 560x373 UPLOAD/test/source.jpg -resize 560x373! -quality 89 UPLOAD/test/result.jpg

If you can't reach telnet, ask them to run this for you in your input dir. On telnet ImageMagick will return error messages, on PHP they are impossible to catch (PHP's passthru function catches all but the last line, where the error message is).

It also occurred to me that there is also a possibility that in your system there is no JPEG support libraries installed at all. See http://www.imagemagick.org/www/formats.html
I can't see why anyone would NOT install JPEG libraries in their machines, but anything can happen with server admins. So, please make sure with your admin that Imagemagick has JPEG libraries, and also PNG libraries (for watermarks) and Imagemagick is installed to use them.

Pekka
28th of September 2003 (Sun), 09:55
Fix file No.3:
Replaces fetchsettings.php: fixed an SQL error that happens when current language is set "lazy" and you try to open editor's photo browser.

http://photography-on-the.net/EE15b2_fix_3.zip

calvorn
28th of September 2003 (Sun), 14:19
Pekka:

Once again, terrific job. The update went flawlessly. I am still going around with my ISP about Imagemagick but I suspect that will be sorted out in due time.

Two things I noticed in the update:

1. When I select "Clicking a big photo gets you" and select "next photo" from the "Misc>photopage" menu after saving the setting I am not able to "click on the photo" to go to the next one in the gallery. All other options in that menu work correctly.

2. In some exhibits (http://www.calvorn.com/gallery) the link to the image at the bottom of the page yields an "Image not found" page. I have not been able to see any kind of patten in this.

Otherwise everything works well and looks great.

Pekka
28th of September 2003 (Sun), 15:20
calvorn wrote:
Pekka:

Once again, terrific job. The update went flawlessly. I am still going around with my ISP about Imagemagick but I suspect that will be sorted out in due time.

Two things I noticed in the update:

1. When I select "Clicking a big photo gets you" and select "next photo" from the "Misc>photopage" menu after saving the setting I am not able to "click on the photo" to go to the next one in the gallery. All other options in that menu work correctly.

Yes, this seems to be a bug, something I missed to check when doing code changes. I'll fix this asap.

2. In some exhibits (http://www.calvorn.com/gallery) the link to the image at the bottom of the page yields an "Image not found" page. I have not been able to see any kind of patten in this.

I checked it but could not find any broken images. Perhaps a temporary server pipe load problem.

Otherwise everything works well and looks great.

Nice to hear! I just updated my galleries, too, to 1.5.

bcomeau
28th of September 2003 (Sun), 15:46
Hi Pekka,

Excellent job...

The update went pretty smooth, however, I find that I have the same problems as Iceman - no resized image coming from Imagemagick. I have contacted my ISP to get the correct paths, but upon initial checking it certainly seems that Imagemagick is installed on my ISP's server.

I will try some more testing later today


brian

Pekka
28th of September 2003 (Sun), 15:53
bcomeau wrote:
Hi Pekka,

Excellent job...

The update went pretty smooth, however, I find that I have the same problems as Iceman - no resized image coming from Imagemagick. I have contacted my ISP to get the correct paths, but upon initial checking it certainly seems that Imagemagick is installed on my ISP's server.

I will try some more testing later today


brian

Thanks.

This IM problem with you two is something that should be solved using advice I gave to Dennis couple of messages ago. As I said I can not get any error reports back from IM using PHP methods, so telnet and direct commands are they way to find them out.

Check also that JPEG support is there.

Also check that safe mode is off (you can see in in bottom of the editor) or that IM is installed in PHP's "safe mode exec dir".

daddy0
28th of September 2003 (Sun), 16:10
I also have problems with ImageMagick. When I tried to check using Graphics modules menu if ImageMagick is working I only got never ending processes to my server...

I am having ImageMagick 5.5.7 installed from RPMs and server info page finds it ok.

I tried to run those command line tests you suggested to Iceman and here the results.

Pekka wrote:
If you have telnet access you can also connect to your server, change to you input directory and run the command below (standard EE command with -verbose switch)

convert -verbose -size 560x373 UPLOAD/test/source.jpg -resize 560x373! +profile * -unsharp 0.4x0.5+1+0.1 -quality 75 UPLOAD/test/result.jpg


[user@server input]$ convert -verbose -size 560x373 UPLOAD/test/source.jpg -resize 560x373! +profile * -unsharp 0.4x0.5+1+0.1 -quality 75 UPLOAD/test/result.jpg
UPLOAD/test/source.jpg JPEG 1025x684+0+0 DirectClass 8-bit 295.4kb 0.160u 0:01
backup JPG 560x373+0+0 DirectClass 16-bit 4.0kb 0.140u 0:01
ftp_test_files JPG 560x373+0+0 DirectClass 16-bit 4.0kb 0.130u 0:01
graphs JPG 560x373+0+0 DirectClass 16-bit 4.0kb 0.120u 0:01
htaccess JPG 560x373+0+0 DirectClass 16-bit 33.0 0.120u 0:01
htaccess.txt TXT 612x792=>560x373+0+0 DirectClass 16-bit 0.510u 0:01
manual JPG 560x373+0+0 DirectClass 16-bit 4.0kb 0.520u 0:01
output JPG 560x373+0+0 DirectClass 16-bit 4.0kb 0.520u 0:01
temp JPG 560x373+0+0 DirectClass 16-bit 4.0kb 0.520u 0:01
watermarks JPG 560x373+0+0 DirectClass 16-bit 4.0kb 0.510u 0:01
convert: Empty input file (backup).
UPLOAD/test/source.jpg JPEG 1025x684+0+0 DirectClass 8-bit 0.590u 0:01
backup JPG 560x373+0+0 DirectClass 16-bit 0.010u 0:01
ftp_test_files JPG 560x373+0+0 DirectClass 16-bit 0.010u 0:01
graphs JPG 560x373+0+0 DirectClass 16-bit 0.010u 0:01
htaccess JPG 560x373+0+0 DirectClass 16-bit 0.010u 0:01
htaccess.txt TXT 612x792=>560x373+0+0 DirectClass 16-bit 0.190u 0:01
manual JPG 560x373+0+0 DirectClass 16-bit 0.010u 0:01
output JPG 560x373+0+0 DirectClass 16-bit 0.010u 0:01
temp JPG 560x373+0+0 DirectClass 16-bit 0.020u 0:01
watermarks JPG 560x373+0+0 DirectClass 16-bit 0.010u 0:01
UPLOAD/test/source.jpg=>UPLOAD/test/result.jpg.0[0] JPG 1025x684+0+0 DirectClass 8-bit 1.500u 0:02
convert: No decode delegate for this image format (workflow_editor.php).
Segmentation fault

Pekka wrote:
convert -verbose -size 560x373 UPLOAD/test/source.jpg -resize 560x373! -quality 89 UPLOAD/test/result.jpg


[user@server input]$ convert -verbose -size 560x373 UPLOAD/test/source.jpg -resize 560x373! -quality 89 UPLOAD/test/result.jpg
UPLOAD/test/source.jpg JPEG 1025x684+0+0 DirectClass 8-bit 295.4kb 0.160u 0:01
UPLOAD/test/source.jpg JPEG 1025x684=>560x373+0+0 DirectClass 8-bit 0.510u 0:01
UPLOAD/test/source.jpg=>UPLOAD/test/result.jpg JPG 1025x684=>560x373+0+0 DirectClass 8-bit 55.4kb 0.570u 0:01

Pekka wrote:
Also check that safe mode is off (you can see in in bottom of the editor) or that IM is installed in PHP's "safe mode exec dir".

I am pretty confused with this safe mode issue... phpinfo.php says that safe mode is off but in bottom of the editor there is text saying safe mode is on...

Pekka
28th of September 2003 (Sun), 16:51
daddy0 wrote:
I also have problems with ImageMagick. When I tried to check using Graphics modules menu if ImageMagick is working I only got never ending processes to my server...

I am having ImageMagick 5.5.7 installed from RPMs and server info page finds it ok.

I tried to run those command line tests you suggested to Iceman and here the results.

Pekka wrote:
If you have telnet access you can also connect to your server, change to you input directory and run the command below (standard EE command with -verbose switch)

convert -verbose -size 560x373 UPLOAD/test/source.jpg -resize 560x373! +profile * -unsharp 0.4x0.5+1+0.1 -quality 75 UPLOAD/test/result.jpg


[user@server input]$ convert -verbose -size 560x373 UPLOAD/test/source.jpg -resize 560x373! +profile * -unsharp 0.4x0.5+1+0.1 -quality 75 UPLOAD/test/result.jpg
UPLOAD/test/source.jpg JPEG 1025x684+0+0 DirectClass 8-bit 295.4kb 0.160u 0:01
backup JPG 560x373+0+0 DirectClass 16-bit 4.0kb 0.140u 0:01
ftp_test_files JPG 560x373+0+0 DirectClass 16-bit 4.0kb 0.130u 0:01
graphs JPG 560x373+0+0 DirectClass 16-bit 4.0kb 0.120u 0:01
htaccess JPG 560x373+0+0 DirectClass 16-bit 33.0 0.120u 0:01
htaccess.txt TXT 612x792=>560x373+0+0 DirectClass 16-bit 0.510u 0:01
manual JPG 560x373+0+0 DirectClass 16-bit 4.0kb 0.520u 0:01
output JPG 560x373+0+0 DirectClass 16-bit 4.0kb 0.520u 0:01
temp JPG 560x373+0+0 DirectClass 16-bit 4.0kb 0.520u 0:01
watermarks JPG 560x373+0+0 DirectClass 16-bit 4.0kb 0.510u 0:01
convert: Empty input file (backup).
UPLOAD/test/source.jpg JPEG 1025x684+0+0 DirectClass 8-bit 0.590u 0:01
backup JPG 560x373+0+0 DirectClass 16-bit 0.010u 0:01
ftp_test_files JPG 560x373+0+0 DirectClass 16-bit 0.010u 0:01
graphs JPG 560x373+0+0 DirectClass 16-bit 0.010u 0:01
htaccess JPG 560x373+0+0 DirectClass 16-bit 0.010u 0:01
htaccess.txt TXT 612x792=>560x373+0+0 DirectClass 16-bit 0.190u 0:01
manual JPG 560x373+0+0 DirectClass 16-bit 0.010u 0:01
output JPG 560x373+0+0 DirectClass 16-bit 0.010u 0:01
temp JPG 560x373+0+0 DirectClass 16-bit 0.020u 0:01
watermarks JPG 560x373+0+0 DirectClass 16-bit 0.010u 0:01
UPLOAD/test/source.jpg=>UPLOAD/test/result.jpg.0[0] JPG 1025x684+0+0 DirectClass 8-bit 1.500u 0:02
convert: No decode delegate for this image format (workflow_editor.php).
Segmentation fault

Ok, it looks like on your system it misinterpretes profile command as file wildcard and goes haywire (looks really strange). Try these procedures:


1. Go to Resize method editor, edit the topmost size to
REMOVE PROFILES: OFF

save and try "PREVIEW THIS SIZE NOW". Any different? Try that command you see in shell. What is the output?



2. Go to Resize method editor, edit the topmost size to
REMOVE PROFILES: OFF
EXTRACOMMAND: -profile '*'

save and try "PREVIEW THIS SIZE NOW". Any different? Try that command you see in shell. What is the output?




Pekka wrote:
convert -verbose -size 560x373 UPLOAD/test/source.jpg -resize 560x373! -quality 89 UPLOAD/test/result.jpg


[user@server input]$ convert -verbose -size 560x373 UPLOAD/test/source.jpg -resize 560x373! -quality 89 UPLOAD/test/result.jpg
UPLOAD/test/source.jpg JPEG 1025x684+0+0 DirectClass 8-bit 295.4kb 0.160u 0:01
UPLOAD/test/source.jpg JPEG 1025x684=>560x373+0+0 DirectClass 8-bit 0.510u 0:01
UPLOAD/test/source.jpg=>UPLOAD/test/result.jpg JPG 1025x684=>560x373+0+0 DirectClass 8-bit 55.4kb 0.570u 0:01


That looks ok to me. If you delete result.jpg from /UPLOAD/test and try above command again, do you get /UPLOAD/test/result.jpg of size 55KB back there?


Pekka wrote:
Also check that safe mode is off (you can see in in bottom of the editor) or that IM is installed in PHP's "safe mode exec dir".

I am pretty confused with this safe mode issue... phpinfo.php says that safe mode is off but in bottom of the editor there is text saying safe mode is on...


Well, PHP has really many odd configuration systems for safe mode - but if server info reports IM is found in the path then EE has already performed a system command succesfully so safe mode is off or there is safe mode dir in use.

And thanks, I appreciate all help on this as it is very hard to fix something if you do not get any error messages, and it all works just fine on my Windows XP server and this Redhat UNIX server with Ensim control panel.

calvorn
28th of September 2003 (Sun), 17:08
Hi Pekka:

I have been working on getting Imagemagick working.

My ISP confirms they have Imagemagick and the JPEG libraries installed.

When I click the Imagemagick test button I generate 12 files in the input>UPLOAD>test folder. These files are named result.jpg.0--result.jpg.11. When I look at result.jpg.0 it is, indeed, the resized image file. Other than the weird name it appears intact. I don't know what the other 11 images are. Some are black and one is the EE logo.

The test page it looking for a file called result.jpg.

Also, about the "next photo" not working--when my cursor is over a photo it says "last photo" for every photo in the exhibit.

Hope this helps.

Regards,

Cal

Pekka
28th of September 2003 (Sun), 17:11
Fix file No.4:
Replaces "photo.php" and "/viewerstyles/default.php": fixed an error in misc settings "click photo and..." selections, reported by calvorn (thanks).

http://photography-on-the.net/EE15b2_fix_4.zip

daddy0
28th of September 2003 (Sun), 17:17
Pekka wrote:
daddy0 wrote:
.
.
.
Segmentation fault

Ok, it looks like on your system it misinterpretes profile command as file wildcard and goes haywire (looks really strange). Try these procedures:

1. Go to Resize method editor, edit the topmost size to
REMOVE PROFILES: OFF

save and try "PREVIEW THIS SIZE NOW". Any different? Try that command you see in shell. What is the output?



This one executes without problems resulting a 41 KB picture.



2. Go to Resize method editor, edit the topmost size to
REMOVE PROFILES: OFF
EXTRACOMMAND: -profile '*'

save and try "PREVIEW THIS SIZE NOW". Any different? Try that command you see in shell. What is the output?



No picture this time... Running this one on command line starts a never ending loop (at least it wont return to prompt).




Pekka wrote:
convert -verbose -size 560x373 UPLOAD/test/source.jpg -resize 560x373! -quality 89 UPLOAD/test/result.jpg


[user@server input]$ convert -verbose -size 560x373 UPLOAD/test/source.jpg -resize 560x373! -quality 89 UPLOAD/test/result.jpg
UPLOAD/test/source.jpg JPEG 1025x684+0+0 DirectClass 8-bit 295.4kb 0.160u 0:01
UPLOAD/test/source.jpg JPEG 1025x684=>560x373+0+0 DirectClass 8-bit 0.510u 0:01
UPLOAD/test/source.jpg=>UPLOAD/test/result.jpg JPG 1025x684=>560x373+0+0 DirectClass 8-bit 55.4kb 0.570u 0:01


That looks ok to me. If you delete result.jpg from /UPLOAD/test and try above command again, do you get /UPLOAD/test/result.jpg of size 55KB back there?



Yes I do.




Pekka wrote:
Also check that safe mode is off (you can see in in bottom of the editor) or that IM is installed in PHP's "safe mode exec dir".

I am pretty confused with this safe mode issue... phpinfo.php says that safe mode is off but in bottom of the editor there is text saying safe mode is on...


Well, PHP has really many odd configuration systems for safe mode - but if server info reports IM is found in the path then EE has already performed a system command succesfully so safe mode is off or there is safe mode dir in use.



OK.



And thanks, I appreciate all help on this as it is very hard to fix something if you do not get any error messages, and it all works just fine on my Windows XP server and this Redhat UNIX server with Ensim control panel.



I am happy if I can help you with this great software.

Regards,

Mikko

ps. Do you have any timeframe for SFTP implementation?

seanspeng
28th of September 2003 (Sun), 17:49
If I also have other tables within the ee database, for example, phpbb_users, phpbb_posts, etc. within the same database, will the upgrade affect the other tables? Is it safe to do so?

Thanks!

calvorn
28th of September 2003 (Sun), 17:57
Pekka:

The "remove profiles" suggestion you had for daddy0 worked for me. I can now see all test images. Yeah!!

Still having problems with links to photos not working in some exhibits. Have tried backing-up and restoring db to no avail. This happens only in a couple exhibits but it happens to all the photos in the exhibit.

Here is a link that is at the bottom of a page but takes you to an "image not found" page: http://www.calvorn.com/gallery/photo.php?photo=3422&lang=eng

When you do click on the text "Exhibition Browser" on the file not found page it takes you to the Exhibition Browser of a different exhibit.

Thanks

Cal

Pekka
28th of September 2003 (Sun), 18:25
calvorn wrote:
Pekka:

The "remove profiles" suggestion you had for daddy0 worked for me. I can now see all test images. Yeah!!


Great! The remove profiles command is the most problematic on of all as it sometimes needs quotes, sometimes double-quotes, sometimes no quotes, sometimes escaped double-quotes...

So, if you all who have this "profile problem" do

Go to Resize method editor, edit the topmost size to
REMOVE PROFILES: OFF
EXTRACOMMAND: -profile '*'

save and try "PREVIEW THIS SIZE NOW". Any different? Try that command you see in shell. What is the output?

and try this procedure with

EXTRACOMMAND: -profile "*"
EXTRACOMMAND: -profile '*'
EXTRACOMMAND: -profile "*"
EXTRACOMMAND: -profile '\*'
EXTRACOMMAND: -profile "\*"

Perhaps some will hit the spot. In any case I will have to remove the profile command from test page, and leave it up to user to apply it in resizemethods.

Problem with not being able to run the profile command is that you'll end up with 15KB thumbnails and PHP will fail to get image size (and multiarea navigation won't work).... So for me it would be great to find a way to apply that command somehow in your system.

Still having problems with links to photos not working in some exhibits. Have tried backing-up and restoring db to no avail. This happens only in a couple exhibits but it happens to all the photos in the exhibit.

Here is a link that is at the bottom of a page but takes you to an "image not found" page: http://www.calvorn.com/gallery/photo.php?photo=3422&lang=eng

When you do click on the text "Exhibition Browser" on the file not found page it takes you to the Exhibition Browser of a different exhibit.

Thanks

Cal

Now I see it.

Fix is in
http://photography-on-the.net/EE15b2_fix_5.zip

Pekka
28th of September 2003 (Sun), 18:26
seanspeng wrote:
If I also have other tables within the ee database, for example, phpbb_users, phpbb_posts, etc. within the same database, will the upgrade affect the other tables? Is it safe to do so?

Thanks!

It affects only EE's own tables.

But did I remind you to do backups? :)

Pekka
28th of September 2003 (Sun), 18:39
A reminder of small beta 2 fixes: They are

http://photography-on-the.net/EE15b2_fix_1.zip
http://photography-on-the.net/EE15b2_fix_2.zip
http://photography-on-the.net/EE15b2_fix_3.zip
http://photography-on-the.net/EE15b2_fix_4.zip
http://photography-on-the.net/EE15b2_fix_5.zip

Safest way is to open zips in order and copy files over old ones.

iceman
28th of September 2003 (Sun), 18:58
Hello Pekka,

Not much luck with ImageMagick kicking in.

I would like to move all the files to another host.
Can I move all the converted files, "as is" to another gallery on the new server, create a new database with the same name, and run a backup from a backup.sql made on the original 1.5b2 upgraded gallery,
making sure the connect and backup prefs match the new database?

Thanks,
Dennis

seanspeng
28th of September 2003 (Sun), 18:59
Pekka,

I have uploaded all the files, and run the update script to alter the database.

Right now, the backup works fine, but

My ee page is blank without displaying any old galleries.

Also my imagemagick does not work correctly. I have tried suggested Resize Method try, and they do not work either.

The 1.5Beta1 has a box in the Server Info page that let you manually fill in the Imagemagick path. I remember that the EE detected ImageMagick did not work back then, and I had to re-install IM and manually fill it that path, and it worked.

Question: in which file that the EE stores the IM path? Can I manually change it to see if it works?

Pekka
28th of September 2003 (Sun), 19:18
seanspeng wrote:
Pekka,

I have uploaded all the files, and run the update script to alter the database.

Right now, the backup works fine, but

My ee page is blank without displaying any old galleries.


And you have replaced all old files with 1.5 ones?


Also my imagemagick does not work correctly. I have tried suggested Resize Method try, and they do not work either.

The 1.5Beta1 has a box in the Server Info page that let you manually fill in the Imagemagick path. I remember that the EE detected ImageMagick did not work back then, and I had to re-install IM and manually fill it that path, and it worked.

Question: in which file that the EE stores the IM path? Can I manually change it to see if it works?

The IM path is set up in "graphics modules" editor.

Pekka
28th of September 2003 (Sun), 19:20
iceman wrote:
Hello Pekka,

Not much luck with ImageMagick kicking in.

I would like to move all the files to another host.
Can I move all the converted files, "as is" to another gallery on the new server, create a new database with the same name, and run a backup from a backup.sql made on the original 1.5b2 upgraded gallery,
making sure the connect and backup prefs match the new database?

Thanks,
Dennis



Yes.

seanspeng
28th of September 2003 (Sun), 19:49
Pekka,

Yes, I did upload all the new files and overwrite all the old files. I also played with the IM path in Graphic Module page, and it did not work out.

bcomeau
28th of September 2003 (Sun), 23:00
Hi Peka,

It was the profile command that was causing my system problems. As well, on my host, the path to convert and composite is \usr\local\bin\...

I have found that using -profile '*' in the extra command seems to work

Thanks for the great work...

brian





Pekka wrote:
bcomeau wrote:
Hi Pekka,

Excellent job...

The update went pretty smooth, however, I find that I have the same problems as Iceman - no resized image coming from Imagemagick. I have contacted my ISP to get the correct paths, but upon initial checking it certainly seems that Imagemagick is installed on my ISP's server.

I will try some more testing later today


brian

Thanks.

This IM problem with you two is something that should be solved using advice I gave to Dennis couple of messages ago. As I said I can not get any error reports back from IM using PHP methods, so telnet and direct commands are they way to find them out.

Check also that JPEG support is there.

Also check that safe mode is off (you can see in in bottom of the editor) or that IM is installed in PHP's "safe mode exec dir".

iamhives
29th of September 2003 (Mon), 00:21
Seem to have been partially successful in the update.

However, do have a couple of problems.

1) I cannot get into the editor. When I enter http://mysite.com/inputfolder/ nothing happens - just a blank screen.

2) I have 3 exhibitions. When I select the last one in the exhibition drop down list the list.php command just hangs. It works for the other two exhibitions.

3) Probably connected to the above - images form the problematic exhibition can be seen in thumbnail form in the 'a selection of my photos' but cannot be viewed when selected.

4) Formatting seems to have changed especially on the main page.

As always, looks like its going to be a great upgrade when the initial bugs are worked out...

Pekka
29th of September 2003 (Mon), 08:11
iamhives wrote:
Seem to have been partially successful in the update.

However, do have a couple of problems.

1) I cannot get into the editor. When I enter http://mysite.com/inputfolder/ nothing happens - just a blank screen.

2) I have 3 exhibitions. When I select the last one in the exhibition drop down list the list.php command just hangs. It works for the other two exhibitions.

3) Probably connected to the above - images form the problematic exhibition can be seen in thumbnail form in the 'a selection of my photos' but cannot be viewed when selected.



This would be solved very fast if you could mail me a dump of your database. I'll have rest of today free for solving these issues.

Else, I would like you to add a line

error_reporting (E_ALL);

into beginning of your list.php (on second line, after the first

iamhives
29th of September 2003 (Mon), 09:06
Pekka

As always thanks for the quick response

I will send you a dump of my database. Also I added the line error_reporting (E_ALL); to list.php. I was not sure what file you were referring to when you said editor index.php. Does this line add online error reporting or output to a file, becasue nothing seems differnt - no additional error messages.

In answer to your question, my problems with list.php are not in the editor but when trying to view exhibitions form the main page. Here is a link to my galleries if trying them out would help

http://paul.hives.us/pictures/

Pekka
29th of September 2003 (Mon), 11:32
iamhives wrote:
Pekka

As always thanks for the quick response

I will send you a dump of my database. Also I added the line error_reporting (E_ALL); to list.php. I was not sure what file you were referring to when you said editor index.php. Does this line add online error reporting or output to a file, becasue nothing seems differnt - no additional error messages.

Ok. I'll check your database.

In answer to your question, my problems with list.php are not in the editor but when trying to view exhibitions form the main page. Here is a link to my galleries if trying them out would help

http://paul.hives.us/pictures/


Ahh, the problem you have there is with styles. You should delete your style folder (backup your custom styles if you have made any) and re-upload 1.5 beta 2 styles folder and then in editor assign each exhibition to style "default". Then, open style editor and make sure paths to style files are correct, delete those which give an error when previewed there. Re-assign exhibitions to styles you want.

If you have made any custom styles, mail them to me and I'll update them to be compatible with 1.5.

iamhives
29th of September 2003 (Mon), 12:09
Pekka

I sent my database dump to your ee@photography-on-the.net email address - not sure if this is the email you monitor .

Thanks for the suggestions about styles below - however until I get get the editor actually running I will not be able to put them into practice. Let me know if the database dump reveals anything

Paul

Pekka wrote:
iamhives wrote:
Pekka

As always thanks for the quick response

I will send you a dump of my database. Also I added the line error_reporting (E_ALL); to list.php. I was not sure what file you were referring to when you said editor index.php. Does this line add online error reporting or output to a file, becasue nothing seems differnt - no additional error messages.

Ok. I'll check your database.

In answer to your question, my problems with list.php are not in the editor but when trying to view exhibitions form the main page. Here is a link to my galleries if trying them out would help

http://paul.hives.us/pictures/


Ahh, the problem you have there is with styles. You should delete your style folder (backup your custom styles if you have made any) and re-upload 1.5 beta 2 styles folder and then in editor assign each exhibition to style "default". Then, open style editor and make sure paths to style files are correct, delete those which give an error when previewed there. Re-assign exhibitions to styles you want.

If you have made any custom styles, mail them to me and I'll update them to be compatible with 1.5.

pehansen
30th of September 2003 (Tue), 04:00
Will there be a full install package for EE 1.5 b2 or will
it stay as an upgrade to 1.3..?

Regards,
Paul

puffyelms
30th of September 2003 (Tue), 10:42
My update went well.
I cleaned everything out and did a 1.22 install->1.3RC->1.5b2 last night. (so for point of reference, I did this without any photos in the DB)

The only real problem I had was with the -profile * command (-profile '*' worked).

Now the interesting thing is that the exif data didn't seem to show up in my viewer when not removing the exif.
I used your jpg from the test page and did one with/without profile on. The image size lessens like you'd expect when you turn on the profile setting.
In my exif viewer, I couldn't see data in any resize. i was able to view the exif data from the source.jpg

I also didn't test a lot of the preferences and settings. But the ftp upload/resize was my main concern; everything else will come.

now to go donate :P
well done Pekka.

puffyelms
30th of September 2003 (Tue), 11:48
Pekka and others,
Is this bug happening for anyone else?

I have a password protected gallery. I type the password in fine and the private gallery is displayed.

When i clear out the password (without hitting enter)and then click on the main gallery window it crashes. (or asks me to go into debug mode).

If i clear out pasword and hit enter, everything is fine. Only when i click on site without pressing enter.

Edit* Actually anytime the password is changed without hitting enter and then you click on the screen this error happens.

Pekka
30th of September 2003 (Tue), 12:36
puffyelms wrote:
Pekka and others,
Is this bug happening for anyone else?

I have a password protected gallery. I type the password in fine and the private gallery is displayed.

When i clear out the password (without hitting enter)and then click on the main gallery window it crashes. (or asks me to go into debug mode).

If i clear out pasword and hit enter, everything is fine. Only when i click on site without pressing enter.

Edit* Actually anytime the password is changed without hitting enter and then you click on the screen this error happens.

Yes, you've seemed to find a JavaScript bug. I can't reproduce it every time, but I did see it and found it. You can fix it by changing text in indexstyles/building_blocks.php line 973

onChange="function_submit_select_exhibition()"

to

onChange="function_pass()"

I'll included this on fix pack 6, soon.

Thanks!

Pekka
30th of September 2003 (Tue), 12:41
pehansen wrote:
Will there be a full install package for EE 1.5 b2 or will
it stay as an upgrade to 1.3..?

Regards,
Paul

Yes full installer is coming. I'll try to do it today.

gillyworld
30th of September 2003 (Tue), 15:41
Pekka,

The extraction of EXIF data is much improved from beta1 but the apeture is still being mis reported losing the decimal point for example f9.5 shows as f95 an example is at http://www.gillyworld.co.uk/ee15/photo.php?photo=423&size=default&exhibition=5&pass=public&lang=eng

I also have something for the wishlist for the Upload of files. It would be really nice to be able to upload ALL files in a directory rather than individually selecting them.

Finally, are there plans to add to the functionality when using Exhibition Groups? for example showing microthumbs from the group, making html and e-mail links "live".

Thanks for all your hard work

Alan

Pekka
30th of September 2003 (Tue), 16:37
gillyworld wrote:
Pekka,

The extraction of EXIF data is much improved from beta1 but the apeture is still being mis reported losing the decimal point for example f9.5 shows as f95 an example is at http://www.gillyworld.co.uk/ee15/photo.php?photo=423&size=default&exhibition=5&pass=public&lang=eng

Ok, I'll check that.

I also have something for the wishlist for the Upload of files. It would be really nice to be able to upload ALL files in a directory rather than individually selecting them.

You mean in Upload page? You can select all files by dragging with mouse, can't you? Perhaps I have missed something?

Finally, are there plans to add to the functionality when using Exhibition Groups? for example showing microthumbs from the group, making html and e-mail links "live".

Live links - good, I forgot about that completely there.

Microthumbs from group is on my second priority todo list, which means 1.5 will be relased and after that 1.51 will have second priority additions. I will have to organize things this way to get finally a release version and not stuck to RC.

BTW: just a note: your MySQL server is REALLY slow. Perhaps a reboot is in order? Even on a slow virtual server EE will do the main query in in 0.2-.3 seconds (on this fast server in 0.015), and on your it takes 10-20 seconds....

Pekka
30th of September 2003 (Tue), 16:37
gillyworld wrote:
Pekka,

The extraction of EXIF data is much improved from beta1 but the apeture is still being mis reported losing the decimal point for example f9.5 shows as f95 an example is at http://www.gillyworld.co.uk/ee15/photo.php?photo=423&size=default&exhibition=5&pass=public&lang=eng

Ok, I'll check that.

I also have something for the wishlist for the Upload of files. It would be really nice to be able to upload ALL files in a directory rather than individually selecting them.

You mean in Upload page? You can select all files by dragging with mouse, can't you? Perhaps I have missed something?

Finally, are there plans to add to the functionality when using Exhibition Groups? for example showing microthumbs from the group, making html and e-mail links "live".

Live links - good, I forgot about that completely there.

Microthumbs from group is on my second priority todo list, which means 1.5 will be relased and after that 1.51 will have second priority additions. I will have to organize things this way to get finally a release version and not stuck to RC.

BTW: just a note: your MySQL server is REALLY slow. Perhaps a reboot is in order? Even on a slow virtual server EE will do the main query in in 0.2-.3 seconds (on this fast server in 0.015), and on your it takes 10-20 seconds....

iceman
30th of September 2003 (Tue), 18:20
This may be for a wishlist, but, is there now a way to have the image file name displayed somewhere on the photo page or mouseover? That way, if there is more than one image with the same titile, the image can be easily referred to by the file name.

Thanks,
Iceman

note: All funtions including automatic FTP UPLOAD and resize working fine.

Really, Really nice job Pekka

Where can I send in an additional contribution?

Pekka
30th of September 2003 (Tue), 18:57
The extraction of EXIF data is much improved from beta1 but the apeture is still being mis reported losing the decimal point for example f9.5 shows as f95 an example is at...

I checked that image and what Canon gives there is

"ApertureFNumber =>f/95.0"

which in e.g. 10D is always the correct aperture as in
ApertureFNumber =>f/5.0

and

"FNumber =>95/1"

...which should by EXIF standard be "The actual F-number(F-stop) of lens when the image was taken".

I'll have to code some workarounds for "illegal" data like this.

Pekka
30th of September 2003 (Tue), 19:10
iceman wrote:
This may be for a wishlist, but, is there now a way to have the image file name displayed somewhere on the photo page or mouseover? That way, if there is more than one image with the same titile, the image can be easily referred to by the file name.

I may have overlook the need of displaying filename as I have no need for it. I'll see if I can push it to release candidate.

note: All funtions including automatic FTP UPLOAD and resize working fine.

Great. I checked your site and photos are very good and the site runs quite fast, too. Do you have details of your server hardware? I'd like to gather some info on performance.


Really, Really nice job Pekka

Thanks a lot! I've spend most of my spare time in last two years for this project and I start to feel it is going to be quite a useful little program - and I'm especially happy of it because "I did it my way" (did not know or MySQL at all before EE) and all database, UI design, functionality and code design decisions have proven to be good and easily "expandable" which is extremely important - you really don't want to write it all over again every year.

Where can I send in an additional contribution?

If you insists, then please use that old EE page link to paypal in http://photography-on-the.net/ee/download.php . Thank you!

gillyworld
1st of October 2003 (Wed), 03:20
Pekka wrote:

I checked that image and what Canon gives there is

"ApertureFNumber =>f/95.0"

which in e.g. 10D is always the correct aperture as in
ApertureFNumber =>f/5.0

and

"FNumber =>95/1"

...which should by EXIF standard be "The actual F-number(F-stop) of lens when the image was taken".

I'll have to code some workarounds for "illegal" data like this.


Pekka,

Thanks for this, just for info conversion programs like Breezebrowser, Zoombrowser(yuk!) report it correctly as 9.5

Alan

gillyworld
1st of October 2003 (Wed), 03:24
Pekka wrote:

BTW: just a note: your MySQL server is REALLY slow. Perhaps a reboot is in order? Even on a slow virtual server EE will do the main query in in 0.2-.3 seconds (on this fast server in 0.015), and on your it takes 10-20 seconds....



Pekka,

I noticed how slow it was too, I checked other MYSQL apps using different tables in the same database and they were running ok. My ISP said that there wasn't a problem. Things speeded up when I added more pictures

Alan

gillyworld
1st of October 2003 (Wed), 03:28
Pekka wrote:

I also have something for the wishlist for the Upload of files. It would be really nice to be able to upload ALL files in a directory rather than individually selecting them.

You mean in Upload page? You can select all files by dragging with mouse, can't you? Perhaps I have missed something?



Yes in Step 1 of the upload to server page, I can't see how to select files and drag them into ee.

Alan

Pekka
1st of October 2003 (Wed), 07:06
gillyworld wrote:
Pekka wrote:

I also have something for the wishlist for the Upload of files. It would be really nice to be able to upload ALL files in a directory rather than individually selecting them.

You mean in Upload page? You can select all files by dragging with mouse, can't you? Perhaps I have missed something?



Yes in Step 1 of the upload to server page, I can't see how to select files and drag them into ee.

Alan

Now I understand your problem. The file selector when you click "browse" is provided by your current operating system and there e.g. Windows XP decides that you can select only one file at a time. Sucks.

I will include a simple multiselect Java uploader applet to EE, as soon as a friend of mine who does Java has time to do it.

Pekka
1st of October 2003 (Wed), 07:07
gillyworld wrote:
Pekka wrote:

BTW: just a note: your MySQL server is REALLY slow. Perhaps a reboot is in order? Even on a slow virtual server EE will do the main query in in 0.2-.3 seconds (on this fast server in 0.015), and on your it takes 10-20 seconds....



Pekka,

I noticed how slow it was too, I checked other MYSQL apps using different tables in the same database and they were running ok. My ISP said that there wasn't a problem. Things speeded up when I added more pictures

Alan

Oh, then it was the 7 photo rule thing I mentioned in intial beta 2 post. You have to have at least 7 photos in database to gain full speed, (hidden or not).

calvorn
1st of October 2003 (Wed), 08:27
Pekka:

One the Resize Methods page I note the following problem:

1. When your prebuilt method is used and "remove profiles" is checked I get a result.

2. When I modify your method or make a new one there is no result, only the 12 files that appear in the test folder when the "no profile" button is unchecked.

3. I note that when I make a new method or modify one of yours (on either thumbs or large size images) with "no profile" checked the test result page shows: RESIZE, SHARPEN, PROFILE: /usr/local/bin/convert -size 102x68 UPLOAD/test/source.jpg -resize 102x68! +profile * -unsharp 0.4x0.7+2+0 -quality 95 UPLOAD/test/result.jpg

I appears the "no profile" paramater is not being set properly on new or changed methods.

Regards,

Cal

calvorn
1st of October 2003 (Wed), 08:41
Pekka:

Sorry, didn't see the Fix6 files. They solved the problem.

Will look at other threads first. I promise.

Regards,

Cal