Additional Columns? #1
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Hi,
as far as I can see, this aims to be a simple and effective overview - and I am almost fine with this principle.
However. Would it hurt to add at least one more column? "Primary Genre"? So there is a chance to sort by Genre?
Optionally (optionally because at this point it may blow up the "KISS"-alike structure too much):
A lot of artists cannot be reduced to one genre. So after "primary genre", there could be "further genres". And because not every artist has a Wikipedia page (or similar suitable for "link"), or the other way around, the artists Wikipedia page has way too much information to get the important facts at the first sight... a "short info" column could help with entries like "Singer of xxx, active since 1980s"
So, Tl'dr:
Suggested additional columns:
I'd be happy to implement this if we can agree at least on "Primary Genre".
Thank you very much for stepping in, playing along and getting your hands dirty, @irrtum_limited!
I see two main issues with this proposal:
short infoandsub-genresbut someone has to put data in them. Is this someone you? <3One thing that has rendered this exercise a little bit difficult in terms of your fair points on the fediverse, is that we try to remain platform-agnostic (hence why we use wikipedia-links). This means streaming platform links like spotify or soundcloud will not be merged in this repo. Bandcamp and of course domain names belonging to the artist are welcome though!
I feel a bit shitty to go off on pretty much a "no". But I'm willing to reconsider! I will have to admit that my time is very limited up until the end of Q3 this year.
Thinking about it a little more: instead of a primary genre, there could be a list of their fields of work:
composer,singer,drummer🤔I'm not against labeling artists per se, but i prefer a list of sub-genres than the idea of a primary genre.
We could also go little by little regarding
short info. It might break the way some of the subscribers parse the feed to the various organic music-recomendation forums and private chat groups. But it could be worth it.Thanks Set Sakrecoer for the prompt reply!
I agree with your take on "Primary Genre" (which I mainly think about being good for raw sorting, which is why additional Genres would come to the rescue).
But raw sorting would still work, if we just use "genres" with the most obvious genre on top.
Talking about sorting - if we have multiple genres, normally we would "delimit" them by comma. But the CSV is already delimited by comma and its cells are not working as "string". Of course we could (I hope it's okay using "we" as I'd seriously like to contribute) use other delimiters inside the cells, but I think, double quotes - at least for genres, maybe for band names ("all girl" bands exist which I assume would fit here?) with a comma inside? However right now no girl band name with commas in it comes to my mind, but that's me.
About other links than Wikipedia. Absolutely okay with this regarding commercial streaming services like Spotify. This shouldn't be here ever. That includes soundcloud and even bandcamp or youtube (while I'd say bandcamp is somehow a bit different - or at least was, as now it is owned by Epic Megagames).
About the other suggested additional columns. You worry about who will do all the work and get them populated. I think they could be treated as "optional". I for my part would populate those for my entries, maybe for some entries which are already there, if I know something here.
So considering your reply I'd suggest:
Primary addition
Optional additions (generally there but not necessarily populated):
Even "Genres" don't have to be completely filled in by any means. Important is the artist. And sometimes, such "drawer" thinking just gets in the way.
Set Sakrecoer, I have some other "friendly attacks" in mind. I think I should open those in other issues.
That being said - are you okay with this? Do you prefer another communication channel? I.e. let's say, ummm, for instance... Mastodon? ;)
Btw. I could create an "experimetal" branch based on the current master and we find out, what works and what not there?
You are welcome to say "we" and i am totally okay with issues on gitlab! There's a matrix space also if you use that: https://matrix.to/#/#innerspace:basspistol.org.
Feel free to do as many friendly attacks as you want! Fork, branch, send pull requests!! i'd rather see this go too far in that i think it's easier to back pedal than it is to push things forward!
i will address your other questions later today. but i just wanted the above to reach you asap!
thanks for inflating life in this project!
...
On 11 July 2022 10:07:46 UTC, "Herr Irrtum! (@irrtum_limited)" gitlab@mg.gitlab.com wrote:
assigned to @irrtum_limited