gmane.comp.cms.fedora-commons.devel

[fcrepo-dev] Open Repositories 2013 Conference Coming Soon to anIsland Near You

Mark Leggott — 2013-05-06T20:11:20

Dear Repository Community,

Open Repositories 2013 is coming up soon - July 8-12 in beautiful Prince Edward Island. We had an awesome response to the request for proposals and an initial list of sessions is available at:

 http://or2013.net/content/accepted-sessions

We are also getting final details in place for the Hackfest and Dev Challenge, but in the meantime we have an initial information page available at:

 http://or2013.net/content/or-2013-dev-challenge-event

The Conference team is working hard on making sure the facilities are ready and that you also have an engaging set of social activities to meet with your colleagues and have fun. We want to encourage you to take advantage of our Early Bird registration, valid until May 10, after which the fee will go from $450 to $495. We would also encourage you to book your flights and accommodation as soon as you can to make sure you get a front row seat for what is shaping up to be a great conference. The main conference hotel (The Delta) will be releasing

[fcrepo-dev] filesystem in fedora

Jie Chen — 2013-05-02T14:12:42

Hi All,

Could anyone please help me on below questions?

I am just wondering how the file system works in Fedora Commons:

1. where are those html,image,video files located?

2. what is the mechanism for Fedora to protect those user imported files, in other words, how the system ensure those files are available?

3.What if the hard disk is broken down, is there any way to restore those user's data/files?

4.it is said that there is a deamon  module to check the files from time to time, it is true? where can  I get any documents about the APIs to communicate with that moudle?


Best regards,

Jay

____________________________________________________________
FREE 3D EARTH SCREENSAVER - Watch the Earth right on your desktop!
Check it out at http://www.inbox.com/earth



------------------------------------------------------------------------------
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for

[fcrepo-dev] no committers call today

Edwin Shin — 2013-04-25T14:22:08

Since most of the committers are traveling in Boston-area today, no call today. Sorry for the late notice.
------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr

Re: [fcrepo-dev] fcrepo build error repo.aduna-software.org

jan schnasse — 2013-04-19T06:23:20

Older sesame artifacts can now be found on http://maven.ontotext.com/content/repositories/aduna/. 
Here is the mail from sesame mailinglist:
http://sourceforge.net/mailarchive/message.php?msg_id=30742863




------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter

Re: [fcrepo-dev] fcrepo build error repo.aduna-software.org

Edwin Shin — 2013-04-18T10:47:47

I can't seem to find any information about the Aduna repo--i.e. is it gone forever or if this was just an oversight by the domain owners.

I'll bring it up on the committers call today.

On Apr 18, 2013, at 5:57 PM, jan schnasse <schnasse-Mmb7MZpHnFY< at >public.gmane.org> wrote:



------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter

[fcrepo-dev] fcrepo build error repo.aduna-software.org

jan schnasse — 2013-04-18T09:57:07

Hi all,

fcrepo and mulgara, both define dependencies to an old sesame 2.2.1 version which is not longer provided via repo.aduna-software.org (the domain is not longer in use). This concerns all fcrepo 3.6.X versions and the current snapshot on github. Is someone able to fix the problem?

Cheers
Jan

------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter

[fcrepo-dev] aduna repo down

jan schnasse — 2013-04-16T09:07:54

------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter_______________________________________________
Fedora-commons-developers mailing list
Fedora-commons-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers

Re: [fcrepo-dev] Need to keep Dublin Core information FedoraObjectHeaders at low level storage

Tayal, Nikhil — 2013-04-05T14:43:04

Thanks for the replies!

As a part of the project I am working on(an implementation of akubra low level storage for Dell DX Storage device), I want to add the ability for the Fedora user using the Dell DX storage as the low level store which allows him to add metadata about the object in the serialized object's headers. This will allow us to make use of the available metadata in order to take some decision while persisting it to the storage. The purpose is a bit generic as of now and doing this might be useful in customizing the way we store the object at low level.

Please let me know if you have some idea on what could be a good way to do this.

Thanks,
Nikhil


-----Original Message-----
From: ajs6f-4Ng6DfrEGID2fBVCVOL8/A< at >public.gmane.org [mailto:ajs6f-4Ng6DfrEGID2fBVCVOL8/A< at >public.gmane.org] 
Sent: Wednesday, April 03, 2013 3:43 PM
To: fedora-commons-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
Subject: Re: [fcrepo-dev] Need to keep Dublin Core information Fedora Object Headers at low lev

Re: [fcrepo-dev] Need to keep Dublin Core information Fedora Object Headers at low level storage

Scott Prater — 2013-04-03T21:16:47

 From the Fedora POV, it would also be good to know what use Fedora 
makes of the DC data stored in the object headers, and if it's really 
required.  Ideally, there would only ever be the DC datastream (which 
could be treated special, from an internal management perspective, if 
absolutely necessary).  The fact that the object header may say one 
thing, but the datastream another, makes me wonder if the door is open 
to all kinds of bugs, or at least end-user misunderstandings about the 
actual state of their object.

Re: [fcrepo-dev] Need to keep Dublin Core information Fedora ObjectHeaders at low level storage

2013-04-03T20:42:39

This is a fault (one amongst many) that can be laid to the "specialness" of the Fedora DC datastream, which is both a datastream like other datastreams and yet also the privileged record of special information about the object to which it belongs.

Perhaps you can explain a little more about your intention? Are you using the DC datastream as a container of description for the object? In any event, why do you want to store this information with the filesystem-persisted object serialization? Is it to make this information visible to other systems, or perhaps for some other reason?

---
A. Soroka
The University of Virginia Library

On Apr 3, 2013, at 4:06 PM, Tayal, Nikhil wrote:



------------------------------------------------------------------------------
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire 
the most talented Cisco Certified professionals. Visit the 
Employer Resources Portal
http://www.cisco.com/web/learning/employer_res

[fcrepo-dev] Need to keep Dublin Core information Fedora Object Headers at low level storage

Tayal, Nikhil — 2013-04-03T20:06:06

Hi,

I have been working on sending DC fields information from Fedora to low level storage for the Fedora Object as file system headers.
I was able to get the information from DCFields for the DC datastream associated to the DigitalObject during creation of the Digital Object and send that as metadata in getMetadataForAboutToBeStoredObject method of FedoraHintsProvider Implementation that I did.

The concern I have now is that if I update the DC datastream later on(say add a description in the xml), it's only the Datastream that gets updated at the low level storage but the Object headers at the low level storage are still the same although the corresponding DC data has changed.

Is there some way I can trigger an update of the associated Parent digital object too every time I update DC datastream?

Or, should I look at fixing this issue in some other way?

Thanks
Nikhil Tayal
Student Programmer
UIUC Digital Library Research Lab

------------------------------------------------------------------------------

Re: [fcrepo-dev] Clean way to access DC metadata from DigitalObject

Tayal, Nikhil — 2013-03-29T20:45:25

Thanks for the prompt replies!
I verified that there is indeed a constructor for DCFields that takes an input stream as an argument.
I think I should be able to use that for my purpose.

Thanks again.
-Nikhil

From: Tayal, Nikhil [mailto:ntayal2-nzINlOoChub2fBVCVOL8/A< at >public.gmane.org]
Sent: Friday, March 29, 2013 3:34 PM
To: fedora-commons-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
Subject: Re: [fcrepo-dev] Clean way to access DC metadata from DigitalObject

Thanks Ben.
Is there some utility function that I can use for creating the DCFields object from the content stream(which is an InputStream)? Or do I need to parse the content that I get from the stream and then create the DCFields object?

-Nikhil

From: Benjamin Armintor [mailto:armintor-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org]
Sent: Friday, March 29, 2013 3:21 PM
To: fedora-commons-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org<mailto:fedora-commons-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org>
Subject:

Re: [fcrepo-dev] Clean way to access DC metadata from DigitalObject

Benjamin Armintor — 2013-03-29T20:42:53

See also:
https://github.com/fcrepo/fcrepo/blob/master/fcrepo-server/src/main/java/org/fcrepo/server/utilities/DCFields.java#L78


On Fri, Mar 29, 2013 at 4:42 PM, Benjamin Armintor <armintor-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>wrote:

------------------------------------------------------------------------------
Own the Future-Intel(R) Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest. Compete 
for recognition, cash, and the chance to get your game on Steam. 
$5K grand prize plus 10 genre and skill prizes. Submit your demo 
by 6/6/13. http://altfarm.mediaplex.com/ad/ck/12124-176961-30367-2_______________________________________________
Fedora-commons-developers mailing list
Fedora-commons-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers

Re: [fcrepo-dev] Clean way to access DC metadata from DigitalObject

Benjamin Armintor — 2013-03-29T20:42:05

If I remember right, you can pass an Inputstream in the DCFields
constructor.


On Fri, Mar 29, 2013 at 4:33 PM, Tayal, Nikhil <ntayal2-nzINlOoChub2fBVCVOL8/A< at >public.gmane.org> wrote:

------------------------------------------------------------------------------
Own the Future-Intel(R) Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest. Compete 
for recognition, cash, and the chance to get your game on Steam. 
$5K grand prize plus 10 genre and skill prizes. Submit your demo 
by 6/6/13. http://altfarm.mediaplex.com/ad/ck/12124-176961-30367-2_______________________________________________
Fedora-commons-developers mailing list
Fedora-commons-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers

Re: [fcrepo-dev] Clean way to access DC metadata from DigitalObject

Tayal, Nikhil — 2013-03-29T20:33:36

Thanks Ben.
Is there some utility function that I can use for creating the DCFields object from the content stream(which is an InputStream)? Or do I need to parse the content that I get from the stream and then create the DCFields object?

-Nikhil

From: Benjamin Armintor [mailto:armintor-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org]
Sent: Friday, March 29, 2013 3:21 PM
To: fedora-commons-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
Subject: Re: [fcrepo-dev] Clean way to access DC metadata from DigitalObject

Nikhil:
  If you have access to a DigitalObject, you can get a Datastream instance for the "DC" datastream by calling digitalObject.datastreams("DC"); then you can construct a DCFields object from the content stream of the Datastream.

- Ben

On Fri, Mar 29, 2013 at 3:19 PM, Tayal, Nikhil <ntayal2-nzINlOoChub2fBVCVOL8/A< at >public.gmane.org<mailto:ntayal2-nzINlOoChub2fBVCVOL8/A< at >public.gmane.org>> wrote:
Hello,

I am currently working on developing an implementation of FedoraHintsProvider API whi

Re: [fcrepo-dev] Clean way to access DC metadata from DigitalObject

Benjamin Armintor — 2013-03-29T20:20:34

Nikhil:
  If you have access to a DigitalObject, you can get a Datastream instance
for the "DC" datastream by calling digitalObject.datastreams("DC"); then
you can construct a DCFields object from the content stream of the
Datastream.

- Ben


On Fri, Mar 29, 2013 at 3:19 PM, Tayal, Nikhil <ntayal2-nzINlOoChub2fBVCVOL8/A< at >public.gmane.org> wrote:

------------------------------------------------------------------------------
Own the Future-Intel(R) Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest. Compete 
for recognition, cash, and the chance to get your game on Steam. 
$5K grand prize plus 10 genre and skill prizes. Submit your demo 
by 6/6/13. http://altfarm.mediaplex.com/ad/ck/12124-176961-30367-2_______________________________________________
Fedora-commons-developers mailing list
Fedora-commons-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers

[fcrepo-dev] Clean way to access DC metadata from DigitalObject

Tayal, Nikhil — 2013-03-29T19:19:57

Hello,

I am currently working on developing an implementation of FedoraHintsProvider API which enables us to send hints from fedora to the low level store.

In the getHintsForObjectToBeStored, I can get a handle to the DigitalObject instance corresponding to my Fedora Object. What I need to do is to access the Dublin Core datastream metadata for the object and send that as the metadata. I was wondering if there is a clean way to access the Dublin core data given a DigitalObject. I am not convinced with the idea of parsing the Dublin Core datastream XML in order to get that information. I can see that DCFields class in the utilities package that has some information about the Dublin Core and I am wondering if I can somehow get an access to the handle of the instance of this class corresponding to the Dublin Core of my Fedora DigitalObject instance. Please let me know if I am thinking in the right direction.

Thanks,
Nikhil Tayal
Student Programmer
UIUC Digital Library Research Lab
---------------------------

Re: [fcrepo-dev] How to configure GSearch/Solr and Fedora running on different servers

Nilani Ganeshwaran — 2013-03-22T10:26:44

Hi

We are running the services in three different web servers and they are working fine. Your fedora configuration looks fine.

Please double check the following gsearch file;
fedoragsearch2/WEB-INF/classes/config/repository/DemoAtDtu(you may have different name here)/repository.properties
fedora repository information is configured in this file; make sure they are correct.

Regards
Nilani



From: Uosukainen Liisa [mailto:Liisa.Uosukainen-ngGN/tJd4Jk< at >public.gmane.org]
Sent: 22 March 2013 10:00
To: fedora-commons-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
Subject: [fcrepo-dev] How to configure GSearch/Solr and Fedora running on different servers

Hi,
I am trying to configure GSearch&Solr and Fedora to run on different servers. When GSearch, Solr and Fedora are running on the same server, everything works fine.
What has to be done in configurations when GSearch and Solr are moved to different server.

I modified fgsconfig-basic.properties in new server and changed:

    fedoraBase=http://ho

[fcrepo-dev] How to configure GSearch/Solr and Fedora running on different servers

Uosukainen Liisa — 2013-03-22T09:59:38

Hi,
I am trying to configure GSearch&Solr and Fedora to run on different servers. When GSearch, Solr and Fedora are running on the same server, everything works fine.
What has to be done in configurations when GSearch and Solr are moved to different server.

I modified fgsconfig-basic.properties in new server and changed:

    fedoraBase=http://host1:8080

and run ant -f fgsconfig-basic.xml

Then I modified fedora.fcfg in another server and changed:

    <!-- <module role="org.fcrepo.server.storage.DOManager" class="org.fcrepo.server.storage.DefaultDOManager"> -->
    <module role="org.fcrepo.server.storage.DOManager" class="org.fcrepo.server.storage.GSearchDOManager">

    <!-- <param name="gSearchPassword" value="examplePassword"> -->
    <param name="gSearchPassword" value="fgsAdmin">

    <!-- <param name="gSearchUsername" value="exampleUsername"> -->
    <param name="gSearchUsername" value="fgsAdmin">

    <!-- <param name="gSearchRESTURL" value="http://localhost:8080/fedoragsearch/rest"> -->
    <param

Re: [fcrepo-dev] Error in Fedora 3.6 Documentation?

Edwin Shin — 2013-03-08T23:25:57

Thanks Don.

Fixed in the 3.6 docs (https://wiki.duraspace.org/display/FEDORA36/REST+API#RESTAPI-getDatastreamHistory)

There was a point in development where it was /versions but we ultimately settled on /history and the docs must not have followed, viz. https://jira.duraspace.org/browse/FCREPO-675

On Mar 9, 2013, at 5:03 AM, Donald Brower <dbrower-b3SXGvC/Fnw< at >public.gmane.org> wrote:



------------------------------------------------------------------------------
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev

[fcrepo-dev] Error in Fedora 3.6 Documentation?

Donald Brower — 2013-03-08T21:03:03

The online docs for Fedora 3.6 say the path for the API-M method
getDatastreamHistory is

/objects/{pid}/datastreams/{dsid}/versions ? [format]



But, from playing with a local copy of Fedora, it seems the path is really

/objects/{pid}/datastreams/{dsid}/history ? [format]



I think this is just a mistake in the documentation.


-Don


--
Donald Brower, Ph.D.
Digital Library Infrastructure Lead
Hesburgh Libraries, University of Notre Dame





------------------------------------------------------------------------------
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev