http://www.greyc.ensicaen.fr/~dtschump/greycstoration/download.html
http://cimg.sourceforge.net/greycstoration/
"Open source algorithm for image denoising and interpolation, using state-of-the-art image processing techniques."
It is VERY good.
http://www.terryburton.co.uk/barcodewriter/
Pure postscript. We can simplify our current printing code a bit with this.
PO includes a URL that allows a "buy now" link, but it would be nice to have something more featureful that can be fully automated.
1) Allow any user to purchase, then download any full-res image.
2) Integrate into an external print-ordering service.
Basically the cart needs a way of "authorizing" a single image to be downloadable...
The search with tag cloud should only search for master versions or there should be an option to choose this.
install.php, line 887
print "<h4><font color\"red\">The image repository '$image_repository_path' is not present or not writable by webserver. Please ensure the <i>\$image_repository_path</i> setting points to a valid directory.</font></h4>\n";
Should be font color=\"red\"
Currently all images added are given a 'photo_dupe' entry, ostensibly pointing towards the hardcopy that was scanned in.
1) Duplicates need to be keyed off the version id, not the photo. If you have multiple versions of a photo, you need to know which version the duplicate is for. As dupes are automatically created for each photo, one would need to be created for each version instead.
2) Eliminate auto-creation of dupes, unless specified in the import (form or XML). The bottom line is that there shouldn't be a 'photo_dupe' entry unless there's a physical copy somewhere.
3) The submission process keys off of duplicates, and as such would need to keep track of individual versions too.
4) Consider dropping the whole submission thing altogether, as its workflow seems to be tied into the now-removed shop. Investigate first.
We could support direct printing via a *system* printer:
* query system printers
* query supported media sizes & resolutions
* automatically scale/crop as needed? (and handle portrait/landscape automatically)
* submit job via CUPS (or directly to printer backend?)
What I'd like to see in particular is a "print contents of spool" and have the printer spit out a pile of photos.
Normally we use "camera defaults". This would let us pick from a list of pre-determined types. Only applies to the UFRAW decoder.
Dear Developers,
I am very impressed with "Photo Organizer" but I am having importing pictures. I am running openSUSE 12.3 and installed it on my "localhost".
When importing images (I just tried uploading using the browser - Firefox 24 - so far) I get the following errors in my Apache-Log files:
[Fri Oct 11 15:22:30 2013] [error] [client 127.0.0.1] PHP Warning: readlink(): Datei oder Verzeichnis nicht gefunden in /srv/www/htdocs/po/include/import.php on line 70, referer: http://localhost/po/photo.add.php?folder=4
[Fri Oct 11 15:22:32 2013] [error] [client 127.0.0.1] PHP Fatal error: Call to undefined function mb_detect_encoding() in /srv/www/htdocs/po/include/import.php on line 28, referer: http://localhost/po/photo.add.php?folder=4
Could you point me in the right direction?
Regards,
Maik
- possibility to add comments and rating by users
- adding comments without rating
- replyable comments