Dear Steve, Thank you for your answer.
I was thinking about your answer... The problem is the measurement values come from different sources. Shortly...my model is as follows. I have different devices (collection of devices), described by some properties (collection of properties) and measurements described by (values stored in RELS-EXT): Single measurement's RELS-EXT: ------------------------------- info:fedora/ns:pid ns:isMemberOf ns:measurements info:fedora/ns:pid ns:property ns:244 info:fedora/ns:pid ns:device ns:229 info:fedora/ns:pid ns:value ""10zeg7bdjb2j6"" info:fedora/ns:pid ns:datetime ""1288347628020"" So as you can see ns:value is "some value" at this point.... Once the value might be a temperature, the other time humidity or - if the device is a camera - the value is an URL of the picture.... So, at the point of ingesting the object I don't want the repository to know what "type" of value is it - an integer, url of something different..... By creating a datastream it would complicate things a bit.... I think...This datastream would store only one value ...If I could store non-XML data (image url as well) in 'Internal XML data' type datastream and call it - let's say - IMAGE then I could update my SDep (WSDL datastream in measurementsCollectionImpl that provides list of all measurements) so this IMAGE could be referenced as http://myserver:port/imagemanip/Imagemanip?url=(IMAGE)&op=resize... This is clear for me...But it cannot be done because - as the name says - Internal XML data' does not let me save non-xml data inside... Is there any way to do it I described in my previous email? -> values are store in RELS-EXT? But how to reference it later in WSDL of measurementsCollectionImpl? http://myserver:port/imagemanip/Imagemanip?url=(RELS-EXT#MY:PRED)&op=resize.. ?????? Best regards, Damian W Twoim liście datowanym 3 listopada 2010 (10:30:24) można przeczytać: > Hi Damian > One thought, which doesn't directly address your question but might provide > an alternative (possibly simpler?) method to achieve what you want to do: > How about creating a datastream, type "External" or "Redirect" for your > IMAGE_URL - ie a Fedora datastream that acts as a proxy for the IMAGE_URL? > You could then reference this Fedora datastream directly in the method. > Optionally you could reference the Fedora datastream URI (eg > info:fedora/ns:pid/experiment_image) in the RELS_EXT rather than the > external URL. > (this also potentially has the benefit of introducing a level of > indirection, so if for instance you had to change the external service that > is currently providing these images, you would just update what the Fedora > datastream points to). > Regards > Steve >> -----Original Message----- >> From: Damian Kaliszan [mailto:dam...@man.poznan.pl] >> Sent: 03 November 2010 08:58 >> To: Steve Bayliss >> Cc: fedora-commons-users@lists.sourceforge.net >> Subject: Using ImageManip srv to manipulate image with URL >> stored in RELS-EXT >> >> >> Dear Steve, All! >> >> I use FC to store some measurements (from real instruments) values. >> One of them is image URL of the experiment. I store this URL in >> RELS-EXT (MY:PID->MY:PRED->IMAGE_URL) datastream >> I'd like to use built-in Imagemanip service to get the original image >> resized/cropped etc. >> >> How to pass IMAGE_URL from RELS_EXT (or DC if it's better) to >> Imagemanip?..... >> >> Similarly as it was done in example CollectionImpl with >> 'list' disseminator >> http://myserver:port/saxon/SaxonServlet?source=(LIST)&styl > e=(XSLT)&clear-stylesheet-cache=(CLEAR_CACHE)"/> > But here LIST & XSLT are different datastreams (called LIST & XSLT) > So.. In my case it would be something like: > http://myserver:port/saxon/Imagemanip?url=(RELS-EXT#MY:PRED)&op=resize.. ...."/>> > Then, under the method getChangedImage I'd have the appropriate method > called from WSDL (that I would have to create of course...like in the > Collection example) > http://myserver:port/fedora/objects/MY:PID/methods/getChangedImage > Is it possible at all? If so, could you please help me with that? > Best regards, > Damian -- Pozdrowienia, Damian Kaliszan ------------------------------------------------------------------------------ Achieve Improved Network Security with IP and DNS Reputation. Defend against bad network traffic, including botnets, malware, phishing sites, and compromised hosts - saving your company time, money, and embarrassment. Learn More! http://p.sf.net/sfu/hpdev2dev-nov _______________________________________________ Fedora-commons-users mailing list Fedora-commons-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fedora-commons-users