Question about IResourceLocator Keys "additional" key enty with same IResourceLocation

Hello,
I use Addressables for modding support, so I create a catalog in project A and load it from project B with the LoadContentCatalogAsync method which returns the IResourceLocator of the catalog.

Then I loop over the keys and use the Locate method to get all objects of specific type.

Now my question / confusion is about the IResourceLocator Keys, because my source catalog only has a single object which is named “BlueCube” for testing, which is also one of the Keys entry, but the catalog specific IResourceLocator also returns 3 other keys which have weird names.

I thought maybe they are just some default assets / keys and I can ignore them, but it turns out that one of these “additional” keys (which is just a number if you print it) also contains the reference to the BlueCube location.

So can someone explain where this additional key comes from and why it also references the “BlueCube” location when I call Locate with this key?

I need a way to filter these out, otherwise I would load the IResourceLocation of the “BlueCube” twice, of course I could just make a HashSet and check if I already loaded the same IResourceLocation, but befor doing so I wanted to try to understand the system better and maybe there is a way to get rid of this additional key with some build setting.

Hint: The loading, spawning the loaded objects etc. all work fine, Im only asking about this specific “additional” key entry, so please don’t drag it off topic

Update:
It looks like unchecking “Include GUIDs” and “Include Labels” removes some of the extra keys. Now I understand where they are coming from and can workaround it for my specific use case.

Hi @R1PFake glad to see that you were able to find the solution. Just be aware that disabling “Include GUIDs” and “Include Labels” will make assets assigned to the group only loadable by address (not by AssetReference or label).