[01:26:12] <wm-bb>	 <Feeglgeef> Yes, the former is canonical form (re @Al: The latter is what the function model refers to a “normal form”. The former contains implicit references to Z40 and Z41, so it’s...)
[01:28:07] <wm-bb>	 <Feeglgeef> On the first part, I've put a proposal for restricting the search form on Phabricator. Converting to an object of multiple things is definitely a good idea. (re @Al: It’s too broad, but the Wikidata item selector already allows us to find an element’s QID, guiding me to Q682 if I type “sulphur...)
[01:29:15] <wm-bb>	 <Feeglgeef> It's currently in no current plans/external though, so it's likely we won't get that feature for a while
[01:34:08] <wm-bb>	 <u99of9> Restricting the search sounds excellent. I'll have a think about the multiple things conversion. I feel it may be wasteful to do it for every code conversion, but I suppose since code implementations can't call other code implementations, the on-demand mapping strategy may not work so well, because we wouldn't want lookups duplicated across many implementations. (re@Fe
[01:34:08] <wm-bb>	 eglgeef: O <clipped message>
[01:34:09] <wm-bb>	 <u99of9> n the first part, I've put a proposal for restricting the search form on Phabricator. Converting to an object of multiple thing...)
[01:35:47] <wm-bb>	 <Feeglgeef> Yeah, I'd imagine it's a pretty big priority for the community, hopefully the team reconsiders (re @u99of9: Restricting the search sounds excellent. I'll have a think about the multiple things conversion. I feel it may be wasteful to do...)