Hi,
Recently we configured for test purposes - at the same server:
- 3 DSpace installations (DSpace, DSpaceA, DSpaceB);
- 3 Tomcat installations, each one pointing to the respective DSpace webapp
(/dspace/webapps, /dspaceA/webapps and /dspaceB/webapps).
We can see the web pages for each DSpac
Since release 1.6 when we changed from ./cleanup as our command to 'dspace
cleanup' I've not seen any problems.
My crontab runs correctly, and my O/S emails me the end results of the file.
For the last three or four days, I haven't
seen any email. So I ran it manual. It immediately returned me
Hi all,
we have made a upgrade of DSpace fron 1.5.2 to 1.7.0 and now whe have trouble
with deleting a collection by the DSpace web interface
we get a sql exception : the collection_id is still referenced in table
"community2collection"
when you delete the link in this table, we have problem wi
Please take a look at a previous post of mine on this subject:
http://dspace.2283337.n4.nabble.com/Browse-UTF-8-and-sorting-in-1-5-tp3281449p3281450.html
Regards,
G
On 19 May 2011 15:18, Peter Dietz wrote:
> Hi Ladislav,
>
> I've noticed that our librarians here are happier with sorting when w
Hi Ladislav,
I've noticed that our librarians here are happier with sorting when we use
the collate of C as opposed to utf8/en_US.
postgres=# create database "dspace" with owner = dspace
encoding='utf8' tablespace=pg_default lc_collate = 'C'
lc_ctype='en_US.UTF-8' template template0;
I've add
Hi
Elvi,
Can you try this code. Or make your code similar to a field that doesn't
t have qualifier like
abstract
Publisher:
Hello everybody.
We have data in our DSpace in czech language (code "cs" in accordance
with ISO 639-1) and we have a problem with order in browsing by
author, titles and subjects (order in search results is correct).
There are letters with diacritic in czech alphabet, for example "Č"
(0x010C code
7 matches
Mail list logo