List of features affecting the publication module:
*Author name ordering for specimens
*Required fields in the specimen/observation content type (work-around with cloned content type)
*Grid editor not allowing changes to dates and people in specimen/observation "lite"
*Inconsistent tags for referencing literature [cite] and [bib]
*Replicate the functionality of the new insert options in taxon descriptions, pages and other content types (reference, figure, specimen, table)
*Ampersand rendered as & in article title
*Add reference options to figures and tables
*Do we run checks to ensure all references are used in the publication?
*How will we control access to the publication, including making the publication public?
*Should we have a workflow for publications to allow the author/creator to invite people (existing and non-site users) to contribute?
Some of the Scratchpads 1 site use back-references. This allows them to display, within a node page, nodes that reference the current node.
For instance on this page:
The "Primer Map" at the top is displaying content that holds a reference to the current node. We would like to be able to keep similar functionality when migrating over.
The scratchpads 1 sites use two modules for this:Node Relationships¶
This module does not have Drupal 7 version, and the related issue does not get much love.
In a way, the 'spiritual' successor of that module would be the Relation module - what Node Relationships wanted to provide was in effect what Relations provides.
Otherwise I have not found a module that provide backreferences in the same way. The Corresponding node references module requires a field on both side of the relation, and most other modules that claim to implement functionality of the Node Relationships module only implement the 'create related content' part of the functionality. There is a Drupal answers question that lists the available module - none of which fit the bill, as they all focus on having a field on both side of the relation ship.
One of the reason no module implements the same functionality is because this can be provided by Views - as is explained on the Reverse Node Reference module page.NodeReferrer¶
This module does have a beta D7 version, which does provide the same functionality as the Drupal 6 module.
However the functionality required here is very similar to the functionality required by the Node Relationships backreference. It would make more sense to address both problems as one.Possible Solutions¶
1. Implement this using Relation module. In terms of migration, this would be really complicated. We'd have to detect node reference fields and their counter-part backreference fields - then we'd have to create a Relation type that match those two content type, remove the fields and create a relation in their stead ;
2. Implement this using views. The simplest way would be to provide a block with a view that displays back references, and use context to ensure that block is displayed for the right content types ;
3. Implement our own field that would be the equivalent of Backreference as provided by Node Relations module ;
4. Provide a patch to the node referrer module that provides this functionality.
Vlad has made some suggestions on additional Biblio reference fields that would be useful to other Scratchpad users.
Discuss these suggestions and alter the nomenclature block.
We need to add the Scratchpad style resources to the Scratchpads.eu site as we get periodic requests for a Scratchpads Style Guide for our collaborators to use when creating promotional materials, usually in other countries.
Possibly something like http://build.e-monocot.org/mocks/styleguide.html (screenshots attached).
I am discussing this with Malin and Alice.
Column 6 of the classification.txt file - namepublishedin field is empty when it should contain the protologue information.
They should be under the relevant latitude/longitude tags.
We would like to have a structured web form that can appear at the end of a species description page. It would be good if this works on a description page generated from external sources e.g. IUCN assesments.
If I edit a field in the image metadata, information is not saved. This is not an indexing problem. Seems to happen when Image metadata extension is turned on
Editing an infraspecific epithet
I am unable to delete a superfluous taxonomy in my site (Aeridinae).
Could you delete this please?
A number of genera with names beginning with 'P' onwards are missing from the classification.
Issues arising when testing the publication content type and validating XML.
We need to be able to specify which user, group of users or roles have access to any piece of content (node, publication, taxonomy term, file and so on).
After some discussion, it was suggested a custom module would be needed for this, rather than using Organic Groups.
This is generally needed, and in particular is needed for the Publication module. This will add an extra requirement: there should be hooks to allow to define the list of users who have access to the content. This would allow the publication module to use the author list of a publication as the people who are allowed to access it.
We should look into implementing a 'did you know?' top bar to display useful tips and hints advertising new features in Scratchpads.
Ideally these messages should be produced based on a data file accessible by the support team for updating.
In the Specimens/observation content type user enter Genbank Accession numbers in the GenBank number field. It could be useful to be able to directly link to Genbank for these numbers.
We can directly access data based on genbank numbers using the http://www.ncbi.nlm.nih.gov/nuccore URL prefix
The toggling of visibility of terms in the tinytax block once enabled cannot be revered back to None in this site
I have tried changing the favicon icon using two different favicons and cannot change from the default one.
The two test favicons are attached (please use favicon (1) as the final one when fixed!)
I am currently trying to import the Araceae classification in to the Araceae scratchpad and it has been stuck on 48% since yesterday (I left it running overnight). Can someone please have a look at your end and see what is going on?
Also for some reason, when I created and signed up for the site I was sent 2 notifications that it was now available and given 2 temporary logins.
Not sure if this is a bug or design...
I enter a collection event XX
Then I enter a specimen collected which inherits values from XX on the Event tab the inherited fields are not filled out unless I save the node.
Then when I edit the node, the event fields are filled out - and can be edited. Should the inherited collection event fields be able to be edited by a specimen?
Darwin core allows multiple collectors. Would be good if we could add additional collections to the collection event.