[01:07:43] This got corrected (albeit slightly differently than what the type proposal specified), and it was deployed today. As discussed in the ticket (T388086), the missing "lexeme" key was added as Z6006K4. Henceforth the results from Z6826 and Z6825 will include values for that new key, inside each instance of Z6006. thanks again for pointing it out! (re @u99of9: [01:07:43] @mdaniels5757 it look [01:07:44] s like Z6006 has one less key (and hence different key labels) than was planned at [[Wikifunctions:Type_pro...) [01:50:00] Thanks David. I'll make the value by key function when I get a chance. (re @David: This got corrected (albeit slightly differently than what the type proposal specified), and it was deployed today. As discussed...) [01:53:57] I'm planning to work on T388117, T388448, and T386426 in the coming days (2 of which are mentioned above). As noted in the tickets, i'm planning to update the orchestrator code for the built-in Wikidata fetch functions, so that it creates a literal ZObject, instead of Z9/reference, for each instance of Z60 and Z6040. [02:25:29] Great, that was certainly causing headaches last time I tried to do anything serious with the Wikidata stuff. Is there a way of checking that everything that should get dereferenced does so, not just the types we've already noticed as problematic? (re @David: I'm planning to work on T388117, T388448, and T386426 in the coming days (2 of which are mentioned above). As [02:25:29] noted in the tic...) [03:19:19] Done Z23433. But it can't do much until the selector for a sense is in place to allow a fetch, or call a function for it, rather than manually constructing it. (re @u99of9: Thanks David. I'll make the value by key function when I get a chance.) [03:51:53] oh, I see. We have a ticket for creating the Lexeme sense component (T388750), but so far it seemed more like a nice to have rather than a priority. I will try to see about getting more attention on it. Thanks for doing Z23433. (re @u99of9: Done Z23433. But it can't do much until the selector for a sense is in place to allow a fetch, or call a function for it, [03:51:53] rather...) [04:02:50] Yes, I've considered that, by inspecting the Wikidata ZObject-generation code, and had a bit of discussion about it with the team. The other Z9s that are created by this code are all references to built-in types (like Z6, Z11, Z6001/3/4/5/6) and we think it's fine for those to remain as Z9s. The ZObjects that have been causing headaches are all instances, not types. [04:02:50] (re @u99of9 [04:02:50] : Great, that was certainly causing headaches last time I tried to do anything serious with the Wikidata stuff. Is there a way of ...) [22:38:53] Great to read the rethinking of Wikidata-based enumeration in today's status update. I'm confident that this will solve a lot of my issues planning a chemical element Type. (re @u99of9: To disparage enums even more. Here is me trying to use a month function in Finnish. This type has been available for ages, and m...)