+1 on this: search is a fundamental feature, but nothing on how to browse information, type categories of genres and so on?
I know @akshaaatt is already looking at options to improve search, asking the other devs on irc
Since search is going to be on the layout no matter what Iām sure weāre going to dig into the details eventually. I know I have some thoughts but it was already getting lengthyā¦
I do wonder if it will take a lot of dev effort to make it as good as we can dream it to be, which Iām not sure is on the table with a home page āredesignā. Fingers crossed!!
You are right, also because there is a lot of job to do also on the data to complete them with all the useful information to be browsed by genre, country, year and so on.
Maybe, in the homepage could be published projects to improve the dataset like ācategorize the music you likeā ā¦
I checked our nginx logs (excluding the beta site) from Aug. 26 through Sep. 1 (donāt think we have any older data), and extracted URLs that had our homepage as the referrer, with a little bit of cleanup (mainly stripping query parameters, replacing usernames with <name>
, and release mbids with <mbid>
ā the latter would be clicks on recent cover art additions).
Edit: We donāt host the blog but I checked the stats panel on WordPress. 98 clicks to the blog came from musicbrainz.org in the past week (so probably somewhere between /doc/How_to_Contribute and /release/add).
17231 - /search
10176 - /user/<name>
4538 - /
2487 - /doc/MusicBrainz_Database
2061 - /release/<mbid>
887 - /login
524 - /user/<name>/edits/open
510 - /register
217 - /doc/Mp3tag
185 - /user/<name>/collections
178 - /user/<name>/edits
164 - /doc/Beginners_Guide
153 - /doc/AudioRanger
113 - /set-language
106 - /doc/How_to_Contribute
94 - /release/add
84 - /doc/Yate_Music_Tagger
81 - /artist/create
77 - /doc/Frequently_Asked_Questions
73 - /edit/notes-received
68 - /doc/Developer_Resources
66 - /tags
63 - /doc/About
55 - /user/<name>/subscriptions/artist
51 - /doc/About/Data_License
50 - /doc/MusicBrainz_Identifier
47 - /account/applications
44 - /doc/MusicBrainz_API
42 - /doc/Style
41 - /doc/MusicBrainz_Server
38 - /edit/subscribed
37 - /logout
34 - /vote
32 - /doc/How_to_Add_an_Artist
28 - /doc/MusicBrainz_for_Android
27 - /cdstub/browse
27 - /release/<mbid>/cover-art
25 - /doc/How_To
23 - /doc/How_to_Add_a_Release
23 - /doc/MusicBrainz_Documentation
21 - /oauth2/authorize
18 - /doc/Development
16 - /statistics
16 - /set-beta-preference
15 - /doc/Communication/IRC
13 - /doc/How_Editing_Works
13 - /instruments
12 - /edit/subscribed_editors
12 - /genres
11 - /relationships
10 - /label/create
10 - /doc/Live_Data_Feed
10 - /statistics/timeline
I have a suggestion for the tooltip that appears on the recently added albums. Instead of just the album and artist, also call out the editor:
āGreatest Hits by The Generic Band, added 10 minutes ago by EditorDudeā
I quite like that mockup, aerozol!
My only comment is it seems odd to have two search bars right at the top of the pageā¦ Iāve seen on some other website were you scroll down and stuff moves into the top bar, maybe we could do something like that, idkā¦ Not that big a dealā¦
I second the idea of having more ādata toysā like these on (or prominently linked from) the homepage, like your Bandcamp example or last.fmās homepage (if youāre not signed in). I think it could really show people what you can actually do with the data weāve got, besides just tagging your music with Picardā¦
Thanks a lot, @aerozol for this. Love it and really appreciate the efforts put into this!
-
The uniform search bar is completely valid, however, we would need to provide two boxes, one for the query and the other for selecting the entity type as of now which covers a good portion of the navbar making it look untidy. I am still trying to overcome that and yeah the uniformity would be great, however.
-
Since we are proposing two search bars on the same page, we could reduce it by keeping the search bar with the entity somewhere around the end of the page where it fits comfortably and in the background, we add the recent additions to keep the page lively. Otherwise, we would have to settle for a static background which would grow boring with time.
-
I love the third point and we should surely include the history of MusicBrainz.
-
This sounds cool and we could look to implement that but as said, these are the only great visuals we have which is why I would love to house them at the top. But letās explore more I guess.
-
Makes sense. I really like that.
-
Cool.
7,8,9) Right.
For a revised mockup:
-
Search + Recent Additions + Blog (Slip screen with a 70 30 ratio for RA and Blogs with a vertical section for the search bar somewhere at the bottom in the blogs bar, maybe, on mobile it could be stacked like recent additions with search covering the homepage and the next page for blogs).
-
What MB is + important links
-
Contribute/join pathways
-
Other MB projects
-
Sponsors
-
The rest
Great, we could work with that!
Awesome, canāt wait to see how it develops!
I would look to arrange everything in order of most use > least use and then focus on how to make those elements dynamic or look nice after. Function then form. Particularly for MB tbh.
According to Bitmaps list:
search > user profile* > āwhat is MBā doc > release > login > user open edits* > register > mp3tag (?) > user collections* > user edits*
I would do another wireframe now that we have those stats (though you might be past that stage and keen to get going).
Search is by far the main use, and then the āwhat is MBā doc. Then I assume āreleaseā is clicks on the ārecent additionsā pics, which is cool. Maybe because that is the most direct pathway to see what is actually in MB if youāre not looking for something specific? I wonder what would happen if you put a ārandom releaseā button on the home page! Then login and register (great), then mp3tagā¦ maybe someone can shed more light on that but Iām guessing a substantial amount of users end up at MB looking to tag their files, get overwhelmed, and just click on the bit that they recognise (something with āmp3ā in it). I hope Picard gets more hits but we donāt have the stats because it isnāt a musicbrainz.org/ address.
*There are a bunch of clicks to users and user sub-pages which is interesting, I guess this is logged in users going through the āmy dataā dropdown in the header? So we can separate that out into a specific ātypeā of user.
Thereās a bunch of interesting stuff further down the list thatās worth looking at too, very interesting.
p.s. I just saw that RYM has a little āx releasesā¦ā text part on their home page. But I always go straight to search there so it never registered, but for new users it could motivate them to use rym. Itās not that pretty though tbh.
Thanks for sharing this data @Bitmap, it is really helpful!
Thanks for the comment @Billy_Yank, sounds valid!
Thanks @UltimateRiff for the comments! We can look into all the possibilities
Re: āThe Fun Partā:
Iām fine with showing the totals of how many artists, releases, recordings, users, etc., MB has, but that doesnāt make MB unique. Discogs, for one, touts āMore than 598,000 people have contributed some piece of knowledge, to build up a catalog of more than 14,385,824 recordings and 7,727,914 artists.ā
Only the āRecordingsā number is lower than what MB claims (which kinda doesnāt make sense, butā¦). Like I said, Iām fine with publishing these stats, but Iād suggest putting them under some other heading. They are not what make MB unique.
I think any heading is probably redundant