EdnaGarrett, your video must be in flv format. Once you do this, you can simply upload by FTP to your server. It will be recognized as video and put into the flv player.
Mankind, thanks very much! Everyone appreciates your work.
@aiff: Hi, video seems to be embedded, but all I see is a red X. It's in FLV format. I've already tried inserting it using all the options in zenphoto (thumbnail, full, etc), but still nothing. If I embed it as a link, it shows as a red X, and when I click the link, it goes to Zenphoto and the video works, but only in there
This is/was the same using the la0c00n plugin first, I installed this one over the la0c00n one, but still nothing
@aitf: hi. Do you have a FLV file that I could use in my server? I'd like to know if it's my current converter the one that is breaking it. hmm, on second thoughts...I think the video is fine... The video shows fine when clicking it as a link, so obviously it works...
@aitf311: For security reasons I think you maybe should remove your database data in the included zp-config.php.example file. I noticed it's all still there...
Not sure but shouldn't there appear a link within subalbums to a subalbum administration (looks so in subalbumfunctions.php)? Tried to add the function printSubalbumAdmin manually but on Mac OS X with Firefox 2 and Safari 2 (on localhost installation) nothing appears. There's is only a normal adminlink show. Did I forget or missunderstand anything?
I don't personally need all the exif or google functions but great work nevertheless.
printSubalbumAdmin should at least print the middot. It doesn't print anything if you are not the logged in Admin, but then the normal adminlink would not show either under those circumstances.
Updated again, I have added a new file that sbillard has provided. He has named it subalbumfunctions.php on trac but I renamed it to functions-albums.php and put it in the zen folder. It is now included at the top of template-functions.php
Seems I only get a blank index page with your version of zenphoto. The admin interface works, but the actual gallery just comes up white, no content whatsoever and no errors anywhere. I don't get what's wrong. A default zenphoto install works fine for me.
@skee: I will check this out tonight. What I do to make this package is just take my working install and then remove zp-config.php so off the top of my head I dont know what could go wrong, but I will check it out.
A friend installed it about 4 hours ago (i don't think you updated it since then) and got this error: Fatal error: Cannot redeclare show_album_menu() (previously declared in /mnt/w0202/d35/s43/b02a877a/www/sorinc.net/zenphoto/zen/template-functions.php:940) in /mnt/w0202/d35/s43/b02a877a/www/sorinc.net/zenphoto/zen/functions-albums.php on line 215
Looks like the show_album_menu() function got inserted in both the template-functions and the functions-album files. Just delete one of the copies and things should be better. At some point all the functions-albums code should end up in template functions (and the subalbum paging routines should be integrated into the original code from which they were lifted.) If only we had the ability to manage the SVN while Tris is out of circulation we could make permanant changes!)
Why don't you folks still working on zenphoto fork it, set up your own SVN repo and keep that up to date? Or maybe you could use git. Anyway, if/when tris is able to work on zenphoto again, it should not be too big a hassle to reintegrate the branches.
edit: btw removing one of the function's definitions worked. I now have a functional zenphoto install.
@aitf311: Nice that you find my litte menu function useful enough that you implemented it! I am working on an update, mainly because currently the subalbums get listed in reversed order.
@acrylian: Are you using atif311's build? If so then subalbum sorting is implemented. You have to manually set the subalbum order through something like the phpMyAdmin interface. If you don't, the order should be newest first. If you are not using that build, then the order is the way they are on disk. I suggest you use the build rather than hack the order. That way you won't have to adapt the code in the future.
@sbillard: Yes, thanks, I know that but the menu was made with users in mind who don not want/can this or simply use the official version.(which is I am testing with). It should work sort of "out of the box" with the official release first...:-)
If you look at the current code of the menu you'll see that I query all albums and subalbums with one db query by sort_order. That gets the subalbums listed reversed. I now simply do two different db queries for albums by sort_order and for subalbums by id. Now everything is right. Certainly I could do another query first to check if there is a sort_order or not (like I had with the image_counter) but I think the less queries the better...I post the code of the new version soon then you can take a look at.
And a little adapting for an (official) future version would be not that problem.
Frank: I would implement it into this package but it looks like it would force everyone else using that theme to use the password protection also. Under the current implementation of password protection a new theme would need to be developed, which is something I might put in this package.
Skee: that is a great idea, would definitely save me some headaches. I just had high hopes for Tris but it looks like he is all together too busy to even setup access to the current SVN.
Since Zenphoto development seems to be back on track, I have integrated the subalbum support functions into the mainline code. (I haven't posted it anywhere yet!) So, if you go anywhere with your build we will have to delete the code you copied from my Subalbum-Functions.php file.
@sdesbure Hmm. There must be a problem parsing the correct EXIF Lat/Long Ref. Either it is corrupted/incorrect or the library needs hacking again.
I took a look at the image with a exif plugin I have for Firefox and it has trouble reading the GPS EXIF data as well (it doesn't display it). I'll try to look at the image in another program when I get home.
@aitf311: Just a suggestion/idea but what about including these little rss link functions to have them in line with the other template tags/functions instead of using the variable?:
Comments
Heh. Yeah, well I get ideas or people provide me ideas that need to be implemented haha
In fact, I just updated #78 again (geospatial.patch)
I updated Phoogle to use more GMaps2 API, Dynamic map centering/zoom (bounds).
Mankind, thanks very much! Everyone appreciates your work.
This is/was the same using the la0c00n plugin first, I installed this one over the la0c00n one, but still nothing
any ideas?
hmm, on second thoughts...I think the video is fine... The video shows fine when clicking it as a link, so obviously it works...
hmmm *thinking* ...
I have implemented every "fix" that I know of. Please post back if you encounter any problems.
Not sure but shouldn't there appear a link within subalbums to a subalbum administration (looks so in subalbumfunctions.php)? Tried to add the function printSubalbumAdmin manually but on Mac OS X with Firefox 2 and Safari 2 (on localhost installation) nothing appears. There's is only a normal adminlink show. Did I forget or missunderstand anything?
I don't personally need all the exif or google functions but great work nevertheless.
A fix for missing album thumbs breaking HTML code:
template-functions.php COMPARISON
Produced: 8/18/2007 1:07:29 PM
Mode: Differences with Context
Left file: C:\Junk\zenphoto\zen\class-album.php
Right file: O:\Copy of WEB Photo Album\htdocs\zen\class-album.php
L266=R266 function getAlbumThumb() {
$image = $this->getAlbumThumbImage();
if (!is_null($image)) {
return $image->getThumb();
} else {
-----------------------------------------------------------
L271 return null;
R271 return "/zen/images/err-imagenotfound.gif";
-----------------------------------------------------------
L272=R272 }
}
-----------------------------------------------------------
-----------------------------------------------------------
Seems I only get a blank index page with your version of zenphoto. The admin interface works, but the actual gallery just comes up white, no content whatsoever and no errors anywhere. I don't get what's wrong. A default zenphoto install works fine for me.
Fatal error: Cannot redeclare show_album_menu() (previously declared in /mnt/w0202/d35/s43/b02a877a/www/sorinc.net/zenphoto/zen/template-functions.php:940) in /mnt/w0202/d35/s43/b02a877a/www/sorinc.net/zenphoto/zen/functions-albums.php on line 215
Maybe that helps?
edit: btw removing one of the function's definitions worked. I now have a functional zenphoto install.
If you look at the current code of the menu you'll see that I query all albums and subalbums with one db query by sort_order. That gets the subalbums listed reversed. I now simply do two different db queries for albums by sort_order and for subalbums by id. Now everything is right. Certainly I could do another query first to check if there is a sort_order or not (like I had with the image_counter) but I think the less queries the better...I post the code of the new version soon then you can take a look at.
And a little adapting for an (official) future version would be not that problem.
acrylian's comment rss page here: http://www.zenphoto.org/support/topic.php?id=1678&replies=1#post-9528
zenvideo fix here: http://www.zenphoto.org/support/topic.php?id=795&page=3&replies=83#post-9533
Frank: I would implement it into this package but it looks like it would force everyone else using that theme to use the password protection also. Under the current implementation of password protection a new theme would need to be developed, which is something I might put in this package.
Skee: that is a great idea, would definitely save me some headaches. I just had high hopes for Tris but it looks like he is all together too busy to even setup access to the current SVN.
Looks like Tristan is back with some good things for development, so you may get your wish soon to have these code updates in the SVN.
I downloaded the package and the google mapping is not working correctly. It seems to be on some photos (example : http://desbureaux.ovh.org/Andalousie_2007/index.php?album=02+-+Jerez+et+Cadiz&image=PICT0077.jpg)
it seems to be a problem of ascii (look at the reference of latitude and longitude, it's a mess). On some other photos (of the same camera, same journey, same geotagging...) it doesn't appear (example : http://desbureaux.ovh.org/Andalousie_2007/index.php?album=09+-+Sierra+Nevada&image=PICT0400.jpg)
any idea to fix the EXIF ?
`if($exif['EXIFGPSLatitudeRef'] == 'S'){ $lat = '-' . $lat; }
if($exif['EXIFGPSLongitudeRef'] == 'W'){ $long = '-' . $long; }`
replaced by:
`if(substr($exif['EXIFGPSLatitudeRef'],0,1) == 'S'){ $lat = '-' . $lat; }
if(substr($exif['EXIFGPSLongitudeRef'],0,1) == 'W'){ $long = '-' . $long; }`
Since Zenphoto development seems to be back on track, I have integrated the subalbum support functions into the mainline code. (I haven't posted it anywhere yet!) So, if you go anywhere with your build we will have to delete the code you copied from my Subalbum-Functions.php file.
Hmm. There must be a problem parsing the correct EXIF Lat/Long Ref. Either it is corrupted/incorrect or the library needs hacking again.
I took a look at the image with a exif plugin I have for Firefox and it has trouble reading the GPS EXIF data as well (it doesn't display it).
I'll try to look at the image in another program when I get home.