[Clipart] installing dms

Greg Steffensen greg.steffensen at gmail.com
Sat Jul 9 22:30:35 PDT 2005


> 
> 
> That server address isn't up anymore...I'm trying your script.

  Yeah, I redid my reimplementation :). I switched it from using Postgresql 
to SQLite, which should make it perform better and be easier to 
install/maintain/play with. You can download the code from 
 http://developer.berlios.de/project/showfiles.php?group_id=4098

It should be pretty easy to install and get running; there's a README. I 
forgot to mention one dependency though; you also need the Python bindings 
for libxml2. The API it uses isn't particularly well thought-out, but 
changing that sort of thing takes minutes at most. 

 Interesting that you rapidly built a new implementation. That is good to
> compare with DMS. I'm also interested in the ccmixter.org<http://ccmixter.org>open source
> creative commons endorsed engine:
> http://virtualturntable.org/archives/000315.php
> 
> We might want to check this out. I have a feeling though they have not
> thought about integrating versioning and some other concepts into this
> engine, but I wonder if it is another compelling solution. When I met
> with creativecommons in Jan. I pitched the idea of dms right when they
> were about to launch ccmixter, but I think because it was still an idea,
> they just kept plowing on ccmixter.

  I'll take a look!


> 
> Cool, so you are trying to send png data over the wires directly, and
> convert the files from svg to png per query? Hmmm...I'm curious.

 Nah, it generates PNG renderings when you insert images; I expect that 
generating them dynamically would be far too expensive to be used in 
production. Its currently setup to create two; one 100 px wide, another 500 
px wide. The idea is that you can display the small one when users are 
searching (either through the website or through my gtk interface), and the 
large one when they want to preview individual images (again, through either 
interface). I'm trying not to use the actual SVG for large previews because 
I've had major issues with librsvg's rendering of ocal images, as other 
recent list discussions have verified. 

How are you progressing on this now? Also, have you had any luck with
> DMS?

 I've still not succeeded installing DMS, but part of the reason is that I 
have very little experience with perl. Bryce is helping me out, I'm sure 
I'll get it worked out in the next few days. Regarding this sql based DMS, 
it works. Until ocal aquires several gigs of data, I'd suspect that you'll 
get better performance by storing the content in an sql database that keeps 
everything in a single file, like sqlite or mysql, as opposed to using the 
filesystem, simply because the content will be more likely to located on a 
contiguous area of the disk; this may have something to do with the poor 
performance for navigation queries that has been discusssed. Check the 
system I linked to out; its xml-rpc based, which, I think, is much easier to 
develop for than SOAP. The major features are implemented; inserting an 
image causes metadata to be indexed and png previews to be generated 
automatically, you can search by category/author/keyword (including boolean 
logic), its simple to notice/prevent duplicate images from being inserted. 
The major feature I still need to implement is allowing metadata to be 
altered dynamically (adding new keywords when you insert, or after), but 
that shouldn't be too hard to add. Even if DMS is still the way you want to 
go, we may be able to use something like this for indexing to help with 
search performance.
 Greg
 
Jon
> >
> > On 7/5/05, aaron at ekips.org <aaron at ekips.org> wrote:
> > Greg Steffensen wrote:
> > > Hey all, I've been trying to get DMS installed, haven't had
> > any luck.
> > > CPAN installs Config::Simple, Webservice::TicketAuth::DBI,
> > and
> > > RDF::Simple correctly, but then running make, and then make
> > test
> > > produces errors, which I've pasted below. Can anyone guess
> > what's
> > > wrong? I'm using a current cvs checkout. Thanks,
> >
> >
> >
> > > Can't locate DBI.pm <http://DBI.pm> <http://DBI.pm> in @INC
> > > Can't locate SOAP/Transport/HTTP.pm in @INC
> > > Can't locate SOAP/Lite.pm in @INC
> >
> > Well I had the same problem. If I remember correctly, I ran
> > cpan and did:
> > install DBI
> > install SOAP::Transport::HTTP
> > install SOAP::Lite
> >
> > I was just grasping in the dark but it seems to have worked.
> >
> > Aaron Spike
> >
> >
> > _______________________________________________
> > clipart mailing list
> > clipart at lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/clipart
> >
> > _______________________________________________
> > clipart mailing list
> > clipart at lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/clipart
> --
> Jon Phillips
> 
> USA PH 510.499.0894
> jon at rejon.org
> http://www.rejon.org
> 
> Inkscape (http://inkscape.org)
> Open Clip Art Library (www.openclipart.org <http://www.openclipart.org>)
> 
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/clipart/attachments/20050710/a2a695e6/attachment.html>


More information about the clipart mailing list