The script created by dano on 2007-12-15 - modified by camzo on 11-09-2017 & 02-12-2017 returns an error
Could it be fixed? _b_Metal_Archives___Band_Info.src (3.5 KB)
Hi!
Well, that's weird... Have you tried access to MA through a web browser?
Anyway, if no one is available, I'll take a look into the script this weekend to see what could be the issue.
Best regards.
Hi,
Thank you for your interest
There is no problem with the browser, all the sources attached work fine except Me&tal Archives#Search by 01. Band_NEW (album-country)
Best regards,Me&tal Archives#Search by 01. Band.src (5.1 KB)
_b_Metal_Archives___Band_Info.src (3.5 KB)
Me&tal Archives#Search by 02. Album.src (5.2 KB)
_a_Metal_Archives___Search_by_Album.src (5.5 KB)
Me&tal Archives#Search by 03. Band Album.src (5.1 KB)
b_Metal_Archives___Band_Info__genre.src (2.8 KB)
Me&tal Archives#Search by 11Album.src (5.3 KB)
Me&tal Archives#Search by 11Band Album.src (5.3 KB)
Me&tal Archives#Search by 11band.src (5.2 KB)
Me&tal Archives#Search by antonio_Album.src (5.2 KB)
Me&tal Archives#Search by antonio_Band Album.src (5.1 KB)
Me&tal Archives#Search by antonio_Band.src (5.1 KB)
Hi there!
@slayerist could you test the attached source? I've updated it, and done some (successful) tests, but I would like to know if it works on your side.
And by the way, about a previous post that you made while ago, since then I done some tests, but it seems that isn't possible to merge both functionalities into one, or at least I'm not aware on how to make it.
@DaveyJones2 it could be possible to add you script "Band Info" into the Github repository? What do you think?
(I ask for this particular script as is the same as the one that I'm attaching in this post)
Thanks in advance.
Regards.
Me&tal Archives#Search by 01. Band_NEW (album-country).src (3.7 KB)
2 Likes
Thank you so much! It works flawlessly right now 
1 Like
This is a bit of a long shot since it looks like the last time you posted here on the MP3tag forums was in 2018... but here goes!
Is it possible to update the script to pull disc number and the bonus track flag?
For example the last track on The Boats of the Glen Garrig by Ahab is a bonus track and is denoted by an asterisk.
Looking in the HTML it's not included in the same string as the title but seems to be flagged separately.
HTML for the non-bonus track To Mourn Job is
<td class="wrapWords">
To Mourn Job
</td>
HTML for the bonus track is
<td class="wrapWords bonus">
The Light in the Weed (Mary Madison)
</td>
Thanks 
1 Like
Hello there!
Sorry for the late reply, I actually saw the notification email, but kinda forgotten about it and then it was buried by a dozen of other emails... My apologies!
Ok, so lets see...
For disc number you mean something like what's shown on The Human Equation album? The "Disc 1", and "Disc 2" indicators?
And, for the bonus track "flag" (i.e., the asterisk), do you have something in mind about what the script should do with that one?
As far as I remember, as I haven't touched the code in a while (several things have happened in this last 5 years, and a I left lot of things unfinished/or that I completely forgot about), I think that the script creates/uses some customized tags, so at right now I can think that, if it's possible to get that info in a reliable way, the script could be creating a new custom tag to store that value (is possible, or course), but that's only a first idea.
So, let me know what you think, and/or your comments.
Kind regards.
Edit: I did small correction, but, nonetheless, my apologies for my (probable) horrible grammar here and there
1 Like
I honestly did not expect a reply from after 5 years. Thanks so much for coming back to me.
Yes, your Human Equation album example is what I mean about disc numbers.
With regards to the bonus track flag it's a tough one if you want to make the script useable by everyone. The three ideas I had were:
- Append the asterisk to the track title so it displays the same way as it does on Metal Archives.
- Append (bonus track) to any titles with an asterisk.
- Add a custom tag for bonus tracks (i.e. %BONUS TRACK%) and put the asterisk in there.
For my own personal use option 3 would be ideal as I usually process additonal track information into their own tag fields so I can reformat them to my liking. Since the script will probably be used by other people then I imagine option 1 would make the most sense and I can still pull that information out of the track title myself with mp3Tag or TagScanner.
Again, thank you for coming back to me
Miles
1 Like
I would suggest to use the 3rd option too.
The first two options are much more complicated for users to extract this additional part.
With an additional tag like BONUSTRACK (please don't use a space in the tag name) everyone can use the content or delete it completely very easy.
Maybe some more specific tag name like METALARCHIVE_BONUSTRACK or MA_BONUSTRACK can help to identify the used source later.
2 Likes
Yeah, without a space would be better.
I also had a realization about disc number that I'm not sure how it could be handled.
The script seems to look at the first main release of an album and generate tag information from that. For the most part this is fine however some albums were released on vinyl or cassette before CD (or digitally) and Metal Archives lists side A and side B for these type of releases.
For example Kill 'Em All by Metallica
Looking at a multi-disc release that also has a vinyl version it seems Metal Archives does list these separately and I think I've found in the HTML where this is:
<tbody>
<tr class="discRow">
<td colspan="4">
Disc 1 </td>
</tr>
<tr class="sideRow">
<td colspan="4">
Side A </td>
</tr>
For example the 3-vinyl release of Live by Blind Guardian.
You can see they list Disc 1, Side A, Side B, Disc 2, Side A, Side B, Disc 3, Side A, Side B
I'm not sure how you or others would like to handle that. Since it does still list each disc on these releases the sides for the vinyl releases could technically be ignored or added to their own tag field if that's what people want. When importing tags from scripts mp3Tag does let you select which ones are imported so it probably doesn't matter if there are a bunch of extra tags that most people wouldn't want to add to their files.
In an ideal world the script would give the option to select a specific release from the 'Other Versions' tab to generate tags from but I imagine that would require a lot of work to implement!
1 Like
Hi @MilesMetal
Thank you so much for your reply, and for sharing what you have in mind regarding the bonus track tag.
After reading your comments, I completely agree with @LyricsLover about using an additional tag for storing the bonus track flag/indicator. Actually, that is also my preferred solution as it would keep the current script's behavior "untouched" (on how it retrieves, and stores the information - this to avoid impacting other users), while expanding it with the retrieval of new information.
As for the "Disc 1" / "Side A" thing, I was thinking on handling it similar to how (AFAIK) one of the Discog scripts handle it: retrieving the available data (either Disc# or Side#) and store it on the corresponding tag. But, I'll need to research further in it, as right now I've only a rough idea on my head about how to do it 
And, yeah, it would be awesome to be able to retrieve the "Other Versions" data and select it from there (I think that would be very used full as well), but as far as I remember it is/wasn't possible due to how the data/information is pulled, and/or parsed (as it uses the current page being "displayed" by MA and on result page there's only the "main" release IIRC).
Nonetheless, I can take a look, in case that something has changed in these years.
Once again, thank you so much for your replies, and ideas.
Regards.
1 Like
Regarding the other versions issue, does the script only work on exact match with the normal search or advanced search? I have seen other mp3Tag scripts that present the users with a list of potential matches that they can then select from.
Using the Advanced Search on Metal Archives you can search by format (in the Search by Album tab) but I wouldn't know if it's possible to implement in the script because you have to select specific types from the list of available ones, though in the search URL it does use the same text string that you would select from the list i.e. I selected 'CD' from the list here and you can see in the URL contains &releaseFormat%5B%5D=CD at the end.
https://www.metal-archives.com/search/advanced/searching/albums?bandName=Metallica&releaseTitle=ride+the+lightning&releaseYearFrom=&releaseMonthFrom=&releaseYearTo=&releaseMonthTo=&country=&location=&releaseLabelName=&releaseCatalogNumber=&releaseIdentifiers=&releaseRecordingInfo=&releaseDescription=&releaseNotes=&genre=&releaseFormat%5B%5D=CD#albums
If using the Advanced Search is compatible with how the mp3Tag Web Sources scripts work you could create a separate script for 'Albums by Format' and have the user manually type something in the mp3Tag prompt that matches something in that list - you'd probably need to put something in a readme about the exact things that can be entered. i.e.
- CD
- Cassette
- Vinyl
- VHS
- DVD
- Digital
- Blu-ray
- Other
1 Like
Haven't looked at code yet (will do this weekend), but I am pretty sure that it uses the normal search.
So, basically, it uses the results page, and then retrieves the information/results that are to be displayed on MP3Tag's results window, afterwards if goes to the selected result/album and start retrieving data again.
As for using the Advanced Search, that sounds pretty awesome, although I've never used that one - not even as a "normal" user through web . So, yeah, I'll taking a look at that one and see how compatible is with how MP3Tag works - especially when handling different versions of an album (as that could lead to a very long list).
Thank you for the suggestion!
P.S. That album that you shared before, The Boats of the Glen Carrig, is pretty awesome. I really liked it.
1 Like
Nice one!
The Advanced Search does have a results page too, though different to the one you see when using the regular search option.
I don't use it much myself either. In fact if I'm looking for specific releases for albums I generally use Discogs, but their tag data doesn't suit my needs as well as Metal Archives would (cover songs and bonus tracks on Discogs aren't labelled well - if at all).
And yeah, it's a great album! I think I prefer their debut a bit more. Funeral doom is a genre I'm only just starting to get into.
I look forward to hearing your findings - of course there's no rush!
Thanks again 
Hey, I hope I don't come across as nagging but I don't suppose you've managed to find the time to take a look at the script?
Hey there!
I'm so, so sorry for the late reply. Had a lot of stuff going on and for a while I forgot about this.
Yes, I had a chance a few weeks back to look at the script, and I think that, at least for the "Bonus" track thing I have something that (more or less) works.
So far, script is able to retrieve if a track is a bonus or not, and set it into a custom tag (which is based in other already existing tags), and it looks something like this (source):
Currently it is not pretty, but it gets the job done (I think lol) - also, currently I'm treating it as a (pseudo)boolean value where 0 = false, and 1 = true. But in any case, I would like to know if this is what you had in mind in first place.
Please note that the tag name is a temporal one (considering previous comments about naming, as well to have that tag somewhat aligned to how ID3 tags are named), as my lazy past-self just copied and pasted another existing MA custom tag lol (and at this point, I think that I should do the same to other MA tags, although I would like to have some feedback about in in case that someone else is/are using them in their workflows.
Furthermore, I'm planning to take some free time in the upcoming days to explore both the Disc Number issue, as well the release format/type.
Finally, I'm thinking in take this issues to the GitHub issue tracker to avoid "cluttering" this thread with these kind of replies/comments, but I'm not quite sure yet.
Anyway, please let me know your thoughts about those changes.
Regards.
Thanks for getting back to me, and no need to apologise.
I think using the value of 1 when there is a bonus track is fine as I can change it to whatever I need through a tag editor. If it's possible it might be better to leave it blank or better not add the tag field at all if the track is not marked as bonus since otherwise most tracks would have an unnecessary field added. If it's not possible due to how the scripts work then it's no big deal as it's still easy enough for someone to remove them with a tag editor.
Excuse my ignorance but I'm not sure what you mean by a tag being temporal?
I agree about a Github repository. I don't mind taking this to private messages in the meantime if you'd prefer?
Hey there,
If it's possible it might be better to leave it blank or better not add the tag field at all if the track is not marked as bonus since otherwise most tracks would have an unnecessary field added.
Yeah, yesterday after posting my previous reply I did some changes as I had (pretty much) same idea as you (see picture below)... But I think that, right now, at best I can leave an empty tag, as I haven't found yet a way to not add that tag to those tracks that doesn't need it - however, I will continue trying to figure out that.
Excuse my ignorance but I'm not sure what you mean by a tag being temporal?
It was my lame way to say that current tag name is not intended to be the final one, it was just for testing purposes. Sorry for any confusion that my wording could have caused.
I agree about a Github repository. I don't mind taking this to private messages in the meantime if you'd prefer?
Yeah, I'll open a new issue on scripts repository later today, just to keep track of these changes there. Will update this comment (or most probably add a new reply) with the link to that issue.
Regards.
P.S. Github Issue has been submitted - cc. @MilesMetal
1 Like
hi, would it be possible to have a script with a url search?
example: Metal_Archives_URL.src
PLEASE 