Synonym list is ommited in response message

Want to help out? Need help accessing the AniDB API? This is the place to ask questions.

Moderator: AniDB

Locked
yurko savelenko
Posts: 10
Joined: Thu May 03, 2007 4:43 pm

Synonym list is ommited in response message

Post by yurko savelenko » Tue Jul 24, 2007 12:29 pm

Hello!

While testing the anidb-part of my client I discovered some dissapointing phenomenon, namely, the synonym and "other name list", which I would very like to use in the drop-down lists in my program, are ommited each time I send an ANIME command!

Conditions are as follows:

encoding: utf8,
requested fields: episodes, normal ep count, str year, str type, str romaji name, str kanji name, str english name, str other name, str synonym list, str producer name list (via acode)

When requesting only these fields, it is unlikely that the messages must be truncated, still, the two fields in red are always empty.

Here is a picture (of a testing program), which gets as input an aid and returns info on the corresponding anime:

Image

http://tracker.anidb.info/view.php?id=711
Last edited by yurko savelenko on Wed Jul 25, 2007 3:43 pm, edited 1 time in total.

epoximator
AniDB Staff
Posts: 379
Joined: Sun Nov 07, 2004 11:05 am

Post by epoximator » Tue Jul 24, 2007 1:04 pm

use http://wiki.anidb.info/w/UDP_API_DEV to suggest changes or http://tracker.anidb.info/ to report bugs

yurko savelenko
Posts: 10
Joined: Thu May 03, 2007 4:43 pm

Post by yurko savelenko » Tue Jul 24, 2007 2:25 pm

I will report this as a bug. As for now, I assume this is an unknown issue, judging by your reaction. However, how could this be not noticed before? I just do what the documentation states, but maybe there are some undocumented usages of acode?

User avatar
exp
Site Admin
Posts: 2438
Joined: Tue Oct 01, 2002 9:42 pm
Location: Nowhere

Post by exp » Wed Jul 25, 2007 8:31 am

There have been a couple of changes to the way how anime and episode titles are stored internally, lately. Something may well have been broken on the way.
Another issue is that the new storage structure isn't that easily mapped onto the old ANIME syntax. We'll have to see how to best resolve that.

BYe!
EXP

yurko savelenko
Posts: 10
Joined: Thu May 03, 2007 4:43 pm

Post by yurko savelenko » Wed Jul 25, 2007 10:29 am

I thought something like that happened. I do not know anything about the internal storage of anime data, but (as a user of UDP API and client developer) I would propose the following values:

for "other" (bit 23): a list of official titles in languages other than Japanese and English

for synonym list (bit 25): a list of other titles (not official, according to how it's meant to be).

The list of "other" should bu truncated first, because, generally, by far not every anime is officially released in a country for which synonym title exists.

I will also post this as a feature request on the tracker.

epoximator
AniDB Staff
Posts: 379
Joined: Sun Nov 07, 2004 11:05 am

Post by epoximator » Wed Jul 25, 2007 10:57 am

i've already suggested something here http://wiki.anidb.info/w/UDP_API_DEV#ANIME

i don't think it's much point in returning all languages

yurko savelenko
Posts: 10
Joined: Thu May 03, 2007 4:43 pm

Post by yurko savelenko » Wed Jul 25, 2007 11:07 am

Yes, that would be great too.
We can continue this conversation at the tracker, where I added a feature request.

yurko savelenko
Posts: 10
Joined: Thu May 03, 2007 4:43 pm

Post by yurko savelenko » Sun Sep 02, 2007 8:04 pm

Great! I see that UDP protocol has been fixed. To my great delight my test program now correctly shows all the synonyms. However, although my feature request has been set to "resolved" the synonyms are returned in the "old" way, without the proposed "lang" tag usage. Not that I don't like it, but for the clarity: I understand correctly and that proposed change will not be made yet and protocol version will not change until than?

epoximator
AniDB Staff
Posts: 379
Joined: Sun Nov 07, 2004 11:05 am

Post by epoximator » Mon Sep 03, 2007 6:18 am

"lang" wasn't really a part of that request, i noticed the note now. it'll be implemented sooner or later anyhow

Locked