the current rule is actually correct, apparently by accident. it's confusing because there's an issue with elasticsearch configuration on the website at the moment
client -
no concept of search priority here, just blind matching each search term to the tags, so either spaces or underscores are fine
website -
- "mapper_name" will never be matched by a "mapper name" search, this is unintended and will be fixed
- "mapper name" will be matched by a "mapper name" search, but the search boost for tags is so low (0.5, compared to every other metadata's 1.0) that your chances of finding correct results from a multi-word search are tiny. if you happen to find the map you're looking for, it's only because one word of the mapper's name was uncommon enough to not match other results. this is not the ideal way to be writing single tags and it shouldn't be encouraged
client -
no concept of search priority here, just blind matching each search term to the tags, so either spaces or underscores are fine
website -
- "mapper_name" will never be matched by a "mapper name" search, this is unintended and will be fixed
- "mapper name" will be matched by a "mapper name" search, but the search boost for tags is so low (0.5, compared to every other metadata's 1.0) that your chances of finding correct results from a multi-word search are tiny. if you happen to find the map you're looking for, it's only because one word of the mapper's name was uncommon enough to not match other results. this is not the ideal way to be writing single tags and it shouldn't be encouraged