# \[WS\] Discogs (pone mod) **URL:** https://community.mp3tag.de/t/ws-discogs-pone-mod/9226 **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:** 1 **Showing post:** 224
### 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: [November 11, 2011, 8:31am UTC](https://community.mp3tag.de/t/ws-discogs-pone-mod/9226/224 "2011-11-11T08:31:17Z")
**Update 3.12** a new gimmick at date and some bug fixes **NEW:** You can now choose the format of _DISCOGS\_DATE_ (date) more freely with the new option _TEXT OPTION: DATE FORMAT (DD/D = day, MM/M/MON/MONTH = month, YYYY/YY is year)_ You can define the format of the date with the following variables: _D_ = the day (1 for 1, 10 for 10) _DD_ = the day with leading zeros (01 for 1, 10 for 10) _M_ = the month in numbers (1 for January, 10 for October) _MM_ = the month in numbers with leading zeros (01 for January, 10 for October) _MON_ = the month in abbreviated like you see it at the discogs pages (Jan, Feb, Mar, ...) _MONTH_ = the month fully written (January, February, March, ...) _YY_ = only the last two digits of the year (99 for 1999, 00 for 2000, 01 for 2001, ...) _YYYY_ = the year (1999, 2000, 2001, ....) You can separate these variables with every character except the following: _D M O N T H Y Ä Ö Ü \ " ( ) []_ You can use separators before and after every variable. You can use only one variable for day, month and year. If day or month is missing at discogs, it is replaced with 00 or 0. This can be avoided by using _[...]_ or _(...)_ which have a special function: _[...]_ What is enclosed in brackets is only written if a release month is given at discogs. _(...)_ What is enclosed in parenthesis is only written if a release day is given at discogs. Remember that the date is only written if a release year is given at discogs. And there are no discogs pages with release day but without release month. _[...]_ can enclose _(...)_, but not the other way around. Some examples, valid date formats: YYYY-MM-DD \> 2011-01-05 D.M.YYYY \> 5.1.2011 DD/MM/YY \> 05/01/11 -DD-MM-YYYY- \> -05-01-2011- MMDD \> 0105 Mon YYYY \> Jan 2011 YYYY[-MM(-DD)] \> 2011-01-05 (2011-01 if day is missing, 2011 if month is missing) (D.)[M.]YYYY \> 5.1.2011 (1.2011 if day is missing, 2011 if month is missing) not valid: DD\MM MM DDth MMDD Month "DD MM" YYYY([-MM]-DD) (D.[)M.]YYYY The old option _OPTION: DATE YYYY-MM-DD (YES) OR DD.MM.YYYY (NO)_ will be deleted when you update the setting file, but your settings will be preserved in the new option. **NEW:** You often find "-" at discogs as track index to signify that the track index of the tracks before is not valid for the following tracks. In this cases "-" is no longer written to _DISCOGS\_TRACK INDEX_ (chapter) by the script. Also simple track indexes which signify only the discnumber and the total length of the disc, like "CD1", "Disc 2", "CD 1 (63:49)" are no longer written to _DISCOGS\_TRACK INDEX_. Examples: "-" as track index: [http://www.discogs.com/release/68272](http://www.discogs.com/release/68272) discnumber + total length as track index: [http://www.discogs.com/release/3210119](http://www.discogs.com/release/3210119) **NEW/FIXED:** The "tracklist for album with multi song tracks" script overwrites the _DISCOGS\_EXTRA ARTIST_ (mixartist) with a single space if there is no extra artist. I included this for a better workflow. You can tag such albums now with a standard script (just to get the discogs-id) and re-tag it right afterwards with the multi-song-tracks script. I thought I had included this before, but either I deleted this at one of the last updates, or I never built this in. **FIXED:** Releases with only one track produced an error if you use _DISCOGS~TRACK NUMBER WITH LEADING ZEROS_, _DISCOGS~TRACK NUMBER WITH LEADING ZEROS / TOTALTRACKS_ or _DISCOGS~TRACK NUMBER / TOTALTRACKS_. This is fixed now. **FIXED:** The _DISCOGS~TRACK NUMBER / TOTALTRACKS_ field was not correctly overwritten by the four _DISCOGS~TRACK\_ONLY FOR..._ fields. This is fixed now. **FIXED:** The API-List Master Release Page Script had a little bug concerning the Master Release ID. When you had set the option _OPTION: WRITE DISCOGS\_MASTER RELEASE ID WHEN TAGGING FROM NORMAL RELEASE PAGES_ to "no", it wrote the tag field never the less. If you had set it "yes" it repeated the number, e.g. it wrote 1234512345 instead of 12345. This is fixed now. **FIXED:** At one of the last updates it seems that I accidentally replaced _TEXT OPTION: FREE WEB SOURCES SCRIPT CODE FOR DJ SETS IN ONE FILE TRACKLIST SCRIPT_ and _TEXT OPTION: FREE WEB SOURCES SCRIPT CODE FOR MULTISONG-TRACKS TRACKLIST SCRIPT_ with _TEXT OPTION: FREE WEB SOURCES SCRIPT CODE FOR STANDARD SCRIPTS_. This is fixed now again and gives you the possibility to treat these special scripts different from the standard scripts. * * * @ stevehero & MP3Joe: You don't need you the code for the _TEXT OPTION: FREE WEB SOURCES SCRIPT CODE FOR... fields any more._ Please set them back to "#" (without quotation marks) and type your desired date format (MMDD for stevehero, DDMM for MP3Joe) in the new _TEXT OPTION: DATE FORMAT (DD/D = day, MM/M/MON/MONTH = month, YYYY/YY is year)_ field. --- _[View the full topic](https://community.mp3tag.de/t/ws-discogs-pone-mod/9226)._