Reading an .osc file with just one phase with import wizard, the first phase queried is phase -1 (notIndexed) and phase 0 is the indexed phase. The summary is:
However, the ebsd does not contain the indexed data, no orientations.
ebsd = EBSD (show methods, plot)
Phase Orientations Mineral Color Symmetry Crystal reference frame
0 283490 (100%) notIndexed
Properties: confidenceindex, fit, imagequality, semsignal, x, y
Scan unit : um
This can be easily fixed by deleting the 'notIndexed' entry in CS, but I thought this might not be too obvious for everyone and could be a bug.
[OIM systems (at least some versions - but this behavior has changed with a certain software version - maybe someone with such a system knows better) with just one phase selected for indexing seem to produce files with 100% of this phase (no matter how bad the indexing is). If some filtering is done and the data is exported, the files (.ang or .osc) may actually lack non-indexed entries (no x,y for non-indexed pixels) at all and will still only consist of one phase]
Reading an .osc file with just one phase with import wizard, the first phase queried is phase -1 (notIndexed) and phase 0 is the indexed phase. The summary is:
phase -1 (not Indexed): notIndexed, 0 orientations phase 0 (Quartz): symmetry 321, 283490 orientations
and the script will contain:
However, the ebsd does not contain the indexed data, no orientations.
This can be easily fixed by deleting the 'notIndexed' entry in CS, but I thought this might not be too obvious for everyone and could be a bug.
[OIM systems (at least some versions - but this behavior has changed with a certain software version - maybe someone with such a system knows better) with just one phase selected for indexing seem to produce files with 100% of this phase (no matter how bad the indexing is). If some filtering is done and the data is exported, the files (.ang or .osc) may actually lack non-indexed entries (no x,y for non-indexed pixels) at all and will still only consist of one phase]
Cheers, Rüdiger