Uploaded image for project: 'MusicBrainz Server'
  1. MusicBrainz Server
  2. MBS-13257

Autoselect and clean up hoerspielforscher.de URLs

XMLWordPrintable

    • Icon: New Feature New Feature
    • Resolution: Unresolved
    • Icon: Normal Normal
    • None
    • None
    • URL cleanup
    • None

      Since a lot of niche databases have been added lately, I will finally request this one for my own niche... So far I've been cleaning these URLs by hand

      Die Hörspielforscher is a German audio drama database.
      They mostly cover German (and a few international) audio drama releases, including the involved voice actors, writers, directors, musicians and others.
      Since they also have cuesheets of the featured music for many audio dramas, which are cross-linked to other releases on which the same music appears, the database also includes music albums.

      All relevant URLs follow the pattern https://hoerspielforscher.de/kartei/ENTITY_TYPE?detail=ID
      URL fragments and most query parameters can and should be discarded to get the most "canonical" URLs, except for the ID from the detail parameter they only encode positioning and state of the page, e.g. active tabs and filters as in https://hoerspielforscher.de/kartei/person?detail=80&detailSub=schauspieler&expanded=1&discography_sort=1#page-main.

      When these are omitted, the default tab and filters are used as it is desired most of the time. Only /person pages could be considered an exception if e.g. a person is mainly a musician (link to specific tab) but also has a few voice actor credits which are then shown by default. But I guess that's ok for an external database which is mainly about audio dramas

      Most of their entity types can be mapped to ours:

      • /hoerspiel (audio drama release) -> /release
      • /album (music release) -> /release
        (They don't have dedicated release group pages, but similar releases can be browsed via the "Weitere Ausgaben" button.)
      • /person (usually a person, but also used for companies) -> /artist (and maybe /label)
      • /interpret (artist credit, can be for a person or a group) -> /artist
        (A person always has a /person page, a performer with credited music recordings has an additional /interpret page, groups only have /interpret pages.)
      • /label (imprint) -> /label
      • /serie (release series, may contain the same release on different media) -> /series
      • /musik (music recording) -> /recording (rarely useful to be linked as linking /album should be sufficient most of the time)
        (They don't have dedicated work pages, but similar recordings can be browsed via the "Verwandte Musikstücke" button.)

      Other entity types which can not (easily) be mapped and should probably be ignored or forbidden:

      • /suite - series/collection of recordings which were recorded by the same artist during a limited timespan, which ranges from a session (-> /event ?) to multiple years
      • /audio - cuesheet of the featured music, can be shared by multiple releases, but not equivalent to a release group (as both edited releases and mediums with sides will have a different cuesheet)
      • /katalog - catalog number range, can be shared by related imprints

      P.S. Already existing URLs in the DB, some still have to be cleaned up: https://musicbrainz.org/ws/2/url/?query=url_descendent:https://hoerspielforscher.de/kartei&fmt=json

            reosarevok Nicolás Tamargo
            kellnerd David Kellner
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:

                Version Package