I’m not sure if there is a problem with the metadata format but I’ve already followed the standard and it also works fine when pasting it on the Test Metadata feature of pool.pm.
I’ve already read a similar issue by h1ddenproc3ss but he was able to resolve it by matching policyid on the metadata and the transaction. I checked mine but it was fine as well.
Would very much appreciate any response! Thanks all!
Yes. I’m confused why the line “containing 721” doesn’t appear in the metadata when inspected in pool.pm but when checked in Cardanoscan, it appears correctly.
I’ve tried minting new NFTs but still end up with the same results. I’m also pretty sure my metadata formatting is correct as it matched the one you have sent.
I think the issue is that pool.pm is reading my metadata without the “721” header. When inspected in Cardanoscan, the metadata appears neatly (see here - Cardanoscan)
But when I search my NFT in pool.pm using the fingerprint (asset19a7hjlzwsdpm8g3xnmqeuef3yklq3nfrh8n4uc) and view its metadata, the field containing “721”: is not there (see here - pool.pm)
Did you find any solution to this problem? I have the same problem - it seems that pool.pm is not reading correctly the beginning of the metadata.json.
Well this is strange, since I have used the same method for months. The only change is that I use base16 token name as required from cardano-node 1.31.0. I tried to mint the NFT 3 times, always the same result.
metadata.json I have used :
metadata.json in pool.pm:
transaction details and metadata.json on cardanoscan.io seems OK:
You have inputted the token name in hex with cardano-cli, but it is still expected in utf-8 in the metadata, whereas you also used the hex format in the metadata. This is why pool.pm cannot find the expected token metadata in the transaction.
You can ignore the missing “721” object in pool.pm in this case, it’s a display only side effect of the lookup error and does not mean anything about the way metadata is read. This will be fixed eventually.
Perfect! Everything works fine now! Thank you! I will suggest the update of Cardano Developer Portal NFT page - Minting NFTs | Cardano Developer Portal
Kind regards Martin, CBROS pool
Hi all! Thanks for all the response. Sorry it took a while before I could try it out again. It simply turns out I wasn’t using the same token name placed after the Policy ID inside the metadata, a very stupid error indeed
I’m glad you were able to fix that immediately @Couder! And also big thanks to @Smaug and @Alexd1985 for always being very responsive and helpful in the Cardano Forums!
I am having exactly the same problem on pool.pm. The metadata first line 721 is cut off and the NFT does not display. Cardano.org tutorial literally just changed now and added:
Hi! I think it is the same problem as @Smaug mentioned. This command created the $tokenname variable with hex format name. If you proceeded and followed the tutorial so you wrote this hex format tokenname to metadata.json. Just change the tokenname in metadata.json to the “real” (utf-8) name. That worked for me.
I created a pull request in tutorial’s github to add a new variable $realtokenname that will be in utf-8 format and will be later used in metadata.json.
This solution works. I’m not sure if the PR will be accepted, but I wanted draw attention to the problem.
Thanks for the responses… I upgraded my system to 1.33.0 and I retried using the utf-8 format and I’m still seeing the pool.pm cut off the metadata. The first lines of my metadata contain:
{
“721”: {
“feb1b26e84ba62277c559fd33b6732988d836420c63459709b95c9e3”: {
“546573744d696e7431”: {
and pool.pm contains:
{
“feb1b26e84ba62277c559fd33b6732988d836420c63459709b95c9e3”: {
“546573744d696e7431”: {