๐ปGlobal search and comparison UI
Last updated
Last updated
Global policy search and comparison relies on Indexer for some of its functionality. Such Indexer can be deployed locally, or run elsewhere so long as there is an HTTP access path which must be specified in the ANALYTICS_SERVICE parameter in the .env configuration file: Example:
"ANALYTICS_SERVICE": "http://localhost:3021",
There are a several way to select policies for comparison, all of which do not require/result in the importing of the policies into Guardian.
Policies can be selected from different sources
Already imported (i.e. now โlocalโ) policies
by message ID
from local file
Not using content similarity criteria for searching.
Searching based on the content similarity to the existing policy.
Type โ data source
Search only imported โ search only โlocalโ policies which have been imported (as โdraftsโ)
Local Guardian search โ search in all published โlocalโ policies
Global search โ global search through all policies (using Indexer)
Search โ search using keywords
Minted Tokens โ include only those policies which already produced issued/minted tokens, with the minimal quantity as specified
VC Documents โ include only those policies which already produced VC documents, with the minimal quantity as specified
VP Documents โ include only those policies which already produced VP documents, with the minimal quantity as specified
Policy Owner โ include only those owned by specific DID[s]
Users can import found policies into local Guardian instance.
We have several different sections in our comparison screen including filter parameters:
Selected Policies are compared to the first Policy (displayed in the section on the left-hand side), the rest of the sections show the results of the โdiffsโ.
Events: configures if differences in events are reflected in the results of the comparison of blocks
2. Properties : configures how differences in Properties are reflected in the results of comparing blocks
3. Children : configures how differences in child blocks influence the results of comparing parent blocks
4. UUID : configures if UUID and Hedera ID are taken into consideration when comparing blocks
There are different sections in the comparison such as
Main โ shows results of comparison of the main fields of the Policies
Policy Roles โ shows results of comparison of the roles of Policies
Policy Groups โ shows results of comparison of the groups
Policy Topics โ shows results of comparison of dynamic topics
Policy Tokens โ shows results of comparisons of dynamic tokens
Policy Blocks โ shows results of comparisons of Policy block structures
We have several Display settings in Policy Blocks section:
Display Settings: description and show/hide settings for each color/type of difference:
Block comparison displays can be unfolded to display a detailed view of the block Properties.
Parameter | Definition |
---|---|
Parameter | Definition |
---|---|
Parameter | Definition |
---|---|
Parameter | Definition |
---|---|
Color | Purpose |
---|---|
Don't compare
event differences are not reflected in the results of comparing blocks
All events
event differences are reflected in the block comparison results
Don't compare
differences in properties do not have effect on the comparison of blocks, except the โtagโ and โblock typeโ which do.
Only simple properties
only simple Properties influence block comparison
All properties
all Properties are taken into consideration for block comparison
Don't compare
when parents blocks are compared their child blocks are not taken into consideration
Only child blocks of the first level
only immediate children of parent blocks are compared when comparing parent blocks
All children
all children of parent blocks are compared when comparing parent blocks
Don't compare
UUIDs of schemas, tokens, topics, etc and their Properties are not compared when blocks are compared
All UUID
all IDs are taken into consideration when comparing blocks (for example when this option is chosen if all Properties of tokens in two Policies being compared are the same these tokens would still be considered different since they would by definition have different UUIDs)
Green
blocks are equal, including their child blocks
Green - Amber
blocks are equal, but their child blocks are different
Amber
blocks are of the same type and are partially equal, there are some notable differences
Red
blocks are absent in the other Policy