Custom Query (424 matches)
Results (28 - 30 of 424)
Ticket | Owner | Reporter | Resolution | Summary |
---|---|---|---|---|
#226 | invalid | Cannot download more than 500 OAI records using GLI | ||
Description |
It is impossible to download more than 500 OAI records using GLI because this value is hard-coded into: http://trac.greenstone.org/browser/trunk/gsdl/perllib/downloaders/OAIDownload.pm It should be a parameter the user can set in the download panel. |
|||
#249 | fixed | GDBM files on Intel Macs | ||
Description |
There is a problem with GDBM files on Intel Macs. These are little endian, but perl (5) can't detect this. So the perl code always creates the file with a bdb extension on a mac. GS3 runtime has been changed to always look for bdb on a Mac. GS2 runtime? Does this need changing? Demo collections - we need to add a .txt file for the database into svn. Then on installation, this needs to be converted into a database file - just for Intel Mac? or do this for all types? Note, Shaoqun and Xiaofeng discovered this, not me. |
|||
#256 | fixed | Non-Roman encoded filenames of non-text content not indexed for searching | ||
Description |
The problems:
For the complete message, see https://list.scms.waikato.ac.nz/mailman/private/greenstone-users/2008-March/006485.html
I built a collection containing:
In the browser, browsing the collection by title and filename shows the dc.title and filename for each. All the titles should be the same as the filenames. And they should be in the correct encoding for Greek. BUT:
As expected,
This was likely due to an update to the Basplug.pm code, lines 813 to 861 at http://trac.greenstone.org/browser/gsdl/trunk/perllib/plugins/BasPlug.pm#813 - changes which David Bainbridge had discussed and explained (the code uses the Locale to determine encoding). These lines of code were not there in my GS2.80 Binary installation's Basplug.pm. (May other similar code changes elsewhere also have affected the improvement?)
Using the same contents to create a collection as in (2) above, the results for browsing by titles and filenames is now as follows:
This improvement was reflected when searching:
|