Message 4. Have you checked tmp directory size. Is the file compressed (zip/tar)? I would be concerned with the uncompressed size if it is. I have never dealt with submitting a file this large, so these are just some things that come to mind.
Michael Faraci Network/Systems Administrator ALC 3305 N. 3rd St. Suite 301 Abilene, Texas (325)672-7081 x4 fax (325)672-7082 -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, January 09, 2008 11:14 AM To: dspace-tech@lists.sourceforge.net Subject: DSpace-tech Digest, Vol 21, Issue 20 Send DSpace-tech mailing list submissions to dspace-tech@lists.sourceforge.net To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/dspace-tech or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than "Re: Contents of DSpace-tech digest..." Today's Topics: 1. Re: Cannot delete collections from Dspace (Claudia J?rgen) 2. Re: Cannot delete collections from Dspace (Graham Triggs) 3. Re: Creative Commons Enigma (Richard Rodgers) 4. Uploading a 10Gig File. (Blanco, Jose) 5. Re: Getting image thumbnails (Keith Gilbertson) 6. Collection Item Mapper Search (Kyle Kaliebe) ---------------------------------------------------------------------- Message: 1 Date: Wed, 09 Jan 2008 15:02:30 +0100 From: Claudia J?rgen <[EMAIL PROTECTED]> Subject: Re: [Dspace-tech] Cannot delete collections from Dspace To: Filippos Kolovos <[EMAIL PROTECTED]> Cc: Dspace-Tech-List <dspace-tech@lists.sourceforge.net>, Dspace-general-list <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=UTF-8; format=flowed Hi Filippos, are you sure you're running 1.4.2? The table "dcvalue" does not exist anymore in 1.4.2. It has been replaced in 1.4. In 1.3.2 there has been a known bug http://sourceforge.net/tracker/index.php?func=detail&aid=1333269&group_i d=19984&atid=119984 on the deletion of collections/communities containing withdrawn items. cheers Claudia Filippos Kolovos schrieb: > Dear all, > > Recently I am dealing with a problem with my Dspace installation (1.4.2). > When I try to delete a collection and/or community from Dspace > the system returns an "Internal Server Error". The explanation > of this error is shown below: > > Exception: > org.postgresql.util.PSQLException: ERROR: update or delete on "item" violates foreign key constraint "$1" on "dcvalue" > > at org.postgresql.util.PSQLException.parseServerError(PSQLException.java:13 9) > at org.postgresql.core.QueryExecutor.executeV3(QueryExecutor.java:152) > at org.postgresql.core.QueryExecutor.execute(QueryExecutor.java:100) > at org.postgresql.core.QueryExecutor.execute(QueryExecutor.java:43) > at org.postgresql.jdbc1.AbstractJdbc1Statement.execute(AbstractJdbc1Stateme nt.java:517) > at org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Stateme nt.java:50) > at org.postgresql.jdbc1.AbstractJdbc1Statement.executeUpdate(AbstractJdbc1S tatement.java:273) > at org.apache.commons.dbcp.DelegatingPreparedStatement.executeUpdate(Delega tingPreparedStatement.java:101) > at org.apache.commons.dbcp.DelegatingPreparedStatement.executeUpdate(Delega tingPreparedStatement.java:101) > at org.dspace.storage.rdbms.DatabaseManager.updateQuery(DatabaseManager.jav a:519) > etc, etc > .......... > ......... > > The exact reason for this error seems to be that the collection id is referenced from another table, but isn't that what the > system is supposed to do when deleting a community/collection? Shouldn't all the relations be deleted and/or get handled by > the Dspace system? > > If I go manually into the Postgres and delete all the "relations" of one collection by hand then the items related to that collection remain > in the tables. I then have to do the "manual deletion" process by hand for each item, something which is not very efficient when dealing > with thousands of records (items). > > Does anyone have had this problem before? > > Kind Regards, > > -Fk > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------ - > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketp lace > > > ------------------------------------------------------------------------ > > _______________________________________________ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech ------------------------------ Message: 2 Date: Wed, 09 Jan 2008 14:03:22 +0000 From: Graham Triggs <[EMAIL PROTECTED]> Subject: Re: [Dspace-tech] Cannot delete collections from Dspace To: Filippos Kolovos <[EMAIL PROTECTED]> Cc: Dspace-Tech-List <dspace-tech@lists.sourceforge.net>, Dspace-general-list <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain Filippos, When you upgraded to 1.4.x, the DCVALUE table should have been deleted after it's contents were migrated over to METADATAVALUE, and a view put in it's place. It looks like this hasn't happened, and that you still have a DCVALUE table in your database, that has it's old contents (and there is no code in 1.4.x to maintain). Check that you correctly have a METADATAVALUE table (with the correct contents), and then you should be able to safely delete the DCVALUE table (and replace it with a view - although that probably won't be necessary). Take a look at etc/database_schema_13-14.sql for more information. G On Wed, 2008-01-09 at 15:47 +0200, Filippos Kolovos wrote: > Dear all, > > Recently I am dealing with a problem with my Dspace installation > (1.4.2). > When I try to delete a collection and/or community from Dspace > the system returns an "Internal Server Error". The explanation > of this error is shown below: > > Exception: > org.postgresql.util.PSQLException: ERROR: update or delete on "item" > violates foreign key constraint "$1" on "dcvalue" > > at > org.postgresql.util.PSQLException.parseServerError(PSQLException.java:13 9) > at org.postgresql.core.QueryExecutor.executeV3(QueryExecutor.java:152) > at org.postgresql.core.QueryExecutor.execute(QueryExecutor.java:100) > at org.postgresql.core.QueryExecutor.execute(QueryExecutor.java:43) > at > org.postgresql.jdbc1.AbstractJdbc1Statement.execute(AbstractJdbc1Stateme nt.java:517) > at > org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Stateme nt.java:50) > at > org.postgresql.jdbc1.AbstractJdbc1Statement.executeUpdate(AbstractJdbc1S tatement.java:273) > at > org.apache.commons.dbcp.DelegatingPreparedStatement.executeUpdate(Delega tingPreparedStatement.java:101) > at > org.apache.commons.dbcp.DelegatingPreparedStatement.executeUpdate(Delega tingPreparedStatement.java:101) > at > org.dspace.storage.rdbms.DatabaseManager.updateQuery(DatabaseManager.jav a:519) > etc, etc > .......... > ......... > > The exact reason for this error seems to be that the collection id is > referenced from another table, but isn't that what the > system is supposed to do when deleting a community/collection? > Shouldn't all the relations be deleted and/or get handled by > the Dspace system? > > If I go manually into the Postgres and delete all the "relations" of > one collection by hand then the items related to that collection > remain > in the tables. I then have to do the "manual deletion" process by hand > for each item, something which is not very efficient when dealing > with thousands of records (items). > > Does anyone have had this problem before? > > Kind Regards, > > -Fk > > -- > Filippos Kolovos > Software Systems Analyst & Engineer > M.Sc. (Eng.) in Data Communications > > Automation & Networking Department > University of Macedonia Library > Egnatia 156, P.O.Box 1591 > 540 06 Thessaloniki, Greece > > E-Mail: [EMAIL PROTECTED], > [EMAIL PROTECTED] > Profile: http://www.linkedin.com/in/filipposkolovos > ----------------------------------------------------------------------- > > > ------------------------------------------------------------------------ - > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketp lace > _______________________________________________ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech This email has been scanned by Postini. For more information please visit http://www.postini.com ------------------------------ Message: 3 Date: Wed, 09 Jan 2008 09:23:31 -0500 From: Richard Rodgers <[EMAIL PROTECTED]> Subject: Re: [Dspace-tech] Creative Commons Enigma To: Maike Dulk <[EMAIL PROTECTED]> Cc: dspace-tech <dspace-tech@lists.sourceforge.net> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Hi Maike: A few explanations to help unravel the enigma: First, you should understand that there are two different licenses involved here, not a choice of one. The first - the deposit license - is (roughly) a licence that the depositor grants to the repository. It is not optional, and does not display to users in the item display. For many institutions, it is a legal requirement. It is a standard 'click-thru' license in the sense that the grantor can only accept or reject it (as you note). The license.default you mention contains this license text. The second - CC license - is (roughly) a license that an author grants to consumers of her work. It is entirely optional (as you note with the cc-enable property), and *does* prominently display to users in the item page. Here, the submitter *can* choose from a set of licenses that reflect the desire to control/share content. What is confusing is that they both appear in the submission work-flow (first CC, then deposit), and the the CC is a mini-workflow in itself consisting if steps in an Iframe. Many have lamented the 'brittle' Iframe, but it was the only programmatic access we had when it was first offered. Now there are 'web'service' interfaces to CC that should probably be adopted (volunteers welcome!). Hope this helps, Richard Quoting Maike Dulk <[EMAIL PROTECTED]>: > Hi > > I noticed some really strange behaviour in our DSpace installation. > > It is the Creative Commons licensing. > > When the setting in dspace.cfg is set to true > > #### Creative Commons settings ###### > # are Creative Commons licenses used in submission? > webui.submit.enable-cc = true > > the Creative Commons section of the submission process has TWO > separate steps. The first one is the one that has the iFrame that > displays the Creative Commons webpage in it, and there are two choices > that the submitter can set before accepting the license. > After that, there is another step that asks another time whether the > submitter wants to accept the Creative Commons license. This page is > much simpler and has no choices, only two buttons - either "I Grant > the License" or "I Do Not Grant the License" . > > The strange thing is that the first stage points to a version of the > CC license that is NOT the one that we want to use, and that I have > entered in the default.license config file. We want to use the > Canadian 2.5 license, but it displays - AND attaches - the generic 3.0 > CC license. > That second stage does point to the Canadian 2.5 version license - but > it is apparently discarded. > > The strangeness becomes more apparent when I do this: > > #### Creative Commons settings ###### > # are Creative Commons licenses used in submission? > webui.submit.enable-cc = false > > In that case, there is no longer the first step (the iFrame one) - but > the second step (the one with the url to the Canadian version and the > "I Grant the License" or "I Do Not Grant the License" buttons) STILL > comes up. But submissions do not have the CC license attached .. which > does make some sense, since it is disabled. > > > So I'd really like to know: > - what makes this second step appear even though the CC is disabled in > dspace.cfg? > - How can I turn it off? > - where can I make the first CC license point to the right CC license > version (Canadian 2.5) ? It is not in the default.license .. since > that is set to the Canadian one. > - if we could get the second step to work with the right CC version > that would be even better, since it is much simpler than that brittle > iFrame mechanism > > My gosh, this is *complex*. > > thanks in advance, > maike > > ---------- > Maike Dulk - Programmer / Analyst > McPherson Library, University of Victoria > (t) 250-886-5709 / (e) [EMAIL PROTECTED] > > -- Harthon gerithach aeair vilui / I hope you will have kind seas > > > ------------------------------------------------------------------------ - > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketp lace > _______________________________________________ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > ------------------------------ Message: 4 Date: Wed, 9 Jan 2008 10:30:25 -0500 From: "Blanco, Jose" <[EMAIL PROTECTED]> Subject: [Dspace-tech] Uploading a 10Gig File. To: <dspace-tech@lists.sourceforge.net> Message-ID: <[EMAIL PROTECTED] .edu> Content-Type: text/plain; charset="us-ascii" I have made the necessary changes to upload a 10 gig file. I have set: upload.max = 21001930470 I also made the code change to handle this variable being of type long. I have been successful at loading a 2.5Gig file, but when I tried to load a 10Gig file, nothing seems to happen. It doesn't hang or anything. When I hit the button "Upload" it just shows the button as being pressed, but nothing is running. I can hit other links in the page just fine to get out of the submittal page. It's as if it doesn't even try to upload the file. I don't see the file being written to the upload directory at all either. Any ideas what might be happening? Thank you! Jose ------------------------------ Message: 5 Date: Wed, 09 Jan 2008 10:34:38 -0500 From: Keith Gilbertson <[EMAIL PROTECTED]> Subject: Re: [Dspace-tech] Getting image thumbnails To: Branko Kovacevic <[EMAIL PROTECTED]> Cc: dspace-tech@lists.sourceforge.net Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=windows-1252; format=flowed Hello - The errors you posted appear to be related to filtering of PDF and Word documents. I'm not sure of the limits. For what it's worth, here are some steps you can try to build JPEG thumbnails of TIFFs in DSpace: - Enter TIFF in the DSpace bitstream format registry with mime-type image/tiff and file extensions tiff and tif - Edit the dspace.cfg file and add image/tiff and TIFF to the filter.org.dspace.app.mediafilter.JPEGFilter.inputFormats line - Download and install the Java Advanced Imaging I/O tools, currently available here: https://jai-imageio.dev.java.net/binary-builds.html . These tools contain a TIFF plugin that will allow the JPEGFilter to read the TIFF format. - Verify that the bitstreams are marked as TIFF format, and then run the filter-media script to build the JPEG thumbnails for the TIFFs. Be patient. If you see memory errors with large TIFF files, you can try increasing the "-Xmx256m" (maximum heap size) parameter in the dsrun script to resolve the problem. If you have certain types of images, you may need to write a custom filter or modify the JPEGFilter to get better results. For example, if you have large TIFF files that are primarily black and white, the JPEGFilter will favor speed over appearance when resampling the image to the thumbnail sized JPEG, and the resulting thumbnail won't look much like the original. You might need a filter that uses a different resampling method. -- Keith Systems Developer OhioLINK Branko Kovacevic wrote: > Dear All, > > So far we've been uploading jpg images into our DSpace system and had > no problems with getting thumbnails for them later. > > Unfortunately, recently after uploading a dozen of items with tiff > images (their size is between 4 and 15 Mb) couldn't get thumbnails for > them. Filter-media script returns error message. Here is the portion of > the log file, with some critical messages: > > ERROR filtering, skipping bitstream #7542 > java.io.FileNotFoundException: no such entry: "0Table" > java.io.FileNotFoundException: no such entry: "0Table" > at > org.apache.poi.poifs.filesystem.DirectoryNode.getEntry(DirectoryNode.jav a > :283) > at > org.textmining.text.extraction.WordExtractor.extractText(WordExtractor.j ava:60) > at > org.dspace.app.mediafilter.WordFilter.getDestinationStream(WordFilter.ja va:97) > at > org.dspace.app.mediafilter.MediaFilter.processBitstream > (MediaFilter.java:155) > at > org.dspace.app.mediafilter.MediaFilterManager.filterBitstream(MediaFilte rManager.java:327) > at > org.dspace.app.mediafilter.MediaFilterManager.filterItem(MediaFilterMana ger.java:296) > > at > org.dspace.app.mediafilter.MediaFilterManager.applyFiltersItem(MediaFilt erManager.java:266) > at > org.dspace.app.mediafilter.MediaFilterManager.applyFiltersAllItems(Media FilterManager.java:234) > at > org.dspace.app.mediafilter.MediaFilterManager.main(MediaFilterManager.ja va:185) > java.lang.Throwable: Warning: You did not close the PDF Document > at org.pdfbox.cos.COSDocument.finalize(COSDocument.java:384) > at gnu.gcj.runtime.FinalizerThread.run(libgcj.so.70) > java.lang.Throwable: Warning: You did not close the PDF Document > at org.pdfbox.cos.COSDocument.finalize(COSDocument.java:384) > at gnu.gcj.runtime.FinalizerThread.run (libgcj.so.70) > java.lang.Throwable: Warning: You did not close the PDF Document > at org.pdfbox.cos.COSDocument.finalize(COSDocument.java:384) > at gnu.gcj.runtime.FinalizerThread.run(libgcj.so.70) > java.lang.Throwable : Warning: You did not close the PDF Document > at org.pdfbox.cos.COSDocument.finalize(COSDocument.java:384) > at gnu.gcj.runtime.FinalizerThread.run(libgcj.so.70) > java.lang.Throwable: Warning: You did not close the PDF Document > at org.pdfbox.cos.COSDocument.finalize(COSDocument.java:384) > at gnu.gcj.runtime.FinalizerThread.run(libgcj.so.70) > FILTERED: bitstream 7682 and created > 'articles_bridging_20000615.pdf.txt' > FILTERED: bitstream 7683 and created > 'articles_sustainable_developement_20000815.pdf.txt' > GC Warning: Repeated allocation of very large block (appr. size > 20230144): > May lead to memory leak and poor performance. > FILTERED: bitstream 7684 and created > 'articles_venture_20001215.pdf.txt' > FILTERED: bitstream 7685 and created > 'articles_rethinking_20010215.pdf.txt' > FILTERED: bitstream 7686 and created > 'articles_relationship_20010515.pdf.txt' > FILTERED: bitstream 7687 and created > 'articles_org_capacity_20021115.pdf.txt' > GC Warning: Out of Memory! Returning NIL! > Exception in thread "main" java.lang.OutOfMemoryError > <<No stacktrace available>> > > Is there any limit of the file size filtering? > Any help is highly appreciated. > > Best regards, > Branko Kovacevic > > Records Coordinator > Open Society Archives > Arany Janos u. 32 > 1051 Budapest, Hungary > phone: (36-1) 327-3266 or 327-2029 > e-mail: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> > website: www.osa.ceu.hu <http://www.osa.ceu.hu> > ++++++++++++++++++++++++++++ > > ------------------------------ Message: 6 Date: Wed, 9 Jan 2008 12:07:15 -0500 From: "Kyle Kaliebe" <[EMAIL PROTECTED]> Subject: [Dspace-tech] Collection Item Mapper Search To: <dspace-tech@lists.sourceforge.net> Cc: Beth Black <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" If you go to the main page for any collection while logged in as an administrator you should see a button called "Item Mapper" under Admin Tools in the upper right hand corner. Clicking on it takes you to the Item Mapper which gives you the option of searching by author name for items to map. Our dspace installation is not carrying out this search correctly. If there is an author with the specified name, the resulting page is blank. If the author specified does not have an item in the repository, the resulting page shows an empty table. Does anyone have any ideas as to what may be causing this? Kyle Kaliebe Systems Developer/Engineer Knowledge Bank University Libraries Ohio State University [EMAIL PROTECTED] -------------- next part -------------- An HTML attachment was scrubbed... ------------------------------ ------------------------------------------------------------------------ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketp lace ------------------------------ _______________________________________________ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech End of DSpace-tech Digest, Vol 21, Issue 20 ******************************************* ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace _______________________________________________ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech