Danbooru

Danbooru 2

Posted under General

It's running it each time a URL is updated, which doesn't happen that often. If it's the same amount of effort as a source search than I don't see how the impact on the server could be anything but minimal. It's worth it in my opinion to make sure we properly credit artists.

Shinjidude said: It seems a lot of wasted work for the server to run such a search for every artist periodically. Especially since as you say each query is unlikely to discover many results.

The main problem is that some URLs should NOT be used for a mass edit. Like, every single http://www.pixiv.net/member.php?id=#### URL. If someone did a mass edit on one of those it would be disastrous (which is why I don't like them in the URLs field, honestly).

There are also blogging services that don't have account-specific URLs, which is annoying.

Trying to special case all situations like this would be impossible, so this isn't something I can see getting automated.

I feel like the moderation queue needs to show fullscreen images. Right now I'm opening everything in new tabs so I can see the actual image quality, but that defeats the purpose of having approval buttons on the queue page in the first place.

memento_mori said:
I feel like the moderation queue needs to show fullscreen images. Right now I'm opening everything in new tabs so I can see the actual image quality, but that defeats the purpose of having approval buttons on the queue page in the first place.

My procedure is to screen out things I obviously won't approve via the thumbnails and "hide" button on the mod queue. I then have a greasemonkey script set up to let me open everything that's left in new tabs so that I can review more carefully. I almost never approve anything without viewing it full size in its own tab. I also try to do a similar images search on each to ensure its not a duplicate.

Katajanmarja said:
New Dtext syntax for artist-page links would be nice.

An input like <<aizawa_kotarou>> or something would create a link to the appropriate artist page (not the wiki page of the artist, which can already be linked).

Slowpoke.jpg, but I'd rather have DText understand type prefixes, which we know and use already, are easier to remember, and there's only so many different types of braces you can use. So [art:aizawa_kotarou] would link to the artist profile. It'd also mesh nicer with other mediawiki-inspired software and editing habits.

I searched through this thread a good two or three times and seen no mentioning of this suggestion.

Now would it be possible that when someone uploads an image from a site like Pixiv, Danbooru automatically downloads and/or retrieves the URL for the largest copy of said images. They're been times where people (including me) have accidentally uploaded thumbnails of images because the lack of seeing the "_s.jpg" or "_m.png" part of the URL before upload. It would be great if they're was a feature that allows this site to automatically remove that part of URL link so that the number of accidental thumbnail uploads would be cut down.

I just want to give a brief status update.

My job has calmed down a bit in the past few months so I've been trying to work at least an hour on the new code a day. I'm at the point where most of the basic features are working. Some major pieces that are missing: notes (involves a total JavaScript rewrite), post moderation, reports, batch jobs, conversion scripts. But I feel confident that I can have a public beta within 2-3 months. I am very happy with the freedom jQuery is giving me and I feel that the UI is a major improvement.

You can track progress here: https://github.com/r888888888/danbooru

I'd for there to be some way to reduce the amount of pictures that fall through the cracks (such as posts that fit into a stable pool of the same quality) as a number of good pics seem to end up deleted. That and the deletion appeal thread seems daunting to some, not to mention the sizable wait for someone to look at the stuff.

1 9 10 11 12 13