tag:danbooru.me,2005:/forum_topics/7423 Tag implications: panties 2012-02-01T07:41:08-05:00 tag:danbooru.me,2005:ForumPost/73416 2012-02-01T07:24:54-05:00 2012-02-01T07:41:08-05:00 @Shinjidude: Hmm, please don't take this as a personal... <p>Hmm, please don't take this as a personal attack, because it's not intended as one, but a six screen comment with a preamble seems excessive, especially when you are more concerned with the way you were responded to rather than the matter at hand. </p><p>It would be more constructive to explain why you think forced recursive tagging would be useful.</p><p>As for "A depiction of something is different than an instance of that thing.", I don't really see how this was that unclear or ambiguous. You probably understand what I meant by now, but to be completely transparent: </p><p>In a given reality a depiction is a visual reference to something (an object that can be named), wheras an instance of something (an object that can be named) is the actual object itself. Those pretty obviously are not the same thing (you can't eat a depiction of a strawberry). Perhaps, you didn't realize I was talking about the reality within the context of the image (which is pretty much the only thing we tag). Everything on Danbooru is a depiction within our own realities, but that's sort of meaningless as far as tagging goes.</p><p>As for being "wrong", I think that's also tough to defend. I said such implications would cause tags to be used in ways they were not intended to be used, and that it would by necessity dilute parent tags (for most users as far as I can tell, <a class="dtext-link dtext-post-search-link" href="/posts?tags=strawberry_print%20panties">strawberry_print panties</a> in a query for <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/food">food</a> would simply be noise and would dilute the actual instances of food that tag was meant to refer to). You could argue that my opinion of how tags are meant to be used is different than yours, or different than that of Danbooru users as a whole (though I don't think it is). It's really hard to defend this sort of statement as being *wrong* though. Especially to the point of insisting that fact after it has been explained.</p><p>Anyway I'm not sure I really see the point to continuing this. We are discussing semantics and rhetoric (which really isn't useful to anyone), rather than matter related to the site. If you notice people abandon a thread after a long response such as the one I am responding to, that is probably the reason. I probably shouldn't have responded myself.</p> Shinjidude /users/1002 tag:danbooru.me,2005:ForumPost/73414 2012-02-01T04:33:39-05:00 2012-02-01T05:04:01-05:00 @Danielx21: So the implication strawberry_print ->... <p>So the implication strawberry_print -&gt; strawberry won't exist.</p><p>I give in either to the democratic consensus of everybody else here, or to the dictatorial decision of jhx. (Sometimes, I'm not sure which.) Both seem reasonable to some extent, especially since even Alignn — the first to defend the implication in the thread — eventually changed his/her mind.</p><p>Now I'm going to reply to NWF, since he/she did three things in this thread that caught my attention: 1) honestly, raised some interesting and reasonable points; 2) other times, I'm still not sure what's the point, so I'll ask; 3) really annoyed me with their tone and accusations.</p><p>I do defend that implication, this time not hoping that it'd be done, but to continue a good discussion to be archived; and to clarify my thoughts and even question the current outcome.</p><p>I don't always have time to dedicate to conversations on Danbooru, but when I do I'm prepared for potentially very long discussions. Sometimes, people share that determination and together make threads with multiple pages; most often, they abandon threads with none or few replies, even when the subject is controversial or when I raise a point. (I chose the first-person pronoun in "when I raise a point" because I'm focusing on my own experiences, but maybe "when points are raised by any person" would be equally informative.) Let's see what happens this time.</p><p>Now to my replies.</p><h5>Reply I</h5><blockquote><p>NWF_Renim said:<br>For example if you attempted something like <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/strawberry_print">strawberry_print</a> implies <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/strawberry">strawberry</a>, then somewhere along the line you're going to need to break an already existing implication, such as breaking the implication <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/strawberry">strawberry</a> -&gt; <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/fruit">fruit</a> or <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/fruit">fruit</a> -&gt; <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/food">food</a>. </p></blockquote><p>Both the original projects are simple: either we do implicate "strawberry_print -&gt; strawberry" or we don't. What you said is so complex it's horrible. It's apparently based on the opinion that prints and "real" things should be kept as SEPARATE tags, while they are forcibly MERGED nonetheless. Having no "strawberry_print -&gt; strawberry" implication at all is really much better than cultivating that mess. On the other hand, if the implication had been done, then I'd expect the other implications to be kept: <a class="dtext-link dtext-id-link dtext-post-id-link" href="/posts/974144">post #974144</a> would be tagged <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/strawberry_panties">strawberry panties</a>, <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/strawberry_print">strawberry print</a>, <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/strawberry">strawberry</a>, <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/fruit">fruit</a> and <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/food">food</a>. (And a search for <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/food">food</a> would bring that post up, among many others.)</p><h5>Reply II</h5><blockquote><p>NWF_Renim said:<br>At some point we need to draw the line of what is "real" in the image and what isn't</p></blockquote><p>Which of these is the apple of <a class="dtext-link dtext-id-link dtext-post-id-link" href="/posts/735008">post #735008</a>?</p><p>Why someone would conceivably want to avoid seeing <a class="dtext-link dtext-id-link dtext-post-id-link" href="/posts/743257">post #743257</a> when searching for <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/cat">cat</a>? Or <a class="dtext-link dtext-id-link dtext-post-id-link" href="/posts/697883">post #697883</a> when searching for <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/strawberry">strawberry</a>? Sometimes, the print is more-or-less realistic or is the focus of the image. Would these be "grey areas"? If not, are there any grey areas for cats/cat_prints and strawberries/strawberry_prints?</p><p>I suppose you could always narrow down your search to find what you want. (and maybe you should sometimes, since some of these tags are flooded with pages and pages of posts) Do you know of any trouble with print/nonprint happening to someone before?</p><h5>Reply III</h5><blockquote><p>Shinjidude said:<br>A depiction of something is different than an instance of that thing.</p></blockquote><blockquote><p>Danielx21 said:<br>That wording is somewhat confusing, but I disagree on principle. In drawings, all instances are depictions.</p></blockquote><blockquote><p>NWF_Renim said:<br>You choose to word this so it does not match up with what Shinjidude said.</p></blockquote><p>No. I quoted exactly what Shinjidude said and said exactly what I thought. I still see that the association of words "depiction = print; instance = nonprint; something = either a print or a nonprint" is weird (thus a confusing wording).</p><p>Being "confusing" is not a crime; confusing words can simply be clarified. But, anyway, I understand the discussion well enough, so I don't really require an explanation.</p><h5>Reply IV</h5><blockquote><p>NWF_Renim said:<br>Yes, all instances are depictions, but not all depictions are instances.</p></blockquote><p>Yes, that's why I proposed an IMPLICATION "strawberry_print -&gt; strawberry"</p><p>It'd naturally work this way:</p><ul> <li>strawberry_print -&gt; prints/depictions</li> <li>strawberry -&gt; nonprints/instances &amp; prints/depictions</li> </ul><p>Now, here's a crazy logical reasoning, that probably has no practical use but serves right as part of my line of thought:</p><p>"If all depictions were instances and all instances were depictions, then depiction would be a synonym of instance and strawberry_print would be an ALIAS to strawberry."</p><h5>Reply V</h5><blockquote> <p>Danielx21 said:</p> <p>I understand you have great knowledge of Danbooru's tags and practices, but your statement "it would screw up the way the tags work and unnecessarily dilute one to include things that don't quite apply to that tags' intended usage" is incorrect, because it implies we have a standard, popular, usage criterion and perhaps a huge number of separated "print" and "nonprint" images to be diluted somewhere. We don't.</p> </blockquote><blockquote> <p>NWF_Renim said:</p> <p>What a nice way to sugarcoat what is pretty much you saying "for all the experience you have, you're wrong, and I'm right."</p> </blockquote><p>That's not sugarcoating, just good manners. And applicable context. Shinjidude has the merits I mentioned. You, too, NWF. IIRC, I've been in good terms with you both, and talked nicely with you, until you (NWF) recently started to see malice in my words and attack them. Please stop, by giving me the benefit of doubt when we have a disagreement.</p><p>As to Shinjidude's statement that I said is incorrect, it really is. Or, rather, it was incorrect when he/she said it. Please don't take it personally.</p><p>1) That practice has never been never discussed on the forum. (but now it is, on this thread)<br>2) The tags in question (<a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/strawberry_print">strawberry_print</a>, etc.) have few posts, which suggests that the tag is relatively recent and/or unused. (well, I know that "few" is subjective; more on that later)</p><h5>Reply VI</h5><blockquote> <p>Danielx21 said:</p> <p>Almost all instances of types of "print" ("strawberry print", etc.) have 152 posts or less, which is a small number. Most of these tags have 35 or less posts.</p> </blockquote><blockquote> <p>NWF_Renim said:</p> <p>Whoever said 152 posts is a small number? I don't consider it a small number.</p> </blockquote><p>It seems obvious to me that 152 is a small number. But, here on Danbooru, I already had hostile disagreements about the meanings of subjective quantitative words such as "many". Taking back that word is impossible because the whole context is subjective as well, so I'll just elaborate.</p><ul> <li>The (approximately) 5,200 most populated tags simply have more than 150 posts.</li> <li> <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/strawberry_print">Strawberry_print</a> has 150 posts, or 8 pages of posts. Seeing them all at once can be so easily and quickly done, because "strawberry_print" has few posts.</li> <li> <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/strawberry">Strawberry</a> has 2433 posts. <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/strawberry_print">Strawberry_print</a> has 6% as many posts as <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/strawberry">strawberry</a>, which I believe is a low number in this context. The practical result is:</li> <ul> <li>If <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/strawberry">strawberry</a> contains both PRINTS ("depictions") and NONPRINTS ("instances") together and someone, for whatever reason, wants to look for NONPRINTS only, he can just ignore the few PRINTS that would appear. They don't make enough noise to warrant a full separation between these two tags. And you wouldn't even need to consider that print/nonprint distinction.</li> <li>With that in mind, don't forget that I said <strong>Most of these tags have 35 or less posts</strong>, so these arguments would apply to them as well, in larger scale.</li> </ul> </ul><h5>Reply VII</h5><blockquote> <p>NWF_Renim said:</p> <p>It's also interesting that you're bringing up post numbers here, when in another thread you bragged on about how tags were underpopulated until you started going through and populating them. If it's true that tags are underpopulated, then you using the current number values now is rather pointless as because that just means that there are plenty of images that aren't tagged. So which is it? Do we have an issue of underpopulated tags or not?</p> </blockquote><p>1) Tags that have been created relatively recently or are relatively unused (like <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/strawberry_print">strawberry_print</a> and <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/leaf_print">leaf_print</a>) often have a small number of posts, which is a key fact of my conclusion that the "print" tags had not received enough attention of the community. It does not matter, for this line of thought, that they may be better populated in the future. That said...<br>2) True enough. If there are drawings of strawberry prints NOT tagged <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/strawberry_print">strawberry_print</a>, then they may be populated. I'd like to see that happen.</p><h5>Reply VIII</h5><blockquote> <p>Danielx21 said:</p> <h5>Point C:</h5> <p>The exceptions to that "152 posts or less" rule are:</p> <ul><li> <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/paw_print">paw print</a>, <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/floral_print">floral print</a>, <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/cow_print">cow print</a> and <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/tiger_print">tiger print</a> </li></ul> <p>These exceptions have 640 or more posts. They do <em>not</em> suggest that we should have a distinction between "depictions" and "instances". (or "print" and "nonprint") They have entirely different meanings.</p> <ul> <li> <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/paw_print">paw print</a> does not mean "a drawing of a drawing of a paw"; it means "the mark a paw makes when moist with ink and pressed on the ground"</li> <li> <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/floral_print">floral print</a> does not mean "a drawing of a drawing of a "flower"; it means "symbolic bidimensional patterns based on real-life flowers"</li> <li> <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/cow_print">cow print</a> does not mean "a drawing of a drawing of a cow"; it means "the black/white pattern of spots found in cow fur"</li> <li> <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/tiger_print">tiger print</a> does not mean "a drawing of a drawing of a tiger"; it means "the black/orange pattern of stripes found in tiger fur"</li> </ul> <p>The meanings were typed by me, for this thread, based on the contents of each tag.</p> </blockquote><blockquote> <p>NWF_Renim said:</p> <p>We've known for awhile that not all prints depict the actual item. Trying to compare things that have a similar name but a whole different patterning type is silly. Don't try and use that as an argument against what Shinjidude said, because you're trying to use something that is completely different. Stick to the pattern types that are actually relevant.</p> </blockquote><p>1) You seem to have read something completely different from what I wrote there. I'm curious: how did I tried and failed to use <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/paw_print">paw_print</a>, <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/floral_print">floral_print</a>, <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/cow_print">cow_print</a> and <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/tiger_print">tiger_print</a> (let's call them PFCT) against Shinjidude?<br>2) You are completely right that PFCT are different from <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/cat_print">cat_print</a>, <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/strawberry_print">strawberry_print</a>, <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/leaf_print">leaf_print</a> and the like (let's call them PP = print patterns). That was EXACTLY my point: these are different groups of tags, so don't confuse them with each other. I had to say that because:</p><ul> <li>The PFCT have much more posts (640 or more), in contrast with my conclusion that the PP have few posts.</li> <li>In fact, the PFCT are older than ALL the PP, indicating that having only the PFCT was the standard practice before the PP were introduced.</li> <li>Now that I mention it, I could even request moving <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/cow_print">cow_print</a> to <a class="dtext-link dtext-wiki-link dtext-wiki-does-not-exist dtext-tag-empty" href="/wiki_pages/cow_pattern" title="This wiki page does not have a tag">cow_pattern</a>, to look for some consistency. This idea is very on-topic, but it's off-topic enough to be better discussed elsewhere. Although, after <em>this</em> discussion that was initially about panties, I'm not caring much about choosing the right thread with surgical accuracy, at the moment.</li> </ul> Danielx21 /users/345814 tag:danbooru.me,2005:ForumPost/73257 2012-01-28T14:08:34-05:00 2012-01-28T14:08:34-05:00 @jxh2154: Prints of concrete physical entities like bears... <p>Prints of concrete physical entities like bears or strawberries will not get implications to the objects themselves. We might only do that for more abstract/geometrical concepts like "stripes" or "polka dots" or "stars" (sort of its own special case) whatever.</p><p>Anyway, did the list in the first post.</p> jxh2154 /users/1309 tag:danbooru.me,2005:ForumPost/73155 2012-01-26T12:30:34-05:00 2012-01-26T12:30:34-05:00 @Alignn: > NWF_Renim said: > [...] all instances are... <blockquote><p>NWF_Renim said:<br>[...] all instances are depictions, but not all depictions are instances. [...]</p></blockquote><p>Hm, that all makes a lot of sense. I'll side with that approach.</p> Alignn /users/351337 tag:danbooru.me,2005:ForumPost/73151 2012-01-26T10:57:51-05:00 2012-01-26T11:05:09-05:00 @Shinjidude: > NWF_Renim said: > For example if you... <blockquote><p>NWF_Renim said:<br>For example if you attempted something like <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/strawberry_print">strawberry_print</a> implies <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/strawberry">strawberry</a>, then somewhere along the line you're going to need to break an already existing implication, such as breaking the implication <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/strawberry">strawberry</a> -&gt; <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/fruit">fruit</a> or <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/fruit">fruit</a> -&gt; <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/food">food</a></p></blockquote><p>This is one major issue. If I am querying <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/food">food</a> I certainly am not interested in, nor expect to see <a class="dtext-link dtext-post-search-link" href="/posts?tags=strawberry_print%20panties">strawberry_print panties</a>.</p><blockquote><p>NWF_Renim said:<br>Yes, all instances are depictions, but not all depictions are instances. If you only want to tag instances that the item exists in an image, that is completely different from tagging all depictions of the item that exists in an image. If the <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/bear">bear</a> tag is defined as all instances of a bear existing in the picture, than depictions of a bear (photo with in the image) would not be tagged, because they aren't an entity within the image. They're a depiction of the item, but they aren't an instance of the item.</p></blockquote><p>This is the crux of my objection.</p><blockquote><p>BCI_Temp said:<br>If I'm searching for an <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/animal">animal</a>, a <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/fruit">fruit</a>, or a <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/flower">flower</a>, I don't want images that don't actually contain any of the above. That's it, pure and simple.</p></blockquote><p>This is my opinion as well, and is in line with Danbooru's tag use thus far.</p><p>We certainly *could* decide to tag depictions within depictions recursively, but I would argue that doing so would not be useful, and would simply add noise to the majority of queries.</p><p>I think it is more useful to say that we chiefly tag only instances within the outermost depiction (the image drawn and posted on the site). Things that actually exist in the reality depicted in the image.</p><p>There will always be grey areas and exceptions. I'd probably tag a character depicted within a depiction (say someone on a TV screen). However, by and large I'd suggest we tag only things in that outermost reality, and certainly suggest we not make implications that out of necessity make that jump down to depictions within depictions. </p> Shinjidude /users/1002 tag:danbooru.me,2005:ForumPost/73136 2012-01-26T08:29:31-05:00 2012-01-26T08:29:31-05:00 @BCI_Temp: > Danielx21 said: > If you see fit introducing... <blockquote><p>Danielx21 said:<br>If you see fit introducing the new rule of absolutely distinguishing between <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/bear_print">bear print</a> and <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/bear">bear</a>, I'd like to know why, please. Especially, why anyone searching for the latter would not want to see the (currently few) instances of the former.</p></blockquote><p>If I'm searching for an <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/animal">animal</a>, a <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/fruit">fruit</a>, or a <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/flower">flower</a>, I don't want images that don't actually contain any of the above. That's it, pure and simple.</p><p>The print tags are for representing patterns on clothing. Some of these patterns represent an actual image of a full item, some do not. That is not the point. The point is that they are clothing patterns and not objects physically present in the scene. A picture with <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/bear_print">bear print</a> <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/panties">panties</a> doesn't necessarily have a <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/bear">bear</a> in it.</p><p>While I personally can't see *myself* actually searching for any of the above, I'd rather have the descriptive distinction present in case others have a need for it. Sometimes they're useful for finding a character whose name you don't know but whose appearance you do.</p> BCI_Temp /users/162262 tag:danbooru.me,2005:ForumPost/73129 2012-01-26T05:36:39-05:00 2012-01-26T05:36:39-05:00 @NWF_Renim: To be honest, such implications in the end... <p>To be honest, such implications in the end result in a necessity to break or prevent higher level implications to be able to enable proper sorting of images. For example if you attempted something like <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/strawberry_print">strawberry_print</a> implies <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/strawberry">strawberry</a>, then somewhere along the line you're going to need to break an already existing implication, such as breaking the implication <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/strawberry">strawberry</a> -&gt; <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/fruit">fruit</a> or <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/fruit">fruit</a> -&gt; <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/food">food</a>. At some point we need to draw the line of what is "real" in the image and what isn't. In the case of the <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/bear">bear</a> tag, having something like <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/bear_print">bear_print</a> imply <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/bear">bear</a> means that we need to make sure then that we do not create an implication like <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/bear">bear</a> -&gt; <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/animal">animal</a>. If such an implication is made, then the more general tag gets flooded with non-"real" animals and devalues the tag. It also forces unnecessary propagation of tags, because then someone will go "well we need a tag for real animals" which could have been accomplished simply by restricting the <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/animal">animal</a> tag to real animals to begin with.</p><blockquote><p>Danielx21 said:<br>That wording is somewhat confusing, but I disagree on principle. In drawings, all instances are depictions.</p></blockquote><p>You choose to word this so it does not match up with what Shinjidude said. Yes, all instances are depictions, but not all depictions are instances. If you only want to tag instances that the item exists in an image, that is completely different from tagging all depictions of the item that exists in an image. If the <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/bear">bear</a> tag is defined as all instances of a bear existing in the picture, than depictions of a bear (photo with in the image) would not be tagged, because they aren't an entity within the image. They're a depiction of the item, but they aren't an instance of the item.</p><blockquote><p>Danielx21 said:<br>I understand you have great knowledge of Danbooru's tags and practices, but your statement "it would screw up the way the tags work and unnecessarily dilute one to include things that don't quite apply to that tags' intended usage" is incorrect, because it implies we have a standard, popular, usage criterion and perhaps a huge number of separated "print" and "nonprint" images to be diluted somewhere. We don't.</p></blockquote><p>What a nice way to sugarcoat what is pretty much you saying "for all the experience you have, you're wrong, and I'm right."</p><blockquote><p>Danielx21 said:<br>Almost all instances of types of "print" ("strawberry print", etc.) have 152 posts or less, which is a small number. Most of these tags have 35 or less posts.</p></blockquote><p>Whoever said 152 posts is a small number? I don't consider it a small number. It's also interesting that you're bringing up post numbers here, when in another thread you bragged on about how tags were underpopulated until you started going through and populating them. If it's true that tags are underpopulated, then you using the current number values now is rather pointless as because that just means that there are plenty of images that aren't tagged. So which is it? Do we have an issue of underpopulated tags or not?</p><p>As for your point C, I'm not seeing the relevance. We've known for awhile that not all prints depict the actual item. Trying to compare things that have a similar name but a whole different patterning type is silly. Don't try and use that as an argument against what Shinjidude said, because you're trying to use something that is completely different. Stick to the pattern types that are actually relevant.</p> NWF_Renim /users/13392 tag:danbooru.me,2005:ForumPost/73127 2012-01-26T04:26:05-05:00 2012-01-26T04:46:53-05:00 @Danielx21: Point A:> Shinjidude said: > A depiction of... <h5>Point A:</h5><blockquote><p>Shinjidude said:<br>A depiction of something is different than an instance of that thing.</p></blockquote><p>That wording is somewhat confusing, but I disagree on principle. In drawings, all instances are depictions.</p><p>Both these hypothetical images would be drawings of bears:</p><p>1. A drawing of a bear chasing a girl.<br>2. A drawing of a girl wearing panties with a drawn bear.</p><p>Relatedly, Alignn said above when talking about strawberries: "The image [<a class="dtext-link dtext-id-link dtext-post-id-link" href="/posts/974144">post #974144</a> or <a class="dtext-link dtext-id-link dtext-post-id-link" href="/posts/957006">post #957006</a>] contains a depiction of food (for danbooru's definition of food, which includes fruit and strawberries), so unless we specifically don't tag the contents of pictures in pictures, it's accurate."</p><p>If <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/bear_print">bear print</a> specifically means "a bear drawn on some drawn object (e.g. a bear drawn on panties, on shirts, etc.)" then I'd expect all instances of it to hav the tag <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/bear">bear</a>, too.</p><h5>Point B:</h5><p>I understand you have great knowledge of Danbooru's tags and practices, but your statement "it would screw up the way the tags work and unnecessarily dilute one to include things that don't quite apply to that tags' intended usage" is incorrect, because it implies we have a standard, popular, usage criterion and perhaps a huge number of separated "print" and "nonprint" images to be diluted somewhere. We don't.</p><p>Almost all instances of types of "print" ("strawberry print", etc.) have 152 posts or less, which is a small number. Most of these tags have 35 or less posts.</p><p>If you see fit introducing the new rule of absolutely distinguishing between <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/bear_print">bear print</a> and <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/bear">bear</a>, I'd like to know why, please. Especially, why anyone searching for the latter would not want to see the (currently few) instances of the former.</p><h5>Point C:</h5><p>The exceptions to that "152 posts or less" rule are:</p><ul><li> <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/paw_print">paw print</a>, <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/floral_print">floral print</a>, <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/cow_print">cow print</a> and <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/tiger_print">tiger print</a> </li></ul><p>These exceptions have 640 or more posts. They do <em>not</em> suggest that we should have a distinction between "depictions" and "instances". (or "print" and "nonprint") They have entirely different meanings.</p><ul> <li> <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/paw_print">paw print</a> does not mean "a drawing of a drawing of a paw"; it means "the mark a paw makes when moist with ink and pressed on the ground"</li> <li> <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/floral_print">floral print</a> does not mean "a drawing of a drawing of a "flower"; it means "symbolic bidimensional patterns based on real-life flowers"</li> <li> <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/cow_print">cow print</a> does not mean "a drawing of a drawing of a cow"; it means "the black/white pattern of spots found in cow fur"</li> <li> <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/tiger_print">tiger print</a> does not mean "a drawing of a drawing of a tiger"; it means "the black/orange pattern of stripes found in tiger fur"</li> </ul><p>The meanings were typed by me, for this thread, based on the contents of each tag.</p> Danielx21 /users/345814 tag:danbooru.me,2005:ForumPost/73082 2012-01-25T07:44:41-05:00 2012-01-25T07:44:41-05:00 @Shinjidude: I think a bear print → bear implication would... <p>I think a <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/bear_print">bear print</a> → <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/bear">bear</a> implication would be a bad idea. A depiction of something is different than an instance of that thing. It's similar but not quite the same as <a class="dtext-link dtext-wiki-link dtext-tag-empty" href="/wiki_pages/manga" title="This wiki page does not have a tag">manga</a> vs <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/manga_%28object%29">manga_(object)</a> or <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/marker_%28medium%29">marker_(medium)</a> vs <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/marker">marker</a>. </p><p>If we had an implication either way for either of those, it would screw up the way the tags work and unnecessarily dilute one to include things that don't quite apply to that tags' intended usage.</p> Shinjidude /users/1002 tag:danbooru.me,2005:ForumPost/73078 2012-01-25T07:08:31-05:00 2012-01-25T07:09:26-05:00 @Danielx21: > BCI_Temp said: > That would then defeat the... <blockquote> <p>BCI_Temp said:<br>That would then defeat the entire point of the *_print tags which was to avoid implicating everything the tags for the objects printed on an item implicates.</p> <p>e.g. <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/strawberry_print">strawberry print</a> does not implicate <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/fruit">fruit</a> and <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/food">food</a>. This is by design.</p> </blockquote><p>I know. But I'm not interested in contesting that practice now. "Most certainly I'll even ask for implications of bear print -&gt; bear, etc. in the future." means that most certainly I'll contest it in the future.</p> Danielx21 /users/345814 tag:danbooru.me,2005:ForumPost/73045 2012-01-24T09:08:34-05:00 2012-01-24T09:12:20-05:00 @Shinjidude: > BCI_Temp said: > Out of curiosity, how do you... <blockquote><p>BCI_Temp said:<br>Out of curiosity, how do you tell the age and use of a tag anyway?</p></blockquote><p>Experience in using the site over the years.</p><p>Specifically in this case <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/c-string">c-string</a> (and <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/strapless_bottom">strapless bottom</a>) were brought up in the forum at least a year ago in <a class="dtext-link dtext-id-link dtext-forum-post-id-link" href="/forum_posts/36187">forum #36187</a>.</p><p><a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/maebari">Maebari</a> was established much earlier (before I joined, I believe, which is before this forum was created). It is first referenced in the current forum in <a class="dtext-link dtext-id-link dtext-forum-post-id-link" href="/forum_posts/882">forum #882</a> over four years ago.</p> Shinjidude /users/1002 tag:danbooru.me,2005:ForumPost/73036 2012-01-24T07:45:50-05:00 2012-01-24T07:45:50-05:00 @BCI_Temp: > Danielx21 said: > True. Most certainly I'll... <blockquote><p>Danielx21 said:<br>True. Most certainly I'll even ask for implications of <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/bear_print">bear print</a> -&gt; <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/bear">bear</a>, etc. in the future. Meanwhile...</p></blockquote><p>That would then defeat the entire point of the *_print tags which was to avoid implicating everything the tags for the objects printed on an item implicates.</p><p>e.g. <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/strawberry_print">strawberry print</a> does not implicate <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/fruit">fruit</a> and <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/food">food</a>. This is by design.</p> BCI_Temp /users/162262 tag:danbooru.me,2005:ForumPost/73033 2012-01-24T07:14:35-05:00 2012-01-24T07:19:59-05:00 @Danielx21: > EB said: > If these are implicated to... <blockquote><p>EB said:<br>If these are implicated to anything, it should be *_print tags instead (for instance, <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/bear_print">bear_print</a> and <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/strawberry_print">strawberry_print</a> which already exist).</p></blockquote><p>True. Most certainly I'll even ask for implications of <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/bear_print">bear print</a> -&gt; <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/bear">bear</a>, etc. in the future. Meanwhile...</p><p>Edited the intro to redo the system of "print" panties, this way:</p><ul> <li> <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/bunny_panties">bunny panties</a> -&gt; <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/bunny_print">bunny print</a> </li> <li> <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/cat_panties">cat panties</a> -&gt; <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/cat_print">cat print</a> </li> <li>etc.</li> </ul><p>The <em>old</em> replaced system was:</p><ul> <li> <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/bunny_panties">bunny panties</a> -&gt; <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/bunny">bunny</a> </li> <li> <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/cat_panties">cat panties</a> -&gt; <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/cat">cat</a> </li> <li>etc.</li> </ul><p>And I added:</p><ul> <li> <a class="dtext-link dtext-wiki-link dtext-wiki-does-not-exist dtext-tag-empty" href="/wiki_pages/pantygag" title="This wiki page does not have a tag">pantygag</a> -&gt; <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/gag">gag</a> </li> <li> <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/panty_licking">panty licking</a> -&gt; <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/licking">licking</a> </li> <li> <a class="dtext-link dtext-wiki-link dtext-wiki-does-not-exist tag-type-0" href="/wiki_pages/frog_panties" title="This wiki page does not exist">frog panties</a> -&gt; <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/frog_print">frog print</a> </li> <li> <a class="dtext-link dtext-wiki-link dtext-wiki-does-not-exist tag-type-0" href="/wiki_pages/frog_panties" title="This wiki page does not exist">frog panties</a> -&gt; <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/print_panties">print panties</a> </li> </ul> Danielx21 /users/345814 tag:danbooru.me,2005:ForumPost/73029 2012-01-24T06:38:33-05:00 2012-01-24T06:38:33-05:00 @BCI_Temp: Out of curiosity, how do you tell the age and... <p>Out of curiosity, how do you tell the age and use of a tag anyway?</p><p>I've done some reading up and tried to update the Wiki for it to help better tell the two apart, but I ran into <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/strapless_bottom">strapless bottom</a>, which muddies the waters further, and it looks like images that belong better with that tag are going into <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/c-string">c-string</a> as well.</p><p>As for its relevance to <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/panties">panties</a>, I would say it should <strong>not</strong> implicate them since it seems to be classified more as a <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/thong_bikini">thong bikini</a> than as panties. You wear it to avoid tanlines. I doubt it's comfortable enough to use as underwear.</p> BCI_Temp /users/162262 tag:danbooru.me,2005:ForumPost/73006 2012-01-23T20:52:29-05:00 2012-01-23T20:52:58-05:00 @Shinjidude: Yes, they have a metal frame, so provided the... <p>Yes, they have a metal frame, so provided the artist knows how they work, they should be mutually exclusive.</p><p>In general if it has a rounded tapered shape or flutes outward, it is not <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/maebari">maebari</a> which are usually rectangular</p><p>As for the tags being created, they have both been in use for a long time already.</p> Shinjidude /users/1002 tag:danbooru.me,2005:ForumPost/72977 2012-01-23T11:53:33-05:00 2012-01-23T11:53:33-05:00 @BCI_Temp: So, are they mutually exclusive with a... <p>So, are they mutually exclusive with a <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/cameltoe">cameltoe</a>? And is there a good rule of thumb on the size in an image that doesn't contain both to tell them apart?</p><p>Personally, I think the two tags are just going to create a mess of confusion.</p> BCI_Temp /users/162262 tag:danbooru.me,2005:ForumPost/72974 2012-01-23T10:48:09-05:00 2012-01-23T10:48:19-05:00 @Shinjidude: > BCI_Temp said: > I saw that tag yesterday and... <blockquote><p>BCI_Temp said:<br>I saw that tag yesterday and was wondering just how the hell you tell it apart from a <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/maebari">maebari</a> anyway.</p></blockquote><p>They are usually slightly larger, and have more shape to them. If they are not being worn (which they always are), they are rigid rather than being adhesive strips.</p> Shinjidude /users/1002 tag:danbooru.me,2005:ForumPost/72965 2012-01-23T04:45:46-05:00 2012-01-23T04:45:46-05:00 @BCI_Temp: > kittey said: > The c-string disagrees with... <blockquote><p>kittey said:<br>The <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/c-string">c-string</a> disagrees with you and might need an implication to <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/panties">panties</a> as well. Or at least to <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/underwear">underwear</a> if it doesn’t count.</p></blockquote><p>I saw that tag yesterday and was wondering just how the hell you tell it apart from a <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/maebari">maebari</a> anyway.</p><blockquote><p>EB said:<br>If these are implicated to anything, it should be *_print tags instead (for instance, <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/bear_print">bear_print</a> and <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/strawberry_print">strawberry_print</a> which already exist).</p></blockquote><p>Ditto.</p> BCI_Temp /users/162262 tag:danbooru.me,2005:ForumPost/72927 2012-01-22T11:37:59-05:00 2012-01-22T11:38:36-05:00 @EB: > Danielx21 said: > > * bear panties -> bear >... <blockquote> <p>Danielx21 said:</p> <ul> <li> <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/bear_panties">bear panties</a> -&gt; <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/bear">bear</a> </li> <li> <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/bunny_panties">bunny panties</a> -&gt; <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/bunny">bunny</a> </li> <li> <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/strawberry_panties">strawberry panties</a> -&gt; <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/strawberry">strawberry</a> </li> </ul> </blockquote><p>If these are implicated to anything, it should be *_print tags instead (for instance, <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/bear_print">bear_print</a> and <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/strawberry_print">strawberry_print</a> which already exist).</p> EB /users/11672 tag:danbooru.me,2005:ForumPost/72920 2012-01-22T09:52:42-05:00 2012-01-22T10:06:14-05:00 @kittey: > Log said: > Strapless panties doesn't even... <blockquote><p>Log said:<br>Strapless panties doesn't even exist.</p></blockquote><p>The <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/c-string">c-string</a> disagrees with you and might need an implication to <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/panties">panties</a> as well. Or at least to <a class="dtext-link dtext-wiki-link tag-type-0" href="/wiki_pages/underwear">underwear</a> if it doesn’t count.</p> kittey /users/320377