Trying again with a worksafe pic. Assuming I don't have MacOS, what is the best (free) software for cataloguing and tagging epic images I downloaded from Sup Forums?
Trying again with a worksafe pic. Assuming I don't have MacOS...
pls delet any lewd pics u have of my gf illya
Give me a zip of all those folders and images in them, please
What if we assumed you had MacOS? What could you use for cataloguing pictures?
tags, you dumb fag lol
use the built in tag system
What if I regularly rsync my stuff to a different machine for backups. So I'm not forced to get another mac if this ones shits itself. How would it stay organised?
Why do your pics have borders on them
doesn't it put the tags on the files?
tags work across machines (runnint macos 10.9+)
The thumbnails are like that
I assume it's either a hidden dotfile, or some filesystem feature.
extended attributes/metadata on your files, which is recognized by macOS
Just tested. It is not part of the file.
Tagged a file on my macintosh personal computer, and sent it to my server. Finder does not recognise any tags when stored on the server, or when copied back to my mac.
Tags are fiddly and messy anyways. I rather have a tool like beets that will place the relevant pictures in folders based on the name of the artist. Beets does a decent job of that with music.
yes they are, dumb faggot
mdls -name kMDItemUserTags name_of_filne
just because your file attr weren't saved when moving it to the server does not mean that istn't how they're kept, subhuman retard
seconded
Tags are superior to folders because a file may have more than one identifying trait/ belong to more than one set. For example I want to be able to organize my images by character/ anime / meme-type / expression / era, without having to keep multiple copies.
you could always do that using hard or soft links, though
way too much effort when you could just use tags instead
Tags are interchangeable between different macOS machines. The tag information is saved in the metadata inside the file.
Why not just select all and press delete?
Ok dribbling numbnut, I'll bite.
Tagged test file.
% mdls -name kMDItemUserTags Pictures/test
kMDItemUserTags = (
Green
)
The same file after rsync -av to my server and back again.
% mdls -name kMDItemUserTags Desktop/test
kMDItemUserTags = (null)
The tags does not stick, and even if they did, probably cannot be read in any convenient way by Windows or common GNU utilities. Can you prove that I'm wrong?
you're a retarded subhuman summerfag; I've MOVED files across systems before, gay faggot, just because you can't use a computer does not mean they aren't on a per-file basis; holy shit, just google it even, read apple's doumentation instead of guessing and using your retarded anecdotes as is they mean anything, you subhuman faggot
I did the same with a picture. The tag does not stick.
rsync doesn't guarantee storage of all of a file's extended attributes, mouth-breather.
should have used -E buddy
make sure the remote filesystem and rsync implementation support extended attributes
rsync doesn't keep xattr by default, inbred. Try reading up on programs you use first, that way you use the programs rather than the programs using you, inbred.
checked
Well. the tag obviously doesn't stick. rsync -a should include as much compatible information about the file as possible. my backup script did not pick up any changes when I tagged anything, and when i ran rsync manually, none of the tags were carried over. They're obviously a filesystem or Finder feature. Not something that is contained "within" the file.
I'm sure the tag would carry over if I enabled write access to my afp share and dragged the file over with finder (I'd get a dotfile in every folder containing all the information not supported by btrfs). That sounds like a shitty way of doing backups tho. Time Machine could do it, but it is unreliable, and you'd need a mac to restore the backup.
No, you are retarded and don't know what xattr are. You should go back to Sup Forums while you're at it, you're too dumb to be talking about software. It's hilarious that you don't know what xattr are and you're using rsync. Did you find a script on r-ddit or something, gay faggot?
Just make your own.
>Well. the tag obviously doesn't stick
see
You stupid subhuman retarded summerfag. Is reading really that hard for you?
...
You mean -X, and that works. Thanks. I was sure rsync for OS X didn't support that, but I forgot I had rsync installed through macports.
No, I made it myself, numbnut. You know this conversation would've been over ages ago if you just said -X, right?
Hydrus Network
If you had know what extended attributes are (so if you weren't a retard), you could've spared yourself the embarrassment, you drooling doofus.
"extended attributes/metadata on your files, which is recognized by macOS"
hurrr wot are expandad attrimatributes
*drools*
is sh*t
No, with the built in version that comes with macOS the option is -E.
>Thanks
You're welcome but you're retarded. Sorry, bud, it must be hard being you.
:(
...
can I see some thumbnails for the exposing boobies foldeR?
thirded
Well, I'm not the one being overly edgy. I was wrong, and I see that, thanks to the -E guy. Your messages contained no useful information however, so you cannot expect people to "get smart" based on what you say, or even do as you say when you have an attitude like that.
It's ok. I'm not bothered by helpful.
Sup Forums isn't here to teach you how tools work, tard. It's here for people that to discuss tools. Do you go on Sup Forums asking how to wipe your ass too, brainlet.
>Your messages contained no useful information however
The problem was you acting like you knew what you were talking about I think. Hell, if you had googled it, you'd learn exactly how macOS treats tags. You straight up said that tags were not part of the file even though you were clearly not familiar with rsync and files in general. Just be less of a faggot next time i guess is what i'm trying to say, faggot.
pls post 834023_p0.jpg (the pink-haired animal girl)
I gave you examples of how I transferred files. It would've been very clear from the start that I did something wrong, and you could've pointed out exactly what was wrong from the start. Instead you end up with all these edgelord replies. Telling someone to read man page, and specifically read the information about extended attributes would've ended this conversation a long time ago. Spouting names and non-answers does not help someone realise that they were wrong.
If everyone here knew everything about our tools and devices, there would be no talk at all. No matter what you said, It would be something someone already knew. Sounds boring.
I did not mean to come across like I knew what I was talking about tho.
The filenames are all just raw pixiv IDs.
Hydrus
they're not part of the file's data (like ID3 tags) nor are they a separate visible file like an appledouble. In HFS+ case they're stored on a separate B-tree on the filesystem called the attributes file and are retrieved via xattr syscalls. The tool has to be aware and use these non-standard (the interface differs on all of the major unices) system calls on top of just copying the file's contents and regular (stat) attributes.
Are we going to get delivered on this or is OP a faggot?
Yes, that's what extended attributes are. Thanks, Malcolm.
so this post
> some filesystem feature
is the most accurate description in this thread and it's just retards arguing pointlessly after that
Is this enough doujins?
So... we never did get an answer for OP's original question. What's a good Windows solution?
Windows is suffering
second for hydrus network
ranger
with w3m image preview