Closed KeywanHP closed 2 years ago
See the commit 491f96f, which should fix it. The first problem is caused by the fact that you need to import the right base file, the hierarchy is: default_mappings <- obo_common_mappings <- <yourfile>
.
idAccMapper
, used by your file, is an OBO-specific thing, which maps the values of the oboInOwl:id
property to Ondex accessions.
As for the second problem, while I didn't check co_wheat_cfg.xml
, I assume it was written from a copy of co_cfg.xml
, which contained an error in:
<property name = "addedPrefix" value="CO_321:" / >
# extra space wrong, must be /> to close the tag inline
If this co_wheat_cfg.xml
is very similar to co_cfg.xml
, consider that an easier way to define it could be importing the latter and then overriding just the bits you need.
I've rebuilt and deployed everything. Please, close this after verifying it's fixed.
Thanks the error is gone but the co_cfg.xml
does not seem to add the CO_321:
prefix to accessions. Have you tested if it works for you?
For the purpose of leaving a record, I'll copy-paste what already discussed in the chat:
Have a look: http://www.cropontology.org/rdf/CO_321:0000088
It doesn't define anything about accessions (don't remember if it used to). The only accession the parser can provide is the one built from the URI, so it yields 0000088, to which the source ID is prefixed, ie, CO.
A quick solution might be that, in dataSourcePrototype, you use the CO_321 ID for the data source, but I don't remember if CO as data source is referred elsewhere.
The IRI-to-accession mapper at the moment doesn't support prefix transformations (as in idAccMapper), we have never needed it.
@KeywanHP don't remember if we fixed this somehow.
Closing, reopen if it needs more.
Using ondex-mini-3.0 and the latest co_cfg.xml and following workflow snippet:
Need a way to add the
CO_321:
prefix to accessions...Also tried test wheat CO workflow from here, with error: