Jump to content

Wikifunctions:Community portal

From Wikifunctions

Welcome to the community portal for Wikifunctions!

This is the central place to document Wikifunctions's to-do lists and ongoing project work. [To-do!]

The catalogue of functions is a good place to start.

For discussions, see Wikifunctions:Project chat.

Noticeboards

Task centre

Perennial tasks

Tasks listed by users

Example:
Done. Thanks for pointing that out! Example (talk · contribs)

[signing to enable reply link:--GrounderUK (talk) 11:27, 6 May 2024 (UTC)[reply]

Hi, I would like to request to connect implementation and the tests for both Indonesian cardinal (Z18546) and Indonesian ordinal from natural number (Z26821). Thank you! NikolasKHF (talk) 14:56, 29 July 2025 (UTC)[reply]
I see that Z18546 has a failed testcase. Dv103 (talk) 14:58, 29 July 2025 (UTC)[reply]
Yes, the 100 should return "seratus" instead of "satu ratus". Besides, I also notice that it will resulted "satu ribu" for 1000 instead of "seribu". I am currently trying to fix the issue and will update if I already solve it. Sorry and thanks in advance. NikolasKHF (talk) 16:12, 29 July 2025 (UTC)[reply]
I have revised the code for Indonesian cardinal (Z18546) and have added additional test cases. Please kindly check NikolasKHF (talk) 16:57, 29 July 2025 (UTC)[reply]
Done Connected both functions (and the new testcases).
As a side note, for some reason the testcases you created didn't have the input (I had to add it). What language is your Wikifunctions interface? In which format did you write the numeric values? Does Z14290 support the format you were using? Dv103 (talk) 17:02, 29 July 2025 (UTC)[reply]
Ah sorry, I think I forgot to include the input on the testcases. I use Indonesia as the Wikifunctions interface. When I try to check using Z14290 it looks like the function support the Indonesia format. While at it, I would like to ask, on the last two test cases in Z26821, I found that they are fail due to no connected implementation yet (Z503). I have purge the page but it seems the error remains. Is it only in my machine? Thank you in advanceNikolasKHF (talk) 17:15, 29 July 2025 (UTC)[reply]
I believe those were globally cached errors. The cache is now refreshed and showing the test cases as passed. Please reply if this is not what you see now. GrounderUK (talk) 17:39, 29 July 2025 (UTC)[reply]
I understand. It's fixed now. Thank you very much NikolasKHF (talk) 23:29, 29 July 2025 (UTC)[reply]
And Z26821 has failed all 3 test cases. ~/Bunnypranav:<ping> 15:01, 29 July 2025 (UTC)[reply]
This is because Z18546 isn't connected. Dv103 (talk) 15:02, 29 July 2025 (UTC)[reply]
Ah, my bad. Didn't notice the relation. ~/Bunnypranav:<ping> 16:29, 29 July 2025 (UTC)[reply]
Hi, can anyone connect the implementation Python implementation of simplified Luxembourgish (Z27275) to the function Simplified Luxembourgish Eifel rule (Z27254) please? --Volvox (talk) 12:46, 8 August 2025 (UTC)[reply]
I see there is no test for it. It's better to add some tests to the function before connecting the implementation, so we can see if it actually works as intended. Dv103 (talk) 12:49, 8 August 2025 (UTC)[reply]
They added some tests. The function was also created twice for some reason: Z27255 YoshiRulz (talk) 12:02, 11 August 2025 (UTC)[reply]
Done. I've changed the input and output type to String (since it's very difficult to work with monolingual texts in Python code, and given that the definition of function already implies to work with Luxembourgish text, the language indicator is useless) and I've connected everything. Now I'll signal Z27255 for deletion. Dv103 (talk) 13:07, 11 August 2025 (UTC)[reply]
Thank you all for your help and for cleaning up. --Volvox (talk) 07:17, 17 August 2025 (UTC)[reply]
Hi, could anyone connect simple implementation for Z27267 (Z27272) implementation to location from entity and class (Indonesian) (Z27267) function, please? Thanks! NikolasKHF (talk) 12:57, 8 August 2025 (UTC)[reply]
It seems to fail the only testcase. Dv103 (talk) 13:05, 8 August 2025 (UTC)[reply]
I see. When I test the label of item reference in language (Z23753), it always return void (Z24) error when using Indonesia (Q252). I think that's the problem. I have created another test case that used another Wikidata item. Please kindly check. Thanks! NikolasKHF (talk) 13:25, 8 August 2025 (UTC)[reply]
It's just a known problem with large items (like ones referring to nations). Please try with testcases not involving nations (or big cities). Dv103 (talk) 13:36, 8 August 2025 (UTC)[reply]
I see. I use Kenya (Q114) as the location in Unlabelled (Z27277) and it seems to work. Previous attempt is correct, it's just lack of spaces and I have added those. It works now, please kindly check. Thanks! NikolasKHF (talk) 13:43, 8 August 2025 (UTC)[reply]
Connected Dv103 (talk) 14:48, 8 August 2025 (UTC)[reply]
Thank you! NikolasKHF (talk) 14:51, 8 August 2025 (UTC)[reply]
Hi, could anyone please connect Luxembourgish article-less instantiating, compose (Z27493) to Luxembourgish article-less instantiating sentence (Z27490) please? I added three test cases, two of which passed, but the first one failed with Error in evaluation (Z507) and output result void (Z24), which I don't really understand. Is this an inherent problem of my implementation, or is it an artifact of the execution? Also, regarding the tip "Something not working? Try Wikifunctions.Debug to trace your code." that I'm shown, how would I go about doing this? --Volvox (talk) 07:23, 17 August 2025 (UTC)[reply]
Done Now all 3 tests work. When working with Wikidata, it's possible that sometimes functions don't work for unknown reasons. Dv103 (talk) 09:04, 17 August 2025 (UTC)[reply]
Could someone change the expected output to "engmilliounst" (and thus also the label) for the test case 1000000 → "engmilliounst" (Z27679), as this is also an acceptable form for the ordinal of 1.000.000 (corresponding to "millionth" vs "one millionth") and coincides with the function output? --Volvox (talk) 19:40, 25 August 2025 (UTC)[reply]
Also, the JavaScript implementation Luxembourgish cardinal javascript (Z19415) is now working just fine. --Volvox (talk) 20:05, 25 August 2025 (UTC)[reply]
Done Connected (but there is a “ghost” Z20 causing all tests to fail on the implementation pages Special:Search/Z16422) GrounderUK (talk) 21:23, 25 August 2025 (UTC)[reply]
Thank you. But I don't really understand the "ghost" Z20. Is this a general bug or is it related to how I created the implementation and/or test cases? Because I noticed that in my experience test cases seem to always fail on implementation pages, but on function pages they work as intended. --Volvox (talk) 07:13, 26 August 2025 (UTC)[reply]
Sorry. Yes, it’s a general bug. Test cases generally pass or fail the same way on the function and implementation pages. But if a connected Z20 has been deleted, you can get failures on the implementation pages. I think it just needs a small edit to the function’s JSON, but I’m not set up to do that. Hopefully, someone who is able to will make the necessary change soon (which is the only reason I mentioned it). GrounderUK (talk) 07:37, 26 August 2025 (UTC)[reply]
Not done GrounderUK (talk) 07:48, 26 August 2025 (UTC)[reply]
Done --99of9 (talk) 11:07, 26 August 2025 (UTC)[reply]
Done GrounderUK (talk) 21:10, 25 August 2025 (UTC)[reply]
Hi! I just created two functions: days since last Easter (Z28498) and days until next Easter (Z28495). Both functions already have test cases and implementation. The first function have an implementation that already pass all the tests. The implementation for the second function, however, have not passed any test case. When I check, I specify a wrong output type as Natural number (Z13518) instead of Integer (Z16683). I cannot change the output type since there are test cases that already connected to the functions.
Therefore, I would like to ask for help to connect the test cases and implementation for days since last Easter (Z28498), then maybe change the output type of days until next Easter (Z28495) to Integer (Z16683), while also change the validation functions for all test cases (192 days to Easter 2026 (from 2025-09-25) (Z28497) and Good Friday until Easter Sunday 2026 is 2 days (Z28502), so that they are validated by same Integer (Z16688) instead of equality of natural numbers (Z13522))
Sorry for the trouble. Thank you very much in advance!
NikolasKHF (talk) 07:21, 25 September 2025 (UTC)[reply]
Why is Integer (Z16683) the right type? This function could output negative values? Dv103 (talk) 07:31, 25 September 2025 (UTC)[reply]
These functions should not output negative values. As the why Integer (Z16683), I use days until (Z20744) to calculate days passed from the date provided by the user and the next or previous easter date, which has Integer (Z16683) as the output type. Which means that, the implementation on both days since last Easter (Z28498) and days until next Easter (Z28495) output Integer (Z16683). Now, because of that, the test cases gives Return type mismatch (Z517) error, I believe because it tries to compare Integer (Z16683) with Natural number (Z13518). If you have any suggestion regarding this, I would love to know.
Thank you!
NikolasKHF (talk) 07:45, 25 September 2025 (UTC)[reply]
I think it’s better to keep the function “honest”. If it’s not supposed to return negative values, it would be better to have a Natural number (Z13518) return type. I think your logic ensures you have a non-negative integer, so you can just convert that to a Natural number with absolute value of integer as natural number (Z17144). I know that’s easier said than done, once it’s all defined, but if you start with the “honest” type in the function definition, the user interface should prevent you from selecting functions with a different type in your composition (until you’ve selected an appropriate converter function). GrounderUK (talk) 09:10, 25 September 2025 (UTC)[reply]
Oh, that makes more sense. I will try implement that on the implementation. Thank you!
NikolasKHF (talk) 09:14, 25 September 2025 (UTC)[reply]
Done! Implementation (next Easter (composition) (Z28496)) for days until next Easter (Z28495) is now working! Thank you!
NikolasKHF (talk) 10:23, 25 September 2025 (UTC)[reply]
You’re welcome… and congratulations!
Done GrounderUK (talk) 10:33, 25 September 2025 (UTC)[reply]
Hi, could anyone please connect Gregorian year in Luxembourgish, Composition (Z28873)? --Volvox (talk) 18:07, 16 October 2025 (UTC)[reply]
Done GrounderUK (talk) 18:53, 16 October 2025 (UTC)[reply]
Hi, could anyone please connect extractInitials (Z28902)?--GrimRob (talk) 16:17, 21 October 2025 (UTC)[reply]
Done GrounderUK (talk) 16:38, 21 October 2025 (UTC)[reply]
Hi, I added a test case and fixed a bug which pases in my V2 implementation (V1 passes 6/7 but is showing 0/7 for some reason). Could anyone please connect the V2 instead of the currently connected implementation initials from full name of person (Z28917)? --GrimRob (talk) 17:47, 21 October 2025 (UTC)[reply]
Done Dv103 (talk) 19:04, 21 October 2025 (UTC)[reply]
Heya, I tried to make a Superlative definition, in English (Z29010) implementation in composition (Superlative definition in English, composition (Z29012)), but it errors out: Unable to convert to canonical form (path to the problem: "Z22K2.K1.K1.K2.Z5K2.Z528K1.Z99K1.Z7K1.Z8K4.[ 1 ].Z14K2.Z26107K2.Z21394K1.[ 1 ].Z10771K1.Z23753K2.Z18K1.{"Z1K1":"Z18","Z6K1":"Z29010K5","Z18K1":""}") - why does this happen, and how would I fix it? I tried to use defining role sentence in English, Composition (Z28030) as a guide, but for a first dive into composition I may have taken on something a bit large. infernostars (talk) (contribs) 02:49, 23 October 2025 (UTC)[reply]
When you go to Superlative definition in English, composition (Z29012) you'll see two red words "Function" and "Wikidata item". Both of those were not set in the composition, so it is missing information. There may be more deeper problems, but fix this first. --99of9 (talk) 03:33, 23 October 2025 (UTC)[reply]
Please change is each character hiragana, composition of map functions (Z15639) to use String to codepoint list (Z22717) as Z868 is deprecated, thanks. Tenshi! (Talk page) 15:00, 28 October 2025 (UTC)[reply]
Done Special:Diff/225804 ~/Bunnypranav:<ping> 15:21, 28 October 2025 (UTC)[reply]
Dear @GrounderUK I'd like to try out to create new function and still stumbled upon with disconencted issue on both implementation and test cases. Should I ask the permission or there are missing steps? Kindly guide me how to assemble them properly since I'm novice here. Thanks. Here is my new function https://www.wikifunctions.org/view/en/Z29108 Affandy Murad (talk) 05:27, 29 October 2025 (UTC)[reply]
Done Was there some reason for using String (Z6) inputs and output? If you use numeric inputs like Rational number (Z19677) or float64 (Z20838), the conversion from strings and back should be handled by the read and display functions. See average of two rationals (Z19833), for example. Looking at display rational as formatted decimal (Z25362), we don’t appear to have an option for Indonesian (or many other languages). I think we can soon fix that. GrounderUK (talk) 09:04, 29 October 2025 (UTC)[reply]
Thank you for showing us the function. I just created rational as formatted decimal (dot separators) (Z29116) to configure configure rational as formatted decimal (Z25634) for Indonesian (Z1078). Could you please connect the implementation and test for rational as formatted decimal (dot separators) (Z29116)? Thank you very much in advance! NikolasKHF (talk) 10:30, 29 October 2025 (UTC)[reply]
Done Thank you for your contribution. GrounderUK (talk) 10:36, 29 October 2025 (UTC)[reply]
Hi, thanks @GrounderUK for your help. I use string due to our current formatting ie: 12.768,39. So, user can simply copied from website. I obtained the rates from https://www.bi.go.id/id/statistik/informasi-kurs/transaksi-bi/default.aspx. Biggest thanks also to @NikolasKHFfor guiding me. Affandy Murad (talk) 10:58, 29 October 2025 (UTC)[reply]
I have recently drafted some revamps of Wikifunctions:Human languages (User:Xeroctic/Human languages) and Wikifunctions:Reserved ZIDs (User:Xeroctic/Reserved ZIDs) in my userspace, and I think they are ready to replace the originals. I have not included translation tags for HL (which would be entirely different) and they need major modification for RZIDs to add or re-add them, so I would like that to be done as well. Xeroctic (talk) 16:39, 3 November 2025 (UTC)[reply]
Support Support since Xeroctic's versions improve readability. Arlo Barnes (talk) 11:17, 24 November 2025 (UTC)[reply]
Please disconnect apply config to describing class of class (Z27174). YoshiRulz (talk) 09:26, 20 November 2025 (UTC)[reply]
Done GrounderUK (talk) 09:33, 20 November 2025 (UTC)[reply]
That and Z29630 can be connected now. YoshiRulz (talk) 07:20, 21 November 2025 (UTC)[reply]
Done NikolasKHF (talk) 08:06, 21 November 2025 (UTC)[reply]
To clarify: The implementation Z27174 is delegating to the English variant properly, but the test Z27213 for the outer function omitted the final period on the expected value. YoshiRulz (talk) 08:59, 21 November 2025 (UTC)[reply]
Please connect the tests and implementation for language is acceptable substitute? (Z29750). YoshiRulz (talk) 13:33, 25 November 2025 (UTC)[reply]
This ^ was done, so thanks for that, and I've now built a new function around it that's ready to be connected: Monolingual text as HTML fragment w/ auto-langcode (Z29749)
Having fallbacks to other languages and indicating such does of course raise the question of when it should be indicated, and I certainly don't have the answer, so I might leave this message here for the multilingual among you to see it and chime in. Either on Talk:Z24144, or by way of adding a test case on one of these functions. YoshiRulz (talk) 14:42, 25 November 2025 (UTC)[reply]
If it’s about the way labels in fallback languages are displayed, perhaps the Discussion page for display Monolingual text (Z21583) would be a better location? There has been some discussion at Wikifunctions talk:Abstract Wikipedia/2025 fragment experiments#Proposed recommendation: Fragments should return Z11/monolingual strings. (The spinoff, Wikifunctions talk:Abstract Wikipedia/2025 fragment experiments#Fallbacks, might also be relevant.) GrounderUK (talk) 15:23, 25 November 2025 (UTC)[reply]
Please connect the tests of Z29787, Z29791, Z29794, and Z29795. YoshiRulz (talk) 19:41, 26 November 2025 (UTC)[reply]
Done GrounderUK (talk) 19:49, 26 November 2025 (UTC)[reply]
Please connect Z29797. The recursive implementation Z29796 might also work after that. YoshiRulz (talk) 11:09, 27 November 2025 (UTC)[reply]
Done The chunk list into lists, recursive composition (Z29796) does work after I connect chunk list into lists, map composition (Z29797), except for chunk(1..=10, 3) (Z29798) test. I have also connected all of the tests. NikolasKHF (talk) 15:12, 27 November 2025 (UTC)[reply]
Thanks. I've brought the JS implementation in line the others, but I'm at a loss about that test. I think it's failing for the reason GrounderUK mentioned the other day re: type converters but I also feel like I already checked every place an un/type call could go.
Assuming that's the underlying cause of the test failure on Z29794, the implementation for that is now ready to be connected. YoshiRulz (talk) 15:46, 27 November 2025 (UTC)[reply]
Please connect the tests for Z29851 and Z29852. YoshiRulz (talk) 14:15, 28 November 2025 (UTC)[reply]
Done Seems like most of the tests are failed for both functions? I will try to check the implementations NikolasKHF (talk) 14:20, 28 November 2025 (UTC)[reply]
Oh I think it's because some lexeme on the tests do not have any superlative (Q1817208) --NikolasKHF (talk) 14:31, 28 November 2025 (UTC)[reply]
Yes, I'm relying on the existing Z12203 as a fallback in that case. That function has its own problems though, mainly that it never does a syllable count to return "most ...". YoshiRulz (talk) 14:42, 28 November 2025 (UTC)[reply]
To that end, I've made syllable count of English word (string) (Z29940). The first implementation passes 4/5 tests, which I think is an overestimate of its correctness, but I had trouble creating a better implementation. But if you could connect it for the time being then I can work on an improved superlative function. YoshiRulz (talk) 11:13, 30 November 2025 (UTC)[reply]
Done
I think English regular superlative form, composition (Z29941) is ready to be connected. It should be passing most of the tests but for timeouts. YoshiRulz (talk) 13:13, 30 November 2025 (UTC)[reply]
Please connect the tests and implementation for Z29958. YoshiRulz (talk) 11:15, 30 November 2025 (UTC)[reply]
Done by 99of ~/Bunnypranav:<ping> 11:28, 30 November 2025 (UTC)[reply]
Retrieved from "https://www.wikifunctions.org/w/index.php?title=Wikifunctions:Community_portal&oldid=232182"