LARGE FEATURE LIST (in german, from a prof photographer)

[pafo]

Benutzerbereiche
        Admin
        Photograph
        User
        Gast

Gallerien

Einzelfotos

ITPC auslesen, schlagwortsuche

Kann thumbnail sehen und vorschau bis max ca 450px

Thumbs und previews werden online gerendert beim ersten upload

Batch upload via ftp

? Fotos als File oder im SQL speichern

gast (anonymous) kann nur MINI thums sehen (120px)

Fotos
        Sichtbar für alle (auch anonymous)
        Sichtbar nur für bestimmte(n) user

Gallerien
        Sichtbar für alle
        Für manche (wie fotos)

Einkaufswagen (lightbox)
        Mit versand von previews per email!
        Nach freigabe versand oder download des HIGHRES bildes

Protokoll wer wann was geladen hat (soll admin (evtöl auch user) im protokoll sehen
Zugrifssstatikstik(en)

Bestellfunktion mit autom versand der bilder (nach freigabe oder für bestimmte user IMMER ok) direkt an fotolabor mit bild als anhang und joblist (größe stückzahl)

Link in die datenbank bei dem man nur bestimmte gallerien sieht) zB um direkt von der kundenpage zu linken

Unterscheidung zwischen schönen und normalen fotos (also bearbeiteten, die als HiQual ausgewiesen werden) und ausschuss der aber trotzdem angeboten wird (farbig hinterlegt in table und oben gereiht zB)

Suche nach iptc oder gallery namen oder nachträglichen beschriftungen in fotos

Reg user können sich favoriten markieren und sehen diese in ihrem userbereich (für schnellen zugriff)

Upload in db soll einfach funken
Bilder per ftp rauf
In DB batch prozess starten (wie in coppermine)
Bilder einer gallerie zuweisen oder händisch beschriften oder iptc aus bildern auslesen lassen
feddich

Such funktion zB  zeige neue bilder seit  3.5.2003 in gallerie SPORTAUTOS

System PHP, MySQL (sollte also auch auf OS X laufen ;-)

Kunde soll wenn gallerie "seine" ist, bilder deaktivieren können (wenn  sie ihm nnicht gefallen) aber nicht löschen können

Admin bzw fotoinhaber soll sagen können wie gross gäste die bilder max sehen können
Sodass ich das ganze auch als partyfotoserver missbrauchen kann und nicht offline gallerien erstelle nmuss und uploaden aber trotzdem zB eine zeitung sich was gross laden kann und wir nicht die Cdrom suchen müssen

Vom design und userinterface im grossen und ganzen wie coppermine oder das www.phpadsnew.com/ interface (SEHR GEIL !!!) coppermine obelix.magmag.at81/gallery

Kommentare zu fotos denke ich sind unnötig und wenn dann nur für ,den admin sichtbar also nur indirekt mit dem foto verknüpft.
Obwohl bei studio stills kann das praktisch sein, der kunde wählt bilder aus und sagt das und das anders ...

Die bilder dürfen NICHT im web verzeichnis liegen damit sie NICHT direkt gelinkt werden können !!!

Db sollte auf knopfdruck ei backup machen (nicht myphpadmin) und sollte modular aufgebaut sein wie phpnuke postnuke etc

Auf knopfdruck (bilderauswahl) sollen in einem bestimmten sharing verzeichnis zum einfachen ftp (samba, etc) download (massendownload) die bilder bis auf wiederruf zwischengelagert werden (in gewünschter auflösung...)

Auch wärs vielleicht praktisch auf knopfdruck eine kunden-cd-rom (iso image oder direkzugriff auf brenner? Oder einfach nur die files) ertsellen zu können mit einer bildauswahl und einer offline gallery (mit links zu den originalfiles in die DB hier wieder user notwendig!) und evtl auch den HiRes bildern auf cd-rom

Exif infos aus fotos NUR für admin sichtbar!!!
Eventuell Exif und/oder iptc auf knopfdruck aus fotos löschbar

Das ganze spielt sich zu89% mit JPEG ab und eventuell ein wenig TIFF (CMYK und RGB)

Admin funktion zur übersicht wer wie viel bilder online hat (wenn mehrer admins sich DB teilen) warnfunktion für speicherplatz und cpu auslastung
Bei error autom neustart des servers um alte tasks zu killen (wie auf fileserver)

Email notification für jeden Hires download oder bestimmte aktionen durch user (für archivzwecke)

Schnittstelle für google und suchmaschinen, sodass die trotz allem ihre schlagwörter bekommen

Fotos beim upload als "tot" markieren sodass sie auf knopfdruck (aufräumen) entfernt werden um nicht JEDEN müll ewig herumzusdchleppen)
Aufräumen kann auch sein so das sie nicht ganz gelöscht werden sodern nur mehr als 1000px jpg weiterbleiben
Aufräumen könnte auch sein das fotos quasi ein ablaufdatum bekommen sodass sie zu bestimmten datum (zB 4 wochen nach dem projekt) gelöscht werden oder nur die LowRea bleiben

Ein link in der datenbank zur Archiv CD-Rom woe die bilder EWIG liegen (db soll autom nummern vergeben die ich auf die cd-rom schreiben kann) und so in beide richtungen nachvollziehen kann WAS IST DA DRAUF, ...

Bilder die gelöscht werden können auch (wenn funktion sinnvoll) NICHT echt gelöscht werden können sondern immer zumindest einen link zur archiv cd-rom und ein thumb hinterlassen, ausser wenn ich sie zB irrtümlich hochgeladen habe oder sonst was ...

contact@pictures.at

[hyperion]

Translation courtesy of Babelfish:

Private areas
Admin
Photographer
User
Guest

Gallerien

Single photo

ITPC pick, search for catchwords out

Thumbnail and preview to max approx. 450px can see

Thumbs and previews on-line gerendert with first upload

Batch upload via ftp

? Photos as file or in the SQL store

guest (anonymous) can see only MINI thums (120px)

Photo
Visibly for all (also anonymous)
Visibly only for bestimmte(n) user

Gallerien
Visibly for all
For some (like photos)

Trolley (lightbox)
With dispatch of previews by email!
After release dispatch or down load of the HIGHRES of picture

Minutes which when which loaded (is to see admin (evtoel also user) in minutes
Zugrifssstatikstik(en)

Order function with autom dispatch of the pictures (after release or for certain user of ALWAYS ok) directly at photo laboratory with picture as appendix and job cunning (size of number of items)

Left into the data base with which one only determined gallerien sees) e.g. over directly from the customer PAGE to left

Distinction between beautiful and normal photos (thus worked on, which are expelled as HiQual) and committee is however nevertheless offered (colored deposited into table and e.g. gereiht above)

For search iptc or gallery names or additional inscriptions in photos

Move user can favorites mark themselves and see these in its user area (for fast accessed)

Upload in railways is to transmit simply:
Pictures by ftp up
In railways batches process start (as in copilot by mine)
Pictures gallerie assign or haendisch to mark or iptc from pictures select leave
feddich

Look for function e.g. show new pictures since 3.5.2003 into gallerie SPORT CARS

System PHP, MySQL (should run thus also on OS X; -)

Customer is to deactivate if gallerie "its" is, pictures can (if her him nnicht fallen) however not to delete not be able

Admin and/or photo owners is to say to be able like largely guests the pictures max to see being able
So that I the whole also as party photo servers to abuse know and off-lines do not gallerien provide nmuss and however nevertheless e.g. uploaden a newspaper which largely to load themselves can and we the Cdrom to search not have

Of the Design and user interface on the whole like copilot by mine or www.phpadsnew.com/ the interface (VERY MUCH GEIL!!!) copilot by mine: obelix.magmag.at:81/gallery

Comments on photos think I are unnecessary and if then only for, admin visibly thus only indirectly with the photo links.
Although with studio stills that can be practical, the customer selects pictures and that and that say differently...

The pictures may not be able to be linked in the Web listing to lie thereby it NOT directly!!!

Railways should on push of a button egg backup make (not myphpadmin) and should be modular developed like phpnuke postnuke etc.

On push of a button (picture selection) the pictures up to cancellation are to be stored temporarily in a certain sharing listing to the simple ftp (samba, etc.) down load (measurement down load) (in desired dissolution...)

Also waers perhaps practically on push of a button customer CD Rome (ISO image or direkzugriff on burners? Or simply only the files) ertsellen to be able with a screen selection and an off-line gallery (also left to the original files into the railways: here again user necessarily!) and evtl also the HiRes pictures on CD Rome

Exif information from photos ONLY for admin visibly!!!
Possibly Exif and/or iptc on push of a button from photos erasable

The whole plays itself zu89% with JPEG off and possibly little tiff (CMYK and RGB)

Admin function to the overview who like much pictures on-line has (if more mehrer admins railways to divide) warning function for storage location and CCU extent of utilization
With error autom restart of the server around old tasks to killen (as on file servers)

Email notification for each Hires down load or determined actions by user (for archives purposes)

Interface for google and search machines, so that despite everything their key words get

Photos with upload as "dead" mark so that it on push of a button (clear up) are removed around not EACH garbage eternally herumzusdchleppen)
To clear up it can also be to be deleted not completely in such a way sodern only more than 1000px jpg to further-remain
To clear up also photos quasi the expiration date could be gotten so that it to certain date (e.g. 4 weeks after the project) is deleted or only the LowRea to remain

Left in the data base to archives CD Rome the woe pictures ETERNAL are appropriate (railways is autom numbers assigned which I on CD Rome to write can) and so in both directions to reconstruct knows WHICH IS THERE DRAUF...

Pictures to be deleted can be also deleted (if function meaningfully) NOT genuinly can separate always at least one left to archives CD Rome and thumb to leave, except if I them e.g. erroneously high-loaded or otherwise which...

[Zarsky]

good lord.....can someone provide a better "human" translation and list them by numbers.  I cannot make hardly any sense of any of this.

[Joachim Müller]

• Benutzerbereiche - User area exists
          Admin - admin
          Photograph - Photographer
          User - user
          Gast - guest
  
• Gallerien - galleries exist, called categories
  
• Einzelfotos - single pics
  
• ITPC auslesen, schlagwortsuche - read ITPC, searcharbility for keywords - features exist
  
• Kann thumbnail sehen und vorschau bis max ca 450px - can view thumbnail and preview up to 450px - I don't know what you mean
  
• Thumbs und previews werden online gerendert beim ersten upload
• Batch upload via ftp - batch upload by ftp- feature exists
  
• ? Fotos als File oder im SQL speichern - save photo as file or in SQL - do you mean save as blob?
  
• gast (anonymous) kann nur MINI thums sehen (120px) - guest (anonymous) can only see thumbs (120px) - exists as hack
  
• Fotos - photos
          Sichtbar für alle (auch anonymous) - visible for all (even anonymous)
          Sichtbar nur für bestimmte(n) user - visible for certain users
  
• Gallerien - galleries
          Sichtbar für alle - visible for all
          Für manche (wie fotos) - for some (like photos)
  
• Einkaufswagen (lightbox) - shopping cart (lightbox)
          Mit versand von previews per email! - send previews by email
          Nach freigabe versand oder download des HIGHRES bildes - after upproval sending or download of highres pics
  
• Protokoll wer wann was geladen hat (soll admin (evtöl auch user) im protokoll sehen - log to show who loaded what (for admin and eventually user as well)
  
• Zugrifssstatikstik(en) - access stats
  
• Bestellfunktion mit autom versand der bilder (nach freigabe oder für bestimmte user IMMER ok) direkt an fotolabor mit bild als anhang und joblist (größe stückzahl) - ordering function with automatic sending of pics (after approval or constantly for special users) directly to photo lab with pic as attachment and joblist (for larger numbers)
  
• Link in die datenbank bei dem man nur bestimmte gallerien sieht) zB um direkt von der kundenpage zu linken - link into database to view only special galleries (e.g. to link to a customer's page)
  
• Unterscheidung zwischen schönen und normalen fotos (also bearbeiteten, die als HiQual ausgewiesen werden) und ausschuss der aber trotzdem angeboten wird (farbig hinterlegt in table und oben gereiht zB) - differentiation between beautiful and normal pics and trash (that is offered nonetheless, but with differently colored background and lined up at the top)
  
• Suche nach iptc oder gallery namen oder nachträglichen beschriftungen in fotos - searchability for IPTC data or gallery names or description that has been made after upload - note: you can always add description later
  
• Reg user können sich favoriten markieren und sehen diese in ihrem userbereich (für schnellen zugriff) - registered users can have favorites for fast access - feature exists
  
• Upload in db soll einfach funken: - simple upload
  Bilder per ftp rauf - upload by ftp
  In DB batch prozess starten (wie in coppermine) - start batch process (like in coppermine)
  Bilder einer gallerie zuweisen oder händisch beschriften oder iptc aus bildern auslesen lassen - add pics to a certain gallery and attach description "by hand" or IPTC
  feddich - ready
  
• Such funktion zB  zeige neue bilder seit  3.5.2003 in gallerie SPORTAUTOS - search function like 'show new pics since May 3rd 2003 in gallery "sports cars" '
  
• System PHP, MySQL (sollte also auch auf OS X laufen ;-) - system with php and mysql (should run under OS X) - note: it runs on a webserver - afaik OS X is a client OS!
  
• Kunde soll wenn gallerie ?seine? ist, bilder deaktivieren können (wenn  sie ihm nnicht gefallen) aber nicht löschen können - customer should be able to deactivate his pics, but not delete them
  
• Admin bzw fotoinhaber soll sagen können wie gross gäste die bilder max sehen können Sodass ich das ganze auch als partyfotoserver missbrauchen kann und nicht offline gallerien erstelle nmuss und uploaden aber trotzdem zB eine zeitung sich was gross laden kann und wir nicht die Cdrom suchen müssen

- admin or owner should be able to specify how big the users should be able to see the pics, but also a feature that I can use it as party server, so I won't have to create offline galleries and upload it later, so we won't have to look for the cdrom

• Vom design und userinterface im grossen und ganzen wie coppermine oder das www.phpadsnew.com/ interface (SEHR GEIL !!!) coppermine: obelix.magmag.at:81/gallery - the design should be like coppermine or phpadsnew.com/interface (very good)
  
• Kommentare zu fotos denke ich sind unnötig und wenn dann nur für ,den admin sichtbar also nur indirekt mit dem foto verknüpft. - comments are not necessary and should be shown for admin only
  Obwohl bei studio stills kann das praktisch sein, der kunde wählt bilder aus und sagt das und das anders ... - on the other hand it could be usefull for studio stills, so the customer can change his mind
  
• Die bilder dürfen NICHT im web verzeichnis liegen damit sie NICHT direkt gelinkt werden können !!! - the pics mustn't be in the webfolder, so they can not be linked directly
  
• Db sollte auf knopfdruck ei backup machen (nicht myphpadmin) und sollte modular aufgebaut sein wie phpnuke postnuke etc - backup built in, not with phpmyadmin and modular setup like phpnuke postnuke
  
• Auf knopfdruck (bilderauswahl) sollen in einem bestimmten sharing verzeichnis zum einfachen ftp (samba, etc) download (massendownload) die bilder bis auf wiederruf zwischengelagert werden (in gewünschter auflösung...) - on single click the pics should be sent to a web-shared folder for mass download by ftp untill the "approval" is revoked
  
• Auch wärs vielleicht praktisch auf knopfdruck eine kunden-cd-rom (iso image oder direkzugriff auf brenner? Oder einfach nur die files) ertsellen zu können mit einer bildauswahl und einer offline gallery (mit links zu den originalfiles in die DB: hier wieder user notwendig!) und evtl auch den HiRes bildern auf cd-rom - creation of cd-rom (iso image) - note: now this is getting silly, I won't translate it all
  
• Exif infos aus fotos NUR für admin sichtbar!!! - EXIF info only visible for admin
  
• Eventuell Exif und/oder iptc auf knopfdruck aus fotos löschbar - exif can be deleted by admin
  
• Das ganze spielt sich zu89% mit JPEG ab und eventuell ein wenig TIFF (CMYK und RGB) - support of jpg and tif
  
• Admin funktion zur übersicht wer wie viel bilder online hat (wenn mehrer admins sich DB teilen) warnfunktion für speicherplatz und cpu auslastung - show quota usage
  
• Bei error autom neustart des servers um alte tasks zu killen (wie auf fileserver) - automatic reboot of server on error to kill old tasks
  
• Email notification für jeden Hires download oder bestimmte aktionen durch user (für archivzwecke) - admin email notification on hires download or other special user actions
  
• Schnittstelle für google und suchmaschinen, sodass die trotz allem ihre schlagwörter bekommen - interface for search engine spiders to provide them with keywords
  
• Fotos beim upload als ?tot? markieren sodass sie auf knopfdruck (aufräumen) entfernt werden um nicht JEDEN müll ewig herumzusdchleppen) - flag pics as *dead* and let one sweep run delete all dead pics
  
• Aufräumen kann auch sein so das sie nicht ganz gelöscht werden sodern nur mehr als 1000px jpg weiterbleiben - sweep run to not delete them at all, but stay as 1000px pic
  
• Aufräumen könnte auch sein das fotos quasi ein ablaufdatum bekommen sodass sie zu bestimmten datum (zB 4 wochen nach dem projekt) gelöscht werden oder nur die LowRea bleiben - auto-purging after end of life-time of a project
  
• Ein link in der datenbank zur Archiv CD-Rom woe die bilder EWIG liegen (db soll autom nummern vergeben die ich auf die cd-rom schreiben kann) und so in beide richtungen nachvollziehen kann WAS IST DA DRAUF, ... - link to a database on cd-rom - note: I refuse to translate this
  
• Bilder die gelöscht werden können auch (wenn funktion sinnvoll) NICHT echt gelöscht werden können sondern immer zumindest einen link zur archiv cd-rom und ein thumb hinterlassen, ausser wenn ich sie zB irrtümlich hochgeladen habe oder sonst was ... - [/list:u]
  
  contact@pictures.at

OK, I translated it, just to satisfy your curiosity. Sounds strange? Yup, has been written strangely in German!

@Pafo: wenn Du schon zu faul bist auf Englisch zu schreiben, dann drück Dich wenigstens verständlich auf Deutsch aus (und ein paar Schreibfehler weniger hätten's auch einfacher gemacht). EInige Deiner Punkte sind nicht realisierbar mit einem Webserver, einige Punkte gibt's schon längst, einige hab' ich nicht verstanden.
Ich übersetze ab jetzt nichts mehr, weitere Kommentare bitte nur noch auf Englisch.

GauGau

[rbl]

This looks like a cross-bread between Canto Cumulus and Extensis Portfolio... In fact, I wouldn't be surprised if this is a feature list for a really expensive asset management software (like the Entreprise version of Cumulus) and if someone what trying to save big bucks on CPG's account.

I had a big laugh with some of the requests like the cd-rom database links and related sillyness, the "beautiful and normal pics and trash" differences, the photo lab ordering system, features for customers that change their minds, auto-purging of "projects" and so on.

One of the requests is interesting, the ability to "deactivate but not delete" the pictures is a simple visibility feature. In theory it would be nice to create an album that no one can see until we decide to publish it but in practice this can be done using the private album feature.

[*]System PHP, MySQL (sollte also auch auf OS X laufen ;-) - system with php and mysql (should run under OS X) - note: it runs on a webserver - afaik OS X is a client OS!

A small correction for Gaugau: although Mac OS X is a client OS, it has the same abilities as any other *nix OS, and allows you to use the machine also as a webserver. Apache, PHP, Perl and many others are pre-installed (only MySQL is missing) and ready to use.

[moorey]

One of the requests is interesting, the ability to "deactivate but not delete" the pictures is a simple visibility feature. In theory it would be nice to create an album that no one can see until we decide to publish it but in practice this can be done using the private album feature.

Yes - I requested that feature earlier on

A small correction for Gaugau: although Mac OS X is a client OS, it has the same abilities as any other *nix OS, and allows you to use the machine also as a webserver. Apache, PHP, Perl and many others are pre-installed (only MySQL is missing) and ready to use.

Not entirely true - you may be referring to the OSX Server (which is not a client OS), costs about US$500-$1000 (depending on license) as opposed to standard OSX which is $150.

On normal OSX, only Apache is installed by default; Perl I believe comes from dev tools which is optionally installed. PHP and MySQL is installed seperately and is not included.

Just FYI :wink:

[rbl]

Not entirely true - you may be referring to the OSX Server (which is not a client OS), costs about US$500-$1000 (depending on license) as opposed to standard OSX which is $150.

On normal OSX, only Apache is installed by default; Perl I believe comes from dev tools which is optionally installed. PHP and MySQL is installed seperately and is not included.
Just FYI :wink:

I was referring to the "regular" (client) OS X version, which I use.
But you got a point there, some stuff is installed by the dev tools cd. Perl is a dev tools item, MySQL needs to be downloaded, Apache and PHP (as an Apache module) are already installed.
Now that I think of it, I've never installed OS X without dev tools, hence my confusion =)

[Tarique Sani]

Hey the thread is off topic'ish to begin with - now it is nearly crap-bin quality < g, d & r >