Sankaku Channel/Suggestions

http://chan.sankakucomplex.com/wiki/show?title=help%3A_tag_translation_guide&nordirect=1

Sorry for not checking earlier. I guess I’ll have to remake a few translations when I get the time.

Edit: done.

Alaktorn's suggestions to enhance the tag translation index have been applied - it should now function broadly in line with the main tag index. Thank you for the suggestion!

Cool, thanks.

Another suggestion that just came to me: think it would be a good idea to allow users to delete their own submitted translations that are pending approval? I’ve made a few that were wrong and thought of deleting them after I remade them properly, but couldn’t.

Sounds a good idea.

The volume of submitted translations is still low and the quality is generally quite high though, so it doesn't seem necessary just yet.

Also there is no problem with just submitting new versions and ignoring or deleting unwanted ones, treating them more like wiki edits than aliases or the like. There is a distinct tag revision history system in place recording the changes made to the tags, the tag translations themselves are just copied into into place when approved (i.e., if a tag translation, approved or unapproved, is deleted or submitted, it has no effect on the tags except on approval).

System said:
Deletable duplicates are chiefly jpg quality downsamples, and identical images with differing md5s (usually the result of jpg crunching and exif stripping). Most other duplicates are parentable only.

Making sure– Post #3479306 qualifies as a jpg quality downsample, right? (It’s the preview image on Pixiv, rather than the original.)

If somebody would be so kind as to add a wiki page detailing the policies, procedures and tags involved it would be really helpful to users I think.

I don’t think this has been done yet. I’m not good enough with words to; I only added a short entry to potential_duplicate which was empty.

The first anyone should be doing to a suspected duplicate is parenting it.

Pixiv samples should take the pixiv_thumbnail tag too, that specifically identifies mistaken uploads of previews. There are also tags for images which are just jpg downsamples of png originals and so on.

No duplicate which is not parented up should really be deleted, and people flagging images without bothering to parent them or even identify which post it is the duplicate of are not helping.

Also be aware that deleting a child post transfers the favorites onto the parent, which is generally very helpful to the users who favorited it.

System said:
The first anyone should be doing to a suspected duplicate is parenting it.

Done.

Pixiv samples should take the pixiv_thumbnail tag too, that specifically identifies mistaken uploads of previews. There are also tags for images which are just jpg downsamples of png originals and so on.

I don’t understand– does that mean Pixiv thumbnails are allowed as posts, when the original is already up? I couldn’t find a “jpg downsample” kind of tag.

No duplicate which is not parented up should really be deleted, and people flagging images without bothering to parent them or even identify which post it is the duplicate of are not helping.

I’ll keep that in mind. (You can use “Find similar” to figure it out, though.)

pixiv_thumbnail (and pixiv_manga_sample, deviantart_thumbnail, nijie_sample, imageboard_sample, etc) is kind of a flag tag - shorthand for "this post is actually a thumbnail somebody uploaded by mistake and would somebody kindly parent it to the full image or else upload the full image and parent/tag/delete it."

png_conversion I believe picks out exclusively images converted from png to jpg (at source, not by us obviously), which we would frown upon.

All these would be "bad duplicates" and strong deletion candidates after parenting in most cases.

extraction & vector_trace are related cases but somewhat different and generally present no problems.

A wiki grouping of these tags and some integration with articles discussing duplicate policy would probably help clarify what is going on here.

^I’ve deleted Post #3479306 based on the above discussion. A wiki detailing all these things would be great, but we’ll never get one unless we do it ourselves (I don’t feel up to the task).

Suggestion: make it possible to link to specific posts within a topic. I’m not sure if the current system can even be changed into that, it’s a really weird system that uses the same ID # string for both topics and posts, and linking to posts creates a separate page with just said post in it, rather than a more normal system of /topicID#?post=postID# or something.

Well, somebody has to make these wiki pages!

Will see about making some enhancements like that in the next round of updates to the forum.

Since Tag/Note/Wiki Edit etc. numbers are shown in the profile, is it possible to include the number of Artist Edits as well? I'm a stickler for numbers.

That would not be too difficult, I'll get it looked into.

While browsing through a tag, the posts are sorted in id order. Assuming a parent post and it's children share the same tag, wouldn't it be preferred if the system automaticly puts them together, otherwise they are scattered. May a useless convenience feature though.

Not a bad idea, but a bit hard to do in practice, and probably liable to give strange results at times due to the variety of reasons images may be parented (as well as a possible huge block of similar images)... a pop-out preview of the related posts might be a better approach.

when blacklisting something i think it would be cool if it didn't show up at all in stead of being a blurred out picture it would help me out when i'm using my phone

That was one previous behaviour, but it gives limited indication of what is being hidden at times.

what about a button to enable/unable it beside the blacklisting in setings

Is it possible to get a notice whenever someone changes one of your translations? I don’t know if this ever happened with mine, but I’d like to have a way of knowing if it does.

We could try adding some blacklisting settings at some point, yes.

Alaktorn, there is some related information in the (still basic) tag history (http://chan.sankakucomplex.com/tag/history) but not exactly what you want I think. We could add what you suggest in a similar fashion to aliases at present.

Since at present translation submission and approval is low volume and quite restricted (meaning approvals have a fairly high reliability as with aliases), it sounds like that will only really become useful once we have a pool of janitors approving translations regularly.

Elitepro's request for artist edit summary information has been included in full.

Sorry, I didn’t explain myself properly. When I said translations, I meant note edits, in-post translations. Or do you think it would be pointless/detrimental?

For edits of your notes, would the voting system cover it?

"Ownership" or "watchlists" of edits is a bit tricky since it could generate quite a high volume of messages (multiple edits of one note or of all notes in a post). If you can search for edits of your own notes or posts you have noted I think that would be enough.

I was reminded of a tough decision along similar lines recently - whether to count edits from an approved alias as belonging to the system user or belonging to the user who submitted the alias, potentially creating a lot of post edits for users who submit far-reaching aliases.

I'm sorry, but would it be too much trouble for you to alert users once you've added the blacklist settings? Like when you announced the return of the forums. I seriously felt the blurs were straining my eyes so I decided not to use a blacklist again until the images can be cut completely from view but the sooner I can use it again the better.

That might have just been me overreacting to, but the blurs were definitely an eyesore... and I hope I didn't come off as rude...

Edit: Just wanted to thank you guys for what you've done here, I found some nice images that weren't even on Danbooru.

Seems it is hard to please everyone with the blacklists, we'll give some further consideration to an update.

I've had a bit of brain crack buildup lately.

One of the big things that I think would be nice, would be a way to order a tag search by when the image was tagged. It seems like this would be a much more thorough way to check tags that you look at often, especially when an image isn't tagged very thoroughly when it's posted.

Also, when searching multiple tags, there is no way (that I know of) to see how many results you got without just paging down to the bottom. Danbooru does this by putting the last page number in the navigaty thingy at the bottom, and Pixiv just gives the number of results next to your search key, but I like yande.re's method of listing the tags of your results in decreasing order of prevalence.

Finally, I'm not sure I there's actually anything you can do about this directly, but when people list sources a lot of people are bad to give the direct address of the full size image (which, I suppose is technically correct), but most sites don't have any way to get from an image on their image server back to the artists main listing. (this has been especially bad lately with nijie)
e.g. Post #3510348

Oh, and for the record, I like the blurs for blacklisted tags.

Anyway, great job with the site!

Takara said:
a lot of people are bad to give the direct address of the full size image (which, I suppose is technically correct)

Linking sources like that is a bad idea exactly for the reason you come up with right after.

Interesting suggestions, Takara.

Something similar is in place already:

http://chan.sankakucomplex.com/wiki/show?title=help%3A_quick_guide

order:change / order:change_asc
Order search results in ascending order based on number of changes.

order:change_desc
Order search results in descending order based on number of changes.

This plus a tag will yield roughly what you suggest. Useful or not?

Doing it by the specific date of a tag being added probably isn't possible in any way which would take less than several seconds to several minutes per page of results, I'm afraid.

The counts for multi-tag searches were ditched because it makes any such query take at least twice as long to complete. It may make a reappearance at some point but the performance trade-off is unavoidable at present.

The direct image links are automatically rewritten into page links where possible, but this is not always doable. The "policy" on sources is for them to be to the original page they were taken from.

If its not to much of a bother, it would be cool if you added the feature where if you click and drag on a picture it more around the picture. its a feature I found and enjoy on yande.re. It's rather help full when looking a larger pictures

Interesting suggestion - will take a look into that, thanks!

An easier way to subscribe tags would be great, like a sub button next to them. And maybe more than 320 possible subscribed tags, I'm already at 149. :[

man1 said:
I suggest the Pools section be better moderated.

- Blank Pools shouldn't exist
- Pools shouldn't be a venue to place personal favourites / pointless collections
- Similar posts should be Parented, not Pool'd (though this is subjective as certain similar-looking images with variations are originally a set/collection)

I also suggest implementing Auto Paging in Pools.

Doumo.

Something new to the pools section? The bold quote needs strongly attention.