no suggestions but many thanks 
your updates are essential for me once again and so you are. thank you, pone!
one question: i noticed FORMAT include MEDIATYPE and RELEASETYPE. at least for this release:
http://www.discogs.com/Cuthead-Murdoc/release/1985039
yes
DISCOGS_FORMAT is the exact same what is on the discogs page at "Format: ...."
DISCOGS_TOTALDISCS, DISCOGS_MEDIATYPE and DISCOGS_RELEASETPYE are just the same splitted into the different parts of this. In your example:
DISCOGS_FORMAT = 20 x File, MP3, Album, VBR0
DISCOGS_TOTALDISCS = 20
DISCOGS_MEDIATYPE = File
DISCOGS_RELEASETPYE = MP3, Album, VBR0
The coming update will see an massive improvement for DISCOGS_TOTALDISCS. You will be able to choose in the options if you want to treat File releases like your example as 1 or 0 discs. You will be able to choose if you want to write totaldiscs (and discnumber) for one-disc-releases. The script will be able to recogise releases with CD, CD as 2 discs (like here: http://www.discogs.com/release/1819379 ). And you will have the option to combine discnumber and totaldiscs in one field like 1/2, 2/2.
thank you for this information!
exciting news also 
hope you are not working too hard on it..
another question i have and its why Format in "Search results..." is not the same value?
Search results... / Ergebnis der Suchanfrage is only displaying the mediatype. Catalog# is also displayed different there, without spaces and extra characters. Don't ask me why, ask discogs.
The script is just reading their search results page:
http://www.discogs.com/advanced_search?art...Search+Releases
p.s.:
update is almost finished. some more testing,... will go online tonight.
hm, it feels like a déjà vu issue, like i remember this ask and answer about format and mediatype.. strange feeling. whatever! do you think, you can make it possible to see the real Format value and, maybe, total tracks value in that first "List of search results..."? it would save even more time. imagagine the case you don't need to check is it album or single or "which of this 7 album versions is my 16-tracks-version? -ah, here it must be, cuz i see 16 in total tracks column only one time! -great! i'm so happy! thank pone!" 
I know this problem very good. Try to tag classic albums which are about 30 years old. You can get 30 different versions here with bonus tracks, different track versions, different tracklist arrangement, all kind of things.
I have tried in this dirrection, but there is nothing I can do. I can only present what discogs is presenting on one page without haveing to click on following links.
The only thing which helps in some cases is the info text. If you scan it you can often detect words like album, compilation, promo there or the country of the release. But in hard cases I open the discogs master page in the browser and open all different versions.
k, i see you want it at least as much as i do. so here is nothing to change for me, let's celebrate ability to reason 
honestly, i can't tell i'm not lazy but a drop-down-menu-button to emulate a "click on following links" is something it's worth to dream of.. by then i use double click on releases ans the back button when they are not the right ones. still its a matter of seconds in normal cases and i'm impressed how fast your script help me to get exactly what i need. for this i can't thank enough! i wish you not so many hard cases and a very good night! 
You can now choose between different formats of the tracknumber. You can also choose more than one format and write it to different tag fields.
These are your possibilities:
Counting Numbers:
1, 2, 3, ... This is the standard output for Mp3tag web sources scripts as you have got it until now. You will still get this into the %track% field if you don't put "track" into one of the following fields.
01, 02, 03, ... = DISCOGS~TRACK NUMBER WITH LEADING ZEROS FOR 01-09.
Counting numbers with leading zeros for tracknumber 01-09. No leading doubles zeros if more than 99 tracks: ... 97, 98, 99, 100, 101, 102, ...
01/10, 02/10, 03/10 ... = DISCOGS~TRACK NUMBER WITH LEADING ZEROS / TOTALTRACKS
Counting numbers with leading zeros for tracknumber 01-09 combined with the total tracks as found at discogs. This does only work up to 99 tracks. After this it continues with normal numbers: ... 97/120, 98/120, 99/120, 100, 101, 102 ...
101, 102, 103, ... 201, 202, 203 ... DISCOGS~TRACK_ONLY FOR MULTI DISC CDS: NUMBER COMBINED WITH DISCNUMBER
Same as above, but combined with the discnumber. So you don't need DISCOGS_DISCNUMBER in an extra field if you have that (but you can, if you want).
This field has an extra option: TEXT OPTION: COMBINE DISC&TRACKNUMBER WITH:
Whatever character you put into that option field will appear between disc- & tracknumber. So you can have 1.01 / 1-01 / 1 01 / 1_01 / 1001 / ... whatever you want. If you put "no" into this field you will get 101
a1, a2, b1, b2, ... = DISCOGS~TRACK_ONLY FOR VINYL & CASSETTES: POSITION AS ON RELEASE PAGE
This is only written for discogs releases which are mediatype Vinyl, Cassette, Acetate, Shellac, Microcassette & Lathe Cut. So all types which have two sides and where the numbering at discogs typically has letters for each side. It gives always the same out put as seen on the discogs page, so you can also have A1, A2, AA1, AA2 or other more uncommon counting systems.
And finally, you have now also the option to leave %track% blank if you want: DISCOGS~TRACK_OPTION: LEAVE TRACK EMPTY? = yes / no
NEW:
You have a new options in which you can state if you want to write DISCOGS_DISCNUMBER and DISCOGS_TOTALDISCS if there is only one disc: OPTION: DISCNUMBER: WRITE DISCNUMBER FOR SINGLE DISC RELEASES and OPTION: TOTALDISCS: WRITE TOTALDISCS FOR SINGLE DISC RELEASES
NEW:
You have now the option if you want to treat releases with mediatype File 1 or 0 discs. Regardless if Discogs says 10 x File, 20 x File or just File. OPTION: TOTALDISCS: COUNT DIGITAL RELEASES (FILE) AS 1 (YES) OR 0 (NO) DISCS
NEW:
If you put the same value into DISCOGS_DISCNUMBER and DISCOGS_TOTALDISCS (= map them to the same tag fields), they will be combined in that field by an slash (/). So you can have discnumbers like 1/4, 2/4, 3/4, ...
NEW:
You can now change the field in which the track tiles are written or leave the title away like all other fields: DISCOGS_TITLE = title / no / whatever you want
NEW:
The original track position as written on the discogs page is now always displayed behind the length of the tracks in the "Adjust tag information" dialog. This has no effect on the written tags, it's just for better overview for albums where the tracknumbering is not straight forward.
NEW:
In the searchbox title appear of all "search" scripts appears now the following message: Add &page=2 For Next 20 Results
This is just a little reminder for what you can do if the release you are searching doesn't appear in the list of the first 20 results. Append &page=2 to the search querry, and you will see the next twenty results. And &page=3, &page=4, page=5... for the next 20 after that.
FIXED:
DISCOGS_TOTALDISCS has been simply the number at "Format: ..." at discogs. If the format was "2 x CD, Compilation; CD, Compilation, Mixed", totaldiscs was 2 instead of three.
For format "CD, Compilation; CD, Compilation, Mixed" it was an empty output. There was also no summation for numbers, for Format "2 x CD, Compilation; 2 x CD, Compilation, Mixed", the output was "2, 2". And File release were treated if each file was an extra disc (see new option above).
Now all these things are proper regognized and summarized. And the pseudo discogs mediatpes "Box Set" and "All Media" are not counted at discs.
FIXED:
Discnumbers are now also proper recoginzed if they are written with text in front of the number at the discogs page. Like: CD1-01 / CD1 01 / Disc 1 1
FIXED:
If multiple artists of one track are seperated with a comma at discogs, there has been a space in front of the comma at the script. This is fixed now.
FIXED:
The script had a little problem at displaying the search results with some releases which have quotationmarks in the title. This is fixed now.
FIXED:
The new discogs series do not always have a catalog#. In those cases you could have got results which ended with ", " for the catalog# tag (depening on your settings). This is fixed now.
FIXED:
Several tag fields could not be written when another field was set to "no". This is fixed now. The field with problems were:
DISCOGS_RELEASE URL could not be written without DISCOGS_RELEASE ID
DISCOGS_ARTIST could not be written without DISCOGS_ALBUMARTIST
CHANGED:
The tag fields DISCOGS_RELEASE_ID (DISCOGS_RELEASE ID) and WWW (DISCOGS_RELEASE URL) appear now at the end of the tag fields list in the "Adjust tag information" dialog. That gives a better overview of the more relevant other tag fields without the need to scroll down.
CHANGED:
A purely technical change which makes the scripts smaller and so a little bit faster. I changed the way the tag fields are treated which you set to "no". The coding for these fields doesn't appear in the scripts now.
This is a larger update with many new possibilities. I have done lots of test with different settings and on different discogs pages, and I hope that I have found and solved most discogs problems and script errors.
Especially the modifications on %track% and %title% caused lots of troubles, since this is originally not provided for Mp3tag web sources scripts.
However, if you find some problems with certain discogs pages or get errors from conflicting settings in the settings mp3 file, please tell me.
All new fields are set to "no" after the update because I don't like to change the way you are tagging without asking. You have to make the changes in the setting files yourself.
thank you for you massive effort! again i have a question. the picture above show new values in the left "Length" column. what do they mean? and can i disable them?
it comes for every element of crime studio album. eg http://www.discogs.com/Element-Of-Crime-Ro...release/1149816
the screenshot must me from a different release, but that makes no difference 
The Length column is only for your orientation. What is displayed there is not written into the Tags.
So I thought, with all the new options for tracknumbers it could be - depending of your settings - that you loose the overview for what is really displayed there at discogs. So i just displayed there the track position as written at discogs, seperated by " min. # " from the length to make clear what is what.
or, as explained above:
Usefull at releases like this, where you might wonder where you tracknumber come from:
http://www.discogs.com/release/2529088
http://www.discogs.com/release/2332348
http://www.discogs.com/release/1763207
http://www.discogs.com/release/2320106
http://www.discogs.com/release/2271278
You can't disable it. Is there a need for disabling it? If so, I could make another option for that.
I'm already updating anyway (call me crazy). This time I'm after Discogs' Master Release Pages.
like this: http://www.discogs.com/master/24371
There will be script which lists all versions if you put in the master release id for search.
And the "direct by www" and "standard search" scripts will be able write tags directly from the master page, for cases where you are to lazy to decide which release is exactly your file version.
At this point I have a question:
Does anybody know how to get master releases into the search results at Discogs' Advanced Search:
http://www.discogs.com/search?q=&btn=&type=all
yes, because it's confusing to see track positions in Length column (especially when you don't know what it is, i mean, new users will wonder). my config now shows exactly the same values in track column. please make another option for that.
maybe there is also a bug came with it? see here:
apart from that i wonder if those tracks here here
really came only one each CD or ist it a mistake in discogs 
may i request another option? please eliminate leading zeros for one release, you just mentioned.
problem is maybe two options
which kind of incompatible, for the case that you don't want leading zeros at all, they come anyway.
see results here:
ok, i will do that. although I'm afraid that too much options will be more confusing than the display of thracknumbers in a column which just says "Length"
no, that's no bug. i chose to display this if not track length present at discogs. so the track postions after that are still in line when length is missing only on some tracks of a release.
why not? an album with a bonus cd with mp3 tracks. there are all kind of strange formats on discogs. i searched for these things to test the script on different pages.
the last screenshot is actually a good example why it is usefull to have the original track position of discogs displayed in the length column, don't you think so?
so you want to start track numbers from 1 for every new disc instead of 01?
1, 2, 3, ... 1, 2, 3, ... instead of 01, 02, 03, ... 01, 02, 03, ...
i can also make an option or a new DISCOGS~TRACK field for that. just thought there would be no need for that. i think most people prefer leading zeros because it's more comfortable when formating filenames.
but with your options you will get leading zeros anyway for some releases. DISCOGS~TRACK POSITION AS ON RELEASE PAGE produces all kinds of formats, as there seem to be no strict numbering rules at discogs.
cool, thanks!
i didn't speak about bonus cd. i mean CD1 - CD12. they appear as one-track-CDs, right?
your script added the zeros, is that right? if it wouldn't do so, the result of tracks and discnumber would be the same. i'm afraid that i didn't get it, still 
yeeees 
i don't like leading zeros as i don't tag vinyls with them nor in cases of Roman numerals.
it's ok, ill correct it afterwards with an action.
ah, ok. no, that's what i meant with they have no fixed rules for numbering. It's of couse only one CD as stated under format. You see this system on several discogs pages, often when a CD comes with a DVD. There instead of CD1-01, CD1-02, CD1-03, ... CD2-01, CD2-02, CD2-03, ... they have CD-01, CD-02, CD-03, ... DVD-01, DVD-02, DVD-03, ... or, as in this case, without a dash and leading zero, which might be confusing. Anyway, my script reads it correct
The original track number for the first track is "CD1 1" as you see in the length column. My script splitted the this in at the space into discnumber and tracknumber, deleted the "CD" in front of the discnumber and added a leading zero to "1" at the tracknumber.
If you want to test all differnt options for track, just give every field in the setting file a different name (like track1, track2, track3, track4, ...) and you will see what you can get.
if you set all DISCOGS~TRACK NUMBER ... and DISCOGS~TRACK POSITION fields to no, you won't have to correct something afterwards, because you will get numbers without leading zeros for all releases expect multi disc cds (which i will correct soon)
which is great, well done!
next update will be great:
will be finished the coming weekend, most probably tomorrow.
the only thing I'm still searching for is my question from above:
Does anybody know how to get master releases into the search results at Discogs' Advanced Search???
like here: http://www.discogs.com/search?q=&btn=&type=all
thank you by the hard work, pone, we're looking forward to see the new version!
& 
Hi,
I have request. I don't know if this has been made before, but here it is:
Is there a way to replace certain characters (e.g. / or ) by other characters during the import. Those characters are not allowed in the renaming and creation process in tags used for the renaming (like album artist, album, title,...)
I have in mind a solution as implemented in your copy source - target options:
DISCOGS~PONE COPY 1 SOURCE
DISCOGS~PONE COPY 1 TARGET
This could look like this in the options:
TO REPLACE = /:
REPLACE WITH = ,
e.g. here all ocurrences of the chars "/: " shall be replaced by ",".
Maybe it is not the best idea to replace those chars for the purpose of file or directory creation, but there are certainly other reasonable scenarios for it.
Maybe this is also extendable for whole strings.
Thank you in advance
Alex
Cool, I did not even know, this search page.
Cool, kannte ich noch gar nicht, diese Suchseite.
All character are allowed for renaming tag-fields (like album artist, album, title,...) in Mp3tag.
If you want to rename filenames, use the $validate(filename,to) scripting function.
Example: $validate(%artist% - %album% - %track% - %title%,',')
This example replaces all invalid characters (/?*"<>|:) to commas like you want it.
why commas? wouldn't an underscore look somewhat better: $validate(%artist% - %album% - %track% - %title%,_)
Building that option into the web sources script would be possible, but I think it's not worth the work. I would have to change quite a lot for that. And the next question would be, disable those characters for all tag fields or only for some? If only for some, for what fields? So finally I would have to make an option for every tag field to diable those characters.
