[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