Missing Alt art and non existing new images on id change
Opened this issue · 4 comments
-
Missing Alt Art:
I can't say since when, but the API doesn't return multiple alternative artworks anymore. It only returns 1 Element which contains only the "base image" in normal, small and cropped image form. I checked it for the cards "Sky Striker Ace - Kagari" and "Dark Magician", but there aren't any more then there first version. Is there an new parameter that need to be set on request to get all the other missing images now? -
new images on id change:
When any card change it's card id (the 8 digit left in the card) from an custom 9-digit to an 8-digit, I recognized that the image isn't available instantly and take some time to be updated. This started (for my knowledge) at the 21st of December 2022.
This already happens till now.
e.g. the card 82112494 Superheavy Samurai Prodigy Wakaushi got it updated card id yesterday (101112006->82112494), and the api now returns the image-url https://images.ygoprodeck.com/images/cards/82112494.jpg at the current moment. But when opening the image, it's a 404 not found. If there isn't an update image, the image url shouldn't be updated as well, especially not, if this process takes multiple days to be updated.
Hey there.
-
Can you provide an example? Running
https://db.ygoprodeck.com/api/v7/cardinfo.php?name=dark%20magician
provides me with the alternative artwork as usual. It's listed undercard_images
. -
This is a little troubling as the cards are supposed to copy the beta image to the live (new id) image when an update like this is done. Superheavy Samurai Prodigy Wakaushi has a beta image so it absolutely should have copied over to it's live image ID. Let me investigate this one!
Found the issue related to number 2. I will roll out a fix for it!
Number 2 should now be fixed and the images should now be available!
Thanks first.
And I now understand what happened for 1.: if you not filter by name but by the cards' id, the API only returns the image of the specified id as well as sets it's in with this artwork is in and so on. So the mistake here was that I only checked the entries by there id (which is more natural in my case to get the exact result). I guess it would be nice if that info will be added to the api guide for the chance someone has this issue in the future.