Morpho: Issueshttps://projects.ecoinformatics.org/ecoinfo/https://projects.ecoinformatics.org/ecoinfo/ecoinfo/favicon.ico?14691340362017-03-21T16:32:28ZEcoinformatics Redmine
Redmine 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> Bug #6701 (New): Entity descriptions can't be added outside wizardhttps://projects.ecoinformatics.org/ecoinfo/issues/67012015-03-27T21:56:52ZJessica Couturecouture@nceas.ucsb.edu
<p>I was trying to add entity descriptions after my tables had been imported and found that there is no way to go back and access this. Can this function be added so that this can be edited outside the initial data wizard has been closed?</p> Bug #6700 (New): Pub date fieldhttps://projects.ecoinformatics.org/ecoinfo/issues/67002015-03-27T21:54:54ZJessica Couturecouture@nceas.ucsb.edu
<p>The publication data defaults to the current date and there is no way to manually set this in Morpho. Can we have one added for datasets that had been published in the past?</p> Bug #6112 (New): Use .morpho when we release the morphohttps://projects.ecoinformatics.org/ecoinfo/issues/61122013-10-01T23:53:37ZJing Taotao@nceas.ucsb.edu
<p>Currently the default morpho home is .morpho2. It is great for users to test morpho without change the file structure. But the real release will use .morpho as the default directory.</p> Bug #5887 (New): Handle the query result set which contains the revision chains of documentshttps://projects.ecoinformatics.org/ecoinfo/issues/58872013-03-07T23:48:28ZJing Taotao@nceas.ucsb.edu
<p>Morpho network query now experiences a performance issue because the merge of the network and local search results.</p>
<p>During the merge, morpho needs to make lots of calls the DataONE MN to get the revision chains.</p>
<p>The proposed solution is to add the revision chain for each eml document to the result set. This can avoid lots of network traffic.</p>
<p>So morpho needs to handle the new result set.</p> Bug #5852 (Resolved): Allow a mix of MN URL and MN Node Name values in the preferences screenhttps://projects.ecoinformatics.org/ecoinfo/issues/58522013-02-06T05:31:40Zben leinfelderleinfelder@nceas.ucsb.edu
<p>I think we can be more clever with mixing and matching the selection combobox with MNodeSelectionObjects (listed from the CN) and String URLs (manually entered). We only save the MN URL in the configuration file, so we'd rely on matching that up with the list from the CN. We can't store nodeId since an unregistered MN will not have one and we really do need the URL, not just a random [unregistered] nodeId in the Morpho config.</p> Bug #5831 (Resolved): Address "inherited" access policy on data entitieshttps://projects.ecoinformatics.org/ecoinfo/issues/58312013-01-30T00:08:44Zben leinfelderleinfelder@nceas.ucsb.edu
<p>There is an "inherit from metadata" choice when editing data access policy. This worked when we knew Metacat was handling the package and would enforce the EML rules for everything in the datapackage. But DataONE doesn't have the same notion -- all the obejcts fend for themselves using whatever SM.AccessPolicy they have.</p>
<p>My inclination is to remove this option but that raises some concerns:<br />-what should the default policy be for data files? (I say private)<br />-would it be more convenient to let people duplicate their sciMeta access rules to the sciData objects?</p> Bug #5825 (Resolved): Call CN.setReplicationPolicy() when editing replication policyhttps://projects.ecoinformatics.org/ecoinfo/issues/58252013-01-25T22:12:13Zben leinfelderleinfelder@nceas.ucsb.edu
<p>This should act the same as the access policy edits. For network packages, we call the CN.setReplicationPolicy() and only save the SM locally if that was successful. Otherwise we tell the user to wait for the CN to synch with the MN.<br />If the package is local-only, then we can just save the SM locally.</p> Bug #5824 (Resolved): Call CN.setAccessPolicy() when editing accesshttps://projects.ecoinformatics.org/ecoinfo/issues/58242013-01-25T22:08:19Zben leinfelderleinfelder@nceas.ucsb.edu
<p>Currently Morpho edits the SystemMetadata.AccessPolicy for an EML and/or data file and uploads a new version of those during a save. Instead we should be calling the CN to set the accessPolicy for a package that has been saved to the network.</p>
<p>Here are some ideas:<br />-For local-only packages, just save the SM accessPolicy change to disk when user hits "ok" after editing the access rules.<br />-For network/both packages, attempt to save to the Network, if that fails, alert user to try again later. Do not save the change locally either. User will have to wait until the CN synchs with the MN to get the SM.accessPolicy updated.</p> Bug #5805 (In Progress): Local and Network revisions show at same time in search resultshttps://projects.ecoinformatics.org/ecoinfo/issues/58052013-01-24T00:31:32Zben leinfelderleinfelder@nceas.ucsb.edu
<p>I can see an older local version of a package in the search results along with the newer network version by doing the following steps:<br />1. Save new package to Local+Network<br />2. Edit title<br />3. Save only to Network<br />4. Launch the open dialog and see the two revisions -- the newer network one and the older local one.</p>
<p>This is somewhat accurate in that it captures exactly what versions are store where, but I do not think we want this behavior. Only the network (newest) revision should show. This may just be a search result merge issue.</p> Bug #5799 (New): publish using DOI featurehttps://projects.ecoinformatics.org/ecoinfo/issues/57992013-01-23T06:48:40ZMatt Jonesjones@nceas.ucsb.edu
<p>Morpho currently uses local identifiers that are not necessarily globally unique for data objects and metadata documents. Users should be able to publish their data packages and associated objects with a digital object identifier that is universally recognized as a citable object. Towards this end, add a feature to morpho that allows a user to choose a particular version of a data set to be 'published' with a DOI. This effectively means that a new version of all associated objects will be created, each with a minted, unique DOI that can be used to cite the object. Morpho will undertake the following steps when a user selects 'Publish using Digital Object Identifiers (DOIs)' as an action:</p>
<p>1) Ensure that all objects in the current package are saved and valid<br />2) For each data object, metadata object, and package ORE in the package<br /> a) Call the MN to reserve a DOI for that object, if it hasn't already been assigned a DOI<br /> -- if DOI minting errors occur, fail with explanation to user<br /> b) Update all metadata and package pointers to use these new DOIs to reference data, etc.<br /> c) save a new version of the object using update() to replace the old version with the DOI-named version</p>
<p>Note that when the receiving MN receives a create() or update() call that uses a DOI as its identifier, it will ensure that the user has the right to mint that DOI (either it is unreserved or reserved by that user), and then it will register that identifier with the EZID DOI registry service with appropriate metadata based on the DataCite standards.</p>
<p>The GUI for publishing with a DOI could either be part of the current Save dialog when users are saving to the network, or might be a separate menu action that is independent of the Save dialog.</p> Bug #5740 (Resolved): Add MN selection to Morpho preferences screenhttps://projects.ecoinformatics.org/ecoinfo/issues/57402012-11-20T20:04:40Zben leinfelderleinfelder@nceas.ucsb.edu
<p>For now we have a configured MN URL in the config.xml. This works, but does not tell use which environment the client or mN is part of. <br />We should also design the preferences to use:<br />-CN URL + MN reference (to determine the MN URL)<br />or<br />-MN URL alone</p> Bug #5736 (New): Morpho DataONE refactor - trackerhttps://projects.ecoinformatics.org/ecoinfo/issues/57362012-11-19T23:33:24Zben leinfelderleinfelder@nceas.ucsb.eduBug #4418 (Resolved): "about" box displays incorrect version numberhttps://projects.ecoinformatics.org/ecoinfo/issues/44182009-09-25T18:51:57ZWill Tyburczywilltyb@uchicago.edu
<p>When you go to "morpho > About morpho" from the computer menu bar, the version displayed is 1.0</p> Bug #2852 (In Progress): Unable to delete a table that only includes the data file documentaionhttps://projects.ecoinformatics.org/ecoinfo/issues/28522007-05-24T18:49:32ZCallie Bowdishbowdish@nceas.ucsb.edu
<p>The option to delete the curreent data table is not avaialbe when only the attribues are listed. To test this Import a table , choose DESCRIBE - include only the data file documentation (but not the data file itself) in the package. The data menu has no options for deleting the table when only the attribures are listed. The edit feature does not work on this either I got a trim error.</p>