If there is a mismatch with a string value that happens to look like an item ID, Mismatch Finder will try to show it as the label of that item, even though it has nothing to do with the mismatch. For example, when I created a fictional mismatch for the [Q2 (Star Trek: Voyager) WikiTrek ID](https://www.wikidata.org/wiki/Q125917#P8344) on a local install, it looked like this:
{F35600113}
The value should just be `Q2`, but it gets shown as a reference to the item [Earth](https://www.wikidata.org/wiki/Q2).
If the item doesn’t actually exist, you even get an error, e.g. for [q0](https://www.wikidata.org/wiki/Q11240153#P1195) or [Q052](https://www.wikidata.org/wiki/Q111154856#P742).
```counterexample
[2022-10-19 15:52:44] local.ERROR: Could not find an entity with the ID "Q0". {"exception":"[object] (App\\Exceptions\\WikibaseAPIClientException(code: 0): Could not find an entity with the ID \"Q0\". at /var/www/html/app/Services/WikibaseAPIClient.php:42)
[stacktrace]
...
[2022-10-19 15:53:09] local.ERROR: Could not find an entity with the ID "Q052". {"exception":"[object] (App\\Exceptions\\WikibaseAPIClientException(code: 0): Could not find an entity with the ID \"Q052\". at /var/www/html/app/Services/WikibaseAPIClient.php:42)
[stacktrace]
...
```
Mismatch Finder should format Wikidata values depending on the data type of the property they belong to, instead of trying to guess what data type they look like.