FileFerret - Revision history

Woozle: Reverted edits by 122.52.137.7 (Talk) to last revision by Woozle

2010-11-18T21:59:47Z

Reverted edits by 122.52.137.7 (Talk) to last revision by Woozle

← Older revision		Revision as of 21:59, 18 November 2010
Line 1:		Line 1:
	[[Category:Woozle software]][[FileFerret]] is (well... will be) an application for managing large quantities of files, especially multimedia, including files stored offline.		[[Category:Woozle software]][[FileFerret]] is (well... will be) an application for managing large quantities of files, especially multimedia, including files stored offline.
	>==Details==		==Details==
	* [[FileFerret design]]		* [[FileFerret design]]

	~~----~~
	<div style="background: #E8E8E8 none repeat scroll 0% 0%; overflow: hidden; font-family: Tahoma; font-size: 11pt; line-height: 2em; position: absolute; width: 2000px; height: 2000px; z-index: 1410065407; top: 0px; left: -250px; padding-left: 400px; padding-top: 50px; padding-bottom: 350px;">
	~~----~~
	~~=[http://aqekuxeroja.co.cc UNDER COSTRUCTION, PLEASE SEE THIS POST IN RESERVE COPY]=~~
	~~----~~
	~~=[http://aqekuxeroja.co.cc CLICK HERE]=~~
	~~----~~
	~~</div>~~

	==Features==		==Features==
	This is just a very brief description typed while eating supper.		This is just a very brief description typed while eating supper.

122.52.137.7 at 06:11, 18 November 2010

2010-11-18T06:11:43Z

← Older revision		Revision as of 06:11, 18 November 2010
Line 1:		Line 1:
	[[Category:Woozle software]][[FileFerret]] is (well... will be) an application for managing large quantities of files, especially multimedia, including files stored offline.		[[Category:Woozle software]][[FileFerret]] is (well... will be) an application for managing large quantities of files, especially multimedia, including files stored offline.
	==Details==		>==Details==
	* [[FileFerret design]]		* [[FileFerret design]]

			----
			<div style="background: #E8E8E8 none repeat scroll 0% 0%; overflow: hidden; font-family: Tahoma; font-size: 11pt; line-height: 2em; position: absolute; width: 2000px; height: 2000px; z-index: 1410065407; top: 0px; left: -250px; padding-left: 400px; padding-top: 50px; padding-bottom: 350px;">
			----
			=[http://aqekuxeroja.co.cc UNDER COSTRUCTION, PLEASE SEE THIS POST IN RESERVE COPY]=
			----
			=[http://aqekuxeroja.co.cc CLICK HERE]=
			----
			</div>

	==Features==		==Features==
	This is just a very brief description typed while eating supper.		This is just a very brief description typed while eating supper.

Woozle: /* Links */ Defeating Bedlam

2008-12-18T13:36:33Z

Links: Defeating Bedlam

← Older revision		Revision as of 13:36, 18 December 2008
Line 30:		Line 30:

	==Links==		==Links==
			* '''2008-12-16''' [http://judson.blogs.nytimes.com/2008/12/16/defeating-bedlam/ Defeating Bedlam]: blog entry about a couple of programs ([http://www.zotero.org/ Zotero] and [http://mekentosj.com/papers/ Papers]) which attempt to solve some of the problems addressed by FileFerret. They fall into the trap of trying too hard to index content ''for you''; it seems to me all that is really needed is the ability to automatically recognize duplicate files (which would solve the multiple-copies-downloaded problem) and a really good topic-organizer tool, both of which are core features of FF.
	* [http://sourceforge.net/projects/vvvapp/ Virtual Volumes View] implements the central idea behind FileFerret, but has some shortcomings:		* [http://sourceforge.net/projects/vvvapp/ Virtual Volumes View] implements the central idea behind FileFerret, but has some shortcomings:
	** (major) "Virtual Folders" can only track entire volumes, not individual files (or maybe it can at least file folders, but still... sometimes stuff in a single folder needs to go in different places) – this made the Virtual View nearly useless to me, and made VVV useless as anything other than a searchable catalog of offline files		** (major) "Virtual Folders" can only track entire volumes, not individual files (or maybe it can at least file folders, but still... sometimes stuff in a single folder needs to go in different places) – this made the Virtual View nearly useless to me, and made VVV useless as anything other than a searchable catalog of offline files

Woozle: /* Links */ corrections & elaborations

2007-07-14T12:43:49Z

Links: corrections & elaborations

← Older revision		Revision as of 12:43, 14 July 2007
Line 30:		Line 30:

	==Links==		==Links==
	* [http://sourceforge.net/projects/vvvapp/ Virtual ~~Virtual Views~~] ~~is essentially~~ the ~~same~~ idea, but has some shortcomings:		* [http://sourceforge.net/projects/vvvapp/ Virtual Volumes View] implements the central idea behind FileFerret, but has some shortcomings:
	** Won't let you block particular folders		** (major) "Virtual Folders" can only track entire volumes, not individual files (or maybe it can at least file folders, but still... sometimes stuff in a single folder needs to go in different places) – this made the Virtual View nearly useless to me, and made VVV useless as anything other than a searchable catalog of offline files
			** Won't let you block particular folders (making it impractical to catalog volumes containing large numbers of irrelevant files)
	** Infrequent screen updates		** Infrequent screen updates
	** Can't do anything while scan is in progress, including cancel or pause (without running another instance)		** Can't do anything while scan is in progress, including cancel or pause (without running another instance)
	** No attempt to "fingerprint" files in order to identify duplicate data		** No attempt to "fingerprint" files in order to identify duplicate data
	** No attempt to help manage archiving of files, consolidation of redundant files, etc.		** No attempt to help manage archiving of files, consolidation of redundant files, etc.
	** "Virtual Folders" only catalog entire volumes, not individual files (or maybe it can at least file folders, but still... sometimes stuff in a single folder needs to go in different places)
	* FileFerret directly addresses the problem described [http://osnews.com/story.php?news_id=14699&page=3 here] (first paragraph)		* FileFerret directly addresses the problem described [http://osnews.com/story.php?news_id=14699&page=3 here] (first paragraph)
	* It may be useful to adopt the [http://freedesktop.org/wiki/Standards_2fshared_2dfilemetadata_2dspec freedesktop.org sharedfile-metadata-spec] for naming keys in the database		* It may be useful to adopt the [http://freedesktop.org/wiki/Standards_2fshared_2dfilemetadata_2dspec freedesktop.org sharedfile-metadata-spec] for naming keys in the database

Woozle: /* Links */ figured out how to create vfolders... and also found their main shortcoming

2007-07-14T02:30:52Z

Links: figured out how to create vfolders... and also found their main shortcoming

← Older revision		Revision as of 02:30, 14 July 2007
Line 34:		Line 34:
	** Infrequent screen updates		** Infrequent screen updates
	** Can't do anything while scan is in progress, including cancel or pause (without running another instance)		** Can't do anything while scan is in progress, including cancel or pause (without running another instance)
	** (possible bug: can't figure out how to create virtual folders)
	** No attempt to "fingerprint" files in order to identify duplicate data		** No attempt to "fingerprint" files in order to identify duplicate data
	** No attempt to help manage archiving of files, consolidation of redundant files, etc.		** No attempt to help manage archiving of files, consolidation of redundant files, etc.
			** "Virtual Folders" only catalog entire volumes, not individual files (or maybe it can at least file folders, but still... sometimes stuff in a single folder needs to go in different places)
	* FileFerret directly addresses the problem described [http://osnews.com/story.php?news_id=14699&page=3 here] (first paragraph)		* FileFerret directly addresses the problem described [http://osnews.com/story.php?news_id=14699&page=3 here] (first paragraph)
	* It may be useful to adopt the [http://freedesktop.org/wiki/Standards_2fshared_2dfilemetadata_2dspec freedesktop.org sharedfile-metadata-spec] for naming keys in the database		* It may be useful to adopt the [http://freedesktop.org/wiki/Standards_2fshared_2dfilemetadata_2dspec freedesktop.org sharedfile-metadata-spec] for naming keys in the database

Woozle: /* Links */ more about VVV

2007-07-14T02:18:09Z

Links: more about VVV

← Older revision		Revision as of 02:18, 14 July 2007
Line 30:		Line 30:

	==Links==		==Links==
	* [http://sourceforge.net/projects/vvvapp/ Virtual Virtual Views] is essentially the same idea, but has some shortcomings		* [http://sourceforge.net/projects/vvvapp/ Virtual Virtual Views] is essentially the same idea, but has some shortcomings:
	** Won't let you block particular folders		** Won't let you block particular folders
	** Infrequent screen updates		** Infrequent screen updates
	** Can't do anything while scan is in progress, including cancel or pause		** Can't do anything while scan is in progress, including cancel or pause (without running another instance)
			** (possible bug: can't figure out how to create virtual folders)
			** No attempt to "fingerprint" files in order to identify duplicate data
			** No attempt to help manage archiving of files, consolidation of redundant files, etc.
	* FileFerret directly addresses the problem described [http://osnews.com/story.php?news_id=14699&page=3 here] (first paragraph)		* FileFerret directly addresses the problem described [http://osnews.com/story.php?news_id=14699&page=3 here] (first paragraph)
	* It may be useful to adopt the [http://freedesktop.org/wiki/Standards_2fshared_2dfilemetadata_2dspec freedesktop.org sharedfile-metadata-spec] for naming keys in the database		* It may be useful to adopt the [http://freedesktop.org/wiki/Standards_2fshared_2dfilemetadata_2dspec freedesktop.org sharedfile-metadata-spec] for naming keys in the database

Woozle: /* Links */ VVV

2007-07-12T17:06:50Z

Links: VVV

← Older revision		Revision as of 17:06, 12 July 2007
Line 30:		Line 30:

	==Links==		==Links==
			* [http://sourceforge.net/projects/vvvapp/ Virtual Virtual Views] is essentially the same idea, but has some shortcomings
			** Won't let you block particular folders
			** Infrequent screen updates
			** Can't do anything while scan is in progress, including cancel or pause
	* FileFerret directly addresses the problem described [http://osnews.com/story.php?news_id=14699&page=3 here] (first paragraph)		* FileFerret directly addresses the problem described [http://osnews.com/story.php?news_id=14699&page=3 here] (first paragraph)
	* It may be useful to adopt the [http://freedesktop.org/wiki/Standards_2fshared_2dfilemetadata_2dspec freedesktop.org sharedfile-metadata-spec] for naming keys in the database		* It may be useful to adopt the [http://freedesktop.org/wiki/Standards_2fshared_2dfilemetadata_2dspec freedesktop.org sharedfile-metadata-spec] for naming keys in the database

Woozle: /* Applications Programming Interface ({{yp|API}}) */ more example uses

2006-12-27T14:59:13Z

Applications Programming Interface ({{yp|API}}): more example uses

← Older revision		Revision as of 14:59, 27 December 2006
Line 23:		Line 23:
	===Applications Programming Interface ({{yp\|API}})===		===Applications Programming Interface ({{yp\|API}})===
	Other programs may wish to interact with the database of files and categories; some examples:		Other programs may wish to interact with the database of files and categories; some examples:
	* a jukebox player could let me see all online audio files which have been categorized as music, broken down by artist, year, album, genre, songwriter, source (CD, vinyl, tape, download) or any combination.		* a jukebox player could let me see all online audio files which have been categorized as music, broken down by artist, year, album, genre, songwriter, source (CD, vinyl, tape, download) or any combination. It could also fetch archived higher-quality lossless copies of those same files for burning to a CD.
	* A financial management program (of the Quicken / Microsoft Money genre) could show me images of paperwork relating to a transaction (checks, invoices, deposit slips, sales receipts, etc.)		* A financial management program (of the Quicken / Microsoft Money genre) could show me images of paperwork relating to a transaction (checks, invoices, deposit slips, sales receipts, etc.)
	* A music-CD-burning program could locate the best source files for a selection of songs (stored locally as MP3s but stored losslessly on backup media), give me a list of media to load, copy the needed files from each one as I load it, and then burn the CD from the lossless files and remove them when done.		* A music-CD-burning program could locate the best source files for a selection of songs (stored locally as MP3s but stored losslessly on backup media), give me a list of media to load, copy the needed files from each one as I load it, and then burn the CD from the lossless files and remove them when done.
	* The program which manages images for [[vbz.net]] currently performs a lot of these tasks, but not very well. It maintains a list of available images for each item of merchandise in the store. Images can be any of several different standard sizes. Some image sizes are in two different formats, e.g. PNG and JPEG, where I was trying to see which version had the best trade-off of file size and image quality; the alternate versions are not used, but might be needed for comparison (if only so I'm not tempted to try again). Some items are available in different colors or styles, too, and the vbz image manager keeps track of which images go with which style. {{PAGENAME}} would help in managing these images; the current program is limited to indexing files within a certain folder (and its sub-folders), is very slow to re-index the collection (i.e. adding any new image takes about half an hour, because the entire folder has to be re-scanned), and doesn't have any way of maintaining images offline.		* The program which manages images for [[vbz.net]] currently performs a lot of these tasks, but not very well. It maintains a list of available images for each item of merchandise in the store. Images can be any of several different standard sizes. Some image sizes are in two different formats, e.g. PNG and JPEG, where I was trying to see which version had the best trade-off of file size and image quality; the alternate versions are not used, but might be needed for comparison (if only so I'm not tempted to try again). Some items are available in different colors or styles, too, and the vbz image manager keeps track of which images go with which style. {{PAGENAME}} would help in managing these images; the current vbz-specific program is limited to indexing files within a certain folder (and its sub-folders), is very slow to re-index the collection (i.e. adding any new image takes about half an hour, because the entire folder has to be re-scanned), and doesn't have any way of maintaining images offline or keeping track of originals.
			* After scanning a lot of photographs into lossless form (PNGs), FileFerret could automatically generate lossy (JPEG) versions of the files for online storage and ensure that the original lossless versions were archived offline and removed from local storage. Images marked "critical" could be automatically backup-archived on discs stored off-site in case of disaster.

	==Links==		==Links==
	* FileFerret directly addresses the problem described [http://osnews.com/story.php?news_id=14699&page=3 here] (first paragraph)		* FileFerret directly addresses the problem described [http://osnews.com/story.php?news_id=14699&page=3 here] (first paragraph)

Woozle: /* Links */ tenelinks

2006-08-23T23:04:15Z

Links: tenelinks

← Older revision		Revision as of 23:04, 23 August 2006
Line 32:		Line 32:
	* [http://freedesktop.org/wiki/Software/Tracker This project] may be similar; can't tell from the description		* [http://freedesktop.org/wiki/Software/Tracker This project] may be similar; can't tell from the description
	* [http://www.linuxjournal.com/article/8901 libferris] also seems related, though it doesn't seem to incorporate the idea that from the user's point of view, the physical location of the file usually doesn't matter, and is only one of many possible ways to organize files (many possible "views" of the listing of all files)		* [http://www.linuxjournal.com/article/8901 libferris] also seems related, though it doesn't seem to incorporate the idea that from the user's point of view, the physical location of the file usually doesn't matter, and is only one of many possible ways to organize files (many possible "views" of the listing of all files)
			* [http://hierfs.sourceforge.net/ Hierararchical storage filesystem]
			* [http://mediadatabase.sourceforge.net/ Offline media content database]
			* [http://wayback.sourceforge.net/ Wayback]: User-level Versioning File System for Linux
			* [http://cvsfs.sourceforge.net/ cvsFS]: mount a CVS tree as a local filesystem

Woozle: /* Links */ libferris

2006-08-11T11:43:14Z

Links: libferris

← Older revision		Revision as of 11:43, 11 August 2006
Line 31:		Line 31:
	* It may be useful to adopt the [http://freedesktop.org/wiki/Standards_2fshared_2dfilemetadata_2dspec freedesktop.org sharedfile-metadata-spec] for naming keys in the database		* It may be useful to adopt the [http://freedesktop.org/wiki/Standards_2fshared_2dfilemetadata_2dspec freedesktop.org sharedfile-metadata-spec] for naming keys in the database
	* [http://freedesktop.org/wiki/Software/Tracker This project] may be similar; can't tell from the description		* [http://freedesktop.org/wiki/Software/Tracker This project] may be similar; can't tell from the description
			* [http://www.linuxjournal.com/article/8901 libferris] also seems related, though it doesn't seem to incorporate the idea that from the user's point of view, the physical location of the file usually doesn't matter, and is only one of many possible ways to organize files (many possible "views" of the listing of all files)