Request for extra fields in API

3 views
Skip to first unread message

will-c

unread,
Sep 8, 2008, 8:15:22 AM9/8/08
to SoundCloudAPI
I will post in this discussion all fields that seem to be missing as I
find them. To start with:

Sets:

- Release/catalogue number
- Release date

Tracks:

- Release/catalogue number
- Release date

Hannes Tydén

unread,
Sep 16, 2008, 12:00:51 PM9/16/08
to SoundCloudAPI
These fields will be added later this week.
> Sets:
>
>  - Release/catalogue number
>  - Release date
>
> Tracks:
>
>  - Release/catalogue number
>  - Release date

If anyone else has suggestions for additional information please post
them here.

Thanks

will-c

unread,
Sep 16, 2008, 12:10:54 PM9/16/08
to SoundCloudAPI
Also:

Sets
- UPC

Tracks
- ISRC

Would be useful

er...@soundcloud.com

unread,
Sep 16, 2008, 1:18:50 PM9/16/08
to SoundCloudAPI
good points, we're adding these two fields in the next few days to our
database and api.

er...@soundcloud.com

unread,
Sep 26, 2008, 5:27:41 AM9/26/08
to SoundCloudAPI
will,
now we're supporting UPC codes for sets and ISRC codes for tracks,
both in the GUI and through the API.
We've also made the fields you requested available through the API
(Release/catalogue number & Release date for both sets/tracks).

cheers // eric

On Sep 16, 6:10 pm, will-c <william.coa...@gmail.com> wrote:

will-c

unread,
Sep 28, 2008, 12:41:20 PM9/28/08
to SoundCloudAPI
I wonder if it would be a good idea if there was a way to add Artist
metadata to Tracks and/or Sets?

Even though the typical soundcloud user is usually himself an artist,
its not too uncommon that s/he has different pseudonyms for different
styles. And for user accounts which are organisations, would obviously
be of use.

will-c

unread,
Sep 28, 2008, 12:46:55 PM9/28/08
to SoundCloudAPI
User elements nested within other elements (Set/Track...) are missing
the id field. I can parse the URI field but maybe it would be nice if
didnt have too?

Hannes Tydén

unread,
Oct 27, 2008, 8:41:40 AM10/27/08
to SoundCloudAPI
The nested user elements are a thing we haven't really solved yet. The
problem is that the nested user is not complete, missing some of the
attributes and this must be signaled in some way. A missing id might
not be optimal, but is a strong signal. Also I would like to add that
the ideal way to identify and address the resoures are by their uri:s,
since they are universally unique and you would never have to do any
translating.

We're also reworking the track/set metadata and their relationship to
users, this will probably be implemented within the coming month.
Reply all
Reply to author
Forward
0 new messages