Pages in this section:
This section
3️⃣ Section 3: Coding
✍ The Coding Panel
✍ Editing factors and links
🔗 The Manage Links tab
#️⃣ Link hashtags
🎇 Factor labels: introduction
🏷 Autocomplete factor labels
📚 Factor labels: actual facts?
📚 Factor labels: semi-quantitative
📝 Hierarchical coding
🔖 Hierarchical factors
📚 Factor labels: specific
📚 Factor labels: using tags
➕➖ Opposites
📝 Ellipses
📑 Statement memos
📑 Positioning factors
📚 Context
ℹ The info panel
📝 Plain coding
✍ Top tips on coding
All sections:
📚 Factor labels: using tags
Hierarchical coding is one way to bring some order to a whole crowd of factors. However, sometimes you don’t want to think in terms of a strict hierarchy, or maybe you have an additional set of themes which cut across that hierarchy.
Tags are useful in either of these cases.
Tags are just sequences of characters within a factor label to which you have given a special meaning, and which are unique and easy to search for. These can include letters, emojis or phrases. You can do coding without any such tags if you want, but it can help when searching and filtering.
Factor tags are just like #️⃣ Link hashtags. Confusingly, a link hashtag doesn’t have to actually start with a
#
, and a factor tag can indeed start with a #
, but we find it easier to keep the names separate like this. So a tag is nothing more than any sequence of characters which is repeated in several factor labels. Any sequence of characters will do. For example you could consider the letter “a” to be a tag and display the map showing all the factors which contain the letter “a”. But this wouldn’t be interesting. The trick when using tags is to decide on short, meaningful codes which will not be repeated anywhere else. For example you wouldn’t want to use a pair of tags like “women” and “men” to distinguish factors which are only relevant for one or the other gender because the “women” factors would also turn up when you search for “men”. That is why we have to be careful when creating tags, for example by preceding a sequence of characters with a tag
"#"
.A quote like “family situation is better now because of improved food availability” can be coded like this:
More food –> Improved wellbeing
Now, maybe you are asked also to keep track of any aspects of the project which have to do with nutrition. Nutrition is not really part of your system of factors, but you would like to be able to construct some maps just to look at this aspect. So you can write this:
More food #nutrition –> Improved wellbeing
Similarly, if Improved Wellbeing is one of the desired outcomes of the project, we might want to reflect that by adding a tag “(Outcome)” like this.
More food –> Improved wellbeing (Outcome)
Then we can easily search for this and other desired outcomes.
A tag like “men” is not suitable because it is likely to appear elsewhere (e.g. as part of “women” or “management”). To get round this, add additional characters like a hash: “#men”; this makes the tag unique.
If you use curved or square brackets around your tags, you can use one of the app filters to hide the tags for specific maps if desired.