[ 3 / biz / cgl / ck / diy / fa / ic / jp / lit / sci / vr / vt ] [ index / top / reports ] [ become a patron ] [ status ]
2023-11: Warosu is now out of extended maintenance.

/jp/ - Otaku Culture


View post   

File: 152 KB, 500x528, 2406082_m.jpg [View same] [iqdb] [saucenao] [google]
2807737 No.2807737 [Reply] [Original]

Allright guys, I figured I'd ask here first, since this is the board I most frequent nowadays. What system do you guys all use to organize your image folder? The reason I ask, is I was talking to my father today about metadata and preventing redundancy, and I was considering writing a program to organize images by tags, etc.

>> No.2807753
File: 315 KB, 566x800, 4639164.jpg [View same] [iqdb] [saucenao] [google]
2807753

ACDSee

>> No.2807780

holy shit, I just finished researching this myself a few hours ago.
ACDsee pro is the way to go, it works awesome. Tag images and search just like danbooru. Works with databases and stuff too if you're hardcore.
There's also something called iTagger, which seems cool, it's free, but requires dot net v3, so I said fuck that.

>> No.2807795

Yeah, I've looked into ACDSee before, but I'd like to create something that could fit more closely to our uses; perhaps something with an image upload feature, a file renaming scheme, and perhaps something that tags files as they are added into ones image folder. If it one of us worked on it, we could also remove unnecessary features and bloat.

>> No.2807809

>>2807795
I agree something such as this would not be very hard to code. Especially if you just ran a local server with php and coded it in that. Like a local version of danbooru with some tweaks.
But eh, too lazy.

>> No.2807823
File: 234 KB, 618x826, 2057382.jpg [View same] [iqdb] [saucenao] [google]
2807823

Yeah I figured most people here would be, but I'm bored and like coding so i might do it. I guess I'm posting here because I'd like ideas for features and whatnot from the people most likely to use it.

>> No.2807850

>so i might do it.
I'm starting to love you already

>> No.2807862

http://praetox.com/n.php/sw/pimgdb

>> No.2807883

>>2807862

Wow, very nice. I'll look into this, maybe get in touch with the developer and see if I can help. No use creating something from scratch if there is already a comparable solution.

>> No.2807925

ugh he uses .net, so no *nix ports, and apparently he is impossible to get in contact with. Sweet.

>> No.2807959

eh, this sounds like a good idea. i was feeling bothered by the lack of organization in my image folders.

good luck.

>> No.2808573

I'm looking into making my own stuff too. Mostly because I'm unemployed and could use something to practice on and show I've done something on my spare time, but also to organize my stuff.

I'm not looking into a pure Image program though, but an optimized hentai comic program for finding stuff. Having recently reached 1000 artists folders, with 1-20 folders at each, makes it quite hard to find things.

My idea is the usual tag system as base, but then to also have for example selected favorite pages that display to show what content is in it.

The problem is figuring out the best way to present a comic and at the same time make it as easy as possible to add data. Since I already have a fairly good system (base folder -> artist folder -> comic) I was thinking of just reading that info and storing it automatically. Just won't be designed for anyone that way, but at least it works for myself.

>> No.2808615

ACDsee constantly crashes for me.

>> No.2808616
File: 884 KB, 1400x1003, shot264.png [View same] [iqdb] [saucenao] [google]
2808616

f-spot is great, I used to use it

until I made a script to leech off of several *boorus. now I just d/l what I want to fap to and delete afterwards.

pic related, before The Great Reorganization of 2009

>> No.2808632

>preventing redundancy
/g/ would like to have a word with you, boy.

>> No.2808685

>>2808573

I think organizing porn was kind of an implied use of such a program. So far I'm thinking like a database like system to keep track of additions to the library, but having the program rescan the folder at startup could be a pain. Tagging a bunch of stuff at once would get tiresome...

>>2808632
I'm a compscifag, what would you expect, haha.

Anyway yeah testing out pimgdb, but I'll probably end up doing my own version to meet some of my needs.

>> No.2808700

Real men do it with hard work and guts.

Last month I handpicked and organized every picture in their respective folders, it took hours, but I felt awesome after doing it.

Too bad I had a new mess 2 days later.

>> No.2808717

>>2808700

This is what I do as well.

>> No.2808729

>>2808700

Yeah as much as I love organizing shit by hand, creating an automation to do it for me is even more satisfying.

>> No.2808733

>I'm thinking like a database like system to keep track of additions to the library

f-spot uses sqlite, duplicate detection is in trunk, and the source is libre.

all you'd really need to write is a tag-syncing plugin to/from danbooru. why bother tagging by hand?

>> No.2808745

>>2808733
>tag-syncing plugin to/from danbooru
Oho. This would save me so much time. A tagging system is great and all, but it's maddening trying to think of all the things to label it with. Picture is worth a thousand words and all that. Right now, I'm just dividing my images into subject folders and using a duplicate finder to delete the overlap. It's not very helpful, but it's much better than my general folder which I don't have no energy to touch. It just keeps growing bigger.

>> No.2808790

A program that would sort your images into folders instead of simply tagging them would be nice.

>> No.2808791

I use danbooru for uploading and storing images relevant to my interests. I use mangariini to read my eromanga.

>> No.2808797

I seem to remember there being a script on rapidsearch that would compare uploaded images with content on danbooru to find sources. using something like that to grab tags would be fantastic. In addition, tagging by hand could be facilitated by using a checkbox system where most commonly used tags are pushed to the top.

>> No.2808798

>>2808790
Difficult if an image belongs in multiple folders, unless you want duplication.

I guess you could put links to the actual image in all relevant folders?

>> No.2808827

>>2808798

Even using links would be horribly inefficient. What if you want to copy all images of a certain type for some reason to another folder, but they span different categories? then you still need to dig through folders to collect the originals. Having the program collect them all and export them to an archive or something would be much better.

>> No.2808831
File: 108 KB, 830x1018, shot411.png [View same] [iqdb] [saucenao] [google]
2808831

>>2808745
>>2808790

something like this, you mean? symlinks pics under series/character/, works from local sqlite cache of danbooru.

>> No.2808890

Use an AJAX-powered Web 2.0-style application front-end with a J2EE application server and Touhou 12g backend to create a robust, scalable standards-based enterprise-quality image organization solution framework platform that reliably adapts to evolving technology needs, seamlessly and efficiently integrating and synchronizing with existing legacy infracture, enhancing the e-readiness capabilities of their enterprise image cataloging, storage, and retrieval environments.

>> No.2808898

>>2808890

back to <spoiler>/prog/</spoiler>, please

>> No.2808899

>>2807883
He put up the source here if you haven't already found it
http://praetox.com/n.php/sw/sauce#tools

>> No.2808915
File: 8 KB, 511x494, bbcodefail.gif [View same] [iqdb] [saucenao] [google]
2808915

>>2808898

>> No.2808979

>>2808890
And it has to have a beyond-unusable gradient-filled flashy UI, treat its users like idiots, and require half of Google's server power to run at a decent speed to truly be called ENTERPRISE QUALITY.

>> No.2808999

in order to make this program /jp/ related I will write it in ruby.

>> No.2809039

>>2808999
Too bad it's slow as fuck.

>>
Name
E-mail
Subject
Comment
Action