Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Metadata location #10

Open
yaxu opened this issue Mar 26, 2021 · 8 comments
Open

Metadata location #10

yaxu opened this issue Mar 26, 2021 · 8 comments

Comments

@yaxu
Copy link
Member

yaxu commented Mar 26, 2021

.cleanmeta looks like an unused extension: https://github.com/search?q=extension%3Acleanmeta&type=Code

but is there a better, more self-explanatory name we could use?

@charlieroberts
Copy link

perhaps .samplemeta is better? also not taken...

another option might be for each repo to have a meta directory where the meta files are placed, and then just use the .json extension. That makes more sense to me personally... and no one would have specify JSON syntax highlighting in their editors for .cleanmeta (or other alternatives)

@telephon
Copy link

another option might be for each repo to have a meta directory where the meta files are placed, and then just use the .json extension.

yes, that seems the best to me.

@yaxu
Copy link
Member Author

yaxu commented Mar 29, 2021

It would be harder to find meta/foo.json files though. We could call the folder _cleanmeta ?

@yaxu
Copy link
Member Author

yaxu commented Mar 29, 2021

Looking at this, it's a bit messy:
https://github.com/tidalcycles/sounds-tr808-fischer

I agree it's better to put the metadata files in a subfolder. They could go in the same subfolder as the files they're about, but it's easier for superdirt and friends to discover them in a dedicated top-level subfolder. We could then say that /foo is the same as ../foo, relative to the metadata file.

@yaxu yaxu changed the title cleanmeta extension Metadata location Apr 3, 2021
@yaxu
Copy link
Member Author

yaxu commented Apr 3, 2021

Ok how about this as an example?
https://github.com/tidalcycles/sounds-dirty/

I.e. as suggested above - .json files, in a _soundmeta folder, with sample paths in the metadata relative to the folder above _soundmeta.

I'm not completely sold on prefixing with _. I thought about making them hidden with .soundmeta but I couldn't think of a reason to do that.

@yaxu
Copy link
Member Author

yaxu commented Apr 3, 2021

Ok I updated the script and used it to regenerate the metadata on the tr808 repo, e.g.: https://github.com/tidalcycles/sounds-tr808-fischer/blob/main/_soundmeta/cb8.json

There is a new 'sound_type' field, which is currently either 'sample', 'supercollider', or 'mixed' (for both). I thought this would be useful for looking for either scsynths or samples, or in e.g. gibber's case, ignoring the former

Makes sense?

@ndr-brt
Copy link

ndr-brt commented Apr 4, 2021

What about call the field just "type"? I think the "sound" prefix could be implicit.

@yaxu
Copy link
Member Author

yaxu commented Apr 4, 2021

@ndr-brt Yes true, then we will have permission to use it for sharing other resources - videos, images, vector files etc.

Although 'resource' doesn't feel right, as that implies scarcity, and I think what we're doing is more about the commons and plenty, i.e. love. With all the nonsense around NFTs maybe this is important..

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants