# \[WS\] Discogs (pone mod) **URL:** \ **Category:** Broken Web Sources\ **Created:** [October 29, 2009, 3:18am UTC](https://community.mp3tag.de/t/ws-discogs-pone-mod/9226 "2009-10-29T03:18:24Z")\ **Posts on this page:** 20\ **Page:** 11
**Author:** ![pone](https://community.mp3tag.de/user_avatar/community.mp3tag.de/pone/32/272_2.png) [@pone](https://community.mp3tag.de/u/pone)\ **Post date:** [October 15, 2011, 2:08pm UTC](https://community.mp3tag.de/t/ws-discogs-pone-mod/9226/201 "2011-10-15T14:08:36Z")
pone proudly presents: Update 3.10 **NEW:** There is a new " **API-List Master Release Page**" script which lists all release versions of a Discogs Master Release Page. It needs the Master Release ID Number as search input. It writes the same tag-field as the other scripts do. **NEW:** The "Direct by URL" and the "Standard Search" scripts can now tag an album from a Discogs Master Release Page. With this come serveral new fields in the setting file. All these fields are called **DISCOGS\_MASTER ...** and correspond to normal **DISCOGS\_...** fields. After the update, they will also have the same value which you have in the normal DISCOGS\_... fields, e.g. DISCOGS\_MASTER CATALOG# will be linked to the same field as you have for DISCOGS\_CATALOG#. The only exception is DISCOGS\_MASTER RELEASE ID, which would obvious make no sense in DISCOGS RELEASE ID, since the number refers to a different ID system. I first thought I would use the standard tag fields for that, but than discovered some advantages when you can choose to write only some of them for master releases or map them to other fields. So, some thoughts on the fields: **DISCOGS\_MASTER RELEASE ID** - As sayed, this is the only field which is mapped differently than the normal fields. It is also the input for the search box of the new API-List Script described above. So if you don't really want to tag from master release pages, maybe you want to write only this field and set all others to "no". Then you can run the new "API-List Master Release Page" script afterward and find your desired release page. Or you leave all other tag fields as they are, but don't write the information. Instead you can copy the master ID from the "adjust tag infromation" dialog, click cancel, and run the "API-List Master Release Page" script. **DISCOGS\_MASTER NOTES** - These information is not present on many master release pages, but if present, it has alway extra information which you can't find on the normal release pages. **DISCOGS\_MASTER RELEASE URL** - The URL of the master release page, contains of course the master release ID. **DISCOGS\_MASTER YEAR** - This information is taken directly from the master release page, I think it's always the year of the earliest release. **DISCOGS\_MASTER ALBUMARTIST, DISCOGS\_MASTER ARTIST, DISCOGS\_MASTER ALBUM, DISCOGS\_MASTER GENRE, DISCOGS\_MASTER STYLE, DISCOGS\_MASTER RATING** - This information is taken directly from the master release page and is normally valid for all release versions. **DISCOGS\_MASTER TOTALTRACKS, DISCOGS\_MASTER TITLE, DISCOGS\_MASTER TRACK INDEX** - This information is taken directly from the master release page, but it can vary between the different release versions. Discogs always takes the information from the so called "key release", which is the one listed first and which is intended to be the one which "that best represents the title and image for all the releases in the master release, with the title taking priority". So I guess it should be the the original release in most cases. **DISCOGS\_MASTER FORMAT, DISCOGS\_MASTER LABEL, DISCOGS\_MASTER CATALOG#, DISCOGS\_MASTER COUNTRY** - This information is not directly on the master release page. My script takes it from the first list release (= key release). Additionally, there are two new option fields for the master pages, which again correspond to options already there for the standard release pages: **DISCOGS~TRACK\_OPTION: LEAVE MASTER TRACK EMPTY?, TEXT OPTION: FREE WEB SOURCES SCRIPT CODE FOR MASTER SCRIPTS** **NEW:** All scripts can write the Discogs Master Release ID and the Discogs Master Release URL now (if there is a master release belonging to the release you are tagging). The tag fields are the same as when you tag directly from a master page as shown above. However there are two extra yes/no option where you can disable or allow these fields for normal release pages: **OPTION: WRITE DISCOGS\_MASTER RELEASE ID WHEN TAGGING FROM NORMAL RELEASE PAGES OPTION: WRITE DISCOGS\_MASTER RELEASE URL WHEN TAGGING FROM NORMAL RELEASE PAGES** The first one is set per default to "yes" if you are using the DISCOGS\_RELEASE ID already. If are don't using that (have set it to "no"), the master id is also not written by deffault. The second option is set to "no" per default, because I don't think most people want two tag fields with urls in a file. **NEW:** Another new DISCOGS~TRACK NUMBER ... field called **DISCOGS~TRACK NUMBER / TOTALTRACKS** It's basically the same as DISCOGS~TRACK NUMBER WITH LEADING ZEROS / TOTALTRACKS, just without leading zeros. And another new DISCOGS~TRACK NUMBER ... field called **DISCOGS~TRACK\_ONLY FOR MULTI DISC CDS: NUMBER STARTING FROM 1 AGAIN FOR EVERY DISC.** It's basically the same as DISCOGS~TRACK\_ONLY FOR MULTI DISC CDS: NUMBER STARTING FROM 01 AGAIN FOR EVERY DISC, just without leading zeros. Note that you can write only one of the three DISCOGS~TRACK\_ONLY FOR MULTI DISC CDS: ... fields to "track" (but you can write them all into different tag fields if you want). **NEW:** The Search Scripts show now two new categories in the list of search results. Format Description (like Album, Compilation, Single, LP, EP, Promo, 12", ...) and Country. This display is not 100% accurate, but for the majority of releases it works pretty nice. It justs filters all the info text, which was always there, for all relevant words and displays them in these categories. However, they are not always displayed at Discogs Search (i don't know why), so the script can't show them always. And if the keywords appear for other reasons in the info text (e.g. they are part of the arits name, album name, notes, ...), they will appear wrongly in this categories. E.g. if you search for an album which has "Africa" in the name, all results will show "Africa" in the country category. But of course only in the list of search results, not in the "adjust tag information" dialog afterwards. NEW: The "Standard Search" script shows now the URL of Master Releases in the list of search results. NEW: There is a new yes/no option with which you can disable the display of the original track position behind the length, that was introduced at the last update. **OPTION: SHOW ORIGINAL TRACK POSTION BEHIND TRACK LENGTH (NO EFFECT ON WRITTEN TAGS)** NEW: The scripts which use publisher/label for search look now for the tag fields %copyright% and %label% if %publisher% can not be found in the file. **CHANGED/NEW:** I changed the six option fields for multivalue tags: OPTION: MULTIVALUE TAGS FOR GENRE OPTION: MULTIVALUE TAGS FOR STYLE OPTION: MULTIVALUE TAGS FOR LABEL OPTION: MULTIVALUE TAGS FOR SERIES OPTION: MULTIVALUE TAGS FOR CATALOG# OPTION: MULTIVALUE TAGS FOR CATALOG#_(SERIES) to **TEXT OPTION: MULTI GENRE: MULTIVALUE TAG (= YES)/ONLY FIRST (= NO)/SEPERATE BY: (WRITE CHARACTERS) TEXT OPTION: MULTI STYLE: MULTIVALUE TAG (= YES)/ONLY FIRST (= NO)/SEPERATE BY: (WRITE CHARACTERS) TEXT OPTION: MULTI LABEL: MULTIVALUE TAG (= YES)/ONLY FIRST (= NO)/SEPERATE BY: (WRITE CHARACTERS) TEXT OPTION: MULTI SERIES: MULTIVALUE TAG (= YES)/ONLY FIRST (= NO)/SEPERATE BY: (WRITE CHARACTERS) TEXT OPTION: MULTI CATALOG#: MULTIVALUE TAG (= YES)/ONLY FIRST (= NO)/SEPERATE BY: (WRITE CHARACTERS) TEXT OPTION: MULTI CATALOG#**_(SERIES): MULTIVALUE TAG (= YES)/ONLY FIRST (= NO)/SEPERATE BY: (WRITE CHARACTERS) When you had there "yes" before, you still have "yes". When you had "no" before, you have now ", ", which are the two characters which are actually written into the tag fields between the different values in this case. Now you have two new possibilies: You can decide freely what you want as seperator between the different values. E.g. you might want to choose "; " which is also interpreted as mulitvalue seprerator by some mediaplayers and doesn't need the additional saving needed for "\\". If you want just one value in (some of) those tag fields, set the value of the setting tag fields to "no". Then it's always only the first value which is written, no matter how many there are at discogs. CHANGED: Leading zeros for track numbers are no longer limited to 99 tracks. You will have now two leading zeros (alway three digits) when you have 100 tracks and more. This affects the tag fields DISCOGS~TRACK NUMBER WITH LEADING ZEROS and DISCOGS~TRACK NUMBER WITH LEADING ZEROS / TOTALTRACKS, which I introduced last version. FIXED: The &page=2 appendix did not work for search by (Album)Artist and search by Album FIXED: There was a little bug at the export scripts which affected the discnumbers for multidiscs at certain settings. FIXED: The "tracklist for albums with mutlti song track" script didn't produce clear tracknumbers for the DISCOGS~TRACK\_ONLY FOR MULTI DISC CDS... track formats when discogs had the number like 1-01, 1-02.1, 1-02.2, 1.03 FIXED: The "tracklist for albums with mutlti song track" script doesn't repeat the artist now in multi song tracks of single artist albums. as always: download in the starting post and don't be shy to give feedback ---
**Author:** ![pone](https://community.mp3tag.de/user_avatar/community.mp3tag.de/pone/32/272_2.png) [@pone](https://community.mp3tag.de/u/pone)\ **Post date:** [October 15, 2011, 3:11pm UTC](https://community.mp3tag.de/t/ws-discogs-pone-mod/9226/202 "2011-10-15T15:11:26Z")
@ s\_PLASH: your settings: DISCOGS~TRACK\_ONLY FOR MULTI DISC CDS: NUMBER STARTING FROM 01 AGAIN FOR EVERY DISC = no DISCOGS~TRACK\_ONLY FOR MULTI DISC CDS: NUMBER STARTING FROM 1 AGAIN FOR EVERY DISC = track you won't have leading zeros anymore with that setting. the script not only doesn't add them anymore, it also deletes them if they are there at discogs. and, for getting the tracknumber out of the length column: OPTION: SHOW ORIGINAL TRACK POSTION BEHIND TRACK LENGTH (NO EFFECT ON WRITTEN TAGS) = no ---
**Author:** ![david.lynch](https://community.mp3tag.de/user_avatar/community.mp3tag.de/david.lynch/32/5682_2.png) [@david.lynch](https://community.mp3tag.de/u/david.lynch)\ **Post date:** [October 15, 2011, 4:04pm UTC](https://community.mp3tag.de/t/ws-discogs-pone-mod/9226/203 "2011-10-15T16:04:54Z")
Pone, great results with the multi discs! ![](http://i.imgur.com/5h0qs.gif) For single discs, tracks with leading zeros aren't working here. I've set DISCOGS~TRACK NUMBER WITH LEADING ZEROS as 'track'. An example is [2 In A Room – She's Got Me Going Crazy](http://www.discogs.com/2-In-A-Room-Shes-Got-Me-Going-Crazy/release/639945). I've attached my Discogs Pone Web Script Settings.mp3, if it can help. For vinyl releases, with tracks as 'A', 'B', I've got an interesting result with [Styx – Mr. Roboto](http://www.discogs.com/Styx-Mr-Roboto/release/600972): ![](http://i.imgur.com/4Iynt.jpg) On the right side tracks were named manually. Another sugestion: Most people seems to get tags then rename files accordingly with ALT + 1 (Tag to Filename), and since file system won't accept some characters as double quotes (found on tags like 'Original 12" Version', for example) would be nice to get " replaced automatically with '' ( that's two ' ). This is an action that I have to Replace \_ALL " with '' (that's 2 '), so I can get the right file name instead of a missing ''. On the specific release of [Various – The Celluloid Years - 12"es And MORE...](http://www.discogs.com/Various-The-Celluloid-Years-12es-And-MORE/release/909177), as the " appears on Album tag field I've had to do the replace to get correct folder naming too. As always, ![](http://i.imgur.com/jg2t4.gif) & ![](http://i.imgur.com/XtT2V.gif) [Discogs\_Pone\_Web\_Script\_Settings.mp3](https://community.mp3tag.de/uploads/default/original/2X/c/cf04e8cbdad07340a3355d5b3724d03db0f9a695.mp3) (32.5 KB) ---
**Author:** ![pone](https://community.mp3tag.de/user_avatar/community.mp3tag.de/pone/32/272_2.png) [@pone](https://community.mp3tag.de/u/pone)\ **Post date:** [October 15, 2011, 4:36pm UTC](https://community.mp3tag.de/t/ws-discogs-pone-mod/9226/204 "2011-10-15T16:36:43Z")
just a quick answer, more tomorrow: the mr. robot result is correct. both tracks have exactly the same name, so title appears as last entry in the box at the right top corner. you have that often at releases where all tracks are named "untitled" the missing leading zeros are strange. i will have a look. for your replacement request, i don't think i will built that into the script, would be a lot of work. although there was a quiet similar request yesterday. [[WS] Discogs (pone mod)](https://community.mp3tag.de/t/9226/200) ---
**Author:** ![s\_PLASH](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/s/848f3c/32.png) [@s\_PLASH](https://community.mp3tag.de/u/s_PLASH)\ **Post date:** [October 15, 2011, 4:57pm UTC](https://community.mp3tag.de/t/ws-discogs-pone-mod/9226/205 "2011-10-15T16:57:25Z")
> [@pone](#): > > @ s\_PLASH: > > your settings: > > DISCOGS~TRACK\_ONLY FOR MULTI DISC CDS: NUMBER STARTING FROM 01 AGAIN FOR EVERY DISC = no > DISCOGS~TRACK\_ONLY FOR MULTI DISC CDS: NUMBER STARTING FROM 1 AGAIN FOR EVERY DISC = track > > you won't have leading zeros anymore with that setting. the script not only doesn't add them anymore, it also deletes them if they are there at discogs. > > and, for getting the tracknumber out of the length column: > > OPTION: SHOW ORIGINAL TRACK POSTION BEHIND TRACK LENGTH (NO EFFECT ON WRITTEN TAGS) = no NNNNNNNICE ![:w00t:](https://community.mp3tag.de/uploads/default/original/1X/cb01eca72fe9339ff6f3ec9f1e3c5fe002be0f0a.gif ":w00t:") great job, dude! rly! absolutely agree with **david.lynch**'s appreciation (maybe i'm even more grateful because i got no requests left. although he uses way cooler smileys than i do to show his appreciation, i'm more grateful xD. how does he do those smiley btw? ![<_<](https://community.mp3tag.de/uploads/default/original/1X/5996dbb474c88b8f9fc49f09dc3858d081055a2d.gif "<\_<") ---
**Author:** ![david.lynch](https://community.mp3tag.de/user_avatar/community.mp3tag.de/david.lynch/32/5682_2.png) [@david.lynch](https://community.mp3tag.de/u/david.lynch)\ **Post date:** [October 15, 2011, 5:19pm UTC](https://community.mp3tag.de/t/ws-discogs-pone-mod/9226/206 "2011-10-15T17:19:56Z")
> [@pone](#): > > just a quick answer, more tomorrow: > > the mr. robot result is correct. both tracks have exactly the same name, so title appears as last entry in the box at the right top corner. you have that often at releases where all tracks are named "untitled" track numbering was wrong (I'm not completely sure if would be better to number them when they are letters, but it seems to be a good default), but this could be related with the leading zero that isn't working. > [@](#): > > for your replacement request, i don't think i will built that into the script, would be a lot of work. although there was a quiet similar request yesterday. no problem, for now I couldn't think of anything else to suggest (that's unbelievable and I know it! ) ---
**Author:** ![pone](https://community.mp3tag.de/user_avatar/community.mp3tag.de/pone/32/272_2.png) [@pone](https://community.mp3tag.de/u/pone)\ **Post date:** [October 16, 2011, 9:13am UTC](https://community.mp3tag.de/t/ws-discogs-pone-mod/9226/207 "2011-10-16T09:13:14Z")
> [@david.lynch](#): > > track numbering was wrong (I'm not completely sure if would be better to number them when they are letters, but it seems to be a good default), but this could be related with the leading zero that isn't working. your setting file has: DISCOGS~TRACK\_ONLY FOR VINYL & CASSETTES: POSITION AS ON RELEASE PAGE = no if you want letters for vinyl, set this to "track" btw: your setting file has: DISCOGS~TRACK\_ONLY FOR MULTI DISC CDS: NUMBER COMBINED WITH DISCNUMBER = track DISCOGS~TRACK\_ONLY FOR MULTI DISC CDS: NUMBER STARTING FROM 01 AGAIN FOR EVERY DISC = track that doesn't make sense and is not possible. you can have only one of them. in your case, i think the first always overwrites the second, because i put it afterwards in the script. i see now what the problem with the leading zero is: i changed the behaviour of the script in such a way, that the number of leading zeros is defined by totaltracks, that means: 1-9 totaltracks: 1, 2, 3, ... 9 10-99 totaltracks: 01, 02, 03, ... 99 100-999 totaltracks: 001, 002, 003, ... 999 so that's no bug, but wanted behaviour 😉 do you want leading zeros if totaltracks are 1-9? i guess i could make another option for that... EDIT: done! see post about update 3.11 below ![:sorcerer:](https://community.mp3tag.de/uploads/default/original/1X/73535d0e07591636841ac7aadccc8f7ff56e7807.gif ":sorcerer:") a different question: i see this squares in your screenshot at DISCOGS\_MEDIATYPE (where it should be ⅓ ) and UNSYNCEDLYRICS (where it should be a linebreak, not visible there). Do you have these squares only in the preview and tag panel, or are they actually written into the tags? ---
**Author:** ![pone](https://community.mp3tag.de/user_avatar/community.mp3tag.de/pone/32/272_2.png) [@pone](https://community.mp3tag.de/u/pone)\ **Post date:** [October 16, 2011, 11:20am UTC](https://community.mp3tag.de/t/ws-discogs-pone-mod/9226/208 "2011-10-16T11:20:54Z")
**Update 3.11** **CANGED/NEW:** At the last update, the behaviour of the script was changed in such a way, that the number of leading zeros was defined by totaltracks. That meant: 1-9 totaltracks: 1, 2, 3, ... 9 10-99 totaltracks: 01, 02, 03, ... 99 100-999 totaltracks: 001, 002, 003, ... 999 Now 1-9 totaltracks have also 01, 02, 03, .... So my script is now counting in the same way as Mp3tag's Auto-Numbering Wizard. You can disable that new behaviour, if you set the following new option to "yes": **DISCOGS~TRACK\_OPTION: DISABLE LEADING ZERO IF LESS THAN 10 TOTALTRACKS** That change only affects the leading zeros at DISCOGS~TRACK NUMBER WITH LEADING ZEROS and DISCOGS~TRACK NUMBER WITH LEADING ZEROS / TOTALTRACKS. as always: download in the starting post and don't be shy to give feedback ---
**Author:** ![david.lynch](https://community.mp3tag.de/user_avatar/community.mp3tag.de/david.lynch/32/5682_2.png) [@david.lynch](https://community.mp3tag.de/u/david.lynch)\ **Post date:** [October 16, 2011, 12:47pm UTC](https://community.mp3tag.de/t/ws-discogs-pone-mod/9226/209 "2011-10-16T12:47:24Z")
> [@pone](#): > > **Update 3.11** > So my script is now counting in the same way as Mp3tag's Auto-Numbering Wizard. That's all I ever wanted! (...from a Mp3tag script) I've changed the "DISCOGS~TRACK\_ONLY FOR MULTI DISC CDS: NUMBER COMBINED WITH DISCNUMBER" to = "no" instead of "track". Tested with one disc release, 2 discs, vinyl; numbering is ok with a leading zero , and when release have more than one disc track starts at '01' on next disk So, I'm using your script like this: 1. Right-click on the folder, choose 'Mp3tag' from the explorer context menu; 2. CTRL + A to select all tracks; 3. ALT + S, P, W ("Direct by URL"), paste Discogs URL release and ; 4. Just press if all information is ok; 5. ALT + 5 to get my 2 custom actions that first replace " with '' (that's 2 x ') and then rename folder with %albumartist% - %album% '['$regexp(%catalog #%,',.+',)']'; 6. Select renamed folder on explorer, ALT + 1 to rename files as tags: %track% - %artist% - %title%; This way I'm getting perfect folders names, filenames and tags, with the help of your amazing script, of course > [@](#): > > a different question: > i see this squares in your screenshot at DISCOGS\_MEDIATYPE (where it should be ⅓ ) and UNSYNCEDLYRICS (where it should be a linebreak, not visible there). Do you have these squares only in the preview and tag panel, or are they actually written into the tags? I've always seen those wrong characters. The following screen shows with more detail. The UNSYNCEDLYRICS are displayed correctly on WMP 11. , absolutely great job! ---
**Author:** ![pone](https://community.mp3tag.de/user_avatar/community.mp3tag.de/pone/32/272_2.png) [@pone](https://community.mp3tag.de/u/pone)\ **Post date:** [October 16, 2011, 1:13pm UTC](https://community.mp3tag.de/t/ws-discogs-pone-mod/9226/210 "2011-10-16T13:13:39Z")
> [@david.lynch](#): > > That's all I ever wanted! (...from a Mp3tag script) great to hear that. pleased to make you happy > [@david.lynch](#): > > ... > 5. ALT + 5 to get my 2 custom actions that first replace " with '' (that's 2 x ') and then rename folder with %albumartist% - %album% '['$regexp(%catalog #%,',.+',)']'; > 6. Select renamed folder on explorer, ALT + 1 to rename files as tags: %track% - %artist% - %title%; just a tipp: if you use 5.: $replace(%albumartist% - %album% '['$regexp(%catalog #%,',.+',)']',",'''') 6.: $replace(%track% - %artist% - %title%,",'''') you don't have to replace " with '' in the tags, but still get the same filenames. $replace(...,",'''') that is 1 x " after the first comma and 4 x ' after the second. ---
**Author:** ![Pauli](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/p/7cd45c/32.png) [@Pauli](https://community.mp3tag.de/u/Pauli)\ **Post date:** [October 17, 2011, 7:24am UTC](https://community.mp3tag.de/t/ws-discogs-pone-mod/9226/211 "2011-10-17T07:24:21Z")
Hi Pone, great work and thanks al lot for your script! I need it to tag my singles quick with Relasedate and Genere only. So I set the most options to no but everytime I get a tracknumber 1 at the track tag. How can I stop tagging any tracknumber? Thanks, Pauli ---
**Author:** ![pone](https://community.mp3tag.de/user_avatar/community.mp3tag.de/pone/32/272_2.png) [@pone](https://community.mp3tag.de/u/pone)\ **Post date:** [October 17, 2011, 8:43am UTC](https://community.mp3tag.de/t/ws-discogs-pone-mod/9226/212 "2011-10-17T08:43:52Z")
> [@Pauli](#): > > How can I stop tagging any tracknumber? **DISCOGS~TRACK\_OPTION: LEAVE TRACK EMPTY?** = **yes** **DISCOGS~TRACK\_OPTION: LEAVE MASTER TRACK EMPTY?** = **yes** Set all other **DISCOGS~TRACK...** fields to **no** ---
**Author:** ![Pauli](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/p/7cd45c/32.png) [@Pauli](https://community.mp3tag.de/u/Pauli)\ **Post date:** [October 17, 2011, 9:02am UTC](https://community.mp3tag.de/t/ws-discogs-pone-mod/9226/213 "2011-10-17T09:02:04Z")
Thanks, now it works! Pauli ---
**Author:** ![stevehero](https://community.mp3tag.de/user_avatar/community.mp3tag.de/stevehero/32/337_2.png) [@stevehero](https://community.mp3tag.de/u/stevehero)\ **Post date:** [October 17, 2011, 12:09pm UTC](https://community.mp3tag.de/t/ws-discogs-pone-mod/9226/214 "2011-10-17T12:09:36Z")
hi pone, great update. how do i go about getting DATE in the format MMDD. It is coming up YYYY-MM-DD ---
**Author:** ![pone](https://community.mp3tag.de/user_avatar/community.mp3tag.de/pone/32/272_2.png) [@pone](https://community.mp3tag.de/u/pone)\ **Post date:** [October 17, 2011, 12:58pm UTC](https://community.mp3tag.de/t/ws-discogs-pone-mod/9226/215 "2011-10-17T12:58:35Z")
the script offers only YYYY-MM-DD and DD.MM.YYYY as easy option. But you can use the TEXT OPTION: FREE WEB SOURCES SCRIPT CODE... fields for that. Set _DISCOGS\_DATE_ to "_no_" and add the following code to _TEXT OPTION: FREE WEB SOURCES SCRIPT CODE FOR DJ SETS IN ONE FILE TRACKLIST SCRIPT TEXT OPTION: FREE WEB SOURCES SCRIPT CODE FOR MULTISONG-TRACKS TRACKLIST SCRIPT TEXT OPTION: FREE WEB SOURCES SCRIPT CODE FOR STANDARD SCRIPTS_ ``` outputto "date" gotoline 3 findline "class=\"head\">Released:" 1 1 findline "&year=" 1 1 findinline "&year" 1 1 if "=" joinuntil "" unspace regexpreplace "<[^>]+>" "" replace "Jan" "-01-" replace "Feb" "-02-" replace "Mar" "-03-" replace "Apr" "-04-" replace "May" "-05-" replace "Jun" "-06-" replace "Jul" "-07-" replace "Aug" "-08-" replace "Sep" "-09-" replace "Oct" "-10-" replace "Nov" "-11-" replace "Dec" "-12-" regexpreplace "[^-0-9]" "" regexpreplace "(\d\d)-(\d\d)-(\d\d\d\d)" "$3-$2-$1" regexpreplace "-(\d\d)-(\d\d\d\d)" "$2-$1-00" regexpreplace "(\d\d\d\d)$" "$1-00-00" regexpreplace "(\d\d\d\d)-(\d\d)-(\d\d)" "$2$3" sayrest endif ``` This gives you MMDD as date, with 00 for missing day or month. Discogs Master Release pages don't offer a release date, the have only year. So you can only add ``` outputto "date" say "0000" ``` to _TEXT OPTION: FREE WEB SOURCES SCRIPT CODE FOR MASTER SCRIPTS_ if you want that. ---
**Author:** ![Beluna](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/b/ed655f/32.png) [@Beluna](https://community.mp3tag.de/u/Beluna)\ **Post date:** [October 17, 2011, 1:40pm UTC](https://community.mp3tag.de/t/ws-discogs-pone-mod/9226/216 "2011-10-17T13:40:42Z")
How do I show/convert the tracklisting to show 1,2,3 for Vinyl. I've read the changes, but I don't understand how i'm to automatically add the sequence tracklisting. And even though it shows A1, A2, A3, from the web I'm not sure where to correct the changes in the script to show. Currently, I'm using Window Media Player to list the tracks # and then MP3 Tag to download the info. Thanks... ---
**Author:** ![pone](https://community.mp3tag.de/user_avatar/community.mp3tag.de/pone/32/272_2.png) [@pone](https://community.mp3tag.de/u/pone)\ **Post date:** [October 17, 2011, 1:53pm UTC](https://community.mp3tag.de/t/ws-discogs-pone-mod/9226/217 "2011-10-17T13:53:49Z")
Are you talking about discogs pone mod. If so, what do you have now and what do you want in what fields? ---
**Author:** ![Beluna](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/b/ed655f/32.png) [@Beluna](https://community.mp3tag.de/u/Beluna)\ **Post date:** [October 17, 2011, 2:39pm UTC](https://community.mp3tag.de/t/ws-discogs-pone-mod/9226/218 "2011-10-17T14:39:51Z")
> [@pone](#): > > Are you talking about discogs pone mod. > > If so, what do you have now and what do you want in what fields? yes, I'm referring to the new Script 3.11. Before I update from 3.9 to current 3.11, when I pulled down the tag data... The script would show 1. Title Performer etc... What I'm getting now is: Title Track Temp Performer etc. Because Discogs doesn't have all Album in thier database (The A1, A2, B1,) would cause a problem in keepi8ng my database consistent; therefore, I would like it to show the old data: 01 Title Performer ..... ---
**Author:** ![stevehero](https://community.mp3tag.de/user_avatar/community.mp3tag.de/stevehero/32/337_2.png) [@stevehero](https://community.mp3tag.de/u/stevehero)\ **Post date:** [October 17, 2011, 2:45pm UTC](https://community.mp3tag.de/t/ws-discogs-pone-mod/9226/219 "2011-10-17T14:45:46Z")
> [@pone](#): > > But you can use the TEXT OPTION: FREE WEB SOURCES SCRIPT CODE... fields for that. cheers mate, **works as described**. ---
**Author:** ![pone](https://community.mp3tag.de/user_avatar/community.mp3tag.de/pone/32/272_2.png) [@pone](https://community.mp3tag.de/u/pone)\ **Post date:** [October 17, 2011, 3:11pm UTC](https://community.mp3tag.de/t/ws-discogs-pone-mod/9226/220 "2011-10-17T15:11:18Z")
@ moderators / dano: please merge this topic with the [[WS] Discogs (pone mod)](https://community.mp3tag.de/t/9226/1) topic. > [@Beluna](#): > > yes, I'm referring to the new Script 3.11. > > Before I update from 3.9 to current 3.11, when I pulled down the tag data... The script would show > > 1. Title Performer etc... > > What I'm getting now is: > > Title Track Temp Performer etc. > > Because Discogs doesn't have all Album in thier database (The A1, A2, B1,) would cause a problem in keepi8ng my database consistent; therefore, I would like it to show the old data: > > 01 Title Performer ..... you will get the old data if you just update your setting file and create the scripts from it without changing anything in the settings. so i can only guess what's confusing you. until version 3.8 there was the field _DISCOGS\_TRACK POSITION_ with "_track temp_" as default tag field mapped to it. in 3.9, when i finally found a way change the input of track, i introduced several new _DISCOGS~TRACK..._ fields and renamed the old _DISCOGS\_TRACK POSITION_ to _DISCOGS~TRACK POSITION (SAME AS BEFORE VERSION 3.9, NOT ALWAYS WRITTEN)_. that renaming is made when you update the setting file, the value (mapped tag field) stays the same, and nothing should be changed. in 3.11, i decided to change the default value of _DISCOGS~TRACK POSITION (SAME AS BEFORE VERSION 3.9, NOT ALWAYS WRITTEN)_ from "_track temp_" to "_no_". but that affects only new downloaded setting files. if you keep your old one and just update it, the setting is not changed. When you don't get your normal track field anymore, you will have: - either set one of the _DISCOGS~TRACK..._ fields to "_track_", which will overwrite the standard 1, 2, 3, ... numbering. in this case, map these fields to a different field or set them to "_no_". - or you have set _DISCOGS~TRACK\_OPTION: LEAVE TRACK EMPTY?_ to "_yes_", which - as it says - leaves track empty. in this case, set it to "_no_" [Previous page](https://community.mp3tag.de/t/ws-discogs-pone-mod/9226.md?page=10) [Next page](https://community.mp3tag.de/t/ws-discogs-pone-mod/9226.md?page=12)