Petr Křemen

> This is happening again 🤷🏻‍♂️ yes, experienced this today.

Not sure whether it is related to this issue, but e.g. the following MONDO concepts share a definition with HPO concepts: MONDO:0005260, MONDO:0001014.

> I think this is by design, you are assumed to know the paths or urls of your inputs. I can see the use case for using logical names instead...

> Yes, this is intended behaviour. @jamesaoverton my point was different (not remote catalogs, but using local catalogs for resolving physical URLs of `--input-iri` parameters), as @balhoff points out.

Hm, so this should be a feature of repair to interpret literal values and try to guess whether they can actually by interpreted as lang-literals in case they contain @?...

Actually, for me it is quite useful - I use it for the replacement of deprecated classes as indicated by owl:deprecated + IAO_0100001 - as described in http://robot.obolibrary.org/repair .

Hm, so this behavior seems to be deep inside OWLAPI, probably for some reason ... https://github.com/owlcs/owlapi/issues/1070

So [the reason is OWL spec](https://github.com/owlcs/owlapi/issues/1070) ... More than confusing to me but in that case I am afraid this behaviour is a feature, not a bug ... But there...

OK, so after carefully reading the comments here again, I feel that @matentzn [in his comment](https://github.com/ontodev/robot/issues/1020#issuecomment-1167112574) is closest to address this issue. So leaving it open here.

@balhoff thanks for hint - yes, this would work, although it seems a bit complicated to switch this debug on/off in a Makefile for a ROBOT command chain (can do...