Danbooru

Suggestion: "linked" metatag?

Posted under General

Hi everybody!
I already suggested an idea about making translation requests more "effective" (forum #10038), but since this is another bothering "thing", I decided to make another topic.
I was browsing some images (tag "translation_request") and translated some of them. But there were about 3-4 times the image was a parent/child post of another (more/less) identical picture. And...of course the other post was already translated. The tag "translation_request" on the other post was already removed ofc. The whole parent/children thing isn't exactly my cup of tea anyway (I really don't like it in this case or for doujins, mangas etc).
I want therefore to suggest a "linked"-metatag or what this parent-children stuff is called. The idea would be that the linked images would share their tags. This means any addition/removing of tags on the main image would add/remove the tags on their linked images. Additional tags CAN be used on the other pics.
A example to show how powerful this could be:

Title picture of a series (Author, Circle, Doujin name)
Pic 1 of series (linked:Title, +additional tags)
Pic 2 of series (linked:Title, +additional tags)
etc.

Or for identical pics

Pic 1 (Bunch of tags)
Pic 1b(linked:Pic 1, absurdres)
Pic 2b(linked:Pic 1, monochrome)
etc.

The goal would be to have a easier maintanance of similar images/same images of different quality or color. One time tagging only required for the whole bunch of images.
Additionally we can try to implement this with a short notice (like in the parent/children case):
"This post is linked to #masterpost." and some additional information if needed.
I hope you get the idea; I will post more thoughts later after I come home.

Updated

Interesting idea. I've ran across this same issue when tagging stuff sometimes--of course when it concerns a translation that's already done it's all the more annoying since that takes real effort, whereas tagging is a 2 minute job at most.

For duplicates, you typically only care about the best version anyway. That's why you get that big box with a link to the parent when you view a child. For comics, or other collections of different pictures, use pools, not parent/child. If you see a comic organized using parent/child, go ahead and change it to a pool.

BTW, if you need to copy the translation from an older version to a newer one which is higher quality, I can do that for you (I have a program to automate it).

I like the idea because I usually try to manually synchronize the tags when I find a parent-child pair that's not set. The tricky cases become when the posts in the pair are substantially similar but differ (say clothes vs nude), or have meta-semantic relations (say one is absurdres and the other has jpeg-artifacts). The way you describe it, there has to be one pic that is subsumed by all other pics in the relationship, and this is often not the case.

Yeah, I agree. I often upload step-by-step images, and those share a lot of tags with the final image, but each also have their own unique tags (lineart, sketch, etc.).

I would prefer some kind of "sync" function that copies over all the tags and notes and so on from a parent, but then leaves it free to be edited.

Thanks for the replies!

For duplicates, you typically only care about the best version anyway. That's why you get that big box with a link to the parent when you view a child. For comics, or other collections of different pictures, use pools, not parent/child. If you see a comic organized using parent/child, go ahead and change it to a pool.

BTW, if you need to copy the translation from an older version to a newer one which is higher quality, I can do that for you (I have a program to automate it).

My problem:
I take a look at the "request_translation" posts and more/less randomly choose some posts. Since a lot of the posts contain parent/child relationships, I mostly ignore them (really don't like this parent/child thingy at all). I probably TLed a dozen or so without knowing there was already another translated instance. The few times I did notice was because of the commments...
Thanks for the offer though, but I probably don't need it anyway since I notice that always too late :) .
(On a side note: If I see any parent child doujin, I will move them into a pool. I'm still new at this but will try my best)

The way you describe it, there has to be one pic that is subsumed by all other pics in the relationship, and this is often not the case.

Thanks for pointing this out. This is actually a flaw in the concept I haven't thought through.
Unfortunately selecting the tags which someone want as a "linked-template" (for example) would make things much more complicated, so this isn't a viable option.

surasshu said:
I would prefer some kind of "sync" function that copies over all the tags and notes and so on from a parent, but then leaves it free to be edited.

You probably thought about something like this:
Under tags you write "sync:post#" and the system recognize and immediately updates the tags appropriately. This (in my understanding) would mean a database-query and therefore needs at least a "update tags" button of sorts.
After reading the problem about the "subsumed posts" above, I think this is good option to look into further.

Please discuss :)

1