Who needs meta-data when you have long file names... Not me
-
- Posts: 12
- Joined: Mon Jul 09, 2018 9:32 am
Who needs meta-data when you have long file names... Not me
Long file names work great in my app..
If the app name has "random" in it then it will do random
The app name can be changed to force the input control file name to thename*.txt
The app name can be used as a place for passing parameters..
Keep it simple stupid works great.
Meta-data ties you to a specific app or two.
What a pathetic place to insert info. Not easy to change or add for the newbie.
Hint: when cataloguing pictures, video, audio and text data... Use long detailed descriptions in the file name..
include the YYYYMMDD which is easily searched.
Meta-data may have been some value, when we were stuck with 8 character file names... Not no more.
If the app name has "random" in it then it will do random
The app name can be changed to force the input control file name to thename*.txt
The app name can be used as a place for passing parameters..
Keep it simple stupid works great.
Meta-data ties you to a specific app or two.
What a pathetic place to insert info. Not easy to change or add for the newbie.
Hint: when cataloguing pictures, video, audio and text data... Use long detailed descriptions in the file name..
include the YYYYMMDD which is easily searched.
Meta-data may have been some value, when we were stuck with 8 character file names... Not no more.
- Schol-R-LEA
- Member
- Posts: 1925
- Joined: Fri Oct 27, 2006 9:42 am
- Location: Athens, GA, USA
Re: Who needs meta-data when you have long file names... Not
Uh oh. I am probably the one to blame for this. I guess Swampy decided that all my references to this group on the Daily WTF fora were an invitation.
Note that the thread I linked to has quite a lot of NSFW swearing. Especially in the part where I discuss trying to read all of the 10 KLOC of VB5 spaghetti that comprises Spectate Swamp Desktop Search, which, as I have stated here before, made my eyes bleed.
Mind you, WhatTDWTF as a whole is a massive cesspit, which is why I no longer post there and only read it is to refresh my memory on something I or someone else said in the past. While there are some stunningly intelligent and knowledgeable people there, dealing with them is often like putting an arm against the working surface of a belt sander.
Note that the thread I linked to has quite a lot of NSFW swearing. Especially in the part where I discuss trying to read all of the 10 KLOC of VB5 spaghetti that comprises Spectate Swamp Desktop Search, which, as I have stated here before, made my eyes bleed.
Mind you, WhatTDWTF as a whole is a massive cesspit, which is why I no longer post there and only read it is to refresh my memory on something I or someone else said in the past. While there are some stunningly intelligent and knowledgeable people there, dealing with them is often like putting an arm against the working surface of a belt sander.
Last edited by Schol-R-LEA on Mon Jul 09, 2018 12:12 pm, edited 6 times in total.
Rev. First Speaker Schol-R-LEA;2 LCF ELF JAM POEE KoR KCO PPWMTF
Ordo OS Project
Lisp programmers tend to seem very odd to outsiders, just like anyone else who has had a religious experience they can't quite explain to others.
Ordo OS Project
Lisp programmers tend to seem very odd to outsiders, just like anyone else who has had a religious experience they can't quite explain to others.
Re: Who needs meta-data when you have long file names... Not
It's so much easier to remember and type a long, convoluted file name than a short, simple one isn't it.
-
- Posts: 12
- Joined: Mon Jul 09, 2018 9:32 am
random search of long file names is COOL
Nope you are wrong.. Keep them short if you like.iansjack wrote:It's so much easier to remember and type a long, convoluted file name than a short, simple one isn't it.
I like video software that has the YYMMDDHHMMSS in the name; then I rename it to include what is in the picture / video etc.
But I guess most people don't have access to their Digital Stuff like I do. Poor SOBs all.
Long file names make it easy
-
- Posts: 12
- Joined: Mon Jul 09, 2018 9:32 am
ThumbNails ThumbNails ThumbNails
ThumbNails Video ThumbNails...
By changing the FileName to include start point, duration, speed and more .. You & Me got the greatest Video Thumbnails..
Of all time..
Can't do anything like that with MetaData.. Now can You.
https://www.youtube.com/watch?v=ksdXXbcZKxU
and GPS locations
https://www.youtube.com/watch?v=zt6_eaYJNoM
By changing the FileName to include start point, duration, speed and more .. You & Me got the greatest Video Thumbnails..
Of all time..
Can't do anything like that with MetaData.. Now can You.
https://www.youtube.com/watch?v=ksdXXbcZKxU
and GPS locations
https://www.youtube.com/watch?v=zt6_eaYJNoM
-
- Member
- Posts: 5513
- Joined: Mon Mar 25, 2013 7:01 pm
Re: Who needs meta-data when you have long file names... Not
With metadata, we attach a whole file to use as the thumbnail. You can't fit an entire file into a file name.
-
- Posts: 12
- Joined: Mon Jul 09, 2018 9:32 am
ThumbNails ThumbNails ThumbNails
The entire file as a ThumbNail... That is just crazy.Octocontrabass wrote:With metadata, we attach a whole file to use as the thumbnail. You can't fit an entire file into a file name.
Re: Who needs meta-data when you have long file names... Not
This thread is great!
I have had similar ideas myself, and I do in fact tend to insert image tags into the file name, but Plan 9 showed me it's not needed. You can just make plain-text lists with filename followed by tags, and "plumb" the filename straight from the text editor. If you design your OS right, you don't even need long file names.
I have had similar ideas myself, and I do in fact tend to insert image tags into the file name, but Plan 9 showed me it's not needed. You can just make plain-text lists with filename followed by tags, and "plumb" the filename straight from the text editor. If you design your OS right, you don't even need long file names.
Kaph — a modular OS intended to be easy and fun to administer and code for.
"May wisdom, fun, and the greater good shine forth in all your work." — Leo Brodie
"May wisdom, fun, and the greater good shine forth in all your work." — Leo Brodie
-
- Member
- Posts: 5513
- Joined: Mon Mar 25, 2013 7:01 pm
Re: ThumbNails ThumbNails ThumbNails
When did I say that? No, the thumbnail should be a very small file. You could pick a start point, duration, and speed, then save that clip as a separate file, then attach that file as the thumbnail.SpectateSwamp wrote:The entire file as a ThumbNail...
SpectateSwamp wrote:That is just crazy.
-
- Posts: 12
- Joined: Mon Jul 09, 2018 9:32 am
Who's afraid of Big FileNames wrecking their crappy app
Who's afraid of Big FileNames wrecking their crappy app
I just love 'em long and informative...
Just yesterday I used long filenames to curate those videos I shot lately..
What fun it can be if you do it like I do..
First I run the Spectate feature to catalog all the videos on a device or in a folder.. (mere seconds)
In this case I'd already loaded the names with the start stop points etc..
I just needed to refine them a bit.
Then I opened that .txt file with notepad.
I selected the first video's date and time to the clipboard
Then I started the app to play the video
on request for first search item.. I pasted in the above clipboard info
And away it would go.. Playing the thumbnail selected Over and over again
as it hit the end of file for search..
THEN
I'd see where i could change the start point or speed or description..
Making that change in the text file... saving it..
Wow
The next loop of the playback for that video.. Picks up the change..
being able to adjust the start / stop point like this makes it fun.. a lot of fun.
Then next video ...
I finished the 27 clips and go through the list...
copying each files details and changing the corresponding video's name...
Then a re catalog
and run 'em all for display.
I'd been working on the app for 20 years and didn't realize the power of the long filename
that was just sitting there..
The GF catalog feature loaded the filename (and metadata for mp3) into the first #1 detail search line
the 2nd line is the path to the video
By just changing the filename to include the play details is a major breakthrough..
http://www.telusplanet.net/public/stonedan/search.exe
The search and the msvbvm50.dll
And a PC is all you need..
In no time at all you can be as good as me...
I just love 'em long and informative...
Just yesterday I used long filenames to curate those videos I shot lately..
What fun it can be if you do it like I do..
First I run the Spectate feature to catalog all the videos on a device or in a folder.. (mere seconds)
In this case I'd already loaded the names with the start stop points etc..
I just needed to refine them a bit.
Then I opened that .txt file with notepad.
I selected the first video's date and time to the clipboard
Then I started the app to play the video
on request for first search item.. I pasted in the above clipboard info
And away it would go.. Playing the thumbnail selected Over and over again
as it hit the end of file for search..
THEN
I'd see where i could change the start point or speed or description..
Making that change in the text file... saving it..
Wow
The next loop of the playback for that video.. Picks up the change..
being able to adjust the start / stop point like this makes it fun.. a lot of fun.
Then next video ...
I finished the 27 clips and go through the list...
copying each files details and changing the corresponding video's name...
Then a re catalog
and run 'em all for display.
I'd been working on the app for 20 years and didn't realize the power of the long filename
that was just sitting there..
The GF catalog feature loaded the filename (and metadata for mp3) into the first #1 detail search line
the 2nd line is the path to the video
By just changing the filename to include the play details is a major breakthrough..
http://www.telusplanet.net/public/stonedan/search.exe
The search and the msvbvm50.dll
And a PC is all you need..
In no time at all you can be as good as me...
Re: Who's afraid of Big FileNames wrecking their crappy app
Nobody actually mentioned this, did they? String length issues don't seem to be an issue around here. Even in Plan 9, which is full of C programmer's disease, I barely had any problems with string length in 10 years of constant use.SpectateSwamp wrote:Who's afraid of Big FileNames wrecking their crappy app
I've had a few moments like this. They can be epic if the "I'm an idiot" feeling doesn't disable you. I've just had another one: Build a feature like Plan 9's plumber into a Forth system, and you don't need filenames at all, just numbers!SpectateSwamp wrote:I'd been working on the app for 20 years and didn't realize the power of the long filename that was just sitting there..
More seriously, here's an example of how I considered organizing my files in Plan 9. First a text file:
Code: Select all
/path/to/file1.mp4
Flight of the Condor
The BBC production which kicked off
the nature documentary industry,
covering the range of the biggest bird on Earth.
Awesome scenery, beautiful mountains, ... whatever
/path/to/file2.mp4
{{[{!{Original __ridiculous__ filename]$]}]].mp4
(Worst filename I've ever seen, by a small margin.)
Actual title if I feel like it
Nice long description, if I feel like it.
cat kitten goofy mlem lick frog ice
Note how the descriptive text is free-form. It could be grepped, although a slightly more sophisticated search would be a huge improvement on this and many other tasks in Plan 9. (Such searching is why I didn't bother identifying the fields.) Plan 9 contains the seed of an idea for such a search tool, but it's not adequately developed.
I didn't do it because I was hung up on some idea of making the filename a hashsum in some special filesystem, and then I got rid of 80% of my images anyway.
u tro11SpectateSwamp wrote:In no time at all you can be as good as me...
Kaph — a modular OS intended to be easy and fun to administer and code for.
"May wisdom, fun, and the greater good shine forth in all your work." — Leo Brodie
"May wisdom, fun, and the greater good shine forth in all your work." — Leo Brodie
-
- Posts: 12
- Joined: Mon Jul 09, 2018 9:32 am
Re: Who needs meta-data when you have long file names... Not
I'll do a screen reshoot of the playback..
The naysayers will be jealous.
The naysayers will be jealous.
- Schol-R-LEA
- Member
- Posts: 1925
- Joined: Fri Oct 27, 2006 9:42 am
- Location: Athens, GA, USA
Re: Who's afraid of Big FileNames wrecking their crappy app
Yes, I said already that he was. I wasn't kidding (NSFW; just be glad I didn't link to his page on Encyclopedia Dramatica). A fun troll, sort of, but definitely a troll, or at least an eccentric.eekee wrote:u tro11SpectateSwamp wrote:In no time at all you can be as good as me...
BTW, in case you haven't noticed, this isn't actually about OS-Dev (AFAIK, Swampy has never had any interest in that topic). At the very least, I recommend that this get moved to either 'General Programming' or (perhaps more appropriately) 'General Ramblings'.
Rev. First Speaker Schol-R-LEA;2 LCF ELF JAM POEE KoR KCO PPWMTF
Ordo OS Project
Lisp programmers tend to seem very odd to outsiders, just like anyone else who has had a religious experience they can't quite explain to others.
Ordo OS Project
Lisp programmers tend to seem very odd to outsiders, just like anyone else who has had a religious experience they can't quite explain to others.
-
- Posts: 12
- Joined: Mon Jul 09, 2018 9:32 am
The OS doesn't matter -- and never did
The OS doesn't matter -- and never did
Back in the day. when the OS was going through changes..
If it broke your software... You changed the OS.. It was that simple.
It's the app and this app that counts..
Back in the day. when the OS was going through changes..
If it broke your software... You changed the OS.. It was that simple.
It's the app and this app that counts..
Re: Who's afraid of Big FileNames wrecking their crappy app
Even better, the auto-delete forum.Schol-R-LEA wrote:At the very least, I recommend that this get moved to either 'General Programming' or (perhaps more appropriately) 'General Ramblings'.