limbra issueshttps://gitlab.in2p3.fr/groups/limbra/-/issues2018-04-27T15:02:17+02:00https://gitlab.in2p3.fr/limbra/limbra/-/issues/70Change the logic for status OK2018-04-27T15:02:17+02:00LE GAC RenaudChange the logic for status OK* Currently, record marked `OK` can't be deleted nor modified.
* Relax this rule following gitlab approach.
* To delete / modify a record marked `OK`, a popup window appears asking if you are really sure and to confirm that you really...* Currently, record marked `OK` can't be deleted nor modified.
* Relax this rule following gitlab approach.
* To delete / modify a record marked `OK`, a popup window appears asking if you are really sure and to confirm that you really want to do it by typing a predefined value which depends on the record, *e.g.* the beginning of the title of the name of the first author.
* ...https://gitlab.in2p3.fr/limbra/limbra/-/issues/69Change the javascript namespace from Trp to Limbra2018-04-27T15:02:17+02:00LE GAC RenaudChange the javascript namespace from Trp to Limbra* See `static/limbra/src/wizard/Harvester.js`
* Will improve the lisibility of the documentation.
* ...* See `static/limbra/src/wizard/Harvester.js`
* Will improve the lisibility of the documentation.
* ...https://gitlab.in2p3.fr/limbra/limbra/-/issues/68collaborations not found for record with multiple collaborations2018-04-27T15:02:17+02:00LE GAC Renaudcollaborations not found for record with multiple collaborations* CPPM / ANTARES
* Although synonyms are defined, the harvester seems to reject records with multiple collaborations.
* Bug confirmed for:
- http://inspirehep.net/record/1426651
* Check:
- http://inspirehep.net/record/142203...* CPPM / ANTARES
* Although synonyms are defined, the harvester seems to reject records with multiple collaborations.
* Bug confirmed for:
- http://inspirehep.net/record/1426651
* Check:
- http://inspirehep.net/record/1422032
- http://inspirehep.net/record/1386663
- http://inspirehep.net/record/1202068
- http://inspirehep.net/record/1180332
- http://inspirehep.net/record/1114445, http://cds.cern.ch/record/1448944
* ...https://gitlab.in2p3.fr/limbra/limbra/-/issues/67Review the affiliation mechanism2018-04-27T15:02:17+02:00LE GAC RenaudReview the affiliation mechanism
* Since version 0.8.14, the affiliation is based on the `short name` defined by `inspirehep` for each institute (`110__t` and `110__u`).
* The mechanism look for authors with a given affiliation using the institute `short name`. Here,...
* Since version 0.8.14, the affiliation is based on the `short name` defined by `inspirehep` for each institute (`110__t` and `110__u`).
* The mechanism look for authors with a given affiliation using the institute `short name`. Here, we assumed that the `short name` is used both by `inspirehep.net` and `cds.cern.ch` to define author's affiliation.
* Several exceptions have been found in `inspirehep.net`:
- https://inspirehep.net/record/1409292
- https://inspirehep.net/record/1391152
- https://inspirehep.net/record/1421141
- https://inspirehep.net/record/1421133
- https://inspirehep.net/record/1318575
- https://inspirehep.net/record/1326994
- http://inspirehep.net/record/1318882
- http://inspirehep.net/record/1420148
* as well as in `cds.cern.ch`:
- https://cds.cern.ch/record/2050561
* In addition, we learned that `cds.cern.ch` will change to use a CERN identifier related to their own database defining institutes.
* Finally, we have the case in which author come from different institute, *i.e* LPC CAEN, ENSICAE but belong to the same entity.
* In the author MARC fields, author's affiliation are defined by the field `(100)700__u`. An other field exists, `(100)700__v` which is left free to the cataloguer, but contains the full name (address) of the institute, in most of the case.
### PROPOSAL
1. Add a new database table `affiliations` containing two columns `short name` and `full name`. The first one would match the content of the field `700__u` while the second one would match `700__v`. One or the other can be undefined but not both.
2. For each authors build the affiliation as `700_u+700_v`
3. Build a regular expression with the content of the `affiliations` table. Something like:
```
$full_name1^|$long_name2^|$full_name3Long_name3.^|...
```
4. Scan authors list to find a match.
5. In order to facilitate the construction of the affiliations table, a wizard have to be developed. It will relies on:
- the `inspirehep` notice
- a list of authors belonging to the lab
6. The wizard will propose a list of `(full_name, long name)` interrogating `cds.cern.ch` and `inspirehep.net`. Meaning pairs will selected by the user.
7. The wizard can be call at any time to add more values in the `affiliations` table.
8. In principle, this approach is very general and should cover all cases.https://gitlab.in2p3.fr/limbra/limbra/-/issues/66No conference date for inspirehep/14478462018-04-27T15:02:17+02:00LE GAC RenaudNo conference date for inspirehep/1447846* The Record http://inspirehep.net/record/1447846 is a proceeding for the Antares Collaboration.
* Reject by harvester (no conference date)
* Same pattern of error when using "edit and insert"* The Record http://inspirehep.net/record/1447846 is a proceeding for the Antares Collaboration.
* Reject by harvester (no conference date)
* Same pattern of error when using "edit and insert"https://gitlab.in2p3.fr/limbra/limbra/-/issues/65Run jsduck, sencha or sphinx via a docker container2018-04-27T15:02:17+02:00LE GAC RenaudRun jsduck, sencha or sphinx via a docker container* In the development setup, `build_version.py` run the command `jsduck`, `sencha` or `sphinx` using those defined in the local file system. It is painful to install them. In addition they are availble in docker image `web2py-degj`.
* It...* In the development setup, `build_version.py` run the command `jsduck`, `sencha` or `sphinx` using those defined in the local file system. It is painful to install them. In addition they are availble in docker image `web2py-degj`.
* It would be possible to run them via a docker container: `docker run --rm web2py-degj:2.9.11 sencha [options] ....`
* Add an option `image` or `docker image` to select the relevant image
* The same mechanism can be applied to the `run` command using web2py.LE GAC RenaudLE GAC Renaudhttps://gitlab.in2p3.fr/limbra/limbra/-/issues/64test existence of jsduck and sench using which2016-02-18T12:49:33+01:00LE GAC Renaudtest existence of jsduck and sench using which* `build_version.py`
* Test the existence of the command `jsduck` and `sencha` using `which` instead of a fix path.
* This is required to run on the docker image for the server* `build_version.py`
* Test the existence of the command `jsduck` and `sencha` using `which` instead of a fix path.
* This is required to run on the docker image for the serverhttps://gitlab.in2p3.fr/limbra/limbra/-/issues/63Change the name of the project to LIMBRA2016-06-08T18:35:36+02:00LE GAC RenaudChange the name of the project to LIMBRA*LIstes et Métriques BibliogRaphiques Automatisées**LIstes et Métriques BibliogRaphiques Automatisées*https://gitlab.in2p3.fr/limbra/limbra/-/issues/62Migrate to web2py 2.13.42016-06-08T18:35:36+02:00LE GAC RenaudMigrate to web2py 2.13.4* The current version `0.9.5.2` is not running.
* Since the release `2.10.1`, web2py uses the external module `pyDAL` instead of `gluon.dal`.
* Then the call `from gluon.dal import smart_query` is failing.
* Remove `from ...` and uses...* The current version `0.9.5.2` is not running.
* Since the release `2.10.1`, web2py uses the external module `pyDAL` instead of `gluon.dal`.
* Then the call `from gluon.dal import smart_query` is failing.
* Remove `from ...` and uses `DAL.smart_query` in a controller or other syntax in a module.
* Check all `from gluon.dal import ...`https://gitlab.in2p3.fr/limbra/limbra/-/issues/61Run on a docker image2016-02-23T12:37:06+01:00LE GAC RenaudRun on a docker image## Status
Several issues appears when running the current version on a docker image.
* [x] The application failed in `commom_settings` due to the use of specific local language
* [x] The building of the javascript library/documenta...## Status
Several issues appears when running the current version on a docker image.
* [x] The application failed in `commom_settings` due to the use of specific local language
* [x] The building of the javascript library/documentation failed since the sencha/jsduck command are not found
* [x] The documentation of the API is not corrected
* [x] Javascript file `Trp/wizard/Harvest.js` is not found. The `track_publication` javascript library is not created. FIX: by defining absolute path in `build_version.py`.
* [x] List extraction in `odt` failed. Return an empty message labelled `Attention`. After that the database connection is not working any more. FIX: by removing teh virtual X11 server, by using the libreoffice-headless version instead of libreoffice, and by creating a HOME directory luanchin libreoffice command
## Local language
* the issue is in the `common_settings.py` file:
```
locale.setlocale(locale.LC_ALL, "fr_FR.UTF-8")
```
* In the docker image, the only language installed is `en-en`
* Other languages are not need, since web2py provides internationalization mechanism based on:
```
T.force("fr-fr")
T.set_current_languages('en', 'en-en')
T.current_languages
T.accepted_language
```
* The first two lines are used before the call to `local.setlocale...`
* Therefore the use of `locale...` is indeed not needed.
* Review the code to remove it.
## jsduck / sencha
* The path of these commands are hardcoded in the script `build_version.py`
* FIX: Use the command `which` to find the path on the host
## Sphinx
* The generation of the API failed using sphinx while it is working for the user guide.
* The issue is when generating the tree describing method and function (see `generated` directory)
* FIX: by changing the path to `web2py` in `docs/api/conf.py`https://gitlab.in2p3.fr/limbra/limbra/-/issues/60Publications with invalid oai have been found2016-01-18T16:53:25+01:00LE GAC RenaudPublications with invalid oai have been found* For article in `cds.cern.ch` the origin field contains an invalid OAI: `http:///record/1744757`
* The wrong AOI can be reproduce using the wizard `edit and insert` running the release 0.9.5
* The explanation is the following:
* ...* For article in `cds.cern.ch` the origin field contains an invalid OAI: `http:///record/1744757`
* The wrong AOI can be reproduce using the wizard `edit and insert` running the release 0.9.5
* The explanation is the following:
* These record have been harvest at a time where the syntax was not verify for field `origin`
* There is a bug in the wizard `edit and insert` since the method to repair oai is not applied while it is done in the harvesterhttps://gitlab.in2p3.fr/limbra/limbra/-/issues/59Separate the treatment for COM and ACTI in duplicate_conference2016-01-11T15:54:46+01:00LE GAC RenaudSeparate the treatment for COM and ACTI in duplicate_conferencehttps://gitlab.in2p3.fr/limbra/limbra/-/issues/58Acrobat reader rejects pdf file generated by the graph report2015-12-10T20:11:06+01:00LE GAC RenaudAcrobat reader rejects pdf file generated by the graph report* pdf files are nicely interpreted by `okular`
* Fail with `acrobat reader` on window.
* Other cases ?* pdf files are nicely interpreted by `okular`
* Fail with `acrobat reader` on window.
* Other cases ?https://gitlab.in2p3.fr/limbra/limbra/-/issues/57Add a command in build_version to install a plugin2016-02-23T17:32:04+01:00LE GAC RenaudAdd a command in build_version to install a plugin* Remove the existing plugin
* Install a fresh version
* plugin repository can be choose by the user (by default ../plugin_dbui_build)
* Proposal:
```
./build_version plugin dbui extjs mathjax
./build_version plugin --rel...* Remove the existing plugin
* Install a fresh version
* plugin repository can be choose by the user (by default ../plugin_dbui_build)
* Proposal:
```
./build_version plugin dbui extjs mathjax
./build_version plugin --release 0.7.3dev dbui
./build_version plugin --git ../plugin_dbui_build extjs
./build_version plugin --tar myfile.tar.gz dbui extjs mathjax
```https://gitlab.in2p3.fr/limbra/limbra/-/issues/56Install sencha cmd on the server2015-12-10T17:48:47+01:00LE GAC RenaudInstall sencha cmd on the server* This will be require to generate the compressed version of the private javascript library for track_publications.* This will be require to generate the compressed version of the private javascript library for track_publications.https://gitlab.in2p3.fr/limbra/limbra/-/issues/55Add in the documentation a reference to search keyword in inspirehep.net2015-12-16T11:09:17+01:00LE GAC RenaudAdd in the documentation a reference to search keyword in inspirehep.net* The documentation can be found here: http://inspirehep.net/info/hep/search-tips#boxes* The documentation can be found here: http://inspirehep.net/info/hep/search-tips#boxeshttps://gitlab.in2p3.fr/limbra/limbra/-/issues/52Use the python module request instead of urlib2017-06-18T12:16:06+02:00LE GAC RenaudUse the python module request instead of urlib* documentation is available at: http://docs.python-requests.org/en/latest/
* It's main use is in the class `InvenioStore`
* It should simplify the access to private collection (see #39)* documentation is available at: http://docs.python-requests.org/en/latest/
* It's main use is in the class `InvenioStore`
* It should simplify the access to private collection (see #39)https://gitlab.in2p3.fr/limbra/limbra/-/issues/51Failed to run the Atlas / article harvester2015-11-26T16:19:24+01:00LE GAC RenaudFailed to run the Atlas / article harvester* Happen in the LAPP applications.
* The harvester Atlas / article exists and it is correct.
* The relation between team and project is also correct.
* The harvester is reject with the error message `Pas de moissonneurs pour votre sél...* Happen in the LAPP applications.
* The harvester Atlas / article exists and it is correct.
* The relation between team and project is also correct.
* The harvester is reject with the error message `Pas de moissonneurs pour votre sélection !!!`
* In that database there is several teams : `Physique des particules`, `Neutrinos`, ...
* The execution is rejected because the harvester controller receives the wrong paramters: teams is `neutrino` while the project is `Atlas`. In the harvester selector, there is two possibilities for the `Atlas` project: `neutrino` and `physique des particules`. This is wrong !!!
* I suspect that something is wrong in the javascript class `ComboBoxSlave`...https://gitlab.in2p3.fr/limbra/limbra/-/issues/50Duplicate entry in the database table controllers2015-11-26T19:01:09+01:00LE GAC RenaudDuplicate entry in the database table controllers* Found in the LAPP database
* The pair (`controller`, `category`) should be unique.
* Add a requirement* Found in the LAPP database
* The pair (`controller`, `category`) should be unique.
* Add a requirementhttps://gitlab.in2p3.fr/limbra/limbra/-/issues/48harvester select proceeding for which there is no author of my lab2015-11-25T16:05:45+01:00LE GAC Renaudharvester select proceeding for which there is no author of my lab* Bug is related to `RecordInst.name` returning empty string.
* Modify the `RecordInst.rex`:
```
if len(self.name()) == 0:
tpl = (self.identifier(), self.future_identifier())
else:
tpl = (s...* Bug is related to `RecordInst.name` returning empty string.
* Modify the `RecordInst.rex`:
```
if len(self.name()) == 0:
tpl = (self.identifier(), self.future_identifier())
else:
tpl = (self.identifier(), self.future_identifier(), self.name())
return r"|".join(tpl)
```