### Author:  [@collect\_nerd](https://community.mp3tag.de/u/collect_nerd)
#### Post date: [February 7, 2012, 10:37pm UTC](https://community.mp3tag.de/t/discogs-pone-script-version-3-von-2011/11816/29 "2012-02-07T22:37:51Z")
vielen dank erstmal für die schnelle und ausführliche antwort.
1. auch weiteres probieren (die einstellung hatte ich ja so schon) hat nicht geholfen.
das sagt der debug-output:
---
### Author:  [@pone](https://community.mp3tag.de/u/pone)
#### Post date: [February 7, 2012, 11:46pm UTC](https://community.mp3tag.de/t/discogs-pone-script-version-3-von-2011/11816/30 "2012-02-07T23:46:52Z")
1.
Danke für deine Settings Datei. Konnte den Fehler schnell finden.
TEXT OPTION: MULTI **LABEL** : MULTIVALUE TAG (= YES)/ONLY FIRST (= NO)/SEPERATE BY: (WRITE CHARACTERS) = **yes**
verträgt sich nicht mit
TEXT OPTION: MULTI **CATALOG#** : MULTIVALUE TAG (= YES)/ONLY FIRST (= NO)/SEPERATE BY: (WRITE CHARACTERS) = **no**
Das selbe zählt wohl auch für:
TEXT OPTION: MULTI **SERIES** : MULTIVALUE TAG (= YES)/ONLY FIRST (= NO)/SEPERATE BY: (WRITE CHARACTERS) = **yes**
TEXT OPTION: MULTI **CATALOG#\_(SERIES)**: MULTIVALUE TAG (= YES)/ONLY FIRST (= NO)/SEPERATE BY: (WRITE CHARACTERS) = **no**
Ich schau, dass ich das Problem beim nächsten Update behebe. Einstweilen kannst du dir dadurch helfen, dass du folgendes in diese Zeilen:
```
outputto "comment"
findline "<<_GO-TO-START_>>" -1 1
findline ""
```
in das Feld
**TEXT OPTION: FREE WEB SOURCES SCRIPT CODE FOR STANDARD SCRIPTS**
kopierst.
Wenn du auch die spezial Skripte verwenden möchtest, dann auch in
**TEXT OPTION: FREE WEB SOURCES SCRIPT CODE FOR MULTISONG-TRACKS TRACKLIST SCRIPT**
&
**TEXT OPTION: FREE WEB SOURCES SCRIPT CODE FOR DJ SETS IN ONE FILE TRACKLIST SCRIPT**
Für die Master Scripts dürfte dieser Code nicht funktionieren.
1.
Das mit der API hab ich mir schon öfter überlegt und auch schon ein bisschen rumgebastelt. Was mich davon abhält ist, dass dort ein paar Sachen fehlen. Nämlich Series, Series Cat#, Companies etc und Rating. Dafür würde sich die Hauptschreibweise von Künstlernamen viel einfacher holen lassen, wenn Discogs eine Variant mit Stern\* verwendet. Und das Skript wäre wohl stabieler und schneller.
Kommt vielleicht irgendwann. Kann ich aber nicht versprechen.
1.
Das wäre dann:
DISCOGS\_YEAR = **YEAR**
DISCOGS\_DATE = **DATE**
TEXT OPTION: DATE FORMAT (DD/D = DAY, MM/M/MON/MONTH = MONTH, YYYY/YY = YEAR) **=** **[YYYY-MM-DD]**
oder
TEXT OPTION: DATE FORMAT (DD/D = DAY, MM/M/MON/MONTH = MONTH, YYYY/YY = YEAR) = **YYYY-MM**
Das zweite hast du ja in der mir zugesandten Datei. Funktioniert doch, oder? Zumindest bei den Skripten die ich mit deiner Datei gemacht hab.
---
### Author:  [@collect\_nerd](https://community.mp3tag.de/u/collect_nerd)
#### Post date: [February 8, 2012, 4:01am UTC](https://community.mp3tag.de/t/discogs-pone-script-version-3-von-2011/11816/31 "2012-02-08T04:01:11Z")
1. cool, danke für den hinweis. ich habe auch bei den anderen feldern die multifield-option ausgestellt.
2. soll ich da mal nen feature request bei discogs schreiben?
allerdings würde das sicher auch bedeuten, daß noch allerhand andere felder dazukommen, die gar nicht mal so uninteressant für den einen oder die andere sein werden (phonographisches / mechanisches Copyright, Recorded At, Mixed At, ...).
3. ich hab ne weile auf'm schlauch gestanden und hab endlich alles zusammengepuzzled (discogs\_year hatte ich zunächst übersehen).  die lösung für mich lautet also:
[YYYY-MM(-DD)]
---
### Author:  [@pone](https://community.mp3tag.de/u/pone)
#### Post date: [February 8, 2012, 8:24am UTC](https://community.mp3tag.de/t/discogs-pone-script-version-3-von-2011/11816/32 "2012-02-08T08:24:53Z")
1.
Das geht natürlich auch.
1.
Nen Feature Request and discogs kannst du gerne schreiben. Keine Ahnung ob das was bringt. Die haben ja die API gerade umgestellt, weiß nicht ob sie da wieder was ändern wollen.
Die von die angesprochenen Felder kann mein Skript ja momentan lesen. Sie werden alle zusammengefasst in das Feld DISCOGS\_COMPANIES\_ETC geschrieben.
Bei Bedarf könnte ich auch Optionen einbauen, das in einzelne Tagfelder zu splitten. Bei Barcodes & Other Identifiers hab ich das mal auf Nachfrage mit Barcodes gemacht. Das würde halt die Optionen in der Settingsdatei noch unübersichtlicher machen. Und ich glaube eigentlich nicht, dass das Sinn gibt, weil die Daten bei Discogs hier doch sehr lückenhaft sinde. Ein eigenes Feld gibt ja meiner Meinung nach nur Sinn, wenn man es auch in seiner Medienbibliothek anzeigen lässt. Und dort hab ich bereits eine unübersichtlich große Anzahl an Spalten. Und Spalten, die beim Großteil der Dateien leer bleiben, sind in der Anzeige im Mediaplayer unökonomisch.
Schön wenn jetzt so weit alles funktioniert. Freut mich immer wenn mein Skript die Leute zufriedenstellt.
---
### Author:  [@Mabba](https://community.mp3tag.de/u/Mabba)
#### Post date: [February 8, 2012, 5:30pm UTC](https://community.mp3tag.de/t/discogs-pone-script-version-3-von-2011/11816/33 "2012-02-08T17:30:56Z")
Ist auch ein super script.
Und ich habs auch langsam im Griff. 
---
### Author:  [@collect\_nerd](https://community.mp3tag.de/u/collect_nerd)
#### Post date: [February 10, 2012, 10:19pm UTC](https://community.mp3tag.de/t/discogs-pone-script-version-3-von-2011/11816/34 "2012-02-10T22:19:56Z")
> [@](#):
>
> 1.
>
> Nen Feature Request and discogs kannst du gerne schreiben. Keine Ahnung ob das was bringt. Die haben ja die API gerade umgestellt, weiß nicht ob sie da wieder was ändern wollen.
>
> Die von die angesprochenen Felder kann mein Skript ja momentan lesen.
was ein feature request bringt ist schwer zu sagen. mir schien aber immer, daß es ein stärkeres interesse gibt die api als andere aus discogs-user-sicht wichtigere dinge.
ich sehe aber gerade, daß es doch schon so nutzbar ist:
> [@](#):
>
> {
>
> ```
> "entity_type": "1",
> "catno": "SK032",
> "id": 5,
> "entity_type_name": "Label",
> "name": "Svek"
> "resource_url": "http://api.discogs.com/labels/5"
> }
>
> ```
>
> ],
> "companies": [
>
> ```
> {
> "entity_type": "23",
> "catno": "",
> "id": 271046,
> "entity_type_name": "Recorded At",
> "name": "The Globe Studios",
> "resource_url": "http://api.discogs.com/labels/271046"
> }
>
> ```
[http://www.discogs.com/developers/resource...se/release.html](http://www.discogs.com/developers/resources/database/release.html)
um flexibilität zu bieten, könntest du ja frei konfigurierbare zuordnungen einführen, z.b.:
free\_config\_discogs\_field\_1 = discogs\_series
free\_config\_target\_tag\_1 = series
free\_config\_discogs\_field\_2 = discogs\_recorded\_at
free\_config\_target\_tag\_1 = recording studio
wobei die variablennamen völlig willkürlich gewählt sind, es soll nur das prinzip erklären.
außerdem hatte ich die idee, die konfiguration auf mehrere mp3s zu verteilen. schon jetzt ist es ja reichlich unübersichtlich. ob das mit mptags action-funktionalität überhaupt realisierbar ist, weißt du aber sicher besser als ich. ich weiß es nämlich nicht.
wie sich die leute ihre mediaplayeranzeige einrichten (ich bin da selbst recht sparsam), ist denke ich, gar nicht so wichtig. denn struktur und repräsentation von daten sind ja im idealfall zwei verschieden paar schuhe und mp3tag ist ja nur für die struktur zuständig.
---
### Author:  [@pone](https://community.mp3tag.de/u/pone)
#### Post date: [February 11, 2012, 9:25am UTC](https://community.mp3tag.de/t/discogs-pone-script-version-3-von-2011/11816/35 "2012-02-11T09:25:29Z")
Vielen, vielen Dank. Ich habe die Seite bisher immer als xml anstatt json dokument anzeigen lassen. Und da fehlt das dann. Hätte nicht gedacht, dass es da inhaltliche Unterschiede gibt.
Weißt du zufällig ein Tool, dass mir solche json Dokumente wie oben dargestellt in verschiedenen Zeilen darstellt? Mit meinem Mozilla Firefox seh ich da nämlich immer alle in eine Zeile, das ist sehr unübersichtlich.
Damit wird die API Version meines Skriptes ein gutes Stück wahrscheinlicher. Wird aber noch ein bisschen dauern bis ich das mach, weil ich dafür alles von Grund auf überarbeiten muss.
Wie meinst du das mit den free\_config Felder? Damit hätte die Settings Datei ja dann doppelt so viele Felder. Technisch ist das auch komplizierter denke ich. Die fertigen Skripte werden ja jetzt durch die in Mp3tag eingebaute Export Funktion erstellt. Dort steht jetz z.b.:
outputto "%discogs\_series%"
im fertigen web script steht dann das, was du im feld DISCOGS\_SERIES eingetragen hast, also hier
outputto "series"
Mit deinem Vorschlag müßte ich schreiben:
outputto "$if($eql(%free\_config\_discogs\_field\_1%,discogs\_series),%free\_config\_target\_tag\_1%,)"
Und das würde nur das erste Feld abdecken. Ich müßte das dann noch für jedes weitere free\_config Feld wiederholen, und zwar jedesmal wenn ich einen Feldnamen brauche.
Mehrere Mp3 Dateien wäre denkbar. Würde den Export aber auch viel komplizierter Machen. Und der User hätte dann das Problem, die richtige Einstellung in verschiedenen Dateien suchen zu müssen. Eher nicht.
Lösungen die ich mir überlegt habe, aber aufgrund des Aufwands noch nicht durchgeführt habe:
- Alle Felder in der Settings Datei grundsätzlich umbenennen.
Momentatan sind sie ja nach der Funktion der Felder geordnet. Erst alle Felder die für Werte aus der Discogs Seite stehen (DISCOGS\_), dann alle Felder, die zwar auch für Werte von der Seite, aber schon in veränderter oder kombinierter Form stehen (DISCOGS~), dann Optionsfelder die mann nur mit yes/no beantworten kann (OPTION:), dann Optionsfelder die komlexere Möglichkeiten zulassen (TEXT OPTION).
Schon die einführung der Master Felder (DISCOGS\_MASTER ) hat mir da nen Wurm reingbracht.
Besser wäre wahrscheinlich, alles so zu ordnen (=umbenennen, da Ordnung immer alphabetisch), dass die Optionen immer gleich unter dem Feld stehen, auf dass sie sich beziehen.
- Eine Grundsätzlich ander Eingabeart wär denkbar, wenn der User erst ein externes Dokument editiert und das dann mit der Aktion Textdatei Importieren in die Mp3 übertragen wird. Dazu bräuchte ich am besten irgendein tabellarische Textformat, damit der User nicht vesehentlich etwas verschiebt und dann nichts mehr richtig zugordnet werden kann.
Es ist zwar richtig, dass Mp3tag nur für die Struktur der Daten zuständig ist. Da sich aber bei ca. 95% (frei erfundener Wert) der erhältlichen Hard- & Software Mediaplayer & -bibliotheken nicht oder nur sehr wenig in der Zuordnung der Tagfelder einstellen läßt, gibt die Datenstruktur in den meisten Fällen die spätere Datenanzeige vor.
---
### Author:  [@DetlevD](https://community.mp3tag.de/u/DetlevD)
#### Post date: [February 11, 2012, 9:34am UTC](https://community.mp3tag.de/t/discogs-pone-script-version-3-von-2011/11816/36 "2012-02-11T09:34:35Z")
> [@pone](#):
>
> ... Weißt du zufällig ein Tool, dass mir solche json Dokumente wie oben dargestellt in verschiedenen Zeilen darstellt? Mit meinem Mozilla Firefox seh ich da nämlich immer alle in eine Zeile, das ist sehr unübersichtlich. ...
Wie meinst du das genau?
Beispiel?
DD.20120211.1135.CET
---
### Author:  [@pone](https://community.mp3tag.de/u/pone)
#### Post date: [February 11, 2012, 9:45am UTC](https://community.mp3tag.de/t/discogs-pone-script-version-3-von-2011/11816/37 "2012-02-11T09:45:57Z")
> [@DetlevD](#):
>
> Wie meinst du das genau?
> Beispiel?
>
> DD.20120211.1135.CET
Eine Anzeige wieh ier: [http://www.discogs.com/developers/resource...se/release.html](http://www.discogs.com/developers/resources/database/release.html)
Im Respone Teil ist jede Information in einer extra Zeile dargestellt. Ausserdem übersichtliche Einrückungen bei geschweiften Klammern.
Wenn ich Seite, von der der Code im Beispiel stammt, mit Mozilla Firefox aufmache, bekomme ich erstmal eine xml Anzeige zu sehen.
[http://api.discogs.com/release/1](http://api.discogs.com/release/1)
Mit dem Zusatz ?f=json bekomme ich die json anzeige, allerding in einer einzigen Zeile ohne die Zeilenumbrüche und Einrückungen bei Klammern und Kommas.
[http://api.discogs.com/release/1?f=json](http://api.discogs.com/release/1?f=json)
Ich muss dazu sagen dass ich nicht die geringste Ahnung von json hab. Weiß nichtmal was das heißt. Wahrscheinlich müßte ich nur nach einem Plug-in für Firefox suchen. Weißt du ein gutes?
---
### Author:  [@dano](https://community.mp3tag.de/u/dano)
#### Post date: [February 11, 2012, 9:53am UTC](https://community.mp3tag.de/t/discogs-pone-script-version-3-von-2011/11816/38 "2012-02-11T09:53:22Z")
Google **JSON Validator**
---
### Author:  [@pone](https://community.mp3tag.de/u/pone)
#### Post date: [February 11, 2012, 10:02am UTC](https://community.mp3tag.de/t/discogs-pone-script-version-3-von-2011/11816/39 "2012-02-11T10:02:18Z")
Danke. Auch nicht schlecht.
Ich hab mir jetz das JSONovich add-on für Mozilla insalliert. Macht was ich wollte:
[https://addons.mozilla.org/en-US/firefox/addon/jsonovich/](https://addons.mozilla.org/en-US/firefox/addon/jsonovich/)
---
### Author:  [@DetlevD](https://community.mp3tag.de/u/DetlevD)
#### Post date: [February 11, 2012, 10:14am UTC](https://community.mp3tag.de/t/discogs-pone-script-version-3-von-2011/11816/40 "2012-02-11T10:14:29Z")
> [@pone](#):
>
> ... Im Respone Teil ist jede Information in einer extra Zeile dargestellt. ...
Wie ich soeben im Thread sehe hat sich die Frage erledigt.
Eigentlich kann man das Aufbrechen des JSON strings in einzelne Zeilen mit je einem Key:Value Paar doch auch im Websource Script machen mit einem RegEx.
DD.20120211.1215.CET
[Previous page](https://community.mp3tag.de/t/discogs-pone-script-version-3-von-2011/11816.md?page=1)
[Next page](https://community.mp3tag.de/t/discogs-pone-script-version-3-von-2011/11816.md?page=3)