Morpho: Issueshttps://projects.ecoinformatics.org/ecoinfo/https://projects.ecoinformatics.org/ecoinfo/ecoinfo/favicon.ico?14691340362017-08-10T16:07:14ZEcoinformatics Redmine
Redmine Bug #7205 (New): IDs mishandled when an update is made to a package with a DOIhttps://projects.ecoinformatics.org/ecoinfo/issues/72052017-08-10T16:07:14ZJeanette Clark
<p>From a user:</p>
<p>"Hi Julien, sorry to bother you again but I have one more question. I’m<br />trying to update my data sets to include the DOI for the accompanying<br />article (it’s not out yet but I just got the DOI). For one of my data sets<br />I mistakenly hit “publish with DOI” and now I can’t edit / update the<br />record at all either online or via morpho:</p>
<p><a class="external" href="https://knb.ecoinformatics.org/#view/doi:10.5063/F12Z13MD">https://knb.ecoinformatics.org/#view/doi:10.5063/F12Z13MD</a></p>
<p>Online it says I don’t have access, in morpho I get this error:</p>
<p>"Problem with saving to metacat in EML200DataPackage! <?xmlversion = "1.0"><error>Could not write file: /var/metacat/documents/doi:10.5063/F12Z13MD.2: /var/metacat/documents/doi:10.5063/F12Z13MD.2 (No such file or directory)</error></p>
<p>Any tips on how I can fix this and update the record to include the DOI?"</p>
<p>It seems like the user accidentally applied a DOI and then tried to go back to Morpho to edit the package, where it tried to write the new identifier as the DOI.2</p>
<p>The user's problem has been remedied but it seems like this behavior should be fixed</p> Bug #7175 (New): The link for non-numeric attribute domains doesn't work on the exported eml filehttps://projects.ecoinformatics.org/ecoinfo/issues/71752017-03-21T16:32:28ZJing Taotao@nceas.ucsb.edu
<p>To Whom It May Concern:</p>
<p>I am trying to use Morpho to create metadata for a project (Morpho has been updated to the latest version). I have entered all the information (that I have at this time, at least) into Morpho and can view everything that I’ve entered within the software. When I export the metadata and view the html or pdf files, everything is great except with defining nominal codes. For these attributes, a link name “Domain Info” is provided and when clicked the link either returns to the top of the metadata file (clicked within the Morpho preview) or opens a browser window that says “No file exists at the address “/metacat” (clicked from html or pdf files). I have attached a file for example. I am not a coder and have not been able to figure out a way for the nominal/category codes to be listed directly in the metadata export files. I don’t like the thought of having to export all my work from Morpho into Metavist, so thought I’d check with KNB for a possible solution first.</p>
<p>Thanks for any guidance that you are able to provide.</p>
<p>Best,</p>
<p>Jayne</p>
<p>I looked at the html of page and it shows:<br /><td class="innercoleven" align="center" colspan="2"><a href="/metacat?action=read&qformat=export&sessionid=&docid=&displaymodule=attributedomain&entitytype=dataTable&entityindex=4&attributeindex=6"><b>Domain Info</b></a></td></p>
<p>The link looks like to use the metacat read action to read the attributedomain module. However, this link as imported html can't work since it can't have the complete metacat url. I also search the Metacat code and can't find it supporting to display the attribute domain.</p>
<p>I also looked at the eml xslt code. Here is the code to generate the link at the template attributenonnumericdomaincommon:<br /> <a><xsl:attribute name="href"><xsl:value-of select="$tripleURI"/><xsl:value-of select="$docid"/>&displaymodule=attributedomain&entitytype=<xsl:value-of select="$entitytype"/>&entityindex=<xsl:value-of select="$entityindex"/>&attributeindex=<xsl:value-of select="$attributeindex"/></xsl:attribute></p>
<p>It seems there are issues on the export feature of Morpho. So the link doesn't work. However, we have a way to work around the issues. First, you may save the package to a Metacat server from Morpho. Then you can open the package on the link from a browser. You may save the html file which shows up on your browser to replace the metadata.html on your exported package directory.</p>
<p>Here is the link of an eml on our KNB web site (which is our default Metacat server on Morpho):<br /><a class="external" href="https://knb.ecoinformatics.org/knb/metacat?action=read&amp;docid=autogen.2017031514432105092.2&amp;qformat=default&amp;displaymodule=printall">https://knb.ecoinformatics.org/knb/metacat?action=read&amp;docid=autogen.2017031514432105092.2&amp;qformat=default&amp;displaymodule=printall</a><br />When you click the link "Domain info", it will show up the information. After you save your eml into KNB, you can open your package by modifying the above link - replace "autogen.2017031514432105092.2" by your docid.</p>
<p>If you do want to use one html to show all the information, you may use this link:<br /><a class="external" href="https://knb.ecoinformatics.org/knb/metacat?action=read&amp;docid=autogen.2017031514432105092.2&amp;qformat=metacatui&amp;displaymodule=printall">https://knb.ecoinformatics.org/knb/metacat?action=read&amp;docid=autogen.2017031514432105092.2&amp;qformat=metacatui&amp;displaymodule=printall</a><br />As I said, when you try to open your eml, you need to replace the "autogen.2017031514432105092.2" by your docid.</p> Support #7075 (Closed): Migrate morpho build to use EML git repohttps://projects.ecoinformatics.org/ecoinfo/issues/7075#change-229462016-08-04T23:15:06ZJing Taotao@nceas.ucsb.edu
<p>I tested the trunk and it worked. I also merged the change to the morpho_1_11 branch on which we currently work.</p> Support #7075: Migrate morpho build to use EML git repohttps://projects.ecoinformatics.org/ecoinfo/issues/7075#change-229072016-07-28T03:01:42ZMatt Jonesjones@nceas.ucsb.edu
<p>Commit r5809 completed this task for the trunk build. Need to test and merge into other morpho branches. Assigning to Jing to test and merge as needed.</p> Support #7075 (Closed): Migrate morpho build to use EML git repohttps://projects.ecoinformatics.org/ecoinfo/issues/70752016-07-28T02:49:18ZMatt Jonesjones@nceas.ucsb.edu
<p>The source repo for EML changed to <a class="external" href="https://github.com/NCEAS/eml">https://github.com/NCEAS/eml</a> . Migrate the Morpho build.xml to use it.</p> Bug #7055 (Resolved): Duplicate attribute code rows after "save for later"https://projects.ecoinformatics.org/ecoinfo/issues/7055#change-228802016-07-14T17:01:39ZJing Taotao@nceas.ucsb.edu
<p>The problem is the page loaded both the initial default information and saved the information. The code was modified and the initial information will not uploaded. So only the saved information will loaded. <br />The problem was fixed on the 1-10 branch, 1-11 branch and trunk.</p> Bug #7055: Duplicate attribute code rows after "save for later"https://projects.ecoinformatics.org/ecoinfo/issues/7055#change-228772016-07-13T01:59:10ZJing Taotao@nceas.ucsb.edu
<p>I committed to MORPHO_1_11_0_BRANCH.</p> Bug #7055: Duplicate attribute code rows after "save for later"https://projects.ecoinformatics.org/ecoinfo/issues/7055#change-228762016-07-13T00:35:04Zben leinfelderleinfelder@nceas.ucsb.edu
<p>It looks like you committed to an older branch (1.10) when we are on 1.11.x here: <a class="external" href="https://code.ecoinformatics.org/code/morpho/branches/MORPHO_1_11_0/">https://code.ecoinformatics.org/code/morpho/branches/MORPHO_1_11_0/</a></p>
<p>I was trying it out and finally realized why nothing had changed! :)</p> Bug #7055 (In Progress): Duplicate attribute code rows after "save for later"https://projects.ecoinformatics.org/ecoinfo/issues/7055#change-228752016-07-12T23:57:00ZJing Taotao@nceas.ucsb.edu
<p>Those code definition were from the initial data when an attribute page was generated. <br />I added a switch to generate the attribute page with/without the initial data. When we uploaded an incompleted page, morpho will not load the initial data. This issue is gone.<br />Ben, would you please test it again? Thanks!</p> Bug #7055 (Resolved): Duplicate attribute code rows after "save for later"https://projects.ecoinformatics.org/ecoinfo/issues/70552016-07-11T23:18:56Zben leinfelderleinfelder@nceas.ucsb.edu
<p>The situation occurs when I have a data set with columns that are text and have code definitions associated with the text. When I'm not finished with the table but need to log out for some reason, I click save for later. When I reopen the data package and navigate to the data table of interest (that was partially complete), the text columns with coded definitions have been repopulated with the codes from the table. My previously entered code definitions are still there, but the codes themselves have now been duplicated and I have to manually remove them for any previous column of this type of data.</p> Bug #7054 (Closed): Morpho does not correctly handle enumerated codes with additional free texthttps://projects.ecoinformatics.org/ecoinfo/issues/7054#change-228732016-07-11T23:07:34Zben leinfelderleinfelder@nceas.ucsb.edu
<p>For some reason we were adding a "pattern" element when the checkbox was selected but were not handling the element when returning to the form. I have removed the pattern element.<br /> //returnMap.put(xPathRoot + "textDomain<sup><a href="#fn1">1</a></sup>/pattern<sup><a href="#fn1">1</a></sup>", ".*");</p> Bug #7054 (Closed): Morpho does not correctly handle enumerated codes with additional free texthttps://projects.ecoinformatics.org/ecoinfo/issues/70542016-07-11T22:55:56Zben leinfelderleinfelder@nceas.ucsb.edu
<p>When defining Attribute/columns as unordered, enumerated values with codes: When I select the checkbox "Attribute contains free-text in addition to those values listed above" and check back on the column later, the window that pops up when I select "edit column description" is the Morpho Editor interface instead of the "Define Attribute/Column" interface.</p> Bug #5779 (In Progress): Owners list reorders its entrieshttps://projects.ecoinformatics.org/ecoinfo/issues/5779#change-228212016-04-29T16:19:04Zben leinfelderleinfelder@nceas.ucsb.edu
<p>Reopening - Stephanie Labou at WSU has reported the reordering behavior in Morpho 1.11.0</p> Bug #6846 (New): Morpho hangs when exporting data packagehttps://projects.ecoinformatics.org/ecoinfo/issues/68462015-09-25T17:33:14ZBryce Mecummecum@nceas.ucsb.edu
<p>I was able to hang Morpho sometimes when exporting a newly-created data package.</p>
<p>Summary of my environment:<br />- OS: Mac OS X 10.10.5<br />- JRE: 1.8.0_51-b16<br />- Morpho: 1.11.0</p>
<p>Steps to reproduce:<br />- Open Morpho (Mac application form of it, launched via the Finder)<br />- Click File > Create new data package<br />- Enter information for 'Title', 'Owner', 'Contact', hitting next and accepting defaults for all other fields.<br />- Click Finish in the new data package wizard<br />- Save the data package using File > Save, and leave 'Save Locally" checked and click "Save" <br />- Attempt to export the package using File > Export, leave 'Export to a Directory' selected and click 'Export'<br />- Observe that the program is now hung.</p>
<p>The last step sometimes works and sometimes doesn't. I haven't determined what I'm doing that makes it hang sometimes and not other times.</p> Bug #6745 (New): Morpho main window doesn't look good in windows 8https://projects.ecoinformatics.org/ecoinfo/issues/67452015-05-04T17:15:30ZJing Taotao@nceas.ucsb.edu
<p>Margaret reported the morpho main window doesn't look good in windows 8. However, Jing didn't see the issue when he ran windows 8-1 in VirtualBox.</p>