hydrus/help/advanced_siblings.html

56 lines
4.5 KiB
HTML
Raw Normal View History

2013-05-08 20:31:00 +00:00
<html>
<head>
<title>advanced - siblings</title>
<link href="hydrus.ico" rel="shortcut icon" />
<link href="style.css" rel="stylesheet" type="text/css" />
</head>
<body>
<div class="content">
2021-01-20 22:22:03 +00:00
<h3 id="intro"><a href="#intro">quick version</a></h3>
2013-06-19 20:25:06 +00:00
<p>Tag siblings let you replace a bad tag with a better tag.</p>
2021-01-20 22:22:03 +00:00
<h3 id="the_problem"><a href="#the_problem">what's the problem?</a></h3>
2013-12-11 22:09:25 +00:00
<p>Reasonable people often use different words for the same things.</p>
2013-05-08 20:31:00 +00:00
<p>A great example is in Japanese names, which are natively written surname first. <i>character:ayanami rei</i> and <i>character:rei ayanami</i> have the same meaning, but different users will use one, or the other, or even both.</p>
<p>Other examples are tiny syntactic changes, common misspellings, and unique acronyms:
<ul>
<li><i>smiling</i> and <i>smile</i></li>
<li><i>staring at camera</i> and <i>looking at viewer</i></li>
2021-01-20 22:22:03 +00:00
<li><i>pokemon</i> and <i>pokémon</i></li>
2013-05-08 20:31:00 +00:00
<li><i>jersualem</i> and <i>jerusalem</i></li>
<li><i>lotr</i> and <i>series:the lord of the rings</i></li>
<li><i>marimite</i> and <i>series:maria-sama ga miteru</i></li>
<li><i>ishygddt</i> and <i>i sure hope you guys don't do that</i></li>
</ul>
2015-08-12 20:35:24 +00:00
<p>A particular repository may have a preferred standard, but it is not easy to guarantee that all the users will know exactly which tag to upload or search for.</p>
2013-05-08 20:31:00 +00:00
<p>After some time, you get this:</p>
<p><img src="tag_siblings_venn_1.png" /></p>
<p>Without continual intervention by janitors or other experienced users to make sure y&#x2287;x (i.e. making the yellow circle entirely overlap the blue by manually giving y to everything with x), searches can only return x (blue circle) or y (yellow circle) or x&#x2229;y (the lens-shaped overlap). What we really want is x&#x222a;y (both circles).</p>
<p>So, how do we fix this problem?</p>
2021-01-20 22:22:03 +00:00
<h3 id="tag_siblings"><a href="#tag_siblings">tag siblings</a></h3>
2013-12-11 22:09:25 +00:00
<p>Let's define a relationship, <b>A->B</b>, that means that any time we would normally see or use tag A or tag B, we will instead only get tag B:</p>
2013-05-08 20:31:00 +00:00
<p><img src="tag_siblings_venn_2.png" /></p>
2013-12-11 22:09:25 +00:00
<p>Note that this relationship implies that B is in some way 'better' than A.</p>
2021-01-20 22:22:03 +00:00
<h3 id="more_complicated"><a href="#more_complicated">ok, I understand; now confuse me</a></h3>
2013-05-08 20:31:00 +00:00
<p>This relationship is transitive, which means as well as saying A->B, you can also say B->C, which implies A->C and B->C.</p>
<p><img src="tag_siblings_usa.png" /></p>
<p>You can also have an A->C and B->C that does not include A->B.</p>
<p><img src="tag_siblings_what_is_a_man.png" /></p>
<p>The outcome of these two arrangements is the same (everything ends up as C), but the underlying semantics are a little different if you ever want to edit them.</p>
<p>Many complicated arrangements are possible:</p>
<p><img src="tag_siblings_yo_dawg.png" /></p>
<p>Note that if you say A->B, you cannot say A->C; the left-hand side can only go to one. The right-hand side can receive many. The client will stop you from constructing loops.</p>
2021-01-20 22:22:03 +00:00
<h3 id="how_to_do_it"><a href="#how_to_do_it">how you do it</a></h3>
2015-08-12 20:35:24 +00:00
<p>Just open <i>services->manage tag siblings</i>, and add a few.</p>
2013-05-08 20:31:00 +00:00
<p><img src="tag_siblings_dialog.png" /></p>
2013-12-11 22:09:25 +00:00
<p>The client will automatically collapse the tagspace to whatever you set. It'll even work with autocomplete, like so:</p>
2013-05-08 20:31:00 +00:00
<p><img src="tag_siblings_rei.png" /></p>
2013-06-19 20:25:06 +00:00
<p>Please note that siblings' autocomplete counts may be slightly inaccurate, as unioning the <i>count</i> is difficult to quickly estimate.</p>
<p>The client will not collapse siblings anywhere you 'write' tags, such as the manage tags dialog. You will be able to add or remove A as normal, but it will be written in some form of "A (B)" to let you know that, ultimately, the tag will end up displaying in the main gui as B:</p>
2013-05-08 20:31:00 +00:00
<p><img src="tag_siblings_ac_write.png" /></p>
<p>Although the client may present A as B, it will secretly remember A! You can remove the association A->B, and everything will return to how it was. <b>No information is lost at any point.</b></p>
2021-01-20 22:22:03 +00:00
<h3 id="remote_siblings"><a href="#remote_siblings">remote siblings</a></h3>
2013-06-19 20:25:06 +00:00
<p>Whenever you add or remove a tag sibling pair to a tag repository, you will have to supply a reason (like when you petition a tag). A janitor will review this petition, and will approve or deny it. If it is approved, all users who synchronise with that tag repository will gain that sibling pair. If it is denied, only you will see it.</p>
2013-05-08 20:31:00 +00:00
</div>
</body>
2021-01-20 22:22:03 +00:00
</html>