The CC licenses seem to have moved around in here, though, (possibly as a result of the last round of changes in the description file?) Now, in the meta, Usage terms is in field index 12, but the CC licenses that should go there are in column 4.
I only see a link to create a new topic in the sidebar when I am logged in with 'maintainer' authority (image attached). When a use with 'contributor' authority is logged in, the link to add a new forum topic does not appear and the user cannot start new forum topics. Is this working as designed?
Update images with metadata from SID db
Seems that weight is once again required for saving images. This adds unnecessary time time to uploading images. There was a similar issue posted previously but I can't locate it.
Currently the description text that appears on mouse-over of inserted biblio records (e.g. [bib]citekey[/bib]) is "reference 1, reference 2, reference 3", etc.
It would be more useful if the description text showed the actual citation (e.g. W. R. Tschinkel, The Fire Ants. Cambridge, MA: Harvard University Press, 2006, p. 744.”) or at least author,year,title.
Example page: http://antkey.org/taxa/solenopsis-invicta
Also, although the explanation text says that you can use <bib>citekey</bib>, I've only ever gotten it to work with square brackets.
Get file metadata from SID database
I import a taxonomy with rank and usage set in columns.
They are not reflected in the taxonomy.
I tested in sandbox site both with a fresh spreadsheet template generated by the site and and with a spreadsheet export of the taxonomy
When importing an excel file to taxonomy->Avian (in Chrome) I get the following error message:
An AJAX HTTP error occurred. HTTP Result Code: 500 Debugging information follows. Path: /batch?render=overlay&id=520&op=do StatusText: Internal Server Error ResponseText:
The dblog reports
Warning: file_get_contents(temporary://feeds_xls_data_RaAoma) [function.file-get-contents]: failed to open stream: "DrupalTemporaryStreamWrapper::stream_open" call failed in FeedsExcelParser->parse() (line 90 of /var/aegir/platforms/scratchpads-relations/sites/all/modules/custom/feeds_xls/FeedsExcelParser.inc).
I have tested importing this same file on the sandbox and on dev-scan.myspecies (also on the relations platform) and both work as expected so the issue seems to be this specific site.
Is it really necessary to fill out a captcha all the time when I try to log in?
I created a new page "projects". At the beginning it worked well, but then I tried to move it in the menue so that it was the second position from the right, right before "about us". After that, the page was gone... if clicked on the menu label, just a blank page appears. In addition, the two buttons in the menue change then their position. I tried to reload the page several times, but it did not help.
I added a new biblio record for a publication using the bib text method (copy and paste).
A few issues:
- Some of the key words are taxonomic names. These got added to the normal key words field but also to the taxonomic names field. This has also happened on another site. The way we (on eMonocot) have always envisaged this field to be used is for Taxa which have data in the scratchpad coming from that reference. Therefore it is not right that names from the key words get added automatically to this field.
- Names have not been added as a result of me referencing to this biblio node on a taxon description. They need to be added.
- I am unable to delete unwanted names by editing the content of this field and saving the record. I need to be able to edit this.
Also, I may have missed a round of references discussion, so forgive me if this has been shelved. References on Scratchpads can be attached to taxa. In that case, the ReferenceID (I think this is column 1, judging by the term name, but I'm not sure what is in column 0) should be referred to from the classification file. The term name for this in the meta for the classification file should be "http://eol.org/schema/reference/referenceID". That probably won't produce anything in the Antkey case; I don't think Eli attached his references to taxa. But it should be there for Scratchpad owners who do it. Our validator may throw a warning about unattached references when they are present, but hopefully not an error.
Can we add another field to the classification view that links back to the Scratchpad source? I was looking at the http://tools.gbif.org/dwca-assistant/ with Andreas and http://purl.org/dc/terms/references looks like the place for this. And the data would be of this form:
This is the same as the data you have in namePublishedInID, but according to http://rs.tdwg.org/dwc/terms/guides/text this should be the id of the reference where the scientific name was first published.
I can make the change to the view and the meta.xml but thought I would check with you, because don’t want it to clash with anything you’re doing.
I am adding individual taxon descriptions to the cyperaceae site. I have noticed that fields get displayed in the view which contain no data (I have not added any data and the fields are blank). I don't want these fields to display.
What causes the fields to display?
And what can be done so they don't display?
The 'slideshow' block of the homepage is not displaying properly (see attached). I'm hoping this can be fixed relatively quickly as my current funders will be reviewing the site soon and this doesn't make the greatest first impression.
It seems that for the views species page block displayed under description there is a theming issue that prohibits the page of properly displaying.
I downloaded the taxon descriptions in the scilloideae scratchpad.
The following records are descriptions for different genera but they all have the same guid. Please look into this and investigate how this could have happened and what needs to be done about it to prevent any loss of data in the future.
Clicking on the list items for the main menu in http://s2.ausgrass2.myspecies.info leads to an unresponsive behaviour.
This does not apply to other menus in the same site or other sites.
H2020 site needs some fields to be not editable by role
The following fields are custom content fields in the Cyperaceae scratchpad and they contain a lot of content which needs to be imported into the eMonocot portal:
AUTHORSHIP AND SOURCES
The morphology field is not populated with any data at this point. Therefore concatenate the custom field names and it’s content together for export in the Darwin Core archive into a field called morphology.
Order of fields as above.
Add a colon and space between the field name and field content.
Separate fields with a space.
Only show field title and content if there is information held in the field.
Strip out line breaks.
Strip out blank spaces.
Example: the data concatenated from the custom fields for Carex intumescens should look like this:
Plant: glabrous, cespitose, shoots red based; forming dense clumps of a few up to 30-40 fruiting culms on a robust plant; clumps dividing and spreading over years. Below-ground structures: the short rhizomes 2-2.5 mm thick, reddish or brown. Vegetative shoots: New (autumnal) shoots with several cataphylls and short leaves, becoming both flowering and vegetative shoots of the next season, when they are clothed in old brown leaves at the base. Summer vegetative shoots rosette-like, with about 8 foliage leaves spreading out as the delicate hyaline ventral sheath bands break away, the lower sheaths red and septate-nodulose on dorsal side. Culms: 30-75 cm tall, 2 mm thick, tough and wiry, bluntly triangular, scabrous on angles distally. Inflorescence: 5-10 cm long, spikes 2-4, the terminal spike erect, on a stiff capillary peduncle 1.0-2.5 cm long, often overlapped by 1-3 lateral, pistillate spikes; these stiffly erect, short-stalked or nearly sessile, usually crowded into a nearly globose mass 2-4 cm long and 2-4 mm thick. Bracts subtending proximal 1-3 spikes, foliaceous, spreading or drooping, with often shirred blades to 4-6 mm wide, exceeding inflorescence by up to 20 cm. Cladoprophyll 4.8-5.4 mm long, tan or tinged with reddish brown. Leaves: 4-7 foliage leaves near base and 1-2 higher up, blades 5-8 mm wide, up to 40 cm long, M-shaped, sometimes septate-nodulose. Lower leaves with long ventral band hyaline, but sometimes minutely scabrous, brown at maturity, sometimes finely dotted with reddish brown; apex concave, sides of collar very prolonged, ligule rounded; the distal 1-2 leaves sheathless or short-sheathed, with 2 tan to reddish flaps at apex. Pistillate scales: 4-5 mm long, 2.8 mm wide, ovate, acuminate, white-hyaline, with slightly excurrent rough midrib in broad green center strip, at most half as long as perigynia. Spikes: Terminal spike 1-3 cm long, 1-2 mm thick, staminate, erect, linear, triangular in section. Pistillate spikes each with 1-7 (-12) approximate, ascending-to-divergent perigynia. A robust plant may average 7-10 perigynia per inflorescence, with a maximum of 17 (-20). One plant growing wild at the Kemp Natural Resources Station in northern Wisconsin carried 43 culms with 449 perigynia. Staminate scales: 5.1-6.7 mm long, 0.6-0.9 mm wide, linear-lanceolate, acute, brownish with green midrib. Anthers: 2.1-4.0 mm long, brown. Perigynia: 12-15 mm long, 4-7 mm thick, lance-ovoid, terete, much-inflated, glossy, slightly translucent, pale to dark green, finally leaden brown; with about 18 veins including the similar marginal ribs, tapering to a slender beak, straight or slightly recurved, teeth 1.2-1.5 mm long, straight, hispid. Achenes: 4.0-5.7 mm long including style base and stipe, 3.0-3.5 mm thick; achene relatively small, its body filling about half the perigynium length; bluntly trigonous, the angles not thickened, faces ellipsoid to obovoid, flat to slightly convex, light to reddish brown, with looped greenish style dehiscent from base 0.6-1.3 mm long; achene sessile on perigynium stipe 0.8-1 mm long. Stigmas: 3 Regional variation: There is only slight variation in perigynium and achene shape throughout the range (Reznicek 2002). Authorship and sources: <
I used the Grid editor to select all the images created by Ben Clark in order to add the media gallery 'maps for eMonocot keys'. I did this last week. This week, the image gallery 'maps for eMonocot keys' does not list the over 400 maps that I updated in the Grid editor last week. Please have a look at why this did not update.