<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user">
    <title>gmane.comp.cms.fedora-commons.user</title>
    <link>http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7775"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7774"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7773"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7772"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7771"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7770"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7769"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7767"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7766"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7765"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7764"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7763"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7762"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7761"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7760"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7759"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7758"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7757"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7756"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7755"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7775">
    <title>Re: [fcrepo-user] risearch not committing</title>
    <link>http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7775</link>
    <description>&lt;pre&gt;There is a configuration in fedora.fcfg that may be what you are looking for, though they warn against it because of a potential performance hit. Set the following to "true" and then restart the container.

    &amp;lt;param name="syncUpdates" value="false"&amp;gt;
      &amp;lt;comment&amp;gt;(optional, default is false)
            Whether to flush the triple buffer before
            returning from object modification operations.
            Specifying this as true will ensure that RI queries
            immediately reflect the latest triples.
            Specifying false will not provide this guarantee,
            but can significantly reduce roundtrip time for
            API-M operations (depending on the triplestore
            implementation).&amp;lt;/comment&amp;gt;
    &amp;lt;/param&amp;gt;

David Lacy
Falvey Library Technology Services
Villanova University
library.villanova.edu
610-519-7361

________________________________
From: James, Eric [eric.james-LrD5EImo2rg&amp;lt; at &amp;gt;public.gmane.org]
Sent: Wednesday, May 16, 2012 6:08 PM
To: fedora-commons-users-5NWGO&lt;/pre&gt;</description>
    <dc:creator>David Lacy</dc:creator>
    <dc:date>2012-05-16T22:55:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7774">
    <title>[fcrepo-user] risearch not committing</title>
    <link>http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7774</link>
    <description>&lt;pre&gt;Hi,



I'm running a ingest program.  Part of that program involves first ingesting a title object, then ingesting a volume object, where the volume object uses the pid of the title object in it's RELS-EXT isAConstituentOf relationship.  I'm finding the title pid using an risearch query looking for a specific label:



http://localhost:8080/fedora/risearch?type=tuples&amp;amp;lang=iTQL&amp;amp;format=TSV&amp;amp;distinct=on&amp;amp;query=select $object from &amp;lt;#ri&amp;gt; where $object &amp;lt;info:fedora/fedora-system:def/model#label&amp;gt; 'Title Object - bibID:5697712'



If I run the program twice, ingesting the title in 1 batch and the volume in another, this works.  If I do this ri query in the browser after the program runs it works.  However if I try this in one run, ingesting the title, then running the query right after that ingest to get the title pid for the volume object, the query returns nothing.



It's as if the RI hasn't completed a transaction when trying in 1 run, so nothing is returned.  Is there a way to force the RI so this risearch works&lt;/pre&gt;</description>
    <dc:creator>James, Eric</dc:creator>
    <dc:date>2012-05-16T22:08:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7773">
    <title>[fcrepo-user] Metadata &amp; Semantics for Open Access Repositories, Research Information Systems and Infrastructures 2012</title>
    <link>http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7773</link>
    <description>&lt;pre&gt;* I apologize if you receive this message more than once!*

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

Special Track on Metadata &amp;amp; Semantics for Open Access Repositories,
Research Information Systems and Infrastructures
http://mtsr2012.uca.es/track_open_access.php
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

Part of the Sixth International Conference on Metadata and Semantic
Research (MTSR'12)
28-30 November 2012 - Cádiz (Spain)
http://mtsr2012.uca.es/

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

AIM

The aim of the Special Track on Metadata &amp;amp; Semantics for Open Access
Repositories, Research Information Systems and Infrastructures is to
serve as a discussion forum for experts to present recent results and
experiences, establish liaisons with other groups, and reflect on the
state-of-the-art of metadata and semantic aspects of open access
repositories, research information systems and data management in&lt;/pre&gt;</description>
    <dc:creator>Imma Subirats</dc:creator>
    <dc:date>2012-05-14T08:30:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7772">
    <title>Re: [fcrepo-user] Request for Comment: IIIF Image API Proposal</title>
    <link>http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7772</link>
    <description>&lt;pre&gt;Tom
One questions.
Do you use fedora for these or not?
Iam use Plone. (plone.org),

Thanks
Gus

2012/5/11 Tom Cramer &amp;lt;tcramer-FGKo4X94FMn2fBVCVOL8/A&amp;lt; at &amp;gt;public.gmane.org&amp;gt;

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
Fedora-commons-users mailing list
Fedora-commons-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
&lt;/pre&gt;</description>
    <dc:creator>gus urban</dc:creator>
    <dc:date>2012-05-12T03:41:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7771">
    <title>[fcrepo-user] Request for Comment: IIIF Image API Proposal</title>
    <link>http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7771</link>
    <description>&lt;pre&gt;The International Image Interoperability Framework (http://lib.stanford.edu/iiif) is an initiative driven by several major research and national libraries to enable the rich and robust delivery of digital images through common interfaces, and to spur the development of open source and commercial software solutions in this space.

The IIIF Working Group invites comment and feedback on a proposed API for the the delivery of images via a standard http request. The full specification can be found at:

http://library.stanford.edu/iiif/image-api

The IIIF Image API specifies a web service that returns an image in response to a standard http or https request. The URL can specify the region, size, rotation, quality characteristics and format of the requested image. A URL can also be constructed to request basic technical information about the image to support client applications.

The IIIF Image API was conceived of to facilitate systematic reuse of image resources, and enable their delivery through a diversity of s&lt;/pre&gt;</description>
    <dc:creator>Tom Cramer</dc:creator>
    <dc:date>2012-05-12T01:20:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7770">
    <title>[fcrepo-user] oaiprovider - demo Files</title>
    <link>http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7770</link>
    <description>&lt;pre&gt;Hi,

in the source package of the oaiprovider are may demo-foxml-documents.

Where can I find a documentation about the methods, disseminations etc ... ?

Our goal is to create a XMetaDissPlus oai output, but we do not want to put
an own xmetadissplus datastream to each object.

So we look for more documentation, how you can manage different 
metadataPrefix
and create the datas.

Greetings from Germany

Jochen Lienhard

&lt;/pre&gt;</description>
    <dc:creator>Jochen Lienhard</dc:creator>
    <dc:date>2012-05-10T10:21:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7769">
    <title>[fcrepo-user] NDSA Innovation Awards reminder</title>
    <link>http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7769</link>
    <description>&lt;pre&gt;Dear Colleagues,

The National Digital Stewardship Alliance (NDSA) has created the
Innovations Awards to recognize organizations, projects and individuals who
are doing great work in the area of digital preservation and to call
attention to the importance of this work in preserving our cultural and
scientific heritage.

Please review this program and consider nominating a worthy peer or project
today.

This award is OPEN to anyone.

Looking forward to nominees from among our wonderful communities!

All the best,
Carol

Carol Minton Morris
DuraSpace
Director of Marketing and Communications
cmmorris-RMZ2BmOfPoTNLxjTenLetw&amp;lt; at &amp;gt;public.gmane.org
Skype: carolmintonmorris
607 592-3135
Twitter&amp;lt; at &amp;gt;DuraSpace &amp;lt;http://twitter.com/duraspace&amp;gt;
Twitter&amp;lt; at &amp;gt;DuraCloud &amp;lt;http://twitter.com/duracloud&amp;gt;
http://DuraSpace.org

----

Just a reminder that there are only a few weeks left to make nominations
for the NDSA Innovation Awards that will be handed out at July's
NDSA/NDIIPP meeting. The Annual Innovation Awards recognize and encourage
in&lt;/pre&gt;</description>
    <dc:creator>Carol Minton Morris</dc:creator>
    <dc:date>2012-05-09T20:13:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7767">
    <title>Re: [fcrepo-user] Best practices advice for RELS-EXT relationships?</title>
    <link>http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7767</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Another factor in the choice may be ordering: do the parts of the whole have an order amongst themselves, or are the relations of interest only those between the parent and child?

- ---
A. Soroka
Software &amp;amp; Systems Engineering :: Online Library Environment
the University of Virginia Library

On May 7, 2012, at 3:12 PM, Yott, Patrick wrote:


-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
Comment: GPGTools - http://gpgtools.org

iQEcBAEBAgAGBQJPqTCmAAoJEATpPYSyaoIkUHoIANFJwyJT8ekR7em70gR8RIs8
o/UXxHZwzCrTdwsq2uy1n+kHfe6tO8zvFl3gNUzlYKD+pmxGEkjIEkWzJr0Ehh6w
azSKhuZoZTX1bLW6K9rB7T7GR9bn33xAm+tBmYTGataAcuoX1bBxfsB8zRgSVTZN
dMRjD8xpYcmQaLR8SbLOvxc7wYT6GxQC4I7dNAxxGeS+MVFI9p/VduBF1+FrC64P
JnLeJ4JeIPv2PCDSd/vS6DOpc8MumCme0F5prJl42GCQ1fo9Wi331gdekZjvW04r
oP0QLEgRUppHav3sSnqfr2oIP4DMqNM4SnNpiAywS6wYGuhk6PKlgNkqdyf5Mu8=
=DLBB
-----END PGP SIGNATURE-----

------------------------------------------------------------------------------
Live Security Vi&lt;/pre&gt;</description>
    <dc:creator>ajs6f-4Ng6DfrEGID2fBVCVOL8/A&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2012-05-08T14:41:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7766">
    <title>[fcrepo-user] NEWS RELEASE: DuraSpace Launches 2012 Community Sponsorship Program: "Invest in Radical Collaboration"</title>
    <link>http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7766</link>
    <description>&lt;pre&gt;*FOR IMMEDIATE RELEASE*
May 3, 2012
Contact: Valorie Hollister, Director of Community Programs (
vhollister-db6tg5YPMqnNLxjTenLetw&amp;lt; at &amp;gt;public.gmane.org)
Read it online: http://bit.ly/J36O8B

*DuraSpace Launches 2012 Community Sponsorship Program**
Invest in radical collaboration. Become a DuraSpace Sponsor

Ithaca, NY* Today the DuraSpace organization announced the launch of the
2012 Sponsorship Program encouraging users of DSpace, Fedora and DuraCloud
open source technologies for digital preservation and access to invest in
radical collaboration by becoming DuraSpace sponsors. This software is
available free of charge and DuraSpace does not receive significant funding
from government agencies or private foundations. Instead DuraSpace relies
on financial support from those organizations who directly benefit by using
its open source software.

“The challenge of preserving academic content is too great for any one
institution to tackle alone”, says Karin Wittenborg, University Librarian,
University of Virginia&lt;/pre&gt;</description>
    <dc:creator>Carol Minton Morris</dc:creator>
    <dc:date>2012-05-03T17:59:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7765">
    <title>Re: [fcrepo-user] Best practices advice for RELS-EXT relationships?</title>
    <link>http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7765</link>
    <description>&lt;pre&gt;One thing to bear in mind is that relationships from parent to child are fragile in that the disappearance of a pointed to child can cause problems.  Our practice at northeastern is to all try to keep our relationships moving from child to parent.  
P

Sent from my iPad

On May 7, 2012, at 3:06 PM, "Scott Prater" &amp;lt;prater&amp;lt; at &amp;gt;wisc.edu&amp;gt; wrote:

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Fedora-commons-users mailing list
Fedora-commons-users&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
&lt;/pre&gt;</description>
    <dc:creator>Yott, Patrick</dc:creator>
    <dc:date>2012-05-07T19:12:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7764">
    <title>Re: [fcrepo-user] Best practices advice for RELS-EXT relationships?</title>
    <link>http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7764</link>
    <description>&lt;pre&gt;It depends on how many parts you're pointing to (up or down).  I think 
in general the best practice is to point both ways, so that a link is 
not lost entirely if one of the endpoints is broken: RI queries can find 
all the orphaned children or parents, and the two-way pointers can be 
restored.

However, this can have an impact on performance, particularly if you 
have a container object that has thousands, or tens of thousands, of 
child objects.  The simple quick-and-dirty solution, in this case, is
to have children only point to parents;  the more complex, but more 
robust, solution is to configure an external, standalone triple store 
that is scalable for your Fedora triples.

&lt;/pre&gt;</description>
    <dc:creator>Scott Prater</dc:creator>
    <dc:date>2012-05-07T19:03:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7763">
    <title>Re: [fcrepo-user] Best practices advice for RELS-EXT relationships?</title>
    <link>http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7763</link>
    <description>&lt;pre&gt;Jim,

In my repository that is under development I am using only one side
(isPartOf) in RELS-EXT. Reciprocal relationship (hasPart) is
calculated whenever necessary. This approach simplifies things for me.
I have seen similar approach in several other repositories.

Serhiy Polyakov
University of North Texas


On Mon, May 7, 2012 at 10:52 AM, Jim Coble &amp;lt;jim.coble-4+jYJfmkT58&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>Serhiy Polyakov</dc:creator>
    <dc:date>2012-05-07T19:02:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7762">
    <title>[fcrepo-user] Best practices advice for RELS-EXT relationships?</title>
    <link>http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7762</link>
    <description>&lt;pre&gt;We are in the process of designing a Fedora repository for archival preservation of our digital content and have a question regarding best practices advice for the RELS-EXT datastream.  The Fedora RELS-EXT ontology (http://www.fedora.info/definitions/1/0/fedora-relsext-ontology.rdfs) includes RDF properties for both directions of a relationship (e.g., "isPartOf" and "hasPart").  Do most installations implement both directions of such a relationship - i.e., the "whole" object has a RELS-EXT datastream with a "hasPart" relationship to each of its "parts" _and_ each "part" object has a RELS-EXT datastream with a "isPartOf" relationship to the corresponding "whole"?  Or do you typically pick one side or the other to represent in RELS-EXT - either the "hasPart" relationship from whole to part _or_ the "isPartOf" relationship from part to whole _but not both_?  Interested in best practices advice, a sense of what the common practice is, etc.
Thanks!
--Jim

================================================
Jim Coble&lt;/pre&gt;</description>
    <dc:creator>Jim Coble</dc:creator>
    <dc:date>2012-05-07T15:52:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7761">
    <title>Re: [fcrepo-user] GSearch/Solr compatibility</title>
    <link>http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7761</link>
    <description>&lt;pre&gt;Yes, I mean in schema.xml. The exception you got indicates that some numeric field remains.

You should use Solr 3.5 with GSearch 2.4.1. The next release will include Solr 3.6.

Notice, that you got this exception, because you search with gfindObjects. Since you use the solr plugin, you may also search directly on Solr with solr syntax, in fact it is better to do so, because you may take advantage of the solr features like facet search, and then you avoid this exception.

Gert


On 02/05/2012, at 17.00, David Chandek-Stark wrote:


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
Fedora-commons-users mailing list
Fedora-c&lt;/pre&gt;</description>
    <dc:creator>Gert Schmeltz Pedersen</dc:creator>
    <dc:date>2012-05-03T11:20:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7760">
    <title>[fcrepo-user] Error while attempting to check for and create non-existing table(s): org.apache.commons.dbcp.SQLNestedException: Cannot create PoolableConnectionFactory</title>
    <link>http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7760</link>
    <description>&lt;pre&gt;Hey all,

I'm installing Fedora for the fourth or fifth time as I test it out
for various projects. I've not encountered this error before, and my
morning of searching the lists hasn't turned up any solutions. The
shutdown.sh script brings tomcat down, as it should (ps aux | grep
tomcat -- nothing). This is the first time I've tried it (it being
Fedora 3.5) on Ubuntu 12.04. I'm using the included trustore. I'm
really doubting the keystore was tampered with or the password was
incorrect. I'm pretty sure we used the exact same configuration as our
last install.

fedora log says:
ERROR 2012-05-02 12:40:55.320 [main] (Server) Module
(org.fcrepo.server.storage.DOManager) failed to initialize
org.fcrepo.server.errors.ModuleInitializationException: Error while
attempting to check for and create non-existing table(s):
org.apache.commons.dbcp.SQLNestedException: Cannot create
PoolableConnectionFactory (Access denied for user
'fedora3'&amp;lt; at &amp;gt;'where.my.fedora.at.com' (using password: YES))

catalina.out says:
SEVERE: Failed &lt;/pre&gt;</description>
    <dc:creator>Aaron Collie</dc:creator>
    <dc:date>2012-05-02T16:55:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7759">
    <title>Re: [fcrepo-user] GSearch/Solr compatibility</title>
    <link>http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7759</link>
    <description>&lt;pre&gt;Thanks, Gert.  By "definition" do you mean in schema.xml?  I actually tried using only string and text fields, and still encountered this issue (unless I missed something).  As to the code change, I am not familiar with the Lucene code base, so am probably not qualified to comment on the appropriate fix.  Until the new release is available, what version of Solr would you recommend using?

Thanks,
David

From: Gert Schmeltz Pedersen [mailto:gertsp45-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org]
Sent: Wednesday, May 02, 2012 9:19 AM
To: Support and info exchange list for Fedora users.
Subject: Re: [fcrepo-user] GSearch/Solr compatibility

Thank you for the link. Can you send me the definition you use of a NumericField, thank you.

I think the resolution is to do the similar change in line

dk.defxws.fgssolr.Statement.executeQuery(Statement.java:161) from

                     Field f = (Field)li.next();
to
                     Fieldable f = (Fieldable)li.next();

Do you agree?

I will change it in the next release,&lt;/pre&gt;</description>
    <dc:creator>David Chandek-Stark</dc:creator>
    <dc:date>2012-05-02T15:00:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7758">
    <title>Re: [fcrepo-user] GSearch/Solr compatibility</title>
    <link>http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7758</link>
    <description>&lt;pre&gt;Thank you for the link. Can you send me the definition you use of a NumericField, thank you.

I think the resolution is to do the similar change in line

dk.defxws.fgssolr.Statement.executeQuery(Statement.java:161) from

    Field f = (Field)li.next();
to
    Fieldable f = (Fieldable)li.next();

Do you agree? 

I will change it in the next release, soon ;-)

Gert

On 01/05/2012, at 21.54, David Chandek-Stark wrote:


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
Fedora-commons-users mailing list
Fedora-commons-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/fed&lt;/pre&gt;</description>
    <dc:creator>Gert Schmeltz Pedersen</dc:creator>
    <dc:date>2012-05-02T13:18:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7757">
    <title>Re: [fcrepo-user] Fedora GSearch</title>
    <link>http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7757</link>
    <description>&lt;pre&gt;If you use the new apache tika functions in GSearch 2.4.1, you may specify a limit (or just use the default of 100000 characters), then the remaining part of the pdf file will be ignored. This will guard you against very large pdf files. If you use the original indexing functions in GSearch there is no limit, except your system ressources. Both set of functions call PDFBox 1.6.0.

Gert


On 01/05/2012, at 20.59, Chalk, Stuart wrote:



------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>Gert Schmeltz Pedersen</dc:creator>
    <dc:date>2012-05-02T07:59:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7756">
    <title>Re: [fcrepo-user] GSearch/Solr compatibility</title>
    <link>http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7756</link>
    <description>&lt;pre&gt;Solr 3.5 has the same problem.  Luke had a similar issue: http://code.google.com/p/luke/issues/detail?id=40.

Any ideas?

Thanks,
David

From: David Chandek-Stark [mailto:david.chandek.stark-4+jYJfmkT58&amp;lt; at &amp;gt;public.gmane.org]
Sent: Tuesday, May 01, 2012 2:53 PM
To: Support and info exchange list for Fedora users.
Subject: Re: [fcrepo-user] GSearch/Solr compatibility

Sorry, just saw in GSearch 2.4 release notes compatible with Solr 3.5 - will try that.

--David

From: David Chandek-Stark [mailto:david.chandek.stark-4+jYJfmkT58&amp;lt; at &amp;gt;public.gmane.org]&amp;lt;mailto:[mailto:david.chandek.stark-4+jYJfmkT58&amp;lt; at &amp;gt;public.gmane.org]&amp;gt;
Sent: Tuesday, May 01, 2012 1:56 PM
To: fedora-commons-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org&amp;lt;mailto:fedora-commons-users&amp;lt; at &amp;gt;lists.sourceforge.net&amp;gt;
Subject: [fcrepo-user] GSearch/Solr compatibility

Hi,

I have GSearch 2.4.1 indexing a Fedora 3.5 repository.  It works fine with Lucene, but I have issues with Solr 3.6 (which does work independently of GSearch).  I can downgrade Solr, but would l&lt;/pre&gt;</description>
    <dc:creator>David Chandek-Stark</dc:creator>
    <dc:date>2012-05-01T19:54:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7755">
    <title>[fcrepo-user] Fedora GSearch</title>
    <link>http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7755</link>
    <description>&lt;pre&gt;Can anyone tell me the file size limitations on PDF files indexed by FGS (using lucene)?  Also, what version of PDF does it handle?

Stuart Chalk, Ph.D.
Associate Professor of Chemistry
Department of Chemistry, Building 50, Room 3514,
University of North Florida
1 UNF Drive, Jacksonville, FL 32224 USA
P: 904-620-1938
F: 904-620-3535
E: schalk-Iik/S+HhSvA&amp;lt; at &amp;gt;public.gmane.org
W: http://www.unf.edu/coas/chemistry/


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>Chalk, Stuart</dc:creator>
    <dc:date>2012-05-01T18:59:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7754">
    <title>Re: [fcrepo-user] GSearch/Solr compatibility</title>
    <link>http://permalink.gmane.org/gmane.comp.cms.fedora-commons.user/7754</link>
    <description>&lt;pre&gt;Sorry, just saw in GSearch 2.4 release notes compatible with Solr 3.5 - will try that.

--David

From: David Chandek-Stark [mailto:david.chandek.stark-4+jYJfmkT58&amp;lt; at &amp;gt;public.gmane.org]
Sent: Tuesday, May 01, 2012 1:56 PM
To: fedora-commons-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
Subject: [fcrepo-user] GSearch/Solr compatibility

Hi,

I have GSearch 2.4.1 indexing a Fedora 3.5 repository.  It works fine with Lucene, but I have issues with Solr 3.6 (which does work independently of GSearch).  I can downgrade Solr, but would like to know which version exactly, if that's the problem.

Thanks,
David

FWIW, the GSearch Solr error I can't work around with Solr 3.6 is:

java.lang.ClassCastException: org.apache.lucene.document.NumericField cannot be cast to org.apache.lucene.document.Field
        at dk.defxws.fgssolr.Statement.executeQuery(Statement.java:161)
        at dk.defxws.fgssolr.OperationsImpl.gfindObjects(OperationsImpl.java:95)
        at dk.defxws.fedoragsearch.server.RESTImpl.gfindObjects(RE&lt;/pre&gt;</description>
    <dc:creator>David Chandek-Stark</dc:creator>
    <dc:date>2012-05-01T18:52:35</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.cms.fedora-commons.user">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.cms.fedora-commons.user</link>
  </textinput>
</rdf:RDF>

