You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We wish to use the apm_app also to search for processed entries from analysis results obtained with the paraprobe-toolbox and CompositionSpace tools developed by FAIRmat and NFDI-MatWerk in the joint IUC09, there are several bugs when drag-and-dropping processed NeXus files from these analysis tools right now. All tested with usa_denton_smith example:
NOMAD parsing log bugs IUC09/paraprobe (checked means there is a suggestion for a fix)
CompositionSpace:
config group not instantiated, bug in CompositionSpace
axis_feature_importance not written out to HDF5, bug in CompositionSpace
sequence_index in NXprocess not mapped correct numpy.ndtype?, bug in the pynxtools NeXus parser
CompositionSpace add specimen section parsed from voxelization, feature addition to be implemented in CompositionSpace, add specimen type: simulation, atom_types the set of atoms
paraprobe-transcoder:
config, fine, except for the expected situation that chemical_formula is not found
results, fine
paraprobe-ranger:
config, fine
results, fine
paraprobe-selector:
config, same bug on dimensionality as CompositionSpace
results, fine
paraprobe-surfacer:
config, fine
results, two times same bug on dimensionality
paraprobe-distancer:
config, fine
results, fine
paraprobe-tessellator:
config, fine
results, two times same bug on dimensionality
paraprobe-spatstat:
config, fine
results, fine
paraprobe-nanochem:
config, ENTRY.delocalization.decomposition this group with childs is not in NXapm_paraprobe_nanochem_config, hence not found by NOMAD, resolve_element concept "method", is not a value of this enumeration, fix in paraprobe-nanochem
results, does not parse complete, likely too many concepts, we need to prevent that these get all exposed to the elasticsearch stack, these results files may end up having thousands if not millions of groups !, my suggestion specific configuration for the Nomad NeXus parser controlling the parsing coverage and depth or specific concepts only when spotting NeXus files that follow specific appdefs like NXapm_paraprobe_results_nanochem
Interconnect NXapm_paraprobe_results with NXapm_paraprobe_config when spotting that a specific NeXus config file was used and that config file also uploaded akin to sample identifier.
NX_UINT enumeration values get resolved properly in data tab, but for search are currently mapped on the incorrect datatype str, but with this these quantities are searchable via a terms widget and e.g. using data.ENTRY.tessellation.voronoi_cells.dimensionality__field#pynxtools.nomad.schema.Root#str
The text was updated successfully, but these errors were encountered:
We wish to use the apm_app also to search for processed entries from analysis results obtained with the paraprobe-toolbox and CompositionSpace tools developed by FAIRmat and NFDI-MatWerk in the joint IUC09, there are several bugs when drag-and-dropping processed NeXus files from these analysis tools right now. All tested with usa_denton_smith example:
NOMAD parsing log bugs IUC09/paraprobe (checked means there is a suggestion for a fix)
CompositionSpace:
paraprobe-transcoder:
paraprobe-ranger:
paraprobe-selector:
paraprobe-surfacer:
paraprobe-distancer:
paraprobe-tessellator:
paraprobe-spatstat:
paraprobe-nanochem:
config, ENTRY.delocalization.decomposition this group with childs is not in NXapm_paraprobe_nanochem_config, hence not found by NOMAD, resolve_element concept "method", is not a value of this enumeration, fix in paraprobe-nanochem
results, does not parse complete, likely too many concepts, we need to prevent that these get all exposed to the elasticsearch stack, these results files may end up having thousands if not millions of groups !, my suggestion specific configuration for the Nomad NeXus parser controlling the parsing coverage and depth or specific concepts only when spotting NeXus files that follow specific appdefs like NXapm_paraprobe_results_nanochem
Interconnect NXapm_paraprobe_results with NXapm_paraprobe_config when spotting that a specific NeXus config file was used and that config file also uploaded akin to sample identifier.
NX_UINT enumeration values get resolved properly in data tab, but for search are currently mapped on the incorrect datatype str, but with this these quantities are searchable via a terms widget and e.g. using data.ENTRY.tessellation.voronoi_cells.dimensionality__field#pynxtools.nomad.schema.Root#str
The text was updated successfully, but these errors were encountered: