Received: from www.base2inc.com (IDENT:root@www.base2inc.com [204.117.190.140]) by hub.org (8.9.3/8.9.3) with ESMTP id MAA22989 for ; Wed, 23 Jun 1999 12:02:06 -0400 (EDT) (envelope-from fmorton@base2inc.com) Received: from tesla (tesla.base2inc.com [206.229.85.131]) by www.base2inc.com (8.8.7/8.8.7) with SMTP id LAA09399; Wed, 23 Jun 1999 11:07:25 -0500 Message-ID: <004801bebd93$a5332ff0$8355e5ce@base2inc.com> From: "Frank Morton" To: "Collin F. Lynch" Cc: References: <199906231533.LAA02731@water2.cs.umass.edu> Subject: Re: [INTERFACES] Images Date: Wed, 23 Jun 1999 11:15:43 -0500 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 We have a commercial media management system in development (close to finished) using postgresql running under Linux written in Java. Our philosophy has been to store the media as a file and just have the pathname to the media item in the database. While I like the theoretical side of storing media in the database and I am sure that is how things will be done years ahead, the reality is that there are many utility type programs (such as imagemagik for us) that can do lots of things with media, but they all make today's assumption that the data is available in a file. If, for example, you want to convert an image from one format to another, if the content is in the database, first you'd have to extract it into a file, then convert it and them (probably) put it back again. It creates a lot of work. Just my 0.02. What is the scope and timetable of your project? We might be interested in donating to your project if it fits the non-profit model, though our product is not open source. > > Greetings, > I'm working for the computer vision group at UMass's CS department and we are looking > at using Postgres to catalog Images and video for a large data coordination project. I am > running my own experiments, but I wanted to know if anyone has any data on internally stored > versus externally stored images. > > Collin Lynch. >