I think that threading preferences vary among users, so there won't be a definitive answer. I myself would prefer one thread per setlist since I could check all changes at once and have them marked as read.
And although I understand that not everybody is using Gmail it's still more than one third of our users. So it's certainly important to consider.
Apart from the subject, there is the "In-Reply-To" header that is normally used for threading. Gmail does obviously apply some additional heuristics though. They want to detect people simply using the Reply To function as a shortcut for the address book and make does messages a new conversation despite of the "In-Reply-To" header.
But anyway it will be done, having hundreds of notifications as separate mails will always be cumbersome. Therefore I'd rather invest time in an alternative notification system anyway.
I'm not completely sure but I believe that it's possible to influence grouping even if the subject changes. Theoretically, there could be threads per artist or setlist rather than per action. So there's no need to keep subjects consistent to guarantee grouping.
But personally, I'd recommend using filters and labels to all Gmail users anyway.
Hi Loretta, thanks for your suggestion. This feature or at least a similar one is already available. It's located on every artist page just below "Your Options" in the top most box. There is either a link ("Notify me whenever setlists of this artists are changed.") for registered users or an input box for anonymous users. Then you'll get updates for all changes. And that's already the problem: all changes. So fixed typos, multiple edits (e.g. as users try to figure out the correct setlist in collaboration) all trigger separate mails. So you'd probably get more mails as you would like, but at least it's worth a try.
Anyway, I leave this suggestion open as there certainly is room for improvement.
You certainly have a valid point there. Currently, the best ways to find friends are
- either on your user profile (only for facebook users though)
- or through common concerts
Are there any friend finder tools on other websites you would like us to look at?
If you connect your Facebook account, you can see your Facebook friends on your user profile. Additionally, mutual concerts and artists will be highlighted on every users' concert page if you log in. What else would you like to see?
You are right of course and we acutally do support all (or say most) OpenID service providers, it's just that we don't have the UI for it. You can however copy the authentication URLs of one of the supported providers (e.g. http://www.setlist.fm/auth/openid?openid_identifier=https://www.google.com/accounts/o8/id) and replace the value of the openid_identifier parameter. Not pretty, but works. Feel free to contact us at email@example.com if it doesn't. Cheers
could you please explain what you mean by this?
Thanks for your comment, especially for sharing your experience here. I still think it's doable while considering all the usecases you mentioned. It's certainly not trivial (just like the last.fm issues you've linked to) and will therefore remain here for a while, waiting for further input.
To answer your question: Changes wouldn't be compared to the previous version but the original one.
Barely counting the number of changed attributes obviously isn't sufficient. There could be a system that evaluates every change (a changed artist or venue could be a 5, a changed artist with same name a 1, changed venue in same city a 2, ...) and checks whether it it's under a certain threshold.
Well, that's kind of my first and unfiltered idea to tackle the problem. I'll certainly have to think about it a little more :)
By the way, regarding duplicates we certainly should add advanced editing capabilities for regular users, i.e. not only moderators. So they can delete, merge and batch-edit setlists themselves. Everything would have to be undoable of course and users would require to gain trust before they get access to these features. This should hopefully take as further towards a high-quality and thoroughly maintained database of setlists.Adminsfussenegger (Admin, setlist.fm) shared this idea ·
using machine tags is an option and was discussed earlier. Please suggest alternatives to flickr while we investigate possible implementation.
@jubano we simply don't have the resources to build our own image hosting service. but would it be acceptable for you if you could upload your images directly from setlist.fm to setlist.fm's flickr account for instance?
Actually, you don't deserve an answer at all (insulting people isn't particularly nice, is it?). But we always try to be friendly, so here is your answer: We didn't mean to "lure folks here falsely" as those people probably won't come back or do any other good to the overall site. So basically we're not really interested in this kind of traffic. Looking at our statistics proves me somewhat right as this is a very small fragment of our overall traffic. We'll look into the matter.
@georgethe23rd would be a nice idea, but it will probably won't work as expected for older (> 5 years) setlists.
Another suggestion: what about storing not only date but also time (optional) for a setlist? I think this is simpler than ordering by popularity. As, for instance, the main act on Benicassim Festival, Spain, played in the middle (while the last band started around 4am or later).
Please create another suggestion for iLike import. It's completely unrelated to concert reviews.
Would you like to write it on setlist.fm or would it be okay to just link/import reviews, e.g. from a blog?
There is one main reason to mix edits with comments: It should be easy to know the version of the setlist people are referring to in their comments. However, I'd agree that edits without comments could be more compact. Especially if several of them appear successively.
I already looked into that and I really like the idea of recreating setlists in iTunes.. What's currently missing is some iTunes plugin development experience (volunteers?).
I'm not sure about last.fm. Aren't playlists only streamable if they contain enough songs from different artists?
You're absolutely right. It would be great to have a decent auto completion for songs. We'll look into it.