headers
Alexander Litvinov | 1 Apr 2005 05:33

Re: revising plan for 0.8

> just as a teaser as to whats possible, when we have a completely database
> drivern digiKam:
>
> http://pooh.tam.uiuc.edu/digikam/digikamdates.png

Heh, what is cool ! 

I store by photos in folders broken by dates. But this solution is much nicer. 
Do any plans for this feature exists ? I could even try to help with some 
coding.

Alexander Litvinov.

-------------------------------------------------------
This SF.net email is sponsored by Demarc:
A global provider of Threat Management Solutions.
Download our HomeAdmin security software for free today!
http://www.demarc.com/info/Sentarus/hamr30
Permalink | Reply | 3 comments |
headers
Gilles Caulier | 1 Apr 2005 07:20
Picon
Favicon

Re: revising plan for 0.8

Le jeudi 31 Mars 2005 07:53 PM, Renchi Raju a écrit :
> On Thu, 31 Mar 2005, Mikolaj Machowski wrote:
> >> - for the people working with tools outside digiKam which change stuff
> >> we need a possibility to 'rescan' the directory to update the database
> >
> > How it will work with apps started from within digiKam (eg. GIMP)?
> > Would it be possible to extend this to CLI tools (ImageMagick)?
>
> everytime you add a file without using digikam tools, you will have to
> rescan the photos. i will look more carefully into finer details of issues
> of the kind that you mentioned, but its still too early for it yet. we
> will have to work at the bigger picture currently and work out the details
> when the time is right.
>
> just as a teaser as to whats possible, when we have a completely database
> drivern digiKam:
>
> http://pooh.tam.uiuc.edu/digikam/digikamdates.png

Look nice Renchi, Good works...

Gilles

-------------------------------------------------------
This SF.net email is sponsored by Demarc:
A global provider of Threat Management Solutions.
Download our HomeAdmin security software for free today!
http://www.demarc.com/info/Sentarus/hamr30
Permalink | Reply | 0 comments |
headers
Tom Albers | 1 Apr 2005 09:48
Picon

Re: revising plan for 0.8

Op vrijdag 1 april 2005 05:33, schreef Alexander Litvinov:
> > just as a teaser as to whats possible, when we have a completely database
> > drivern digiKam:
> >
> > http://pooh.tam.uiuc.edu/digikam/digikamdates.png
>
> Heh, what is cool !
>
> I store by photos in folders broken by dates. But this solution is much
> nicer. Do any plans for this feature exists ? 

Short:
Yes, that is what this thread is about ;-)

Rather long:
What we do currently is that we at startup scan if something has changed on 
disk and while digiKam is running we can keep an eye on that as well. 
Operations like 'sort on date' from the view menu work on the data provided 
by the files. 

I have a patch which makes it possible to sort on the exif-date, but I can not 
commit it, because it is too slow. For 300 jpg files, it requires 2 seconds 
to show the thumbnails, this is because we need to actually look into each 
file to determine the exif-date. Too slow to include. 

The other 'problem' is when you have more then 60.000 files or so, the startup 
times of digiKam should give you plenty of time to learn chess.  ;-)

So we want to move to storing some data in a database, for example the 
exif-dates. This would mean that we are able to implement the feature for
(Continue reading)

Permalink | Reply | 2 comments |
headers
Gilles Caulier | 1 Apr 2005 09:50
Picon
Favicon

Re: revising plan for 0.8

Le jeudi 31 Mars 2005 12:23 AM, Tom Albers a écrit :
> Op woensdag 30 maart 2005 19:32, schreef Renchi Raju:
> > after some careful thought and considering the following facts, i would
> > like to revise the plans for 0.8:
> > a) we haven't made much headaway with the xmp library implementation
> > (mostly because of lack of time on my side)
> > b) importing all the metadata from the files will need remodification of
> > the database, and i would like to delay this till we move to qt4. because
> > then we canÂupgrade to sqlite3 (available in qt4) and also update the
> > database with new columns and tables at the same time.
> > c) the majority of requests that we have been getting is for "search"ing
> > photos and exif date sorting
> >
> > so i would like to propose shelving the xmp part for later and get all
> > the developers to concentrate on (c)
> >
> > does that sound reasonable, as the main task for 0.8?
>
> To summarise what Renchi and I talked about on IRC,  we can work on storing
> exif dates in the database, because we have a field for that already. So we
> can work on:
> - a firstRun thingy which walks through all directories and fills in the
> missing dates.
> - then we need to track all changes to images within digiKam en co.  while
> digiKam is running.
> - for the people working with tools outside digiKam which change stuff we
> need a possibility to 'rescan' the directory to update the database
> - this way we can build the bar with all the folders based on the database,
> not based on the folderstructure on disk, this will boosts startup time.
> But people using external tools while digiKam is not active have to
(Continue reading)

Permalink | Reply | 0 comments |
headers
Thorsten Schnebeck | 1 Apr 2005 10:22
Picon

Re: revising plan for 0.8

Am Freitag 01 April 2005 09:48 schrieb Tom Albers:

> So we want to move to storing some data in a database, for example
> the exif-dates. This would mean that we are able to implement the
> feature for which Renchi made an impressive mockup and the sort by
> exif-date for the thumbnails.
>
> But it also means we have to keep the data of the files in sync with
> the database, which can be done pretty well, but that will require
> that people using external tools while digiKam is not running, are
> required to push a button to resync the database (but as mentioned in
> my original mail, we can make an option in the settings to rescan at
> startup for people depending havily on external tools).

Hmm, looks like you need a famd/kded-module, watching if an application 
uses a file in digiKams tree of pictutres. If thats true you need to 
update the database for this single file.

Bye

  Thorsten

-------------------------------------------------------
This SF.net email is sponsored by Demarc:
A global provider of Threat Management Solutions.
Download our HomeAdmin security software for free today!
http://www.demarc.com/info/Sentarus/hamr30
Permalink | Reply | 1 comment |
headers
Unai Garro | 1 Apr 2005 11:00
Picon

Re: revising plan for 0.8

On Friday 01 April 2005 10:22, Thorsten Schnebeck wrote:
> Hmm, looks like you need a famd/kded-module, watching if an application
> uses a file in digiKams tree of pictutres. If thats true you need to
> update the database for this single file.

Except famd will only notify of changes while the application or some 
monitoring daemon is running. If the application is closed and you move 
around the files you won't get any notification.

	Unai

-------------------------------------------------------
This SF.net email is sponsored by Demarc:
A global provider of Threat Management Solutions.
Download our HomeAdmin security software for free today!
http://www.demarc.com/info/Sentarus/hamr30
Permalink | Reply | 0 comments |
headers
Gilles Caulier | 1 Apr 2005 11:50
Picon
Favicon

kdeextragear-3/digikamimageplugins/restoration [POSSIBLY UNSAFE]

CVS commit by cgilles: 

Photograph Restoration digiKam image editor plugin : add Load/save filter settings from text file.
CCMAIL: digikam-devel <at> lists.sourceforge.net

  M +129 -3    imageeffect_restoration.cpp   1.12 [POSSIBLY UNSAFE: scanf]
  M +14 -7     imageeffect_restoration.h   1.7
Permalink | Reply | 0 comments |
headers
Gilles Caulier | 1 Apr 2005 13:03
Picon
Favicon

kdeextragear-3/digikam/showfoto

CVS commit by cgilles: 

Showfoto: Disable Thumbbar in Full screenmode.
CCMAIL: digikam-devel <at> lists.sourceforge.net
CCBUGS:102195

  M +1 -1      TODO   1.10
  M +9 -0      showfoto.cpp   1.33

--- kdeextragear-3/digikam/showfoto/TODO  #1.9:1.10
 <at>  <at>  -2,5 +2,5  <at>  <at> 
 ---------------------------------

-* disable thumbbar in full screen mode. 
+* add First/Last image button like in image editor.
 * disable Fix-Incease/Decrease BCG if core plugin is available. 
 * add shofoto settings dialog. 

--- kdeextragear-3/digikam/showfoto/showfoto.cpp  #1.32:1.33
 <at>  <at>  -734,4 +734,9  <at>  <at>  void ShowFoto::slotToggleFullScreen()
 #endif
         menuBar()->show();
+        
+        // If Hide Thumbbar option is checked.
+        if (!m_showBarAction->isChecked())
+           m_bar->show();
+
         QObject* obj = child("mainToolBar","KToolBar");
         if (obj)
 <at>  <at>  -748,4 +753,8  <at>  <at>  void ShowFoto::slotToggleFullScreen()
(Continue reading)

Permalink | Reply | 0 comments |
headers
Gilles Caulier | 1 Apr 2005 13:04
Picon
Favicon

[Bug 102195] thumb bar in image editor standalone operation

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

http://bugs.kde.org/show_bug.cgi?id=102195         

------- Additional Comments From caulier.gilles free fr  2005-04-01 13:04 -------
CVS commit by cgilles: 

Showfoto: Disable Thumbbar in Full screenmode.
CCMAIL: digikam-devel lists sourceforge net
CCBUGS:102195

  M +1 -1      TODO   1.10
  M +9 -0      showfoto.cpp   1.33

--- kdeextragear-3/digikam/showfoto/TODO  #1.9:1.10
  <at>  -2,5 +2,5   <at> 
 ---------------------------------

-* disable thumbbar in full screen mode. 
+* add First/Last image button like in image editor.
 * disable Fix-Incease/Decrease BCG if core plugin is available. 
 * add shofoto settings dialog. 

--- kdeextragear-3/digikam/showfoto/showfoto.cpp  #1.32:1.33
  <at>  -734,4 +734,9   <at>  void ShowFoto::slotToggleFullScreen()
 #endif
         menuBar()->show();
+        
+        // If Hide Thumbbar option is checked.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Mikolaj Machowski | 1 Apr 2005 15:43
Picon
Favicon

Re: revising plan for 0.8

Dnia czwartek, 31 marca 2005 19:53, Renchi Raju napisał:
>
> just as a teaser as to whats possible, when we have a completely
> database drivern digiKam:
>
> http://pooh.tam.uiuc.edu/digikam/digikamdates.png
>
Nice, but - or rather - BUT:

Months in alphabetical order???

Is it possible to select multiple dates?

m.

--

-- 
LaTeX + Vim = http://vim-latex.sourceforge.net/
Vim Universal Templates 
	http://www.vim.org/scripts/script.php?script_id=1078
CLEWN - http://clewn.sf.net

-------------------------------------------------------
This SF.net email is sponsored by Demarc:
A global provider of Threat Management Solutions.
Download our HomeAdmin security software for free today!
http://www.demarc.com/info/Sentarus/hamr30
Permalink | Reply | 7 comments |

Gmane