tag:danbooru.me,2005:/forum_topics/13775 Post relationships on pictures with different sources and resolutions 2017-02-28T16:45:49-05:00 tag:danbooru.me,2005:ForumPost/127649 2017-02-28T16:45:49-05:00 2017-02-28T16:45:49-05:00 @Mikaeri: Good catch. <p>Good catch.</p> Mikaeri /users/470449 tag:danbooru.me,2005:ForumPost/127645 2017-02-28T16:40:59-05:00 2017-02-28T16:40:59-05:00 @user_445173: Updated help:post relationships to include the... <p>Updated <a class="dtext-link dtext-wiki-link" href="/wiki_pages/help%3Apost_relationships">help:post relationships</a> to include the parenting criteria for <a class="dtext-link dtext-wiki-link tag-type-5" href="/wiki_pages/upscaled">upscaled</a> and third party <a class="dtext-link dtext-wiki-link tag-type-5" href="/wiki_pages/detexted">detexted</a> posts.</p> user_445173 /users/445173 tag:danbooru.me,2005:ForumPost/127641 2017-02-28T15:59:19-05:00 2017-02-28T15:59:19-05:00 @user_460797: > EB said: > > On the points of "Highest... <blockquote> <p>EB said:</p> <p>On the points of "Highest resolution" and "Cleanest", there is no mention of <a class="dtext-link dtext-wiki-link tag-type-5" href="/wiki_pages/upscaled">upscaled</a> or (third party) <a class="dtext-link dtext-wiki-link tag-type-5" href="/wiki_pages/detexted">detexted</a> versions. I sometimes see those posts parented, but in my opinion, they should not be. Is there agreement on that?</p> </blockquote><p>Yes. </p> user_460797 /users/460797 tag:danbooru.me,2005:ForumPost/127640 2017-02-28T15:58:45-05:00 2017-02-28T15:58:45-05:00 @EB: On the points of "Highest resolution" and... <p>On the points of "Highest resolution" and "Cleanest", there is no mention of <a class="dtext-link dtext-wiki-link tag-type-5" href="/wiki_pages/upscaled">upscaled</a> or (third party) <a class="dtext-link dtext-wiki-link tag-type-5" href="/wiki_pages/detexted">detexted</a> versions. I sometimes see those posts parented, but in my opinion, they should not be. Is there agreement on that?</p> EB /users/11672 tag:danbooru.me,2005:ForumPost/127602 2017-02-28T05:19:49-05:00 2017-02-28T05:24:55-05:00 @Mikaeri: It is policy not to delete duplicates. There is... <p>It is policy <em>not</em> to delete duplicates. There is ample reason for this, but the most important one being uploader health. If such a policy were enacted, Twitter would practically be a lava zone for uploads. </p><p>There was a former moderator by the name rantuyetmai (<a class="dtext-link dtext-id-link dtext-user-id-link" href="/users/288549">user #288549</a>) that actually <em>deleted</em> duplicates right off the server even when he had absolutely no permission to by albert or any other admin -- and that's why the permissions are revised to be what they are now.</p><p>Anyways, there's more as to why, but it's pretty much a bad idea, mostly because even images from different sources can have different information. The 'best' image isn't always the one with the best resolution, and neither is it with the best file format, the least visible artifacting, the most recent... etc. Take <a class="dtext-link dtext-id-link dtext-post-id-link" href="/posts/2633900">post #2633900</a> and <a class="dtext-link dtext-id-link dtext-post-id-link" href="/posts/2643602">post #2643602</a> that I've mentioned before -- there's no way of telling which one is the better one. Maybe one has more artifacts than another, but they're so similar pixel-wise the difference is practically nil (and perhaps it could even be a difference on the compression level)</p><p>And as to why <a class="dtext-link dtext-wiki-link tag-type-5" href="/wiki_pages/image_sample">image samples</a> are flagged and deleted, you can read <a class="dtext-link dtext-id-link dtext-forum-topic-id-link" href="/forum_topics/13646">topic #13646</a> and the relevant wiki pages.</p> Mikaeri /users/470449 tag:danbooru.me,2005:ForumPost/127599 2017-02-28T04:40:34-05:00 2017-02-28T05:43:42-05:00 @user_445173: > Claverhouse said: > > Or even, utterly... <blockquote> <p>Claverhouse said:</p> <p>Or even, utterly identical duplicates could be chucked out as wastes of space...</p> </blockquote><p>Sure, we could only keep the highest quality picture in case there's one or more identical ones around and delete the rest.<br><a class="dtext-link dtext-wiki-link" href="/wiki_pages/howto%3Aupload">howto:upload</a> also has a section about duplicates:</p><blockquote> <h5 id="dtext-check_for_duplicates">Check for Duplicates</h5> <p>Be sure that your post has not been uploaded by someone else. When uploading an image, use the <strong>find similar</strong> button to find images which are visually identical to your upload.</p> <p>If your image has already been uploaded, only upload if you have a higher quality copy. Once you have uploaded your higher quality copy, set all existing copies of the image as child posts of your copy.</p> </blockquote><p>On the other hand, though, the <a class="dtext-link dtext-wiki-link tag-type-5" href="/wiki_pages/duplicate">duplicate</a> wiki entry states that just "being a duplicate" is not a reason to flag a post.</p><p>Anyways, the best course of action to prevent those "wastes of space" as you say, would be only uploading said identical posts in case of them being a <a class="dtext-link dtext-wiki-link tag-type-5" href="/wiki_pages/revision">revision</a>, or of better quality than the already uploaded one (less artifacting, better file format...) by using the Find Similar function and checking the versions that are already posted and the one we have.</p><p>And while using said function is a must to avoid exact duplicates, especially from the same source (except when we know they're revisions and such), I personally think if they have different sources, identical duplicates should stay.</p><p>I respect and understand your point of view on this, though.</p> user_445173 /users/445173 tag:danbooru.me,2005:ForumPost/127594 2017-02-28T04:02:33-05:00 2017-02-28T04:02:33-05:00 @Claverhouse: Or even, utterly identical duplicates could be... <p>Or even, utterly identical duplicates could be chucked out as wastes of space...</p> Claverhouse /users/72775 tag:danbooru.me,2005:ForumPost/127580 2017-02-28T00:47:53-05:00 2017-02-28T00:47:53-05:00 @CodeKyuubi: I only parent a pixiv image to a... <p>I only parent a pixiv image to a high-resolution twitter image if the pixiv version is not <a class="dtext-link dtext-wiki-link tag-type-5" href="/wiki_pages/highres">highres</a> and the twitter image is at or around <a class="dtext-link dtext-wiki-link tag-type-5" href="/wiki_pages/absurdres">absurdres</a>. </p> CodeKyuubi /users/81291 tag:danbooru.me,2005:ForumPost/127579 2017-02-28T00:08:03-05:00 2017-02-28T00:08:03-05:00 @Qpax: My usual priorty always comes with pixiv as... <p>My usual priorty always comes with pixiv as main parent though just like seen my recent <a class="dtext-link dtext-id-link dtext-post-id-link" href="/posts/2643834">post #2643834</a> and <a class="dtext-link dtext-id-link dtext-post-id-link" href="/posts/2643833">post #2643833</a></p><p>I don't know why but it feels always feel inferior to upload pictures from twitter as long as their file format is not png or at least for me (if you compare these two, pixiv one looks more vivid and clean). There are some cases where artist usually deletes their works from their twitter account so its better to have more solid source for main parent such as making pixiv upload as main parent. However and lastly I'm also comparing two posts and if the picture have higher resulotion as well as bigger file size then I prefer to make these kind of pictures main post.</p> Qpax /users/131474 tag:danbooru.me,2005:ForumPost/127575 2017-02-27T18:34:24-05:00 2017-02-27T18:34:24-05:00 @user_445173: > Mikaeri said: > > Alright, noted. > > By... <blockquote> <p>Mikaeri said:</p> <p>Alright, noted.</p> <p>By the way, revised the some of the relevant information <a class="dtext-link" href="/wiki_pages/21859#dtext-for-identical-images">here</a>. Feel free to elaborate if there's anything that could be missing.</p> <p><a href="/users?name=Kilias">@Kilias</a> Does that help you?</p> </blockquote><p>Yes. I only had the doubt I mentioned above, and that really did help. Thank you!</p> user_445173 /users/445173 tag:danbooru.me,2005:ForumPost/127574 2017-02-27T18:32:34-05:00 2017-02-27T18:33:29-05:00 @BrokenEagle98: > evazion said: > > Yeah, already moved them.... <blockquote> <p>evazion said:</p> <p>Yeah, already moved them. If you go to /wiki_pages/search and search for bodies of `*[[*howto:whatever*]]*`, that should find all pages linking to a given page.</p> </blockquote><p>Yes, though do pay mind to the space/underscore interchangeability for wiki links.</p><p>Example:</p><ul> <li><a class="dtext-link dtext-wiki-link" href="/wiki_pages/list_of_airplanes">List of airplanes</a></li> <li><a class="dtext-link dtext-wiki-link" href="/wiki_pages/list_of_airplanes">List_of airplanes</a></li> <li><a class="dtext-link dtext-wiki-link" href="/wiki_pages/list_of_airplanes">List of_airplanes</a></li> <li><a class="dtext-link dtext-wiki-link" href="/wiki_pages/list_of_airplanes">List_of_airplanes</a></li> </ul><p>Those all link to the same wiki page.</p><p>However, the search for *[[*List of airplanes*]]* will only find links matching the first example. </p><p>Replacing spaces/underscores with *'s is workable, but it can generate false positives. An example is a search for *[[List*of*birds*]]*, where you will find two matches but there is actually none.</p> BrokenEagle98 /users/23799 tag:danbooru.me,2005:ForumPost/127573 2017-02-27T18:04:54-05:00 2017-02-27T18:05:11-05:00 @evazion: Yeah, already moved them. If you go to... <p>Yeah, already moved them. If you go to /wiki_pages/search and search for bodies of `*[[*howto:whatever*]]*`, that should find all pages linking to a given page.</p> evazion /users/52664 tag:danbooru.me,2005:ForumPost/127572 2017-02-27T18:03:07-05:00 2017-02-27T18:03:07-05:00 @Mikaeri: Alright, noted. By the way, revised the some... <p>Alright, noted.</p><p>By the way, revised the some of the relevant information <a class="dtext-link" href="/wiki_pages/21859#dtext-for-identical-images">here</a>. Feel free to elaborate if there's anything that could be missing.</p><p><a href="/users?name=Kilias">@Kilias</a> Does that help you?</p> Mikaeri /users/470449 tag:danbooru.me,2005:ForumPost/127571 2017-02-27T17:59:31-05:00 2017-02-27T18:02:10-05:00 @BrokenEagle98: Reverse-links to the old howto:post... <p>Reverse-links to the old <a class="dtext-link dtext-wiki-link" href="/wiki_pages/howto%3Apost_relationships">howto:post relationships</a>:</p><p><a class="dtext-link dtext-wiki-link" href="/wiki_pages/list_of_meta-wikis">list_of_meta-wikis</a>, <a class="dtext-link dtext-wiki-link" href="/wiki_pages/help%3Apost_relationships">help:post_relationships</a>, <a class="dtext-link dtext-wiki-link" href="/wiki_pages/help%3Atoc">help:toc</a>, <a class="dtext-link dtext-wiki-link" href="/wiki_pages/help%3Ahome">help:home</a></p><h5>Edit:</h5><p>...and looks like they've all already been taken care of.</p> BrokenEagle98 /users/23799 tag:danbooru.me,2005:ForumPost/127570 2017-02-27T17:52:14-05:00 2017-02-27T17:52:14-05:00 @Mikaeri: It doesn't really matter for identical images,... <p>It doesn't really matter for identical images, just as long as they're parented in <em>some</em> way.</p><p>I'll take EB's note about <a class="dtext-link dtext-wiki-link tag-type-5" href="/wiki_pages/lossy-lossless">lossy-lossless</a> into consideration, but the post ordering could use a small revision.</p><p>By the way, since <a class="dtext-link dtext-wiki-link" href="/wiki_pages/howto%3Apost_relationships">howto:post_relationships</a> was deleted, and I'm not sure if this has already happened, can we make sure that all wiki pages that link there link to <a class="dtext-link dtext-wiki-link" href="/wiki_pages/help%3Apost_relationships">help:post_relationships</a> instead? There's probably a way to search it.</p> Mikaeri /users/470449 tag:danbooru.me,2005:ForumPost/127567 2017-02-27T17:31:26-05:00 2017-02-27T17:31:26-05:00 @EB: My priority is pretty much the same as Mikaeri.... <p>My priority is pretty much the same as Mikaeri. I would put 3 above 2, considering the rare cases where a PNG file may be <a class="dtext-link dtext-wiki-link tag-type-5" href="/wiki_pages/lossy-lossless">lossy-lossless</a>.</p> EB /users/11672 tag:danbooru.me,2005:ForumPost/127566 2017-02-27T17:30:54-05:00 2017-02-27T17:31:18-05:00 @BrokenEagle98: Help:Post Relationships has a good guideline. ... <p><a class="dtext-link dtext-wiki-link" href="/wiki_pages/help%3Apost_relationships">Help:Post Relationships</a> has a good guideline.</p><p>For identical images, does it really matter? Just pick one... :/</p> BrokenEagle98 /users/23799 tag:danbooru.me,2005:ForumPost/127559 2017-02-27T15:57:57-05:00 2017-02-27T15:58:40-05:00 @Mikaeri: Nah, no problem. As long as we're able to... <p>Nah, no problem. As long as we're able to discuss it <em>somewhere</em>, all is well.</p><p>I might've mentioned my opinion before but this is my priority for parenting images:</p><p>1. Most recent <a class="dtext-link dtext-wiki-link tag-type-5" href="/wiki_pages/revision">revision</a><br>2. Better file format (png &gt; jpg)<br>3. Less artifacting (<a class="dtext-link dtext-id-link dtext-post-id-link" href="/posts/2626407">post #2626407</a> and its parent)<br>4. Higher resolution<br>5. Whatever post is still live (<a class="dtext-link dtext-id-link dtext-post-id-link" href="/posts/2613788">post #2613788</a>, <a class="dtext-link dtext-id-link dtext-post-id-link" href="/posts/2227073">post #2227073</a>)<br>6. If you can't tell, whatever came first I guess: <a class="dtext-link dtext-id-link dtext-post-id-link" href="/posts/2633900">post #2633900</a> vs. <a class="dtext-link dtext-id-link dtext-post-id-link" href="/posts/2643602">post #2643602</a></p><p>We don't have very specific guidelines for the priority of parenting images that are identical, but perhaps this is the chance to clear some of that up.</p> Mikaeri /users/470449 tag:danbooru.me,2005:ForumPost/127558 2017-02-27T15:53:23-05:00 2017-02-27T15:53:23-05:00 @user_445173: I found that there's a few artists who post... <p>I found that there's a few artists who post some of their pictures in their Twitter with a larger resolution than their Pixiv counterparts (<a class="dtext-link dtext-wiki-link tag-type-1" href="/artists/show_or_new?name=neki_%28wakiko%29">Neki (Wakiko)</a> and <a class="dtext-link dtext-wiki-link tag-type-1" href="/artists/show_or_new?name=yomu_%28sgt_epper%29">Yomu (Sgt Epper)</a> for example); and I see there may be valid reasons to make either of them the parent post, but I'm not sure which one should be it.</p><p>Personally, I think the Pixiv version of a picture generally should be the parent in case they're the same, but the Twitter versions by these two artists in particular are <a class="dtext-link dtext-wiki-link tag-type-5" href="/wiki_pages/absurdres">absurdres</a> and if we compare them to their Pixiv counterparts, the Pixiv ones have lower resolution. Like <a class="dtext-link dtext-id-link dtext-post-id-link" href="/posts/2594647">post #2594647</a>, <a class="dtext-link dtext-id-link dtext-post-id-link" href="/posts/2600294">post #2600294</a>, <a class="dtext-link dtext-id-link dtext-post-id-link" href="/posts/2630931">post #2630931</a> and <a class="dtext-link dtext-id-link dtext-post-id-link" href="/posts/2630933">post #2630933</a>, to mention some.</p><p>And so, I want to ask something. In the case of having two posts with different sources which are the same picture, but the Pixiv one has lower resolution than the other (said second source can be anywhere the artist posted it, doesn't have to only be Twitter), which one should be the parent?</p><p><a href="/users?name=Mikaeri">@Mikaeri</a> gave me the idea of asking about this issue in the forum when I asked them about the parent-child relationship on <a class="dtext-link dtext-id-link dtext-post-id-link" href="/posts/2639668">post #2639668</a>.<br>(I apologize if you were about to create this same topic, Mikaeri)</p> user_445173 /users/445173