Wikifunctions wikifunctionswiki https://www.wikifunctions.org/wiki/Wikifunctions:Main_Page MediaWiki 1.47.0-wmf.2 first-letter Media Special Talk User User talk Wikifunctions Wikifunctions talk File File talk MediaWiki MediaWiki talk Template Template talk Help Help talk Category Category talk TimedText TimedText talk Module Module talk Translations Translations talk Event Event talk Z1023 0 249 275688 215683 2026-05-17T06:39:06Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275688 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1023" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "mak" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Makasar" }, { "Z1K1": "Z11", "Z11K1": "Z1830", "Z11K2": "マカッサル語" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Makassar" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "Makassaars" }, { "Z1K1": "Z11", "Z11K1": "Z1078", "Z11K2": "Makasar" }, { "Z1K1": "Z11", "Z11K1": "Z1820", "Z11K2": "मकास्सरी" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "makassar" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } l1wtd8pc4bv1bu9bl985mtypvq2bdvr Z1126 0 352 275723 150588 2026-05-17T09:05:08Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275723 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1126" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "crh-latn" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Crimean Tatar (Latin script)" }, { "Z1K1": "Z11", "Z11K1": "Z1126", "Z11K2": "qırımtatarca (Latin)‎" }, { "Z1K1": "Z11", "Z11K1": "Z1592", "Z11K2": "krimtatariska (latinska tecken)" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Krimtatarisch (lateinische Schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "Krim-Tataars (Latijns schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1830", "Z11K2": "クリミア・タタール語(ラテン文字)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "tatar de Crimée en écriture latine" }, { "Z1K1": "Z11", "Z11K1": "Z1237", "Z11K2": "Kırım Tatarcası (Latin alfabesi)" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1004", "Z31K2": [ "Z6", "tatar de Crimée (latin)" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 8s3540flsydy8tq891n02rbel3p21mh Z1182 0 408 275697 243111 2026-05-17T07:03:39Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275697 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1182" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "ksh" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Colognian" }, { "Z1K1": "Z11", "Z11K1": "Z1182", "Z11K2": "Kölsch " }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Kölsch" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "Keuls" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "kölsch" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1004", "Z31K2": [ "Z6", "colognais" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "West-Germaanse taal" } ] } } 0xg93la9gg1jv1cfjsgbhlygccmcxeg Z1192 0 418 275694 215763 2026-05-17T06:56:35Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275694 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1192" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "gom-latn" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Goan Konkani (Latin script)" }, { "Z1K1": "Z11", "Z11K1": "Z1192", "Z11K2": "Gõychi Konknni" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Goa-Konkani (lateinische Schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "Goan Konkani (Latijns schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1830", "Z11K2": "ゴア・コンカニ語(ラテン文字)" }, { "Z1K1": "Z11", "Z11K1": "Z1005", "Z11K2": "гоанский конкани (латиница)" }, { "Z1K1": "Z11", "Z11K1": "Z1820", "Z11K2": "गोवा कोंकणी (लातिन लिपि)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "konkani de Goa en écriture latine" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1005", "Z31K2": [ "Z6", "конкани (Гоа) (латиница)" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } awyzwz4mmvo0g7rodl9bv9ku5fxafc4 Z1197 0 423 275695 215558 2026-05-17T06:57:32Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275695 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1197" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "as" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Assamese" }, { "Z1K1": "Z11", "Z11K1": "Z1197", "Z11K2": "অসমীয়া" }, { "Z1K1": "Z11", "Z11K1": "Z1592", "Z11K2": "assamesiska" }, { "Z1K1": "Z11", "Z11K1": "Z1011", "Z11K2": "অসমীয়া" }, { "Z1K1": "Z11", "Z11K1": "Z1012", "Z11K2": "ആസാമീസ്" }, { "Z1K1": "Z11", "Z11K1": "Z1830", "Z11K2": "アッサム語" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Assamesisch" }, { "Z1K1": "Z11", "Z11K1": "Z1657", "Z11K2": "ਆਸਾਮੀ" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "Assamees" }, { "Z1K1": "Z11", "Z11K1": "Z1083", "Z11K2": "آسامی" }, { "Z1K1": "Z11", "Z11K1": "Z1005", "Z11K2": "ассамский" }, { "Z1K1": "Z11", "Z11K1": "Z1237", "Z11K2": "Assamca" }, { "Z1K1": "Z11", "Z11K1": "Z1820", "Z11K2": "असमिया" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "assamais" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } t3c3l3bxaa1ax9erl42hy924j2c8y4q Z1198 0 424 275696 216254 2026-05-17T06:58:04Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275696 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1198" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "nwc" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Classical Newari" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Klassisches Newari" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "klassiek Newaars" }, { "Z1K1": "Z11", "Z11K1": "Z1005", "Z11K2": "классический неварский" }, { "Z1K1": "Z11", "Z11K1": "Z1820", "Z11K2": "शास्त्रीय नेवारी" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "newari classique" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } svx8z9fwfhdmliidmplc1xxos0u7koh Z1221 0 447 275501 264155 2026-05-16T12:05:48Z Ameisenigel 44 275501 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1221" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "nan", "Z60K2": [ "Z6", "zh-min-nan" ] }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Minnan" }, { "Z1K1": "Z11", "Z11K1": "Z1221", "Z11K2": "閩南語 / Bân-lâm-gú" }, { "Z1K1": "Z11", "Z11K1": "Z1011", "Z11K2": "মিন নান চীনা" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Min Nan" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "Minnan" }, { "Z1K1": "Z11", "Z11K1": "Z1830", "Z11K2": "閩南語" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "minnan" }, { "Z1K1": "Z11", "Z11K1": "Z1078", "Z11K2": "Min Selatan" }, { "Z1K1": "Z11", "Z11K1": "Z1645", "Z11K2": "闽南语" }, { "Z1K1": "Z11", "Z11K1": "Z1672", "Z11K2": "閩南語" }, { "Z1K1": "Z11", "Z11K1": "Z1005", "Z11K2": "южноминьский" }, { "Z1K1": "Z11", "Z11K1": "Z1592", "Z11K2": "minnan" }, { "Z1K1": "Z11", "Z11K1": "Z1820", "Z11K2": "मिन-नान" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1078", "Z31K2": [ "Z6", "Tionghoa Min Selatan" ] }, { "Z1K1": "Z31", "Z31K1": "Z1002", "Z31K2": [ "Z6", "Min-nan", "Southern Min", "Min Nan", "Minnan Chinese", "Min-nan Chinese", "Min Nan Chinese" ] }, { "Z1K1": "Z31", "Z31K1": "Z1011", "Z31K2": [ "Z6", "চীনা (মিন নান)" ] }, { "Z1K1": "Z31", "Z31K1": "Z1430", "Z31K2": [ "Z6", "Minnan Chinesisch", "Min Nan", "Min Nan Chinesisch" ] }, { "Z1K1": "Z31", "Z31K1": "Z1157", "Z31K2": [ "Z6", "Minnanyu" ] }, { "Z1K1": "Z31", "Z31K1": "Z1004", "Z31K2": [ "Z6", "sud-foukiénois", "min méridionnal" ] }, { "Z1K1": "Z31", "Z31K1": "Z1820", "Z31K2": [ "Z6", "मिन-नान चीनी" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "use Z1892/nan-hant, Z1501/nan-latn-pehoeji, Z1922/nan-latn-tailo instead" }, { "Z1K1": "Z11", "Z11K1": "Z1820", "Z11K2": "इसके बजाय Z1892/nan-hant, Z1501/nan-latn-pehoeji, Z1922/nan-latn-tailo का प्रयोग करें।" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "für missbilligtes zh-min-nan, verwende stattdessen Z1892/nan-hant, Z1501/nan-latn-pehoeji, Z1922/nan-latn-tailo; vermeide die Verwendung von Z1221/nan ohne spezifiziertes Schriftsystem" } ] } } 2z62wmr3qs3h1fspr1lv1f6b0isp0j1 275691 275501 2026-05-17T06:44:48Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275691 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1221" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "nan", "Z60K2": [ "Z6", "zh-min-nan" ] }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Minnan" }, { "Z1K1": "Z11", "Z11K1": "Z1221", "Z11K2": "閩南語 / Bân-lâm-gú" }, { "Z1K1": "Z11", "Z11K1": "Z1011", "Z11K2": "মিন নান চীনা" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Min Nan" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "Minnan" }, { "Z1K1": "Z11", "Z11K1": "Z1830", "Z11K2": "閩南語" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "minnan" }, { "Z1K1": "Z11", "Z11K1": "Z1078", "Z11K2": "Min Selatan" }, { "Z1K1": "Z11", "Z11K1": "Z1645", "Z11K2": "闽南语" }, { "Z1K1": "Z11", "Z11K1": "Z1672", "Z11K2": "閩南語" }, { "Z1K1": "Z11", "Z11K1": "Z1005", "Z11K2": "южноминьский" }, { "Z1K1": "Z11", "Z11K1": "Z1592", "Z11K2": "minnan" }, { "Z1K1": "Z11", "Z11K1": "Z1820", "Z11K2": "मिन-नान" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1078", "Z31K2": [ "Z6", "Tionghoa Min Selatan" ] }, { "Z1K1": "Z31", "Z31K1": "Z1002", "Z31K2": [ "Z6", "Min-nan", "Southern Min", "Min Nan", "Minnan Chinese", "Min-nan Chinese", "Min Nan Chinese" ] }, { "Z1K1": "Z31", "Z31K1": "Z1011", "Z31K2": [ "Z6", "চীনা (মিন নান)" ] }, { "Z1K1": "Z31", "Z31K1": "Z1430", "Z31K2": [ "Z6", "Minnan Chinesisch", "Min Nan", "Min Nan Chinesisch" ] }, { "Z1K1": "Z31", "Z31K1": "Z1157", "Z31K2": [ "Z6", "Minnanyu" ] }, { "Z1K1": "Z31", "Z31K1": "Z1004", "Z31K2": [ "Z6", "sud-foukiénois", "min méridional" ] }, { "Z1K1": "Z31", "Z31K1": "Z1820", "Z31K2": [ "Z6", "मिन-नान चीनी" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "use Z1892/nan-hant, Z1501/nan-latn-pehoeji, Z1922/nan-latn-tailo instead" }, { "Z1K1": "Z11", "Z11K1": "Z1820", "Z11K2": "इसके बजाय Z1892/nan-hant, Z1501/nan-latn-pehoeji, Z1922/nan-latn-tailo का प्रयोग करें।" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "für missbilligtes zh-min-nan, verwende stattdessen Z1892/nan-hant, Z1501/nan-latn-pehoeji, Z1922/nan-latn-tailo; vermeide die Verwendung von Z1221/nan ohne spezifiziertes Schriftsystem" } ] } } 0094ah4up181llbsjk3pegbqjmxgq9s Z1501 0 727 275502 274505 2026-05-16T12:07:21Z Ameisenigel 44 275502 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1501" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "nan-latn-pehoeji", "Z60K2": [ "Z6", "nan-hntl-pehoeji" ] }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Minnan (Pe̍h-ōe-jī)" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Min Nan (Pe̍h-ōe-jī)" }, { "Z1K1": "Z11", "Z11K1": "Z1501", "Z11K2": "Bân-lâm-gú (Pe̍h-ōe-jī)" }, { "Z1K1": "Z11", "Z11K1": "Z1645", "Z11K2": "闽南语(白话字)" }, { "Z1K1": "Z11", "Z11K1": "Z1672", "Z11K2": "閩南語(白話字)" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1002", "Z31K2": [ "Z6", "Min-nan (Pe̍h-ōe-jī)", "Southern Min (Pe̍h-ōe-jī)", "Min Nan (Pe̍h-ōe-jī)" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } lznt5q1txekybdigu2wh2oaosi9qz60 Z1519 0 745 275733 180850 2026-05-17T09:20:05Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275733 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1519" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "se" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Northern Sami" }, { "Z1K1": "Z11", "Z11K1": "Z1519", "Z11K2": "davvisámegiella" }, { "Z1K1": "Z11", "Z11K1": "Z1592", "Z11K2": "nordsamiska" }, { "Z1K1": "Z11", "Z11K1": "Z1005", "Z11K2": "северносаамский" }, { "Z1K1": "Z11", "Z11K1": "Z1830", "Z11K2": "北部サーミ語" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Nordsamisch" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "Noord-Samisch" }, { "Z1K1": "Z11", "Z11K1": "Z1643", "Z11K2": "북부 사미어" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "same du Nord" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } s13noilot112nelad56r7cwvzwmmmmg Z1647 0 873 275503 200241 2026-05-16T12:08:52Z Ameisenigel 44 275503 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1647" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "nan-hani" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Minnan (Han script)" }, { "Z1K1": "Z11", "Z11K1": "Z1011", "Z11K2": "মিন নাম (হাঞ্জি)" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Min Nan (Han)" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "Minnanyu (Han)" }, { "Z1K1": "Z11", "Z11K1": "Z1078", "Z11K2": "Min Selatan (Han)" }, { "Z1K1": "Z11", "Z11K1": "Z1645", "Z11K2": "闽南语(汉字)" }, { "Z1K1": "Z11", "Z11K1": "Z1672", "Z11K2": "閩南語(漢字)" }, { "Z1K1": "Z11", "Z11K1": "Z1647", "Z11K2": "閩南語(漢字)/ 闽南语(汉字)" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1002", "Z31K2": [ "Z6", "Min-nan (Han script)", "Southern Min (Han script)" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "use Z1892/nan-hant instead" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "verwende stattdessen Z1892/nan-hant" } ] } } 9rpa5lm17mqo7m5rhlt5lih16mna0fh 275725 275503 2026-05-17T09:07:56Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275725 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1647" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "nan-hani" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Minnan (Han script)" }, { "Z1K1": "Z11", "Z11K1": "Z1011", "Z11K2": "মিন নাম (হাঞ্জি)" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Min Nan (Han)" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "Minnanyu (Han)" }, { "Z1K1": "Z11", "Z11K1": "Z1078", "Z11K2": "Min Selatan (Han)" }, { "Z1K1": "Z11", "Z11K1": "Z1645", "Z11K2": "闽南语(汉字)" }, { "Z1K1": "Z11", "Z11K1": "Z1672", "Z11K2": "閩南語(漢字)" }, { "Z1K1": "Z11", "Z11K1": "Z1647", "Z11K2": "閩南語(漢字)/ 闽南语(汉字)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "minnan en sinogrammes" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1002", "Z31K2": [ "Z6", "Min-nan (Han script)", "Southern Min (Han script)" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "use Z1892/nan-hant instead" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "verwende stattdessen Z1892/nan-hant" } ] } } d8agpbvj8bpeboeh888hdxdyev34tu0 Z1669 0 895 275726 210359 2026-05-17T09:08:27Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275726 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1669" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "sh-latn" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Serbo-Croatian (Latin)" }, { "Z1K1": "Z11", "Z11K1": "Z1669", "Z11K2": "srpskohrvatski (latinica)" }, { "Z1K1": "Z11", "Z11K1": "Z1592", "Z11K2": "serbokroatiska (latinska tecken)" }, { "Z1K1": "Z11", "Z11K1": "Z1011", "Z11K2": "সার্বো-ক্রোয়েশীয় (লাতিন)" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "Servo-Kroatisch (Latijns schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Serbokroatisch (lateinische Schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1830", "Z11K2": "セルボ・クロアート語(ラテン文字)" }, { "Z1K1": "Z11", "Z11K1": "Z1181", "Z11K2": "српскохрватски (латиница)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "serbo-croate en écriture latine" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 3ztgrfzeympc9c7tkbcn4jkuj7wzu4c Z1670 0 896 275727 46094 2026-05-17T09:09:03Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275727 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1670" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "phn-phnx" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Phoenician (Phoenician script)" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Phönizisch (phönizische Schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "Fenicisch (Fenicisch schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1830", "Z11K2": "フェニキア語(フェニキア文字)" }, { "Z1K1": "Z11", "Z11K1": "Z1592", "Z11K2": "feniciska (feniciska tecken)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "phénicien en écriture phénicienne" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } mayrusj6bvar0ylzbgyejmaxcb1do11 Z1692 0 918 275728 180857 2026-05-17T09:11:09Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275728 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1692" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "hrx" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Hunsrik" }, { "Z1K1": "Z11", "Z11K1": "Z1692", "Z11K2": "Hunsrik" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Riograndenser Hunsrückisch" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "Hunsrik" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "hunsrik" }, { "Z1K1": "Z11", "Z11K1": "Z1643", "Z11K2": "훈스리크어" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1004", "Z31K2": [ "Z6", "riograndenser hunsruckisch" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "dialect of German, spoken in parts of Brazil" } ] } } 2a2f9ouyv9z0jb5pymt2iwx9093gcq0 Z1693 0 919 275729 45670 2026-05-17T09:13:05Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275729 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1693" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "ki" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Kikuyu" }, { "Z1K1": "Z11", "Z11K1": "Z1693", "Z11K2": "Gĩkũyũ" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Kikuyu" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "Gikuyu" }, { "Z1K1": "Z11", "Z11K1": "Z1830", "Z11K2": "キクユ語" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "kikuyu" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1004", "Z31K2": [ "Z6", "kikouyou", "gikuyu" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } q2ph6pe564i1tbgsw1vxzkevu240eer Z1699 0 925 275730 215785 2026-05-17T09:14:24Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275730 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1699" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "kk-arab" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Kazakh (Arabic script)" }, { "Z1K1": "Z11", "Z11K1": "Z1699", "Z11K2": "قازاقشا (تٴوتە)‏" }, { "Z1K1": "Z11", "Z11K1": "Z1011", "Z11K2": "কাজাখ (আরবি লিপি)" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Kasachisch (arabische Schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "Kazachs (Arabisch schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1830", "Z11K2": "カザフ語(アラビア文字)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "kazakh en écriture arabe" }, { "Z1K1": "Z11", "Z11K1": "Z1237", "Z11K2": "Kazakça (Arap alfabesi)" }, { "Z1K1": "Z11", "Z11K1": "Z1181", "Z11K2": "казашки (арапско писмо)" }, { "Z1K1": "Z11", "Z11K1": "Z1820", "Z11K2": "कज़ाख़ (अरबी लिपि)" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1004", "Z31K2": [ "Z6", "kazakh (arabe)" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 7n47he4zq5zxopxgsgzd40qjtjhu1kv Z1870 0 1096 275732 188302 2026-05-17T09:19:32Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275732 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1870" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "se-fi" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Northern Sami (Finland)" }, { "Z1K1": "Z11", "Z11K1": "Z1870", "Z11K2": "davvisámegiella (Suoma bealde)" }, { "Z1K1": "Z11", "Z11K1": "Z1592", "Z11K2": "finländsk nordsamiska" }, { "Z1K1": "Z11", "Z11K1": "Z1005", "Z11K2": "северносаамский (Финляндия)" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "Noord-Samisch (Finland)" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Nordsamisch (Finnland)" }, { "Z1K1": "Z11", "Z11K1": "Z1643", "Z11K2": "북부 사미어(핀란드)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "same du Nord (Finlande)" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1592", "Z31K2": [ "Z6", "nordsamiska (Finland)" ] }, { "Z1K1": "Z31", "Z31K1": "Z1002", "Z31K2": [ "Z6", "se-fi" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } fkpbvo43mclf4544j08bp222oq5or25 Z1871 0 1097 275731 188303 2026-05-17T09:19:13Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275731 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1871" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "se-no" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Northern Sami (Norway)" }, { "Z1K1": "Z11", "Z11K1": "Z1871", "Z11K2": "davvisámegiella (Norgga bealde)" }, { "Z1K1": "Z11", "Z11K1": "Z1592", "Z11K2": "norsk nordsamiska" }, { "Z1K1": "Z11", "Z11K1": "Z1005", "Z11K2": "северносаамский (Норвегия)" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "Noord-Samisch (Noorwegen)" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Nordsamisch (Norwegen)" }, { "Z1K1": "Z11", "Z11K1": "Z1643", "Z11K2": "북부 사미어(노르웨이)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "same du Nord (Norvège)" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1592", "Z31K2": [ "Z6", "nordsamiska (Norge)" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 0il4k5tgso1uf0ygti5ic0q1m0mearn Z1893 0 1119 275507 274506 2026-05-16T12:10:25Z Ameisenigel 44 de 275507 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1893" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "nan-latn", "Z60K2": [ "Z6", "nan-hntl" ] }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Minnan (Latin script)" }, { "Z1K1": "Z11", "Z11K1": "Z1893", "Z11K2": "Bân-lâm-gú (Lô-má-jī)" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "Minnanyu (Latin script)" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Min Nan (lateinische Schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1078", "Z11K2": "Min Selatan (Latin script)" }, { "Z1K1": "Z11", "Z11K1": "Z1672", "Z11K2": "閩南語(羅馬字)" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1672", "Z31K2": [ "Z6", "閩南語(拉丁文字)" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "use Z1501/nan-latn-pehoeji, Z1922/nan-latn-tailo instead" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "verwende stattdessen Z1501/nan-latn-pehoeji, Z1922/nan-latn-tailo" } ] } } 7en463gv7vzjp9zl0dq6uuooq12jqpw Z1900 0 1126 275736 274611 2026-05-17T10:09:11Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275736 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1900" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "wuu-hant" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Wu (Traditional Han script)" }, { "Z1K1": "Z11", "Z11K1": "Z1900", "Z11K2": "吳語(正體)" }, { "Z1K1": "Z11", "Z11K1": "Z1011", "Z11K2": "উ (ঐতিহ্যবাহী হান)" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "Wu (traditioneel Han)" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Wu (traditionelles Han)" }, { "Z1K1": "Z11", "Z11K1": "Z1078", "Z11K2": "Wu (Han tradisional)" }, { "Z1K1": "Z11", "Z11K1": "Z1672", "Z11K2": "吳語(繁體)" }, { "Z1K1": "Z11", "Z11K1": "Z1645", "Z11K2": "吴语(繁体)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "wu en sinogrammes traditionnels" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } h1wxroqfe61rz7h7r59kycpve2zib87 Z1901 0 1127 275737 214238 2026-05-17T10:11:58Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275737 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1901" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "yue-hans" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Cantonese (Simplified Han script)" }, { "Z1K1": "Z11", "Z11K1": "Z1901", "Z11K2": "粵语(简体)" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "Kantonees (vereenvoudigd Han)" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Kantonesisch (vereinfachtes Han)" }, { "Z1K1": "Z11", "Z11K1": "Z1078", "Z11K2": "Kanton (Han sederhana)" }, { "Z1K1": "Z11", "Z11K1": "Z1643", "Z11K2": "광둥어(간체 한자)" }, { "Z1K1": "Z11", "Z11K1": "Z1787", "Z11K2": "Cantonese (Han Semplificato)" }, { "Z1K1": "Z11", "Z11K1": "Z1672", "Z11K2": "粵語(簡體)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "cantonais en sinogrammes simplifiés" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } jey1e2pps6zu1v8xgvnri3fnb54456r Z1902 0 1128 275738 214237 2026-05-17T10:12:26Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275738 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1902" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "yue-hant" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Cantonese (Traditional Han script)" }, { "Z1K1": "Z11", "Z11K1": "Z1902", "Z11K2": "粵語(繁體)" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "Kantonees (traditioneel Han)" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Kantonesisch (traditionelles Han)" }, { "Z1K1": "Z11", "Z11K1": "Z1078", "Z11K2": "Kanton (Han tradisional)" }, { "Z1K1": "Z11", "Z11K1": "Z1643", "Z11K2": "광둥어(번체 한자)" }, { "Z1K1": "Z11", "Z11K1": "Z1787", "Z11K2": "Cantonese (Han Tradizionale)" }, { "Z1K1": "Z11", "Z11K1": "Z1672", "Z11K2": "粵語(繁體)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "cantonais en sinogrammes traditionnels" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } br5hh664txtzvj2zpwzzqjbi3nde1lu Z1904 0 1130 275739 165252 2026-05-17T10:13:12Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275739 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1904" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "cpx-hant" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Puxian (Traditional Han script)" }, { "Z1K1": "Z11", "Z11K1": "Z1904", "Z11K2": "莆仙語(繁體)" }, { "Z1K1": "Z11", "Z11K1": "Z1011", "Z11K2": "পুক্সীয় (ঐতিহ্যবাহী হান)" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "Puxian (traditioneel Han)" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Puxian (traditionelles Han)" }, { "Z1K1": "Z11", "Z11K1": "Z1645", "Z11K2": "莆仙语(繁体)" }, { "Z1K1": "Z11", "Z11K1": "Z1672", "Z11K2": "莆仙語(繁體)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "puxian en sinogrammes traditionnels" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } bguu3ivh4lr4zcad04mfc985nux4q6j Z1905 0 1131 275741 165253 2026-05-17T10:13:31Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275741 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1905" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "cpx-hans" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Puxian (Simplified Han script)" }, { "Z1K1": "Z11", "Z11K1": "Z1905", "Z11K2": "莆仙语(简体)" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "Puxian (vereenvoudigd Han)" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Puxian (vereinfachtes Han)" }, { "Z1K1": "Z11", "Z11K1": "Z1645", "Z11K2": "莆仙语(简体)" }, { "Z1K1": "Z11", "Z11K1": "Z1672", "Z11K2": "莆仙語(簡體)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "puxian en sinogrammes simplifiés" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } mq112noak4ey8u682nvue91n48pavnc Z1906 0 1132 275742 165256 2026-05-17T10:13:47Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275742 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1906" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "cpx-latn" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Puxian (Latin script)" }, { "Z1K1": "Z11", "Z11K1": "Z1906", "Z11K2": "Pó-sing-gṳ̂ (Hing-hua̍ Báⁿ-uā-ci̍)" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "Puxian (Hinghwa-geromaniseerd)" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Puxian (Hinghwa romanisiert)" }, { "Z1K1": "Z11", "Z11K1": "Z1645", "Z11K2": "莆仙语(兴化平话字)" }, { "Z1K1": "Z11", "Z11K1": "Z1672", "Z11K2": "莆仙語(興化平話字)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "puxian en écriture latine" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 1c759qukng2zspjm3yqsx1gpub4khm2 Z1908 0 1134 275743 72751 2026-05-17T10:16:01Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275743 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1908" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "bug-bugi" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Buginese (Lontara script)" }, { "Z1K1": "Z11", "Z11K1": "Z1908", "Z11K2": "ᨅᨔ ᨕᨘᨁᨗ" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "Boeginees (Lontara schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1830", "Z11K2": "ブギス語(ロンタラ文字)" }, { "Z1K1": "Z11", "Z11K1": "Z1592", "Z11K2": "buginesiska (lontara-tecken)" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Buginesisch (Lontara-Schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1237", "Z11K2": "Bugice (Lontara alfabesi)" }, { "Z1K1": "Z11", "Z11K1": "Z1078", "Z11K2": "Bugis (aksara Lontara)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "bouguinais en écriture lontara" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1078", "Z31K2": [ "Z6", "Bugis (Lontara)" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1078", "Z11K2": "bahasa alami" } ] } } 7nu1tw9grds3xq66kdd9txt0mgordll Z1909 0 1135 275744 72750 2026-05-17T10:16:16Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275744 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1909" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "bug-latn" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Buginese (Latin script)" }, { "Z1K1": "Z11", "Z11K1": "Z1909", "Z11K2": "Basa Ugi" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "Boeginees (Latijns schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1830", "Z11K2": "ブギス語(ラテン文字)" }, { "Z1K1": "Z11", "Z11K1": "Z1592", "Z11K2": "buginesiska (latinska tecken)" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Buginesisch (lateinische Schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1078", "Z11K2": "Bugis (aksara Latin)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "bouguinais en écriture latine" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1078", "Z11K2": "bahasa alami" } ] } } 3s0m3bxxsvslyq6sfswdl5w148jm7gl Wikifunctions:Project chat 4 1184 275535 275087 2026-05-16T16:48:41Z JJPMaster 6409 /* Z34510 */ new section 275535 wikitext text/x-wiki {{shortcut|[[WF:CHAT]]|[[WF:PC]]|[[WF:VP]]}} __NEWSECTIONLINK__ [[Category:Help]] <!-- please do not remove this line --> Welcome to the Project chat, a place to discuss any and all aspects of Wikifunctions: the project itself, policy and proposals, individual data items, technical issues, etc. Other places to find help: * [[Wikifunctions:Administrators' noticeboard]] * [[Wikifunctions:Report a technical problem]] * [[Wikifunctions:FAQ]] {{Autoarchive resolved section |age = 1 |archive = ((FULLPAGENAME))/Archive/((year))/((month:##)) |timeout=30 }} {{Archives|{{#tag:div|<br />{{Flatlist|{{Special:PrefixIndex/WF:Project chat/Archive/|stripprefix=1|hideredirects=1}} |class=mw-collapsible-content|style=font-size:92%;}}|class="mw-collapsible mw-collapsible-toggle mw-collapsed"}} |prefix=WF:Project chat/Archive/ }} == "language" argument for certain functions == Hello. I am relatively new to Wikifunctions. Recently, I tried to create functions for Chinese translation of {{Z|Z26570}} and {{Z|Z26095}} (which became [[Z32788]] and [[Z32900]]). During the creation of these functions, I was trying to take {{Z|Z32212}} as reference. And I realized that the defining role sentence function is taking <code>language</code> as an argument (and the test case of the Chinese-language function already contains two varieties of Chinese). This makes it possible to output monolingual text in <code>zh-hant</code>, <code>zh-hans</code>, <code>zh-tw</code>, or any varieties of the language. I think for this reason, it is better to have <code>language</code> as arguments for the implementation of Z26570 and Z26095, and potentially more functions that require {{Z|Z14294}}, since it would output the varieties code instead of just saying <code>zh</code> for <code>zh-hant</code>, <code>zh-hans</code>, <code>zh-tw</code> in the output of type {{Z|Z11}}. I am not sure how the fallback mechanism works if one of the language (varieties) do not have a labels/lexemes, but to me, it is reasonable to have a <code>language</code> argument. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 09:38, 31 March 2026 (UTC) :The functions you mention do have a language argument. For Wikifunctions, the {{Z|Z60}} can be at a higher or lower level; whether a {{Z|Z11}} is for a language or a variant is determined by the function that constructs it. Please see {{Z|Z26565}} for an example and feel free to add test cases in Chinese. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 17:54, 11 April 2026 (UTC) ::Hello @[[User:GrounderUK|GrounderUK]], thanks for the answer. I understand that whether {{Z|Z11}} is for a language or a variant depends on the function. But that is exactly what I am asking for. It is true that [[Z26570]] and [[Z26095]] takes [[Z60]] as argument, but the language-specific functions in {{Z|Z29843}} and {{Z|Z26096}} don't. ::Let me give you an example: INPUT to [[Z26570]]: <code>entity</code>: Tokyo, <code>class</code>: city, <code>location</code>: Japan, <code>language</code>: zh-cn, the config would select [[Z33030]] (created after my previous comment by elseone) as the implementation, and it would RETURN 东京是日本的一个城市。(zh-hans), which is not zh-cn as requested in the INPUT. It would also be using the term not for the variant (when it is different) because it is hardcoded to use the term in zh-hans. However, if we have the implementation like [[Z32790]] (which was created by me but a natural language argument was added by elseone) or [[Z32213]] (that works in the defining role sentence function because of the extra argument), it could cater for different variant. ::If we don't have the language argument in the language-specific function, the desire for article creation on Abstract Wikipedia would be to create a function for every variant. Is it then better to create functions for every variant? [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 18:18, 11 April 2026 (UTC) :::I forgot to mention that there are some hardcoding in {{Z|Z32790}} as well, but I cannot fix it because it is a connected function and I am not a functioneer. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 18:31, 11 April 2026 (UTC) ::::Okay, I think it’s safe to disconnect this one as the function is not yet configured for use on Abstract Wikipedia. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 19:04, 11 April 2026 (UTC) :::Ah, sorry… I misunderstood you. I agree that the called function should be able to accept the original language argument. That is simpler in theory than in practice, because the configured functions all have to have the same argument types, as I understand it. I’m not sure which the best approach is, really, but we probably want to avoid two levels of configuration. That suggests that all language-specific functions would need to accept the additional argument, which is unrewarding work for someone. @[[User:99of9|99of9]], @[[User:Jdforrester (WMF)|Jdforrester (WMF)]], @[[User:DVrandecic (WMF)|DVrandecic (WMF)]] Any thoughts? [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 18:57, 11 April 2026 (UTC) ::::I mean, we would need to modify all the functions in each language, which could take some time. But we are still in an early stage. If we don't fix it now and we want to fix it later, it would be a disaster. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 19:25, 11 April 2026 (UTC) :::::Agreed. And we probably want them converted to HTML too, with separate language spans for text in different languages. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 19:35, 11 April 2026 (UTC) ::::@[[User:GrounderUK|GrounderUK]]: This sounds like a reasonable change to make. Note that (given these Functions are primarily for use on Abstract Wikipedia), altering/replacing them to return Z89/HTML fragments is already a desired but breaking change, so making a second breaking change at the same time is probably easiest for fixing things swiftly. That said, that's of course a decision for the Abstract Wikipedia and Wikifunctions communities, not me! [[User:Jdforrester (WMF)|Jdforrester (WMF)]] ([[User talk:Jdforrester (WMF)|talk]]) 19:43, 12 April 2026 (UTC) ::::@[[User:GrounderUK|GrounderUK]]@[[User:Sun8908|Sun8908]] to make it a non-breaking change, I've created {{Z|Z34039}} which allows a composition {{Z|Z34043}}. This way you can make functions which either need the specified variant or don't! --[[User:99of9|99of9]] ([[User talk:99of9|talk]]) 05:52, 24 April 2026 (UTC) :I have now created {{Z|Z33465}}, which is an implementation of [[Z26570]]. Maybe we can migrate to use that function when more (language-specific) functions for it are ready? [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 18:19, 14 April 2026 (UTC) == No place to ask to activate a function? == I just discovered the {{Z|Z11390}} function and decided to make an overarching language-selecting function for it. After some fiddling around and studying how {{Z|Z32321}} and its set works, I now have {{Z|Z33439}} which has a config object ({{Z|Z33441}}) that selects between the two preexisting language-specific versions I found (English and Malayalam) and the new one I created for my other native language, {{Z|Z33440}}. Except I can't get these to work, because, from what I understand, only [[Wikifunctions:Functioneers|functioneers]] can activate newly created functions and implementations? So where do I apply for the {{Z|Z33439}} and {{Z|Z33440}} functions to be activated? Perhaps we should have a place to ask for it, a la [[w:WP:NPP]] — call it [[Project:New Functions Patrol|New Functions Patrol]] if you will. —[[User:UndueMarmot|<span style="color:#705ccb;">Undue</span><span style="color:#cfdfa3;background-color:#705ccb;">Marmot</span>]] ([[User talk:UndueMarmot|talk]]) 08:58, 14 April 2026 (UTC) :There's [[Wikifunctions:Community portal]] for this. By the way, {{Z|Z33445}} doesn't work because all the code must be inside the main function in Python code. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 09:19, 14 April 2026 (UTC) ::Huh. How could I have missed that? ::But anyway, I've moved the code in {{Z|Z33445}} into inside the main function block. ::Is there any reason why WF decided not to simply allow anyone to write functions? After all, that's how it works with wikitext templates, and these functions are fundamentally serving the same purposes as templates, just written in a different way. —[[User:UndueMarmot|<span style="color:#705ccb;">Undue</span><span style="color:#cfdfa3;background-color:#705ccb;">Marmot</span>]] <small>([[User talk:UndueMarmot|talk]])</small> 11:25, 14 April 2026 (UTC) :::I've fixed a couple of technical issues, but tests still fail. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 11:28, 14 April 2026 (UTC) ::::The tests pass now after some more changes to the code: [[Special:Diff/265232/cur]]. —[[User:UndueMarmot|<span style="color:#705ccb;">Undue</span><span style="color:#cfdfa3;background-color:#705ccb;">Marmot</span>]] <small>([[User talk:UndueMarmot|talk]])</small> 12:01, 14 April 2026 (UTC) :::::{{D|Connected}} [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 12:02, 14 April 2026 (UTC) :::I think it's a security issue, since Wikifunctions implementations could teoretically be malicious. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 11:29, 14 April 2026 (UTC) ::::This ^^^. We're very lenient, though, once you've created a few working functions you can apply for the right, per [[WF:Functioneer]]. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 12:26, 14 April 2026 (UTC) ::::That explanation [[phab:T343559#11421293|doesn't add up]]. A reason to limit ''connection powers'' to Functioneers might be to prevent vandalism, considering Functions can be used across wikis. But user-provided code is already being executed even without a Functioneer connecting it. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 20:01, 16 April 2026 (UTC) == Actual difference between {{Z|Z26039}} and {{Z|Z26095}} == What is the actual difference between these two functions? I ask, since it seems to me that the current distinction is more or less that the first one doesn't use an indefinite article in English, while the second does. Which is not a good distinction in a project that should be language neutral. This doubt emerged from my use of the first one in [[abstract:Q124441]], which @[[User:Hogü-456|Hogü-456]] made me notice that is probably wrong. My question is: why is it wrong? How could we clarify the difference? [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 19:46, 19 April 2026 (UTC) :I think the difference is if there is an indefinite article like a or an before the subject or not. In German there can be cases where a definite article is necessary before the subject. I looked at the functions and before the object both times an article is mentioned. As it depends on the language and the word what is the correct function to use I hope it will be clarified and it is an example of the necessity to have a human with understanding in a specific language check it. I hope there will be longer functions what generate more content about a specific kind of item. Then it is necessary to write one such function per language and it can be then applied to several items. It still requires checks and so maybe it is better to write down what item category needs what kind of introduction sentence function for what language. [[User:Hogü-456|Hogü-456]] ([[User talk:Hogü-456|talk]]) 20:05, 19 April 2026 (UTC) ::The point of these two functions (and of the entire Abstract Wikipedia project) is that they should be defined in a purely language-independent way, so that the translation to actual language can be done automatically. This is the reason why these functions have been renamed; I think that this attempt was not succesful, since meaning is still unclear. My proposal to clarify them would be to invoke the concept of [[w:specificity (linguistics)|specificity]]: {{Z|Z26039}} should be named "specific subject is instance of (string)", and should be used only when the QID of the subject uniquely identifies a single thing; {{Z|Z26095}} should instead be renamed in "non-specific subject is kind of (Monolingual text)", and should be used when the QID refers to a multitude of real life items, and we are specifying the class that all these item belong to. This clarification would not still be enough, since it doesn't explain how mass nouns are handled (is water a unique thing? Does {{Q|Q7802}} refer to a single piece of bread or to the entirety of bread, like water?). This problem is very tricky, since mass noun are language-specific and blurry the line between these two functions. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 20:58, 19 April 2026 (UTC) :Simply put, one corresponds to P31 and the other to P279. Paris is an {{Q|P31}} a {{Q|Q1549591}} :whereas a {{Q|Q1549591}} is a {{Q|P279}} (alias “kind of”) {{Q|Q515}}. Whether the Wikidata knowledge representation will be sufficient to resolve into fluent natural language representations in all languages is, of course, a crucial question. Where it is not, the Abstract Wikipedia knowledge representation will need to supplement the Wikidata content with additional details about the relation between the participants or the participants themselves, and these details should be language-neutral, to the extent that this is practicable. The item {{Q|Q124441}} has no [[:d:Q124441#P31|P31]] statements; it has only [[:d:Q124441#P279|P279]]s, including one relating it to {{Q|Q212920}}, which suggests {{Z|Z26095}} is the appropriate choice here even if the rendering in some languages is the same. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 22:52, 19 April 2026 (UTC) ::Thanks for explaining it. I think that I'll change the implementation of {{Z|Z26095}}, so that in Italian it produces more or less the same output of {{Z|Z26039}} (both with the definite article). [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 11:24, 20 April 2026 (UTC) == Equivalent of Z6830 for lexemes == Is there an equivalent of {{Z|Z6830}} that enables retrieving all lexemes pointing to a particular lexeme using a specific property? [[User:Redmin|Redmin]] ([[User talk:Redmin|talk]]) 21:06, 20 April 2026 (UTC) :There's {{Z|6831}} but I think that's slightly different again to what you're after. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 12:31, 21 April 2026 (UTC) ::Thanks for sharing that one, I did not know it existed. But you are right, it’s not quite what I am looking for. I want a function that would take a Wikidata property reference (like P5191, which is ‘derived from lexeme’) and a Wikidata lexeme reference, and return a list of lexemes that reference that lexeme using that property. [[User:Redmin|Redmin]] ([[User talk:Redmin|talk]]) 13:23, 21 April 2026 (UTC) == Storing huge datasets == It is not a necessity I suppose, but an idea came to me earlier to write a function that would give the corresponding [[en:Shavian alphabet|Shavian alphabet representation]] of an English word written with the Latin alphabet, or perhaps apply that operation to an entire sentence. However, just trying to guess as to what the IPA pronunciation of each word passed into it could be is is both not ideal (pronunciations obviously can and will vary widely between accents) and infeasible <s>(Wikidata lexemes don't really seem to account for pronunciation)</s>. It happens, though, that a comprehensive Shavian dictionary exists named the [https://readlex.pythonanywhere.com/ ''Read Lexicon''], which uses pronunciation and spelling similar to that used by the creator of the alphabet himself. This would be a good dataset to use in performing this translation in the function, but it appears that, all in all, the total size of the dictionary is [https://github.com/Shavian-info/readlex/blob/main/readlex.json ''nearly 26MB''] when formatted as JSON, which would certainly be larger when converted into a typed list. I am wondering if this will ever be feasible or admissible, or if there is really a way around this if importing such a large set of data is deemed impractical. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 22:30, 20 April 2026 (UTC) :{{re|Theki}} "Wikidata lexemes don't really seem to account for pronunciation"" is patently untrue; not only does every Bokmål lexeme form have IPA attached to it (thanks to Jon Harald Søby), but there are lots of languages--including English--that have pronunciation information, whether through IPA or otherwise, indicated on their forms. The big issue of course is that adding this data is not always possible to perform efficiently--for instance, I'd love to have Yiddish pronunciation respellings from Paul Abelson's dictionary on as many English forms as possible, but this dictionary not being previously processed makes this difficult. The data set you have brought up, if a suitable reading of [[:m:Wikilegal/Lexicographical_Data]] allows it, could be added as {{P|7243}} statements on various English forms. [[User:Mahir256|Mahir256]] ([[User talk:Mahir256|talk]]) 23:20, 20 April 2026 (UTC) ::Well, sorry... I haven't witnessed these pronunciation statements before, I wasn't aware of their existence until you pointed it out. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 15:02, 21 April 2026 (UTC) :I got 1,900,000 characters into [[Z33875]] before the UI gave up on me. I'm not sure what the limit is. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 15:21, 21 April 2026 (UTC) == Could not serialize input JS object: Number <small><small>[insert tested number here]</small></small> == I'm not one to throw my problems at others, but I have no idea how to fix this. Am implementing {{Z|Z24602}} in JavaScript, which requires returning a typed map. It now works for every type of value except numbers. Tried explicitly converting the numbers to float64, but either way it throws the error above. Would appreciate it if anyone could diagnose or fix the problem, as my knowledge of Wikifunctions is amateur at best. Thank you. [[User:Some helpful person|Some helpful person]] ([[User talk:Some helpful person|talk]]) 00:32, 23 April 2026 (UTC) :The quick answer is that like some list-related functions, code implementations returning typed maps are not possible unless the type of the objects in the map is specified in the function signature (e.g. if it was a map from Strings to Natural numbers only). So unfortunately, I think you've chosen a function that is not really possible at the moment. There are a few ideas of how we might address this, but for the moment, work on something else. Sorry! --[[User:99of9|99of9]] ([[User talk:99of9|talk]]) 13:21, 23 April 2026 (UTC) :Maybe explicitly using [[Z13518|natural numbers]] would work? I would try using <code>{ "Z1K1": "Z13518", "Z13518K1": "[number]" }</code> to represent numbers, perhaps, and seeing if that works. Of course, you would also probably have to adapt this for other types that cannot be serialized, and I'm not sure how easy that would be to generalize (assuming [[w:Don't repeat yourself|DRYness]] is desired). &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:39, 23 April 2026 (UTC) == Help with creating a function for Abstract Wikipedia == Hello! I was inspired by {{Z|Z26570}} to create {{Z|Z33975}}, however I'm not sure how I add specific language implementations here. Can anybody help me? [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 10:41, 23 April 2026 (UTC) : I think I figured it out, I created a new object with the language config type, added {{Z|Z14310}} to my implementation, and added a new function for English... At least I think that's how it works... [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 13:16, 23 April 2026 (UTC) ::You have the right idea, as far as I know. I went ahead and connected the implementations you created as they appear to work fine for English, and added a test for {{Z|Z33975}} (which passes [[File:Twemoji 1f601.svg|24px]]). I also corrected an error you made on the config object where you appear to have accidentally connected English to {{Z|Z33975}} instead of {{Z|Z33977}}. Thank you for contributing! &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 13:45, 23 April 2026 (UTC) ::: {{re|Theki}} Thank you so much for you help! Could you please kindly also connect the implementations for {{Z|Z33986}} which I just made, which is going to be used for the Hebrew implementation of {{Z|Z33975}}. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 14:11, 23 April 2026 (UTC) ::::You seem to be returning the wrong type in both implementations. Functioneers should not connect implementations that don't work for non-functioneers. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:13, 23 April 2026 (UTC) ::::: {{re|Feeglgeef}} Oh thank you for pointing that out! I am still a bit new to this project and confused, so I need to read up some more about this. How do I return a monolingual text object? [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 14:17, 23 April 2026 (UTC) ::::::I'm trying to fix it for you, the construction of ZObjects in code implementations is a bit difficult right now. Since the State origin using entity and class function will (presumably) be composition, perhaps {{Z|33975}} can be adjusted to return a string, using {{Z|26107}} and {{Z|26107}}? [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:21, 23 April 2026 (UTC) :::::I did not notice any discrepancies from looking at the functions by themselves, and it seemed to work fine on my end. Is it bad practice for NLG functions to return the monolingual text type? I had assumed it was logical. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:24, 23 April 2026 (UTC) ::::::Both implementations are failing all three tests on my end. No consensus has been established as to whether monolingual texts or strings should be used, so it's like the [[w:War of the currents|war of the currents]] but for Wikifunctions. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:27, 23 April 2026 (UTC) :::::::Oh, you were referring to {{Z|Z33986}}. I assumed you were stating that something was wrong in the earlier English functions that I missed; I apologize for the misunderstanding. Has there been any centralized discussion on this string vs. monolingual text issue? &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:31, 23 April 2026 (UTC) ::::::::Not that I'm aware of, I've brought it up on the telegram twice before, though. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:49, 23 April 2026 (UTC) ::::::::The centralised discussion is at [[WT:Abstract Wikipedia/2025 fragment experiments#Proposed recommendation: Fragments should return Z11/monolingual strings]]. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 07:19, 24 April 2026 (UTC) ::::::: {{re|Theki|Feeglgeef}} Can only functioneers test implementations? For me I can't test it at all... [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 14:32, 23 April 2026 (UTC) ::::::::AFAIK, test cases are only immediately testable during editing of a function if they are connected. This is one of my personal pain points with Wikifunctions, iterating on functions without exhaustive connected test cases makes debugging practically impossible for non-functioneers working on newly-created functions... I (or Feeglgeef) can quickly connect the tests you need for you if you want, although if they are not well-formed they may need to be disconnected again afterwards. Additionally, I could temporarily connect the implementation you are writing so that you can test it on the sidebar as you work, but I'm not sure if this is advisable. That functionality is also something that unfortunately only works when not disconnected. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:43, 23 April 2026 (UTC) :::::::::Yup, agree with you on all points, thanks. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:48, 23 April 2026 (UTC) == Please disconnect implementation == I think I've fixed my issue with {{Z|Z33986}}, but I can't edit an actively connected implementations with my rights. I must admit it is an AI-aided fix, I feel very strongly about disclosing that. Courtesy pinging [[User:Theki]] and [[User:Feeglgeef]]. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 18:51, 23 April 2026 (UTC) : Additionally, I think the JS might be working. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 18:52, 23 April 2026 (UTC) : Just to clarify, I mean disconnect the Python implementation please. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 18:53, 23 April 2026 (UTC) :{{Done}} I've disconnected the Python implementation. :I've also added a couple of tests. The rule is a bit more complicated than adding a maqaf before every character that is not a Hebrew letter. Unfortunately, I don't think I'll have time to fix the implementations any time soon. [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 19:03, 23 April 2026 (UTC) :: Thank you! :: Also, for some reason I thought you put a maqaf before all gershayim, so thanks for correcting me. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 19:09, 23 April 2026 (UTC) :::No, that's not the rule. :::The rest of this reply is an [[:wikt:info-dump|infodump]], feel free to ignore it :) :::In [https://hebrew-academy.org.il/topic/hahlatot/punctuation/ the Academy's punctuation rules], the rule for adding a maqaf is written kind of badly: שמים מקף ברצף שיש בו שני סוגי גופנים, כגון אותיות ומספרים ("maqaf is added in a sequence in which there are two types of fonts, such as letters and numerals"). These are not different types of "fonts", but different types of characters, and I should email them about it. It gives the examples <span lang="he" dir="rtl">ה־12</span> and <span lang="he" dir="rtl">ב־DNA</span>. It doesn't say anything explicitly about quotation marks, but in other places on the same page, you have stuff like <span lang="he" dir="rtl">ב"הארץ"</span>, and from that I deduce that a maqaf is not needed before double quotes if there are Hebrew letters inside the double quotes. :::That said, a few people do think that there must be a maqaf before double quotes. I have a somewhat surprising example of somebody who always does it: translators of Scientology materials into Hebrew. At least that's what they did last time I looked at them, about ten years ago. Those people are certainly prolific, and they get points from me for consistency, but this not the prevalent standard. (And if I recall correctly, they use the minus and not the proper Hebrew maqaf, and they don't get any points from me for that!) :::Also, the name of the character is just "double quotes" and not "gershayim". Gershayim are mostly for abbreviations, although most people use the same character for them. I use ״ for gershayim, as do a few other nerds, but we're the minority. [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 19:35, 23 April 2026 (UTC) :::: {{re|Amire80}} Yeah, "font" is a weird choice of wording here by the Academy...<br> I think I'll follow your guidance and not use a maqaf for quotes beginning with Hebrew letters. <br> I should also add more tests for different types of quotes, like straight (", '), curly (“, ”, ‘, ’), gershayim (״, ׳), including single quotes.<br> P.S. gotta deduct points from Scientology for being a cult but that's neither here nor there [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 20:49, 23 April 2026 (UTC) :::: {{re|Amire80}} Courtesy ping because I mistyped your username on the last message. Anyways I'm also gonna do that tomorrow because I'm tired now... [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 20:50, 23 April 2026 (UTC) == Connect implementations == Hello! I'm done with the implementations of {{Z|Z33986}} both in JS and Python, and all tests pass. Pinging @[[User:Amire80|Amire80]] to check if all the tests I've added are alright. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 15:24, 24 April 2026 (UTC) :Connected. It's possible that some more changes will be needed, but it looks OK now. :Another little comment: It should be called "clitic" and not "prefix". [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 15:56, 24 April 2026 (UTC) : {{re|Amire80}} Thanks for your comment! Luckily labels are easy to edit, so I'll get to it. : Currently I'm working on Bulgarian {{z|Z34072}} and {{z|Z34084}}, along with other Bulgarian functions. After I'm finished with those I'll take your advice. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 16:01, 24 April 2026 (UTC) == Please connect my Bulgarian implementations == I recently created the following Bulgarian functions: * {{Z|Z34070}} (currently broken, I think because another function I built it upon is unimplemented) * {{Z|Z34088}} * {{Z|Z34105}} * {{Z|Z34072}} * {{Z|Z34084}} Can somebody please connect these functions, and perhaps suggest other functions I could localize? [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 19:03, 24 April 2026 (UTC) : Specifically, [[Z34070]] is based on [[Z34072]] [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 19:05, 24 April 2026 (UTC) :{{done}} for everything that passes, [[Z34070]] still does not work after purging WF's cache, though. For future reference, please request on the [[WF:Community portal|community portal]] instead of the project chat. Thank you for your work! [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 20:03, 24 April 2026 (UTC) :: {{re|Feeglgeef}} Thank you for your help! I will keep in mind to go to the [[project: community portal| community portal]] in future instead for this. :: I still don't understand why {{Z|Z34070}} fails... It's implementation is almost completely identical to [[Z30399]] from {{Z|Z30397}}, unless I messed something up... [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 20:11, 24 April 2026 (UTC) :::{{done}} No, it was mostly just timing out. It is better to use selective fetches where possible. One case is failing to match the expected results, but at least it is returning something. For all I know, it might even be acceptable! [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 20:35, 24 April 2026 (UTC) :::: {{re|GrounderUK}} Thank you so much for your help! The one failed case is with a definite article, so I feel like that might be fixed in the future... <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 20:43, 24 April 2026 (UTC) == Editor experience suggestions == I'm a bit frustrated with the editing experience on Wikifunctions, and I have suggestions based on pain points I've had contributing to this project: * Adding a wizard to create functions, implementations, and tests in one flow, somewhat like Wikimedia Commons' upload wizard * A sandbox for experimenting without changing mainspace functions, and maybe letting non-functioneers connect implementations ([[Project: Sandbox]] doesn't seem to fit this) * We could have functions for creation based on the sandbox, like how Wikipedia has articles for creation and edit requests, * Maybe even another test instance of Wikifunctions, like how Wikidata has [[testwikidata:|Test Wikidata]] I really like this project and I don't mean to whine, but it certainly has a lot of pain points both for technical and non-technical people. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 20:41, 24 April 2026 (UTC) : It's also really complicated to localize functions, so maybe we should add another wizard for that, where you can choose a language, and then create the new function with the aforementioned function wizard, and it just automatically adds it to the related language configuration object of the related function. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 20:48, 24 April 2026 (UTC) :# Sounds good to me. :# A sandbox available is [[Z10119]], though an extension-provided sandbox that allows you to manipulate the types, code, and tests easily without interfering with the mainspace would be nice. :# [[WF:Suggest a function|This page]] works to some extent, though it's too messy in my opinion. :# We used to have a "beta cluster" but it [[phab:rOMWC5f625c5846b5f779473fa32c9a02d87e59215dfa|got shut down]] just over a year ago because it was broken. :[[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 21:07, 24 April 2026 (UTC) == Language parameters in language-specific functions == I think that an effort should be made to give the different natural language options corresponding to different English dialects, Chinese scripts, etc. more of a use (I added the test {{Z|Z34119}} to {{Z|Z26095}} and unsurprisingly it fails). There are two main problems with this approach that I can identify: * If you ask the majority of these functions to make a sentence in British English, much of the time it will give you an output with missing words, because it does not fallback to English labels in the case of a British English label for that item missing. The same applies for every other English dialect, British English is just an example here. * Uninformed editors will probably see the presence of a language parameter on these functions, consider it redundant, and remove it. [[Special:Diff/268074|I have made this mistake before]]. In my opinion, in a perfect world, all of these language generation functions would output monolingual text, and if the user asks for American English text, then American English text is what they'll get. If the user asks for Japanese text in hiragana specifically, then that's what they'll get in return. This is not as high-priority as just rendering text in the language plainly in the first place, but it's something that I feel is still worth devoting some effort to. Right now switching functions to use this paradigm is difficult because, on the one hand, I don't know if consensus tends towards this direction being ideal or advisable, and I don't want to make changes like this without at least notifying the wider community. In addition, all tests break once a parameter is added or removed, and the function editor does not recognize the change in number of parameters and therefore you have to remove the function call, re-add it along with all of its parameters it had previously (which is a tedious cut-and-paste job), and then it will work again. This is something that you can do in five seconds by just adding a few lines of JSON to the test source, but this is not directly editable from the Web browser. This tedium is largely what's preventing me from doing this on a larger scale, besides asking for comments first. If anyone has any insights or comments on this, then that would be appreciated. If a reference of functions with and without the support for language variants is needed, of course [[WF:NLG]] can be perused, but I've also my own list cataloged at [[User:Theki/functions#language]]... Of course, this thread has many similarities to [[#"language" argument for certain functions|the one above]], but this concerns me going out and making this consistent across these NLG functions. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 21:09, 24 April 2026 (UTC) :I've created {{Z|Z34122}} as an extension to {{Z|Z34039}} for larger functions. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 21:34, 24 April 2026 (UTC) :Just to confirm that I, for one, support a Natural language parameter for all natural-language functions. The concern about getting them all aligned is just that we haven’t finally settled on {{Z|Z11}} being preferred to {{Z|Z89}} or some other type that conserves the text’s provenance, so we risk having to change them all again. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 10:07, 25 April 2026 (UTC) == “Key not found ()”? == What am I doing wrong in {{Z|Z34137}}? [[User:Redmin|Redmin]] ([[User talk:Redmin|talk]]) 00:39, 25 April 2026 (UTC) :You were passing a [[Z6091]] to {{Z|32290}}, but it takes a [[Z6001]]. Fixed. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 07:10, 26 April 2026 (UTC) ::{{done|Thank you}}! [[User:Redmin|Redmin]] ([[User talk:Redmin|talk]]) 14:13, 26 April 2026 (UTC) == Why is my test failing? == Hello! I recently made {{Z|Z34139}} based on [[wikt:Module:bg-translit]], and the test case {{Z|Z34141}} is failing on both implementations, despite the expected output and actual output being the same as far as I can tell. I tried looking at the Unicode codepoints of the output, but those are also identical. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 06:21, 25 April 2026 (UTC) :Yes, it’s a tricky one. I’ve added a normalize step to the result validation in {{Z|Z34141}}, which confirms it is a normalization issue. It looks like it is in the code but I don’t know whether simply normalizing the result is the way to go. Logically, you would normalize both the input and the result. The implementations of {{Z|Z10384}} show you how to do this. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 09:41, 25 April 2026 (UTC) == Edit request == Hello! I have an edit request for {{Z|Z23752}} and {{Z|Z23414}}. Please replace all the "an/a" logic with <code>Z21739(Argument reference)</code>, both for readability and for more accuracy ("a university is an institution") <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 09:50, 25 April 2026 (UTC) :{{D}} [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 12:24, 25 April 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #245 is out: The Foundation's search for the perfect language == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-04-25|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we present an academic paper about Abstract Wikipedia, we discuss our latest Type created, and we take a look at the newest created functions. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 09:54, 25 April 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30325620 --> :@[[User:Sannita (WMF)|Sannita (WMF)]], @[[User:DVrandecic (WMF)|DVrandecic (WMF)]], technical meta-question: the newsletter quotes the article: ::the only way to contest its algorithm is to click 👍 or 👎 (Crawford and Gillespie 2016) :This quotation sounds sensible, but the article's [https://link.springer.com/article/10.1007/s00146-026-02899-w web version], and the PDF that is downloadable from the same page doesn't actually show the emojis. It rather shows text that looks lacking: ::the only way to contest its algorithm is to click or (Crawford and Gillespie [https://link.springer.com/article/10.1007/s00146-026-02899-w#ref-CR14 2016]) :Where did you get the emojis? Is it your (probably correct) guess or is there a version somewhere that actually shows the emojis? [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 15:16, 25 April 2026 (UTC) ::Scratch that. I've found a version with correct emojis: https://wikihistories.github.io/wikilambda-the-ultimate/ [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 15:37, 25 April 2026 (UTC) == Requested deletion of test == Please delete {{Z|Z34143}}. this was never valid Bulgarian, I messed up. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:19, 25 April 2026 (UTC) :[[WF:RFD]] please. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 16:40, 25 April 2026 (UTC) == Request for comment (global AI policy) == <bdi lang="en" dir="ltr" class="mw-content-ltr"> A [[:m:Requests for comment/Artificial intelligence policy|request for comment]] is currently being held to decide on a global AI policy. {{int:Feedback-thanks-title}} [[User:MediaWiki message delivery|MediaWiki message delivery]] ([[User talk:MediaWiki message delivery|talk]]) 00:57, 26 April 2026 (UTC) </bdi> <!-- Message sent by User:Codename Noreste@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Distribution_list/Global_message_delivery&oldid=30424282 --> == Is it OK to connect the implementation? == Hello! I recently applied for functioneer on [[WF:RFG]], and I was wondering whether I could connect the implementation for {{Z|Z34165}} despite its dependency {{Z|Z34149}} being currently unimplemented. That is <em>if</em> I get accepted. I am planning on implementing it based on [[wikt:module:bg-nominal]], but am still having trouble figuring it out for now. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 09:04, 26 April 2026 (UTC) == Past tense function == Is there a function like {{Z|Z26039}}, but for the past tense (e.g. "Leo Tolstoy <em>was</em> a writer.")? If not, I will create it myself, I just want to make sure there's not a duplicate. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:10, 26 April 2026 (UTC) : {{Done}} with {{Z|Z34224}}, but I have a few kinks to work out with it. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:35, 26 April 2026 (UTC) :: I need to create some other similar functions for the past tense, I have some ideas: ::* {{Z|Z26095}} ::* {{Z|Z32643}} ::* {{Z|Z28016}} ::* {{Z|Z26570}} ::* {{Z|Z33975}} ::* {{Z|Z27243}} ::* <ins>{{Z|Z26627}}</ins> ::* <ins>{{Z|Z27627}}</ins> ::* <ins>{{Z|Z27173}}</ins> ::* <ins>{{Z|Z29591}}</ins> :: :: Are there any I have missed? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:57, 26 April 2026 (UTC) :I think that here we are starting to walk on dangerous waters: what does past mean? Is it a recent o a far past? Does it have ripercussions on the present or not? Is it just a thing that happened once, many times or for a continuative period of time? :Consider that various languages distinguish between many different types of past. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 12:38, 26 April 2026 (UTC) :: {{re|Dv103}} That is a fair point... :: How do we go about solving this problem though? I don't think having every sentence on Abstract Wikipedia be "X is a Y" is a very good idea. :: Maybe we have different functions for all these variations of past you mentioned that just map into "X was a Y." in English? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 13:31, 26 April 2026 (UTC) :::To properly solve this problem, we should use a more complete abstract content representation model, like for example the proposal of [[Wikifunctions:Type proposals/Semantic unit|Semantic units]] (look at [[Wikifunctions:Type proposals/Semantic unit/Douglas Adams|the example]] to see how times could be handled). For now, since we're still stuck with single fragment generation functions (that I hope will be slowly replaced with the complete represenation model, when available), we could just restrict your function to a very specific meaning, like "subject was an instance of, for most of its existence" (which means for example that it could be used to say "Douglas Adams was a writer", but not "Abraham Lincoln was a president", since he only was a president for 4 years). Probably my definition is still too vague, and this is why we need to go beyond these fragment generating functions. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 19:47, 26 April 2026 (UTC) ::Nitpick... I don't like that it outputs a string instead of monolingual text. With {{Z|Z26039}} it's used so much that I think it's unfixable in that case beyond deprecating it if people care that much, but {{Z|Z34224}} doesn't even have any connected implementations yet. Consider it, maybe? ::Nitpick 2... {{Z|Z34227}} is missing a language parameter. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 16:08, 26 April 2026 (UTC) ::: I will consider that! ::: I just did that because that's what {{Z|Z26039}} does, so I assumed I should follow suit with it. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 16:48, 26 April 2026 (UTC) == Legacy functions == If and when more robust methods of abstractly representing and generating linguistic content come around, and more efficient ways of creating abstract content are devised and implemented, I suspect that our current methods will require some form of deprecation. This is a significant source of concern for me in relation to WF and AW, questioning how prone our current methods of doing things are and eventually will be prone to obsolescence, and how it will be worked around when it comes. We have over 1 250 articles on AW presently, and these are rather all over the place. I suspect the maintenance burden from keeping these articles up to code will eventually, err, creep up on us, I suppose, and some kind of major refactoring will be necessary. We are definitely in a period of experimentation and whatnot right now but eventually, like with enwiki, some sort of structure and rigor will form and I suspect it will start to become rather boring for me... I, for one, very much enjoy experimenting with new and better ways to do things here. I don't personally mind changing things to use a new and better paradigm if need be, that sort of thing highly excites me, but of course there will be things that are left behind, and I suspect maybe bots will be employed to deal with this? A lot of Wikipedia sister sites seem to do that, e.g. going and fixing up use of deprecated templates. Considering the nature of Wikifunctions and Abstract Wikipedia I suspect certain maintenance tasks will be made simpler or even trivial by the typical uniformity of our implementations. I guess I am just concerned if Wikifunctions or Abstract Wikipedia will ever accrue its own kind of "technical debt" with how we are plowing through things presently, and if there is a plan for how we will eventually seek to mitigate that. Maybe too early to ask this question, but I am a notoriously anxious person, so I thought it wouldn't hurt to raise the question regardless... &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 21:30, 26 April 2026 (UTC) :I very much agree, thank you for expressing my position so well. {{ping|Immanuelle}} has been using an AI-generated tool (well, they haven't edited in a week, perhaps it's a break or perhaps they don't wish to contribute to the project any more) to create a bunch of articles en masse, which I have warned them multiple times is a bad idea (on top of evolving functions, all of the articles are one-sentence-per-paragraph, [[abstract:Q12184|like so]]). That's why I've been avoiding creating articles recently, I'd say I have a good fourth (no data to support, rough guess) of the comments on the wiki, yet less than a percentage of the article count (only three, including the [[abstract:Q319|first article]], though, so perhaps I'm the next [[w:Special:Permalink/908493298|office.bomis.com]]). [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 19:41, 27 April 2026 (UTC) :: I feel that the overwhelming presence of these low-quality articles (which I admit I myself am [[abstract:Q1710970|guilty]]/[[abstract:Q7601858|of]]/[[abstract:Q39338|creating]], usually as testbeds) may incur a large maintenance burden. I do expect them to be easy to detect, however, as searching for the presence of "deprecated" NLG functions is trivial, and it is possible that replacing them with their future ''even abstracter&trade;'' counterparts could be done automatically since they all have the same signatures and can be expected to create the same form of sentence. If it needs to be done manually for a while or for certain delinquent instances, my hope is that it will be fun, at least for a while. :: I just hope that these hypothetical future waves of "this new and versatile way of abstractly representing linguistic content" obsoleting previous methods and requiring refactoring across all articles is only a one-time thing. We should strive to be as robust and flexible as possible from the outset as each brand new paradigm of abstraction is also a brand new maintenance burden for updating old articles. At the end of the day, at least ''some'' of these articles will still render to many different languages even if their methods of creating those sentences of theirs is completely outdated. Ergo, the time it takes for the switchover to be performed across our articles should not be a persistent inconvenience for users (as, of course, they will always still be able to read the content as it was before since these legacy functions aren't being deleted outright), and the increased availability that the new methods will bring about will likely act as motivation for them to join the effort in refactoring (&#x300C;You're telling me that if I rewrite this article in this cool Lisp-looking stuff then I can probably read it in [[abstract:Q9307|Galician]]?? COOL!&#x300D;). &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 20:26, 27 April 2026 (UTC) :::Totally agree. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 02:54, 28 April 2026 (UTC) :::My vague plan is to implement a default function returning an {{Z|Z89}}, for each language-neutral function. A single function would convert any of these to a {{Z|Z11}}, so that a composition of the two can be implemented as the current default until such time as the language-neutral function is ready to return a [[Z89]]. We can already convert a [[Z11]] to a [[Z89]] so, although there is more to be done in this space, existing language-specific functions could be adapted to return a [[Z89]] quite mechanistically. :::Although we certainly could deliver parallel Z89 functions for each existing Z11 function, I don’t think we should assume that particular outcome. Provided the Z89 captures a lang attribute from the Z11’s language tag, the two representations should be largely interchangeable, although I am expecting a Z89 to carry additional attributes at the span level that would be lost on conversion to a Z11 (along with any higher-level tags and attributes). :::When I say there is “more to be done in this space”, I am referring to a new type that would allow HTML fragments to be represented as tractable Wikifunctions objects, but this is currently drafted only in my head! [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 11:21, 29 April 2026 (UTC) == Filtering types of objects == Hello! I have tried to comb through my own edit history several times, but it's really hard to search for specifics because there's no differentiation between different types of objects (functions, implementations, tests, etc.) in the logs as far as I can tell. Am I missing anything? I want it to work sort of like how filtering by namespace works. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 16:48, 27 April 2026 (UTC) :There is differentiation, it's just rather hard to look through. Since all ZObjects are just JSON data at their core, you can search for instances of <code>{ "Z1K1": "Z[type]"</code>. I haven't tried this so I'm not sure how well it would work and I know MediaWiki search syntax treats quotation marks as a special character, but I have seen Wikifunctions pages link to searches using this before. There is also [[Special:ListObjectsByType]] but it is sitewide rather than specific to your edit history in particular. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 18:59, 27 April 2026 (UTC) ::''[It doesn’t help directly here, but please see [[WF:Find]] for more details of how this works.]'' [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 10:24, 29 April 2026 (UTC) :See the feature requests [[phab:T399244]]/[[phab:T373735]]. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 06:06, 28 April 2026 (UTC) :The lack of filtering edits by namespace is exactly the problem that I was trying to solve with the [[User:Amire80/wikifunctionsanalytics]] tool. :I even kind of succeeded, but it has two major problems: :# It doesn't have any real frontend, so you have to know some SQL to use it (or ask other people who know SQL). :# It doesn't get information from the live site, but from the dump, which appears to be updated once a month. :I've made a [https://quarry.wmcloud.org/query/104794 sample query for you]. Unfortunately, it won't do anything at the moment because of the second problem—your edits started in April 2026, which isn't over yet, so the dump for it hasn't been processed. But I hope that early in May you'll be able to use the same query and see something useful. :(I plan to add support for recent edits, but I haven't done it yet. Now that I more or less figured out how to process Wikifunctions edits, I'm focused on trying to understand Abstract Wikipedia edits. Processing up-to-date edits from both sites will possibly be the next thing I work on, but if you know some Python and want to try doing it yourself, don't wait for me—[https://gitlab.wikimedia.org/toolforge-repos/wikifunctions-analytics Patches welcome].) [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 18:51, 28 April 2026 (UTC) ::@[[User:QuickQuokka|QuickQuokka]], I've just updated the data until the end of April. Now the query to which I linked above gives some results. You can also try running other queries if you know SQL. (Or try asking for other queries if you don't.) [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 03:26, 3 May 2026 (UTC) == [[Z34213]] == I'm not quite sure why this implementation is failing. Could someone take a look? [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 02:24, 28 April 2026 (UTC) :I've [https://phabricator.wikimedia.org/T419933#11863997 notified] the team that this is still occurring, the issue was marked as resolved. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 02:52, 28 April 2026 (UTC) :Some useful tips: :* create more testcases: sometimes it is a random error, so try to see how consistent it is between testcases :* your implementation is very inefficient, since it fetches items and lexemes a lot of times. Ideally, each item and each lexeme should be only fetched once in all the execution tree. :[[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 06:06, 28 April 2026 (UTC) ::Caching (''should?'') means that the lexeme and item data are cached, so the call doesn't actually execute multiple times. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 17:51, 28 April 2026 (UTC) :::Are lexemes and items actually cached within the same function execution? Even if they are only partially fetched and/or fetched in bulk? [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 17:54, 28 April 2026 (UTC) ::::I don't have any evidence to prove that it works but that's definitely A. what's supposed to happen and B. the ideal behavior. This happens because the Z680X functions can be cached just like any other. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 18:02, 28 April 2026 (UTC) ::::It is unclear. In general, I believe identical branches are resolved only once in orchestration, but there is also independent caching of Wikidata fetches. ::::According to @[[User:DMartin (WMF)|DMartin (WMF)]] ([https://t.me/Wikifunctions/30374 on Telegram]): ::::<blockquote>Well, no. We have caching of Wikidata entities that have been retrieved, but not of the results of nested function calls. There is a proposal for doing this in the context of the V2 composition language, when it's a bit more mature, and it's regarded as a relatively high priority.</blockquote> ::::It’s hard to tell whether fetches in nested calls are, in fact, cached and available for other nested calls in the same call, since it is not generally the actual fetch that consumes the most resources. Rather (I believe), it is construction and transmission of the result object, which is currently repeated afresh in each nested call (unless it is in an identical branch). ::::I hope that’s clear, and I apologise in advance if it happens to be inaccurate! [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 10:16, 29 April 2026 (UTC) :::::Oh, I should clarify.  There is a lot of caching going on, in several different places.  Lexemes and items ''are'' cached by the orchestrator within the same function execution, even if they are only partially fetched and/or fetched in bulk.  When I said that we don't have caching of the results of nested function calls, I meant that's not happening in general, for all nested function calls in compositions.  But fetching of Wikidata entities gets special treatment, so yes, fetched content from Wikidata is cached, regardless if it was fetched by a top-level call or a nested call. :::::It is also true that the construction of a ZObject from the fetched JSON might happen more than once within the same function execution, depending on how a composition has been structured. However, the construction of the ZObject is actually very fast, compared to the elapsed time of getting the JSON from Wikidata. [[User:DMartin (WMF)|DMartin (WMF)]] ([[User talk:DMartin (WMF)|talk]]) 18:04, 1 May 2026 (UTC) == Question about cardinal numbers == I was about to edit {{Z|Z16435}} to add my function {{Z|Z34308}}, but I noticed that none of the other functions have a gender parameter. Should I create a new wrapper function "Bulgarian cardinal, neuter", or should I just remove the gender parameter and always return neuter? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:39, 28 April 2026 (UTC) :The “cardinal” functions should return the words used for “counting” numbers in the abstract. :We should consider converting them to return a {{Z|Z11}} rather than a {{Z|Z6}}. It may even be appropriate to return a {{Z|Z12}} to cater for language variants. Either way, I think that would be the approach to adopt for inflected forms, unless reference to specific lexeme-forms is required. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 12:52, 28 April 2026 (UTC) ::This. If a native of your language were to count up, which form would they be most likely to use? [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 13:29, 28 April 2026 (UTC) ::: {{re|GrounderUK|Feeglgeef}} Thanks for both your input! ::: I relabeled the aforementioned function to {{Z|Z34308}}, and created a new wrapper function {{Z|Z34457}}. ::: Should I specify that my old function is a monolingual text in parentheses? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 16:26, 28 April 2026 (UTC) ::::You don't have to, unless you think that is something that would require distinction when viewing the function in a list of search results &c. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 16:36, 28 April 2026 (UTC) == Optional/nullable function parameters == Hello! Recently, I was informed that Wikifunctions has no optional/nullable function parameters as of now. Are there any future plans to support this, and/or workarounds? Maybe create a union type system like "{{Z|6}} or {{Z|23}}". <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 17:53, 28 April 2026 (UTC) :What I do for this is use an "is empty" function corresponding to the type of the parameter in an If statement. If it isn't empty, the function works as intended. Otherwise, it does something else. [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 17:58, 28 April 2026 (UTC) :Unions are not a thing (yet) on Wikifunctions, but you can always define an argument of type {{Z|Z1}}, which means that all types are allowed (I already did this for {{Z|Z26737}}; note that it is still a ugly workaround, don't use it for high level functions). Also, note that usually on Wikifunctions we use {{Z|Z24}} as the null value. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 18:00, 28 April 2026 (UTC) :: {{re|JJPMaster|Dv103}} Thanks for your help! :: @[[User:Dv103|Dv103]] told me a function call with a missing parameter is treated as an invalid function call, so how does the "is empty" function work with that? :: Also, setting the type to {{Z|1}} seems naive, like setting the type as <code>any</code> in TypeScript... :: Related question: Are there plans to add default values to parameters (outside of "if empty")? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 18:19, 28 April 2026 (UTC) :::Setting the type to {{Z|Z1}} is actually naive, and that's why I advised you to only use it for low-level functions. Currently there is nothing better. Sometimes, type correctness is not actually checked, so it might seem that nullable types are possible. But it is still an hack, and it could broke anytime since it is not intended behavior. :::I don't think that there are current plans to add default values (but correct me if I'm wrong). The closest thing that comes to my mind is that, if you incorporate Wikifunctions into Wikitext, you can leave empty some fields (only of some specific types) and Parsoid will replace them to their default value. This is done only depending on the type, and not on the functions. For example, {{Z|Z6091}} and {{Z|Z6001}} are assigned the QID associated to the page, and {{Z|Z20420}} is assigned the current date. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 18:56, 28 April 2026 (UTC) :::@[[User:QuickQuokka|QuickQuokka]]: At the very least, [[Z10008]] accepts a null input. Maybe that feature is unique to the String type—I am not sure. [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 19:10, 28 April 2026 (UTC) ::::I think it's just not checked, but it shouldn't be intended. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 19:20, 28 April 2026 (UTC) ::::Strings and typed lists can be “empty” in the sense that their length can be zero. Typed pairs may also be “empty” in a degenerate sense, but such an object will not be returned from a code implementation. A typed map with no entries will also fail to be returned from code, although it is fine in compositions. ::::For a genuinely optional parameter, I prefer a properly typed list, which at least encourages an argument of the correct type. {{Z|Z813}} is also typically faster than {{Z|Z10008}}. Quite a good example of this approach is {{Z|Z23723}}, where it helps to resolve the type union (using [[Z1]]) for both Z6003K1 and Z6003K3. Of course, there’s nothing to prevent more than one element in the list, but additional elements are easily ignored. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 22:55, 28 April 2026 (UTC) :Pinging {{ping|Jdforrester (WMF)|prefix=|p=}}, I believe there are no current plans. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 19:02, 28 April 2026 (UTC) ::@[[User:QuickQuokka|QuickQuokka]]: I'm afraid there are no current plans to build out optional params, indeed; we would be happy to review this if a compelling case was made, but it'd be a lot of work to re-build the [[Wikifunctions:Function model|function model]] with that support and ensure we don't break (too many) things. [[User:Jdforrester (WMF)|Jdforrester (WMF)]] ([[User talk:Jdforrester (WMF)|talk]]) 19:11, 28 April 2026 (UTC) == Z6830 for Chinese == I was trying to use {{Z|Z6830}} for implementation in the Chinese-language. And turns out most of the Lexeme on Wikidata is using [[d:Q727694]] as the language instead of [[d:Q7850]]. This makes it impossible to use the mentioned function above, since Standard Chinese is not available (or did I miss something?). Is there a way to fetch lexemes with language=[[d:Q727694]] from item? [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 18:20, 30 April 2026 (UTC) :@[[User:Sun8908|Sun8908]] There is [[Z1006]] for Chinese and it has the language code zh. There is an overview of languages in [[Module:Wikifunctions label]] so you can search there for chinese versions and choose the one you need. [[User:Hogü-456|Hogü-456]] ([[User talk:Hogü-456|talk]]) 20:53, 5 May 2026 (UTC) ::I know that. The problem is when using the function [[Z6830]], it cannot retrieve lexeme with language [[d:Q727694]] (but it is the "Chinese language" with the most current Wikidata lexemes, see [https://ordia.toolforge.org/language/ ordia]). I think it should be a Wikidata problem, I might fix it (possibly by creating the same lexemes with language code zh) on Wikidata. Thanks anyway. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 05:39, 6 May 2026 (UTC) :Could you provide an example of a Chinese lexeme that has a linked Wikidata item, or a Z6830 function call that fails to find such a lexeme where one exists? [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 07:55, 6 May 2026 (UTC) ::Here: [[d:Lexeme:L846083]]. I think that's a primary reason of me trying to look into this problem, as the label in zh for [[d:Q6256]] (country) is not a single phrase (see its talk page on WD for more information). This makes some Abstract Wikipedia articles very weird in Chinese when {{Z|Z26570}} is used, so lexeme could potentially fix that. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 10:33, 6 May 2026 (UTC) :::Thank you. It looks as though {{Z|Z6830}} [https://www.wikifunctions.org/view/en/Z6830?call=%7B%22Z1K1%22%3A%22Z7%22%2C%22Z7K1%22%3A%22Z6830%22%2C%22Z6830K1%22%3A%7B%22Z1K1%22%3A%22Z6091%22%2C%22Z6091K1%22%3A%22Q6256%22%7D%2C%22Z6830K2%22%3A%7B%22Z1K1%22%3A%22Z6092%22%2C%22Z6092K1%22%3A%22P5137%22%7D%2C%22Z6830K3%22%3A%7B%22Z1K1%22%3A%22Z60%22%2C%22Z60K1%22%3A%22cmn%22%2C%22Z60K2%22%3A%5B%22Z6%22%5D%7D%7D returns that lexeme for language tag "cmn"]. Perhaps that tag should be added into the helpers for {{Z|Z24144}}? If it is widely used for lexemes, perhaps it should have its own {{Z|Z60}}? In any event, improvements might be considered under [[:phab:T390563]] (or otherwise), including amending [[Z6830]] to also consider "cmn" (and "zho", "chi"…?) when requests are made for "zh-hans" or "zho-hant" (or others?) @[[User:Winston Sung|Winston Sung]] @[[User:DMartin (WMF)|DMartin (WMF)]] [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 17:22, 6 May 2026 (UTC) ::::If you go to [[d:Special:NewLexeme]] and put in [[d:Q727694]] as the language, it is going to tell you it has an unrecognized language code. So I believe "cmn" should not be a {{Z|Z60}} by default? I also started [[d:Wikidata:Project_chat#Lexemes_with_language_Standard_Chinese_(Q727694)|a discussion on WD]] regarding this. I guess we can still use it as a fallback language though if possible. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 03:43, 7 May 2026 (UTC) ::::We don't have a separated <code>cmn</code> BCP 47 language subtag in MediaWiki and Wikidata at the moment. <code>zho</code> and <code>chi</code> are ISO 639 language codes but not BCP 47 language subtags. ::::For Modern Standard Mandarin, please use <code>zh-*</code> language tags for now. -- [[User:Winston Sung|Winston Sung]] ([[User talk:Winston Sung|talk]]) 15:26, 8 May 2026 (UTC) == Key not found error == Is there a reason why I am getting key not found error for this [[Z34677|function]] {{Z|Z34677}}? All the underlying functions run and all the test cases work. The debug information does not give more details. Any pointers? Thanks in advance [[User:Jsamwrites|John Samuel]] 19:24, 1 May 2026 (UTC) :It was passing the [[Z6091]] to {{Z|34641}} when that takes a [[Z6001]]. I've fixed that, but there's some other problem with the logic, so I've left it disconnected. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 19:42, 1 May 2026 (UTC) ::@[[User:YoshiRulz|YoshiRulz]] Thanks a lot. [[User:Jsamwrites|John Samuel]] 20:21, 1 May 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #246 is out: Request for input: what should we count for Abstract Wikipedia == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-05-02|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we ask you what would be the relevant metrics for Abstract Wikipedia, we discuss our latest news on Composition Language v2, and we take a look at the latest software developments. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 12:21, 2 May 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30325620 --> == Any formal process for deletion of pages == Does a formal process exist for the deletion of functions, implementations, and tests that includes a notification system for creators, analogous to Wikidata’s process, explaining the rationale behind the deletion (or proposal for deletion)? [[User:Jsamwrites|John Samuel]] 12:36, 3 May 2026 (UTC) :Does [[Wikifunctions:Requests for deletions]] work? [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 13:00, 3 May 2026 (UTC) :Please see the discussion at [[Wikifunctions talk:Requests for deletions#Should we expect Objects' creators to get pinged on deletion proposals?]]. :As I see it, it is the proposer’s responsibility to consult appropriately before making a request and we expect our administrators to act only when satisfied that appropriate consultation has occurred. In many cases, no consultation is required. Administrators may delete their own contributions without making a request, but this is not a practice I would encourage. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 13:51, 3 May 2026 (UTC) == Implementation of rational number in JS doesn't match in Z19677 (Rational number) and Z28579 (RGBA colour) == In {{Z|19677}} it's <syntaxhighlight lang=js> { "K1": sign * numerator, "K2": denominator } </syntaxhighlight> but in {{Z|28579}} it's <syntaxhighlight lang=js> [ sign * numerator, denominator ] </syntaxhighlight> '''<span style="font-family:Iosevka,monospace">[[User:沈澄心|<span style="color:#9f3526">dring</span>]][[User talk:沈澄心|<span style="color:#534fa3">sim</span>]]</span>''' 05:15, 4 May 2026 (UTC) == Nested functions in compositions == I wish it will be easier to a add another function about a specific existing function in a function implementation based on a composition. When I write long functions in spreadsheets I usually stat with a small part and then I try to go further and after important steps I test if the output is as expected. I created [[Z34826]] to get the German gender specific occupation lexeme for a specific person based on their gender. I wanted to add a function around the existing one and it was not successful. It is not very easy to implement as it requires the possibily to move a part to another section but I think it can be helpful if it will be implemented. So far I spend more time as expected on the function. Describing it with words what the function needs to do is much easier than implementing it here in Wikifunctions. So I think there needs to be improvement to make Wikifunctions more accessible. [[User:Hogü-456|Hogü-456]] ([[User talk:Hogü-456|talk]]) 21:10, 5 May 2026 (UTC) :Have you tried to use the copy-paste functionality? It is very useful to move parts of composition arounn. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 07:12, 6 May 2026 (UTC) :I've also found the composition editor to be wholly unsuitable for any expressions more than a few levels deep. (Even with the <code>localStorage</code> clipboard, because of its overzealous type checks.) Compositions naturally grow out from the "leaves", the immediate operations on the inputs, while the interface really wants you to build from the "root". I mostly use the [https://yoshirulz.gitlab.io/WikiLambdaBlockly drag-and-drop block editor] which I made to smooth over some of the site's problems, so if you want to try that out and give me some feedback I'd appreciate it. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 14:36, 6 May 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #247 is out: References from Wikidata now available == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-05-08|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we announce that is now possible to pass references in Wikidata statements, we introduce the [https://abstract-data.toolforge.org/ Abstract Data dashboard], we report you on the presentation about Abstract Wikipedia at WikiCon Australia, and we take a look at the latest software developments. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Also, we remind you that if you have questions or ideas to discuss, the next '''Volunteers' Corner''' will be held on '''[https://zonestamp.toolforge.org/1778520600 May 11, at 17:30 UTC]''' ([https://meet.google.com/xuy-njxh-rkw link to the meeting]). Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 11:16, 8 May 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30325620 --> == RGBA colour, spelling... == Something that has always irked me a little bit is the spelling of [[Z28579|RGBA colour (Z28579)]]. I guess this is not unsurprising for me considering my use of US English but I think there is more to it than preference and I want to try to argue for it being changed to use American spelling. I know that this probably has a snowball's chance in hell of actually garnering any support, so I won't really be miffed if the spelling remains as it is, but I thought it wouldn't hurt to raise this regardless. The main issue I have with it is the spelling of the original proposal. When infernostars raised the [[Wikifunctions:Type proposals/RGBA color|type proposal]], the spelling was 「RGBA color」. Of the comments that mentioned the word 「colo[u]r」, two used British spelling while six used the American spelling as used in the proposal. The only thing that really pointed to the use of ''colour'' was the fact that the catalog page on color functions used that spelling already. For all intents and purposes, the spelling of the original proposal should have been maintained, but it was not; [[User:DVrandecic (WMF)|DVrandecic]], the eventual creator of the type, used a different spelling. It should be noted that there was really no reason for this to occur and while it is an undoubtedly minor issue I still believe it should be rolled back and the type should use the spelling of the original proposal and majority of editor comments. In [[abstract:Q936|OpenStreetMap]], there have been keyvalue proposals that have had the finalized spelling that gets put to use be in British English despite the original proposal being in American English; this has usually occurred with proposals relating to 「X center/centre」 tags. This makes sense on the surface, because OpenStreetMap is maintained by a UK organization, and still has close ties to Europe. The Wikimedia Foundation, however, is an ''American'' company. This is often brought up as a fallible argument when debating article spelling on the English Wikipedia, and I don't bring it up to support that 「RGBA color」 should be used for that exact reason, but rather to state that OpenStreetMap's general policy on tag names need not apply here. It appears to me that, at least initially, the majority of 「core contributors」 to Wikifunctions used British English; I can name YoshiRulz, 99of9, GrounderUK, and VIGNERON.<ref group="color">I'm avoiding linking to these folks because I don't think pinging them about this discussion is all too necessary unless they themselves want to be involved; I don't want to clutter their inboxes just to briefly mention them. I pinged Denny because, well, I'm asking him a question directly, but everyone else I would prefer to join this discussion by their own accord... not that I wish for this decision to be confused as me going 「these people use British English so they will probably oppose my idea, I won't invite them to the discussion because of that」...no, I promise you that is not the reason.</ref> I see (or saw) these people ''everywhere'', so it makes sense that British English has prevailed in some sorts on this website, but I don't think that indicates that it should be the ''preferred'' spelling across the website, at least not to the point where a proposal should have its name changed to match such a "consensus".<ref group="color">It could be argued that the front-and-center ''Function catalogue'' using 「catalogue」 is actually indicative of such a "consensus", but ''catalogue'' is in a similar position to the word ''grey'' where I live (that is, the US) in that it is used just as often as its American counterpart. Also, consider Wiktionary's ''Beer parlour'' project chat.</ref> The unnecessary modification of the original spelling is my main argument for changing it back... but of course, I must obligatorily state that on English Wikipedia, it is [[w:Color|Color]] and [[w:RGBA color model|RGBA color model]]; on Wikidata, it is [[d:Q1075|color]] and [[d:Q2325624|RGBA color space]]; in CSS (which typically uses hexadecimal triplets to specify RGBA values), the properties are <code>color</code>, <code>background-color</code>, etc.; bit of a weak jab, but on Schema.org it is [https://schema.org/color color], [https://schema.org/colorSwatch colorSwatch]; et cetera. {{Z|Z28580}} uses ''color'', so does {{Z|Z28591}} and its Python counterpart. Mr. Vrandečić, I have to ask, I'm rather confused... you created the color type using British English spelling, but you were also responsible for the creation of the equality function which uses the American English spelling. You also seem to be writing in American English for the status updates, judging by your use of -''ize'' over -''ise'' endings and use of ''program'' over ''programme'' in [[Wikifunctions:Status updates/2026-04-16]]. Is there something I'm missing or have you switched your preferred variant somewhere along the way? Anyways, do consider this if you wish... again, I don't suppose this will garner much support, it is the ''non-issuest'' of ''non-issues'', but it has irked me to the point where I want to ask about it to get some answers, if nothing else. I am not arguing for every other color function to have its name changed, just the type itself. <references group="color"></references> &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:04, 8 May 2026 (UTC) :This is a multilingual project; the <code>en</code> label is <code>RGBA colour</code> and the <code>en-us</code> label is <code>RGBA color</code>. Though I'm not able to switch to <code>en-us</code> via the language picker so that would need to be fixed.<!-- --><br>edit after reading your whole comment: The same is true of {{Q|1075}}, there are labels specified for multiple English variants. (In {{Q|2325624}} it's only an alias.) I agree that other websites' choices aren't binding on us, but from that, I conclude that the more widespread British/Commonwealth spellings should be used for the generic <code>en</code>. As for myself, I'm Aussie and I will continue to use the BrE spellings ([[w:en:Oxford_spelling#Language_tag_comparison|+ "routing"]], TIL) if only by muscle memory.<!-- --><br>[[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 17:42, 8 May 2026 (UTC) :: Your lattermost point would normally be fine in a perfect world. Wikipedia's <code>convert</code> function defaults to "international" English, which I don't personally take issue with because it happens that we here in America are actually outliers for saying and spelling things differently... err, or we were for a while at least, nowadays it seems like an even split (plus you have "yield" vs. "give way" which is effectively the logical opposite of US's use of "meter" over "metre"). :: However, this is not a perfect world, and I don't think <code>en</code> should correspond to any particular variant. It is too fragmented across all software at this point to impose such a requirement. The inability to switch to <code>en-us</code> on this website foregoes an easy and simple solution to this problem that makes everyone happy, because the yanks (such as myself) can't be happy because we can't see the labels in American English even if we wanted to, and the other folk can't switch either as far as I'm aware (and the en-CA and en-GB languages in the preferences page seems to be deprecated). My point being, <code>en</code> is abused to mean "en-UK" just as often as it is abused to mean <code>en-US</code>; I think a decision shouldn't be made on such an assumption of one "default". &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:48, 12 May 2026 (UTC) :Hi @[[User:Theki|rae]]! I have no opinion nor preference on this, and given my background, I am just entirely confused about my spelling preferences myself, as you can tell from my inconsistent usage. I learned British English in school and used that for maybe two decades or so, but moved to the US and lived there for more than a decade, enough to be naturalized, but now I am back in Europe and I am technically a professor at King's College London, soooo.... honestly, I do not know. I don't remember having put too much thought into it at the moment I created it. The good thing is that in Wikifunctions, just as in Wikidata, it is easy to change, without messing things up too much (unlike in Wikipedia), so my suggestion is, just make the change, see if anyone complains, and if they do, discuss it more. I don't know if there is a guideline already in Wikifunctions about the variants. I am happy either way, and honestly, I keep forgetting which variant is which most of the time. --[[User:DVrandecic (WMF)|DVrandecic (WMF)]] ([[User talk:DVrandecic (WMF)|talk]]) 18:16, 10 May 2026 (UTC) :: I can definitely understand this, although I am unfortunately rather passionate about any minutiae involving preferential minor differences in ''anything'', of which AmE vs. BrE chiefly is. So I dedicate a lot of headspace to it. More than I should. Not that I wish to imply that the comment above that I have wrote is of an irrational nature, or done out of spite or pure emotion and subjectivity; I do genuinely believe that ''RGBA color'' is beyond just a personal preference and is just logical. I may boldly go and change it, but for some reason I was expecting that changing the English label of a Type would require elevated permissions, and I also didn't want to do it only to get immediately reverted because it ''did'' strike a chord with someone, when I could instead see how apathetic, supportive, or in opposition interested people are beforehand and ''then'' act accordingly. I was not meaning to antagonize you over your spelling habits, I did actually use British English for a few years starting in 2020 before I went back to American English, so I'd be a hypocrite for me to decry you for not always sticking to some arbitrary standard of spelling words over the other. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:55, 12 May 2026 (UTC) :Although I spell it “colour”, I think it makes more sense to use “color” for the type, since that is almost always the required spelling when the string functions as a keyword. :More generally, though, Wikidata’s lexicographic data happens to favour “colour” over “color” and (quite rightly, in my view) lacks a specific representation for "en". This is unusual, in my experience, as "en" is widely misused in place of "en-US", where there are recorded spelling differences. :(I would also say it is standard British English to use “program” in a programming context and “programme” elsewhere. Use of -ize rather than -ise is a matter of personal preference or house style, but regional autocorrect encourages -ise.) [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 11:00, 12 May 2026 (UTC) :: ''Wikidata’s lexicographic data happens to favour “colour” over “color” and (quite rightly, in my view) lacks a specific representation for "en"'' :: Definitely agreeing with you on the latter being a good choice. However, I suspect the favoring of "colour" over "color" may be because, in terms of language codes, when sorted alphabetically <code>en-us</code> actually comes ''after'' <code>en-gb</code>. Although, the frontend seems to be sorting <code>en-ca</code> after <code>en-gb</code>, so I don't actually know how correct that is. :: ''I would also say it is standard British English to use “program” in a programming context and “programme” elsewhere'' :: The context of the spelling was "''No program for the NLG SIG meeting for next Tuesday has been proposed''". In that usage context, I think it makes sense to assume that ''program'' is not being used to refer to a computer program, but to a ''program of events'' or similar, something that you would spell as a ''programme'' in British English. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 15:02, 12 May 2026 (UTC) :{{s}} this. I'm obviously biased but I believe American English is preferable generally, American dominance on the internet (our Department of Defen'''s'''e invented it!) and rapidly-increasing consumption of American media by international English speakers means that more people use American English's conventions, this is clear through for example [http://trends.google.com/explore?q=color%2Ccolour&date=all&geo=Worldwide search trends] (though they aren't particularly reliable). Perhaps this is a bit of a supremacist opinion, but we should have internal consistency, and if we must choose, American English should be our first choice (then Indian and then British English) [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:10, 12 May 2026 (UTC) :: This is rather flawed reasoning, though. I think probably any given British or Indian person would not agree on using that as the reasoning for this, not that you are necessarily ''completely wrong'', but if this is not a good enough reason for English Wikipedia's (admittedly extremely flawed) ''ENGVAR'' policy then I don't think it's likely it will pass here either. :: Although of note is that [https://books.google.com/ngrams/graph?content=color%2Ccolour&year_start=1800&year_end=2022&corpus=en&smoothing=3&case_insensitive=true Google ngrams] agree with you, but "color" vs. "colour" is an eternal holy war that will not be won by demonstrating that more books use US spelling over Commonwealth spelling. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:44, 12 May 2026 (UTC) :::You're probably right that it's not very sound. I'm biased in that other varieties of English irk me, and that's probably mutual for people who are used to other varieties of English when they read what I write! [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:56, 12 May 2026 (UTC) :I've decided to boldly [[Special:Permalink/274271|make the change]]. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 15:02, 12 May 2026 (UTC) :: Thank you. Considering both you and GrounderUK seem to consider it an okay change, I think this will do for now. :: I should note that the matter of whether to move [[Wikifunctions:Catalogue/Colour functions]] in response to this (however this discussion will ultimately turn out) is a whole other can of worms, in my view. I can't say I have an opinion on that at the moment, but I'm putting it out there regardless. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 15:06, 12 May 2026 (UTC) :::Personally, I'm in favor of moving the page and renaming all of the items on it. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 15:10, 12 May 2026 (UTC) ::I don't like this (exactly because of the American hegemony you cited), but again, it shouldn't matter because the software is meant to be multilingual. Clearly there's a bug preventing you from picking an English variant/dialect as your display language. But the search bar and Function/Type autocompletion do check the English variants for matches. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 15:15, 12 May 2026 (UTC) == Proposals on the architecture of Abstract Content rendering == Starting from a discussion born on the Telegram chat, I've explained two different proposals on how the NLG on Abstract Wikipedia should be organized in the page [[abstract:User:Dv103/Abstract articles architectures]]. Please come to contribute to the discussion, or to propose alternatives. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 14:31, 11 May 2026 (UTC) :Thank you for dedicating your time to writing this, it is very informative. I will try to add input once I'm not in over my head with finals. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 16:27, 12 May 2026 (UTC) == Display function for HTML fragment == Currently, any collapsed Z89 literal appears as<blockquote>&lt;&gt; [[Z89|HTML fragment]]</blockquote>If I were to create a new Function which returned something like<blockquote>&lt;&gt; 123-byte HTML fragment <q><nowiki><td><span lang=</nowiki>&hellip;</q></blockquote>could that be connected to replace the collapsed form, or would it require changes to the Wikilambda software? [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 16:14, 11 May 2026 (UTC) :It might work, but I doubt it. Those angled brackets suggest that the collapsed form is not simply defaulting to the type’s label. Looking at [[:phab:T410509]], I’ve concluded that enhancements to the collapsed form were never considered, rather than being actively rejected. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 12:12, 12 May 2026 (UTC) ::[[:Phab:T391985]] documents the original design. Note the fifth bullet point under “Acceptance criteria”. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 12:21, 12 May 2026 (UTC) :I'm not sure the byte-size is necessary, but the outer tag (or first outer tag, though generally I'd prefer most fragments use a wrapper tag if it needs multiple like JSX does, but that's a whole different topic) would be nice. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 12:51, 12 May 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #248 is out: A higher meaning == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-05-15|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we discuss functions creating language fragments, we present our latest news in Types, and we take a look at the latest software developments. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 14:36, 15 May 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30536976 --> == [[Z34510]] == This function, which determines if a Wikidata item for a {{q|5}} has an undeprecated {{p|21}} statement of {{q|6581097}}, returns false for {{q|173399}}, a transgender man. This is because his item assigns his P21 statement to {{q|2449503}}, not {{q|6581097}}. I'm not sure how to account for this discrepancy. Should {{z|34510}}: # Include {{q|2449503}} as a value that can lead to a true result, # Not include {{q|2449503}} as a value that can lead to a true result, while another function (e.g., "Q5 is a man?") could return true for either "male" or "trans man", # Not include {{q|2449503}} as a value that can lead to a true result, while another function (e.g., "Q5 is a trans man?") could return true for "trans man", # Not exist at all? [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 16:48, 16 May 2026 (UTC) m79hzmk1flmey6h3dt3rc1bkgyq257a 275549 275535 2026-05-16T19:03:22Z Theki 2389 /* Z34510 */ re 275549 wikitext text/x-wiki {{shortcut|[[WF:CHAT]]|[[WF:PC]]|[[WF:VP]]}} __NEWSECTIONLINK__ [[Category:Help]] <!-- please do not remove this line --> Welcome to the Project chat, a place to discuss any and all aspects of Wikifunctions: the project itself, policy and proposals, individual data items, technical issues, etc. Other places to find help: * [[Wikifunctions:Administrators' noticeboard]] * [[Wikifunctions:Report a technical problem]] * [[Wikifunctions:FAQ]] {{Autoarchive resolved section |age = 1 |archive = ((FULLPAGENAME))/Archive/((year))/((month:##)) |timeout=30 }} {{Archives|{{#tag:div|<br />{{Flatlist|{{Special:PrefixIndex/WF:Project chat/Archive/|stripprefix=1|hideredirects=1}} |class=mw-collapsible-content|style=font-size:92%;}}|class="mw-collapsible mw-collapsible-toggle mw-collapsed"}} |prefix=WF:Project chat/Archive/ }} == "language" argument for certain functions == Hello. I am relatively new to Wikifunctions. Recently, I tried to create functions for Chinese translation of {{Z|Z26570}} and {{Z|Z26095}} (which became [[Z32788]] and [[Z32900]]). During the creation of these functions, I was trying to take {{Z|Z32212}} as reference. And I realized that the defining role sentence function is taking <code>language</code> as an argument (and the test case of the Chinese-language function already contains two varieties of Chinese). This makes it possible to output monolingual text in <code>zh-hant</code>, <code>zh-hans</code>, <code>zh-tw</code>, or any varieties of the language. I think for this reason, it is better to have <code>language</code> as arguments for the implementation of Z26570 and Z26095, and potentially more functions that require {{Z|Z14294}}, since it would output the varieties code instead of just saying <code>zh</code> for <code>zh-hant</code>, <code>zh-hans</code>, <code>zh-tw</code> in the output of type {{Z|Z11}}. I am not sure how the fallback mechanism works if one of the language (varieties) do not have a labels/lexemes, but to me, it is reasonable to have a <code>language</code> argument. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 09:38, 31 March 2026 (UTC) :The functions you mention do have a language argument. For Wikifunctions, the {{Z|Z60}} can be at a higher or lower level; whether a {{Z|Z11}} is for a language or a variant is determined by the function that constructs it. Please see {{Z|Z26565}} for an example and feel free to add test cases in Chinese. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 17:54, 11 April 2026 (UTC) ::Hello @[[User:GrounderUK|GrounderUK]], thanks for the answer. I understand that whether {{Z|Z11}} is for a language or a variant depends on the function. But that is exactly what I am asking for. It is true that [[Z26570]] and [[Z26095]] takes [[Z60]] as argument, but the language-specific functions in {{Z|Z29843}} and {{Z|Z26096}} don't. ::Let me give you an example: INPUT to [[Z26570]]: <code>entity</code>: Tokyo, <code>class</code>: city, <code>location</code>: Japan, <code>language</code>: zh-cn, the config would select [[Z33030]] (created after my previous comment by elseone) as the implementation, and it would RETURN 东京是日本的一个城市。(zh-hans), which is not zh-cn as requested in the INPUT. It would also be using the term not for the variant (when it is different) because it is hardcoded to use the term in zh-hans. However, if we have the implementation like [[Z32790]] (which was created by me but a natural language argument was added by elseone) or [[Z32213]] (that works in the defining role sentence function because of the extra argument), it could cater for different variant. ::If we don't have the language argument in the language-specific function, the desire for article creation on Abstract Wikipedia would be to create a function for every variant. Is it then better to create functions for every variant? [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 18:18, 11 April 2026 (UTC) :::I forgot to mention that there are some hardcoding in {{Z|Z32790}} as well, but I cannot fix it because it is a connected function and I am not a functioneer. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 18:31, 11 April 2026 (UTC) ::::Okay, I think it’s safe to disconnect this one as the function is not yet configured for use on Abstract Wikipedia. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 19:04, 11 April 2026 (UTC) :::Ah, sorry… I misunderstood you. I agree that the called function should be able to accept the original language argument. That is simpler in theory than in practice, because the configured functions all have to have the same argument types, as I understand it. I’m not sure which the best approach is, really, but we probably want to avoid two levels of configuration. That suggests that all language-specific functions would need to accept the additional argument, which is unrewarding work for someone. @[[User:99of9|99of9]], @[[User:Jdforrester (WMF)|Jdforrester (WMF)]], @[[User:DVrandecic (WMF)|DVrandecic (WMF)]] Any thoughts? [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 18:57, 11 April 2026 (UTC) ::::I mean, we would need to modify all the functions in each language, which could take some time. But we are still in an early stage. If we don't fix it now and we want to fix it later, it would be a disaster. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 19:25, 11 April 2026 (UTC) :::::Agreed. And we probably want them converted to HTML too, with separate language spans for text in different languages. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 19:35, 11 April 2026 (UTC) ::::@[[User:GrounderUK|GrounderUK]]: This sounds like a reasonable change to make. Note that (given these Functions are primarily for use on Abstract Wikipedia), altering/replacing them to return Z89/HTML fragments is already a desired but breaking change, so making a second breaking change at the same time is probably easiest for fixing things swiftly. That said, that's of course a decision for the Abstract Wikipedia and Wikifunctions communities, not me! [[User:Jdforrester (WMF)|Jdforrester (WMF)]] ([[User talk:Jdforrester (WMF)|talk]]) 19:43, 12 April 2026 (UTC) ::::@[[User:GrounderUK|GrounderUK]]@[[User:Sun8908|Sun8908]] to make it a non-breaking change, I've created {{Z|Z34039}} which allows a composition {{Z|Z34043}}. This way you can make functions which either need the specified variant or don't! --[[User:99of9|99of9]] ([[User talk:99of9|talk]]) 05:52, 24 April 2026 (UTC) :I have now created {{Z|Z33465}}, which is an implementation of [[Z26570]]. Maybe we can migrate to use that function when more (language-specific) functions for it are ready? [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 18:19, 14 April 2026 (UTC) == No place to ask to activate a function? == I just discovered the {{Z|Z11390}} function and decided to make an overarching language-selecting function for it. After some fiddling around and studying how {{Z|Z32321}} and its set works, I now have {{Z|Z33439}} which has a config object ({{Z|Z33441}}) that selects between the two preexisting language-specific versions I found (English and Malayalam) and the new one I created for my other native language, {{Z|Z33440}}. Except I can't get these to work, because, from what I understand, only [[Wikifunctions:Functioneers|functioneers]] can activate newly created functions and implementations? So where do I apply for the {{Z|Z33439}} and {{Z|Z33440}} functions to be activated? Perhaps we should have a place to ask for it, a la [[w:WP:NPP]] — call it [[Project:New Functions Patrol|New Functions Patrol]] if you will. —[[User:UndueMarmot|<span style="color:#705ccb;">Undue</span><span style="color:#cfdfa3;background-color:#705ccb;">Marmot</span>]] ([[User talk:UndueMarmot|talk]]) 08:58, 14 April 2026 (UTC) :There's [[Wikifunctions:Community portal]] for this. By the way, {{Z|Z33445}} doesn't work because all the code must be inside the main function in Python code. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 09:19, 14 April 2026 (UTC) ::Huh. How could I have missed that? ::But anyway, I've moved the code in {{Z|Z33445}} into inside the main function block. ::Is there any reason why WF decided not to simply allow anyone to write functions? After all, that's how it works with wikitext templates, and these functions are fundamentally serving the same purposes as templates, just written in a different way. —[[User:UndueMarmot|<span style="color:#705ccb;">Undue</span><span style="color:#cfdfa3;background-color:#705ccb;">Marmot</span>]] <small>([[User talk:UndueMarmot|talk]])</small> 11:25, 14 April 2026 (UTC) :::I've fixed a couple of technical issues, but tests still fail. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 11:28, 14 April 2026 (UTC) ::::The tests pass now after some more changes to the code: [[Special:Diff/265232/cur]]. —[[User:UndueMarmot|<span style="color:#705ccb;">Undue</span><span style="color:#cfdfa3;background-color:#705ccb;">Marmot</span>]] <small>([[User talk:UndueMarmot|talk]])</small> 12:01, 14 April 2026 (UTC) :::::{{D|Connected}} [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 12:02, 14 April 2026 (UTC) :::I think it's a security issue, since Wikifunctions implementations could teoretically be malicious. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 11:29, 14 April 2026 (UTC) ::::This ^^^. We're very lenient, though, once you've created a few working functions you can apply for the right, per [[WF:Functioneer]]. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 12:26, 14 April 2026 (UTC) ::::That explanation [[phab:T343559#11421293|doesn't add up]]. A reason to limit ''connection powers'' to Functioneers might be to prevent vandalism, considering Functions can be used across wikis. But user-provided code is already being executed even without a Functioneer connecting it. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 20:01, 16 April 2026 (UTC) == Actual difference between {{Z|Z26039}} and {{Z|Z26095}} == What is the actual difference between these two functions? I ask, since it seems to me that the current distinction is more or less that the first one doesn't use an indefinite article in English, while the second does. Which is not a good distinction in a project that should be language neutral. This doubt emerged from my use of the first one in [[abstract:Q124441]], which @[[User:Hogü-456|Hogü-456]] made me notice that is probably wrong. My question is: why is it wrong? How could we clarify the difference? [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 19:46, 19 April 2026 (UTC) :I think the difference is if there is an indefinite article like a or an before the subject or not. In German there can be cases where a definite article is necessary before the subject. I looked at the functions and before the object both times an article is mentioned. As it depends on the language and the word what is the correct function to use I hope it will be clarified and it is an example of the necessity to have a human with understanding in a specific language check it. I hope there will be longer functions what generate more content about a specific kind of item. Then it is necessary to write one such function per language and it can be then applied to several items. It still requires checks and so maybe it is better to write down what item category needs what kind of introduction sentence function for what language. [[User:Hogü-456|Hogü-456]] ([[User talk:Hogü-456|talk]]) 20:05, 19 April 2026 (UTC) ::The point of these two functions (and of the entire Abstract Wikipedia project) is that they should be defined in a purely language-independent way, so that the translation to actual language can be done automatically. This is the reason why these functions have been renamed; I think that this attempt was not succesful, since meaning is still unclear. My proposal to clarify them would be to invoke the concept of [[w:specificity (linguistics)|specificity]]: {{Z|Z26039}} should be named "specific subject is instance of (string)", and should be used only when the QID of the subject uniquely identifies a single thing; {{Z|Z26095}} should instead be renamed in "non-specific subject is kind of (Monolingual text)", and should be used when the QID refers to a multitude of real life items, and we are specifying the class that all these item belong to. This clarification would not still be enough, since it doesn't explain how mass nouns are handled (is water a unique thing? Does {{Q|Q7802}} refer to a single piece of bread or to the entirety of bread, like water?). This problem is very tricky, since mass noun are language-specific and blurry the line between these two functions. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 20:58, 19 April 2026 (UTC) :Simply put, one corresponds to P31 and the other to P279. Paris is an {{Q|P31}} a {{Q|Q1549591}} :whereas a {{Q|Q1549591}} is a {{Q|P279}} (alias “kind of”) {{Q|Q515}}. Whether the Wikidata knowledge representation will be sufficient to resolve into fluent natural language representations in all languages is, of course, a crucial question. Where it is not, the Abstract Wikipedia knowledge representation will need to supplement the Wikidata content with additional details about the relation between the participants or the participants themselves, and these details should be language-neutral, to the extent that this is practicable. The item {{Q|Q124441}} has no [[:d:Q124441#P31|P31]] statements; it has only [[:d:Q124441#P279|P279]]s, including one relating it to {{Q|Q212920}}, which suggests {{Z|Z26095}} is the appropriate choice here even if the rendering in some languages is the same. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 22:52, 19 April 2026 (UTC) ::Thanks for explaining it. I think that I'll change the implementation of {{Z|Z26095}}, so that in Italian it produces more or less the same output of {{Z|Z26039}} (both with the definite article). [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 11:24, 20 April 2026 (UTC) == Equivalent of Z6830 for lexemes == Is there an equivalent of {{Z|Z6830}} that enables retrieving all lexemes pointing to a particular lexeme using a specific property? [[User:Redmin|Redmin]] ([[User talk:Redmin|talk]]) 21:06, 20 April 2026 (UTC) :There's {{Z|6831}} but I think that's slightly different again to what you're after. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 12:31, 21 April 2026 (UTC) ::Thanks for sharing that one, I did not know it existed. But you are right, it’s not quite what I am looking for. I want a function that would take a Wikidata property reference (like P5191, which is ‘derived from lexeme’) and a Wikidata lexeme reference, and return a list of lexemes that reference that lexeme using that property. [[User:Redmin|Redmin]] ([[User talk:Redmin|talk]]) 13:23, 21 April 2026 (UTC) == Storing huge datasets == It is not a necessity I suppose, but an idea came to me earlier to write a function that would give the corresponding [[en:Shavian alphabet|Shavian alphabet representation]] of an English word written with the Latin alphabet, or perhaps apply that operation to an entire sentence. However, just trying to guess as to what the IPA pronunciation of each word passed into it could be is is both not ideal (pronunciations obviously can and will vary widely between accents) and infeasible <s>(Wikidata lexemes don't really seem to account for pronunciation)</s>. It happens, though, that a comprehensive Shavian dictionary exists named the [https://readlex.pythonanywhere.com/ ''Read Lexicon''], which uses pronunciation and spelling similar to that used by the creator of the alphabet himself. This would be a good dataset to use in performing this translation in the function, but it appears that, all in all, the total size of the dictionary is [https://github.com/Shavian-info/readlex/blob/main/readlex.json ''nearly 26MB''] when formatted as JSON, which would certainly be larger when converted into a typed list. I am wondering if this will ever be feasible or admissible, or if there is really a way around this if importing such a large set of data is deemed impractical. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 22:30, 20 April 2026 (UTC) :{{re|Theki}} "Wikidata lexemes don't really seem to account for pronunciation"" is patently untrue; not only does every Bokmål lexeme form have IPA attached to it (thanks to Jon Harald Søby), but there are lots of languages--including English--that have pronunciation information, whether through IPA or otherwise, indicated on their forms. The big issue of course is that adding this data is not always possible to perform efficiently--for instance, I'd love to have Yiddish pronunciation respellings from Paul Abelson's dictionary on as many English forms as possible, but this dictionary not being previously processed makes this difficult. The data set you have brought up, if a suitable reading of [[:m:Wikilegal/Lexicographical_Data]] allows it, could be added as {{P|7243}} statements on various English forms. [[User:Mahir256|Mahir256]] ([[User talk:Mahir256|talk]]) 23:20, 20 April 2026 (UTC) ::Well, sorry... I haven't witnessed these pronunciation statements before, I wasn't aware of their existence until you pointed it out. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 15:02, 21 April 2026 (UTC) :I got 1,900,000 characters into [[Z33875]] before the UI gave up on me. I'm not sure what the limit is. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 15:21, 21 April 2026 (UTC) == Could not serialize input JS object: Number <small><small>[insert tested number here]</small></small> == I'm not one to throw my problems at others, but I have no idea how to fix this. Am implementing {{Z|Z24602}} in JavaScript, which requires returning a typed map. It now works for every type of value except numbers. Tried explicitly converting the numbers to float64, but either way it throws the error above. Would appreciate it if anyone could diagnose or fix the problem, as my knowledge of Wikifunctions is amateur at best. Thank you. [[User:Some helpful person|Some helpful person]] ([[User talk:Some helpful person|talk]]) 00:32, 23 April 2026 (UTC) :The quick answer is that like some list-related functions, code implementations returning typed maps are not possible unless the type of the objects in the map is specified in the function signature (e.g. if it was a map from Strings to Natural numbers only). So unfortunately, I think you've chosen a function that is not really possible at the moment. There are a few ideas of how we might address this, but for the moment, work on something else. Sorry! --[[User:99of9|99of9]] ([[User talk:99of9|talk]]) 13:21, 23 April 2026 (UTC) :Maybe explicitly using [[Z13518|natural numbers]] would work? I would try using <code>{ "Z1K1": "Z13518", "Z13518K1": "[number]" }</code> to represent numbers, perhaps, and seeing if that works. Of course, you would also probably have to adapt this for other types that cannot be serialized, and I'm not sure how easy that would be to generalize (assuming [[w:Don't repeat yourself|DRYness]] is desired). &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:39, 23 April 2026 (UTC) == Help with creating a function for Abstract Wikipedia == Hello! I was inspired by {{Z|Z26570}} to create {{Z|Z33975}}, however I'm not sure how I add specific language implementations here. Can anybody help me? [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 10:41, 23 April 2026 (UTC) : I think I figured it out, I created a new object with the language config type, added {{Z|Z14310}} to my implementation, and added a new function for English... At least I think that's how it works... [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 13:16, 23 April 2026 (UTC) ::You have the right idea, as far as I know. I went ahead and connected the implementations you created as they appear to work fine for English, and added a test for {{Z|Z33975}} (which passes [[File:Twemoji 1f601.svg|24px]]). I also corrected an error you made on the config object where you appear to have accidentally connected English to {{Z|Z33975}} instead of {{Z|Z33977}}. Thank you for contributing! &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 13:45, 23 April 2026 (UTC) ::: {{re|Theki}} Thank you so much for you help! Could you please kindly also connect the implementations for {{Z|Z33986}} which I just made, which is going to be used for the Hebrew implementation of {{Z|Z33975}}. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 14:11, 23 April 2026 (UTC) ::::You seem to be returning the wrong type in both implementations. Functioneers should not connect implementations that don't work for non-functioneers. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:13, 23 April 2026 (UTC) ::::: {{re|Feeglgeef}} Oh thank you for pointing that out! I am still a bit new to this project and confused, so I need to read up some more about this. How do I return a monolingual text object? [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 14:17, 23 April 2026 (UTC) ::::::I'm trying to fix it for you, the construction of ZObjects in code implementations is a bit difficult right now. Since the State origin using entity and class function will (presumably) be composition, perhaps {{Z|33975}} can be adjusted to return a string, using {{Z|26107}} and {{Z|26107}}? [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:21, 23 April 2026 (UTC) :::::I did not notice any discrepancies from looking at the functions by themselves, and it seemed to work fine on my end. Is it bad practice for NLG functions to return the monolingual text type? I had assumed it was logical. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:24, 23 April 2026 (UTC) ::::::Both implementations are failing all three tests on my end. No consensus has been established as to whether monolingual texts or strings should be used, so it's like the [[w:War of the currents|war of the currents]] but for Wikifunctions. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:27, 23 April 2026 (UTC) :::::::Oh, you were referring to {{Z|Z33986}}. I assumed you were stating that something was wrong in the earlier English functions that I missed; I apologize for the misunderstanding. Has there been any centralized discussion on this string vs. monolingual text issue? &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:31, 23 April 2026 (UTC) ::::::::Not that I'm aware of, I've brought it up on the telegram twice before, though. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:49, 23 April 2026 (UTC) ::::::::The centralised discussion is at [[WT:Abstract Wikipedia/2025 fragment experiments#Proposed recommendation: Fragments should return Z11/monolingual strings]]. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 07:19, 24 April 2026 (UTC) ::::::: {{re|Theki|Feeglgeef}} Can only functioneers test implementations? For me I can't test it at all... [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 14:32, 23 April 2026 (UTC) ::::::::AFAIK, test cases are only immediately testable during editing of a function if they are connected. This is one of my personal pain points with Wikifunctions, iterating on functions without exhaustive connected test cases makes debugging practically impossible for non-functioneers working on newly-created functions... I (or Feeglgeef) can quickly connect the tests you need for you if you want, although if they are not well-formed they may need to be disconnected again afterwards. Additionally, I could temporarily connect the implementation you are writing so that you can test it on the sidebar as you work, but I'm not sure if this is advisable. That functionality is also something that unfortunately only works when not disconnected. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:43, 23 April 2026 (UTC) :::::::::Yup, agree with you on all points, thanks. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:48, 23 April 2026 (UTC) == Please disconnect implementation == I think I've fixed my issue with {{Z|Z33986}}, but I can't edit an actively connected implementations with my rights. I must admit it is an AI-aided fix, I feel very strongly about disclosing that. Courtesy pinging [[User:Theki]] and [[User:Feeglgeef]]. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 18:51, 23 April 2026 (UTC) : Additionally, I think the JS might be working. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 18:52, 23 April 2026 (UTC) : Just to clarify, I mean disconnect the Python implementation please. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 18:53, 23 April 2026 (UTC) :{{Done}} I've disconnected the Python implementation. :I've also added a couple of tests. The rule is a bit more complicated than adding a maqaf before every character that is not a Hebrew letter. Unfortunately, I don't think I'll have time to fix the implementations any time soon. [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 19:03, 23 April 2026 (UTC) :: Thank you! :: Also, for some reason I thought you put a maqaf before all gershayim, so thanks for correcting me. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 19:09, 23 April 2026 (UTC) :::No, that's not the rule. :::The rest of this reply is an [[:wikt:info-dump|infodump]], feel free to ignore it :) :::In [https://hebrew-academy.org.il/topic/hahlatot/punctuation/ the Academy's punctuation rules], the rule for adding a maqaf is written kind of badly: שמים מקף ברצף שיש בו שני סוגי גופנים, כגון אותיות ומספרים ("maqaf is added in a sequence in which there are two types of fonts, such as letters and numerals"). These are not different types of "fonts", but different types of characters, and I should email them about it. It gives the examples <span lang="he" dir="rtl">ה־12</span> and <span lang="he" dir="rtl">ב־DNA</span>. It doesn't say anything explicitly about quotation marks, but in other places on the same page, you have stuff like <span lang="he" dir="rtl">ב"הארץ"</span>, and from that I deduce that a maqaf is not needed before double quotes if there are Hebrew letters inside the double quotes. :::That said, a few people do think that there must be a maqaf before double quotes. I have a somewhat surprising example of somebody who always does it: translators of Scientology materials into Hebrew. At least that's what they did last time I looked at them, about ten years ago. Those people are certainly prolific, and they get points from me for consistency, but this not the prevalent standard. (And if I recall correctly, they use the minus and not the proper Hebrew maqaf, and they don't get any points from me for that!) :::Also, the name of the character is just "double quotes" and not "gershayim". Gershayim are mostly for abbreviations, although most people use the same character for them. I use ״ for gershayim, as do a few other nerds, but we're the minority. [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 19:35, 23 April 2026 (UTC) :::: {{re|Amire80}} Yeah, "font" is a weird choice of wording here by the Academy...<br> I think I'll follow your guidance and not use a maqaf for quotes beginning with Hebrew letters. <br> I should also add more tests for different types of quotes, like straight (", '), curly (“, ”, ‘, ’), gershayim (״, ׳), including single quotes.<br> P.S. gotta deduct points from Scientology for being a cult but that's neither here nor there [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 20:49, 23 April 2026 (UTC) :::: {{re|Amire80}} Courtesy ping because I mistyped your username on the last message. Anyways I'm also gonna do that tomorrow because I'm tired now... [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 20:50, 23 April 2026 (UTC) == Connect implementations == Hello! I'm done with the implementations of {{Z|Z33986}} both in JS and Python, and all tests pass. Pinging @[[User:Amire80|Amire80]] to check if all the tests I've added are alright. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 15:24, 24 April 2026 (UTC) :Connected. It's possible that some more changes will be needed, but it looks OK now. :Another little comment: It should be called "clitic" and not "prefix". [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 15:56, 24 April 2026 (UTC) : {{re|Amire80}} Thanks for your comment! Luckily labels are easy to edit, so I'll get to it. : Currently I'm working on Bulgarian {{z|Z34072}} and {{z|Z34084}}, along with other Bulgarian functions. After I'm finished with those I'll take your advice. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 16:01, 24 April 2026 (UTC) == Please connect my Bulgarian implementations == I recently created the following Bulgarian functions: * {{Z|Z34070}} (currently broken, I think because another function I built it upon is unimplemented) * {{Z|Z34088}} * {{Z|Z34105}} * {{Z|Z34072}} * {{Z|Z34084}} Can somebody please connect these functions, and perhaps suggest other functions I could localize? [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 19:03, 24 April 2026 (UTC) : Specifically, [[Z34070]] is based on [[Z34072]] [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 19:05, 24 April 2026 (UTC) :{{done}} for everything that passes, [[Z34070]] still does not work after purging WF's cache, though. For future reference, please request on the [[WF:Community portal|community portal]] instead of the project chat. Thank you for your work! [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 20:03, 24 April 2026 (UTC) :: {{re|Feeglgeef}} Thank you for your help! I will keep in mind to go to the [[project: community portal| community portal]] in future instead for this. :: I still don't understand why {{Z|Z34070}} fails... It's implementation is almost completely identical to [[Z30399]] from {{Z|Z30397}}, unless I messed something up... [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 20:11, 24 April 2026 (UTC) :::{{done}} No, it was mostly just timing out. It is better to use selective fetches where possible. One case is failing to match the expected results, but at least it is returning something. For all I know, it might even be acceptable! [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 20:35, 24 April 2026 (UTC) :::: {{re|GrounderUK}} Thank you so much for your help! The one failed case is with a definite article, so I feel like that might be fixed in the future... <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 20:43, 24 April 2026 (UTC) == Editor experience suggestions == I'm a bit frustrated with the editing experience on Wikifunctions, and I have suggestions based on pain points I've had contributing to this project: * Adding a wizard to create functions, implementations, and tests in one flow, somewhat like Wikimedia Commons' upload wizard * A sandbox for experimenting without changing mainspace functions, and maybe letting non-functioneers connect implementations ([[Project: Sandbox]] doesn't seem to fit this) * We could have functions for creation based on the sandbox, like how Wikipedia has articles for creation and edit requests, * Maybe even another test instance of Wikifunctions, like how Wikidata has [[testwikidata:|Test Wikidata]] I really like this project and I don't mean to whine, but it certainly has a lot of pain points both for technical and non-technical people. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 20:41, 24 April 2026 (UTC) : It's also really complicated to localize functions, so maybe we should add another wizard for that, where you can choose a language, and then create the new function with the aforementioned function wizard, and it just automatically adds it to the related language configuration object of the related function. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 20:48, 24 April 2026 (UTC) :# Sounds good to me. :# A sandbox available is [[Z10119]], though an extension-provided sandbox that allows you to manipulate the types, code, and tests easily without interfering with the mainspace would be nice. :# [[WF:Suggest a function|This page]] works to some extent, though it's too messy in my opinion. :# We used to have a "beta cluster" but it [[phab:rOMWC5f625c5846b5f779473fa32c9a02d87e59215dfa|got shut down]] just over a year ago because it was broken. :[[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 21:07, 24 April 2026 (UTC) == Language parameters in language-specific functions == I think that an effort should be made to give the different natural language options corresponding to different English dialects, Chinese scripts, etc. more of a use (I added the test {{Z|Z34119}} to {{Z|Z26095}} and unsurprisingly it fails). There are two main problems with this approach that I can identify: * If you ask the majority of these functions to make a sentence in British English, much of the time it will give you an output with missing words, because it does not fallback to English labels in the case of a British English label for that item missing. The same applies for every other English dialect, British English is just an example here. * Uninformed editors will probably see the presence of a language parameter on these functions, consider it redundant, and remove it. [[Special:Diff/268074|I have made this mistake before]]. In my opinion, in a perfect world, all of these language generation functions would output monolingual text, and if the user asks for American English text, then American English text is what they'll get. If the user asks for Japanese text in hiragana specifically, then that's what they'll get in return. This is not as high-priority as just rendering text in the language plainly in the first place, but it's something that I feel is still worth devoting some effort to. Right now switching functions to use this paradigm is difficult because, on the one hand, I don't know if consensus tends towards this direction being ideal or advisable, and I don't want to make changes like this without at least notifying the wider community. In addition, all tests break once a parameter is added or removed, and the function editor does not recognize the change in number of parameters and therefore you have to remove the function call, re-add it along with all of its parameters it had previously (which is a tedious cut-and-paste job), and then it will work again. This is something that you can do in five seconds by just adding a few lines of JSON to the test source, but this is not directly editable from the Web browser. This tedium is largely what's preventing me from doing this on a larger scale, besides asking for comments first. If anyone has any insights or comments on this, then that would be appreciated. If a reference of functions with and without the support for language variants is needed, of course [[WF:NLG]] can be perused, but I've also my own list cataloged at [[User:Theki/functions#language]]... Of course, this thread has many similarities to [[#"language" argument for certain functions|the one above]], but this concerns me going out and making this consistent across these NLG functions. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 21:09, 24 April 2026 (UTC) :I've created {{Z|Z34122}} as an extension to {{Z|Z34039}} for larger functions. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 21:34, 24 April 2026 (UTC) :Just to confirm that I, for one, support a Natural language parameter for all natural-language functions. The concern about getting them all aligned is just that we haven’t finally settled on {{Z|Z11}} being preferred to {{Z|Z89}} or some other type that conserves the text’s provenance, so we risk having to change them all again. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 10:07, 25 April 2026 (UTC) == “Key not found ()”? == What am I doing wrong in {{Z|Z34137}}? [[User:Redmin|Redmin]] ([[User talk:Redmin|talk]]) 00:39, 25 April 2026 (UTC) :You were passing a [[Z6091]] to {{Z|32290}}, but it takes a [[Z6001]]. Fixed. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 07:10, 26 April 2026 (UTC) ::{{done|Thank you}}! [[User:Redmin|Redmin]] ([[User talk:Redmin|talk]]) 14:13, 26 April 2026 (UTC) == Why is my test failing? == Hello! I recently made {{Z|Z34139}} based on [[wikt:Module:bg-translit]], and the test case {{Z|Z34141}} is failing on both implementations, despite the expected output and actual output being the same as far as I can tell. I tried looking at the Unicode codepoints of the output, but those are also identical. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 06:21, 25 April 2026 (UTC) :Yes, it’s a tricky one. I’ve added a normalize step to the result validation in {{Z|Z34141}}, which confirms it is a normalization issue. It looks like it is in the code but I don’t know whether simply normalizing the result is the way to go. Logically, you would normalize both the input and the result. The implementations of {{Z|Z10384}} show you how to do this. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 09:41, 25 April 2026 (UTC) == Edit request == Hello! I have an edit request for {{Z|Z23752}} and {{Z|Z23414}}. Please replace all the "an/a" logic with <code>Z21739(Argument reference)</code>, both for readability and for more accuracy ("a university is an institution") <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 09:50, 25 April 2026 (UTC) :{{D}} [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 12:24, 25 April 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #245 is out: The Foundation's search for the perfect language == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-04-25|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we present an academic paper about Abstract Wikipedia, we discuss our latest Type created, and we take a look at the newest created functions. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 09:54, 25 April 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30325620 --> :@[[User:Sannita (WMF)|Sannita (WMF)]], @[[User:DVrandecic (WMF)|DVrandecic (WMF)]], technical meta-question: the newsletter quotes the article: ::the only way to contest its algorithm is to click 👍 or 👎 (Crawford and Gillespie 2016) :This quotation sounds sensible, but the article's [https://link.springer.com/article/10.1007/s00146-026-02899-w web version], and the PDF that is downloadable from the same page doesn't actually show the emojis. It rather shows text that looks lacking: ::the only way to contest its algorithm is to click or (Crawford and Gillespie [https://link.springer.com/article/10.1007/s00146-026-02899-w#ref-CR14 2016]) :Where did you get the emojis? Is it your (probably correct) guess or is there a version somewhere that actually shows the emojis? [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 15:16, 25 April 2026 (UTC) ::Scratch that. I've found a version with correct emojis: https://wikihistories.github.io/wikilambda-the-ultimate/ [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 15:37, 25 April 2026 (UTC) == Requested deletion of test == Please delete {{Z|Z34143}}. this was never valid Bulgarian, I messed up. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:19, 25 April 2026 (UTC) :[[WF:RFD]] please. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 16:40, 25 April 2026 (UTC) == Request for comment (global AI policy) == <bdi lang="en" dir="ltr" class="mw-content-ltr"> A [[:m:Requests for comment/Artificial intelligence policy|request for comment]] is currently being held to decide on a global AI policy. {{int:Feedback-thanks-title}} [[User:MediaWiki message delivery|MediaWiki message delivery]] ([[User talk:MediaWiki message delivery|talk]]) 00:57, 26 April 2026 (UTC) </bdi> <!-- Message sent by User:Codename Noreste@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Distribution_list/Global_message_delivery&oldid=30424282 --> == Is it OK to connect the implementation? == Hello! I recently applied for functioneer on [[WF:RFG]], and I was wondering whether I could connect the implementation for {{Z|Z34165}} despite its dependency {{Z|Z34149}} being currently unimplemented. That is <em>if</em> I get accepted. I am planning on implementing it based on [[wikt:module:bg-nominal]], but am still having trouble figuring it out for now. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 09:04, 26 April 2026 (UTC) == Past tense function == Is there a function like {{Z|Z26039}}, but for the past tense (e.g. "Leo Tolstoy <em>was</em> a writer.")? If not, I will create it myself, I just want to make sure there's not a duplicate. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:10, 26 April 2026 (UTC) : {{Done}} with {{Z|Z34224}}, but I have a few kinks to work out with it. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:35, 26 April 2026 (UTC) :: I need to create some other similar functions for the past tense, I have some ideas: ::* {{Z|Z26095}} ::* {{Z|Z32643}} ::* {{Z|Z28016}} ::* {{Z|Z26570}} ::* {{Z|Z33975}} ::* {{Z|Z27243}} ::* <ins>{{Z|Z26627}}</ins> ::* <ins>{{Z|Z27627}}</ins> ::* <ins>{{Z|Z27173}}</ins> ::* <ins>{{Z|Z29591}}</ins> :: :: Are there any I have missed? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:57, 26 April 2026 (UTC) :I think that here we are starting to walk on dangerous waters: what does past mean? Is it a recent o a far past? Does it have ripercussions on the present or not? Is it just a thing that happened once, many times or for a continuative period of time? :Consider that various languages distinguish between many different types of past. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 12:38, 26 April 2026 (UTC) :: {{re|Dv103}} That is a fair point... :: How do we go about solving this problem though? I don't think having every sentence on Abstract Wikipedia be "X is a Y" is a very good idea. :: Maybe we have different functions for all these variations of past you mentioned that just map into "X was a Y." in English? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 13:31, 26 April 2026 (UTC) :::To properly solve this problem, we should use a more complete abstract content representation model, like for example the proposal of [[Wikifunctions:Type proposals/Semantic unit|Semantic units]] (look at [[Wikifunctions:Type proposals/Semantic unit/Douglas Adams|the example]] to see how times could be handled). For now, since we're still stuck with single fragment generation functions (that I hope will be slowly replaced with the complete represenation model, when available), we could just restrict your function to a very specific meaning, like "subject was an instance of, for most of its existence" (which means for example that it could be used to say "Douglas Adams was a writer", but not "Abraham Lincoln was a president", since he only was a president for 4 years). Probably my definition is still too vague, and this is why we need to go beyond these fragment generating functions. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 19:47, 26 April 2026 (UTC) ::Nitpick... I don't like that it outputs a string instead of monolingual text. With {{Z|Z26039}} it's used so much that I think it's unfixable in that case beyond deprecating it if people care that much, but {{Z|Z34224}} doesn't even have any connected implementations yet. Consider it, maybe? ::Nitpick 2... {{Z|Z34227}} is missing a language parameter. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 16:08, 26 April 2026 (UTC) ::: I will consider that! ::: I just did that because that's what {{Z|Z26039}} does, so I assumed I should follow suit with it. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 16:48, 26 April 2026 (UTC) == Legacy functions == If and when more robust methods of abstractly representing and generating linguistic content come around, and more efficient ways of creating abstract content are devised and implemented, I suspect that our current methods will require some form of deprecation. This is a significant source of concern for me in relation to WF and AW, questioning how prone our current methods of doing things are and eventually will be prone to obsolescence, and how it will be worked around when it comes. We have over 1 250 articles on AW presently, and these are rather all over the place. I suspect the maintenance burden from keeping these articles up to code will eventually, err, creep up on us, I suppose, and some kind of major refactoring will be necessary. We are definitely in a period of experimentation and whatnot right now but eventually, like with enwiki, some sort of structure and rigor will form and I suspect it will start to become rather boring for me... I, for one, very much enjoy experimenting with new and better ways to do things here. I don't personally mind changing things to use a new and better paradigm if need be, that sort of thing highly excites me, but of course there will be things that are left behind, and I suspect maybe bots will be employed to deal with this? A lot of Wikipedia sister sites seem to do that, e.g. going and fixing up use of deprecated templates. Considering the nature of Wikifunctions and Abstract Wikipedia I suspect certain maintenance tasks will be made simpler or even trivial by the typical uniformity of our implementations. I guess I am just concerned if Wikifunctions or Abstract Wikipedia will ever accrue its own kind of "technical debt" with how we are plowing through things presently, and if there is a plan for how we will eventually seek to mitigate that. Maybe too early to ask this question, but I am a notoriously anxious person, so I thought it wouldn't hurt to raise the question regardless... &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 21:30, 26 April 2026 (UTC) :I very much agree, thank you for expressing my position so well. {{ping|Immanuelle}} has been using an AI-generated tool (well, they haven't edited in a week, perhaps it's a break or perhaps they don't wish to contribute to the project any more) to create a bunch of articles en masse, which I have warned them multiple times is a bad idea (on top of evolving functions, all of the articles are one-sentence-per-paragraph, [[abstract:Q12184|like so]]). That's why I've been avoiding creating articles recently, I'd say I have a good fourth (no data to support, rough guess) of the comments on the wiki, yet less than a percentage of the article count (only three, including the [[abstract:Q319|first article]], though, so perhaps I'm the next [[w:Special:Permalink/908493298|office.bomis.com]]). [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 19:41, 27 April 2026 (UTC) :: I feel that the overwhelming presence of these low-quality articles (which I admit I myself am [[abstract:Q1710970|guilty]]/[[abstract:Q7601858|of]]/[[abstract:Q39338|creating]], usually as testbeds) may incur a large maintenance burden. I do expect them to be easy to detect, however, as searching for the presence of "deprecated" NLG functions is trivial, and it is possible that replacing them with their future ''even abstracter&trade;'' counterparts could be done automatically since they all have the same signatures and can be expected to create the same form of sentence. If it needs to be done manually for a while or for certain delinquent instances, my hope is that it will be fun, at least for a while. :: I just hope that these hypothetical future waves of "this new and versatile way of abstractly representing linguistic content" obsoleting previous methods and requiring refactoring across all articles is only a one-time thing. We should strive to be as robust and flexible as possible from the outset as each brand new paradigm of abstraction is also a brand new maintenance burden for updating old articles. At the end of the day, at least ''some'' of these articles will still render to many different languages even if their methods of creating those sentences of theirs is completely outdated. Ergo, the time it takes for the switchover to be performed across our articles should not be a persistent inconvenience for users (as, of course, they will always still be able to read the content as it was before since these legacy functions aren't being deleted outright), and the increased availability that the new methods will bring about will likely act as motivation for them to join the effort in refactoring (&#x300C;You're telling me that if I rewrite this article in this cool Lisp-looking stuff then I can probably read it in [[abstract:Q9307|Galician]]?? COOL!&#x300D;). &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 20:26, 27 April 2026 (UTC) :::Totally agree. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 02:54, 28 April 2026 (UTC) :::My vague plan is to implement a default function returning an {{Z|Z89}}, for each language-neutral function. A single function would convert any of these to a {{Z|Z11}}, so that a composition of the two can be implemented as the current default until such time as the language-neutral function is ready to return a [[Z89]]. We can already convert a [[Z11]] to a [[Z89]] so, although there is more to be done in this space, existing language-specific functions could be adapted to return a [[Z89]] quite mechanistically. :::Although we certainly could deliver parallel Z89 functions for each existing Z11 function, I don’t think we should assume that particular outcome. Provided the Z89 captures a lang attribute from the Z11’s language tag, the two representations should be largely interchangeable, although I am expecting a Z89 to carry additional attributes at the span level that would be lost on conversion to a Z11 (along with any higher-level tags and attributes). :::When I say there is “more to be done in this space”, I am referring to a new type that would allow HTML fragments to be represented as tractable Wikifunctions objects, but this is currently drafted only in my head! [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 11:21, 29 April 2026 (UTC) == Filtering types of objects == Hello! I have tried to comb through my own edit history several times, but it's really hard to search for specifics because there's no differentiation between different types of objects (functions, implementations, tests, etc.) in the logs as far as I can tell. Am I missing anything? I want it to work sort of like how filtering by namespace works. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 16:48, 27 April 2026 (UTC) :There is differentiation, it's just rather hard to look through. Since all ZObjects are just JSON data at their core, you can search for instances of <code>{ "Z1K1": "Z[type]"</code>. I haven't tried this so I'm not sure how well it would work and I know MediaWiki search syntax treats quotation marks as a special character, but I have seen Wikifunctions pages link to searches using this before. There is also [[Special:ListObjectsByType]] but it is sitewide rather than specific to your edit history in particular. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 18:59, 27 April 2026 (UTC) ::''[It doesn’t help directly here, but please see [[WF:Find]] for more details of how this works.]'' [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 10:24, 29 April 2026 (UTC) :See the feature requests [[phab:T399244]]/[[phab:T373735]]. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 06:06, 28 April 2026 (UTC) :The lack of filtering edits by namespace is exactly the problem that I was trying to solve with the [[User:Amire80/wikifunctionsanalytics]] tool. :I even kind of succeeded, but it has two major problems: :# It doesn't have any real frontend, so you have to know some SQL to use it (or ask other people who know SQL). :# It doesn't get information from the live site, but from the dump, which appears to be updated once a month. :I've made a [https://quarry.wmcloud.org/query/104794 sample query for you]. Unfortunately, it won't do anything at the moment because of the second problem—your edits started in April 2026, which isn't over yet, so the dump for it hasn't been processed. But I hope that early in May you'll be able to use the same query and see something useful. :(I plan to add support for recent edits, but I haven't done it yet. Now that I more or less figured out how to process Wikifunctions edits, I'm focused on trying to understand Abstract Wikipedia edits. Processing up-to-date edits from both sites will possibly be the next thing I work on, but if you know some Python and want to try doing it yourself, don't wait for me—[https://gitlab.wikimedia.org/toolforge-repos/wikifunctions-analytics Patches welcome].) [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 18:51, 28 April 2026 (UTC) ::@[[User:QuickQuokka|QuickQuokka]], I've just updated the data until the end of April. Now the query to which I linked above gives some results. You can also try running other queries if you know SQL. (Or try asking for other queries if you don't.) [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 03:26, 3 May 2026 (UTC) == [[Z34213]] == I'm not quite sure why this implementation is failing. Could someone take a look? [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 02:24, 28 April 2026 (UTC) :I've [https://phabricator.wikimedia.org/T419933#11863997 notified] the team that this is still occurring, the issue was marked as resolved. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 02:52, 28 April 2026 (UTC) :Some useful tips: :* create more testcases: sometimes it is a random error, so try to see how consistent it is between testcases :* your implementation is very inefficient, since it fetches items and lexemes a lot of times. Ideally, each item and each lexeme should be only fetched once in all the execution tree. :[[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 06:06, 28 April 2026 (UTC) ::Caching (''should?'') means that the lexeme and item data are cached, so the call doesn't actually execute multiple times. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 17:51, 28 April 2026 (UTC) :::Are lexemes and items actually cached within the same function execution? Even if they are only partially fetched and/or fetched in bulk? [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 17:54, 28 April 2026 (UTC) ::::I don't have any evidence to prove that it works but that's definitely A. what's supposed to happen and B. the ideal behavior. This happens because the Z680X functions can be cached just like any other. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 18:02, 28 April 2026 (UTC) ::::It is unclear. In general, I believe identical branches are resolved only once in orchestration, but there is also independent caching of Wikidata fetches. ::::According to @[[User:DMartin (WMF)|DMartin (WMF)]] ([https://t.me/Wikifunctions/30374 on Telegram]): ::::<blockquote>Well, no. We have caching of Wikidata entities that have been retrieved, but not of the results of nested function calls. There is a proposal for doing this in the context of the V2 composition language, when it's a bit more mature, and it's regarded as a relatively high priority.</blockquote> ::::It’s hard to tell whether fetches in nested calls are, in fact, cached and available for other nested calls in the same call, since it is not generally the actual fetch that consumes the most resources. Rather (I believe), it is construction and transmission of the result object, which is currently repeated afresh in each nested call (unless it is in an identical branch). ::::I hope that’s clear, and I apologise in advance if it happens to be inaccurate! [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 10:16, 29 April 2026 (UTC) :::::Oh, I should clarify.  There is a lot of caching going on, in several different places.  Lexemes and items ''are'' cached by the orchestrator within the same function execution, even if they are only partially fetched and/or fetched in bulk.  When I said that we don't have caching of the results of nested function calls, I meant that's not happening in general, for all nested function calls in compositions.  But fetching of Wikidata entities gets special treatment, so yes, fetched content from Wikidata is cached, regardless if it was fetched by a top-level call or a nested call. :::::It is also true that the construction of a ZObject from the fetched JSON might happen more than once within the same function execution, depending on how a composition has been structured. However, the construction of the ZObject is actually very fast, compared to the elapsed time of getting the JSON from Wikidata. [[User:DMartin (WMF)|DMartin (WMF)]] ([[User talk:DMartin (WMF)|talk]]) 18:04, 1 May 2026 (UTC) == Question about cardinal numbers == I was about to edit {{Z|Z16435}} to add my function {{Z|Z34308}}, but I noticed that none of the other functions have a gender parameter. Should I create a new wrapper function "Bulgarian cardinal, neuter", or should I just remove the gender parameter and always return neuter? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:39, 28 April 2026 (UTC) :The “cardinal” functions should return the words used for “counting” numbers in the abstract. :We should consider converting them to return a {{Z|Z11}} rather than a {{Z|Z6}}. It may even be appropriate to return a {{Z|Z12}} to cater for language variants. Either way, I think that would be the approach to adopt for inflected forms, unless reference to specific lexeme-forms is required. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 12:52, 28 April 2026 (UTC) ::This. If a native of your language were to count up, which form would they be most likely to use? [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 13:29, 28 April 2026 (UTC) ::: {{re|GrounderUK|Feeglgeef}} Thanks for both your input! ::: I relabeled the aforementioned function to {{Z|Z34308}}, and created a new wrapper function {{Z|Z34457}}. ::: Should I specify that my old function is a monolingual text in parentheses? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 16:26, 28 April 2026 (UTC) ::::You don't have to, unless you think that is something that would require distinction when viewing the function in a list of search results &c. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 16:36, 28 April 2026 (UTC) == Optional/nullable function parameters == Hello! Recently, I was informed that Wikifunctions has no optional/nullable function parameters as of now. Are there any future plans to support this, and/or workarounds? Maybe create a union type system like "{{Z|6}} or {{Z|23}}". <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 17:53, 28 April 2026 (UTC) :What I do for this is use an "is empty" function corresponding to the type of the parameter in an If statement. If it isn't empty, the function works as intended. Otherwise, it does something else. [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 17:58, 28 April 2026 (UTC) :Unions are not a thing (yet) on Wikifunctions, but you can always define an argument of type {{Z|Z1}}, which means that all types are allowed (I already did this for {{Z|Z26737}}; note that it is still a ugly workaround, don't use it for high level functions). Also, note that usually on Wikifunctions we use {{Z|Z24}} as the null value. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 18:00, 28 April 2026 (UTC) :: {{re|JJPMaster|Dv103}} Thanks for your help! :: @[[User:Dv103|Dv103]] told me a function call with a missing parameter is treated as an invalid function call, so how does the "is empty" function work with that? :: Also, setting the type to {{Z|1}} seems naive, like setting the type as <code>any</code> in TypeScript... :: Related question: Are there plans to add default values to parameters (outside of "if empty")? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 18:19, 28 April 2026 (UTC) :::Setting the type to {{Z|Z1}} is actually naive, and that's why I advised you to only use it for low-level functions. Currently there is nothing better. Sometimes, type correctness is not actually checked, so it might seem that nullable types are possible. But it is still an hack, and it could broke anytime since it is not intended behavior. :::I don't think that there are current plans to add default values (but correct me if I'm wrong). The closest thing that comes to my mind is that, if you incorporate Wikifunctions into Wikitext, you can leave empty some fields (only of some specific types) and Parsoid will replace them to their default value. This is done only depending on the type, and not on the functions. For example, {{Z|Z6091}} and {{Z|Z6001}} are assigned the QID associated to the page, and {{Z|Z20420}} is assigned the current date. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 18:56, 28 April 2026 (UTC) :::@[[User:QuickQuokka|QuickQuokka]]: At the very least, [[Z10008]] accepts a null input. Maybe that feature is unique to the String type—I am not sure. [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 19:10, 28 April 2026 (UTC) ::::I think it's just not checked, but it shouldn't be intended. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 19:20, 28 April 2026 (UTC) ::::Strings and typed lists can be “empty” in the sense that their length can be zero. Typed pairs may also be “empty” in a degenerate sense, but such an object will not be returned from a code implementation. A typed map with no entries will also fail to be returned from code, although it is fine in compositions. ::::For a genuinely optional parameter, I prefer a properly typed list, which at least encourages an argument of the correct type. {{Z|Z813}} is also typically faster than {{Z|Z10008}}. Quite a good example of this approach is {{Z|Z23723}}, where it helps to resolve the type union (using [[Z1]]) for both Z6003K1 and Z6003K3. Of course, there’s nothing to prevent more than one element in the list, but additional elements are easily ignored. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 22:55, 28 April 2026 (UTC) :Pinging {{ping|Jdforrester (WMF)|prefix=|p=}}, I believe there are no current plans. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 19:02, 28 April 2026 (UTC) ::@[[User:QuickQuokka|QuickQuokka]]: I'm afraid there are no current plans to build out optional params, indeed; we would be happy to review this if a compelling case was made, but it'd be a lot of work to re-build the [[Wikifunctions:Function model|function model]] with that support and ensure we don't break (too many) things. [[User:Jdforrester (WMF)|Jdforrester (WMF)]] ([[User talk:Jdforrester (WMF)|talk]]) 19:11, 28 April 2026 (UTC) == Z6830 for Chinese == I was trying to use {{Z|Z6830}} for implementation in the Chinese-language. And turns out most of the Lexeme on Wikidata is using [[d:Q727694]] as the language instead of [[d:Q7850]]. This makes it impossible to use the mentioned function above, since Standard Chinese is not available (or did I miss something?). Is there a way to fetch lexemes with language=[[d:Q727694]] from item? [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 18:20, 30 April 2026 (UTC) :@[[User:Sun8908|Sun8908]] There is [[Z1006]] for Chinese and it has the language code zh. There is an overview of languages in [[Module:Wikifunctions label]] so you can search there for chinese versions and choose the one you need. [[User:Hogü-456|Hogü-456]] ([[User talk:Hogü-456|talk]]) 20:53, 5 May 2026 (UTC) ::I know that. The problem is when using the function [[Z6830]], it cannot retrieve lexeme with language [[d:Q727694]] (but it is the "Chinese language" with the most current Wikidata lexemes, see [https://ordia.toolforge.org/language/ ordia]). I think it should be a Wikidata problem, I might fix it (possibly by creating the same lexemes with language code zh) on Wikidata. Thanks anyway. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 05:39, 6 May 2026 (UTC) :Could you provide an example of a Chinese lexeme that has a linked Wikidata item, or a Z6830 function call that fails to find such a lexeme where one exists? [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 07:55, 6 May 2026 (UTC) ::Here: [[d:Lexeme:L846083]]. I think that's a primary reason of me trying to look into this problem, as the label in zh for [[d:Q6256]] (country) is not a single phrase (see its talk page on WD for more information). This makes some Abstract Wikipedia articles very weird in Chinese when {{Z|Z26570}} is used, so lexeme could potentially fix that. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 10:33, 6 May 2026 (UTC) :::Thank you. It looks as though {{Z|Z6830}} [https://www.wikifunctions.org/view/en/Z6830?call=%7B%22Z1K1%22%3A%22Z7%22%2C%22Z7K1%22%3A%22Z6830%22%2C%22Z6830K1%22%3A%7B%22Z1K1%22%3A%22Z6091%22%2C%22Z6091K1%22%3A%22Q6256%22%7D%2C%22Z6830K2%22%3A%7B%22Z1K1%22%3A%22Z6092%22%2C%22Z6092K1%22%3A%22P5137%22%7D%2C%22Z6830K3%22%3A%7B%22Z1K1%22%3A%22Z60%22%2C%22Z60K1%22%3A%22cmn%22%2C%22Z60K2%22%3A%5B%22Z6%22%5D%7D%7D returns that lexeme for language tag "cmn"]. Perhaps that tag should be added into the helpers for {{Z|Z24144}}? If it is widely used for lexemes, perhaps it should have its own {{Z|Z60}}? In any event, improvements might be considered under [[:phab:T390563]] (or otherwise), including amending [[Z6830]] to also consider "cmn" (and "zho", "chi"…?) when requests are made for "zh-hans" or "zho-hant" (or others?) @[[User:Winston Sung|Winston Sung]] @[[User:DMartin (WMF)|DMartin (WMF)]] [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 17:22, 6 May 2026 (UTC) ::::If you go to [[d:Special:NewLexeme]] and put in [[d:Q727694]] as the language, it is going to tell you it has an unrecognized language code. So I believe "cmn" should not be a {{Z|Z60}} by default? I also started [[d:Wikidata:Project_chat#Lexemes_with_language_Standard_Chinese_(Q727694)|a discussion on WD]] regarding this. I guess we can still use it as a fallback language though if possible. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 03:43, 7 May 2026 (UTC) ::::We don't have a separated <code>cmn</code> BCP 47 language subtag in MediaWiki and Wikidata at the moment. <code>zho</code> and <code>chi</code> are ISO 639 language codes but not BCP 47 language subtags. ::::For Modern Standard Mandarin, please use <code>zh-*</code> language tags for now. -- [[User:Winston Sung|Winston Sung]] ([[User talk:Winston Sung|talk]]) 15:26, 8 May 2026 (UTC) == Key not found error == Is there a reason why I am getting key not found error for this [[Z34677|function]] {{Z|Z34677}}? All the underlying functions run and all the test cases work. The debug information does not give more details. Any pointers? Thanks in advance [[User:Jsamwrites|John Samuel]] 19:24, 1 May 2026 (UTC) :It was passing the [[Z6091]] to {{Z|34641}} when that takes a [[Z6001]]. I've fixed that, but there's some other problem with the logic, so I've left it disconnected. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 19:42, 1 May 2026 (UTC) ::@[[User:YoshiRulz|YoshiRulz]] Thanks a lot. [[User:Jsamwrites|John Samuel]] 20:21, 1 May 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #246 is out: Request for input: what should we count for Abstract Wikipedia == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-05-02|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we ask you what would be the relevant metrics for Abstract Wikipedia, we discuss our latest news on Composition Language v2, and we take a look at the latest software developments. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 12:21, 2 May 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30325620 --> == Any formal process for deletion of pages == Does a formal process exist for the deletion of functions, implementations, and tests that includes a notification system for creators, analogous to Wikidata’s process, explaining the rationale behind the deletion (or proposal for deletion)? [[User:Jsamwrites|John Samuel]] 12:36, 3 May 2026 (UTC) :Does [[Wikifunctions:Requests for deletions]] work? [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 13:00, 3 May 2026 (UTC) :Please see the discussion at [[Wikifunctions talk:Requests for deletions#Should we expect Objects' creators to get pinged on deletion proposals?]]. :As I see it, it is the proposer’s responsibility to consult appropriately before making a request and we expect our administrators to act only when satisfied that appropriate consultation has occurred. In many cases, no consultation is required. Administrators may delete their own contributions without making a request, but this is not a practice I would encourage. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 13:51, 3 May 2026 (UTC) == Implementation of rational number in JS doesn't match in Z19677 (Rational number) and Z28579 (RGBA colour) == In {{Z|19677}} it's <syntaxhighlight lang=js> { "K1": sign * numerator, "K2": denominator } </syntaxhighlight> but in {{Z|28579}} it's <syntaxhighlight lang=js> [ sign * numerator, denominator ] </syntaxhighlight> '''<span style="font-family:Iosevka,monospace">[[User:沈澄心|<span style="color:#9f3526">dring</span>]][[User talk:沈澄心|<span style="color:#534fa3">sim</span>]]</span>''' 05:15, 4 May 2026 (UTC) == Nested functions in compositions == I wish it will be easier to a add another function about a specific existing function in a function implementation based on a composition. When I write long functions in spreadsheets I usually stat with a small part and then I try to go further and after important steps I test if the output is as expected. I created [[Z34826]] to get the German gender specific occupation lexeme for a specific person based on their gender. I wanted to add a function around the existing one and it was not successful. It is not very easy to implement as it requires the possibily to move a part to another section but I think it can be helpful if it will be implemented. So far I spend more time as expected on the function. Describing it with words what the function needs to do is much easier than implementing it here in Wikifunctions. So I think there needs to be improvement to make Wikifunctions more accessible. [[User:Hogü-456|Hogü-456]] ([[User talk:Hogü-456|talk]]) 21:10, 5 May 2026 (UTC) :Have you tried to use the copy-paste functionality? It is very useful to move parts of composition arounn. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 07:12, 6 May 2026 (UTC) :I've also found the composition editor to be wholly unsuitable for any expressions more than a few levels deep. (Even with the <code>localStorage</code> clipboard, because of its overzealous type checks.) Compositions naturally grow out from the "leaves", the immediate operations on the inputs, while the interface really wants you to build from the "root". I mostly use the [https://yoshirulz.gitlab.io/WikiLambdaBlockly drag-and-drop block editor] which I made to smooth over some of the site's problems, so if you want to try that out and give me some feedback I'd appreciate it. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 14:36, 6 May 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #247 is out: References from Wikidata now available == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-05-08|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we announce that is now possible to pass references in Wikidata statements, we introduce the [https://abstract-data.toolforge.org/ Abstract Data dashboard], we report you on the presentation about Abstract Wikipedia at WikiCon Australia, and we take a look at the latest software developments. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Also, we remind you that if you have questions or ideas to discuss, the next '''Volunteers' Corner''' will be held on '''[https://zonestamp.toolforge.org/1778520600 May 11, at 17:30 UTC]''' ([https://meet.google.com/xuy-njxh-rkw link to the meeting]). Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 11:16, 8 May 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30325620 --> == RGBA colour, spelling... == Something that has always irked me a little bit is the spelling of [[Z28579|RGBA colour (Z28579)]]. I guess this is not unsurprising for me considering my use of US English but I think there is more to it than preference and I want to try to argue for it being changed to use American spelling. I know that this probably has a snowball's chance in hell of actually garnering any support, so I won't really be miffed if the spelling remains as it is, but I thought it wouldn't hurt to raise this regardless. The main issue I have with it is the spelling of the original proposal. When infernostars raised the [[Wikifunctions:Type proposals/RGBA color|type proposal]], the spelling was 「RGBA color」. Of the comments that mentioned the word 「colo[u]r」, two used British spelling while six used the American spelling as used in the proposal. The only thing that really pointed to the use of ''colour'' was the fact that the catalog page on color functions used that spelling already. For all intents and purposes, the spelling of the original proposal should have been maintained, but it was not; [[User:DVrandecic (WMF)|DVrandecic]], the eventual creator of the type, used a different spelling. It should be noted that there was really no reason for this to occur and while it is an undoubtedly minor issue I still believe it should be rolled back and the type should use the spelling of the original proposal and majority of editor comments. In [[abstract:Q936|OpenStreetMap]], there have been keyvalue proposals that have had the finalized spelling that gets put to use be in British English despite the original proposal being in American English; this has usually occurred with proposals relating to 「X center/centre」 tags. This makes sense on the surface, because OpenStreetMap is maintained by a UK organization, and still has close ties to Europe. The Wikimedia Foundation, however, is an ''American'' company. This is often brought up as a fallible argument when debating article spelling on the English Wikipedia, and I don't bring it up to support that 「RGBA color」 should be used for that exact reason, but rather to state that OpenStreetMap's general policy on tag names need not apply here. It appears to me that, at least initially, the majority of 「core contributors」 to Wikifunctions used British English; I can name YoshiRulz, 99of9, GrounderUK, and VIGNERON.<ref group="color">I'm avoiding linking to these folks because I don't think pinging them about this discussion is all too necessary unless they themselves want to be involved; I don't want to clutter their inboxes just to briefly mention them. I pinged Denny because, well, I'm asking him a question directly, but everyone else I would prefer to join this discussion by their own accord... not that I wish for this decision to be confused as me going 「these people use British English so they will probably oppose my idea, I won't invite them to the discussion because of that」...no, I promise you that is not the reason.</ref> I see (or saw) these people ''everywhere'', so it makes sense that British English has prevailed in some sorts on this website, but I don't think that indicates that it should be the ''preferred'' spelling across the website, at least not to the point where a proposal should have its name changed to match such a "consensus".<ref group="color">It could be argued that the front-and-center ''Function catalogue'' using 「catalogue」 is actually indicative of such a "consensus", but ''catalogue'' is in a similar position to the word ''grey'' where I live (that is, the US) in that it is used just as often as its American counterpart. Also, consider Wiktionary's ''Beer parlour'' project chat.</ref> The unnecessary modification of the original spelling is my main argument for changing it back... but of course, I must obligatorily state that on English Wikipedia, it is [[w:Color|Color]] and [[w:RGBA color model|RGBA color model]]; on Wikidata, it is [[d:Q1075|color]] and [[d:Q2325624|RGBA color space]]; in CSS (which typically uses hexadecimal triplets to specify RGBA values), the properties are <code>color</code>, <code>background-color</code>, etc.; bit of a weak jab, but on Schema.org it is [https://schema.org/color color], [https://schema.org/colorSwatch colorSwatch]; et cetera. {{Z|Z28580}} uses ''color'', so does {{Z|Z28591}} and its Python counterpart. Mr. Vrandečić, I have to ask, I'm rather confused... you created the color type using British English spelling, but you were also responsible for the creation of the equality function which uses the American English spelling. You also seem to be writing in American English for the status updates, judging by your use of -''ize'' over -''ise'' endings and use of ''program'' over ''programme'' in [[Wikifunctions:Status updates/2026-04-16]]. Is there something I'm missing or have you switched your preferred variant somewhere along the way? Anyways, do consider this if you wish... again, I don't suppose this will garner much support, it is the ''non-issuest'' of ''non-issues'', but it has irked me to the point where I want to ask about it to get some answers, if nothing else. I am not arguing for every other color function to have its name changed, just the type itself. <references group="color"></references> &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:04, 8 May 2026 (UTC) :This is a multilingual project; the <code>en</code> label is <code>RGBA colour</code> and the <code>en-us</code> label is <code>RGBA color</code>. Though I'm not able to switch to <code>en-us</code> via the language picker so that would need to be fixed.<!-- --><br>edit after reading your whole comment: The same is true of {{Q|1075}}, there are labels specified for multiple English variants. (In {{Q|2325624}} it's only an alias.) I agree that other websites' choices aren't binding on us, but from that, I conclude that the more widespread British/Commonwealth spellings should be used for the generic <code>en</code>. As for myself, I'm Aussie and I will continue to use the BrE spellings ([[w:en:Oxford_spelling#Language_tag_comparison|+ "routing"]], TIL) if only by muscle memory.<!-- --><br>[[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 17:42, 8 May 2026 (UTC) :: Your lattermost point would normally be fine in a perfect world. Wikipedia's <code>convert</code> function defaults to "international" English, which I don't personally take issue with because it happens that we here in America are actually outliers for saying and spelling things differently... err, or we were for a while at least, nowadays it seems like an even split (plus you have "yield" vs. "give way" which is effectively the logical opposite of US's use of "meter" over "metre"). :: However, this is not a perfect world, and I don't think <code>en</code> should correspond to any particular variant. It is too fragmented across all software at this point to impose such a requirement. The inability to switch to <code>en-us</code> on this website foregoes an easy and simple solution to this problem that makes everyone happy, because the yanks (such as myself) can't be happy because we can't see the labels in American English even if we wanted to, and the other folk can't switch either as far as I'm aware (and the en-CA and en-GB languages in the preferences page seems to be deprecated). My point being, <code>en</code> is abused to mean "en-UK" just as often as it is abused to mean <code>en-US</code>; I think a decision shouldn't be made on such an assumption of one "default". &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:48, 12 May 2026 (UTC) :Hi @[[User:Theki|rae]]! I have no opinion nor preference on this, and given my background, I am just entirely confused about my spelling preferences myself, as you can tell from my inconsistent usage. I learned British English in school and used that for maybe two decades or so, but moved to the US and lived there for more than a decade, enough to be naturalized, but now I am back in Europe and I am technically a professor at King's College London, soooo.... honestly, I do not know. I don't remember having put too much thought into it at the moment I created it. The good thing is that in Wikifunctions, just as in Wikidata, it is easy to change, without messing things up too much (unlike in Wikipedia), so my suggestion is, just make the change, see if anyone complains, and if they do, discuss it more. I don't know if there is a guideline already in Wikifunctions about the variants. I am happy either way, and honestly, I keep forgetting which variant is which most of the time. --[[User:DVrandecic (WMF)|DVrandecic (WMF)]] ([[User talk:DVrandecic (WMF)|talk]]) 18:16, 10 May 2026 (UTC) :: I can definitely understand this, although I am unfortunately rather passionate about any minutiae involving preferential minor differences in ''anything'', of which AmE vs. BrE chiefly is. So I dedicate a lot of headspace to it. More than I should. Not that I wish to imply that the comment above that I have wrote is of an irrational nature, or done out of spite or pure emotion and subjectivity; I do genuinely believe that ''RGBA color'' is beyond just a personal preference and is just logical. I may boldly go and change it, but for some reason I was expecting that changing the English label of a Type would require elevated permissions, and I also didn't want to do it only to get immediately reverted because it ''did'' strike a chord with someone, when I could instead see how apathetic, supportive, or in opposition interested people are beforehand and ''then'' act accordingly. I was not meaning to antagonize you over your spelling habits, I did actually use British English for a few years starting in 2020 before I went back to American English, so I'd be a hypocrite for me to decry you for not always sticking to some arbitrary standard of spelling words over the other. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:55, 12 May 2026 (UTC) :Although I spell it “colour”, I think it makes more sense to use “color” for the type, since that is almost always the required spelling when the string functions as a keyword. :More generally, though, Wikidata’s lexicographic data happens to favour “colour” over “color” and (quite rightly, in my view) lacks a specific representation for "en". This is unusual, in my experience, as "en" is widely misused in place of "en-US", where there are recorded spelling differences. :(I would also say it is standard British English to use “program” in a programming context and “programme” elsewhere. Use of -ize rather than -ise is a matter of personal preference or house style, but regional autocorrect encourages -ise.) [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 11:00, 12 May 2026 (UTC) :: ''Wikidata’s lexicographic data happens to favour “colour” over “color” and (quite rightly, in my view) lacks a specific representation for "en"'' :: Definitely agreeing with you on the latter being a good choice. However, I suspect the favoring of "colour" over "color" may be because, in terms of language codes, when sorted alphabetically <code>en-us</code> actually comes ''after'' <code>en-gb</code>. Although, the frontend seems to be sorting <code>en-ca</code> after <code>en-gb</code>, so I don't actually know how correct that is. :: ''I would also say it is standard British English to use “program” in a programming context and “programme” elsewhere'' :: The context of the spelling was "''No program for the NLG SIG meeting for next Tuesday has been proposed''". In that usage context, I think it makes sense to assume that ''program'' is not being used to refer to a computer program, but to a ''program of events'' or similar, something that you would spell as a ''programme'' in British English. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 15:02, 12 May 2026 (UTC) :{{s}} this. I'm obviously biased but I believe American English is preferable generally, American dominance on the internet (our Department of Defen'''s'''e invented it!) and rapidly-increasing consumption of American media by international English speakers means that more people use American English's conventions, this is clear through for example [http://trends.google.com/explore?q=color%2Ccolour&date=all&geo=Worldwide search trends] (though they aren't particularly reliable). Perhaps this is a bit of a supremacist opinion, but we should have internal consistency, and if we must choose, American English should be our first choice (then Indian and then British English) [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:10, 12 May 2026 (UTC) :: This is rather flawed reasoning, though. I think probably any given British or Indian person would not agree on using that as the reasoning for this, not that you are necessarily ''completely wrong'', but if this is not a good enough reason for English Wikipedia's (admittedly extremely flawed) ''ENGVAR'' policy then I don't think it's likely it will pass here either. :: Although of note is that [https://books.google.com/ngrams/graph?content=color%2Ccolour&year_start=1800&year_end=2022&corpus=en&smoothing=3&case_insensitive=true Google ngrams] agree with you, but "color" vs. "colour" is an eternal holy war that will not be won by demonstrating that more books use US spelling over Commonwealth spelling. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:44, 12 May 2026 (UTC) :::You're probably right that it's not very sound. I'm biased in that other varieties of English irk me, and that's probably mutual for people who are used to other varieties of English when they read what I write! [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:56, 12 May 2026 (UTC) :I've decided to boldly [[Special:Permalink/274271|make the change]]. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 15:02, 12 May 2026 (UTC) :: Thank you. Considering both you and GrounderUK seem to consider it an okay change, I think this will do for now. :: I should note that the matter of whether to move [[Wikifunctions:Catalogue/Colour functions]] in response to this (however this discussion will ultimately turn out) is a whole other can of worms, in my view. I can't say I have an opinion on that at the moment, but I'm putting it out there regardless. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 15:06, 12 May 2026 (UTC) :::Personally, I'm in favor of moving the page and renaming all of the items on it. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 15:10, 12 May 2026 (UTC) ::I don't like this (exactly because of the American hegemony you cited), but again, it shouldn't matter because the software is meant to be multilingual. Clearly there's a bug preventing you from picking an English variant/dialect as your display language. But the search bar and Function/Type autocompletion do check the English variants for matches. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 15:15, 12 May 2026 (UTC) == Proposals on the architecture of Abstract Content rendering == Starting from a discussion born on the Telegram chat, I've explained two different proposals on how the NLG on Abstract Wikipedia should be organized in the page [[abstract:User:Dv103/Abstract articles architectures]]. Please come to contribute to the discussion, or to propose alternatives. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 14:31, 11 May 2026 (UTC) :Thank you for dedicating your time to writing this, it is very informative. I will try to add input once I'm not in over my head with finals. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 16:27, 12 May 2026 (UTC) == Display function for HTML fragment == Currently, any collapsed Z89 literal appears as<blockquote>&lt;&gt; [[Z89|HTML fragment]]</blockquote>If I were to create a new Function which returned something like<blockquote>&lt;&gt; 123-byte HTML fragment <q><nowiki><td><span lang=</nowiki>&hellip;</q></blockquote>could that be connected to replace the collapsed form, or would it require changes to the Wikilambda software? [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 16:14, 11 May 2026 (UTC) :It might work, but I doubt it. Those angled brackets suggest that the collapsed form is not simply defaulting to the type’s label. Looking at [[:phab:T410509]], I’ve concluded that enhancements to the collapsed form were never considered, rather than being actively rejected. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 12:12, 12 May 2026 (UTC) ::[[:Phab:T391985]] documents the original design. Note the fifth bullet point under “Acceptance criteria”. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 12:21, 12 May 2026 (UTC) :I'm not sure the byte-size is necessary, but the outer tag (or first outer tag, though generally I'd prefer most fragments use a wrapper tag if it needs multiple like JSX does, but that's a whole different topic) would be nice. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 12:51, 12 May 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #248 is out: A higher meaning == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-05-15|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we discuss functions creating language fragments, we present our latest news in Types, and we take a look at the latest software developments. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 14:36, 15 May 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30536976 --> == [[Z34510]] == This function, which determines if a Wikidata item for a {{q|5}} has an undeprecated {{p|21}} statement of {{q|6581097}}, returns false for {{q|173399}}, a transgender man. This is because his item assigns his P21 statement to {{q|2449503}}, not {{q|6581097}}. I'm not sure how to account for this discrepancy. Should {{z|34510}}: # Include {{q|2449503}} as a value that can lead to a true result, # Not include {{q|2449503}} as a value that can lead to a true result, while another function (e.g., "Q5 is a man?") could return true for either "male" or "trans man", # Not include {{q|2449503}} as a value that can lead to a true result, while another function (e.g., "Q5 is a trans man?") could return true for "trans man", # Not exist at all? [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 16:48, 16 May 2026 (UTC) :I can't think of a single use case where you would need to determine if a person is a cisgender man and nothing else. Functions are good for generalizing across multiple possibilities when they exist, so I think it would be best if trans men were considered a part of the criteria for returning a true value. If asking for specifically {{q|6581097}}s and ''nothing'' else was desired then the function name would be a misnomer as Elliot Page is inarguably a male (at least in the view of most reasonable and intelligent people). &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 19:03, 16 May 2026 (UTC) r1gvw20pkmxcozkyl1omln7a9h0lf2v 275557 275549 2026-05-16T20:01:16Z YoshiRulz 10156 /* Z34510 */ Reply 275557 wikitext text/x-wiki {{shortcut|[[WF:CHAT]]|[[WF:PC]]|[[WF:VP]]}} __NEWSECTIONLINK__ [[Category:Help]] <!-- please do not remove this line --> Welcome to the Project chat, a place to discuss any and all aspects of Wikifunctions: the project itself, policy and proposals, individual data items, technical issues, etc. Other places to find help: * [[Wikifunctions:Administrators' noticeboard]] * [[Wikifunctions:Report a technical problem]] * [[Wikifunctions:FAQ]] {{Autoarchive resolved section |age = 1 |archive = ((FULLPAGENAME))/Archive/((year))/((month:##)) |timeout=30 }} {{Archives|{{#tag:div|<br />{{Flatlist|{{Special:PrefixIndex/WF:Project chat/Archive/|stripprefix=1|hideredirects=1}} |class=mw-collapsible-content|style=font-size:92%;}}|class="mw-collapsible mw-collapsible-toggle mw-collapsed"}} |prefix=WF:Project chat/Archive/ }} == "language" argument for certain functions == Hello. I am relatively new to Wikifunctions. Recently, I tried to create functions for Chinese translation of {{Z|Z26570}} and {{Z|Z26095}} (which became [[Z32788]] and [[Z32900]]). During the creation of these functions, I was trying to take {{Z|Z32212}} as reference. And I realized that the defining role sentence function is taking <code>language</code> as an argument (and the test case of the Chinese-language function already contains two varieties of Chinese). This makes it possible to output monolingual text in <code>zh-hant</code>, <code>zh-hans</code>, <code>zh-tw</code>, or any varieties of the language. I think for this reason, it is better to have <code>language</code> as arguments for the implementation of Z26570 and Z26095, and potentially more functions that require {{Z|Z14294}}, since it would output the varieties code instead of just saying <code>zh</code> for <code>zh-hant</code>, <code>zh-hans</code>, <code>zh-tw</code> in the output of type {{Z|Z11}}. I am not sure how the fallback mechanism works if one of the language (varieties) do not have a labels/lexemes, but to me, it is reasonable to have a <code>language</code> argument. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 09:38, 31 March 2026 (UTC) :The functions you mention do have a language argument. For Wikifunctions, the {{Z|Z60}} can be at a higher or lower level; whether a {{Z|Z11}} is for a language or a variant is determined by the function that constructs it. Please see {{Z|Z26565}} for an example and feel free to add test cases in Chinese. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 17:54, 11 April 2026 (UTC) ::Hello @[[User:GrounderUK|GrounderUK]], thanks for the answer. I understand that whether {{Z|Z11}} is for a language or a variant depends on the function. But that is exactly what I am asking for. It is true that [[Z26570]] and [[Z26095]] takes [[Z60]] as argument, but the language-specific functions in {{Z|Z29843}} and {{Z|Z26096}} don't. ::Let me give you an example: INPUT to [[Z26570]]: <code>entity</code>: Tokyo, <code>class</code>: city, <code>location</code>: Japan, <code>language</code>: zh-cn, the config would select [[Z33030]] (created after my previous comment by elseone) as the implementation, and it would RETURN 东京是日本的一个城市。(zh-hans), which is not zh-cn as requested in the INPUT. It would also be using the term not for the variant (when it is different) because it is hardcoded to use the term in zh-hans. However, if we have the implementation like [[Z32790]] (which was created by me but a natural language argument was added by elseone) or [[Z32213]] (that works in the defining role sentence function because of the extra argument), it could cater for different variant. ::If we don't have the language argument in the language-specific function, the desire for article creation on Abstract Wikipedia would be to create a function for every variant. Is it then better to create functions for every variant? [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 18:18, 11 April 2026 (UTC) :::I forgot to mention that there are some hardcoding in {{Z|Z32790}} as well, but I cannot fix it because it is a connected function and I am not a functioneer. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 18:31, 11 April 2026 (UTC) ::::Okay, I think it’s safe to disconnect this one as the function is not yet configured for use on Abstract Wikipedia. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 19:04, 11 April 2026 (UTC) :::Ah, sorry… I misunderstood you. I agree that the called function should be able to accept the original language argument. That is simpler in theory than in practice, because the configured functions all have to have the same argument types, as I understand it. I’m not sure which the best approach is, really, but we probably want to avoid two levels of configuration. That suggests that all language-specific functions would need to accept the additional argument, which is unrewarding work for someone. @[[User:99of9|99of9]], @[[User:Jdforrester (WMF)|Jdforrester (WMF)]], @[[User:DVrandecic (WMF)|DVrandecic (WMF)]] Any thoughts? [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 18:57, 11 April 2026 (UTC) ::::I mean, we would need to modify all the functions in each language, which could take some time. But we are still in an early stage. If we don't fix it now and we want to fix it later, it would be a disaster. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 19:25, 11 April 2026 (UTC) :::::Agreed. And we probably want them converted to HTML too, with separate language spans for text in different languages. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 19:35, 11 April 2026 (UTC) ::::@[[User:GrounderUK|GrounderUK]]: This sounds like a reasonable change to make. Note that (given these Functions are primarily for use on Abstract Wikipedia), altering/replacing them to return Z89/HTML fragments is already a desired but breaking change, so making a second breaking change at the same time is probably easiest for fixing things swiftly. That said, that's of course a decision for the Abstract Wikipedia and Wikifunctions communities, not me! [[User:Jdforrester (WMF)|Jdforrester (WMF)]] ([[User talk:Jdforrester (WMF)|talk]]) 19:43, 12 April 2026 (UTC) ::::@[[User:GrounderUK|GrounderUK]]@[[User:Sun8908|Sun8908]] to make it a non-breaking change, I've created {{Z|Z34039}} which allows a composition {{Z|Z34043}}. This way you can make functions which either need the specified variant or don't! --[[User:99of9|99of9]] ([[User talk:99of9|talk]]) 05:52, 24 April 2026 (UTC) :I have now created {{Z|Z33465}}, which is an implementation of [[Z26570]]. Maybe we can migrate to use that function when more (language-specific) functions for it are ready? [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 18:19, 14 April 2026 (UTC) == No place to ask to activate a function? == I just discovered the {{Z|Z11390}} function and decided to make an overarching language-selecting function for it. After some fiddling around and studying how {{Z|Z32321}} and its set works, I now have {{Z|Z33439}} which has a config object ({{Z|Z33441}}) that selects between the two preexisting language-specific versions I found (English and Malayalam) and the new one I created for my other native language, {{Z|Z33440}}. Except I can't get these to work, because, from what I understand, only [[Wikifunctions:Functioneers|functioneers]] can activate newly created functions and implementations? So where do I apply for the {{Z|Z33439}} and {{Z|Z33440}} functions to be activated? Perhaps we should have a place to ask for it, a la [[w:WP:NPP]] — call it [[Project:New Functions Patrol|New Functions Patrol]] if you will. —[[User:UndueMarmot|<span style="color:#705ccb;">Undue</span><span style="color:#cfdfa3;background-color:#705ccb;">Marmot</span>]] ([[User talk:UndueMarmot|talk]]) 08:58, 14 April 2026 (UTC) :There's [[Wikifunctions:Community portal]] for this. By the way, {{Z|Z33445}} doesn't work because all the code must be inside the main function in Python code. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 09:19, 14 April 2026 (UTC) ::Huh. How could I have missed that? ::But anyway, I've moved the code in {{Z|Z33445}} into inside the main function block. ::Is there any reason why WF decided not to simply allow anyone to write functions? After all, that's how it works with wikitext templates, and these functions are fundamentally serving the same purposes as templates, just written in a different way. —[[User:UndueMarmot|<span style="color:#705ccb;">Undue</span><span style="color:#cfdfa3;background-color:#705ccb;">Marmot</span>]] <small>([[User talk:UndueMarmot|talk]])</small> 11:25, 14 April 2026 (UTC) :::I've fixed a couple of technical issues, but tests still fail. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 11:28, 14 April 2026 (UTC) ::::The tests pass now after some more changes to the code: [[Special:Diff/265232/cur]]. —[[User:UndueMarmot|<span style="color:#705ccb;">Undue</span><span style="color:#cfdfa3;background-color:#705ccb;">Marmot</span>]] <small>([[User talk:UndueMarmot|talk]])</small> 12:01, 14 April 2026 (UTC) :::::{{D|Connected}} [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 12:02, 14 April 2026 (UTC) :::I think it's a security issue, since Wikifunctions implementations could teoretically be malicious. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 11:29, 14 April 2026 (UTC) ::::This ^^^. We're very lenient, though, once you've created a few working functions you can apply for the right, per [[WF:Functioneer]]. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 12:26, 14 April 2026 (UTC) ::::That explanation [[phab:T343559#11421293|doesn't add up]]. A reason to limit ''connection powers'' to Functioneers might be to prevent vandalism, considering Functions can be used across wikis. But user-provided code is already being executed even without a Functioneer connecting it. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 20:01, 16 April 2026 (UTC) == Actual difference between {{Z|Z26039}} and {{Z|Z26095}} == What is the actual difference between these two functions? I ask, since it seems to me that the current distinction is more or less that the first one doesn't use an indefinite article in English, while the second does. Which is not a good distinction in a project that should be language neutral. This doubt emerged from my use of the first one in [[abstract:Q124441]], which @[[User:Hogü-456|Hogü-456]] made me notice that is probably wrong. My question is: why is it wrong? How could we clarify the difference? [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 19:46, 19 April 2026 (UTC) :I think the difference is if there is an indefinite article like a or an before the subject or not. In German there can be cases where a definite article is necessary before the subject. I looked at the functions and before the object both times an article is mentioned. As it depends on the language and the word what is the correct function to use I hope it will be clarified and it is an example of the necessity to have a human with understanding in a specific language check it. I hope there will be longer functions what generate more content about a specific kind of item. Then it is necessary to write one such function per language and it can be then applied to several items. It still requires checks and so maybe it is better to write down what item category needs what kind of introduction sentence function for what language. [[User:Hogü-456|Hogü-456]] ([[User talk:Hogü-456|talk]]) 20:05, 19 April 2026 (UTC) ::The point of these two functions (and of the entire Abstract Wikipedia project) is that they should be defined in a purely language-independent way, so that the translation to actual language can be done automatically. This is the reason why these functions have been renamed; I think that this attempt was not succesful, since meaning is still unclear. My proposal to clarify them would be to invoke the concept of [[w:specificity (linguistics)|specificity]]: {{Z|Z26039}} should be named "specific subject is instance of (string)", and should be used only when the QID of the subject uniquely identifies a single thing; {{Z|Z26095}} should instead be renamed in "non-specific subject is kind of (Monolingual text)", and should be used when the QID refers to a multitude of real life items, and we are specifying the class that all these item belong to. This clarification would not still be enough, since it doesn't explain how mass nouns are handled (is water a unique thing? Does {{Q|Q7802}} refer to a single piece of bread or to the entirety of bread, like water?). This problem is very tricky, since mass noun are language-specific and blurry the line between these two functions. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 20:58, 19 April 2026 (UTC) :Simply put, one corresponds to P31 and the other to P279. Paris is an {{Q|P31}} a {{Q|Q1549591}} :whereas a {{Q|Q1549591}} is a {{Q|P279}} (alias “kind of”) {{Q|Q515}}. Whether the Wikidata knowledge representation will be sufficient to resolve into fluent natural language representations in all languages is, of course, a crucial question. Where it is not, the Abstract Wikipedia knowledge representation will need to supplement the Wikidata content with additional details about the relation between the participants or the participants themselves, and these details should be language-neutral, to the extent that this is practicable. The item {{Q|Q124441}} has no [[:d:Q124441#P31|P31]] statements; it has only [[:d:Q124441#P279|P279]]s, including one relating it to {{Q|Q212920}}, which suggests {{Z|Z26095}} is the appropriate choice here even if the rendering in some languages is the same. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 22:52, 19 April 2026 (UTC) ::Thanks for explaining it. I think that I'll change the implementation of {{Z|Z26095}}, so that in Italian it produces more or less the same output of {{Z|Z26039}} (both with the definite article). [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 11:24, 20 April 2026 (UTC) == Equivalent of Z6830 for lexemes == Is there an equivalent of {{Z|Z6830}} that enables retrieving all lexemes pointing to a particular lexeme using a specific property? [[User:Redmin|Redmin]] ([[User talk:Redmin|talk]]) 21:06, 20 April 2026 (UTC) :There's {{Z|6831}} but I think that's slightly different again to what you're after. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 12:31, 21 April 2026 (UTC) ::Thanks for sharing that one, I did not know it existed. But you are right, it’s not quite what I am looking for. I want a function that would take a Wikidata property reference (like P5191, which is ‘derived from lexeme’) and a Wikidata lexeme reference, and return a list of lexemes that reference that lexeme using that property. [[User:Redmin|Redmin]] ([[User talk:Redmin|talk]]) 13:23, 21 April 2026 (UTC) == Storing huge datasets == It is not a necessity I suppose, but an idea came to me earlier to write a function that would give the corresponding [[en:Shavian alphabet|Shavian alphabet representation]] of an English word written with the Latin alphabet, or perhaps apply that operation to an entire sentence. However, just trying to guess as to what the IPA pronunciation of each word passed into it could be is is both not ideal (pronunciations obviously can and will vary widely between accents) and infeasible <s>(Wikidata lexemes don't really seem to account for pronunciation)</s>. It happens, though, that a comprehensive Shavian dictionary exists named the [https://readlex.pythonanywhere.com/ ''Read Lexicon''], which uses pronunciation and spelling similar to that used by the creator of the alphabet himself. This would be a good dataset to use in performing this translation in the function, but it appears that, all in all, the total size of the dictionary is [https://github.com/Shavian-info/readlex/blob/main/readlex.json ''nearly 26MB''] when formatted as JSON, which would certainly be larger when converted into a typed list. I am wondering if this will ever be feasible or admissible, or if there is really a way around this if importing such a large set of data is deemed impractical. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 22:30, 20 April 2026 (UTC) :{{re|Theki}} "Wikidata lexemes don't really seem to account for pronunciation"" is patently untrue; not only does every Bokmål lexeme form have IPA attached to it (thanks to Jon Harald Søby), but there are lots of languages--including English--that have pronunciation information, whether through IPA or otherwise, indicated on their forms. The big issue of course is that adding this data is not always possible to perform efficiently--for instance, I'd love to have Yiddish pronunciation respellings from Paul Abelson's dictionary on as many English forms as possible, but this dictionary not being previously processed makes this difficult. The data set you have brought up, if a suitable reading of [[:m:Wikilegal/Lexicographical_Data]] allows it, could be added as {{P|7243}} statements on various English forms. [[User:Mahir256|Mahir256]] ([[User talk:Mahir256|talk]]) 23:20, 20 April 2026 (UTC) ::Well, sorry... I haven't witnessed these pronunciation statements before, I wasn't aware of their existence until you pointed it out. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 15:02, 21 April 2026 (UTC) :I got 1,900,000 characters into [[Z33875]] before the UI gave up on me. I'm not sure what the limit is. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 15:21, 21 April 2026 (UTC) == Could not serialize input JS object: Number <small><small>[insert tested number here]</small></small> == I'm not one to throw my problems at others, but I have no idea how to fix this. Am implementing {{Z|Z24602}} in JavaScript, which requires returning a typed map. It now works for every type of value except numbers. Tried explicitly converting the numbers to float64, but either way it throws the error above. Would appreciate it if anyone could diagnose or fix the problem, as my knowledge of Wikifunctions is amateur at best. Thank you. [[User:Some helpful person|Some helpful person]] ([[User talk:Some helpful person|talk]]) 00:32, 23 April 2026 (UTC) :The quick answer is that like some list-related functions, code implementations returning typed maps are not possible unless the type of the objects in the map is specified in the function signature (e.g. if it was a map from Strings to Natural numbers only). So unfortunately, I think you've chosen a function that is not really possible at the moment. There are a few ideas of how we might address this, but for the moment, work on something else. Sorry! --[[User:99of9|99of9]] ([[User talk:99of9|talk]]) 13:21, 23 April 2026 (UTC) :Maybe explicitly using [[Z13518|natural numbers]] would work? I would try using <code>{ "Z1K1": "Z13518", "Z13518K1": "[number]" }</code> to represent numbers, perhaps, and seeing if that works. Of course, you would also probably have to adapt this for other types that cannot be serialized, and I'm not sure how easy that would be to generalize (assuming [[w:Don't repeat yourself|DRYness]] is desired). &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:39, 23 April 2026 (UTC) == Help with creating a function for Abstract Wikipedia == Hello! I was inspired by {{Z|Z26570}} to create {{Z|Z33975}}, however I'm not sure how I add specific language implementations here. Can anybody help me? [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 10:41, 23 April 2026 (UTC) : I think I figured it out, I created a new object with the language config type, added {{Z|Z14310}} to my implementation, and added a new function for English... At least I think that's how it works... [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 13:16, 23 April 2026 (UTC) ::You have the right idea, as far as I know. I went ahead and connected the implementations you created as they appear to work fine for English, and added a test for {{Z|Z33975}} (which passes [[File:Twemoji 1f601.svg|24px]]). I also corrected an error you made on the config object where you appear to have accidentally connected English to {{Z|Z33975}} instead of {{Z|Z33977}}. Thank you for contributing! &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 13:45, 23 April 2026 (UTC) ::: {{re|Theki}} Thank you so much for you help! Could you please kindly also connect the implementations for {{Z|Z33986}} which I just made, which is going to be used for the Hebrew implementation of {{Z|Z33975}}. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 14:11, 23 April 2026 (UTC) ::::You seem to be returning the wrong type in both implementations. Functioneers should not connect implementations that don't work for non-functioneers. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:13, 23 April 2026 (UTC) ::::: {{re|Feeglgeef}} Oh thank you for pointing that out! I am still a bit new to this project and confused, so I need to read up some more about this. How do I return a monolingual text object? [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 14:17, 23 April 2026 (UTC) ::::::I'm trying to fix it for you, the construction of ZObjects in code implementations is a bit difficult right now. Since the State origin using entity and class function will (presumably) be composition, perhaps {{Z|33975}} can be adjusted to return a string, using {{Z|26107}} and {{Z|26107}}? [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:21, 23 April 2026 (UTC) :::::I did not notice any discrepancies from looking at the functions by themselves, and it seemed to work fine on my end. Is it bad practice for NLG functions to return the monolingual text type? I had assumed it was logical. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:24, 23 April 2026 (UTC) ::::::Both implementations are failing all three tests on my end. No consensus has been established as to whether monolingual texts or strings should be used, so it's like the [[w:War of the currents|war of the currents]] but for Wikifunctions. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:27, 23 April 2026 (UTC) :::::::Oh, you were referring to {{Z|Z33986}}. I assumed you were stating that something was wrong in the earlier English functions that I missed; I apologize for the misunderstanding. Has there been any centralized discussion on this string vs. monolingual text issue? &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:31, 23 April 2026 (UTC) ::::::::Not that I'm aware of, I've brought it up on the telegram twice before, though. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:49, 23 April 2026 (UTC) ::::::::The centralised discussion is at [[WT:Abstract Wikipedia/2025 fragment experiments#Proposed recommendation: Fragments should return Z11/monolingual strings]]. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 07:19, 24 April 2026 (UTC) ::::::: {{re|Theki|Feeglgeef}} Can only functioneers test implementations? For me I can't test it at all... [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 14:32, 23 April 2026 (UTC) ::::::::AFAIK, test cases are only immediately testable during editing of a function if they are connected. This is one of my personal pain points with Wikifunctions, iterating on functions without exhaustive connected test cases makes debugging practically impossible for non-functioneers working on newly-created functions... I (or Feeglgeef) can quickly connect the tests you need for you if you want, although if they are not well-formed they may need to be disconnected again afterwards. Additionally, I could temporarily connect the implementation you are writing so that you can test it on the sidebar as you work, but I'm not sure if this is advisable. That functionality is also something that unfortunately only works when not disconnected. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:43, 23 April 2026 (UTC) :::::::::Yup, agree with you on all points, thanks. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:48, 23 April 2026 (UTC) == Please disconnect implementation == I think I've fixed my issue with {{Z|Z33986}}, but I can't edit an actively connected implementations with my rights. I must admit it is an AI-aided fix, I feel very strongly about disclosing that. Courtesy pinging [[User:Theki]] and [[User:Feeglgeef]]. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 18:51, 23 April 2026 (UTC) : Additionally, I think the JS might be working. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 18:52, 23 April 2026 (UTC) : Just to clarify, I mean disconnect the Python implementation please. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 18:53, 23 April 2026 (UTC) :{{Done}} I've disconnected the Python implementation. :I've also added a couple of tests. The rule is a bit more complicated than adding a maqaf before every character that is not a Hebrew letter. Unfortunately, I don't think I'll have time to fix the implementations any time soon. [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 19:03, 23 April 2026 (UTC) :: Thank you! :: Also, for some reason I thought you put a maqaf before all gershayim, so thanks for correcting me. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 19:09, 23 April 2026 (UTC) :::No, that's not the rule. :::The rest of this reply is an [[:wikt:info-dump|infodump]], feel free to ignore it :) :::In [https://hebrew-academy.org.il/topic/hahlatot/punctuation/ the Academy's punctuation rules], the rule for adding a maqaf is written kind of badly: שמים מקף ברצף שיש בו שני סוגי גופנים, כגון אותיות ומספרים ("maqaf is added in a sequence in which there are two types of fonts, such as letters and numerals"). These are not different types of "fonts", but different types of characters, and I should email them about it. It gives the examples <span lang="he" dir="rtl">ה־12</span> and <span lang="he" dir="rtl">ב־DNA</span>. It doesn't say anything explicitly about quotation marks, but in other places on the same page, you have stuff like <span lang="he" dir="rtl">ב"הארץ"</span>, and from that I deduce that a maqaf is not needed before double quotes if there are Hebrew letters inside the double quotes. :::That said, a few people do think that there must be a maqaf before double quotes. I have a somewhat surprising example of somebody who always does it: translators of Scientology materials into Hebrew. At least that's what they did last time I looked at them, about ten years ago. Those people are certainly prolific, and they get points from me for consistency, but this not the prevalent standard. (And if I recall correctly, they use the minus and not the proper Hebrew maqaf, and they don't get any points from me for that!) :::Also, the name of the character is just "double quotes" and not "gershayim". Gershayim are mostly for abbreviations, although most people use the same character for them. I use ״ for gershayim, as do a few other nerds, but we're the minority. [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 19:35, 23 April 2026 (UTC) :::: {{re|Amire80}} Yeah, "font" is a weird choice of wording here by the Academy...<br> I think I'll follow your guidance and not use a maqaf for quotes beginning with Hebrew letters. <br> I should also add more tests for different types of quotes, like straight (", '), curly (“, ”, ‘, ’), gershayim (״, ׳), including single quotes.<br> P.S. gotta deduct points from Scientology for being a cult but that's neither here nor there [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 20:49, 23 April 2026 (UTC) :::: {{re|Amire80}} Courtesy ping because I mistyped your username on the last message. Anyways I'm also gonna do that tomorrow because I'm tired now... [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 20:50, 23 April 2026 (UTC) == Connect implementations == Hello! I'm done with the implementations of {{Z|Z33986}} both in JS and Python, and all tests pass. Pinging @[[User:Amire80|Amire80]] to check if all the tests I've added are alright. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 15:24, 24 April 2026 (UTC) :Connected. It's possible that some more changes will be needed, but it looks OK now. :Another little comment: It should be called "clitic" and not "prefix". [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 15:56, 24 April 2026 (UTC) : {{re|Amire80}} Thanks for your comment! Luckily labels are easy to edit, so I'll get to it. : Currently I'm working on Bulgarian {{z|Z34072}} and {{z|Z34084}}, along with other Bulgarian functions. After I'm finished with those I'll take your advice. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 16:01, 24 April 2026 (UTC) == Please connect my Bulgarian implementations == I recently created the following Bulgarian functions: * {{Z|Z34070}} (currently broken, I think because another function I built it upon is unimplemented) * {{Z|Z34088}} * {{Z|Z34105}} * {{Z|Z34072}} * {{Z|Z34084}} Can somebody please connect these functions, and perhaps suggest other functions I could localize? [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 19:03, 24 April 2026 (UTC) : Specifically, [[Z34070]] is based on [[Z34072]] [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 19:05, 24 April 2026 (UTC) :{{done}} for everything that passes, [[Z34070]] still does not work after purging WF's cache, though. For future reference, please request on the [[WF:Community portal|community portal]] instead of the project chat. Thank you for your work! [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 20:03, 24 April 2026 (UTC) :: {{re|Feeglgeef}} Thank you for your help! I will keep in mind to go to the [[project: community portal| community portal]] in future instead for this. :: I still don't understand why {{Z|Z34070}} fails... It's implementation is almost completely identical to [[Z30399]] from {{Z|Z30397}}, unless I messed something up... [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 20:11, 24 April 2026 (UTC) :::{{done}} No, it was mostly just timing out. It is better to use selective fetches where possible. One case is failing to match the expected results, but at least it is returning something. For all I know, it might even be acceptable! [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 20:35, 24 April 2026 (UTC) :::: {{re|GrounderUK}} Thank you so much for your help! The one failed case is with a definite article, so I feel like that might be fixed in the future... <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 20:43, 24 April 2026 (UTC) == Editor experience suggestions == I'm a bit frustrated with the editing experience on Wikifunctions, and I have suggestions based on pain points I've had contributing to this project: * Adding a wizard to create functions, implementations, and tests in one flow, somewhat like Wikimedia Commons' upload wizard * A sandbox for experimenting without changing mainspace functions, and maybe letting non-functioneers connect implementations ([[Project: Sandbox]] doesn't seem to fit this) * We could have functions for creation based on the sandbox, like how Wikipedia has articles for creation and edit requests, * Maybe even another test instance of Wikifunctions, like how Wikidata has [[testwikidata:|Test Wikidata]] I really like this project and I don't mean to whine, but it certainly has a lot of pain points both for technical and non-technical people. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 20:41, 24 April 2026 (UTC) : It's also really complicated to localize functions, so maybe we should add another wizard for that, where you can choose a language, and then create the new function with the aforementioned function wizard, and it just automatically adds it to the related language configuration object of the related function. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 20:48, 24 April 2026 (UTC) :# Sounds good to me. :# A sandbox available is [[Z10119]], though an extension-provided sandbox that allows you to manipulate the types, code, and tests easily without interfering with the mainspace would be nice. :# [[WF:Suggest a function|This page]] works to some extent, though it's too messy in my opinion. :# We used to have a "beta cluster" but it [[phab:rOMWC5f625c5846b5f779473fa32c9a02d87e59215dfa|got shut down]] just over a year ago because it was broken. :[[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 21:07, 24 April 2026 (UTC) == Language parameters in language-specific functions == I think that an effort should be made to give the different natural language options corresponding to different English dialects, Chinese scripts, etc. more of a use (I added the test {{Z|Z34119}} to {{Z|Z26095}} and unsurprisingly it fails). There are two main problems with this approach that I can identify: * If you ask the majority of these functions to make a sentence in British English, much of the time it will give you an output with missing words, because it does not fallback to English labels in the case of a British English label for that item missing. The same applies for every other English dialect, British English is just an example here. * Uninformed editors will probably see the presence of a language parameter on these functions, consider it redundant, and remove it. [[Special:Diff/268074|I have made this mistake before]]. In my opinion, in a perfect world, all of these language generation functions would output monolingual text, and if the user asks for American English text, then American English text is what they'll get. If the user asks for Japanese text in hiragana specifically, then that's what they'll get in return. This is not as high-priority as just rendering text in the language plainly in the first place, but it's something that I feel is still worth devoting some effort to. Right now switching functions to use this paradigm is difficult because, on the one hand, I don't know if consensus tends towards this direction being ideal or advisable, and I don't want to make changes like this without at least notifying the wider community. In addition, all tests break once a parameter is added or removed, and the function editor does not recognize the change in number of parameters and therefore you have to remove the function call, re-add it along with all of its parameters it had previously (which is a tedious cut-and-paste job), and then it will work again. This is something that you can do in five seconds by just adding a few lines of JSON to the test source, but this is not directly editable from the Web browser. This tedium is largely what's preventing me from doing this on a larger scale, besides asking for comments first. If anyone has any insights or comments on this, then that would be appreciated. If a reference of functions with and without the support for language variants is needed, of course [[WF:NLG]] can be perused, but I've also my own list cataloged at [[User:Theki/functions#language]]... Of course, this thread has many similarities to [[#"language" argument for certain functions|the one above]], but this concerns me going out and making this consistent across these NLG functions. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 21:09, 24 April 2026 (UTC) :I've created {{Z|Z34122}} as an extension to {{Z|Z34039}} for larger functions. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 21:34, 24 April 2026 (UTC) :Just to confirm that I, for one, support a Natural language parameter for all natural-language functions. The concern about getting them all aligned is just that we haven’t finally settled on {{Z|Z11}} being preferred to {{Z|Z89}} or some other type that conserves the text’s provenance, so we risk having to change them all again. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 10:07, 25 April 2026 (UTC) == “Key not found ()”? == What am I doing wrong in {{Z|Z34137}}? [[User:Redmin|Redmin]] ([[User talk:Redmin|talk]]) 00:39, 25 April 2026 (UTC) :You were passing a [[Z6091]] to {{Z|32290}}, but it takes a [[Z6001]]. Fixed. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 07:10, 26 April 2026 (UTC) ::{{done|Thank you}}! [[User:Redmin|Redmin]] ([[User talk:Redmin|talk]]) 14:13, 26 April 2026 (UTC) == Why is my test failing? == Hello! I recently made {{Z|Z34139}} based on [[wikt:Module:bg-translit]], and the test case {{Z|Z34141}} is failing on both implementations, despite the expected output and actual output being the same as far as I can tell. I tried looking at the Unicode codepoints of the output, but those are also identical. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 06:21, 25 April 2026 (UTC) :Yes, it’s a tricky one. I’ve added a normalize step to the result validation in {{Z|Z34141}}, which confirms it is a normalization issue. It looks like it is in the code but I don’t know whether simply normalizing the result is the way to go. Logically, you would normalize both the input and the result. The implementations of {{Z|Z10384}} show you how to do this. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 09:41, 25 April 2026 (UTC) == Edit request == Hello! I have an edit request for {{Z|Z23752}} and {{Z|Z23414}}. Please replace all the "an/a" logic with <code>Z21739(Argument reference)</code>, both for readability and for more accuracy ("a university is an institution") <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 09:50, 25 April 2026 (UTC) :{{D}} [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 12:24, 25 April 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #245 is out: The Foundation's search for the perfect language == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-04-25|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we present an academic paper about Abstract Wikipedia, we discuss our latest Type created, and we take a look at the newest created functions. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 09:54, 25 April 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30325620 --> :@[[User:Sannita (WMF)|Sannita (WMF)]], @[[User:DVrandecic (WMF)|DVrandecic (WMF)]], technical meta-question: the newsletter quotes the article: ::the only way to contest its algorithm is to click 👍 or 👎 (Crawford and Gillespie 2016) :This quotation sounds sensible, but the article's [https://link.springer.com/article/10.1007/s00146-026-02899-w web version], and the PDF that is downloadable from the same page doesn't actually show the emojis. It rather shows text that looks lacking: ::the only way to contest its algorithm is to click or (Crawford and Gillespie [https://link.springer.com/article/10.1007/s00146-026-02899-w#ref-CR14 2016]) :Where did you get the emojis? Is it your (probably correct) guess or is there a version somewhere that actually shows the emojis? [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 15:16, 25 April 2026 (UTC) ::Scratch that. I've found a version with correct emojis: https://wikihistories.github.io/wikilambda-the-ultimate/ [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 15:37, 25 April 2026 (UTC) == Requested deletion of test == Please delete {{Z|Z34143}}. this was never valid Bulgarian, I messed up. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:19, 25 April 2026 (UTC) :[[WF:RFD]] please. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 16:40, 25 April 2026 (UTC) == Request for comment (global AI policy) == <bdi lang="en" dir="ltr" class="mw-content-ltr"> A [[:m:Requests for comment/Artificial intelligence policy|request for comment]] is currently being held to decide on a global AI policy. {{int:Feedback-thanks-title}} [[User:MediaWiki message delivery|MediaWiki message delivery]] ([[User talk:MediaWiki message delivery|talk]]) 00:57, 26 April 2026 (UTC) </bdi> <!-- Message sent by User:Codename Noreste@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Distribution_list/Global_message_delivery&oldid=30424282 --> == Is it OK to connect the implementation? == Hello! I recently applied for functioneer on [[WF:RFG]], and I was wondering whether I could connect the implementation for {{Z|Z34165}} despite its dependency {{Z|Z34149}} being currently unimplemented. That is <em>if</em> I get accepted. I am planning on implementing it based on [[wikt:module:bg-nominal]], but am still having trouble figuring it out for now. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 09:04, 26 April 2026 (UTC) == Past tense function == Is there a function like {{Z|Z26039}}, but for the past tense (e.g. "Leo Tolstoy <em>was</em> a writer.")? If not, I will create it myself, I just want to make sure there's not a duplicate. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:10, 26 April 2026 (UTC) : {{Done}} with {{Z|Z34224}}, but I have a few kinks to work out with it. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:35, 26 April 2026 (UTC) :: I need to create some other similar functions for the past tense, I have some ideas: ::* {{Z|Z26095}} ::* {{Z|Z32643}} ::* {{Z|Z28016}} ::* {{Z|Z26570}} ::* {{Z|Z33975}} ::* {{Z|Z27243}} ::* <ins>{{Z|Z26627}}</ins> ::* <ins>{{Z|Z27627}}</ins> ::* <ins>{{Z|Z27173}}</ins> ::* <ins>{{Z|Z29591}}</ins> :: :: Are there any I have missed? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:57, 26 April 2026 (UTC) :I think that here we are starting to walk on dangerous waters: what does past mean? Is it a recent o a far past? Does it have ripercussions on the present or not? Is it just a thing that happened once, many times or for a continuative period of time? :Consider that various languages distinguish between many different types of past. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 12:38, 26 April 2026 (UTC) :: {{re|Dv103}} That is a fair point... :: How do we go about solving this problem though? I don't think having every sentence on Abstract Wikipedia be "X is a Y" is a very good idea. :: Maybe we have different functions for all these variations of past you mentioned that just map into "X was a Y." in English? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 13:31, 26 April 2026 (UTC) :::To properly solve this problem, we should use a more complete abstract content representation model, like for example the proposal of [[Wikifunctions:Type proposals/Semantic unit|Semantic units]] (look at [[Wikifunctions:Type proposals/Semantic unit/Douglas Adams|the example]] to see how times could be handled). For now, since we're still stuck with single fragment generation functions (that I hope will be slowly replaced with the complete represenation model, when available), we could just restrict your function to a very specific meaning, like "subject was an instance of, for most of its existence" (which means for example that it could be used to say "Douglas Adams was a writer", but not "Abraham Lincoln was a president", since he only was a president for 4 years). Probably my definition is still too vague, and this is why we need to go beyond these fragment generating functions. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 19:47, 26 April 2026 (UTC) ::Nitpick... I don't like that it outputs a string instead of monolingual text. With {{Z|Z26039}} it's used so much that I think it's unfixable in that case beyond deprecating it if people care that much, but {{Z|Z34224}} doesn't even have any connected implementations yet. Consider it, maybe? ::Nitpick 2... {{Z|Z34227}} is missing a language parameter. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 16:08, 26 April 2026 (UTC) ::: I will consider that! ::: I just did that because that's what {{Z|Z26039}} does, so I assumed I should follow suit with it. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 16:48, 26 April 2026 (UTC) == Legacy functions == If and when more robust methods of abstractly representing and generating linguistic content come around, and more efficient ways of creating abstract content are devised and implemented, I suspect that our current methods will require some form of deprecation. This is a significant source of concern for me in relation to WF and AW, questioning how prone our current methods of doing things are and eventually will be prone to obsolescence, and how it will be worked around when it comes. We have over 1 250 articles on AW presently, and these are rather all over the place. I suspect the maintenance burden from keeping these articles up to code will eventually, err, creep up on us, I suppose, and some kind of major refactoring will be necessary. We are definitely in a period of experimentation and whatnot right now but eventually, like with enwiki, some sort of structure and rigor will form and I suspect it will start to become rather boring for me... I, for one, very much enjoy experimenting with new and better ways to do things here. I don't personally mind changing things to use a new and better paradigm if need be, that sort of thing highly excites me, but of course there will be things that are left behind, and I suspect maybe bots will be employed to deal with this? A lot of Wikipedia sister sites seem to do that, e.g. going and fixing up use of deprecated templates. Considering the nature of Wikifunctions and Abstract Wikipedia I suspect certain maintenance tasks will be made simpler or even trivial by the typical uniformity of our implementations. I guess I am just concerned if Wikifunctions or Abstract Wikipedia will ever accrue its own kind of "technical debt" with how we are plowing through things presently, and if there is a plan for how we will eventually seek to mitigate that. Maybe too early to ask this question, but I am a notoriously anxious person, so I thought it wouldn't hurt to raise the question regardless... &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 21:30, 26 April 2026 (UTC) :I very much agree, thank you for expressing my position so well. {{ping|Immanuelle}} has been using an AI-generated tool (well, they haven't edited in a week, perhaps it's a break or perhaps they don't wish to contribute to the project any more) to create a bunch of articles en masse, which I have warned them multiple times is a bad idea (on top of evolving functions, all of the articles are one-sentence-per-paragraph, [[abstract:Q12184|like so]]). That's why I've been avoiding creating articles recently, I'd say I have a good fourth (no data to support, rough guess) of the comments on the wiki, yet less than a percentage of the article count (only three, including the [[abstract:Q319|first article]], though, so perhaps I'm the next [[w:Special:Permalink/908493298|office.bomis.com]]). [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 19:41, 27 April 2026 (UTC) :: I feel that the overwhelming presence of these low-quality articles (which I admit I myself am [[abstract:Q1710970|guilty]]/[[abstract:Q7601858|of]]/[[abstract:Q39338|creating]], usually as testbeds) may incur a large maintenance burden. I do expect them to be easy to detect, however, as searching for the presence of "deprecated" NLG functions is trivial, and it is possible that replacing them with their future ''even abstracter&trade;'' counterparts could be done automatically since they all have the same signatures and can be expected to create the same form of sentence. If it needs to be done manually for a while or for certain delinquent instances, my hope is that it will be fun, at least for a while. :: I just hope that these hypothetical future waves of "this new and versatile way of abstractly representing linguistic content" obsoleting previous methods and requiring refactoring across all articles is only a one-time thing. We should strive to be as robust and flexible as possible from the outset as each brand new paradigm of abstraction is also a brand new maintenance burden for updating old articles. At the end of the day, at least ''some'' of these articles will still render to many different languages even if their methods of creating those sentences of theirs is completely outdated. Ergo, the time it takes for the switchover to be performed across our articles should not be a persistent inconvenience for users (as, of course, they will always still be able to read the content as it was before since these legacy functions aren't being deleted outright), and the increased availability that the new methods will bring about will likely act as motivation for them to join the effort in refactoring (&#x300C;You're telling me that if I rewrite this article in this cool Lisp-looking stuff then I can probably read it in [[abstract:Q9307|Galician]]?? COOL!&#x300D;). &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 20:26, 27 April 2026 (UTC) :::Totally agree. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 02:54, 28 April 2026 (UTC) :::My vague plan is to implement a default function returning an {{Z|Z89}}, for each language-neutral function. A single function would convert any of these to a {{Z|Z11}}, so that a composition of the two can be implemented as the current default until such time as the language-neutral function is ready to return a [[Z89]]. We can already convert a [[Z11]] to a [[Z89]] so, although there is more to be done in this space, existing language-specific functions could be adapted to return a [[Z89]] quite mechanistically. :::Although we certainly could deliver parallel Z89 functions for each existing Z11 function, I don’t think we should assume that particular outcome. Provided the Z89 captures a lang attribute from the Z11’s language tag, the two representations should be largely interchangeable, although I am expecting a Z89 to carry additional attributes at the span level that would be lost on conversion to a Z11 (along with any higher-level tags and attributes). :::When I say there is “more to be done in this space”, I am referring to a new type that would allow HTML fragments to be represented as tractable Wikifunctions objects, but this is currently drafted only in my head! [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 11:21, 29 April 2026 (UTC) == Filtering types of objects == Hello! I have tried to comb through my own edit history several times, but it's really hard to search for specifics because there's no differentiation between different types of objects (functions, implementations, tests, etc.) in the logs as far as I can tell. Am I missing anything? I want it to work sort of like how filtering by namespace works. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 16:48, 27 April 2026 (UTC) :There is differentiation, it's just rather hard to look through. Since all ZObjects are just JSON data at their core, you can search for instances of <code>{ "Z1K1": "Z[type]"</code>. I haven't tried this so I'm not sure how well it would work and I know MediaWiki search syntax treats quotation marks as a special character, but I have seen Wikifunctions pages link to searches using this before. There is also [[Special:ListObjectsByType]] but it is sitewide rather than specific to your edit history in particular. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 18:59, 27 April 2026 (UTC) ::''[It doesn’t help directly here, but please see [[WF:Find]] for more details of how this works.]'' [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 10:24, 29 April 2026 (UTC) :See the feature requests [[phab:T399244]]/[[phab:T373735]]. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 06:06, 28 April 2026 (UTC) :The lack of filtering edits by namespace is exactly the problem that I was trying to solve with the [[User:Amire80/wikifunctionsanalytics]] tool. :I even kind of succeeded, but it has two major problems: :# It doesn't have any real frontend, so you have to know some SQL to use it (or ask other people who know SQL). :# It doesn't get information from the live site, but from the dump, which appears to be updated once a month. :I've made a [https://quarry.wmcloud.org/query/104794 sample query for you]. Unfortunately, it won't do anything at the moment because of the second problem—your edits started in April 2026, which isn't over yet, so the dump for it hasn't been processed. But I hope that early in May you'll be able to use the same query and see something useful. :(I plan to add support for recent edits, but I haven't done it yet. Now that I more or less figured out how to process Wikifunctions edits, I'm focused on trying to understand Abstract Wikipedia edits. Processing up-to-date edits from both sites will possibly be the next thing I work on, but if you know some Python and want to try doing it yourself, don't wait for me—[https://gitlab.wikimedia.org/toolforge-repos/wikifunctions-analytics Patches welcome].) [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 18:51, 28 April 2026 (UTC) ::@[[User:QuickQuokka|QuickQuokka]], I've just updated the data until the end of April. Now the query to which I linked above gives some results. You can also try running other queries if you know SQL. (Or try asking for other queries if you don't.) [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 03:26, 3 May 2026 (UTC) == [[Z34213]] == I'm not quite sure why this implementation is failing. Could someone take a look? [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 02:24, 28 April 2026 (UTC) :I've [https://phabricator.wikimedia.org/T419933#11863997 notified] the team that this is still occurring, the issue was marked as resolved. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 02:52, 28 April 2026 (UTC) :Some useful tips: :* create more testcases: sometimes it is a random error, so try to see how consistent it is between testcases :* your implementation is very inefficient, since it fetches items and lexemes a lot of times. Ideally, each item and each lexeme should be only fetched once in all the execution tree. :[[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 06:06, 28 April 2026 (UTC) ::Caching (''should?'') means that the lexeme and item data are cached, so the call doesn't actually execute multiple times. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 17:51, 28 April 2026 (UTC) :::Are lexemes and items actually cached within the same function execution? Even if they are only partially fetched and/or fetched in bulk? [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 17:54, 28 April 2026 (UTC) ::::I don't have any evidence to prove that it works but that's definitely A. what's supposed to happen and B. the ideal behavior. This happens because the Z680X functions can be cached just like any other. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 18:02, 28 April 2026 (UTC) ::::It is unclear. In general, I believe identical branches are resolved only once in orchestration, but there is also independent caching of Wikidata fetches. ::::According to @[[User:DMartin (WMF)|DMartin (WMF)]] ([https://t.me/Wikifunctions/30374 on Telegram]): ::::<blockquote>Well, no. We have caching of Wikidata entities that have been retrieved, but not of the results of nested function calls. There is a proposal for doing this in the context of the V2 composition language, when it's a bit more mature, and it's regarded as a relatively high priority.</blockquote> ::::It’s hard to tell whether fetches in nested calls are, in fact, cached and available for other nested calls in the same call, since it is not generally the actual fetch that consumes the most resources. Rather (I believe), it is construction and transmission of the result object, which is currently repeated afresh in each nested call (unless it is in an identical branch). ::::I hope that’s clear, and I apologise in advance if it happens to be inaccurate! [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 10:16, 29 April 2026 (UTC) :::::Oh, I should clarify.  There is a lot of caching going on, in several different places.  Lexemes and items ''are'' cached by the orchestrator within the same function execution, even if they are only partially fetched and/or fetched in bulk.  When I said that we don't have caching of the results of nested function calls, I meant that's not happening in general, for all nested function calls in compositions.  But fetching of Wikidata entities gets special treatment, so yes, fetched content from Wikidata is cached, regardless if it was fetched by a top-level call or a nested call. :::::It is also true that the construction of a ZObject from the fetched JSON might happen more than once within the same function execution, depending on how a composition has been structured. However, the construction of the ZObject is actually very fast, compared to the elapsed time of getting the JSON from Wikidata. [[User:DMartin (WMF)|DMartin (WMF)]] ([[User talk:DMartin (WMF)|talk]]) 18:04, 1 May 2026 (UTC) == Question about cardinal numbers == I was about to edit {{Z|Z16435}} to add my function {{Z|Z34308}}, but I noticed that none of the other functions have a gender parameter. Should I create a new wrapper function "Bulgarian cardinal, neuter", or should I just remove the gender parameter and always return neuter? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:39, 28 April 2026 (UTC) :The “cardinal” functions should return the words used for “counting” numbers in the abstract. :We should consider converting them to return a {{Z|Z11}} rather than a {{Z|Z6}}. It may even be appropriate to return a {{Z|Z12}} to cater for language variants. Either way, I think that would be the approach to adopt for inflected forms, unless reference to specific lexeme-forms is required. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 12:52, 28 April 2026 (UTC) ::This. If a native of your language were to count up, which form would they be most likely to use? [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 13:29, 28 April 2026 (UTC) ::: {{re|GrounderUK|Feeglgeef}} Thanks for both your input! ::: I relabeled the aforementioned function to {{Z|Z34308}}, and created a new wrapper function {{Z|Z34457}}. ::: Should I specify that my old function is a monolingual text in parentheses? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 16:26, 28 April 2026 (UTC) ::::You don't have to, unless you think that is something that would require distinction when viewing the function in a list of search results &c. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 16:36, 28 April 2026 (UTC) == Optional/nullable function parameters == Hello! Recently, I was informed that Wikifunctions has no optional/nullable function parameters as of now. Are there any future plans to support this, and/or workarounds? Maybe create a union type system like "{{Z|6}} or {{Z|23}}". <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 17:53, 28 April 2026 (UTC) :What I do for this is use an "is empty" function corresponding to the type of the parameter in an If statement. If it isn't empty, the function works as intended. Otherwise, it does something else. [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 17:58, 28 April 2026 (UTC) :Unions are not a thing (yet) on Wikifunctions, but you can always define an argument of type {{Z|Z1}}, which means that all types are allowed (I already did this for {{Z|Z26737}}; note that it is still a ugly workaround, don't use it for high level functions). Also, note that usually on Wikifunctions we use {{Z|Z24}} as the null value. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 18:00, 28 April 2026 (UTC) :: {{re|JJPMaster|Dv103}} Thanks for your help! :: @[[User:Dv103|Dv103]] told me a function call with a missing parameter is treated as an invalid function call, so how does the "is empty" function work with that? :: Also, setting the type to {{Z|1}} seems naive, like setting the type as <code>any</code> in TypeScript... :: Related question: Are there plans to add default values to parameters (outside of "if empty")? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 18:19, 28 April 2026 (UTC) :::Setting the type to {{Z|Z1}} is actually naive, and that's why I advised you to only use it for low-level functions. Currently there is nothing better. Sometimes, type correctness is not actually checked, so it might seem that nullable types are possible. But it is still an hack, and it could broke anytime since it is not intended behavior. :::I don't think that there are current plans to add default values (but correct me if I'm wrong). The closest thing that comes to my mind is that, if you incorporate Wikifunctions into Wikitext, you can leave empty some fields (only of some specific types) and Parsoid will replace them to their default value. This is done only depending on the type, and not on the functions. For example, {{Z|Z6091}} and {{Z|Z6001}} are assigned the QID associated to the page, and {{Z|Z20420}} is assigned the current date. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 18:56, 28 April 2026 (UTC) :::@[[User:QuickQuokka|QuickQuokka]]: At the very least, [[Z10008]] accepts a null input. Maybe that feature is unique to the String type—I am not sure. [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 19:10, 28 April 2026 (UTC) ::::I think it's just not checked, but it shouldn't be intended. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 19:20, 28 April 2026 (UTC) ::::Strings and typed lists can be “empty” in the sense that their length can be zero. Typed pairs may also be “empty” in a degenerate sense, but such an object will not be returned from a code implementation. A typed map with no entries will also fail to be returned from code, although it is fine in compositions. ::::For a genuinely optional parameter, I prefer a properly typed list, which at least encourages an argument of the correct type. {{Z|Z813}} is also typically faster than {{Z|Z10008}}. Quite a good example of this approach is {{Z|Z23723}}, where it helps to resolve the type union (using [[Z1]]) for both Z6003K1 and Z6003K3. Of course, there’s nothing to prevent more than one element in the list, but additional elements are easily ignored. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 22:55, 28 April 2026 (UTC) :Pinging {{ping|Jdforrester (WMF)|prefix=|p=}}, I believe there are no current plans. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 19:02, 28 April 2026 (UTC) ::@[[User:QuickQuokka|QuickQuokka]]: I'm afraid there are no current plans to build out optional params, indeed; we would be happy to review this if a compelling case was made, but it'd be a lot of work to re-build the [[Wikifunctions:Function model|function model]] with that support and ensure we don't break (too many) things. [[User:Jdforrester (WMF)|Jdforrester (WMF)]] ([[User talk:Jdforrester (WMF)|talk]]) 19:11, 28 April 2026 (UTC) == Z6830 for Chinese == I was trying to use {{Z|Z6830}} for implementation in the Chinese-language. And turns out most of the Lexeme on Wikidata is using [[d:Q727694]] as the language instead of [[d:Q7850]]. This makes it impossible to use the mentioned function above, since Standard Chinese is not available (or did I miss something?). Is there a way to fetch lexemes with language=[[d:Q727694]] from item? [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 18:20, 30 April 2026 (UTC) :@[[User:Sun8908|Sun8908]] There is [[Z1006]] for Chinese and it has the language code zh. There is an overview of languages in [[Module:Wikifunctions label]] so you can search there for chinese versions and choose the one you need. [[User:Hogü-456|Hogü-456]] ([[User talk:Hogü-456|talk]]) 20:53, 5 May 2026 (UTC) ::I know that. The problem is when using the function [[Z6830]], it cannot retrieve lexeme with language [[d:Q727694]] (but it is the "Chinese language" with the most current Wikidata lexemes, see [https://ordia.toolforge.org/language/ ordia]). I think it should be a Wikidata problem, I might fix it (possibly by creating the same lexemes with language code zh) on Wikidata. Thanks anyway. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 05:39, 6 May 2026 (UTC) :Could you provide an example of a Chinese lexeme that has a linked Wikidata item, or a Z6830 function call that fails to find such a lexeme where one exists? [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 07:55, 6 May 2026 (UTC) ::Here: [[d:Lexeme:L846083]]. I think that's a primary reason of me trying to look into this problem, as the label in zh for [[d:Q6256]] (country) is not a single phrase (see its talk page on WD for more information). This makes some Abstract Wikipedia articles very weird in Chinese when {{Z|Z26570}} is used, so lexeme could potentially fix that. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 10:33, 6 May 2026 (UTC) :::Thank you. It looks as though {{Z|Z6830}} [https://www.wikifunctions.org/view/en/Z6830?call=%7B%22Z1K1%22%3A%22Z7%22%2C%22Z7K1%22%3A%22Z6830%22%2C%22Z6830K1%22%3A%7B%22Z1K1%22%3A%22Z6091%22%2C%22Z6091K1%22%3A%22Q6256%22%7D%2C%22Z6830K2%22%3A%7B%22Z1K1%22%3A%22Z6092%22%2C%22Z6092K1%22%3A%22P5137%22%7D%2C%22Z6830K3%22%3A%7B%22Z1K1%22%3A%22Z60%22%2C%22Z60K1%22%3A%22cmn%22%2C%22Z60K2%22%3A%5B%22Z6%22%5D%7D%7D returns that lexeme for language tag "cmn"]. Perhaps that tag should be added into the helpers for {{Z|Z24144}}? If it is widely used for lexemes, perhaps it should have its own {{Z|Z60}}? In any event, improvements might be considered under [[:phab:T390563]] (or otherwise), including amending [[Z6830]] to also consider "cmn" (and "zho", "chi"…?) when requests are made for "zh-hans" or "zho-hant" (or others?) @[[User:Winston Sung|Winston Sung]] @[[User:DMartin (WMF)|DMartin (WMF)]] [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 17:22, 6 May 2026 (UTC) ::::If you go to [[d:Special:NewLexeme]] and put in [[d:Q727694]] as the language, it is going to tell you it has an unrecognized language code. So I believe "cmn" should not be a {{Z|Z60}} by default? I also started [[d:Wikidata:Project_chat#Lexemes_with_language_Standard_Chinese_(Q727694)|a discussion on WD]] regarding this. I guess we can still use it as a fallback language though if possible. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 03:43, 7 May 2026 (UTC) ::::We don't have a separated <code>cmn</code> BCP 47 language subtag in MediaWiki and Wikidata at the moment. <code>zho</code> and <code>chi</code> are ISO 639 language codes but not BCP 47 language subtags. ::::For Modern Standard Mandarin, please use <code>zh-*</code> language tags for now. -- [[User:Winston Sung|Winston Sung]] ([[User talk:Winston Sung|talk]]) 15:26, 8 May 2026 (UTC) == Key not found error == Is there a reason why I am getting key not found error for this [[Z34677|function]] {{Z|Z34677}}? All the underlying functions run and all the test cases work. The debug information does not give more details. Any pointers? Thanks in advance [[User:Jsamwrites|John Samuel]] 19:24, 1 May 2026 (UTC) :It was passing the [[Z6091]] to {{Z|34641}} when that takes a [[Z6001]]. I've fixed that, but there's some other problem with the logic, so I've left it disconnected. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 19:42, 1 May 2026 (UTC) ::@[[User:YoshiRulz|YoshiRulz]] Thanks a lot. [[User:Jsamwrites|John Samuel]] 20:21, 1 May 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #246 is out: Request for input: what should we count for Abstract Wikipedia == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-05-02|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we ask you what would be the relevant metrics for Abstract Wikipedia, we discuss our latest news on Composition Language v2, and we take a look at the latest software developments. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 12:21, 2 May 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30325620 --> == Any formal process for deletion of pages == Does a formal process exist for the deletion of functions, implementations, and tests that includes a notification system for creators, analogous to Wikidata’s process, explaining the rationale behind the deletion (or proposal for deletion)? [[User:Jsamwrites|John Samuel]] 12:36, 3 May 2026 (UTC) :Does [[Wikifunctions:Requests for deletions]] work? [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 13:00, 3 May 2026 (UTC) :Please see the discussion at [[Wikifunctions talk:Requests for deletions#Should we expect Objects' creators to get pinged on deletion proposals?]]. :As I see it, it is the proposer’s responsibility to consult appropriately before making a request and we expect our administrators to act only when satisfied that appropriate consultation has occurred. In many cases, no consultation is required. Administrators may delete their own contributions without making a request, but this is not a practice I would encourage. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 13:51, 3 May 2026 (UTC) == Implementation of rational number in JS doesn't match in Z19677 (Rational number) and Z28579 (RGBA colour) == In {{Z|19677}} it's <syntaxhighlight lang=js> { "K1": sign * numerator, "K2": denominator } </syntaxhighlight> but in {{Z|28579}} it's <syntaxhighlight lang=js> [ sign * numerator, denominator ] </syntaxhighlight> '''<span style="font-family:Iosevka,monospace">[[User:沈澄心|<span style="color:#9f3526">dring</span>]][[User talk:沈澄心|<span style="color:#534fa3">sim</span>]]</span>''' 05:15, 4 May 2026 (UTC) == Nested functions in compositions == I wish it will be easier to a add another function about a specific existing function in a function implementation based on a composition. When I write long functions in spreadsheets I usually stat with a small part and then I try to go further and after important steps I test if the output is as expected. I created [[Z34826]] to get the German gender specific occupation lexeme for a specific person based on their gender. I wanted to add a function around the existing one and it was not successful. It is not very easy to implement as it requires the possibily to move a part to another section but I think it can be helpful if it will be implemented. So far I spend more time as expected on the function. Describing it with words what the function needs to do is much easier than implementing it here in Wikifunctions. So I think there needs to be improvement to make Wikifunctions more accessible. [[User:Hogü-456|Hogü-456]] ([[User talk:Hogü-456|talk]]) 21:10, 5 May 2026 (UTC) :Have you tried to use the copy-paste functionality? It is very useful to move parts of composition arounn. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 07:12, 6 May 2026 (UTC) :I've also found the composition editor to be wholly unsuitable for any expressions more than a few levels deep. (Even with the <code>localStorage</code> clipboard, because of its overzealous type checks.) Compositions naturally grow out from the "leaves", the immediate operations on the inputs, while the interface really wants you to build from the "root". I mostly use the [https://yoshirulz.gitlab.io/WikiLambdaBlockly drag-and-drop block editor] which I made to smooth over some of the site's problems, so if you want to try that out and give me some feedback I'd appreciate it. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 14:36, 6 May 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #247 is out: References from Wikidata now available == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-05-08|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we announce that is now possible to pass references in Wikidata statements, we introduce the [https://abstract-data.toolforge.org/ Abstract Data dashboard], we report you on the presentation about Abstract Wikipedia at WikiCon Australia, and we take a look at the latest software developments. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Also, we remind you that if you have questions or ideas to discuss, the next '''Volunteers' Corner''' will be held on '''[https://zonestamp.toolforge.org/1778520600 May 11, at 17:30 UTC]''' ([https://meet.google.com/xuy-njxh-rkw link to the meeting]). Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 11:16, 8 May 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30325620 --> == RGBA colour, spelling... == Something that has always irked me a little bit is the spelling of [[Z28579|RGBA colour (Z28579)]]. I guess this is not unsurprising for me considering my use of US English but I think there is more to it than preference and I want to try to argue for it being changed to use American spelling. I know that this probably has a snowball's chance in hell of actually garnering any support, so I won't really be miffed if the spelling remains as it is, but I thought it wouldn't hurt to raise this regardless. The main issue I have with it is the spelling of the original proposal. When infernostars raised the [[Wikifunctions:Type proposals/RGBA color|type proposal]], the spelling was 「RGBA color」. Of the comments that mentioned the word 「colo[u]r」, two used British spelling while six used the American spelling as used in the proposal. The only thing that really pointed to the use of ''colour'' was the fact that the catalog page on color functions used that spelling already. For all intents and purposes, the spelling of the original proposal should have been maintained, but it was not; [[User:DVrandecic (WMF)|DVrandecic]], the eventual creator of the type, used a different spelling. It should be noted that there was really no reason for this to occur and while it is an undoubtedly minor issue I still believe it should be rolled back and the type should use the spelling of the original proposal and majority of editor comments. In [[abstract:Q936|OpenStreetMap]], there have been keyvalue proposals that have had the finalized spelling that gets put to use be in British English despite the original proposal being in American English; this has usually occurred with proposals relating to 「X center/centre」 tags. This makes sense on the surface, because OpenStreetMap is maintained by a UK organization, and still has close ties to Europe. The Wikimedia Foundation, however, is an ''American'' company. This is often brought up as a fallible argument when debating article spelling on the English Wikipedia, and I don't bring it up to support that 「RGBA color」 should be used for that exact reason, but rather to state that OpenStreetMap's general policy on tag names need not apply here. It appears to me that, at least initially, the majority of 「core contributors」 to Wikifunctions used British English; I can name YoshiRulz, 99of9, GrounderUK, and VIGNERON.<ref group="color">I'm avoiding linking to these folks because I don't think pinging them about this discussion is all too necessary unless they themselves want to be involved; I don't want to clutter their inboxes just to briefly mention them. I pinged Denny because, well, I'm asking him a question directly, but everyone else I would prefer to join this discussion by their own accord... not that I wish for this decision to be confused as me going 「these people use British English so they will probably oppose my idea, I won't invite them to the discussion because of that」...no, I promise you that is not the reason.</ref> I see (or saw) these people ''everywhere'', so it makes sense that British English has prevailed in some sorts on this website, but I don't think that indicates that it should be the ''preferred'' spelling across the website, at least not to the point where a proposal should have its name changed to match such a "consensus".<ref group="color">It could be argued that the front-and-center ''Function catalogue'' using 「catalogue」 is actually indicative of such a "consensus", but ''catalogue'' is in a similar position to the word ''grey'' where I live (that is, the US) in that it is used just as often as its American counterpart. Also, consider Wiktionary's ''Beer parlour'' project chat.</ref> The unnecessary modification of the original spelling is my main argument for changing it back... but of course, I must obligatorily state that on English Wikipedia, it is [[w:Color|Color]] and [[w:RGBA color model|RGBA color model]]; on Wikidata, it is [[d:Q1075|color]] and [[d:Q2325624|RGBA color space]]; in CSS (which typically uses hexadecimal triplets to specify RGBA values), the properties are <code>color</code>, <code>background-color</code>, etc.; bit of a weak jab, but on Schema.org it is [https://schema.org/color color], [https://schema.org/colorSwatch colorSwatch]; et cetera. {{Z|Z28580}} uses ''color'', so does {{Z|Z28591}} and its Python counterpart. Mr. Vrandečić, I have to ask, I'm rather confused... you created the color type using British English spelling, but you were also responsible for the creation of the equality function which uses the American English spelling. You also seem to be writing in American English for the status updates, judging by your use of -''ize'' over -''ise'' endings and use of ''program'' over ''programme'' in [[Wikifunctions:Status updates/2026-04-16]]. Is there something I'm missing or have you switched your preferred variant somewhere along the way? Anyways, do consider this if you wish... again, I don't suppose this will garner much support, it is the ''non-issuest'' of ''non-issues'', but it has irked me to the point where I want to ask about it to get some answers, if nothing else. I am not arguing for every other color function to have its name changed, just the type itself. <references group="color"></references> &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:04, 8 May 2026 (UTC) :This is a multilingual project; the <code>en</code> label is <code>RGBA colour</code> and the <code>en-us</code> label is <code>RGBA color</code>. Though I'm not able to switch to <code>en-us</code> via the language picker so that would need to be fixed.<!-- --><br>edit after reading your whole comment: The same is true of {{Q|1075}}, there are labels specified for multiple English variants. (In {{Q|2325624}} it's only an alias.) I agree that other websites' choices aren't binding on us, but from that, I conclude that the more widespread British/Commonwealth spellings should be used for the generic <code>en</code>. As for myself, I'm Aussie and I will continue to use the BrE spellings ([[w:en:Oxford_spelling#Language_tag_comparison|+ "routing"]], TIL) if only by muscle memory.<!-- --><br>[[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 17:42, 8 May 2026 (UTC) :: Your lattermost point would normally be fine in a perfect world. Wikipedia's <code>convert</code> function defaults to "international" English, which I don't personally take issue with because it happens that we here in America are actually outliers for saying and spelling things differently... err, or we were for a while at least, nowadays it seems like an even split (plus you have "yield" vs. "give way" which is effectively the logical opposite of US's use of "meter" over "metre"). :: However, this is not a perfect world, and I don't think <code>en</code> should correspond to any particular variant. It is too fragmented across all software at this point to impose such a requirement. The inability to switch to <code>en-us</code> on this website foregoes an easy and simple solution to this problem that makes everyone happy, because the yanks (such as myself) can't be happy because we can't see the labels in American English even if we wanted to, and the other folk can't switch either as far as I'm aware (and the en-CA and en-GB languages in the preferences page seems to be deprecated). My point being, <code>en</code> is abused to mean "en-UK" just as often as it is abused to mean <code>en-US</code>; I think a decision shouldn't be made on such an assumption of one "default". &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:48, 12 May 2026 (UTC) :Hi @[[User:Theki|rae]]! I have no opinion nor preference on this, and given my background, I am just entirely confused about my spelling preferences myself, as you can tell from my inconsistent usage. I learned British English in school and used that for maybe two decades or so, but moved to the US and lived there for more than a decade, enough to be naturalized, but now I am back in Europe and I am technically a professor at King's College London, soooo.... honestly, I do not know. I don't remember having put too much thought into it at the moment I created it. The good thing is that in Wikifunctions, just as in Wikidata, it is easy to change, without messing things up too much (unlike in Wikipedia), so my suggestion is, just make the change, see if anyone complains, and if they do, discuss it more. I don't know if there is a guideline already in Wikifunctions about the variants. I am happy either way, and honestly, I keep forgetting which variant is which most of the time. --[[User:DVrandecic (WMF)|DVrandecic (WMF)]] ([[User talk:DVrandecic (WMF)|talk]]) 18:16, 10 May 2026 (UTC) :: I can definitely understand this, although I am unfortunately rather passionate about any minutiae involving preferential minor differences in ''anything'', of which AmE vs. BrE chiefly is. So I dedicate a lot of headspace to it. More than I should. Not that I wish to imply that the comment above that I have wrote is of an irrational nature, or done out of spite or pure emotion and subjectivity; I do genuinely believe that ''RGBA color'' is beyond just a personal preference and is just logical. I may boldly go and change it, but for some reason I was expecting that changing the English label of a Type would require elevated permissions, and I also didn't want to do it only to get immediately reverted because it ''did'' strike a chord with someone, when I could instead see how apathetic, supportive, or in opposition interested people are beforehand and ''then'' act accordingly. I was not meaning to antagonize you over your spelling habits, I did actually use British English for a few years starting in 2020 before I went back to American English, so I'd be a hypocrite for me to decry you for not always sticking to some arbitrary standard of spelling words over the other. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:55, 12 May 2026 (UTC) :Although I spell it “colour”, I think it makes more sense to use “color” for the type, since that is almost always the required spelling when the string functions as a keyword. :More generally, though, Wikidata’s lexicographic data happens to favour “colour” over “color” and (quite rightly, in my view) lacks a specific representation for "en". This is unusual, in my experience, as "en" is widely misused in place of "en-US", where there are recorded spelling differences. :(I would also say it is standard British English to use “program” in a programming context and “programme” elsewhere. Use of -ize rather than -ise is a matter of personal preference or house style, but regional autocorrect encourages -ise.) [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 11:00, 12 May 2026 (UTC) :: ''Wikidata’s lexicographic data happens to favour “colour” over “color” and (quite rightly, in my view) lacks a specific representation for "en"'' :: Definitely agreeing with you on the latter being a good choice. However, I suspect the favoring of "colour" over "color" may be because, in terms of language codes, when sorted alphabetically <code>en-us</code> actually comes ''after'' <code>en-gb</code>. Although, the frontend seems to be sorting <code>en-ca</code> after <code>en-gb</code>, so I don't actually know how correct that is. :: ''I would also say it is standard British English to use “program” in a programming context and “programme” elsewhere'' :: The context of the spelling was "''No program for the NLG SIG meeting for next Tuesday has been proposed''". In that usage context, I think it makes sense to assume that ''program'' is not being used to refer to a computer program, but to a ''program of events'' or similar, something that you would spell as a ''programme'' in British English. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 15:02, 12 May 2026 (UTC) :{{s}} this. I'm obviously biased but I believe American English is preferable generally, American dominance on the internet (our Department of Defen'''s'''e invented it!) and rapidly-increasing consumption of American media by international English speakers means that more people use American English's conventions, this is clear through for example [http://trends.google.com/explore?q=color%2Ccolour&date=all&geo=Worldwide search trends] (though they aren't particularly reliable). Perhaps this is a bit of a supremacist opinion, but we should have internal consistency, and if we must choose, American English should be our first choice (then Indian and then British English) [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:10, 12 May 2026 (UTC) :: This is rather flawed reasoning, though. I think probably any given British or Indian person would not agree on using that as the reasoning for this, not that you are necessarily ''completely wrong'', but if this is not a good enough reason for English Wikipedia's (admittedly extremely flawed) ''ENGVAR'' policy then I don't think it's likely it will pass here either. :: Although of note is that [https://books.google.com/ngrams/graph?content=color%2Ccolour&year_start=1800&year_end=2022&corpus=en&smoothing=3&case_insensitive=true Google ngrams] agree with you, but "color" vs. "colour" is an eternal holy war that will not be won by demonstrating that more books use US spelling over Commonwealth spelling. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:44, 12 May 2026 (UTC) :::You're probably right that it's not very sound. I'm biased in that other varieties of English irk me, and that's probably mutual for people who are used to other varieties of English when they read what I write! [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:56, 12 May 2026 (UTC) :I've decided to boldly [[Special:Permalink/274271|make the change]]. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 15:02, 12 May 2026 (UTC) :: Thank you. Considering both you and GrounderUK seem to consider it an okay change, I think this will do for now. :: I should note that the matter of whether to move [[Wikifunctions:Catalogue/Colour functions]] in response to this (however this discussion will ultimately turn out) is a whole other can of worms, in my view. I can't say I have an opinion on that at the moment, but I'm putting it out there regardless. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 15:06, 12 May 2026 (UTC) :::Personally, I'm in favor of moving the page and renaming all of the items on it. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 15:10, 12 May 2026 (UTC) ::I don't like this (exactly because of the American hegemony you cited), but again, it shouldn't matter because the software is meant to be multilingual. Clearly there's a bug preventing you from picking an English variant/dialect as your display language. But the search bar and Function/Type autocompletion do check the English variants for matches. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 15:15, 12 May 2026 (UTC) == Proposals on the architecture of Abstract Content rendering == Starting from a discussion born on the Telegram chat, I've explained two different proposals on how the NLG on Abstract Wikipedia should be organized in the page [[abstract:User:Dv103/Abstract articles architectures]]. Please come to contribute to the discussion, or to propose alternatives. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 14:31, 11 May 2026 (UTC) :Thank you for dedicating your time to writing this, it is very informative. I will try to add input once I'm not in over my head with finals. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 16:27, 12 May 2026 (UTC) == Display function for HTML fragment == Currently, any collapsed Z89 literal appears as<blockquote>&lt;&gt; [[Z89|HTML fragment]]</blockquote>If I were to create a new Function which returned something like<blockquote>&lt;&gt; 123-byte HTML fragment <q><nowiki><td><span lang=</nowiki>&hellip;</q></blockquote>could that be connected to replace the collapsed form, or would it require changes to the Wikilambda software? [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 16:14, 11 May 2026 (UTC) :It might work, but I doubt it. Those angled brackets suggest that the collapsed form is not simply defaulting to the type’s label. Looking at [[:phab:T410509]], I’ve concluded that enhancements to the collapsed form were never considered, rather than being actively rejected. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 12:12, 12 May 2026 (UTC) ::[[:Phab:T391985]] documents the original design. Note the fifth bullet point under “Acceptance criteria”. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 12:21, 12 May 2026 (UTC) :I'm not sure the byte-size is necessary, but the outer tag (or first outer tag, though generally I'd prefer most fragments use a wrapper tag if it needs multiple like JSX does, but that's a whole different topic) would be nice. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 12:51, 12 May 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #248 is out: A higher meaning == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-05-15|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we discuss functions creating language fragments, we present our latest news in Types, and we take a look at the latest software developments. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 14:36, 15 May 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30536976 --> == [[Z34510]] == This function, which determines if a Wikidata item for a {{q|5}} has an undeprecated {{p|21}} statement of {{q|6581097}}, returns false for {{q|173399}}, a transgender man. This is because his item assigns his P21 statement to {{q|2449503}}, not {{q|6581097}}. I'm not sure how to account for this discrepancy. Should {{z|34510}}: # Include {{q|2449503}} as a value that can lead to a true result, # Not include {{q|2449503}} as a value that can lead to a true result, while another function (e.g., "Q5 is a man?") could return true for either "male" or "trans man", # Not include {{q|2449503}} as a value that can lead to a true result, while another function (e.g., "Q5 is a trans man?") could return true for "trans man", # Not exist at all? [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 16:48, 16 May 2026 (UTC) :I can't think of a single use case where you would need to determine if a person is a cisgender man and nothing else. Functions are good for generalizing across multiple possibilities when they exist, so I think it would be best if trans men were considered a part of the criteria for returning a true value. If asking for specifically {{q|6581097}}s and ''nothing'' else was desired then the function name would be a misnomer as Elliot Page is inarguably a male (at least in the view of most reasonable and intelligent people). &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 19:03, 16 May 2026 (UTC) :You made the function in the first place; what were you planning on using it for? AW? Maybe it should return a {{Z|25501}} which can then be passed on to other NLG functions. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 20:01, 16 May 2026 (UTC) a0htehsfudpc4k3lw13255l4da7do1q 275558 275557 2026-05-16T20:02:44Z Aaron Liu 2395 /* Lexeme from wikidata label, or "best" lexeme from wikidata item */ new topic ([[mw:c:Special:MyLanguage/User:JWBTH/CD|CD]]) 275558 wikitext text/x-wiki {{shortcut|[[WF:CHAT]]|[[WF:PC]]|[[WF:VP]]}} __NEWSECTIONLINK__ [[Category:Help]] <!-- please do not remove this line --> Welcome to the Project chat, a place to discuss any and all aspects of Wikifunctions: the project itself, policy and proposals, individual data items, technical issues, etc. Other places to find help: * [[Wikifunctions:Administrators' noticeboard]] * [[Wikifunctions:Report a technical problem]] * [[Wikifunctions:FAQ]] {{Autoarchive resolved section |age = 1 |archive = ((FULLPAGENAME))/Archive/((year))/((month:##)) |timeout=30 }} {{Archives|{{#tag:div|<br />{{Flatlist|{{Special:PrefixIndex/WF:Project chat/Archive/|stripprefix=1|hideredirects=1}} |class=mw-collapsible-content|style=font-size:92%;}}|class="mw-collapsible mw-collapsible-toggle mw-collapsed"}} |prefix=WF:Project chat/Archive/ }} == "language" argument for certain functions == Hello. I am relatively new to Wikifunctions. Recently, I tried to create functions for Chinese translation of {{Z|Z26570}} and {{Z|Z26095}} (which became [[Z32788]] and [[Z32900]]). During the creation of these functions, I was trying to take {{Z|Z32212}} as reference. And I realized that the defining role sentence function is taking <code>language</code> as an argument (and the test case of the Chinese-language function already contains two varieties of Chinese). This makes it possible to output monolingual text in <code>zh-hant</code>, <code>zh-hans</code>, <code>zh-tw</code>, or any varieties of the language. I think for this reason, it is better to have <code>language</code> as arguments for the implementation of Z26570 and Z26095, and potentially more functions that require {{Z|Z14294}}, since it would output the varieties code instead of just saying <code>zh</code> for <code>zh-hant</code>, <code>zh-hans</code>, <code>zh-tw</code> in the output of type {{Z|Z11}}. I am not sure how the fallback mechanism works if one of the language (varieties) do not have a labels/lexemes, but to me, it is reasonable to have a <code>language</code> argument. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 09:38, 31 March 2026 (UTC) :The functions you mention do have a language argument. For Wikifunctions, the {{Z|Z60}} can be at a higher or lower level; whether a {{Z|Z11}} is for a language or a variant is determined by the function that constructs it. Please see {{Z|Z26565}} for an example and feel free to add test cases in Chinese. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 17:54, 11 April 2026 (UTC) ::Hello @[[User:GrounderUK|GrounderUK]], thanks for the answer. I understand that whether {{Z|Z11}} is for a language or a variant depends on the function. But that is exactly what I am asking for. It is true that [[Z26570]] and [[Z26095]] takes [[Z60]] as argument, but the language-specific functions in {{Z|Z29843}} and {{Z|Z26096}} don't. ::Let me give you an example: INPUT to [[Z26570]]: <code>entity</code>: Tokyo, <code>class</code>: city, <code>location</code>: Japan, <code>language</code>: zh-cn, the config would select [[Z33030]] (created after my previous comment by elseone) as the implementation, and it would RETURN 东京是日本的一个城市。(zh-hans), which is not zh-cn as requested in the INPUT. It would also be using the term not for the variant (when it is different) because it is hardcoded to use the term in zh-hans. However, if we have the implementation like [[Z32790]] (which was created by me but a natural language argument was added by elseone) or [[Z32213]] (that works in the defining role sentence function because of the extra argument), it could cater for different variant. ::If we don't have the language argument in the language-specific function, the desire for article creation on Abstract Wikipedia would be to create a function for every variant. Is it then better to create functions for every variant? [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 18:18, 11 April 2026 (UTC) :::I forgot to mention that there are some hardcoding in {{Z|Z32790}} as well, but I cannot fix it because it is a connected function and I am not a functioneer. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 18:31, 11 April 2026 (UTC) ::::Okay, I think it’s safe to disconnect this one as the function is not yet configured for use on Abstract Wikipedia. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 19:04, 11 April 2026 (UTC) :::Ah, sorry… I misunderstood you. I agree that the called function should be able to accept the original language argument. That is simpler in theory than in practice, because the configured functions all have to have the same argument types, as I understand it. I’m not sure which the best approach is, really, but we probably want to avoid two levels of configuration. That suggests that all language-specific functions would need to accept the additional argument, which is unrewarding work for someone. @[[User:99of9|99of9]], @[[User:Jdforrester (WMF)|Jdforrester (WMF)]], @[[User:DVrandecic (WMF)|DVrandecic (WMF)]] Any thoughts? [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 18:57, 11 April 2026 (UTC) ::::I mean, we would need to modify all the functions in each language, which could take some time. But we are still in an early stage. If we don't fix it now and we want to fix it later, it would be a disaster. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 19:25, 11 April 2026 (UTC) :::::Agreed. And we probably want them converted to HTML too, with separate language spans for text in different languages. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 19:35, 11 April 2026 (UTC) ::::@[[User:GrounderUK|GrounderUK]]: This sounds like a reasonable change to make. Note that (given these Functions are primarily for use on Abstract Wikipedia), altering/replacing them to return Z89/HTML fragments is already a desired but breaking change, so making a second breaking change at the same time is probably easiest for fixing things swiftly. That said, that's of course a decision for the Abstract Wikipedia and Wikifunctions communities, not me! [[User:Jdforrester (WMF)|Jdforrester (WMF)]] ([[User talk:Jdforrester (WMF)|talk]]) 19:43, 12 April 2026 (UTC) ::::@[[User:GrounderUK|GrounderUK]]@[[User:Sun8908|Sun8908]] to make it a non-breaking change, I've created {{Z|Z34039}} which allows a composition {{Z|Z34043}}. This way you can make functions which either need the specified variant or don't! --[[User:99of9|99of9]] ([[User talk:99of9|talk]]) 05:52, 24 April 2026 (UTC) :I have now created {{Z|Z33465}}, which is an implementation of [[Z26570]]. Maybe we can migrate to use that function when more (language-specific) functions for it are ready? [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 18:19, 14 April 2026 (UTC) == No place to ask to activate a function? == I just discovered the {{Z|Z11390}} function and decided to make an overarching language-selecting function for it. After some fiddling around and studying how {{Z|Z32321}} and its set works, I now have {{Z|Z33439}} which has a config object ({{Z|Z33441}}) that selects between the two preexisting language-specific versions I found (English and Malayalam) and the new one I created for my other native language, {{Z|Z33440}}. Except I can't get these to work, because, from what I understand, only [[Wikifunctions:Functioneers|functioneers]] can activate newly created functions and implementations? So where do I apply for the {{Z|Z33439}} and {{Z|Z33440}} functions to be activated? Perhaps we should have a place to ask for it, a la [[w:WP:NPP]] — call it [[Project:New Functions Patrol|New Functions Patrol]] if you will. —[[User:UndueMarmot|<span style="color:#705ccb;">Undue</span><span style="color:#cfdfa3;background-color:#705ccb;">Marmot</span>]] ([[User talk:UndueMarmot|talk]]) 08:58, 14 April 2026 (UTC) :There's [[Wikifunctions:Community portal]] for this. By the way, {{Z|Z33445}} doesn't work because all the code must be inside the main function in Python code. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 09:19, 14 April 2026 (UTC) ::Huh. How could I have missed that? ::But anyway, I've moved the code in {{Z|Z33445}} into inside the main function block. ::Is there any reason why WF decided not to simply allow anyone to write functions? After all, that's how it works with wikitext templates, and these functions are fundamentally serving the same purposes as templates, just written in a different way. —[[User:UndueMarmot|<span style="color:#705ccb;">Undue</span><span style="color:#cfdfa3;background-color:#705ccb;">Marmot</span>]] <small>([[User talk:UndueMarmot|talk]])</small> 11:25, 14 April 2026 (UTC) :::I've fixed a couple of technical issues, but tests still fail. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 11:28, 14 April 2026 (UTC) ::::The tests pass now after some more changes to the code: [[Special:Diff/265232/cur]]. —[[User:UndueMarmot|<span style="color:#705ccb;">Undue</span><span style="color:#cfdfa3;background-color:#705ccb;">Marmot</span>]] <small>([[User talk:UndueMarmot|talk]])</small> 12:01, 14 April 2026 (UTC) :::::{{D|Connected}} [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 12:02, 14 April 2026 (UTC) :::I think it's a security issue, since Wikifunctions implementations could teoretically be malicious. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 11:29, 14 April 2026 (UTC) ::::This ^^^. We're very lenient, though, once you've created a few working functions you can apply for the right, per [[WF:Functioneer]]. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 12:26, 14 April 2026 (UTC) ::::That explanation [[phab:T343559#11421293|doesn't add up]]. A reason to limit ''connection powers'' to Functioneers might be to prevent vandalism, considering Functions can be used across wikis. But user-provided code is already being executed even without a Functioneer connecting it. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 20:01, 16 April 2026 (UTC) == Actual difference between {{Z|Z26039}} and {{Z|Z26095}} == What is the actual difference between these two functions? I ask, since it seems to me that the current distinction is more or less that the first one doesn't use an indefinite article in English, while the second does. Which is not a good distinction in a project that should be language neutral. This doubt emerged from my use of the first one in [[abstract:Q124441]], which @[[User:Hogü-456|Hogü-456]] made me notice that is probably wrong. My question is: why is it wrong? How could we clarify the difference? [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 19:46, 19 April 2026 (UTC) :I think the difference is if there is an indefinite article like a or an before the subject or not. In German there can be cases where a definite article is necessary before the subject. I looked at the functions and before the object both times an article is mentioned. As it depends on the language and the word what is the correct function to use I hope it will be clarified and it is an example of the necessity to have a human with understanding in a specific language check it. I hope there will be longer functions what generate more content about a specific kind of item. Then it is necessary to write one such function per language and it can be then applied to several items. It still requires checks and so maybe it is better to write down what item category needs what kind of introduction sentence function for what language. [[User:Hogü-456|Hogü-456]] ([[User talk:Hogü-456|talk]]) 20:05, 19 April 2026 (UTC) ::The point of these two functions (and of the entire Abstract Wikipedia project) is that they should be defined in a purely language-independent way, so that the translation to actual language can be done automatically. This is the reason why these functions have been renamed; I think that this attempt was not succesful, since meaning is still unclear. My proposal to clarify them would be to invoke the concept of [[w:specificity (linguistics)|specificity]]: {{Z|Z26039}} should be named "specific subject is instance of (string)", and should be used only when the QID of the subject uniquely identifies a single thing; {{Z|Z26095}} should instead be renamed in "non-specific subject is kind of (Monolingual text)", and should be used when the QID refers to a multitude of real life items, and we are specifying the class that all these item belong to. This clarification would not still be enough, since it doesn't explain how mass nouns are handled (is water a unique thing? Does {{Q|Q7802}} refer to a single piece of bread or to the entirety of bread, like water?). This problem is very tricky, since mass noun are language-specific and blurry the line between these two functions. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 20:58, 19 April 2026 (UTC) :Simply put, one corresponds to P31 and the other to P279. Paris is an {{Q|P31}} a {{Q|Q1549591}} :whereas a {{Q|Q1549591}} is a {{Q|P279}} (alias “kind of”) {{Q|Q515}}. Whether the Wikidata knowledge representation will be sufficient to resolve into fluent natural language representations in all languages is, of course, a crucial question. Where it is not, the Abstract Wikipedia knowledge representation will need to supplement the Wikidata content with additional details about the relation between the participants or the participants themselves, and these details should be language-neutral, to the extent that this is practicable. The item {{Q|Q124441}} has no [[:d:Q124441#P31|P31]] statements; it has only [[:d:Q124441#P279|P279]]s, including one relating it to {{Q|Q212920}}, which suggests {{Z|Z26095}} is the appropriate choice here even if the rendering in some languages is the same. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 22:52, 19 April 2026 (UTC) ::Thanks for explaining it. I think that I'll change the implementation of {{Z|Z26095}}, so that in Italian it produces more or less the same output of {{Z|Z26039}} (both with the definite article). [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 11:24, 20 April 2026 (UTC) == Equivalent of Z6830 for lexemes == Is there an equivalent of {{Z|Z6830}} that enables retrieving all lexemes pointing to a particular lexeme using a specific property? [[User:Redmin|Redmin]] ([[User talk:Redmin|talk]]) 21:06, 20 April 2026 (UTC) :There's {{Z|6831}} but I think that's slightly different again to what you're after. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 12:31, 21 April 2026 (UTC) ::Thanks for sharing that one, I did not know it existed. But you are right, it’s not quite what I am looking for. I want a function that would take a Wikidata property reference (like P5191, which is ‘derived from lexeme’) and a Wikidata lexeme reference, and return a list of lexemes that reference that lexeme using that property. [[User:Redmin|Redmin]] ([[User talk:Redmin|talk]]) 13:23, 21 April 2026 (UTC) == Storing huge datasets == It is not a necessity I suppose, but an idea came to me earlier to write a function that would give the corresponding [[en:Shavian alphabet|Shavian alphabet representation]] of an English word written with the Latin alphabet, or perhaps apply that operation to an entire sentence. However, just trying to guess as to what the IPA pronunciation of each word passed into it could be is is both not ideal (pronunciations obviously can and will vary widely between accents) and infeasible <s>(Wikidata lexemes don't really seem to account for pronunciation)</s>. It happens, though, that a comprehensive Shavian dictionary exists named the [https://readlex.pythonanywhere.com/ ''Read Lexicon''], which uses pronunciation and spelling similar to that used by the creator of the alphabet himself. This would be a good dataset to use in performing this translation in the function, but it appears that, all in all, the total size of the dictionary is [https://github.com/Shavian-info/readlex/blob/main/readlex.json ''nearly 26MB''] when formatted as JSON, which would certainly be larger when converted into a typed list. I am wondering if this will ever be feasible or admissible, or if there is really a way around this if importing such a large set of data is deemed impractical. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 22:30, 20 April 2026 (UTC) :{{re|Theki}} "Wikidata lexemes don't really seem to account for pronunciation"" is patently untrue; not only does every Bokmål lexeme form have IPA attached to it (thanks to Jon Harald Søby), but there are lots of languages--including English--that have pronunciation information, whether through IPA or otherwise, indicated on their forms. The big issue of course is that adding this data is not always possible to perform efficiently--for instance, I'd love to have Yiddish pronunciation respellings from Paul Abelson's dictionary on as many English forms as possible, but this dictionary not being previously processed makes this difficult. The data set you have brought up, if a suitable reading of [[:m:Wikilegal/Lexicographical_Data]] allows it, could be added as {{P|7243}} statements on various English forms. [[User:Mahir256|Mahir256]] ([[User talk:Mahir256|talk]]) 23:20, 20 April 2026 (UTC) ::Well, sorry... I haven't witnessed these pronunciation statements before, I wasn't aware of their existence until you pointed it out. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 15:02, 21 April 2026 (UTC) :I got 1,900,000 characters into [[Z33875]] before the UI gave up on me. I'm not sure what the limit is. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 15:21, 21 April 2026 (UTC) == Could not serialize input JS object: Number <small><small>[insert tested number here]</small></small> == I'm not one to throw my problems at others, but I have no idea how to fix this. Am implementing {{Z|Z24602}} in JavaScript, which requires returning a typed map. It now works for every type of value except numbers. Tried explicitly converting the numbers to float64, but either way it throws the error above. Would appreciate it if anyone could diagnose or fix the problem, as my knowledge of Wikifunctions is amateur at best. Thank you. [[User:Some helpful person|Some helpful person]] ([[User talk:Some helpful person|talk]]) 00:32, 23 April 2026 (UTC) :The quick answer is that like some list-related functions, code implementations returning typed maps are not possible unless the type of the objects in the map is specified in the function signature (e.g. if it was a map from Strings to Natural numbers only). So unfortunately, I think you've chosen a function that is not really possible at the moment. There are a few ideas of how we might address this, but for the moment, work on something else. Sorry! --[[User:99of9|99of9]] ([[User talk:99of9|talk]]) 13:21, 23 April 2026 (UTC) :Maybe explicitly using [[Z13518|natural numbers]] would work? I would try using <code>{ "Z1K1": "Z13518", "Z13518K1": "[number]" }</code> to represent numbers, perhaps, and seeing if that works. Of course, you would also probably have to adapt this for other types that cannot be serialized, and I'm not sure how easy that would be to generalize (assuming [[w:Don't repeat yourself|DRYness]] is desired). &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:39, 23 April 2026 (UTC) == Help with creating a function for Abstract Wikipedia == Hello! I was inspired by {{Z|Z26570}} to create {{Z|Z33975}}, however I'm not sure how I add specific language implementations here. Can anybody help me? [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 10:41, 23 April 2026 (UTC) : I think I figured it out, I created a new object with the language config type, added {{Z|Z14310}} to my implementation, and added a new function for English... At least I think that's how it works... [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 13:16, 23 April 2026 (UTC) ::You have the right idea, as far as I know. I went ahead and connected the implementations you created as they appear to work fine for English, and added a test for {{Z|Z33975}} (which passes [[File:Twemoji 1f601.svg|24px]]). I also corrected an error you made on the config object where you appear to have accidentally connected English to {{Z|Z33975}} instead of {{Z|Z33977}}. Thank you for contributing! &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 13:45, 23 April 2026 (UTC) ::: {{re|Theki}} Thank you so much for you help! Could you please kindly also connect the implementations for {{Z|Z33986}} which I just made, which is going to be used for the Hebrew implementation of {{Z|Z33975}}. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 14:11, 23 April 2026 (UTC) ::::You seem to be returning the wrong type in both implementations. Functioneers should not connect implementations that don't work for non-functioneers. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:13, 23 April 2026 (UTC) ::::: {{re|Feeglgeef}} Oh thank you for pointing that out! I am still a bit new to this project and confused, so I need to read up some more about this. How do I return a monolingual text object? [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 14:17, 23 April 2026 (UTC) ::::::I'm trying to fix it for you, the construction of ZObjects in code implementations is a bit difficult right now. Since the State origin using entity and class function will (presumably) be composition, perhaps {{Z|33975}} can be adjusted to return a string, using {{Z|26107}} and {{Z|26107}}? [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:21, 23 April 2026 (UTC) :::::I did not notice any discrepancies from looking at the functions by themselves, and it seemed to work fine on my end. Is it bad practice for NLG functions to return the monolingual text type? I had assumed it was logical. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:24, 23 April 2026 (UTC) ::::::Both implementations are failing all three tests on my end. No consensus has been established as to whether monolingual texts or strings should be used, so it's like the [[w:War of the currents|war of the currents]] but for Wikifunctions. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:27, 23 April 2026 (UTC) :::::::Oh, you were referring to {{Z|Z33986}}. I assumed you were stating that something was wrong in the earlier English functions that I missed; I apologize for the misunderstanding. Has there been any centralized discussion on this string vs. monolingual text issue? &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:31, 23 April 2026 (UTC) ::::::::Not that I'm aware of, I've brought it up on the telegram twice before, though. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:49, 23 April 2026 (UTC) ::::::::The centralised discussion is at [[WT:Abstract Wikipedia/2025 fragment experiments#Proposed recommendation: Fragments should return Z11/monolingual strings]]. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 07:19, 24 April 2026 (UTC) ::::::: {{re|Theki|Feeglgeef}} Can only functioneers test implementations? For me I can't test it at all... [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 14:32, 23 April 2026 (UTC) ::::::::AFAIK, test cases are only immediately testable during editing of a function if they are connected. This is one of my personal pain points with Wikifunctions, iterating on functions without exhaustive connected test cases makes debugging practically impossible for non-functioneers working on newly-created functions... I (or Feeglgeef) can quickly connect the tests you need for you if you want, although if they are not well-formed they may need to be disconnected again afterwards. Additionally, I could temporarily connect the implementation you are writing so that you can test it on the sidebar as you work, but I'm not sure if this is advisable. That functionality is also something that unfortunately only works when not disconnected. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:43, 23 April 2026 (UTC) :::::::::Yup, agree with you on all points, thanks. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:48, 23 April 2026 (UTC) == Please disconnect implementation == I think I've fixed my issue with {{Z|Z33986}}, but I can't edit an actively connected implementations with my rights. I must admit it is an AI-aided fix, I feel very strongly about disclosing that. Courtesy pinging [[User:Theki]] and [[User:Feeglgeef]]. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 18:51, 23 April 2026 (UTC) : Additionally, I think the JS might be working. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 18:52, 23 April 2026 (UTC) : Just to clarify, I mean disconnect the Python implementation please. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 18:53, 23 April 2026 (UTC) :{{Done}} I've disconnected the Python implementation. :I've also added a couple of tests. The rule is a bit more complicated than adding a maqaf before every character that is not a Hebrew letter. Unfortunately, I don't think I'll have time to fix the implementations any time soon. [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 19:03, 23 April 2026 (UTC) :: Thank you! :: Also, for some reason I thought you put a maqaf before all gershayim, so thanks for correcting me. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 19:09, 23 April 2026 (UTC) :::No, that's not the rule. :::The rest of this reply is an [[:wikt:info-dump|infodump]], feel free to ignore it :) :::In [https://hebrew-academy.org.il/topic/hahlatot/punctuation/ the Academy's punctuation rules], the rule for adding a maqaf is written kind of badly: שמים מקף ברצף שיש בו שני סוגי גופנים, כגון אותיות ומספרים ("maqaf is added in a sequence in which there are two types of fonts, such as letters and numerals"). These are not different types of "fonts", but different types of characters, and I should email them about it. It gives the examples <span lang="he" dir="rtl">ה־12</span> and <span lang="he" dir="rtl">ב־DNA</span>. It doesn't say anything explicitly about quotation marks, but in other places on the same page, you have stuff like <span lang="he" dir="rtl">ב"הארץ"</span>, and from that I deduce that a maqaf is not needed before double quotes if there are Hebrew letters inside the double quotes. :::That said, a few people do think that there must be a maqaf before double quotes. I have a somewhat surprising example of somebody who always does it: translators of Scientology materials into Hebrew. At least that's what they did last time I looked at them, about ten years ago. Those people are certainly prolific, and they get points from me for consistency, but this not the prevalent standard. (And if I recall correctly, they use the minus and not the proper Hebrew maqaf, and they don't get any points from me for that!) :::Also, the name of the character is just "double quotes" and not "gershayim". Gershayim are mostly for abbreviations, although most people use the same character for them. I use ״ for gershayim, as do a few other nerds, but we're the minority. [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 19:35, 23 April 2026 (UTC) :::: {{re|Amire80}} Yeah, "font" is a weird choice of wording here by the Academy...<br> I think I'll follow your guidance and not use a maqaf for quotes beginning with Hebrew letters. <br> I should also add more tests for different types of quotes, like straight (", '), curly (“, ”, ‘, ’), gershayim (״, ׳), including single quotes.<br> P.S. gotta deduct points from Scientology for being a cult but that's neither here nor there [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 20:49, 23 April 2026 (UTC) :::: {{re|Amire80}} Courtesy ping because I mistyped your username on the last message. Anyways I'm also gonna do that tomorrow because I'm tired now... [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 20:50, 23 April 2026 (UTC) == Connect implementations == Hello! I'm done with the implementations of {{Z|Z33986}} both in JS and Python, and all tests pass. Pinging @[[User:Amire80|Amire80]] to check if all the tests I've added are alright. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 15:24, 24 April 2026 (UTC) :Connected. It's possible that some more changes will be needed, but it looks OK now. :Another little comment: It should be called "clitic" and not "prefix". [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 15:56, 24 April 2026 (UTC) : {{re|Amire80}} Thanks for your comment! Luckily labels are easy to edit, so I'll get to it. : Currently I'm working on Bulgarian {{z|Z34072}} and {{z|Z34084}}, along with other Bulgarian functions. After I'm finished with those I'll take your advice. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 16:01, 24 April 2026 (UTC) == Please connect my Bulgarian implementations == I recently created the following Bulgarian functions: * {{Z|Z34070}} (currently broken, I think because another function I built it upon is unimplemented) * {{Z|Z34088}} * {{Z|Z34105}} * {{Z|Z34072}} * {{Z|Z34084}} Can somebody please connect these functions, and perhaps suggest other functions I could localize? [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 19:03, 24 April 2026 (UTC) : Specifically, [[Z34070]] is based on [[Z34072]] [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 19:05, 24 April 2026 (UTC) :{{done}} for everything that passes, [[Z34070]] still does not work after purging WF's cache, though. For future reference, please request on the [[WF:Community portal|community portal]] instead of the project chat. Thank you for your work! [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 20:03, 24 April 2026 (UTC) :: {{re|Feeglgeef}} Thank you for your help! I will keep in mind to go to the [[project: community portal| community portal]] in future instead for this. :: I still don't understand why {{Z|Z34070}} fails... It's implementation is almost completely identical to [[Z30399]] from {{Z|Z30397}}, unless I messed something up... [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 20:11, 24 April 2026 (UTC) :::{{done}} No, it was mostly just timing out. It is better to use selective fetches where possible. One case is failing to match the expected results, but at least it is returning something. For all I know, it might even be acceptable! [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 20:35, 24 April 2026 (UTC) :::: {{re|GrounderUK}} Thank you so much for your help! The one failed case is with a definite article, so I feel like that might be fixed in the future... <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 20:43, 24 April 2026 (UTC) == Editor experience suggestions == I'm a bit frustrated with the editing experience on Wikifunctions, and I have suggestions based on pain points I've had contributing to this project: * Adding a wizard to create functions, implementations, and tests in one flow, somewhat like Wikimedia Commons' upload wizard * A sandbox for experimenting without changing mainspace functions, and maybe letting non-functioneers connect implementations ([[Project: Sandbox]] doesn't seem to fit this) * We could have functions for creation based on the sandbox, like how Wikipedia has articles for creation and edit requests, * Maybe even another test instance of Wikifunctions, like how Wikidata has [[testwikidata:|Test Wikidata]] I really like this project and I don't mean to whine, but it certainly has a lot of pain points both for technical and non-technical people. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 20:41, 24 April 2026 (UTC) : It's also really complicated to localize functions, so maybe we should add another wizard for that, where you can choose a language, and then create the new function with the aforementioned function wizard, and it just automatically adds it to the related language configuration object of the related function. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 20:48, 24 April 2026 (UTC) :# Sounds good to me. :# A sandbox available is [[Z10119]], though an extension-provided sandbox that allows you to manipulate the types, code, and tests easily without interfering with the mainspace would be nice. :# [[WF:Suggest a function|This page]] works to some extent, though it's too messy in my opinion. :# We used to have a "beta cluster" but it [[phab:rOMWC5f625c5846b5f779473fa32c9a02d87e59215dfa|got shut down]] just over a year ago because it was broken. :[[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 21:07, 24 April 2026 (UTC) == Language parameters in language-specific functions == I think that an effort should be made to give the different natural language options corresponding to different English dialects, Chinese scripts, etc. more of a use (I added the test {{Z|Z34119}} to {{Z|Z26095}} and unsurprisingly it fails). There are two main problems with this approach that I can identify: * If you ask the majority of these functions to make a sentence in British English, much of the time it will give you an output with missing words, because it does not fallback to English labels in the case of a British English label for that item missing. The same applies for every other English dialect, British English is just an example here. * Uninformed editors will probably see the presence of a language parameter on these functions, consider it redundant, and remove it. [[Special:Diff/268074|I have made this mistake before]]. In my opinion, in a perfect world, all of these language generation functions would output monolingual text, and if the user asks for American English text, then American English text is what they'll get. If the user asks for Japanese text in hiragana specifically, then that's what they'll get in return. This is not as high-priority as just rendering text in the language plainly in the first place, but it's something that I feel is still worth devoting some effort to. Right now switching functions to use this paradigm is difficult because, on the one hand, I don't know if consensus tends towards this direction being ideal or advisable, and I don't want to make changes like this without at least notifying the wider community. In addition, all tests break once a parameter is added or removed, and the function editor does not recognize the change in number of parameters and therefore you have to remove the function call, re-add it along with all of its parameters it had previously (which is a tedious cut-and-paste job), and then it will work again. This is something that you can do in five seconds by just adding a few lines of JSON to the test source, but this is not directly editable from the Web browser. This tedium is largely what's preventing me from doing this on a larger scale, besides asking for comments first. If anyone has any insights or comments on this, then that would be appreciated. If a reference of functions with and without the support for language variants is needed, of course [[WF:NLG]] can be perused, but I've also my own list cataloged at [[User:Theki/functions#language]]... Of course, this thread has many similarities to [[#"language" argument for certain functions|the one above]], but this concerns me going out and making this consistent across these NLG functions. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 21:09, 24 April 2026 (UTC) :I've created {{Z|Z34122}} as an extension to {{Z|Z34039}} for larger functions. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 21:34, 24 April 2026 (UTC) :Just to confirm that I, for one, support a Natural language parameter for all natural-language functions. The concern about getting them all aligned is just that we haven’t finally settled on {{Z|Z11}} being preferred to {{Z|Z89}} or some other type that conserves the text’s provenance, so we risk having to change them all again. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 10:07, 25 April 2026 (UTC) == “Key not found ()”? == What am I doing wrong in {{Z|Z34137}}? [[User:Redmin|Redmin]] ([[User talk:Redmin|talk]]) 00:39, 25 April 2026 (UTC) :You were passing a [[Z6091]] to {{Z|32290}}, but it takes a [[Z6001]]. Fixed. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 07:10, 26 April 2026 (UTC) ::{{done|Thank you}}! [[User:Redmin|Redmin]] ([[User talk:Redmin|talk]]) 14:13, 26 April 2026 (UTC) == Why is my test failing? == Hello! I recently made {{Z|Z34139}} based on [[wikt:Module:bg-translit]], and the test case {{Z|Z34141}} is failing on both implementations, despite the expected output and actual output being the same as far as I can tell. I tried looking at the Unicode codepoints of the output, but those are also identical. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 06:21, 25 April 2026 (UTC) :Yes, it’s a tricky one. I’ve added a normalize step to the result validation in {{Z|Z34141}}, which confirms it is a normalization issue. It looks like it is in the code but I don’t know whether simply normalizing the result is the way to go. Logically, you would normalize both the input and the result. The implementations of {{Z|Z10384}} show you how to do this. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 09:41, 25 April 2026 (UTC) == Edit request == Hello! I have an edit request for {{Z|Z23752}} and {{Z|Z23414}}. Please replace all the "an/a" logic with <code>Z21739(Argument reference)</code>, both for readability and for more accuracy ("a university is an institution") <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 09:50, 25 April 2026 (UTC) :{{D}} [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 12:24, 25 April 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #245 is out: The Foundation's search for the perfect language == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-04-25|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we present an academic paper about Abstract Wikipedia, we discuss our latest Type created, and we take a look at the newest created functions. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 09:54, 25 April 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30325620 --> :@[[User:Sannita (WMF)|Sannita (WMF)]], @[[User:DVrandecic (WMF)|DVrandecic (WMF)]], technical meta-question: the newsletter quotes the article: ::the only way to contest its algorithm is to click 👍 or 👎 (Crawford and Gillespie 2016) :This quotation sounds sensible, but the article's [https://link.springer.com/article/10.1007/s00146-026-02899-w web version], and the PDF that is downloadable from the same page doesn't actually show the emojis. It rather shows text that looks lacking: ::the only way to contest its algorithm is to click or (Crawford and Gillespie [https://link.springer.com/article/10.1007/s00146-026-02899-w#ref-CR14 2016]) :Where did you get the emojis? Is it your (probably correct) guess or is there a version somewhere that actually shows the emojis? [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 15:16, 25 April 2026 (UTC) ::Scratch that. I've found a version with correct emojis: https://wikihistories.github.io/wikilambda-the-ultimate/ [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 15:37, 25 April 2026 (UTC) == Requested deletion of test == Please delete {{Z|Z34143}}. this was never valid Bulgarian, I messed up. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:19, 25 April 2026 (UTC) :[[WF:RFD]] please. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 16:40, 25 April 2026 (UTC) == Request for comment (global AI policy) == <bdi lang="en" dir="ltr" class="mw-content-ltr"> A [[:m:Requests for comment/Artificial intelligence policy|request for comment]] is currently being held to decide on a global AI policy. {{int:Feedback-thanks-title}} [[User:MediaWiki message delivery|MediaWiki message delivery]] ([[User talk:MediaWiki message delivery|talk]]) 00:57, 26 April 2026 (UTC) </bdi> <!-- Message sent by User:Codename Noreste@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Distribution_list/Global_message_delivery&oldid=30424282 --> == Is it OK to connect the implementation? == Hello! I recently applied for functioneer on [[WF:RFG]], and I was wondering whether I could connect the implementation for {{Z|Z34165}} despite its dependency {{Z|Z34149}} being currently unimplemented. That is <em>if</em> I get accepted. I am planning on implementing it based on [[wikt:module:bg-nominal]], but am still having trouble figuring it out for now. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 09:04, 26 April 2026 (UTC) == Past tense function == Is there a function like {{Z|Z26039}}, but for the past tense (e.g. "Leo Tolstoy <em>was</em> a writer.")? If not, I will create it myself, I just want to make sure there's not a duplicate. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:10, 26 April 2026 (UTC) : {{Done}} with {{Z|Z34224}}, but I have a few kinks to work out with it. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:35, 26 April 2026 (UTC) :: I need to create some other similar functions for the past tense, I have some ideas: ::* {{Z|Z26095}} ::* {{Z|Z32643}} ::* {{Z|Z28016}} ::* {{Z|Z26570}} ::* {{Z|Z33975}} ::* {{Z|Z27243}} ::* <ins>{{Z|Z26627}}</ins> ::* <ins>{{Z|Z27627}}</ins> ::* <ins>{{Z|Z27173}}</ins> ::* <ins>{{Z|Z29591}}</ins> :: :: Are there any I have missed? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:57, 26 April 2026 (UTC) :I think that here we are starting to walk on dangerous waters: what does past mean? Is it a recent o a far past? Does it have ripercussions on the present or not? Is it just a thing that happened once, many times or for a continuative period of time? :Consider that various languages distinguish between many different types of past. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 12:38, 26 April 2026 (UTC) :: {{re|Dv103}} That is a fair point... :: How do we go about solving this problem though? I don't think having every sentence on Abstract Wikipedia be "X is a Y" is a very good idea. :: Maybe we have different functions for all these variations of past you mentioned that just map into "X was a Y." in English? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 13:31, 26 April 2026 (UTC) :::To properly solve this problem, we should use a more complete abstract content representation model, like for example the proposal of [[Wikifunctions:Type proposals/Semantic unit|Semantic units]] (look at [[Wikifunctions:Type proposals/Semantic unit/Douglas Adams|the example]] to see how times could be handled). For now, since we're still stuck with single fragment generation functions (that I hope will be slowly replaced with the complete represenation model, when available), we could just restrict your function to a very specific meaning, like "subject was an instance of, for most of its existence" (which means for example that it could be used to say "Douglas Adams was a writer", but not "Abraham Lincoln was a president", since he only was a president for 4 years). Probably my definition is still too vague, and this is why we need to go beyond these fragment generating functions. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 19:47, 26 April 2026 (UTC) ::Nitpick... I don't like that it outputs a string instead of monolingual text. With {{Z|Z26039}} it's used so much that I think it's unfixable in that case beyond deprecating it if people care that much, but {{Z|Z34224}} doesn't even have any connected implementations yet. Consider it, maybe? ::Nitpick 2... {{Z|Z34227}} is missing a language parameter. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 16:08, 26 April 2026 (UTC) ::: I will consider that! ::: I just did that because that's what {{Z|Z26039}} does, so I assumed I should follow suit with it. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 16:48, 26 April 2026 (UTC) == Legacy functions == If and when more robust methods of abstractly representing and generating linguistic content come around, and more efficient ways of creating abstract content are devised and implemented, I suspect that our current methods will require some form of deprecation. This is a significant source of concern for me in relation to WF and AW, questioning how prone our current methods of doing things are and eventually will be prone to obsolescence, and how it will be worked around when it comes. We have over 1 250 articles on AW presently, and these are rather all over the place. I suspect the maintenance burden from keeping these articles up to code will eventually, err, creep up on us, I suppose, and some kind of major refactoring will be necessary. We are definitely in a period of experimentation and whatnot right now but eventually, like with enwiki, some sort of structure and rigor will form and I suspect it will start to become rather boring for me... I, for one, very much enjoy experimenting with new and better ways to do things here. I don't personally mind changing things to use a new and better paradigm if need be, that sort of thing highly excites me, but of course there will be things that are left behind, and I suspect maybe bots will be employed to deal with this? A lot of Wikipedia sister sites seem to do that, e.g. going and fixing up use of deprecated templates. Considering the nature of Wikifunctions and Abstract Wikipedia I suspect certain maintenance tasks will be made simpler or even trivial by the typical uniformity of our implementations. I guess I am just concerned if Wikifunctions or Abstract Wikipedia will ever accrue its own kind of "technical debt" with how we are plowing through things presently, and if there is a plan for how we will eventually seek to mitigate that. Maybe too early to ask this question, but I am a notoriously anxious person, so I thought it wouldn't hurt to raise the question regardless... &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 21:30, 26 April 2026 (UTC) :I very much agree, thank you for expressing my position so well. {{ping|Immanuelle}} has been using an AI-generated tool (well, they haven't edited in a week, perhaps it's a break or perhaps they don't wish to contribute to the project any more) to create a bunch of articles en masse, which I have warned them multiple times is a bad idea (on top of evolving functions, all of the articles are one-sentence-per-paragraph, [[abstract:Q12184|like so]]). That's why I've been avoiding creating articles recently, I'd say I have a good fourth (no data to support, rough guess) of the comments on the wiki, yet less than a percentage of the article count (only three, including the [[abstract:Q319|first article]], though, so perhaps I'm the next [[w:Special:Permalink/908493298|office.bomis.com]]). [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 19:41, 27 April 2026 (UTC) :: I feel that the overwhelming presence of these low-quality articles (which I admit I myself am [[abstract:Q1710970|guilty]]/[[abstract:Q7601858|of]]/[[abstract:Q39338|creating]], usually as testbeds) may incur a large maintenance burden. I do expect them to be easy to detect, however, as searching for the presence of "deprecated" NLG functions is trivial, and it is possible that replacing them with their future ''even abstracter&trade;'' counterparts could be done automatically since they all have the same signatures and can be expected to create the same form of sentence. If it needs to be done manually for a while or for certain delinquent instances, my hope is that it will be fun, at least for a while. :: I just hope that these hypothetical future waves of "this new and versatile way of abstractly representing linguistic content" obsoleting previous methods and requiring refactoring across all articles is only a one-time thing. We should strive to be as robust and flexible as possible from the outset as each brand new paradigm of abstraction is also a brand new maintenance burden for updating old articles. At the end of the day, at least ''some'' of these articles will still render to many different languages even if their methods of creating those sentences of theirs is completely outdated. Ergo, the time it takes for the switchover to be performed across our articles should not be a persistent inconvenience for users (as, of course, they will always still be able to read the content as it was before since these legacy functions aren't being deleted outright), and the increased availability that the new methods will bring about will likely act as motivation for them to join the effort in refactoring (&#x300C;You're telling me that if I rewrite this article in this cool Lisp-looking stuff then I can probably read it in [[abstract:Q9307|Galician]]?? COOL!&#x300D;). &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 20:26, 27 April 2026 (UTC) :::Totally agree. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 02:54, 28 April 2026 (UTC) :::My vague plan is to implement a default function returning an {{Z|Z89}}, for each language-neutral function. A single function would convert any of these to a {{Z|Z11}}, so that a composition of the two can be implemented as the current default until such time as the language-neutral function is ready to return a [[Z89]]. We can already convert a [[Z11]] to a [[Z89]] so, although there is more to be done in this space, existing language-specific functions could be adapted to return a [[Z89]] quite mechanistically. :::Although we certainly could deliver parallel Z89 functions for each existing Z11 function, I don’t think we should assume that particular outcome. Provided the Z89 captures a lang attribute from the Z11’s language tag, the two representations should be largely interchangeable, although I am expecting a Z89 to carry additional attributes at the span level that would be lost on conversion to a Z11 (along with any higher-level tags and attributes). :::When I say there is “more to be done in this space”, I am referring to a new type that would allow HTML fragments to be represented as tractable Wikifunctions objects, but this is currently drafted only in my head! [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 11:21, 29 April 2026 (UTC) == Filtering types of objects == Hello! I have tried to comb through my own edit history several times, but it's really hard to search for specifics because there's no differentiation between different types of objects (functions, implementations, tests, etc.) in the logs as far as I can tell. Am I missing anything? I want it to work sort of like how filtering by namespace works. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 16:48, 27 April 2026 (UTC) :There is differentiation, it's just rather hard to look through. Since all ZObjects are just JSON data at their core, you can search for instances of <code>{ "Z1K1": "Z[type]"</code>. I haven't tried this so I'm not sure how well it would work and I know MediaWiki search syntax treats quotation marks as a special character, but I have seen Wikifunctions pages link to searches using this before. There is also [[Special:ListObjectsByType]] but it is sitewide rather than specific to your edit history in particular. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 18:59, 27 April 2026 (UTC) ::''[It doesn’t help directly here, but please see [[WF:Find]] for more details of how this works.]'' [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 10:24, 29 April 2026 (UTC) :See the feature requests [[phab:T399244]]/[[phab:T373735]]. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 06:06, 28 April 2026 (UTC) :The lack of filtering edits by namespace is exactly the problem that I was trying to solve with the [[User:Amire80/wikifunctionsanalytics]] tool. :I even kind of succeeded, but it has two major problems: :# It doesn't have any real frontend, so you have to know some SQL to use it (or ask other people who know SQL). :# It doesn't get information from the live site, but from the dump, which appears to be updated once a month. :I've made a [https://quarry.wmcloud.org/query/104794 sample query for you]. Unfortunately, it won't do anything at the moment because of the second problem—your edits started in April 2026, which isn't over yet, so the dump for it hasn't been processed. But I hope that early in May you'll be able to use the same query and see something useful. :(I plan to add support for recent edits, but I haven't done it yet. Now that I more or less figured out how to process Wikifunctions edits, I'm focused on trying to understand Abstract Wikipedia edits. Processing up-to-date edits from both sites will possibly be the next thing I work on, but if you know some Python and want to try doing it yourself, don't wait for me—[https://gitlab.wikimedia.org/toolforge-repos/wikifunctions-analytics Patches welcome].) [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 18:51, 28 April 2026 (UTC) ::@[[User:QuickQuokka|QuickQuokka]], I've just updated the data until the end of April. Now the query to which I linked above gives some results. You can also try running other queries if you know SQL. (Or try asking for other queries if you don't.) [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 03:26, 3 May 2026 (UTC) == [[Z34213]] == I'm not quite sure why this implementation is failing. Could someone take a look? [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 02:24, 28 April 2026 (UTC) :I've [https://phabricator.wikimedia.org/T419933#11863997 notified] the team that this is still occurring, the issue was marked as resolved. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 02:52, 28 April 2026 (UTC) :Some useful tips: :* create more testcases: sometimes it is a random error, so try to see how consistent it is between testcases :* your implementation is very inefficient, since it fetches items and lexemes a lot of times. Ideally, each item and each lexeme should be only fetched once in all the execution tree. :[[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 06:06, 28 April 2026 (UTC) ::Caching (''should?'') means that the lexeme and item data are cached, so the call doesn't actually execute multiple times. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 17:51, 28 April 2026 (UTC) :::Are lexemes and items actually cached within the same function execution? Even if they are only partially fetched and/or fetched in bulk? [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 17:54, 28 April 2026 (UTC) ::::I don't have any evidence to prove that it works but that's definitely A. what's supposed to happen and B. the ideal behavior. This happens because the Z680X functions can be cached just like any other. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 18:02, 28 April 2026 (UTC) ::::It is unclear. In general, I believe identical branches are resolved only once in orchestration, but there is also independent caching of Wikidata fetches. ::::According to @[[User:DMartin (WMF)|DMartin (WMF)]] ([https://t.me/Wikifunctions/30374 on Telegram]): ::::<blockquote>Well, no. We have caching of Wikidata entities that have been retrieved, but not of the results of nested function calls. There is a proposal for doing this in the context of the V2 composition language, when it's a bit more mature, and it's regarded as a relatively high priority.</blockquote> ::::It’s hard to tell whether fetches in nested calls are, in fact, cached and available for other nested calls in the same call, since it is not generally the actual fetch that consumes the most resources. Rather (I believe), it is construction and transmission of the result object, which is currently repeated afresh in each nested call (unless it is in an identical branch). ::::I hope that’s clear, and I apologise in advance if it happens to be inaccurate! [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 10:16, 29 April 2026 (UTC) :::::Oh, I should clarify.  There is a lot of caching going on, in several different places.  Lexemes and items ''are'' cached by the orchestrator within the same function execution, even if they are only partially fetched and/or fetched in bulk.  When I said that we don't have caching of the results of nested function calls, I meant that's not happening in general, for all nested function calls in compositions.  But fetching of Wikidata entities gets special treatment, so yes, fetched content from Wikidata is cached, regardless if it was fetched by a top-level call or a nested call. :::::It is also true that the construction of a ZObject from the fetched JSON might happen more than once within the same function execution, depending on how a composition has been structured. However, the construction of the ZObject is actually very fast, compared to the elapsed time of getting the JSON from Wikidata. [[User:DMartin (WMF)|DMartin (WMF)]] ([[User talk:DMartin (WMF)|talk]]) 18:04, 1 May 2026 (UTC) == Question about cardinal numbers == I was about to edit {{Z|Z16435}} to add my function {{Z|Z34308}}, but I noticed that none of the other functions have a gender parameter. Should I create a new wrapper function "Bulgarian cardinal, neuter", or should I just remove the gender parameter and always return neuter? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:39, 28 April 2026 (UTC) :The “cardinal” functions should return the words used for “counting” numbers in the abstract. :We should consider converting them to return a {{Z|Z11}} rather than a {{Z|Z6}}. It may even be appropriate to return a {{Z|Z12}} to cater for language variants. Either way, I think that would be the approach to adopt for inflected forms, unless reference to specific lexeme-forms is required. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 12:52, 28 April 2026 (UTC) ::This. If a native of your language were to count up, which form would they be most likely to use? [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 13:29, 28 April 2026 (UTC) ::: {{re|GrounderUK|Feeglgeef}} Thanks for both your input! ::: I relabeled the aforementioned function to {{Z|Z34308}}, and created a new wrapper function {{Z|Z34457}}. ::: Should I specify that my old function is a monolingual text in parentheses? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 16:26, 28 April 2026 (UTC) ::::You don't have to, unless you think that is something that would require distinction when viewing the function in a list of search results &c. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 16:36, 28 April 2026 (UTC) == Optional/nullable function parameters == Hello! Recently, I was informed that Wikifunctions has no optional/nullable function parameters as of now. Are there any future plans to support this, and/or workarounds? Maybe create a union type system like "{{Z|6}} or {{Z|23}}". <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 17:53, 28 April 2026 (UTC) :What I do for this is use an "is empty" function corresponding to the type of the parameter in an If statement. If it isn't empty, the function works as intended. Otherwise, it does something else. [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 17:58, 28 April 2026 (UTC) :Unions are not a thing (yet) on Wikifunctions, but you can always define an argument of type {{Z|Z1}}, which means that all types are allowed (I already did this for {{Z|Z26737}}; note that it is still a ugly workaround, don't use it for high level functions). Also, note that usually on Wikifunctions we use {{Z|Z24}} as the null value. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 18:00, 28 April 2026 (UTC) :: {{re|JJPMaster|Dv103}} Thanks for your help! :: @[[User:Dv103|Dv103]] told me a function call with a missing parameter is treated as an invalid function call, so how does the "is empty" function work with that? :: Also, setting the type to {{Z|1}} seems naive, like setting the type as <code>any</code> in TypeScript... :: Related question: Are there plans to add default values to parameters (outside of "if empty")? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 18:19, 28 April 2026 (UTC) :::Setting the type to {{Z|Z1}} is actually naive, and that's why I advised you to only use it for low-level functions. Currently there is nothing better. Sometimes, type correctness is not actually checked, so it might seem that nullable types are possible. But it is still an hack, and it could broke anytime since it is not intended behavior. :::I don't think that there are current plans to add default values (but correct me if I'm wrong). The closest thing that comes to my mind is that, if you incorporate Wikifunctions into Wikitext, you can leave empty some fields (only of some specific types) and Parsoid will replace them to their default value. This is done only depending on the type, and not on the functions. For example, {{Z|Z6091}} and {{Z|Z6001}} are assigned the QID associated to the page, and {{Z|Z20420}} is assigned the current date. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 18:56, 28 April 2026 (UTC) :::@[[User:QuickQuokka|QuickQuokka]]: At the very least, [[Z10008]] accepts a null input. Maybe that feature is unique to the String type—I am not sure. [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 19:10, 28 April 2026 (UTC) ::::I think it's just not checked, but it shouldn't be intended. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 19:20, 28 April 2026 (UTC) ::::Strings and typed lists can be “empty” in the sense that their length can be zero. Typed pairs may also be “empty” in a degenerate sense, but such an object will not be returned from a code implementation. A typed map with no entries will also fail to be returned from code, although it is fine in compositions. ::::For a genuinely optional parameter, I prefer a properly typed list, which at least encourages an argument of the correct type. {{Z|Z813}} is also typically faster than {{Z|Z10008}}. Quite a good example of this approach is {{Z|Z23723}}, where it helps to resolve the type union (using [[Z1]]) for both Z6003K1 and Z6003K3. Of course, there’s nothing to prevent more than one element in the list, but additional elements are easily ignored. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 22:55, 28 April 2026 (UTC) :Pinging {{ping|Jdforrester (WMF)|prefix=|p=}}, I believe there are no current plans. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 19:02, 28 April 2026 (UTC) ::@[[User:QuickQuokka|QuickQuokka]]: I'm afraid there are no current plans to build out optional params, indeed; we would be happy to review this if a compelling case was made, but it'd be a lot of work to re-build the [[Wikifunctions:Function model|function model]] with that support and ensure we don't break (too many) things. [[User:Jdforrester (WMF)|Jdforrester (WMF)]] ([[User talk:Jdforrester (WMF)|talk]]) 19:11, 28 April 2026 (UTC) == Z6830 for Chinese == I was trying to use {{Z|Z6830}} for implementation in the Chinese-language. And turns out most of the Lexeme on Wikidata is using [[d:Q727694]] as the language instead of [[d:Q7850]]. This makes it impossible to use the mentioned function above, since Standard Chinese is not available (or did I miss something?). Is there a way to fetch lexemes with language=[[d:Q727694]] from item? [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 18:20, 30 April 2026 (UTC) :@[[User:Sun8908|Sun8908]] There is [[Z1006]] for Chinese and it has the language code zh. There is an overview of languages in [[Module:Wikifunctions label]] so you can search there for chinese versions and choose the one you need. [[User:Hogü-456|Hogü-456]] ([[User talk:Hogü-456|talk]]) 20:53, 5 May 2026 (UTC) ::I know that. The problem is when using the function [[Z6830]], it cannot retrieve lexeme with language [[d:Q727694]] (but it is the "Chinese language" with the most current Wikidata lexemes, see [https://ordia.toolforge.org/language/ ordia]). I think it should be a Wikidata problem, I might fix it (possibly by creating the same lexemes with language code zh) on Wikidata. Thanks anyway. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 05:39, 6 May 2026 (UTC) :Could you provide an example of a Chinese lexeme that has a linked Wikidata item, or a Z6830 function call that fails to find such a lexeme where one exists? [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 07:55, 6 May 2026 (UTC) ::Here: [[d:Lexeme:L846083]]. I think that's a primary reason of me trying to look into this problem, as the label in zh for [[d:Q6256]] (country) is not a single phrase (see its talk page on WD for more information). This makes some Abstract Wikipedia articles very weird in Chinese when {{Z|Z26570}} is used, so lexeme could potentially fix that. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 10:33, 6 May 2026 (UTC) :::Thank you. It looks as though {{Z|Z6830}} [https://www.wikifunctions.org/view/en/Z6830?call=%7B%22Z1K1%22%3A%22Z7%22%2C%22Z7K1%22%3A%22Z6830%22%2C%22Z6830K1%22%3A%7B%22Z1K1%22%3A%22Z6091%22%2C%22Z6091K1%22%3A%22Q6256%22%7D%2C%22Z6830K2%22%3A%7B%22Z1K1%22%3A%22Z6092%22%2C%22Z6092K1%22%3A%22P5137%22%7D%2C%22Z6830K3%22%3A%7B%22Z1K1%22%3A%22Z60%22%2C%22Z60K1%22%3A%22cmn%22%2C%22Z60K2%22%3A%5B%22Z6%22%5D%7D%7D returns that lexeme for language tag "cmn"]. Perhaps that tag should be added into the helpers for {{Z|Z24144}}? If it is widely used for lexemes, perhaps it should have its own {{Z|Z60}}? In any event, improvements might be considered under [[:phab:T390563]] (or otherwise), including amending [[Z6830]] to also consider "cmn" (and "zho", "chi"…?) when requests are made for "zh-hans" or "zho-hant" (or others?) @[[User:Winston Sung|Winston Sung]] @[[User:DMartin (WMF)|DMartin (WMF)]] [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 17:22, 6 May 2026 (UTC) ::::If you go to [[d:Special:NewLexeme]] and put in [[d:Q727694]] as the language, it is going to tell you it has an unrecognized language code. So I believe "cmn" should not be a {{Z|Z60}} by default? I also started [[d:Wikidata:Project_chat#Lexemes_with_language_Standard_Chinese_(Q727694)|a discussion on WD]] regarding this. I guess we can still use it as a fallback language though if possible. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 03:43, 7 May 2026 (UTC) ::::We don't have a separated <code>cmn</code> BCP 47 language subtag in MediaWiki and Wikidata at the moment. <code>zho</code> and <code>chi</code> are ISO 639 language codes but not BCP 47 language subtags. ::::For Modern Standard Mandarin, please use <code>zh-*</code> language tags for now. -- [[User:Winston Sung|Winston Sung]] ([[User talk:Winston Sung|talk]]) 15:26, 8 May 2026 (UTC) == Key not found error == Is there a reason why I am getting key not found error for this [[Z34677|function]] {{Z|Z34677}}? All the underlying functions run and all the test cases work. The debug information does not give more details. Any pointers? Thanks in advance [[User:Jsamwrites|John Samuel]] 19:24, 1 May 2026 (UTC) :It was passing the [[Z6091]] to {{Z|34641}} when that takes a [[Z6001]]. I've fixed that, but there's some other problem with the logic, so I've left it disconnected. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 19:42, 1 May 2026 (UTC) ::@[[User:YoshiRulz|YoshiRulz]] Thanks a lot. [[User:Jsamwrites|John Samuel]] 20:21, 1 May 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #246 is out: Request for input: what should we count for Abstract Wikipedia == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-05-02|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we ask you what would be the relevant metrics for Abstract Wikipedia, we discuss our latest news on Composition Language v2, and we take a look at the latest software developments. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 12:21, 2 May 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30325620 --> == Any formal process for deletion of pages == Does a formal process exist for the deletion of functions, implementations, and tests that includes a notification system for creators, analogous to Wikidata’s process, explaining the rationale behind the deletion (or proposal for deletion)? [[User:Jsamwrites|John Samuel]] 12:36, 3 May 2026 (UTC) :Does [[Wikifunctions:Requests for deletions]] work? [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 13:00, 3 May 2026 (UTC) :Please see the discussion at [[Wikifunctions talk:Requests for deletions#Should we expect Objects' creators to get pinged on deletion proposals?]]. :As I see it, it is the proposer’s responsibility to consult appropriately before making a request and we expect our administrators to act only when satisfied that appropriate consultation has occurred. In many cases, no consultation is required. Administrators may delete their own contributions without making a request, but this is not a practice I would encourage. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 13:51, 3 May 2026 (UTC) == Implementation of rational number in JS doesn't match in Z19677 (Rational number) and Z28579 (RGBA colour) == In {{Z|19677}} it's <syntaxhighlight lang=js> { "K1": sign * numerator, "K2": denominator } </syntaxhighlight> but in {{Z|28579}} it's <syntaxhighlight lang=js> [ sign * numerator, denominator ] </syntaxhighlight> '''<span style="font-family:Iosevka,monospace">[[User:沈澄心|<span style="color:#9f3526">dring</span>]][[User talk:沈澄心|<span style="color:#534fa3">sim</span>]]</span>''' 05:15, 4 May 2026 (UTC) == Nested functions in compositions == I wish it will be easier to a add another function about a specific existing function in a function implementation based on a composition. When I write long functions in spreadsheets I usually stat with a small part and then I try to go further and after important steps I test if the output is as expected. I created [[Z34826]] to get the German gender specific occupation lexeme for a specific person based on their gender. I wanted to add a function around the existing one and it was not successful. It is not very easy to implement as it requires the possibily to move a part to another section but I think it can be helpful if it will be implemented. So far I spend more time as expected on the function. Describing it with words what the function needs to do is much easier than implementing it here in Wikifunctions. So I think there needs to be improvement to make Wikifunctions more accessible. [[User:Hogü-456|Hogü-456]] ([[User talk:Hogü-456|talk]]) 21:10, 5 May 2026 (UTC) :Have you tried to use the copy-paste functionality? It is very useful to move parts of composition arounn. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 07:12, 6 May 2026 (UTC) :I've also found the composition editor to be wholly unsuitable for any expressions more than a few levels deep. (Even with the <code>localStorage</code> clipboard, because of its overzealous type checks.) Compositions naturally grow out from the "leaves", the immediate operations on the inputs, while the interface really wants you to build from the "root". I mostly use the [https://yoshirulz.gitlab.io/WikiLambdaBlockly drag-and-drop block editor] which I made to smooth over some of the site's problems, so if you want to try that out and give me some feedback I'd appreciate it. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 14:36, 6 May 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #247 is out: References from Wikidata now available == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-05-08|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we announce that is now possible to pass references in Wikidata statements, we introduce the [https://abstract-data.toolforge.org/ Abstract Data dashboard], we report you on the presentation about Abstract Wikipedia at WikiCon Australia, and we take a look at the latest software developments. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Also, we remind you that if you have questions or ideas to discuss, the next '''Volunteers' Corner''' will be held on '''[https://zonestamp.toolforge.org/1778520600 May 11, at 17:30 UTC]''' ([https://meet.google.com/xuy-njxh-rkw link to the meeting]). Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 11:16, 8 May 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30325620 --> == RGBA colour, spelling... == Something that has always irked me a little bit is the spelling of [[Z28579|RGBA colour (Z28579)]]. I guess this is not unsurprising for me considering my use of US English but I think there is more to it than preference and I want to try to argue for it being changed to use American spelling. I know that this probably has a snowball's chance in hell of actually garnering any support, so I won't really be miffed if the spelling remains as it is, but I thought it wouldn't hurt to raise this regardless. The main issue I have with it is the spelling of the original proposal. When infernostars raised the [[Wikifunctions:Type proposals/RGBA color|type proposal]], the spelling was 「RGBA color」. Of the comments that mentioned the word 「colo[u]r」, two used British spelling while six used the American spelling as used in the proposal. The only thing that really pointed to the use of ''colour'' was the fact that the catalog page on color functions used that spelling already. For all intents and purposes, the spelling of the original proposal should have been maintained, but it was not; [[User:DVrandecic (WMF)|DVrandecic]], the eventual creator of the type, used a different spelling. It should be noted that there was really no reason for this to occur and while it is an undoubtedly minor issue I still believe it should be rolled back and the type should use the spelling of the original proposal and majority of editor comments. In [[abstract:Q936|OpenStreetMap]], there have been keyvalue proposals that have had the finalized spelling that gets put to use be in British English despite the original proposal being in American English; this has usually occurred with proposals relating to 「X center/centre」 tags. This makes sense on the surface, because OpenStreetMap is maintained by a UK organization, and still has close ties to Europe. The Wikimedia Foundation, however, is an ''American'' company. This is often brought up as a fallible argument when debating article spelling on the English Wikipedia, and I don't bring it up to support that 「RGBA color」 should be used for that exact reason, but rather to state that OpenStreetMap's general policy on tag names need not apply here. It appears to me that, at least initially, the majority of 「core contributors」 to Wikifunctions used British English; I can name YoshiRulz, 99of9, GrounderUK, and VIGNERON.<ref group="color">I'm avoiding linking to these folks because I don't think pinging them about this discussion is all too necessary unless they themselves want to be involved; I don't want to clutter their inboxes just to briefly mention them. I pinged Denny because, well, I'm asking him a question directly, but everyone else I would prefer to join this discussion by their own accord... not that I wish for this decision to be confused as me going 「these people use British English so they will probably oppose my idea, I won't invite them to the discussion because of that」...no, I promise you that is not the reason.</ref> I see (or saw) these people ''everywhere'', so it makes sense that British English has prevailed in some sorts on this website, but I don't think that indicates that it should be the ''preferred'' spelling across the website, at least not to the point where a proposal should have its name changed to match such a "consensus".<ref group="color">It could be argued that the front-and-center ''Function catalogue'' using 「catalogue」 is actually indicative of such a "consensus", but ''catalogue'' is in a similar position to the word ''grey'' where I live (that is, the US) in that it is used just as often as its American counterpart. Also, consider Wiktionary's ''Beer parlour'' project chat.</ref> The unnecessary modification of the original spelling is my main argument for changing it back... but of course, I must obligatorily state that on English Wikipedia, it is [[w:Color|Color]] and [[w:RGBA color model|RGBA color model]]; on Wikidata, it is [[d:Q1075|color]] and [[d:Q2325624|RGBA color space]]; in CSS (which typically uses hexadecimal triplets to specify RGBA values), the properties are <code>color</code>, <code>background-color</code>, etc.; bit of a weak jab, but on Schema.org it is [https://schema.org/color color], [https://schema.org/colorSwatch colorSwatch]; et cetera. {{Z|Z28580}} uses ''color'', so does {{Z|Z28591}} and its Python counterpart. Mr. Vrandečić, I have to ask, I'm rather confused... you created the color type using British English spelling, but you were also responsible for the creation of the equality function which uses the American English spelling. You also seem to be writing in American English for the status updates, judging by your use of -''ize'' over -''ise'' endings and use of ''program'' over ''programme'' in [[Wikifunctions:Status updates/2026-04-16]]. Is there something I'm missing or have you switched your preferred variant somewhere along the way? Anyways, do consider this if you wish... again, I don't suppose this will garner much support, it is the ''non-issuest'' of ''non-issues'', but it has irked me to the point where I want to ask about it to get some answers, if nothing else. I am not arguing for every other color function to have its name changed, just the type itself. <references group="color"></references> &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:04, 8 May 2026 (UTC) :This is a multilingual project; the <code>en</code> label is <code>RGBA colour</code> and the <code>en-us</code> label is <code>RGBA color</code>. Though I'm not able to switch to <code>en-us</code> via the language picker so that would need to be fixed.<!-- --><br>edit after reading your whole comment: The same is true of {{Q|1075}}, there are labels specified for multiple English variants. (In {{Q|2325624}} it's only an alias.) I agree that other websites' choices aren't binding on us, but from that, I conclude that the more widespread British/Commonwealth spellings should be used for the generic <code>en</code>. As for myself, I'm Aussie and I will continue to use the BrE spellings ([[w:en:Oxford_spelling#Language_tag_comparison|+ "routing"]], TIL) if only by muscle memory.<!-- --><br>[[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 17:42, 8 May 2026 (UTC) :: Your lattermost point would normally be fine in a perfect world. Wikipedia's <code>convert</code> function defaults to "international" English, which I don't personally take issue with because it happens that we here in America are actually outliers for saying and spelling things differently... err, or we were for a while at least, nowadays it seems like an even split (plus you have "yield" vs. "give way" which is effectively the logical opposite of US's use of "meter" over "metre"). :: However, this is not a perfect world, and I don't think <code>en</code> should correspond to any particular variant. It is too fragmented across all software at this point to impose such a requirement. The inability to switch to <code>en-us</code> on this website foregoes an easy and simple solution to this problem that makes everyone happy, because the yanks (such as myself) can't be happy because we can't see the labels in American English even if we wanted to, and the other folk can't switch either as far as I'm aware (and the en-CA and en-GB languages in the preferences page seems to be deprecated). My point being, <code>en</code> is abused to mean "en-UK" just as often as it is abused to mean <code>en-US</code>; I think a decision shouldn't be made on such an assumption of one "default". &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:48, 12 May 2026 (UTC) :Hi @[[User:Theki|rae]]! I have no opinion nor preference on this, and given my background, I am just entirely confused about my spelling preferences myself, as you can tell from my inconsistent usage. I learned British English in school and used that for maybe two decades or so, but moved to the US and lived there for more than a decade, enough to be naturalized, but now I am back in Europe and I am technically a professor at King's College London, soooo.... honestly, I do not know. I don't remember having put too much thought into it at the moment I created it. The good thing is that in Wikifunctions, just as in Wikidata, it is easy to change, without messing things up too much (unlike in Wikipedia), so my suggestion is, just make the change, see if anyone complains, and if they do, discuss it more. I don't know if there is a guideline already in Wikifunctions about the variants. I am happy either way, and honestly, I keep forgetting which variant is which most of the time. --[[User:DVrandecic (WMF)|DVrandecic (WMF)]] ([[User talk:DVrandecic (WMF)|talk]]) 18:16, 10 May 2026 (UTC) :: I can definitely understand this, although I am unfortunately rather passionate about any minutiae involving preferential minor differences in ''anything'', of which AmE vs. BrE chiefly is. So I dedicate a lot of headspace to it. More than I should. Not that I wish to imply that the comment above that I have wrote is of an irrational nature, or done out of spite or pure emotion and subjectivity; I do genuinely believe that ''RGBA color'' is beyond just a personal preference and is just logical. I may boldly go and change it, but for some reason I was expecting that changing the English label of a Type would require elevated permissions, and I also didn't want to do it only to get immediately reverted because it ''did'' strike a chord with someone, when I could instead see how apathetic, supportive, or in opposition interested people are beforehand and ''then'' act accordingly. I was not meaning to antagonize you over your spelling habits, I did actually use British English for a few years starting in 2020 before I went back to American English, so I'd be a hypocrite for me to decry you for not always sticking to some arbitrary standard of spelling words over the other. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:55, 12 May 2026 (UTC) :Although I spell it “colour”, I think it makes more sense to use “color” for the type, since that is almost always the required spelling when the string functions as a keyword. :More generally, though, Wikidata’s lexicographic data happens to favour “colour” over “color” and (quite rightly, in my view) lacks a specific representation for "en". This is unusual, in my experience, as "en" is widely misused in place of "en-US", where there are recorded spelling differences. :(I would also say it is standard British English to use “program” in a programming context and “programme” elsewhere. Use of -ize rather than -ise is a matter of personal preference or house style, but regional autocorrect encourages -ise.) [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 11:00, 12 May 2026 (UTC) :: ''Wikidata’s lexicographic data happens to favour “colour” over “color” and (quite rightly, in my view) lacks a specific representation for "en"'' :: Definitely agreeing with you on the latter being a good choice. However, I suspect the favoring of "colour" over "color" may be because, in terms of language codes, when sorted alphabetically <code>en-us</code> actually comes ''after'' <code>en-gb</code>. Although, the frontend seems to be sorting <code>en-ca</code> after <code>en-gb</code>, so I don't actually know how correct that is. :: ''I would also say it is standard British English to use “program” in a programming context and “programme” elsewhere'' :: The context of the spelling was "''No program for the NLG SIG meeting for next Tuesday has been proposed''". In that usage context, I think it makes sense to assume that ''program'' is not being used to refer to a computer program, but to a ''program of events'' or similar, something that you would spell as a ''programme'' in British English. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 15:02, 12 May 2026 (UTC) :{{s}} this. I'm obviously biased but I believe American English is preferable generally, American dominance on the internet (our Department of Defen'''s'''e invented it!) and rapidly-increasing consumption of American media by international English speakers means that more people use American English's conventions, this is clear through for example [http://trends.google.com/explore?q=color%2Ccolour&date=all&geo=Worldwide search trends] (though they aren't particularly reliable). Perhaps this is a bit of a supremacist opinion, but we should have internal consistency, and if we must choose, American English should be our first choice (then Indian and then British English) [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:10, 12 May 2026 (UTC) :: This is rather flawed reasoning, though. I think probably any given British or Indian person would not agree on using that as the reasoning for this, not that you are necessarily ''completely wrong'', but if this is not a good enough reason for English Wikipedia's (admittedly extremely flawed) ''ENGVAR'' policy then I don't think it's likely it will pass here either. :: Although of note is that [https://books.google.com/ngrams/graph?content=color%2Ccolour&year_start=1800&year_end=2022&corpus=en&smoothing=3&case_insensitive=true Google ngrams] agree with you, but "color" vs. "colour" is an eternal holy war that will not be won by demonstrating that more books use US spelling over Commonwealth spelling. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:44, 12 May 2026 (UTC) :::You're probably right that it's not very sound. I'm biased in that other varieties of English irk me, and that's probably mutual for people who are used to other varieties of English when they read what I write! [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:56, 12 May 2026 (UTC) :I've decided to boldly [[Special:Permalink/274271|make the change]]. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 15:02, 12 May 2026 (UTC) :: Thank you. Considering both you and GrounderUK seem to consider it an okay change, I think this will do for now. :: I should note that the matter of whether to move [[Wikifunctions:Catalogue/Colour functions]] in response to this (however this discussion will ultimately turn out) is a whole other can of worms, in my view. I can't say I have an opinion on that at the moment, but I'm putting it out there regardless. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 15:06, 12 May 2026 (UTC) :::Personally, I'm in favor of moving the page and renaming all of the items on it. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 15:10, 12 May 2026 (UTC) ::I don't like this (exactly because of the American hegemony you cited), but again, it shouldn't matter because the software is meant to be multilingual. Clearly there's a bug preventing you from picking an English variant/dialect as your display language. But the search bar and Function/Type autocompletion do check the English variants for matches. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 15:15, 12 May 2026 (UTC) == Proposals on the architecture of Abstract Content rendering == Starting from a discussion born on the Telegram chat, I've explained two different proposals on how the NLG on Abstract Wikipedia should be organized in the page [[abstract:User:Dv103/Abstract articles architectures]]. Please come to contribute to the discussion, or to propose alternatives. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 14:31, 11 May 2026 (UTC) :Thank you for dedicating your time to writing this, it is very informative. I will try to add input once I'm not in over my head with finals. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 16:27, 12 May 2026 (UTC) == Display function for HTML fragment == Currently, any collapsed Z89 literal appears as<blockquote>&lt;&gt; [[Z89|HTML fragment]]</blockquote>If I were to create a new Function which returned something like<blockquote>&lt;&gt; 123-byte HTML fragment <q><nowiki><td><span lang=</nowiki>&hellip;</q></blockquote>could that be connected to replace the collapsed form, or would it require changes to the Wikilambda software? [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 16:14, 11 May 2026 (UTC) :It might work, but I doubt it. Those angled brackets suggest that the collapsed form is not simply defaulting to the type’s label. Looking at [[:phab:T410509]], I’ve concluded that enhancements to the collapsed form were never considered, rather than being actively rejected. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 12:12, 12 May 2026 (UTC) ::[[:Phab:T391985]] documents the original design. Note the fifth bullet point under “Acceptance criteria”. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 12:21, 12 May 2026 (UTC) :I'm not sure the byte-size is necessary, but the outer tag (or first outer tag, though generally I'd prefer most fragments use a wrapper tag if it needs multiple like JSX does, but that's a whole different topic) would be nice. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 12:51, 12 May 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #248 is out: A higher meaning == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-05-15|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we discuss functions creating language fragments, we present our latest news in Types, and we take a look at the latest software developments. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 14:36, 15 May 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30536976 --> == [[Z34510]] == This function, which determines if a Wikidata item for a {{q|5}} has an undeprecated {{p|21}} statement of {{q|6581097}}, returns false for {{q|173399}}, a transgender man. This is because his item assigns his P21 statement to {{q|2449503}}, not {{q|6581097}}. I'm not sure how to account for this discrepancy. Should {{z|34510}}: # Include {{q|2449503}} as a value that can lead to a true result, # Not include {{q|2449503}} as a value that can lead to a true result, while another function (e.g., "Q5 is a man?") could return true for either "male" or "trans man", # Not include {{q|2449503}} as a value that can lead to a true result, while another function (e.g., "Q5 is a trans man?") could return true for "trans man", # Not exist at all? [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 16:48, 16 May 2026 (UTC) :I can't think of a single use case where you would need to determine if a person is a cisgender man and nothing else. Functions are good for generalizing across multiple possibilities when they exist, so I think it would be best if trans men were considered a part of the criteria for returning a true value. If asking for specifically {{q|6581097}}s and ''nothing'' else was desired then the function name would be a misnomer as Elliot Page is inarguably a male (at least in the view of most reasonable and intelligent people). &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 19:03, 16 May 2026 (UTC) :You made the function in the first place; what were you planning on using it for? AW? Maybe it should return a {{Z|25501}} which can then be passed on to other NLG functions. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 20:01, 16 May 2026 (UTC) == Lexeme from wikidata label, or "best" lexeme from wikidata item == I was looking into fixing [[Z28028]]. I found that I could add "requires grammatical feature: definite article" to "United Kingdom" (L8558). Now I'm stuck on how to get to that lexeme from {{Q|145}}. There's [[Z23471]], but that for very good reason gives you multiple lexemes with the same sense, and I just want the best one like how the label is always the best string. Is there a function that can do this? There's definitely the case of a Wikidata label that isn't a lexeme (most commonly multiple lexemes) but I'm only considering the case where it is one lexeme here. [[User:Aaron Liu|Aaron Liu]] ([[User talk:Aaron Liu|talk]]) 20:02, 16 May 2026 (UTC) dndzwkyp1k7wdjcd06vfawgdtp9xy94 275574 275558 2026-05-16T22:22:40Z Dv103 11127 /* Lexeme from wikidata label, or "best" lexeme from wikidata item */ Reply 275574 wikitext text/x-wiki {{shortcut|[[WF:CHAT]]|[[WF:PC]]|[[WF:VP]]}} __NEWSECTIONLINK__ [[Category:Help]] <!-- please do not remove this line --> Welcome to the Project chat, a place to discuss any and all aspects of Wikifunctions: the project itself, policy and proposals, individual data items, technical issues, etc. Other places to find help: * [[Wikifunctions:Administrators' noticeboard]] * [[Wikifunctions:Report a technical problem]] * [[Wikifunctions:FAQ]] {{Autoarchive resolved section |age = 1 |archive = ((FULLPAGENAME))/Archive/((year))/((month:##)) |timeout=30 }} {{Archives|{{#tag:div|<br />{{Flatlist|{{Special:PrefixIndex/WF:Project chat/Archive/|stripprefix=1|hideredirects=1}} |class=mw-collapsible-content|style=font-size:92%;}}|class="mw-collapsible mw-collapsible-toggle mw-collapsed"}} |prefix=WF:Project chat/Archive/ }} == "language" argument for certain functions == Hello. I am relatively new to Wikifunctions. Recently, I tried to create functions for Chinese translation of {{Z|Z26570}} and {{Z|Z26095}} (which became [[Z32788]] and [[Z32900]]). During the creation of these functions, I was trying to take {{Z|Z32212}} as reference. And I realized that the defining role sentence function is taking <code>language</code> as an argument (and the test case of the Chinese-language function already contains two varieties of Chinese). This makes it possible to output monolingual text in <code>zh-hant</code>, <code>zh-hans</code>, <code>zh-tw</code>, or any varieties of the language. I think for this reason, it is better to have <code>language</code> as arguments for the implementation of Z26570 and Z26095, and potentially more functions that require {{Z|Z14294}}, since it would output the varieties code instead of just saying <code>zh</code> for <code>zh-hant</code>, <code>zh-hans</code>, <code>zh-tw</code> in the output of type {{Z|Z11}}. I am not sure how the fallback mechanism works if one of the language (varieties) do not have a labels/lexemes, but to me, it is reasonable to have a <code>language</code> argument. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 09:38, 31 March 2026 (UTC) :The functions you mention do have a language argument. For Wikifunctions, the {{Z|Z60}} can be at a higher or lower level; whether a {{Z|Z11}} is for a language or a variant is determined by the function that constructs it. Please see {{Z|Z26565}} for an example and feel free to add test cases in Chinese. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 17:54, 11 April 2026 (UTC) ::Hello @[[User:GrounderUK|GrounderUK]], thanks for the answer. I understand that whether {{Z|Z11}} is for a language or a variant depends on the function. But that is exactly what I am asking for. It is true that [[Z26570]] and [[Z26095]] takes [[Z60]] as argument, but the language-specific functions in {{Z|Z29843}} and {{Z|Z26096}} don't. ::Let me give you an example: INPUT to [[Z26570]]: <code>entity</code>: Tokyo, <code>class</code>: city, <code>location</code>: Japan, <code>language</code>: zh-cn, the config would select [[Z33030]] (created after my previous comment by elseone) as the implementation, and it would RETURN 东京是日本的一个城市。(zh-hans), which is not zh-cn as requested in the INPUT. It would also be using the term not for the variant (when it is different) because it is hardcoded to use the term in zh-hans. However, if we have the implementation like [[Z32790]] (which was created by me but a natural language argument was added by elseone) or [[Z32213]] (that works in the defining role sentence function because of the extra argument), it could cater for different variant. ::If we don't have the language argument in the language-specific function, the desire for article creation on Abstract Wikipedia would be to create a function for every variant. Is it then better to create functions for every variant? [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 18:18, 11 April 2026 (UTC) :::I forgot to mention that there are some hardcoding in {{Z|Z32790}} as well, but I cannot fix it because it is a connected function and I am not a functioneer. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 18:31, 11 April 2026 (UTC) ::::Okay, I think it’s safe to disconnect this one as the function is not yet configured for use on Abstract Wikipedia. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 19:04, 11 April 2026 (UTC) :::Ah, sorry… I misunderstood you. I agree that the called function should be able to accept the original language argument. That is simpler in theory than in practice, because the configured functions all have to have the same argument types, as I understand it. I’m not sure which the best approach is, really, but we probably want to avoid two levels of configuration. That suggests that all language-specific functions would need to accept the additional argument, which is unrewarding work for someone. @[[User:99of9|99of9]], @[[User:Jdforrester (WMF)|Jdforrester (WMF)]], @[[User:DVrandecic (WMF)|DVrandecic (WMF)]] Any thoughts? [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 18:57, 11 April 2026 (UTC) ::::I mean, we would need to modify all the functions in each language, which could take some time. But we are still in an early stage. If we don't fix it now and we want to fix it later, it would be a disaster. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 19:25, 11 April 2026 (UTC) :::::Agreed. And we probably want them converted to HTML too, with separate language spans for text in different languages. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 19:35, 11 April 2026 (UTC) ::::@[[User:GrounderUK|GrounderUK]]: This sounds like a reasonable change to make. Note that (given these Functions are primarily for use on Abstract Wikipedia), altering/replacing them to return Z89/HTML fragments is already a desired but breaking change, so making a second breaking change at the same time is probably easiest for fixing things swiftly. That said, that's of course a decision for the Abstract Wikipedia and Wikifunctions communities, not me! [[User:Jdforrester (WMF)|Jdforrester (WMF)]] ([[User talk:Jdforrester (WMF)|talk]]) 19:43, 12 April 2026 (UTC) ::::@[[User:GrounderUK|GrounderUK]]@[[User:Sun8908|Sun8908]] to make it a non-breaking change, I've created {{Z|Z34039}} which allows a composition {{Z|Z34043}}. This way you can make functions which either need the specified variant or don't! --[[User:99of9|99of9]] ([[User talk:99of9|talk]]) 05:52, 24 April 2026 (UTC) :I have now created {{Z|Z33465}}, which is an implementation of [[Z26570]]. Maybe we can migrate to use that function when more (language-specific) functions for it are ready? [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 18:19, 14 April 2026 (UTC) == No place to ask to activate a function? == I just discovered the {{Z|Z11390}} function and decided to make an overarching language-selecting function for it. After some fiddling around and studying how {{Z|Z32321}} and its set works, I now have {{Z|Z33439}} which has a config object ({{Z|Z33441}}) that selects between the two preexisting language-specific versions I found (English and Malayalam) and the new one I created for my other native language, {{Z|Z33440}}. Except I can't get these to work, because, from what I understand, only [[Wikifunctions:Functioneers|functioneers]] can activate newly created functions and implementations? So where do I apply for the {{Z|Z33439}} and {{Z|Z33440}} functions to be activated? Perhaps we should have a place to ask for it, a la [[w:WP:NPP]] — call it [[Project:New Functions Patrol|New Functions Patrol]] if you will. —[[User:UndueMarmot|<span style="color:#705ccb;">Undue</span><span style="color:#cfdfa3;background-color:#705ccb;">Marmot</span>]] ([[User talk:UndueMarmot|talk]]) 08:58, 14 April 2026 (UTC) :There's [[Wikifunctions:Community portal]] for this. By the way, {{Z|Z33445}} doesn't work because all the code must be inside the main function in Python code. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 09:19, 14 April 2026 (UTC) ::Huh. How could I have missed that? ::But anyway, I've moved the code in {{Z|Z33445}} into inside the main function block. ::Is there any reason why WF decided not to simply allow anyone to write functions? After all, that's how it works with wikitext templates, and these functions are fundamentally serving the same purposes as templates, just written in a different way. —[[User:UndueMarmot|<span style="color:#705ccb;">Undue</span><span style="color:#cfdfa3;background-color:#705ccb;">Marmot</span>]] <small>([[User talk:UndueMarmot|talk]])</small> 11:25, 14 April 2026 (UTC) :::I've fixed a couple of technical issues, but tests still fail. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 11:28, 14 April 2026 (UTC) ::::The tests pass now after some more changes to the code: [[Special:Diff/265232/cur]]. —[[User:UndueMarmot|<span style="color:#705ccb;">Undue</span><span style="color:#cfdfa3;background-color:#705ccb;">Marmot</span>]] <small>([[User talk:UndueMarmot|talk]])</small> 12:01, 14 April 2026 (UTC) :::::{{D|Connected}} [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 12:02, 14 April 2026 (UTC) :::I think it's a security issue, since Wikifunctions implementations could teoretically be malicious. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 11:29, 14 April 2026 (UTC) ::::This ^^^. We're very lenient, though, once you've created a few working functions you can apply for the right, per [[WF:Functioneer]]. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 12:26, 14 April 2026 (UTC) ::::That explanation [[phab:T343559#11421293|doesn't add up]]. A reason to limit ''connection powers'' to Functioneers might be to prevent vandalism, considering Functions can be used across wikis. But user-provided code is already being executed even without a Functioneer connecting it. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 20:01, 16 April 2026 (UTC) == Actual difference between {{Z|Z26039}} and {{Z|Z26095}} == What is the actual difference between these two functions? I ask, since it seems to me that the current distinction is more or less that the first one doesn't use an indefinite article in English, while the second does. Which is not a good distinction in a project that should be language neutral. This doubt emerged from my use of the first one in [[abstract:Q124441]], which @[[User:Hogü-456|Hogü-456]] made me notice that is probably wrong. My question is: why is it wrong? How could we clarify the difference? [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 19:46, 19 April 2026 (UTC) :I think the difference is if there is an indefinite article like a or an before the subject or not. In German there can be cases where a definite article is necessary before the subject. I looked at the functions and before the object both times an article is mentioned. As it depends on the language and the word what is the correct function to use I hope it will be clarified and it is an example of the necessity to have a human with understanding in a specific language check it. I hope there will be longer functions what generate more content about a specific kind of item. Then it is necessary to write one such function per language and it can be then applied to several items. It still requires checks and so maybe it is better to write down what item category needs what kind of introduction sentence function for what language. [[User:Hogü-456|Hogü-456]] ([[User talk:Hogü-456|talk]]) 20:05, 19 April 2026 (UTC) ::The point of these two functions (and of the entire Abstract Wikipedia project) is that they should be defined in a purely language-independent way, so that the translation to actual language can be done automatically. This is the reason why these functions have been renamed; I think that this attempt was not succesful, since meaning is still unclear. My proposal to clarify them would be to invoke the concept of [[w:specificity (linguistics)|specificity]]: {{Z|Z26039}} should be named "specific subject is instance of (string)", and should be used only when the QID of the subject uniquely identifies a single thing; {{Z|Z26095}} should instead be renamed in "non-specific subject is kind of (Monolingual text)", and should be used when the QID refers to a multitude of real life items, and we are specifying the class that all these item belong to. This clarification would not still be enough, since it doesn't explain how mass nouns are handled (is water a unique thing? Does {{Q|Q7802}} refer to a single piece of bread or to the entirety of bread, like water?). This problem is very tricky, since mass noun are language-specific and blurry the line between these two functions. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 20:58, 19 April 2026 (UTC) :Simply put, one corresponds to P31 and the other to P279. Paris is an {{Q|P31}} a {{Q|Q1549591}} :whereas a {{Q|Q1549591}} is a {{Q|P279}} (alias “kind of”) {{Q|Q515}}. Whether the Wikidata knowledge representation will be sufficient to resolve into fluent natural language representations in all languages is, of course, a crucial question. Where it is not, the Abstract Wikipedia knowledge representation will need to supplement the Wikidata content with additional details about the relation between the participants or the participants themselves, and these details should be language-neutral, to the extent that this is practicable. The item {{Q|Q124441}} has no [[:d:Q124441#P31|P31]] statements; it has only [[:d:Q124441#P279|P279]]s, including one relating it to {{Q|Q212920}}, which suggests {{Z|Z26095}} is the appropriate choice here even if the rendering in some languages is the same. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 22:52, 19 April 2026 (UTC) ::Thanks for explaining it. I think that I'll change the implementation of {{Z|Z26095}}, so that in Italian it produces more or less the same output of {{Z|Z26039}} (both with the definite article). [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 11:24, 20 April 2026 (UTC) == Equivalent of Z6830 for lexemes == Is there an equivalent of {{Z|Z6830}} that enables retrieving all lexemes pointing to a particular lexeme using a specific property? [[User:Redmin|Redmin]] ([[User talk:Redmin|talk]]) 21:06, 20 April 2026 (UTC) :There's {{Z|6831}} but I think that's slightly different again to what you're after. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 12:31, 21 April 2026 (UTC) ::Thanks for sharing that one, I did not know it existed. But you are right, it’s not quite what I am looking for. I want a function that would take a Wikidata property reference (like P5191, which is ‘derived from lexeme’) and a Wikidata lexeme reference, and return a list of lexemes that reference that lexeme using that property. [[User:Redmin|Redmin]] ([[User talk:Redmin|talk]]) 13:23, 21 April 2026 (UTC) == Storing huge datasets == It is not a necessity I suppose, but an idea came to me earlier to write a function that would give the corresponding [[en:Shavian alphabet|Shavian alphabet representation]] of an English word written with the Latin alphabet, or perhaps apply that operation to an entire sentence. However, just trying to guess as to what the IPA pronunciation of each word passed into it could be is is both not ideal (pronunciations obviously can and will vary widely between accents) and infeasible <s>(Wikidata lexemes don't really seem to account for pronunciation)</s>. It happens, though, that a comprehensive Shavian dictionary exists named the [https://readlex.pythonanywhere.com/ ''Read Lexicon''], which uses pronunciation and spelling similar to that used by the creator of the alphabet himself. This would be a good dataset to use in performing this translation in the function, but it appears that, all in all, the total size of the dictionary is [https://github.com/Shavian-info/readlex/blob/main/readlex.json ''nearly 26MB''] when formatted as JSON, which would certainly be larger when converted into a typed list. I am wondering if this will ever be feasible or admissible, or if there is really a way around this if importing such a large set of data is deemed impractical. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 22:30, 20 April 2026 (UTC) :{{re|Theki}} "Wikidata lexemes don't really seem to account for pronunciation"" is patently untrue; not only does every Bokmål lexeme form have IPA attached to it (thanks to Jon Harald Søby), but there are lots of languages--including English--that have pronunciation information, whether through IPA or otherwise, indicated on their forms. The big issue of course is that adding this data is not always possible to perform efficiently--for instance, I'd love to have Yiddish pronunciation respellings from Paul Abelson's dictionary on as many English forms as possible, but this dictionary not being previously processed makes this difficult. The data set you have brought up, if a suitable reading of [[:m:Wikilegal/Lexicographical_Data]] allows it, could be added as {{P|7243}} statements on various English forms. [[User:Mahir256|Mahir256]] ([[User talk:Mahir256|talk]]) 23:20, 20 April 2026 (UTC) ::Well, sorry... I haven't witnessed these pronunciation statements before, I wasn't aware of their existence until you pointed it out. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 15:02, 21 April 2026 (UTC) :I got 1,900,000 characters into [[Z33875]] before the UI gave up on me. I'm not sure what the limit is. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 15:21, 21 April 2026 (UTC) == Could not serialize input JS object: Number <small><small>[insert tested number here]</small></small> == I'm not one to throw my problems at others, but I have no idea how to fix this. Am implementing {{Z|Z24602}} in JavaScript, which requires returning a typed map. It now works for every type of value except numbers. Tried explicitly converting the numbers to float64, but either way it throws the error above. Would appreciate it if anyone could diagnose or fix the problem, as my knowledge of Wikifunctions is amateur at best. Thank you. [[User:Some helpful person|Some helpful person]] ([[User talk:Some helpful person|talk]]) 00:32, 23 April 2026 (UTC) :The quick answer is that like some list-related functions, code implementations returning typed maps are not possible unless the type of the objects in the map is specified in the function signature (e.g. if it was a map from Strings to Natural numbers only). So unfortunately, I think you've chosen a function that is not really possible at the moment. There are a few ideas of how we might address this, but for the moment, work on something else. Sorry! --[[User:99of9|99of9]] ([[User talk:99of9|talk]]) 13:21, 23 April 2026 (UTC) :Maybe explicitly using [[Z13518|natural numbers]] would work? I would try using <code>{ "Z1K1": "Z13518", "Z13518K1": "[number]" }</code> to represent numbers, perhaps, and seeing if that works. Of course, you would also probably have to adapt this for other types that cannot be serialized, and I'm not sure how easy that would be to generalize (assuming [[w:Don't repeat yourself|DRYness]] is desired). &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:39, 23 April 2026 (UTC) == Help with creating a function for Abstract Wikipedia == Hello! I was inspired by {{Z|Z26570}} to create {{Z|Z33975}}, however I'm not sure how I add specific language implementations here. Can anybody help me? [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 10:41, 23 April 2026 (UTC) : I think I figured it out, I created a new object with the language config type, added {{Z|Z14310}} to my implementation, and added a new function for English... At least I think that's how it works... [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 13:16, 23 April 2026 (UTC) ::You have the right idea, as far as I know. I went ahead and connected the implementations you created as they appear to work fine for English, and added a test for {{Z|Z33975}} (which passes [[File:Twemoji 1f601.svg|24px]]). I also corrected an error you made on the config object where you appear to have accidentally connected English to {{Z|Z33975}} instead of {{Z|Z33977}}. Thank you for contributing! &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 13:45, 23 April 2026 (UTC) ::: {{re|Theki}} Thank you so much for you help! Could you please kindly also connect the implementations for {{Z|Z33986}} which I just made, which is going to be used for the Hebrew implementation of {{Z|Z33975}}. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 14:11, 23 April 2026 (UTC) ::::You seem to be returning the wrong type in both implementations. Functioneers should not connect implementations that don't work for non-functioneers. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:13, 23 April 2026 (UTC) ::::: {{re|Feeglgeef}} Oh thank you for pointing that out! I am still a bit new to this project and confused, so I need to read up some more about this. How do I return a monolingual text object? [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 14:17, 23 April 2026 (UTC) ::::::I'm trying to fix it for you, the construction of ZObjects in code implementations is a bit difficult right now. Since the State origin using entity and class function will (presumably) be composition, perhaps {{Z|33975}} can be adjusted to return a string, using {{Z|26107}} and {{Z|26107}}? [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:21, 23 April 2026 (UTC) :::::I did not notice any discrepancies from looking at the functions by themselves, and it seemed to work fine on my end. Is it bad practice for NLG functions to return the monolingual text type? I had assumed it was logical. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:24, 23 April 2026 (UTC) ::::::Both implementations are failing all three tests on my end. No consensus has been established as to whether monolingual texts or strings should be used, so it's like the [[w:War of the currents|war of the currents]] but for Wikifunctions. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:27, 23 April 2026 (UTC) :::::::Oh, you were referring to {{Z|Z33986}}. I assumed you were stating that something was wrong in the earlier English functions that I missed; I apologize for the misunderstanding. Has there been any centralized discussion on this string vs. monolingual text issue? &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:31, 23 April 2026 (UTC) ::::::::Not that I'm aware of, I've brought it up on the telegram twice before, though. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:49, 23 April 2026 (UTC) ::::::::The centralised discussion is at [[WT:Abstract Wikipedia/2025 fragment experiments#Proposed recommendation: Fragments should return Z11/monolingual strings]]. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 07:19, 24 April 2026 (UTC) ::::::: {{re|Theki|Feeglgeef}} Can only functioneers test implementations? For me I can't test it at all... [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 14:32, 23 April 2026 (UTC) ::::::::AFAIK, test cases are only immediately testable during editing of a function if they are connected. This is one of my personal pain points with Wikifunctions, iterating on functions without exhaustive connected test cases makes debugging practically impossible for non-functioneers working on newly-created functions... I (or Feeglgeef) can quickly connect the tests you need for you if you want, although if they are not well-formed they may need to be disconnected again afterwards. Additionally, I could temporarily connect the implementation you are writing so that you can test it on the sidebar as you work, but I'm not sure if this is advisable. That functionality is also something that unfortunately only works when not disconnected. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:43, 23 April 2026 (UTC) :::::::::Yup, agree with you on all points, thanks. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:48, 23 April 2026 (UTC) == Please disconnect implementation == I think I've fixed my issue with {{Z|Z33986}}, but I can't edit an actively connected implementations with my rights. I must admit it is an AI-aided fix, I feel very strongly about disclosing that. Courtesy pinging [[User:Theki]] and [[User:Feeglgeef]]. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 18:51, 23 April 2026 (UTC) : Additionally, I think the JS might be working. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 18:52, 23 April 2026 (UTC) : Just to clarify, I mean disconnect the Python implementation please. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 18:53, 23 April 2026 (UTC) :{{Done}} I've disconnected the Python implementation. :I've also added a couple of tests. The rule is a bit more complicated than adding a maqaf before every character that is not a Hebrew letter. Unfortunately, I don't think I'll have time to fix the implementations any time soon. [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 19:03, 23 April 2026 (UTC) :: Thank you! :: Also, for some reason I thought you put a maqaf before all gershayim, so thanks for correcting me. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 19:09, 23 April 2026 (UTC) :::No, that's not the rule. :::The rest of this reply is an [[:wikt:info-dump|infodump]], feel free to ignore it :) :::In [https://hebrew-academy.org.il/topic/hahlatot/punctuation/ the Academy's punctuation rules], the rule for adding a maqaf is written kind of badly: שמים מקף ברצף שיש בו שני סוגי גופנים, כגון אותיות ומספרים ("maqaf is added in a sequence in which there are two types of fonts, such as letters and numerals"). These are not different types of "fonts", but different types of characters, and I should email them about it. It gives the examples <span lang="he" dir="rtl">ה־12</span> and <span lang="he" dir="rtl">ב־DNA</span>. It doesn't say anything explicitly about quotation marks, but in other places on the same page, you have stuff like <span lang="he" dir="rtl">ב"הארץ"</span>, and from that I deduce that a maqaf is not needed before double quotes if there are Hebrew letters inside the double quotes. :::That said, a few people do think that there must be a maqaf before double quotes. I have a somewhat surprising example of somebody who always does it: translators of Scientology materials into Hebrew. At least that's what they did last time I looked at them, about ten years ago. Those people are certainly prolific, and they get points from me for consistency, but this not the prevalent standard. (And if I recall correctly, they use the minus and not the proper Hebrew maqaf, and they don't get any points from me for that!) :::Also, the name of the character is just "double quotes" and not "gershayim". Gershayim are mostly for abbreviations, although most people use the same character for them. I use ״ for gershayim, as do a few other nerds, but we're the minority. [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 19:35, 23 April 2026 (UTC) :::: {{re|Amire80}} Yeah, "font" is a weird choice of wording here by the Academy...<br> I think I'll follow your guidance and not use a maqaf for quotes beginning with Hebrew letters. <br> I should also add more tests for different types of quotes, like straight (", '), curly (“, ”, ‘, ’), gershayim (״, ׳), including single quotes.<br> P.S. gotta deduct points from Scientology for being a cult but that's neither here nor there [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 20:49, 23 April 2026 (UTC) :::: {{re|Amire80}} Courtesy ping because I mistyped your username on the last message. Anyways I'm also gonna do that tomorrow because I'm tired now... [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 20:50, 23 April 2026 (UTC) == Connect implementations == Hello! I'm done with the implementations of {{Z|Z33986}} both in JS and Python, and all tests pass. Pinging @[[User:Amire80|Amire80]] to check if all the tests I've added are alright. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 15:24, 24 April 2026 (UTC) :Connected. It's possible that some more changes will be needed, but it looks OK now. :Another little comment: It should be called "clitic" and not "prefix". [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 15:56, 24 April 2026 (UTC) : {{re|Amire80}} Thanks for your comment! Luckily labels are easy to edit, so I'll get to it. : Currently I'm working on Bulgarian {{z|Z34072}} and {{z|Z34084}}, along with other Bulgarian functions. After I'm finished with those I'll take your advice. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 16:01, 24 April 2026 (UTC) == Please connect my Bulgarian implementations == I recently created the following Bulgarian functions: * {{Z|Z34070}} (currently broken, I think because another function I built it upon is unimplemented) * {{Z|Z34088}} * {{Z|Z34105}} * {{Z|Z34072}} * {{Z|Z34084}} Can somebody please connect these functions, and perhaps suggest other functions I could localize? [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 19:03, 24 April 2026 (UTC) : Specifically, [[Z34070]] is based on [[Z34072]] [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 19:05, 24 April 2026 (UTC) :{{done}} for everything that passes, [[Z34070]] still does not work after purging WF's cache, though. For future reference, please request on the [[WF:Community portal|community portal]] instead of the project chat. Thank you for your work! [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 20:03, 24 April 2026 (UTC) :: {{re|Feeglgeef}} Thank you for your help! I will keep in mind to go to the [[project: community portal| community portal]] in future instead for this. :: I still don't understand why {{Z|Z34070}} fails... It's implementation is almost completely identical to [[Z30399]] from {{Z|Z30397}}, unless I messed something up... [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 20:11, 24 April 2026 (UTC) :::{{done}} No, it was mostly just timing out. It is better to use selective fetches where possible. One case is failing to match the expected results, but at least it is returning something. For all I know, it might even be acceptable! [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 20:35, 24 April 2026 (UTC) :::: {{re|GrounderUK}} Thank you so much for your help! The one failed case is with a definite article, so I feel like that might be fixed in the future... <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 20:43, 24 April 2026 (UTC) == Editor experience suggestions == I'm a bit frustrated with the editing experience on Wikifunctions, and I have suggestions based on pain points I've had contributing to this project: * Adding a wizard to create functions, implementations, and tests in one flow, somewhat like Wikimedia Commons' upload wizard * A sandbox for experimenting without changing mainspace functions, and maybe letting non-functioneers connect implementations ([[Project: Sandbox]] doesn't seem to fit this) * We could have functions for creation based on the sandbox, like how Wikipedia has articles for creation and edit requests, * Maybe even another test instance of Wikifunctions, like how Wikidata has [[testwikidata:|Test Wikidata]] I really like this project and I don't mean to whine, but it certainly has a lot of pain points both for technical and non-technical people. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 20:41, 24 April 2026 (UTC) : It's also really complicated to localize functions, so maybe we should add another wizard for that, where you can choose a language, and then create the new function with the aforementioned function wizard, and it just automatically adds it to the related language configuration object of the related function. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 20:48, 24 April 2026 (UTC) :# Sounds good to me. :# A sandbox available is [[Z10119]], though an extension-provided sandbox that allows you to manipulate the types, code, and tests easily without interfering with the mainspace would be nice. :# [[WF:Suggest a function|This page]] works to some extent, though it's too messy in my opinion. :# We used to have a "beta cluster" but it [[phab:rOMWC5f625c5846b5f779473fa32c9a02d87e59215dfa|got shut down]] just over a year ago because it was broken. :[[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 21:07, 24 April 2026 (UTC) == Language parameters in language-specific functions == I think that an effort should be made to give the different natural language options corresponding to different English dialects, Chinese scripts, etc. more of a use (I added the test {{Z|Z34119}} to {{Z|Z26095}} and unsurprisingly it fails). There are two main problems with this approach that I can identify: * If you ask the majority of these functions to make a sentence in British English, much of the time it will give you an output with missing words, because it does not fallback to English labels in the case of a British English label for that item missing. The same applies for every other English dialect, British English is just an example here. * Uninformed editors will probably see the presence of a language parameter on these functions, consider it redundant, and remove it. [[Special:Diff/268074|I have made this mistake before]]. In my opinion, in a perfect world, all of these language generation functions would output monolingual text, and if the user asks for American English text, then American English text is what they'll get. If the user asks for Japanese text in hiragana specifically, then that's what they'll get in return. This is not as high-priority as just rendering text in the language plainly in the first place, but it's something that I feel is still worth devoting some effort to. Right now switching functions to use this paradigm is difficult because, on the one hand, I don't know if consensus tends towards this direction being ideal or advisable, and I don't want to make changes like this without at least notifying the wider community. In addition, all tests break once a parameter is added or removed, and the function editor does not recognize the change in number of parameters and therefore you have to remove the function call, re-add it along with all of its parameters it had previously (which is a tedious cut-and-paste job), and then it will work again. This is something that you can do in five seconds by just adding a few lines of JSON to the test source, but this is not directly editable from the Web browser. This tedium is largely what's preventing me from doing this on a larger scale, besides asking for comments first. If anyone has any insights or comments on this, then that would be appreciated. If a reference of functions with and without the support for language variants is needed, of course [[WF:NLG]] can be perused, but I've also my own list cataloged at [[User:Theki/functions#language]]... Of course, this thread has many similarities to [[#"language" argument for certain functions|the one above]], but this concerns me going out and making this consistent across these NLG functions. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 21:09, 24 April 2026 (UTC) :I've created {{Z|Z34122}} as an extension to {{Z|Z34039}} for larger functions. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 21:34, 24 April 2026 (UTC) :Just to confirm that I, for one, support a Natural language parameter for all natural-language functions. The concern about getting them all aligned is just that we haven’t finally settled on {{Z|Z11}} being preferred to {{Z|Z89}} or some other type that conserves the text’s provenance, so we risk having to change them all again. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 10:07, 25 April 2026 (UTC) == “Key not found ()”? == What am I doing wrong in {{Z|Z34137}}? [[User:Redmin|Redmin]] ([[User talk:Redmin|talk]]) 00:39, 25 April 2026 (UTC) :You were passing a [[Z6091]] to {{Z|32290}}, but it takes a [[Z6001]]. Fixed. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 07:10, 26 April 2026 (UTC) ::{{done|Thank you}}! [[User:Redmin|Redmin]] ([[User talk:Redmin|talk]]) 14:13, 26 April 2026 (UTC) == Why is my test failing? == Hello! I recently made {{Z|Z34139}} based on [[wikt:Module:bg-translit]], and the test case {{Z|Z34141}} is failing on both implementations, despite the expected output and actual output being the same as far as I can tell. I tried looking at the Unicode codepoints of the output, but those are also identical. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 06:21, 25 April 2026 (UTC) :Yes, it’s a tricky one. I’ve added a normalize step to the result validation in {{Z|Z34141}}, which confirms it is a normalization issue. It looks like it is in the code but I don’t know whether simply normalizing the result is the way to go. Logically, you would normalize both the input and the result. The implementations of {{Z|Z10384}} show you how to do this. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 09:41, 25 April 2026 (UTC) == Edit request == Hello! I have an edit request for {{Z|Z23752}} and {{Z|Z23414}}. Please replace all the "an/a" logic with <code>Z21739(Argument reference)</code>, both for readability and for more accuracy ("a university is an institution") <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 09:50, 25 April 2026 (UTC) :{{D}} [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 12:24, 25 April 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #245 is out: The Foundation's search for the perfect language == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-04-25|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we present an academic paper about Abstract Wikipedia, we discuss our latest Type created, and we take a look at the newest created functions. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 09:54, 25 April 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30325620 --> :@[[User:Sannita (WMF)|Sannita (WMF)]], @[[User:DVrandecic (WMF)|DVrandecic (WMF)]], technical meta-question: the newsletter quotes the article: ::the only way to contest its algorithm is to click 👍 or 👎 (Crawford and Gillespie 2016) :This quotation sounds sensible, but the article's [https://link.springer.com/article/10.1007/s00146-026-02899-w web version], and the PDF that is downloadable from the same page doesn't actually show the emojis. It rather shows text that looks lacking: ::the only way to contest its algorithm is to click or (Crawford and Gillespie [https://link.springer.com/article/10.1007/s00146-026-02899-w#ref-CR14 2016]) :Where did you get the emojis? Is it your (probably correct) guess or is there a version somewhere that actually shows the emojis? [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 15:16, 25 April 2026 (UTC) ::Scratch that. I've found a version with correct emojis: https://wikihistories.github.io/wikilambda-the-ultimate/ [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 15:37, 25 April 2026 (UTC) == Requested deletion of test == Please delete {{Z|Z34143}}. this was never valid Bulgarian, I messed up. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:19, 25 April 2026 (UTC) :[[WF:RFD]] please. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 16:40, 25 April 2026 (UTC) == Request for comment (global AI policy) == <bdi lang="en" dir="ltr" class="mw-content-ltr"> A [[:m:Requests for comment/Artificial intelligence policy|request for comment]] is currently being held to decide on a global AI policy. {{int:Feedback-thanks-title}} [[User:MediaWiki message delivery|MediaWiki message delivery]] ([[User talk:MediaWiki message delivery|talk]]) 00:57, 26 April 2026 (UTC) </bdi> <!-- Message sent by User:Codename Noreste@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Distribution_list/Global_message_delivery&oldid=30424282 --> == Is it OK to connect the implementation? == Hello! I recently applied for functioneer on [[WF:RFG]], and I was wondering whether I could connect the implementation for {{Z|Z34165}} despite its dependency {{Z|Z34149}} being currently unimplemented. That is <em>if</em> I get accepted. I am planning on implementing it based on [[wikt:module:bg-nominal]], but am still having trouble figuring it out for now. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 09:04, 26 April 2026 (UTC) == Past tense function == Is there a function like {{Z|Z26039}}, but for the past tense (e.g. "Leo Tolstoy <em>was</em> a writer.")? If not, I will create it myself, I just want to make sure there's not a duplicate. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:10, 26 April 2026 (UTC) : {{Done}} with {{Z|Z34224}}, but I have a few kinks to work out with it. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:35, 26 April 2026 (UTC) :: I need to create some other similar functions for the past tense, I have some ideas: ::* {{Z|Z26095}} ::* {{Z|Z32643}} ::* {{Z|Z28016}} ::* {{Z|Z26570}} ::* {{Z|Z33975}} ::* {{Z|Z27243}} ::* <ins>{{Z|Z26627}}</ins> ::* <ins>{{Z|Z27627}}</ins> ::* <ins>{{Z|Z27173}}</ins> ::* <ins>{{Z|Z29591}}</ins> :: :: Are there any I have missed? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:57, 26 April 2026 (UTC) :I think that here we are starting to walk on dangerous waters: what does past mean? Is it a recent o a far past? Does it have ripercussions on the present or not? Is it just a thing that happened once, many times or for a continuative period of time? :Consider that various languages distinguish between many different types of past. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 12:38, 26 April 2026 (UTC) :: {{re|Dv103}} That is a fair point... :: How do we go about solving this problem though? I don't think having every sentence on Abstract Wikipedia be "X is a Y" is a very good idea. :: Maybe we have different functions for all these variations of past you mentioned that just map into "X was a Y." in English? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 13:31, 26 April 2026 (UTC) :::To properly solve this problem, we should use a more complete abstract content representation model, like for example the proposal of [[Wikifunctions:Type proposals/Semantic unit|Semantic units]] (look at [[Wikifunctions:Type proposals/Semantic unit/Douglas Adams|the example]] to see how times could be handled). For now, since we're still stuck with single fragment generation functions (that I hope will be slowly replaced with the complete represenation model, when available), we could just restrict your function to a very specific meaning, like "subject was an instance of, for most of its existence" (which means for example that it could be used to say "Douglas Adams was a writer", but not "Abraham Lincoln was a president", since he only was a president for 4 years). Probably my definition is still too vague, and this is why we need to go beyond these fragment generating functions. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 19:47, 26 April 2026 (UTC) ::Nitpick... I don't like that it outputs a string instead of monolingual text. With {{Z|Z26039}} it's used so much that I think it's unfixable in that case beyond deprecating it if people care that much, but {{Z|Z34224}} doesn't even have any connected implementations yet. Consider it, maybe? ::Nitpick 2... {{Z|Z34227}} is missing a language parameter. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 16:08, 26 April 2026 (UTC) ::: I will consider that! ::: I just did that because that's what {{Z|Z26039}} does, so I assumed I should follow suit with it. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 16:48, 26 April 2026 (UTC) == Legacy functions == If and when more robust methods of abstractly representing and generating linguistic content come around, and more efficient ways of creating abstract content are devised and implemented, I suspect that our current methods will require some form of deprecation. This is a significant source of concern for me in relation to WF and AW, questioning how prone our current methods of doing things are and eventually will be prone to obsolescence, and how it will be worked around when it comes. We have over 1 250 articles on AW presently, and these are rather all over the place. I suspect the maintenance burden from keeping these articles up to code will eventually, err, creep up on us, I suppose, and some kind of major refactoring will be necessary. We are definitely in a period of experimentation and whatnot right now but eventually, like with enwiki, some sort of structure and rigor will form and I suspect it will start to become rather boring for me... I, for one, very much enjoy experimenting with new and better ways to do things here. I don't personally mind changing things to use a new and better paradigm if need be, that sort of thing highly excites me, but of course there will be things that are left behind, and I suspect maybe bots will be employed to deal with this? A lot of Wikipedia sister sites seem to do that, e.g. going and fixing up use of deprecated templates. Considering the nature of Wikifunctions and Abstract Wikipedia I suspect certain maintenance tasks will be made simpler or even trivial by the typical uniformity of our implementations. I guess I am just concerned if Wikifunctions or Abstract Wikipedia will ever accrue its own kind of "technical debt" with how we are plowing through things presently, and if there is a plan for how we will eventually seek to mitigate that. Maybe too early to ask this question, but I am a notoriously anxious person, so I thought it wouldn't hurt to raise the question regardless... &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 21:30, 26 April 2026 (UTC) :I very much agree, thank you for expressing my position so well. {{ping|Immanuelle}} has been using an AI-generated tool (well, they haven't edited in a week, perhaps it's a break or perhaps they don't wish to contribute to the project any more) to create a bunch of articles en masse, which I have warned them multiple times is a bad idea (on top of evolving functions, all of the articles are one-sentence-per-paragraph, [[abstract:Q12184|like so]]). That's why I've been avoiding creating articles recently, I'd say I have a good fourth (no data to support, rough guess) of the comments on the wiki, yet less than a percentage of the article count (only three, including the [[abstract:Q319|first article]], though, so perhaps I'm the next [[w:Special:Permalink/908493298|office.bomis.com]]). [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 19:41, 27 April 2026 (UTC) :: I feel that the overwhelming presence of these low-quality articles (which I admit I myself am [[abstract:Q1710970|guilty]]/[[abstract:Q7601858|of]]/[[abstract:Q39338|creating]], usually as testbeds) may incur a large maintenance burden. I do expect them to be easy to detect, however, as searching for the presence of "deprecated" NLG functions is trivial, and it is possible that replacing them with their future ''even abstracter&trade;'' counterparts could be done automatically since they all have the same signatures and can be expected to create the same form of sentence. If it needs to be done manually for a while or for certain delinquent instances, my hope is that it will be fun, at least for a while. :: I just hope that these hypothetical future waves of "this new and versatile way of abstractly representing linguistic content" obsoleting previous methods and requiring refactoring across all articles is only a one-time thing. We should strive to be as robust and flexible as possible from the outset as each brand new paradigm of abstraction is also a brand new maintenance burden for updating old articles. At the end of the day, at least ''some'' of these articles will still render to many different languages even if their methods of creating those sentences of theirs is completely outdated. Ergo, the time it takes for the switchover to be performed across our articles should not be a persistent inconvenience for users (as, of course, they will always still be able to read the content as it was before since these legacy functions aren't being deleted outright), and the increased availability that the new methods will bring about will likely act as motivation for them to join the effort in refactoring (&#x300C;You're telling me that if I rewrite this article in this cool Lisp-looking stuff then I can probably read it in [[abstract:Q9307|Galician]]?? COOL!&#x300D;). &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 20:26, 27 April 2026 (UTC) :::Totally agree. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 02:54, 28 April 2026 (UTC) :::My vague plan is to implement a default function returning an {{Z|Z89}}, for each language-neutral function. A single function would convert any of these to a {{Z|Z11}}, so that a composition of the two can be implemented as the current default until such time as the language-neutral function is ready to return a [[Z89]]. We can already convert a [[Z11]] to a [[Z89]] so, although there is more to be done in this space, existing language-specific functions could be adapted to return a [[Z89]] quite mechanistically. :::Although we certainly could deliver parallel Z89 functions for each existing Z11 function, I don’t think we should assume that particular outcome. Provided the Z89 captures a lang attribute from the Z11’s language tag, the two representations should be largely interchangeable, although I am expecting a Z89 to carry additional attributes at the span level that would be lost on conversion to a Z11 (along with any higher-level tags and attributes). :::When I say there is “more to be done in this space”, I am referring to a new type that would allow HTML fragments to be represented as tractable Wikifunctions objects, but this is currently drafted only in my head! [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 11:21, 29 April 2026 (UTC) == Filtering types of objects == Hello! I have tried to comb through my own edit history several times, but it's really hard to search for specifics because there's no differentiation between different types of objects (functions, implementations, tests, etc.) in the logs as far as I can tell. Am I missing anything? I want it to work sort of like how filtering by namespace works. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 16:48, 27 April 2026 (UTC) :There is differentiation, it's just rather hard to look through. Since all ZObjects are just JSON data at their core, you can search for instances of <code>{ "Z1K1": "Z[type]"</code>. I haven't tried this so I'm not sure how well it would work and I know MediaWiki search syntax treats quotation marks as a special character, but I have seen Wikifunctions pages link to searches using this before. There is also [[Special:ListObjectsByType]] but it is sitewide rather than specific to your edit history in particular. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 18:59, 27 April 2026 (UTC) ::''[It doesn’t help directly here, but please see [[WF:Find]] for more details of how this works.]'' [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 10:24, 29 April 2026 (UTC) :See the feature requests [[phab:T399244]]/[[phab:T373735]]. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 06:06, 28 April 2026 (UTC) :The lack of filtering edits by namespace is exactly the problem that I was trying to solve with the [[User:Amire80/wikifunctionsanalytics]] tool. :I even kind of succeeded, but it has two major problems: :# It doesn't have any real frontend, so you have to know some SQL to use it (or ask other people who know SQL). :# It doesn't get information from the live site, but from the dump, which appears to be updated once a month. :I've made a [https://quarry.wmcloud.org/query/104794 sample query for you]. Unfortunately, it won't do anything at the moment because of the second problem—your edits started in April 2026, which isn't over yet, so the dump for it hasn't been processed. But I hope that early in May you'll be able to use the same query and see something useful. :(I plan to add support for recent edits, but I haven't done it yet. Now that I more or less figured out how to process Wikifunctions edits, I'm focused on trying to understand Abstract Wikipedia edits. Processing up-to-date edits from both sites will possibly be the next thing I work on, but if you know some Python and want to try doing it yourself, don't wait for me—[https://gitlab.wikimedia.org/toolforge-repos/wikifunctions-analytics Patches welcome].) [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 18:51, 28 April 2026 (UTC) ::@[[User:QuickQuokka|QuickQuokka]], I've just updated the data until the end of April. Now the query to which I linked above gives some results. You can also try running other queries if you know SQL. (Or try asking for other queries if you don't.) [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 03:26, 3 May 2026 (UTC) == [[Z34213]] == I'm not quite sure why this implementation is failing. Could someone take a look? [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 02:24, 28 April 2026 (UTC) :I've [https://phabricator.wikimedia.org/T419933#11863997 notified] the team that this is still occurring, the issue was marked as resolved. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 02:52, 28 April 2026 (UTC) :Some useful tips: :* create more testcases: sometimes it is a random error, so try to see how consistent it is between testcases :* your implementation is very inefficient, since it fetches items and lexemes a lot of times. Ideally, each item and each lexeme should be only fetched once in all the execution tree. :[[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 06:06, 28 April 2026 (UTC) ::Caching (''should?'') means that the lexeme and item data are cached, so the call doesn't actually execute multiple times. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 17:51, 28 April 2026 (UTC) :::Are lexemes and items actually cached within the same function execution? Even if they are only partially fetched and/or fetched in bulk? [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 17:54, 28 April 2026 (UTC) ::::I don't have any evidence to prove that it works but that's definitely A. what's supposed to happen and B. the ideal behavior. This happens because the Z680X functions can be cached just like any other. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 18:02, 28 April 2026 (UTC) ::::It is unclear. In general, I believe identical branches are resolved only once in orchestration, but there is also independent caching of Wikidata fetches. ::::According to @[[User:DMartin (WMF)|DMartin (WMF)]] ([https://t.me/Wikifunctions/30374 on Telegram]): ::::<blockquote>Well, no. We have caching of Wikidata entities that have been retrieved, but not of the results of nested function calls. There is a proposal for doing this in the context of the V2 composition language, when it's a bit more mature, and it's regarded as a relatively high priority.</blockquote> ::::It’s hard to tell whether fetches in nested calls are, in fact, cached and available for other nested calls in the same call, since it is not generally the actual fetch that consumes the most resources. Rather (I believe), it is construction and transmission of the result object, which is currently repeated afresh in each nested call (unless it is in an identical branch). ::::I hope that’s clear, and I apologise in advance if it happens to be inaccurate! [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 10:16, 29 April 2026 (UTC) :::::Oh, I should clarify.  There is a lot of caching going on, in several different places.  Lexemes and items ''are'' cached by the orchestrator within the same function execution, even if they are only partially fetched and/or fetched in bulk.  When I said that we don't have caching of the results of nested function calls, I meant that's not happening in general, for all nested function calls in compositions.  But fetching of Wikidata entities gets special treatment, so yes, fetched content from Wikidata is cached, regardless if it was fetched by a top-level call or a nested call. :::::It is also true that the construction of a ZObject from the fetched JSON might happen more than once within the same function execution, depending on how a composition has been structured. However, the construction of the ZObject is actually very fast, compared to the elapsed time of getting the JSON from Wikidata. [[User:DMartin (WMF)|DMartin (WMF)]] ([[User talk:DMartin (WMF)|talk]]) 18:04, 1 May 2026 (UTC) == Question about cardinal numbers == I was about to edit {{Z|Z16435}} to add my function {{Z|Z34308}}, but I noticed that none of the other functions have a gender parameter. Should I create a new wrapper function "Bulgarian cardinal, neuter", or should I just remove the gender parameter and always return neuter? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:39, 28 April 2026 (UTC) :The “cardinal” functions should return the words used for “counting” numbers in the abstract. :We should consider converting them to return a {{Z|Z11}} rather than a {{Z|Z6}}. It may even be appropriate to return a {{Z|Z12}} to cater for language variants. Either way, I think that would be the approach to adopt for inflected forms, unless reference to specific lexeme-forms is required. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 12:52, 28 April 2026 (UTC) ::This. If a native of your language were to count up, which form would they be most likely to use? [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 13:29, 28 April 2026 (UTC) ::: {{re|GrounderUK|Feeglgeef}} Thanks for both your input! ::: I relabeled the aforementioned function to {{Z|Z34308}}, and created a new wrapper function {{Z|Z34457}}. ::: Should I specify that my old function is a monolingual text in parentheses? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 16:26, 28 April 2026 (UTC) ::::You don't have to, unless you think that is something that would require distinction when viewing the function in a list of search results &c. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 16:36, 28 April 2026 (UTC) == Optional/nullable function parameters == Hello! Recently, I was informed that Wikifunctions has no optional/nullable function parameters as of now. Are there any future plans to support this, and/or workarounds? Maybe create a union type system like "{{Z|6}} or {{Z|23}}". <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 17:53, 28 April 2026 (UTC) :What I do for this is use an "is empty" function corresponding to the type of the parameter in an If statement. If it isn't empty, the function works as intended. Otherwise, it does something else. [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 17:58, 28 April 2026 (UTC) :Unions are not a thing (yet) on Wikifunctions, but you can always define an argument of type {{Z|Z1}}, which means that all types are allowed (I already did this for {{Z|Z26737}}; note that it is still a ugly workaround, don't use it for high level functions). Also, note that usually on Wikifunctions we use {{Z|Z24}} as the null value. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 18:00, 28 April 2026 (UTC) :: {{re|JJPMaster|Dv103}} Thanks for your help! :: @[[User:Dv103|Dv103]] told me a function call with a missing parameter is treated as an invalid function call, so how does the "is empty" function work with that? :: Also, setting the type to {{Z|1}} seems naive, like setting the type as <code>any</code> in TypeScript... :: Related question: Are there plans to add default values to parameters (outside of "if empty")? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 18:19, 28 April 2026 (UTC) :::Setting the type to {{Z|Z1}} is actually naive, and that's why I advised you to only use it for low-level functions. Currently there is nothing better. Sometimes, type correctness is not actually checked, so it might seem that nullable types are possible. But it is still an hack, and it could broke anytime since it is not intended behavior. :::I don't think that there are current plans to add default values (but correct me if I'm wrong). The closest thing that comes to my mind is that, if you incorporate Wikifunctions into Wikitext, you can leave empty some fields (only of some specific types) and Parsoid will replace them to their default value. This is done only depending on the type, and not on the functions. For example, {{Z|Z6091}} and {{Z|Z6001}} are assigned the QID associated to the page, and {{Z|Z20420}} is assigned the current date. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 18:56, 28 April 2026 (UTC) :::@[[User:QuickQuokka|QuickQuokka]]: At the very least, [[Z10008]] accepts a null input. Maybe that feature is unique to the String type—I am not sure. [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 19:10, 28 April 2026 (UTC) ::::I think it's just not checked, but it shouldn't be intended. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 19:20, 28 April 2026 (UTC) ::::Strings and typed lists can be “empty” in the sense that their length can be zero. Typed pairs may also be “empty” in a degenerate sense, but such an object will not be returned from a code implementation. A typed map with no entries will also fail to be returned from code, although it is fine in compositions. ::::For a genuinely optional parameter, I prefer a properly typed list, which at least encourages an argument of the correct type. {{Z|Z813}} is also typically faster than {{Z|Z10008}}. Quite a good example of this approach is {{Z|Z23723}}, where it helps to resolve the type union (using [[Z1]]) for both Z6003K1 and Z6003K3. Of course, there’s nothing to prevent more than one element in the list, but additional elements are easily ignored. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 22:55, 28 April 2026 (UTC) :Pinging {{ping|Jdforrester (WMF)|prefix=|p=}}, I believe there are no current plans. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 19:02, 28 April 2026 (UTC) ::@[[User:QuickQuokka|QuickQuokka]]: I'm afraid there are no current plans to build out optional params, indeed; we would be happy to review this if a compelling case was made, but it'd be a lot of work to re-build the [[Wikifunctions:Function model|function model]] with that support and ensure we don't break (too many) things. [[User:Jdforrester (WMF)|Jdforrester (WMF)]] ([[User talk:Jdforrester (WMF)|talk]]) 19:11, 28 April 2026 (UTC) == Z6830 for Chinese == I was trying to use {{Z|Z6830}} for implementation in the Chinese-language. And turns out most of the Lexeme on Wikidata is using [[d:Q727694]] as the language instead of [[d:Q7850]]. This makes it impossible to use the mentioned function above, since Standard Chinese is not available (or did I miss something?). Is there a way to fetch lexemes with language=[[d:Q727694]] from item? [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 18:20, 30 April 2026 (UTC) :@[[User:Sun8908|Sun8908]] There is [[Z1006]] for Chinese and it has the language code zh. There is an overview of languages in [[Module:Wikifunctions label]] so you can search there for chinese versions and choose the one you need. [[User:Hogü-456|Hogü-456]] ([[User talk:Hogü-456|talk]]) 20:53, 5 May 2026 (UTC) ::I know that. The problem is when using the function [[Z6830]], it cannot retrieve lexeme with language [[d:Q727694]] (but it is the "Chinese language" with the most current Wikidata lexemes, see [https://ordia.toolforge.org/language/ ordia]). I think it should be a Wikidata problem, I might fix it (possibly by creating the same lexemes with language code zh) on Wikidata. Thanks anyway. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 05:39, 6 May 2026 (UTC) :Could you provide an example of a Chinese lexeme that has a linked Wikidata item, or a Z6830 function call that fails to find such a lexeme where one exists? [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 07:55, 6 May 2026 (UTC) ::Here: [[d:Lexeme:L846083]]. I think that's a primary reason of me trying to look into this problem, as the label in zh for [[d:Q6256]] (country) is not a single phrase (see its talk page on WD for more information). This makes some Abstract Wikipedia articles very weird in Chinese when {{Z|Z26570}} is used, so lexeme could potentially fix that. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 10:33, 6 May 2026 (UTC) :::Thank you. It looks as though {{Z|Z6830}} [https://www.wikifunctions.org/view/en/Z6830?call=%7B%22Z1K1%22%3A%22Z7%22%2C%22Z7K1%22%3A%22Z6830%22%2C%22Z6830K1%22%3A%7B%22Z1K1%22%3A%22Z6091%22%2C%22Z6091K1%22%3A%22Q6256%22%7D%2C%22Z6830K2%22%3A%7B%22Z1K1%22%3A%22Z6092%22%2C%22Z6092K1%22%3A%22P5137%22%7D%2C%22Z6830K3%22%3A%7B%22Z1K1%22%3A%22Z60%22%2C%22Z60K1%22%3A%22cmn%22%2C%22Z60K2%22%3A%5B%22Z6%22%5D%7D%7D returns that lexeme for language tag "cmn"]. Perhaps that tag should be added into the helpers for {{Z|Z24144}}? If it is widely used for lexemes, perhaps it should have its own {{Z|Z60}}? In any event, improvements might be considered under [[:phab:T390563]] (or otherwise), including amending [[Z6830]] to also consider "cmn" (and "zho", "chi"…?) when requests are made for "zh-hans" or "zho-hant" (or others?) @[[User:Winston Sung|Winston Sung]] @[[User:DMartin (WMF)|DMartin (WMF)]] [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 17:22, 6 May 2026 (UTC) ::::If you go to [[d:Special:NewLexeme]] and put in [[d:Q727694]] as the language, it is going to tell you it has an unrecognized language code. So I believe "cmn" should not be a {{Z|Z60}} by default? I also started [[d:Wikidata:Project_chat#Lexemes_with_language_Standard_Chinese_(Q727694)|a discussion on WD]] regarding this. I guess we can still use it as a fallback language though if possible. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 03:43, 7 May 2026 (UTC) ::::We don't have a separated <code>cmn</code> BCP 47 language subtag in MediaWiki and Wikidata at the moment. <code>zho</code> and <code>chi</code> are ISO 639 language codes but not BCP 47 language subtags. ::::For Modern Standard Mandarin, please use <code>zh-*</code> language tags for now. -- [[User:Winston Sung|Winston Sung]] ([[User talk:Winston Sung|talk]]) 15:26, 8 May 2026 (UTC) == Key not found error == Is there a reason why I am getting key not found error for this [[Z34677|function]] {{Z|Z34677}}? All the underlying functions run and all the test cases work. The debug information does not give more details. Any pointers? Thanks in advance [[User:Jsamwrites|John Samuel]] 19:24, 1 May 2026 (UTC) :It was passing the [[Z6091]] to {{Z|34641}} when that takes a [[Z6001]]. I've fixed that, but there's some other problem with the logic, so I've left it disconnected. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 19:42, 1 May 2026 (UTC) ::@[[User:YoshiRulz|YoshiRulz]] Thanks a lot. [[User:Jsamwrites|John Samuel]] 20:21, 1 May 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #246 is out: Request for input: what should we count for Abstract Wikipedia == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-05-02|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we ask you what would be the relevant metrics for Abstract Wikipedia, we discuss our latest news on Composition Language v2, and we take a look at the latest software developments. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 12:21, 2 May 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30325620 --> == Any formal process for deletion of pages == Does a formal process exist for the deletion of functions, implementations, and tests that includes a notification system for creators, analogous to Wikidata’s process, explaining the rationale behind the deletion (or proposal for deletion)? [[User:Jsamwrites|John Samuel]] 12:36, 3 May 2026 (UTC) :Does [[Wikifunctions:Requests for deletions]] work? [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 13:00, 3 May 2026 (UTC) :Please see the discussion at [[Wikifunctions talk:Requests for deletions#Should we expect Objects' creators to get pinged on deletion proposals?]]. :As I see it, it is the proposer’s responsibility to consult appropriately before making a request and we expect our administrators to act only when satisfied that appropriate consultation has occurred. In many cases, no consultation is required. Administrators may delete their own contributions without making a request, but this is not a practice I would encourage. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 13:51, 3 May 2026 (UTC) == Implementation of rational number in JS doesn't match in Z19677 (Rational number) and Z28579 (RGBA colour) == In {{Z|19677}} it's <syntaxhighlight lang=js> { "K1": sign * numerator, "K2": denominator } </syntaxhighlight> but in {{Z|28579}} it's <syntaxhighlight lang=js> [ sign * numerator, denominator ] </syntaxhighlight> '''<span style="font-family:Iosevka,monospace">[[User:沈澄心|<span style="color:#9f3526">dring</span>]][[User talk:沈澄心|<span style="color:#534fa3">sim</span>]]</span>''' 05:15, 4 May 2026 (UTC) == Nested functions in compositions == I wish it will be easier to a add another function about a specific existing function in a function implementation based on a composition. When I write long functions in spreadsheets I usually stat with a small part and then I try to go further and after important steps I test if the output is as expected. I created [[Z34826]] to get the German gender specific occupation lexeme for a specific person based on their gender. I wanted to add a function around the existing one and it was not successful. It is not very easy to implement as it requires the possibily to move a part to another section but I think it can be helpful if it will be implemented. So far I spend more time as expected on the function. Describing it with words what the function needs to do is much easier than implementing it here in Wikifunctions. So I think there needs to be improvement to make Wikifunctions more accessible. [[User:Hogü-456|Hogü-456]] ([[User talk:Hogü-456|talk]]) 21:10, 5 May 2026 (UTC) :Have you tried to use the copy-paste functionality? It is very useful to move parts of composition arounn. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 07:12, 6 May 2026 (UTC) :I've also found the composition editor to be wholly unsuitable for any expressions more than a few levels deep. (Even with the <code>localStorage</code> clipboard, because of its overzealous type checks.) Compositions naturally grow out from the "leaves", the immediate operations on the inputs, while the interface really wants you to build from the "root". I mostly use the [https://yoshirulz.gitlab.io/WikiLambdaBlockly drag-and-drop block editor] which I made to smooth over some of the site's problems, so if you want to try that out and give me some feedback I'd appreciate it. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 14:36, 6 May 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #247 is out: References from Wikidata now available == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-05-08|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we announce that is now possible to pass references in Wikidata statements, we introduce the [https://abstract-data.toolforge.org/ Abstract Data dashboard], we report you on the presentation about Abstract Wikipedia at WikiCon Australia, and we take a look at the latest software developments. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Also, we remind you that if you have questions or ideas to discuss, the next '''Volunteers' Corner''' will be held on '''[https://zonestamp.toolforge.org/1778520600 May 11, at 17:30 UTC]''' ([https://meet.google.com/xuy-njxh-rkw link to the meeting]). Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 11:16, 8 May 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30325620 --> == RGBA colour, spelling... == Something that has always irked me a little bit is the spelling of [[Z28579|RGBA colour (Z28579)]]. I guess this is not unsurprising for me considering my use of US English but I think there is more to it than preference and I want to try to argue for it being changed to use American spelling. I know that this probably has a snowball's chance in hell of actually garnering any support, so I won't really be miffed if the spelling remains as it is, but I thought it wouldn't hurt to raise this regardless. The main issue I have with it is the spelling of the original proposal. When infernostars raised the [[Wikifunctions:Type proposals/RGBA color|type proposal]], the spelling was 「RGBA color」. Of the comments that mentioned the word 「colo[u]r」, two used British spelling while six used the American spelling as used in the proposal. The only thing that really pointed to the use of ''colour'' was the fact that the catalog page on color functions used that spelling already. For all intents and purposes, the spelling of the original proposal should have been maintained, but it was not; [[User:DVrandecic (WMF)|DVrandecic]], the eventual creator of the type, used a different spelling. It should be noted that there was really no reason for this to occur and while it is an undoubtedly minor issue I still believe it should be rolled back and the type should use the spelling of the original proposal and majority of editor comments. In [[abstract:Q936|OpenStreetMap]], there have been keyvalue proposals that have had the finalized spelling that gets put to use be in British English despite the original proposal being in American English; this has usually occurred with proposals relating to 「X center/centre」 tags. This makes sense on the surface, because OpenStreetMap is maintained by a UK organization, and still has close ties to Europe. The Wikimedia Foundation, however, is an ''American'' company. This is often brought up as a fallible argument when debating article spelling on the English Wikipedia, and I don't bring it up to support that 「RGBA color」 should be used for that exact reason, but rather to state that OpenStreetMap's general policy on tag names need not apply here. It appears to me that, at least initially, the majority of 「core contributors」 to Wikifunctions used British English; I can name YoshiRulz, 99of9, GrounderUK, and VIGNERON.<ref group="color">I'm avoiding linking to these folks because I don't think pinging them about this discussion is all too necessary unless they themselves want to be involved; I don't want to clutter their inboxes just to briefly mention them. I pinged Denny because, well, I'm asking him a question directly, but everyone else I would prefer to join this discussion by their own accord... not that I wish for this decision to be confused as me going 「these people use British English so they will probably oppose my idea, I won't invite them to the discussion because of that」...no, I promise you that is not the reason.</ref> I see (or saw) these people ''everywhere'', so it makes sense that British English has prevailed in some sorts on this website, but I don't think that indicates that it should be the ''preferred'' spelling across the website, at least not to the point where a proposal should have its name changed to match such a "consensus".<ref group="color">It could be argued that the front-and-center ''Function catalogue'' using 「catalogue」 is actually indicative of such a "consensus", but ''catalogue'' is in a similar position to the word ''grey'' where I live (that is, the US) in that it is used just as often as its American counterpart. Also, consider Wiktionary's ''Beer parlour'' project chat.</ref> The unnecessary modification of the original spelling is my main argument for changing it back... but of course, I must obligatorily state that on English Wikipedia, it is [[w:Color|Color]] and [[w:RGBA color model|RGBA color model]]; on Wikidata, it is [[d:Q1075|color]] and [[d:Q2325624|RGBA color space]]; in CSS (which typically uses hexadecimal triplets to specify RGBA values), the properties are <code>color</code>, <code>background-color</code>, etc.; bit of a weak jab, but on Schema.org it is [https://schema.org/color color], [https://schema.org/colorSwatch colorSwatch]; et cetera. {{Z|Z28580}} uses ''color'', so does {{Z|Z28591}} and its Python counterpart. Mr. Vrandečić, I have to ask, I'm rather confused... you created the color type using British English spelling, but you were also responsible for the creation of the equality function which uses the American English spelling. You also seem to be writing in American English for the status updates, judging by your use of -''ize'' over -''ise'' endings and use of ''program'' over ''programme'' in [[Wikifunctions:Status updates/2026-04-16]]. Is there something I'm missing or have you switched your preferred variant somewhere along the way? Anyways, do consider this if you wish... again, I don't suppose this will garner much support, it is the ''non-issuest'' of ''non-issues'', but it has irked me to the point where I want to ask about it to get some answers, if nothing else. I am not arguing for every other color function to have its name changed, just the type itself. <references group="color"></references> &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:04, 8 May 2026 (UTC) :This is a multilingual project; the <code>en</code> label is <code>RGBA colour</code> and the <code>en-us</code> label is <code>RGBA color</code>. Though I'm not able to switch to <code>en-us</code> via the language picker so that would need to be fixed.<!-- --><br>edit after reading your whole comment: The same is true of {{Q|1075}}, there are labels specified for multiple English variants. (In {{Q|2325624}} it's only an alias.) I agree that other websites' choices aren't binding on us, but from that, I conclude that the more widespread British/Commonwealth spellings should be used for the generic <code>en</code>. As for myself, I'm Aussie and I will continue to use the BrE spellings ([[w:en:Oxford_spelling#Language_tag_comparison|+ "routing"]], TIL) if only by muscle memory.<!-- --><br>[[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 17:42, 8 May 2026 (UTC) :: Your lattermost point would normally be fine in a perfect world. Wikipedia's <code>convert</code> function defaults to "international" English, which I don't personally take issue with because it happens that we here in America are actually outliers for saying and spelling things differently... err, or we were for a while at least, nowadays it seems like an even split (plus you have "yield" vs. "give way" which is effectively the logical opposite of US's use of "meter" over "metre"). :: However, this is not a perfect world, and I don't think <code>en</code> should correspond to any particular variant. It is too fragmented across all software at this point to impose such a requirement. The inability to switch to <code>en-us</code> on this website foregoes an easy and simple solution to this problem that makes everyone happy, because the yanks (such as myself) can't be happy because we can't see the labels in American English even if we wanted to, and the other folk can't switch either as far as I'm aware (and the en-CA and en-GB languages in the preferences page seems to be deprecated). My point being, <code>en</code> is abused to mean "en-UK" just as often as it is abused to mean <code>en-US</code>; I think a decision shouldn't be made on such an assumption of one "default". &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:48, 12 May 2026 (UTC) :Hi @[[User:Theki|rae]]! I have no opinion nor preference on this, and given my background, I am just entirely confused about my spelling preferences myself, as you can tell from my inconsistent usage. I learned British English in school and used that for maybe two decades or so, but moved to the US and lived there for more than a decade, enough to be naturalized, but now I am back in Europe and I am technically a professor at King's College London, soooo.... honestly, I do not know. I don't remember having put too much thought into it at the moment I created it. The good thing is that in Wikifunctions, just as in Wikidata, it is easy to change, without messing things up too much (unlike in Wikipedia), so my suggestion is, just make the change, see if anyone complains, and if they do, discuss it more. I don't know if there is a guideline already in Wikifunctions about the variants. I am happy either way, and honestly, I keep forgetting which variant is which most of the time. --[[User:DVrandecic (WMF)|DVrandecic (WMF)]] ([[User talk:DVrandecic (WMF)|talk]]) 18:16, 10 May 2026 (UTC) :: I can definitely understand this, although I am unfortunately rather passionate about any minutiae involving preferential minor differences in ''anything'', of which AmE vs. BrE chiefly is. So I dedicate a lot of headspace to it. More than I should. Not that I wish to imply that the comment above that I have wrote is of an irrational nature, or done out of spite or pure emotion and subjectivity; I do genuinely believe that ''RGBA color'' is beyond just a personal preference and is just logical. I may boldly go and change it, but for some reason I was expecting that changing the English label of a Type would require elevated permissions, and I also didn't want to do it only to get immediately reverted because it ''did'' strike a chord with someone, when I could instead see how apathetic, supportive, or in opposition interested people are beforehand and ''then'' act accordingly. I was not meaning to antagonize you over your spelling habits, I did actually use British English for a few years starting in 2020 before I went back to American English, so I'd be a hypocrite for me to decry you for not always sticking to some arbitrary standard of spelling words over the other. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:55, 12 May 2026 (UTC) :Although I spell it “colour”, I think it makes more sense to use “color” for the type, since that is almost always the required spelling when the string functions as a keyword. :More generally, though, Wikidata’s lexicographic data happens to favour “colour” over “color” and (quite rightly, in my view) lacks a specific representation for "en". This is unusual, in my experience, as "en" is widely misused in place of "en-US", where there are recorded spelling differences. :(I would also say it is standard British English to use “program” in a programming context and “programme” elsewhere. Use of -ize rather than -ise is a matter of personal preference or house style, but regional autocorrect encourages -ise.) [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 11:00, 12 May 2026 (UTC) :: ''Wikidata’s lexicographic data happens to favour “colour” over “color” and (quite rightly, in my view) lacks a specific representation for "en"'' :: Definitely agreeing with you on the latter being a good choice. However, I suspect the favoring of "colour" over "color" may be because, in terms of language codes, when sorted alphabetically <code>en-us</code> actually comes ''after'' <code>en-gb</code>. Although, the frontend seems to be sorting <code>en-ca</code> after <code>en-gb</code>, so I don't actually know how correct that is. :: ''I would also say it is standard British English to use “program” in a programming context and “programme” elsewhere'' :: The context of the spelling was "''No program for the NLG SIG meeting for next Tuesday has been proposed''". In that usage context, I think it makes sense to assume that ''program'' is not being used to refer to a computer program, but to a ''program of events'' or similar, something that you would spell as a ''programme'' in British English. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 15:02, 12 May 2026 (UTC) :{{s}} this. I'm obviously biased but I believe American English is preferable generally, American dominance on the internet (our Department of Defen'''s'''e invented it!) and rapidly-increasing consumption of American media by international English speakers means that more people use American English's conventions, this is clear through for example [http://trends.google.com/explore?q=color%2Ccolour&date=all&geo=Worldwide search trends] (though they aren't particularly reliable). Perhaps this is a bit of a supremacist opinion, but we should have internal consistency, and if we must choose, American English should be our first choice (then Indian and then British English) [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:10, 12 May 2026 (UTC) :: This is rather flawed reasoning, though. I think probably any given British or Indian person would not agree on using that as the reasoning for this, not that you are necessarily ''completely wrong'', but if this is not a good enough reason for English Wikipedia's (admittedly extremely flawed) ''ENGVAR'' policy then I don't think it's likely it will pass here either. :: Although of note is that [https://books.google.com/ngrams/graph?content=color%2Ccolour&year_start=1800&year_end=2022&corpus=en&smoothing=3&case_insensitive=true Google ngrams] agree with you, but "color" vs. "colour" is an eternal holy war that will not be won by demonstrating that more books use US spelling over Commonwealth spelling. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:44, 12 May 2026 (UTC) :::You're probably right that it's not very sound. I'm biased in that other varieties of English irk me, and that's probably mutual for people who are used to other varieties of English when they read what I write! [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:56, 12 May 2026 (UTC) :I've decided to boldly [[Special:Permalink/274271|make the change]]. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 15:02, 12 May 2026 (UTC) :: Thank you. Considering both you and GrounderUK seem to consider it an okay change, I think this will do for now. :: I should note that the matter of whether to move [[Wikifunctions:Catalogue/Colour functions]] in response to this (however this discussion will ultimately turn out) is a whole other can of worms, in my view. I can't say I have an opinion on that at the moment, but I'm putting it out there regardless. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 15:06, 12 May 2026 (UTC) :::Personally, I'm in favor of moving the page and renaming all of the items on it. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 15:10, 12 May 2026 (UTC) ::I don't like this (exactly because of the American hegemony you cited), but again, it shouldn't matter because the software is meant to be multilingual. Clearly there's a bug preventing you from picking an English variant/dialect as your display language. But the search bar and Function/Type autocompletion do check the English variants for matches. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 15:15, 12 May 2026 (UTC) == Proposals on the architecture of Abstract Content rendering == Starting from a discussion born on the Telegram chat, I've explained two different proposals on how the NLG on Abstract Wikipedia should be organized in the page [[abstract:User:Dv103/Abstract articles architectures]]. Please come to contribute to the discussion, or to propose alternatives. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 14:31, 11 May 2026 (UTC) :Thank you for dedicating your time to writing this, it is very informative. I will try to add input once I'm not in over my head with finals. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 16:27, 12 May 2026 (UTC) == Display function for HTML fragment == Currently, any collapsed Z89 literal appears as<blockquote>&lt;&gt; [[Z89|HTML fragment]]</blockquote>If I were to create a new Function which returned something like<blockquote>&lt;&gt; 123-byte HTML fragment <q><nowiki><td><span lang=</nowiki>&hellip;</q></blockquote>could that be connected to replace the collapsed form, or would it require changes to the Wikilambda software? [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 16:14, 11 May 2026 (UTC) :It might work, but I doubt it. Those angled brackets suggest that the collapsed form is not simply defaulting to the type’s label. Looking at [[:phab:T410509]], I’ve concluded that enhancements to the collapsed form were never considered, rather than being actively rejected. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 12:12, 12 May 2026 (UTC) ::[[:Phab:T391985]] documents the original design. Note the fifth bullet point under “Acceptance criteria”. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 12:21, 12 May 2026 (UTC) :I'm not sure the byte-size is necessary, but the outer tag (or first outer tag, though generally I'd prefer most fragments use a wrapper tag if it needs multiple like JSX does, but that's a whole different topic) would be nice. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 12:51, 12 May 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #248 is out: A higher meaning == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-05-15|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we discuss functions creating language fragments, we present our latest news in Types, and we take a look at the latest software developments. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 14:36, 15 May 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30536976 --> == [[Z34510]] == This function, which determines if a Wikidata item for a {{q|5}} has an undeprecated {{p|21}} statement of {{q|6581097}}, returns false for {{q|173399}}, a transgender man. This is because his item assigns his P21 statement to {{q|2449503}}, not {{q|6581097}}. I'm not sure how to account for this discrepancy. Should {{z|34510}}: # Include {{q|2449503}} as a value that can lead to a true result, # Not include {{q|2449503}} as a value that can lead to a true result, while another function (e.g., "Q5 is a man?") could return true for either "male" or "trans man", # Not include {{q|2449503}} as a value that can lead to a true result, while another function (e.g., "Q5 is a trans man?") could return true for "trans man", # Not exist at all? [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 16:48, 16 May 2026 (UTC) :I can't think of a single use case where you would need to determine if a person is a cisgender man and nothing else. Functions are good for generalizing across multiple possibilities when they exist, so I think it would be best if trans men were considered a part of the criteria for returning a true value. If asking for specifically {{q|6581097}}s and ''nothing'' else was desired then the function name would be a misnomer as Elliot Page is inarguably a male (at least in the view of most reasonable and intelligent people). &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 19:03, 16 May 2026 (UTC) :You made the function in the first place; what were you planning on using it for? AW? Maybe it should return a {{Z|25501}} which can then be passed on to other NLG functions. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 20:01, 16 May 2026 (UTC) == Lexeme from wikidata label, or "best" lexeme from wikidata item == I was looking into fixing [[Z28028]]. I found that I could add "requires grammatical feature: definite article" to "United Kingdom" (L8558). Now I'm stuck on how to get to that lexeme from {{Q|145}}. There's [[Z23471]], but that for very good reason gives you multiple lexemes with the same sense, and I just want the best one like how the label is always the best string. Is there a function that can do this? There's definitely the case of a Wikidata label that isn't a lexeme (most commonly multiple lexemes) but I'm only considering the case where it is one lexeme here. [[User:Aaron Liu|Aaron Liu]] ([[User talk:Aaron Liu|talk]]) 20:02, 16 May 2026 (UTC) :There is {{Z|Z27327}}, that tries to give the best lexeme through various heuristics. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 22:22, 16 May 2026 (UTC) iheecjg7rownhfciwh60d7xri2y7ajf 275588 275574 2026-05-17T00:25:29Z Aaron Liu 2395 /* Lexeme from wikidata label, or "best" lexeme from wikidata item */ reply to Dv103 ([[mw:c:Special:MyLanguage/User:JWBTH/CD|CD]]) 275588 wikitext text/x-wiki {{shortcut|[[WF:CHAT]]|[[WF:PC]]|[[WF:VP]]}} __NEWSECTIONLINK__ [[Category:Help]] <!-- please do not remove this line --> Welcome to the Project chat, a place to discuss any and all aspects of Wikifunctions: the project itself, policy and proposals, individual data items, technical issues, etc. Other places to find help: * [[Wikifunctions:Administrators' noticeboard]] * [[Wikifunctions:Report a technical problem]] * [[Wikifunctions:FAQ]] {{Autoarchive resolved section |age = 1 |archive = ((FULLPAGENAME))/Archive/((year))/((month:##)) |timeout=30 }} {{Archives|{{#tag:div|<br />{{Flatlist|{{Special:PrefixIndex/WF:Project chat/Archive/|stripprefix=1|hideredirects=1}} |class=mw-collapsible-content|style=font-size:92%;}}|class="mw-collapsible mw-collapsible-toggle mw-collapsed"}} |prefix=WF:Project chat/Archive/ }} == "language" argument for certain functions == Hello. I am relatively new to Wikifunctions. Recently, I tried to create functions for Chinese translation of {{Z|Z26570}} and {{Z|Z26095}} (which became [[Z32788]] and [[Z32900]]). During the creation of these functions, I was trying to take {{Z|Z32212}} as reference. And I realized that the defining role sentence function is taking <code>language</code> as an argument (and the test case of the Chinese-language function already contains two varieties of Chinese). This makes it possible to output monolingual text in <code>zh-hant</code>, <code>zh-hans</code>, <code>zh-tw</code>, or any varieties of the language. I think for this reason, it is better to have <code>language</code> as arguments for the implementation of Z26570 and Z26095, and potentially more functions that require {{Z|Z14294}}, since it would output the varieties code instead of just saying <code>zh</code> for <code>zh-hant</code>, <code>zh-hans</code>, <code>zh-tw</code> in the output of type {{Z|Z11}}. I am not sure how the fallback mechanism works if one of the language (varieties) do not have a labels/lexemes, but to me, it is reasonable to have a <code>language</code> argument. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 09:38, 31 March 2026 (UTC) :The functions you mention do have a language argument. For Wikifunctions, the {{Z|Z60}} can be at a higher or lower level; whether a {{Z|Z11}} is for a language or a variant is determined by the function that constructs it. Please see {{Z|Z26565}} for an example and feel free to add test cases in Chinese. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 17:54, 11 April 2026 (UTC) ::Hello @[[User:GrounderUK|GrounderUK]], thanks for the answer. I understand that whether {{Z|Z11}} is for a language or a variant depends on the function. But that is exactly what I am asking for. It is true that [[Z26570]] and [[Z26095]] takes [[Z60]] as argument, but the language-specific functions in {{Z|Z29843}} and {{Z|Z26096}} don't. ::Let me give you an example: INPUT to [[Z26570]]: <code>entity</code>: Tokyo, <code>class</code>: city, <code>location</code>: Japan, <code>language</code>: zh-cn, the config would select [[Z33030]] (created after my previous comment by elseone) as the implementation, and it would RETURN 东京是日本的一个城市。(zh-hans), which is not zh-cn as requested in the INPUT. It would also be using the term not for the variant (when it is different) because it is hardcoded to use the term in zh-hans. However, if we have the implementation like [[Z32790]] (which was created by me but a natural language argument was added by elseone) or [[Z32213]] (that works in the defining role sentence function because of the extra argument), it could cater for different variant. ::If we don't have the language argument in the language-specific function, the desire for article creation on Abstract Wikipedia would be to create a function for every variant. Is it then better to create functions for every variant? [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 18:18, 11 April 2026 (UTC) :::I forgot to mention that there are some hardcoding in {{Z|Z32790}} as well, but I cannot fix it because it is a connected function and I am not a functioneer. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 18:31, 11 April 2026 (UTC) ::::Okay, I think it’s safe to disconnect this one as the function is not yet configured for use on Abstract Wikipedia. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 19:04, 11 April 2026 (UTC) :::Ah, sorry… I misunderstood you. I agree that the called function should be able to accept the original language argument. That is simpler in theory than in practice, because the configured functions all have to have the same argument types, as I understand it. I’m not sure which the best approach is, really, but we probably want to avoid two levels of configuration. That suggests that all language-specific functions would need to accept the additional argument, which is unrewarding work for someone. @[[User:99of9|99of9]], @[[User:Jdforrester (WMF)|Jdforrester (WMF)]], @[[User:DVrandecic (WMF)|DVrandecic (WMF)]] Any thoughts? [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 18:57, 11 April 2026 (UTC) ::::I mean, we would need to modify all the functions in each language, which could take some time. But we are still in an early stage. If we don't fix it now and we want to fix it later, it would be a disaster. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 19:25, 11 April 2026 (UTC) :::::Agreed. And we probably want them converted to HTML too, with separate language spans for text in different languages. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 19:35, 11 April 2026 (UTC) ::::@[[User:GrounderUK|GrounderUK]]: This sounds like a reasonable change to make. Note that (given these Functions are primarily for use on Abstract Wikipedia), altering/replacing them to return Z89/HTML fragments is already a desired but breaking change, so making a second breaking change at the same time is probably easiest for fixing things swiftly. That said, that's of course a decision for the Abstract Wikipedia and Wikifunctions communities, not me! [[User:Jdforrester (WMF)|Jdforrester (WMF)]] ([[User talk:Jdforrester (WMF)|talk]]) 19:43, 12 April 2026 (UTC) ::::@[[User:GrounderUK|GrounderUK]]@[[User:Sun8908|Sun8908]] to make it a non-breaking change, I've created {{Z|Z34039}} which allows a composition {{Z|Z34043}}. This way you can make functions which either need the specified variant or don't! --[[User:99of9|99of9]] ([[User talk:99of9|talk]]) 05:52, 24 April 2026 (UTC) :I have now created {{Z|Z33465}}, which is an implementation of [[Z26570]]. Maybe we can migrate to use that function when more (language-specific) functions for it are ready? [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 18:19, 14 April 2026 (UTC) == No place to ask to activate a function? == I just discovered the {{Z|Z11390}} function and decided to make an overarching language-selecting function for it. After some fiddling around and studying how {{Z|Z32321}} and its set works, I now have {{Z|Z33439}} which has a config object ({{Z|Z33441}}) that selects between the two preexisting language-specific versions I found (English and Malayalam) and the new one I created for my other native language, {{Z|Z33440}}. Except I can't get these to work, because, from what I understand, only [[Wikifunctions:Functioneers|functioneers]] can activate newly created functions and implementations? So where do I apply for the {{Z|Z33439}} and {{Z|Z33440}} functions to be activated? Perhaps we should have a place to ask for it, a la [[w:WP:NPP]] — call it [[Project:New Functions Patrol|New Functions Patrol]] if you will. —[[User:UndueMarmot|<span style="color:#705ccb;">Undue</span><span style="color:#cfdfa3;background-color:#705ccb;">Marmot</span>]] ([[User talk:UndueMarmot|talk]]) 08:58, 14 April 2026 (UTC) :There's [[Wikifunctions:Community portal]] for this. By the way, {{Z|Z33445}} doesn't work because all the code must be inside the main function in Python code. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 09:19, 14 April 2026 (UTC) ::Huh. How could I have missed that? ::But anyway, I've moved the code in {{Z|Z33445}} into inside the main function block. ::Is there any reason why WF decided not to simply allow anyone to write functions? After all, that's how it works with wikitext templates, and these functions are fundamentally serving the same purposes as templates, just written in a different way. —[[User:UndueMarmot|<span style="color:#705ccb;">Undue</span><span style="color:#cfdfa3;background-color:#705ccb;">Marmot</span>]] <small>([[User talk:UndueMarmot|talk]])</small> 11:25, 14 April 2026 (UTC) :::I've fixed a couple of technical issues, but tests still fail. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 11:28, 14 April 2026 (UTC) ::::The tests pass now after some more changes to the code: [[Special:Diff/265232/cur]]. —[[User:UndueMarmot|<span style="color:#705ccb;">Undue</span><span style="color:#cfdfa3;background-color:#705ccb;">Marmot</span>]] <small>([[User talk:UndueMarmot|talk]])</small> 12:01, 14 April 2026 (UTC) :::::{{D|Connected}} [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 12:02, 14 April 2026 (UTC) :::I think it's a security issue, since Wikifunctions implementations could teoretically be malicious. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 11:29, 14 April 2026 (UTC) ::::This ^^^. We're very lenient, though, once you've created a few working functions you can apply for the right, per [[WF:Functioneer]]. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 12:26, 14 April 2026 (UTC) ::::That explanation [[phab:T343559#11421293|doesn't add up]]. A reason to limit ''connection powers'' to Functioneers might be to prevent vandalism, considering Functions can be used across wikis. But user-provided code is already being executed even without a Functioneer connecting it. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 20:01, 16 April 2026 (UTC) == Actual difference between {{Z|Z26039}} and {{Z|Z26095}} == What is the actual difference between these two functions? I ask, since it seems to me that the current distinction is more or less that the first one doesn't use an indefinite article in English, while the second does. Which is not a good distinction in a project that should be language neutral. This doubt emerged from my use of the first one in [[abstract:Q124441]], which @[[User:Hogü-456|Hogü-456]] made me notice that is probably wrong. My question is: why is it wrong? How could we clarify the difference? [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 19:46, 19 April 2026 (UTC) :I think the difference is if there is an indefinite article like a or an before the subject or not. In German there can be cases where a definite article is necessary before the subject. I looked at the functions and before the object both times an article is mentioned. As it depends on the language and the word what is the correct function to use I hope it will be clarified and it is an example of the necessity to have a human with understanding in a specific language check it. I hope there will be longer functions what generate more content about a specific kind of item. Then it is necessary to write one such function per language and it can be then applied to several items. It still requires checks and so maybe it is better to write down what item category needs what kind of introduction sentence function for what language. [[User:Hogü-456|Hogü-456]] ([[User talk:Hogü-456|talk]]) 20:05, 19 April 2026 (UTC) ::The point of these two functions (and of the entire Abstract Wikipedia project) is that they should be defined in a purely language-independent way, so that the translation to actual language can be done automatically. This is the reason why these functions have been renamed; I think that this attempt was not succesful, since meaning is still unclear. My proposal to clarify them would be to invoke the concept of [[w:specificity (linguistics)|specificity]]: {{Z|Z26039}} should be named "specific subject is instance of (string)", and should be used only when the QID of the subject uniquely identifies a single thing; {{Z|Z26095}} should instead be renamed in "non-specific subject is kind of (Monolingual text)", and should be used when the QID refers to a multitude of real life items, and we are specifying the class that all these item belong to. This clarification would not still be enough, since it doesn't explain how mass nouns are handled (is water a unique thing? Does {{Q|Q7802}} refer to a single piece of bread or to the entirety of bread, like water?). This problem is very tricky, since mass noun are language-specific and blurry the line between these two functions. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 20:58, 19 April 2026 (UTC) :Simply put, one corresponds to P31 and the other to P279. Paris is an {{Q|P31}} a {{Q|Q1549591}} :whereas a {{Q|Q1549591}} is a {{Q|P279}} (alias “kind of”) {{Q|Q515}}. Whether the Wikidata knowledge representation will be sufficient to resolve into fluent natural language representations in all languages is, of course, a crucial question. Where it is not, the Abstract Wikipedia knowledge representation will need to supplement the Wikidata content with additional details about the relation between the participants or the participants themselves, and these details should be language-neutral, to the extent that this is practicable. The item {{Q|Q124441}} has no [[:d:Q124441#P31|P31]] statements; it has only [[:d:Q124441#P279|P279]]s, including one relating it to {{Q|Q212920}}, which suggests {{Z|Z26095}} is the appropriate choice here even if the rendering in some languages is the same. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 22:52, 19 April 2026 (UTC) ::Thanks for explaining it. I think that I'll change the implementation of {{Z|Z26095}}, so that in Italian it produces more or less the same output of {{Z|Z26039}} (both with the definite article). [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 11:24, 20 April 2026 (UTC) == Equivalent of Z6830 for lexemes == Is there an equivalent of {{Z|Z6830}} that enables retrieving all lexemes pointing to a particular lexeme using a specific property? [[User:Redmin|Redmin]] ([[User talk:Redmin|talk]]) 21:06, 20 April 2026 (UTC) :There's {{Z|6831}} but I think that's slightly different again to what you're after. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 12:31, 21 April 2026 (UTC) ::Thanks for sharing that one, I did not know it existed. But you are right, it’s not quite what I am looking for. I want a function that would take a Wikidata property reference (like P5191, which is ‘derived from lexeme’) and a Wikidata lexeme reference, and return a list of lexemes that reference that lexeme using that property. [[User:Redmin|Redmin]] ([[User talk:Redmin|talk]]) 13:23, 21 April 2026 (UTC) == Storing huge datasets == It is not a necessity I suppose, but an idea came to me earlier to write a function that would give the corresponding [[en:Shavian alphabet|Shavian alphabet representation]] of an English word written with the Latin alphabet, or perhaps apply that operation to an entire sentence. However, just trying to guess as to what the IPA pronunciation of each word passed into it could be is is both not ideal (pronunciations obviously can and will vary widely between accents) and infeasible <s>(Wikidata lexemes don't really seem to account for pronunciation)</s>. It happens, though, that a comprehensive Shavian dictionary exists named the [https://readlex.pythonanywhere.com/ ''Read Lexicon''], which uses pronunciation and spelling similar to that used by the creator of the alphabet himself. This would be a good dataset to use in performing this translation in the function, but it appears that, all in all, the total size of the dictionary is [https://github.com/Shavian-info/readlex/blob/main/readlex.json ''nearly 26MB''] when formatted as JSON, which would certainly be larger when converted into a typed list. I am wondering if this will ever be feasible or admissible, or if there is really a way around this if importing such a large set of data is deemed impractical. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 22:30, 20 April 2026 (UTC) :{{re|Theki}} "Wikidata lexemes don't really seem to account for pronunciation"" is patently untrue; not only does every Bokmål lexeme form have IPA attached to it (thanks to Jon Harald Søby), but there are lots of languages--including English--that have pronunciation information, whether through IPA or otherwise, indicated on their forms. The big issue of course is that adding this data is not always possible to perform efficiently--for instance, I'd love to have Yiddish pronunciation respellings from Paul Abelson's dictionary on as many English forms as possible, but this dictionary not being previously processed makes this difficult. The data set you have brought up, if a suitable reading of [[:m:Wikilegal/Lexicographical_Data]] allows it, could be added as {{P|7243}} statements on various English forms. [[User:Mahir256|Mahir256]] ([[User talk:Mahir256|talk]]) 23:20, 20 April 2026 (UTC) ::Well, sorry... I haven't witnessed these pronunciation statements before, I wasn't aware of their existence until you pointed it out. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 15:02, 21 April 2026 (UTC) :I got 1,900,000 characters into [[Z33875]] before the UI gave up on me. I'm not sure what the limit is. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 15:21, 21 April 2026 (UTC) == Could not serialize input JS object: Number <small><small>[insert tested number here]</small></small> == I'm not one to throw my problems at others, but I have no idea how to fix this. Am implementing {{Z|Z24602}} in JavaScript, which requires returning a typed map. It now works for every type of value except numbers. Tried explicitly converting the numbers to float64, but either way it throws the error above. Would appreciate it if anyone could diagnose or fix the problem, as my knowledge of Wikifunctions is amateur at best. Thank you. [[User:Some helpful person|Some helpful person]] ([[User talk:Some helpful person|talk]]) 00:32, 23 April 2026 (UTC) :The quick answer is that like some list-related functions, code implementations returning typed maps are not possible unless the type of the objects in the map is specified in the function signature (e.g. if it was a map from Strings to Natural numbers only). So unfortunately, I think you've chosen a function that is not really possible at the moment. There are a few ideas of how we might address this, but for the moment, work on something else. Sorry! --[[User:99of9|99of9]] ([[User talk:99of9|talk]]) 13:21, 23 April 2026 (UTC) :Maybe explicitly using [[Z13518|natural numbers]] would work? I would try using <code>{ "Z1K1": "Z13518", "Z13518K1": "[number]" }</code> to represent numbers, perhaps, and seeing if that works. Of course, you would also probably have to adapt this for other types that cannot be serialized, and I'm not sure how easy that would be to generalize (assuming [[w:Don't repeat yourself|DRYness]] is desired). &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:39, 23 April 2026 (UTC) == Help with creating a function for Abstract Wikipedia == Hello! I was inspired by {{Z|Z26570}} to create {{Z|Z33975}}, however I'm not sure how I add specific language implementations here. Can anybody help me? [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 10:41, 23 April 2026 (UTC) : I think I figured it out, I created a new object with the language config type, added {{Z|Z14310}} to my implementation, and added a new function for English... At least I think that's how it works... [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 13:16, 23 April 2026 (UTC) ::You have the right idea, as far as I know. I went ahead and connected the implementations you created as they appear to work fine for English, and added a test for {{Z|Z33975}} (which passes [[File:Twemoji 1f601.svg|24px]]). I also corrected an error you made on the config object where you appear to have accidentally connected English to {{Z|Z33975}} instead of {{Z|Z33977}}. Thank you for contributing! &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 13:45, 23 April 2026 (UTC) ::: {{re|Theki}} Thank you so much for you help! Could you please kindly also connect the implementations for {{Z|Z33986}} which I just made, which is going to be used for the Hebrew implementation of {{Z|Z33975}}. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 14:11, 23 April 2026 (UTC) ::::You seem to be returning the wrong type in both implementations. Functioneers should not connect implementations that don't work for non-functioneers. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:13, 23 April 2026 (UTC) ::::: {{re|Feeglgeef}} Oh thank you for pointing that out! I am still a bit new to this project and confused, so I need to read up some more about this. How do I return a monolingual text object? [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 14:17, 23 April 2026 (UTC) ::::::I'm trying to fix it for you, the construction of ZObjects in code implementations is a bit difficult right now. Since the State origin using entity and class function will (presumably) be composition, perhaps {{Z|33975}} can be adjusted to return a string, using {{Z|26107}} and {{Z|26107}}? [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:21, 23 April 2026 (UTC) :::::I did not notice any discrepancies from looking at the functions by themselves, and it seemed to work fine on my end. Is it bad practice for NLG functions to return the monolingual text type? I had assumed it was logical. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:24, 23 April 2026 (UTC) ::::::Both implementations are failing all three tests on my end. No consensus has been established as to whether monolingual texts or strings should be used, so it's like the [[w:War of the currents|war of the currents]] but for Wikifunctions. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:27, 23 April 2026 (UTC) :::::::Oh, you were referring to {{Z|Z33986}}. I assumed you were stating that something was wrong in the earlier English functions that I missed; I apologize for the misunderstanding. Has there been any centralized discussion on this string vs. monolingual text issue? &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:31, 23 April 2026 (UTC) ::::::::Not that I'm aware of, I've brought it up on the telegram twice before, though. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:49, 23 April 2026 (UTC) ::::::::The centralised discussion is at [[WT:Abstract Wikipedia/2025 fragment experiments#Proposed recommendation: Fragments should return Z11/monolingual strings]]. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 07:19, 24 April 2026 (UTC) ::::::: {{re|Theki|Feeglgeef}} Can only functioneers test implementations? For me I can't test it at all... [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 14:32, 23 April 2026 (UTC) ::::::::AFAIK, test cases are only immediately testable during editing of a function if they are connected. This is one of my personal pain points with Wikifunctions, iterating on functions without exhaustive connected test cases makes debugging practically impossible for non-functioneers working on newly-created functions... I (or Feeglgeef) can quickly connect the tests you need for you if you want, although if they are not well-formed they may need to be disconnected again afterwards. Additionally, I could temporarily connect the implementation you are writing so that you can test it on the sidebar as you work, but I'm not sure if this is advisable. That functionality is also something that unfortunately only works when not disconnected. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:43, 23 April 2026 (UTC) :::::::::Yup, agree with you on all points, thanks. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:48, 23 April 2026 (UTC) == Please disconnect implementation == I think I've fixed my issue with {{Z|Z33986}}, but I can't edit an actively connected implementations with my rights. I must admit it is an AI-aided fix, I feel very strongly about disclosing that. Courtesy pinging [[User:Theki]] and [[User:Feeglgeef]]. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 18:51, 23 April 2026 (UTC) : Additionally, I think the JS might be working. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 18:52, 23 April 2026 (UTC) : Just to clarify, I mean disconnect the Python implementation please. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 18:53, 23 April 2026 (UTC) :{{Done}} I've disconnected the Python implementation. :I've also added a couple of tests. The rule is a bit more complicated than adding a maqaf before every character that is not a Hebrew letter. Unfortunately, I don't think I'll have time to fix the implementations any time soon. [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 19:03, 23 April 2026 (UTC) :: Thank you! :: Also, for some reason I thought you put a maqaf before all gershayim, so thanks for correcting me. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 19:09, 23 April 2026 (UTC) :::No, that's not the rule. :::The rest of this reply is an [[:wikt:info-dump|infodump]], feel free to ignore it :) :::In [https://hebrew-academy.org.il/topic/hahlatot/punctuation/ the Academy's punctuation rules], the rule for adding a maqaf is written kind of badly: שמים מקף ברצף שיש בו שני סוגי גופנים, כגון אותיות ומספרים ("maqaf is added in a sequence in which there are two types of fonts, such as letters and numerals"). These are not different types of "fonts", but different types of characters, and I should email them about it. It gives the examples <span lang="he" dir="rtl">ה־12</span> and <span lang="he" dir="rtl">ב־DNA</span>. It doesn't say anything explicitly about quotation marks, but in other places on the same page, you have stuff like <span lang="he" dir="rtl">ב"הארץ"</span>, and from that I deduce that a maqaf is not needed before double quotes if there are Hebrew letters inside the double quotes. :::That said, a few people do think that there must be a maqaf before double quotes. I have a somewhat surprising example of somebody who always does it: translators of Scientology materials into Hebrew. At least that's what they did last time I looked at them, about ten years ago. Those people are certainly prolific, and they get points from me for consistency, but this not the prevalent standard. (And if I recall correctly, they use the minus and not the proper Hebrew maqaf, and they don't get any points from me for that!) :::Also, the name of the character is just "double quotes" and not "gershayim". Gershayim are mostly for abbreviations, although most people use the same character for them. I use ״ for gershayim, as do a few other nerds, but we're the minority. [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 19:35, 23 April 2026 (UTC) :::: {{re|Amire80}} Yeah, "font" is a weird choice of wording here by the Academy...<br> I think I'll follow your guidance and not use a maqaf for quotes beginning with Hebrew letters. <br> I should also add more tests for different types of quotes, like straight (", '), curly (“, ”, ‘, ’), gershayim (״, ׳), including single quotes.<br> P.S. gotta deduct points from Scientology for being a cult but that's neither here nor there [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 20:49, 23 April 2026 (UTC) :::: {{re|Amire80}} Courtesy ping because I mistyped your username on the last message. Anyways I'm also gonna do that tomorrow because I'm tired now... [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 20:50, 23 April 2026 (UTC) == Connect implementations == Hello! I'm done with the implementations of {{Z|Z33986}} both in JS and Python, and all tests pass. Pinging @[[User:Amire80|Amire80]] to check if all the tests I've added are alright. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 15:24, 24 April 2026 (UTC) :Connected. It's possible that some more changes will be needed, but it looks OK now. :Another little comment: It should be called "clitic" and not "prefix". [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 15:56, 24 April 2026 (UTC) : {{re|Amire80}} Thanks for your comment! Luckily labels are easy to edit, so I'll get to it. : Currently I'm working on Bulgarian {{z|Z34072}} and {{z|Z34084}}, along with other Bulgarian functions. After I'm finished with those I'll take your advice. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 16:01, 24 April 2026 (UTC) == Please connect my Bulgarian implementations == I recently created the following Bulgarian functions: * {{Z|Z34070}} (currently broken, I think because another function I built it upon is unimplemented) * {{Z|Z34088}} * {{Z|Z34105}} * {{Z|Z34072}} * {{Z|Z34084}} Can somebody please connect these functions, and perhaps suggest other functions I could localize? [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 19:03, 24 April 2026 (UTC) : Specifically, [[Z34070]] is based on [[Z34072]] [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 19:05, 24 April 2026 (UTC) :{{done}} for everything that passes, [[Z34070]] still does not work after purging WF's cache, though. For future reference, please request on the [[WF:Community portal|community portal]] instead of the project chat. Thank you for your work! [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 20:03, 24 April 2026 (UTC) :: {{re|Feeglgeef}} Thank you for your help! I will keep in mind to go to the [[project: community portal| community portal]] in future instead for this. :: I still don't understand why {{Z|Z34070}} fails... It's implementation is almost completely identical to [[Z30399]] from {{Z|Z30397}}, unless I messed something up... [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 20:11, 24 April 2026 (UTC) :::{{done}} No, it was mostly just timing out. It is better to use selective fetches where possible. One case is failing to match the expected results, but at least it is returning something. For all I know, it might even be acceptable! [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 20:35, 24 April 2026 (UTC) :::: {{re|GrounderUK}} Thank you so much for your help! The one failed case is with a definite article, so I feel like that might be fixed in the future... <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 20:43, 24 April 2026 (UTC) == Editor experience suggestions == I'm a bit frustrated with the editing experience on Wikifunctions, and I have suggestions based on pain points I've had contributing to this project: * Adding a wizard to create functions, implementations, and tests in one flow, somewhat like Wikimedia Commons' upload wizard * A sandbox for experimenting without changing mainspace functions, and maybe letting non-functioneers connect implementations ([[Project: Sandbox]] doesn't seem to fit this) * We could have functions for creation based on the sandbox, like how Wikipedia has articles for creation and edit requests, * Maybe even another test instance of Wikifunctions, like how Wikidata has [[testwikidata:|Test Wikidata]] I really like this project and I don't mean to whine, but it certainly has a lot of pain points both for technical and non-technical people. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 20:41, 24 April 2026 (UTC) : It's also really complicated to localize functions, so maybe we should add another wizard for that, where you can choose a language, and then create the new function with the aforementioned function wizard, and it just automatically adds it to the related language configuration object of the related function. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 20:48, 24 April 2026 (UTC) :# Sounds good to me. :# A sandbox available is [[Z10119]], though an extension-provided sandbox that allows you to manipulate the types, code, and tests easily without interfering with the mainspace would be nice. :# [[WF:Suggest a function|This page]] works to some extent, though it's too messy in my opinion. :# We used to have a "beta cluster" but it [[phab:rOMWC5f625c5846b5f779473fa32c9a02d87e59215dfa|got shut down]] just over a year ago because it was broken. :[[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 21:07, 24 April 2026 (UTC) == Language parameters in language-specific functions == I think that an effort should be made to give the different natural language options corresponding to different English dialects, Chinese scripts, etc. more of a use (I added the test {{Z|Z34119}} to {{Z|Z26095}} and unsurprisingly it fails). There are two main problems with this approach that I can identify: * If you ask the majority of these functions to make a sentence in British English, much of the time it will give you an output with missing words, because it does not fallback to English labels in the case of a British English label for that item missing. The same applies for every other English dialect, British English is just an example here. * Uninformed editors will probably see the presence of a language parameter on these functions, consider it redundant, and remove it. [[Special:Diff/268074|I have made this mistake before]]. In my opinion, in a perfect world, all of these language generation functions would output monolingual text, and if the user asks for American English text, then American English text is what they'll get. If the user asks for Japanese text in hiragana specifically, then that's what they'll get in return. This is not as high-priority as just rendering text in the language plainly in the first place, but it's something that I feel is still worth devoting some effort to. Right now switching functions to use this paradigm is difficult because, on the one hand, I don't know if consensus tends towards this direction being ideal or advisable, and I don't want to make changes like this without at least notifying the wider community. In addition, all tests break once a parameter is added or removed, and the function editor does not recognize the change in number of parameters and therefore you have to remove the function call, re-add it along with all of its parameters it had previously (which is a tedious cut-and-paste job), and then it will work again. This is something that you can do in five seconds by just adding a few lines of JSON to the test source, but this is not directly editable from the Web browser. This tedium is largely what's preventing me from doing this on a larger scale, besides asking for comments first. If anyone has any insights or comments on this, then that would be appreciated. If a reference of functions with and without the support for language variants is needed, of course [[WF:NLG]] can be perused, but I've also my own list cataloged at [[User:Theki/functions#language]]... Of course, this thread has many similarities to [[#"language" argument for certain functions|the one above]], but this concerns me going out and making this consistent across these NLG functions. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 21:09, 24 April 2026 (UTC) :I've created {{Z|Z34122}} as an extension to {{Z|Z34039}} for larger functions. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 21:34, 24 April 2026 (UTC) :Just to confirm that I, for one, support a Natural language parameter for all natural-language functions. The concern about getting them all aligned is just that we haven’t finally settled on {{Z|Z11}} being preferred to {{Z|Z89}} or some other type that conserves the text’s provenance, so we risk having to change them all again. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 10:07, 25 April 2026 (UTC) == “Key not found ()”? == What am I doing wrong in {{Z|Z34137}}? [[User:Redmin|Redmin]] ([[User talk:Redmin|talk]]) 00:39, 25 April 2026 (UTC) :You were passing a [[Z6091]] to {{Z|32290}}, but it takes a [[Z6001]]. Fixed. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 07:10, 26 April 2026 (UTC) ::{{done|Thank you}}! [[User:Redmin|Redmin]] ([[User talk:Redmin|talk]]) 14:13, 26 April 2026 (UTC) == Why is my test failing? == Hello! I recently made {{Z|Z34139}} based on [[wikt:Module:bg-translit]], and the test case {{Z|Z34141}} is failing on both implementations, despite the expected output and actual output being the same as far as I can tell. I tried looking at the Unicode codepoints of the output, but those are also identical. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 06:21, 25 April 2026 (UTC) :Yes, it’s a tricky one. I’ve added a normalize step to the result validation in {{Z|Z34141}}, which confirms it is a normalization issue. It looks like it is in the code but I don’t know whether simply normalizing the result is the way to go. Logically, you would normalize both the input and the result. The implementations of {{Z|Z10384}} show you how to do this. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 09:41, 25 April 2026 (UTC) == Edit request == Hello! I have an edit request for {{Z|Z23752}} and {{Z|Z23414}}. Please replace all the "an/a" logic with <code>Z21739(Argument reference)</code>, both for readability and for more accuracy ("a university is an institution") <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 09:50, 25 April 2026 (UTC) :{{D}} [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 12:24, 25 April 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #245 is out: The Foundation's search for the perfect language == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-04-25|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we present an academic paper about Abstract Wikipedia, we discuss our latest Type created, and we take a look at the newest created functions. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 09:54, 25 April 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30325620 --> :@[[User:Sannita (WMF)|Sannita (WMF)]], @[[User:DVrandecic (WMF)|DVrandecic (WMF)]], technical meta-question: the newsletter quotes the article: ::the only way to contest its algorithm is to click 👍 or 👎 (Crawford and Gillespie 2016) :This quotation sounds sensible, but the article's [https://link.springer.com/article/10.1007/s00146-026-02899-w web version], and the PDF that is downloadable from the same page doesn't actually show the emojis. It rather shows text that looks lacking: ::the only way to contest its algorithm is to click or (Crawford and Gillespie [https://link.springer.com/article/10.1007/s00146-026-02899-w#ref-CR14 2016]) :Where did you get the emojis? Is it your (probably correct) guess or is there a version somewhere that actually shows the emojis? [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 15:16, 25 April 2026 (UTC) ::Scratch that. I've found a version with correct emojis: https://wikihistories.github.io/wikilambda-the-ultimate/ [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 15:37, 25 April 2026 (UTC) == Requested deletion of test == Please delete {{Z|Z34143}}. this was never valid Bulgarian, I messed up. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:19, 25 April 2026 (UTC) :[[WF:RFD]] please. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 16:40, 25 April 2026 (UTC) == Request for comment (global AI policy) == <bdi lang="en" dir="ltr" class="mw-content-ltr"> A [[:m:Requests for comment/Artificial intelligence policy|request for comment]] is currently being held to decide on a global AI policy. {{int:Feedback-thanks-title}} [[User:MediaWiki message delivery|MediaWiki message delivery]] ([[User talk:MediaWiki message delivery|talk]]) 00:57, 26 April 2026 (UTC) </bdi> <!-- Message sent by User:Codename Noreste@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Distribution_list/Global_message_delivery&oldid=30424282 --> == Is it OK to connect the implementation? == Hello! I recently applied for functioneer on [[WF:RFG]], and I was wondering whether I could connect the implementation for {{Z|Z34165}} despite its dependency {{Z|Z34149}} being currently unimplemented. That is <em>if</em> I get accepted. I am planning on implementing it based on [[wikt:module:bg-nominal]], but am still having trouble figuring it out for now. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 09:04, 26 April 2026 (UTC) == Past tense function == Is there a function like {{Z|Z26039}}, but for the past tense (e.g. "Leo Tolstoy <em>was</em> a writer.")? If not, I will create it myself, I just want to make sure there's not a duplicate. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:10, 26 April 2026 (UTC) : {{Done}} with {{Z|Z34224}}, but I have a few kinks to work out with it. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:35, 26 April 2026 (UTC) :: I need to create some other similar functions for the past tense, I have some ideas: ::* {{Z|Z26095}} ::* {{Z|Z32643}} ::* {{Z|Z28016}} ::* {{Z|Z26570}} ::* {{Z|Z33975}} ::* {{Z|Z27243}} ::* <ins>{{Z|Z26627}}</ins> ::* <ins>{{Z|Z27627}}</ins> ::* <ins>{{Z|Z27173}}</ins> ::* <ins>{{Z|Z29591}}</ins> :: :: Are there any I have missed? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:57, 26 April 2026 (UTC) :I think that here we are starting to walk on dangerous waters: what does past mean? Is it a recent o a far past? Does it have ripercussions on the present or not? Is it just a thing that happened once, many times or for a continuative period of time? :Consider that various languages distinguish between many different types of past. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 12:38, 26 April 2026 (UTC) :: {{re|Dv103}} That is a fair point... :: How do we go about solving this problem though? I don't think having every sentence on Abstract Wikipedia be "X is a Y" is a very good idea. :: Maybe we have different functions for all these variations of past you mentioned that just map into "X was a Y." in English? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 13:31, 26 April 2026 (UTC) :::To properly solve this problem, we should use a more complete abstract content representation model, like for example the proposal of [[Wikifunctions:Type proposals/Semantic unit|Semantic units]] (look at [[Wikifunctions:Type proposals/Semantic unit/Douglas Adams|the example]] to see how times could be handled). For now, since we're still stuck with single fragment generation functions (that I hope will be slowly replaced with the complete represenation model, when available), we could just restrict your function to a very specific meaning, like "subject was an instance of, for most of its existence" (which means for example that it could be used to say "Douglas Adams was a writer", but not "Abraham Lincoln was a president", since he only was a president for 4 years). Probably my definition is still too vague, and this is why we need to go beyond these fragment generating functions. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 19:47, 26 April 2026 (UTC) ::Nitpick... I don't like that it outputs a string instead of monolingual text. With {{Z|Z26039}} it's used so much that I think it's unfixable in that case beyond deprecating it if people care that much, but {{Z|Z34224}} doesn't even have any connected implementations yet. Consider it, maybe? ::Nitpick 2... {{Z|Z34227}} is missing a language parameter. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 16:08, 26 April 2026 (UTC) ::: I will consider that! ::: I just did that because that's what {{Z|Z26039}} does, so I assumed I should follow suit with it. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 16:48, 26 April 2026 (UTC) == Legacy functions == If and when more robust methods of abstractly representing and generating linguistic content come around, and more efficient ways of creating abstract content are devised and implemented, I suspect that our current methods will require some form of deprecation. This is a significant source of concern for me in relation to WF and AW, questioning how prone our current methods of doing things are and eventually will be prone to obsolescence, and how it will be worked around when it comes. We have over 1 250 articles on AW presently, and these are rather all over the place. I suspect the maintenance burden from keeping these articles up to code will eventually, err, creep up on us, I suppose, and some kind of major refactoring will be necessary. We are definitely in a period of experimentation and whatnot right now but eventually, like with enwiki, some sort of structure and rigor will form and I suspect it will start to become rather boring for me... I, for one, very much enjoy experimenting with new and better ways to do things here. I don't personally mind changing things to use a new and better paradigm if need be, that sort of thing highly excites me, but of course there will be things that are left behind, and I suspect maybe bots will be employed to deal with this? A lot of Wikipedia sister sites seem to do that, e.g. going and fixing up use of deprecated templates. Considering the nature of Wikifunctions and Abstract Wikipedia I suspect certain maintenance tasks will be made simpler or even trivial by the typical uniformity of our implementations. I guess I am just concerned if Wikifunctions or Abstract Wikipedia will ever accrue its own kind of "technical debt" with how we are plowing through things presently, and if there is a plan for how we will eventually seek to mitigate that. Maybe too early to ask this question, but I am a notoriously anxious person, so I thought it wouldn't hurt to raise the question regardless... &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 21:30, 26 April 2026 (UTC) :I very much agree, thank you for expressing my position so well. {{ping|Immanuelle}} has been using an AI-generated tool (well, they haven't edited in a week, perhaps it's a break or perhaps they don't wish to contribute to the project any more) to create a bunch of articles en masse, which I have warned them multiple times is a bad idea (on top of evolving functions, all of the articles are one-sentence-per-paragraph, [[abstract:Q12184|like so]]). That's why I've been avoiding creating articles recently, I'd say I have a good fourth (no data to support, rough guess) of the comments on the wiki, yet less than a percentage of the article count (only three, including the [[abstract:Q319|first article]], though, so perhaps I'm the next [[w:Special:Permalink/908493298|office.bomis.com]]). [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 19:41, 27 April 2026 (UTC) :: I feel that the overwhelming presence of these low-quality articles (which I admit I myself am [[abstract:Q1710970|guilty]]/[[abstract:Q7601858|of]]/[[abstract:Q39338|creating]], usually as testbeds) may incur a large maintenance burden. I do expect them to be easy to detect, however, as searching for the presence of "deprecated" NLG functions is trivial, and it is possible that replacing them with their future ''even abstracter&trade;'' counterparts could be done automatically since they all have the same signatures and can be expected to create the same form of sentence. If it needs to be done manually for a while or for certain delinquent instances, my hope is that it will be fun, at least for a while. :: I just hope that these hypothetical future waves of "this new and versatile way of abstractly representing linguistic content" obsoleting previous methods and requiring refactoring across all articles is only a one-time thing. We should strive to be as robust and flexible as possible from the outset as each brand new paradigm of abstraction is also a brand new maintenance burden for updating old articles. At the end of the day, at least ''some'' of these articles will still render to many different languages even if their methods of creating those sentences of theirs is completely outdated. Ergo, the time it takes for the switchover to be performed across our articles should not be a persistent inconvenience for users (as, of course, they will always still be able to read the content as it was before since these legacy functions aren't being deleted outright), and the increased availability that the new methods will bring about will likely act as motivation for them to join the effort in refactoring (&#x300C;You're telling me that if I rewrite this article in this cool Lisp-looking stuff then I can probably read it in [[abstract:Q9307|Galician]]?? COOL!&#x300D;). &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 20:26, 27 April 2026 (UTC) :::Totally agree. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 02:54, 28 April 2026 (UTC) :::My vague plan is to implement a default function returning an {{Z|Z89}}, for each language-neutral function. A single function would convert any of these to a {{Z|Z11}}, so that a composition of the two can be implemented as the current default until such time as the language-neutral function is ready to return a [[Z89]]. We can already convert a [[Z11]] to a [[Z89]] so, although there is more to be done in this space, existing language-specific functions could be adapted to return a [[Z89]] quite mechanistically. :::Although we certainly could deliver parallel Z89 functions for each existing Z11 function, I don’t think we should assume that particular outcome. Provided the Z89 captures a lang attribute from the Z11’s language tag, the two representations should be largely interchangeable, although I am expecting a Z89 to carry additional attributes at the span level that would be lost on conversion to a Z11 (along with any higher-level tags and attributes). :::When I say there is “more to be done in this space”, I am referring to a new type that would allow HTML fragments to be represented as tractable Wikifunctions objects, but this is currently drafted only in my head! [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 11:21, 29 April 2026 (UTC) == Filtering types of objects == Hello! I have tried to comb through my own edit history several times, but it's really hard to search for specifics because there's no differentiation between different types of objects (functions, implementations, tests, etc.) in the logs as far as I can tell. Am I missing anything? I want it to work sort of like how filtering by namespace works. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 16:48, 27 April 2026 (UTC) :There is differentiation, it's just rather hard to look through. Since all ZObjects are just JSON data at their core, you can search for instances of <code>{ "Z1K1": "Z[type]"</code>. I haven't tried this so I'm not sure how well it would work and I know MediaWiki search syntax treats quotation marks as a special character, but I have seen Wikifunctions pages link to searches using this before. There is also [[Special:ListObjectsByType]] but it is sitewide rather than specific to your edit history in particular. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 18:59, 27 April 2026 (UTC) ::''[It doesn’t help directly here, but please see [[WF:Find]] for more details of how this works.]'' [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 10:24, 29 April 2026 (UTC) :See the feature requests [[phab:T399244]]/[[phab:T373735]]. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 06:06, 28 April 2026 (UTC) :The lack of filtering edits by namespace is exactly the problem that I was trying to solve with the [[User:Amire80/wikifunctionsanalytics]] tool. :I even kind of succeeded, but it has two major problems: :# It doesn't have any real frontend, so you have to know some SQL to use it (or ask other people who know SQL). :# It doesn't get information from the live site, but from the dump, which appears to be updated once a month. :I've made a [https://quarry.wmcloud.org/query/104794 sample query for you]. Unfortunately, it won't do anything at the moment because of the second problem—your edits started in April 2026, which isn't over yet, so the dump for it hasn't been processed. But I hope that early in May you'll be able to use the same query and see something useful. :(I plan to add support for recent edits, but I haven't done it yet. Now that I more or less figured out how to process Wikifunctions edits, I'm focused on trying to understand Abstract Wikipedia edits. Processing up-to-date edits from both sites will possibly be the next thing I work on, but if you know some Python and want to try doing it yourself, don't wait for me—[https://gitlab.wikimedia.org/toolforge-repos/wikifunctions-analytics Patches welcome].) [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 18:51, 28 April 2026 (UTC) ::@[[User:QuickQuokka|QuickQuokka]], I've just updated the data until the end of April. Now the query to which I linked above gives some results. You can also try running other queries if you know SQL. (Or try asking for other queries if you don't.) [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 03:26, 3 May 2026 (UTC) == [[Z34213]] == I'm not quite sure why this implementation is failing. Could someone take a look? [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 02:24, 28 April 2026 (UTC) :I've [https://phabricator.wikimedia.org/T419933#11863997 notified] the team that this is still occurring, the issue was marked as resolved. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 02:52, 28 April 2026 (UTC) :Some useful tips: :* create more testcases: sometimes it is a random error, so try to see how consistent it is between testcases :* your implementation is very inefficient, since it fetches items and lexemes a lot of times. Ideally, each item and each lexeme should be only fetched once in all the execution tree. :[[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 06:06, 28 April 2026 (UTC) ::Caching (''should?'') means that the lexeme and item data are cached, so the call doesn't actually execute multiple times. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 17:51, 28 April 2026 (UTC) :::Are lexemes and items actually cached within the same function execution? Even if they are only partially fetched and/or fetched in bulk? [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 17:54, 28 April 2026 (UTC) ::::I don't have any evidence to prove that it works but that's definitely A. what's supposed to happen and B. the ideal behavior. This happens because the Z680X functions can be cached just like any other. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 18:02, 28 April 2026 (UTC) ::::It is unclear. In general, I believe identical branches are resolved only once in orchestration, but there is also independent caching of Wikidata fetches. ::::According to @[[User:DMartin (WMF)|DMartin (WMF)]] ([https://t.me/Wikifunctions/30374 on Telegram]): ::::<blockquote>Well, no. We have caching of Wikidata entities that have been retrieved, but not of the results of nested function calls. There is a proposal for doing this in the context of the V2 composition language, when it's a bit more mature, and it's regarded as a relatively high priority.</blockquote> ::::It’s hard to tell whether fetches in nested calls are, in fact, cached and available for other nested calls in the same call, since it is not generally the actual fetch that consumes the most resources. Rather (I believe), it is construction and transmission of the result object, which is currently repeated afresh in each nested call (unless it is in an identical branch). ::::I hope that’s clear, and I apologise in advance if it happens to be inaccurate! [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 10:16, 29 April 2026 (UTC) :::::Oh, I should clarify.  There is a lot of caching going on, in several different places.  Lexemes and items ''are'' cached by the orchestrator within the same function execution, even if they are only partially fetched and/or fetched in bulk.  When I said that we don't have caching of the results of nested function calls, I meant that's not happening in general, for all nested function calls in compositions.  But fetching of Wikidata entities gets special treatment, so yes, fetched content from Wikidata is cached, regardless if it was fetched by a top-level call or a nested call. :::::It is also true that the construction of a ZObject from the fetched JSON might happen more than once within the same function execution, depending on how a composition has been structured. However, the construction of the ZObject is actually very fast, compared to the elapsed time of getting the JSON from Wikidata. [[User:DMartin (WMF)|DMartin (WMF)]] ([[User talk:DMartin (WMF)|talk]]) 18:04, 1 May 2026 (UTC) == Question about cardinal numbers == I was about to edit {{Z|Z16435}} to add my function {{Z|Z34308}}, but I noticed that none of the other functions have a gender parameter. Should I create a new wrapper function "Bulgarian cardinal, neuter", or should I just remove the gender parameter and always return neuter? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:39, 28 April 2026 (UTC) :The “cardinal” functions should return the words used for “counting” numbers in the abstract. :We should consider converting them to return a {{Z|Z11}} rather than a {{Z|Z6}}. It may even be appropriate to return a {{Z|Z12}} to cater for language variants. Either way, I think that would be the approach to adopt for inflected forms, unless reference to specific lexeme-forms is required. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 12:52, 28 April 2026 (UTC) ::This. If a native of your language were to count up, which form would they be most likely to use? [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 13:29, 28 April 2026 (UTC) ::: {{re|GrounderUK|Feeglgeef}} Thanks for both your input! ::: I relabeled the aforementioned function to {{Z|Z34308}}, and created a new wrapper function {{Z|Z34457}}. ::: Should I specify that my old function is a monolingual text in parentheses? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 16:26, 28 April 2026 (UTC) ::::You don't have to, unless you think that is something that would require distinction when viewing the function in a list of search results &c. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 16:36, 28 April 2026 (UTC) == Optional/nullable function parameters == Hello! Recently, I was informed that Wikifunctions has no optional/nullable function parameters as of now. Are there any future plans to support this, and/or workarounds? Maybe create a union type system like "{{Z|6}} or {{Z|23}}". <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 17:53, 28 April 2026 (UTC) :What I do for this is use an "is empty" function corresponding to the type of the parameter in an If statement. If it isn't empty, the function works as intended. Otherwise, it does something else. [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 17:58, 28 April 2026 (UTC) :Unions are not a thing (yet) on Wikifunctions, but you can always define an argument of type {{Z|Z1}}, which means that all types are allowed (I already did this for {{Z|Z26737}}; note that it is still a ugly workaround, don't use it for high level functions). Also, note that usually on Wikifunctions we use {{Z|Z24}} as the null value. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 18:00, 28 April 2026 (UTC) :: {{re|JJPMaster|Dv103}} Thanks for your help! :: @[[User:Dv103|Dv103]] told me a function call with a missing parameter is treated as an invalid function call, so how does the "is empty" function work with that? :: Also, setting the type to {{Z|1}} seems naive, like setting the type as <code>any</code> in TypeScript... :: Related question: Are there plans to add default values to parameters (outside of "if empty")? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 18:19, 28 April 2026 (UTC) :::Setting the type to {{Z|Z1}} is actually naive, and that's why I advised you to only use it for low-level functions. Currently there is nothing better. Sometimes, type correctness is not actually checked, so it might seem that nullable types are possible. But it is still an hack, and it could broke anytime since it is not intended behavior. :::I don't think that there are current plans to add default values (but correct me if I'm wrong). The closest thing that comes to my mind is that, if you incorporate Wikifunctions into Wikitext, you can leave empty some fields (only of some specific types) and Parsoid will replace them to their default value. This is done only depending on the type, and not on the functions. For example, {{Z|Z6091}} and {{Z|Z6001}} are assigned the QID associated to the page, and {{Z|Z20420}} is assigned the current date. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 18:56, 28 April 2026 (UTC) :::@[[User:QuickQuokka|QuickQuokka]]: At the very least, [[Z10008]] accepts a null input. Maybe that feature is unique to the String type—I am not sure. [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 19:10, 28 April 2026 (UTC) ::::I think it's just not checked, but it shouldn't be intended. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 19:20, 28 April 2026 (UTC) ::::Strings and typed lists can be “empty” in the sense that their length can be zero. Typed pairs may also be “empty” in a degenerate sense, but such an object will not be returned from a code implementation. A typed map with no entries will also fail to be returned from code, although it is fine in compositions. ::::For a genuinely optional parameter, I prefer a properly typed list, which at least encourages an argument of the correct type. {{Z|Z813}} is also typically faster than {{Z|Z10008}}. Quite a good example of this approach is {{Z|Z23723}}, where it helps to resolve the type union (using [[Z1]]) for both Z6003K1 and Z6003K3. Of course, there’s nothing to prevent more than one element in the list, but additional elements are easily ignored. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 22:55, 28 April 2026 (UTC) :Pinging {{ping|Jdforrester (WMF)|prefix=|p=}}, I believe there are no current plans. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 19:02, 28 April 2026 (UTC) ::@[[User:QuickQuokka|QuickQuokka]]: I'm afraid there are no current plans to build out optional params, indeed; we would be happy to review this if a compelling case was made, but it'd be a lot of work to re-build the [[Wikifunctions:Function model|function model]] with that support and ensure we don't break (too many) things. [[User:Jdforrester (WMF)|Jdforrester (WMF)]] ([[User talk:Jdforrester (WMF)|talk]]) 19:11, 28 April 2026 (UTC) == Z6830 for Chinese == I was trying to use {{Z|Z6830}} for implementation in the Chinese-language. And turns out most of the Lexeme on Wikidata is using [[d:Q727694]] as the language instead of [[d:Q7850]]. This makes it impossible to use the mentioned function above, since Standard Chinese is not available (or did I miss something?). Is there a way to fetch lexemes with language=[[d:Q727694]] from item? [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 18:20, 30 April 2026 (UTC) :@[[User:Sun8908|Sun8908]] There is [[Z1006]] for Chinese and it has the language code zh. There is an overview of languages in [[Module:Wikifunctions label]] so you can search there for chinese versions and choose the one you need. [[User:Hogü-456|Hogü-456]] ([[User talk:Hogü-456|talk]]) 20:53, 5 May 2026 (UTC) ::I know that. The problem is when using the function [[Z6830]], it cannot retrieve lexeme with language [[d:Q727694]] (but it is the "Chinese language" with the most current Wikidata lexemes, see [https://ordia.toolforge.org/language/ ordia]). I think it should be a Wikidata problem, I might fix it (possibly by creating the same lexemes with language code zh) on Wikidata. Thanks anyway. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 05:39, 6 May 2026 (UTC) :Could you provide an example of a Chinese lexeme that has a linked Wikidata item, or a Z6830 function call that fails to find such a lexeme where one exists? [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 07:55, 6 May 2026 (UTC) ::Here: [[d:Lexeme:L846083]]. I think that's a primary reason of me trying to look into this problem, as the label in zh for [[d:Q6256]] (country) is not a single phrase (see its talk page on WD for more information). This makes some Abstract Wikipedia articles very weird in Chinese when {{Z|Z26570}} is used, so lexeme could potentially fix that. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 10:33, 6 May 2026 (UTC) :::Thank you. It looks as though {{Z|Z6830}} [https://www.wikifunctions.org/view/en/Z6830?call=%7B%22Z1K1%22%3A%22Z7%22%2C%22Z7K1%22%3A%22Z6830%22%2C%22Z6830K1%22%3A%7B%22Z1K1%22%3A%22Z6091%22%2C%22Z6091K1%22%3A%22Q6256%22%7D%2C%22Z6830K2%22%3A%7B%22Z1K1%22%3A%22Z6092%22%2C%22Z6092K1%22%3A%22P5137%22%7D%2C%22Z6830K3%22%3A%7B%22Z1K1%22%3A%22Z60%22%2C%22Z60K1%22%3A%22cmn%22%2C%22Z60K2%22%3A%5B%22Z6%22%5D%7D%7D returns that lexeme for language tag "cmn"]. Perhaps that tag should be added into the helpers for {{Z|Z24144}}? If it is widely used for lexemes, perhaps it should have its own {{Z|Z60}}? In any event, improvements might be considered under [[:phab:T390563]] (or otherwise), including amending [[Z6830]] to also consider "cmn" (and "zho", "chi"…?) when requests are made for "zh-hans" or "zho-hant" (or others?) @[[User:Winston Sung|Winston Sung]] @[[User:DMartin (WMF)|DMartin (WMF)]] [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 17:22, 6 May 2026 (UTC) ::::If you go to [[d:Special:NewLexeme]] and put in [[d:Q727694]] as the language, it is going to tell you it has an unrecognized language code. So I believe "cmn" should not be a {{Z|Z60}} by default? I also started [[d:Wikidata:Project_chat#Lexemes_with_language_Standard_Chinese_(Q727694)|a discussion on WD]] regarding this. I guess we can still use it as a fallback language though if possible. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 03:43, 7 May 2026 (UTC) ::::We don't have a separated <code>cmn</code> BCP 47 language subtag in MediaWiki and Wikidata at the moment. <code>zho</code> and <code>chi</code> are ISO 639 language codes but not BCP 47 language subtags. ::::For Modern Standard Mandarin, please use <code>zh-*</code> language tags for now. -- [[User:Winston Sung|Winston Sung]] ([[User talk:Winston Sung|talk]]) 15:26, 8 May 2026 (UTC) == Key not found error == Is there a reason why I am getting key not found error for this [[Z34677|function]] {{Z|Z34677}}? All the underlying functions run and all the test cases work. The debug information does not give more details. Any pointers? Thanks in advance [[User:Jsamwrites|John Samuel]] 19:24, 1 May 2026 (UTC) :It was passing the [[Z6091]] to {{Z|34641}} when that takes a [[Z6001]]. I've fixed that, but there's some other problem with the logic, so I've left it disconnected. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 19:42, 1 May 2026 (UTC) ::@[[User:YoshiRulz|YoshiRulz]] Thanks a lot. [[User:Jsamwrites|John Samuel]] 20:21, 1 May 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #246 is out: Request for input: what should we count for Abstract Wikipedia == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-05-02|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we ask you what would be the relevant metrics for Abstract Wikipedia, we discuss our latest news on Composition Language v2, and we take a look at the latest software developments. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 12:21, 2 May 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30325620 --> == Any formal process for deletion of pages == Does a formal process exist for the deletion of functions, implementations, and tests that includes a notification system for creators, analogous to Wikidata’s process, explaining the rationale behind the deletion (or proposal for deletion)? [[User:Jsamwrites|John Samuel]] 12:36, 3 May 2026 (UTC) :Does [[Wikifunctions:Requests for deletions]] work? [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 13:00, 3 May 2026 (UTC) :Please see the discussion at [[Wikifunctions talk:Requests for deletions#Should we expect Objects' creators to get pinged on deletion proposals?]]. :As I see it, it is the proposer’s responsibility to consult appropriately before making a request and we expect our administrators to act only when satisfied that appropriate consultation has occurred. In many cases, no consultation is required. Administrators may delete their own contributions without making a request, but this is not a practice I would encourage. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 13:51, 3 May 2026 (UTC) == Implementation of rational number in JS doesn't match in Z19677 (Rational number) and Z28579 (RGBA colour) == In {{Z|19677}} it's <syntaxhighlight lang=js> { "K1": sign * numerator, "K2": denominator } </syntaxhighlight> but in {{Z|28579}} it's <syntaxhighlight lang=js> [ sign * numerator, denominator ] </syntaxhighlight> '''<span style="font-family:Iosevka,monospace">[[User:沈澄心|<span style="color:#9f3526">dring</span>]][[User talk:沈澄心|<span style="color:#534fa3">sim</span>]]</span>''' 05:15, 4 May 2026 (UTC) == Nested functions in compositions == I wish it will be easier to a add another function about a specific existing function in a function implementation based on a composition. When I write long functions in spreadsheets I usually stat with a small part and then I try to go further and after important steps I test if the output is as expected. I created [[Z34826]] to get the German gender specific occupation lexeme for a specific person based on their gender. I wanted to add a function around the existing one and it was not successful. It is not very easy to implement as it requires the possibily to move a part to another section but I think it can be helpful if it will be implemented. So far I spend more time as expected on the function. Describing it with words what the function needs to do is much easier than implementing it here in Wikifunctions. So I think there needs to be improvement to make Wikifunctions more accessible. [[User:Hogü-456|Hogü-456]] ([[User talk:Hogü-456|talk]]) 21:10, 5 May 2026 (UTC) :Have you tried to use the copy-paste functionality? It is very useful to move parts of composition arounn. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 07:12, 6 May 2026 (UTC) :I've also found the composition editor to be wholly unsuitable for any expressions more than a few levels deep. (Even with the <code>localStorage</code> clipboard, because of its overzealous type checks.) Compositions naturally grow out from the "leaves", the immediate operations on the inputs, while the interface really wants you to build from the "root". I mostly use the [https://yoshirulz.gitlab.io/WikiLambdaBlockly drag-and-drop block editor] which I made to smooth over some of the site's problems, so if you want to try that out and give me some feedback I'd appreciate it. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 14:36, 6 May 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #247 is out: References from Wikidata now available == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-05-08|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we announce that is now possible to pass references in Wikidata statements, we introduce the [https://abstract-data.toolforge.org/ Abstract Data dashboard], we report you on the presentation about Abstract Wikipedia at WikiCon Australia, and we take a look at the latest software developments. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Also, we remind you that if you have questions or ideas to discuss, the next '''Volunteers' Corner''' will be held on '''[https://zonestamp.toolforge.org/1778520600 May 11, at 17:30 UTC]''' ([https://meet.google.com/xuy-njxh-rkw link to the meeting]). Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 11:16, 8 May 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30325620 --> == RGBA colour, spelling... == Something that has always irked me a little bit is the spelling of [[Z28579|RGBA colour (Z28579)]]. I guess this is not unsurprising for me considering my use of US English but I think there is more to it than preference and I want to try to argue for it being changed to use American spelling. I know that this probably has a snowball's chance in hell of actually garnering any support, so I won't really be miffed if the spelling remains as it is, but I thought it wouldn't hurt to raise this regardless. The main issue I have with it is the spelling of the original proposal. When infernostars raised the [[Wikifunctions:Type proposals/RGBA color|type proposal]], the spelling was 「RGBA color」. Of the comments that mentioned the word 「colo[u]r」, two used British spelling while six used the American spelling as used in the proposal. The only thing that really pointed to the use of ''colour'' was the fact that the catalog page on color functions used that spelling already. For all intents and purposes, the spelling of the original proposal should have been maintained, but it was not; [[User:DVrandecic (WMF)|DVrandecic]], the eventual creator of the type, used a different spelling. It should be noted that there was really no reason for this to occur and while it is an undoubtedly minor issue I still believe it should be rolled back and the type should use the spelling of the original proposal and majority of editor comments. In [[abstract:Q936|OpenStreetMap]], there have been keyvalue proposals that have had the finalized spelling that gets put to use be in British English despite the original proposal being in American English; this has usually occurred with proposals relating to 「X center/centre」 tags. This makes sense on the surface, because OpenStreetMap is maintained by a UK organization, and still has close ties to Europe. The Wikimedia Foundation, however, is an ''American'' company. This is often brought up as a fallible argument when debating article spelling on the English Wikipedia, and I don't bring it up to support that 「RGBA color」 should be used for that exact reason, but rather to state that OpenStreetMap's general policy on tag names need not apply here. It appears to me that, at least initially, the majority of 「core contributors」 to Wikifunctions used British English; I can name YoshiRulz, 99of9, GrounderUK, and VIGNERON.<ref group="color">I'm avoiding linking to these folks because I don't think pinging them about this discussion is all too necessary unless they themselves want to be involved; I don't want to clutter their inboxes just to briefly mention them. I pinged Denny because, well, I'm asking him a question directly, but everyone else I would prefer to join this discussion by their own accord... not that I wish for this decision to be confused as me going 「these people use British English so they will probably oppose my idea, I won't invite them to the discussion because of that」...no, I promise you that is not the reason.</ref> I see (or saw) these people ''everywhere'', so it makes sense that British English has prevailed in some sorts on this website, but I don't think that indicates that it should be the ''preferred'' spelling across the website, at least not to the point where a proposal should have its name changed to match such a "consensus".<ref group="color">It could be argued that the front-and-center ''Function catalogue'' using 「catalogue」 is actually indicative of such a "consensus", but ''catalogue'' is in a similar position to the word ''grey'' where I live (that is, the US) in that it is used just as often as its American counterpart. Also, consider Wiktionary's ''Beer parlour'' project chat.</ref> The unnecessary modification of the original spelling is my main argument for changing it back... but of course, I must obligatorily state that on English Wikipedia, it is [[w:Color|Color]] and [[w:RGBA color model|RGBA color model]]; on Wikidata, it is [[d:Q1075|color]] and [[d:Q2325624|RGBA color space]]; in CSS (which typically uses hexadecimal triplets to specify RGBA values), the properties are <code>color</code>, <code>background-color</code>, etc.; bit of a weak jab, but on Schema.org it is [https://schema.org/color color], [https://schema.org/colorSwatch colorSwatch]; et cetera. {{Z|Z28580}} uses ''color'', so does {{Z|Z28591}} and its Python counterpart. Mr. Vrandečić, I have to ask, I'm rather confused... you created the color type using British English spelling, but you were also responsible for the creation of the equality function which uses the American English spelling. You also seem to be writing in American English for the status updates, judging by your use of -''ize'' over -''ise'' endings and use of ''program'' over ''programme'' in [[Wikifunctions:Status updates/2026-04-16]]. Is there something I'm missing or have you switched your preferred variant somewhere along the way? Anyways, do consider this if you wish... again, I don't suppose this will garner much support, it is the ''non-issuest'' of ''non-issues'', but it has irked me to the point where I want to ask about it to get some answers, if nothing else. I am not arguing for every other color function to have its name changed, just the type itself. <references group="color"></references> &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:04, 8 May 2026 (UTC) :This is a multilingual project; the <code>en</code> label is <code>RGBA colour</code> and the <code>en-us</code> label is <code>RGBA color</code>. Though I'm not able to switch to <code>en-us</code> via the language picker so that would need to be fixed.<!-- --><br>edit after reading your whole comment: The same is true of {{Q|1075}}, there are labels specified for multiple English variants. (In {{Q|2325624}} it's only an alias.) I agree that other websites' choices aren't binding on us, but from that, I conclude that the more widespread British/Commonwealth spellings should be used for the generic <code>en</code>. As for myself, I'm Aussie and I will continue to use the BrE spellings ([[w:en:Oxford_spelling#Language_tag_comparison|+ "routing"]], TIL) if only by muscle memory.<!-- --><br>[[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 17:42, 8 May 2026 (UTC) :: Your lattermost point would normally be fine in a perfect world. Wikipedia's <code>convert</code> function defaults to "international" English, which I don't personally take issue with because it happens that we here in America are actually outliers for saying and spelling things differently... err, or we were for a while at least, nowadays it seems like an even split (plus you have "yield" vs. "give way" which is effectively the logical opposite of US's use of "meter" over "metre"). :: However, this is not a perfect world, and I don't think <code>en</code> should correspond to any particular variant. It is too fragmented across all software at this point to impose such a requirement. The inability to switch to <code>en-us</code> on this website foregoes an easy and simple solution to this problem that makes everyone happy, because the yanks (such as myself) can't be happy because we can't see the labels in American English even if we wanted to, and the other folk can't switch either as far as I'm aware (and the en-CA and en-GB languages in the preferences page seems to be deprecated). My point being, <code>en</code> is abused to mean "en-UK" just as often as it is abused to mean <code>en-US</code>; I think a decision shouldn't be made on such an assumption of one "default". &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:48, 12 May 2026 (UTC) :Hi @[[User:Theki|rae]]! I have no opinion nor preference on this, and given my background, I am just entirely confused about my spelling preferences myself, as you can tell from my inconsistent usage. I learned British English in school and used that for maybe two decades or so, but moved to the US and lived there for more than a decade, enough to be naturalized, but now I am back in Europe and I am technically a professor at King's College London, soooo.... honestly, I do not know. I don't remember having put too much thought into it at the moment I created it. The good thing is that in Wikifunctions, just as in Wikidata, it is easy to change, without messing things up too much (unlike in Wikipedia), so my suggestion is, just make the change, see if anyone complains, and if they do, discuss it more. I don't know if there is a guideline already in Wikifunctions about the variants. I am happy either way, and honestly, I keep forgetting which variant is which most of the time. --[[User:DVrandecic (WMF)|DVrandecic (WMF)]] ([[User talk:DVrandecic (WMF)|talk]]) 18:16, 10 May 2026 (UTC) :: I can definitely understand this, although I am unfortunately rather passionate about any minutiae involving preferential minor differences in ''anything'', of which AmE vs. BrE chiefly is. So I dedicate a lot of headspace to it. More than I should. Not that I wish to imply that the comment above that I have wrote is of an irrational nature, or done out of spite or pure emotion and subjectivity; I do genuinely believe that ''RGBA color'' is beyond just a personal preference and is just logical. I may boldly go and change it, but for some reason I was expecting that changing the English label of a Type would require elevated permissions, and I also didn't want to do it only to get immediately reverted because it ''did'' strike a chord with someone, when I could instead see how apathetic, supportive, or in opposition interested people are beforehand and ''then'' act accordingly. I was not meaning to antagonize you over your spelling habits, I did actually use British English for a few years starting in 2020 before I went back to American English, so I'd be a hypocrite for me to decry you for not always sticking to some arbitrary standard of spelling words over the other. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:55, 12 May 2026 (UTC) :Although I spell it “colour”, I think it makes more sense to use “color” for the type, since that is almost always the required spelling when the string functions as a keyword. :More generally, though, Wikidata’s lexicographic data happens to favour “colour” over “color” and (quite rightly, in my view) lacks a specific representation for "en". This is unusual, in my experience, as "en" is widely misused in place of "en-US", where there are recorded spelling differences. :(I would also say it is standard British English to use “program” in a programming context and “programme” elsewhere. Use of -ize rather than -ise is a matter of personal preference or house style, but regional autocorrect encourages -ise.) [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 11:00, 12 May 2026 (UTC) :: ''Wikidata’s lexicographic data happens to favour “colour” over “color” and (quite rightly, in my view) lacks a specific representation for "en"'' :: Definitely agreeing with you on the latter being a good choice. However, I suspect the favoring of "colour" over "color" may be because, in terms of language codes, when sorted alphabetically <code>en-us</code> actually comes ''after'' <code>en-gb</code>. Although, the frontend seems to be sorting <code>en-ca</code> after <code>en-gb</code>, so I don't actually know how correct that is. :: ''I would also say it is standard British English to use “program” in a programming context and “programme” elsewhere'' :: The context of the spelling was "''No program for the NLG SIG meeting for next Tuesday has been proposed''". In that usage context, I think it makes sense to assume that ''program'' is not being used to refer to a computer program, but to a ''program of events'' or similar, something that you would spell as a ''programme'' in British English. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 15:02, 12 May 2026 (UTC) :{{s}} this. I'm obviously biased but I believe American English is preferable generally, American dominance on the internet (our Department of Defen'''s'''e invented it!) and rapidly-increasing consumption of American media by international English speakers means that more people use American English's conventions, this is clear through for example [http://trends.google.com/explore?q=color%2Ccolour&date=all&geo=Worldwide search trends] (though they aren't particularly reliable). Perhaps this is a bit of a supremacist opinion, but we should have internal consistency, and if we must choose, American English should be our first choice (then Indian and then British English) [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:10, 12 May 2026 (UTC) :: This is rather flawed reasoning, though. I think probably any given British or Indian person would not agree on using that as the reasoning for this, not that you are necessarily ''completely wrong'', but if this is not a good enough reason for English Wikipedia's (admittedly extremely flawed) ''ENGVAR'' policy then I don't think it's likely it will pass here either. :: Although of note is that [https://books.google.com/ngrams/graph?content=color%2Ccolour&year_start=1800&year_end=2022&corpus=en&smoothing=3&case_insensitive=true Google ngrams] agree with you, but "color" vs. "colour" is an eternal holy war that will not be won by demonstrating that more books use US spelling over Commonwealth spelling. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:44, 12 May 2026 (UTC) :::You're probably right that it's not very sound. I'm biased in that other varieties of English irk me, and that's probably mutual for people who are used to other varieties of English when they read what I write! [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:56, 12 May 2026 (UTC) :I've decided to boldly [[Special:Permalink/274271|make the change]]. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 15:02, 12 May 2026 (UTC) :: Thank you. Considering both you and GrounderUK seem to consider it an okay change, I think this will do for now. :: I should note that the matter of whether to move [[Wikifunctions:Catalogue/Colour functions]] in response to this (however this discussion will ultimately turn out) is a whole other can of worms, in my view. I can't say I have an opinion on that at the moment, but I'm putting it out there regardless. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 15:06, 12 May 2026 (UTC) :::Personally, I'm in favor of moving the page and renaming all of the items on it. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 15:10, 12 May 2026 (UTC) ::I don't like this (exactly because of the American hegemony you cited), but again, it shouldn't matter because the software is meant to be multilingual. Clearly there's a bug preventing you from picking an English variant/dialect as your display language. But the search bar and Function/Type autocompletion do check the English variants for matches. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 15:15, 12 May 2026 (UTC) == Proposals on the architecture of Abstract Content rendering == Starting from a discussion born on the Telegram chat, I've explained two different proposals on how the NLG on Abstract Wikipedia should be organized in the page [[abstract:User:Dv103/Abstract articles architectures]]. Please come to contribute to the discussion, or to propose alternatives. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 14:31, 11 May 2026 (UTC) :Thank you for dedicating your time to writing this, it is very informative. I will try to add input once I'm not in over my head with finals. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 16:27, 12 May 2026 (UTC) == Display function for HTML fragment == Currently, any collapsed Z89 literal appears as<blockquote>&lt;&gt; [[Z89|HTML fragment]]</blockquote>If I were to create a new Function which returned something like<blockquote>&lt;&gt; 123-byte HTML fragment <q><nowiki><td><span lang=</nowiki>&hellip;</q></blockquote>could that be connected to replace the collapsed form, or would it require changes to the Wikilambda software? [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 16:14, 11 May 2026 (UTC) :It might work, but I doubt it. Those angled brackets suggest that the collapsed form is not simply defaulting to the type’s label. Looking at [[:phab:T410509]], I’ve concluded that enhancements to the collapsed form were never considered, rather than being actively rejected. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 12:12, 12 May 2026 (UTC) ::[[:Phab:T391985]] documents the original design. Note the fifth bullet point under “Acceptance criteria”. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 12:21, 12 May 2026 (UTC) :I'm not sure the byte-size is necessary, but the outer tag (or first outer tag, though generally I'd prefer most fragments use a wrapper tag if it needs multiple like JSX does, but that's a whole different topic) would be nice. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 12:51, 12 May 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #248 is out: A higher meaning == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-05-15|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we discuss functions creating language fragments, we present our latest news in Types, and we take a look at the latest software developments. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 14:36, 15 May 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30536976 --> == [[Z34510]] == This function, which determines if a Wikidata item for a {{q|5}} has an undeprecated {{p|21}} statement of {{q|6581097}}, returns false for {{q|173399}}, a transgender man. This is because his item assigns his P21 statement to {{q|2449503}}, not {{q|6581097}}. I'm not sure how to account for this discrepancy. Should {{z|34510}}: # Include {{q|2449503}} as a value that can lead to a true result, # Not include {{q|2449503}} as a value that can lead to a true result, while another function (e.g., "Q5 is a man?") could return true for either "male" or "trans man", # Not include {{q|2449503}} as a value that can lead to a true result, while another function (e.g., "Q5 is a trans man?") could return true for "trans man", # Not exist at all? [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 16:48, 16 May 2026 (UTC) :I can't think of a single use case where you would need to determine if a person is a cisgender man and nothing else. Functions are good for generalizing across multiple possibilities when they exist, so I think it would be best if trans men were considered a part of the criteria for returning a true value. If asking for specifically {{q|6581097}}s and ''nothing'' else was desired then the function name would be a misnomer as Elliot Page is inarguably a male (at least in the view of most reasonable and intelligent people). &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 19:03, 16 May 2026 (UTC) :You made the function in the first place; what were you planning on using it for? AW? Maybe it should return a {{Z|25501}} which can then be passed on to other NLG functions. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 20:01, 16 May 2026 (UTC) == Lexeme from wikidata label, or "best" lexeme from wikidata item == I was looking into fixing [[Z28028]]. I found that I could add "requires grammatical feature: definite article" to "United Kingdom" (L8558). Now I'm stuck on how to get to that lexeme from {{Q|145}}. There's [[Z23471]], but that for very good reason gives you multiple lexemes with the same sense, and I just want the best one like how the label is always the best string. Is there a function that can do this? There's definitely the case of a Wikidata label that isn't a lexeme (most commonly multiple lexemes) but I'm only considering the case where it is one lexeme here. [[User:Aaron Liu|Aaron Liu]] ([[User talk:Aaron Liu|talk]]) 20:02, 16 May 2026 (UTC) :There is {{Z|Z27327}}, that tries to give the best lexeme through various heuristics. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 22:22, 16 May 2026 (UTC) :: Wonderful! I did stumble upon [[Z33818]] but this is perfect. [[User:Aaron Liu|Aaron Liu]] ([[User talk:Aaron Liu|talk]]) 00:25, 17 May 2026 (UTC) 5935gv7f4o2ogvx4dnd18l5pqqv1m8j 275599 275588 2026-05-17T01:17:45Z JJPMaster 6409 /* Z29591 isn't working for me */ new section 275599 wikitext text/x-wiki {{shortcut|[[WF:CHAT]]|[[WF:PC]]|[[WF:VP]]}} __NEWSECTIONLINK__ [[Category:Help]] <!-- please do not remove this line --> Welcome to the Project chat, a place to discuss any and all aspects of Wikifunctions: the project itself, policy and proposals, individual data items, technical issues, etc. Other places to find help: * [[Wikifunctions:Administrators' noticeboard]] * [[Wikifunctions:Report a technical problem]] * [[Wikifunctions:FAQ]] {{Autoarchive resolved section |age = 1 |archive = ((FULLPAGENAME))/Archive/((year))/((month:##)) |timeout=30 }} {{Archives|{{#tag:div|<br />{{Flatlist|{{Special:PrefixIndex/WF:Project chat/Archive/|stripprefix=1|hideredirects=1}} |class=mw-collapsible-content|style=font-size:92%;}}|class="mw-collapsible mw-collapsible-toggle mw-collapsed"}} |prefix=WF:Project chat/Archive/ }} == "language" argument for certain functions == Hello. I am relatively new to Wikifunctions. Recently, I tried to create functions for Chinese translation of {{Z|Z26570}} and {{Z|Z26095}} (which became [[Z32788]] and [[Z32900]]). During the creation of these functions, I was trying to take {{Z|Z32212}} as reference. And I realized that the defining role sentence function is taking <code>language</code> as an argument (and the test case of the Chinese-language function already contains two varieties of Chinese). This makes it possible to output monolingual text in <code>zh-hant</code>, <code>zh-hans</code>, <code>zh-tw</code>, or any varieties of the language. I think for this reason, it is better to have <code>language</code> as arguments for the implementation of Z26570 and Z26095, and potentially more functions that require {{Z|Z14294}}, since it would output the varieties code instead of just saying <code>zh</code> for <code>zh-hant</code>, <code>zh-hans</code>, <code>zh-tw</code> in the output of type {{Z|Z11}}. I am not sure how the fallback mechanism works if one of the language (varieties) do not have a labels/lexemes, but to me, it is reasonable to have a <code>language</code> argument. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 09:38, 31 March 2026 (UTC) :The functions you mention do have a language argument. For Wikifunctions, the {{Z|Z60}} can be at a higher or lower level; whether a {{Z|Z11}} is for a language or a variant is determined by the function that constructs it. Please see {{Z|Z26565}} for an example and feel free to add test cases in Chinese. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 17:54, 11 April 2026 (UTC) ::Hello @[[User:GrounderUK|GrounderUK]], thanks for the answer. I understand that whether {{Z|Z11}} is for a language or a variant depends on the function. But that is exactly what I am asking for. It is true that [[Z26570]] and [[Z26095]] takes [[Z60]] as argument, but the language-specific functions in {{Z|Z29843}} and {{Z|Z26096}} don't. ::Let me give you an example: INPUT to [[Z26570]]: <code>entity</code>: Tokyo, <code>class</code>: city, <code>location</code>: Japan, <code>language</code>: zh-cn, the config would select [[Z33030]] (created after my previous comment by elseone) as the implementation, and it would RETURN 东京是日本的一个城市。(zh-hans), which is not zh-cn as requested in the INPUT. It would also be using the term not for the variant (when it is different) because it is hardcoded to use the term in zh-hans. However, if we have the implementation like [[Z32790]] (which was created by me but a natural language argument was added by elseone) or [[Z32213]] (that works in the defining role sentence function because of the extra argument), it could cater for different variant. ::If we don't have the language argument in the language-specific function, the desire for article creation on Abstract Wikipedia would be to create a function for every variant. Is it then better to create functions for every variant? [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 18:18, 11 April 2026 (UTC) :::I forgot to mention that there are some hardcoding in {{Z|Z32790}} as well, but I cannot fix it because it is a connected function and I am not a functioneer. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 18:31, 11 April 2026 (UTC) ::::Okay, I think it’s safe to disconnect this one as the function is not yet configured for use on Abstract Wikipedia. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 19:04, 11 April 2026 (UTC) :::Ah, sorry… I misunderstood you. I agree that the called function should be able to accept the original language argument. That is simpler in theory than in practice, because the configured functions all have to have the same argument types, as I understand it. I’m not sure which the best approach is, really, but we probably want to avoid two levels of configuration. That suggests that all language-specific functions would need to accept the additional argument, which is unrewarding work for someone. @[[User:99of9|99of9]], @[[User:Jdforrester (WMF)|Jdforrester (WMF)]], @[[User:DVrandecic (WMF)|DVrandecic (WMF)]] Any thoughts? [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 18:57, 11 April 2026 (UTC) ::::I mean, we would need to modify all the functions in each language, which could take some time. But we are still in an early stage. If we don't fix it now and we want to fix it later, it would be a disaster. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 19:25, 11 April 2026 (UTC) :::::Agreed. And we probably want them converted to HTML too, with separate language spans for text in different languages. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 19:35, 11 April 2026 (UTC) ::::@[[User:GrounderUK|GrounderUK]]: This sounds like a reasonable change to make. Note that (given these Functions are primarily for use on Abstract Wikipedia), altering/replacing them to return Z89/HTML fragments is already a desired but breaking change, so making a second breaking change at the same time is probably easiest for fixing things swiftly. That said, that's of course a decision for the Abstract Wikipedia and Wikifunctions communities, not me! [[User:Jdforrester (WMF)|Jdforrester (WMF)]] ([[User talk:Jdforrester (WMF)|talk]]) 19:43, 12 April 2026 (UTC) ::::@[[User:GrounderUK|GrounderUK]]@[[User:Sun8908|Sun8908]] to make it a non-breaking change, I've created {{Z|Z34039}} which allows a composition {{Z|Z34043}}. This way you can make functions which either need the specified variant or don't! --[[User:99of9|99of9]] ([[User talk:99of9|talk]]) 05:52, 24 April 2026 (UTC) :I have now created {{Z|Z33465}}, which is an implementation of [[Z26570]]. Maybe we can migrate to use that function when more (language-specific) functions for it are ready? [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 18:19, 14 April 2026 (UTC) == No place to ask to activate a function? == I just discovered the {{Z|Z11390}} function and decided to make an overarching language-selecting function for it. After some fiddling around and studying how {{Z|Z32321}} and its set works, I now have {{Z|Z33439}} which has a config object ({{Z|Z33441}}) that selects between the two preexisting language-specific versions I found (English and Malayalam) and the new one I created for my other native language, {{Z|Z33440}}. Except I can't get these to work, because, from what I understand, only [[Wikifunctions:Functioneers|functioneers]] can activate newly created functions and implementations? So where do I apply for the {{Z|Z33439}} and {{Z|Z33440}} functions to be activated? Perhaps we should have a place to ask for it, a la [[w:WP:NPP]] — call it [[Project:New Functions Patrol|New Functions Patrol]] if you will. —[[User:UndueMarmot|<span style="color:#705ccb;">Undue</span><span style="color:#cfdfa3;background-color:#705ccb;">Marmot</span>]] ([[User talk:UndueMarmot|talk]]) 08:58, 14 April 2026 (UTC) :There's [[Wikifunctions:Community portal]] for this. By the way, {{Z|Z33445}} doesn't work because all the code must be inside the main function in Python code. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 09:19, 14 April 2026 (UTC) ::Huh. How could I have missed that? ::But anyway, I've moved the code in {{Z|Z33445}} into inside the main function block. ::Is there any reason why WF decided not to simply allow anyone to write functions? After all, that's how it works with wikitext templates, and these functions are fundamentally serving the same purposes as templates, just written in a different way. —[[User:UndueMarmot|<span style="color:#705ccb;">Undue</span><span style="color:#cfdfa3;background-color:#705ccb;">Marmot</span>]] <small>([[User talk:UndueMarmot|talk]])</small> 11:25, 14 April 2026 (UTC) :::I've fixed a couple of technical issues, but tests still fail. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 11:28, 14 April 2026 (UTC) ::::The tests pass now after some more changes to the code: [[Special:Diff/265232/cur]]. —[[User:UndueMarmot|<span style="color:#705ccb;">Undue</span><span style="color:#cfdfa3;background-color:#705ccb;">Marmot</span>]] <small>([[User talk:UndueMarmot|talk]])</small> 12:01, 14 April 2026 (UTC) :::::{{D|Connected}} [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 12:02, 14 April 2026 (UTC) :::I think it's a security issue, since Wikifunctions implementations could teoretically be malicious. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 11:29, 14 April 2026 (UTC) ::::This ^^^. We're very lenient, though, once you've created a few working functions you can apply for the right, per [[WF:Functioneer]]. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 12:26, 14 April 2026 (UTC) ::::That explanation [[phab:T343559#11421293|doesn't add up]]. A reason to limit ''connection powers'' to Functioneers might be to prevent vandalism, considering Functions can be used across wikis. But user-provided code is already being executed even without a Functioneer connecting it. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 20:01, 16 April 2026 (UTC) == Actual difference between {{Z|Z26039}} and {{Z|Z26095}} == What is the actual difference between these two functions? I ask, since it seems to me that the current distinction is more or less that the first one doesn't use an indefinite article in English, while the second does. Which is not a good distinction in a project that should be language neutral. This doubt emerged from my use of the first one in [[abstract:Q124441]], which @[[User:Hogü-456|Hogü-456]] made me notice that is probably wrong. My question is: why is it wrong? How could we clarify the difference? [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 19:46, 19 April 2026 (UTC) :I think the difference is if there is an indefinite article like a or an before the subject or not. In German there can be cases where a definite article is necessary before the subject. I looked at the functions and before the object both times an article is mentioned. As it depends on the language and the word what is the correct function to use I hope it will be clarified and it is an example of the necessity to have a human with understanding in a specific language check it. I hope there will be longer functions what generate more content about a specific kind of item. Then it is necessary to write one such function per language and it can be then applied to several items. It still requires checks and so maybe it is better to write down what item category needs what kind of introduction sentence function for what language. [[User:Hogü-456|Hogü-456]] ([[User talk:Hogü-456|talk]]) 20:05, 19 April 2026 (UTC) ::The point of these two functions (and of the entire Abstract Wikipedia project) is that they should be defined in a purely language-independent way, so that the translation to actual language can be done automatically. This is the reason why these functions have been renamed; I think that this attempt was not succesful, since meaning is still unclear. My proposal to clarify them would be to invoke the concept of [[w:specificity (linguistics)|specificity]]: {{Z|Z26039}} should be named "specific subject is instance of (string)", and should be used only when the QID of the subject uniquely identifies a single thing; {{Z|Z26095}} should instead be renamed in "non-specific subject is kind of (Monolingual text)", and should be used when the QID refers to a multitude of real life items, and we are specifying the class that all these item belong to. This clarification would not still be enough, since it doesn't explain how mass nouns are handled (is water a unique thing? Does {{Q|Q7802}} refer to a single piece of bread or to the entirety of bread, like water?). This problem is very tricky, since mass noun are language-specific and blurry the line between these two functions. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 20:58, 19 April 2026 (UTC) :Simply put, one corresponds to P31 and the other to P279. Paris is an {{Q|P31}} a {{Q|Q1549591}} :whereas a {{Q|Q1549591}} is a {{Q|P279}} (alias “kind of”) {{Q|Q515}}. Whether the Wikidata knowledge representation will be sufficient to resolve into fluent natural language representations in all languages is, of course, a crucial question. Where it is not, the Abstract Wikipedia knowledge representation will need to supplement the Wikidata content with additional details about the relation between the participants or the participants themselves, and these details should be language-neutral, to the extent that this is practicable. The item {{Q|Q124441}} has no [[:d:Q124441#P31|P31]] statements; it has only [[:d:Q124441#P279|P279]]s, including one relating it to {{Q|Q212920}}, which suggests {{Z|Z26095}} is the appropriate choice here even if the rendering in some languages is the same. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 22:52, 19 April 2026 (UTC) ::Thanks for explaining it. I think that I'll change the implementation of {{Z|Z26095}}, so that in Italian it produces more or less the same output of {{Z|Z26039}} (both with the definite article). [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 11:24, 20 April 2026 (UTC) == Equivalent of Z6830 for lexemes == Is there an equivalent of {{Z|Z6830}} that enables retrieving all lexemes pointing to a particular lexeme using a specific property? [[User:Redmin|Redmin]] ([[User talk:Redmin|talk]]) 21:06, 20 April 2026 (UTC) :There's {{Z|6831}} but I think that's slightly different again to what you're after. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 12:31, 21 April 2026 (UTC) ::Thanks for sharing that one, I did not know it existed. But you are right, it’s not quite what I am looking for. I want a function that would take a Wikidata property reference (like P5191, which is ‘derived from lexeme’) and a Wikidata lexeme reference, and return a list of lexemes that reference that lexeme using that property. [[User:Redmin|Redmin]] ([[User talk:Redmin|talk]]) 13:23, 21 April 2026 (UTC) == Storing huge datasets == It is not a necessity I suppose, but an idea came to me earlier to write a function that would give the corresponding [[en:Shavian alphabet|Shavian alphabet representation]] of an English word written with the Latin alphabet, or perhaps apply that operation to an entire sentence. However, just trying to guess as to what the IPA pronunciation of each word passed into it could be is is both not ideal (pronunciations obviously can and will vary widely between accents) and infeasible <s>(Wikidata lexemes don't really seem to account for pronunciation)</s>. It happens, though, that a comprehensive Shavian dictionary exists named the [https://readlex.pythonanywhere.com/ ''Read Lexicon''], which uses pronunciation and spelling similar to that used by the creator of the alphabet himself. This would be a good dataset to use in performing this translation in the function, but it appears that, all in all, the total size of the dictionary is [https://github.com/Shavian-info/readlex/blob/main/readlex.json ''nearly 26MB''] when formatted as JSON, which would certainly be larger when converted into a typed list. I am wondering if this will ever be feasible or admissible, or if there is really a way around this if importing such a large set of data is deemed impractical. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 22:30, 20 April 2026 (UTC) :{{re|Theki}} "Wikidata lexemes don't really seem to account for pronunciation"" is patently untrue; not only does every Bokmål lexeme form have IPA attached to it (thanks to Jon Harald Søby), but there are lots of languages--including English--that have pronunciation information, whether through IPA or otherwise, indicated on their forms. The big issue of course is that adding this data is not always possible to perform efficiently--for instance, I'd love to have Yiddish pronunciation respellings from Paul Abelson's dictionary on as many English forms as possible, but this dictionary not being previously processed makes this difficult. The data set you have brought up, if a suitable reading of [[:m:Wikilegal/Lexicographical_Data]] allows it, could be added as {{P|7243}} statements on various English forms. [[User:Mahir256|Mahir256]] ([[User talk:Mahir256|talk]]) 23:20, 20 April 2026 (UTC) ::Well, sorry... I haven't witnessed these pronunciation statements before, I wasn't aware of their existence until you pointed it out. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 15:02, 21 April 2026 (UTC) :I got 1,900,000 characters into [[Z33875]] before the UI gave up on me. I'm not sure what the limit is. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 15:21, 21 April 2026 (UTC) == Could not serialize input JS object: Number <small><small>[insert tested number here]</small></small> == I'm not one to throw my problems at others, but I have no idea how to fix this. Am implementing {{Z|Z24602}} in JavaScript, which requires returning a typed map. It now works for every type of value except numbers. Tried explicitly converting the numbers to float64, but either way it throws the error above. Would appreciate it if anyone could diagnose or fix the problem, as my knowledge of Wikifunctions is amateur at best. Thank you. [[User:Some helpful person|Some helpful person]] ([[User talk:Some helpful person|talk]]) 00:32, 23 April 2026 (UTC) :The quick answer is that like some list-related functions, code implementations returning typed maps are not possible unless the type of the objects in the map is specified in the function signature (e.g. if it was a map from Strings to Natural numbers only). So unfortunately, I think you've chosen a function that is not really possible at the moment. There are a few ideas of how we might address this, but for the moment, work on something else. Sorry! --[[User:99of9|99of9]] ([[User talk:99of9|talk]]) 13:21, 23 April 2026 (UTC) :Maybe explicitly using [[Z13518|natural numbers]] would work? I would try using <code>{ "Z1K1": "Z13518", "Z13518K1": "[number]" }</code> to represent numbers, perhaps, and seeing if that works. Of course, you would also probably have to adapt this for other types that cannot be serialized, and I'm not sure how easy that would be to generalize (assuming [[w:Don't repeat yourself|DRYness]] is desired). &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:39, 23 April 2026 (UTC) == Help with creating a function for Abstract Wikipedia == Hello! I was inspired by {{Z|Z26570}} to create {{Z|Z33975}}, however I'm not sure how I add specific language implementations here. Can anybody help me? [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 10:41, 23 April 2026 (UTC) : I think I figured it out, I created a new object with the language config type, added {{Z|Z14310}} to my implementation, and added a new function for English... At least I think that's how it works... [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 13:16, 23 April 2026 (UTC) ::You have the right idea, as far as I know. I went ahead and connected the implementations you created as they appear to work fine for English, and added a test for {{Z|Z33975}} (which passes [[File:Twemoji 1f601.svg|24px]]). I also corrected an error you made on the config object where you appear to have accidentally connected English to {{Z|Z33975}} instead of {{Z|Z33977}}. Thank you for contributing! &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 13:45, 23 April 2026 (UTC) ::: {{re|Theki}} Thank you so much for you help! Could you please kindly also connect the implementations for {{Z|Z33986}} which I just made, which is going to be used for the Hebrew implementation of {{Z|Z33975}}. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 14:11, 23 April 2026 (UTC) ::::You seem to be returning the wrong type in both implementations. Functioneers should not connect implementations that don't work for non-functioneers. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:13, 23 April 2026 (UTC) ::::: {{re|Feeglgeef}} Oh thank you for pointing that out! I am still a bit new to this project and confused, so I need to read up some more about this. How do I return a monolingual text object? [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 14:17, 23 April 2026 (UTC) ::::::I'm trying to fix it for you, the construction of ZObjects in code implementations is a bit difficult right now. Since the State origin using entity and class function will (presumably) be composition, perhaps {{Z|33975}} can be adjusted to return a string, using {{Z|26107}} and {{Z|26107}}? [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:21, 23 April 2026 (UTC) :::::I did not notice any discrepancies from looking at the functions by themselves, and it seemed to work fine on my end. Is it bad practice for NLG functions to return the monolingual text type? I had assumed it was logical. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:24, 23 April 2026 (UTC) ::::::Both implementations are failing all three tests on my end. No consensus has been established as to whether monolingual texts or strings should be used, so it's like the [[w:War of the currents|war of the currents]] but for Wikifunctions. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:27, 23 April 2026 (UTC) :::::::Oh, you were referring to {{Z|Z33986}}. I assumed you were stating that something was wrong in the earlier English functions that I missed; I apologize for the misunderstanding. Has there been any centralized discussion on this string vs. monolingual text issue? &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:31, 23 April 2026 (UTC) ::::::::Not that I'm aware of, I've brought it up on the telegram twice before, though. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:49, 23 April 2026 (UTC) ::::::::The centralised discussion is at [[WT:Abstract Wikipedia/2025 fragment experiments#Proposed recommendation: Fragments should return Z11/monolingual strings]]. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 07:19, 24 April 2026 (UTC) ::::::: {{re|Theki|Feeglgeef}} Can only functioneers test implementations? For me I can't test it at all... [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 14:32, 23 April 2026 (UTC) ::::::::AFAIK, test cases are only immediately testable during editing of a function if they are connected. This is one of my personal pain points with Wikifunctions, iterating on functions without exhaustive connected test cases makes debugging practically impossible for non-functioneers working on newly-created functions... I (or Feeglgeef) can quickly connect the tests you need for you if you want, although if they are not well-formed they may need to be disconnected again afterwards. Additionally, I could temporarily connect the implementation you are writing so that you can test it on the sidebar as you work, but I'm not sure if this is advisable. That functionality is also something that unfortunately only works when not disconnected. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:43, 23 April 2026 (UTC) :::::::::Yup, agree with you on all points, thanks. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:48, 23 April 2026 (UTC) == Please disconnect implementation == I think I've fixed my issue with {{Z|Z33986}}, but I can't edit an actively connected implementations with my rights. I must admit it is an AI-aided fix, I feel very strongly about disclosing that. Courtesy pinging [[User:Theki]] and [[User:Feeglgeef]]. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 18:51, 23 April 2026 (UTC) : Additionally, I think the JS might be working. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 18:52, 23 April 2026 (UTC) : Just to clarify, I mean disconnect the Python implementation please. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 18:53, 23 April 2026 (UTC) :{{Done}} I've disconnected the Python implementation. :I've also added a couple of tests. The rule is a bit more complicated than adding a maqaf before every character that is not a Hebrew letter. Unfortunately, I don't think I'll have time to fix the implementations any time soon. [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 19:03, 23 April 2026 (UTC) :: Thank you! :: Also, for some reason I thought you put a maqaf before all gershayim, so thanks for correcting me. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 19:09, 23 April 2026 (UTC) :::No, that's not the rule. :::The rest of this reply is an [[:wikt:info-dump|infodump]], feel free to ignore it :) :::In [https://hebrew-academy.org.il/topic/hahlatot/punctuation/ the Academy's punctuation rules], the rule for adding a maqaf is written kind of badly: שמים מקף ברצף שיש בו שני סוגי גופנים, כגון אותיות ומספרים ("maqaf is added in a sequence in which there are two types of fonts, such as letters and numerals"). These are not different types of "fonts", but different types of characters, and I should email them about it. It gives the examples <span lang="he" dir="rtl">ה־12</span> and <span lang="he" dir="rtl">ב־DNA</span>. It doesn't say anything explicitly about quotation marks, but in other places on the same page, you have stuff like <span lang="he" dir="rtl">ב"הארץ"</span>, and from that I deduce that a maqaf is not needed before double quotes if there are Hebrew letters inside the double quotes. :::That said, a few people do think that there must be a maqaf before double quotes. I have a somewhat surprising example of somebody who always does it: translators of Scientology materials into Hebrew. At least that's what they did last time I looked at them, about ten years ago. Those people are certainly prolific, and they get points from me for consistency, but this not the prevalent standard. (And if I recall correctly, they use the minus and not the proper Hebrew maqaf, and they don't get any points from me for that!) :::Also, the name of the character is just "double quotes" and not "gershayim". Gershayim are mostly for abbreviations, although most people use the same character for them. I use ״ for gershayim, as do a few other nerds, but we're the minority. [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 19:35, 23 April 2026 (UTC) :::: {{re|Amire80}} Yeah, "font" is a weird choice of wording here by the Academy...<br> I think I'll follow your guidance and not use a maqaf for quotes beginning with Hebrew letters. <br> I should also add more tests for different types of quotes, like straight (", '), curly (“, ”, ‘, ’), gershayim (״, ׳), including single quotes.<br> P.S. gotta deduct points from Scientology for being a cult but that's neither here nor there [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 20:49, 23 April 2026 (UTC) :::: {{re|Amire80}} Courtesy ping because I mistyped your username on the last message. Anyways I'm also gonna do that tomorrow because I'm tired now... [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 20:50, 23 April 2026 (UTC) == Connect implementations == Hello! I'm done with the implementations of {{Z|Z33986}} both in JS and Python, and all tests pass. Pinging @[[User:Amire80|Amire80]] to check if all the tests I've added are alright. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 15:24, 24 April 2026 (UTC) :Connected. It's possible that some more changes will be needed, but it looks OK now. :Another little comment: It should be called "clitic" and not "prefix". [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 15:56, 24 April 2026 (UTC) : {{re|Amire80}} Thanks for your comment! Luckily labels are easy to edit, so I'll get to it. : Currently I'm working on Bulgarian {{z|Z34072}} and {{z|Z34084}}, along with other Bulgarian functions. After I'm finished with those I'll take your advice. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 16:01, 24 April 2026 (UTC) == Please connect my Bulgarian implementations == I recently created the following Bulgarian functions: * {{Z|Z34070}} (currently broken, I think because another function I built it upon is unimplemented) * {{Z|Z34088}} * {{Z|Z34105}} * {{Z|Z34072}} * {{Z|Z34084}} Can somebody please connect these functions, and perhaps suggest other functions I could localize? [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 19:03, 24 April 2026 (UTC) : Specifically, [[Z34070]] is based on [[Z34072]] [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 19:05, 24 April 2026 (UTC) :{{done}} for everything that passes, [[Z34070]] still does not work after purging WF's cache, though. For future reference, please request on the [[WF:Community portal|community portal]] instead of the project chat. Thank you for your work! [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 20:03, 24 April 2026 (UTC) :: {{re|Feeglgeef}} Thank you for your help! I will keep in mind to go to the [[project: community portal| community portal]] in future instead for this. :: I still don't understand why {{Z|Z34070}} fails... It's implementation is almost completely identical to [[Z30399]] from {{Z|Z30397}}, unless I messed something up... [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 20:11, 24 April 2026 (UTC) :::{{done}} No, it was mostly just timing out. It is better to use selective fetches where possible. One case is failing to match the expected results, but at least it is returning something. For all I know, it might even be acceptable! [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 20:35, 24 April 2026 (UTC) :::: {{re|GrounderUK}} Thank you so much for your help! The one failed case is with a definite article, so I feel like that might be fixed in the future... <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 20:43, 24 April 2026 (UTC) == Editor experience suggestions == I'm a bit frustrated with the editing experience on Wikifunctions, and I have suggestions based on pain points I've had contributing to this project: * Adding a wizard to create functions, implementations, and tests in one flow, somewhat like Wikimedia Commons' upload wizard * A sandbox for experimenting without changing mainspace functions, and maybe letting non-functioneers connect implementations ([[Project: Sandbox]] doesn't seem to fit this) * We could have functions for creation based on the sandbox, like how Wikipedia has articles for creation and edit requests, * Maybe even another test instance of Wikifunctions, like how Wikidata has [[testwikidata:|Test Wikidata]] I really like this project and I don't mean to whine, but it certainly has a lot of pain points both for technical and non-technical people. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 20:41, 24 April 2026 (UTC) : It's also really complicated to localize functions, so maybe we should add another wizard for that, where you can choose a language, and then create the new function with the aforementioned function wizard, and it just automatically adds it to the related language configuration object of the related function. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 20:48, 24 April 2026 (UTC) :# Sounds good to me. :# A sandbox available is [[Z10119]], though an extension-provided sandbox that allows you to manipulate the types, code, and tests easily without interfering with the mainspace would be nice. :# [[WF:Suggest a function|This page]] works to some extent, though it's too messy in my opinion. :# We used to have a "beta cluster" but it [[phab:rOMWC5f625c5846b5f779473fa32c9a02d87e59215dfa|got shut down]] just over a year ago because it was broken. :[[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 21:07, 24 April 2026 (UTC) == Language parameters in language-specific functions == I think that an effort should be made to give the different natural language options corresponding to different English dialects, Chinese scripts, etc. more of a use (I added the test {{Z|Z34119}} to {{Z|Z26095}} and unsurprisingly it fails). There are two main problems with this approach that I can identify: * If you ask the majority of these functions to make a sentence in British English, much of the time it will give you an output with missing words, because it does not fallback to English labels in the case of a British English label for that item missing. The same applies for every other English dialect, British English is just an example here. * Uninformed editors will probably see the presence of a language parameter on these functions, consider it redundant, and remove it. [[Special:Diff/268074|I have made this mistake before]]. In my opinion, in a perfect world, all of these language generation functions would output monolingual text, and if the user asks for American English text, then American English text is what they'll get. If the user asks for Japanese text in hiragana specifically, then that's what they'll get in return. This is not as high-priority as just rendering text in the language plainly in the first place, but it's something that I feel is still worth devoting some effort to. Right now switching functions to use this paradigm is difficult because, on the one hand, I don't know if consensus tends towards this direction being ideal or advisable, and I don't want to make changes like this without at least notifying the wider community. In addition, all tests break once a parameter is added or removed, and the function editor does not recognize the change in number of parameters and therefore you have to remove the function call, re-add it along with all of its parameters it had previously (which is a tedious cut-and-paste job), and then it will work again. This is something that you can do in five seconds by just adding a few lines of JSON to the test source, but this is not directly editable from the Web browser. This tedium is largely what's preventing me from doing this on a larger scale, besides asking for comments first. If anyone has any insights or comments on this, then that would be appreciated. If a reference of functions with and without the support for language variants is needed, of course [[WF:NLG]] can be perused, but I've also my own list cataloged at [[User:Theki/functions#language]]... Of course, this thread has many similarities to [[#"language" argument for certain functions|the one above]], but this concerns me going out and making this consistent across these NLG functions. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 21:09, 24 April 2026 (UTC) :I've created {{Z|Z34122}} as an extension to {{Z|Z34039}} for larger functions. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 21:34, 24 April 2026 (UTC) :Just to confirm that I, for one, support a Natural language parameter for all natural-language functions. The concern about getting them all aligned is just that we haven’t finally settled on {{Z|Z11}} being preferred to {{Z|Z89}} or some other type that conserves the text’s provenance, so we risk having to change them all again. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 10:07, 25 April 2026 (UTC) == “Key not found ()”? == What am I doing wrong in {{Z|Z34137}}? [[User:Redmin|Redmin]] ([[User talk:Redmin|talk]]) 00:39, 25 April 2026 (UTC) :You were passing a [[Z6091]] to {{Z|32290}}, but it takes a [[Z6001]]. Fixed. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 07:10, 26 April 2026 (UTC) ::{{done|Thank you}}! [[User:Redmin|Redmin]] ([[User talk:Redmin|talk]]) 14:13, 26 April 2026 (UTC) == Why is my test failing? == Hello! I recently made {{Z|Z34139}} based on [[wikt:Module:bg-translit]], and the test case {{Z|Z34141}} is failing on both implementations, despite the expected output and actual output being the same as far as I can tell. I tried looking at the Unicode codepoints of the output, but those are also identical. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 06:21, 25 April 2026 (UTC) :Yes, it’s a tricky one. I’ve added a normalize step to the result validation in {{Z|Z34141}}, which confirms it is a normalization issue. It looks like it is in the code but I don’t know whether simply normalizing the result is the way to go. Logically, you would normalize both the input and the result. The implementations of {{Z|Z10384}} show you how to do this. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 09:41, 25 April 2026 (UTC) == Edit request == Hello! I have an edit request for {{Z|Z23752}} and {{Z|Z23414}}. Please replace all the "an/a" logic with <code>Z21739(Argument reference)</code>, both for readability and for more accuracy ("a university is an institution") <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 09:50, 25 April 2026 (UTC) :{{D}} [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 12:24, 25 April 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #245 is out: The Foundation's search for the perfect language == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-04-25|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we present an academic paper about Abstract Wikipedia, we discuss our latest Type created, and we take a look at the newest created functions. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 09:54, 25 April 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30325620 --> :@[[User:Sannita (WMF)|Sannita (WMF)]], @[[User:DVrandecic (WMF)|DVrandecic (WMF)]], technical meta-question: the newsletter quotes the article: ::the only way to contest its algorithm is to click 👍 or 👎 (Crawford and Gillespie 2016) :This quotation sounds sensible, but the article's [https://link.springer.com/article/10.1007/s00146-026-02899-w web version], and the PDF that is downloadable from the same page doesn't actually show the emojis. It rather shows text that looks lacking: ::the only way to contest its algorithm is to click or (Crawford and Gillespie [https://link.springer.com/article/10.1007/s00146-026-02899-w#ref-CR14 2016]) :Where did you get the emojis? Is it your (probably correct) guess or is there a version somewhere that actually shows the emojis? [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 15:16, 25 April 2026 (UTC) ::Scratch that. I've found a version with correct emojis: https://wikihistories.github.io/wikilambda-the-ultimate/ [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 15:37, 25 April 2026 (UTC) == Requested deletion of test == Please delete {{Z|Z34143}}. this was never valid Bulgarian, I messed up. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:19, 25 April 2026 (UTC) :[[WF:RFD]] please. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 16:40, 25 April 2026 (UTC) == Request for comment (global AI policy) == <bdi lang="en" dir="ltr" class="mw-content-ltr"> A [[:m:Requests for comment/Artificial intelligence policy|request for comment]] is currently being held to decide on a global AI policy. {{int:Feedback-thanks-title}} [[User:MediaWiki message delivery|MediaWiki message delivery]] ([[User talk:MediaWiki message delivery|talk]]) 00:57, 26 April 2026 (UTC) </bdi> <!-- Message sent by User:Codename Noreste@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Distribution_list/Global_message_delivery&oldid=30424282 --> == Is it OK to connect the implementation? == Hello! I recently applied for functioneer on [[WF:RFG]], and I was wondering whether I could connect the implementation for {{Z|Z34165}} despite its dependency {{Z|Z34149}} being currently unimplemented. That is <em>if</em> I get accepted. I am planning on implementing it based on [[wikt:module:bg-nominal]], but am still having trouble figuring it out for now. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 09:04, 26 April 2026 (UTC) == Past tense function == Is there a function like {{Z|Z26039}}, but for the past tense (e.g. "Leo Tolstoy <em>was</em> a writer.")? If not, I will create it myself, I just want to make sure there's not a duplicate. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:10, 26 April 2026 (UTC) : {{Done}} with {{Z|Z34224}}, but I have a few kinks to work out with it. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:35, 26 April 2026 (UTC) :: I need to create some other similar functions for the past tense, I have some ideas: ::* {{Z|Z26095}} ::* {{Z|Z32643}} ::* {{Z|Z28016}} ::* {{Z|Z26570}} ::* {{Z|Z33975}} ::* {{Z|Z27243}} ::* <ins>{{Z|Z26627}}</ins> ::* <ins>{{Z|Z27627}}</ins> ::* <ins>{{Z|Z27173}}</ins> ::* <ins>{{Z|Z29591}}</ins> :: :: Are there any I have missed? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:57, 26 April 2026 (UTC) :I think that here we are starting to walk on dangerous waters: what does past mean? Is it a recent o a far past? Does it have ripercussions on the present or not? Is it just a thing that happened once, many times or for a continuative period of time? :Consider that various languages distinguish between many different types of past. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 12:38, 26 April 2026 (UTC) :: {{re|Dv103}} That is a fair point... :: How do we go about solving this problem though? I don't think having every sentence on Abstract Wikipedia be "X is a Y" is a very good idea. :: Maybe we have different functions for all these variations of past you mentioned that just map into "X was a Y." in English? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 13:31, 26 April 2026 (UTC) :::To properly solve this problem, we should use a more complete abstract content representation model, like for example the proposal of [[Wikifunctions:Type proposals/Semantic unit|Semantic units]] (look at [[Wikifunctions:Type proposals/Semantic unit/Douglas Adams|the example]] to see how times could be handled). For now, since we're still stuck with single fragment generation functions (that I hope will be slowly replaced with the complete represenation model, when available), we could just restrict your function to a very specific meaning, like "subject was an instance of, for most of its existence" (which means for example that it could be used to say "Douglas Adams was a writer", but not "Abraham Lincoln was a president", since he only was a president for 4 years). Probably my definition is still too vague, and this is why we need to go beyond these fragment generating functions. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 19:47, 26 April 2026 (UTC) ::Nitpick... I don't like that it outputs a string instead of monolingual text. With {{Z|Z26039}} it's used so much that I think it's unfixable in that case beyond deprecating it if people care that much, but {{Z|Z34224}} doesn't even have any connected implementations yet. Consider it, maybe? ::Nitpick 2... {{Z|Z34227}} is missing a language parameter. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 16:08, 26 April 2026 (UTC) ::: I will consider that! ::: I just did that because that's what {{Z|Z26039}} does, so I assumed I should follow suit with it. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 16:48, 26 April 2026 (UTC) == Legacy functions == If and when more robust methods of abstractly representing and generating linguistic content come around, and more efficient ways of creating abstract content are devised and implemented, I suspect that our current methods will require some form of deprecation. This is a significant source of concern for me in relation to WF and AW, questioning how prone our current methods of doing things are and eventually will be prone to obsolescence, and how it will be worked around when it comes. We have over 1 250 articles on AW presently, and these are rather all over the place. I suspect the maintenance burden from keeping these articles up to code will eventually, err, creep up on us, I suppose, and some kind of major refactoring will be necessary. We are definitely in a period of experimentation and whatnot right now but eventually, like with enwiki, some sort of structure and rigor will form and I suspect it will start to become rather boring for me... I, for one, very much enjoy experimenting with new and better ways to do things here. I don't personally mind changing things to use a new and better paradigm if need be, that sort of thing highly excites me, but of course there will be things that are left behind, and I suspect maybe bots will be employed to deal with this? A lot of Wikipedia sister sites seem to do that, e.g. going and fixing up use of deprecated templates. Considering the nature of Wikifunctions and Abstract Wikipedia I suspect certain maintenance tasks will be made simpler or even trivial by the typical uniformity of our implementations. I guess I am just concerned if Wikifunctions or Abstract Wikipedia will ever accrue its own kind of "technical debt" with how we are plowing through things presently, and if there is a plan for how we will eventually seek to mitigate that. Maybe too early to ask this question, but I am a notoriously anxious person, so I thought it wouldn't hurt to raise the question regardless... &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 21:30, 26 April 2026 (UTC) :I very much agree, thank you for expressing my position so well. {{ping|Immanuelle}} has been using an AI-generated tool (well, they haven't edited in a week, perhaps it's a break or perhaps they don't wish to contribute to the project any more) to create a bunch of articles en masse, which I have warned them multiple times is a bad idea (on top of evolving functions, all of the articles are one-sentence-per-paragraph, [[abstract:Q12184|like so]]). That's why I've been avoiding creating articles recently, I'd say I have a good fourth (no data to support, rough guess) of the comments on the wiki, yet less than a percentage of the article count (only three, including the [[abstract:Q319|first article]], though, so perhaps I'm the next [[w:Special:Permalink/908493298|office.bomis.com]]). [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 19:41, 27 April 2026 (UTC) :: I feel that the overwhelming presence of these low-quality articles (which I admit I myself am [[abstract:Q1710970|guilty]]/[[abstract:Q7601858|of]]/[[abstract:Q39338|creating]], usually as testbeds) may incur a large maintenance burden. I do expect them to be easy to detect, however, as searching for the presence of "deprecated" NLG functions is trivial, and it is possible that replacing them with their future ''even abstracter&trade;'' counterparts could be done automatically since they all have the same signatures and can be expected to create the same form of sentence. If it needs to be done manually for a while or for certain delinquent instances, my hope is that it will be fun, at least for a while. :: I just hope that these hypothetical future waves of "this new and versatile way of abstractly representing linguistic content" obsoleting previous methods and requiring refactoring across all articles is only a one-time thing. We should strive to be as robust and flexible as possible from the outset as each brand new paradigm of abstraction is also a brand new maintenance burden for updating old articles. At the end of the day, at least ''some'' of these articles will still render to many different languages even if their methods of creating those sentences of theirs is completely outdated. Ergo, the time it takes for the switchover to be performed across our articles should not be a persistent inconvenience for users (as, of course, they will always still be able to read the content as it was before since these legacy functions aren't being deleted outright), and the increased availability that the new methods will bring about will likely act as motivation for them to join the effort in refactoring (&#x300C;You're telling me that if I rewrite this article in this cool Lisp-looking stuff then I can probably read it in [[abstract:Q9307|Galician]]?? COOL!&#x300D;). &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 20:26, 27 April 2026 (UTC) :::Totally agree. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 02:54, 28 April 2026 (UTC) :::My vague plan is to implement a default function returning an {{Z|Z89}}, for each language-neutral function. A single function would convert any of these to a {{Z|Z11}}, so that a composition of the two can be implemented as the current default until such time as the language-neutral function is ready to return a [[Z89]]. We can already convert a [[Z11]] to a [[Z89]] so, although there is more to be done in this space, existing language-specific functions could be adapted to return a [[Z89]] quite mechanistically. :::Although we certainly could deliver parallel Z89 functions for each existing Z11 function, I don’t think we should assume that particular outcome. Provided the Z89 captures a lang attribute from the Z11’s language tag, the two representations should be largely interchangeable, although I am expecting a Z89 to carry additional attributes at the span level that would be lost on conversion to a Z11 (along with any higher-level tags and attributes). :::When I say there is “more to be done in this space”, I am referring to a new type that would allow HTML fragments to be represented as tractable Wikifunctions objects, but this is currently drafted only in my head! [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 11:21, 29 April 2026 (UTC) == Filtering types of objects == Hello! I have tried to comb through my own edit history several times, but it's really hard to search for specifics because there's no differentiation between different types of objects (functions, implementations, tests, etc.) in the logs as far as I can tell. Am I missing anything? I want it to work sort of like how filtering by namespace works. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 16:48, 27 April 2026 (UTC) :There is differentiation, it's just rather hard to look through. Since all ZObjects are just JSON data at their core, you can search for instances of <code>{ "Z1K1": "Z[type]"</code>. I haven't tried this so I'm not sure how well it would work and I know MediaWiki search syntax treats quotation marks as a special character, but I have seen Wikifunctions pages link to searches using this before. There is also [[Special:ListObjectsByType]] but it is sitewide rather than specific to your edit history in particular. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 18:59, 27 April 2026 (UTC) ::''[It doesn’t help directly here, but please see [[WF:Find]] for more details of how this works.]'' [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 10:24, 29 April 2026 (UTC) :See the feature requests [[phab:T399244]]/[[phab:T373735]]. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 06:06, 28 April 2026 (UTC) :The lack of filtering edits by namespace is exactly the problem that I was trying to solve with the [[User:Amire80/wikifunctionsanalytics]] tool. :I even kind of succeeded, but it has two major problems: :# It doesn't have any real frontend, so you have to know some SQL to use it (or ask other people who know SQL). :# It doesn't get information from the live site, but from the dump, which appears to be updated once a month. :I've made a [https://quarry.wmcloud.org/query/104794 sample query for you]. Unfortunately, it won't do anything at the moment because of the second problem—your edits started in April 2026, which isn't over yet, so the dump for it hasn't been processed. But I hope that early in May you'll be able to use the same query and see something useful. :(I plan to add support for recent edits, but I haven't done it yet. Now that I more or less figured out how to process Wikifunctions edits, I'm focused on trying to understand Abstract Wikipedia edits. Processing up-to-date edits from both sites will possibly be the next thing I work on, but if you know some Python and want to try doing it yourself, don't wait for me—[https://gitlab.wikimedia.org/toolforge-repos/wikifunctions-analytics Patches welcome].) [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 18:51, 28 April 2026 (UTC) ::@[[User:QuickQuokka|QuickQuokka]], I've just updated the data until the end of April. Now the query to which I linked above gives some results. You can also try running other queries if you know SQL. (Or try asking for other queries if you don't.) [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 03:26, 3 May 2026 (UTC) == [[Z34213]] == I'm not quite sure why this implementation is failing. Could someone take a look? [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 02:24, 28 April 2026 (UTC) :I've [https://phabricator.wikimedia.org/T419933#11863997 notified] the team that this is still occurring, the issue was marked as resolved. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 02:52, 28 April 2026 (UTC) :Some useful tips: :* create more testcases: sometimes it is a random error, so try to see how consistent it is between testcases :* your implementation is very inefficient, since it fetches items and lexemes a lot of times. Ideally, each item and each lexeme should be only fetched once in all the execution tree. :[[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 06:06, 28 April 2026 (UTC) ::Caching (''should?'') means that the lexeme and item data are cached, so the call doesn't actually execute multiple times. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 17:51, 28 April 2026 (UTC) :::Are lexemes and items actually cached within the same function execution? Even if they are only partially fetched and/or fetched in bulk? [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 17:54, 28 April 2026 (UTC) ::::I don't have any evidence to prove that it works but that's definitely A. what's supposed to happen and B. the ideal behavior. This happens because the Z680X functions can be cached just like any other. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 18:02, 28 April 2026 (UTC) ::::It is unclear. In general, I believe identical branches are resolved only once in orchestration, but there is also independent caching of Wikidata fetches. ::::According to @[[User:DMartin (WMF)|DMartin (WMF)]] ([https://t.me/Wikifunctions/30374 on Telegram]): ::::<blockquote>Well, no. We have caching of Wikidata entities that have been retrieved, but not of the results of nested function calls. There is a proposal for doing this in the context of the V2 composition language, when it's a bit more mature, and it's regarded as a relatively high priority.</blockquote> ::::It’s hard to tell whether fetches in nested calls are, in fact, cached and available for other nested calls in the same call, since it is not generally the actual fetch that consumes the most resources. Rather (I believe), it is construction and transmission of the result object, which is currently repeated afresh in each nested call (unless it is in an identical branch). ::::I hope that’s clear, and I apologise in advance if it happens to be inaccurate! [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 10:16, 29 April 2026 (UTC) :::::Oh, I should clarify.  There is a lot of caching going on, in several different places.  Lexemes and items ''are'' cached by the orchestrator within the same function execution, even if they are only partially fetched and/or fetched in bulk.  When I said that we don't have caching of the results of nested function calls, I meant that's not happening in general, for all nested function calls in compositions.  But fetching of Wikidata entities gets special treatment, so yes, fetched content from Wikidata is cached, regardless if it was fetched by a top-level call or a nested call. :::::It is also true that the construction of a ZObject from the fetched JSON might happen more than once within the same function execution, depending on how a composition has been structured. However, the construction of the ZObject is actually very fast, compared to the elapsed time of getting the JSON from Wikidata. [[User:DMartin (WMF)|DMartin (WMF)]] ([[User talk:DMartin (WMF)|talk]]) 18:04, 1 May 2026 (UTC) == Question about cardinal numbers == I was about to edit {{Z|Z16435}} to add my function {{Z|Z34308}}, but I noticed that none of the other functions have a gender parameter. Should I create a new wrapper function "Bulgarian cardinal, neuter", or should I just remove the gender parameter and always return neuter? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:39, 28 April 2026 (UTC) :The “cardinal” functions should return the words used for “counting” numbers in the abstract. :We should consider converting them to return a {{Z|Z11}} rather than a {{Z|Z6}}. It may even be appropriate to return a {{Z|Z12}} to cater for language variants. Either way, I think that would be the approach to adopt for inflected forms, unless reference to specific lexeme-forms is required. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 12:52, 28 April 2026 (UTC) ::This. If a native of your language were to count up, which form would they be most likely to use? [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 13:29, 28 April 2026 (UTC) ::: {{re|GrounderUK|Feeglgeef}} Thanks for both your input! ::: I relabeled the aforementioned function to {{Z|Z34308}}, and created a new wrapper function {{Z|Z34457}}. ::: Should I specify that my old function is a monolingual text in parentheses? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 16:26, 28 April 2026 (UTC) ::::You don't have to, unless you think that is something that would require distinction when viewing the function in a list of search results &c. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 16:36, 28 April 2026 (UTC) == Optional/nullable function parameters == Hello! Recently, I was informed that Wikifunctions has no optional/nullable function parameters as of now. Are there any future plans to support this, and/or workarounds? Maybe create a union type system like "{{Z|6}} or {{Z|23}}". <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 17:53, 28 April 2026 (UTC) :What I do for this is use an "is empty" function corresponding to the type of the parameter in an If statement. If it isn't empty, the function works as intended. Otherwise, it does something else. [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 17:58, 28 April 2026 (UTC) :Unions are not a thing (yet) on Wikifunctions, but you can always define an argument of type {{Z|Z1}}, which means that all types are allowed (I already did this for {{Z|Z26737}}; note that it is still a ugly workaround, don't use it for high level functions). Also, note that usually on Wikifunctions we use {{Z|Z24}} as the null value. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 18:00, 28 April 2026 (UTC) :: {{re|JJPMaster|Dv103}} Thanks for your help! :: @[[User:Dv103|Dv103]] told me a function call with a missing parameter is treated as an invalid function call, so how does the "is empty" function work with that? :: Also, setting the type to {{Z|1}} seems naive, like setting the type as <code>any</code> in TypeScript... :: Related question: Are there plans to add default values to parameters (outside of "if empty")? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 18:19, 28 April 2026 (UTC) :::Setting the type to {{Z|Z1}} is actually naive, and that's why I advised you to only use it for low-level functions. Currently there is nothing better. Sometimes, type correctness is not actually checked, so it might seem that nullable types are possible. But it is still an hack, and it could broke anytime since it is not intended behavior. :::I don't think that there are current plans to add default values (but correct me if I'm wrong). The closest thing that comes to my mind is that, if you incorporate Wikifunctions into Wikitext, you can leave empty some fields (only of some specific types) and Parsoid will replace them to their default value. This is done only depending on the type, and not on the functions. For example, {{Z|Z6091}} and {{Z|Z6001}} are assigned the QID associated to the page, and {{Z|Z20420}} is assigned the current date. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 18:56, 28 April 2026 (UTC) :::@[[User:QuickQuokka|QuickQuokka]]: At the very least, [[Z10008]] accepts a null input. Maybe that feature is unique to the String type—I am not sure. [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 19:10, 28 April 2026 (UTC) ::::I think it's just not checked, but it shouldn't be intended. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 19:20, 28 April 2026 (UTC) ::::Strings and typed lists can be “empty” in the sense that their length can be zero. Typed pairs may also be “empty” in a degenerate sense, but such an object will not be returned from a code implementation. A typed map with no entries will also fail to be returned from code, although it is fine in compositions. ::::For a genuinely optional parameter, I prefer a properly typed list, which at least encourages an argument of the correct type. {{Z|Z813}} is also typically faster than {{Z|Z10008}}. Quite a good example of this approach is {{Z|Z23723}}, where it helps to resolve the type union (using [[Z1]]) for both Z6003K1 and Z6003K3. Of course, there’s nothing to prevent more than one element in the list, but additional elements are easily ignored. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 22:55, 28 April 2026 (UTC) :Pinging {{ping|Jdforrester (WMF)|prefix=|p=}}, I believe there are no current plans. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 19:02, 28 April 2026 (UTC) ::@[[User:QuickQuokka|QuickQuokka]]: I'm afraid there are no current plans to build out optional params, indeed; we would be happy to review this if a compelling case was made, but it'd be a lot of work to re-build the [[Wikifunctions:Function model|function model]] with that support and ensure we don't break (too many) things. [[User:Jdforrester (WMF)|Jdforrester (WMF)]] ([[User talk:Jdforrester (WMF)|talk]]) 19:11, 28 April 2026 (UTC) == Z6830 for Chinese == I was trying to use {{Z|Z6830}} for implementation in the Chinese-language. And turns out most of the Lexeme on Wikidata is using [[d:Q727694]] as the language instead of [[d:Q7850]]. This makes it impossible to use the mentioned function above, since Standard Chinese is not available (or did I miss something?). Is there a way to fetch lexemes with language=[[d:Q727694]] from item? [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 18:20, 30 April 2026 (UTC) :@[[User:Sun8908|Sun8908]] There is [[Z1006]] for Chinese and it has the language code zh. There is an overview of languages in [[Module:Wikifunctions label]] so you can search there for chinese versions and choose the one you need. [[User:Hogü-456|Hogü-456]] ([[User talk:Hogü-456|talk]]) 20:53, 5 May 2026 (UTC) ::I know that. The problem is when using the function [[Z6830]], it cannot retrieve lexeme with language [[d:Q727694]] (but it is the "Chinese language" with the most current Wikidata lexemes, see [https://ordia.toolforge.org/language/ ordia]). I think it should be a Wikidata problem, I might fix it (possibly by creating the same lexemes with language code zh) on Wikidata. Thanks anyway. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 05:39, 6 May 2026 (UTC) :Could you provide an example of a Chinese lexeme that has a linked Wikidata item, or a Z6830 function call that fails to find such a lexeme where one exists? [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 07:55, 6 May 2026 (UTC) ::Here: [[d:Lexeme:L846083]]. I think that's a primary reason of me trying to look into this problem, as the label in zh for [[d:Q6256]] (country) is not a single phrase (see its talk page on WD for more information). This makes some Abstract Wikipedia articles very weird in Chinese when {{Z|Z26570}} is used, so lexeme could potentially fix that. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 10:33, 6 May 2026 (UTC) :::Thank you. It looks as though {{Z|Z6830}} [https://www.wikifunctions.org/view/en/Z6830?call=%7B%22Z1K1%22%3A%22Z7%22%2C%22Z7K1%22%3A%22Z6830%22%2C%22Z6830K1%22%3A%7B%22Z1K1%22%3A%22Z6091%22%2C%22Z6091K1%22%3A%22Q6256%22%7D%2C%22Z6830K2%22%3A%7B%22Z1K1%22%3A%22Z6092%22%2C%22Z6092K1%22%3A%22P5137%22%7D%2C%22Z6830K3%22%3A%7B%22Z1K1%22%3A%22Z60%22%2C%22Z60K1%22%3A%22cmn%22%2C%22Z60K2%22%3A%5B%22Z6%22%5D%7D%7D returns that lexeme for language tag "cmn"]. Perhaps that tag should be added into the helpers for {{Z|Z24144}}? If it is widely used for lexemes, perhaps it should have its own {{Z|Z60}}? In any event, improvements might be considered under [[:phab:T390563]] (or otherwise), including amending [[Z6830]] to also consider "cmn" (and "zho", "chi"…?) when requests are made for "zh-hans" or "zho-hant" (or others?) @[[User:Winston Sung|Winston Sung]] @[[User:DMartin (WMF)|DMartin (WMF)]] [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 17:22, 6 May 2026 (UTC) ::::If you go to [[d:Special:NewLexeme]] and put in [[d:Q727694]] as the language, it is going to tell you it has an unrecognized language code. So I believe "cmn" should not be a {{Z|Z60}} by default? I also started [[d:Wikidata:Project_chat#Lexemes_with_language_Standard_Chinese_(Q727694)|a discussion on WD]] regarding this. I guess we can still use it as a fallback language though if possible. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 03:43, 7 May 2026 (UTC) ::::We don't have a separated <code>cmn</code> BCP 47 language subtag in MediaWiki and Wikidata at the moment. <code>zho</code> and <code>chi</code> are ISO 639 language codes but not BCP 47 language subtags. ::::For Modern Standard Mandarin, please use <code>zh-*</code> language tags for now. -- [[User:Winston Sung|Winston Sung]] ([[User talk:Winston Sung|talk]]) 15:26, 8 May 2026 (UTC) == Key not found error == Is there a reason why I am getting key not found error for this [[Z34677|function]] {{Z|Z34677}}? All the underlying functions run and all the test cases work. The debug information does not give more details. Any pointers? Thanks in advance [[User:Jsamwrites|John Samuel]] 19:24, 1 May 2026 (UTC) :It was passing the [[Z6091]] to {{Z|34641}} when that takes a [[Z6001]]. I've fixed that, but there's some other problem with the logic, so I've left it disconnected. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 19:42, 1 May 2026 (UTC) ::@[[User:YoshiRulz|YoshiRulz]] Thanks a lot. [[User:Jsamwrites|John Samuel]] 20:21, 1 May 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #246 is out: Request for input: what should we count for Abstract Wikipedia == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-05-02|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we ask you what would be the relevant metrics for Abstract Wikipedia, we discuss our latest news on Composition Language v2, and we take a look at the latest software developments. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 12:21, 2 May 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30325620 --> == Any formal process for deletion of pages == Does a formal process exist for the deletion of functions, implementations, and tests that includes a notification system for creators, analogous to Wikidata’s process, explaining the rationale behind the deletion (or proposal for deletion)? [[User:Jsamwrites|John Samuel]] 12:36, 3 May 2026 (UTC) :Does [[Wikifunctions:Requests for deletions]] work? [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 13:00, 3 May 2026 (UTC) :Please see the discussion at [[Wikifunctions talk:Requests for deletions#Should we expect Objects' creators to get pinged on deletion proposals?]]. :As I see it, it is the proposer’s responsibility to consult appropriately before making a request and we expect our administrators to act only when satisfied that appropriate consultation has occurred. In many cases, no consultation is required. Administrators may delete their own contributions without making a request, but this is not a practice I would encourage. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 13:51, 3 May 2026 (UTC) == Implementation of rational number in JS doesn't match in Z19677 (Rational number) and Z28579 (RGBA colour) == In {{Z|19677}} it's <syntaxhighlight lang=js> { "K1": sign * numerator, "K2": denominator } </syntaxhighlight> but in {{Z|28579}} it's <syntaxhighlight lang=js> [ sign * numerator, denominator ] </syntaxhighlight> '''<span style="font-family:Iosevka,monospace">[[User:沈澄心|<span style="color:#9f3526">dring</span>]][[User talk:沈澄心|<span style="color:#534fa3">sim</span>]]</span>''' 05:15, 4 May 2026 (UTC) == Nested functions in compositions == I wish it will be easier to a add another function about a specific existing function in a function implementation based on a composition. When I write long functions in spreadsheets I usually stat with a small part and then I try to go further and after important steps I test if the output is as expected. I created [[Z34826]] to get the German gender specific occupation lexeme for a specific person based on their gender. I wanted to add a function around the existing one and it was not successful. It is not very easy to implement as it requires the possibily to move a part to another section but I think it can be helpful if it will be implemented. So far I spend more time as expected on the function. Describing it with words what the function needs to do is much easier than implementing it here in Wikifunctions. So I think there needs to be improvement to make Wikifunctions more accessible. [[User:Hogü-456|Hogü-456]] ([[User talk:Hogü-456|talk]]) 21:10, 5 May 2026 (UTC) :Have you tried to use the copy-paste functionality? It is very useful to move parts of composition arounn. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 07:12, 6 May 2026 (UTC) :I've also found the composition editor to be wholly unsuitable for any expressions more than a few levels deep. (Even with the <code>localStorage</code> clipboard, because of its overzealous type checks.) Compositions naturally grow out from the "leaves", the immediate operations on the inputs, while the interface really wants you to build from the "root". I mostly use the [https://yoshirulz.gitlab.io/WikiLambdaBlockly drag-and-drop block editor] which I made to smooth over some of the site's problems, so if you want to try that out and give me some feedback I'd appreciate it. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 14:36, 6 May 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #247 is out: References from Wikidata now available == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-05-08|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we announce that is now possible to pass references in Wikidata statements, we introduce the [https://abstract-data.toolforge.org/ Abstract Data dashboard], we report you on the presentation about Abstract Wikipedia at WikiCon Australia, and we take a look at the latest software developments. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Also, we remind you that if you have questions or ideas to discuss, the next '''Volunteers' Corner''' will be held on '''[https://zonestamp.toolforge.org/1778520600 May 11, at 17:30 UTC]''' ([https://meet.google.com/xuy-njxh-rkw link to the meeting]). Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 11:16, 8 May 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30325620 --> == RGBA colour, spelling... == Something that has always irked me a little bit is the spelling of [[Z28579|RGBA colour (Z28579)]]. I guess this is not unsurprising for me considering my use of US English but I think there is more to it than preference and I want to try to argue for it being changed to use American spelling. I know that this probably has a snowball's chance in hell of actually garnering any support, so I won't really be miffed if the spelling remains as it is, but I thought it wouldn't hurt to raise this regardless. The main issue I have with it is the spelling of the original proposal. When infernostars raised the [[Wikifunctions:Type proposals/RGBA color|type proposal]], the spelling was 「RGBA color」. Of the comments that mentioned the word 「colo[u]r」, two used British spelling while six used the American spelling as used in the proposal. The only thing that really pointed to the use of ''colour'' was the fact that the catalog page on color functions used that spelling already. For all intents and purposes, the spelling of the original proposal should have been maintained, but it was not; [[User:DVrandecic (WMF)|DVrandecic]], the eventual creator of the type, used a different spelling. It should be noted that there was really no reason for this to occur and while it is an undoubtedly minor issue I still believe it should be rolled back and the type should use the spelling of the original proposal and majority of editor comments. In [[abstract:Q936|OpenStreetMap]], there have been keyvalue proposals that have had the finalized spelling that gets put to use be in British English despite the original proposal being in American English; this has usually occurred with proposals relating to 「X center/centre」 tags. This makes sense on the surface, because OpenStreetMap is maintained by a UK organization, and still has close ties to Europe. The Wikimedia Foundation, however, is an ''American'' company. This is often brought up as a fallible argument when debating article spelling on the English Wikipedia, and I don't bring it up to support that 「RGBA color」 should be used for that exact reason, but rather to state that OpenStreetMap's general policy on tag names need not apply here. It appears to me that, at least initially, the majority of 「core contributors」 to Wikifunctions used British English; I can name YoshiRulz, 99of9, GrounderUK, and VIGNERON.<ref group="color">I'm avoiding linking to these folks because I don't think pinging them about this discussion is all too necessary unless they themselves want to be involved; I don't want to clutter their inboxes just to briefly mention them. I pinged Denny because, well, I'm asking him a question directly, but everyone else I would prefer to join this discussion by their own accord... not that I wish for this decision to be confused as me going 「these people use British English so they will probably oppose my idea, I won't invite them to the discussion because of that」...no, I promise you that is not the reason.</ref> I see (or saw) these people ''everywhere'', so it makes sense that British English has prevailed in some sorts on this website, but I don't think that indicates that it should be the ''preferred'' spelling across the website, at least not to the point where a proposal should have its name changed to match such a "consensus".<ref group="color">It could be argued that the front-and-center ''Function catalogue'' using 「catalogue」 is actually indicative of such a "consensus", but ''catalogue'' is in a similar position to the word ''grey'' where I live (that is, the US) in that it is used just as often as its American counterpart. Also, consider Wiktionary's ''Beer parlour'' project chat.</ref> The unnecessary modification of the original spelling is my main argument for changing it back... but of course, I must obligatorily state that on English Wikipedia, it is [[w:Color|Color]] and [[w:RGBA color model|RGBA color model]]; on Wikidata, it is [[d:Q1075|color]] and [[d:Q2325624|RGBA color space]]; in CSS (which typically uses hexadecimal triplets to specify RGBA values), the properties are <code>color</code>, <code>background-color</code>, etc.; bit of a weak jab, but on Schema.org it is [https://schema.org/color color], [https://schema.org/colorSwatch colorSwatch]; et cetera. {{Z|Z28580}} uses ''color'', so does {{Z|Z28591}} and its Python counterpart. Mr. Vrandečić, I have to ask, I'm rather confused... you created the color type using British English spelling, but you were also responsible for the creation of the equality function which uses the American English spelling. You also seem to be writing in American English for the status updates, judging by your use of -''ize'' over -''ise'' endings and use of ''program'' over ''programme'' in [[Wikifunctions:Status updates/2026-04-16]]. Is there something I'm missing or have you switched your preferred variant somewhere along the way? Anyways, do consider this if you wish... again, I don't suppose this will garner much support, it is the ''non-issuest'' of ''non-issues'', but it has irked me to the point where I want to ask about it to get some answers, if nothing else. I am not arguing for every other color function to have its name changed, just the type itself. <references group="color"></references> &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:04, 8 May 2026 (UTC) :This is a multilingual project; the <code>en</code> label is <code>RGBA colour</code> and the <code>en-us</code> label is <code>RGBA color</code>. Though I'm not able to switch to <code>en-us</code> via the language picker so that would need to be fixed.<!-- --><br>edit after reading your whole comment: The same is true of {{Q|1075}}, there are labels specified for multiple English variants. (In {{Q|2325624}} it's only an alias.) I agree that other websites' choices aren't binding on us, but from that, I conclude that the more widespread British/Commonwealth spellings should be used for the generic <code>en</code>. As for myself, I'm Aussie and I will continue to use the BrE spellings ([[w:en:Oxford_spelling#Language_tag_comparison|+ "routing"]], TIL) if only by muscle memory.<!-- --><br>[[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 17:42, 8 May 2026 (UTC) :: Your lattermost point would normally be fine in a perfect world. Wikipedia's <code>convert</code> function defaults to "international" English, which I don't personally take issue with because it happens that we here in America are actually outliers for saying and spelling things differently... err, or we were for a while at least, nowadays it seems like an even split (plus you have "yield" vs. "give way" which is effectively the logical opposite of US's use of "meter" over "metre"). :: However, this is not a perfect world, and I don't think <code>en</code> should correspond to any particular variant. It is too fragmented across all software at this point to impose such a requirement. The inability to switch to <code>en-us</code> on this website foregoes an easy and simple solution to this problem that makes everyone happy, because the yanks (such as myself) can't be happy because we can't see the labels in American English even if we wanted to, and the other folk can't switch either as far as I'm aware (and the en-CA and en-GB languages in the preferences page seems to be deprecated). My point being, <code>en</code> is abused to mean "en-UK" just as often as it is abused to mean <code>en-US</code>; I think a decision shouldn't be made on such an assumption of one "default". &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:48, 12 May 2026 (UTC) :Hi @[[User:Theki|rae]]! I have no opinion nor preference on this, and given my background, I am just entirely confused about my spelling preferences myself, as you can tell from my inconsistent usage. I learned British English in school and used that for maybe two decades or so, but moved to the US and lived there for more than a decade, enough to be naturalized, but now I am back in Europe and I am technically a professor at King's College London, soooo.... honestly, I do not know. I don't remember having put too much thought into it at the moment I created it. The good thing is that in Wikifunctions, just as in Wikidata, it is easy to change, without messing things up too much (unlike in Wikipedia), so my suggestion is, just make the change, see if anyone complains, and if they do, discuss it more. I don't know if there is a guideline already in Wikifunctions about the variants. I am happy either way, and honestly, I keep forgetting which variant is which most of the time. --[[User:DVrandecic (WMF)|DVrandecic (WMF)]] ([[User talk:DVrandecic (WMF)|talk]]) 18:16, 10 May 2026 (UTC) :: I can definitely understand this, although I am unfortunately rather passionate about any minutiae involving preferential minor differences in ''anything'', of which AmE vs. BrE chiefly is. So I dedicate a lot of headspace to it. More than I should. Not that I wish to imply that the comment above that I have wrote is of an irrational nature, or done out of spite or pure emotion and subjectivity; I do genuinely believe that ''RGBA color'' is beyond just a personal preference and is just logical. I may boldly go and change it, but for some reason I was expecting that changing the English label of a Type would require elevated permissions, and I also didn't want to do it only to get immediately reverted because it ''did'' strike a chord with someone, when I could instead see how apathetic, supportive, or in opposition interested people are beforehand and ''then'' act accordingly. I was not meaning to antagonize you over your spelling habits, I did actually use British English for a few years starting in 2020 before I went back to American English, so I'd be a hypocrite for me to decry you for not always sticking to some arbitrary standard of spelling words over the other. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:55, 12 May 2026 (UTC) :Although I spell it “colour”, I think it makes more sense to use “color” for the type, since that is almost always the required spelling when the string functions as a keyword. :More generally, though, Wikidata’s lexicographic data happens to favour “colour” over “color” and (quite rightly, in my view) lacks a specific representation for "en". This is unusual, in my experience, as "en" is widely misused in place of "en-US", where there are recorded spelling differences. :(I would also say it is standard British English to use “program” in a programming context and “programme” elsewhere. Use of -ize rather than -ise is a matter of personal preference or house style, but regional autocorrect encourages -ise.) [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 11:00, 12 May 2026 (UTC) :: ''Wikidata’s lexicographic data happens to favour “colour” over “color” and (quite rightly, in my view) lacks a specific representation for "en"'' :: Definitely agreeing with you on the latter being a good choice. However, I suspect the favoring of "colour" over "color" may be because, in terms of language codes, when sorted alphabetically <code>en-us</code> actually comes ''after'' <code>en-gb</code>. Although, the frontend seems to be sorting <code>en-ca</code> after <code>en-gb</code>, so I don't actually know how correct that is. :: ''I would also say it is standard British English to use “program” in a programming context and “programme” elsewhere'' :: The context of the spelling was "''No program for the NLG SIG meeting for next Tuesday has been proposed''". In that usage context, I think it makes sense to assume that ''program'' is not being used to refer to a computer program, but to a ''program of events'' or similar, something that you would spell as a ''programme'' in British English. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 15:02, 12 May 2026 (UTC) :{{s}} this. I'm obviously biased but I believe American English is preferable generally, American dominance on the internet (our Department of Defen'''s'''e invented it!) and rapidly-increasing consumption of American media by international English speakers means that more people use American English's conventions, this is clear through for example [http://trends.google.com/explore?q=color%2Ccolour&date=all&geo=Worldwide search trends] (though they aren't particularly reliable). Perhaps this is a bit of a supremacist opinion, but we should have internal consistency, and if we must choose, American English should be our first choice (then Indian and then British English) [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:10, 12 May 2026 (UTC) :: This is rather flawed reasoning, though. I think probably any given British or Indian person would not agree on using that as the reasoning for this, not that you are necessarily ''completely wrong'', but if this is not a good enough reason for English Wikipedia's (admittedly extremely flawed) ''ENGVAR'' policy then I don't think it's likely it will pass here either. :: Although of note is that [https://books.google.com/ngrams/graph?content=color%2Ccolour&year_start=1800&year_end=2022&corpus=en&smoothing=3&case_insensitive=true Google ngrams] agree with you, but "color" vs. "colour" is an eternal holy war that will not be won by demonstrating that more books use US spelling over Commonwealth spelling. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:44, 12 May 2026 (UTC) :::You're probably right that it's not very sound. I'm biased in that other varieties of English irk me, and that's probably mutual for people who are used to other varieties of English when they read what I write! [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:56, 12 May 2026 (UTC) :I've decided to boldly [[Special:Permalink/274271|make the change]]. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 15:02, 12 May 2026 (UTC) :: Thank you. Considering both you and GrounderUK seem to consider it an okay change, I think this will do for now. :: I should note that the matter of whether to move [[Wikifunctions:Catalogue/Colour functions]] in response to this (however this discussion will ultimately turn out) is a whole other can of worms, in my view. I can't say I have an opinion on that at the moment, but I'm putting it out there regardless. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 15:06, 12 May 2026 (UTC) :::Personally, I'm in favor of moving the page and renaming all of the items on it. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 15:10, 12 May 2026 (UTC) ::I don't like this (exactly because of the American hegemony you cited), but again, it shouldn't matter because the software is meant to be multilingual. Clearly there's a bug preventing you from picking an English variant/dialect as your display language. But the search bar and Function/Type autocompletion do check the English variants for matches. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 15:15, 12 May 2026 (UTC) == Proposals on the architecture of Abstract Content rendering == Starting from a discussion born on the Telegram chat, I've explained two different proposals on how the NLG on Abstract Wikipedia should be organized in the page [[abstract:User:Dv103/Abstract articles architectures]]. Please come to contribute to the discussion, or to propose alternatives. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 14:31, 11 May 2026 (UTC) :Thank you for dedicating your time to writing this, it is very informative. I will try to add input once I'm not in over my head with finals. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 16:27, 12 May 2026 (UTC) == Display function for HTML fragment == Currently, any collapsed Z89 literal appears as<blockquote>&lt;&gt; [[Z89|HTML fragment]]</blockquote>If I were to create a new Function which returned something like<blockquote>&lt;&gt; 123-byte HTML fragment <q><nowiki><td><span lang=</nowiki>&hellip;</q></blockquote>could that be connected to replace the collapsed form, or would it require changes to the Wikilambda software? [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 16:14, 11 May 2026 (UTC) :It might work, but I doubt it. Those angled brackets suggest that the collapsed form is not simply defaulting to the type’s label. Looking at [[:phab:T410509]], I’ve concluded that enhancements to the collapsed form were never considered, rather than being actively rejected. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 12:12, 12 May 2026 (UTC) ::[[:Phab:T391985]] documents the original design. Note the fifth bullet point under “Acceptance criteria”. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 12:21, 12 May 2026 (UTC) :I'm not sure the byte-size is necessary, but the outer tag (or first outer tag, though generally I'd prefer most fragments use a wrapper tag if it needs multiple like JSX does, but that's a whole different topic) would be nice. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 12:51, 12 May 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #248 is out: A higher meaning == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-05-15|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we discuss functions creating language fragments, we present our latest news in Types, and we take a look at the latest software developments. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 14:36, 15 May 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30536976 --> == [[Z34510]] == This function, which determines if a Wikidata item for a {{q|5}} has an undeprecated {{p|21}} statement of {{q|6581097}}, returns false for {{q|173399}}, a transgender man. This is because his item assigns his P21 statement to {{q|2449503}}, not {{q|6581097}}. I'm not sure how to account for this discrepancy. Should {{z|34510}}: # Include {{q|2449503}} as a value that can lead to a true result, # Not include {{q|2449503}} as a value that can lead to a true result, while another function (e.g., "Q5 is a man?") could return true for either "male" or "trans man", # Not include {{q|2449503}} as a value that can lead to a true result, while another function (e.g., "Q5 is a trans man?") could return true for "trans man", # Not exist at all? [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 16:48, 16 May 2026 (UTC) :I can't think of a single use case where you would need to determine if a person is a cisgender man and nothing else. Functions are good for generalizing across multiple possibilities when they exist, so I think it would be best if trans men were considered a part of the criteria for returning a true value. If asking for specifically {{q|6581097}}s and ''nothing'' else was desired then the function name would be a misnomer as Elliot Page is inarguably a male (at least in the view of most reasonable and intelligent people). &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 19:03, 16 May 2026 (UTC) :You made the function in the first place; what were you planning on using it for? AW? Maybe it should return a {{Z|25501}} which can then be passed on to other NLG functions. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 20:01, 16 May 2026 (UTC) == Lexeme from wikidata label, or "best" lexeme from wikidata item == I was looking into fixing [[Z28028]]. I found that I could add "requires grammatical feature: definite article" to "United Kingdom" (L8558). Now I'm stuck on how to get to that lexeme from {{Q|145}}. There's [[Z23471]], but that for very good reason gives you multiple lexemes with the same sense, and I just want the best one like how the label is always the best string. Is there a function that can do this? There's definitely the case of a Wikidata label that isn't a lexeme (most commonly multiple lexemes) but I'm only considering the case where it is one lexeme here. [[User:Aaron Liu|Aaron Liu]] ([[User talk:Aaron Liu|talk]]) 20:02, 16 May 2026 (UTC) :There is {{Z|Z27327}}, that tries to give the best lexeme through various heuristics. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 22:22, 16 May 2026 (UTC) :: Wonderful! I did stumble upon [[Z33818]] but this is perfect. [[User:Aaron Liu|Aaron Liu]] ([[User talk:Aaron Liu|talk]]) 00:25, 17 May 2026 (UTC) == [[Z29591]] isn't working for me == For instance, trying to manually put in the exact inputs for one of the test cases just returns an empty Monolingual text. See [https://www.wikifunctions.org/wiki/Z29591?call=%7B%22Z1K1%22%3A%22Z7%22%2C%22Z7K1%22%3A%22Z29591%22%2C%22Z29591K1%22%3A%7B%22Z1K1%22%3A%22Z6091%22%2C%22Z6091K1%22%3A%22Q3257809%22%7D%2C%22Z29591K2%22%3A%7B%22Z1K1%22%3A%22Z6091%22%2C%22Z6091K1%22%3A%22Q21264361%22%7D%2C%22Z29591K3%22%3A%7B%22Z1K1%22%3A%22Z6091%22%2C%22Z6091K1%22%3A%22Q22006653%22%7D%2C%22Z29591K4%22%3A%22Z1002%22%7D]. [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 01:17, 17 May 2026 (UTC) 7nmvr03ica2fk3l8wo6y5cm7uolbw8v 275636 275599 2026-05-17T03:08:09Z SpBot 978 archive 1 section: 1 to [[Wikifunctions:Project chat/Archive/2026/04]] (after section [[Wikifunctions:Project chat/Archive/2026/04#No_place_to_ask_to_activate_a_function?|No_place_to_ask_to_activate_a_function?]]) - previous edit: [[:User:JJPMaster|JJPMaster]], 2026-05-17 01:17 275636 wikitext text/x-wiki {{shortcut|[[WF:CHAT]]|[[WF:PC]]|[[WF:VP]]}} __NEWSECTIONLINK__ [[Category:Help]] <!-- please do not remove this line --> Welcome to the Project chat, a place to discuss any and all aspects of Wikifunctions: the project itself, policy and proposals, individual data items, technical issues, etc. Other places to find help: * [[Wikifunctions:Administrators' noticeboard]] * [[Wikifunctions:Report a technical problem]] * [[Wikifunctions:FAQ]] {{Autoarchive resolved section |age = 1 |archive = ((FULLPAGENAME))/Archive/((year))/((month:##)) |timeout=30 }} {{Archives|{{#tag:div|<br />{{Flatlist|{{Special:PrefixIndex/WF:Project chat/Archive/|stripprefix=1|hideredirects=1}} |class=mw-collapsible-content|style=font-size:92%;}}|class="mw-collapsible mw-collapsible-toggle mw-collapsed"}} |prefix=WF:Project chat/Archive/ }} == "language" argument for certain functions == Hello. I am relatively new to Wikifunctions. Recently, I tried to create functions for Chinese translation of {{Z|Z26570}} and {{Z|Z26095}} (which became [[Z32788]] and [[Z32900]]). During the creation of these functions, I was trying to take {{Z|Z32212}} as reference. And I realized that the defining role sentence function is taking <code>language</code> as an argument (and the test case of the Chinese-language function already contains two varieties of Chinese). This makes it possible to output monolingual text in <code>zh-hant</code>, <code>zh-hans</code>, <code>zh-tw</code>, or any varieties of the language. I think for this reason, it is better to have <code>language</code> as arguments for the implementation of Z26570 and Z26095, and potentially more functions that require {{Z|Z14294}}, since it would output the varieties code instead of just saying <code>zh</code> for <code>zh-hant</code>, <code>zh-hans</code>, <code>zh-tw</code> in the output of type {{Z|Z11}}. I am not sure how the fallback mechanism works if one of the language (varieties) do not have a labels/lexemes, but to me, it is reasonable to have a <code>language</code> argument. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 09:38, 31 March 2026 (UTC) :The functions you mention do have a language argument. For Wikifunctions, the {{Z|Z60}} can be at a higher or lower level; whether a {{Z|Z11}} is for a language or a variant is determined by the function that constructs it. Please see {{Z|Z26565}} for an example and feel free to add test cases in Chinese. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 17:54, 11 April 2026 (UTC) ::Hello @[[User:GrounderUK|GrounderUK]], thanks for the answer. I understand that whether {{Z|Z11}} is for a language or a variant depends on the function. But that is exactly what I am asking for. It is true that [[Z26570]] and [[Z26095]] takes [[Z60]] as argument, but the language-specific functions in {{Z|Z29843}} and {{Z|Z26096}} don't. ::Let me give you an example: INPUT to [[Z26570]]: <code>entity</code>: Tokyo, <code>class</code>: city, <code>location</code>: Japan, <code>language</code>: zh-cn, the config would select [[Z33030]] (created after my previous comment by elseone) as the implementation, and it would RETURN 东京是日本的一个城市。(zh-hans), which is not zh-cn as requested in the INPUT. It would also be using the term not for the variant (when it is different) because it is hardcoded to use the term in zh-hans. However, if we have the implementation like [[Z32790]] (which was created by me but a natural language argument was added by elseone) or [[Z32213]] (that works in the defining role sentence function because of the extra argument), it could cater for different variant. ::If we don't have the language argument in the language-specific function, the desire for article creation on Abstract Wikipedia would be to create a function for every variant. Is it then better to create functions for every variant? [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 18:18, 11 April 2026 (UTC) :::I forgot to mention that there are some hardcoding in {{Z|Z32790}} as well, but I cannot fix it because it is a connected function and I am not a functioneer. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 18:31, 11 April 2026 (UTC) ::::Okay, I think it’s safe to disconnect this one as the function is not yet configured for use on Abstract Wikipedia. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 19:04, 11 April 2026 (UTC) :::Ah, sorry… I misunderstood you. I agree that the called function should be able to accept the original language argument. That is simpler in theory than in practice, because the configured functions all have to have the same argument types, as I understand it. I’m not sure which the best approach is, really, but we probably want to avoid two levels of configuration. That suggests that all language-specific functions would need to accept the additional argument, which is unrewarding work for someone. @[[User:99of9|99of9]], @[[User:Jdforrester (WMF)|Jdforrester (WMF)]], @[[User:DVrandecic (WMF)|DVrandecic (WMF)]] Any thoughts? [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 18:57, 11 April 2026 (UTC) ::::I mean, we would need to modify all the functions in each language, which could take some time. But we are still in an early stage. If we don't fix it now and we want to fix it later, it would be a disaster. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 19:25, 11 April 2026 (UTC) :::::Agreed. And we probably want them converted to HTML too, with separate language spans for text in different languages. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 19:35, 11 April 2026 (UTC) ::::@[[User:GrounderUK|GrounderUK]]: This sounds like a reasonable change to make. Note that (given these Functions are primarily for use on Abstract Wikipedia), altering/replacing them to return Z89/HTML fragments is already a desired but breaking change, so making a second breaking change at the same time is probably easiest for fixing things swiftly. That said, that's of course a decision for the Abstract Wikipedia and Wikifunctions communities, not me! [[User:Jdforrester (WMF)|Jdforrester (WMF)]] ([[User talk:Jdforrester (WMF)|talk]]) 19:43, 12 April 2026 (UTC) ::::@[[User:GrounderUK|GrounderUK]]@[[User:Sun8908|Sun8908]] to make it a non-breaking change, I've created {{Z|Z34039}} which allows a composition {{Z|Z34043}}. This way you can make functions which either need the specified variant or don't! --[[User:99of9|99of9]] ([[User talk:99of9|talk]]) 05:52, 24 April 2026 (UTC) :I have now created {{Z|Z33465}}, which is an implementation of [[Z26570]]. Maybe we can migrate to use that function when more (language-specific) functions for it are ready? [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 18:19, 14 April 2026 (UTC) == Actual difference between {{Z|Z26039}} and {{Z|Z26095}} == What is the actual difference between these two functions? I ask, since it seems to me that the current distinction is more or less that the first one doesn't use an indefinite article in English, while the second does. Which is not a good distinction in a project that should be language neutral. This doubt emerged from my use of the first one in [[abstract:Q124441]], which @[[User:Hogü-456|Hogü-456]] made me notice that is probably wrong. My question is: why is it wrong? How could we clarify the difference? [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 19:46, 19 April 2026 (UTC) :I think the difference is if there is an indefinite article like a or an before the subject or not. In German there can be cases where a definite article is necessary before the subject. I looked at the functions and before the object both times an article is mentioned. As it depends on the language and the word what is the correct function to use I hope it will be clarified and it is an example of the necessity to have a human with understanding in a specific language check it. I hope there will be longer functions what generate more content about a specific kind of item. Then it is necessary to write one such function per language and it can be then applied to several items. It still requires checks and so maybe it is better to write down what item category needs what kind of introduction sentence function for what language. [[User:Hogü-456|Hogü-456]] ([[User talk:Hogü-456|talk]]) 20:05, 19 April 2026 (UTC) ::The point of these two functions (and of the entire Abstract Wikipedia project) is that they should be defined in a purely language-independent way, so that the translation to actual language can be done automatically. This is the reason why these functions have been renamed; I think that this attempt was not succesful, since meaning is still unclear. My proposal to clarify them would be to invoke the concept of [[w:specificity (linguistics)|specificity]]: {{Z|Z26039}} should be named "specific subject is instance of (string)", and should be used only when the QID of the subject uniquely identifies a single thing; {{Z|Z26095}} should instead be renamed in "non-specific subject is kind of (Monolingual text)", and should be used when the QID refers to a multitude of real life items, and we are specifying the class that all these item belong to. This clarification would not still be enough, since it doesn't explain how mass nouns are handled (is water a unique thing? Does {{Q|Q7802}} refer to a single piece of bread or to the entirety of bread, like water?). This problem is very tricky, since mass noun are language-specific and blurry the line between these two functions. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 20:58, 19 April 2026 (UTC) :Simply put, one corresponds to P31 and the other to P279. Paris is an {{Q|P31}} a {{Q|Q1549591}} :whereas a {{Q|Q1549591}} is a {{Q|P279}} (alias “kind of”) {{Q|Q515}}. Whether the Wikidata knowledge representation will be sufficient to resolve into fluent natural language representations in all languages is, of course, a crucial question. Where it is not, the Abstract Wikipedia knowledge representation will need to supplement the Wikidata content with additional details about the relation between the participants or the participants themselves, and these details should be language-neutral, to the extent that this is practicable. The item {{Q|Q124441}} has no [[:d:Q124441#P31|P31]] statements; it has only [[:d:Q124441#P279|P279]]s, including one relating it to {{Q|Q212920}}, which suggests {{Z|Z26095}} is the appropriate choice here even if the rendering in some languages is the same. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 22:52, 19 April 2026 (UTC) ::Thanks for explaining it. I think that I'll change the implementation of {{Z|Z26095}}, so that in Italian it produces more or less the same output of {{Z|Z26039}} (both with the definite article). [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 11:24, 20 April 2026 (UTC) == Equivalent of Z6830 for lexemes == Is there an equivalent of {{Z|Z6830}} that enables retrieving all lexemes pointing to a particular lexeme using a specific property? [[User:Redmin|Redmin]] ([[User talk:Redmin|talk]]) 21:06, 20 April 2026 (UTC) :There's {{Z|6831}} but I think that's slightly different again to what you're after. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 12:31, 21 April 2026 (UTC) ::Thanks for sharing that one, I did not know it existed. But you are right, it’s not quite what I am looking for. I want a function that would take a Wikidata property reference (like P5191, which is ‘derived from lexeme’) and a Wikidata lexeme reference, and return a list of lexemes that reference that lexeme using that property. [[User:Redmin|Redmin]] ([[User talk:Redmin|talk]]) 13:23, 21 April 2026 (UTC) == Storing huge datasets == It is not a necessity I suppose, but an idea came to me earlier to write a function that would give the corresponding [[en:Shavian alphabet|Shavian alphabet representation]] of an English word written with the Latin alphabet, or perhaps apply that operation to an entire sentence. However, just trying to guess as to what the IPA pronunciation of each word passed into it could be is is both not ideal (pronunciations obviously can and will vary widely between accents) and infeasible <s>(Wikidata lexemes don't really seem to account for pronunciation)</s>. It happens, though, that a comprehensive Shavian dictionary exists named the [https://readlex.pythonanywhere.com/ ''Read Lexicon''], which uses pronunciation and spelling similar to that used by the creator of the alphabet himself. This would be a good dataset to use in performing this translation in the function, but it appears that, all in all, the total size of the dictionary is [https://github.com/Shavian-info/readlex/blob/main/readlex.json ''nearly 26MB''] when formatted as JSON, which would certainly be larger when converted into a typed list. I am wondering if this will ever be feasible or admissible, or if there is really a way around this if importing such a large set of data is deemed impractical. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 22:30, 20 April 2026 (UTC) :{{re|Theki}} "Wikidata lexemes don't really seem to account for pronunciation"" is patently untrue; not only does every Bokmål lexeme form have IPA attached to it (thanks to Jon Harald Søby), but there are lots of languages--including English--that have pronunciation information, whether through IPA or otherwise, indicated on their forms. The big issue of course is that adding this data is not always possible to perform efficiently--for instance, I'd love to have Yiddish pronunciation respellings from Paul Abelson's dictionary on as many English forms as possible, but this dictionary not being previously processed makes this difficult. The data set you have brought up, if a suitable reading of [[:m:Wikilegal/Lexicographical_Data]] allows it, could be added as {{P|7243}} statements on various English forms. [[User:Mahir256|Mahir256]] ([[User talk:Mahir256|talk]]) 23:20, 20 April 2026 (UTC) ::Well, sorry... I haven't witnessed these pronunciation statements before, I wasn't aware of their existence until you pointed it out. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 15:02, 21 April 2026 (UTC) :I got 1,900,000 characters into [[Z33875]] before the UI gave up on me. I'm not sure what the limit is. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 15:21, 21 April 2026 (UTC) == Could not serialize input JS object: Number <small><small>[insert tested number here]</small></small> == I'm not one to throw my problems at others, but I have no idea how to fix this. Am implementing {{Z|Z24602}} in JavaScript, which requires returning a typed map. It now works for every type of value except numbers. Tried explicitly converting the numbers to float64, but either way it throws the error above. Would appreciate it if anyone could diagnose or fix the problem, as my knowledge of Wikifunctions is amateur at best. Thank you. [[User:Some helpful person|Some helpful person]] ([[User talk:Some helpful person|talk]]) 00:32, 23 April 2026 (UTC) :The quick answer is that like some list-related functions, code implementations returning typed maps are not possible unless the type of the objects in the map is specified in the function signature (e.g. if it was a map from Strings to Natural numbers only). So unfortunately, I think you've chosen a function that is not really possible at the moment. There are a few ideas of how we might address this, but for the moment, work on something else. Sorry! --[[User:99of9|99of9]] ([[User talk:99of9|talk]]) 13:21, 23 April 2026 (UTC) :Maybe explicitly using [[Z13518|natural numbers]] would work? I would try using <code>{ "Z1K1": "Z13518", "Z13518K1": "[number]" }</code> to represent numbers, perhaps, and seeing if that works. Of course, you would also probably have to adapt this for other types that cannot be serialized, and I'm not sure how easy that would be to generalize (assuming [[w:Don't repeat yourself|DRYness]] is desired). &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:39, 23 April 2026 (UTC) == Help with creating a function for Abstract Wikipedia == Hello! I was inspired by {{Z|Z26570}} to create {{Z|Z33975}}, however I'm not sure how I add specific language implementations here. Can anybody help me? [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 10:41, 23 April 2026 (UTC) : I think I figured it out, I created a new object with the language config type, added {{Z|Z14310}} to my implementation, and added a new function for English... At least I think that's how it works... [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 13:16, 23 April 2026 (UTC) ::You have the right idea, as far as I know. I went ahead and connected the implementations you created as they appear to work fine for English, and added a test for {{Z|Z33975}} (which passes [[File:Twemoji 1f601.svg|24px]]). I also corrected an error you made on the config object where you appear to have accidentally connected English to {{Z|Z33975}} instead of {{Z|Z33977}}. Thank you for contributing! &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 13:45, 23 April 2026 (UTC) ::: {{re|Theki}} Thank you so much for you help! Could you please kindly also connect the implementations for {{Z|Z33986}} which I just made, which is going to be used for the Hebrew implementation of {{Z|Z33975}}. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 14:11, 23 April 2026 (UTC) ::::You seem to be returning the wrong type in both implementations. Functioneers should not connect implementations that don't work for non-functioneers. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:13, 23 April 2026 (UTC) ::::: {{re|Feeglgeef}} Oh thank you for pointing that out! I am still a bit new to this project and confused, so I need to read up some more about this. How do I return a monolingual text object? [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 14:17, 23 April 2026 (UTC) ::::::I'm trying to fix it for you, the construction of ZObjects in code implementations is a bit difficult right now. Since the State origin using entity and class function will (presumably) be composition, perhaps {{Z|33975}} can be adjusted to return a string, using {{Z|26107}} and {{Z|26107}}? [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:21, 23 April 2026 (UTC) :::::I did not notice any discrepancies from looking at the functions by themselves, and it seemed to work fine on my end. Is it bad practice for NLG functions to return the monolingual text type? I had assumed it was logical. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:24, 23 April 2026 (UTC) ::::::Both implementations are failing all three tests on my end. No consensus has been established as to whether monolingual texts or strings should be used, so it's like the [[w:War of the currents|war of the currents]] but for Wikifunctions. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:27, 23 April 2026 (UTC) :::::::Oh, you were referring to {{Z|Z33986}}. I assumed you were stating that something was wrong in the earlier English functions that I missed; I apologize for the misunderstanding. Has there been any centralized discussion on this string vs. monolingual text issue? &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:31, 23 April 2026 (UTC) ::::::::Not that I'm aware of, I've brought it up on the telegram twice before, though. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:49, 23 April 2026 (UTC) ::::::::The centralised discussion is at [[WT:Abstract Wikipedia/2025 fragment experiments#Proposed recommendation: Fragments should return Z11/monolingual strings]]. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 07:19, 24 April 2026 (UTC) ::::::: {{re|Theki|Feeglgeef}} Can only functioneers test implementations? For me I can't test it at all... [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 14:32, 23 April 2026 (UTC) ::::::::AFAIK, test cases are only immediately testable during editing of a function if they are connected. This is one of my personal pain points with Wikifunctions, iterating on functions without exhaustive connected test cases makes debugging practically impossible for non-functioneers working on newly-created functions... I (or Feeglgeef) can quickly connect the tests you need for you if you want, although if they are not well-formed they may need to be disconnected again afterwards. Additionally, I could temporarily connect the implementation you are writing so that you can test it on the sidebar as you work, but I'm not sure if this is advisable. That functionality is also something that unfortunately only works when not disconnected. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:43, 23 April 2026 (UTC) :::::::::Yup, agree with you on all points, thanks. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:48, 23 April 2026 (UTC) == Please disconnect implementation == I think I've fixed my issue with {{Z|Z33986}}, but I can't edit an actively connected implementations with my rights. I must admit it is an AI-aided fix, I feel very strongly about disclosing that. Courtesy pinging [[User:Theki]] and [[User:Feeglgeef]]. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 18:51, 23 April 2026 (UTC) : Additionally, I think the JS might be working. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 18:52, 23 April 2026 (UTC) : Just to clarify, I mean disconnect the Python implementation please. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 18:53, 23 April 2026 (UTC) :{{Done}} I've disconnected the Python implementation. :I've also added a couple of tests. The rule is a bit more complicated than adding a maqaf before every character that is not a Hebrew letter. Unfortunately, I don't think I'll have time to fix the implementations any time soon. [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 19:03, 23 April 2026 (UTC) :: Thank you! :: Also, for some reason I thought you put a maqaf before all gershayim, so thanks for correcting me. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 19:09, 23 April 2026 (UTC) :::No, that's not the rule. :::The rest of this reply is an [[:wikt:info-dump|infodump]], feel free to ignore it :) :::In [https://hebrew-academy.org.il/topic/hahlatot/punctuation/ the Academy's punctuation rules], the rule for adding a maqaf is written kind of badly: שמים מקף ברצף שיש בו שני סוגי גופנים, כגון אותיות ומספרים ("maqaf is added in a sequence in which there are two types of fonts, such as letters and numerals"). These are not different types of "fonts", but different types of characters, and I should email them about it. It gives the examples <span lang="he" dir="rtl">ה־12</span> and <span lang="he" dir="rtl">ב־DNA</span>. It doesn't say anything explicitly about quotation marks, but in other places on the same page, you have stuff like <span lang="he" dir="rtl">ב"הארץ"</span>, and from that I deduce that a maqaf is not needed before double quotes if there are Hebrew letters inside the double quotes. :::That said, a few people do think that there must be a maqaf before double quotes. I have a somewhat surprising example of somebody who always does it: translators of Scientology materials into Hebrew. At least that's what they did last time I looked at them, about ten years ago. Those people are certainly prolific, and they get points from me for consistency, but this not the prevalent standard. (And if I recall correctly, they use the minus and not the proper Hebrew maqaf, and they don't get any points from me for that!) :::Also, the name of the character is just "double quotes" and not "gershayim". Gershayim are mostly for abbreviations, although most people use the same character for them. I use ״ for gershayim, as do a few other nerds, but we're the minority. [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 19:35, 23 April 2026 (UTC) :::: {{re|Amire80}} Yeah, "font" is a weird choice of wording here by the Academy...<br> I think I'll follow your guidance and not use a maqaf for quotes beginning with Hebrew letters. <br> I should also add more tests for different types of quotes, like straight (", '), curly (“, ”, ‘, ’), gershayim (״, ׳), including single quotes.<br> P.S. gotta deduct points from Scientology for being a cult but that's neither here nor there [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 20:49, 23 April 2026 (UTC) :::: {{re|Amire80}} Courtesy ping because I mistyped your username on the last message. Anyways I'm also gonna do that tomorrow because I'm tired now... [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 20:50, 23 April 2026 (UTC) == Connect implementations == Hello! I'm done with the implementations of {{Z|Z33986}} both in JS and Python, and all tests pass. Pinging @[[User:Amire80|Amire80]] to check if all the tests I've added are alright. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 15:24, 24 April 2026 (UTC) :Connected. It's possible that some more changes will be needed, but it looks OK now. :Another little comment: It should be called "clitic" and not "prefix". [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 15:56, 24 April 2026 (UTC) : {{re|Amire80}} Thanks for your comment! Luckily labels are easy to edit, so I'll get to it. : Currently I'm working on Bulgarian {{z|Z34072}} and {{z|Z34084}}, along with other Bulgarian functions. After I'm finished with those I'll take your advice. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 16:01, 24 April 2026 (UTC) == Please connect my Bulgarian implementations == I recently created the following Bulgarian functions: * {{Z|Z34070}} (currently broken, I think because another function I built it upon is unimplemented) * {{Z|Z34088}} * {{Z|Z34105}} * {{Z|Z34072}} * {{Z|Z34084}} Can somebody please connect these functions, and perhaps suggest other functions I could localize? [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 19:03, 24 April 2026 (UTC) : Specifically, [[Z34070]] is based on [[Z34072]] [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 19:05, 24 April 2026 (UTC) :{{done}} for everything that passes, [[Z34070]] still does not work after purging WF's cache, though. For future reference, please request on the [[WF:Community portal|community portal]] instead of the project chat. Thank you for your work! [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 20:03, 24 April 2026 (UTC) :: {{re|Feeglgeef}} Thank you for your help! I will keep in mind to go to the [[project: community portal| community portal]] in future instead for this. :: I still don't understand why {{Z|Z34070}} fails... It's implementation is almost completely identical to [[Z30399]] from {{Z|Z30397}}, unless I messed something up... [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 20:11, 24 April 2026 (UTC) :::{{done}} No, it was mostly just timing out. It is better to use selective fetches where possible. One case is failing to match the expected results, but at least it is returning something. For all I know, it might even be acceptable! [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 20:35, 24 April 2026 (UTC) :::: {{re|GrounderUK}} Thank you so much for your help! The one failed case is with a definite article, so I feel like that might be fixed in the future... <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 20:43, 24 April 2026 (UTC) == Editor experience suggestions == I'm a bit frustrated with the editing experience on Wikifunctions, and I have suggestions based on pain points I've had contributing to this project: * Adding a wizard to create functions, implementations, and tests in one flow, somewhat like Wikimedia Commons' upload wizard * A sandbox for experimenting without changing mainspace functions, and maybe letting non-functioneers connect implementations ([[Project: Sandbox]] doesn't seem to fit this) * We could have functions for creation based on the sandbox, like how Wikipedia has articles for creation and edit requests, * Maybe even another test instance of Wikifunctions, like how Wikidata has [[testwikidata:|Test Wikidata]] I really like this project and I don't mean to whine, but it certainly has a lot of pain points both for technical and non-technical people. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 20:41, 24 April 2026 (UTC) : It's also really complicated to localize functions, so maybe we should add another wizard for that, where you can choose a language, and then create the new function with the aforementioned function wizard, and it just automatically adds it to the related language configuration object of the related function. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 20:48, 24 April 2026 (UTC) :# Sounds good to me. :# A sandbox available is [[Z10119]], though an extension-provided sandbox that allows you to manipulate the types, code, and tests easily without interfering with the mainspace would be nice. :# [[WF:Suggest a function|This page]] works to some extent, though it's too messy in my opinion. :# We used to have a "beta cluster" but it [[phab:rOMWC5f625c5846b5f779473fa32c9a02d87e59215dfa|got shut down]] just over a year ago because it was broken. :[[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 21:07, 24 April 2026 (UTC) == Language parameters in language-specific functions == I think that an effort should be made to give the different natural language options corresponding to different English dialects, Chinese scripts, etc. more of a use (I added the test {{Z|Z34119}} to {{Z|Z26095}} and unsurprisingly it fails). There are two main problems with this approach that I can identify: * If you ask the majority of these functions to make a sentence in British English, much of the time it will give you an output with missing words, because it does not fallback to English labels in the case of a British English label for that item missing. The same applies for every other English dialect, British English is just an example here. * Uninformed editors will probably see the presence of a language parameter on these functions, consider it redundant, and remove it. [[Special:Diff/268074|I have made this mistake before]]. In my opinion, in a perfect world, all of these language generation functions would output monolingual text, and if the user asks for American English text, then American English text is what they'll get. If the user asks for Japanese text in hiragana specifically, then that's what they'll get in return. This is not as high-priority as just rendering text in the language plainly in the first place, but it's something that I feel is still worth devoting some effort to. Right now switching functions to use this paradigm is difficult because, on the one hand, I don't know if consensus tends towards this direction being ideal or advisable, and I don't want to make changes like this without at least notifying the wider community. In addition, all tests break once a parameter is added or removed, and the function editor does not recognize the change in number of parameters and therefore you have to remove the function call, re-add it along with all of its parameters it had previously (which is a tedious cut-and-paste job), and then it will work again. This is something that you can do in five seconds by just adding a few lines of JSON to the test source, but this is not directly editable from the Web browser. This tedium is largely what's preventing me from doing this on a larger scale, besides asking for comments first. If anyone has any insights or comments on this, then that would be appreciated. If a reference of functions with and without the support for language variants is needed, of course [[WF:NLG]] can be perused, but I've also my own list cataloged at [[User:Theki/functions#language]]... Of course, this thread has many similarities to [[#"language" argument for certain functions|the one above]], but this concerns me going out and making this consistent across these NLG functions. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 21:09, 24 April 2026 (UTC) :I've created {{Z|Z34122}} as an extension to {{Z|Z34039}} for larger functions. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 21:34, 24 April 2026 (UTC) :Just to confirm that I, for one, support a Natural language parameter for all natural-language functions. The concern about getting them all aligned is just that we haven’t finally settled on {{Z|Z11}} being preferred to {{Z|Z89}} or some other type that conserves the text’s provenance, so we risk having to change them all again. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 10:07, 25 April 2026 (UTC) == “Key not found ()”? == What am I doing wrong in {{Z|Z34137}}? [[User:Redmin|Redmin]] ([[User talk:Redmin|talk]]) 00:39, 25 April 2026 (UTC) :You were passing a [[Z6091]] to {{Z|32290}}, but it takes a [[Z6001]]. Fixed. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 07:10, 26 April 2026 (UTC) ::{{done|Thank you}}! [[User:Redmin|Redmin]] ([[User talk:Redmin|talk]]) 14:13, 26 April 2026 (UTC) == Why is my test failing? == Hello! I recently made {{Z|Z34139}} based on [[wikt:Module:bg-translit]], and the test case {{Z|Z34141}} is failing on both implementations, despite the expected output and actual output being the same as far as I can tell. I tried looking at the Unicode codepoints of the output, but those are also identical. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 06:21, 25 April 2026 (UTC) :Yes, it’s a tricky one. I’ve added a normalize step to the result validation in {{Z|Z34141}}, which confirms it is a normalization issue. It looks like it is in the code but I don’t know whether simply normalizing the result is the way to go. Logically, you would normalize both the input and the result. The implementations of {{Z|Z10384}} show you how to do this. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 09:41, 25 April 2026 (UTC) == Edit request == Hello! I have an edit request for {{Z|Z23752}} and {{Z|Z23414}}. Please replace all the "an/a" logic with <code>Z21739(Argument reference)</code>, both for readability and for more accuracy ("a university is an institution") <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 09:50, 25 April 2026 (UTC) :{{D}} [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 12:24, 25 April 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #245 is out: The Foundation's search for the perfect language == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-04-25|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we present an academic paper about Abstract Wikipedia, we discuss our latest Type created, and we take a look at the newest created functions. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 09:54, 25 April 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30325620 --> :@[[User:Sannita (WMF)|Sannita (WMF)]], @[[User:DVrandecic (WMF)|DVrandecic (WMF)]], technical meta-question: the newsletter quotes the article: ::the only way to contest its algorithm is to click 👍 or 👎 (Crawford and Gillespie 2016) :This quotation sounds sensible, but the article's [https://link.springer.com/article/10.1007/s00146-026-02899-w web version], and the PDF that is downloadable from the same page doesn't actually show the emojis. It rather shows text that looks lacking: ::the only way to contest its algorithm is to click or (Crawford and Gillespie [https://link.springer.com/article/10.1007/s00146-026-02899-w#ref-CR14 2016]) :Where did you get the emojis? Is it your (probably correct) guess or is there a version somewhere that actually shows the emojis? [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 15:16, 25 April 2026 (UTC) ::Scratch that. I've found a version with correct emojis: https://wikihistories.github.io/wikilambda-the-ultimate/ [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 15:37, 25 April 2026 (UTC) == Requested deletion of test == Please delete {{Z|Z34143}}. this was never valid Bulgarian, I messed up. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:19, 25 April 2026 (UTC) :[[WF:RFD]] please. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 16:40, 25 April 2026 (UTC) == Request for comment (global AI policy) == <bdi lang="en" dir="ltr" class="mw-content-ltr"> A [[:m:Requests for comment/Artificial intelligence policy|request for comment]] is currently being held to decide on a global AI policy. {{int:Feedback-thanks-title}} [[User:MediaWiki message delivery|MediaWiki message delivery]] ([[User talk:MediaWiki message delivery|talk]]) 00:57, 26 April 2026 (UTC) </bdi> <!-- Message sent by User:Codename Noreste@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Distribution_list/Global_message_delivery&oldid=30424282 --> == Is it OK to connect the implementation? == Hello! I recently applied for functioneer on [[WF:RFG]], and I was wondering whether I could connect the implementation for {{Z|Z34165}} despite its dependency {{Z|Z34149}} being currently unimplemented. That is <em>if</em> I get accepted. I am planning on implementing it based on [[wikt:module:bg-nominal]], but am still having trouble figuring it out for now. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 09:04, 26 April 2026 (UTC) == Past tense function == Is there a function like {{Z|Z26039}}, but for the past tense (e.g. "Leo Tolstoy <em>was</em> a writer.")? If not, I will create it myself, I just want to make sure there's not a duplicate. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:10, 26 April 2026 (UTC) : {{Done}} with {{Z|Z34224}}, but I have a few kinks to work out with it. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:35, 26 April 2026 (UTC) :: I need to create some other similar functions for the past tense, I have some ideas: ::* {{Z|Z26095}} ::* {{Z|Z32643}} ::* {{Z|Z28016}} ::* {{Z|Z26570}} ::* {{Z|Z33975}} ::* {{Z|Z27243}} ::* <ins>{{Z|Z26627}}</ins> ::* <ins>{{Z|Z27627}}</ins> ::* <ins>{{Z|Z27173}}</ins> ::* <ins>{{Z|Z29591}}</ins> :: :: Are there any I have missed? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:57, 26 April 2026 (UTC) :I think that here we are starting to walk on dangerous waters: what does past mean? Is it a recent o a far past? Does it have ripercussions on the present or not? Is it just a thing that happened once, many times or for a continuative period of time? :Consider that various languages distinguish between many different types of past. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 12:38, 26 April 2026 (UTC) :: {{re|Dv103}} That is a fair point... :: How do we go about solving this problem though? I don't think having every sentence on Abstract Wikipedia be "X is a Y" is a very good idea. :: Maybe we have different functions for all these variations of past you mentioned that just map into "X was a Y." in English? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 13:31, 26 April 2026 (UTC) :::To properly solve this problem, we should use a more complete abstract content representation model, like for example the proposal of [[Wikifunctions:Type proposals/Semantic unit|Semantic units]] (look at [[Wikifunctions:Type proposals/Semantic unit/Douglas Adams|the example]] to see how times could be handled). For now, since we're still stuck with single fragment generation functions (that I hope will be slowly replaced with the complete represenation model, when available), we could just restrict your function to a very specific meaning, like "subject was an instance of, for most of its existence" (which means for example that it could be used to say "Douglas Adams was a writer", but not "Abraham Lincoln was a president", since he only was a president for 4 years). Probably my definition is still too vague, and this is why we need to go beyond these fragment generating functions. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 19:47, 26 April 2026 (UTC) ::Nitpick... I don't like that it outputs a string instead of monolingual text. With {{Z|Z26039}} it's used so much that I think it's unfixable in that case beyond deprecating it if people care that much, but {{Z|Z34224}} doesn't even have any connected implementations yet. Consider it, maybe? ::Nitpick 2... {{Z|Z34227}} is missing a language parameter. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 16:08, 26 April 2026 (UTC) ::: I will consider that! ::: I just did that because that's what {{Z|Z26039}} does, so I assumed I should follow suit with it. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 16:48, 26 April 2026 (UTC) == Legacy functions == If and when more robust methods of abstractly representing and generating linguistic content come around, and more efficient ways of creating abstract content are devised and implemented, I suspect that our current methods will require some form of deprecation. This is a significant source of concern for me in relation to WF and AW, questioning how prone our current methods of doing things are and eventually will be prone to obsolescence, and how it will be worked around when it comes. We have over 1 250 articles on AW presently, and these are rather all over the place. I suspect the maintenance burden from keeping these articles up to code will eventually, err, creep up on us, I suppose, and some kind of major refactoring will be necessary. We are definitely in a period of experimentation and whatnot right now but eventually, like with enwiki, some sort of structure and rigor will form and I suspect it will start to become rather boring for me... I, for one, very much enjoy experimenting with new and better ways to do things here. I don't personally mind changing things to use a new and better paradigm if need be, that sort of thing highly excites me, but of course there will be things that are left behind, and I suspect maybe bots will be employed to deal with this? A lot of Wikipedia sister sites seem to do that, e.g. going and fixing up use of deprecated templates. Considering the nature of Wikifunctions and Abstract Wikipedia I suspect certain maintenance tasks will be made simpler or even trivial by the typical uniformity of our implementations. I guess I am just concerned if Wikifunctions or Abstract Wikipedia will ever accrue its own kind of "technical debt" with how we are plowing through things presently, and if there is a plan for how we will eventually seek to mitigate that. Maybe too early to ask this question, but I am a notoriously anxious person, so I thought it wouldn't hurt to raise the question regardless... &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 21:30, 26 April 2026 (UTC) :I very much agree, thank you for expressing my position so well. {{ping|Immanuelle}} has been using an AI-generated tool (well, they haven't edited in a week, perhaps it's a break or perhaps they don't wish to contribute to the project any more) to create a bunch of articles en masse, which I have warned them multiple times is a bad idea (on top of evolving functions, all of the articles are one-sentence-per-paragraph, [[abstract:Q12184|like so]]). That's why I've been avoiding creating articles recently, I'd say I have a good fourth (no data to support, rough guess) of the comments on the wiki, yet less than a percentage of the article count (only three, including the [[abstract:Q319|first article]], though, so perhaps I'm the next [[w:Special:Permalink/908493298|office.bomis.com]]). [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 19:41, 27 April 2026 (UTC) :: I feel that the overwhelming presence of these low-quality articles (which I admit I myself am [[abstract:Q1710970|guilty]]/[[abstract:Q7601858|of]]/[[abstract:Q39338|creating]], usually as testbeds) may incur a large maintenance burden. I do expect them to be easy to detect, however, as searching for the presence of "deprecated" NLG functions is trivial, and it is possible that replacing them with their future ''even abstracter&trade;'' counterparts could be done automatically since they all have the same signatures and can be expected to create the same form of sentence. If it needs to be done manually for a while or for certain delinquent instances, my hope is that it will be fun, at least for a while. :: I just hope that these hypothetical future waves of "this new and versatile way of abstractly representing linguistic content" obsoleting previous methods and requiring refactoring across all articles is only a one-time thing. We should strive to be as robust and flexible as possible from the outset as each brand new paradigm of abstraction is also a brand new maintenance burden for updating old articles. At the end of the day, at least ''some'' of these articles will still render to many different languages even if their methods of creating those sentences of theirs is completely outdated. Ergo, the time it takes for the switchover to be performed across our articles should not be a persistent inconvenience for users (as, of course, they will always still be able to read the content as it was before since these legacy functions aren't being deleted outright), and the increased availability that the new methods will bring about will likely act as motivation for them to join the effort in refactoring (&#x300C;You're telling me that if I rewrite this article in this cool Lisp-looking stuff then I can probably read it in [[abstract:Q9307|Galician]]?? COOL!&#x300D;). &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 20:26, 27 April 2026 (UTC) :::Totally agree. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 02:54, 28 April 2026 (UTC) :::My vague plan is to implement a default function returning an {{Z|Z89}}, for each language-neutral function. A single function would convert any of these to a {{Z|Z11}}, so that a composition of the two can be implemented as the current default until such time as the language-neutral function is ready to return a [[Z89]]. We can already convert a [[Z11]] to a [[Z89]] so, although there is more to be done in this space, existing language-specific functions could be adapted to return a [[Z89]] quite mechanistically. :::Although we certainly could deliver parallel Z89 functions for each existing Z11 function, I don’t think we should assume that particular outcome. Provided the Z89 captures a lang attribute from the Z11’s language tag, the two representations should be largely interchangeable, although I am expecting a Z89 to carry additional attributes at the span level that would be lost on conversion to a Z11 (along with any higher-level tags and attributes). :::When I say there is “more to be done in this space”, I am referring to a new type that would allow HTML fragments to be represented as tractable Wikifunctions objects, but this is currently drafted only in my head! [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 11:21, 29 April 2026 (UTC) == Filtering types of objects == Hello! I have tried to comb through my own edit history several times, but it's really hard to search for specifics because there's no differentiation between different types of objects (functions, implementations, tests, etc.) in the logs as far as I can tell. Am I missing anything? I want it to work sort of like how filtering by namespace works. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 16:48, 27 April 2026 (UTC) :There is differentiation, it's just rather hard to look through. Since all ZObjects are just JSON data at their core, you can search for instances of <code>{ "Z1K1": "Z[type]"</code>. I haven't tried this so I'm not sure how well it would work and I know MediaWiki search syntax treats quotation marks as a special character, but I have seen Wikifunctions pages link to searches using this before. There is also [[Special:ListObjectsByType]] but it is sitewide rather than specific to your edit history in particular. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 18:59, 27 April 2026 (UTC) ::''[It doesn’t help directly here, but please see [[WF:Find]] for more details of how this works.]'' [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 10:24, 29 April 2026 (UTC) :See the feature requests [[phab:T399244]]/[[phab:T373735]]. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 06:06, 28 April 2026 (UTC) :The lack of filtering edits by namespace is exactly the problem that I was trying to solve with the [[User:Amire80/wikifunctionsanalytics]] tool. :I even kind of succeeded, but it has two major problems: :# It doesn't have any real frontend, so you have to know some SQL to use it (or ask other people who know SQL). :# It doesn't get information from the live site, but from the dump, which appears to be updated once a month. :I've made a [https://quarry.wmcloud.org/query/104794 sample query for you]. Unfortunately, it won't do anything at the moment because of the second problem—your edits started in April 2026, which isn't over yet, so the dump for it hasn't been processed. But I hope that early in May you'll be able to use the same query and see something useful. :(I plan to add support for recent edits, but I haven't done it yet. Now that I more or less figured out how to process Wikifunctions edits, I'm focused on trying to understand Abstract Wikipedia edits. Processing up-to-date edits from both sites will possibly be the next thing I work on, but if you know some Python and want to try doing it yourself, don't wait for me—[https://gitlab.wikimedia.org/toolforge-repos/wikifunctions-analytics Patches welcome].) [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 18:51, 28 April 2026 (UTC) ::@[[User:QuickQuokka|QuickQuokka]], I've just updated the data until the end of April. Now the query to which I linked above gives some results. You can also try running other queries if you know SQL. (Or try asking for other queries if you don't.) [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 03:26, 3 May 2026 (UTC) == [[Z34213]] == I'm not quite sure why this implementation is failing. Could someone take a look? [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 02:24, 28 April 2026 (UTC) :I've [https://phabricator.wikimedia.org/T419933#11863997 notified] the team that this is still occurring, the issue was marked as resolved. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 02:52, 28 April 2026 (UTC) :Some useful tips: :* create more testcases: sometimes it is a random error, so try to see how consistent it is between testcases :* your implementation is very inefficient, since it fetches items and lexemes a lot of times. Ideally, each item and each lexeme should be only fetched once in all the execution tree. :[[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 06:06, 28 April 2026 (UTC) ::Caching (''should?'') means that the lexeme and item data are cached, so the call doesn't actually execute multiple times. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 17:51, 28 April 2026 (UTC) :::Are lexemes and items actually cached within the same function execution? Even if they are only partially fetched and/or fetched in bulk? [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 17:54, 28 April 2026 (UTC) ::::I don't have any evidence to prove that it works but that's definitely A. what's supposed to happen and B. the ideal behavior. This happens because the Z680X functions can be cached just like any other. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 18:02, 28 April 2026 (UTC) ::::It is unclear. In general, I believe identical branches are resolved only once in orchestration, but there is also independent caching of Wikidata fetches. ::::According to @[[User:DMartin (WMF)|DMartin (WMF)]] ([https://t.me/Wikifunctions/30374 on Telegram]): ::::<blockquote>Well, no. We have caching of Wikidata entities that have been retrieved, but not of the results of nested function calls. There is a proposal for doing this in the context of the V2 composition language, when it's a bit more mature, and it's regarded as a relatively high priority.</blockquote> ::::It’s hard to tell whether fetches in nested calls are, in fact, cached and available for other nested calls in the same call, since it is not generally the actual fetch that consumes the most resources. Rather (I believe), it is construction and transmission of the result object, which is currently repeated afresh in each nested call (unless it is in an identical branch). ::::I hope that’s clear, and I apologise in advance if it happens to be inaccurate! [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 10:16, 29 April 2026 (UTC) :::::Oh, I should clarify.  There is a lot of caching going on, in several different places.  Lexemes and items ''are'' cached by the orchestrator within the same function execution, even if they are only partially fetched and/or fetched in bulk.  When I said that we don't have caching of the results of nested function calls, I meant that's not happening in general, for all nested function calls in compositions.  But fetching of Wikidata entities gets special treatment, so yes, fetched content from Wikidata is cached, regardless if it was fetched by a top-level call or a nested call. :::::It is also true that the construction of a ZObject from the fetched JSON might happen more than once within the same function execution, depending on how a composition has been structured. However, the construction of the ZObject is actually very fast, compared to the elapsed time of getting the JSON from Wikidata. [[User:DMartin (WMF)|DMartin (WMF)]] ([[User talk:DMartin (WMF)|talk]]) 18:04, 1 May 2026 (UTC) == Question about cardinal numbers == I was about to edit {{Z|Z16435}} to add my function {{Z|Z34308}}, but I noticed that none of the other functions have a gender parameter. Should I create a new wrapper function "Bulgarian cardinal, neuter", or should I just remove the gender parameter and always return neuter? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:39, 28 April 2026 (UTC) :The “cardinal” functions should return the words used for “counting” numbers in the abstract. :We should consider converting them to return a {{Z|Z11}} rather than a {{Z|Z6}}. It may even be appropriate to return a {{Z|Z12}} to cater for language variants. Either way, I think that would be the approach to adopt for inflected forms, unless reference to specific lexeme-forms is required. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 12:52, 28 April 2026 (UTC) ::This. If a native of your language were to count up, which form would they be most likely to use? [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 13:29, 28 April 2026 (UTC) ::: {{re|GrounderUK|Feeglgeef}} Thanks for both your input! ::: I relabeled the aforementioned function to {{Z|Z34308}}, and created a new wrapper function {{Z|Z34457}}. ::: Should I specify that my old function is a monolingual text in parentheses? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 16:26, 28 April 2026 (UTC) ::::You don't have to, unless you think that is something that would require distinction when viewing the function in a list of search results &c. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 16:36, 28 April 2026 (UTC) == Optional/nullable function parameters == Hello! Recently, I was informed that Wikifunctions has no optional/nullable function parameters as of now. Are there any future plans to support this, and/or workarounds? Maybe create a union type system like "{{Z|6}} or {{Z|23}}". <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 17:53, 28 April 2026 (UTC) :What I do for this is use an "is empty" function corresponding to the type of the parameter in an If statement. If it isn't empty, the function works as intended. Otherwise, it does something else. [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 17:58, 28 April 2026 (UTC) :Unions are not a thing (yet) on Wikifunctions, but you can always define an argument of type {{Z|Z1}}, which means that all types are allowed (I already did this for {{Z|Z26737}}; note that it is still a ugly workaround, don't use it for high level functions). Also, note that usually on Wikifunctions we use {{Z|Z24}} as the null value. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 18:00, 28 April 2026 (UTC) :: {{re|JJPMaster|Dv103}} Thanks for your help! :: @[[User:Dv103|Dv103]] told me a function call with a missing parameter is treated as an invalid function call, so how does the "is empty" function work with that? :: Also, setting the type to {{Z|1}} seems naive, like setting the type as <code>any</code> in TypeScript... :: Related question: Are there plans to add default values to parameters (outside of "if empty")? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 18:19, 28 April 2026 (UTC) :::Setting the type to {{Z|Z1}} is actually naive, and that's why I advised you to only use it for low-level functions. Currently there is nothing better. Sometimes, type correctness is not actually checked, so it might seem that nullable types are possible. But it is still an hack, and it could broke anytime since it is not intended behavior. :::I don't think that there are current plans to add default values (but correct me if I'm wrong). The closest thing that comes to my mind is that, if you incorporate Wikifunctions into Wikitext, you can leave empty some fields (only of some specific types) and Parsoid will replace them to their default value. This is done only depending on the type, and not on the functions. For example, {{Z|Z6091}} and {{Z|Z6001}} are assigned the QID associated to the page, and {{Z|Z20420}} is assigned the current date. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 18:56, 28 April 2026 (UTC) :::@[[User:QuickQuokka|QuickQuokka]]: At the very least, [[Z10008]] accepts a null input. Maybe that feature is unique to the String type—I am not sure. [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 19:10, 28 April 2026 (UTC) ::::I think it's just not checked, but it shouldn't be intended. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 19:20, 28 April 2026 (UTC) ::::Strings and typed lists can be “empty” in the sense that their length can be zero. Typed pairs may also be “empty” in a degenerate sense, but such an object will not be returned from a code implementation. A typed map with no entries will also fail to be returned from code, although it is fine in compositions. ::::For a genuinely optional parameter, I prefer a properly typed list, which at least encourages an argument of the correct type. {{Z|Z813}} is also typically faster than {{Z|Z10008}}. Quite a good example of this approach is {{Z|Z23723}}, where it helps to resolve the type union (using [[Z1]]) for both Z6003K1 and Z6003K3. Of course, there’s nothing to prevent more than one element in the list, but additional elements are easily ignored. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 22:55, 28 April 2026 (UTC) :Pinging {{ping|Jdforrester (WMF)|prefix=|p=}}, I believe there are no current plans. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 19:02, 28 April 2026 (UTC) ::@[[User:QuickQuokka|QuickQuokka]]: I'm afraid there are no current plans to build out optional params, indeed; we would be happy to review this if a compelling case was made, but it'd be a lot of work to re-build the [[Wikifunctions:Function model|function model]] with that support and ensure we don't break (too many) things. [[User:Jdforrester (WMF)|Jdforrester (WMF)]] ([[User talk:Jdforrester (WMF)|talk]]) 19:11, 28 April 2026 (UTC) == Z6830 for Chinese == I was trying to use {{Z|Z6830}} for implementation in the Chinese-language. And turns out most of the Lexeme on Wikidata is using [[d:Q727694]] as the language instead of [[d:Q7850]]. This makes it impossible to use the mentioned function above, since Standard Chinese is not available (or did I miss something?). Is there a way to fetch lexemes with language=[[d:Q727694]] from item? [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 18:20, 30 April 2026 (UTC) :@[[User:Sun8908|Sun8908]] There is [[Z1006]] for Chinese and it has the language code zh. There is an overview of languages in [[Module:Wikifunctions label]] so you can search there for chinese versions and choose the one you need. [[User:Hogü-456|Hogü-456]] ([[User talk:Hogü-456|talk]]) 20:53, 5 May 2026 (UTC) ::I know that. The problem is when using the function [[Z6830]], it cannot retrieve lexeme with language [[d:Q727694]] (but it is the "Chinese language" with the most current Wikidata lexemes, see [https://ordia.toolforge.org/language/ ordia]). I think it should be a Wikidata problem, I might fix it (possibly by creating the same lexemes with language code zh) on Wikidata. Thanks anyway. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 05:39, 6 May 2026 (UTC) :Could you provide an example of a Chinese lexeme that has a linked Wikidata item, or a Z6830 function call that fails to find such a lexeme where one exists? [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 07:55, 6 May 2026 (UTC) ::Here: [[d:Lexeme:L846083]]. I think that's a primary reason of me trying to look into this problem, as the label in zh for [[d:Q6256]] (country) is not a single phrase (see its talk page on WD for more information). This makes some Abstract Wikipedia articles very weird in Chinese when {{Z|Z26570}} is used, so lexeme could potentially fix that. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 10:33, 6 May 2026 (UTC) :::Thank you. It looks as though {{Z|Z6830}} [https://www.wikifunctions.org/view/en/Z6830?call=%7B%22Z1K1%22%3A%22Z7%22%2C%22Z7K1%22%3A%22Z6830%22%2C%22Z6830K1%22%3A%7B%22Z1K1%22%3A%22Z6091%22%2C%22Z6091K1%22%3A%22Q6256%22%7D%2C%22Z6830K2%22%3A%7B%22Z1K1%22%3A%22Z6092%22%2C%22Z6092K1%22%3A%22P5137%22%7D%2C%22Z6830K3%22%3A%7B%22Z1K1%22%3A%22Z60%22%2C%22Z60K1%22%3A%22cmn%22%2C%22Z60K2%22%3A%5B%22Z6%22%5D%7D%7D returns that lexeme for language tag "cmn"]. Perhaps that tag should be added into the helpers for {{Z|Z24144}}? If it is widely used for lexemes, perhaps it should have its own {{Z|Z60}}? In any event, improvements might be considered under [[:phab:T390563]] (or otherwise), including amending [[Z6830]] to also consider "cmn" (and "zho", "chi"…?) when requests are made for "zh-hans" or "zho-hant" (or others?) @[[User:Winston Sung|Winston Sung]] @[[User:DMartin (WMF)|DMartin (WMF)]] [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 17:22, 6 May 2026 (UTC) ::::If you go to [[d:Special:NewLexeme]] and put in [[d:Q727694]] as the language, it is going to tell you it has an unrecognized language code. So I believe "cmn" should not be a {{Z|Z60}} by default? I also started [[d:Wikidata:Project_chat#Lexemes_with_language_Standard_Chinese_(Q727694)|a discussion on WD]] regarding this. I guess we can still use it as a fallback language though if possible. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 03:43, 7 May 2026 (UTC) ::::We don't have a separated <code>cmn</code> BCP 47 language subtag in MediaWiki and Wikidata at the moment. <code>zho</code> and <code>chi</code> are ISO 639 language codes but not BCP 47 language subtags. ::::For Modern Standard Mandarin, please use <code>zh-*</code> language tags for now. -- [[User:Winston Sung|Winston Sung]] ([[User talk:Winston Sung|talk]]) 15:26, 8 May 2026 (UTC) == Key not found error == Is there a reason why I am getting key not found error for this [[Z34677|function]] {{Z|Z34677}}? All the underlying functions run and all the test cases work. The debug information does not give more details. Any pointers? Thanks in advance [[User:Jsamwrites|John Samuel]] 19:24, 1 May 2026 (UTC) :It was passing the [[Z6091]] to {{Z|34641}} when that takes a [[Z6001]]. I've fixed that, but there's some other problem with the logic, so I've left it disconnected. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 19:42, 1 May 2026 (UTC) ::@[[User:YoshiRulz|YoshiRulz]] Thanks a lot. [[User:Jsamwrites|John Samuel]] 20:21, 1 May 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #246 is out: Request for input: what should we count for Abstract Wikipedia == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-05-02|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we ask you what would be the relevant metrics for Abstract Wikipedia, we discuss our latest news on Composition Language v2, and we take a look at the latest software developments. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 12:21, 2 May 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30325620 --> == Any formal process for deletion of pages == Does a formal process exist for the deletion of functions, implementations, and tests that includes a notification system for creators, analogous to Wikidata’s process, explaining the rationale behind the deletion (or proposal for deletion)? [[User:Jsamwrites|John Samuel]] 12:36, 3 May 2026 (UTC) :Does [[Wikifunctions:Requests for deletions]] work? [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 13:00, 3 May 2026 (UTC) :Please see the discussion at [[Wikifunctions talk:Requests for deletions#Should we expect Objects' creators to get pinged on deletion proposals?]]. :As I see it, it is the proposer’s responsibility to consult appropriately before making a request and we expect our administrators to act only when satisfied that appropriate consultation has occurred. In many cases, no consultation is required. Administrators may delete their own contributions without making a request, but this is not a practice I would encourage. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 13:51, 3 May 2026 (UTC) == Implementation of rational number in JS doesn't match in Z19677 (Rational number) and Z28579 (RGBA colour) == In {{Z|19677}} it's <syntaxhighlight lang=js> { "K1": sign * numerator, "K2": denominator } </syntaxhighlight> but in {{Z|28579}} it's <syntaxhighlight lang=js> [ sign * numerator, denominator ] </syntaxhighlight> '''<span style="font-family:Iosevka,monospace">[[User:沈澄心|<span style="color:#9f3526">dring</span>]][[User talk:沈澄心|<span style="color:#534fa3">sim</span>]]</span>''' 05:15, 4 May 2026 (UTC) == Nested functions in compositions == I wish it will be easier to a add another function about a specific existing function in a function implementation based on a composition. When I write long functions in spreadsheets I usually stat with a small part and then I try to go further and after important steps I test if the output is as expected. I created [[Z34826]] to get the German gender specific occupation lexeme for a specific person based on their gender. I wanted to add a function around the existing one and it was not successful. It is not very easy to implement as it requires the possibily to move a part to another section but I think it can be helpful if it will be implemented. So far I spend more time as expected on the function. Describing it with words what the function needs to do is much easier than implementing it here in Wikifunctions. So I think there needs to be improvement to make Wikifunctions more accessible. [[User:Hogü-456|Hogü-456]] ([[User talk:Hogü-456|talk]]) 21:10, 5 May 2026 (UTC) :Have you tried to use the copy-paste functionality? It is very useful to move parts of composition arounn. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 07:12, 6 May 2026 (UTC) :I've also found the composition editor to be wholly unsuitable for any expressions more than a few levels deep. (Even with the <code>localStorage</code> clipboard, because of its overzealous type checks.) Compositions naturally grow out from the "leaves", the immediate operations on the inputs, while the interface really wants you to build from the "root". I mostly use the [https://yoshirulz.gitlab.io/WikiLambdaBlockly drag-and-drop block editor] which I made to smooth over some of the site's problems, so if you want to try that out and give me some feedback I'd appreciate it. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 14:36, 6 May 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #247 is out: References from Wikidata now available == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-05-08|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we announce that is now possible to pass references in Wikidata statements, we introduce the [https://abstract-data.toolforge.org/ Abstract Data dashboard], we report you on the presentation about Abstract Wikipedia at WikiCon Australia, and we take a look at the latest software developments. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Also, we remind you that if you have questions or ideas to discuss, the next '''Volunteers' Corner''' will be held on '''[https://zonestamp.toolforge.org/1778520600 May 11, at 17:30 UTC]''' ([https://meet.google.com/xuy-njxh-rkw link to the meeting]). Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 11:16, 8 May 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30325620 --> == RGBA colour, spelling... == Something that has always irked me a little bit is the spelling of [[Z28579|RGBA colour (Z28579)]]. I guess this is not unsurprising for me considering my use of US English but I think there is more to it than preference and I want to try to argue for it being changed to use American spelling. I know that this probably has a snowball's chance in hell of actually garnering any support, so I won't really be miffed if the spelling remains as it is, but I thought it wouldn't hurt to raise this regardless. The main issue I have with it is the spelling of the original proposal. When infernostars raised the [[Wikifunctions:Type proposals/RGBA color|type proposal]], the spelling was 「RGBA color」. Of the comments that mentioned the word 「colo[u]r」, two used British spelling while six used the American spelling as used in the proposal. The only thing that really pointed to the use of ''colour'' was the fact that the catalog page on color functions used that spelling already. For all intents and purposes, the spelling of the original proposal should have been maintained, but it was not; [[User:DVrandecic (WMF)|DVrandecic]], the eventual creator of the type, used a different spelling. It should be noted that there was really no reason for this to occur and while it is an undoubtedly minor issue I still believe it should be rolled back and the type should use the spelling of the original proposal and majority of editor comments. In [[abstract:Q936|OpenStreetMap]], there have been keyvalue proposals that have had the finalized spelling that gets put to use be in British English despite the original proposal being in American English; this has usually occurred with proposals relating to 「X center/centre」 tags. This makes sense on the surface, because OpenStreetMap is maintained by a UK organization, and still has close ties to Europe. The Wikimedia Foundation, however, is an ''American'' company. This is often brought up as a fallible argument when debating article spelling on the English Wikipedia, and I don't bring it up to support that 「RGBA color」 should be used for that exact reason, but rather to state that OpenStreetMap's general policy on tag names need not apply here. It appears to me that, at least initially, the majority of 「core contributors」 to Wikifunctions used British English; I can name YoshiRulz, 99of9, GrounderUK, and VIGNERON.<ref group="color">I'm avoiding linking to these folks because I don't think pinging them about this discussion is all too necessary unless they themselves want to be involved; I don't want to clutter their inboxes just to briefly mention them. I pinged Denny because, well, I'm asking him a question directly, but everyone else I would prefer to join this discussion by their own accord... not that I wish for this decision to be confused as me going 「these people use British English so they will probably oppose my idea, I won't invite them to the discussion because of that」...no, I promise you that is not the reason.</ref> I see (or saw) these people ''everywhere'', so it makes sense that British English has prevailed in some sorts on this website, but I don't think that indicates that it should be the ''preferred'' spelling across the website, at least not to the point where a proposal should have its name changed to match such a "consensus".<ref group="color">It could be argued that the front-and-center ''Function catalogue'' using 「catalogue」 is actually indicative of such a "consensus", but ''catalogue'' is in a similar position to the word ''grey'' where I live (that is, the US) in that it is used just as often as its American counterpart. Also, consider Wiktionary's ''Beer parlour'' project chat.</ref> The unnecessary modification of the original spelling is my main argument for changing it back... but of course, I must obligatorily state that on English Wikipedia, it is [[w:Color|Color]] and [[w:RGBA color model|RGBA color model]]; on Wikidata, it is [[d:Q1075|color]] and [[d:Q2325624|RGBA color space]]; in CSS (which typically uses hexadecimal triplets to specify RGBA values), the properties are <code>color</code>, <code>background-color</code>, etc.; bit of a weak jab, but on Schema.org it is [https://schema.org/color color], [https://schema.org/colorSwatch colorSwatch]; et cetera. {{Z|Z28580}} uses ''color'', so does {{Z|Z28591}} and its Python counterpart. Mr. Vrandečić, I have to ask, I'm rather confused... you created the color type using British English spelling, but you were also responsible for the creation of the equality function which uses the American English spelling. You also seem to be writing in American English for the status updates, judging by your use of -''ize'' over -''ise'' endings and use of ''program'' over ''programme'' in [[Wikifunctions:Status updates/2026-04-16]]. Is there something I'm missing or have you switched your preferred variant somewhere along the way? Anyways, do consider this if you wish... again, I don't suppose this will garner much support, it is the ''non-issuest'' of ''non-issues'', but it has irked me to the point where I want to ask about it to get some answers, if nothing else. I am not arguing for every other color function to have its name changed, just the type itself. <references group="color"></references> &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:04, 8 May 2026 (UTC) :This is a multilingual project; the <code>en</code> label is <code>RGBA colour</code> and the <code>en-us</code> label is <code>RGBA color</code>. Though I'm not able to switch to <code>en-us</code> via the language picker so that would need to be fixed.<!-- --><br>edit after reading your whole comment: The same is true of {{Q|1075}}, there are labels specified for multiple English variants. (In {{Q|2325624}} it's only an alias.) I agree that other websites' choices aren't binding on us, but from that, I conclude that the more widespread British/Commonwealth spellings should be used for the generic <code>en</code>. As for myself, I'm Aussie and I will continue to use the BrE spellings ([[w:en:Oxford_spelling#Language_tag_comparison|+ "routing"]], TIL) if only by muscle memory.<!-- --><br>[[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 17:42, 8 May 2026 (UTC) :: Your lattermost point would normally be fine in a perfect world. Wikipedia's <code>convert</code> function defaults to "international" English, which I don't personally take issue with because it happens that we here in America are actually outliers for saying and spelling things differently... err, or we were for a while at least, nowadays it seems like an even split (plus you have "yield" vs. "give way" which is effectively the logical opposite of US's use of "meter" over "metre"). :: However, this is not a perfect world, and I don't think <code>en</code> should correspond to any particular variant. It is too fragmented across all software at this point to impose such a requirement. The inability to switch to <code>en-us</code> on this website foregoes an easy and simple solution to this problem that makes everyone happy, because the yanks (such as myself) can't be happy because we can't see the labels in American English even if we wanted to, and the other folk can't switch either as far as I'm aware (and the en-CA and en-GB languages in the preferences page seems to be deprecated). My point being, <code>en</code> is abused to mean "en-UK" just as often as it is abused to mean <code>en-US</code>; I think a decision shouldn't be made on such an assumption of one "default". &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:48, 12 May 2026 (UTC) :Hi @[[User:Theki|rae]]! I have no opinion nor preference on this, and given my background, I am just entirely confused about my spelling preferences myself, as you can tell from my inconsistent usage. I learned British English in school and used that for maybe two decades or so, but moved to the US and lived there for more than a decade, enough to be naturalized, but now I am back in Europe and I am technically a professor at King's College London, soooo.... honestly, I do not know. I don't remember having put too much thought into it at the moment I created it. The good thing is that in Wikifunctions, just as in Wikidata, it is easy to change, without messing things up too much (unlike in Wikipedia), so my suggestion is, just make the change, see if anyone complains, and if they do, discuss it more. I don't know if there is a guideline already in Wikifunctions about the variants. I am happy either way, and honestly, I keep forgetting which variant is which most of the time. --[[User:DVrandecic (WMF)|DVrandecic (WMF)]] ([[User talk:DVrandecic (WMF)|talk]]) 18:16, 10 May 2026 (UTC) :: I can definitely understand this, although I am unfortunately rather passionate about any minutiae involving preferential minor differences in ''anything'', of which AmE vs. BrE chiefly is. So I dedicate a lot of headspace to it. More than I should. Not that I wish to imply that the comment above that I have wrote is of an irrational nature, or done out of spite or pure emotion and subjectivity; I do genuinely believe that ''RGBA color'' is beyond just a personal preference and is just logical. I may boldly go and change it, but for some reason I was expecting that changing the English label of a Type would require elevated permissions, and I also didn't want to do it only to get immediately reverted because it ''did'' strike a chord with someone, when I could instead see how apathetic, supportive, or in opposition interested people are beforehand and ''then'' act accordingly. I was not meaning to antagonize you over your spelling habits, I did actually use British English for a few years starting in 2020 before I went back to American English, so I'd be a hypocrite for me to decry you for not always sticking to some arbitrary standard of spelling words over the other. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:55, 12 May 2026 (UTC) :Although I spell it “colour”, I think it makes more sense to use “color” for the type, since that is almost always the required spelling when the string functions as a keyword. :More generally, though, Wikidata’s lexicographic data happens to favour “colour” over “color” and (quite rightly, in my view) lacks a specific representation for "en". This is unusual, in my experience, as "en" is widely misused in place of "en-US", where there are recorded spelling differences. :(I would also say it is standard British English to use “program” in a programming context and “programme” elsewhere. Use of -ize rather than -ise is a matter of personal preference or house style, but regional autocorrect encourages -ise.) [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 11:00, 12 May 2026 (UTC) :: ''Wikidata’s lexicographic data happens to favour “colour” over “color” and (quite rightly, in my view) lacks a specific representation for "en"'' :: Definitely agreeing with you on the latter being a good choice. However, I suspect the favoring of "colour" over "color" may be because, in terms of language codes, when sorted alphabetically <code>en-us</code> actually comes ''after'' <code>en-gb</code>. Although, the frontend seems to be sorting <code>en-ca</code> after <code>en-gb</code>, so I don't actually know how correct that is. :: ''I would also say it is standard British English to use “program” in a programming context and “programme” elsewhere'' :: The context of the spelling was "''No program for the NLG SIG meeting for next Tuesday has been proposed''". In that usage context, I think it makes sense to assume that ''program'' is not being used to refer to a computer program, but to a ''program of events'' or similar, something that you would spell as a ''programme'' in British English. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 15:02, 12 May 2026 (UTC) :{{s}} this. I'm obviously biased but I believe American English is preferable generally, American dominance on the internet (our Department of Defen'''s'''e invented it!) and rapidly-increasing consumption of American media by international English speakers means that more people use American English's conventions, this is clear through for example [http://trends.google.com/explore?q=color%2Ccolour&date=all&geo=Worldwide search trends] (though they aren't particularly reliable). Perhaps this is a bit of a supremacist opinion, but we should have internal consistency, and if we must choose, American English should be our first choice (then Indian and then British English) [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:10, 12 May 2026 (UTC) :: This is rather flawed reasoning, though. I think probably any given British or Indian person would not agree on using that as the reasoning for this, not that you are necessarily ''completely wrong'', but if this is not a good enough reason for English Wikipedia's (admittedly extremely flawed) ''ENGVAR'' policy then I don't think it's likely it will pass here either. :: Although of note is that [https://books.google.com/ngrams/graph?content=color%2Ccolour&year_start=1800&year_end=2022&corpus=en&smoothing=3&case_insensitive=true Google ngrams] agree with you, but "color" vs. "colour" is an eternal holy war that will not be won by demonstrating that more books use US spelling over Commonwealth spelling. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:44, 12 May 2026 (UTC) :::You're probably right that it's not very sound. I'm biased in that other varieties of English irk me, and that's probably mutual for people who are used to other varieties of English when they read what I write! [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:56, 12 May 2026 (UTC) :I've decided to boldly [[Special:Permalink/274271|make the change]]. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 15:02, 12 May 2026 (UTC) :: Thank you. Considering both you and GrounderUK seem to consider it an okay change, I think this will do for now. :: I should note that the matter of whether to move [[Wikifunctions:Catalogue/Colour functions]] in response to this (however this discussion will ultimately turn out) is a whole other can of worms, in my view. I can't say I have an opinion on that at the moment, but I'm putting it out there regardless. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 15:06, 12 May 2026 (UTC) :::Personally, I'm in favor of moving the page and renaming all of the items on it. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 15:10, 12 May 2026 (UTC) ::I don't like this (exactly because of the American hegemony you cited), but again, it shouldn't matter because the software is meant to be multilingual. Clearly there's a bug preventing you from picking an English variant/dialect as your display language. But the search bar and Function/Type autocompletion do check the English variants for matches. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 15:15, 12 May 2026 (UTC) == Proposals on the architecture of Abstract Content rendering == Starting from a discussion born on the Telegram chat, I've explained two different proposals on how the NLG on Abstract Wikipedia should be organized in the page [[abstract:User:Dv103/Abstract articles architectures]]. Please come to contribute to the discussion, or to propose alternatives. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 14:31, 11 May 2026 (UTC) :Thank you for dedicating your time to writing this, it is very informative. I will try to add input once I'm not in over my head with finals. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 16:27, 12 May 2026 (UTC) == Display function for HTML fragment == Currently, any collapsed Z89 literal appears as<blockquote>&lt;&gt; [[Z89|HTML fragment]]</blockquote>If I were to create a new Function which returned something like<blockquote>&lt;&gt; 123-byte HTML fragment <q><nowiki><td><span lang=</nowiki>&hellip;</q></blockquote>could that be connected to replace the collapsed form, or would it require changes to the Wikilambda software? [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 16:14, 11 May 2026 (UTC) :It might work, but I doubt it. Those angled brackets suggest that the collapsed form is not simply defaulting to the type’s label. Looking at [[:phab:T410509]], I’ve concluded that enhancements to the collapsed form were never considered, rather than being actively rejected. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 12:12, 12 May 2026 (UTC) ::[[:Phab:T391985]] documents the original design. Note the fifth bullet point under “Acceptance criteria”. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 12:21, 12 May 2026 (UTC) :I'm not sure the byte-size is necessary, but the outer tag (or first outer tag, though generally I'd prefer most fragments use a wrapper tag if it needs multiple like JSX does, but that's a whole different topic) would be nice. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 12:51, 12 May 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #248 is out: A higher meaning == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-05-15|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we discuss functions creating language fragments, we present our latest news in Types, and we take a look at the latest software developments. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 14:36, 15 May 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30536976 --> == [[Z34510]] == This function, which determines if a Wikidata item for a {{q|5}} has an undeprecated {{p|21}} statement of {{q|6581097}}, returns false for {{q|173399}}, a transgender man. This is because his item assigns his P21 statement to {{q|2449503}}, not {{q|6581097}}. I'm not sure how to account for this discrepancy. Should {{z|34510}}: # Include {{q|2449503}} as a value that can lead to a true result, # Not include {{q|2449503}} as a value that can lead to a true result, while another function (e.g., "Q5 is a man?") could return true for either "male" or "trans man", # Not include {{q|2449503}} as a value that can lead to a true result, while another function (e.g., "Q5 is a trans man?") could return true for "trans man", # Not exist at all? [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 16:48, 16 May 2026 (UTC) :I can't think of a single use case where you would need to determine if a person is a cisgender man and nothing else. Functions are good for generalizing across multiple possibilities when they exist, so I think it would be best if trans men were considered a part of the criteria for returning a true value. If asking for specifically {{q|6581097}}s and ''nothing'' else was desired then the function name would be a misnomer as Elliot Page is inarguably a male (at least in the view of most reasonable and intelligent people). &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 19:03, 16 May 2026 (UTC) :You made the function in the first place; what were you planning on using it for? AW? Maybe it should return a {{Z|25501}} which can then be passed on to other NLG functions. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 20:01, 16 May 2026 (UTC) == Lexeme from wikidata label, or "best" lexeme from wikidata item == I was looking into fixing [[Z28028]]. I found that I could add "requires grammatical feature: definite article" to "United Kingdom" (L8558). Now I'm stuck on how to get to that lexeme from {{Q|145}}. There's [[Z23471]], but that for very good reason gives you multiple lexemes with the same sense, and I just want the best one like how the label is always the best string. Is there a function that can do this? There's definitely the case of a Wikidata label that isn't a lexeme (most commonly multiple lexemes) but I'm only considering the case where it is one lexeme here. [[User:Aaron Liu|Aaron Liu]] ([[User talk:Aaron Liu|talk]]) 20:02, 16 May 2026 (UTC) :There is {{Z|Z27327}}, that tries to give the best lexeme through various heuristics. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 22:22, 16 May 2026 (UTC) :: Wonderful! I did stumble upon [[Z33818]] but this is perfect. [[User:Aaron Liu|Aaron Liu]] ([[User talk:Aaron Liu|talk]]) 00:25, 17 May 2026 (UTC) == [[Z29591]] isn't working for me == For instance, trying to manually put in the exact inputs for one of the test cases just returns an empty Monolingual text. See [https://www.wikifunctions.org/wiki/Z29591?call=%7B%22Z1K1%22%3A%22Z7%22%2C%22Z7K1%22%3A%22Z29591%22%2C%22Z29591K1%22%3A%7B%22Z1K1%22%3A%22Z6091%22%2C%22Z6091K1%22%3A%22Q3257809%22%7D%2C%22Z29591K2%22%3A%7B%22Z1K1%22%3A%22Z6091%22%2C%22Z6091K1%22%3A%22Q21264361%22%7D%2C%22Z29591K3%22%3A%7B%22Z1K1%22%3A%22Z6091%22%2C%22Z6091K1%22%3A%22Q22006653%22%7D%2C%22Z29591K4%22%3A%22Z1002%22%7D]. [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 01:17, 17 May 2026 (UTC) 94cr8rcy0glwntvaitl16epfegh0uni 275734 275636 2026-05-17T09:59:25Z GrounderUK 50 /* Z29591 isn't working for me */ Reply 275734 wikitext text/x-wiki {{shortcut|[[WF:CHAT]]|[[WF:PC]]|[[WF:VP]]}} __NEWSECTIONLINK__ [[Category:Help]] <!-- please do not remove this line --> Welcome to the Project chat, a place to discuss any and all aspects of Wikifunctions: the project itself, policy and proposals, individual data items, technical issues, etc. Other places to find help: * [[Wikifunctions:Administrators' noticeboard]] * [[Wikifunctions:Report a technical problem]] * [[Wikifunctions:FAQ]] {{Autoarchive resolved section |age = 1 |archive = ((FULLPAGENAME))/Archive/((year))/((month:##)) |timeout=30 }} {{Archives|{{#tag:div|<br />{{Flatlist|{{Special:PrefixIndex/WF:Project chat/Archive/|stripprefix=1|hideredirects=1}} |class=mw-collapsible-content|style=font-size:92%;}}|class="mw-collapsible mw-collapsible-toggle mw-collapsed"}} |prefix=WF:Project chat/Archive/ }} == "language" argument for certain functions == Hello. I am relatively new to Wikifunctions. Recently, I tried to create functions for Chinese translation of {{Z|Z26570}} and {{Z|Z26095}} (which became [[Z32788]] and [[Z32900]]). During the creation of these functions, I was trying to take {{Z|Z32212}} as reference. And I realized that the defining role sentence function is taking <code>language</code> as an argument (and the test case of the Chinese-language function already contains two varieties of Chinese). This makes it possible to output monolingual text in <code>zh-hant</code>, <code>zh-hans</code>, <code>zh-tw</code>, or any varieties of the language. I think for this reason, it is better to have <code>language</code> as arguments for the implementation of Z26570 and Z26095, and potentially more functions that require {{Z|Z14294}}, since it would output the varieties code instead of just saying <code>zh</code> for <code>zh-hant</code>, <code>zh-hans</code>, <code>zh-tw</code> in the output of type {{Z|Z11}}. I am not sure how the fallback mechanism works if one of the language (varieties) do not have a labels/lexemes, but to me, it is reasonable to have a <code>language</code> argument. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 09:38, 31 March 2026 (UTC) :The functions you mention do have a language argument. For Wikifunctions, the {{Z|Z60}} can be at a higher or lower level; whether a {{Z|Z11}} is for a language or a variant is determined by the function that constructs it. Please see {{Z|Z26565}} for an example and feel free to add test cases in Chinese. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 17:54, 11 April 2026 (UTC) ::Hello @[[User:GrounderUK|GrounderUK]], thanks for the answer. I understand that whether {{Z|Z11}} is for a language or a variant depends on the function. But that is exactly what I am asking for. It is true that [[Z26570]] and [[Z26095]] takes [[Z60]] as argument, but the language-specific functions in {{Z|Z29843}} and {{Z|Z26096}} don't. ::Let me give you an example: INPUT to [[Z26570]]: <code>entity</code>: Tokyo, <code>class</code>: city, <code>location</code>: Japan, <code>language</code>: zh-cn, the config would select [[Z33030]] (created after my previous comment by elseone) as the implementation, and it would RETURN 东京是日本的一个城市。(zh-hans), which is not zh-cn as requested in the INPUT. It would also be using the term not for the variant (when it is different) because it is hardcoded to use the term in zh-hans. However, if we have the implementation like [[Z32790]] (which was created by me but a natural language argument was added by elseone) or [[Z32213]] (that works in the defining role sentence function because of the extra argument), it could cater for different variant. ::If we don't have the language argument in the language-specific function, the desire for article creation on Abstract Wikipedia would be to create a function for every variant. Is it then better to create functions for every variant? [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 18:18, 11 April 2026 (UTC) :::I forgot to mention that there are some hardcoding in {{Z|Z32790}} as well, but I cannot fix it because it is a connected function and I am not a functioneer. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 18:31, 11 April 2026 (UTC) ::::Okay, I think it’s safe to disconnect this one as the function is not yet configured for use on Abstract Wikipedia. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 19:04, 11 April 2026 (UTC) :::Ah, sorry… I misunderstood you. I agree that the called function should be able to accept the original language argument. That is simpler in theory than in practice, because the configured functions all have to have the same argument types, as I understand it. I’m not sure which the best approach is, really, but we probably want to avoid two levels of configuration. That suggests that all language-specific functions would need to accept the additional argument, which is unrewarding work for someone. @[[User:99of9|99of9]], @[[User:Jdforrester (WMF)|Jdforrester (WMF)]], @[[User:DVrandecic (WMF)|DVrandecic (WMF)]] Any thoughts? [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 18:57, 11 April 2026 (UTC) ::::I mean, we would need to modify all the functions in each language, which could take some time. But we are still in an early stage. If we don't fix it now and we want to fix it later, it would be a disaster. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 19:25, 11 April 2026 (UTC) :::::Agreed. And we probably want them converted to HTML too, with separate language spans for text in different languages. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 19:35, 11 April 2026 (UTC) ::::@[[User:GrounderUK|GrounderUK]]: This sounds like a reasonable change to make. Note that (given these Functions are primarily for use on Abstract Wikipedia), altering/replacing them to return Z89/HTML fragments is already a desired but breaking change, so making a second breaking change at the same time is probably easiest for fixing things swiftly. That said, that's of course a decision for the Abstract Wikipedia and Wikifunctions communities, not me! [[User:Jdforrester (WMF)|Jdforrester (WMF)]] ([[User talk:Jdforrester (WMF)|talk]]) 19:43, 12 April 2026 (UTC) ::::@[[User:GrounderUK|GrounderUK]]@[[User:Sun8908|Sun8908]] to make it a non-breaking change, I've created {{Z|Z34039}} which allows a composition {{Z|Z34043}}. This way you can make functions which either need the specified variant or don't! --[[User:99of9|99of9]] ([[User talk:99of9|talk]]) 05:52, 24 April 2026 (UTC) :I have now created {{Z|Z33465}}, which is an implementation of [[Z26570]]. Maybe we can migrate to use that function when more (language-specific) functions for it are ready? [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 18:19, 14 April 2026 (UTC) == Actual difference between {{Z|Z26039}} and {{Z|Z26095}} == What is the actual difference between these two functions? I ask, since it seems to me that the current distinction is more or less that the first one doesn't use an indefinite article in English, while the second does. Which is not a good distinction in a project that should be language neutral. This doubt emerged from my use of the first one in [[abstract:Q124441]], which @[[User:Hogü-456|Hogü-456]] made me notice that is probably wrong. My question is: why is it wrong? How could we clarify the difference? [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 19:46, 19 April 2026 (UTC) :I think the difference is if there is an indefinite article like a or an before the subject or not. In German there can be cases where a definite article is necessary before the subject. I looked at the functions and before the object both times an article is mentioned. As it depends on the language and the word what is the correct function to use I hope it will be clarified and it is an example of the necessity to have a human with understanding in a specific language check it. I hope there will be longer functions what generate more content about a specific kind of item. Then it is necessary to write one such function per language and it can be then applied to several items. It still requires checks and so maybe it is better to write down what item category needs what kind of introduction sentence function for what language. [[User:Hogü-456|Hogü-456]] ([[User talk:Hogü-456|talk]]) 20:05, 19 April 2026 (UTC) ::The point of these two functions (and of the entire Abstract Wikipedia project) is that they should be defined in a purely language-independent way, so that the translation to actual language can be done automatically. This is the reason why these functions have been renamed; I think that this attempt was not succesful, since meaning is still unclear. My proposal to clarify them would be to invoke the concept of [[w:specificity (linguistics)|specificity]]: {{Z|Z26039}} should be named "specific subject is instance of (string)", and should be used only when the QID of the subject uniquely identifies a single thing; {{Z|Z26095}} should instead be renamed in "non-specific subject is kind of (Monolingual text)", and should be used when the QID refers to a multitude of real life items, and we are specifying the class that all these item belong to. This clarification would not still be enough, since it doesn't explain how mass nouns are handled (is water a unique thing? Does {{Q|Q7802}} refer to a single piece of bread or to the entirety of bread, like water?). This problem is very tricky, since mass noun are language-specific and blurry the line between these two functions. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 20:58, 19 April 2026 (UTC) :Simply put, one corresponds to P31 and the other to P279. Paris is an {{Q|P31}} a {{Q|Q1549591}} :whereas a {{Q|Q1549591}} is a {{Q|P279}} (alias “kind of”) {{Q|Q515}}. Whether the Wikidata knowledge representation will be sufficient to resolve into fluent natural language representations in all languages is, of course, a crucial question. Where it is not, the Abstract Wikipedia knowledge representation will need to supplement the Wikidata content with additional details about the relation between the participants or the participants themselves, and these details should be language-neutral, to the extent that this is practicable. The item {{Q|Q124441}} has no [[:d:Q124441#P31|P31]] statements; it has only [[:d:Q124441#P279|P279]]s, including one relating it to {{Q|Q212920}}, which suggests {{Z|Z26095}} is the appropriate choice here even if the rendering in some languages is the same. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 22:52, 19 April 2026 (UTC) ::Thanks for explaining it. I think that I'll change the implementation of {{Z|Z26095}}, so that in Italian it produces more or less the same output of {{Z|Z26039}} (both with the definite article). [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 11:24, 20 April 2026 (UTC) == Equivalent of Z6830 for lexemes == Is there an equivalent of {{Z|Z6830}} that enables retrieving all lexemes pointing to a particular lexeme using a specific property? [[User:Redmin|Redmin]] ([[User talk:Redmin|talk]]) 21:06, 20 April 2026 (UTC) :There's {{Z|6831}} but I think that's slightly different again to what you're after. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 12:31, 21 April 2026 (UTC) ::Thanks for sharing that one, I did not know it existed. But you are right, it’s not quite what I am looking for. I want a function that would take a Wikidata property reference (like P5191, which is ‘derived from lexeme’) and a Wikidata lexeme reference, and return a list of lexemes that reference that lexeme using that property. [[User:Redmin|Redmin]] ([[User talk:Redmin|talk]]) 13:23, 21 April 2026 (UTC) == Storing huge datasets == It is not a necessity I suppose, but an idea came to me earlier to write a function that would give the corresponding [[en:Shavian alphabet|Shavian alphabet representation]] of an English word written with the Latin alphabet, or perhaps apply that operation to an entire sentence. However, just trying to guess as to what the IPA pronunciation of each word passed into it could be is is both not ideal (pronunciations obviously can and will vary widely between accents) and infeasible <s>(Wikidata lexemes don't really seem to account for pronunciation)</s>. It happens, though, that a comprehensive Shavian dictionary exists named the [https://readlex.pythonanywhere.com/ ''Read Lexicon''], which uses pronunciation and spelling similar to that used by the creator of the alphabet himself. This would be a good dataset to use in performing this translation in the function, but it appears that, all in all, the total size of the dictionary is [https://github.com/Shavian-info/readlex/blob/main/readlex.json ''nearly 26MB''] when formatted as JSON, which would certainly be larger when converted into a typed list. I am wondering if this will ever be feasible or admissible, or if there is really a way around this if importing such a large set of data is deemed impractical. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 22:30, 20 April 2026 (UTC) :{{re|Theki}} "Wikidata lexemes don't really seem to account for pronunciation"" is patently untrue; not only does every Bokmål lexeme form have IPA attached to it (thanks to Jon Harald Søby), but there are lots of languages--including English--that have pronunciation information, whether through IPA or otherwise, indicated on their forms. The big issue of course is that adding this data is not always possible to perform efficiently--for instance, I'd love to have Yiddish pronunciation respellings from Paul Abelson's dictionary on as many English forms as possible, but this dictionary not being previously processed makes this difficult. The data set you have brought up, if a suitable reading of [[:m:Wikilegal/Lexicographical_Data]] allows it, could be added as {{P|7243}} statements on various English forms. [[User:Mahir256|Mahir256]] ([[User talk:Mahir256|talk]]) 23:20, 20 April 2026 (UTC) ::Well, sorry... I haven't witnessed these pronunciation statements before, I wasn't aware of their existence until you pointed it out. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 15:02, 21 April 2026 (UTC) :I got 1,900,000 characters into [[Z33875]] before the UI gave up on me. I'm not sure what the limit is. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 15:21, 21 April 2026 (UTC) == Could not serialize input JS object: Number <small><small>[insert tested number here]</small></small> == I'm not one to throw my problems at others, but I have no idea how to fix this. Am implementing {{Z|Z24602}} in JavaScript, which requires returning a typed map. It now works for every type of value except numbers. Tried explicitly converting the numbers to float64, but either way it throws the error above. Would appreciate it if anyone could diagnose or fix the problem, as my knowledge of Wikifunctions is amateur at best. Thank you. [[User:Some helpful person|Some helpful person]] ([[User talk:Some helpful person|talk]]) 00:32, 23 April 2026 (UTC) :The quick answer is that like some list-related functions, code implementations returning typed maps are not possible unless the type of the objects in the map is specified in the function signature (e.g. if it was a map from Strings to Natural numbers only). So unfortunately, I think you've chosen a function that is not really possible at the moment. There are a few ideas of how we might address this, but for the moment, work on something else. Sorry! --[[User:99of9|99of9]] ([[User talk:99of9|talk]]) 13:21, 23 April 2026 (UTC) :Maybe explicitly using [[Z13518|natural numbers]] would work? I would try using <code>{ "Z1K1": "Z13518", "Z13518K1": "[number]" }</code> to represent numbers, perhaps, and seeing if that works. Of course, you would also probably have to adapt this for other types that cannot be serialized, and I'm not sure how easy that would be to generalize (assuming [[w:Don't repeat yourself|DRYness]] is desired). &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:39, 23 April 2026 (UTC) == Help with creating a function for Abstract Wikipedia == Hello! I was inspired by {{Z|Z26570}} to create {{Z|Z33975}}, however I'm not sure how I add specific language implementations here. Can anybody help me? [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 10:41, 23 April 2026 (UTC) : I think I figured it out, I created a new object with the language config type, added {{Z|Z14310}} to my implementation, and added a new function for English... At least I think that's how it works... [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 13:16, 23 April 2026 (UTC) ::You have the right idea, as far as I know. I went ahead and connected the implementations you created as they appear to work fine for English, and added a test for {{Z|Z33975}} (which passes [[File:Twemoji 1f601.svg|24px]]). I also corrected an error you made on the config object where you appear to have accidentally connected English to {{Z|Z33975}} instead of {{Z|Z33977}}. Thank you for contributing! &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 13:45, 23 April 2026 (UTC) ::: {{re|Theki}} Thank you so much for you help! Could you please kindly also connect the implementations for {{Z|Z33986}} which I just made, which is going to be used for the Hebrew implementation of {{Z|Z33975}}. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 14:11, 23 April 2026 (UTC) ::::You seem to be returning the wrong type in both implementations. Functioneers should not connect implementations that don't work for non-functioneers. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:13, 23 April 2026 (UTC) ::::: {{re|Feeglgeef}} Oh thank you for pointing that out! I am still a bit new to this project and confused, so I need to read up some more about this. How do I return a monolingual text object? [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 14:17, 23 April 2026 (UTC) ::::::I'm trying to fix it for you, the construction of ZObjects in code implementations is a bit difficult right now. Since the State origin using entity and class function will (presumably) be composition, perhaps {{Z|33975}} can be adjusted to return a string, using {{Z|26107}} and {{Z|26107}}? [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:21, 23 April 2026 (UTC) :::::I did not notice any discrepancies from looking at the functions by themselves, and it seemed to work fine on my end. Is it bad practice for NLG functions to return the monolingual text type? I had assumed it was logical. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:24, 23 April 2026 (UTC) ::::::Both implementations are failing all three tests on my end. No consensus has been established as to whether monolingual texts or strings should be used, so it's like the [[w:War of the currents|war of the currents]] but for Wikifunctions. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:27, 23 April 2026 (UTC) :::::::Oh, you were referring to {{Z|Z33986}}. I assumed you were stating that something was wrong in the earlier English functions that I missed; I apologize for the misunderstanding. Has there been any centralized discussion on this string vs. monolingual text issue? &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:31, 23 April 2026 (UTC) ::::::::Not that I'm aware of, I've brought it up on the telegram twice before, though. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:49, 23 April 2026 (UTC) ::::::::The centralised discussion is at [[WT:Abstract Wikipedia/2025 fragment experiments#Proposed recommendation: Fragments should return Z11/monolingual strings]]. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 07:19, 24 April 2026 (UTC) ::::::: {{re|Theki|Feeglgeef}} Can only functioneers test implementations? For me I can't test it at all... [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 14:32, 23 April 2026 (UTC) ::::::::AFAIK, test cases are only immediately testable during editing of a function if they are connected. This is one of my personal pain points with Wikifunctions, iterating on functions without exhaustive connected test cases makes debugging practically impossible for non-functioneers working on newly-created functions... I (or Feeglgeef) can quickly connect the tests you need for you if you want, although if they are not well-formed they may need to be disconnected again afterwards. Additionally, I could temporarily connect the implementation you are writing so that you can test it on the sidebar as you work, but I'm not sure if this is advisable. That functionality is also something that unfortunately only works when not disconnected. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:43, 23 April 2026 (UTC) :::::::::Yup, agree with you on all points, thanks. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:48, 23 April 2026 (UTC) == Please disconnect implementation == I think I've fixed my issue with {{Z|Z33986}}, but I can't edit an actively connected implementations with my rights. I must admit it is an AI-aided fix, I feel very strongly about disclosing that. Courtesy pinging [[User:Theki]] and [[User:Feeglgeef]]. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 18:51, 23 April 2026 (UTC) : Additionally, I think the JS might be working. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 18:52, 23 April 2026 (UTC) : Just to clarify, I mean disconnect the Python implementation please. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 18:53, 23 April 2026 (UTC) :{{Done}} I've disconnected the Python implementation. :I've also added a couple of tests. The rule is a bit more complicated than adding a maqaf before every character that is not a Hebrew letter. Unfortunately, I don't think I'll have time to fix the implementations any time soon. [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 19:03, 23 April 2026 (UTC) :: Thank you! :: Also, for some reason I thought you put a maqaf before all gershayim, so thanks for correcting me. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 19:09, 23 April 2026 (UTC) :::No, that's not the rule. :::The rest of this reply is an [[:wikt:info-dump|infodump]], feel free to ignore it :) :::In [https://hebrew-academy.org.il/topic/hahlatot/punctuation/ the Academy's punctuation rules], the rule for adding a maqaf is written kind of badly: שמים מקף ברצף שיש בו שני סוגי גופנים, כגון אותיות ומספרים ("maqaf is added in a sequence in which there are two types of fonts, such as letters and numerals"). These are not different types of "fonts", but different types of characters, and I should email them about it. It gives the examples <span lang="he" dir="rtl">ה־12</span> and <span lang="he" dir="rtl">ב־DNA</span>. It doesn't say anything explicitly about quotation marks, but in other places on the same page, you have stuff like <span lang="he" dir="rtl">ב"הארץ"</span>, and from that I deduce that a maqaf is not needed before double quotes if there are Hebrew letters inside the double quotes. :::That said, a few people do think that there must be a maqaf before double quotes. I have a somewhat surprising example of somebody who always does it: translators of Scientology materials into Hebrew. At least that's what they did last time I looked at them, about ten years ago. Those people are certainly prolific, and they get points from me for consistency, but this not the prevalent standard. (And if I recall correctly, they use the minus and not the proper Hebrew maqaf, and they don't get any points from me for that!) :::Also, the name of the character is just "double quotes" and not "gershayim". Gershayim are mostly for abbreviations, although most people use the same character for them. I use ״ for gershayim, as do a few other nerds, but we're the minority. [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 19:35, 23 April 2026 (UTC) :::: {{re|Amire80}} Yeah, "font" is a weird choice of wording here by the Academy...<br> I think I'll follow your guidance and not use a maqaf for quotes beginning with Hebrew letters. <br> I should also add more tests for different types of quotes, like straight (", '), curly (“, ”, ‘, ’), gershayim (״, ׳), including single quotes.<br> P.S. gotta deduct points from Scientology for being a cult but that's neither here nor there [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 20:49, 23 April 2026 (UTC) :::: {{re|Amire80}} Courtesy ping because I mistyped your username on the last message. Anyways I'm also gonna do that tomorrow because I'm tired now... [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 20:50, 23 April 2026 (UTC) == Connect implementations == Hello! I'm done with the implementations of {{Z|Z33986}} both in JS and Python, and all tests pass. Pinging @[[User:Amire80|Amire80]] to check if all the tests I've added are alright. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 15:24, 24 April 2026 (UTC) :Connected. It's possible that some more changes will be needed, but it looks OK now. :Another little comment: It should be called "clitic" and not "prefix". [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 15:56, 24 April 2026 (UTC) : {{re|Amire80}} Thanks for your comment! Luckily labels are easy to edit, so I'll get to it. : Currently I'm working on Bulgarian {{z|Z34072}} and {{z|Z34084}}, along with other Bulgarian functions. After I'm finished with those I'll take your advice. [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 16:01, 24 April 2026 (UTC) == Please connect my Bulgarian implementations == I recently created the following Bulgarian functions: * {{Z|Z34070}} (currently broken, I think because another function I built it upon is unimplemented) * {{Z|Z34088}} * {{Z|Z34105}} * {{Z|Z34072}} * {{Z|Z34084}} Can somebody please connect these functions, and perhaps suggest other functions I could localize? [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 19:03, 24 April 2026 (UTC) : Specifically, [[Z34070]] is based on [[Z34072]] [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 19:05, 24 April 2026 (UTC) :{{done}} for everything that passes, [[Z34070]] still does not work after purging WF's cache, though. For future reference, please request on the [[WF:Community portal|community portal]] instead of the project chat. Thank you for your work! [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 20:03, 24 April 2026 (UTC) :: {{re|Feeglgeef}} Thank you for your help! I will keep in mind to go to the [[project: community portal| community portal]] in future instead for this. :: I still don't understand why {{Z|Z34070}} fails... It's implementation is almost completely identical to [[Z30399]] from {{Z|Z30397}}, unless I messed something up... [[User:QuickQuokka|QuickQuokka]] ([[User talk:QuickQuokka|talk]]) 20:11, 24 April 2026 (UTC) :::{{done}} No, it was mostly just timing out. It is better to use selective fetches where possible. One case is failing to match the expected results, but at least it is returning something. For all I know, it might even be acceptable! [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 20:35, 24 April 2026 (UTC) :::: {{re|GrounderUK}} Thank you so much for your help! The one failed case is with a definite article, so I feel like that might be fixed in the future... <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 20:43, 24 April 2026 (UTC) == Editor experience suggestions == I'm a bit frustrated with the editing experience on Wikifunctions, and I have suggestions based on pain points I've had contributing to this project: * Adding a wizard to create functions, implementations, and tests in one flow, somewhat like Wikimedia Commons' upload wizard * A sandbox for experimenting without changing mainspace functions, and maybe letting non-functioneers connect implementations ([[Project: Sandbox]] doesn't seem to fit this) * We could have functions for creation based on the sandbox, like how Wikipedia has articles for creation and edit requests, * Maybe even another test instance of Wikifunctions, like how Wikidata has [[testwikidata:|Test Wikidata]] I really like this project and I don't mean to whine, but it certainly has a lot of pain points both for technical and non-technical people. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 20:41, 24 April 2026 (UTC) : It's also really complicated to localize functions, so maybe we should add another wizard for that, where you can choose a language, and then create the new function with the aforementioned function wizard, and it just automatically adds it to the related language configuration object of the related function. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 20:48, 24 April 2026 (UTC) :# Sounds good to me. :# A sandbox available is [[Z10119]], though an extension-provided sandbox that allows you to manipulate the types, code, and tests easily without interfering with the mainspace would be nice. :# [[WF:Suggest a function|This page]] works to some extent, though it's too messy in my opinion. :# We used to have a "beta cluster" but it [[phab:rOMWC5f625c5846b5f779473fa32c9a02d87e59215dfa|got shut down]] just over a year ago because it was broken. :[[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 21:07, 24 April 2026 (UTC) == Language parameters in language-specific functions == I think that an effort should be made to give the different natural language options corresponding to different English dialects, Chinese scripts, etc. more of a use (I added the test {{Z|Z34119}} to {{Z|Z26095}} and unsurprisingly it fails). There are two main problems with this approach that I can identify: * If you ask the majority of these functions to make a sentence in British English, much of the time it will give you an output with missing words, because it does not fallback to English labels in the case of a British English label for that item missing. The same applies for every other English dialect, British English is just an example here. * Uninformed editors will probably see the presence of a language parameter on these functions, consider it redundant, and remove it. [[Special:Diff/268074|I have made this mistake before]]. In my opinion, in a perfect world, all of these language generation functions would output monolingual text, and if the user asks for American English text, then American English text is what they'll get. If the user asks for Japanese text in hiragana specifically, then that's what they'll get in return. This is not as high-priority as just rendering text in the language plainly in the first place, but it's something that I feel is still worth devoting some effort to. Right now switching functions to use this paradigm is difficult because, on the one hand, I don't know if consensus tends towards this direction being ideal or advisable, and I don't want to make changes like this without at least notifying the wider community. In addition, all tests break once a parameter is added or removed, and the function editor does not recognize the change in number of parameters and therefore you have to remove the function call, re-add it along with all of its parameters it had previously (which is a tedious cut-and-paste job), and then it will work again. This is something that you can do in five seconds by just adding a few lines of JSON to the test source, but this is not directly editable from the Web browser. This tedium is largely what's preventing me from doing this on a larger scale, besides asking for comments first. If anyone has any insights or comments on this, then that would be appreciated. If a reference of functions with and without the support for language variants is needed, of course [[WF:NLG]] can be perused, but I've also my own list cataloged at [[User:Theki/functions#language]]... Of course, this thread has many similarities to [[#"language" argument for certain functions|the one above]], but this concerns me going out and making this consistent across these NLG functions. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 21:09, 24 April 2026 (UTC) :I've created {{Z|Z34122}} as an extension to {{Z|Z34039}} for larger functions. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 21:34, 24 April 2026 (UTC) :Just to confirm that I, for one, support a Natural language parameter for all natural-language functions. The concern about getting them all aligned is just that we haven’t finally settled on {{Z|Z11}} being preferred to {{Z|Z89}} or some other type that conserves the text’s provenance, so we risk having to change them all again. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 10:07, 25 April 2026 (UTC) == “Key not found ()”? == What am I doing wrong in {{Z|Z34137}}? [[User:Redmin|Redmin]] ([[User talk:Redmin|talk]]) 00:39, 25 April 2026 (UTC) :You were passing a [[Z6091]] to {{Z|32290}}, but it takes a [[Z6001]]. Fixed. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 07:10, 26 April 2026 (UTC) ::{{done|Thank you}}! [[User:Redmin|Redmin]] ([[User talk:Redmin|talk]]) 14:13, 26 April 2026 (UTC) == Why is my test failing? == Hello! I recently made {{Z|Z34139}} based on [[wikt:Module:bg-translit]], and the test case {{Z|Z34141}} is failing on both implementations, despite the expected output and actual output being the same as far as I can tell. I tried looking at the Unicode codepoints of the output, but those are also identical. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 06:21, 25 April 2026 (UTC) :Yes, it’s a tricky one. I’ve added a normalize step to the result validation in {{Z|Z34141}}, which confirms it is a normalization issue. It looks like it is in the code but I don’t know whether simply normalizing the result is the way to go. Logically, you would normalize both the input and the result. The implementations of {{Z|Z10384}} show you how to do this. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 09:41, 25 April 2026 (UTC) == Edit request == Hello! I have an edit request for {{Z|Z23752}} and {{Z|Z23414}}. Please replace all the "an/a" logic with <code>Z21739(Argument reference)</code>, both for readability and for more accuracy ("a university is an institution") <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 09:50, 25 April 2026 (UTC) :{{D}} [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 12:24, 25 April 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #245 is out: The Foundation's search for the perfect language == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-04-25|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we present an academic paper about Abstract Wikipedia, we discuss our latest Type created, and we take a look at the newest created functions. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 09:54, 25 April 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30325620 --> :@[[User:Sannita (WMF)|Sannita (WMF)]], @[[User:DVrandecic (WMF)|DVrandecic (WMF)]], technical meta-question: the newsletter quotes the article: ::the only way to contest its algorithm is to click 👍 or 👎 (Crawford and Gillespie 2016) :This quotation sounds sensible, but the article's [https://link.springer.com/article/10.1007/s00146-026-02899-w web version], and the PDF that is downloadable from the same page doesn't actually show the emojis. It rather shows text that looks lacking: ::the only way to contest its algorithm is to click or (Crawford and Gillespie [https://link.springer.com/article/10.1007/s00146-026-02899-w#ref-CR14 2016]) :Where did you get the emojis? Is it your (probably correct) guess or is there a version somewhere that actually shows the emojis? [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 15:16, 25 April 2026 (UTC) ::Scratch that. I've found a version with correct emojis: https://wikihistories.github.io/wikilambda-the-ultimate/ [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 15:37, 25 April 2026 (UTC) == Requested deletion of test == Please delete {{Z|Z34143}}. this was never valid Bulgarian, I messed up. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:19, 25 April 2026 (UTC) :[[WF:RFD]] please. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 16:40, 25 April 2026 (UTC) == Request for comment (global AI policy) == <bdi lang="en" dir="ltr" class="mw-content-ltr"> A [[:m:Requests for comment/Artificial intelligence policy|request for comment]] is currently being held to decide on a global AI policy. {{int:Feedback-thanks-title}} [[User:MediaWiki message delivery|MediaWiki message delivery]] ([[User talk:MediaWiki message delivery|talk]]) 00:57, 26 April 2026 (UTC) </bdi> <!-- Message sent by User:Codename Noreste@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Distribution_list/Global_message_delivery&oldid=30424282 --> == Is it OK to connect the implementation? == Hello! I recently applied for functioneer on [[WF:RFG]], and I was wondering whether I could connect the implementation for {{Z|Z34165}} despite its dependency {{Z|Z34149}} being currently unimplemented. That is <em>if</em> I get accepted. I am planning on implementing it based on [[wikt:module:bg-nominal]], but am still having trouble figuring it out for now. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 09:04, 26 April 2026 (UTC) == Past tense function == Is there a function like {{Z|Z26039}}, but for the past tense (e.g. "Leo Tolstoy <em>was</em> a writer.")? If not, I will create it myself, I just want to make sure there's not a duplicate. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:10, 26 April 2026 (UTC) : {{Done}} with {{Z|Z34224}}, but I have a few kinks to work out with it. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:35, 26 April 2026 (UTC) :: I need to create some other similar functions for the past tense, I have some ideas: ::* {{Z|Z26095}} ::* {{Z|Z32643}} ::* {{Z|Z28016}} ::* {{Z|Z26570}} ::* {{Z|Z33975}} ::* {{Z|Z27243}} ::* <ins>{{Z|Z26627}}</ins> ::* <ins>{{Z|Z27627}}</ins> ::* <ins>{{Z|Z27173}}</ins> ::* <ins>{{Z|Z29591}}</ins> :: :: Are there any I have missed? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:57, 26 April 2026 (UTC) :I think that here we are starting to walk on dangerous waters: what does past mean? Is it a recent o a far past? Does it have ripercussions on the present or not? Is it just a thing that happened once, many times or for a continuative period of time? :Consider that various languages distinguish between many different types of past. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 12:38, 26 April 2026 (UTC) :: {{re|Dv103}} That is a fair point... :: How do we go about solving this problem though? I don't think having every sentence on Abstract Wikipedia be "X is a Y" is a very good idea. :: Maybe we have different functions for all these variations of past you mentioned that just map into "X was a Y." in English? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 13:31, 26 April 2026 (UTC) :::To properly solve this problem, we should use a more complete abstract content representation model, like for example the proposal of [[Wikifunctions:Type proposals/Semantic unit|Semantic units]] (look at [[Wikifunctions:Type proposals/Semantic unit/Douglas Adams|the example]] to see how times could be handled). For now, since we're still stuck with single fragment generation functions (that I hope will be slowly replaced with the complete represenation model, when available), we could just restrict your function to a very specific meaning, like "subject was an instance of, for most of its existence" (which means for example that it could be used to say "Douglas Adams was a writer", but not "Abraham Lincoln was a president", since he only was a president for 4 years). Probably my definition is still too vague, and this is why we need to go beyond these fragment generating functions. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 19:47, 26 April 2026 (UTC) ::Nitpick... I don't like that it outputs a string instead of monolingual text. With {{Z|Z26039}} it's used so much that I think it's unfixable in that case beyond deprecating it if people care that much, but {{Z|Z34224}} doesn't even have any connected implementations yet. Consider it, maybe? ::Nitpick 2... {{Z|Z34227}} is missing a language parameter. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 16:08, 26 April 2026 (UTC) ::: I will consider that! ::: I just did that because that's what {{Z|Z26039}} does, so I assumed I should follow suit with it. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 16:48, 26 April 2026 (UTC) == Legacy functions == If and when more robust methods of abstractly representing and generating linguistic content come around, and more efficient ways of creating abstract content are devised and implemented, I suspect that our current methods will require some form of deprecation. This is a significant source of concern for me in relation to WF and AW, questioning how prone our current methods of doing things are and eventually will be prone to obsolescence, and how it will be worked around when it comes. We have over 1 250 articles on AW presently, and these are rather all over the place. I suspect the maintenance burden from keeping these articles up to code will eventually, err, creep up on us, I suppose, and some kind of major refactoring will be necessary. We are definitely in a period of experimentation and whatnot right now but eventually, like with enwiki, some sort of structure and rigor will form and I suspect it will start to become rather boring for me... I, for one, very much enjoy experimenting with new and better ways to do things here. I don't personally mind changing things to use a new and better paradigm if need be, that sort of thing highly excites me, but of course there will be things that are left behind, and I suspect maybe bots will be employed to deal with this? A lot of Wikipedia sister sites seem to do that, e.g. going and fixing up use of deprecated templates. Considering the nature of Wikifunctions and Abstract Wikipedia I suspect certain maintenance tasks will be made simpler or even trivial by the typical uniformity of our implementations. I guess I am just concerned if Wikifunctions or Abstract Wikipedia will ever accrue its own kind of "technical debt" with how we are plowing through things presently, and if there is a plan for how we will eventually seek to mitigate that. Maybe too early to ask this question, but I am a notoriously anxious person, so I thought it wouldn't hurt to raise the question regardless... &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 21:30, 26 April 2026 (UTC) :I very much agree, thank you for expressing my position so well. {{ping|Immanuelle}} has been using an AI-generated tool (well, they haven't edited in a week, perhaps it's a break or perhaps they don't wish to contribute to the project any more) to create a bunch of articles en masse, which I have warned them multiple times is a bad idea (on top of evolving functions, all of the articles are one-sentence-per-paragraph, [[abstract:Q12184|like so]]). That's why I've been avoiding creating articles recently, I'd say I have a good fourth (no data to support, rough guess) of the comments on the wiki, yet less than a percentage of the article count (only three, including the [[abstract:Q319|first article]], though, so perhaps I'm the next [[w:Special:Permalink/908493298|office.bomis.com]]). [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 19:41, 27 April 2026 (UTC) :: I feel that the overwhelming presence of these low-quality articles (which I admit I myself am [[abstract:Q1710970|guilty]]/[[abstract:Q7601858|of]]/[[abstract:Q39338|creating]], usually as testbeds) may incur a large maintenance burden. I do expect them to be easy to detect, however, as searching for the presence of "deprecated" NLG functions is trivial, and it is possible that replacing them with their future ''even abstracter&trade;'' counterparts could be done automatically since they all have the same signatures and can be expected to create the same form of sentence. If it needs to be done manually for a while or for certain delinquent instances, my hope is that it will be fun, at least for a while. :: I just hope that these hypothetical future waves of "this new and versatile way of abstractly representing linguistic content" obsoleting previous methods and requiring refactoring across all articles is only a one-time thing. We should strive to be as robust and flexible as possible from the outset as each brand new paradigm of abstraction is also a brand new maintenance burden for updating old articles. At the end of the day, at least ''some'' of these articles will still render to many different languages even if their methods of creating those sentences of theirs is completely outdated. Ergo, the time it takes for the switchover to be performed across our articles should not be a persistent inconvenience for users (as, of course, they will always still be able to read the content as it was before since these legacy functions aren't being deleted outright), and the increased availability that the new methods will bring about will likely act as motivation for them to join the effort in refactoring (&#x300C;You're telling me that if I rewrite this article in this cool Lisp-looking stuff then I can probably read it in [[abstract:Q9307|Galician]]?? COOL!&#x300D;). &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 20:26, 27 April 2026 (UTC) :::Totally agree. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 02:54, 28 April 2026 (UTC) :::My vague plan is to implement a default function returning an {{Z|Z89}}, for each language-neutral function. A single function would convert any of these to a {{Z|Z11}}, so that a composition of the two can be implemented as the current default until such time as the language-neutral function is ready to return a [[Z89]]. We can already convert a [[Z11]] to a [[Z89]] so, although there is more to be done in this space, existing language-specific functions could be adapted to return a [[Z89]] quite mechanistically. :::Although we certainly could deliver parallel Z89 functions for each existing Z11 function, I don’t think we should assume that particular outcome. Provided the Z89 captures a lang attribute from the Z11’s language tag, the two representations should be largely interchangeable, although I am expecting a Z89 to carry additional attributes at the span level that would be lost on conversion to a Z11 (along with any higher-level tags and attributes). :::When I say there is “more to be done in this space”, I am referring to a new type that would allow HTML fragments to be represented as tractable Wikifunctions objects, but this is currently drafted only in my head! [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 11:21, 29 April 2026 (UTC) == Filtering types of objects == Hello! I have tried to comb through my own edit history several times, but it's really hard to search for specifics because there's no differentiation between different types of objects (functions, implementations, tests, etc.) in the logs as far as I can tell. Am I missing anything? I want it to work sort of like how filtering by namespace works. <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 16:48, 27 April 2026 (UTC) :There is differentiation, it's just rather hard to look through. Since all ZObjects are just JSON data at their core, you can search for instances of <code>{ "Z1K1": "Z[type]"</code>. I haven't tried this so I'm not sure how well it would work and I know MediaWiki search syntax treats quotation marks as a special character, but I have seen Wikifunctions pages link to searches using this before. There is also [[Special:ListObjectsByType]] but it is sitewide rather than specific to your edit history in particular. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 18:59, 27 April 2026 (UTC) ::''[It doesn’t help directly here, but please see [[WF:Find]] for more details of how this works.]'' [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 10:24, 29 April 2026 (UTC) :See the feature requests [[phab:T399244]]/[[phab:T373735]]. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 06:06, 28 April 2026 (UTC) :The lack of filtering edits by namespace is exactly the problem that I was trying to solve with the [[User:Amire80/wikifunctionsanalytics]] tool. :I even kind of succeeded, but it has two major problems: :# It doesn't have any real frontend, so you have to know some SQL to use it (or ask other people who know SQL). :# It doesn't get information from the live site, but from the dump, which appears to be updated once a month. :I've made a [https://quarry.wmcloud.org/query/104794 sample query for you]. Unfortunately, it won't do anything at the moment because of the second problem—your edits started in April 2026, which isn't over yet, so the dump for it hasn't been processed. But I hope that early in May you'll be able to use the same query and see something useful. :(I plan to add support for recent edits, but I haven't done it yet. Now that I more or less figured out how to process Wikifunctions edits, I'm focused on trying to understand Abstract Wikipedia edits. Processing up-to-date edits from both sites will possibly be the next thing I work on, but if you know some Python and want to try doing it yourself, don't wait for me—[https://gitlab.wikimedia.org/toolforge-repos/wikifunctions-analytics Patches welcome].) [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 18:51, 28 April 2026 (UTC) ::@[[User:QuickQuokka|QuickQuokka]], I've just updated the data until the end of April. Now the query to which I linked above gives some results. You can also try running other queries if you know SQL. (Or try asking for other queries if you don't.) [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 03:26, 3 May 2026 (UTC) == [[Z34213]] == I'm not quite sure why this implementation is failing. Could someone take a look? [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 02:24, 28 April 2026 (UTC) :I've [https://phabricator.wikimedia.org/T419933#11863997 notified] the team that this is still occurring, the issue was marked as resolved. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 02:52, 28 April 2026 (UTC) :Some useful tips: :* create more testcases: sometimes it is a random error, so try to see how consistent it is between testcases :* your implementation is very inefficient, since it fetches items and lexemes a lot of times. Ideally, each item and each lexeme should be only fetched once in all the execution tree. :[[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 06:06, 28 April 2026 (UTC) ::Caching (''should?'') means that the lexeme and item data are cached, so the call doesn't actually execute multiple times. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 17:51, 28 April 2026 (UTC) :::Are lexemes and items actually cached within the same function execution? Even if they are only partially fetched and/or fetched in bulk? [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 17:54, 28 April 2026 (UTC) ::::I don't have any evidence to prove that it works but that's definitely A. what's supposed to happen and B. the ideal behavior. This happens because the Z680X functions can be cached just like any other. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 18:02, 28 April 2026 (UTC) ::::It is unclear. In general, I believe identical branches are resolved only once in orchestration, but there is also independent caching of Wikidata fetches. ::::According to @[[User:DMartin (WMF)|DMartin (WMF)]] ([https://t.me/Wikifunctions/30374 on Telegram]): ::::<blockquote>Well, no. We have caching of Wikidata entities that have been retrieved, but not of the results of nested function calls. There is a proposal for doing this in the context of the V2 composition language, when it's a bit more mature, and it's regarded as a relatively high priority.</blockquote> ::::It’s hard to tell whether fetches in nested calls are, in fact, cached and available for other nested calls in the same call, since it is not generally the actual fetch that consumes the most resources. Rather (I believe), it is construction and transmission of the result object, which is currently repeated afresh in each nested call (unless it is in an identical branch). ::::I hope that’s clear, and I apologise in advance if it happens to be inaccurate! [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 10:16, 29 April 2026 (UTC) :::::Oh, I should clarify.  There is a lot of caching going on, in several different places.  Lexemes and items ''are'' cached by the orchestrator within the same function execution, even if they are only partially fetched and/or fetched in bulk.  When I said that we don't have caching of the results of nested function calls, I meant that's not happening in general, for all nested function calls in compositions.  But fetching of Wikidata entities gets special treatment, so yes, fetched content from Wikidata is cached, regardless if it was fetched by a top-level call or a nested call. :::::It is also true that the construction of a ZObject from the fetched JSON might happen more than once within the same function execution, depending on how a composition has been structured. However, the construction of the ZObject is actually very fast, compared to the elapsed time of getting the JSON from Wikidata. [[User:DMartin (WMF)|DMartin (WMF)]] ([[User talk:DMartin (WMF)|talk]]) 18:04, 1 May 2026 (UTC) == Question about cardinal numbers == I was about to edit {{Z|Z16435}} to add my function {{Z|Z34308}}, but I noticed that none of the other functions have a gender parameter. Should I create a new wrapper function "Bulgarian cardinal, neuter", or should I just remove the gender parameter and always return neuter? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 10:39, 28 April 2026 (UTC) :The “cardinal” functions should return the words used for “counting” numbers in the abstract. :We should consider converting them to return a {{Z|Z11}} rather than a {{Z|Z6}}. It may even be appropriate to return a {{Z|Z12}} to cater for language variants. Either way, I think that would be the approach to adopt for inflected forms, unless reference to specific lexeme-forms is required. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 12:52, 28 April 2026 (UTC) ::This. If a native of your language were to count up, which form would they be most likely to use? [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 13:29, 28 April 2026 (UTC) ::: {{re|GrounderUK|Feeglgeef}} Thanks for both your input! ::: I relabeled the aforementioned function to {{Z|Z34308}}, and created a new wrapper function {{Z|Z34457}}. ::: Should I specify that my old function is a monolingual text in parentheses? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 16:26, 28 April 2026 (UTC) ::::You don't have to, unless you think that is something that would require distinction when viewing the function in a list of search results &c. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 16:36, 28 April 2026 (UTC) == Optional/nullable function parameters == Hello! Recently, I was informed that Wikifunctions has no optional/nullable function parameters as of now. Are there any future plans to support this, and/or workarounds? Maybe create a union type system like "{{Z|6}} or {{Z|23}}". <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 17:53, 28 April 2026 (UTC) :What I do for this is use an "is empty" function corresponding to the type of the parameter in an If statement. If it isn't empty, the function works as intended. Otherwise, it does something else. [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 17:58, 28 April 2026 (UTC) :Unions are not a thing (yet) on Wikifunctions, but you can always define an argument of type {{Z|Z1}}, which means that all types are allowed (I already did this for {{Z|Z26737}}; note that it is still a ugly workaround, don't use it for high level functions). Also, note that usually on Wikifunctions we use {{Z|Z24}} as the null value. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 18:00, 28 April 2026 (UTC) :: {{re|JJPMaster|Dv103}} Thanks for your help! :: @[[User:Dv103|Dv103]] told me a function call with a missing parameter is treated as an invalid function call, so how does the "is empty" function work with that? :: Also, setting the type to {{Z|1}} seems naive, like setting the type as <code>any</code> in TypeScript... :: Related question: Are there plans to add default values to parameters (outside of "if empty")? <span style="border-radius:99q;padding:0 7q;background:#103;border:3q solid #FBF">[[User:QuickQuokka|<span style="color:#FBF">'''QuickQuokka'''</span>]]</span> <sup>[⁠[[User talk:QuickQuokka|talk]] • [[Special:Contribs/QuickQuokka|contribs]]]</sup> 18:19, 28 April 2026 (UTC) :::Setting the type to {{Z|Z1}} is actually naive, and that's why I advised you to only use it for low-level functions. Currently there is nothing better. Sometimes, type correctness is not actually checked, so it might seem that nullable types are possible. But it is still an hack, and it could broke anytime since it is not intended behavior. :::I don't think that there are current plans to add default values (but correct me if I'm wrong). The closest thing that comes to my mind is that, if you incorporate Wikifunctions into Wikitext, you can leave empty some fields (only of some specific types) and Parsoid will replace them to their default value. This is done only depending on the type, and not on the functions. For example, {{Z|Z6091}} and {{Z|Z6001}} are assigned the QID associated to the page, and {{Z|Z20420}} is assigned the current date. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 18:56, 28 April 2026 (UTC) :::@[[User:QuickQuokka|QuickQuokka]]: At the very least, [[Z10008]] accepts a null input. Maybe that feature is unique to the String type—I am not sure. [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 19:10, 28 April 2026 (UTC) ::::I think it's just not checked, but it shouldn't be intended. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 19:20, 28 April 2026 (UTC) ::::Strings and typed lists can be “empty” in the sense that their length can be zero. Typed pairs may also be “empty” in a degenerate sense, but such an object will not be returned from a code implementation. A typed map with no entries will also fail to be returned from code, although it is fine in compositions. ::::For a genuinely optional parameter, I prefer a properly typed list, which at least encourages an argument of the correct type. {{Z|Z813}} is also typically faster than {{Z|Z10008}}. Quite a good example of this approach is {{Z|Z23723}}, where it helps to resolve the type union (using [[Z1]]) for both Z6003K1 and Z6003K3. Of course, there’s nothing to prevent more than one element in the list, but additional elements are easily ignored. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 22:55, 28 April 2026 (UTC) :Pinging {{ping|Jdforrester (WMF)|prefix=|p=}}, I believe there are no current plans. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 19:02, 28 April 2026 (UTC) ::@[[User:QuickQuokka|QuickQuokka]]: I'm afraid there are no current plans to build out optional params, indeed; we would be happy to review this if a compelling case was made, but it'd be a lot of work to re-build the [[Wikifunctions:Function model|function model]] with that support and ensure we don't break (too many) things. [[User:Jdforrester (WMF)|Jdforrester (WMF)]] ([[User talk:Jdforrester (WMF)|talk]]) 19:11, 28 April 2026 (UTC) == Z6830 for Chinese == I was trying to use {{Z|Z6830}} for implementation in the Chinese-language. And turns out most of the Lexeme on Wikidata is using [[d:Q727694]] as the language instead of [[d:Q7850]]. This makes it impossible to use the mentioned function above, since Standard Chinese is not available (or did I miss something?). Is there a way to fetch lexemes with language=[[d:Q727694]] from item? [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 18:20, 30 April 2026 (UTC) :@[[User:Sun8908|Sun8908]] There is [[Z1006]] for Chinese and it has the language code zh. There is an overview of languages in [[Module:Wikifunctions label]] so you can search there for chinese versions and choose the one you need. [[User:Hogü-456|Hogü-456]] ([[User talk:Hogü-456|talk]]) 20:53, 5 May 2026 (UTC) ::I know that. The problem is when using the function [[Z6830]], it cannot retrieve lexeme with language [[d:Q727694]] (but it is the "Chinese language" with the most current Wikidata lexemes, see [https://ordia.toolforge.org/language/ ordia]). I think it should be a Wikidata problem, I might fix it (possibly by creating the same lexemes with language code zh) on Wikidata. Thanks anyway. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 05:39, 6 May 2026 (UTC) :Could you provide an example of a Chinese lexeme that has a linked Wikidata item, or a Z6830 function call that fails to find such a lexeme where one exists? [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 07:55, 6 May 2026 (UTC) ::Here: [[d:Lexeme:L846083]]. I think that's a primary reason of me trying to look into this problem, as the label in zh for [[d:Q6256]] (country) is not a single phrase (see its talk page on WD for more information). This makes some Abstract Wikipedia articles very weird in Chinese when {{Z|Z26570}} is used, so lexeme could potentially fix that. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 10:33, 6 May 2026 (UTC) :::Thank you. It looks as though {{Z|Z6830}} [https://www.wikifunctions.org/view/en/Z6830?call=%7B%22Z1K1%22%3A%22Z7%22%2C%22Z7K1%22%3A%22Z6830%22%2C%22Z6830K1%22%3A%7B%22Z1K1%22%3A%22Z6091%22%2C%22Z6091K1%22%3A%22Q6256%22%7D%2C%22Z6830K2%22%3A%7B%22Z1K1%22%3A%22Z6092%22%2C%22Z6092K1%22%3A%22P5137%22%7D%2C%22Z6830K3%22%3A%7B%22Z1K1%22%3A%22Z60%22%2C%22Z60K1%22%3A%22cmn%22%2C%22Z60K2%22%3A%5B%22Z6%22%5D%7D%7D returns that lexeme for language tag "cmn"]. Perhaps that tag should be added into the helpers for {{Z|Z24144}}? If it is widely used for lexemes, perhaps it should have its own {{Z|Z60}}? In any event, improvements might be considered under [[:phab:T390563]] (or otherwise), including amending [[Z6830]] to also consider "cmn" (and "zho", "chi"…?) when requests are made for "zh-hans" or "zho-hant" (or others?) @[[User:Winston Sung|Winston Sung]] @[[User:DMartin (WMF)|DMartin (WMF)]] [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 17:22, 6 May 2026 (UTC) ::::If you go to [[d:Special:NewLexeme]] and put in [[d:Q727694]] as the language, it is going to tell you it has an unrecognized language code. So I believe "cmn" should not be a {{Z|Z60}} by default? I also started [[d:Wikidata:Project_chat#Lexemes_with_language_Standard_Chinese_(Q727694)|a discussion on WD]] regarding this. I guess we can still use it as a fallback language though if possible. [[User:Sun8908|Sun8908]] ([[User talk:Sun8908|talk]]) 03:43, 7 May 2026 (UTC) ::::We don't have a separated <code>cmn</code> BCP 47 language subtag in MediaWiki and Wikidata at the moment. <code>zho</code> and <code>chi</code> are ISO 639 language codes but not BCP 47 language subtags. ::::For Modern Standard Mandarin, please use <code>zh-*</code> language tags for now. -- [[User:Winston Sung|Winston Sung]] ([[User talk:Winston Sung|talk]]) 15:26, 8 May 2026 (UTC) == Key not found error == Is there a reason why I am getting key not found error for this [[Z34677|function]] {{Z|Z34677}}? All the underlying functions run and all the test cases work. The debug information does not give more details. Any pointers? Thanks in advance [[User:Jsamwrites|John Samuel]] 19:24, 1 May 2026 (UTC) :It was passing the [[Z6091]] to {{Z|34641}} when that takes a [[Z6001]]. I've fixed that, but there's some other problem with the logic, so I've left it disconnected. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 19:42, 1 May 2026 (UTC) ::@[[User:YoshiRulz|YoshiRulz]] Thanks a lot. [[User:Jsamwrites|John Samuel]] 20:21, 1 May 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #246 is out: Request for input: what should we count for Abstract Wikipedia == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-05-02|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we ask you what would be the relevant metrics for Abstract Wikipedia, we discuss our latest news on Composition Language v2, and we take a look at the latest software developments. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 12:21, 2 May 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30325620 --> == Any formal process for deletion of pages == Does a formal process exist for the deletion of functions, implementations, and tests that includes a notification system for creators, analogous to Wikidata’s process, explaining the rationale behind the deletion (or proposal for deletion)? [[User:Jsamwrites|John Samuel]] 12:36, 3 May 2026 (UTC) :Does [[Wikifunctions:Requests for deletions]] work? [[User:Amire80|Amir E. Aharoni]] ([[User talk:Amire80|talk]]) 13:00, 3 May 2026 (UTC) :Please see the discussion at [[Wikifunctions talk:Requests for deletions#Should we expect Objects' creators to get pinged on deletion proposals?]]. :As I see it, it is the proposer’s responsibility to consult appropriately before making a request and we expect our administrators to act only when satisfied that appropriate consultation has occurred. In many cases, no consultation is required. Administrators may delete their own contributions without making a request, but this is not a practice I would encourage. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 13:51, 3 May 2026 (UTC) == Implementation of rational number in JS doesn't match in Z19677 (Rational number) and Z28579 (RGBA colour) == In {{Z|19677}} it's <syntaxhighlight lang=js> { "K1": sign * numerator, "K2": denominator } </syntaxhighlight> but in {{Z|28579}} it's <syntaxhighlight lang=js> [ sign * numerator, denominator ] </syntaxhighlight> '''<span style="font-family:Iosevka,monospace">[[User:沈澄心|<span style="color:#9f3526">dring</span>]][[User talk:沈澄心|<span style="color:#534fa3">sim</span>]]</span>''' 05:15, 4 May 2026 (UTC) == Nested functions in compositions == I wish it will be easier to a add another function about a specific existing function in a function implementation based on a composition. When I write long functions in spreadsheets I usually stat with a small part and then I try to go further and after important steps I test if the output is as expected. I created [[Z34826]] to get the German gender specific occupation lexeme for a specific person based on their gender. I wanted to add a function around the existing one and it was not successful. It is not very easy to implement as it requires the possibily to move a part to another section but I think it can be helpful if it will be implemented. So far I spend more time as expected on the function. Describing it with words what the function needs to do is much easier than implementing it here in Wikifunctions. So I think there needs to be improvement to make Wikifunctions more accessible. [[User:Hogü-456|Hogü-456]] ([[User talk:Hogü-456|talk]]) 21:10, 5 May 2026 (UTC) :Have you tried to use the copy-paste functionality? It is very useful to move parts of composition arounn. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 07:12, 6 May 2026 (UTC) :I've also found the composition editor to be wholly unsuitable for any expressions more than a few levels deep. (Even with the <code>localStorage</code> clipboard, because of its overzealous type checks.) Compositions naturally grow out from the "leaves", the immediate operations on the inputs, while the interface really wants you to build from the "root". I mostly use the [https://yoshirulz.gitlab.io/WikiLambdaBlockly drag-and-drop block editor] which I made to smooth over some of the site's problems, so if you want to try that out and give me some feedback I'd appreciate it. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 14:36, 6 May 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #247 is out: References from Wikidata now available == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-05-08|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we announce that is now possible to pass references in Wikidata statements, we introduce the [https://abstract-data.toolforge.org/ Abstract Data dashboard], we report you on the presentation about Abstract Wikipedia at WikiCon Australia, and we take a look at the latest software developments. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Also, we remind you that if you have questions or ideas to discuss, the next '''Volunteers' Corner''' will be held on '''[https://zonestamp.toolforge.org/1778520600 May 11, at 17:30 UTC]''' ([https://meet.google.com/xuy-njxh-rkw link to the meeting]). Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 11:16, 8 May 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30325620 --> == RGBA colour, spelling... == Something that has always irked me a little bit is the spelling of [[Z28579|RGBA colour (Z28579)]]. I guess this is not unsurprising for me considering my use of US English but I think there is more to it than preference and I want to try to argue for it being changed to use American spelling. I know that this probably has a snowball's chance in hell of actually garnering any support, so I won't really be miffed if the spelling remains as it is, but I thought it wouldn't hurt to raise this regardless. The main issue I have with it is the spelling of the original proposal. When infernostars raised the [[Wikifunctions:Type proposals/RGBA color|type proposal]], the spelling was 「RGBA color」. Of the comments that mentioned the word 「colo[u]r」, two used British spelling while six used the American spelling as used in the proposal. The only thing that really pointed to the use of ''colour'' was the fact that the catalog page on color functions used that spelling already. For all intents and purposes, the spelling of the original proposal should have been maintained, but it was not; [[User:DVrandecic (WMF)|DVrandecic]], the eventual creator of the type, used a different spelling. It should be noted that there was really no reason for this to occur and while it is an undoubtedly minor issue I still believe it should be rolled back and the type should use the spelling of the original proposal and majority of editor comments. In [[abstract:Q936|OpenStreetMap]], there have been keyvalue proposals that have had the finalized spelling that gets put to use be in British English despite the original proposal being in American English; this has usually occurred with proposals relating to 「X center/centre」 tags. This makes sense on the surface, because OpenStreetMap is maintained by a UK organization, and still has close ties to Europe. The Wikimedia Foundation, however, is an ''American'' company. This is often brought up as a fallible argument when debating article spelling on the English Wikipedia, and I don't bring it up to support that 「RGBA color」 should be used for that exact reason, but rather to state that OpenStreetMap's general policy on tag names need not apply here. It appears to me that, at least initially, the majority of 「core contributors」 to Wikifunctions used British English; I can name YoshiRulz, 99of9, GrounderUK, and VIGNERON.<ref group="color">I'm avoiding linking to these folks because I don't think pinging them about this discussion is all too necessary unless they themselves want to be involved; I don't want to clutter their inboxes just to briefly mention them. I pinged Denny because, well, I'm asking him a question directly, but everyone else I would prefer to join this discussion by their own accord... not that I wish for this decision to be confused as me going 「these people use British English so they will probably oppose my idea, I won't invite them to the discussion because of that」...no, I promise you that is not the reason.</ref> I see (or saw) these people ''everywhere'', so it makes sense that British English has prevailed in some sorts on this website, but I don't think that indicates that it should be the ''preferred'' spelling across the website, at least not to the point where a proposal should have its name changed to match such a "consensus".<ref group="color">It could be argued that the front-and-center ''Function catalogue'' using 「catalogue」 is actually indicative of such a "consensus", but ''catalogue'' is in a similar position to the word ''grey'' where I live (that is, the US) in that it is used just as often as its American counterpart. Also, consider Wiktionary's ''Beer parlour'' project chat.</ref> The unnecessary modification of the original spelling is my main argument for changing it back... but of course, I must obligatorily state that on English Wikipedia, it is [[w:Color|Color]] and [[w:RGBA color model|RGBA color model]]; on Wikidata, it is [[d:Q1075|color]] and [[d:Q2325624|RGBA color space]]; in CSS (which typically uses hexadecimal triplets to specify RGBA values), the properties are <code>color</code>, <code>background-color</code>, etc.; bit of a weak jab, but on Schema.org it is [https://schema.org/color color], [https://schema.org/colorSwatch colorSwatch]; et cetera. {{Z|Z28580}} uses ''color'', so does {{Z|Z28591}} and its Python counterpart. Mr. Vrandečić, I have to ask, I'm rather confused... you created the color type using British English spelling, but you were also responsible for the creation of the equality function which uses the American English spelling. You also seem to be writing in American English for the status updates, judging by your use of -''ize'' over -''ise'' endings and use of ''program'' over ''programme'' in [[Wikifunctions:Status updates/2026-04-16]]. Is there something I'm missing or have you switched your preferred variant somewhere along the way? Anyways, do consider this if you wish... again, I don't suppose this will garner much support, it is the ''non-issuest'' of ''non-issues'', but it has irked me to the point where I want to ask about it to get some answers, if nothing else. I am not arguing for every other color function to have its name changed, just the type itself. <references group="color"></references> &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:04, 8 May 2026 (UTC) :This is a multilingual project; the <code>en</code> label is <code>RGBA colour</code> and the <code>en-us</code> label is <code>RGBA color</code>. Though I'm not able to switch to <code>en-us</code> via the language picker so that would need to be fixed.<!-- --><br>edit after reading your whole comment: The same is true of {{Q|1075}}, there are labels specified for multiple English variants. (In {{Q|2325624}} it's only an alias.) I agree that other websites' choices aren't binding on us, but from that, I conclude that the more widespread British/Commonwealth spellings should be used for the generic <code>en</code>. As for myself, I'm Aussie and I will continue to use the BrE spellings ([[w:en:Oxford_spelling#Language_tag_comparison|+ "routing"]], TIL) if only by muscle memory.<!-- --><br>[[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 17:42, 8 May 2026 (UTC) :: Your lattermost point would normally be fine in a perfect world. Wikipedia's <code>convert</code> function defaults to "international" English, which I don't personally take issue with because it happens that we here in America are actually outliers for saying and spelling things differently... err, or we were for a while at least, nowadays it seems like an even split (plus you have "yield" vs. "give way" which is effectively the logical opposite of US's use of "meter" over "metre"). :: However, this is not a perfect world, and I don't think <code>en</code> should correspond to any particular variant. It is too fragmented across all software at this point to impose such a requirement. The inability to switch to <code>en-us</code> on this website foregoes an easy and simple solution to this problem that makes everyone happy, because the yanks (such as myself) can't be happy because we can't see the labels in American English even if we wanted to, and the other folk can't switch either as far as I'm aware (and the en-CA and en-GB languages in the preferences page seems to be deprecated). My point being, <code>en</code> is abused to mean "en-UK" just as often as it is abused to mean <code>en-US</code>; I think a decision shouldn't be made on such an assumption of one "default". &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:48, 12 May 2026 (UTC) :Hi @[[User:Theki|rae]]! I have no opinion nor preference on this, and given my background, I am just entirely confused about my spelling preferences myself, as you can tell from my inconsistent usage. I learned British English in school and used that for maybe two decades or so, but moved to the US and lived there for more than a decade, enough to be naturalized, but now I am back in Europe and I am technically a professor at King's College London, soooo.... honestly, I do not know. I don't remember having put too much thought into it at the moment I created it. The good thing is that in Wikifunctions, just as in Wikidata, it is easy to change, without messing things up too much (unlike in Wikipedia), so my suggestion is, just make the change, see if anyone complains, and if they do, discuss it more. I don't know if there is a guideline already in Wikifunctions about the variants. I am happy either way, and honestly, I keep forgetting which variant is which most of the time. --[[User:DVrandecic (WMF)|DVrandecic (WMF)]] ([[User talk:DVrandecic (WMF)|talk]]) 18:16, 10 May 2026 (UTC) :: I can definitely understand this, although I am unfortunately rather passionate about any minutiae involving preferential minor differences in ''anything'', of which AmE vs. BrE chiefly is. So I dedicate a lot of headspace to it. More than I should. Not that I wish to imply that the comment above that I have wrote is of an irrational nature, or done out of spite or pure emotion and subjectivity; I do genuinely believe that ''RGBA color'' is beyond just a personal preference and is just logical. I may boldly go and change it, but for some reason I was expecting that changing the English label of a Type would require elevated permissions, and I also didn't want to do it only to get immediately reverted because it ''did'' strike a chord with someone, when I could instead see how apathetic, supportive, or in opposition interested people are beforehand and ''then'' act accordingly. I was not meaning to antagonize you over your spelling habits, I did actually use British English for a few years starting in 2020 before I went back to American English, so I'd be a hypocrite for me to decry you for not always sticking to some arbitrary standard of spelling words over the other. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:55, 12 May 2026 (UTC) :Although I spell it “colour”, I think it makes more sense to use “color” for the type, since that is almost always the required spelling when the string functions as a keyword. :More generally, though, Wikidata’s lexicographic data happens to favour “colour” over “color” and (quite rightly, in my view) lacks a specific representation for "en". This is unusual, in my experience, as "en" is widely misused in place of "en-US", where there are recorded spelling differences. :(I would also say it is standard British English to use “program” in a programming context and “programme” elsewhere. Use of -ize rather than -ise is a matter of personal preference or house style, but regional autocorrect encourages -ise.) [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 11:00, 12 May 2026 (UTC) :: ''Wikidata’s lexicographic data happens to favour “colour” over “color” and (quite rightly, in my view) lacks a specific representation for "en"'' :: Definitely agreeing with you on the latter being a good choice. However, I suspect the favoring of "colour" over "color" may be because, in terms of language codes, when sorted alphabetically <code>en-us</code> actually comes ''after'' <code>en-gb</code>. Although, the frontend seems to be sorting <code>en-ca</code> after <code>en-gb</code>, so I don't actually know how correct that is. :: ''I would also say it is standard British English to use “program” in a programming context and “programme” elsewhere'' :: The context of the spelling was "''No program for the NLG SIG meeting for next Tuesday has been proposed''". In that usage context, I think it makes sense to assume that ''program'' is not being used to refer to a computer program, but to a ''program of events'' or similar, something that you would spell as a ''programme'' in British English. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 15:02, 12 May 2026 (UTC) :{{s}} this. I'm obviously biased but I believe American English is preferable generally, American dominance on the internet (our Department of Defen'''s'''e invented it!) and rapidly-increasing consumption of American media by international English speakers means that more people use American English's conventions, this is clear through for example [http://trends.google.com/explore?q=color%2Ccolour&date=all&geo=Worldwide search trends] (though they aren't particularly reliable). Perhaps this is a bit of a supremacist opinion, but we should have internal consistency, and if we must choose, American English should be our first choice (then Indian and then British English) [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:10, 12 May 2026 (UTC) :: This is rather flawed reasoning, though. I think probably any given British or Indian person would not agree on using that as the reasoning for this, not that you are necessarily ''completely wrong'', but if this is not a good enough reason for English Wikipedia's (admittedly extremely flawed) ''ENGVAR'' policy then I don't think it's likely it will pass here either. :: Although of note is that [https://books.google.com/ngrams/graph?content=color%2Ccolour&year_start=1800&year_end=2022&corpus=en&smoothing=3&case_insensitive=true Google ngrams] agree with you, but "color" vs. "colour" is an eternal holy war that will not be won by demonstrating that more books use US spelling over Commonwealth spelling. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:44, 12 May 2026 (UTC) :::You're probably right that it's not very sound. I'm biased in that other varieties of English irk me, and that's probably mutual for people who are used to other varieties of English when they read what I write! [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 14:56, 12 May 2026 (UTC) :I've decided to boldly [[Special:Permalink/274271|make the change]]. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 15:02, 12 May 2026 (UTC) :: Thank you. Considering both you and GrounderUK seem to consider it an okay change, I think this will do for now. :: I should note that the matter of whether to move [[Wikifunctions:Catalogue/Colour functions]] in response to this (however this discussion will ultimately turn out) is a whole other can of worms, in my view. I can't say I have an opinion on that at the moment, but I'm putting it out there regardless. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 15:06, 12 May 2026 (UTC) :::Personally, I'm in favor of moving the page and renaming all of the items on it. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 15:10, 12 May 2026 (UTC) ::I don't like this (exactly because of the American hegemony you cited), but again, it shouldn't matter because the software is meant to be multilingual. Clearly there's a bug preventing you from picking an English variant/dialect as your display language. But the search bar and Function/Type autocompletion do check the English variants for matches. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 15:15, 12 May 2026 (UTC) == Proposals on the architecture of Abstract Content rendering == Starting from a discussion born on the Telegram chat, I've explained two different proposals on how the NLG on Abstract Wikipedia should be organized in the page [[abstract:User:Dv103/Abstract articles architectures]]. Please come to contribute to the discussion, or to propose alternatives. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 14:31, 11 May 2026 (UTC) :Thank you for dedicating your time to writing this, it is very informative. I will try to add input once I'm not in over my head with finals. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 16:27, 12 May 2026 (UTC) == Display function for HTML fragment == Currently, any collapsed Z89 literal appears as<blockquote>&lt;&gt; [[Z89|HTML fragment]]</blockquote>If I were to create a new Function which returned something like<blockquote>&lt;&gt; 123-byte HTML fragment <q><nowiki><td><span lang=</nowiki>&hellip;</q></blockquote>could that be connected to replace the collapsed form, or would it require changes to the Wikilambda software? [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 16:14, 11 May 2026 (UTC) :It might work, but I doubt it. Those angled brackets suggest that the collapsed form is not simply defaulting to the type’s label. Looking at [[:phab:T410509]], I’ve concluded that enhancements to the collapsed form were never considered, rather than being actively rejected. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 12:12, 12 May 2026 (UTC) ::[[:Phab:T391985]] documents the original design. Note the fifth bullet point under “Acceptance criteria”. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 12:21, 12 May 2026 (UTC) :I'm not sure the byte-size is necessary, but the outer tag (or first outer tag, though generally I'd prefer most fragments use a wrapper tag if it needs multiple like JSX does, but that's a whole different topic) would be nice. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 12:51, 12 May 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #248 is out: A higher meaning == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-05-15|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we discuss functions creating language fragments, we present our latest news in Types, and we take a look at the latest software developments. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 14:36, 15 May 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30536976 --> == [[Z34510]] == This function, which determines if a Wikidata item for a {{q|5}} has an undeprecated {{p|21}} statement of {{q|6581097}}, returns false for {{q|173399}}, a transgender man. This is because his item assigns his P21 statement to {{q|2449503}}, not {{q|6581097}}. I'm not sure how to account for this discrepancy. Should {{z|34510}}: # Include {{q|2449503}} as a value that can lead to a true result, # Not include {{q|2449503}} as a value that can lead to a true result, while another function (e.g., "Q5 is a man?") could return true for either "male" or "trans man", # Not include {{q|2449503}} as a value that can lead to a true result, while another function (e.g., "Q5 is a trans man?") could return true for "trans man", # Not exist at all? [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 16:48, 16 May 2026 (UTC) :I can't think of a single use case where you would need to determine if a person is a cisgender man and nothing else. Functions are good for generalizing across multiple possibilities when they exist, so I think it would be best if trans men were considered a part of the criteria for returning a true value. If asking for specifically {{q|6581097}}s and ''nothing'' else was desired then the function name would be a misnomer as Elliot Page is inarguably a male (at least in the view of most reasonable and intelligent people). &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 19:03, 16 May 2026 (UTC) :You made the function in the first place; what were you planning on using it for? AW? Maybe it should return a {{Z|25501}} which can then be passed on to other NLG functions. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 20:01, 16 May 2026 (UTC) == Lexeme from wikidata label, or "best" lexeme from wikidata item == I was looking into fixing [[Z28028]]. I found that I could add "requires grammatical feature: definite article" to "United Kingdom" (L8558). Now I'm stuck on how to get to that lexeme from {{Q|145}}. There's [[Z23471]], but that for very good reason gives you multiple lexemes with the same sense, and I just want the best one like how the label is always the best string. Is there a function that can do this? There's definitely the case of a Wikidata label that isn't a lexeme (most commonly multiple lexemes) but I'm only considering the case where it is one lexeme here. [[User:Aaron Liu|Aaron Liu]] ([[User talk:Aaron Liu|talk]]) 20:02, 16 May 2026 (UTC) :There is {{Z|Z27327}}, that tries to give the best lexeme through various heuristics. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 22:22, 16 May 2026 (UTC) :: Wonderful! I did stumble upon [[Z33818]] but this is perfect. [[User:Aaron Liu|Aaron Liu]] ([[User talk:Aaron Liu|talk]]) 00:25, 17 May 2026 (UTC) == [[Z29591]] isn't working for me == For instance, trying to manually put in the exact inputs for one of the test cases just returns an empty Monolingual text. See [https://www.wikifunctions.org/wiki/Z29591?call=%7B%22Z1K1%22%3A%22Z7%22%2C%22Z7K1%22%3A%22Z29591%22%2C%22Z29591K1%22%3A%7B%22Z1K1%22%3A%22Z6091%22%2C%22Z6091K1%22%3A%22Q3257809%22%7D%2C%22Z29591K2%22%3A%7B%22Z1K1%22%3A%22Z6091%22%2C%22Z6091K1%22%3A%22Q21264361%22%7D%2C%22Z29591K3%22%3A%7B%22Z1K1%22%3A%22Z6091%22%2C%22Z6091K1%22%3A%22Q22006653%22%7D%2C%22Z29591K4%22%3A%22Z1002%22%7D]. [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 01:17, 17 May 2026 (UTC) :You used [[:d:Q22006653]] rather than [[:d:Q1075]]. It looks like the [https://www.wikifunctions.org/wiki/Special:RunFunction?call=%7B%22Z1K1%22%3A%22Z7%22%2C%22Z7K1%22%3A%22Z30784%22%2C%22Z30784K1%22%3A%7B%22Z1K1%22%3A%22Z11%22%2C%22Z11K1%22%3A%22Z1002%22%2C%22Z11K2%22%3A%7B%22Z1K1%22%3A%22Z7%22%2C%22Z7K1%22%3A%22Z21394%22%2C%22Z21394K1%22%3A%5B%22Z6%22%2C%7B%22Z1K1%22%3A%22Z7%22%2C%22Z7K1%22%3A%22Z22664%22%2C%22Z22664K1%22%3A%7B%22Z1K1%22%3A%22Z6091%22%2C%22Z6091K1%22%3A%22Q22006653%22%7D%2C%22Z22664K2%22%3A%7B%22Z1K1%22%3A%22Z6091%22%2C%22Z6091K1%22%3A%22Q21264361%22%7D%2C%22Z22664K3%22%3A%22Z1002%22%7D%5D%7D%7D%7D explanatory error] is suppressed by the [https://www.wikifunctions.org/view/en/Z30009?call=%7B%22Z1K1%22%3A%22Z7%22%2C%22Z7K1%22%3A%22Z30009%22%2C%22Z30009K1%22%3A%7B%22Z1K1%22%3A%22Z7%22%2C%22Z7K1%22%3A%22Z30784%22%2C%22Z30784K1%22%3A%7B%22Z1K1%22%3A%22Z11%22%2C%22Z11K1%22%3A%22Z1002%22%2C%22Z11K2%22%3A%7B%22Z1K1%22%3A%22Z7%22%2C%22Z7K1%22%3A%22Z21394%22%2C%22Z21394K1%22%3A%5B%22Z6%22%2C%7B%22Z1K1%22%3A%22Z7%22%2C%22Z7K1%22%3A%22Z22664%22%2C%22Z22664K1%22%3A%7B%22Z1K1%22%3A%22Z6091%22%2C%22Z6091K1%22%3A%22Q22006653%22%7D%2C%22Z22664K2%22%3A%7B%22Z1K1%22%3A%22Z6091%22%2C%22Z6091K1%22%3A%22Q21264361%22%7D%2C%22Z22664K3%22%3A%22Z1002%22%7D%5D%7D%7D%7D%2C%22Z30009K2%22%3A%22Z801%22%7D final transformation]. The returned result is not actually empty; if you expand it, you can see that it is an unresolved function call. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 09:59, 17 May 2026 (UTC) rmk3m0cg7v1yw64yqux8o2a2hei9b74 Wikifunctions:Requests for deletions 4 1696 275509 274371 2026-05-16T12:14:56Z Ameisenigel 44 /* Z31462 */ new section 275509 wikitext text/x-wiki <noinclude>__NEWSECTIONLINK__ __FORCETOC__</noinclude> Functions or implementations or tests which do not work properly, do not meet notability criteria or are duplicates of another object can be deleted. Please nominate items for deletions under the "Requests for deletion" section below. If it is obvious vandalism, just report it in [[Wikifunctions:Report vandalism]], or ping an [[Special:ListAdmins|administrator]]. Contact can also be made with an administrator on [https://t.me/Wikifunctions Telegram] or IRC [irc://irc.libera.chat/wikipedia-abstract #wikipedia-abstract]. If it is a predefined object (its ZID is less than 10000), please see [[Wikifunctions:Report a technical problem]]. {{Autoarchive resolved section |age = 1 |archive = ((FULLPAGENAME))/Archive/((year))/((month:##)) |level = 2 }} {{Archives|{{Special:PrefixIndex/Wikifunctions:Requests for deletions/Archive/|stripprefix=1}}}} = Requests for deletion = == [[Z18720]] == This kind of function is not supported, at least not in the way as it is currently implemented. --[[User:Ameisenigel|Ameisenigel]] ([[User talk:Ameisenigel|talk]]) 20:24, 27 April 2026 (UTC) :CC @[[User:Ioaxxere|Ioaxxere]] <span style="font-family:monospace;font-weight:bold">[[User:Bunnypranav|<span style="color:#63b3ed">~/Bunny</span><span style="color:#2c5282">pranav</span>]]:&lt;[[User talk:Bunnypranav|<span style="color:#63b3ed">ping</span>]]&gt;</span> 12:27, 28 April 2026 (UTC) :Why isn't it supported? This function would be useful on Wiktionary itself if we could call it from a template. [[User:Ioaxxere|Ioaxxere]] ([[User talk:Ioaxxere|talk]]) 13:47, 28 April 2026 (UTC) ::Web requests are not technically supported, and the Abstract Wikipedia team has no plans to support it. Functions should be deterministic, which means that they cannot rely on web requests. The proper way to do this would be to use the templates feature, you can do something like <nowiki>{{:hello}}</nowiki> to bring the full page hello a function call. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 13:53, 28 April 2026 (UTC) == [[Z18771]] == Duplicate of [[Z10251]]. --[[User:Ameisenigel|Ameisenigel]] ([[User talk:Ameisenigel|talk]]) 12:51, 3 May 2026 (UTC) :{{s}} deletion, unless {{ping|Jsamwrites}} has a comment to make. This is a relatively old one, but WhatLinksHere shows that nothing uses it. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 15:44, 3 May 2026 (UTC) :Thanks for pointing this out. However, there are implementations and test cases that cover more interesting use cases. Also added a composition function making use of {{Z|Z10251}} [[User:Jsamwrites|John Samuel]] 17:01, 3 May 2026 (UTC) ::It is possible to move these from the duplicate to the original function. --[[User:Ameisenigel|Ameisenigel]] ([[User talk:Ameisenigel|talk]]) 17:49, 7 May 2026 (UTC) == [[Z31462]] == Seems useless. --[[User:Ameisenigel|Ameisenigel]] ([[User talk:Ameisenigel|talk]]) 12:14, 16 May 2026 (UTC) au2xjmqesmf5lkhnen04cexmsc8pv5r 275698 275509 2026-05-17T07:33:14Z Bunnypranav 9976 /* Z31462 */ Reply 275698 wikitext text/x-wiki <noinclude>__NEWSECTIONLINK__ __FORCETOC__</noinclude> Functions or implementations or tests which do not work properly, do not meet notability criteria or are duplicates of another object can be deleted. Please nominate items for deletions under the "Requests for deletion" section below. If it is obvious vandalism, just report it in [[Wikifunctions:Report vandalism]], or ping an [[Special:ListAdmins|administrator]]. Contact can also be made with an administrator on [https://t.me/Wikifunctions Telegram] or IRC [irc://irc.libera.chat/wikipedia-abstract #wikipedia-abstract]. If it is a predefined object (its ZID is less than 10000), please see [[Wikifunctions:Report a technical problem]]. {{Autoarchive resolved section |age = 1 |archive = ((FULLPAGENAME))/Archive/((year))/((month:##)) |level = 2 }} {{Archives|{{Special:PrefixIndex/Wikifunctions:Requests for deletions/Archive/|stripprefix=1}}}} = Requests for deletion = == [[Z18720]] == This kind of function is not supported, at least not in the way as it is currently implemented. --[[User:Ameisenigel|Ameisenigel]] ([[User talk:Ameisenigel|talk]]) 20:24, 27 April 2026 (UTC) :CC @[[User:Ioaxxere|Ioaxxere]] <span style="font-family:monospace;font-weight:bold">[[User:Bunnypranav|<span style="color:#63b3ed">~/Bunny</span><span style="color:#2c5282">pranav</span>]]:&lt;[[User talk:Bunnypranav|<span style="color:#63b3ed">ping</span>]]&gt;</span> 12:27, 28 April 2026 (UTC) :Why isn't it supported? This function would be useful on Wiktionary itself if we could call it from a template. [[User:Ioaxxere|Ioaxxere]] ([[User talk:Ioaxxere|talk]]) 13:47, 28 April 2026 (UTC) ::Web requests are not technically supported, and the Abstract Wikipedia team has no plans to support it. Functions should be deterministic, which means that they cannot rely on web requests. The proper way to do this would be to use the templates feature, you can do something like <nowiki>{{:hello}}</nowiki> to bring the full page hello a function call. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 13:53, 28 April 2026 (UTC) == [[Z18771]] == Duplicate of [[Z10251]]. --[[User:Ameisenigel|Ameisenigel]] ([[User talk:Ameisenigel|talk]]) 12:51, 3 May 2026 (UTC) :{{s}} deletion, unless {{ping|Jsamwrites}} has a comment to make. This is a relatively old one, but WhatLinksHere shows that nothing uses it. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 15:44, 3 May 2026 (UTC) :Thanks for pointing this out. However, there are implementations and test cases that cover more interesting use cases. Also added a composition function making use of {{Z|Z10251}} [[User:Jsamwrites|John Samuel]] 17:01, 3 May 2026 (UTC) ::It is possible to move these from the duplicate to the original function. --[[User:Ameisenigel|Ameisenigel]] ([[User talk:Ameisenigel|talk]]) 17:49, 7 May 2026 (UTC) == [[Z31462]] == Seems useless. --[[User:Ameisenigel|Ameisenigel]] ([[User talk:Ameisenigel|talk]]) 12:14, 16 May 2026 (UTC) :CC @[[User:Feeglgeef|Feeglgeef]] <span style="font-family:monospace;font-weight:bold">[[User:Bunnypranav|<span style="color:#63b3ed">~/Bunny</span><span style="color:#2c5282">pranav</span>]]:&lt;[[User talk:Bunnypranav|<span style="color:#63b3ed">ping</span>]]&gt;</span> 07:33, 17 May 2026 (UTC) 6iib6mzf7tftr29rzmlhu2jwj116jfs 275724 275698 2026-05-17T09:05:12Z Ameisenigel 44 /* Z18771 */ Reply 275724 wikitext text/x-wiki <noinclude>__NEWSECTIONLINK__ __FORCETOC__</noinclude> Functions or implementations or tests which do not work properly, do not meet notability criteria or are duplicates of another object can be deleted. Please nominate items for deletions under the "Requests for deletion" section below. If it is obvious vandalism, just report it in [[Wikifunctions:Report vandalism]], or ping an [[Special:ListAdmins|administrator]]. Contact can also be made with an administrator on [https://t.me/Wikifunctions Telegram] or IRC [irc://irc.libera.chat/wikipedia-abstract #wikipedia-abstract]. If it is a predefined object (its ZID is less than 10000), please see [[Wikifunctions:Report a technical problem]]. {{Autoarchive resolved section |age = 1 |archive = ((FULLPAGENAME))/Archive/((year))/((month:##)) |level = 2 }} {{Archives|{{Special:PrefixIndex/Wikifunctions:Requests for deletions/Archive/|stripprefix=1}}}} = Requests for deletion = == [[Z18720]] == This kind of function is not supported, at least not in the way as it is currently implemented. --[[User:Ameisenigel|Ameisenigel]] ([[User talk:Ameisenigel|talk]]) 20:24, 27 April 2026 (UTC) :CC @[[User:Ioaxxere|Ioaxxere]] <span style="font-family:monospace;font-weight:bold">[[User:Bunnypranav|<span style="color:#63b3ed">~/Bunny</span><span style="color:#2c5282">pranav</span>]]:&lt;[[User talk:Bunnypranav|<span style="color:#63b3ed">ping</span>]]&gt;</span> 12:27, 28 April 2026 (UTC) :Why isn't it supported? This function would be useful on Wiktionary itself if we could call it from a template. [[User:Ioaxxere|Ioaxxere]] ([[User talk:Ioaxxere|talk]]) 13:47, 28 April 2026 (UTC) ::Web requests are not technically supported, and the Abstract Wikipedia team has no plans to support it. Functions should be deterministic, which means that they cannot rely on web requests. The proper way to do this would be to use the templates feature, you can do something like <nowiki>{{:hello}}</nowiki> to bring the full page hello a function call. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 13:53, 28 April 2026 (UTC) == [[Z18771]] == Duplicate of [[Z10251]]. --[[User:Ameisenigel|Ameisenigel]] ([[User talk:Ameisenigel|talk]]) 12:51, 3 May 2026 (UTC) :{{s}} deletion, unless {{ping|Jsamwrites}} has a comment to make. This is a relatively old one, but WhatLinksHere shows that nothing uses it. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 15:44, 3 May 2026 (UTC) :Thanks for pointing this out. However, there are implementations and test cases that cover more interesting use cases. Also added a composition function making use of {{Z|Z10251}} [[User:Jsamwrites|John Samuel]] 17:01, 3 May 2026 (UTC) ::It is possible to move these from the duplicate to the original function. --[[User:Ameisenigel|Ameisenigel]] ([[User talk:Ameisenigel|talk]]) 17:49, 7 May 2026 (UTC) :::I have moved all the tests and implementations (except the one that is just using the older function) to Z10251. --[[User:Ameisenigel|Ameisenigel]] ([[User talk:Ameisenigel|talk]]) 09:05, 17 May 2026 (UTC) == [[Z31462]] == Seems useless. --[[User:Ameisenigel|Ameisenigel]] ([[User talk:Ameisenigel|talk]]) 12:14, 16 May 2026 (UTC) :CC @[[User:Feeglgeef|Feeglgeef]] <span style="font-family:monospace;font-weight:bold">[[User:Bunnypranav|<span style="color:#63b3ed">~/Bunny</span><span style="color:#2c5282">pranav</span>]]:&lt;[[User talk:Bunnypranav|<span style="color:#63b3ed">ping</span>]]&gt;</span> 07:33, 17 May 2026 (UTC) qilpuyhf34d7zi1emlz7hkkjyy8199z Translations:Wikifunctions:Glossary/117/ko 1198 4301 275510 15249 2026-05-16T12:21:29Z Tensama0415 73696 Marked translation unit as no longer outdated with no changes 15248 wikitext text/x-wiki [[$fm|함수 모델]] 참조. igvwal3kp45a4dp78067xopx5rwrehr Translations:Wikifunctions:Glossary/119/ko 1198 4318 275512 15309 2026-05-16T12:21:43Z Tensama0415 73696 275512 wikitext text/x-wiki "순수 함수형"의 줄임말로, 그러한 함수의 [[$evaluation|평가]]는 부작용이 없고 결정론적입니다. 즉, 항상 동일합니다; 위키백과의 [[w:en:Purely functional programming|순수 함수형 프로그래밍]] 참조; [[$fm|함수 모델]] 참조. mwlw2o6m530y05eaj0lj37x5mlhgr8n Translations:Wikifunctions:Glossary/148/ko 1198 4599 275518 16125 2026-05-16T12:24:47Z Tensama0415 73696 275518 wikitext text/x-wiki 이 용어는 위키데이터와는 완전히 다른 의미를 가지고 있습니다. 위키백과의 [[w:en:Reference (computer science)|참조 (컴퓨터 과학)]] 참조. g9v5hzknweqkt69vnnj3i67gtjtp4np Translations:Wikifunctions:Glossary/32/ko 1198 5054 275516 17461 2026-05-16T12:23:26Z Tensama0415 73696 275516 wikitext text/x-wiki 널리 사용되는 데이터 전송 형식; 위키백과의 [[w:en:JSON|JSON]]을 참조. ryesyzsz8ud0ch90vpcii9ojwo2b4sg Translations:Wikifunctions:Glossary/79/ko 1198 5568 275514 18926 2026-05-16T12:22:12Z Tensama0415 73696 275514 wikitext text/x-wiki [[$function|함수]]를 실행하는 특별한 방법. 구현은 특정 프로그래밍 언어로 된 코드 조각일 수도 있고 [[$evaluator|평가자]]에 "내장 된" 기능을 참조하거나 다른 함수에 대한 호출을 결합할 수도 있습니다. 함수에는 많은 [[$composition|구현]]이 있을 수 있으며 모두 동일해야 합니다. "[[$ZFunction|Z함수]] 구현"의 약자입니다. fjk70a1vtdwb5i25tpty69luai7sr8t Wikifunctions:Glossary/ko 4 5798 275511 257648 2026-05-16T12:21:29Z Tensama0415 73696 275511 wikitext text/x-wiki <noinclude><languages/> <!--<nowiki>(nowiki tags are so that the translate extension doesn't try to translate the TERM and DEFINITION in this boilerplate). Use this boilerplate for a new term: ; {{anchor|term|Term}} <translate>term</translate> {{English term|term}} : ''Definition verification needed'' : <translate>definition</translate> Notes: 1. Omit the "Definition verification" if you're sure that your definition is correct. 2. You can add several values for anchor, if it has spelling or capitalization variants; see the documentation for Template:Anchor and examples in other terms. </nowiki>--></noinclude> {{see also|wikt:en:Appendix:Glossary}} [[Wikifunctions talk:Glossary|토론 페이지]]에서 용어를 요청하거나 더 많은 용어를 추가하고 정의를 개선하세요. {|class="toccolours" style="margin:.2em auto;padding:.2em .5em;text-align:center" dir="ltr" lang="en" |- |style="padding:0;width:100%"|{{CompactTOC}} |} == A == ; {{anchor|abstract|Abstract}} 추상 {{English term|abstract}} : [[#natural_language|특정한 자연어]]가 아니라 그로부터의 추상화; 자연어 텍스트, 문장 또는 구의 의미에 대한 표기법을 제공하는 것을 목표로합니다. [[#concrete|구상]]의 반대. ; {{anchor|abstracttext|AbstractText}} AbstractText {{English term|AbstractText}} : [[#Wikifunctions|위키함수]] 아이디어의 프로토 타입 [https://github.com/google/abstracttext 구현]. ; {{anchor|abstract_article}} <span lang="en" dir="ltr" class="mw-content-ltr">Abstract Article</span> {{English term|abstract article}} : <span lang="en" dir="ltr" class="mw-content-ltr">A page in the main namespace of [[#abstract_Wikipedia|Abstract Wikipedia]]; a page that is similar to a Wikipedia article, but that is [[#abstract|abstract]]. The opposite of [[#concrete_article|concrete article]]. ("Abstract" is an adjective here; it ''doesn't'' mean "a summary of an article".)</span> ; {{anchor|abstract_content}} 추상 콘텐츠 {{English term|abstract content}} : [[#Content|콘텐츠]] 참조. ; {{anchor|abstract_Wikipedia|Abstract_Wikipedia}} 추상 위키백과 {{English term|Abstract Wikipedia}} : [[#local_Wikipedia|로컬 위키백과]]에서 [[#natural_language|자연어]]로 [[#article|문서]]를 [[#Renderer|렌더링]]하는 데 사용할 수 있는 모든 [[#Content|콘텐츠]]의 예비 이름; 현재 해당 [[#Item|항목]] 옆에 [[#Wikidata|위키데이터]]에 존재하도록 제안되었지만 [[#development_project|개발 프로젝트]]의 [[#Part_P2|Part P2]] 이전에 논의될 것입니다. ; {{anchor|alias}} 별칭 {{English term|alias}} : 객체를 찾는 데 가장 먼저 사용되는 객체의 대체 레이블입니다. ; {{anchor|argument}} 인수 {{English term|argument}} : <span lang="en" dir="ltr" class="mw-content-ltr">an input given to a [[#function call|function call]].</span> ; {{anchor|argument reference}} <span lang="en" dir="ltr" class="mw-content-ltr">argument reference</span> {{English term|argument reference}} : <span lang="en" dir="ltr" class="mw-content-ltr">a [[#reference|reference]] to one of the supplied arguments within a [[#composition|composition]].</span> ; {{anchor|array}} <span lang="en" dir="ltr" class="mw-content-ltr">array</span> {{English term|array}} : <span lang="en" dir="ltr" class="mw-content-ltr">Many programming languages have an "array" type. The counterparts in Wikifunctions are [[#list|list]] and [[#typed list|typed list]]. See also [[#Benjamin array|Benjamin array]].</span> ; {{anchor|article|Article}} 문서 {{English term|article}} : <span class="mw-translate-fuzzy">일반적으로 [[#Wikipedia|위키백과]]의 한 항목을 나타내는 위키백과의 기본 이름공간에 있는 문서.</span> == B == ; {{anchor|Benjamin array}} <span lang="en" dir="ltr" class="mw-content-ltr">Benjamin array</span> {{English term|Benjamin array}} : <span lang="en" dir="ltr" class="mw-content-ltr">a way to denote [[#typed list|typed list]] proposed by Benjamin Degenhart, where a typed list is stored as a JSON list whose first element denotes the type. This is in contrast with the previous proposed schema, which uses LISP-style singly-linked lists, in which the type must be stored once in each node.</span> ; {{anchor|boolean|Boolean}} <span lang="en" dir="ltr" class="mw-content-ltr">boolean</span> {{English term|boolean}} : <span lang="en" dir="ltr" class="mw-content-ltr">a value that can have 2 states, usually denoted true and false.</span> ; {{anchor|built-in|builtin}} 내장된 {{English term|built-in}} : 평가자가 제공하고 위키 인터페이스를 통해 편집할 수없는 함수의 기본 구현. == C == ; {{anchor|call}} 호출 {{English term|call}} : [[#function call|함수 호출]] 참조. 영어에서는 [[#invoke|인보크(invoke) 또는 인보케이션(invocation)]]이라는 용어도 사용할 수 있습니다. ; {{anchor|canonical|canonicalized|canonicalised}} 표준형의 {{English term|canonical, canonicalized, canonicalised}} : 구체적이고 덜 장황하며 따라서 [[#JSON|JSON]]으로 [[#ZObject|Z객체]]를 표현하는 더 읽기 쉬운 방법입니다. Z객체는 위키함수에 저장되는 일반적인 표현입니다. 이것은 [[#normal|정규형]]과 반대입니다. ; {{anchor|character}} 문자 {{English term|character}} : 문자열의 구성 요소인 유니 코드로 정의된 문자; 문자는 여러 바이트(또는 8진수)로 구성 될 수 있습니다. ; {{anchor|claim|Claim}} <span lang="en" dir="ltr" class="mw-content-ltr">claim</span> {{English term|claim}} : <span lang="en" dir="ltr" class="mw-content-ltr">In the [[:d:Special:MyLanguage/Wikidata:Glossary#Claim|Wikibase data model]], a claim is a main snak plus optional qualifiers, expressing an assertion about an entity (without references or rank).</span> : <span lang="en" dir="ltr" class="mw-content-ltr">Example: Entity: Albert Einstein</span> :* <span lang="en" dir="ltr" class="mw-content-ltr">Claim: Spouse = Mileva Marić, starting in 1903</span> :* <span lang="en" dir="ltr" class="mw-content-ltr">Main snak: P26 (spouse) → Q937 (Mileva Marić)</span> :* <span lang="en" dir="ltr" class="mw-content-ltr">Qualifier snak: P580 (start time) → 1903</span> : <span lang="en" dir="ltr" class="mw-content-ltr">→ “Albert Einstein’s spouse was Mileva Marić, starting in 1903.”</span> : <span lang="en" dir="ltr" class="mw-content-ltr">The claim can later be turned into a statement by adding a reference and rank.</span> ; {{anchor|composition}} 컴포지션 {{English term|composition}} : 다른 함수의 조합에 의해 구현이 제공되는 함수의 구현 형태; [[Special:MyLanguage/Wikifunctions:Function model#Composition|함수 모델]] 참조. ; {{anchor|composition notation}} 컴포지션 표기법 {{English term|composition notation}} : 컴포지션(composition)에 관한 읽기 쉬운 표기법; [[Special:MyLanguage/Wikifunctions:Function model#Composition|함수 모델]] 참조. ; {{anchor|concrete|Concrete}} 구상 {{English term|concrete}} : [[#natural_language|특정 자연어]]에서. [[#abstract|추상]]의 반대. ; {{anchor|concrete_article}} <span lang="en" dir="ltr" class="mw-content-ltr">concrete article</span> {{English term|concrete article}} : <span lang="en" dir="ltr" class="mw-content-ltr">See [[#article|article]]. The opposite of [[#abstract_article|Abstract Article]].</span> ; {{anchor|cons}} 단점 {{English term|cons}} : 상단에 요소를 추가하여 새로운 리스트를 생성하는 함수; [[phab:T261474]]을 참조. 위키백과의 [[w:cons|단점]]을 참조하세요. ; {{anchor|constructor|Constructor}} 생성자 {{English term|constructor}} : <span class="mw-translate-fuzzy">[[#Content|콘텐츠]]의 [[#abstract|추상]] 빌딩 블록; 생성자는 단일 구문 또는 문장 구조의 의미를 포착하는 것을 목표로 하며 종종 다른 생성자를 취할 수있는 슬롯을 가지고 있으며 다른 생성자의 슬롯을 채우는 값으로 자체적으로 사용될 수 있습니다.</span> ; {{anchor|Content}}<!--do not add |content to the anchor, it is used by MediaWiki--> 콘텐츠, 추상 콘텐츠 {{English term|content, abstract content}} : [[#Constructor|생성자]]에서 조립된 텍스트 또는 텍스트 조각의 추상 표현. 기술적으로는 인스턴스화 된 생성자. 최상위 생성자는 전체 [[#article|문서]]를 나타내는 데 사용되며 [[#Abstract_Wikipedia|추상 위키백과]]에 저장되지만 내용은 문장이나 구에 대한 것일 수도 있습니다. 추상 콘텐츠라고도 합니다. ; {{anchor|curry}} curried, curry, currying {{English term|curried, curry, currying}} : 커리 함수는 여러 인수를 각각 단일 인수가 있는 일련의 함수로 변환한 함수입니다. 이 기술은 미국 수학자 [[:w:en:Haskell하스켈 카레]]의 이름을 따서 명명되었습니다. 위키백과의 [[:w:en:Currying|커링]]을 참조하세요. == D == ; {{anchor|deserialization|Deserialization|deserialisation|Deserialisation}} 역직렬화 {{English term|deserialization}} : [[#serialization|직렬화]]의 반대. ; {{anchor|development_project|Development_project}} 개발 프로젝트 {{English term|development project}} : [[#Wikifunctions|위키함수]] 및 [[#Abstract_Wikipedia|추상 위키백과]] 개발 프로젝트; [[:m:Special:MyLanguage/Abstract Wikipedia/Plan|추상 위키백과 계획]] 참조. ; {{anchor|display function}} <span lang="en" dir="ltr" class="mw-content-ltr">display function</span> {{English term|display function}} : <span lang="en" dir="ltr" class="mw-content-ltr">a synonym of [[#renderer|renderer]]. For example, a function that converts a [[#type|type]] into a string that users can understand, such as converting a Number 123456 to "123,456" in (International) English, "1,23,456" in Indian English, "123.456" in French, etc., or converting the Date '2024','03','12' to '2024-03-12', and so on.</span> ; {{anchor|documentation}} 문서화 {{English term|documentation}} : 사람이 읽을 수 있는 객체를 설명하는 텍스트. == E == ; {{anchor|eney|eneyjj}} eneyj {{English term|eneyj}} :# [[#Wikifunctions|위키함수]]의 프로토타입 모델; :# [[#abstracttext|abstracttext]]에 제공된 해당 모델의 [[#evaluator|평가자]]에 대한 자바 스크립트 구현. ; {{anchor|error|Error}} 에러 {{English term|error}} : <span class="mw-translate-fuzzy">인스턴스가 평가 또는 검증의 문제를 나타내는 유형; [[Special:MyLanguage/Wikifunctions:Function model#Z5/Errors|함수 모델]] 참조.</span> ; {{anchor|evaluation|Evaluation}} <span lang="en" dir="ltr" class="mw-content-ltr">evaluation</span> {{English term|evaluation}} : <span lang="en" dir="ltr" class="mw-content-ltr">The action performed by the [[#evaluator|evaluator]].</span> ; {{anchor|evaluator|Evaluator}} 평가자 {{English term|evaluator}} : [[#ZObject|Z객체]]를 가져와 평가하는 소프트웨어, 즉 [[#Function|함수]]를 실행하고 결과를 반환하는 소프트웨어. 우리는 여러 평가자의 개발을 계획합니다. 평가자는 브라우저와 [[#Wikimedia_Foundation|위키미디어 재단]]의 서버, 클라우드, 모바일 장치의 앱 또는 기타 장소에서 구현 및 실행할 수 있습니다. [[#executor|실행자]] 및 [[#orchestrator|오케스트레이터]]와 비교합니다. ; {{anchor|execution|Execution}} <span lang="en" dir="ltr" class="mw-content-ltr">execution</span> {{English term|execution}} : <span lang="en" dir="ltr" class="mw-content-ltr">The action performed by the [[#executor|executor]].</span> ; {{anchor|executor|Executor|executors|Executors}} 실행자 {{English term|executor}} : 대중에게 노출되지 않는 일련의 내부 서비스 중 하나. [[#Orchestrator|오케스트레이터]]에 의해서만 호출 될 수 있습니다. 특정 프로그래밍 언어로 네이티브 코드를 실행합니다. 루아에 대한 하나의 실행 프로그램, 자바 스크립트에 대한 실행 프로그램, 파이썬에 대한 실행 프로그램 등이 있습니다. [https://gitlab.wikimedia.org/repos/abstract-wiki/wikifunctions/function-evaluator#executors 서비스 문서]를 참조. [[#evaluator|평가자]] 및 [[#orchestrator|오케스트레이터]]와 비교합니다. == F == ; {{anchor|function|Function}} 함수 {{English term|function}} : 일부 입력을 받아 출력을 반환하는 계산에 관한 사양; 위키백과의 [[w:ko:함수 (프로그래밍)|함수 (프로그래밍)]] 참조. ; {{anchor|function call|Function call}} 함수 호출 {{English term|function call}} : 함수 호출은 함수와 함수에 필요한 인수로 구성된 Z객체이며 다른 Z객체로 평가 될 수 있습니다. 영어에서는 "인보크(invoke)"라는 용어도 사용할 수 있습니다. ; {{anchor|function evaluator}} <span lang="en" dir="ltr" class="mw-content-ltr">function evaluator</span> {{English term|function evaluator}} : <span lang="en" dir="ltr" class="mw-content-ltr">See [[#evaluator|evaluator]].</span> ; {{anchor|function executor}} <span lang="en" dir="ltr" class="mw-content-ltr">function executor</span> {{English term|function executor}} : <span lang="en" dir="ltr" class="mw-content-ltr">See [[#executor|executor]].</span> ; {{anchor|function model}} 함수 모델 {{English term|function model}} : [[Special:MyLanguage/Wikifunctions:Function model|함수 모델]] 참조. ; {{anchor|function orchestrator}} <span lang="en" dir="ltr" class="mw-content-ltr">function orchestrator</span> {{English term|function orchestrator}} : <span lang="en" dir="ltr" class="mw-content-ltr">See [[#orchestrator|orchestrator]].</span> ; {{anchor|function schemata}} <span lang="en" dir="ltr" class="mw-content-ltr">function schemata</span> {{English term|function schemata}} : <span lang="en" dir="ltr" class="mw-content-ltr">a set of pre-defined ZObjects used in [[#orchestrator|orchestrator]] and [[#evaluator|evaluator]]. The [[#WikiLambda system|WikiLambda system account]] also populates pre-defined ZObjects on-wiki from function schemata.</span> ; {{anchor|functional}} 함수형 {{English term|functional}} : <span class="mw-translate-fuzzy">"순수 함수형"의 줄임말로, 그러한 함수의 평가는 부작용이 없고 결정론적입니다. 즉, 항상 동일합니다; 위키백과의 [[w:en:Purely functional programming|순수 함수형 프로그래밍]] 참조; [[Special:MyLanguage/Wikifunctions:Function model#non-functional|함수 모델]] 참조.</span> == G == ; {{anchor|generic type}} 제네릭 유형 {{English term|generic type}} : 함수 호출의 [[#evaluation|평가]]에 의해 생성 된 유형. == I == ; {{anchor|identity|Identity}} 식별 {{English term|identity}} : 유형의 식별은 유형으로 평가되는 (특정) 함수의 인스턴스입니다. 단순 유형의 경우, 유형 자체에 대한 참조입니다. ; {{anchor|implementation|Implementation}} 구현 {{English term|implementation}} : <span class="mw-translate-fuzzy">[[#function|함수]]를 실행하는 특별한 방법. 구현은 특정 프로그래밍 언어로 된 코드 조각일 수도 있고 [[#evaluator|평가자]]에 "내장 된" 기능을 참조하거나 다른 함수에 대한 호출을 결합할 수도 있습니다. 함수에는 많은 구현이있을 수 있으며 모두 동일해야합니다. "[[#ZFunction|Z함수]] 구현"의 약자입니다.</span> ; {{anchor|instance}} 인스턴스 {{English term|instance}} : 모든 Z객체는 해당 유형의 인스턴스입니다. ; {{anchor|invoke}} 인보크 {{English term|invoke}} : 영어로 [[#call|호출]]의 동의어. [[#function call|함수 호출]]을 참조하세요. ; {{anchor|item|Item}} 항목 {{English term|item}} : [[#Wikidata|위키데이터]]의 지식 기반에 있는 항목; 위키데이터 용어집의 [[:d:Wikidata:Glossary#Item|항목]] 참조. == J == ; {{anchor|JSON}} JSON {{English term|JSON}} : <span class="mw-translate-fuzzy">널리 사용되는 데이터 직렬화; 위키백과의 [[w:en:JSON|JSON]]을 참조.</span> == K == ; {{anchor|key|Key}} 키 {{English term|key}} : 문자 K와 자연수로 끝나고 선택적으로 앞에 [[#ZID|ZID]]가 오는 문자열. 키는 일반적으로 [[#Type|유형]] 또는 [[#Function|함수]]에 대한 [[#Wikifunctions|위키함수]]에서 정의되며 [[#ZObject|Z객체]]를 강화하는 데 사용됩니다. == L == ; {{anchor|label}} 레이블 {{English term|label}} : Z객체를 식별하기 위해 주어지는 이름. 일반 텍스트만 가능. ; {{anchor|lexeme|Lexeme}} 어휘소 {{English term|lexeme}} : 대략적인 단어에 대한 사전 지식을 저장하는 [[#Wikidata|위키데이터]]의 항목; 위키데이터 용어집의 [[d:Wikidata:Glossary#Lexeme|어휘소]] 항목 참조. ; {{anchor|linearizer|Linearizer}} linearizer {{English term|linearizer}} : <span class="mw-translate-fuzzy">Z객체를 문자열로 변환하는 함수. [[$parser|파서]]의 반대입니다.</span> ; {{anchor|list|List}} 리스트 {{English term|list}} : 정렬된 엔티티에서 임의의 수의 인스턴스를 그룹화하는 데이터 유형; 위키백과의 [[w:en:List (abstract data type)|리스트 (추상 데이터 유형)]]을 참조하세요. ; {{anchor|literal}} 리터럴 {{English term|literal}} : Z객체가 아닌 값. 현재 유일하게 허용되는 리터럴은 문자열입니다. ; {{anchor|local_Wikipedia|Local_Wikipedia}} 로컬 위키백과 {{English term|local Wikipedia}} : 히브리어 위키백과, 일본어 위키백과 또는 이탈리아어 위키백과와 같은 특정 언어로 된 [[#Wikipedia|위키백과]]. == M == ; {{anchor|Multlingual_Wikipedia|multilingual_Wikipedia}} 다국어 위키백과 {{English term|multilingual Wikipedia}} : [[#local_Wikipedia|로컬 위키백과]]가 [[#Abstract_Wikipedia|추상 위키백과]]의 [[#Content|콘텐츠]]를 [[#Renderer|렌더링]]하여 자신의 언어로 더 포괄적이고 최신이며 알맞은 위키백과를 가질 수 있도록하는 구조; [[:m:Special:MyLanguage/Abstract Wikipedia/Architecture|추상 위키백과 구조]] 참조. == N == ; {{anchor|natural_language|Natural_language}} 자연어 {{English term|natural language}} : 영어와 타갈로그어 또는 스와힐리어와 같은 넓은 의미의 특정 자연어; 위키백과의 [[w:en:Natural language|자연어]]를 참조하세요. ; {{anchor|normal|Normal|normalized|Normalized|normalised}} 정규형의, 정규형 {{English term|normal}} : [[#JSON|JSON]]으로 [[#ZObject|Z객체]]를 표현하는 확장되고 쉽게 처리 가능하며 매우 균일한 방법입니다. 이것은 [[#canonical|표준형]]과 반대입니다. ; {{anchor|nothing|Nothing}} nothing {{English term|nothing}} : 인스턴스를 가질 수 없는 데이터 유형; 위키백과의 [[w:en:Bottom type|바닥 유형]] 참조. == O == ; {{anchor|object|Object}} 객체 {{English term|object}} :# 자바 스크립트 또는 JSON에서 객체는 기본적으로 연관 배열입니다. 위키백과의 [[w:ko:연관 배열|연관 배열]]을 참조하세요. :# <span lang="en" dir="ltr" class="mw-content-ltr">In Wikifunctions, synonym of [[#ZObject|ZObject]].</span> ; {{anchor|orchestration|Orchestration}} <span lang="en" dir="ltr" class="mw-content-ltr">orchestration</span> {{English term|orchestration}} :<span lang="en" dir="ltr" class="mw-content-ltr">The action performed by the [[#orchestrator|orchestrator]].</span> ; {{anchor|orchestrator|Orchestrator}} 오케스트레이터 {{English term|orchestrator}} : <span class="mw-translate-fuzzy">[[#ZObject|Z객체]]를 가져와 [[#Evaluator|평가]]된 버전을 반환하는 서비스입니다. 이를 위해 필요한 다른 Z객체, 일부 함수 호출을 평가하기위한 [[#Executor|실행자]] 및 [[#Wikidata|위키데이터]]와 같은 기타 서비스에 대한 위키를 호출합니다. [https://gitlab.wikimedia.org/repos/abstract-wiki/wikifunctions/function-orchestrator#wikifunctions-function-orchestrator 서비스 문서]를 참조하세요. [[#evaluator|평가자]] 및 [[#executor|실행자]]와 비교합니다.</span> == P == ; {{anchor|page|Page}} 문서 {{English term|page}} : <span class="mw-translate-fuzzy">[[#wiki|위키]]는 독립적으로 편집할 수 있는 여러 개별 페이지로 구성됩니다.</span> ; {{anchor|parser|Parser}} 파서 {{English term|parser}} : <span class="mw-translate-fuzzy">문자열을 Z객체로 변환하는 함수. [[$linearizer|linearizer]]의 반대.</span> ; {{anchor|pair|Pair}} 짝 {{English term|pair}} : 특정 (임의의) 유형의 두 Z객체를 포함하는 복합 Z객체. ; {{anchor|part_P1|Part_P1}} 파트 P1 {{English term|Part P1}} : [[#Wikifunctions|위키함수]] 생성을 다루는 [[#development_project|개발 프로젝트]]의 일부입니다. 그것은 프로젝트의 시작 부분에서 시작하여 평생 동안 계속됩니다. [[:m:Special:MyLanguage/Abstract Wikipedia/Tasks#Part P1: Wikifunctions|파트 P1: 위키함수]]를 참조하세요. ; {{anchor|part_P2|Part_P2}} 파트 P2 {{English term|Part P2}} : [[#Abstract_Wikipedia|추상 위키백과]] 생성을 다루는 [[#development_project|개발 프로젝트]]의 일부입니다. 프로젝트에서 약 1년 후에 시작되어 이 기간의 후반기 동안 계속됩니다. [[:m:Special:MyLanguage/Abstract Wikipedia/Tasks#Part P2: Abstract Wikipedia|파트 P2: 추상 위키백과]] 참조. ; {{anchor|persistent|Persistent}} 영속적, 영속 {{English term|persistent}} : [[#ZID|ZID]]가 있고 위키의 자체 페이지가 있는 [[#ZObject|Z객체]] 대부분의 영속 Z객체에는 ZID가 없는 Z객체인 [[#value|값]]이 포함되어 있으므로 영속적이지 않습니다. ; {{anchor|property|Property}} 속성 {{English term|property}} : [[#Wikidata|위키데이터]]의 지식 기반에서 [[#Item|항목]]에 대해 [[#Statement|서술]]하는 데 사용됩니다. 위키데이터 용어집에서 [[:d:Wikidata:Glossary#Property|속성]] 참조. == Q == ; {{anchor|quote|Quote}} 인용 {{English term|quote}} : 평가되지는 않지만 그대로 유지되는 데이터 구조. ; {{anchor|QID}} QID {{English term|QID}} : [[#Wikidata|위키데이터]] 항목의 식별자로, 문자 "Q" 뒤에 정수가 오는 것으로 구성됩니다. == R == ; {{anchor|reading function}} <span lang="en" dir="ltr" class="mw-content-ltr">reading function</span> {{English term|reading function}} : <span lang="en" dir="ltr" class="mw-content-ltr">a synonym of [[#parser|parser]]. A function that converts user text input from a string into a given Type. For example, converting the String "123456" to the Number '123456', or the string "2024-03-12" to the Date '2024', '03', '12'.</span> ; {{anchor|reference|Reference}} 참조 {{English term|reference}} : 기본 객체를 나타내는 ID입니다. 예를 들어, 문자열 "Z11"은 유형 Z11/단어 언어 텍스트를 나타냅니다. : {{TakeNote}}이 용어는 위키데이터와는 완전히 다른 의미를 가지고 있습니다. 위키백과의 [[w:en:Reference (computer science)|참조 (컴컴퓨터 과학)]] 참조. ; {{anchor|renderer|Renderer}} 렌더러 {{English term|renderer}} (1) : <span lang="en" dir="ltr" class="mw-content-ltr">a function to convert a ZObject to a string. The opposite of [[#parser|parser]]. (formerly called "linearizer")</span> ; <span lang="en" dir="ltr" class="mw-content-ltr">renderer</span> {{English term|renderer}} (2) : [[#natural_language|자연어]]에 대한 [[#Content|콘텐츠]]와 식별자를 입력으로 가져오고 해당 자연어의 텍스트를 출력으로 반환하고, [[#Lexeme|어휘소]]의 지식을 사용하여 콘텐츠를 구체적인 텍스트로 나타내는 [[#Function|함수]]입니다. : {{TakeNote}}<span lang="en" dir="ltr" class="mw-content-ltr">This is a future feature, and the meaning of the term "renderer" in the {{Pg|:m:Abstract Wikipedia/Historic proposal|original proposal}}; this term collides with the current usage of "renderer", so it may be renamed in the future.</span> ; {{anchor|reify}} 구체화 {{English term|reify}} : 객체를 구성 부분으로 분해하여 부분에 개별적으로 접근할 수 있도록 하는 함수; 위키백과에서 [[w:en:Reification (computer science)|구체화]] 참조; [[phab:T261474]] 참조. ; {{anchor|REPL}} REPL {{English term|REPL}} : Read / Eval / Print - Loop, 입력을 받아 평가하고 결과를 표시하는 명령 줄 인터페이스; 위키백과의 [[w:ko:REPL|REPL]] 참조; [[Special:MyLanguage/Wikifunctions:Function model#REPL|함수 모델]] 참조. == S == ; {{anchor|schemata}} <span lang="en" dir="ltr" class="mw-content-ltr">schemata</span> {{English term|schemata}} : <span lang="en" dir="ltr" class="mw-content-ltr">See [[#function schemata|function schemata]].</span> ; {{anchor|serialization|Serialization|serialisation|Serialisation}} 직렬화 {{English term|serialization}} : [[#JSON|JSON]]에서 Z객체를 표현하는 방법; [[#canonical|표준형]], [[#normal|정규형]]도 참조. ; {{anchor|snak|Snak}}<span lang="en" dir="ltr" class="mw-content-ltr">snak</span> {{English term|snak}} : <span lang="en" dir="ltr" class="mw-content-ltr">In the [[:mw:Special:MyLanguage/Wikibase/DataModel|Wikibase data model]], a snak is the smallest unit of a statement, linking a property to either a value, “no value”, or “some value.”</span> : <span lang="en" dir="ltr" class="mw-content-ltr">Example [[#statement|statement]] for {{Q|Q937}} with 3 snaks:</span> : <span lang="en" dir="ltr" class="mw-content-ltr">Main snak:</span> :  <span lang="en" dir="ltr" class="mw-content-ltr">Property: {{Q|P26}} → Value: {{Q|Q76346}}</span> : <span lang="en" dir="ltr" class="mw-content-ltr">Qualifier snak (adds context):</span> :  <span lang="en" dir="ltr" class="mw-content-ltr">Property: {{Q|P580}} → Value: 1903</span> : <span lang="en" dir="ltr" class="mw-content-ltr">Reference snak (supports the claim):</span> :  <span lang="en" dir="ltr" class="mw-content-ltr">Property: {{Q|P248}} → Value: {{Q|Q23833686}}</span> : <span lang="en" dir="ltr" class="mw-content-ltr">Resulting statement (in words): “Albert Einstein’s spouse was Mileva Marić, starting in 1903, as stated in the Catalog of the German National Library.”</span> ; {{anchor|statement|Statement}} 서술 {{English term|statement}} : <span class="mw-translate-fuzzy">[[#Wikidata|위키데이터]]의 지식 기반에서 [[#Item|항목]]에 대한 지식을 제공하는 데 사용됩니다. 위키데이터 용어집의 [[:d:Special:MyLanguage/Wikidata:Glossary#Statement|서술]] 참조.</span> ; {{anchor|string}} 문자열 {{English term|string}} : 일련의 문자. ; {{anchor|sum type|Sum type}} 합계 유형 {{English term|sum type}} : 구성 유형의 인스턴스를 가질 수 있는 유형; 위키백과의 [[w:en:Sum type|집계 유형]] 참조. [[Special:MyLanguage/Wikifunctions:Function model#Zx/Sum_types|함수 모델]] 참조. == T == ; {{anchor|template}} 틀 {{English term|template}} : <span class="mw-translate-fuzzy">[[#renderer|렌더러]]를 자리 표시자가 산재된 텍스트 또는 "슬롯"으로 지정하는 방법은 [[#constructor|생성자]]의 데이터, 함수 계산 또는 다른 틀의 내용으로 채울 수 있습니다. 틀 구문에 대한 자세한 내용은 [[:m:Special:MyLanguage/Abstract Wikipedia/Template Language for Wikifunctions|위키함수용 틀 언어]] 문서를 참조하세요.</span> ; {{anchor|tester|Tester}} 테스터 {{English term|tester}} : 주어진 [[#ZFunction|Z함수]]가 정확하게 일을 하고 있는지 자동으로 결정하는 방법. [[#function|함수]]에는 일반적으로 여러 테스터가 있으며, 각 테스터는 함수에 대한 일부 입력을 지정하고 주어진 입력에 대한 출력이 충족되어야합니다. 예를 들어, "케이스 제목(title case)" 함수의 테스터에는 다음이 포함될 수 있습니다: "abc"는 "Abc"가 되어야합니다; "war and peace"는 "War and Peace"가 되어야합니다; "война и мир"는 "Война и мир"가 되어야합니다; "123"은 "123"으로 유지되어야합니다. ; {{anchor|transient|Transient}} 일시적 {{English term|transient}} : [[#persistent|영속적]]의 반대. ; {{anchor|type|Type}} 유형 {{English term|type}} : 객체의 유형은 주어진 객체를 해석하고 이해하는 방법과 객체로 수행할 수 있는 작업을 알려줍니다. 예를 들어 값이 "2023"인 객체가 있는 경우 유형이 정수인지, 연도인지 또는 문자열인지에 따라 해당 객체를 다르게 이해합니다. 모든 객체는 "실제 세계에 있는 것"을 나타냅니다. 정수 2023은 2023년과 다릅니다. 유형은 주어진 객체를 해석하는 방법을 알려주므로 실제 세계에서 어떤 것을 참조하는지 알 수 있습니다. 기술적으로는 해당 유형의 객체가 구성되는 방식과 해당 유형의 유효한 객체가 되기 위해 충족해야 하는 조건을 정의합니다. 유형은 Z객체의 유효성을 검사하는 [[#Function|함수]]를 제공하여 [[#ZObject|Z객체]]가 이 유형의 유효한 인스턴스가 되는 조건을 정의합니다. 유형은 Z객체 자체이므로 [[#Wikifunctions|위키함수]]의 기여자는 새로운 유형을 만들 수 있습니다. ; {{anchor|type converter}} <span lang="en" dir="ltr" class="mw-content-ltr">type converter</span> {{English term|type converter}} : <span lang="en" dir="ltr" class="mw-content-ltr">A script written in some programming language (such as JavaScript), taking a native object (such as BigInt), and returning a JSON object representing the corresponding ZObject; or ''vice versa''.</span> ; {{anchor|typed list|Typed List}} <span lang="en" dir="ltr" class="mw-content-ltr">typed list</span> {{English term|typed list}} : <span lang="en" dir="ltr" class="mw-content-ltr">A typed list is a [[#list|list]] in which all members of the list are of a specific, predefined [[#type|type]]. For example, a typed list of [[#string|strings]] is a list in which all members of the list are strings. A typed list takes one argument: the type that all the members of the list have to be an instance of. Typed lists are probably the most widely used [[#generic type|generic type]].</span> == V == ; {{anchor|value}} 값 {{English term|value}} : 다른 Z객체의 [[#key|키]]와 연관된 문자열 또는 [[#ZObject|Z객체]]. ; {{anchor|validation|Validation}} <span lang="en" dir="ltr" class="mw-content-ltr">validation</span> {{English term|validation}} : <span lang="en" dir="ltr" class="mw-content-ltr">The action performed by the [[#validator|validator]].</span> ; {{anchor|validator|Validator}} 검증자 {{English term|validator}} : <span class="mw-translate-fuzzy">Z객체를 인수로 사용하고 발견된 오류 목록을 반환하는 함수.</span> == W == ; {{anchor|wiki|Wiki}} 위키 {{English term|wiki}} : [[#page|페이지]]를 쉽고 공동으로 편집 할 수 있는 웹 사이트. ; {{anchor|Wikidata}} 위키데이터 {{English term|Wikidata}} : 공동으로 편집된 자유 지식 기반인 [[#Wikimedia_Foundation|위키미디어 재단]]의 프로젝트; [[:m:Special:MyLanguage/Wikidata|위키데이터]] 참조. ; {{anchor|Wikifunctions}}{{anchor|Wikilambda}} 위키함수 {{English term|Wikifunctions}} : [[#Wikimedia_Foundation|위키미디어 재단]]의 새로운 프로젝트; 무료이고 공동으로 개발하며 유지 관리하는 [[#Function|함수]] 카탈로그. {{Pg|:m:Abstract Wikipedia/Historic proposal|원래 제안}}에서 처음에는 위키람다로 알려졌습니다(이 이름은 현재 위키람다 확장에 사용됨). ; {{anchor|WikiLambda}} 위키람다 {{English term|WikiLambda}} : 프로젝트를 구동하는 데 사용되는 소프트웨어, [[mw:Special:MyLanguage/Extension:WikiLambda|확장:위키람다]]. ; {{anchor|WikiLambda system}} 위키람다 시스템 {{English term|WikiLambda system}} : <span lang="en" dir="ltr" class="mw-content-ltr">an automated system account that is a key part of the WikiLambda extension. See [[User:WikiLambda system]] for its current function.</span> ; {{anchor|WMF|Wikimedia_Foundation}} 위키미디어 재단 {{English term|Wikimedia Foundation}} : 위키미디어 운동을 지원하는 조직; [[:m:Special:MyLanguage/Wikimedia Foundation|위키미디어 재단]] 참조. ; {{anchor|Wikipedia}} 위키백과 {{English term|Wikipedia}} : [[#Wikimedia_Foundation|위키미디어 재단]]의 프로젝트, 공동으로 편집하는 자유 백과사전, [[:m:Special:MyLanguage/Wikipedia|위키백과]] 참조. ; 위키백과, 추상 {{English term|Wikipedia, Abstract}} : [[#Abstract_Wikipedia|추상 위키백과]] 참조. ; 위키백과, 다국어 {{English term|Wikipedia, multilingual}} : [[#multilingual_Wikipedia|다국어 위키백과]] 참조. == Z == ; {{anchor|ZID|ZIDs}} ZID {{English term|ZID}} : 문자 Z로 시작하고 뒤에 자연수가 오는 ID. [[#persistent|영구]] [[#ZObject|Z객체]]를 식별하는 데 사용됩니다. ; {{anchor|zfunction|ZFunction}} Z함수 {{English term|ZFunction}} : [[#evaluator|평가자]]를 통해 사용할 수 있는 특정 [[#function|함수]]를 설명하는 [[#Wikifunctions|위키함수]]의 위키 문서입니다. 각 Z함수는 하나 이상의 [[#implementation|구현]]에 의해 코드에서 실현 될 수 있으며, 상기 구현은 하나 이상의 [[#tester|테스터]] Z함수에 의해 올바른 것으로 검증될 수 있습니다. ; {{anchor|ZKey}} Z키 {{English term|ZKey}} : 특정 [[#type |유형]]에 대한 [[#key|키]]를 정의하는 [[#ZObject|Z객체]]. ; {{anchor|ZList}} Z리스트 {{English term|ZList}} : 다른 Z객체의 순서가 지정된 시퀀스에 대한 [[#ZObject|Z객체]]. ; {{anchor|ZObject}} Z객체 {{English term|ZObject}} : [[#Wikifunctions|위키함수]]의 모든 항목은 Z객체입니다. 위키함수에 저장된 Z객체는 [[#ZID|ZID]]를 가지며 [[#Constructor|생성자]]와 [[#Function|함수]], [[#Type|유형]] 등과 같은 다양한 유형이 될 수 있습니다. Z객체는 [[#Key|키]]/[[#Value|값]] 쌍 집합으로 구성되며 각 키는 Z객체 당 한 번만 나타나고 값은 Z객체입니다. ; {{anchor|ZUnit}} ZUnit {{English term|ZUnit}} : [[:w:en:Unit type|단위 유형]]을 나타내는 [[#ZObject|ZObject]]입니다. [[Category:Glossary| {{#translation:}}]] 4j07u696ttprjxn0aqrpep3njtbqaw5 275513 275511 2026-05-16T12:21:44Z Tensama0415 73696 275513 wikitext text/x-wiki <noinclude><languages/> <!--<nowiki>(nowiki tags are so that the translate extension doesn't try to translate the TERM and DEFINITION in this boilerplate). Use this boilerplate for a new term: ; {{anchor|term|Term}} <translate>term</translate> {{English term|term}} : ''Definition verification needed'' : <translate>definition</translate> Notes: 1. Omit the "Definition verification" if you're sure that your definition is correct. 2. You can add several values for anchor, if it has spelling or capitalization variants; see the documentation for Template:Anchor and examples in other terms. </nowiki>--></noinclude> {{see also|wikt:en:Appendix:Glossary}} [[Wikifunctions talk:Glossary|토론 페이지]]에서 용어를 요청하거나 더 많은 용어를 추가하고 정의를 개선하세요. {|class="toccolours" style="margin:.2em auto;padding:.2em .5em;text-align:center" dir="ltr" lang="en" |- |style="padding:0;width:100%"|{{CompactTOC}} |} == A == ; {{anchor|abstract|Abstract}} 추상 {{English term|abstract}} : [[#natural_language|특정한 자연어]]가 아니라 그로부터의 추상화; 자연어 텍스트, 문장 또는 구의 의미에 대한 표기법을 제공하는 것을 목표로합니다. [[#concrete|구상]]의 반대. ; {{anchor|abstracttext|AbstractText}} AbstractText {{English term|AbstractText}} : [[#Wikifunctions|위키함수]] 아이디어의 프로토 타입 [https://github.com/google/abstracttext 구현]. ; {{anchor|abstract_article}} <span lang="en" dir="ltr" class="mw-content-ltr">Abstract Article</span> {{English term|abstract article}} : <span lang="en" dir="ltr" class="mw-content-ltr">A page in the main namespace of [[#abstract_Wikipedia|Abstract Wikipedia]]; a page that is similar to a Wikipedia article, but that is [[#abstract|abstract]]. The opposite of [[#concrete_article|concrete article]]. ("Abstract" is an adjective here; it ''doesn't'' mean "a summary of an article".)</span> ; {{anchor|abstract_content}} 추상 콘텐츠 {{English term|abstract content}} : [[#Content|콘텐츠]] 참조. ; {{anchor|abstract_Wikipedia|Abstract_Wikipedia}} 추상 위키백과 {{English term|Abstract Wikipedia}} : [[#local_Wikipedia|로컬 위키백과]]에서 [[#natural_language|자연어]]로 [[#article|문서]]를 [[#Renderer|렌더링]]하는 데 사용할 수 있는 모든 [[#Content|콘텐츠]]의 예비 이름; 현재 해당 [[#Item|항목]] 옆에 [[#Wikidata|위키데이터]]에 존재하도록 제안되었지만 [[#development_project|개발 프로젝트]]의 [[#Part_P2|Part P2]] 이전에 논의될 것입니다. ; {{anchor|alias}} 별칭 {{English term|alias}} : 객체를 찾는 데 가장 먼저 사용되는 객체의 대체 레이블입니다. ; {{anchor|argument}} 인수 {{English term|argument}} : <span lang="en" dir="ltr" class="mw-content-ltr">an input given to a [[#function call|function call]].</span> ; {{anchor|argument reference}} <span lang="en" dir="ltr" class="mw-content-ltr">argument reference</span> {{English term|argument reference}} : <span lang="en" dir="ltr" class="mw-content-ltr">a [[#reference|reference]] to one of the supplied arguments within a [[#composition|composition]].</span> ; {{anchor|array}} <span lang="en" dir="ltr" class="mw-content-ltr">array</span> {{English term|array}} : <span lang="en" dir="ltr" class="mw-content-ltr">Many programming languages have an "array" type. The counterparts in Wikifunctions are [[#list|list]] and [[#typed list|typed list]]. See also [[#Benjamin array|Benjamin array]].</span> ; {{anchor|article|Article}} 문서 {{English term|article}} : <span class="mw-translate-fuzzy">일반적으로 [[#Wikipedia|위키백과]]의 한 항목을 나타내는 위키백과의 기본 이름공간에 있는 문서.</span> == B == ; {{anchor|Benjamin array}} <span lang="en" dir="ltr" class="mw-content-ltr">Benjamin array</span> {{English term|Benjamin array}} : <span lang="en" dir="ltr" class="mw-content-ltr">a way to denote [[#typed list|typed list]] proposed by Benjamin Degenhart, where a typed list is stored as a JSON list whose first element denotes the type. This is in contrast with the previous proposed schema, which uses LISP-style singly-linked lists, in which the type must be stored once in each node.</span> ; {{anchor|boolean|Boolean}} <span lang="en" dir="ltr" class="mw-content-ltr">boolean</span> {{English term|boolean}} : <span lang="en" dir="ltr" class="mw-content-ltr">a value that can have 2 states, usually denoted true and false.</span> ; {{anchor|built-in|builtin}} 내장된 {{English term|built-in}} : 평가자가 제공하고 위키 인터페이스를 통해 편집할 수없는 함수의 기본 구현. == C == ; {{anchor|call}} 호출 {{English term|call}} : [[#function call|함수 호출]] 참조. 영어에서는 [[#invoke|인보크(invoke) 또는 인보케이션(invocation)]]이라는 용어도 사용할 수 있습니다. ; {{anchor|canonical|canonicalized|canonicalised}} 표준형의 {{English term|canonical, canonicalized, canonicalised}} : 구체적이고 덜 장황하며 따라서 [[#JSON|JSON]]으로 [[#ZObject|Z객체]]를 표현하는 더 읽기 쉬운 방법입니다. Z객체는 위키함수에 저장되는 일반적인 표현입니다. 이것은 [[#normal|정규형]]과 반대입니다. ; {{anchor|character}} 문자 {{English term|character}} : 문자열의 구성 요소인 유니 코드로 정의된 문자; 문자는 여러 바이트(또는 8진수)로 구성 될 수 있습니다. ; {{anchor|claim|Claim}} <span lang="en" dir="ltr" class="mw-content-ltr">claim</span> {{English term|claim}} : <span lang="en" dir="ltr" class="mw-content-ltr">In the [[:d:Special:MyLanguage/Wikidata:Glossary#Claim|Wikibase data model]], a claim is a main snak plus optional qualifiers, expressing an assertion about an entity (without references or rank).</span> : <span lang="en" dir="ltr" class="mw-content-ltr">Example: Entity: Albert Einstein</span> :* <span lang="en" dir="ltr" class="mw-content-ltr">Claim: Spouse = Mileva Marić, starting in 1903</span> :* <span lang="en" dir="ltr" class="mw-content-ltr">Main snak: P26 (spouse) → Q937 (Mileva Marić)</span> :* <span lang="en" dir="ltr" class="mw-content-ltr">Qualifier snak: P580 (start time) → 1903</span> : <span lang="en" dir="ltr" class="mw-content-ltr">→ “Albert Einstein’s spouse was Mileva Marić, starting in 1903.”</span> : <span lang="en" dir="ltr" class="mw-content-ltr">The claim can later be turned into a statement by adding a reference and rank.</span> ; {{anchor|composition}} 컴포지션 {{English term|composition}} : 다른 함수의 조합에 의해 구현이 제공되는 함수의 구현 형태; [[Special:MyLanguage/Wikifunctions:Function model#Composition|함수 모델]] 참조. ; {{anchor|composition notation}} 컴포지션 표기법 {{English term|composition notation}} : 컴포지션(composition)에 관한 읽기 쉬운 표기법; [[Special:MyLanguage/Wikifunctions:Function model#Composition|함수 모델]] 참조. ; {{anchor|concrete|Concrete}} 구상 {{English term|concrete}} : [[#natural_language|특정 자연어]]에서. [[#abstract|추상]]의 반대. ; {{anchor|concrete_article}} <span lang="en" dir="ltr" class="mw-content-ltr">concrete article</span> {{English term|concrete article}} : <span lang="en" dir="ltr" class="mw-content-ltr">See [[#article|article]]. The opposite of [[#abstract_article|Abstract Article]].</span> ; {{anchor|cons}} 단점 {{English term|cons}} : 상단에 요소를 추가하여 새로운 리스트를 생성하는 함수; [[phab:T261474]]을 참조. 위키백과의 [[w:cons|단점]]을 참조하세요. ; {{anchor|constructor|Constructor}} 생성자 {{English term|constructor}} : <span class="mw-translate-fuzzy">[[#Content|콘텐츠]]의 [[#abstract|추상]] 빌딩 블록; 생성자는 단일 구문 또는 문장 구조의 의미를 포착하는 것을 목표로 하며 종종 다른 생성자를 취할 수있는 슬롯을 가지고 있으며 다른 생성자의 슬롯을 채우는 값으로 자체적으로 사용될 수 있습니다.</span> ; {{anchor|Content}}<!--do not add |content to the anchor, it is used by MediaWiki--> 콘텐츠, 추상 콘텐츠 {{English term|content, abstract content}} : [[#Constructor|생성자]]에서 조립된 텍스트 또는 텍스트 조각의 추상 표현. 기술적으로는 인스턴스화 된 생성자. 최상위 생성자는 전체 [[#article|문서]]를 나타내는 데 사용되며 [[#Abstract_Wikipedia|추상 위키백과]]에 저장되지만 내용은 문장이나 구에 대한 것일 수도 있습니다. 추상 콘텐츠라고도 합니다. ; {{anchor|curry}} curried, curry, currying {{English term|curried, curry, currying}} : 커리 함수는 여러 인수를 각각 단일 인수가 있는 일련의 함수로 변환한 함수입니다. 이 기술은 미국 수학자 [[:w:en:Haskell하스켈 카레]]의 이름을 따서 명명되었습니다. 위키백과의 [[:w:en:Currying|커링]]을 참조하세요. == D == ; {{anchor|deserialization|Deserialization|deserialisation|Deserialisation}} 역직렬화 {{English term|deserialization}} : [[#serialization|직렬화]]의 반대. ; {{anchor|development_project|Development_project}} 개발 프로젝트 {{English term|development project}} : [[#Wikifunctions|위키함수]] 및 [[#Abstract_Wikipedia|추상 위키백과]] 개발 프로젝트; [[:m:Special:MyLanguage/Abstract Wikipedia/Plan|추상 위키백과 계획]] 참조. ; {{anchor|display function}} <span lang="en" dir="ltr" class="mw-content-ltr">display function</span> {{English term|display function}} : <span lang="en" dir="ltr" class="mw-content-ltr">a synonym of [[#renderer|renderer]]. For example, a function that converts a [[#type|type]] into a string that users can understand, such as converting a Number 123456 to "123,456" in (International) English, "1,23,456" in Indian English, "123.456" in French, etc., or converting the Date '2024','03','12' to '2024-03-12', and so on.</span> ; {{anchor|documentation}} 문서화 {{English term|documentation}} : 사람이 읽을 수 있는 객체를 설명하는 텍스트. == E == ; {{anchor|eney|eneyjj}} eneyj {{English term|eneyj}} :# [[#Wikifunctions|위키함수]]의 프로토타입 모델; :# [[#abstracttext|abstracttext]]에 제공된 해당 모델의 [[#evaluator|평가자]]에 대한 자바 스크립트 구현. ; {{anchor|error|Error}} 에러 {{English term|error}} : <span class="mw-translate-fuzzy">인스턴스가 평가 또는 검증의 문제를 나타내는 유형; [[Special:MyLanguage/Wikifunctions:Function model#Z5/Errors|함수 모델]] 참조.</span> ; {{anchor|evaluation|Evaluation}} <span lang="en" dir="ltr" class="mw-content-ltr">evaluation</span> {{English term|evaluation}} : <span lang="en" dir="ltr" class="mw-content-ltr">The action performed by the [[#evaluator|evaluator]].</span> ; {{anchor|evaluator|Evaluator}} 평가자 {{English term|evaluator}} : [[#ZObject|Z객체]]를 가져와 평가하는 소프트웨어, 즉 [[#Function|함수]]를 실행하고 결과를 반환하는 소프트웨어. 우리는 여러 평가자의 개발을 계획합니다. 평가자는 브라우저와 [[#Wikimedia_Foundation|위키미디어 재단]]의 서버, 클라우드, 모바일 장치의 앱 또는 기타 장소에서 구현 및 실행할 수 있습니다. [[#executor|실행자]] 및 [[#orchestrator|오케스트레이터]]와 비교합니다. ; {{anchor|execution|Execution}} <span lang="en" dir="ltr" class="mw-content-ltr">execution</span> {{English term|execution}} : <span lang="en" dir="ltr" class="mw-content-ltr">The action performed by the [[#executor|executor]].</span> ; {{anchor|executor|Executor|executors|Executors}} 실행자 {{English term|executor}} : 대중에게 노출되지 않는 일련의 내부 서비스 중 하나. [[#Orchestrator|오케스트레이터]]에 의해서만 호출 될 수 있습니다. 특정 프로그래밍 언어로 네이티브 코드를 실행합니다. 루아에 대한 하나의 실행 프로그램, 자바 스크립트에 대한 실행 프로그램, 파이썬에 대한 실행 프로그램 등이 있습니다. [https://gitlab.wikimedia.org/repos/abstract-wiki/wikifunctions/function-evaluator#executors 서비스 문서]를 참조. [[#evaluator|평가자]] 및 [[#orchestrator|오케스트레이터]]와 비교합니다. == F == ; {{anchor|function|Function}} 함수 {{English term|function}} : 일부 입력을 받아 출력을 반환하는 계산에 관한 사양; 위키백과의 [[w:ko:함수 (프로그래밍)|함수 (프로그래밍)]] 참조. ; {{anchor|function call|Function call}} 함수 호출 {{English term|function call}} : 함수 호출은 함수와 함수에 필요한 인수로 구성된 Z객체이며 다른 Z객체로 평가 될 수 있습니다. 영어에서는 "인보크(invoke)"라는 용어도 사용할 수 있습니다. ; {{anchor|function evaluator}} <span lang="en" dir="ltr" class="mw-content-ltr">function evaluator</span> {{English term|function evaluator}} : <span lang="en" dir="ltr" class="mw-content-ltr">See [[#evaluator|evaluator]].</span> ; {{anchor|function executor}} <span lang="en" dir="ltr" class="mw-content-ltr">function executor</span> {{English term|function executor}} : <span lang="en" dir="ltr" class="mw-content-ltr">See [[#executor|executor]].</span> ; {{anchor|function model}} 함수 모델 {{English term|function model}} : [[Special:MyLanguage/Wikifunctions:Function model|함수 모델]] 참조. ; {{anchor|function orchestrator}} <span lang="en" dir="ltr" class="mw-content-ltr">function orchestrator</span> {{English term|function orchestrator}} : <span lang="en" dir="ltr" class="mw-content-ltr">See [[#orchestrator|orchestrator]].</span> ; {{anchor|function schemata}} <span lang="en" dir="ltr" class="mw-content-ltr">function schemata</span> {{English term|function schemata}} : <span lang="en" dir="ltr" class="mw-content-ltr">a set of pre-defined ZObjects used in [[#orchestrator|orchestrator]] and [[#evaluator|evaluator]]. The [[#WikiLambda system|WikiLambda system account]] also populates pre-defined ZObjects on-wiki from function schemata.</span> ; {{anchor|functional}} 함수형 {{English term|functional}} : "순수 함수형"의 줄임말로, 그러한 함수의 [[#evaluation|평가]]는 부작용이 없고 결정론적입니다. 즉, 항상 동일합니다; 위키백과의 [[w:en:Purely functional programming|순수 함수형 프로그래밍]] 참조; [[Special:MyLanguage/Wikifunctions:Function model#non-functional|함수 모델]] 참조. == G == ; {{anchor|generic type}} 제네릭 유형 {{English term|generic type}} : 함수 호출의 [[#evaluation|평가]]에 의해 생성 된 유형. == I == ; {{anchor|identity|Identity}} 식별 {{English term|identity}} : 유형의 식별은 유형으로 평가되는 (특정) 함수의 인스턴스입니다. 단순 유형의 경우, 유형 자체에 대한 참조입니다. ; {{anchor|implementation|Implementation}} 구현 {{English term|implementation}} : <span class="mw-translate-fuzzy">[[#function|함수]]를 실행하는 특별한 방법. 구현은 특정 프로그래밍 언어로 된 코드 조각일 수도 있고 [[#evaluator|평가자]]에 "내장 된" 기능을 참조하거나 다른 함수에 대한 호출을 결합할 수도 있습니다. 함수에는 많은 구현이있을 수 있으며 모두 동일해야합니다. "[[#ZFunction|Z함수]] 구현"의 약자입니다.</span> ; {{anchor|instance}} 인스턴스 {{English term|instance}} : 모든 Z객체는 해당 유형의 인스턴스입니다. ; {{anchor|invoke}} 인보크 {{English term|invoke}} : 영어로 [[#call|호출]]의 동의어. [[#function call|함수 호출]]을 참조하세요. ; {{anchor|item|Item}} 항목 {{English term|item}} : [[#Wikidata|위키데이터]]의 지식 기반에 있는 항목; 위키데이터 용어집의 [[:d:Wikidata:Glossary#Item|항목]] 참조. == J == ; {{anchor|JSON}} JSON {{English term|JSON}} : <span class="mw-translate-fuzzy">널리 사용되는 데이터 직렬화; 위키백과의 [[w:en:JSON|JSON]]을 참조.</span> == K == ; {{anchor|key|Key}} 키 {{English term|key}} : 문자 K와 자연수로 끝나고 선택적으로 앞에 [[#ZID|ZID]]가 오는 문자열. 키는 일반적으로 [[#Type|유형]] 또는 [[#Function|함수]]에 대한 [[#Wikifunctions|위키함수]]에서 정의되며 [[#ZObject|Z객체]]를 강화하는 데 사용됩니다. == L == ; {{anchor|label}} 레이블 {{English term|label}} : Z객체를 식별하기 위해 주어지는 이름. 일반 텍스트만 가능. ; {{anchor|lexeme|Lexeme}} 어휘소 {{English term|lexeme}} : 대략적인 단어에 대한 사전 지식을 저장하는 [[#Wikidata|위키데이터]]의 항목; 위키데이터 용어집의 [[d:Wikidata:Glossary#Lexeme|어휘소]] 항목 참조. ; {{anchor|linearizer|Linearizer}} linearizer {{English term|linearizer}} : <span class="mw-translate-fuzzy">Z객체를 문자열로 변환하는 함수. [[$parser|파서]]의 반대입니다.</span> ; {{anchor|list|List}} 리스트 {{English term|list}} : 정렬된 엔티티에서 임의의 수의 인스턴스를 그룹화하는 데이터 유형; 위키백과의 [[w:en:List (abstract data type)|리스트 (추상 데이터 유형)]]을 참조하세요. ; {{anchor|literal}} 리터럴 {{English term|literal}} : Z객체가 아닌 값. 현재 유일하게 허용되는 리터럴은 문자열입니다. ; {{anchor|local_Wikipedia|Local_Wikipedia}} 로컬 위키백과 {{English term|local Wikipedia}} : 히브리어 위키백과, 일본어 위키백과 또는 이탈리아어 위키백과와 같은 특정 언어로 된 [[#Wikipedia|위키백과]]. == M == ; {{anchor|Multlingual_Wikipedia|multilingual_Wikipedia}} 다국어 위키백과 {{English term|multilingual Wikipedia}} : [[#local_Wikipedia|로컬 위키백과]]가 [[#Abstract_Wikipedia|추상 위키백과]]의 [[#Content|콘텐츠]]를 [[#Renderer|렌더링]]하여 자신의 언어로 더 포괄적이고 최신이며 알맞은 위키백과를 가질 수 있도록하는 구조; [[:m:Special:MyLanguage/Abstract Wikipedia/Architecture|추상 위키백과 구조]] 참조. == N == ; {{anchor|natural_language|Natural_language}} 자연어 {{English term|natural language}} : 영어와 타갈로그어 또는 스와힐리어와 같은 넓은 의미의 특정 자연어; 위키백과의 [[w:en:Natural language|자연어]]를 참조하세요. ; {{anchor|normal|Normal|normalized|Normalized|normalised}} 정규형의, 정규형 {{English term|normal}} : [[#JSON|JSON]]으로 [[#ZObject|Z객체]]를 표현하는 확장되고 쉽게 처리 가능하며 매우 균일한 방법입니다. 이것은 [[#canonical|표준형]]과 반대입니다. ; {{anchor|nothing|Nothing}} nothing {{English term|nothing}} : 인스턴스를 가질 수 없는 데이터 유형; 위키백과의 [[w:en:Bottom type|바닥 유형]] 참조. == O == ; {{anchor|object|Object}} 객체 {{English term|object}} :# 자바 스크립트 또는 JSON에서 객체는 기본적으로 연관 배열입니다. 위키백과의 [[w:ko:연관 배열|연관 배열]]을 참조하세요. :# <span lang="en" dir="ltr" class="mw-content-ltr">In Wikifunctions, synonym of [[#ZObject|ZObject]].</span> ; {{anchor|orchestration|Orchestration}} <span lang="en" dir="ltr" class="mw-content-ltr">orchestration</span> {{English term|orchestration}} :<span lang="en" dir="ltr" class="mw-content-ltr">The action performed by the [[#orchestrator|orchestrator]].</span> ; {{anchor|orchestrator|Orchestrator}} 오케스트레이터 {{English term|orchestrator}} : <span class="mw-translate-fuzzy">[[#ZObject|Z객체]]를 가져와 [[#Evaluator|평가]]된 버전을 반환하는 서비스입니다. 이를 위해 필요한 다른 Z객체, 일부 함수 호출을 평가하기위한 [[#Executor|실행자]] 및 [[#Wikidata|위키데이터]]와 같은 기타 서비스에 대한 위키를 호출합니다. [https://gitlab.wikimedia.org/repos/abstract-wiki/wikifunctions/function-orchestrator#wikifunctions-function-orchestrator 서비스 문서]를 참조하세요. [[#evaluator|평가자]] 및 [[#executor|실행자]]와 비교합니다.</span> == P == ; {{anchor|page|Page}} 문서 {{English term|page}} : <span class="mw-translate-fuzzy">[[#wiki|위키]]는 독립적으로 편집할 수 있는 여러 개별 페이지로 구성됩니다.</span> ; {{anchor|parser|Parser}} 파서 {{English term|parser}} : <span class="mw-translate-fuzzy">문자열을 Z객체로 변환하는 함수. [[$linearizer|linearizer]]의 반대.</span> ; {{anchor|pair|Pair}} 짝 {{English term|pair}} : 특정 (임의의) 유형의 두 Z객체를 포함하는 복합 Z객체. ; {{anchor|part_P1|Part_P1}} 파트 P1 {{English term|Part P1}} : [[#Wikifunctions|위키함수]] 생성을 다루는 [[#development_project|개발 프로젝트]]의 일부입니다. 그것은 프로젝트의 시작 부분에서 시작하여 평생 동안 계속됩니다. [[:m:Special:MyLanguage/Abstract Wikipedia/Tasks#Part P1: Wikifunctions|파트 P1: 위키함수]]를 참조하세요. ; {{anchor|part_P2|Part_P2}} 파트 P2 {{English term|Part P2}} : [[#Abstract_Wikipedia|추상 위키백과]] 생성을 다루는 [[#development_project|개발 프로젝트]]의 일부입니다. 프로젝트에서 약 1년 후에 시작되어 이 기간의 후반기 동안 계속됩니다. [[:m:Special:MyLanguage/Abstract Wikipedia/Tasks#Part P2: Abstract Wikipedia|파트 P2: 추상 위키백과]] 참조. ; {{anchor|persistent|Persistent}} 영속적, 영속 {{English term|persistent}} : [[#ZID|ZID]]가 있고 위키의 자체 페이지가 있는 [[#ZObject|Z객체]] 대부분의 영속 Z객체에는 ZID가 없는 Z객체인 [[#value|값]]이 포함되어 있으므로 영속적이지 않습니다. ; {{anchor|property|Property}} 속성 {{English term|property}} : [[#Wikidata|위키데이터]]의 지식 기반에서 [[#Item|항목]]에 대해 [[#Statement|서술]]하는 데 사용됩니다. 위키데이터 용어집에서 [[:d:Wikidata:Glossary#Property|속성]] 참조. == Q == ; {{anchor|quote|Quote}} 인용 {{English term|quote}} : 평가되지는 않지만 그대로 유지되는 데이터 구조. ; {{anchor|QID}} QID {{English term|QID}} : [[#Wikidata|위키데이터]] 항목의 식별자로, 문자 "Q" 뒤에 정수가 오는 것으로 구성됩니다. == R == ; {{anchor|reading function}} <span lang="en" dir="ltr" class="mw-content-ltr">reading function</span> {{English term|reading function}} : <span lang="en" dir="ltr" class="mw-content-ltr">a synonym of [[#parser|parser]]. A function that converts user text input from a string into a given Type. For example, converting the String "123456" to the Number '123456', or the string "2024-03-12" to the Date '2024', '03', '12'.</span> ; {{anchor|reference|Reference}} 참조 {{English term|reference}} : 기본 객체를 나타내는 ID입니다. 예를 들어, 문자열 "Z11"은 유형 Z11/단어 언어 텍스트를 나타냅니다. : {{TakeNote}}이 용어는 위키데이터와는 완전히 다른 의미를 가지고 있습니다. 위키백과의 [[w:en:Reference (computer science)|참조 (컴컴퓨터 과학)]] 참조. ; {{anchor|renderer|Renderer}} 렌더러 {{English term|renderer}} (1) : <span lang="en" dir="ltr" class="mw-content-ltr">a function to convert a ZObject to a string. The opposite of [[#parser|parser]]. (formerly called "linearizer")</span> ; <span lang="en" dir="ltr" class="mw-content-ltr">renderer</span> {{English term|renderer}} (2) : [[#natural_language|자연어]]에 대한 [[#Content|콘텐츠]]와 식별자를 입력으로 가져오고 해당 자연어의 텍스트를 출력으로 반환하고, [[#Lexeme|어휘소]]의 지식을 사용하여 콘텐츠를 구체적인 텍스트로 나타내는 [[#Function|함수]]입니다. : {{TakeNote}}<span lang="en" dir="ltr" class="mw-content-ltr">This is a future feature, and the meaning of the term "renderer" in the {{Pg|:m:Abstract Wikipedia/Historic proposal|original proposal}}; this term collides with the current usage of "renderer", so it may be renamed in the future.</span> ; {{anchor|reify}} 구체화 {{English term|reify}} : 객체를 구성 부분으로 분해하여 부분에 개별적으로 접근할 수 있도록 하는 함수; 위키백과에서 [[w:en:Reification (computer science)|구체화]] 참조; [[phab:T261474]] 참조. ; {{anchor|REPL}} REPL {{English term|REPL}} : Read / Eval / Print - Loop, 입력을 받아 평가하고 결과를 표시하는 명령 줄 인터페이스; 위키백과의 [[w:ko:REPL|REPL]] 참조; [[Special:MyLanguage/Wikifunctions:Function model#REPL|함수 모델]] 참조. == S == ; {{anchor|schemata}} <span lang="en" dir="ltr" class="mw-content-ltr">schemata</span> {{English term|schemata}} : <span lang="en" dir="ltr" class="mw-content-ltr">See [[#function schemata|function schemata]].</span> ; {{anchor|serialization|Serialization|serialisation|Serialisation}} 직렬화 {{English term|serialization}} : [[#JSON|JSON]]에서 Z객체를 표현하는 방법; [[#canonical|표준형]], [[#normal|정규형]]도 참조. ; {{anchor|snak|Snak}}<span lang="en" dir="ltr" class="mw-content-ltr">snak</span> {{English term|snak}} : <span lang="en" dir="ltr" class="mw-content-ltr">In the [[:mw:Special:MyLanguage/Wikibase/DataModel|Wikibase data model]], a snak is the smallest unit of a statement, linking a property to either a value, “no value”, or “some value.”</span> : <span lang="en" dir="ltr" class="mw-content-ltr">Example [[#statement|statement]] for {{Q|Q937}} with 3 snaks:</span> : <span lang="en" dir="ltr" class="mw-content-ltr">Main snak:</span> :  <span lang="en" dir="ltr" class="mw-content-ltr">Property: {{Q|P26}} → Value: {{Q|Q76346}}</span> : <span lang="en" dir="ltr" class="mw-content-ltr">Qualifier snak (adds context):</span> :  <span lang="en" dir="ltr" class="mw-content-ltr">Property: {{Q|P580}} → Value: 1903</span> : <span lang="en" dir="ltr" class="mw-content-ltr">Reference snak (supports the claim):</span> :  <span lang="en" dir="ltr" class="mw-content-ltr">Property: {{Q|P248}} → Value: {{Q|Q23833686}}</span> : <span lang="en" dir="ltr" class="mw-content-ltr">Resulting statement (in words): “Albert Einstein’s spouse was Mileva Marić, starting in 1903, as stated in the Catalog of the German National Library.”</span> ; {{anchor|statement|Statement}} 서술 {{English term|statement}} : <span class="mw-translate-fuzzy">[[#Wikidata|위키데이터]]의 지식 기반에서 [[#Item|항목]]에 대한 지식을 제공하는 데 사용됩니다. 위키데이터 용어집의 [[:d:Special:MyLanguage/Wikidata:Glossary#Statement|서술]] 참조.</span> ; {{anchor|string}} 문자열 {{English term|string}} : 일련의 문자. ; {{anchor|sum type|Sum type}} 합계 유형 {{English term|sum type}} : 구성 유형의 인스턴스를 가질 수 있는 유형; 위키백과의 [[w:en:Sum type|집계 유형]] 참조. [[Special:MyLanguage/Wikifunctions:Function model#Zx/Sum_types|함수 모델]] 참조. == T == ; {{anchor|template}} 틀 {{English term|template}} : <span class="mw-translate-fuzzy">[[#renderer|렌더러]]를 자리 표시자가 산재된 텍스트 또는 "슬롯"으로 지정하는 방법은 [[#constructor|생성자]]의 데이터, 함수 계산 또는 다른 틀의 내용으로 채울 수 있습니다. 틀 구문에 대한 자세한 내용은 [[:m:Special:MyLanguage/Abstract Wikipedia/Template Language for Wikifunctions|위키함수용 틀 언어]] 문서를 참조하세요.</span> ; {{anchor|tester|Tester}} 테스터 {{English term|tester}} : 주어진 [[#ZFunction|Z함수]]가 정확하게 일을 하고 있는지 자동으로 결정하는 방법. [[#function|함수]]에는 일반적으로 여러 테스터가 있으며, 각 테스터는 함수에 대한 일부 입력을 지정하고 주어진 입력에 대한 출력이 충족되어야합니다. 예를 들어, "케이스 제목(title case)" 함수의 테스터에는 다음이 포함될 수 있습니다: "abc"는 "Abc"가 되어야합니다; "war and peace"는 "War and Peace"가 되어야합니다; "война и мир"는 "Война и мир"가 되어야합니다; "123"은 "123"으로 유지되어야합니다. ; {{anchor|transient|Transient}} 일시적 {{English term|transient}} : [[#persistent|영속적]]의 반대. ; {{anchor|type|Type}} 유형 {{English term|type}} : 객체의 유형은 주어진 객체를 해석하고 이해하는 방법과 객체로 수행할 수 있는 작업을 알려줍니다. 예를 들어 값이 "2023"인 객체가 있는 경우 유형이 정수인지, 연도인지 또는 문자열인지에 따라 해당 객체를 다르게 이해합니다. 모든 객체는 "실제 세계에 있는 것"을 나타냅니다. 정수 2023은 2023년과 다릅니다. 유형은 주어진 객체를 해석하는 방법을 알려주므로 실제 세계에서 어떤 것을 참조하는지 알 수 있습니다. 기술적으로는 해당 유형의 객체가 구성되는 방식과 해당 유형의 유효한 객체가 되기 위해 충족해야 하는 조건을 정의합니다. 유형은 Z객체의 유효성을 검사하는 [[#Function|함수]]를 제공하여 [[#ZObject|Z객체]]가 이 유형의 유효한 인스턴스가 되는 조건을 정의합니다. 유형은 Z객체 자체이므로 [[#Wikifunctions|위키함수]]의 기여자는 새로운 유형을 만들 수 있습니다. ; {{anchor|type converter}} <span lang="en" dir="ltr" class="mw-content-ltr">type converter</span> {{English term|type converter}} : <span lang="en" dir="ltr" class="mw-content-ltr">A script written in some programming language (such as JavaScript), taking a native object (such as BigInt), and returning a JSON object representing the corresponding ZObject; or ''vice versa''.</span> ; {{anchor|typed list|Typed List}} <span lang="en" dir="ltr" class="mw-content-ltr">typed list</span> {{English term|typed list}} : <span lang="en" dir="ltr" class="mw-content-ltr">A typed list is a [[#list|list]] in which all members of the list are of a specific, predefined [[#type|type]]. For example, a typed list of [[#string|strings]] is a list in which all members of the list are strings. A typed list takes one argument: the type that all the members of the list have to be an instance of. Typed lists are probably the most widely used [[#generic type|generic type]].</span> == V == ; {{anchor|value}} 값 {{English term|value}} : 다른 Z객체의 [[#key|키]]와 연관된 문자열 또는 [[#ZObject|Z객체]]. ; {{anchor|validation|Validation}} <span lang="en" dir="ltr" class="mw-content-ltr">validation</span> {{English term|validation}} : <span lang="en" dir="ltr" class="mw-content-ltr">The action performed by the [[#validator|validator]].</span> ; {{anchor|validator|Validator}} 검증자 {{English term|validator}} : <span class="mw-translate-fuzzy">Z객체를 인수로 사용하고 발견된 오류 목록을 반환하는 함수.</span> == W == ; {{anchor|wiki|Wiki}} 위키 {{English term|wiki}} : [[#page|페이지]]를 쉽고 공동으로 편집 할 수 있는 웹 사이트. ; {{anchor|Wikidata}} 위키데이터 {{English term|Wikidata}} : 공동으로 편집된 자유 지식 기반인 [[#Wikimedia_Foundation|위키미디어 재단]]의 프로젝트; [[:m:Special:MyLanguage/Wikidata|위키데이터]] 참조. ; {{anchor|Wikifunctions}}{{anchor|Wikilambda}} 위키함수 {{English term|Wikifunctions}} : [[#Wikimedia_Foundation|위키미디어 재단]]의 새로운 프로젝트; 무료이고 공동으로 개발하며 유지 관리하는 [[#Function|함수]] 카탈로그. {{Pg|:m:Abstract Wikipedia/Historic proposal|원래 제안}}에서 처음에는 위키람다로 알려졌습니다(이 이름은 현재 위키람다 확장에 사용됨). ; {{anchor|WikiLambda}} 위키람다 {{English term|WikiLambda}} : 프로젝트를 구동하는 데 사용되는 소프트웨어, [[mw:Special:MyLanguage/Extension:WikiLambda|확장:위키람다]]. ; {{anchor|WikiLambda system}} 위키람다 시스템 {{English term|WikiLambda system}} : <span lang="en" dir="ltr" class="mw-content-ltr">an automated system account that is a key part of the WikiLambda extension. See [[User:WikiLambda system]] for its current function.</span> ; {{anchor|WMF|Wikimedia_Foundation}} 위키미디어 재단 {{English term|Wikimedia Foundation}} : 위키미디어 운동을 지원하는 조직; [[:m:Special:MyLanguage/Wikimedia Foundation|위키미디어 재단]] 참조. ; {{anchor|Wikipedia}} 위키백과 {{English term|Wikipedia}} : [[#Wikimedia_Foundation|위키미디어 재단]]의 프로젝트, 공동으로 편집하는 자유 백과사전, [[:m:Special:MyLanguage/Wikipedia|위키백과]] 참조. ; 위키백과, 추상 {{English term|Wikipedia, Abstract}} : [[#Abstract_Wikipedia|추상 위키백과]] 참조. ; 위키백과, 다국어 {{English term|Wikipedia, multilingual}} : [[#multilingual_Wikipedia|다국어 위키백과]] 참조. == Z == ; {{anchor|ZID|ZIDs}} ZID {{English term|ZID}} : 문자 Z로 시작하고 뒤에 자연수가 오는 ID. [[#persistent|영구]] [[#ZObject|Z객체]]를 식별하는 데 사용됩니다. ; {{anchor|zfunction|ZFunction}} Z함수 {{English term|ZFunction}} : [[#evaluator|평가자]]를 통해 사용할 수 있는 특정 [[#function|함수]]를 설명하는 [[#Wikifunctions|위키함수]]의 위키 문서입니다. 각 Z함수는 하나 이상의 [[#implementation|구현]]에 의해 코드에서 실현 될 수 있으며, 상기 구현은 하나 이상의 [[#tester|테스터]] Z함수에 의해 올바른 것으로 검증될 수 있습니다. ; {{anchor|ZKey}} Z키 {{English term|ZKey}} : 특정 [[#type |유형]]에 대한 [[#key|키]]를 정의하는 [[#ZObject|Z객체]]. ; {{anchor|ZList}} Z리스트 {{English term|ZList}} : 다른 Z객체의 순서가 지정된 시퀀스에 대한 [[#ZObject|Z객체]]. ; {{anchor|ZObject}} Z객체 {{English term|ZObject}} : [[#Wikifunctions|위키함수]]의 모든 항목은 Z객체입니다. 위키함수에 저장된 Z객체는 [[#ZID|ZID]]를 가지며 [[#Constructor|생성자]]와 [[#Function|함수]], [[#Type|유형]] 등과 같은 다양한 유형이 될 수 있습니다. Z객체는 [[#Key|키]]/[[#Value|값]] 쌍 집합으로 구성되며 각 키는 Z객체 당 한 번만 나타나고 값은 Z객체입니다. ; {{anchor|ZUnit}} ZUnit {{English term|ZUnit}} : [[:w:en:Unit type|단위 유형]]을 나타내는 [[#ZObject|ZObject]]입니다. [[Category:Glossary| {{#translation:}}]] rwh3jeo4lazk6knu9ui6bnsbagxutyt 275515 275513 2026-05-16T12:22:13Z Tensama0415 73696 275515 wikitext text/x-wiki <noinclude><languages/> <!--<nowiki>(nowiki tags are so that the translate extension doesn't try to translate the TERM and DEFINITION in this boilerplate). Use this boilerplate for a new term: ; {{anchor|term|Term}} <translate>term</translate> {{English term|term}} : ''Definition verification needed'' : <translate>definition</translate> Notes: 1. Omit the "Definition verification" if you're sure that your definition is correct. 2. You can add several values for anchor, if it has spelling or capitalization variants; see the documentation for Template:Anchor and examples in other terms. </nowiki>--></noinclude> {{see also|wikt:en:Appendix:Glossary}} [[Wikifunctions talk:Glossary|토론 페이지]]에서 용어를 요청하거나 더 많은 용어를 추가하고 정의를 개선하세요. {|class="toccolours" style="margin:.2em auto;padding:.2em .5em;text-align:center" dir="ltr" lang="en" |- |style="padding:0;width:100%"|{{CompactTOC}} |} == A == ; {{anchor|abstract|Abstract}} 추상 {{English term|abstract}} : [[#natural_language|특정한 자연어]]가 아니라 그로부터의 추상화; 자연어 텍스트, 문장 또는 구의 의미에 대한 표기법을 제공하는 것을 목표로합니다. [[#concrete|구상]]의 반대. ; {{anchor|abstracttext|AbstractText}} AbstractText {{English term|AbstractText}} : [[#Wikifunctions|위키함수]] 아이디어의 프로토 타입 [https://github.com/google/abstracttext 구현]. ; {{anchor|abstract_article}} <span lang="en" dir="ltr" class="mw-content-ltr">Abstract Article</span> {{English term|abstract article}} : <span lang="en" dir="ltr" class="mw-content-ltr">A page in the main namespace of [[#abstract_Wikipedia|Abstract Wikipedia]]; a page that is similar to a Wikipedia article, but that is [[#abstract|abstract]]. The opposite of [[#concrete_article|concrete article]]. ("Abstract" is an adjective here; it ''doesn't'' mean "a summary of an article".)</span> ; {{anchor|abstract_content}} 추상 콘텐츠 {{English term|abstract content}} : [[#Content|콘텐츠]] 참조. ; {{anchor|abstract_Wikipedia|Abstract_Wikipedia}} 추상 위키백과 {{English term|Abstract Wikipedia}} : [[#local_Wikipedia|로컬 위키백과]]에서 [[#natural_language|자연어]]로 [[#article|문서]]를 [[#Renderer|렌더링]]하는 데 사용할 수 있는 모든 [[#Content|콘텐츠]]의 예비 이름; 현재 해당 [[#Item|항목]] 옆에 [[#Wikidata|위키데이터]]에 존재하도록 제안되었지만 [[#development_project|개발 프로젝트]]의 [[#Part_P2|Part P2]] 이전에 논의될 것입니다. ; {{anchor|alias}} 별칭 {{English term|alias}} : 객체를 찾는 데 가장 먼저 사용되는 객체의 대체 레이블입니다. ; {{anchor|argument}} 인수 {{English term|argument}} : <span lang="en" dir="ltr" class="mw-content-ltr">an input given to a [[#function call|function call]].</span> ; {{anchor|argument reference}} <span lang="en" dir="ltr" class="mw-content-ltr">argument reference</span> {{English term|argument reference}} : <span lang="en" dir="ltr" class="mw-content-ltr">a [[#reference|reference]] to one of the supplied arguments within a [[#composition|composition]].</span> ; {{anchor|array}} <span lang="en" dir="ltr" class="mw-content-ltr">array</span> {{English term|array}} : <span lang="en" dir="ltr" class="mw-content-ltr">Many programming languages have an "array" type. The counterparts in Wikifunctions are [[#list|list]] and [[#typed list|typed list]]. See also [[#Benjamin array|Benjamin array]].</span> ; {{anchor|article|Article}} 문서 {{English term|article}} : <span class="mw-translate-fuzzy">일반적으로 [[#Wikipedia|위키백과]]의 한 항목을 나타내는 위키백과의 기본 이름공간에 있는 문서.</span> == B == ; {{anchor|Benjamin array}} <span lang="en" dir="ltr" class="mw-content-ltr">Benjamin array</span> {{English term|Benjamin array}} : <span lang="en" dir="ltr" class="mw-content-ltr">a way to denote [[#typed list|typed list]] proposed by Benjamin Degenhart, where a typed list is stored as a JSON list whose first element denotes the type. This is in contrast with the previous proposed schema, which uses LISP-style singly-linked lists, in which the type must be stored once in each node.</span> ; {{anchor|boolean|Boolean}} <span lang="en" dir="ltr" class="mw-content-ltr">boolean</span> {{English term|boolean}} : <span lang="en" dir="ltr" class="mw-content-ltr">a value that can have 2 states, usually denoted true and false.</span> ; {{anchor|built-in|builtin}} 내장된 {{English term|built-in}} : 평가자가 제공하고 위키 인터페이스를 통해 편집할 수없는 함수의 기본 구현. == C == ; {{anchor|call}} 호출 {{English term|call}} : [[#function call|함수 호출]] 참조. 영어에서는 [[#invoke|인보크(invoke) 또는 인보케이션(invocation)]]이라는 용어도 사용할 수 있습니다. ; {{anchor|canonical|canonicalized|canonicalised}} 표준형의 {{English term|canonical, canonicalized, canonicalised}} : 구체적이고 덜 장황하며 따라서 [[#JSON|JSON]]으로 [[#ZObject|Z객체]]를 표현하는 더 읽기 쉬운 방법입니다. Z객체는 위키함수에 저장되는 일반적인 표현입니다. 이것은 [[#normal|정규형]]과 반대입니다. ; {{anchor|character}} 문자 {{English term|character}} : 문자열의 구성 요소인 유니 코드로 정의된 문자; 문자는 여러 바이트(또는 8진수)로 구성 될 수 있습니다. ; {{anchor|claim|Claim}} <span lang="en" dir="ltr" class="mw-content-ltr">claim</span> {{English term|claim}} : <span lang="en" dir="ltr" class="mw-content-ltr">In the [[:d:Special:MyLanguage/Wikidata:Glossary#Claim|Wikibase data model]], a claim is a main snak plus optional qualifiers, expressing an assertion about an entity (without references or rank).</span> : <span lang="en" dir="ltr" class="mw-content-ltr">Example: Entity: Albert Einstein</span> :* <span lang="en" dir="ltr" class="mw-content-ltr">Claim: Spouse = Mileva Marić, starting in 1903</span> :* <span lang="en" dir="ltr" class="mw-content-ltr">Main snak: P26 (spouse) → Q937 (Mileva Marić)</span> :* <span lang="en" dir="ltr" class="mw-content-ltr">Qualifier snak: P580 (start time) → 1903</span> : <span lang="en" dir="ltr" class="mw-content-ltr">→ “Albert Einstein’s spouse was Mileva Marić, starting in 1903.”</span> : <span lang="en" dir="ltr" class="mw-content-ltr">The claim can later be turned into a statement by adding a reference and rank.</span> ; {{anchor|composition}} 컴포지션 {{English term|composition}} : 다른 함수의 조합에 의해 구현이 제공되는 함수의 구현 형태; [[Special:MyLanguage/Wikifunctions:Function model#Composition|함수 모델]] 참조. ; {{anchor|composition notation}} 컴포지션 표기법 {{English term|composition notation}} : 컴포지션(composition)에 관한 읽기 쉬운 표기법; [[Special:MyLanguage/Wikifunctions:Function model#Composition|함수 모델]] 참조. ; {{anchor|concrete|Concrete}} 구상 {{English term|concrete}} : [[#natural_language|특정 자연어]]에서. [[#abstract|추상]]의 반대. ; {{anchor|concrete_article}} <span lang="en" dir="ltr" class="mw-content-ltr">concrete article</span> {{English term|concrete article}} : <span lang="en" dir="ltr" class="mw-content-ltr">See [[#article|article]]. The opposite of [[#abstract_article|Abstract Article]].</span> ; {{anchor|cons}} 단점 {{English term|cons}} : 상단에 요소를 추가하여 새로운 리스트를 생성하는 함수; [[phab:T261474]]을 참조. 위키백과의 [[w:cons|단점]]을 참조하세요. ; {{anchor|constructor|Constructor}} 생성자 {{English term|constructor}} : <span class="mw-translate-fuzzy">[[#Content|콘텐츠]]의 [[#abstract|추상]] 빌딩 블록; 생성자는 단일 구문 또는 문장 구조의 의미를 포착하는 것을 목표로 하며 종종 다른 생성자를 취할 수있는 슬롯을 가지고 있으며 다른 생성자의 슬롯을 채우는 값으로 자체적으로 사용될 수 있습니다.</span> ; {{anchor|Content}}<!--do not add |content to the anchor, it is used by MediaWiki--> 콘텐츠, 추상 콘텐츠 {{English term|content, abstract content}} : [[#Constructor|생성자]]에서 조립된 텍스트 또는 텍스트 조각의 추상 표현. 기술적으로는 인스턴스화 된 생성자. 최상위 생성자는 전체 [[#article|문서]]를 나타내는 데 사용되며 [[#Abstract_Wikipedia|추상 위키백과]]에 저장되지만 내용은 문장이나 구에 대한 것일 수도 있습니다. 추상 콘텐츠라고도 합니다. ; {{anchor|curry}} curried, curry, currying {{English term|curried, curry, currying}} : 커리 함수는 여러 인수를 각각 단일 인수가 있는 일련의 함수로 변환한 함수입니다. 이 기술은 미국 수학자 [[:w:en:Haskell하스켈 카레]]의 이름을 따서 명명되었습니다. 위키백과의 [[:w:en:Currying|커링]]을 참조하세요. == D == ; {{anchor|deserialization|Deserialization|deserialisation|Deserialisation}} 역직렬화 {{English term|deserialization}} : [[#serialization|직렬화]]의 반대. ; {{anchor|development_project|Development_project}} 개발 프로젝트 {{English term|development project}} : [[#Wikifunctions|위키함수]] 및 [[#Abstract_Wikipedia|추상 위키백과]] 개발 프로젝트; [[:m:Special:MyLanguage/Abstract Wikipedia/Plan|추상 위키백과 계획]] 참조. ; {{anchor|display function}} <span lang="en" dir="ltr" class="mw-content-ltr">display function</span> {{English term|display function}} : <span lang="en" dir="ltr" class="mw-content-ltr">a synonym of [[#renderer|renderer]]. For example, a function that converts a [[#type|type]] into a string that users can understand, such as converting a Number 123456 to "123,456" in (International) English, "1,23,456" in Indian English, "123.456" in French, etc., or converting the Date '2024','03','12' to '2024-03-12', and so on.</span> ; {{anchor|documentation}} 문서화 {{English term|documentation}} : 사람이 읽을 수 있는 객체를 설명하는 텍스트. == E == ; {{anchor|eney|eneyjj}} eneyj {{English term|eneyj}} :# [[#Wikifunctions|위키함수]]의 프로토타입 모델; :# [[#abstracttext|abstracttext]]에 제공된 해당 모델의 [[#evaluator|평가자]]에 대한 자바 스크립트 구현. ; {{anchor|error|Error}} 에러 {{English term|error}} : <span class="mw-translate-fuzzy">인스턴스가 평가 또는 검증의 문제를 나타내는 유형; [[Special:MyLanguage/Wikifunctions:Function model#Z5/Errors|함수 모델]] 참조.</span> ; {{anchor|evaluation|Evaluation}} <span lang="en" dir="ltr" class="mw-content-ltr">evaluation</span> {{English term|evaluation}} : <span lang="en" dir="ltr" class="mw-content-ltr">The action performed by the [[#evaluator|evaluator]].</span> ; {{anchor|evaluator|Evaluator}} 평가자 {{English term|evaluator}} : [[#ZObject|Z객체]]를 가져와 평가하는 소프트웨어, 즉 [[#Function|함수]]를 실행하고 결과를 반환하는 소프트웨어. 우리는 여러 평가자의 개발을 계획합니다. 평가자는 브라우저와 [[#Wikimedia_Foundation|위키미디어 재단]]의 서버, 클라우드, 모바일 장치의 앱 또는 기타 장소에서 구현 및 실행할 수 있습니다. [[#executor|실행자]] 및 [[#orchestrator|오케스트레이터]]와 비교합니다. ; {{anchor|execution|Execution}} <span lang="en" dir="ltr" class="mw-content-ltr">execution</span> {{English term|execution}} : <span lang="en" dir="ltr" class="mw-content-ltr">The action performed by the [[#executor|executor]].</span> ; {{anchor|executor|Executor|executors|Executors}} 실행자 {{English term|executor}} : 대중에게 노출되지 않는 일련의 내부 서비스 중 하나. [[#Orchestrator|오케스트레이터]]에 의해서만 호출 될 수 있습니다. 특정 프로그래밍 언어로 네이티브 코드를 실행합니다. 루아에 대한 하나의 실행 프로그램, 자바 스크립트에 대한 실행 프로그램, 파이썬에 대한 실행 프로그램 등이 있습니다. [https://gitlab.wikimedia.org/repos/abstract-wiki/wikifunctions/function-evaluator#executors 서비스 문서]를 참조. [[#evaluator|평가자]] 및 [[#orchestrator|오케스트레이터]]와 비교합니다. == F == ; {{anchor|function|Function}} 함수 {{English term|function}} : 일부 입력을 받아 출력을 반환하는 계산에 관한 사양; 위키백과의 [[w:ko:함수 (프로그래밍)|함수 (프로그래밍)]] 참조. ; {{anchor|function call|Function call}} 함수 호출 {{English term|function call}} : 함수 호출은 함수와 함수에 필요한 인수로 구성된 Z객체이며 다른 Z객체로 평가 될 수 있습니다. 영어에서는 "인보크(invoke)"라는 용어도 사용할 수 있습니다. ; {{anchor|function evaluator}} <span lang="en" dir="ltr" class="mw-content-ltr">function evaluator</span> {{English term|function evaluator}} : <span lang="en" dir="ltr" class="mw-content-ltr">See [[#evaluator|evaluator]].</span> ; {{anchor|function executor}} <span lang="en" dir="ltr" class="mw-content-ltr">function executor</span> {{English term|function executor}} : <span lang="en" dir="ltr" class="mw-content-ltr">See [[#executor|executor]].</span> ; {{anchor|function model}} 함수 모델 {{English term|function model}} : [[Special:MyLanguage/Wikifunctions:Function model|함수 모델]] 참조. ; {{anchor|function orchestrator}} <span lang="en" dir="ltr" class="mw-content-ltr">function orchestrator</span> {{English term|function orchestrator}} : <span lang="en" dir="ltr" class="mw-content-ltr">See [[#orchestrator|orchestrator]].</span> ; {{anchor|function schemata}} <span lang="en" dir="ltr" class="mw-content-ltr">function schemata</span> {{English term|function schemata}} : <span lang="en" dir="ltr" class="mw-content-ltr">a set of pre-defined ZObjects used in [[#orchestrator|orchestrator]] and [[#evaluator|evaluator]]. The [[#WikiLambda system|WikiLambda system account]] also populates pre-defined ZObjects on-wiki from function schemata.</span> ; {{anchor|functional}} 함수형 {{English term|functional}} : "순수 함수형"의 줄임말로, 그러한 함수의 [[#evaluation|평가]]는 부작용이 없고 결정론적입니다. 즉, 항상 동일합니다; 위키백과의 [[w:en:Purely functional programming|순수 함수형 프로그래밍]] 참조; [[Special:MyLanguage/Wikifunctions:Function model#non-functional|함수 모델]] 참조. == G == ; {{anchor|generic type}} 제네릭 유형 {{English term|generic type}} : 함수 호출의 [[#evaluation|평가]]에 의해 생성 된 유형. == I == ; {{anchor|identity|Identity}} 식별 {{English term|identity}} : 유형의 식별은 유형으로 평가되는 (특정) 함수의 인스턴스입니다. 단순 유형의 경우, 유형 자체에 대한 참조입니다. ; {{anchor|implementation|Implementation}} 구현 {{English term|implementation}} : [[#function|함수]]를 실행하는 특별한 방법. 구현은 특정 프로그래밍 언어로 된 코드 조각일 수도 있고 [[#evaluator|평가자]]에 "내장 된" 기능을 참조하거나 다른 함수에 대한 호출을 결합할 수도 있습니다. 함수에는 많은 [[#composition|구현]]이 있을 수 있으며 모두 동일해야 합니다. "[[#ZFunction|Z함수]] 구현"의 약자입니다. ; {{anchor|instance}} 인스턴스 {{English term|instance}} : 모든 Z객체는 해당 유형의 인스턴스입니다. ; {{anchor|invoke}} 인보크 {{English term|invoke}} : 영어로 [[#call|호출]]의 동의어. [[#function call|함수 호출]]을 참조하세요. ; {{anchor|item|Item}} 항목 {{English term|item}} : [[#Wikidata|위키데이터]]의 지식 기반에 있는 항목; 위키데이터 용어집의 [[:d:Wikidata:Glossary#Item|항목]] 참조. == J == ; {{anchor|JSON}} JSON {{English term|JSON}} : <span class="mw-translate-fuzzy">널리 사용되는 데이터 직렬화; 위키백과의 [[w:en:JSON|JSON]]을 참조.</span> == K == ; {{anchor|key|Key}} 키 {{English term|key}} : 문자 K와 자연수로 끝나고 선택적으로 앞에 [[#ZID|ZID]]가 오는 문자열. 키는 일반적으로 [[#Type|유형]] 또는 [[#Function|함수]]에 대한 [[#Wikifunctions|위키함수]]에서 정의되며 [[#ZObject|Z객체]]를 강화하는 데 사용됩니다. == L == ; {{anchor|label}} 레이블 {{English term|label}} : Z객체를 식별하기 위해 주어지는 이름. 일반 텍스트만 가능. ; {{anchor|lexeme|Lexeme}} 어휘소 {{English term|lexeme}} : 대략적인 단어에 대한 사전 지식을 저장하는 [[#Wikidata|위키데이터]]의 항목; 위키데이터 용어집의 [[d:Wikidata:Glossary#Lexeme|어휘소]] 항목 참조. ; {{anchor|linearizer|Linearizer}} linearizer {{English term|linearizer}} : <span class="mw-translate-fuzzy">Z객체를 문자열로 변환하는 함수. [[$parser|파서]]의 반대입니다.</span> ; {{anchor|list|List}} 리스트 {{English term|list}} : 정렬된 엔티티에서 임의의 수의 인스턴스를 그룹화하는 데이터 유형; 위키백과의 [[w:en:List (abstract data type)|리스트 (추상 데이터 유형)]]을 참조하세요. ; {{anchor|literal}} 리터럴 {{English term|literal}} : Z객체가 아닌 값. 현재 유일하게 허용되는 리터럴은 문자열입니다. ; {{anchor|local_Wikipedia|Local_Wikipedia}} 로컬 위키백과 {{English term|local Wikipedia}} : 히브리어 위키백과, 일본어 위키백과 또는 이탈리아어 위키백과와 같은 특정 언어로 된 [[#Wikipedia|위키백과]]. == M == ; {{anchor|Multlingual_Wikipedia|multilingual_Wikipedia}} 다국어 위키백과 {{English term|multilingual Wikipedia}} : [[#local_Wikipedia|로컬 위키백과]]가 [[#Abstract_Wikipedia|추상 위키백과]]의 [[#Content|콘텐츠]]를 [[#Renderer|렌더링]]하여 자신의 언어로 더 포괄적이고 최신이며 알맞은 위키백과를 가질 수 있도록하는 구조; [[:m:Special:MyLanguage/Abstract Wikipedia/Architecture|추상 위키백과 구조]] 참조. == N == ; {{anchor|natural_language|Natural_language}} 자연어 {{English term|natural language}} : 영어와 타갈로그어 또는 스와힐리어와 같은 넓은 의미의 특정 자연어; 위키백과의 [[w:en:Natural language|자연어]]를 참조하세요. ; {{anchor|normal|Normal|normalized|Normalized|normalised}} 정규형의, 정규형 {{English term|normal}} : [[#JSON|JSON]]으로 [[#ZObject|Z객체]]를 표현하는 확장되고 쉽게 처리 가능하며 매우 균일한 방법입니다. 이것은 [[#canonical|표준형]]과 반대입니다. ; {{anchor|nothing|Nothing}} nothing {{English term|nothing}} : 인스턴스를 가질 수 없는 데이터 유형; 위키백과의 [[w:en:Bottom type|바닥 유형]] 참조. == O == ; {{anchor|object|Object}} 객체 {{English term|object}} :# 자바 스크립트 또는 JSON에서 객체는 기본적으로 연관 배열입니다. 위키백과의 [[w:ko:연관 배열|연관 배열]]을 참조하세요. :# <span lang="en" dir="ltr" class="mw-content-ltr">In Wikifunctions, synonym of [[#ZObject|ZObject]].</span> ; {{anchor|orchestration|Orchestration}} <span lang="en" dir="ltr" class="mw-content-ltr">orchestration</span> {{English term|orchestration}} :<span lang="en" dir="ltr" class="mw-content-ltr">The action performed by the [[#orchestrator|orchestrator]].</span> ; {{anchor|orchestrator|Orchestrator}} 오케스트레이터 {{English term|orchestrator}} : <span class="mw-translate-fuzzy">[[#ZObject|Z객체]]를 가져와 [[#Evaluator|평가]]된 버전을 반환하는 서비스입니다. 이를 위해 필요한 다른 Z객체, 일부 함수 호출을 평가하기위한 [[#Executor|실행자]] 및 [[#Wikidata|위키데이터]]와 같은 기타 서비스에 대한 위키를 호출합니다. [https://gitlab.wikimedia.org/repos/abstract-wiki/wikifunctions/function-orchestrator#wikifunctions-function-orchestrator 서비스 문서]를 참조하세요. [[#evaluator|평가자]] 및 [[#executor|실행자]]와 비교합니다.</span> == P == ; {{anchor|page|Page}} 문서 {{English term|page}} : <span class="mw-translate-fuzzy">[[#wiki|위키]]는 독립적으로 편집할 수 있는 여러 개별 페이지로 구성됩니다.</span> ; {{anchor|parser|Parser}} 파서 {{English term|parser}} : <span class="mw-translate-fuzzy">문자열을 Z객체로 변환하는 함수. [[$linearizer|linearizer]]의 반대.</span> ; {{anchor|pair|Pair}} 짝 {{English term|pair}} : 특정 (임의의) 유형의 두 Z객체를 포함하는 복합 Z객체. ; {{anchor|part_P1|Part_P1}} 파트 P1 {{English term|Part P1}} : [[#Wikifunctions|위키함수]] 생성을 다루는 [[#development_project|개발 프로젝트]]의 일부입니다. 그것은 프로젝트의 시작 부분에서 시작하여 평생 동안 계속됩니다. [[:m:Special:MyLanguage/Abstract Wikipedia/Tasks#Part P1: Wikifunctions|파트 P1: 위키함수]]를 참조하세요. ; {{anchor|part_P2|Part_P2}} 파트 P2 {{English term|Part P2}} : [[#Abstract_Wikipedia|추상 위키백과]] 생성을 다루는 [[#development_project|개발 프로젝트]]의 일부입니다. 프로젝트에서 약 1년 후에 시작되어 이 기간의 후반기 동안 계속됩니다. [[:m:Special:MyLanguage/Abstract Wikipedia/Tasks#Part P2: Abstract Wikipedia|파트 P2: 추상 위키백과]] 참조. ; {{anchor|persistent|Persistent}} 영속적, 영속 {{English term|persistent}} : [[#ZID|ZID]]가 있고 위키의 자체 페이지가 있는 [[#ZObject|Z객체]] 대부분의 영속 Z객체에는 ZID가 없는 Z객체인 [[#value|값]]이 포함되어 있으므로 영속적이지 않습니다. ; {{anchor|property|Property}} 속성 {{English term|property}} : [[#Wikidata|위키데이터]]의 지식 기반에서 [[#Item|항목]]에 대해 [[#Statement|서술]]하는 데 사용됩니다. 위키데이터 용어집에서 [[:d:Wikidata:Glossary#Property|속성]] 참조. == Q == ; {{anchor|quote|Quote}} 인용 {{English term|quote}} : 평가되지는 않지만 그대로 유지되는 데이터 구조. ; {{anchor|QID}} QID {{English term|QID}} : [[#Wikidata|위키데이터]] 항목의 식별자로, 문자 "Q" 뒤에 정수가 오는 것으로 구성됩니다. == R == ; {{anchor|reading function}} <span lang="en" dir="ltr" class="mw-content-ltr">reading function</span> {{English term|reading function}} : <span lang="en" dir="ltr" class="mw-content-ltr">a synonym of [[#parser|parser]]. A function that converts user text input from a string into a given Type. For example, converting the String "123456" to the Number '123456', or the string "2024-03-12" to the Date '2024', '03', '12'.</span> ; {{anchor|reference|Reference}} 참조 {{English term|reference}} : 기본 객체를 나타내는 ID입니다. 예를 들어, 문자열 "Z11"은 유형 Z11/단어 언어 텍스트를 나타냅니다. : {{TakeNote}}이 용어는 위키데이터와는 완전히 다른 의미를 가지고 있습니다. 위키백과의 [[w:en:Reference (computer science)|참조 (컴컴퓨터 과학)]] 참조. ; {{anchor|renderer|Renderer}} 렌더러 {{English term|renderer}} (1) : <span lang="en" dir="ltr" class="mw-content-ltr">a function to convert a ZObject to a string. The opposite of [[#parser|parser]]. (formerly called "linearizer")</span> ; <span lang="en" dir="ltr" class="mw-content-ltr">renderer</span> {{English term|renderer}} (2) : [[#natural_language|자연어]]에 대한 [[#Content|콘텐츠]]와 식별자를 입력으로 가져오고 해당 자연어의 텍스트를 출력으로 반환하고, [[#Lexeme|어휘소]]의 지식을 사용하여 콘텐츠를 구체적인 텍스트로 나타내는 [[#Function|함수]]입니다. : {{TakeNote}}<span lang="en" dir="ltr" class="mw-content-ltr">This is a future feature, and the meaning of the term "renderer" in the {{Pg|:m:Abstract Wikipedia/Historic proposal|original proposal}}; this term collides with the current usage of "renderer", so it may be renamed in the future.</span> ; {{anchor|reify}} 구체화 {{English term|reify}} : 객체를 구성 부분으로 분해하여 부분에 개별적으로 접근할 수 있도록 하는 함수; 위키백과에서 [[w:en:Reification (computer science)|구체화]] 참조; [[phab:T261474]] 참조. ; {{anchor|REPL}} REPL {{English term|REPL}} : Read / Eval / Print - Loop, 입력을 받아 평가하고 결과를 표시하는 명령 줄 인터페이스; 위키백과의 [[w:ko:REPL|REPL]] 참조; [[Special:MyLanguage/Wikifunctions:Function model#REPL|함수 모델]] 참조. == S == ; {{anchor|schemata}} <span lang="en" dir="ltr" class="mw-content-ltr">schemata</span> {{English term|schemata}} : <span lang="en" dir="ltr" class="mw-content-ltr">See [[#function schemata|function schemata]].</span> ; {{anchor|serialization|Serialization|serialisation|Serialisation}} 직렬화 {{English term|serialization}} : [[#JSON|JSON]]에서 Z객체를 표현하는 방법; [[#canonical|표준형]], [[#normal|정규형]]도 참조. ; {{anchor|snak|Snak}}<span lang="en" dir="ltr" class="mw-content-ltr">snak</span> {{English term|snak}} : <span lang="en" dir="ltr" class="mw-content-ltr">In the [[:mw:Special:MyLanguage/Wikibase/DataModel|Wikibase data model]], a snak is the smallest unit of a statement, linking a property to either a value, “no value”, or “some value.”</span> : <span lang="en" dir="ltr" class="mw-content-ltr">Example [[#statement|statement]] for {{Q|Q937}} with 3 snaks:</span> : <span lang="en" dir="ltr" class="mw-content-ltr">Main snak:</span> :  <span lang="en" dir="ltr" class="mw-content-ltr">Property: {{Q|P26}} → Value: {{Q|Q76346}}</span> : <span lang="en" dir="ltr" class="mw-content-ltr">Qualifier snak (adds context):</span> :  <span lang="en" dir="ltr" class="mw-content-ltr">Property: {{Q|P580}} → Value: 1903</span> : <span lang="en" dir="ltr" class="mw-content-ltr">Reference snak (supports the claim):</span> :  <span lang="en" dir="ltr" class="mw-content-ltr">Property: {{Q|P248}} → Value: {{Q|Q23833686}}</span> : <span lang="en" dir="ltr" class="mw-content-ltr">Resulting statement (in words): “Albert Einstein’s spouse was Mileva Marić, starting in 1903, as stated in the Catalog of the German National Library.”</span> ; {{anchor|statement|Statement}} 서술 {{English term|statement}} : <span class="mw-translate-fuzzy">[[#Wikidata|위키데이터]]의 지식 기반에서 [[#Item|항목]]에 대한 지식을 제공하는 데 사용됩니다. 위키데이터 용어집의 [[:d:Special:MyLanguage/Wikidata:Glossary#Statement|서술]] 참조.</span> ; {{anchor|string}} 문자열 {{English term|string}} : 일련의 문자. ; {{anchor|sum type|Sum type}} 합계 유형 {{English term|sum type}} : 구성 유형의 인스턴스를 가질 수 있는 유형; 위키백과의 [[w:en:Sum type|집계 유형]] 참조. [[Special:MyLanguage/Wikifunctions:Function model#Zx/Sum_types|함수 모델]] 참조. == T == ; {{anchor|template}} 틀 {{English term|template}} : <span class="mw-translate-fuzzy">[[#renderer|렌더러]]를 자리 표시자가 산재된 텍스트 또는 "슬롯"으로 지정하는 방법은 [[#constructor|생성자]]의 데이터, 함수 계산 또는 다른 틀의 내용으로 채울 수 있습니다. 틀 구문에 대한 자세한 내용은 [[:m:Special:MyLanguage/Abstract Wikipedia/Template Language for Wikifunctions|위키함수용 틀 언어]] 문서를 참조하세요.</span> ; {{anchor|tester|Tester}} 테스터 {{English term|tester}} : 주어진 [[#ZFunction|Z함수]]가 정확하게 일을 하고 있는지 자동으로 결정하는 방법. [[#function|함수]]에는 일반적으로 여러 테스터가 있으며, 각 테스터는 함수에 대한 일부 입력을 지정하고 주어진 입력에 대한 출력이 충족되어야합니다. 예를 들어, "케이스 제목(title case)" 함수의 테스터에는 다음이 포함될 수 있습니다: "abc"는 "Abc"가 되어야합니다; "war and peace"는 "War and Peace"가 되어야합니다; "война и мир"는 "Война и мир"가 되어야합니다; "123"은 "123"으로 유지되어야합니다. ; {{anchor|transient|Transient}} 일시적 {{English term|transient}} : [[#persistent|영속적]]의 반대. ; {{anchor|type|Type}} 유형 {{English term|type}} : 객체의 유형은 주어진 객체를 해석하고 이해하는 방법과 객체로 수행할 수 있는 작업을 알려줍니다. 예를 들어 값이 "2023"인 객체가 있는 경우 유형이 정수인지, 연도인지 또는 문자열인지에 따라 해당 객체를 다르게 이해합니다. 모든 객체는 "실제 세계에 있는 것"을 나타냅니다. 정수 2023은 2023년과 다릅니다. 유형은 주어진 객체를 해석하는 방법을 알려주므로 실제 세계에서 어떤 것을 참조하는지 알 수 있습니다. 기술적으로는 해당 유형의 객체가 구성되는 방식과 해당 유형의 유효한 객체가 되기 위해 충족해야 하는 조건을 정의합니다. 유형은 Z객체의 유효성을 검사하는 [[#Function|함수]]를 제공하여 [[#ZObject|Z객체]]가 이 유형의 유효한 인스턴스가 되는 조건을 정의합니다. 유형은 Z객체 자체이므로 [[#Wikifunctions|위키함수]]의 기여자는 새로운 유형을 만들 수 있습니다. ; {{anchor|type converter}} <span lang="en" dir="ltr" class="mw-content-ltr">type converter</span> {{English term|type converter}} : <span lang="en" dir="ltr" class="mw-content-ltr">A script written in some programming language (such as JavaScript), taking a native object (such as BigInt), and returning a JSON object representing the corresponding ZObject; or ''vice versa''.</span> ; {{anchor|typed list|Typed List}} <span lang="en" dir="ltr" class="mw-content-ltr">typed list</span> {{English term|typed list}} : <span lang="en" dir="ltr" class="mw-content-ltr">A typed list is a [[#list|list]] in which all members of the list are of a specific, predefined [[#type|type]]. For example, a typed list of [[#string|strings]] is a list in which all members of the list are strings. A typed list takes one argument: the type that all the members of the list have to be an instance of. Typed lists are probably the most widely used [[#generic type|generic type]].</span> == V == ; {{anchor|value}} 값 {{English term|value}} : 다른 Z객체의 [[#key|키]]와 연관된 문자열 또는 [[#ZObject|Z객체]]. ; {{anchor|validation|Validation}} <span lang="en" dir="ltr" class="mw-content-ltr">validation</span> {{English term|validation}} : <span lang="en" dir="ltr" class="mw-content-ltr">The action performed by the [[#validator|validator]].</span> ; {{anchor|validator|Validator}} 검증자 {{English term|validator}} : <span class="mw-translate-fuzzy">Z객체를 인수로 사용하고 발견된 오류 목록을 반환하는 함수.</span> == W == ; {{anchor|wiki|Wiki}} 위키 {{English term|wiki}} : [[#page|페이지]]를 쉽고 공동으로 편집 할 수 있는 웹 사이트. ; {{anchor|Wikidata}} 위키데이터 {{English term|Wikidata}} : 공동으로 편집된 자유 지식 기반인 [[#Wikimedia_Foundation|위키미디어 재단]]의 프로젝트; [[:m:Special:MyLanguage/Wikidata|위키데이터]] 참조. ; {{anchor|Wikifunctions}}{{anchor|Wikilambda}} 위키함수 {{English term|Wikifunctions}} : [[#Wikimedia_Foundation|위키미디어 재단]]의 새로운 프로젝트; 무료이고 공동으로 개발하며 유지 관리하는 [[#Function|함수]] 카탈로그. {{Pg|:m:Abstract Wikipedia/Historic proposal|원래 제안}}에서 처음에는 위키람다로 알려졌습니다(이 이름은 현재 위키람다 확장에 사용됨). ; {{anchor|WikiLambda}} 위키람다 {{English term|WikiLambda}} : 프로젝트를 구동하는 데 사용되는 소프트웨어, [[mw:Special:MyLanguage/Extension:WikiLambda|확장:위키람다]]. ; {{anchor|WikiLambda system}} 위키람다 시스템 {{English term|WikiLambda system}} : <span lang="en" dir="ltr" class="mw-content-ltr">an automated system account that is a key part of the WikiLambda extension. See [[User:WikiLambda system]] for its current function.</span> ; {{anchor|WMF|Wikimedia_Foundation}} 위키미디어 재단 {{English term|Wikimedia Foundation}} : 위키미디어 운동을 지원하는 조직; [[:m:Special:MyLanguage/Wikimedia Foundation|위키미디어 재단]] 참조. ; {{anchor|Wikipedia}} 위키백과 {{English term|Wikipedia}} : [[#Wikimedia_Foundation|위키미디어 재단]]의 프로젝트, 공동으로 편집하는 자유 백과사전, [[:m:Special:MyLanguage/Wikipedia|위키백과]] 참조. ; 위키백과, 추상 {{English term|Wikipedia, Abstract}} : [[#Abstract_Wikipedia|추상 위키백과]] 참조. ; 위키백과, 다국어 {{English term|Wikipedia, multilingual}} : [[#multilingual_Wikipedia|다국어 위키백과]] 참조. == Z == ; {{anchor|ZID|ZIDs}} ZID {{English term|ZID}} : 문자 Z로 시작하고 뒤에 자연수가 오는 ID. [[#persistent|영구]] [[#ZObject|Z객체]]를 식별하는 데 사용됩니다. ; {{anchor|zfunction|ZFunction}} Z함수 {{English term|ZFunction}} : [[#evaluator|평가자]]를 통해 사용할 수 있는 특정 [[#function|함수]]를 설명하는 [[#Wikifunctions|위키함수]]의 위키 문서입니다. 각 Z함수는 하나 이상의 [[#implementation|구현]]에 의해 코드에서 실현 될 수 있으며, 상기 구현은 하나 이상의 [[#tester|테스터]] Z함수에 의해 올바른 것으로 검증될 수 있습니다. ; {{anchor|ZKey}} Z키 {{English term|ZKey}} : 특정 [[#type |유형]]에 대한 [[#key|키]]를 정의하는 [[#ZObject|Z객체]]. ; {{anchor|ZList}} Z리스트 {{English term|ZList}} : 다른 Z객체의 순서가 지정된 시퀀스에 대한 [[#ZObject|Z객체]]. ; {{anchor|ZObject}} Z객체 {{English term|ZObject}} : [[#Wikifunctions|위키함수]]의 모든 항목은 Z객체입니다. 위키함수에 저장된 Z객체는 [[#ZID|ZID]]를 가지며 [[#Constructor|생성자]]와 [[#Function|함수]], [[#Type|유형]] 등과 같은 다양한 유형이 될 수 있습니다. Z객체는 [[#Key|키]]/[[#Value|값]] 쌍 집합으로 구성되며 각 키는 Z객체 당 한 번만 나타나고 값은 Z객체입니다. ; {{anchor|ZUnit}} ZUnit {{English term|ZUnit}} : [[:w:en:Unit type|단위 유형]]을 나타내는 [[#ZObject|ZObject]]입니다. [[Category:Glossary| {{#translation:}}]] o5yuij0creifl626ijs6fx6knfw1tpz 275517 275515 2026-05-16T12:23:27Z Tensama0415 73696 275517 wikitext text/x-wiki <noinclude><languages/> <!--<nowiki>(nowiki tags are so that the translate extension doesn't try to translate the TERM and DEFINITION in this boilerplate). Use this boilerplate for a new term: ; {{anchor|term|Term}} <translate>term</translate> {{English term|term}} : ''Definition verification needed'' : <translate>definition</translate> Notes: 1. Omit the "Definition verification" if you're sure that your definition is correct. 2. You can add several values for anchor, if it has spelling or capitalization variants; see the documentation for Template:Anchor and examples in other terms. </nowiki>--></noinclude> {{see also|wikt:en:Appendix:Glossary}} [[Wikifunctions talk:Glossary|토론 페이지]]에서 용어를 요청하거나 더 많은 용어를 추가하고 정의를 개선하세요. {|class="toccolours" style="margin:.2em auto;padding:.2em .5em;text-align:center" dir="ltr" lang="en" |- |style="padding:0;width:100%"|{{CompactTOC}} |} == A == ; {{anchor|abstract|Abstract}} 추상 {{English term|abstract}} : [[#natural_language|특정한 자연어]]가 아니라 그로부터의 추상화; 자연어 텍스트, 문장 또는 구의 의미에 대한 표기법을 제공하는 것을 목표로합니다. [[#concrete|구상]]의 반대. ; {{anchor|abstracttext|AbstractText}} AbstractText {{English term|AbstractText}} : [[#Wikifunctions|위키함수]] 아이디어의 프로토 타입 [https://github.com/google/abstracttext 구현]. ; {{anchor|abstract_article}} <span lang="en" dir="ltr" class="mw-content-ltr">Abstract Article</span> {{English term|abstract article}} : <span lang="en" dir="ltr" class="mw-content-ltr">A page in the main namespace of [[#abstract_Wikipedia|Abstract Wikipedia]]; a page that is similar to a Wikipedia article, but that is [[#abstract|abstract]]. The opposite of [[#concrete_article|concrete article]]. ("Abstract" is an adjective here; it ''doesn't'' mean "a summary of an article".)</span> ; {{anchor|abstract_content}} 추상 콘텐츠 {{English term|abstract content}} : [[#Content|콘텐츠]] 참조. ; {{anchor|abstract_Wikipedia|Abstract_Wikipedia}} 추상 위키백과 {{English term|Abstract Wikipedia}} : [[#local_Wikipedia|로컬 위키백과]]에서 [[#natural_language|자연어]]로 [[#article|문서]]를 [[#Renderer|렌더링]]하는 데 사용할 수 있는 모든 [[#Content|콘텐츠]]의 예비 이름; 현재 해당 [[#Item|항목]] 옆에 [[#Wikidata|위키데이터]]에 존재하도록 제안되었지만 [[#development_project|개발 프로젝트]]의 [[#Part_P2|Part P2]] 이전에 논의될 것입니다. ; {{anchor|alias}} 별칭 {{English term|alias}} : 객체를 찾는 데 가장 먼저 사용되는 객체의 대체 레이블입니다. ; {{anchor|argument}} 인수 {{English term|argument}} : <span lang="en" dir="ltr" class="mw-content-ltr">an input given to a [[#function call|function call]].</span> ; {{anchor|argument reference}} <span lang="en" dir="ltr" class="mw-content-ltr">argument reference</span> {{English term|argument reference}} : <span lang="en" dir="ltr" class="mw-content-ltr">a [[#reference|reference]] to one of the supplied arguments within a [[#composition|composition]].</span> ; {{anchor|array}} <span lang="en" dir="ltr" class="mw-content-ltr">array</span> {{English term|array}} : <span lang="en" dir="ltr" class="mw-content-ltr">Many programming languages have an "array" type. The counterparts in Wikifunctions are [[#list|list]] and [[#typed list|typed list]]. See also [[#Benjamin array|Benjamin array]].</span> ; {{anchor|article|Article}} 문서 {{English term|article}} : <span class="mw-translate-fuzzy">일반적으로 [[#Wikipedia|위키백과]]의 한 항목을 나타내는 위키백과의 기본 이름공간에 있는 문서.</span> == B == ; {{anchor|Benjamin array}} <span lang="en" dir="ltr" class="mw-content-ltr">Benjamin array</span> {{English term|Benjamin array}} : <span lang="en" dir="ltr" class="mw-content-ltr">a way to denote [[#typed list|typed list]] proposed by Benjamin Degenhart, where a typed list is stored as a JSON list whose first element denotes the type. This is in contrast with the previous proposed schema, which uses LISP-style singly-linked lists, in which the type must be stored once in each node.</span> ; {{anchor|boolean|Boolean}} <span lang="en" dir="ltr" class="mw-content-ltr">boolean</span> {{English term|boolean}} : <span lang="en" dir="ltr" class="mw-content-ltr">a value that can have 2 states, usually denoted true and false.</span> ; {{anchor|built-in|builtin}} 내장된 {{English term|built-in}} : 평가자가 제공하고 위키 인터페이스를 통해 편집할 수없는 함수의 기본 구현. == C == ; {{anchor|call}} 호출 {{English term|call}} : [[#function call|함수 호출]] 참조. 영어에서는 [[#invoke|인보크(invoke) 또는 인보케이션(invocation)]]이라는 용어도 사용할 수 있습니다. ; {{anchor|canonical|canonicalized|canonicalised}} 표준형의 {{English term|canonical, canonicalized, canonicalised}} : 구체적이고 덜 장황하며 따라서 [[#JSON|JSON]]으로 [[#ZObject|Z객체]]를 표현하는 더 읽기 쉬운 방법입니다. Z객체는 위키함수에 저장되는 일반적인 표현입니다. 이것은 [[#normal|정규형]]과 반대입니다. ; {{anchor|character}} 문자 {{English term|character}} : 문자열의 구성 요소인 유니 코드로 정의된 문자; 문자는 여러 바이트(또는 8진수)로 구성 될 수 있습니다. ; {{anchor|claim|Claim}} <span lang="en" dir="ltr" class="mw-content-ltr">claim</span> {{English term|claim}} : <span lang="en" dir="ltr" class="mw-content-ltr">In the [[:d:Special:MyLanguage/Wikidata:Glossary#Claim|Wikibase data model]], a claim is a main snak plus optional qualifiers, expressing an assertion about an entity (without references or rank).</span> : <span lang="en" dir="ltr" class="mw-content-ltr">Example: Entity: Albert Einstein</span> :* <span lang="en" dir="ltr" class="mw-content-ltr">Claim: Spouse = Mileva Marić, starting in 1903</span> :* <span lang="en" dir="ltr" class="mw-content-ltr">Main snak: P26 (spouse) → Q937 (Mileva Marić)</span> :* <span lang="en" dir="ltr" class="mw-content-ltr">Qualifier snak: P580 (start time) → 1903</span> : <span lang="en" dir="ltr" class="mw-content-ltr">→ “Albert Einstein’s spouse was Mileva Marić, starting in 1903.”</span> : <span lang="en" dir="ltr" class="mw-content-ltr">The claim can later be turned into a statement by adding a reference and rank.</span> ; {{anchor|composition}} 컴포지션 {{English term|composition}} : 다른 함수의 조합에 의해 구현이 제공되는 함수의 구현 형태; [[Special:MyLanguage/Wikifunctions:Function model#Composition|함수 모델]] 참조. ; {{anchor|composition notation}} 컴포지션 표기법 {{English term|composition notation}} : 컴포지션(composition)에 관한 읽기 쉬운 표기법; [[Special:MyLanguage/Wikifunctions:Function model#Composition|함수 모델]] 참조. ; {{anchor|concrete|Concrete}} 구상 {{English term|concrete}} : [[#natural_language|특정 자연어]]에서. [[#abstract|추상]]의 반대. ; {{anchor|concrete_article}} <span lang="en" dir="ltr" class="mw-content-ltr">concrete article</span> {{English term|concrete article}} : <span lang="en" dir="ltr" class="mw-content-ltr">See [[#article|article]]. The opposite of [[#abstract_article|Abstract Article]].</span> ; {{anchor|cons}} 단점 {{English term|cons}} : 상단에 요소를 추가하여 새로운 리스트를 생성하는 함수; [[phab:T261474]]을 참조. 위키백과의 [[w:cons|단점]]을 참조하세요. ; {{anchor|constructor|Constructor}} 생성자 {{English term|constructor}} : <span class="mw-translate-fuzzy">[[#Content|콘텐츠]]의 [[#abstract|추상]] 빌딩 블록; 생성자는 단일 구문 또는 문장 구조의 의미를 포착하는 것을 목표로 하며 종종 다른 생성자를 취할 수있는 슬롯을 가지고 있으며 다른 생성자의 슬롯을 채우는 값으로 자체적으로 사용될 수 있습니다.</span> ; {{anchor|Content}}<!--do not add |content to the anchor, it is used by MediaWiki--> 콘텐츠, 추상 콘텐츠 {{English term|content, abstract content}} : [[#Constructor|생성자]]에서 조립된 텍스트 또는 텍스트 조각의 추상 표현. 기술적으로는 인스턴스화 된 생성자. 최상위 생성자는 전체 [[#article|문서]]를 나타내는 데 사용되며 [[#Abstract_Wikipedia|추상 위키백과]]에 저장되지만 내용은 문장이나 구에 대한 것일 수도 있습니다. 추상 콘텐츠라고도 합니다. ; {{anchor|curry}} curried, curry, currying {{English term|curried, curry, currying}} : 커리 함수는 여러 인수를 각각 단일 인수가 있는 일련의 함수로 변환한 함수입니다. 이 기술은 미국 수학자 [[:w:en:Haskell하스켈 카레]]의 이름을 따서 명명되었습니다. 위키백과의 [[:w:en:Currying|커링]]을 참조하세요. == D == ; {{anchor|deserialization|Deserialization|deserialisation|Deserialisation}} 역직렬화 {{English term|deserialization}} : [[#serialization|직렬화]]의 반대. ; {{anchor|development_project|Development_project}} 개발 프로젝트 {{English term|development project}} : [[#Wikifunctions|위키함수]] 및 [[#Abstract_Wikipedia|추상 위키백과]] 개발 프로젝트; [[:m:Special:MyLanguage/Abstract Wikipedia/Plan|추상 위키백과 계획]] 참조. ; {{anchor|display function}} <span lang="en" dir="ltr" class="mw-content-ltr">display function</span> {{English term|display function}} : <span lang="en" dir="ltr" class="mw-content-ltr">a synonym of [[#renderer|renderer]]. For example, a function that converts a [[#type|type]] into a string that users can understand, such as converting a Number 123456 to "123,456" in (International) English, "1,23,456" in Indian English, "123.456" in French, etc., or converting the Date '2024','03','12' to '2024-03-12', and so on.</span> ; {{anchor|documentation}} 문서화 {{English term|documentation}} : 사람이 읽을 수 있는 객체를 설명하는 텍스트. == E == ; {{anchor|eney|eneyjj}} eneyj {{English term|eneyj}} :# [[#Wikifunctions|위키함수]]의 프로토타입 모델; :# [[#abstracttext|abstracttext]]에 제공된 해당 모델의 [[#evaluator|평가자]]에 대한 자바 스크립트 구현. ; {{anchor|error|Error}} 에러 {{English term|error}} : <span class="mw-translate-fuzzy">인스턴스가 평가 또는 검증의 문제를 나타내는 유형; [[Special:MyLanguage/Wikifunctions:Function model#Z5/Errors|함수 모델]] 참조.</span> ; {{anchor|evaluation|Evaluation}} <span lang="en" dir="ltr" class="mw-content-ltr">evaluation</span> {{English term|evaluation}} : <span lang="en" dir="ltr" class="mw-content-ltr">The action performed by the [[#evaluator|evaluator]].</span> ; {{anchor|evaluator|Evaluator}} 평가자 {{English term|evaluator}} : [[#ZObject|Z객체]]를 가져와 평가하는 소프트웨어, 즉 [[#Function|함수]]를 실행하고 결과를 반환하는 소프트웨어. 우리는 여러 평가자의 개발을 계획합니다. 평가자는 브라우저와 [[#Wikimedia_Foundation|위키미디어 재단]]의 서버, 클라우드, 모바일 장치의 앱 또는 기타 장소에서 구현 및 실행할 수 있습니다. [[#executor|실행자]] 및 [[#orchestrator|오케스트레이터]]와 비교합니다. ; {{anchor|execution|Execution}} <span lang="en" dir="ltr" class="mw-content-ltr">execution</span> {{English term|execution}} : <span lang="en" dir="ltr" class="mw-content-ltr">The action performed by the [[#executor|executor]].</span> ; {{anchor|executor|Executor|executors|Executors}} 실행자 {{English term|executor}} : 대중에게 노출되지 않는 일련의 내부 서비스 중 하나. [[#Orchestrator|오케스트레이터]]에 의해서만 호출 될 수 있습니다. 특정 프로그래밍 언어로 네이티브 코드를 실행합니다. 루아에 대한 하나의 실행 프로그램, 자바 스크립트에 대한 실행 프로그램, 파이썬에 대한 실행 프로그램 등이 있습니다. [https://gitlab.wikimedia.org/repos/abstract-wiki/wikifunctions/function-evaluator#executors 서비스 문서]를 참조. [[#evaluator|평가자]] 및 [[#orchestrator|오케스트레이터]]와 비교합니다. == F == ; {{anchor|function|Function}} 함수 {{English term|function}} : 일부 입력을 받아 출력을 반환하는 계산에 관한 사양; 위키백과의 [[w:ko:함수 (프로그래밍)|함수 (프로그래밍)]] 참조. ; {{anchor|function call|Function call}} 함수 호출 {{English term|function call}} : 함수 호출은 함수와 함수에 필요한 인수로 구성된 Z객체이며 다른 Z객체로 평가 될 수 있습니다. 영어에서는 "인보크(invoke)"라는 용어도 사용할 수 있습니다. ; {{anchor|function evaluator}} <span lang="en" dir="ltr" class="mw-content-ltr">function evaluator</span> {{English term|function evaluator}} : <span lang="en" dir="ltr" class="mw-content-ltr">See [[#evaluator|evaluator]].</span> ; {{anchor|function executor}} <span lang="en" dir="ltr" class="mw-content-ltr">function executor</span> {{English term|function executor}} : <span lang="en" dir="ltr" class="mw-content-ltr">See [[#executor|executor]].</span> ; {{anchor|function model}} 함수 모델 {{English term|function model}} : [[Special:MyLanguage/Wikifunctions:Function model|함수 모델]] 참조. ; {{anchor|function orchestrator}} <span lang="en" dir="ltr" class="mw-content-ltr">function orchestrator</span> {{English term|function orchestrator}} : <span lang="en" dir="ltr" class="mw-content-ltr">See [[#orchestrator|orchestrator]].</span> ; {{anchor|function schemata}} <span lang="en" dir="ltr" class="mw-content-ltr">function schemata</span> {{English term|function schemata}} : <span lang="en" dir="ltr" class="mw-content-ltr">a set of pre-defined ZObjects used in [[#orchestrator|orchestrator]] and [[#evaluator|evaluator]]. The [[#WikiLambda system|WikiLambda system account]] also populates pre-defined ZObjects on-wiki from function schemata.</span> ; {{anchor|functional}} 함수형 {{English term|functional}} : "순수 함수형"의 줄임말로, 그러한 함수의 [[#evaluation|평가]]는 부작용이 없고 결정론적입니다. 즉, 항상 동일합니다; 위키백과의 [[w:en:Purely functional programming|순수 함수형 프로그래밍]] 참조; [[Special:MyLanguage/Wikifunctions:Function model#non-functional|함수 모델]] 참조. == G == ; {{anchor|generic type}} 제네릭 유형 {{English term|generic type}} : 함수 호출의 [[#evaluation|평가]]에 의해 생성 된 유형. == I == ; {{anchor|identity|Identity}} 식별 {{English term|identity}} : 유형의 식별은 유형으로 평가되는 (특정) 함수의 인스턴스입니다. 단순 유형의 경우, 유형 자체에 대한 참조입니다. ; {{anchor|implementation|Implementation}} 구현 {{English term|implementation}} : [[#function|함수]]를 실행하는 특별한 방법. 구현은 특정 프로그래밍 언어로 된 코드 조각일 수도 있고 [[#evaluator|평가자]]에 "내장 된" 기능을 참조하거나 다른 함수에 대한 호출을 결합할 수도 있습니다. 함수에는 많은 [[#composition|구현]]이 있을 수 있으며 모두 동일해야 합니다. "[[#ZFunction|Z함수]] 구현"의 약자입니다. ; {{anchor|instance}} 인스턴스 {{English term|instance}} : 모든 Z객체는 해당 유형의 인스턴스입니다. ; {{anchor|invoke}} 인보크 {{English term|invoke}} : 영어로 [[#call|호출]]의 동의어. [[#function call|함수 호출]]을 참조하세요. ; {{anchor|item|Item}} 항목 {{English term|item}} : [[#Wikidata|위키데이터]]의 지식 기반에 있는 항목; 위키데이터 용어집의 [[:d:Wikidata:Glossary#Item|항목]] 참조. == J == ; {{anchor|JSON}} JSON {{English term|JSON}} : 널리 사용되는 데이터 전송 형식; 위키백과의 [[w:en:JSON|JSON]]을 참조. == K == ; {{anchor|key|Key}} 키 {{English term|key}} : 문자 K와 자연수로 끝나고 선택적으로 앞에 [[#ZID|ZID]]가 오는 문자열. 키는 일반적으로 [[#Type|유형]] 또는 [[#Function|함수]]에 대한 [[#Wikifunctions|위키함수]]에서 정의되며 [[#ZObject|Z객체]]를 강화하는 데 사용됩니다. == L == ; {{anchor|label}} 레이블 {{English term|label}} : Z객체를 식별하기 위해 주어지는 이름. 일반 텍스트만 가능. ; {{anchor|lexeme|Lexeme}} 어휘소 {{English term|lexeme}} : 대략적인 단어에 대한 사전 지식을 저장하는 [[#Wikidata|위키데이터]]의 항목; 위키데이터 용어집의 [[d:Wikidata:Glossary#Lexeme|어휘소]] 항목 참조. ; {{anchor|linearizer|Linearizer}} linearizer {{English term|linearizer}} : <span class="mw-translate-fuzzy">Z객체를 문자열로 변환하는 함수. [[$parser|파서]]의 반대입니다.</span> ; {{anchor|list|List}} 리스트 {{English term|list}} : 정렬된 엔티티에서 임의의 수의 인스턴스를 그룹화하는 데이터 유형; 위키백과의 [[w:en:List (abstract data type)|리스트 (추상 데이터 유형)]]을 참조하세요. ; {{anchor|literal}} 리터럴 {{English term|literal}} : Z객체가 아닌 값. 현재 유일하게 허용되는 리터럴은 문자열입니다. ; {{anchor|local_Wikipedia|Local_Wikipedia}} 로컬 위키백과 {{English term|local Wikipedia}} : 히브리어 위키백과, 일본어 위키백과 또는 이탈리아어 위키백과와 같은 특정 언어로 된 [[#Wikipedia|위키백과]]. == M == ; {{anchor|Multlingual_Wikipedia|multilingual_Wikipedia}} 다국어 위키백과 {{English term|multilingual Wikipedia}} : [[#local_Wikipedia|로컬 위키백과]]가 [[#Abstract_Wikipedia|추상 위키백과]]의 [[#Content|콘텐츠]]를 [[#Renderer|렌더링]]하여 자신의 언어로 더 포괄적이고 최신이며 알맞은 위키백과를 가질 수 있도록하는 구조; [[:m:Special:MyLanguage/Abstract Wikipedia/Architecture|추상 위키백과 구조]] 참조. == N == ; {{anchor|natural_language|Natural_language}} 자연어 {{English term|natural language}} : 영어와 타갈로그어 또는 스와힐리어와 같은 넓은 의미의 특정 자연어; 위키백과의 [[w:en:Natural language|자연어]]를 참조하세요. ; {{anchor|normal|Normal|normalized|Normalized|normalised}} 정규형의, 정규형 {{English term|normal}} : [[#JSON|JSON]]으로 [[#ZObject|Z객체]]를 표현하는 확장되고 쉽게 처리 가능하며 매우 균일한 방법입니다. 이것은 [[#canonical|표준형]]과 반대입니다. ; {{anchor|nothing|Nothing}} nothing {{English term|nothing}} : 인스턴스를 가질 수 없는 데이터 유형; 위키백과의 [[w:en:Bottom type|바닥 유형]] 참조. == O == ; {{anchor|object|Object}} 객체 {{English term|object}} :# 자바 스크립트 또는 JSON에서 객체는 기본적으로 연관 배열입니다. 위키백과의 [[w:ko:연관 배열|연관 배열]]을 참조하세요. :# <span lang="en" dir="ltr" class="mw-content-ltr">In Wikifunctions, synonym of [[#ZObject|ZObject]].</span> ; {{anchor|orchestration|Orchestration}} <span lang="en" dir="ltr" class="mw-content-ltr">orchestration</span> {{English term|orchestration}} :<span lang="en" dir="ltr" class="mw-content-ltr">The action performed by the [[#orchestrator|orchestrator]].</span> ; {{anchor|orchestrator|Orchestrator}} 오케스트레이터 {{English term|orchestrator}} : <span class="mw-translate-fuzzy">[[#ZObject|Z객체]]를 가져와 [[#Evaluator|평가]]된 버전을 반환하는 서비스입니다. 이를 위해 필요한 다른 Z객체, 일부 함수 호출을 평가하기위한 [[#Executor|실행자]] 및 [[#Wikidata|위키데이터]]와 같은 기타 서비스에 대한 위키를 호출합니다. [https://gitlab.wikimedia.org/repos/abstract-wiki/wikifunctions/function-orchestrator#wikifunctions-function-orchestrator 서비스 문서]를 참조하세요. [[#evaluator|평가자]] 및 [[#executor|실행자]]와 비교합니다.</span> == P == ; {{anchor|page|Page}} 문서 {{English term|page}} : <span class="mw-translate-fuzzy">[[#wiki|위키]]는 독립적으로 편집할 수 있는 여러 개별 페이지로 구성됩니다.</span> ; {{anchor|parser|Parser}} 파서 {{English term|parser}} : <span class="mw-translate-fuzzy">문자열을 Z객체로 변환하는 함수. [[$linearizer|linearizer]]의 반대.</span> ; {{anchor|pair|Pair}} 짝 {{English term|pair}} : 특정 (임의의) 유형의 두 Z객체를 포함하는 복합 Z객체. ; {{anchor|part_P1|Part_P1}} 파트 P1 {{English term|Part P1}} : [[#Wikifunctions|위키함수]] 생성을 다루는 [[#development_project|개발 프로젝트]]의 일부입니다. 그것은 프로젝트의 시작 부분에서 시작하여 평생 동안 계속됩니다. [[:m:Special:MyLanguage/Abstract Wikipedia/Tasks#Part P1: Wikifunctions|파트 P1: 위키함수]]를 참조하세요. ; {{anchor|part_P2|Part_P2}} 파트 P2 {{English term|Part P2}} : [[#Abstract_Wikipedia|추상 위키백과]] 생성을 다루는 [[#development_project|개발 프로젝트]]의 일부입니다. 프로젝트에서 약 1년 후에 시작되어 이 기간의 후반기 동안 계속됩니다. [[:m:Special:MyLanguage/Abstract Wikipedia/Tasks#Part P2: Abstract Wikipedia|파트 P2: 추상 위키백과]] 참조. ; {{anchor|persistent|Persistent}} 영속적, 영속 {{English term|persistent}} : [[#ZID|ZID]]가 있고 위키의 자체 페이지가 있는 [[#ZObject|Z객체]] 대부분의 영속 Z객체에는 ZID가 없는 Z객체인 [[#value|값]]이 포함되어 있으므로 영속적이지 않습니다. ; {{anchor|property|Property}} 속성 {{English term|property}} : [[#Wikidata|위키데이터]]의 지식 기반에서 [[#Item|항목]]에 대해 [[#Statement|서술]]하는 데 사용됩니다. 위키데이터 용어집에서 [[:d:Wikidata:Glossary#Property|속성]] 참조. == Q == ; {{anchor|quote|Quote}} 인용 {{English term|quote}} : 평가되지는 않지만 그대로 유지되는 데이터 구조. ; {{anchor|QID}} QID {{English term|QID}} : [[#Wikidata|위키데이터]] 항목의 식별자로, 문자 "Q" 뒤에 정수가 오는 것으로 구성됩니다. == R == ; {{anchor|reading function}} <span lang="en" dir="ltr" class="mw-content-ltr">reading function</span> {{English term|reading function}} : <span lang="en" dir="ltr" class="mw-content-ltr">a synonym of [[#parser|parser]]. A function that converts user text input from a string into a given Type. For example, converting the String "123456" to the Number '123456', or the string "2024-03-12" to the Date '2024', '03', '12'.</span> ; {{anchor|reference|Reference}} 참조 {{English term|reference}} : 기본 객체를 나타내는 ID입니다. 예를 들어, 문자열 "Z11"은 유형 Z11/단어 언어 텍스트를 나타냅니다. : {{TakeNote}}이 용어는 위키데이터와는 완전히 다른 의미를 가지고 있습니다. 위키백과의 [[w:en:Reference (computer science)|참조 (컴컴퓨터 과학)]] 참조. ; {{anchor|renderer|Renderer}} 렌더러 {{English term|renderer}} (1) : <span lang="en" dir="ltr" class="mw-content-ltr">a function to convert a ZObject to a string. The opposite of [[#parser|parser]]. (formerly called "linearizer")</span> ; <span lang="en" dir="ltr" class="mw-content-ltr">renderer</span> {{English term|renderer}} (2) : [[#natural_language|자연어]]에 대한 [[#Content|콘텐츠]]와 식별자를 입력으로 가져오고 해당 자연어의 텍스트를 출력으로 반환하고, [[#Lexeme|어휘소]]의 지식을 사용하여 콘텐츠를 구체적인 텍스트로 나타내는 [[#Function|함수]]입니다. : {{TakeNote}}<span lang="en" dir="ltr" class="mw-content-ltr">This is a future feature, and the meaning of the term "renderer" in the {{Pg|:m:Abstract Wikipedia/Historic proposal|original proposal}}; this term collides with the current usage of "renderer", so it may be renamed in the future.</span> ; {{anchor|reify}} 구체화 {{English term|reify}} : 객체를 구성 부분으로 분해하여 부분에 개별적으로 접근할 수 있도록 하는 함수; 위키백과에서 [[w:en:Reification (computer science)|구체화]] 참조; [[phab:T261474]] 참조. ; {{anchor|REPL}} REPL {{English term|REPL}} : Read / Eval / Print - Loop, 입력을 받아 평가하고 결과를 표시하는 명령 줄 인터페이스; 위키백과의 [[w:ko:REPL|REPL]] 참조; [[Special:MyLanguage/Wikifunctions:Function model#REPL|함수 모델]] 참조. == S == ; {{anchor|schemata}} <span lang="en" dir="ltr" class="mw-content-ltr">schemata</span> {{English term|schemata}} : <span lang="en" dir="ltr" class="mw-content-ltr">See [[#function schemata|function schemata]].</span> ; {{anchor|serialization|Serialization|serialisation|Serialisation}} 직렬화 {{English term|serialization}} : [[#JSON|JSON]]에서 Z객체를 표현하는 방법; [[#canonical|표준형]], [[#normal|정규형]]도 참조. ; {{anchor|snak|Snak}}<span lang="en" dir="ltr" class="mw-content-ltr">snak</span> {{English term|snak}} : <span lang="en" dir="ltr" class="mw-content-ltr">In the [[:mw:Special:MyLanguage/Wikibase/DataModel|Wikibase data model]], a snak is the smallest unit of a statement, linking a property to either a value, “no value”, or “some value.”</span> : <span lang="en" dir="ltr" class="mw-content-ltr">Example [[#statement|statement]] for {{Q|Q937}} with 3 snaks:</span> : <span lang="en" dir="ltr" class="mw-content-ltr">Main snak:</span> :  <span lang="en" dir="ltr" class="mw-content-ltr">Property: {{Q|P26}} → Value: {{Q|Q76346}}</span> : <span lang="en" dir="ltr" class="mw-content-ltr">Qualifier snak (adds context):</span> :  <span lang="en" dir="ltr" class="mw-content-ltr">Property: {{Q|P580}} → Value: 1903</span> : <span lang="en" dir="ltr" class="mw-content-ltr">Reference snak (supports the claim):</span> :  <span lang="en" dir="ltr" class="mw-content-ltr">Property: {{Q|P248}} → Value: {{Q|Q23833686}}</span> : <span lang="en" dir="ltr" class="mw-content-ltr">Resulting statement (in words): “Albert Einstein’s spouse was Mileva Marić, starting in 1903, as stated in the Catalog of the German National Library.”</span> ; {{anchor|statement|Statement}} 서술 {{English term|statement}} : <span class="mw-translate-fuzzy">[[#Wikidata|위키데이터]]의 지식 기반에서 [[#Item|항목]]에 대한 지식을 제공하는 데 사용됩니다. 위키데이터 용어집의 [[:d:Special:MyLanguage/Wikidata:Glossary#Statement|서술]] 참조.</span> ; {{anchor|string}} 문자열 {{English term|string}} : 일련의 문자. ; {{anchor|sum type|Sum type}} 합계 유형 {{English term|sum type}} : 구성 유형의 인스턴스를 가질 수 있는 유형; 위키백과의 [[w:en:Sum type|집계 유형]] 참조. [[Special:MyLanguage/Wikifunctions:Function model#Zx/Sum_types|함수 모델]] 참조. == T == ; {{anchor|template}} 틀 {{English term|template}} : <span class="mw-translate-fuzzy">[[#renderer|렌더러]]를 자리 표시자가 산재된 텍스트 또는 "슬롯"으로 지정하는 방법은 [[#constructor|생성자]]의 데이터, 함수 계산 또는 다른 틀의 내용으로 채울 수 있습니다. 틀 구문에 대한 자세한 내용은 [[:m:Special:MyLanguage/Abstract Wikipedia/Template Language for Wikifunctions|위키함수용 틀 언어]] 문서를 참조하세요.</span> ; {{anchor|tester|Tester}} 테스터 {{English term|tester}} : 주어진 [[#ZFunction|Z함수]]가 정확하게 일을 하고 있는지 자동으로 결정하는 방법. [[#function|함수]]에는 일반적으로 여러 테스터가 있으며, 각 테스터는 함수에 대한 일부 입력을 지정하고 주어진 입력에 대한 출력이 충족되어야합니다. 예를 들어, "케이스 제목(title case)" 함수의 테스터에는 다음이 포함될 수 있습니다: "abc"는 "Abc"가 되어야합니다; "war and peace"는 "War and Peace"가 되어야합니다; "война и мир"는 "Война и мир"가 되어야합니다; "123"은 "123"으로 유지되어야합니다. ; {{anchor|transient|Transient}} 일시적 {{English term|transient}} : [[#persistent|영속적]]의 반대. ; {{anchor|type|Type}} 유형 {{English term|type}} : 객체의 유형은 주어진 객체를 해석하고 이해하는 방법과 객체로 수행할 수 있는 작업을 알려줍니다. 예를 들어 값이 "2023"인 객체가 있는 경우 유형이 정수인지, 연도인지 또는 문자열인지에 따라 해당 객체를 다르게 이해합니다. 모든 객체는 "실제 세계에 있는 것"을 나타냅니다. 정수 2023은 2023년과 다릅니다. 유형은 주어진 객체를 해석하는 방법을 알려주므로 실제 세계에서 어떤 것을 참조하는지 알 수 있습니다. 기술적으로는 해당 유형의 객체가 구성되는 방식과 해당 유형의 유효한 객체가 되기 위해 충족해야 하는 조건을 정의합니다. 유형은 Z객체의 유효성을 검사하는 [[#Function|함수]]를 제공하여 [[#ZObject|Z객체]]가 이 유형의 유효한 인스턴스가 되는 조건을 정의합니다. 유형은 Z객체 자체이므로 [[#Wikifunctions|위키함수]]의 기여자는 새로운 유형을 만들 수 있습니다. ; {{anchor|type converter}} <span lang="en" dir="ltr" class="mw-content-ltr">type converter</span> {{English term|type converter}} : <span lang="en" dir="ltr" class="mw-content-ltr">A script written in some programming language (such as JavaScript), taking a native object (such as BigInt), and returning a JSON object representing the corresponding ZObject; or ''vice versa''.</span> ; {{anchor|typed list|Typed List}} <span lang="en" dir="ltr" class="mw-content-ltr">typed list</span> {{English term|typed list}} : <span lang="en" dir="ltr" class="mw-content-ltr">A typed list is a [[#list|list]] in which all members of the list are of a specific, predefined [[#type|type]]. For example, a typed list of [[#string|strings]] is a list in which all members of the list are strings. A typed list takes one argument: the type that all the members of the list have to be an instance of. Typed lists are probably the most widely used [[#generic type|generic type]].</span> == V == ; {{anchor|value}} 값 {{English term|value}} : 다른 Z객체의 [[#key|키]]와 연관된 문자열 또는 [[#ZObject|Z객체]]. ; {{anchor|validation|Validation}} <span lang="en" dir="ltr" class="mw-content-ltr">validation</span> {{English term|validation}} : <span lang="en" dir="ltr" class="mw-content-ltr">The action performed by the [[#validator|validator]].</span> ; {{anchor|validator|Validator}} 검증자 {{English term|validator}} : <span class="mw-translate-fuzzy">Z객체를 인수로 사용하고 발견된 오류 목록을 반환하는 함수.</span> == W == ; {{anchor|wiki|Wiki}} 위키 {{English term|wiki}} : [[#page|페이지]]를 쉽고 공동으로 편집 할 수 있는 웹 사이트. ; {{anchor|Wikidata}} 위키데이터 {{English term|Wikidata}} : 공동으로 편집된 자유 지식 기반인 [[#Wikimedia_Foundation|위키미디어 재단]]의 프로젝트; [[:m:Special:MyLanguage/Wikidata|위키데이터]] 참조. ; {{anchor|Wikifunctions}}{{anchor|Wikilambda}} 위키함수 {{English term|Wikifunctions}} : [[#Wikimedia_Foundation|위키미디어 재단]]의 새로운 프로젝트; 무료이고 공동으로 개발하며 유지 관리하는 [[#Function|함수]] 카탈로그. {{Pg|:m:Abstract Wikipedia/Historic proposal|원래 제안}}에서 처음에는 위키람다로 알려졌습니다(이 이름은 현재 위키람다 확장에 사용됨). ; {{anchor|WikiLambda}} 위키람다 {{English term|WikiLambda}} : 프로젝트를 구동하는 데 사용되는 소프트웨어, [[mw:Special:MyLanguage/Extension:WikiLambda|확장:위키람다]]. ; {{anchor|WikiLambda system}} 위키람다 시스템 {{English term|WikiLambda system}} : <span lang="en" dir="ltr" class="mw-content-ltr">an automated system account that is a key part of the WikiLambda extension. See [[User:WikiLambda system]] for its current function.</span> ; {{anchor|WMF|Wikimedia_Foundation}} 위키미디어 재단 {{English term|Wikimedia Foundation}} : 위키미디어 운동을 지원하는 조직; [[:m:Special:MyLanguage/Wikimedia Foundation|위키미디어 재단]] 참조. ; {{anchor|Wikipedia}} 위키백과 {{English term|Wikipedia}} : [[#Wikimedia_Foundation|위키미디어 재단]]의 프로젝트, 공동으로 편집하는 자유 백과사전, [[:m:Special:MyLanguage/Wikipedia|위키백과]] 참조. ; 위키백과, 추상 {{English term|Wikipedia, Abstract}} : [[#Abstract_Wikipedia|추상 위키백과]] 참조. ; 위키백과, 다국어 {{English term|Wikipedia, multilingual}} : [[#multilingual_Wikipedia|다국어 위키백과]] 참조. == Z == ; {{anchor|ZID|ZIDs}} ZID {{English term|ZID}} : 문자 Z로 시작하고 뒤에 자연수가 오는 ID. [[#persistent|영구]] [[#ZObject|Z객체]]를 식별하는 데 사용됩니다. ; {{anchor|zfunction|ZFunction}} Z함수 {{English term|ZFunction}} : [[#evaluator|평가자]]를 통해 사용할 수 있는 특정 [[#function|함수]]를 설명하는 [[#Wikifunctions|위키함수]]의 위키 문서입니다. 각 Z함수는 하나 이상의 [[#implementation|구현]]에 의해 코드에서 실현 될 수 있으며, 상기 구현은 하나 이상의 [[#tester|테스터]] Z함수에 의해 올바른 것으로 검증될 수 있습니다. ; {{anchor|ZKey}} Z키 {{English term|ZKey}} : 특정 [[#type |유형]]에 대한 [[#key|키]]를 정의하는 [[#ZObject|Z객체]]. ; {{anchor|ZList}} Z리스트 {{English term|ZList}} : 다른 Z객체의 순서가 지정된 시퀀스에 대한 [[#ZObject|Z객체]]. ; {{anchor|ZObject}} Z객체 {{English term|ZObject}} : [[#Wikifunctions|위키함수]]의 모든 항목은 Z객체입니다. 위키함수에 저장된 Z객체는 [[#ZID|ZID]]를 가지며 [[#Constructor|생성자]]와 [[#Function|함수]], [[#Type|유형]] 등과 같은 다양한 유형이 될 수 있습니다. Z객체는 [[#Key|키]]/[[#Value|값]] 쌍 집합으로 구성되며 각 키는 Z객체 당 한 번만 나타나고 값은 Z객체입니다. ; {{anchor|ZUnit}} ZUnit {{English term|ZUnit}} : [[:w:en:Unit type|단위 유형]]을 나타내는 [[#ZObject|ZObject]]입니다. [[Category:Glossary| {{#translation:}}]] rzjzy5f0te9pq9lpfpmwti3skwlc6nv 275519 275517 2026-05-16T12:24:47Z Tensama0415 73696 275519 wikitext text/x-wiki <noinclude><languages/> <!--<nowiki>(nowiki tags are so that the translate extension doesn't try to translate the TERM and DEFINITION in this boilerplate). Use this boilerplate for a new term: ; {{anchor|term|Term}} <translate>term</translate> {{English term|term}} : ''Definition verification needed'' : <translate>definition</translate> Notes: 1. Omit the "Definition verification" if you're sure that your definition is correct. 2. You can add several values for anchor, if it has spelling or capitalization variants; see the documentation for Template:Anchor and examples in other terms. </nowiki>--></noinclude> {{see also|wikt:en:Appendix:Glossary}} [[Wikifunctions talk:Glossary|토론 페이지]]에서 용어를 요청하거나 더 많은 용어를 추가하고 정의를 개선하세요. {|class="toccolours" style="margin:.2em auto;padding:.2em .5em;text-align:center" dir="ltr" lang="en" |- |style="padding:0;width:100%"|{{CompactTOC}} |} == A == ; {{anchor|abstract|Abstract}} 추상 {{English term|abstract}} : [[#natural_language|특정한 자연어]]가 아니라 그로부터의 추상화; 자연어 텍스트, 문장 또는 구의 의미에 대한 표기법을 제공하는 것을 목표로합니다. [[#concrete|구상]]의 반대. ; {{anchor|abstracttext|AbstractText}} AbstractText {{English term|AbstractText}} : [[#Wikifunctions|위키함수]] 아이디어의 프로토 타입 [https://github.com/google/abstracttext 구현]. ; {{anchor|abstract_article}} <span lang="en" dir="ltr" class="mw-content-ltr">Abstract Article</span> {{English term|abstract article}} : <span lang="en" dir="ltr" class="mw-content-ltr">A page in the main namespace of [[#abstract_Wikipedia|Abstract Wikipedia]]; a page that is similar to a Wikipedia article, but that is [[#abstract|abstract]]. The opposite of [[#concrete_article|concrete article]]. ("Abstract" is an adjective here; it ''doesn't'' mean "a summary of an article".)</span> ; {{anchor|abstract_content}} 추상 콘텐츠 {{English term|abstract content}} : [[#Content|콘텐츠]] 참조. ; {{anchor|abstract_Wikipedia|Abstract_Wikipedia}} 추상 위키백과 {{English term|Abstract Wikipedia}} : [[#local_Wikipedia|로컬 위키백과]]에서 [[#natural_language|자연어]]로 [[#article|문서]]를 [[#Renderer|렌더링]]하는 데 사용할 수 있는 모든 [[#Content|콘텐츠]]의 예비 이름; 현재 해당 [[#Item|항목]] 옆에 [[#Wikidata|위키데이터]]에 존재하도록 제안되었지만 [[#development_project|개발 프로젝트]]의 [[#Part_P2|Part P2]] 이전에 논의될 것입니다. ; {{anchor|alias}} 별칭 {{English term|alias}} : 객체를 찾는 데 가장 먼저 사용되는 객체의 대체 레이블입니다. ; {{anchor|argument}} 인수 {{English term|argument}} : <span lang="en" dir="ltr" class="mw-content-ltr">an input given to a [[#function call|function call]].</span> ; {{anchor|argument reference}} <span lang="en" dir="ltr" class="mw-content-ltr">argument reference</span> {{English term|argument reference}} : <span lang="en" dir="ltr" class="mw-content-ltr">a [[#reference|reference]] to one of the supplied arguments within a [[#composition|composition]].</span> ; {{anchor|array}} <span lang="en" dir="ltr" class="mw-content-ltr">array</span> {{English term|array}} : <span lang="en" dir="ltr" class="mw-content-ltr">Many programming languages have an "array" type. The counterparts in Wikifunctions are [[#list|list]] and [[#typed list|typed list]]. See also [[#Benjamin array|Benjamin array]].</span> ; {{anchor|article|Article}} 문서 {{English term|article}} : <span class="mw-translate-fuzzy">일반적으로 [[#Wikipedia|위키백과]]의 한 항목을 나타내는 위키백과의 기본 이름공간에 있는 문서.</span> == B == ; {{anchor|Benjamin array}} <span lang="en" dir="ltr" class="mw-content-ltr">Benjamin array</span> {{English term|Benjamin array}} : <span lang="en" dir="ltr" class="mw-content-ltr">a way to denote [[#typed list|typed list]] proposed by Benjamin Degenhart, where a typed list is stored as a JSON list whose first element denotes the type. This is in contrast with the previous proposed schema, which uses LISP-style singly-linked lists, in which the type must be stored once in each node.</span> ; {{anchor|boolean|Boolean}} <span lang="en" dir="ltr" class="mw-content-ltr">boolean</span> {{English term|boolean}} : <span lang="en" dir="ltr" class="mw-content-ltr">a value that can have 2 states, usually denoted true and false.</span> ; {{anchor|built-in|builtin}} 내장된 {{English term|built-in}} : 평가자가 제공하고 위키 인터페이스를 통해 편집할 수없는 함수의 기본 구현. == C == ; {{anchor|call}} 호출 {{English term|call}} : [[#function call|함수 호출]] 참조. 영어에서는 [[#invoke|인보크(invoke) 또는 인보케이션(invocation)]]이라는 용어도 사용할 수 있습니다. ; {{anchor|canonical|canonicalized|canonicalised}} 표준형의 {{English term|canonical, canonicalized, canonicalised}} : 구체적이고 덜 장황하며 따라서 [[#JSON|JSON]]으로 [[#ZObject|Z객체]]를 표현하는 더 읽기 쉬운 방법입니다. Z객체는 위키함수에 저장되는 일반적인 표현입니다. 이것은 [[#normal|정규형]]과 반대입니다. ; {{anchor|character}} 문자 {{English term|character}} : 문자열의 구성 요소인 유니 코드로 정의된 문자; 문자는 여러 바이트(또는 8진수)로 구성 될 수 있습니다. ; {{anchor|claim|Claim}} <span lang="en" dir="ltr" class="mw-content-ltr">claim</span> {{English term|claim}} : <span lang="en" dir="ltr" class="mw-content-ltr">In the [[:d:Special:MyLanguage/Wikidata:Glossary#Claim|Wikibase data model]], a claim is a main snak plus optional qualifiers, expressing an assertion about an entity (without references or rank).</span> : <span lang="en" dir="ltr" class="mw-content-ltr">Example: Entity: Albert Einstein</span> :* <span lang="en" dir="ltr" class="mw-content-ltr">Claim: Spouse = Mileva Marić, starting in 1903</span> :* <span lang="en" dir="ltr" class="mw-content-ltr">Main snak: P26 (spouse) → Q937 (Mileva Marić)</span> :* <span lang="en" dir="ltr" class="mw-content-ltr">Qualifier snak: P580 (start time) → 1903</span> : <span lang="en" dir="ltr" class="mw-content-ltr">→ “Albert Einstein’s spouse was Mileva Marić, starting in 1903.”</span> : <span lang="en" dir="ltr" class="mw-content-ltr">The claim can later be turned into a statement by adding a reference and rank.</span> ; {{anchor|composition}} 컴포지션 {{English term|composition}} : 다른 함수의 조합에 의해 구현이 제공되는 함수의 구현 형태; [[Special:MyLanguage/Wikifunctions:Function model#Composition|함수 모델]] 참조. ; {{anchor|composition notation}} 컴포지션 표기법 {{English term|composition notation}} : 컴포지션(composition)에 관한 읽기 쉬운 표기법; [[Special:MyLanguage/Wikifunctions:Function model#Composition|함수 모델]] 참조. ; {{anchor|concrete|Concrete}} 구상 {{English term|concrete}} : [[#natural_language|특정 자연어]]에서. [[#abstract|추상]]의 반대. ; {{anchor|concrete_article}} <span lang="en" dir="ltr" class="mw-content-ltr">concrete article</span> {{English term|concrete article}} : <span lang="en" dir="ltr" class="mw-content-ltr">See [[#article|article]]. The opposite of [[#abstract_article|Abstract Article]].</span> ; {{anchor|cons}} 단점 {{English term|cons}} : 상단에 요소를 추가하여 새로운 리스트를 생성하는 함수; [[phab:T261474]]을 참조. 위키백과의 [[w:cons|단점]]을 참조하세요. ; {{anchor|constructor|Constructor}} 생성자 {{English term|constructor}} : <span class="mw-translate-fuzzy">[[#Content|콘텐츠]]의 [[#abstract|추상]] 빌딩 블록; 생성자는 단일 구문 또는 문장 구조의 의미를 포착하는 것을 목표로 하며 종종 다른 생성자를 취할 수있는 슬롯을 가지고 있으며 다른 생성자의 슬롯을 채우는 값으로 자체적으로 사용될 수 있습니다.</span> ; {{anchor|Content}}<!--do not add |content to the anchor, it is used by MediaWiki--> 콘텐츠, 추상 콘텐츠 {{English term|content, abstract content}} : [[#Constructor|생성자]]에서 조립된 텍스트 또는 텍스트 조각의 추상 표현. 기술적으로는 인스턴스화 된 생성자. 최상위 생성자는 전체 [[#article|문서]]를 나타내는 데 사용되며 [[#Abstract_Wikipedia|추상 위키백과]]에 저장되지만 내용은 문장이나 구에 대한 것일 수도 있습니다. 추상 콘텐츠라고도 합니다. ; {{anchor|curry}} curried, curry, currying {{English term|curried, curry, currying}} : 커리 함수는 여러 인수를 각각 단일 인수가 있는 일련의 함수로 변환한 함수입니다. 이 기술은 미국 수학자 [[:w:en:Haskell하스켈 카레]]의 이름을 따서 명명되었습니다. 위키백과의 [[:w:en:Currying|커링]]을 참조하세요. == D == ; {{anchor|deserialization|Deserialization|deserialisation|Deserialisation}} 역직렬화 {{English term|deserialization}} : [[#serialization|직렬화]]의 반대. ; {{anchor|development_project|Development_project}} 개발 프로젝트 {{English term|development project}} : [[#Wikifunctions|위키함수]] 및 [[#Abstract_Wikipedia|추상 위키백과]] 개발 프로젝트; [[:m:Special:MyLanguage/Abstract Wikipedia/Plan|추상 위키백과 계획]] 참조. ; {{anchor|display function}} <span lang="en" dir="ltr" class="mw-content-ltr">display function</span> {{English term|display function}} : <span lang="en" dir="ltr" class="mw-content-ltr">a synonym of [[#renderer|renderer]]. For example, a function that converts a [[#type|type]] into a string that users can understand, such as converting a Number 123456 to "123,456" in (International) English, "1,23,456" in Indian English, "123.456" in French, etc., or converting the Date '2024','03','12' to '2024-03-12', and so on.</span> ; {{anchor|documentation}} 문서화 {{English term|documentation}} : 사람이 읽을 수 있는 객체를 설명하는 텍스트. == E == ; {{anchor|eney|eneyjj}} eneyj {{English term|eneyj}} :# [[#Wikifunctions|위키함수]]의 프로토타입 모델; :# [[#abstracttext|abstracttext]]에 제공된 해당 모델의 [[#evaluator|평가자]]에 대한 자바 스크립트 구현. ; {{anchor|error|Error}} 에러 {{English term|error}} : <span class="mw-translate-fuzzy">인스턴스가 평가 또는 검증의 문제를 나타내는 유형; [[Special:MyLanguage/Wikifunctions:Function model#Z5/Errors|함수 모델]] 참조.</span> ; {{anchor|evaluation|Evaluation}} <span lang="en" dir="ltr" class="mw-content-ltr">evaluation</span> {{English term|evaluation}} : <span lang="en" dir="ltr" class="mw-content-ltr">The action performed by the [[#evaluator|evaluator]].</span> ; {{anchor|evaluator|Evaluator}} 평가자 {{English term|evaluator}} : [[#ZObject|Z객체]]를 가져와 평가하는 소프트웨어, 즉 [[#Function|함수]]를 실행하고 결과를 반환하는 소프트웨어. 우리는 여러 평가자의 개발을 계획합니다. 평가자는 브라우저와 [[#Wikimedia_Foundation|위키미디어 재단]]의 서버, 클라우드, 모바일 장치의 앱 또는 기타 장소에서 구현 및 실행할 수 있습니다. [[#executor|실행자]] 및 [[#orchestrator|오케스트레이터]]와 비교합니다. ; {{anchor|execution|Execution}} <span lang="en" dir="ltr" class="mw-content-ltr">execution</span> {{English term|execution}} : <span lang="en" dir="ltr" class="mw-content-ltr">The action performed by the [[#executor|executor]].</span> ; {{anchor|executor|Executor|executors|Executors}} 실행자 {{English term|executor}} : 대중에게 노출되지 않는 일련의 내부 서비스 중 하나. [[#Orchestrator|오케스트레이터]]에 의해서만 호출 될 수 있습니다. 특정 프로그래밍 언어로 네이티브 코드를 실행합니다. 루아에 대한 하나의 실행 프로그램, 자바 스크립트에 대한 실행 프로그램, 파이썬에 대한 실행 프로그램 등이 있습니다. [https://gitlab.wikimedia.org/repos/abstract-wiki/wikifunctions/function-evaluator#executors 서비스 문서]를 참조. [[#evaluator|평가자]] 및 [[#orchestrator|오케스트레이터]]와 비교합니다. == F == ; {{anchor|function|Function}} 함수 {{English term|function}} : 일부 입력을 받아 출력을 반환하는 계산에 관한 사양; 위키백과의 [[w:ko:함수 (프로그래밍)|함수 (프로그래밍)]] 참조. ; {{anchor|function call|Function call}} 함수 호출 {{English term|function call}} : 함수 호출은 함수와 함수에 필요한 인수로 구성된 Z객체이며 다른 Z객체로 평가 될 수 있습니다. 영어에서는 "인보크(invoke)"라는 용어도 사용할 수 있습니다. ; {{anchor|function evaluator}} <span lang="en" dir="ltr" class="mw-content-ltr">function evaluator</span> {{English term|function evaluator}} : <span lang="en" dir="ltr" class="mw-content-ltr">See [[#evaluator|evaluator]].</span> ; {{anchor|function executor}} <span lang="en" dir="ltr" class="mw-content-ltr">function executor</span> {{English term|function executor}} : <span lang="en" dir="ltr" class="mw-content-ltr">See [[#executor|executor]].</span> ; {{anchor|function model}} 함수 모델 {{English term|function model}} : [[Special:MyLanguage/Wikifunctions:Function model|함수 모델]] 참조. ; {{anchor|function orchestrator}} <span lang="en" dir="ltr" class="mw-content-ltr">function orchestrator</span> {{English term|function orchestrator}} : <span lang="en" dir="ltr" class="mw-content-ltr">See [[#orchestrator|orchestrator]].</span> ; {{anchor|function schemata}} <span lang="en" dir="ltr" class="mw-content-ltr">function schemata</span> {{English term|function schemata}} : <span lang="en" dir="ltr" class="mw-content-ltr">a set of pre-defined ZObjects used in [[#orchestrator|orchestrator]] and [[#evaluator|evaluator]]. The [[#WikiLambda system|WikiLambda system account]] also populates pre-defined ZObjects on-wiki from function schemata.</span> ; {{anchor|functional}} 함수형 {{English term|functional}} : "순수 함수형"의 줄임말로, 그러한 함수의 [[#evaluation|평가]]는 부작용이 없고 결정론적입니다. 즉, 항상 동일합니다; 위키백과의 [[w:en:Purely functional programming|순수 함수형 프로그래밍]] 참조; [[Special:MyLanguage/Wikifunctions:Function model#non-functional|함수 모델]] 참조. == G == ; {{anchor|generic type}} 제네릭 유형 {{English term|generic type}} : 함수 호출의 [[#evaluation|평가]]에 의해 생성 된 유형. == I == ; {{anchor|identity|Identity}} 식별 {{English term|identity}} : 유형의 식별은 유형으로 평가되는 (특정) 함수의 인스턴스입니다. 단순 유형의 경우, 유형 자체에 대한 참조입니다. ; {{anchor|implementation|Implementation}} 구현 {{English term|implementation}} : [[#function|함수]]를 실행하는 특별한 방법. 구현은 특정 프로그래밍 언어로 된 코드 조각일 수도 있고 [[#evaluator|평가자]]에 "내장 된" 기능을 참조하거나 다른 함수에 대한 호출을 결합할 수도 있습니다. 함수에는 많은 [[#composition|구현]]이 있을 수 있으며 모두 동일해야 합니다. "[[#ZFunction|Z함수]] 구현"의 약자입니다. ; {{anchor|instance}} 인스턴스 {{English term|instance}} : 모든 Z객체는 해당 유형의 인스턴스입니다. ; {{anchor|invoke}} 인보크 {{English term|invoke}} : 영어로 [[#call|호출]]의 동의어. [[#function call|함수 호출]]을 참조하세요. ; {{anchor|item|Item}} 항목 {{English term|item}} : [[#Wikidata|위키데이터]]의 지식 기반에 있는 항목; 위키데이터 용어집의 [[:d:Wikidata:Glossary#Item|항목]] 참조. == J == ; {{anchor|JSON}} JSON {{English term|JSON}} : 널리 사용되는 데이터 전송 형식; 위키백과의 [[w:en:JSON|JSON]]을 참조. == K == ; {{anchor|key|Key}} 키 {{English term|key}} : 문자 K와 자연수로 끝나고 선택적으로 앞에 [[#ZID|ZID]]가 오는 문자열. 키는 일반적으로 [[#Type|유형]] 또는 [[#Function|함수]]에 대한 [[#Wikifunctions|위키함수]]에서 정의되며 [[#ZObject|Z객체]]를 강화하는 데 사용됩니다. == L == ; {{anchor|label}} 레이블 {{English term|label}} : Z객체를 식별하기 위해 주어지는 이름. 일반 텍스트만 가능. ; {{anchor|lexeme|Lexeme}} 어휘소 {{English term|lexeme}} : 대략적인 단어에 대한 사전 지식을 저장하는 [[#Wikidata|위키데이터]]의 항목; 위키데이터 용어집의 [[d:Wikidata:Glossary#Lexeme|어휘소]] 항목 참조. ; {{anchor|linearizer|Linearizer}} linearizer {{English term|linearizer}} : <span class="mw-translate-fuzzy">Z객체를 문자열로 변환하는 함수. [[$parser|파서]]의 반대입니다.</span> ; {{anchor|list|List}} 리스트 {{English term|list}} : 정렬된 엔티티에서 임의의 수의 인스턴스를 그룹화하는 데이터 유형; 위키백과의 [[w:en:List (abstract data type)|리스트 (추상 데이터 유형)]]을 참조하세요. ; {{anchor|literal}} 리터럴 {{English term|literal}} : Z객체가 아닌 값. 현재 유일하게 허용되는 리터럴은 문자열입니다. ; {{anchor|local_Wikipedia|Local_Wikipedia}} 로컬 위키백과 {{English term|local Wikipedia}} : 히브리어 위키백과, 일본어 위키백과 또는 이탈리아어 위키백과와 같은 특정 언어로 된 [[#Wikipedia|위키백과]]. == M == ; {{anchor|Multlingual_Wikipedia|multilingual_Wikipedia}} 다국어 위키백과 {{English term|multilingual Wikipedia}} : [[#local_Wikipedia|로컬 위키백과]]가 [[#Abstract_Wikipedia|추상 위키백과]]의 [[#Content|콘텐츠]]를 [[#Renderer|렌더링]]하여 자신의 언어로 더 포괄적이고 최신이며 알맞은 위키백과를 가질 수 있도록하는 구조; [[:m:Special:MyLanguage/Abstract Wikipedia/Architecture|추상 위키백과 구조]] 참조. == N == ; {{anchor|natural_language|Natural_language}} 자연어 {{English term|natural language}} : 영어와 타갈로그어 또는 스와힐리어와 같은 넓은 의미의 특정 자연어; 위키백과의 [[w:en:Natural language|자연어]]를 참조하세요. ; {{anchor|normal|Normal|normalized|Normalized|normalised}} 정규형의, 정규형 {{English term|normal}} : [[#JSON|JSON]]으로 [[#ZObject|Z객체]]를 표현하는 확장되고 쉽게 처리 가능하며 매우 균일한 방법입니다. 이것은 [[#canonical|표준형]]과 반대입니다. ; {{anchor|nothing|Nothing}} nothing {{English term|nothing}} : 인스턴스를 가질 수 없는 데이터 유형; 위키백과의 [[w:en:Bottom type|바닥 유형]] 참조. == O == ; {{anchor|object|Object}} 객체 {{English term|object}} :# 자바 스크립트 또는 JSON에서 객체는 기본적으로 연관 배열입니다. 위키백과의 [[w:ko:연관 배열|연관 배열]]을 참조하세요. :# <span lang="en" dir="ltr" class="mw-content-ltr">In Wikifunctions, synonym of [[#ZObject|ZObject]].</span> ; {{anchor|orchestration|Orchestration}} <span lang="en" dir="ltr" class="mw-content-ltr">orchestration</span> {{English term|orchestration}} :<span lang="en" dir="ltr" class="mw-content-ltr">The action performed by the [[#orchestrator|orchestrator]].</span> ; {{anchor|orchestrator|Orchestrator}} 오케스트레이터 {{English term|orchestrator}} : <span class="mw-translate-fuzzy">[[#ZObject|Z객체]]를 가져와 [[#Evaluator|평가]]된 버전을 반환하는 서비스입니다. 이를 위해 필요한 다른 Z객체, 일부 함수 호출을 평가하기위한 [[#Executor|실행자]] 및 [[#Wikidata|위키데이터]]와 같은 기타 서비스에 대한 위키를 호출합니다. [https://gitlab.wikimedia.org/repos/abstract-wiki/wikifunctions/function-orchestrator#wikifunctions-function-orchestrator 서비스 문서]를 참조하세요. [[#evaluator|평가자]] 및 [[#executor|실행자]]와 비교합니다.</span> == P == ; {{anchor|page|Page}} 문서 {{English term|page}} : <span class="mw-translate-fuzzy">[[#wiki|위키]]는 독립적으로 편집할 수 있는 여러 개별 페이지로 구성됩니다.</span> ; {{anchor|parser|Parser}} 파서 {{English term|parser}} : <span class="mw-translate-fuzzy">문자열을 Z객체로 변환하는 함수. [[$linearizer|linearizer]]의 반대.</span> ; {{anchor|pair|Pair}} 짝 {{English term|pair}} : 특정 (임의의) 유형의 두 Z객체를 포함하는 복합 Z객체. ; {{anchor|part_P1|Part_P1}} 파트 P1 {{English term|Part P1}} : [[#Wikifunctions|위키함수]] 생성을 다루는 [[#development_project|개발 프로젝트]]의 일부입니다. 그것은 프로젝트의 시작 부분에서 시작하여 평생 동안 계속됩니다. [[:m:Special:MyLanguage/Abstract Wikipedia/Tasks#Part P1: Wikifunctions|파트 P1: 위키함수]]를 참조하세요. ; {{anchor|part_P2|Part_P2}} 파트 P2 {{English term|Part P2}} : [[#Abstract_Wikipedia|추상 위키백과]] 생성을 다루는 [[#development_project|개발 프로젝트]]의 일부입니다. 프로젝트에서 약 1년 후에 시작되어 이 기간의 후반기 동안 계속됩니다. [[:m:Special:MyLanguage/Abstract Wikipedia/Tasks#Part P2: Abstract Wikipedia|파트 P2: 추상 위키백과]] 참조. ; {{anchor|persistent|Persistent}} 영속적, 영속 {{English term|persistent}} : [[#ZID|ZID]]가 있고 위키의 자체 페이지가 있는 [[#ZObject|Z객체]] 대부분의 영속 Z객체에는 ZID가 없는 Z객체인 [[#value|값]]이 포함되어 있으므로 영속적이지 않습니다. ; {{anchor|property|Property}} 속성 {{English term|property}} : [[#Wikidata|위키데이터]]의 지식 기반에서 [[#Item|항목]]에 대해 [[#Statement|서술]]하는 데 사용됩니다. 위키데이터 용어집에서 [[:d:Wikidata:Glossary#Property|속성]] 참조. == Q == ; {{anchor|quote|Quote}} 인용 {{English term|quote}} : 평가되지는 않지만 그대로 유지되는 데이터 구조. ; {{anchor|QID}} QID {{English term|QID}} : [[#Wikidata|위키데이터]] 항목의 식별자로, 문자 "Q" 뒤에 정수가 오는 것으로 구성됩니다. == R == ; {{anchor|reading function}} <span lang="en" dir="ltr" class="mw-content-ltr">reading function</span> {{English term|reading function}} : <span lang="en" dir="ltr" class="mw-content-ltr">a synonym of [[#parser|parser]]. A function that converts user text input from a string into a given Type. For example, converting the String "123456" to the Number '123456', or the string "2024-03-12" to the Date '2024', '03', '12'.</span> ; {{anchor|reference|Reference}} 참조 {{English term|reference}} : 기본 객체를 나타내는 ID입니다. 예를 들어, 문자열 "Z11"은 유형 Z11/단어 언어 텍스트를 나타냅니다. : {{TakeNote}}이 용어는 위키데이터와는 완전히 다른 의미를 가지고 있습니다. 위키백과의 [[w:en:Reference (computer science)|참조 (컴퓨터 과학)]] 참조. ; {{anchor|renderer|Renderer}} 렌더러 {{English term|renderer}} (1) : <span lang="en" dir="ltr" class="mw-content-ltr">a function to convert a ZObject to a string. The opposite of [[#parser|parser]]. (formerly called "linearizer")</span> ; <span lang="en" dir="ltr" class="mw-content-ltr">renderer</span> {{English term|renderer}} (2) : [[#natural_language|자연어]]에 대한 [[#Content|콘텐츠]]와 식별자를 입력으로 가져오고 해당 자연어의 텍스트를 출력으로 반환하고, [[#Lexeme|어휘소]]의 지식을 사용하여 콘텐츠를 구체적인 텍스트로 나타내는 [[#Function|함수]]입니다. : {{TakeNote}}<span lang="en" dir="ltr" class="mw-content-ltr">This is a future feature, and the meaning of the term "renderer" in the {{Pg|:m:Abstract Wikipedia/Historic proposal|original proposal}}; this term collides with the current usage of "renderer", so it may be renamed in the future.</span> ; {{anchor|reify}} 구체화 {{English term|reify}} : 객체를 구성 부분으로 분해하여 부분에 개별적으로 접근할 수 있도록 하는 함수; 위키백과에서 [[w:en:Reification (computer science)|구체화]] 참조; [[phab:T261474]] 참조. ; {{anchor|REPL}} REPL {{English term|REPL}} : Read / Eval / Print - Loop, 입력을 받아 평가하고 결과를 표시하는 명령 줄 인터페이스; 위키백과의 [[w:ko:REPL|REPL]] 참조; [[Special:MyLanguage/Wikifunctions:Function model#REPL|함수 모델]] 참조. == S == ; {{anchor|schemata}} <span lang="en" dir="ltr" class="mw-content-ltr">schemata</span> {{English term|schemata}} : <span lang="en" dir="ltr" class="mw-content-ltr">See [[#function schemata|function schemata]].</span> ; {{anchor|serialization|Serialization|serialisation|Serialisation}} 직렬화 {{English term|serialization}} : [[#JSON|JSON]]에서 Z객체를 표현하는 방법; [[#canonical|표준형]], [[#normal|정규형]]도 참조. ; {{anchor|snak|Snak}}<span lang="en" dir="ltr" class="mw-content-ltr">snak</span> {{English term|snak}} : <span lang="en" dir="ltr" class="mw-content-ltr">In the [[:mw:Special:MyLanguage/Wikibase/DataModel|Wikibase data model]], a snak is the smallest unit of a statement, linking a property to either a value, “no value”, or “some value.”</span> : <span lang="en" dir="ltr" class="mw-content-ltr">Example [[#statement|statement]] for {{Q|Q937}} with 3 snaks:</span> : <span lang="en" dir="ltr" class="mw-content-ltr">Main snak:</span> :  <span lang="en" dir="ltr" class="mw-content-ltr">Property: {{Q|P26}} → Value: {{Q|Q76346}}</span> : <span lang="en" dir="ltr" class="mw-content-ltr">Qualifier snak (adds context):</span> :  <span lang="en" dir="ltr" class="mw-content-ltr">Property: {{Q|P580}} → Value: 1903</span> : <span lang="en" dir="ltr" class="mw-content-ltr">Reference snak (supports the claim):</span> :  <span lang="en" dir="ltr" class="mw-content-ltr">Property: {{Q|P248}} → Value: {{Q|Q23833686}}</span> : <span lang="en" dir="ltr" class="mw-content-ltr">Resulting statement (in words): “Albert Einstein’s spouse was Mileva Marić, starting in 1903, as stated in the Catalog of the German National Library.”</span> ; {{anchor|statement|Statement}} 서술 {{English term|statement}} : <span class="mw-translate-fuzzy">[[#Wikidata|위키데이터]]의 지식 기반에서 [[#Item|항목]]에 대한 지식을 제공하는 데 사용됩니다. 위키데이터 용어집의 [[:d:Special:MyLanguage/Wikidata:Glossary#Statement|서술]] 참조.</span> ; {{anchor|string}} 문자열 {{English term|string}} : 일련의 문자. ; {{anchor|sum type|Sum type}} 합계 유형 {{English term|sum type}} : 구성 유형의 인스턴스를 가질 수 있는 유형; 위키백과의 [[w:en:Sum type|집계 유형]] 참조. [[Special:MyLanguage/Wikifunctions:Function model#Zx/Sum_types|함수 모델]] 참조. == T == ; {{anchor|template}} 틀 {{English term|template}} : <span class="mw-translate-fuzzy">[[#renderer|렌더러]]를 자리 표시자가 산재된 텍스트 또는 "슬롯"으로 지정하는 방법은 [[#constructor|생성자]]의 데이터, 함수 계산 또는 다른 틀의 내용으로 채울 수 있습니다. 틀 구문에 대한 자세한 내용은 [[:m:Special:MyLanguage/Abstract Wikipedia/Template Language for Wikifunctions|위키함수용 틀 언어]] 문서를 참조하세요.</span> ; {{anchor|tester|Tester}} 테스터 {{English term|tester}} : 주어진 [[#ZFunction|Z함수]]가 정확하게 일을 하고 있는지 자동으로 결정하는 방법. [[#function|함수]]에는 일반적으로 여러 테스터가 있으며, 각 테스터는 함수에 대한 일부 입력을 지정하고 주어진 입력에 대한 출력이 충족되어야합니다. 예를 들어, "케이스 제목(title case)" 함수의 테스터에는 다음이 포함될 수 있습니다: "abc"는 "Abc"가 되어야합니다; "war and peace"는 "War and Peace"가 되어야합니다; "война и мир"는 "Война и мир"가 되어야합니다; "123"은 "123"으로 유지되어야합니다. ; {{anchor|transient|Transient}} 일시적 {{English term|transient}} : [[#persistent|영속적]]의 반대. ; {{anchor|type|Type}} 유형 {{English term|type}} : 객체의 유형은 주어진 객체를 해석하고 이해하는 방법과 객체로 수행할 수 있는 작업을 알려줍니다. 예를 들어 값이 "2023"인 객체가 있는 경우 유형이 정수인지, 연도인지 또는 문자열인지에 따라 해당 객체를 다르게 이해합니다. 모든 객체는 "실제 세계에 있는 것"을 나타냅니다. 정수 2023은 2023년과 다릅니다. 유형은 주어진 객체를 해석하는 방법을 알려주므로 실제 세계에서 어떤 것을 참조하는지 알 수 있습니다. 기술적으로는 해당 유형의 객체가 구성되는 방식과 해당 유형의 유효한 객체가 되기 위해 충족해야 하는 조건을 정의합니다. 유형은 Z객체의 유효성을 검사하는 [[#Function|함수]]를 제공하여 [[#ZObject|Z객체]]가 이 유형의 유효한 인스턴스가 되는 조건을 정의합니다. 유형은 Z객체 자체이므로 [[#Wikifunctions|위키함수]]의 기여자는 새로운 유형을 만들 수 있습니다. ; {{anchor|type converter}} <span lang="en" dir="ltr" class="mw-content-ltr">type converter</span> {{English term|type converter}} : <span lang="en" dir="ltr" class="mw-content-ltr">A script written in some programming language (such as JavaScript), taking a native object (such as BigInt), and returning a JSON object representing the corresponding ZObject; or ''vice versa''.</span> ; {{anchor|typed list|Typed List}} <span lang="en" dir="ltr" class="mw-content-ltr">typed list</span> {{English term|typed list}} : <span lang="en" dir="ltr" class="mw-content-ltr">A typed list is a [[#list|list]] in which all members of the list are of a specific, predefined [[#type|type]]. For example, a typed list of [[#string|strings]] is a list in which all members of the list are strings. A typed list takes one argument: the type that all the members of the list have to be an instance of. Typed lists are probably the most widely used [[#generic type|generic type]].</span> == V == ; {{anchor|value}} 값 {{English term|value}} : 다른 Z객체의 [[#key|키]]와 연관된 문자열 또는 [[#ZObject|Z객체]]. ; {{anchor|validation|Validation}} <span lang="en" dir="ltr" class="mw-content-ltr">validation</span> {{English term|validation}} : <span lang="en" dir="ltr" class="mw-content-ltr">The action performed by the [[#validator|validator]].</span> ; {{anchor|validator|Validator}} 검증자 {{English term|validator}} : <span class="mw-translate-fuzzy">Z객체를 인수로 사용하고 발견된 오류 목록을 반환하는 함수.</span> == W == ; {{anchor|wiki|Wiki}} 위키 {{English term|wiki}} : [[#page|페이지]]를 쉽고 공동으로 편집 할 수 있는 웹 사이트. ; {{anchor|Wikidata}} 위키데이터 {{English term|Wikidata}} : 공동으로 편집된 자유 지식 기반인 [[#Wikimedia_Foundation|위키미디어 재단]]의 프로젝트; [[:m:Special:MyLanguage/Wikidata|위키데이터]] 참조. ; {{anchor|Wikifunctions}}{{anchor|Wikilambda}} 위키함수 {{English term|Wikifunctions}} : [[#Wikimedia_Foundation|위키미디어 재단]]의 새로운 프로젝트; 무료이고 공동으로 개발하며 유지 관리하는 [[#Function|함수]] 카탈로그. {{Pg|:m:Abstract Wikipedia/Historic proposal|원래 제안}}에서 처음에는 위키람다로 알려졌습니다(이 이름은 현재 위키람다 확장에 사용됨). ; {{anchor|WikiLambda}} 위키람다 {{English term|WikiLambda}} : 프로젝트를 구동하는 데 사용되는 소프트웨어, [[mw:Special:MyLanguage/Extension:WikiLambda|확장:위키람다]]. ; {{anchor|WikiLambda system}} 위키람다 시스템 {{English term|WikiLambda system}} : <span lang="en" dir="ltr" class="mw-content-ltr">an automated system account that is a key part of the WikiLambda extension. See [[User:WikiLambda system]] for its current function.</span> ; {{anchor|WMF|Wikimedia_Foundation}} 위키미디어 재단 {{English term|Wikimedia Foundation}} : 위키미디어 운동을 지원하는 조직; [[:m:Special:MyLanguage/Wikimedia Foundation|위키미디어 재단]] 참조. ; {{anchor|Wikipedia}} 위키백과 {{English term|Wikipedia}} : [[#Wikimedia_Foundation|위키미디어 재단]]의 프로젝트, 공동으로 편집하는 자유 백과사전, [[:m:Special:MyLanguage/Wikipedia|위키백과]] 참조. ; 위키백과, 추상 {{English term|Wikipedia, Abstract}} : [[#Abstract_Wikipedia|추상 위키백과]] 참조. ; 위키백과, 다국어 {{English term|Wikipedia, multilingual}} : [[#multilingual_Wikipedia|다국어 위키백과]] 참조. == Z == ; {{anchor|ZID|ZIDs}} ZID {{English term|ZID}} : 문자 Z로 시작하고 뒤에 자연수가 오는 ID. [[#persistent|영구]] [[#ZObject|Z객체]]를 식별하는 데 사용됩니다. ; {{anchor|zfunction|ZFunction}} Z함수 {{English term|ZFunction}} : [[#evaluator|평가자]]를 통해 사용할 수 있는 특정 [[#function|함수]]를 설명하는 [[#Wikifunctions|위키함수]]의 위키 문서입니다. 각 Z함수는 하나 이상의 [[#implementation|구현]]에 의해 코드에서 실현 될 수 있으며, 상기 구현은 하나 이상의 [[#tester|테스터]] Z함수에 의해 올바른 것으로 검증될 수 있습니다. ; {{anchor|ZKey}} Z키 {{English term|ZKey}} : 특정 [[#type |유형]]에 대한 [[#key|키]]를 정의하는 [[#ZObject|Z객체]]. ; {{anchor|ZList}} Z리스트 {{English term|ZList}} : 다른 Z객체의 순서가 지정된 시퀀스에 대한 [[#ZObject|Z객체]]. ; {{anchor|ZObject}} Z객체 {{English term|ZObject}} : [[#Wikifunctions|위키함수]]의 모든 항목은 Z객체입니다. 위키함수에 저장된 Z객체는 [[#ZID|ZID]]를 가지며 [[#Constructor|생성자]]와 [[#Function|함수]], [[#Type|유형]] 등과 같은 다양한 유형이 될 수 있습니다. Z객체는 [[#Key|키]]/[[#Value|값]] 쌍 집합으로 구성되며 각 키는 Z객체 당 한 번만 나타나고 값은 Z객체입니다. ; {{anchor|ZUnit}} ZUnit {{English term|ZUnit}} : [[:w:en:Unit type|단위 유형]]을 나타내는 [[#ZObject|ZObject]]입니다. [[Category:Glossary| {{#translation:}}]] 5r9jj0effzh2fpoqh95igornumkthdl Z10251 0 8459 275709 247340 2026-05-17T08:49:55Z Ameisenigel 44 Added Z18774, Z22986 und Z22987 to the approved list of test cases 275709 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z10251" }, "Z2K2": { "Z1K1": "Z8", "Z8K1": [ "Z17", { "Z1K1": "Z17", "Z17K1": "Z6", "Z17K2": "Z10251K1", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "value" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Wert" }, { "Z1K1": "Z11", "Z11K1": "Z1014", "Z11K2": "String 1" }, { "Z1K1": "Z11", "Z11K1": "Z1013", "Z11K2": "darajar" }, { "Z1K1": "Z11", "Z11K1": "Z1787", "Z11K2": "valore" }, { "Z1K1": "Z11", "Z11K1": "Z1820", "Z11K2": "वैल्यू" } ] } } ], "Z8K2": "Z6", "Z8K3": [ "Z20", "Z10252", "Z10253", "Z10255", "Z10256", "Z18774", "Z22986", "Z22987" ], "Z8K4": [ "Z14", "Z10254" ], "Z8K5": "Z10251" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "to Title Case" }, { "Z1K1": "Z11", "Z11K1": "Z1830", "Z11K2": "タイトルケースに変換" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "in großen Anfangsbuchstaben" }, { "Z1K1": "Z11", "Z11K1": "Z1014", "Z11K2": "Na Aha ikpe" }, { "Z1K1": "Z11", "Z11K1": "Z1013", "Z11K2": "Zuwa Harkar Take" }, { "Z1K1": "Z11", "Z11K1": "Z1186", "Z11K2": "לרישיות כותרת" }, { "Z1K1": "Z11", "Z11K1": "Z1787", "Z11K2": "converti in Title Case" }, { "Z1K1": "Z11", "Z11K1": "Z1820", "Z11K2": "शीर्षक केस में बदलें" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1002", "Z31K2": [ "Z6", "to title case", "to titlecase" ] }, { "Z1K1": "Z31", "Z31K1": "Z1186", "Z31K2": [ "Z6", "רישיות כותרת" ] }, { "Z1K1": "Z31", "Z31K1": "Z1787", "Z31K2": [ "Z6", "prima lettera maiuscola" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1830", "Z11K2": "文字列をタイトルケースに変換する" }, { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "converts a string to title case" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "wandelt eine Zeichenkette in die Schreibweise mit großen Anfangsbuchstaben um" }, { "Z1K1": "Z11", "Z11K1": "Z1014", "Z11K2": "Na-atụgharị eriri gaa na ikpe aha" }, { "Z1K1": "Z11", "Z11K1": "Z1013", "Z11K2": "Yana canza kirtani zuwa shari'ar take" }, { "Z1K1": "Z11", "Z11K1": "Z1186", "Z11K2": "המרת מחרוזת אל רישיות כותרת" }, { "Z1K1": "Z11", "Z11K1": "Z1787", "Z11K2": "Rende maiuscola la prima lettera di ogni parola e rende minusole tutte le altre lettere" } ] } } f6v58qjin2j5s0qma1xo62pdbfs0gsa 275713 275709 2026-05-17T08:56:29Z Ameisenigel 44 Added Z15865 und Z18773 to the approved list of implementations 275713 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z10251" }, "Z2K2": { "Z1K1": "Z8", "Z8K1": [ "Z17", { "Z1K1": "Z17", "Z17K1": "Z6", "Z17K2": "Z10251K1", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "value" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Wert" }, { "Z1K1": "Z11", "Z11K1": "Z1014", "Z11K2": "String 1" }, { "Z1K1": "Z11", "Z11K1": "Z1013", "Z11K2": "darajar" }, { "Z1K1": "Z11", "Z11K1": "Z1787", "Z11K2": "valore" }, { "Z1K1": "Z11", "Z11K1": "Z1820", "Z11K2": "वैल्यू" } ] } } ], "Z8K2": "Z6", "Z8K3": [ "Z20", "Z10252", "Z10253", "Z10255", "Z10256", "Z18774", "Z22986", "Z22987" ], "Z8K4": [ "Z14", "Z10254", "Z15865", "Z18773" ], "Z8K5": "Z10251" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "to Title Case" }, { "Z1K1": "Z11", "Z11K1": "Z1830", "Z11K2": "タイトルケースに変換" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "in großen Anfangsbuchstaben" }, { "Z1K1": "Z11", "Z11K1": "Z1014", "Z11K2": "Na Aha ikpe" }, { "Z1K1": "Z11", "Z11K1": "Z1013", "Z11K2": "Zuwa Harkar Take" }, { "Z1K1": "Z11", "Z11K1": "Z1186", "Z11K2": "לרישיות כותרת" }, { "Z1K1": "Z11", "Z11K1": "Z1787", "Z11K2": "converti in Title Case" }, { "Z1K1": "Z11", "Z11K1": "Z1820", "Z11K2": "शीर्षक केस में बदलें" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1002", "Z31K2": [ "Z6", "to title case", "to titlecase" ] }, { "Z1K1": "Z31", "Z31K1": "Z1186", "Z31K2": [ "Z6", "רישיות כותרת" ] }, { "Z1K1": "Z31", "Z31K1": "Z1787", "Z31K2": [ "Z6", "prima lettera maiuscola" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1830", "Z11K2": "文字列をタイトルケースに変換する" }, { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "converts a string to title case" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "wandelt eine Zeichenkette in die Schreibweise mit großen Anfangsbuchstaben um" }, { "Z1K1": "Z11", "Z11K1": "Z1014", "Z11K2": "Na-atụgharị eriri gaa na ikpe aha" }, { "Z1K1": "Z11", "Z11K1": "Z1013", "Z11K2": "Yana canza kirtani zuwa shari'ar take" }, { "Z1K1": "Z11", "Z11K1": "Z1186", "Z11K2": "המרת מחרוזת אל רישיות כותרת" }, { "Z1K1": "Z11", "Z11K1": "Z1787", "Z11K2": "Rende maiuscola la prima lettera di ogni parola e rende minusole tutte le altre lettere" } ] } } e2ol0a164r1dy7m3zumrbstgta1j4vp 275720 275713 2026-05-17T09:02:50Z Ameisenigel 44 Added Z22985 to the approved list of implementations 275720 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z10251" }, "Z2K2": { "Z1K1": "Z8", "Z8K1": [ "Z17", { "Z1K1": "Z17", "Z17K1": "Z6", "Z17K2": "Z10251K1", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "value" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Wert" }, { "Z1K1": "Z11", "Z11K1": "Z1014", "Z11K2": "String 1" }, { "Z1K1": "Z11", "Z11K1": "Z1013", "Z11K2": "darajar" }, { "Z1K1": "Z11", "Z11K1": "Z1787", "Z11K2": "valore" }, { "Z1K1": "Z11", "Z11K1": "Z1820", "Z11K2": "वैल्यू" } ] } } ], "Z8K2": "Z6", "Z8K3": [ "Z20", "Z10252", "Z10253", "Z10255", "Z10256", "Z18774", "Z22986", "Z22987" ], "Z8K4": [ "Z14", "Z10254", "Z15865", "Z18773", "Z22985" ], "Z8K5": "Z10251" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "to Title Case" }, { "Z1K1": "Z11", "Z11K1": "Z1830", "Z11K2": "タイトルケースに変換" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "in großen Anfangsbuchstaben" }, { "Z1K1": "Z11", "Z11K1": "Z1014", "Z11K2": "Na Aha ikpe" }, { "Z1K1": "Z11", "Z11K1": "Z1013", "Z11K2": "Zuwa Harkar Take" }, { "Z1K1": "Z11", "Z11K1": "Z1186", "Z11K2": "לרישיות כותרת" }, { "Z1K1": "Z11", "Z11K1": "Z1787", "Z11K2": "converti in Title Case" }, { "Z1K1": "Z11", "Z11K1": "Z1820", "Z11K2": "शीर्षक केस में बदलें" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1002", "Z31K2": [ "Z6", "to title case", "to titlecase" ] }, { "Z1K1": "Z31", "Z31K1": "Z1186", "Z31K2": [ "Z6", "רישיות כותרת" ] }, { "Z1K1": "Z31", "Z31K1": "Z1787", "Z31K2": [ "Z6", "prima lettera maiuscola" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1830", "Z11K2": "文字列をタイトルケースに変換する" }, { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "converts a string to title case" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "wandelt eine Zeichenkette in die Schreibweise mit großen Anfangsbuchstaben um" }, { "Z1K1": "Z11", "Z11K1": "Z1014", "Z11K2": "Na-atụgharị eriri gaa na ikpe aha" }, { "Z1K1": "Z11", "Z11K1": "Z1013", "Z11K2": "Yana canza kirtani zuwa shari'ar take" }, { "Z1K1": "Z11", "Z11K1": "Z1186", "Z11K2": "המרת מחרוזת אל רישיות כותרת" }, { "Z1K1": "Z11", "Z11K1": "Z1787", "Z11K2": "Rende maiuscola la prima lettera di ogni parola e rende minusole tutte le altre lettere" } ] } } bwh8chyr2am56xjb7zxykfwn8b0pf31 Z1913 0 18014 275748 69559 2026-05-17T10:18:04Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275748 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1913" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "mnc-mong" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Manchu (Mongolian script)" }, { "Z1K1": "Z11", "Z11K1": "Z1913", "Z11K2": "ᠮᠠᠨᠵᡠ ᡤᡳᠰᡠᠨ" }, { "Z1K1": "Z11", "Z11K1": "Z1830", "Z11K2": "満洲語(蒙古文字)" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Mandschurisch (mongolische Schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "mandchou en écriture mongole" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 1qj4jega57704fxfld2a63dce1rl7p2 Z1914 0 18015 275749 69560 2026-05-17T10:18:18Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275749 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1914" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "mnc-latn" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Manchu (Latin script)" }, { "Z1K1": "Z11", "Z11K1": "Z1914", "Z11K2": "manju gisun" }, { "Z1K1": "Z11", "Z11K1": "Z1830", "Z11K2": "満洲語(ラテン文字)" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Mandschurisch (lateinische Schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "mandchou en écriture latine" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 5644kx8f5mtas89py2grci7um33hxyo Z1816 0 23034 275684 79748 2026-05-17T06:30:29Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275684 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1816" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "kge" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Komering" }, { "Z1K1": "Z11", "Z11K1": "Z1816", "Z11K2": "Basa Kumoring" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Komering" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "komering" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 45ue53h66gmsal7ygtm7yek1ks7jctt Wikifunctions:Type 4 24478 275621 270479 2026-05-17T02:42:28Z YoshiRulz 10156 Add sitelink and word order 275621 wikitext text/x-wiki <languages/>{{Technical documentation navbox}} <translate> <!--T:1--> Every Object in Wikifunctions belongs to a Type. Types decide how Objects of that Type are structured, and what they mean. Types are also used to specify the Arguments of a Function, and what a Function returns. <!--T:2--> Currently, there are <tvar name="1">{{NUMBEROFTYPES}}</tvar> Types that are available for specifying the Arguments and the return Type of a Function: </translate> * {{Z+|Z1}} * {{Z+|Z4}} * {{Z+|Z8}} * {{Z+|Z23}} * {{Z+|Z21}} * {{Z+|Z40}} * {{Z+|Z22112}} * {{Z+|Z881}} (<translate><!--T:14--> this is parameterised i.e. it is a Function which returns a Type</translate>) * {{Z+|Z882}} (<translate><!--T:15--> parameterised</translate>) * {{Z+|Z883}} (<translate><!--T:16--> parameterised</translate>) * {{Z+|Z6884}} (<translate><!--T:17--> parameterised, used for defining [[<tvar name="1">Special:MyLanguage/WF:Function_model#Lightweight_enumerations</tvar>|lightweight enumeration types]]</translate>) <translate> === Numeric types === <!--T:6--> </translate> * {{Z+|Z80}} * {{Z+|Z13518}} * {{Z+|Z16659}} * {{Z+|Z16683}} * {{Z+|Z19677}} * {{Z+|Z20825}} * {{Z+|Z20838}} * {{Z+|Z33198}} <translate> === Language and text types === <!--T:18--> </translate> * {{Z+|Z86}} * {{Z+|Z6}} * {{Z+|Z60}} * {{Z+|Z11}} * {{Z+|Z31}} * {{Z+|Z12}} * {{Z+|Z32}} * {{Z+|Z89}} * {{Z+|Z14293}} * {{Z+|Z14294}} <translate> ==== Grammatical feature enums ==== <!--T:19--> </translate> * {{Z+|Z28516}} (<translate><!--T:20--> lightweight enum</translate>) * {{Z+|Z28519}} (<translate><!--T:21--> lightweight enum</translate>) * {{Z+|Z25502}} (<translate><!--T:22--> lightweight enum</translate>) * {{Z+|Z25340}} (<translate><!--T:23--> lightweight enum</translate>) * {{Z+|Z25501}} (<translate><!--T:24--> lightweight enum</translate>) * {{Z+|Z26935}} (<translate><!--T:25--> lightweight enum</translate>) * {{Z+|Z26934}} (<translate><!--T:26--> lightweight enum</translate>) * {{Z+|Z28215}} (<translate><!--T:27--> lightweight enum</translate>) * {{Z+|Z28515}} (<translate><!--T:28--> lightweight enum</translate>) * {{Z+|Z28517}} (<translate><!--T:29--> lightweight enum</translate>) * {{Z+|Z32792}} (<translate><!--T:43--> lightweight enum</translate>) * {{Z+|Z32789}} (<translate><!--T:44--> lightweight enum</translate>) * {{Z+|Z27970}} (<translate><!--T:30--> lightweight enum</translate>) * {{Z+|Z28518}} (<translate><!--T:31--> lightweight enum</translate>) * {{Z+|Z28520}} (<translate><!--T:32--> lightweight enum</translate>) * {{Z+|Z33568}} (<translate>lightweight enum</translate>) * {{Z+|Z27971}} (<translate><!--T:33--> lightweight enum</translate>) <translate> === Calendar types === <!--T:7--> ==== Gregorian calendar ==== <!--T:8--> </translate> * {{Z+|Z17402}} * {{Z+|Z16098}} * {{Z+|Z17813}} * {{Z+|Z20159}} * {{Z+|Z20342}} * {{Z+|Z20420}} <translate> ==== Hijri (Islamic) calendar ==== <!--T:34--> </translate> * {{Z+|Z26582}} (<translate><!--T:35--> lightweight enum</translate>) <translate> ==== Igbo calendar ==== <!--T:9--> </translate> * {{Z+|Z16927}} <translate> === Wikidata types === <!--T:10--> </translate> {{see also|Help:Wikidata#Statement model}} * {{Z+|Z6030}} <translate> ==== Wikidata entities ==== <!--T:11--> </translate> * {{Z+|Z6001}} * {{Z+|Z6002}} * {{Z+|Z6004}} * {{Z+|Z6005}} * {{Z+|Z6006}} <translate> ==== Wikidata references ==== <!--T:12--> </translate> * {{Z+|Z6091}} * {{Z+|Z6092}} * {{Z+|Z6094}} * {{Z+|Z6095}} * {{Z+|Z6096}} <translate> ==== Wikidata statements ==== <!--T:13--> </translate> * {{Z+|Z6020}} * {{Z+|Z6007}} * {{Z+|Z6003}} * {{Z+|Z6040}} * {{Z+|Z6008}} * {{Z+|Z6039}} <translate> ==== Wikidata datatypes ==== <!--T:36--> </translate> * {{Z+|Z6010}} * {{Z+|Z6011}} * {{Z+|Z6060}} * {{Z+|Z6061}} * {{Z+|Z6062}} (<translate><!--T:37--> lightweight enum</translate>) * {{Z+|Z6063}} (<translate><!--T:38--> lightweight enum</translate>) * {{Z+|Z6064}} <translate> === Miscellaneous === <!--T:39--> </translate> * {{Z+|Z27951}} (<translate><!--T:40--> lightweight enum</translate>) * {{Z+|Z28579}} * {{Z+|Z33827}} (<translate><!--T:45--> lightweight enum</translate>) <translate> === WikiLambda structure === <!--T:41--> </translate> * {{Z+|Z2}} * {{Z+|Z9}} * {{Z+|Z3}} * {{Z+|Z39}} * {{Z+|Z46}} * {{Z+|Z64}} * {{Z+|Z17}} * {{Z+|Z18}} * {{Z+|Z20}} * {{Z+|Z14}} * {{Z+|Z16}} * {{Z+|Z61}} <translate> ==== Evaluation ==== <!--T:42--> </translate> * {{Z+|Z7}} * {{Z+|Z22}} * {{Z+|Z5}} * {{Z+|Z50}} * {{Z+|Z99}} <translate> <!--T:3--> Other types can be used but there may be bugs. For a list of all types, see [[<tvar name="1">Special:ListObjectsByType/Z4</tvar>|the list of all types]] (though that does not include [[<tvar name="2">Special:ListObjectsByType/Z7</tvar>|persistent calls]] which return types, such as the lightweight enums, nor parameterised types such as <tvar name="3">{{Z|881}}</tvar>). <!--T:4--> New Types can be proposed on <tvar name="1">[[Wikifunctions:Type proposals]]</tvar>. == See also == <!--T:5--> </translate> * {{ll|Wikifunctions:Function model}} [[Category:Technical documentation{{#translation:}}|Type]] smitlfh8dcscc6wzcsnft5vm9bghox5 275626 275621 2026-05-17T03:01:05Z YoshiRulz 10156 Update the count (and use formatnum) 275626 wikitext text/x-wiki <languages/>{{Technical documentation navbox}} <translate> <!--T:1--> Every Object in Wikifunctions belongs to a Type. Types decide how Objects of that Type are structured, and what they mean. Types are also used to specify the Arguments of a Function, and what a Function returns. <!--T:2--> Currently, there are <tvar name="1"><del>{{formatnum:{{NUMBEROFTYPES}}}}</del> ~{{formatnum:100}}</tvar> Types that are available for specifying the Arguments and the return Type of a Function: </translate> * {{Z+|Z1}} * {{Z+|Z4}} * {{Z+|Z8}} * {{Z+|Z23}} * {{Z+|Z21}} * {{Z+|Z40}} * {{Z+|Z22112}} * {{Z+|Z881}} (<translate><!--T:14--> this is parameterised i.e. it is a Function which returns a Type</translate>) * {{Z+|Z882}} (<translate><!--T:15--> parameterised</translate>) * {{Z+|Z883}} (<translate><!--T:16--> parameterised</translate>) * {{Z+|Z6884}} (<translate><!--T:17--> parameterised, used for defining [[<tvar name="1">Special:MyLanguage/WF:Function_model#Lightweight_enumerations</tvar>|lightweight enumeration types]]</translate>) <translate> === Numeric types === <!--T:6--> </translate> * {{Z+|Z80}} * {{Z+|Z13518}} * {{Z+|Z16659}} * {{Z+|Z16683}} * {{Z+|Z19677}} * {{Z+|Z20825}} * {{Z+|Z20838}} * {{Z+|Z33198}} <translate> === Language and text types === <!--T:18--> </translate> * {{Z+|Z86}} * {{Z+|Z6}} * {{Z+|Z60}} * {{Z+|Z11}} * {{Z+|Z31}} * {{Z+|Z12}} * {{Z+|Z32}} * {{Z+|Z89}} * {{Z+|Z14293}} * {{Z+|Z14294}} <translate> ==== Grammatical feature enums ==== <!--T:19--> </translate> * {{Z+|Z28516}} (<translate><!--T:20--> lightweight enum</translate>) * {{Z+|Z28519}} (<translate><!--T:21--> lightweight enum</translate>) * {{Z+|Z25502}} (<translate><!--T:22--> lightweight enum</translate>) * {{Z+|Z25340}} (<translate><!--T:23--> lightweight enum</translate>) * {{Z+|Z25501}} (<translate><!--T:24--> lightweight enum</translate>) * {{Z+|Z26935}} (<translate><!--T:25--> lightweight enum</translate>) * {{Z+|Z26934}} (<translate><!--T:26--> lightweight enum</translate>) * {{Z+|Z28215}} (<translate><!--T:27--> lightweight enum</translate>) * {{Z+|Z28515}} (<translate><!--T:28--> lightweight enum</translate>) * {{Z+|Z28517}} (<translate><!--T:29--> lightweight enum</translate>) * {{Z+|Z32792}} (<translate><!--T:43--> lightweight enum</translate>) * {{Z+|Z32789}} (<translate><!--T:44--> lightweight enum</translate>) * {{Z+|Z27970}} (<translate><!--T:30--> lightweight enum</translate>) * {{Z+|Z28518}} (<translate><!--T:31--> lightweight enum</translate>) * {{Z+|Z28520}} (<translate><!--T:32--> lightweight enum</translate>) * {{Z+|Z33568}} (<translate>lightweight enum</translate>) * {{Z+|Z27971}} (<translate><!--T:33--> lightweight enum</translate>) <translate> === Calendar types === <!--T:7--> ==== Gregorian calendar ==== <!--T:8--> </translate> * {{Z+|Z17402}} * {{Z+|Z16098}} * {{Z+|Z17813}} * {{Z+|Z20159}} * {{Z+|Z20342}} * {{Z+|Z20420}} <translate> ==== Hijri (Islamic) calendar ==== <!--T:34--> </translate> * {{Z+|Z26582}} (<translate><!--T:35--> lightweight enum</translate>) <translate> ==== Igbo calendar ==== <!--T:9--> </translate> * {{Z+|Z16927}} <translate> === Wikidata types === <!--T:10--> </translate> {{see also|Help:Wikidata#Statement model}} * {{Z+|Z6030}} <translate> ==== Wikidata entities ==== <!--T:11--> </translate> * {{Z+|Z6001}} * {{Z+|Z6002}} * {{Z+|Z6004}} * {{Z+|Z6005}} * {{Z+|Z6006}} <translate> ==== Wikidata references ==== <!--T:12--> </translate> * {{Z+|Z6091}} * {{Z+|Z6092}} * {{Z+|Z6094}} * {{Z+|Z6095}} * {{Z+|Z6096}} <translate> ==== Wikidata statements ==== <!--T:13--> </translate> * {{Z+|Z6020}} * {{Z+|Z6007}} * {{Z+|Z6003}} * {{Z+|Z6040}} * {{Z+|Z6008}} * {{Z+|Z6039}} <translate> ==== Wikidata datatypes ==== <!--T:36--> </translate> * {{Z+|Z6010}} * {{Z+|Z6011}} * {{Z+|Z6060}} * {{Z+|Z6061}} * {{Z+|Z6062}} (<translate><!--T:37--> lightweight enum</translate>) * {{Z+|Z6063}} (<translate><!--T:38--> lightweight enum</translate>) * {{Z+|Z6064}} <translate> === Miscellaneous === <!--T:39--> </translate> * {{Z+|Z27951}} (<translate><!--T:40--> lightweight enum</translate>) * {{Z+|Z28579}} * {{Z+|Z33827}} (<translate><!--T:45--> lightweight enum</translate>) <translate> === WikiLambda structure === <!--T:41--> </translate> * {{Z+|Z2}} * {{Z+|Z9}} * {{Z+|Z3}} * {{Z+|Z39}} * {{Z+|Z46}} * {{Z+|Z64}} * {{Z+|Z17}} * {{Z+|Z18}} * {{Z+|Z20}} * {{Z+|Z14}} * {{Z+|Z16}} * {{Z+|Z61}} <translate> ==== Evaluation ==== <!--T:42--> </translate> * {{Z+|Z7}} * {{Z+|Z22}} * {{Z+|Z5}} * {{Z+|Z50}} * {{Z+|Z99}} <translate> <!--T:3--> Other types can be used but there may be bugs. For a list of all types, see [[<tvar name="1">Special:ListObjectsByType/Z4</tvar>|the list of all types]] (though that does not include [[<tvar name="2">Special:ListObjectsByType/Z7</tvar>|persistent calls]] which return types, such as the lightweight enums, nor parameterised types such as <tvar name="3">{{Z|881}}</tvar>). <!--T:4--> New Types can be proposed on <tvar name="1">[[Wikifunctions:Type proposals]]</tvar>. == See also == <!--T:5--> </translate> * {{ll|Wikifunctions:Function model}} [[Category:Technical documentation{{#translation:}}|Type]] 1d8ipbtwmin93r8vy28sbn3cq0ybpty Z1922 0 30483 275750 274507 2026-05-17T10:20:42Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275750 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1922" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "nan-latn-tailo", "Z60K2": [ "Z6", "nan-hntl-tailo" ] }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Minnan (Tâi-lô)" }, { "Z1K1": "Z11", "Z11K1": "Z1922", "Z11K2": "Bân-lâm-gú (Tâi-lô)" }, { "Z1K1": "Z11", "Z11K1": "Z1672", "Z11K2": "閩南語(臺羅)" }, { "Z1K1": "Z11", "Z11K1": "Z1645", "Z11K2": "闽南语(台罗)" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Min Nan (Tâi-lô)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "minnan en Tâi-lô" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 9p2vl3p2g6qkrw8ox9y0c4afega292b Z1924 0 33716 275752 200157 2026-05-17T10:25:36Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275752 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1924" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "isv-cyrl" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Interslavic (Cyrillic script)" }, { "Z1K1": "Z11", "Z11K1": "Z1924", "Z11K2": "меджусловјанскы" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Interslawisch (kyrillische Schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1181", "Z11K2": "међусловенски (ћирилица)" }, { "Z1K1": "Z11", "Z11K1": "Z1394", "Z11K2": "međuslovenski (ćirilica)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "interslave en écriture cyrillique" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } ap89yongt9rnu5ii64yup9u1437qc77 Z1929 0 33721 275754 132381 2026-05-17T10:29:46Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275754 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1929" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "abr" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Abron" }, { "Z1K1": "Z11", "Z11K1": "Z1929", "Z11K2": "Abron" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Abron" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "abron" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1002", "Z31K2": [ "Z6", "Bono", "Brong", "Bono Twi" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } som5m3dxenns947ta64mjeajrq6b6df Z1930 0 33722 275753 117309 2026-05-17T10:29:01Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275753 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1930" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "aii" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Suret" }, { "Z1K1": "Z11", "Z11K1": "Z1930", "Z11K2": "ܣܘܪܝܬ" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Assyrisch-neuaramäischer Dialekt" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "néo-araméen du Nord-Est" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1002", "Z31K2": [ "Z6", "Assyrian Neo-Aramaic" ] }, { "Z1K1": "Z31", "Z31K1": "Z1004", "Z31K2": [ "Z6", "soureth" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } c6l2oa64qzi2eqh4ejepmm4ane27fr7 Z1932 0 34759 275755 118926 2026-05-17T10:30:30Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275755 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1932" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "hak-hans" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Hakka (Simplified Han script)" }, { "Z1K1": "Z11", "Z11K1": "Z1932", "Z11K2": "客家语(简体)" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Hakka (vereinfachtes Han)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "hakka en sinogrammes simplifiés" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 20g22yi06qmd9ig2lzv6zdsalem4k2s Z1933 0 34760 275756 118927 2026-05-17T10:30:51Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275756 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1933" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "hak-hant" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Hakka (Traditional Han script)" }, { "Z1K1": "Z11", "Z11K1": "Z1933", "Z11K2": "客家語(繁體)" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Hakka (traditionelles Han)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "hakka en sinogrammes traditionnels" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } ajygt1hxmwbbsbl8r8vr6d76sbe4f7s Z1934 0 34761 275757 118928 2026-05-17T10:31:15Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275757 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1934" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "hak-latn" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Hakka (Latin script)" }, { "Z1K1": "Z11", "Z11K1": "Z1934", "Z11K2": "Hak-kâ-ngî (Pha̍k-fa-sṳ)" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Hakka (lateinische Schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "hakka en écriture latine" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 2cn0osbnpyx7isv8we18i6w7f3x6g2y Z18771 0 37189 275705 219312 2026-05-17T08:47:25Z Ameisenigel 44 Removed Z18774, Z22986 und Z22987 from the approved list of test cases 275705 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z18771" }, "Z2K2": { "Z1K1": "Z8", "Z8K1": [ "Z17", { "Z1K1": "Z17", "Z17K1": "Z6", "Z17K2": "Z18771K1", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "value" } ] } } ], "Z8K2": "Z6", "Z8K3": [ "Z20" ], "Z8K4": [ "Z14", "Z22985", "Z18773" ], "Z8K5": "Z18771" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "to Headline Case" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "convert a string to Headline Case" } ] } } 6w05r84fr4xk4gj4l1c2b6x20ciz9mj 275711 275705 2026-05-17T08:52:54Z Ameisenigel 44 Removed Z18773 und Z22985 from the approved list of implementations 275711 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z18771" }, "Z2K2": { "Z1K1": "Z8", "Z8K1": [ "Z17", { "Z1K1": "Z17", "Z17K1": "Z6", "Z17K2": "Z18771K1", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "value" } ] } } ], "Z8K2": "Z6", "Z8K3": [ "Z20" ], "Z8K4": [ "Z14" ], "Z8K5": "Z18771" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "to Headline Case" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "convert a string to Headline Case" } ] } } htr8hlflb8gfx9vzkpzx5x1rze3ihkc Z18773 0 37191 275710 170950 2026-05-17T08:52:12Z Ameisenigel 44 move to [[Z10251]] 275710 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z18773" }, "Z2K2": { "Z1K1": "Z14", "Z14K1": "Z10251", "Z14K3": { "Z1K1": "Z16", "Z16K1": "Z600", "Z16K2": "function Z10251( Z10251K1 ) {\n return Z10251K1.split(' ').map(word =\u003E word.charAt(0).toUpperCase() + word.slice(1).toLowerCase()).join(' ');\n}" } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "to Headline Case, javascript" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } dsf4an2sdclxe8i9qnet8u58v8rwu2f 275721 275710 2026-05-17T09:03:07Z Ameisenigel 44 de 275721 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z18773" }, "Z2K2": { "Z1K1": "Z14", "Z14K1": "Z10251", "Z14K3": { "Z1K1": "Z16", "Z16K1": "Z600", "Z16K2": "function Z10251( Z10251K1 ) {\n return Z10251K1.split(' ').map(word =\u003E word.charAt(0).toUpperCase() + word.slice(1).toLowerCase()).join(' ');\n}" } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "to Headline Case, javascript" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "in großen Anfangsbuchstaben in JavaScript" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 884eugfevz8qujowtfpfoou5k27arot Z18774 0 37192 275706 203391 2026-05-17T08:47:56Z Ameisenigel 44 move to [[Z10251]] 275706 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z18774" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z10251", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z18771", "Z18771K1": "the quick brown fox jumps over the lazy dog" }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z866", "Z866K2": "The Quick Brown Fox Jumps Over The Lazy Dog" } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "the quick brown fox ..." } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 21id2q9muqkvn0z5l6535zivwlomipy 275714 275706 2026-05-17T08:57:51Z Ameisenigel 44 de 275714 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z18774" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z10251", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z18771", "Z18771K1": "the quick brown fox jumps over the lazy dog" }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z866", "Z866K2": "The Quick Brown Fox Jumps Over The Lazy Dog" } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "the quick brown fox ..." }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "the quick brown fox... in großen Anfangsbuchstaben" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 2ieipgs5k83ucd9o3c30jkeyx013qjs 275719 275714 2026-05-17T09:02:31Z Ameisenigel 44 275719 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z18774" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z10251", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z10251", "Z10251K1": "the quick brown fox jumps over the lazy dog" }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z866", "Z866K2": "The Quick Brown Fox Jumps Over The Lazy Dog" } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "the quick brown fox ..." }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "the quick brown fox... in großen Anfangsbuchstaben" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } eik8g9ca2i25xji7ec7u1sh1ngvkmqs Z18901 0 38320 275700 125387 2026-05-17T08:38:36Z Ameisenigel 44 de 275700 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z18901" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z18898", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z18898", "Z18898K1": "Replace this!", "Z18898K2": "Replace this!", "Z18898K3": "This is the replacement." }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z866", "Z866K2": "This is the replacement." } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "replace an identical string" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Replace this!, Ersatz: This is the replacement." } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } ilrd4ydlyar2ecoslt0kf140rvqhnwg Z18902 0 38321 275701 125389 2026-05-17T08:38:58Z Ameisenigel 44 de 275701 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z18902" }, "Z2K2": { "Z1K1": "Z14", "Z14K1": "Z18898", "Z14K2": { "Z1K1": "Z7", "Z7K1": "Z802", "Z802K1": { "Z1K1": "Z7", "Z7K1": "Z866", "Z866K1": { "Z1K1": "Z18", "Z18K1": "Z18898K1" }, "Z866K2": { "Z1K1": "Z18", "Z18K1": "Z18898K2" } }, "Z802K2": { "Z1K1": "Z18", "Z18K1": "Z18898K3" }, "Z802K3": { "Z1K1": "Z18", "Z18K1": "Z18898K1" } } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "echo or replace, composition" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Zeichenketten-Echo mit Ersetzung als Komposition" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } gjk6adlcwfa5de177muuhc3due1jkui Z18903 0 38322 275702 125391 2026-05-17T08:39:29Z Ameisenigel 44 de 275702 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z18903" }, "Z2K2": { "Z1K1": "Z14", "Z14K1": "Z18898", "Z14K3": { "Z1K1": "Z16", "Z16K1": "Z610", "Z16K2": "def Z18898(Z18898K1, Z18898K2, Z18898K3):\n\tif Z18898K1==Z18898K2: return Z18898K3\n\treturn Z18898K1" } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "echo or replace, python" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Zeichenketten-Echo mit Ersetzung in Python" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } q39ougtl1tzv5qswcdwneyaagap1dqb Z18904 0 38323 275703 125393 2026-05-17T08:39:52Z Ameisenigel 44 de 275703 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z18904" }, "Z2K2": { "Z1K1": "Z14", "Z14K1": "Z18898", "Z14K3": { "Z1K1": "Z16", "Z16K1": "Z600", "Z16K2": "function Z18898( Z18898K1, Z18898K2, Z18898K3 ) {\n\tif (Z18898K1==Z18898K2) return(Z18898K3);\n\treturn(Z18898K1);\n}" } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "echo or replace, javascript" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Zeichenketten-Echo mit Ersetzung in JavaScript" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 9xk6zipssi1yvibdqi8klfdo229lxoz Z18910 0 38443 275704 125936 2026-05-17T08:41:29Z Ameisenigel 44 de 275704 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z18910" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z13558", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z13558", "Z13558K1": [ "Z13518", { "Z1K1": "Z13518", "Z13518K1": "2" }, { "Z1K1": "Z13518", "Z13518K1": "3" }, { "Z1K1": "Z13518", "Z13518K1": "5" }, { "Z1K1": "Z13518", "Z13518K1": "7" }, { "Z1K1": "Z13518", "Z13518K1": "11" }, { "Z1K1": "Z13518", "Z13518K1": "13" }, { "Z1K1": "Z13518", "Z13518K1": "17" }, { "Z1K1": "Z13518", "Z13518K1": "19" }, { "Z1K1": "Z13518", "Z13518K1": "23" }, { "Z1K1": "Z13518", "Z13518K1": "29" } ] }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z13522", "Z13522K2": { "Z1K1": "Z13518", "Z13518K1": "6469693230" } } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "product of primes \u003C 30" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Produkt von [2,3,5,7,11,13,17,19,23,29]" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 909joq4rybe207075ddemqaboccjryj Z1938 0 40363 275751 131027 2026-05-17T10:21:36Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275751 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1938" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "bgc-arab" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Haryanvi (Arabic script)" }, { "Z1K1": "Z11", "Z11K1": "Z1938", "Z11K2": "ہریانوی" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Haryanvi (arabische Schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "haryanvi en écriture arabe" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 0g3gf726gsxqqva1kixsnwhhg3y0o8u Wikifunctions:Catalogue/List operations 4 41955 275553 266642 2026-05-16T19:49:03Z YoshiRulz 10156 Overhaul with new bespoke categorisation 275553 wikitext text/x-wiki * {{Z+|Z881}} == Properties == <!-- type --> * {{Z+|Z18636}} <!-- length --> * {{Z+|Z12681}} ** {{Z+|Z30164}} *** {{Z+|Z813}} **** {{Z+|Z23120}} **** {{Z+|Z30075}} *** {{Z+|Z32302}} *** {{Z+|Z12755}} *** {{Z+|Z12759}} *** {{Z+|Z12864}} **** {{Z+|Z13310}} **** {{Z+|Z21212}} **** {{Z+|Z12851}} ** {{Z+|Z31612}} ** {{Z+|Z31605}} * {{Z+|Z31592}} <!-- contains --> * {{Z+|Z12696}} ** {{Z+|Z34367}} ** {{Z+|Z12738}} *** {{Z+|Z13752}} *** {{Z+|Z12698}} ** {{Z+|Z12735}} *** {{Z+|Z12684}} ** {{Z+|Z34378}} ** {{Z+|Z12846}} *** {{Z+|Z34380}} *** {{Z+|Z12741}} <!-- equals --> * {{Z+|Z889}} ** {{Z+|Z18646}} *** {{Z+|Z24166}} ** {{Z+|Z34273}} ** {{Z+|Z31013}} *** {{Z+|Z31019}} *** {{Z+|Z10393}} *** {{Z+|Z31026}} <!-- count --> * {{Z+|Z29413}} ** {{Z+|Z31600}} ** {{Z+|Z22874}} ** {{Z+|Z34793}} *** {{Z+|Z29409}} <!-- indexOf --> * {{Z+|Z13708}} ** {{Z+|Z28715}} ** {{Z+|Z19536}} ** {{Z+|Z31575}} *** {{Z+|Z31583}} <!-- startsWith --> * {{Z+|Z21613}} ** {{Z+|Z31294}} ** {{Z+|Z30975}} *** {{Z+|Z30977}} *** {{Z+|Z31002}} <!-- endsWith --> * {{Z+|Z31758}} ** {{Z+|Z31763}} ** {{Z+|Z30976}} *** {{Z+|Z30978}} *** {{Z+|Z31003}} == Indexing/slicing == <!-- first --> * {{Z+|Z811}} ** {{Z+|Z22839}} ** {{Z+|Z13366}} *** {{Z+|Z24203}} * {{Z+|Z29446}} ** {{Z+|Z16360}} <!-- last --> * {{Z+|Z12964}} ** {{Z+|Z13362}} <!-- nth --> * {{Z+|Z13397}} ** {{Z+|Z26904}} ** {{Z+|Z30282}} *** {{Z+|Z31587}} ** {{Z+|Z26556}} ** {{Z+|Z31809}} *** {{Z+|Z28735}} <!-- dropFirst --> * {{Z+|Z812}} ** {{Z+|Z13369}} *** {{Z+|Z31874}} <!-- dropLast --> * {{Z+|Z12967}} ** {{Z+|Z13373}} ** {{Z|Z18284}} == Removal/filtering == <!-- remove --> * {{Z+|Z12856}} ** {{Z+|Z13081}} *** {{Z|Z18291}} ** {{Z+|Z22865}} ** {{Z+|Z34538}} ** {{Z+|Z19205}} *** {{Z+|Z13078}} *** {{Z+|Z19202}} ** {{Z+|Z31874}} <!-- removeAt --> * {{Z+|Z31364}} ** {{Z+|Z13429}} ** {{Z+|Z13369}} ** {{Z+|Z13373}} ** {{Z+|Z29400}} *** {{Z+|Z18194}} <!-- filter with predicate --> * {{Z+|Z872}} ** {{Z+|Z33453}} ** {{Z+|Z21809}} ** {{Z+|Z28316}} <!-- filter by key --> * {{Z+|Z27413}} ** {{Z+|Z33105}} *** {{Z+|Z24849}} **** {{Z+|Z24855}} == Substitution/transformation == <!-- un/type --> * {{Z|Z15142}} (no-op) * {{Z+|Z18729}} ** {{Z+|Z18475}} ** {{Z+|Z17895}} *** {{Z+|Z28691}} <!-- substituteAt --> * {{Z+|Z31369}} <!-- map --> * {{Z+|Z873}} ** {{Z+|Z24846}} ** {{Z+|Z32453}} ** {{Z+|Z32806}} == Insertion == <!-- prepend --> * {{Z+|Z810}} ** {{Z+|Z24285}} ** {{Z+|Z31721}} <!-- append --> * {{Z+|Z18597}} ** {{Z+|Z12961}} *** {{Z+|Z24150}} *** {{Z|Z18276}} ** {{Z+|Z34519}} ** {{Z+|Z24655}} ** {{Z+|Z33720}} <!-- insert --> * {{Z+|Z31345}} ** {{Z+|Z31340}} ** {{Z+|Z33646}} <!-- concat --> * {{Z+|Z12767}} ** {{Z+|Z18755}} *** {{Z|Z18288}} ** {{Z+|Z27665}} ** {{Z+|Z34538}} == Generation == <!-- list from element --> * {{Z+|Z14046}} ** {{Z+|Z27685}} ** {{Z+|Z24291}} ** {{Z+|Z21389}} <!-- from range --> * {{Z+|Z21821}} ** {{Z+|Z23921}} *** {{Z+|Z24387}} *** {{Z+|Z24382}} <!-- product of lists --> * {{Z+|Z29286}} ** {{Z+|Z29324}} <!-- power set --> * {{Z+|Z18194}} == Ordering and grouping == <!-- reverse --> * {{Z+|Z18759}} ** {{Z+|Z12668}} ** {{Z+|Z18479}} ** {{Z|Z17770}} ** {{Z|Z17774}} ** {{Z|Z17778}} * {{Z+|Z24176}} <!-- cycle --> * {{Z+|Z31355}} ** {{Z+|Z25526}} ** {{Z+|Z22179}} <!-- sort by key --> * {{Z+|Z29725}} * {{Z+|Z19510}} <!-- sort with comparator --> * {{Z+|Z27612}} ** {{Z+|Z17873}} *** {{Z+|Z29429}} ** {{Z+|Z17869}} ** {{Z+|Z12671}} ** {{Z+|Z18281}} <!-- shuffle --> * {{Z+|Z29400}} * {{Z+|Z13247}} <!-- group --> * {{Z+|Z30157}} ** {{Z+|Z32585}} * {{Z+|Z34790}} ** {{Z+|Z30865}} <!-- chunk --> * {{Z+|Z29795}} * {{Z+|Z13224}} <!-- reduce --> * {{Z|Z876}} (actually left-associative ''fold'') ** {{Z|Z12781}} (actually left-associative ''reduce'') *** {{Z|Z20089}} w/ initial empty check ** {{Z|Z12753}} (actually right-associative ''reduce'') <!-- flatten --> * {{Z+|Z12676}} ** {{Z+|Z23606}} ** {{Z+|Z27665}} *** {{Z+|Z32453}} ** {{Z+|Z13155}} == Matrix math == Since we don't have specific types for vectors or matrices, vectors are represented as a list and matrices as a list of lists (to be interpreted as a list of rows). <!-- properties --> * {{Z+|Z31747}} ** {{Z+|Z31752}} * {{Z+|Z24166}} ** {{Z+|Z24171}} <!-- indexing --> * {{Z+|Z31587}} ** {{Z+|Z31585}} <!-- removal --> <!-- transformation --> * {{Z+|Z32806}} * {{Z+|Z31818}} * {{Z+|Z24055}} ** {{Z+|Z17670}} *** {{Z+|Z17675}} ** {{Z+|Z24162}} * {{Z+|Z24060}} ** {{Z+|Z24436}} * {{Z+|Z24185}} ** {{Z+|Z20659}} * {{Z+|Z21903}} * {{Z+|Z24239}} ** {{Z+|Z31749}} * {{Z+|Z24346}} ** {{Z+|Z24342}} * {{Z+|Z14046}} ** {{Z+|Z24177}} * {{Z+|Z29301}} ** {{Z+|Z24182}} * {{Z+|Z24191}} * {{Z+|Z24236}} * {{Z+|Z29308}} <!-- insertion --> * {{Z+|Z810}} ** {{Z+|Z24285}} ** {{Z+|Z24299}} * {{Z+|Z18597}} <!-- ordering --> * {{Z+|Z18759}} * {{Z+|Z24176}} <!-- generation --> * {{Z+|Z24291}} (useful for creating 1x1 matrixes) ** {{Z+|Z24251}} * {{Z+|Z24290}} * {{Z+|Z29286}} ** {{Z+|Z29324}} == Functions expecting a list argument == * [[Special:Search/: "Z17K1 Z1K1 Z7 Z7K1 Z881 Z881K1"|Complete list of functions]] ** [[Special:Search/: "Z17K1 Z1K1 Z7 Z7K1 Z881 Z881K1" !"Z17K1 Z1K1 Z7 Z7K1 Z881 Z881K1 Z1"| Functions specifying a “properly typed” list argument]] ** [[Special:Search/: "Z17K1 Z1K1 Z7 Z7K1 Z881 Z881K1 Z1"|Functions not specifying the type for their list argument (Z1-typed or “untyped”)]] == Functions with list outputs == *[[Special:Search/: "Z8K2 Z1K1 Z7 Z7K1 Z881 Z881K1"|Complete list of functions]] **[[Special:Search/: "Z8K2 Z1K1 Z7 Z7K1 Z881 Z881K1" !"Z8K2 Z1K1 Z7 Z7K1 Z881 Z881K1 Z1|Functions specifying a “properly typed” output list]] **[[Special:Search/: "Z8K2 Z1K1 Z7 Z7K1 Z881 Z881K1 Z1"|Functions not specifying the type for the output list (Z1-typed or “untyped”)]] # If a function specifies an output list with a type other than [[Z1]] (that is, it specifies a "properly typed" list), mismatched elements cause an error if the implementation is in code. # If all objects in an output list have the same type, the list takes that type instead of being Z1-typed. This only happens if the implementation is in code. For compositions, you can use {{Z|Z18475}} to get the same result. #If a code implementation needs custom-converted objects (provided by a {{Z|Z46}}), any list input must be properly typed (objects in a Z1-typed list are not converted). Similarly, any list output must be properly typed (not [[Z1]] in the function specification) or else conversion into a Wikifunctions object will fail. #If a code implementation does not need converted objects, you can use {{Z|Z28691}} to convert a properly typed list to Z1-typed (but this is [[Wikifunctions:Project_chat/Archive/2024/07#Typed_lists_now_open_beyond_Booleans_and_Strings|not officially supported]]). (The list will remain properly typed if there are no custom converters to code. Use {{Z|Z17895}} to make the list Z1-typed unconditionally.) [[Category:Lists of functions]] fwwb1wst7ejp5malnuhza9he9qcgfj7 Wikifunctions:Catalogue/Number operations 4 41957 275530 274796 2026-05-16T16:23:05Z YoshiRulz 10156 /* Floating point functions */ Add some predicate functions 275530 wikitext text/x-wiki == Numeric Characteristics == * {{Z+|Z15818}} * {{Z+|Z23883}} * {{Z+|Z12427}} * {{Z+|Z14953}} * {{Z+|Z14961}} * {{Z+|Z15190}} * {{Z+|Z15276}} * {{Z+|Z15735}} * {{Z+|Z15741}} * {{Z+|Z15251}} * {{Z+|Z14933}} * {{Z+|Z14999}} * {{Z+|Z14980}} * {{Z+|Z14966}} * {{Z+|Z15265}} * {{Z+|Z13726}} * {{Z+|Z15007}} * {{Z+|Z12636}} * {{Z+|Z14683}} * {{Z+|Z15757}} * {{Z+|Z14783}} * {{Z+|Z15617}} * {{Z+|Z15282}} * {{Z+|Z14792}} * {{Z+|Z15201}} * {{Z+|Z14815}} * {{Z+|Z14810}} * {{Z+|Z14976}} * {{Z+|Z15031}} * {{Z+|Z14971}} * {{Z+|Z15151}} * {{Z+|Z15127}} * {{Z+|Z14924}} * {{Z+|Z15443}} * {{Z+|Z14946}} * {{Z+|Z14938}} * {{Z+|Z15018}} * {{Z+|Z15241}} * {{Z+|Z15218}} * {{Z+|Z15013}} * {{Z+|Z15121}} * {{Z+|Z15050}} * {{Z+|Z15055}} * {{Z+|Z15186}} * {{Z+|Z15224}} * {{Z+|Z14958}} * {{Z+|Z15195}} * {{Z+|Z15228}} * {{Z+|Z14991}} ===Comparisons=== * {{Z+|Z13522}} ** {{Z+|Z15849}} * {{Z+|Z13676}} * {{Z+|Z13682}} * {{Z+|Z13689}} * {{Z+|Z13695}} * {{Z+|Z16731}} * {{Z+|Z13701}} * {{Z+|Z13740}} * {{Z+|Z20266}} * {{Z+|Z13555}} * {{Z+|Z34353}} * {{Z+|Z16773}} * {{Z+|Z17628}} * {{Z+|Z27811}} ** {{Z+|Z27815}} ===Selections=== * {{Z+|Z13630}} * {{Z+|Z13633}} * {{Z+|Z19509}} * {{Z+|Z29429}} ==== Arithmetic Functions ==== * {{Z+|Z12971}} * {{Z+|Z12975}} * {{Z+|Z13521}} * {{Z+|Z13578}} * {{Z+|Z13539}} ** [[Z15107]] * {{Z+|Z13546}} ** [[Z15111]] * {{Z+|Z13551}} * {{Z+|Z13576}} * {{Z+|Z13569}} * {{Z+|Z17315}} * {{Z+|Z13582}} * {{Z+|Z13612}} * {{Z+|Z13660}} * {{Z+|Z13647}} ** [[Z13663]], [[Z13977]], [[Z13979]], [[Z13809]], [[Z13644]], [[Z13948]], [[Z13963]], [[Z13969]] * {{Z+|Z15257}} * {{Z+|Z15256}} * {{Z+|Z14732}} * {{Z+|Z13667}} * {{Z+|Z15143}} * {{Z+|Z15163}} * {{Z+|Z13995}} ** {{Z+|Z13997}} * {{Z+|Z13818}} * {{Z+|Z13822}} * {{Z+|Z13848}} ** {{Z+|Z14007}} * {{Z+|Z13854}} * {{Z+|Z16762}} * {{Z+|Z15108}} * {{Z+|Z14742}} * {{Z+|Z14860}} * {{Z+|Z15318}} * {{Z+|Z14894}} * {{Z+|Z15341}} * {{Z+|Z14900}} * {{Z+|Z14905}} * {{Z+|Z14847}} * {{Z+|Z15075}} * {{Z+|Z15085}} * {{Z+|Z13831}} ** {{Z+|Z14209}} ==== Natural number sequences and unary natural number functions ==== See [[Wikifunctions:OEIS]] * {{Z+|Z12636}} * {{Z+|Z13561}} * {{Z+|Z14058}} * {{Z+|Z14066}} * {{Z+|Z13857}} * {{Z+|Z15044}} * {{Z+|Z13957}} * {{Z+|Z13955}} * {{Z+|Z15302}} * {{Z+|Z14629}} * {{Z+|Z14917}} * {{Z+|Z15119}} * {{Z+|Z15232}} * {{Z+|Z14871}} * {{Z+|Z15075}} * {{Z+|Z15085}} * {{Z+|Z15080}} * {{Z+|Z15061}} * {{Z+|Z14876}} * {{Z+|Z13843}} * {{Z+|Z15386}} * {{Z+|Z15047}} * {{Z+|Z14888}} * {{Z+|Z14864}} * {{Z+|Z13989}} * {{Z+|Z15157}} * {{Z+|Z13735}} ==== Bitwise Functions ==== * {{Z+|Z13651}} * {{Z+|Z13652}} * {{Z+|Z13653}} * {{Z+|Z13812}} * {{Z+|Z13813}} * {{Z+|Z13860}} * {{Z+|Z13928}} ==== Number conversions ==== ===== By base ===== * {{Z+|Z12982}} * {{Z+|Z12987}} * {{Z+|Z13779}} * {{Z+|Z13780}} * {{Z+|Z13781}} * {{Z+|Z15671}} * {{Z+|Z13782}} * {{Z+|Z13783}} * {{Z+|Z13784}} * {{Z+|Z13797}} * {{Z+|Z13798}} * {{Z+|Z13799}} * {{Z+|Z13806}} * {{Z+|Z31177}} ===== By system ===== * {{Z+|Z17065}} * {{Z+|Z11022}} * {{Z+|Z11023}} * {{Z+|Z18515}} * {{Z+|Z18489}} * {{Z+|Z18504}} * {{Z+|Z14018}} * {{Z+|Z22294}} * {{Z+|Z22649}} * {{Z+|Z22285}} * {{Z+|Z22288}} * {{Z+|Z22291}} == Integer functions == {{Help:Type deconstruction table/Integer}} {{Help:Type conversion table/Integer}} * {{Z+|Z16688}} * {{Z+|Z17249}} * {{Z+|Z17254}} * {{Z+|Z17186}} * {{Z+|Z17153}} * {{Z+|Z17160}} * {{Z+|Z16693}} * {{Z+|Z17111}} * {{Z+|Z17120}} * {{Z+|Z15844}} * {{Z+|Z17105}} * {{Z+|Z17204}} * {{Z+|Z17239}} * {{Z+|Z12480}} * {{Z+|Z12429}} * {{Z+|Z17215}} * {{Z+|Z17229}} * {{Z+|Z17132}} * {{Z+|Z17173}} * {{Z+|Z17140}} * {{Z+|Z17363}} * {{Z+|Z16700}} ** {{Z+|Z25073}} * {{Z+|Z17151}} * {{Z+|Z17128}} * {{Z+|Z17101}} * {{Z+|Z17267}} * {{Z+|Z17144}} * {{Z+|Z17167}} ** {{Z+|Z25196}} ** {{Z+|Z26858}} * {{Z+|Z32261}} * {{Z+|Z17263}} * {{Z+|Z17376}} * {{Z+|Z17380}} ===Integer functions using set-theoretic representation with pairs of natural numbers=== see [[w:Integer#Equivalence classes of ordered pairs]] * {{Z|Z17307}} * {{Z|Z17301}} * {{Z|Z17321}} * {{Z|Z17326}} * {{Z|Z17330}} * {{Z|Z17340}} * {{Z|Z17469}} * {{z|Z17345}} ===Integer sequence and unary integer functions=== See [[Wikifunctions:OEIS]] * {{Z|Z17386}} * {{z|Z17394}} * {{Z+|Z31619}} ===Search for=== [[Special:Search/: "Z8K2 Z16683" OR "Z8K2 Z1K1 Z7 Z7K1 Z881 Z881K1 Z16683" OR "Z17K1 Z16683" OR "Z17K1 Z1K1 Z7 Z7K1 Z881 Z881K1 Z16683"|Functions expecting or returning an explicit Integer object, singly or in a list]] * [[Special:Search/: "Z8K2 Z16683"|Functions returning an explicit Integer object]] ** [[Special:Search/: "Z8K2 Z1K1 Z7 Z7K1 Z881 Z881K1 Z16683"|or a list of them]] * [[Special:Search/: "Z17K1 Z16683"|Functions expecting an explicit Integer object]] ** [[Special:Search/: "Z17K1 Z1K1 Z7 Z7K1 Z881 Z881K1 Z16683"|or a list of them]] * [[Special:Search/: "Z8K2 Z16683" "Z17K1 Z16683"|Functions expecting and returning explicit Integer objects (but not in a list)]] * [[Special:Search/: "Z8K2 Z16683" !"Z17K1 Z16683"|Functions with no Integer object inputs (unless in a list) returning an explicit Integer object (not in a list)]] ==Rational number functions== {{Help:Type deconstruction table/Rational}} === Comparison === * {{Z+|Z19686}} * {{Z+|Z24506}} * {{Z+|Z19751}} * {{Z+|Z19752}} * {{Z+|Z19753}} * {{Z+|Z19754}} * {{Z+|Z24403}} * {{Z+|Z19806}} ===Properties=== * {{Z+|Z20065}} * {{Z+|Z21702}} * {{Z+|Z19922}} * {{Z+|Z21714}} * {{Z+|Z21721}} * {{Z+|Z19583}} * {{Z+|Z25642}} ** {{Z+|Z25647}} === Transformation and conversion === {{Help:Type conversion table/Rational}} * {{Z+|Z19694}} * {{Z+|Z19711}} * {{Z+|Z19717}} * {{Z+|Z19722}} * {{Z+|Z19733}} * {{Z+|Z19724}} * {{Z+|Z19744}} * {{Z+|Z19848}} * {{Z+|Z20584}} * {{Z+|Z27232}} * {{Z+|Z24382}} * {{Z+|Z25445}} * {{Z+|Z25656}} ** {{Z+|Z25636}} ** {{Z+|Z25639}} ** {{Z+|Z29116}} * {{Z+|Z27737}} === Rounding === {{Help:Rounding_function_table/Rational}} === Operations === * {{Z+|Z19679}} * {{Z+|Z19699}} * {{Z+|Z19706}} * {{Z+|Z19708}} * {{Z+|Z21320}} * {{Z+|Z24487}} * {{Z+|Z19682}} ** {{Z+|Z25432}} * {{Z+|Z20032}} * {{Z+|Z20053}} * {{Z+|Z31523}} ** {{Z+|Z19736}} * {{Z+|Z31522}} ** {{Z+|Z19740}} * {{Z+|Z19800}} * {{Z+|Z27705}} ** {{Z+|Z27719}} ** {{Z+|Z19814}} ** {{Z+|Z19841}} ** {{Z+|Z12606}} * {{Z+|Z19826}} * {{Z+|Z19833}} ** {{Z+|Z33933}} * {{Z+|Z20856}} * {{Z+|Z20863}} * {{Z+|Z20870}} * {{Z+|Z20877}} * {{Z+|Z24081}} * {{Z+|Z20902}} * {{Z+|Z21692}} * {{Z+|Z23899}} * {{Z+|Z23882}} * {{Z+|Z24372}} * {{Z+|Z24374}} * {{Z+|Z24376}} ==== Operations with custom precision ==== * {{Z+|Z24505}} * {{Z+|Z24681}} * {{Z+|Z24698}} ===Probability Operations=== * {{Z+|Z19967}} * {{Z+|Z20000}} * {{Z+|Z20226}} ====Probability mass functions==== * {{Z+|Z21294}} * {{Z+|Z20094}} * {{Z+|Z21312}} ==Floating point functions== ===Properties=== *{{Z+|Z21136}} *{{Z+|Z21139}} *{{Z+|Z21142}} *{{Z+|Z21145}} *{{Z+|Z22636}} *{{Z+|Z33615}} *{{Z+|Z34827}} ===Conversions=== *{{Z+|Z20854}} *{{Z+|Z21148}} *{{Z+|Z20915}} *{{Z+|Z21642}} *{{Z+|Z21925}} *{{Z+|Z21163}} *{{Z+|Z20844}} *{{Z+|Z21679}} *{{Z+|Z20936}} *{{Z+|Z20937}} *{{Z+|Z21071}} *{{Z+|Z21070}} ===Comparisons=== *{{Z+|Z20850}} *{{Z+|Z20924}} *{{Z+|Z20940}} *{{Z+|Z20941}} *{{Z+|Z20943}} *{{Z+|Z20944}} *{{Z+|Z20945}} ===Rounding=== {{Help:Rounding_function_table/float64}} ===Operations=== *{{Z+|Z20849}} *{{Z+|Z21031}} *{{Z+|Z21032}} *{{Z+|Z21033}} *{{Z+|Z16463}} *{{Z+|Z12473}} *{{Z+|Z16475}} *{{Z+|Z20954}} *{{Z+|Z20955}} *{{Z+|Z20956}} *{{Z+|Z12505}} *{{Z+|Z12497}} *{{Z+|Z20959}} *{{Z+|Z20960}} *{{Z+|Z20961}} *{{Z+|Z20962}} *{{Z+|Z20963}} *{{Z+|Z20964}} *{{Z+|Z20965}} *{{Z+|Z20966}} *{{Z+|Z20967}} *{{Z+|Z20968}} *{{Z+|Z12509}} *{{Z+|Z12500}} *{{Z+|Z20971}} *{{Z+|Z20972}} *{{Z+|Z20973}} *{{Z+|Z20974}} *{{Z+|Z21000}} *{{Z+|Z21001}} *{{Z+|Z21003}} *{{Z+|Z21004}} *{{Z+|Z21005}} *{{Z+|Z21005}} *{{Z+|Z21007}} *{{Z+|Z21008}} *{{Z+|Z21009}} *{{Z+|Z21010}} *{{Z+|Z21012}} *{{Z+|Z21013}} *{{Z+|Z29125}} *{{Z+|Z21028}} *{{Z+|Z21037}} *{{Z+|Z21041}} *{{Z+|Z34780}} *{{Z+|Z20841}} *{{Z+|Z21043}} *{{Z+|Z21047}} **{{Z+|Z26304}} ***{{Z+|Z26315}} *{{Z+|Z21775}} *{{Z+|Z23902}} * {{Z+|Z31079}} === Search for === [[Special:Search/ : "Z8K2 Z20838" OR "Z8K2 Z1K1 Z7 Z7K1 Z881 Z881K1 Z20838" OR "Z17K1 Z20838" OR "Z17K1 Z1K1 Z7 Z7K1 Z881 Z881K1 Z20838"| Functions expecting or returning an explicit Float64 object, singly or in a list]] * [[Special:Search/ : "Z8K2 Z20838"|Functions returning an explicit Float64 object]] ** [[Special:Search/ : "Z8K2 Z1K1 Z7 Z7K1 Z881 Z881K1 Z20838"|or a list of them]] * [[Special:Search/ : "Z17K1 Z20838"|Functions expecting an explicit Float64 object]] ** [[Special:Search/ : "Z17K1 Z1K1 Z7 Z7K1 Z881 Z881K1 Z20838"|or a list of them]] * [[Special:Search/ : "Z8K2 Z20838" "Z17K1 Z20838"| Functions expecting and returning an explicit Float64 object]] ** [[Special:Search/ : "Z8K2 Z1K1 Z7 Z7K1 Z881 Z881K1 Z20838" "Z17K1 Z20838"| or returning a list]] ** [[Special:Search/ : "Z8K2 Z20838" "Z17K1 Z1K1 Z7 Z7K1 Z881 Z881K1 Z20838"|or expecting a list]] ** [[Special:Search/ : "Z8K2 Z1K1 Z7 Z7K1 Z881 Z881K1 Z20838" "Z17K1 Z1K1 Z7 Z7K1 Z881 Z881K1 Z20838"|or expecting and returning a list]] == Complex numbers == Type: {{Z+|Z33198}} {{Help:Type deconstruction table/complex128}} === Constructor and deconstructors === * {{Z+|Z33227}} * {{Z+|Z33304}} * {{Z+|Z33214}} * {{Z+|Z33221}} * {{Z+|Z33499}} ** {{Z+|Z33713}} * {{Z+|Z33610}} === Comparison === * {{Z+|Z33202}} * {{Z+|Z33506}} === Arithmetics === * {{Z+|Z33201}} * {{Z+|Z33366}} * {{Z+|Z33700}} ** {{Z+|Z35072}} * {{Z+|Z33708}} ** {{Z+|Z35073}} * {{Z+|Z33372}} * {{Z+|Z33679}} == Number operations requiring type conversion == === Numeric Characteristics === * {{Z+|Z10603}} === Arithmetic Functions === * {{Z+|Z11235}} * {{Z+|Z12522}} * {{Z+|Z12476}} * {{Z+|Z10862}} * {{Z+|Z12720}} === Trigonometric Functions === * {{Z+|Z12497}} * {{Z+|Z12500}} * {{Z+|Z12505}} * {{Z+|Z12509}} * {{Z+|Z12473}} * {{Z+|Z14446}} === Health Functions === * {{Z+|Z12526}} * {{Z+|Z12572}} === Geometric Functions === * {{Z+|Z13341}} === Climate related functions === These would benefit from a float type. * {{Z+|Z18421}} * {{Z+|Z18391}} * {{Z+|Z18364}} * {{Z+|Z18406}} * {{Z+|Z18409}} * {{Z+|Z18412}} * {{Z+|Z18415}} * {{Z+|Z18418}} === Distance functions === * {{Z+|Z18428}} * {{Z+|Z18431}} * {{Z+|Z18362}} === Physics functions === * {{Z+|Z12910}} === Randomness === {{main|Wikifunctions:Determinism}} ''Reminder that Wikifunctions does not support randomness for now. We always expect all functions to return functional, deterministic results, only dependent on the input. This is in order to allow for aggressive caching.'' see [[Wikifunctions:Project_chat/Archive/2023/09#Help_please]]. * {{Z+|Z13148}} * {{Z+|Z19441}} * {{Z+|Z19460}} [[Category:Lists of functions]] frfxyal5qn8o8c712hs9jtv4akcftbo Z1952 0 43993 275759 143723 2026-05-17T10:33:10Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275759 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1952" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "bax-bamu" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Bamun (Bamu script)" }, { "Z1K1": "Z11", "Z11K1": "Z1952", "Z11K2": "ꚶꛉ꛰꛲ꚫꛦꚳ" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Bamun (Bamun-Schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "bamoun en écriture bamoun" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } i9pl4h5itvv9mfomci1kef4qwb2ab85 Z1954 0 43995 275758 275484 2026-05-17T10:31:43Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275758 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1954" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "cdo-hant" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Mindong (Traditional Han script)" }, { "Z1K1": "Z11", "Z11K1": "Z1954", "Z11K2": "閩東語(傳統漢字)" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Min Dong (traditionelle Han-Schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1672", "Z11K2": "閩東語(傳統漢字)" }, { "Z1K1": "Z11", "Z11K1": "Z1645", "Z11K2": "闽东语(传统汉字)" }, { "Z1K1": "Z11", "Z11K1": "Z1820", "Z11K2": "मिन-दोंग (पारंपरिक हान लिपि)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "mindong en sinogrammes traditionnels" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } pvxw0by5rg0fj7w0xgmu2rl4ul8quee Z1955 0 43996 275735 237257 2026-05-17T10:04:40Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275735 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1955" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "cdo-latn" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Mindong (Latin script)" }, { "Z1K1": "Z11", "Z11K1": "Z1955", "Z11K2": "Mìng-dĕ̤ng-ngṳ̄ (Bàng-uâ-cê)" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Min Dong (lateinische Schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1672", "Z11K2": "閩東語(平話字)" }, { "Z1K1": "Z11", "Z11K1": "Z1645", "Z11K2": "闽东语(平话字)" }, { "Z1K1": "Z11", "Z11K1": "Z1820", "Z11K2": "मिन-दोंग (लातिन लिपि)" }, { "Z1K1": "Z11", "Z11K1": "Z1078", "Z11K2": "Mindong (aksara Latin)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "mindong en écriture latine" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1078", "Z11K2": "Mindong (aksara Latin)" } ] } } 2nezmd21aiprf7iine0uqzgg6qtf7e0 User:Jérémy-Günther-Heinz Jähnick 2 44040 275637 209463 2026-05-17T04:27:32Z Jérémy-Günther-Heinz Jähnick 6055 /* 3° : Functions */ 275637 wikitext text/x-wiki {{#babel:fr-N|en-2}} [[File:Merksem (Antwerpen) - Antwerpse Havenpijl, zondag 9 augustus 2015 (B27).jpg|thumb]] == Translations == === 1° : Babel === <code><nowiki>{{#babel:fr-N|en-2}}</nowiki></code> === 2° : Texts === * {{Z|Z1}} • {{Z|Z2}} • {{Z|Z3}} • {{Z|Z4}} • {{Z|Z5}} • {{Z|Z6}} • {{Z|Z7}} • {{Z|Z8}} • {{Z|Z9}} • {{Z|Z11}} • {{Z|Z12}} • {{Z|Z14}} • ... === 3° : Functions === * [[User:Jérémy-Günther-Heinz Jähnick/Translations/Z0000|Z0000]] • [[User:Jérémy-Günther-Heinz Jähnick/Translations/Z1000|Z1000]] • [[User:Jérémy-Günther-Heinz Jähnick/Translations/Z2000|Z2000]] • <!--[[User:Jérémy-Günther-Heinz Jähnick/Translations/Z3000|Z3000]] • [[User:Jérémy-Günther-Heinz Jähnick/Translations/Z4000|Z4000]] • [[User:Jérémy-Günther-Heinz Jähnick/Translations/Z5000|Z5000]] • -->[[User:Jérémy-Günther-Heinz Jähnick/Translations/Z6000|Z6000]] • <!--[[User:Jérémy-Günther-Heinz Jähnick/Translations/Z7000|Z7000]] • [[User:Jérémy-Günther-Heinz Jähnick/Translations/Z8000|Z8000]] • [[User:Jérémy-Günther-Heinz Jähnick/Translations/Z9000|Z9000]] • -->[[User:Jérémy-Günther-Heinz Jähnick/Translations/Z10000|Z10000]] • [[User:Jérémy-Günther-Heinz Jähnick/Translations/Z11000|Z11000]] • [[User:Jérémy-Günther-Heinz Jähnick/Translations/Z12000|Z12000]] • [[User:Jérémy-Günther-Heinz Jähnick/Translations/Z13000|Z13000]] • [[User:Jérémy-Günther-Heinz Jähnick/Translations/Z14000|Z14000]] • [[User:Jérémy-Günther-Heinz Jähnick/Translations/Z15000|Z15000]] • [[User:Jérémy-Günther-Heinz Jähnick/Translations/Z16000|Z16000]] • [[User:Jérémy-Günther-Heinz Jähnick/Translations/Z17000|Z17000]] • [[User:Jérémy-Günther-Heinz Jähnick/Translations/Z18000|Z18000]] • [[User:Jérémy-Günther-Heinz Jähnick/Translations/Z19000|Z19000]] • [[User:Jérémy-Günther-Heinz Jähnick/Translations/Z20000|Z20000]] • [[User:Jérémy-Günther-Heinz Jähnick/Translations/Z21000|Z21000]] • [[User:Jérémy-Günther-Heinz Jähnick/Translations/Z22000|Z22000]] • [[User:Jérémy-Günther-Heinz Jähnick/Translations/Z23000|Z23000]] • [[User:Jérémy-Günther-Heinz Jähnick/Translations/Z24000|Z24000]] • [[User:Jérémy-Günther-Heinz Jähnick/Translations/Z25000|Z25000]] • [[User:Jérémy-Günther-Heinz Jähnick/Translations/Z26000|Z26000]] • [[User:Jérémy-Günther-Heinz Jähnick/Translations/Z27000|Z27000]] • [[User:Jérémy-Günther-Heinz Jähnick/Translations/Z28000|Z28000]] • [[User:Jérémy-Günther-Heinz Jähnick/Translations/Z29000|Z29000]] === 4° : Wikidata properties === * [[:d:User:Jérémy-Günther-Heinz Jähnick/Translations/P1 → P4999|P1 → P4999]] • [[:d:User:Jérémy-Günther-Heinz Jähnick/Translations/P5000 → P9999|P5000 → P9999]] • [[:d:User:Jérémy-Günther-Heinz Jähnick/Translations/P10000 → P14999|P10000 → P14999]] == Ideas == * Develop shared infoboxes useable by different Wikipedias, for persons, places, sports... * Develop shared tables for populations, lists of mayors, twin cities... 9d7irgaf1hp09o8h721g3q68jj97267 Z20838 0 45506 275657 267637 2026-05-17T05:29:18Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275657 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z20838" }, "Z2K2": { "Z1K1": "Z4", "Z4K1": "Z20838", "Z4K2": [ "Z3", { "Z1K1": "Z3", "Z3K1": "Z16659", "Z3K2": "Z20838K1", "Z3K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "sign" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "signe" }, { "Z1K1": "Z11", "Z11K1": "Z1011", "Z11K2": "চিহ্ন" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Vorzeichen" }, { "Z1K1": "Z11", "Z11K1": "Z1787", "Z11K2": "segno" }, { "Z1K1": "Z11", "Z11K1": "Z1181", "Z11K2": "знак" }, { "Z1K1": "Z11", "Z11K1": "Z1078", "Z11K2": "tanda" }, { "Z1K1": "Z11", "Z11K1": "Z1820", "Z11K2": "चिह्न" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "teken" } ] }, "Z3K4": { "Z1K1": "Z40", "Z40K1": "Z42" } }, { "Z1K1": "Z3", "Z3K1": "Z16683", "Z3K2": "Z20838K2", "Z3K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "exponent" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "exposant" }, { "Z1K1": "Z11", "Z11K1": "Z1011", "Z11K2": "সূচক" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Exponent" }, { "Z1K1": "Z11", "Z11K1": "Z1787", "Z11K2": "esponente" }, { "Z1K1": "Z11", "Z11K1": "Z1181", "Z11K2": "експонент" }, { "Z1K1": "Z11", "Z11K1": "Z1078", "Z11K2": "eksponen" }, { "Z1K1": "Z11", "Z11K1": "Z1820", "Z11K2": "घातांक" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "exponent" } ] }, "Z3K4": { "Z1K1": "Z40", "Z40K1": "Z42" } }, { "Z1K1": "Z3", "Z3K1": "Z13518", "Z3K2": "Z20838K3", "Z3K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "significand (fractional part)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "signifiant" }, { "Z1K1": "Z11", "Z11K1": "Z1011", "Z11K2": "সহগ" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Mantisse" }, { "Z1K1": "Z11", "Z11K1": "Z1787", "Z11K2": "mantissa" }, { "Z1K1": "Z11", "Z11K1": "Z1181", "Z11K2": "фракција" }, { "Z1K1": "Z11", "Z11K1": "Z1078", "Z11K2": "mantisa" }, { "Z1K1": "Z11", "Z11K1": "Z1820", "Z11K2": "गुणांक" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "mantisse " } ] }, "Z3K4": { "Z1K1": "Z40", "Z40K1": "Z42" } }, { "Z1K1": "Z3", "Z3K1": "Z20825", "Z3K2": "Z20838K4", "Z3K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "special value" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "valeur spéciale" }, { "Z1K1": "Z11", "Z11K1": "Z1011", "Z11K2": "বিশেষ মান" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "spezieller Wert" }, { "Z1K1": "Z11", "Z11K1": "Z1787", "Z11K2": "valore speciale" }, { "Z1K1": "Z11", "Z11K1": "Z1181", "Z11K2": "посебна вредност" }, { "Z1K1": "Z11", "Z11K1": "Z1078", "Z11K2": "nilai khusus" }, { "Z1K1": "Z11", "Z11K1": "Z1820", "Z11K2": "विशेष मान" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "speciale waarde" } ] }, "Z3K4": { "Z1K1": "Z40", "Z40K1": "Z42" } } ], "Z4K3": "Z101", "Z4K4": "Z20850", "Z4K5": "Z21956", "Z4K6": "Z21925", "Z4K7": [ "Z46", "Z28867", "Z28865" ], "Z4K8": [ "Z64", "Z28866", "Z28845" ] }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "float64" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "nombre à virgule flottante double précision " }, { "Z1K1": "Z11", "Z11K1": "Z1011", "Z11K2": "ফ্লোট" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Float64" }, { "Z1K1": "Z11", "Z11K1": "Z1787", "Z11K2": "float64" }, { "Z1K1": "Z11", "Z11K1": "Z1181", "Z11K2": "број са покретним зарезом" }, { "Z1K1": "Z11", "Z11K1": "Z1820", "Z11K2": "float64" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "64-bits zwevendekommagetal " }, { "Z1K1": "Z11", "Z11K1": "Z1830", "Z11K2": "float64" }, { "Z1K1": "Z11", "Z11K1": "Z1645", "Z11K2": "64位浮点数" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1002", "Z31K2": [ "Z6", "float", "decimal", "double", "FP64", "binary64", "f64", "DOUBLE-FLOAT", "real64", "floating point" ] }, { "Z1K1": "Z31", "Z31K1": "Z1011", "Z31K2": [ "Z6", "ফ্লোট৬৪", "ভাসমান বিন্দু সংখ্যা", "দশমিক", "ভগ্নাংশ" ] }, { "Z1K1": "Z31", "Z31K1": "Z1430", "Z31K2": [ "Z6", "doppelte Genauigkeit" ] }, { "Z1K1": "Z31", "Z31K1": "Z1181", "Z31K2": [ "Z6", "број са плутајућом тачком", "број са покретном тачком", "флоат", "број у покретном зарезу", "број са плутајућим зарезом", "IEEE754" ] }, { "Z1K1": "Z31", "Z31K1": "Z1157", "Z31K2": [ "Z6", "64-bits drijvendekommagetal" ] }, { "Z1K1": "Z31", "Z31K1": "Z1830", "Z31K2": [ "Z6", "フロート64", "倍精度浮動小数点数" ] }, { "Z1K1": "Z31", "Z31K1": "Z1004", "Z31K2": [ "Z6", "float64" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Representation of a number in 64 bits, under IEEE 754, with a floating radix point." }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "représentation d'un nombre en 64 bits, selon la norme IEEE 754, avec une virgule flottante.; nommé également float64" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Darstellung einer Gleitkommazahl in 64 Bits" }, { "Z1K1": "Z11", "Z11K1": "Z1787", "Z11K2": "Rappresentazione di un numero a 64 bit, in formato IEEE 754, con virgola mobile" }, { "Z1K1": "Z11", "Z11K1": "Z1181", "Z11K2": "Репрезентација броја у 64 бита, по IEEE 754 стандарду, са покретним зарезом" }, { "Z1K1": "Z11", "Z11K1": "Z1820", "Z11K2": "एक संख्या का IEEE 754 के अतंर्गत 64 बिट्स में प्रतिनिधित्व, एक फ़्लोटिंग पॉइंट के साथ।" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "representatie van een getal in 64 bits, volgens IEEE 754, met een drijvende-kommapunt" }, { "Z1K1": "Z11", "Z11K1": "Z1830", "Z11K2": "IEEE 754規格に準拠した、64ビット形式の浮動小数点数による数値表現" }, { "Z1K1": "Z11", "Z11K1": "Z1645", "Z11K2": "据IEEE 754标准以浮动小数点于64位元表示之数" } ] } } 96zqyd1zfcw0q9z9y3tpygw0tpqh928 Z22571 0 50861 275524 271714 2026-05-16T13:07:54Z 物灵 49367 翻译 275524 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z22571" }, "Z2K2": { "Z1K1": "Z8", "Z8K1": [ "Z17", { "Z1K1": "Z17", "Z17K1": "Z6", "Z17K2": "Z22571K1", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Latin" }, { "Z1K1": "Z11", "Z11K1": "Z1762", "Z11K2": "nimi pi sitelen Lasina" }, { "Z1K1": "Z11", "Z11K1": "Z1645", "Z11K2": "拉丁字母" } ] } } ], "Z8K2": "Z11", "Z8K3": [ "Z20", "Z22573", "Z22574", "Z22575", "Z22945", "Z34447", "Z34685", "Z34686", "Z34687" ], "Z8K4": [ "Z14", "Z22572" ], "Z8K5": "Z22571" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Toki Pona Latin to Sitelen Pona" }, { "Z1K1": "Z11", "Z11K1": "Z1762", "Z11K2": "sitelen Lasina kama sitelen pona" }, { "Z1K1": "Z11", "Z11K1": "Z1645", "Z11K2": "道本语拉丁字母转道本图" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1002", "Z31K2": [ "Z6", "Latin to sitelen pona" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Converts Toki Pona text in the Latin script to Sitelen Pona glyphs as defined in the Under-ConScript Unicode Registry. Text can be entered with or without spaces (except where needed for clarity)." }, { "Z1K1": "Z11", "Z11K1": "Z1762", "Z11K2": "sina ken kepeken e nimi mute." }, { "Z1K1": "Z11", "Z11K1": "Z1645", "Z11K2": "转换拉丁字母书写之道本语至道本图,依下位构造文字Unicode注册表(Under-ConScript Unicode Registry)编码。输入文本空格可有可无(除非歧义)。" } ] } } 830av74w7k8yit5f24zb7v7i4wpuqt1 Z22985 0 51648 275712 170951 2026-05-17T08:56:02Z Ameisenigel 44 move to [[Z10251]] 275712 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z22985" }, "Z2K2": { "Z1K1": "Z14", "Z14K1": "Z10251", "Z14K3": { "Z1K1": "Z16", "Z16K1": "Z610", "Z16K2": "def Z10251(Z10251K1):\n return ' '.join(word.capitalize() for word in Z10251K1.split(' '))" } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "to Headline Case, python" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 0jx5wclzauvo4zfh14la6s3q08qunif 275722 275712 2026-05-17T09:03:27Z Ameisenigel 44 de 275722 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z22985" }, "Z2K2": { "Z1K1": "Z14", "Z14K1": "Z10251", "Z14K3": { "Z1K1": "Z16", "Z16K1": "Z610", "Z16K2": "def Z10251(Z10251K1):\n return ' '.join(word.capitalize() for word in Z10251K1.split(' '))" } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "to Headline Case, python" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "in großen Anfangsbuchstaben in Python" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 6sgokpv7r0hs2dhrz0fviamdv6rvcis Z22986 0 51649 275707 170953 2026-05-17T08:48:47Z Ameisenigel 44 move to [[Z10251]] 275707 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z22986" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z10251", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z18771", "Z18771K1": "mIxEd CaSe" }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z866", "Z866K2": "Mixed Case" } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "to headline: mIxEd CaSe" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } cusijel8uwe9r7pu21roq817q0bqlkh 275715 275707 2026-05-17T08:58:32Z Ameisenigel 44 de 275715 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z22986" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z10251", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z18771", "Z18771K1": "mIxEd CaSe" }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z866", "Z866K2": "Mixed Case" } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "to headline: mIxEd CaSe" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "mIxEd CaSe in großen Anfangsbuchstaben" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } t6mcz6ab4a0qriz67yhx3je1bbunpjj 275718 275715 2026-05-17T09:01:54Z Ameisenigel 44 275718 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z22986" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z10251", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z10251", "Z10251K1": "mIxEd CaSe" }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z866", "Z866K2": "Mixed Case" } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "to headline: mIxEd CaSe" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "mIxEd CaSe in großen Anfangsbuchstaben" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 931z8mddoncei8bdlepl3r3yp5163px Z22987 0 51650 275708 170954 2026-05-17T08:49:31Z Ameisenigel 44 move to [[Z10251]] 275708 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z22987" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z10251", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z18771", "Z18771K1": "TEST CASES" }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z866", "Z866K2": "Test Cases" } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "to Headline Case: TEST CASES" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 3xfh98a8bh5yxeclpwehk0tofum82p7 275716 275708 2026-05-17T08:59:24Z Ameisenigel 44 de 275716 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z22987" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z10251", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z18771", "Z18771K1": "TEST CASES" }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z866", "Z866K2": "Test Cases" } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "to Headline Case: TEST CASES" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "TEST CASES in großen Anfangsbuchstaben" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } kx8fw0mpe2obzmb6uojfqa865zsqr8u 275717 275716 2026-05-17T09:01:02Z Ameisenigel 44 275717 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z22987" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z10251", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z10251", "Z10251K1": "TEST CASES" }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z866", "Z866K2": "Test Cases" } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "to Headline Case: TEST CASES" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "TEST CASES in großen Anfangsbuchstaben" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } ocvpgcsvws02cmecnh9iwmf7xeqnzml Z1968 0 54554 275762 181053 2026-05-17T10:39:02Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275762 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1968" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "hav" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Havu" }, { "Z1K1": "Z11", "Z11K1": "Z1968", "Z11K2": "Kihavu" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Havu" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "havu" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1004", "Z31K2": [ "Z6", "haavu" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } eg8tnz9kgguh6azucxhem8q47ccuydp Z1969 0 56304 275763 186197 2026-05-17T10:39:54Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275763 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1969" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "hoc-latn" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Ho (Latin script)" }, { "Z1K1": "Z11", "Z11K1": "Z1969", "Z11K2": "Ho" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Ho (lateinische Schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "ho en écriture latine" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } piq2gn0c1r9no70ias9cmxh5vmpulha Z1971 0 56617 275764 187599 2026-05-17T10:40:35Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275764 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1971" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "crg" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Michif" }, { "Z1K1": "Z11", "Z11K1": "Z1971", "Z11K2": "Michif" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Michif" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "métchif" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1004", "Z31K2": [ "Z6", "mitchif" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } apnfq6mhg1lr0h0k3higfovoh3qn1xd Z6884 0 56620 275656 260380 2026-05-17T05:26:47Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275656 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z6884" }, "Z2K2": { "Z1K1": "Z8", "Z8K1": [ "Z17", { "Z1K1": "Z17", "Z17K1": "Z4", "Z17K2": "Z6884K1", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Wikidata reference type" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Wikidata-Referenz-Typ" }, { "Z1K1": "Z11", "Z11K1": "Z1787", "Z11K2": "tipo dei riferimenti Wikidata" }, { "Z1K1": "Z11", "Z11K1": "Z1272", "Z11K2": "vrst upućivanja" }, { "Z1K1": "Z11", "Z11K1": "Z1011", "Z11K2": "উইকিউপাত্ত উল্লেখের ধরণ" }, { "Z1K1": "Z11", "Z11K1": "Z1820", "Z11K2": "विकिडेटा संदर्भ का प्रकार" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "Wikidata-referentietype" }, { "Z1K1": "Z11", "Z11K1": "Z1062", "Z11K2": "typ referencí na Wikidata" } ] } }, { "Z1K1": "Z17", "Z17K1": { "Z1K1": "Z7", "Z7K1": "Z881", "Z881K1": "Z1" }, "Z17K2": "Z6884K2", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "list of Wikidata references" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Liste von Wikidata-Referenzen" }, { "Z1K1": "Z11", "Z11K1": "Z1787", "Z11K2": "lista di riferimenti Wikidata" }, { "Z1K1": "Z11", "Z11K1": "Z1272", "Z11K2": "nabroj" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "liste de références Wikidata" }, { "Z1K1": "Z11", "Z11K1": "Z1011", "Z11K2": "উইকিউপাত্ত উল্লেখসমূহের তালিকা" }, { "Z1K1": "Z11", "Z11K1": "Z1820", "Z11K2": "विकिडेटा संदर्भों की सूची" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "lijst met Wikidata-referenties" }, { "Z1K1": "Z11", "Z11K1": "Z1062", "Z11K2": "seznam referencí na Wikidata" } ] } }, { "Z1K1": "Z17", "Z17K1": "Z6", "Z17K2": "Z6884K3", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "ZID of result type (assigned by WikiLambda)" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "ZID des resultierenden Typs" }, { "Z1K1": "Z11", "Z11K1": "Z1787", "Z11K2": "ZID del tipo risultante (assegnato da WikiLambda)" }, { "Z1K1": "Z11", "Z11K1": "Z1272", "Z11K2": "ZID tipa (automatski napunjeno)" }, { "Z1K1": "Z11", "Z11K1": "Z1011", "Z11K2": "ফলাফলের ধরনের ZID (উইকিল্যাম্বডা দ্বারানির্ধারিত)" }, { "Z1K1": "Z11", "Z11K1": "Z1820", "Z11K2": "परिणाम के प्रकार का ZID" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "ZID van het resultaattype (toegewezen door WikiLam" }, { "Z1K1": "Z11", "Z11K1": "Z1062", "Z11K2": "ZID výsledného typu (přiřazuje WikiLambda)" } ] } } ], "Z8K2": "Z4", "Z8K3": [ "Z20" ], "Z8K4": [ "Z14", "Z6984" ], "Z8K5": "Z6884" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Typed enum of Wikidata references" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "typisierte Aufzählung von Wikidata-Referenzen" }, { "Z1K1": "Z11", "Z11K1": "Z1787", "Z11K2": "Enumerazione tipizzata di riferimenti Wikidata" }, { "Z1K1": "Z11", "Z11K1": "Z1272", "Z11K2": "nabroj upućivanja na Wikipodatci" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "énumération typée de références Wikidata" }, { "Z1K1": "Z11", "Z11K1": "Z1011", "Z11K2": "উইকিউপাত্ত উল্লেখসমূহের ধরনযুক্ত এনাম" }, { "Z1K1": "Z11", "Z11K1": "Z1820", "Z11K2": "विकिडेटा संदर्भों की प्रकारयुक्त सूची" }, { "Z1K1": "Z11", "Z11K1": "Z1157", "Z11K2": "getypeerde opsomming van Wikidata-referenties" }, { "Z1K1": "Z11", "Z11K1": "Z1062", "Z11K2": "Výčtový typ referencí na Wikidata" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1002", "Z31K2": [ "Z6", "lightweight enum", "enumerate type", "enumerated type", "type from enumerated values" ] }, { "Z1K1": "Z31", "Z31K1": "Z1062", "Z31K2": [ "Z6", "typ z vyjmenovaných hodnot" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1062", "Z11K2": "Generický typ pro výčtové typy, jejichž možné hodnoty jsou definované seznamem referencí na položky Wikidat" } ] } } o39hi3hnts9vt4pqpnj1gcro8obv5l1 Z1970 0 57545 275760 191022 2026-05-17T10:36:17Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275760 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1970" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "qxp" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Puno Quechua" }, { "Z1K1": "Z11", "Z11K1": "Z1970", "Z11K2": "Punu qhichwa" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Puno Quechua" }, { "Z1K1": "Z11", "Z11K1": "Z1381", "Z11K2": "quíchua punenho" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "quechua de Puno" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 9m6ncpc72i2ef962y4k1id8ms7g14dt Z1972 0 58405 275761 194209 2026-05-17T10:36:36Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275761 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1972" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "yua" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Yucatec Maya" }, { "Z1K1": "Z11", "Z11K1": "Z1972", "Z11K2": "maaya t’aan" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Mayathan" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "maya yucatèque" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } ht0zkxsj3hf4nl1g83bfpsrtqr8dd9q Z1973 0 58406 275765 216213 2026-05-17T10:45:28Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275765 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1973" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "dlg" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Dolgan" }, { "Z1K1": "Z11", "Z11K1": "Z1973", "Z11K2": "долган тыла" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Dolganisch" }, { "Z1K1": "Z11", "Z11K1": "Z1820", "Z11K2": "दोल्गान" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "dolgane" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } logl4158zz6sg2pbos2wn77ytkdmo3j Z1974 0 61254 275766 204119 2026-05-17T10:45:57Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275766 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1974" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "agr" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Aguaruna" }, { "Z1K1": "Z11", "Z11K1": "Z1974", "Z11K2": "Awajún" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Aguaruna" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "aguaruna" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } ecr723yq8escvq8q34xt9qulnzywzk7 Z1976 0 61256 275767 216025 2026-05-17T10:53:59Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275767 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1976" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "ayh" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Hadhrami Arabic" }, { "Z1K1": "Z11", "Z11K1": "Z1976", "Z11K2": "الحضرمية" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Hadrami-Arabisch" }, { "Z1K1": "Z11", "Z11K1": "Z1820", "Z11K2": "हद्रामी अरबी" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "arabe hadhrami" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } j58sv03t0mshuwg26e25ddwqt28318e Z26935 0 62677 275620 260381 2026-05-17T01:49:53Z YoshiRulz 10156 Use sentence case for en label 275620 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z26935" }, "Z2K2": { "Z1K1": "Z7", "Z7K1": "Z6884", "Z6884K1": "Z6091", "Z6884K2": [ "Z6091", { "Z1K1": "Z6091", "Z6091K1": "Q51927507" }, { "Z1K1": "Z6091", "Z6091K1": "Q51927539" } ], "Z6884K3": { "Z1K1": "Z6", "Z6K1": "Z26935" } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Grammatical animacy (animate / inanimate)" }, { "Z1K1": "Z11", "Z11K1": "Z1787", "Z11K2": "Livello di animazione grammaticale (a/i)" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "grammatikalische Belebtheit (belebt/unbelebt)" }, { "Z1K1": "Z11", "Z11K1": "Z1011", "Z11K2": "ব্যাকরণগত সজীবতা (প্রাণিবাচক / অপ্রাণিবাচক)" }, { "Z1K1": "Z11", "Z11K1": "Z1062", "Z11K2": "Životnost (životné/neživotné)" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1787", "Z31K2": [ "Z6", "a/i", "genere grammaticale (animato / inanimato)", "animato/inanimato", "genere grammaticale (a/i)", "livello di animazione grammaticale (animato / inanimato)" ] }, { "Z1K1": "Z31", "Z31K1": "Z1062", "Z31K2": [ "Z6", "Gramatická životnost" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1062", "Z11K2": "Výčtový typ pro gramatickou životnost" } ] } } eza1of9wmusv6g2l7zir3ght8swu2lt User talk:OwlyKnight 3 63554 275541 275136 2026-05-16T17:37:21Z HenkvD 1290 /* Thanks and need some more help */ Reply 275541 wikitext text/x-wiki {{Welcome/lang|user=NikolasKHF|welcominguser=99of9|1=}} --[[User:99of9|99of9]] ([[User talk:99of9|talk]]) 23:49, 10 August 2025 (UTC) == Test == halo kak, @[[User:NikolasKHF|NikolasKHF]] saya baru saja membuat fungsi serta implementasinya https://www.wikifunctions.org/view/en/Z30774 , untuk membuat test apakah implementasinya harus diconnect dulu ya? Jika iya, tolong hubungkan implementasinya 🙏🙏 terimakasih. [[User:Muufii|Muufii]] ([[User talk:Muufii|talk]]) 01:30, 21 December 2025 (UTC) :Tidak perlu, kak. Sebelumnya, saya mau memastikan, kak, kira-kira rumus yang dipakai apa, ya untuk fungsinya? :Saya lihat sepertinya semacam <math>a + (n - 1)b</math>, ya? [[User:NikolasKHF|NikolasKHF]] ([[User talk:NikolasKHF|talk]]) 02:01, 21 December 2025 (UTC) ::Betul kak itu fungsinya. Tapi saya coba test gagal. Nah itu saya gapaham kenapa. [[User:Muufii|Muufii]] ([[User talk:Muufii|talk]]) 02:02, 21 December 2025 (UTC) :::Kalau saya lihat karena {{Z|506}}, kak. Itu karena fungsi yang dipakai di implementasi ({{Z|Z19699}} dan {{Z|Z19706}}) punya jenis input {{Z|19677}}, sementara jenis input dari fungsi yang dibuat adalah {{Z|20838}} dan {{Z|13518}}. Saran saya, pakai fungsi dengan jenis masukan yang sama, misalnya {{Z|21032}}, {{Z|21031}}, dan {{Z|20849}}. :::Selain itu, karena masukan untuk <code>n</code> itu {{Z|13518}}, saran saya konversi dulu ke {{Z|20838}} pakai {{Z|20936}} atau langsung pakai jenis {{Z|20838}} sekalian. [[User:NikolasKHF|NikolasKHF]] ([[User talk:NikolasKHF|talk]]) 02:36, 21 December 2025 (UTC) :::Halo Kak @[[User:Muufii|Muufii]], mohon maaf terlambat. Fungsinya sudah saya perbaiki, dan komposisi dengan kasus uji sudah saya hubungkan. Terima kasih! [[User:NikolasKHF|NikolasKHF]] ([[User talk:NikolasKHF|talk]]) 03:48, 3 January 2026 (UTC) ::::Wah terimakasih banyak kak. [[User:Muufii|Muufii]] ([[User talk:Muufii|talk]]) 03:49, 3 January 2026 (UTC) == Thanks and need some more help == Hi OwlyKnight. thank for helping me with via [[Wikifunctions:Requests for connection and disconnection|this request page]]. I need some more help with the Dutch/nl {{Z|28016}}. The test "Amsterdam is de hoofdstad van Nederland." is partly working, but I don't understand that I get the default translation. I am confused. Has it to do with Dutch versus nl? [[User:HenkvD|HenkvD]] ([[User talk:HenkvD|talk]]) 15:43, 15 May 2026 (UTC) :Hi! When I tested it, it gave the correct results, even with the [[Z28032|failing implementation]]. I believe the implementation is failing because of cache from the server that cannot call the correct function on the configuration. I tested using the default function at it gets the same results ("Amsterdam hoofdstad Nederland"): [https://www.wikifunctions.org/view/id/Z28019?call=%7B%22Z1K1%22%3A%22Z7%22%2C%22Z7K1%22%3A%22Z28019%22%2C%22Z28019K1%22%3A%7B%22Z1K1%22%3A%22Z6091%22%2C%22Z6091K1%22%3A%22Q727%22%7D%2C%22Z28019K2%22%3A%7B%22Z1K1%22%3A%22Z6091%22%2C%22Z6091K1%22%3A%22Q5119%22%7D%2C%22Z28019K3%22%3A%7B%22Z1K1%22%3A%22Z6091%22%2C%22Z6091K1%22%3A%22Q55%22%7D%2C%22Z28019K4%22%3A%22Z1157%22%7D test]. I am not sure why [[Z28034]] gets the correct results, though. Perhaps, we can wait for the cache of the server to be refreshed. :As for the Dutch and nl, I don't think it makes any different, as both refer to the same ZID: [[Z1157]]. [[User:OwlyKnight|OwlyKnight]] ([[User talk:OwlyKnight|talk]]) 17:33, 15 May 2026 (UTC) ::Hi OwlyKnight. It looks better now. On [https://abstract.wikipedia.org/wiki/Q90 Abstractwiki Q90] the text in Dutch now reads correctly "Parijs is een stad. Parijs is de hoofdstad van Frankrijk.", although one of the implementations still fails. Could you connect the test {{Z|35054}}? [[User:HenkvD|HenkvD]] ([[User talk:HenkvD|talk]]) 17:37, 16 May 2026 (UTC) anb5zc13z5f49rjg0hpvrcmc4rg7fa6 Z1978 0 66139 275772 221151 2026-05-17T11:16:21Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275772 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1978" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "rhg-rohg" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Rohingya (Hanifi script)" }, { "Z1K1": "Z11", "Z11K1": "Z1978", "Z11K2": "𐴌𐴟𐴇𐴥𐴝𐴚𐴒𐴙𐴝" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Rohingya (Hanifi-Schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "rohingya en écriture hanifi" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } k5mw5ollg16lt8tcyw43yi4e4o6dipi Z1979 0 66140 275771 221152 2026-05-17T11:15:24Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275771 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1979" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "rhg-arab" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Rohingya (Arabic script)" }, { "Z1K1": "Z11", "Z11K1": "Z1979", "Z11K2": "رُحَ࣪ڠۡگَ࣪ࢬ عَرࣤبِي لࣦكَ࣪" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Rohingya (Arabische Schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "rohingya en écriture arabe" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } dqvy97p3uc1wk9a5a0wszsb2qq2ouk3 Z1982 0 68312 275770 229377 2026-05-17T11:13:15Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275770 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1982" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "sxr" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Saaroa" }, { "Z1K1": "Z11", "Z11K1": "Z1982", "Z11K2": "Hla'alua" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Saaroa" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "saaroa" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 46ilsa9kiprqp4qk2ooaisu3rqfx25t Z1983 0 69084 275773 235154 2026-05-17T11:19:00Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275773 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1983" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "sgh" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Shughni" }, { "Z1K1": "Z11", "Z11K1": "Z1983", "Z11K2": "Xuɣ̌nůni" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Shughni" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "shughni" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } iubt58a8yk831rc0vinglit8clnoc4u 275774 275773 2026-05-17T11:19:25Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275774 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1983" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "sgh" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Shughni" }, { "Z1K1": "Z11", "Z11K1": "Z1983", "Z11K2": "Xuɣ̌nůni" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Shughni" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "shughni" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1004", "Z31K2": [ "Z6", "chougnan" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 5vf2t0fx1liis1p0bt1rp8obdbjirld Wikifunctions:Catalogue/HTML operations 4 69531 275532 273691 2026-05-16T16:26:02Z YoshiRulz 10156 /* Tables */ Add td/th helper 275532 wikitext text/x-wiki Functions that are directly related to [[Help:HTML_fragments|HTML fragments]]. ==Comparison and evaluation== * {{Z+|Z877}} * {{Z+|Z29045}} * {{Z+|Z29572}} ** {{Z+|Z29576}} ==Conversion== * {{Z+|Z27854}} * {{Z+|Z27861}} * {{Z+|Z33470}} ** {{Z+|Z27868}} ** {{Z+|Z19384}} ==Transformation== ===Concatenation=== * {{Z+|Z27849}} ** {{Z+|Z27926}} ** {{Z+|Z32149}} *{{Z+|Z32234}} ===Tag wrapping=== * {{Z+|Z27873}} ** {{Z+|Z33470}} *** {{Z+|Z33457}} ** {{Z+|Z35049}} * {{Z+|Z30058}} * {{Z+|Z29582}} ===Text and element styling=== * {{Z+|Z29052}} * {{Z+|Z28914}} * {{Z+|Z31729}} * {{Z+|Z32925}} ===Other=== * {{Z+|Z27932}} ==Page elements== ===Headers and sections=== * {{Z+|Z31465}} ** {{Z+|Z32145}} ===Paragraphs and lists=== *{{Z+|Z32123}} ** {{Z+|Z32163}} * {{Z+|Z32179}} * {{Z+|Z32180}} ** {{Z+|Z32215}} ===Links and buttons=== * {{Z+|Z30016}} * {{Z+|Z31697}} ** {{Z+|Z29588}} * {{Z+|Z28904}} * {{Z+|Z30954}} === References and citations === {{Seealso|Wikifunctions:Catalogue/Wikidata_operations/Item#Citations}} * {{Z+|Z31906}} * {{Z+|Z31917}} * {{Z+|Z31921}} * {{Z+|Z32053}} ===Tables=== * {{Z+|Z35017}} * {{Z+|Z27878}} * {{Z+|Z23293}} * {{Z+|Z29580}} ==Linguistic applications== * {{Z+|Z26333}} * {{Z+|Z29055}} * {{Z+|Z28602}} ** {{Z+|Z28928}} * {{Z+|Z29488}} **{{Z+|Z29557}} * {{Z+|Z29186}} ==Sentence and fragment generation== * {{Z+|Z32962}} [[Category:Lists of functions]] t473uk4e54b5tjvcnrw42ni375o92fx 275548 275532 2026-05-16T18:57:58Z Theki 2389 /* Paragraphs and lists */ 275548 wikitext text/x-wiki Functions that are directly related to [[Help:HTML_fragments|HTML fragments]]. ==Comparison and evaluation== * {{Z+|Z877}} * {{Z+|Z29045}} * {{Z+|Z29572}} ** {{Z+|Z29576}} ==Conversion== * {{Z+|Z27854}} * {{Z+|Z27861}} * {{Z+|Z33470}} ** {{Z+|Z27868}} ** {{Z+|Z19384}} ==Transformation== ===Concatenation=== * {{Z+|Z27849}} ** {{Z+|Z27926}} ** {{Z+|Z32149}} *{{Z+|Z32234}} ===Tag wrapping=== * {{Z+|Z27873}} ** {{Z+|Z33470}} *** {{Z+|Z33457}} ** {{Z+|Z35049}} * {{Z+|Z30058}} * {{Z+|Z29582}} ===Text and element styling=== * {{Z+|Z29052}} * {{Z+|Z28914}} * {{Z+|Z31729}} * {{Z+|Z32925}} ===Other=== * {{Z+|Z27932}} ==Page elements== ===Headers and sections=== * {{Z+|Z31465}} ** {{Z+|Z32145}} ===Paragraphs and lists=== *{{Z+|Z32123}} ** {{Z+|Z32163}} ** {{Z+|Z33068}} * {{Z+|Z32179}} * {{Z+|Z32180}} ** {{Z+|Z32215}} ===Links and buttons=== * {{Z+|Z30016}} * {{Z+|Z31697}} ** {{Z+|Z29588}} * {{Z+|Z28904}} * {{Z+|Z30954}} === References and citations === {{Seealso|Wikifunctions:Catalogue/Wikidata_operations/Item#Citations}} * {{Z+|Z31906}} * {{Z+|Z31917}} * {{Z+|Z31921}} * {{Z+|Z32053}} ===Tables=== * {{Z+|Z35017}} * {{Z+|Z27878}} * {{Z+|Z23293}} * {{Z+|Z29580}} ==Linguistic applications== * {{Z+|Z26333}} * {{Z+|Z29055}} * {{Z+|Z28602}} ** {{Z+|Z28928}} * {{Z+|Z29488}} **{{Z+|Z29557}} * {{Z+|Z29186}} ==Sentence and fragment generation== * {{Z+|Z32962}} [[Category:Lists of functions]] kv8m7d0bas1kr85kj7f5knvtec34dk3 Talk:Z882 1 69716 275630 234756 2026-05-17T03:05:08Z YoshiRulz 10156 Add auto-generated docs 275630 wikitext text/x-wiki {{type documentation|Z882|Typed pair}} == Problems making use of this Type == These use cases are blocked by [[Z882]]-related issues: * {{Z|17534}} all tests failing * {{Z|21356}} ([[Z21358|implementation]] calls [[Z17534]]) * {{Z|21350}} (returns list of pairs; [[Z21355|implementation]] calls [[Z17534]]) * {{Z|24665}} single test failing * [[Talk:Z15796#Testing_constraints|Apparently]] writing tests for {{Z|805}} * Possibly {{Z|29094}}, not sure what's going on there However, these use cases seem to work just fine: * {{Z|19586}}, all tests passing * {{Z|821}}/{{Z|822}}, former has weird tests, but latter is thoroughly tested and passes all ** Presumably {{Z|21347}} would be implemented as <code>sortBy(Z821, pairs)</code> * {{Z|27915}} single test passing * {{Z|24649}} single test passing * {{Z|24606}} single test passing <hr> {{phab|T384104}} The ticket linked here is requesting a custom UI component for pairs. That might unblock some of the above cases by circumventing {{Z|17534}}, though judging by [[Z24666]] which doesn't use it, that's not the problem. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 16:31, 2 December 2025 (UTC) :There are still problems with {{Z|Z17534}}, it is true, but the main problem is that the only available implementation is in Python, and [[:phab:T406848#11419629|Python is broken]]. I think any code implementations will need to be wrapped in a composition, because we need a Reference to be de-referenced in order to extract its type. Currently (when it works at all), returning a Reference in a ZPair will set the corresponding Type to Reference, which is not generally appropriate. I don’t think we can simply implement as a composition, however, because the function calls to extract the Types are simply incorporated into the pair specification without being evaluated first. The objects should also be quoted to avoid conversion (because a converted object loses its specific typing) and there are [[:phab:T409229|issues with that too]]. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 16:44, 3 December 2025 (UTC) :Meanwhile… I’ve implemented a [[Z30388|JavaScript version]] of {{Z|Z17534}}, and the Python implementation is now succeeding. Objects with custom conversion need to be quoted, and [[:phab:T409229]] relates to issues there. The workaround is to use {{Z|Z16575}}. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 11:34, 9 December 2025 (UTC) ::I’ve now wrapped [[Z17534]] and [[Z24665]] as implementations of {{Z|Z30414}}, with {{Z|Z30396}} as a new implementation of Z24665. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 22:36, 9 December 2025 (UTC) ::Thank you so much! Is it possible to convert [[Z21809]] to using pairs now? Is {{Z|19586}} a suitable replacement for [[Z889]] in the tests? [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 05:20, 10 December 2025 (UTC) :::Yes, but you might be better off making a new function, as changing the return type invalidates all the test cases. Z19586 works for pairs of lists but (unlike Z889) the typing of corresponding lists has to be the same, if custom conversion applies, as otherwise {{Z|Z29294}} will fail to match converted objects (in a properly typed list) with unconverted objects (in an untyped list). In theory, you can just use [[Z29294]] instead, like {{Z|Z30457}}, but I’d like to see some more complex tests before connecting that. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 10:13, 10 December 2025 (UTC) gx3o0awsm709frnkyh7n7dia5i1c1zz Z30176 0 69884 275601 235024 2026-05-17T01:22:15Z Amire80 113 translating label from Italian 275601 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z30176" }, "Z2K2": { "Z1K1": "Z14", "Z14K1": "Z27327", "Z14K2": { "Z1K1": "Z7", "Z7K1": "Z27332", "Z27332K1": { "Z1K1": "Z7", "Z7K1": "Z30172", "Z30172K1": { "Z1K1": "Z7", "Z7K1": "Z6820", "Z6820K1": { "Z1K1": "Z7", "Z7K1": "Z6830", "Z6830K1": { "Z1K1": "Z18", "Z18K1": "Z27327K1" }, "Z6830K2": { "Z1K1": "Z18", "Z18K1": "Z27327K2" }, "Z6830K3": { "Z1K1": "Z18", "Z18K1": "Z27327K3" } }, "Z6820K2": [ "Z6030" ], "Z6820K3": [ "Z60" ], "Z6820K4": [ "Z6092" ] } }, "Z27332K2": { "Z1K1": "Z18", "Z18K1": "Z27327K1" } } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1787", "Z11K2": "🔄 miglior lessema, con unico fetch" }, { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "best lexeme with one fetch" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Could cause an infinite loop." }, { "Z1K1": "Z11", "Z11K1": "Z1787", "Z11K2": "Potrebbe causare loop infinito." } ] } } ln9k1dyncj6nbswp8p6vhzn3eli8fhv Z1987 0 74435 275776 254883 2026-05-17T11:20:31Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275776 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1987" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "jax" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Jambi Malay" }, { "Z1K1": "Z11", "Z11K1": "Z1987", "Z11K2": "Jambi" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Jambi-Malaiisch" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "malais jambi" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1002", "Z31K2": [ "Z6", "Bahaso Jambi" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 7wdcuuqtysdslzvsw9ibezdsg54nh5h Z1988 0 74436 275775 248226 2026-05-17T11:20:09Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275775 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1988" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "xnb" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Kanakanavu" }, { "Z1K1": "Z11", "Z11K1": "Z1988", "Z11K2": "Kanakanavu" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Kanakanabu" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "kanakanabu" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } hdmf81fq5o0g5idssfbkg6ygmwooorf Wikifunctions talk:Catalogue/List operations 5 75190 275555 254874 2026-05-16T19:51:23Z YoshiRulz 10156 /* Redesign */ Reply 275555 wikitext text/x-wiki == Redesign == This page has grown organically and it's not really good for looking up functions anymore. We might need to start over. I thought of this categorisation, not based on anything: * list properties (length, equality, all true, etc.) * sort/flatten operations * indexing/slice operations * deletion/filter operations * substitution/map operations * insertion operations * list/matrix generation * matrix math [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 01:22, 3 February 2026 (UTC) :[[User:YoshiRulz/Catalogue/List_operations|Made a draft]]. :I did first have a look for an existing {{Q|5962346}} for algorithms that we could follow, but the closest I found was the {{Q|24534}} and the Taxonomy supplement to the {{Q|113673155}}. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 18:21, 18 February 2026 (UTC) ::Also searched external software and mathematics catalogues in Mix'n'match, still nothing. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 22:55, 21 February 2026 (UTC) :Since no-one seems to care, I've BOLDly copied over the version from my User page which I've been maintaining in parallel. I double-checked and every function either remains in the list or was replaced with its duplicate. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 19:51, 16 May 2026 (UTC) ph4u931g3vxgsapjp0pnzu4tqokqvwn Z1989 0 76046 275768 255787 2026-05-17T10:56:33Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275768 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1989" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "tlh-piqd" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Klingon (Klingon script)" }, { "Z1K1": "Z11", "Z11K1": "Z1989", "Z11K2": " " }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Klingonisch (klingonische Schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "klingon en écriture klingon" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1002", "Z31K2": [ "Z6", "Klingon (pIqaD)", "Klingon in pIqaD" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } iyzyx94dn3juqm18x2ls6fht2v0zyxz Z1990 0 76047 275769 251838 2026-05-17T10:56:47Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275769 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1990" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "tlh-latn" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Klingon (Latin script)" }, { "Z1K1": "Z11", "Z11K1": "Z1990", "Z11K2": "tlhIngan Hol" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Klingonisch (lateinische Schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "klingon en écriture latine" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } livofnnxu189ki3lbs1hqp8b35xy3ss User:YoshiRulz/Catalogue/List operations 2 76975 275550 266643 2026-05-16T19:07:36Z YoshiRulz 10156 275550 wikitext text/x-wiki * {{Z+|Z881}} == Properties == <!-- type --> * {{Z+|Z18636}} <!-- length --> * {{Z+|Z12681}} ** {{Z+|Z30164}} *** {{Z+|Z813}} **** {{Z+|Z23120}} **** {{Z+|Z30075}} *** {{Z+|Z32302}} *** {{Z+|Z12755}} *** {{Z+|Z12759}} *** {{Z+|Z12864}} **** {{Z+|Z13310}} **** {{Z+|Z21212}} **** {{Z+|Z12851}} ** {{Z+|Z31612}} ** {{Z+|Z31605}} * {{Z+|Z31592}} <!-- contains --> * {{Z+|Z12696}} ** {{Z+|Z34367}} ** {{Z+|Z12738}} *** {{Z+|Z13752}} *** {{Z+|Z12698}} ** {{Z+|Z12735}} *** {{Z+|Z12684}} ** {{Z+|Z34378}} ** {{Z+|Z12846}} *** {{Z+|Z34380}} *** {{Z+|Z12741}} <!-- equals --> * {{Z+|Z889}} ** {{Z+|Z18646}} *** {{Z+|Z24166}} ** {{Z+|Z34273}} ** {{Z+|Z31013}} *** {{Z+|Z31019}} *** {{Z+|Z10393}} *** {{Z+|Z31026}} <!-- count --> * {{Z+|Z29413}} ** {{Z+|Z31600}} ** {{Z+|Z22874}} ** {{Z+|Z34793}} *** {{Z+|Z29409}} <!-- indexOf --> * {{Z+|Z13708}} ** {{Z+|Z28715}} ** {{Z+|Z19536}} ** {{Z+|Z31575}} *** {{Z+|Z31583}} <!-- startsWith --> * {{Z+|Z21613}} ** {{Z+|Z31294}} ** {{Z+|Z30975}} *** {{Z+|Z30977}} *** {{Z+|Z31002}} <!-- endsWith --> * {{Z+|Z31758}} ** {{Z+|Z31763}} ** {{Z+|Z30976}} *** {{Z+|Z30978}} *** {{Z+|Z31003}} == Indexing/slicing == <!-- first --> * {{Z+|Z811}} ** {{Z+|Z22839}} ** {{Z+|Z13366}} *** {{Z+|Z24203}} * {{Z+|Z29446}} ** {{Z+|Z16360}} <!-- last --> * {{Z+|Z12964}} ** {{Z+|Z13362}} <!-- nth --> * {{Z+|Z13397}} ** {{Z+|Z26904}} ** {{Z+|Z30282}} *** {{Z+|Z31587}} ** {{Z+|Z26556}} ** {{Z+|Z31809}} *** {{Z+|Z28735}} <!-- dropFirst --> * {{Z+|Z812}} ** {{Z+|Z13369}} *** {{Z+|Z31874}} <!-- dropLast --> * {{Z+|Z12967}} ** {{Z+|Z13373}} ** {{Z|Z18284}} == Removal/filtering == <!-- remove --> * {{Z+|Z12856}} ** {{Z+|Z13081}} *** {{Z|Z18291}} ** {{Z+|Z22865}} ** {{Z+|Z34538}} ** {{Z+|Z19205}} *** {{Z+|Z13078}} *** {{Z+|Z19202}} ** {{Z+|Z31874}} <!-- removeAt --> * {{Z+|Z31364}} ** {{Z+|Z13429}} ** {{Z+|Z13369}} ** {{Z+|Z13373}} ** {{Z+|Z29400}} *** {{Z+|Z18194}} <!-- filter with predicate --> * {{Z+|Z872}} ** {{Z+|Z33453}} ** {{Z+|Z21809}} ** {{Z+|Z28316}} <!-- filter by key --> * {{Z+|Z27413}} ** {{Z+|Z33105}} *** {{Z+|Z24849}} **** {{Z+|Z24855}} == Substitution/transformation == <!-- un/type --> * {{Z|Z15142}} (no-op) * {{Z+|Z18729}} ** {{Z+|Z18475}} ** {{Z+|Z17895}} *** {{Z+|Z28691}} <!-- substituteAt --> * {{Z+|Z31369}} <!-- map --> * {{Z+|Z873}} ** {{Z+|Z24846}} ** {{Z+|Z32453}} ** {{Z+|Z32806}} == Insertion == <!-- prepend --> * {{Z+|Z810}} ** {{Z+|Z24285}} ** {{Z+|Z31721}} <!-- append --> * {{Z+|Z18597}} ** {{Z+|Z12961}} *** {{Z+|Z24150}} *** {{Z|Z18276}} ** {{Z+|Z34519}} ** {{Z+|Z24655}} ** {{Z+|Z33720}} <!-- insert --> * {{Z+|Z31345}} ** {{Z+|Z31340}} ** {{Z+|Z33646}} <!-- concat --> * {{Z+|Z12767}} ** {{Z+|Z18755}} *** {{Z|Z18288}} ** {{Z+|Z27665}} ** {{Z+|Z34538}} == Generation == <!-- list from element --> * {{Z+|Z14046}} ** {{Z+|Z27685}} ** {{Z+|Z24291}} ** {{Z+|Z21389}} <!-- from range --> * {{Z+|Z21821}} ** {{Z+|Z23921}} *** {{Z+|Z24387}} *** {{Z+|Z24382}} <!-- product of lists --> * {{Z+|Z29286}} ** {{Z+|Z29324}} <!-- power set --> * {{Z+|Z18194}} == Ordering and grouping == <!-- reverse --> * {{Z+|Z18759}} ** {{Z+|Z12668}} ** {{Z+|Z18479}} ** {{Z|Z17770}} ** {{Z|Z17774}} ** {{Z|Z17778}} * {{Z+|Z24176}} <!-- cycle --> * {{Z+|Z31355}} ** {{Z+|Z25526}} ** {{Z+|Z22179}} <!-- sort by key --> * {{Z+|Z29725}} * {{Z+|Z19510}} <!-- sort with comparator --> * {{Z+|Z27612}} ** {{Z+|Z17873}} *** {{Z+|Z29429}} ** {{Z+|Z17869}} ** {{Z+|Z12671}} ** {{Z+|Z18281}} <!-- shuffle --> * {{Z+|Z29400}} * {{Z+|Z13247}} <!-- group --> * {{Z+|Z30157}} ** {{Z+|Z32585}} * {{Z+|Z34790}} <!-- chunk --> * {{Z+|Z29795}} * {{Z+|Z13224}} <!-- reduce --> * {{Z|Z876}} (actually left-associative ''fold'') ** {{Z|Z12781}} (actually left-associative ''reduce'') *** {{Z|Z20089}} w/ initial empty check ** {{Z|Z12753}} (actually right-associative ''reduce'') <!-- flatten --> * {{Z+|Z12676}} ** {{Z+|Z23606}} ** {{Z+|Z27665}} *** {{Z+|Z32453}} ** {{Z+|Z13155}} == Matrix math == Since we don't have specific types for vectors or matrices, vectors are represented as a list and matrices as a list of lists (to be interpreted as a list of rows). <!-- properties --> * {{Z+|Z31747}} ** {{Z+|Z31752}} * {{Z+|Z24166}} ** {{Z+|Z24171}} <!-- indexing --> * {{Z+|Z31587}} ** {{Z+|Z31585}} <!-- removal --> <!-- transformation --> * {{Z+|Z32806}} * {{Z+|Z31818}} * {{Z+|Z24055}} ** {{Z+|Z17670}} *** {{Z+|Z17675}} ** {{Z+|Z24162}} * {{Z+|Z24060}} ** {{Z+|Z24436}} * {{Z+|Z24185}} ** {{Z+|Z20659}} * {{Z+|Z21903}} * {{Z+|Z24239}} ** {{Z+|Z31749}} * {{Z+|Z24346}} ** {{Z+|Z24342}} * {{Z+|Z14046}} ** {{Z+|Z24177}} * {{Z+|Z29301}} ** {{Z+|Z24182}} * {{Z+|Z24191}} * {{Z+|Z24236}} * {{Z+|Z29308}} <!-- insertion --> * {{Z+|Z810}} ** {{Z+|Z24285}} ** {{Z+|Z24299}} * {{Z+|Z18597}} <!-- ordering --> * {{Z+|Z18759}} * {{Z+|Z24176}} <!-- generation --> * {{Z+|Z24291}} (useful for creating 1x1 matrixes) ** {{Z+|Z24251}} * {{Z+|Z24290}} * {{Z+|Z29286}} ** {{Z+|Z29324}} == Functions expecting a list argument == * [[Special:Search/: "Z17K1 Z1K1 Z7 Z7K1 Z881 Z881K1"|Complete list of functions]] ** [[Special:Search/: "Z17K1 Z1K1 Z7 Z7K1 Z881 Z881K1" !"Z17K1 Z1K1 Z7 Z7K1 Z881 Z881K1 Z1"| Functions specifying a “properly typed” list argument]] ** [[Special:Search/: "Z17K1 Z1K1 Z7 Z7K1 Z881 Z881K1 Z1"|Functions not specifying the type for their list argument (Z1-typed or “untyped”)]] == Functions with list outputs == *[[Special:Search/: "Z8K2 Z1K1 Z7 Z7K1 Z881 Z881K1"|Complete list of functions]] **[[Special:Search/: "Z8K2 Z1K1 Z7 Z7K1 Z881 Z881K1" !"Z8K2 Z1K1 Z7 Z7K1 Z881 Z881K1 Z1|Functions specifying a “properly typed” output list]] **[[Special:Search/: "Z8K2 Z1K1 Z7 Z7K1 Z881 Z881K1 Z1"|Functions not specifying the type for the output list (Z1-typed or “untyped”)]] # If a function specifies an output list with a type other than [[Z1]] (that is, it specifies a "properly typed" list), mismatched elements cause an error if the implementation is in code. # If all objects in an output list have the same type, the list takes that type instead of being Z1-typed. This only happens if the implementation is in code. For compositions, you can use {{Z|Z18475}} to get the same result. #If a code implementation needs custom-converted objects (provided by a {{Z|Z46}}), any list input must be properly typed (objects in a Z1-typed list are not converted). Similarly, any list output must be properly typed (not [[Z1]] in the function specification) or else conversion into a Wikifunctions object will fail. #If a code implementation does not need converted objects, you can use {{Z|Z28691}} to convert a properly typed list to Z1-typed (but this is [[Wikifunctions:Project_chat/Archive/2024/07#Typed_lists_now_open_beyond_Booleans_and_Strings|not officially supported]]). (The list will remain properly typed if there are no custom converters to code. Use {{Z|Z17895}} to make the list Z1-typed unconditionally.) [[Category:Lists of functions]] mrvdjfzhwpqpa3lfh1pwog7t8hd910j 275551 275550 2026-05-16T19:12:02Z YoshiRulz 10156 275551 wikitext text/x-wiki * {{Z+|Z881}} == Properties == <!-- type --> * {{Z+|Z18636}} <!-- length --> * {{Z+|Z12681}} ** {{Z+|Z30164}} *** {{Z+|Z813}} **** {{Z+|Z23120}} **** {{Z+|Z30075}} *** {{Z+|Z32302}} *** {{Z+|Z12755}} *** {{Z+|Z12759}} *** {{Z+|Z12864}} **** {{Z+|Z13310}} **** {{Z+|Z21212}} **** {{Z+|Z12851}} ** {{Z+|Z31612}} ** {{Z+|Z31605}} * {{Z+|Z31592}} <!-- contains --> * {{Z+|Z12696}} ** {{Z+|Z34367}} ** {{Z+|Z12738}} *** {{Z+|Z13752}} *** {{Z+|Z12698}} ** {{Z+|Z12735}} *** {{Z+|Z12684}} ** {{Z+|Z34378}} ** {{Z+|Z12846}} *** {{Z+|Z34380}} *** {{Z+|Z12741}} <!-- equals --> * {{Z+|Z889}} ** {{Z+|Z18646}} *** {{Z+|Z24166}} ** {{Z+|Z34273}} ** {{Z+|Z31013}} *** {{Z+|Z31019}} *** {{Z+|Z10393}} *** {{Z+|Z31026}} <!-- count --> * {{Z+|Z29413}} ** {{Z+|Z31600}} ** {{Z+|Z22874}} ** {{Z+|Z34793}} *** {{Z+|Z29409}} <!-- indexOf --> * {{Z+|Z13708}} ** {{Z+|Z28715}} ** {{Z+|Z19536}} ** {{Z+|Z31575}} *** {{Z+|Z31583}} <!-- startsWith --> * {{Z+|Z21613}} ** {{Z+|Z31294}} ** {{Z+|Z30975}} *** {{Z+|Z30977}} *** {{Z+|Z31002}} <!-- endsWith --> * {{Z+|Z31758}} ** {{Z+|Z31763}} ** {{Z+|Z30976}} *** {{Z+|Z30978}} *** {{Z+|Z31003}} == Indexing/slicing == <!-- first --> * {{Z+|Z811}} ** {{Z+|Z22839}} ** {{Z+|Z13366}} *** {{Z+|Z24203}} * {{Z+|Z29446}} ** {{Z+|Z16360}} <!-- last --> * {{Z+|Z12964}} ** {{Z+|Z13362}} <!-- nth --> * {{Z+|Z13397}} ** {{Z+|Z26904}} ** {{Z+|Z30282}} *** {{Z+|Z31587}} ** {{Z+|Z26556}} ** {{Z+|Z31809}} *** {{Z+|Z28735}} <!-- dropFirst --> * {{Z+|Z812}} ** {{Z+|Z13369}} *** {{Z+|Z31874}} <!-- dropLast --> * {{Z+|Z12967}} ** {{Z+|Z13373}} ** {{Z|Z18284}} == Removal/filtering == <!-- remove --> * {{Z+|Z12856}} ** {{Z+|Z13081}} *** {{Z|Z18291}} ** {{Z+|Z22865}} ** {{Z+|Z34538}} ** {{Z+|Z19205}} *** {{Z+|Z13078}} *** {{Z+|Z19202}} ** {{Z+|Z31874}} <!-- removeAt --> * {{Z+|Z31364}} ** {{Z+|Z13429}} ** {{Z+|Z13369}} ** {{Z+|Z13373}} ** {{Z+|Z29400}} *** {{Z+|Z18194}} <!-- filter with predicate --> * {{Z+|Z872}} ** {{Z+|Z33453}} ** {{Z+|Z21809}} ** {{Z+|Z28316}} <!-- filter by key --> * {{Z+|Z27413}} ** {{Z+|Z33105}} *** {{Z+|Z24849}} **** {{Z+|Z24855}} == Substitution/transformation == <!-- un/type --> * {{Z|Z15142}} (no-op) * {{Z+|Z18729}} ** {{Z+|Z18475}} ** {{Z+|Z17895}} *** {{Z+|Z28691}} <!-- substituteAt --> * {{Z+|Z31369}} <!-- map --> * {{Z+|Z873}} ** {{Z+|Z24846}} ** {{Z+|Z32453}} ** {{Z+|Z32806}} == Insertion == <!-- prepend --> * {{Z+|Z810}} ** {{Z+|Z24285}} ** {{Z+|Z31721}} <!-- append --> * {{Z+|Z18597}} ** {{Z+|Z12961}} *** {{Z+|Z24150}} *** {{Z|Z18276}} ** {{Z+|Z34519}} ** {{Z+|Z24655}} ** {{Z+|Z33720}} <!-- insert --> * {{Z+|Z31345}} ** {{Z+|Z31340}} ** {{Z+|Z33646}} <!-- concat --> * {{Z+|Z12767}} ** {{Z+|Z18755}} *** {{Z|Z18288}} ** {{Z+|Z27665}} ** {{Z+|Z34538}} == Generation == <!-- list from element --> * {{Z+|Z14046}} ** {{Z+|Z27685}} ** {{Z+|Z24291}} ** {{Z+|Z21389}} <!-- from range --> * {{Z+|Z21821}} ** {{Z+|Z23921}} *** {{Z+|Z24387}} *** {{Z+|Z24382}} <!-- product of lists --> * {{Z+|Z29286}} ** {{Z+|Z29324}} <!-- power set --> * {{Z+|Z18194}} == Ordering and grouping == <!-- reverse --> * {{Z+|Z18759}} ** {{Z+|Z12668}} ** {{Z+|Z18479}} ** {{Z|Z17770}} ** {{Z|Z17774}} ** {{Z|Z17778}} * {{Z+|Z24176}} <!-- cycle --> * {{Z+|Z31355}} ** {{Z+|Z25526}} ** {{Z+|Z22179}} <!-- sort by key --> * {{Z+|Z29725}} * {{Z+|Z19510}} <!-- sort with comparator --> * {{Z+|Z27612}} ** {{Z+|Z17873}} *** {{Z+|Z29429}} ** {{Z+|Z17869}} ** {{Z+|Z12671}} ** {{Z+|Z18281}} <!-- shuffle --> * {{Z+|Z29400}} * {{Z+|Z13247}} <!-- group --> * {{Z+|Z30157}} ** {{Z+|Z32585}} * {{Z+|Z34790}} ** {{Z+|Z30865}} <!-- chunk --> * {{Z+|Z29795}} * {{Z+|Z13224}} <!-- reduce --> * {{Z|Z876}} (actually left-associative ''fold'') ** {{Z|Z12781}} (actually left-associative ''reduce'') *** {{Z|Z20089}} w/ initial empty check ** {{Z|Z12753}} (actually right-associative ''reduce'') <!-- flatten --> * {{Z+|Z12676}} ** {{Z+|Z23606}} ** {{Z+|Z27665}} *** {{Z+|Z32453}} ** {{Z+|Z13155}} == Matrix math == Since we don't have specific types for vectors or matrices, vectors are represented as a list and matrices as a list of lists (to be interpreted as a list of rows). <!-- properties --> * {{Z+|Z31747}} ** {{Z+|Z31752}} * {{Z+|Z24166}} ** {{Z+|Z24171}} <!-- indexing --> * {{Z+|Z31587}} ** {{Z+|Z31585}} <!-- removal --> <!-- transformation --> * {{Z+|Z32806}} * {{Z+|Z31818}} * {{Z+|Z24055}} ** {{Z+|Z17670}} *** {{Z+|Z17675}} ** {{Z+|Z24162}} * {{Z+|Z24060}} ** {{Z+|Z24436}} * {{Z+|Z24185}} ** {{Z+|Z20659}} * {{Z+|Z21903}} * {{Z+|Z24239}} ** {{Z+|Z31749}} * {{Z+|Z24346}} ** {{Z+|Z24342}} * {{Z+|Z14046}} ** {{Z+|Z24177}} * {{Z+|Z29301}} ** {{Z+|Z24182}} * {{Z+|Z24191}} * {{Z+|Z24236}} * {{Z+|Z29308}} <!-- insertion --> * {{Z+|Z810}} ** {{Z+|Z24285}} ** {{Z+|Z24299}} * {{Z+|Z18597}} <!-- ordering --> * {{Z+|Z18759}} * {{Z+|Z24176}} <!-- generation --> * {{Z+|Z24291}} (useful for creating 1x1 matrixes) ** {{Z+|Z24251}} * {{Z+|Z24290}} * {{Z+|Z29286}} ** {{Z+|Z29324}} == Functions expecting a list argument == * [[Special:Search/: "Z17K1 Z1K1 Z7 Z7K1 Z881 Z881K1"|Complete list of functions]] ** [[Special:Search/: "Z17K1 Z1K1 Z7 Z7K1 Z881 Z881K1" !"Z17K1 Z1K1 Z7 Z7K1 Z881 Z881K1 Z1"| Functions specifying a “properly typed” list argument]] ** [[Special:Search/: "Z17K1 Z1K1 Z7 Z7K1 Z881 Z881K1 Z1"|Functions not specifying the type for their list argument (Z1-typed or “untyped”)]] == Functions with list outputs == *[[Special:Search/: "Z8K2 Z1K1 Z7 Z7K1 Z881 Z881K1"|Complete list of functions]] **[[Special:Search/: "Z8K2 Z1K1 Z7 Z7K1 Z881 Z881K1" !"Z8K2 Z1K1 Z7 Z7K1 Z881 Z881K1 Z1|Functions specifying a “properly typed” output list]] **[[Special:Search/: "Z8K2 Z1K1 Z7 Z7K1 Z881 Z881K1 Z1"|Functions not specifying the type for the output list (Z1-typed or “untyped”)]] # If a function specifies an output list with a type other than [[Z1]] (that is, it specifies a "properly typed" list), mismatched elements cause an error if the implementation is in code. # If all objects in an output list have the same type, the list takes that type instead of being Z1-typed. This only happens if the implementation is in code. For compositions, you can use {{Z|Z18475}} to get the same result. #If a code implementation needs custom-converted objects (provided by a {{Z|Z46}}), any list input must be properly typed (objects in a Z1-typed list are not converted). Similarly, any list output must be properly typed (not [[Z1]] in the function specification) or else conversion into a Wikifunctions object will fail. #If a code implementation does not need converted objects, you can use {{Z|Z28691}} to convert a properly typed list to Z1-typed (but this is [[Wikifunctions:Project_chat/Archive/2024/07#Typed_lists_now_open_beyond_Booleans_and_Strings|not officially supported]]). (The list will remain properly typed if there are no custom converters to code. Use {{Z|Z17895}} to make the list Z1-typed unconditionally.) [[Category:Lists of functions]] fwwb1wst7ejp5malnuhza9he9qcgfj7 Z1991 0 77913 275777 271302 2026-05-17T11:23:19Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275777 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1991" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "pwo" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Western Pwo" }, { "Z1K1": "Z11", "Z11K1": "Z1991", "Z11K2": "ဖျိၩ့ၡိ" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Westliches Pwo" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "pwo de l'Ouest" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1004", "Z31K2": [ "Z6", "pwo occidental" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } pxdkvb2ro55u7melhoxvanhbr3iz6ee Z1992 0 78003 275778 271303 2026-05-17T11:23:44Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275778 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1992" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "juk" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Wapan" }, { "Z1K1": "Z11", "Z11K1": "Z1992", "Z11K2": "Nene Wapan" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Wapan" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "wapan" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } iuka02rmwfkr6j1lu9vk5ljupd62nmj Z32163 0 78297 275547 260942 2026-05-16T18:57:40Z Theki 2389 275547 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z32163" }, "Z2K2": { "Z1K1": "Z8", "Z8K1": [ "Z17", { "Z1K1": "Z17", "Z17K1": { "Z1K1": "Z7", "Z7K1": "Z881", "Z881K1": "Z89" }, "Z17K2": "Z32163K1", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "list of sentences (HTML fragments)" } ] } } ], "Z8K2": "Z89", "Z8K3": [ "Z20", "Z32165" ], "Z8K4": [ "Z14", "Z32164" ], "Z8K5": "Z32163" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "paragraph from list of sentences, space separated" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1002", "Z31K2": [ "Z6", "join HTML fragments with spaces, into paragraph" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Encloses a list of HTML fragments, separated by spaces, in paragraph tags. Consider using Z33068 (paragraph from sentences) instead." } ] } } h35eqpc7pgvdwlwy1o3fiag1u0nypwt Wikifunctions:Type proposals/Syntactic unit 4 79606 275525 265331 2026-05-16T15:59:52Z Dv103 11127 /* Comments */ Reply 275525 wikitext text/x-wiki ''This is one of a few type proposals based on the Ninai/Udiron project, and thus should be considered alongside others similarly marked.'' == Summary == This type holds a syntactic unit that holds a base word/stem of some kind, with links to any dependents (as construed in [[:w:en:dependency grammar]]s). For more on this particular construct (named 'Catena' in my own work), see the first paragraph of Section 2.2, and the first part of section 4.2.1, of {{Q|130478475}}, as well as [https://gitlab.com/mahir256/udiron/-/blob/main/udiron/base/catena.py?ref_type=heads#L49 the implementation of this construct in Udiron]. == Uses == * This is one of two fundamental data structures (and a few less fundamental but still important others) that will become necessary for abstract content to truly be abstract. Rather than process lists/sets of strings in assembling a sentence, these units can be manipulated [https://gitlab.com/mahir256/udiron/-/blob/main/udiron/base/rendering.py and then rendered] according to functions that can be defined per language. * Many of the instance methods listed in the Udiron implementation linked above would need to be defined as functions here for this to work. * This is intended to correspond with the notion of a '[[:w:en:Catena (linguistics)|catena]]' in dependency grammar, and more specifically to a unit used in [https://universaldependencies.org Universal Dependencies] ([[:d:Wikidata:Lexicographical data/Universal Dependencies|with a mapping to Wikidata here]]). (To help make this just a little less mysterious for this mostly non-linguistic audience, however, I've named this type proposal 'syntactic unit'.) == Structure == * lexeme: The lexeme which this syntactic unit represents. ** See the note under 'sense' below. * language: The language to be applied when this syntactic unit is rendered. ** Note that languages in Ninai/Udiron are pairs of language item and language code; this requires that https://phabricator.wikimedia.org/T344170 be resolved. * sense: The specific meaning of the lexeme which this syntactic unit represents. ** The lexeme and the sense are both included separately because details present at both levels will be needed downstream; as but mere examples, the grammatical gender of a lexeme does not reside on its senses, and if a particular grammatical feature is required when using a particular sense then that feature won't be marked on the lexeme level. ** This and 'lexeme' are not references simply because this unit does not have to represent something that is on wikidata.org; if a custom lexeme/sense were created by some other function, that should be usable here as well. * inflections: The inflections to be applied in rendering this syntactic unit. ** This was inspired by the lists of grammatical features on Wikidata lexeme forms, though the values present in this list do not have to be actual such features on a form of the lexeme. * config: Specific settings for rendering this syntactic unit may be applied here, potentially altering every aspect of the rendering process. ** The current implementation of such a configuration object (introduced because it is not clear whether the Python notion of 'keyword arguments' will be replicated in Wikifunctions) is found [https://gitlab.com/mahir256/udiron/-/blob/main/udiron/base/functionconfig.py on this page]. ** This object could be a dedicated configuration type, or it could be a typed map from strings to objects as given in the example below. * left_dependents: The dependents of this syntactic unit that are ''logically'' preceding this one, each with some relationship to this unit. * right_dependents: The dependents of this syntactic unit that are ''logically'' following this one, each with some relationship to this unit. ** For example, in a phrase like "the little old lady who lived in a shoe", the root of this phrase is "lady" (since that phrase at its core denotes a lady). ** Since "the", "little", and "old" precede "lady" when spoken, those words are considered left dependents (''not a single functional unit'', since those words are but a determiner and two adjectives). ** Since "who lived in a shoe" follows "lady" when spoken, those words (forming a single functional unit—a relative clause) are considered a ''single'' right dependent. *** That right dependent has its own structure: its root is "live", its left dependent is "who", and its right dependent is "in a shoe". *** ''That'' right dependent has a root "shoe" and two left dependents "in" and "a". ** Udiron currently groups these into a tuple of lists 'dependents'. * id: A unique identifier for the syntactic unit. ** This was introduced in Udiron (and maintained simply by having a counter that is incremented each time a new syntactic unit is created) in order to deal with the consequences of all objects being immutable in Wikifunctions; if this did not exist, then any time any of the other fields of this syntactic unit was modified, its internal identifier and that of other equally immutable objects that would also need to be modified (such as other syntactic units that have this syntactic unit as a dependent) and comparisons between objects before and after a modification would become considerably more complicated and difficult to track. === Example values === The English phrase "he saw me" (without punctuation!) would consist of three syntactic units whose fields are defined below: * [[:d:Lexeme:L485|L485]], Z1002, [[:d:Lexeme:L485#S1|L485-S1]], ({{Q|131105}}), {}, [], [], "theseentitiesneedsomesortofidscheme" * [[:d:Lexeme:L185|L185]], Z1002, [[:d:Lexeme:L185#S1|L185-S1]], ({{Q|1392475}}, {{Q|21714344}}, {{Q|110786}}), {}, [(''bullet point above'', {{Q|164573}})], [(''bullet point below'', {{Q|2990574}})], "comeupwithanidschemeforthesethings" * [[:d:Lexeme:L485|L487]], Z1002, [[:d:Lexeme:L487#S1|L487-S1]], ({{Q|1233197}}), {}, [], [], "someidschemethatneedstobecomeupwith" {|class="wikitable" style="margin:.6em 1.6em" |- | <syntaxhighlight lang="json" line="line">{   "type": "syntactic unit", "lexeme": "Wikidata lexeme", "language": "language", "sense": "Wikidata lexeme sense", "inflections": "typed list(Wikidata item reference)", "config": "typed map(string, object)", "left_dependents": "typed list(typed pair(syntactic unit, Wikidata item reference))", "right_dependents": "typed list(typed pair(syntactic unit, Wikidata item reference))", "id": "string", }</syntaxhighlight> | <syntaxhighlight lang="json">{   "Z1K1": "Zxyz", "ZxyzK1": "Z6005", "ZxyzK2": "Z60", "ZxyzK3": "Z6006", "ZxyzK4": "Z881(Z6091)", "ZxyzK5": "Z883(Z60, Z1)", "ZxyzK6": "Z881(Z882(syntactic unit, Z6091))", "ZxyzK7": "Z881(Z882(syntactic unit, Z6091))", "ZxyzK8": "Z6", }</syntaxhighlight> |} == Validator == The validator ensures that the lexeme, language, and sense are all valid realizations of those types, all inflections in the inflection set are Wikidata item IDs, and the configuration and dependents lists are well-formed according to their type definitions. == Identity == Equality between syntactic units implies that the components all compare equal, per https://gitlab.com/mahir256/udiron/-/blob/main/udiron/base/catena.py?ref_type=heads#L126 . (Note that the "id" value is ''not'' considered as part of this check.) == Converting to code == === Python === Ideally this would be directly portable from https://gitlab.com/mahir256/udiron/-/blob/main/udiron/base/catena.py , since it has been designed to make such a transfer easier, although due to lack of confirmation from the Abstract Wikipedia team of the points of section 2.4 of {{Q|130478475}} this degree of easiness has not been made certain. == Display function == Perhaps something similar to the 'abbr' function at https://gitlab.com/mahir256/udiron/-/blob/main/udiron/base/catena.py?ref_type=heads#L365 could be used. == Read function == No one should be inputting these as strings; they should be created exclusively by other functions that seek to generate language and perform syntactic manipulations. == Comments == *{{S}}. A question: what is the difference between left and righ dependencies? [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 19:23, 12 April 2026 (UTC) *:@[[User:Mahir256|Mahir256]] [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 19:23, 12 April 2026 (UTC) *:{{re|Dv103}} I added a hopefully more illustrative example above. [[User:Mahir256|Mahir256]] ([[User talk:Mahir256|talk]]) 21:47, 12 April 2026 (UTC) *::Thanks. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 05:31, 13 April 2026 (UTC) * @[[User:Mahir256|Mahir256]] Another question: how do you encode syntactic units without a lexeme? (Like a person's name, the title of a book...) [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 12:00, 14 April 2026 (UTC) *:{{re|Dv103}} I sort of allude to this in the notes under the 'lexeme' and 'sense' members: "if a custom lexeme/sense were created by some other function, that should be usable here as well". As such proper names would need to be wrapped by functions in 'pseudo-lexemes' before they could be included in any syntactic structure. (An example of a function that assembles a lexeme for downstream use in the syntactic tree is one [https://gitlab.com/mahir256/ninai/-/blob/main/ninai/graph/__init__.py#L28 that assembles a person's name from the 'given name' and 'surname' items linked to it].) [[User:Mahir256|Mahir256]] ([[User talk:Mahir256|talk]]) 15:29, 14 April 2026 (UTC) *::@[[User:Mahir256|Mahir256]] Another question: why put an entire lexeme sense, instead of a lexeme sense reference? The lexeme already contains the sense, so it would be duplicate information. *::Even for "on-the-fly lexemes", the ID fields need to be filled, so we just could just insert the sense in the lexeme, assign it an ID, and then just reference it in the "sense" key of this type. *::I'm asking this because on Wikifunctions, moving around duplicate information means that there is an additional cost in the convertion of the values every time an implementation is called. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 15:59, 16 May 2026 (UTC) qxpb9tqsbx01w108vpvc4v0duhdp3gu 275528 275525 2026-05-16T16:16:51Z Mahir256 38 /* Comments */ 275528 wikitext text/x-wiki ''This is one of a few type proposals based on the Ninai/Udiron project, and thus should be considered alongside others similarly marked.'' == Summary == This type holds a syntactic unit that holds a base word/stem of some kind, with links to any dependents (as construed in [[:w:en:dependency grammar]]s). For more on this particular construct (named 'Catena' in my own work), see the first paragraph of Section 2.2, and the first part of section 4.2.1, of {{Q|130478475}}, as well as [https://gitlab.com/mahir256/udiron/-/blob/main/udiron/base/catena.py?ref_type=heads#L49 the implementation of this construct in Udiron]. == Uses == * This is one of two fundamental data structures (and a few less fundamental but still important others) that will become necessary for abstract content to truly be abstract. Rather than process lists/sets of strings in assembling a sentence, these units can be manipulated [https://gitlab.com/mahir256/udiron/-/blob/main/udiron/base/rendering.py and then rendered] according to functions that can be defined per language. * Many of the instance methods listed in the Udiron implementation linked above would need to be defined as functions here for this to work. * This is intended to correspond with the notion of a '[[:w:en:Catena (linguistics)|catena]]' in dependency grammar, and more specifically to a unit used in [https://universaldependencies.org Universal Dependencies] ([[:d:Wikidata:Lexicographical data/Universal Dependencies|with a mapping to Wikidata here]]). (To help make this just a little less mysterious for this mostly non-linguistic audience, however, I've named this type proposal 'syntactic unit'.) == Structure == * lexeme: The lexeme which this syntactic unit represents. ** See the note under 'sense' below. * language: The language to be applied when this syntactic unit is rendered. ** Note that languages in Ninai/Udiron are pairs of language item and language code; this requires that https://phabricator.wikimedia.org/T344170 be resolved. * sense: The specific meaning of the lexeme which this syntactic unit represents. ** The lexeme and the sense are both included separately because details present at both levels will be needed downstream; as but mere examples, the grammatical gender of a lexeme does not reside on its senses, and if a particular grammatical feature is required when using a particular sense then that feature won't be marked on the lexeme level. ** This and 'lexeme' are not references simply because this unit does not have to represent something that is on wikidata.org; if a custom lexeme/sense were created by some other function, that should be usable here as well. * inflections: The inflections to be applied in rendering this syntactic unit. ** This was inspired by the lists of grammatical features on Wikidata lexeme forms, though the values present in this list do not have to be actual such features on a form of the lexeme. * config: Specific settings for rendering this syntactic unit may be applied here, potentially altering every aspect of the rendering process. ** The current implementation of such a configuration object (introduced because it is not clear whether the Python notion of 'keyword arguments' will be replicated in Wikifunctions) is found [https://gitlab.com/mahir256/udiron/-/blob/main/udiron/base/functionconfig.py on this page]. ** This object could be a dedicated configuration type, or it could be a typed map from strings to objects as given in the example below. * left_dependents: The dependents of this syntactic unit that are ''logically'' preceding this one, each with some relationship to this unit. * right_dependents: The dependents of this syntactic unit that are ''logically'' following this one, each with some relationship to this unit. ** For example, in a phrase like "the little old lady who lived in a shoe", the root of this phrase is "lady" (since that phrase at its core denotes a lady). ** Since "the", "little", and "old" precede "lady" when spoken, those words are considered left dependents (''not a single functional unit'', since those words are but a determiner and two adjectives). ** Since "who lived in a shoe" follows "lady" when spoken, those words (forming a single functional unit—a relative clause) are considered a ''single'' right dependent. *** That right dependent has its own structure: its root is "live", its left dependent is "who", and its right dependent is "in a shoe". *** ''That'' right dependent has a root "shoe" and two left dependents "in" and "a". ** Udiron currently groups these into a tuple of lists 'dependents'. * id: A unique identifier for the syntactic unit. ** This was introduced in Udiron (and maintained simply by having a counter that is incremented each time a new syntactic unit is created) in order to deal with the consequences of all objects being immutable in Wikifunctions; if this did not exist, then any time any of the other fields of this syntactic unit was modified, its internal identifier and that of other equally immutable objects that would also need to be modified (such as other syntactic units that have this syntactic unit as a dependent) and comparisons between objects before and after a modification would become considerably more complicated and difficult to track. === Example values === The English phrase "he saw me" (without punctuation!) would consist of three syntactic units whose fields are defined below: * [[:d:Lexeme:L485|L485]], Z1002, [[:d:Lexeme:L485#S1|L485-S1]], ({{Q|131105}}), {}, [], [], "theseentitiesneedsomesortofidscheme" * [[:d:Lexeme:L185|L185]], Z1002, [[:d:Lexeme:L185#S1|L185-S1]], ({{Q|1392475}}, {{Q|21714344}}, {{Q|110786}}), {}, [(''bullet point above'', {{Q|164573}})], [(''bullet point below'', {{Q|2990574}})], "comeupwithanidschemeforthesethings" * [[:d:Lexeme:L485|L487]], Z1002, [[:d:Lexeme:L487#S1|L487-S1]], ({{Q|1233197}}), {}, [], [], "someidschemethatneedstobecomeupwith" {|class="wikitable" style="margin:.6em 1.6em" |- | <syntaxhighlight lang="json" line="line">{   "type": "syntactic unit", "lexeme": "Wikidata lexeme", "language": "language", "sense": "Wikidata lexeme sense", "inflections": "typed list(Wikidata item reference)", "config": "typed map(string, object)", "left_dependents": "typed list(typed pair(syntactic unit, Wikidata item reference))", "right_dependents": "typed list(typed pair(syntactic unit, Wikidata item reference))", "id": "string", }</syntaxhighlight> | <syntaxhighlight lang="json">{   "Z1K1": "Zxyz", "ZxyzK1": "Z6005", "ZxyzK2": "Z60", "ZxyzK3": "Z6006", "ZxyzK4": "Z881(Z6091)", "ZxyzK5": "Z883(Z60, Z1)", "ZxyzK6": "Z881(Z882(syntactic unit, Z6091))", "ZxyzK7": "Z881(Z882(syntactic unit, Z6091))", "ZxyzK8": "Z6", }</syntaxhighlight> |} == Validator == The validator ensures that the lexeme, language, and sense are all valid realizations of those types, all inflections in the inflection set are Wikidata item IDs, and the configuration and dependents lists are well-formed according to their type definitions. == Identity == Equality between syntactic units implies that the components all compare equal, per https://gitlab.com/mahir256/udiron/-/blob/main/udiron/base/catena.py?ref_type=heads#L126 . (Note that the "id" value is ''not'' considered as part of this check.) == Converting to code == === Python === Ideally this would be directly portable from https://gitlab.com/mahir256/udiron/-/blob/main/udiron/base/catena.py , since it has been designed to make such a transfer easier, although due to lack of confirmation from the Abstract Wikipedia team of the points of section 2.4 of {{Q|130478475}} this degree of easiness has not been made certain. == Display function == Perhaps something similar to the 'abbr' function at https://gitlab.com/mahir256/udiron/-/blob/main/udiron/base/catena.py?ref_type=heads#L365 could be used. == Read function == No one should be inputting these as strings; they should be created exclusively by other functions that seek to generate language and perform syntactic manipulations. == Comments == *{{S}}. A question: what is the difference between left and righ dependencies? [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 19:23, 12 April 2026 (UTC) *:@[[User:Mahir256|Mahir256]] [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 19:23, 12 April 2026 (UTC) *:{{re|Dv103}} I added a hopefully more illustrative example above. [[User:Mahir256|Mahir256]] ([[User talk:Mahir256|talk]]) 21:47, 12 April 2026 (UTC) *::Thanks. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 05:31, 13 April 2026 (UTC) * @[[User:Mahir256|Mahir256]] Another question: how do you encode syntactic units without a lexeme? (Like a person's name, the title of a book...) [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 12:00, 14 April 2026 (UTC) *:{{re|Dv103}} I sort of allude to this in the notes under the 'lexeme' and 'sense' members: "if a custom lexeme/sense were created by some other function, that should be usable here as well". As such proper names would need to be wrapped by functions in 'pseudo-lexemes' before they could be included in any syntactic structure. (An example of a function that assembles a lexeme for downstream use in the syntactic tree is one [https://gitlab.com/mahir256/ninai/-/blob/main/ninai/graph/__init__.py#L28 that assembles a person's name from the 'given name' and 'surname' items linked to it].) [[User:Mahir256|Mahir256]] ([[User talk:Mahir256|talk]]) 15:29, 14 April 2026 (UTC) *::@[[User:Mahir256|Mahir256]] Another question: why put an entire lexeme sense, instead of a lexeme sense reference? The lexeme already contains the sense, so it would be duplicate information. *::Even for "on-the-fly lexemes", the ID fields need to be filled, so we just could just insert the sense in the lexeme, assign it an ID, and then just reference it in the "sense" key of this type. *::I'm asking this because on Wikifunctions, moving around duplicate information means that there is an additional cost in the convertion of the values every time an implementation is called. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 15:59, 16 May 2026 (UTC) *:::{{re|Dv103}} The main reason for this is when a calque needs to be constructed from another lexeme, or when the parts of a compound lexeme need to be moved to discontinuous places (requiring that a lexeme be split based on its {{P|5238}} statements), some features noted on the original lexeme's senses may be needed. (Some examples I have in mind include {{P|9971}} values when calquing a verb, handling separable verbs in Germanic languages, or the inflection of idioms with fixed complements.) [[User:Mahir256|Mahir256]] ([[User talk:Mahir256|talk]]) 16:16, 16 May 2026 (UTC) 77lusdlasgg8wr2jhlpfn1x6kvnuj6e 275533 275528 2026-05-16T16:34:27Z Dv103 11127 /* Comments */ Reply 275533 wikitext text/x-wiki ''This is one of a few type proposals based on the Ninai/Udiron project, and thus should be considered alongside others similarly marked.'' == Summary == This type holds a syntactic unit that holds a base word/stem of some kind, with links to any dependents (as construed in [[:w:en:dependency grammar]]s). For more on this particular construct (named 'Catena' in my own work), see the first paragraph of Section 2.2, and the first part of section 4.2.1, of {{Q|130478475}}, as well as [https://gitlab.com/mahir256/udiron/-/blob/main/udiron/base/catena.py?ref_type=heads#L49 the implementation of this construct in Udiron]. == Uses == * This is one of two fundamental data structures (and a few less fundamental but still important others) that will become necessary for abstract content to truly be abstract. Rather than process lists/sets of strings in assembling a sentence, these units can be manipulated [https://gitlab.com/mahir256/udiron/-/blob/main/udiron/base/rendering.py and then rendered] according to functions that can be defined per language. * Many of the instance methods listed in the Udiron implementation linked above would need to be defined as functions here for this to work. * This is intended to correspond with the notion of a '[[:w:en:Catena (linguistics)|catena]]' in dependency grammar, and more specifically to a unit used in [https://universaldependencies.org Universal Dependencies] ([[:d:Wikidata:Lexicographical data/Universal Dependencies|with a mapping to Wikidata here]]). (To help make this just a little less mysterious for this mostly non-linguistic audience, however, I've named this type proposal 'syntactic unit'.) == Structure == * lexeme: The lexeme which this syntactic unit represents. ** See the note under 'sense' below. * language: The language to be applied when this syntactic unit is rendered. ** Note that languages in Ninai/Udiron are pairs of language item and language code; this requires that https://phabricator.wikimedia.org/T344170 be resolved. * sense: The specific meaning of the lexeme which this syntactic unit represents. ** The lexeme and the sense are both included separately because details present at both levels will be needed downstream; as but mere examples, the grammatical gender of a lexeme does not reside on its senses, and if a particular grammatical feature is required when using a particular sense then that feature won't be marked on the lexeme level. ** This and 'lexeme' are not references simply because this unit does not have to represent something that is on wikidata.org; if a custom lexeme/sense were created by some other function, that should be usable here as well. * inflections: The inflections to be applied in rendering this syntactic unit. ** This was inspired by the lists of grammatical features on Wikidata lexeme forms, though the values present in this list do not have to be actual such features on a form of the lexeme. * config: Specific settings for rendering this syntactic unit may be applied here, potentially altering every aspect of the rendering process. ** The current implementation of such a configuration object (introduced because it is not clear whether the Python notion of 'keyword arguments' will be replicated in Wikifunctions) is found [https://gitlab.com/mahir256/udiron/-/blob/main/udiron/base/functionconfig.py on this page]. ** This object could be a dedicated configuration type, or it could be a typed map from strings to objects as given in the example below. * left_dependents: The dependents of this syntactic unit that are ''logically'' preceding this one, each with some relationship to this unit. * right_dependents: The dependents of this syntactic unit that are ''logically'' following this one, each with some relationship to this unit. ** For example, in a phrase like "the little old lady who lived in a shoe", the root of this phrase is "lady" (since that phrase at its core denotes a lady). ** Since "the", "little", and "old" precede "lady" when spoken, those words are considered left dependents (''not a single functional unit'', since those words are but a determiner and two adjectives). ** Since "who lived in a shoe" follows "lady" when spoken, those words (forming a single functional unit—a relative clause) are considered a ''single'' right dependent. *** That right dependent has its own structure: its root is "live", its left dependent is "who", and its right dependent is "in a shoe". *** ''That'' right dependent has a root "shoe" and two left dependents "in" and "a". ** Udiron currently groups these into a tuple of lists 'dependents'. * id: A unique identifier for the syntactic unit. ** This was introduced in Udiron (and maintained simply by having a counter that is incremented each time a new syntactic unit is created) in order to deal with the consequences of all objects being immutable in Wikifunctions; if this did not exist, then any time any of the other fields of this syntactic unit was modified, its internal identifier and that of other equally immutable objects that would also need to be modified (such as other syntactic units that have this syntactic unit as a dependent) and comparisons between objects before and after a modification would become considerably more complicated and difficult to track. === Example values === The English phrase "he saw me" (without punctuation!) would consist of three syntactic units whose fields are defined below: * [[:d:Lexeme:L485|L485]], Z1002, [[:d:Lexeme:L485#S1|L485-S1]], ({{Q|131105}}), {}, [], [], "theseentitiesneedsomesortofidscheme" * [[:d:Lexeme:L185|L185]], Z1002, [[:d:Lexeme:L185#S1|L185-S1]], ({{Q|1392475}}, {{Q|21714344}}, {{Q|110786}}), {}, [(''bullet point above'', {{Q|164573}})], [(''bullet point below'', {{Q|2990574}})], "comeupwithanidschemeforthesethings" * [[:d:Lexeme:L485|L487]], Z1002, [[:d:Lexeme:L487#S1|L487-S1]], ({{Q|1233197}}), {}, [], [], "someidschemethatneedstobecomeupwith" {|class="wikitable" style="margin:.6em 1.6em" |- | <syntaxhighlight lang="json" line="line">{   "type": "syntactic unit", "lexeme": "Wikidata lexeme", "language": "language", "sense": "Wikidata lexeme sense", "inflections": "typed list(Wikidata item reference)", "config": "typed map(string, object)", "left_dependents": "typed list(typed pair(syntactic unit, Wikidata item reference))", "right_dependents": "typed list(typed pair(syntactic unit, Wikidata item reference))", "id": "string", }</syntaxhighlight> | <syntaxhighlight lang="json">{   "Z1K1": "Zxyz", "ZxyzK1": "Z6005", "ZxyzK2": "Z60", "ZxyzK3": "Z6006", "ZxyzK4": "Z881(Z6091)", "ZxyzK5": "Z883(Z60, Z1)", "ZxyzK6": "Z881(Z882(syntactic unit, Z6091))", "ZxyzK7": "Z881(Z882(syntactic unit, Z6091))", "ZxyzK8": "Z6", }</syntaxhighlight> |} == Validator == The validator ensures that the lexeme, language, and sense are all valid realizations of those types, all inflections in the inflection set are Wikidata item IDs, and the configuration and dependents lists are well-formed according to their type definitions. == Identity == Equality between syntactic units implies that the components all compare equal, per https://gitlab.com/mahir256/udiron/-/blob/main/udiron/base/catena.py?ref_type=heads#L126 . (Note that the "id" value is ''not'' considered as part of this check.) == Converting to code == === Python === Ideally this would be directly portable from https://gitlab.com/mahir256/udiron/-/blob/main/udiron/base/catena.py , since it has been designed to make such a transfer easier, although due to lack of confirmation from the Abstract Wikipedia team of the points of section 2.4 of {{Q|130478475}} this degree of easiness has not been made certain. == Display function == Perhaps something similar to the 'abbr' function at https://gitlab.com/mahir256/udiron/-/blob/main/udiron/base/catena.py?ref_type=heads#L365 could be used. == Read function == No one should be inputting these as strings; they should be created exclusively by other functions that seek to generate language and perform syntactic manipulations. == Comments == *{{S}}. A question: what is the difference between left and righ dependencies? [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 19:23, 12 April 2026 (UTC) *:@[[User:Mahir256|Mahir256]] [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 19:23, 12 April 2026 (UTC) *:{{re|Dv103}} I added a hopefully more illustrative example above. [[User:Mahir256|Mahir256]] ([[User talk:Mahir256|talk]]) 21:47, 12 April 2026 (UTC) *::Thanks. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 05:31, 13 April 2026 (UTC) * @[[User:Mahir256|Mahir256]] Another question: how do you encode syntactic units without a lexeme? (Like a person's name, the title of a book...) [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 12:00, 14 April 2026 (UTC) *:{{re|Dv103}} I sort of allude to this in the notes under the 'lexeme' and 'sense' members: "if a custom lexeme/sense were created by some other function, that should be usable here as well". As such proper names would need to be wrapped by functions in 'pseudo-lexemes' before they could be included in any syntactic structure. (An example of a function that assembles a lexeme for downstream use in the syntactic tree is one [https://gitlab.com/mahir256/ninai/-/blob/main/ninai/graph/__init__.py#L28 that assembles a person's name from the 'given name' and 'surname' items linked to it].) [[User:Mahir256|Mahir256]] ([[User talk:Mahir256|talk]]) 15:29, 14 April 2026 (UTC) *::@[[User:Mahir256|Mahir256]] Another question: why put an entire lexeme sense, instead of a lexeme sense reference? The lexeme already contains the sense, so it would be duplicate information. *::Even for "on-the-fly lexemes", the ID fields need to be filled, so we just could just insert the sense in the lexeme, assign it an ID, and then just reference it in the "sense" key of this type. *::I'm asking this because on Wikifunctions, moving around duplicate information means that there is an additional cost in the convertion of the values every time an implementation is called. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 15:59, 16 May 2026 (UTC) *:::{{re|Dv103}} The main reason for this is when a calque needs to be constructed from another lexeme, or when the parts of a compound lexeme need to be moved to discontinuous places (requiring that a lexeme be split based on its {{P|5238}} statements), some features noted on the original lexeme's senses may be needed. (Some examples I have in mind include {{P|9971}} values when calquing a verb, handling separable verbs in Germanic languages, or the inflection of idioms with fixed complements.) [[User:Mahir256|Mahir256]] ([[User talk:Mahir256|talk]]) 16:16, 16 May 2026 (UTC) *::::Makes sense. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 16:34, 16 May 2026 (UTC) 1b7v89212bzxm5tb4bg8lzgaghqgkil Wikifunctions:Project chat/Archive/2026/04 4 80104 275635 274175 2026-05-17T03:08:09Z SpBot 978 archiving 1 section from [[Wikifunctions:Project chat]] (after section [[Wikifunctions:Project chat/Archive/2026/04#No_place_to_ask_to_activate_a_function?|No_place_to_ask_to_activate_a_function?]]) 275635 wikitext text/x-wiki {{Talkarchive}} == Wikifunctions & Abstract Wikipedia Newsletter #242 is out: Request for Discussion: Syntactic tables == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-04-02|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we introduce a proposal for Natural Language Generation, we introduce a page for function suggestions from Abstract Wikipedia, we inform you that there will be a presentation about Abstract Wikipedia at WikiCon Australia, and we take a look at the latest software developments. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Also, we remind you that if you have questions or ideas to discuss, the next '''Volunteers' Corner''' will be held on '''[https://zonestamp.toolforge.org/1776101400 April 13, at 17:30 UTC]''' ([https://meet.google.com/xuy-njxh-rkw link to the meeting]). Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 13:37, 3 April 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30325620 --> :<small>This section was archived on a request by: [[User:Mdktb|Mdktb]] ([[User talk:Mdktb|talk]]) 17:13, 10 April 2026 (UTC)</small> == Special:CreateObject doesn't let me create a typed list == Hello. I tried to create a typed list with all English varieties on Wikifunctions, to create consistency between different configs, but [[Special:CreateObject]] doesn't show typed list as an option for creating. Is this a bug or an intentional restriction? [[User:ChaoticVermillion|ChaoticVermillion]] ([[User talk:ChaoticVermillion|talk]]) 08:24, 2 April 2026 (UTC) :@[[User:ChaoticVermillion|ChaoticVermillion]]: A typed list is an instance of a function call, which is prohibited as a persisted Object. Maybe you want an enum? See [[Wikifunctions:Type proposals]] for the process for creating such a thing. [[User:Jdforrester (WMF)|Jdforrester (WMF)]] ([[User talk:Jdforrester (WMF)|talk]]) 12:01, 2 April 2026 (UTC) ::I don't want any sort of enum for this, I just want a list of English varieties (English, American English, Australian English, etc.) as an object that I can put in configs. I tried making an object as a function call, but apparently I have to be a member of the staff to do it. [[User:ChaoticVermillion|ChaoticVermillion]] ([[User talk:ChaoticVermillion|talk]]) 12:07, 2 April 2026 (UTC) :::I’ve started this with {{Z|Z33034}}. I’m guessing you were trying to create an object of type {{Z|Z7}} rather than an object whose type is a [[Z7]]. There’s a subtle but important difference. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 12:29, 2 April 2026 (UTC) ::::How do you create a object whose type is a [[Z7]] then? I can't see any option to do this. [[User:ChaoticVermillion|ChaoticVermillion]] ([[User talk:ChaoticVermillion|talk]]) 12:32, 2 April 2026 (UTC) :::::When you are creating an object you must specify its type. By default, the UI expects you to provide a reference to the type, so you can just type in the selector box and click the type you want. For an object like a typed list, the type is specified as a function call, so you click the menu dots beside “type” and choose “function call” instead of “reference”. The selector now allows you to search for functions that can return a type object. You start entering “typed list” and select it in the normal way. Then the UI will allow you to specify the argument to the function call, which is the type shared by all elements in the list. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 13:12, 2 April 2026 (UTC) == Unable to use the Z32643 function. == I'm trying to use the [[Z32643]] (Article-less multi instantiating fragment) function to edit an article in Abstract Wikipedia, but it looks like it's missing connected implementations, and it looks like i don't have the permissions to connect the function with the implementation and use it in ab.wiki. Since i'm not familiar with Wikifunctions, i would like to get help for this specific problem. Thanks. --[[User:Mattiz6276|Mattiz6276]] ([[User talk:Mattiz6276|talk]]) 13:50, 2 April 2026 (UTC) :@[[User:Mattiz6276|Mattiz6276]]: Hey there, it looks like that's a work-in-progress by @[[User:MetalBreaksAndBends|MetalBreaksAndBends]]. There's only a fall-back implementation, Z32652, which fails its own test for a second item. I can connect the items together but it might not work as you expect? [[User:Jdforrester (WMF)|Jdforrester (WMF)]] ([[User talk:Jdforrester (WMF)|talk]]) 14:06, 2 April 2026 (UTC) ::Maybe… I don’t think functions without implementations should be appearing on AW so I have amended the label to avoid giving the impression that this function is available. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 14:23, 2 April 2026 (UTC) == Being able to use edit summaries == I have wanted to use edit summaries a few times when connecting or disconnecting implementations or tests, and I have found that the only way to do that is to use the [[:User:%D7%9E%D7%A7%D7%A3/wikilambda_editsource.js|wikilambda editsource]] tool. I feel like it would be a lot more convenient to be able to make these edit summaries without having to use that tool. [[User:ChaoticVermillion|ChaoticVermillion]] ([[User talk:ChaoticVermillion|talk]]) 08:40, 3 April 2026 (UTC) == Definite forms == [[Talk:Z32162|I've noticed an incomplete implementation and would like to work on fixing it, but need advice.]] [[User:Ijon|Ijon]] ([[User talk:Ijon|talk]]) 21:05, 3 April 2026 (UTC) == Wikifunctions & Abstract Wikipedia Newsletter #243 is out: Community proposals for capturing meaning == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-04-10|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we report on three community proposals on syntactic approaches, we introduce a new Type (Complex numbers), we report on current hiccups on Abstract Wikipedia, we share more information about a presentation about Abstract Wikipedia at WikiCon Australia, and we take a look at the latest software developments. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Also, we remind you that if you have questions or ideas to discuss, the next '''Volunteers' Corner''' will be held on '''[https://zonestamp.toolforge.org/1776101400 April 13, at 17:30 UTC]''' ([https://meet.google.com/xuy-njxh-rkw link to the meeting]). Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 15:35, 10 April 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30325620 --> :<small>This section was archived on a request by: [[User:Sannita (WMF)|Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 13:12, 3 May 2026 (UTC)</small> == Wikifunctions & Abstract Wikipedia Newsletter #244 is out: Milestones; Some major issues hopefully resolved == There is [[:f:Special:MyLanguage/Wikifunctions:Status updates/2026-04-16|a new update]] for Abstract Wikipedia and Wikifunctions. Please, come and read it! In this issue, we celebrate 4000 functions on Wikifunctions and 1000 abstract articles on Abstract Wikipedia, we announce that we should have fixed some major issues with the websites, we inform you on our latest outreach activities, and we take a look at the latest software developments. Want to catch up with the previous updates? Check [[:f:Special:MyLanguage/Wikifunctions:Status updates|our archive]]! Enjoy the reading! -- [[User:Sannita (WMF)|User:Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 10:22, 17 April 2026 (UTC) <!-- Message sent by User:Sannita (WMF)@metawiki using the list at https://meta.wikimedia.org/w/index.php?title=Global_message_delivery/Targets/Wikifunctions_%26_Abstract_Wikipedia&oldid=30325620 --> :<small>This section was archived on a request by: [[User:Sannita (WMF)|Sannita (WMF)]] ([[User talk:Sannita (WMF)|talk]]) 13:12, 3 May 2026 (UTC)</small> == Help me understand why test passes but running function with same input errors == I've been working on a function that I thought I had working correctly: {{Z+|Z31108}}. It has a test which is passing, but when I enter the same Wikidata item as the test uses (or any other relevant item that it ought to work for), it errors. I can't figure out what's wrong (and the function itself seemed to be working as expected the last time worked on it, a month ago), and I don't know how to interpret the error info. The error output is: <code> Error type: Unspecified error Error data: error information: "cannot read property 'Z6003K4' of undefined" Execution debug logs: Z12696K2 (find this) ==> ZObject<Z1K1:{'Z1K1': 'Z9', 'Z9K1': 'Z6007'},Z6007K1:ZObject<Z1K1:{'Z1K1': 'Z9', 'Z9K1': 'Z6092'},Z6092K1:P3831>,Z6007K2:ZObject<Z1K1:{'Z1K1': 'Z9', 'Z9K1': 'Z6091'},Z6091K1:Q7380503>,Z6007K3:ZReference<Z6021>> </code> -- [[User:Ragesoss|Ragesoss]] ([[User talk:Ragesoss|talk]]) 18:02, 10 April 2026 (UTC) :Hmm… I’ve had a quick look and found a comparable error with {{Z|Z29937}}, which was passing “4 months ago”. The debug comes from {{Z|Z12863}}, after it fails to find a match. This is probably because Z6007K3 is ZReference("Z6021") rather than a Z6020 object, as it appears in the debug logs for your test “28 days ago”: :"Z6007K3":{"Z1K1":{"Z1K1":"Z9","Z9K1":"Z6020"},"Z6020K1":{"Z9K1":"Z6021"}} :This means it’s probably a bug introduced by a recent software change. I’ll take a closer look over the weekend, but the actual error for your test case now is: :Unspecified error (error information: "cannot read property 'Z6003K4' of undefined") :I’m guessing that’s from there being no guard against an empty array in {{Z|Z23681}}, but we’ll see. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 23:22, 10 April 2026 (UTC) :I tracked down the bug to [[Z29869]] and fixed that, but the tests for [[Z31659]] are still failing. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 05:44, 11 April 2026 (UTC) ::Thanks. I’ve re-implemented {{Z|Z23680}} with {{Z|Z33331}} so we at least get a meaningful error in {{Z|Z31108}}. The new implementation explicitly caters for the alternative representation of {{Z|Z6040}} and errors on the empty list it gets from {{Z|Z31659}}. ::I also made a [[Z33332|simple Python implementation]], which seems to work. [[User:GrounderUK|GrounderUK]] ([[User talk:GrounderUK|talk]]) 16:29, 11 April 2026 (UTC) == No place to ask to activate a function? == I just discovered the {{Z|Z11390}} function and decided to make an overarching language-selecting function for it. After some fiddling around and studying how {{Z|Z32321}} and its set works, I now have {{Z|Z33439}} which has a config object ({{Z|Z33441}}) that selects between the two preexisting language-specific versions I found (English and Malayalam) and the new one I created for my other native language, {{Z|Z33440}}. Except I can't get these to work, because, from what I understand, only [[Wikifunctions:Functioneers|functioneers]] can activate newly created functions and implementations? So where do I apply for the {{Z|Z33439}} and {{Z|Z33440}} functions to be activated? Perhaps we should have a place to ask for it, a la [[w:WP:NPP]] — call it [[Project:New Functions Patrol|New Functions Patrol]] if you will. —[[User:UndueMarmot|<span style="color:#705ccb;">Undue</span><span style="color:#cfdfa3;background-color:#705ccb;">Marmot</span>]] ([[User talk:UndueMarmot|talk]]) 08:58, 14 April 2026 (UTC) :There's [[Wikifunctions:Community portal]] for this. By the way, {{Z|Z33445}} doesn't work because all the code must be inside the main function in Python code. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 09:19, 14 April 2026 (UTC) ::Huh. How could I have missed that? ::But anyway, I've moved the code in {{Z|Z33445}} into inside the main function block. ::Is there any reason why WF decided not to simply allow anyone to write functions? After all, that's how it works with wikitext templates, and these functions are fundamentally serving the same purposes as templates, just written in a different way. —[[User:UndueMarmot|<span style="color:#705ccb;">Undue</span><span style="color:#cfdfa3;background-color:#705ccb;">Marmot</span>]] <small>([[User talk:UndueMarmot|talk]])</small> 11:25, 14 April 2026 (UTC) :::I've fixed a couple of technical issues, but tests still fail. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 11:28, 14 April 2026 (UTC) ::::The tests pass now after some more changes to the code: [[Special:Diff/265232/cur]]. —[[User:UndueMarmot|<span style="color:#705ccb;">Undue</span><span style="color:#cfdfa3;background-color:#705ccb;">Marmot</span>]] <small>([[User talk:UndueMarmot|talk]])</small> 12:01, 14 April 2026 (UTC) :::::{{D|Connected}} [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 12:02, 14 April 2026 (UTC) :::I think it's a security issue, since Wikifunctions implementations could teoretically be malicious. [[User:Dv103|Dv103]] ([[User talk:Dv103|talk]]) 11:29, 14 April 2026 (UTC) ::::This ^^^. We're very lenient, though, once you've created a few working functions you can apply for the right, per [[WF:Functioneer]]. [[User:Feeglgeef|Feeglgeef]] ([[User talk:Feeglgeef|talk]]) 12:26, 14 April 2026 (UTC) ::::That explanation [[phab:T343559#11421293|doesn't add up]]. A reason to limit ''connection powers'' to Functioneers might be to prevent vandalism, considering Functions can be used across wikis. But user-provided code is already being executed even without a Functioneer connecting it. [[User:YoshiRulz|YoshiRulz]] ([[User talk:YoshiRulz|talk]]) 20:01, 16 April 2026 (UTC) k6ev7nqtnk2tix13zjs82o1kmfz712y User talk:ChaoticV 3 80884 275600 267423 2026-05-17T01:20:17Z JJPMaster 6409 /* Z32702 */ new section 275600 wikitext text/x-wiki == nasin nanpa pona function == The function you recently created, {{Z|Z33151}}, is a duplicate of {{Z|Z24721}}. I ported over your implementation to the older function ({{Z|Z24725}}). Not sure what to do in this sort of situation, so I just decided to raise the issue on the function's talk page. I hope this is not an inconvenience to you. Thank you for contributing. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:20, 21 April 2026 (UTC) == [[Z32702]] == Do you have any plans to make additional language versions of [[Z32702]]? [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 01:20, 17 May 2026 (UTC) 2bu02qlj0957z26ok6swxdi6m0iwi2i 275622 275600 2026-05-17T02:45:05Z ChaoticV 31127 /* Z32702 */ Reply 275622 wikitext text/x-wiki == nasin nanpa pona function == The function you recently created, {{Z|Z33151}}, is a duplicate of {{Z|Z24721}}. I ported over your implementation to the older function ({{Z|Z24725}}). Not sure what to do in this sort of situation, so I just decided to raise the issue on the function's talk page. I hope this is not an inconvenience to you. Thank you for contributing. &mdash; [[User:Theki|rae<sup>5e</sup>]] &lt;[[User talk:Theki|talk]]&gt; 14:20, 21 April 2026 (UTC) == [[Z32702]] == Do you have any plans to make additional language versions of [[Z32702]]? [[User:JJPMaster|JJP]]<sub>[[User talk:JJPMaster|Mas]]<sub>[[Special:Contributions/JJPMaster|ter]]</sub></sub> ([[wikt:she|she]]/[[wikt:they|they]]) 01:20, 17 May 2026 (UTC) :This function was originally an English function but I think someone changed it to be multilingual. I don't have any plans to add languages to it but feel free to add some. [[User:ChaoticV|ChaoticV]] ([[User talk:ChaoticV|talk]]) 02:45, 17 May 2026 (UTC) n07xp4hqdfskpnjinwahk4ip1yhrzcc User:HenkvD 2 81186 275543 275409 2026-05-16T17:39:13Z HenkvD 1290 275543 wikitext text/x-wiki {| border="1" style="float: right; margin-left: 1em; margin-bottom: 0.5em; border: #99B3FF solid 1px; background: #F1F8F1; border-collapse: collapse;" | | colspan="10" | <div class="plainlinks"><center>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<b>Gebruiker:HenkvD op [[commons:Template talk:Sisterlinks|zusterprojecten]]:&nbsp;&nbsp;&nbsp;&nbsp;</b><small>[http://nl.wikipedia.org/w/index.php?title=Gebruiker:HenkvD/Categorie%C3%ABn&action=edit (bewerk)]</div></small></center> |- | valign="top" align="center" | [[Image:Wikipedia-logo.png|18px]]<br>Wikipedia<br>[[:de:Benutzer:HenkvD|de:]] [[:en:User:HenkvD|en:]] [[:fr:Utilisateur:HenkvD|fr:]] '''[[:nl:User:HenkvD|nl:]]''' | valign="top" align="center" | [[Image:Wiktionary-logo-en.png|17px]]<br>Wiktionary<br>[[:wikt:en:User:HenkvD|en:]]<br />[http://www.omegawiki.org/index.php/User:HenkvD ΩWiki] | valign="top" align="center" | [[Image:Wikinews-logo.png|35px]]<br>Wikinews<br>[[wikinews:User:HenkvD|en:]] [[:n:nl:User:HenkvD|nl:]]<br><div id="cat" class="plainlinks">[http://incubator.wikimedia.org/w/index.php?title=User:HenkvD nl: in incubator]</div> | valign="top" align="center" | [[Image:Wikiquote-logo.png|16px]]<br>Wikiquote<br>[[:q:en:User:HenkvD|en:]] |- | valign="top" align="center" | [[Image:Wikibooks-logo.png|18px]]<br>Wikibooks<br>[[:b:en:User:HenkvD|en:]] | valign="top" align="center" | [[Image:Wikisource-logo.png|18px]]<br>Wikisource<br>[[:s:en:User:HenkvD|en:]] '''[[:s:nl:Gebruiker:HenkvD|nl:]]''' <div id="cat" class="plainlinks">[http://wikisource.org/wiki/User:HenkvD old]</div> | valign="top" align="center" | [[Image:Wikiversity-logo-en.svg|18px]]<br>Wikiversity<br>[[:de:v:User:HenkvD|de:]] [[:en:v:User:HenkvD|en:]] | valign="top" align="center" | [[Image:Wikimedia-logo.png|18px]]<br>[[:meta:User:HenkvD|Meta]]<br><div id="cat" class="plainlinks">[http://strategy.wikimedia.org/wiki/User:HenkvD Strategy]<br><div id="cat" class="plainlinks">'''[http://nl.wikimedia.org/wiki/Gebruiker:HenkvD nl:]''' </div> |- | valign="top" align="center" | [[Image:Wikivoyage-Logo-v3-icon.svg|16px]]<br>Wikivoyage<br>[[:en:voy:User:HenkvD|en:]] | valign="top" align="center" | [[File:Wikidata-logo.svg|19px|Wikidata]]<br><div class="plainlinks">[http://www.wikidata.org/wiki/User:HenkvD Wikidata]</div> | valign="top" align="center" | [[Image:Commons-logo.svg|14px]]<br>[[:Commons:User:HenkvD|Commons]] | valign="top" align="center" | [[File:Wikifunctions-logo.svg|14px]] [[File:Abstract-Wikipedia-wordmark.svg|42px]]<br>'''Wikifunctions''' <br>[[abstract:User:HenkvD|AbstractWiki]] |} My name is Henk, from the Netherlands ([[:nl:Gebruiker:HenkvD]]). I am interested in Abstract Wikipedia functionality and have general knowledge if the Dutch language (as native speaker). As most other the Dutch persons I have good knowledge of English and some of German and a bit of French and Romance languages.<br> I have an IT background, and try to understand the programming in Wikifunctions, but can't actually program them, except minor adjustments.<br> I will try to analyse Wikifunction, Wikidata, lexemes and add Wikifunction tests if needed. {{#babel:nl|en-3|de-1}} Usefull pages: * [[Wikifunctions:Status updates]] * [[Wikifunctions:Requests for connection and disconnection]] * [[Wikifunctions:Requests for user groups]] * [[:Category:Natural language generation functions]] Wikidata queries * [https://query.wikidata.org/#%23%20Gender%20of%20City%20per%20langague%0ASELECT%20%3Fl%20%3Flemma%20%3Fsense%20%3Fgender%20%3FgenderLabel%20%28LANG%28%3Flemma%29%20AS%20%3Flanguage%29%0AWHERE%20%7B%0A%20%20%20%20%20%20%3Fsense%20wdt%3AP5137%20wd%3AQ515.%20%20%20%23%20City%0A%20%20%20%20%20%20%3Fl%20ontolex%3Asense%20%3Fsense.%0A%20%20%20%20%20%20%3Fl%20wikibase%3Alemma%20%3Flemma.%20%20%20%23%20FILTER%28LANG%28%3Flemma%29%3D%22de%22%29%0A%20%20%20%20%20%20%3Fl%20wdt%3AP5185%20%3Fgender.%0A%20%20%20%20%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22%5BAUTO_LANGUAGE%5D%2Cen%22.%20%7D%0A%7D Gender of City per langague ] {| class="wikitable" ! Function !! English !! Z1157 Nederlands !! Z60 Local language |- | <nowiki>{{#function:</nowiki>[[f:Z26039|Z26039]]<nowiki>|Q64|Q515|Z1002}}</nowiki> | {{#function:Z26039|Q64|Q515|Z1002}} || {{#function:Z26039|Q64|Q515|Z1157}} || {{#function:Z26039|Q64|Q515|Z60}} |} dhfsim7xdklk0tyn3d6faxe9dcsl635 Z34212 0 81432 275746 270677 2026-05-17T10:17:22Z Sun8908 9804 Added Z35260 to the approved list of test cases 275746 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z34212" }, "Z2K2": { "Z1K1": "Z8", "Z8K1": [ "Z17", { "Z1K1": "Z17", "Z17K1": "Z6", "Z17K2": "Z34212K1", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "pinyin" } ] } } ], "Z8K2": { "Z1K1": "Z7", "Z7K1": "Z881", "Z881K1": "Z6" }, "Z8K3": [ "Z20", "Z34217", "Z34216", "Z34220", "Z34477", "Z35260" ], "Z8K4": [ "Z14", "Z34215" ], "Z8K5": "Z34212" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "standard pinyin to list of single character pinyin" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1002", "Z31K2": [ "Z6", "Hanyu Pinyin to list of single character pinyin", "single character pinyin from standard pinyin" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Extract a list of single character pinyin from a standard pinyin" } ] } } gbrqf6owpm3xt23lzozve4e17al6xxo 275747 275746 2026-05-17T10:17:25Z Sun8908 9804 Added Z35259 to the approved list of implementations 275747 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z34212" }, "Z2K2": { "Z1K1": "Z8", "Z8K1": [ "Z17", { "Z1K1": "Z17", "Z17K1": "Z6", "Z17K2": "Z34212K1", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "pinyin" } ] } } ], "Z8K2": { "Z1K1": "Z7", "Z7K1": "Z881", "Z881K1": "Z6" }, "Z8K3": [ "Z20", "Z34217", "Z34216", "Z34220", "Z34477", "Z35260" ], "Z8K4": [ "Z14", "Z34215", "Z35259" ], "Z8K5": "Z34212" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "standard pinyin to list of single character pinyin" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1002", "Z31K2": [ "Z6", "Hanyu Pinyin to list of single character pinyin", "single character pinyin from standard pinyin" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Extract a list of single character pinyin from a standard pinyin" } ] } } 0caw5qmytkr55vhdounoi2zjgwjmgf9 Z34215 0 81437 275699 269300 2026-05-17T08:32:02Z Sun8908 9804 275699 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z34215" }, "Z2K2": { "Z1K1": "Z14", "Z14K1": "Z34212", "Z14K3": { "Z1K1": "Z16", "Z16K1": "Z610", "Z16K2": "def Z34212(Z34212K1):\n\timport re\n\t\n\tVOWEL = \"AaĀāÁáǍǎÀàEeĒēÉéĚěÈèIiĪīÍíǏǐÌìOoŌōÓóǑǒÒòUuŪūÚúǓǔÙùÜüǕǖǗǘǙǚǛǜÊêÊ̄ê̄ẾếÊ̌ê̌Ềề\"\n\tlist_pinyin = re.split(r\"['\\s\\-]+\", Z34212K1)\n\t\n\tsingle_char_pattern = rf\"([BbCcDdGgHhJjKkLlMmNnPpQqRrSsTtWwXxYyZz]{{0,2}}[{VOWEL}]+)(n(?![{VOWEL}]))?(g(?![{VOWEL}]))?(r(?![{VOWEL}]))?\" # fuzzy match, suffice as only valid pinyin is considered\n\t\n\tlist_single_char_pinyin = []\n\tfor py in list_pinyin:\n\t\tmatches = re.finditer(single_char_pattern, py)\n\t\tfor m in matches:\n\t\t\tsyl = m.group(0)\n\t\t\tif syl:\n\t\t\t\tlist_single_char_pinyin.append(syl)\n\t\n\treturn list_single_char_pinyin" } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "pinyin to list of single pinyin, python hardcoded" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1002", "Z31K2": [ "Z6", "pinyin to list of single character pinyin, python hardcoded" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } dgtnrrgap6658wxmniuh9ozi6oucg4t Z34511 0 81941 275534 270943 2026-05-16T16:38:01Z JJPMaster 6409 undeprecated 275534 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z34511" }, "Z2K2": { "Z1K1": "Z14", "Z14K1": "Z34510", "Z14K2": { "Z1K1": "Z7", "Z7K1": "Z802", "Z802K1": { "Z1K1": "Z7", "Z7K1": "Z32663", "Z32663K1": { "Z1K1": "Z18", "Z18K1": "Z34510K1" } }, "Z802K2": { "Z1K1": "Z7", "Z7K1": "Z802", "Z802K1": { "Z1K1": "Z7", "Z7K1": "Z34542", "Z34542K1": { "Z1K1": "Z7", "Z7K1": "Z23756", "Z23756K1": { "Z1K1": "Z18", "Z18K1": "Z34510K1" } }, "Z34542K2": { "Z1K1": "Z6092", "Z6092K1": "P21" }, "Z34542K3": { "Z1K1": "Z6091", "Z6091K1": "Q6581097" } }, "Z802K2": { "Z1K1": "Z40", "Z40K1": "Z41" }, "Z802K3": { "Z1K1": "Z40", "Z40K1": "Z42" } }, "Z802K3": { "Z1K1": "Z40", "Z40K1": "Z42" } } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Q5 is male?, comp" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } ek7jjmod9nbjd5w11gampb11hx1xjy4 Z34542 0 81977 275527 271022 2026-05-16T16:16:16Z JJPMaster 6409 Added Z35234 to the approved list of implementations 275527 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z34542" }, "Z2K2": { "Z1K1": "Z8", "Z8K1": [ "Z17", { "Z1K1": "Z17", "Z17K1": "Z6091", "Z17K2": "Z34542K1", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "subject" } ] } }, { "Z1K1": "Z17", "Z17K1": "Z6092", "Z17K2": "Z34542K2", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "property" } ] } }, { "Z1K1": "Z17", "Z17K1": "Z1", "Z17K2": "Z34542K3", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "value" } ] } } ], "Z8K2": "Z40", "Z8K3": [ "Z20" ], "Z8K4": [ "Z14", "Z35234" ], "Z8K5": "Z34542" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "item has undeprecated statement with value" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Companion to Z32433 that accounts for rank." } ] } } afxtgsku4rteesrvqz5s1zd4xggnpom Z34938 0 82699 275537 272933 2026-05-16T17:28:02Z Jsamwrites 938 Removed Z34939 from the approved list of implementations 275537 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z34938" }, "Z2K2": { "Z1K1": "Z8", "Z8K1": [ "Z17", { "Z1K1": "Z17", "Z17K1": "Z6091", "Z17K2": "Z34938K1", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "entity" } ] } }, { "Z1K1": "Z17", "Z17K1": { "Z1K1": "Z7", "Z7K1": "Z883", "Z883K1": "Z6091", "Z883K2": "Z1" }, "Z17K2": "Z34938K2", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "reference context" } ] } }, { "Z1K1": "Z17", "Z17K1": "Z60", "Z17K2": "Z34938K3", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "language" } ] } } ], "Z8K2": "Z11", "Z8K3": [ "Z20" ], "Z8K4": [ "Z14" ], "Z8K5": "Z34938" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "appropriate referential form for entity" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 2ydzebzaqbqimw3eeph066lga6os9gn 275538 275537 2026-05-16T17:28:06Z Jsamwrites 938 275538 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z34938" }, "Z2K2": { "Z1K1": "Z8", "Z8K1": [ "Z17", { "Z1K1": "Z17", "Z17K1": "Z6091", "Z17K2": "Z34938K1", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "entity" } ] } }, { "Z1K1": "Z17", "Z17K1": { "Z1K1": "Z7", "Z7K1": "Z883", "Z883K1": "Z6091", "Z883K2": "Z6091" }, "Z17K2": "Z34938K2", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "reference context" } ] } }, { "Z1K1": "Z17", "Z17K1": "Z60", "Z17K2": "Z34938K3", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "language" } ] } } ], "Z8K2": "Z11", "Z8K3": [ "Z20" ], "Z8K4": [ "Z14" ], "Z8K5": "Z34938" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "appropriate referential form for entity" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } pog0ynmg8k6l7kz5f37b42yd0uce523 275539 275538 2026-05-16T17:28:12Z Jsamwrites 938 Added Z34939 to the approved list of implementations 275539 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z34938" }, "Z2K2": { "Z1K1": "Z8", "Z8K1": [ "Z17", { "Z1K1": "Z17", "Z17K1": "Z6091", "Z17K2": "Z34938K1", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "entity" } ] } }, { "Z1K1": "Z17", "Z17K1": { "Z1K1": "Z7", "Z7K1": "Z883", "Z883K1": "Z6091", "Z883K2": "Z6091" }, "Z17K2": "Z34938K2", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "reference context" } ] } }, { "Z1K1": "Z17", "Z17K1": "Z60", "Z17K2": "Z34938K3", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "language" } ] } } ], "Z8K2": "Z11", "Z8K3": [ "Z20" ], "Z8K4": [ "Z14", "Z34939" ], "Z8K5": "Z34938" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "appropriate referential form for entity" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } b5e7nbdykztasm2on7qaqg3s5k0roor Z34939 0 82700 275540 272934 2026-05-16T17:35:05Z Jsamwrites 938 275540 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z34939" }, "Z2K2": { "Z1K1": "Z14", "Z14K1": "Z34938", "Z14K2": { "Z1K1": "Z7", "Z7K1": "Z802", "Z802K1": { "Z1K1": "Z7", "Z7K1": "Z13522", "Z13522K1": { "Z1K1": "Z7", "Z7K1": "Z30737", "Z30737K1": { "Z1K1": "Z18", "Z18K1": "Z34938K2" } }, "Z13522K2": { "Z1K1": "Z13518", "Z13518K1": "0" } }, "Z802K2": { "Z1K1": "Z7", "Z7K1": "Z26107", "Z26107K1": { "Z1K1": "Z18", "Z18K1": "Z34938K3" }, "Z26107K2": { "Z1K1": "Z7", "Z7K1": { "Z1K1": "Z7", "Z7K1": "Z24766" } } }, "Z802K3": { "Z1K1": "Z7", "Z7K1": "Z802", "Z802K1": { "Z1K1": "Z7", "Z7K1": "Z19316", "Z19316K1": { "Z1K1": "Z7", "Z7K1": "Z35004", "Z35004K1": { "Z1K1": "Z18", "Z18K1": "Z34938K2" }, "Z35004K2": { "Z1K1": "Z6091", "Z6091K1": "Q28314507" } }, "Z19316K2": { "Z1K1": "Z6091", "Z6091K1": "Q5432619" } }, "Z802K2": { "Z1K1": "Z7", "Z7K1": "Z26107", "Z26107K1": { "Z1K1": "Z18", "Z18K1": "Z34938K3" }, "Z26107K2": { "Z1K1": "Z7", "Z7K1": { "Z1K1": "Z7", "Z7K1": "Z24766" } } }, "Z802K3": { "Z1K1": "Z11", "Z11K1": { "Z1K1": "Z18", "Z18K1": "Z34938K3" }, "Z11K2": "" } } } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "appropriate referential form for entity, comp" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 82emxgdyycqpxszjhuyjsvevo9n1d6x Z1993 0 83274 275779 275436 2026-05-17T11:24:02Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275779 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1993" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "ahr" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Ahirani" }, { "Z1K1": "Z11", "Z11K1": "Z1993", "Z11K2": "अहिराणी" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Ahirani" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "ahirani" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } sgosigmziphh2c5715h7p09lcwjvlqg Z1994 0 83275 275780 275437 2026-05-17T11:24:41Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275780 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1994" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "ajg" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Aja" }, { "Z1K1": "Z11", "Z11K1": "Z1994", "Z11K2": "ajagbe" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Aja" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "aja-gbe" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1004", "Z31K2": [ "Z6", "aja" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 15tjx7rvf95hb7s6oriuto1e3gn3zew Z1996 0 83277 275781 275439 2026-05-17T11:25:25Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275781 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1996" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "atv" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Northern Altay" }, { "Z1K1": "Z11", "Z11K1": "Z1996", "Z11K2": "тÿндÿк алтай" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Nördliches Altaisch" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "altaï du Nord" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1004", "Z31K2": [ "Z6", "altaï septentrional" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } k01627b2p70hgtcd0095xof3rsptefz Z1997 0 83278 275782 275440 2026-05-17T11:25:52Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275782 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1997" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "bfa" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Bari" }, { "Z1K1": "Z11", "Z11K1": "Z1997", "Z11K2": "bari" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Bari" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "bari" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 66kcu6waec6dr5t6q39vacrulo5826a Z1998 0 83279 275783 275441 2026-05-17T11:26:26Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275783 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1998" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "bft" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Balti" }, { "Z1K1": "Z11", "Z11K1": "Z1998", "Z11K2": "بلتی" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Balti" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "balti" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } fxrgcgbl732v7t1mugxbz7lgpexxaog Z1999 0 83280 275784 275442 2026-05-17T11:27:44Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275784 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z1999" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "blc" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Nuxalk" }, { "Z1K1": "Z11", "Z11K1": "Z1999", "Z11K2": "ItNuxalkmc" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Nuxalk" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "nuxalk" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } d08ug2in58nm1ulcmyt4zq11of5wbkw Z2000 0 83281 275641 275443 2026-05-17T05:01:15Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275641 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2000" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "bwr" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Bura" }, { "Z1K1": "Z11", "Z11K1": "Z2000", "Z11K2": "bura" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Bura" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "babur" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } kccxhzjb3lrmbk32oyq8pz5spiiw8zh Z2001 0 83282 275640 275445 2026-05-17T04:54:40Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275640 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2001" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "bzj" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Belizean Creole" }, { "Z1K1": "Z11", "Z11K1": "Z2001", "Z11K2": "Bileez Kriol" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Belize-Kreolisch" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "créole bélizien" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } kezc8zvilguyxxsfsnbx6j52p4o1nol Z2002 0 83283 275642 275446 2026-05-17T05:01:46Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275642 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2002" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "elm" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Eleme" }, { "Z1K1": "Z11", "Z11K1": "Z2002", "Z11K2": "Eleme" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Eleme" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "eleme" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } il0m8vf14lwyvfv44pm04a9dyx21a0l Z2003 0 83284 275643 275447 2026-05-17T05:02:20Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275643 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2003" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "fax" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Fala" }, { "Z1K1": "Z11", "Z11K1": "Z2003", "Z11K2": "Fala" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Fala" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "fala" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } cba9d4arcypvck4q5it7rldy9zjj9zb Z2004 0 83285 275644 275448 2026-05-17T05:04:09Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275644 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2004" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "gah" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Alekano" }, { "Z1K1": "Z11", "Z11K1": "Z2004", "Z11K2": "Alekano" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Alekano" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "alekano" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } mjck4o65ombmx6ctixqbkmiplog21zn Z2005 0 83286 275645 275449 2026-05-17T05:04:39Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275645 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2005" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "gbm" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Garhwali" }, { "Z1K1": "Z11", "Z11K1": "Z2005", "Z11K2": "गढ़वळि" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Garhwali" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "garhwali" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 2v5eehrzc9i4j1lq1gwcdkmsaq4071q Z2006 0 83287 275646 275450 2026-05-17T05:05:32Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275646 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2006" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "gum" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Guambiano" }, { "Z1K1": "Z11", "Z11K1": "Z2006", "Z11K2": "Namtrik" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Guambiano" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "guambiano" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 4viv7g1vrlfw7lhbid72geofsle0mwc Z2007 0 83288 275647 275451 2026-05-17T05:16:34Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275647 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2007" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "hne" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Chhattisgarhi" }, { "Z1K1": "Z11", "Z11K1": "Z2007", "Z11K2": "छत्तीसगढ़ी" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Chhattisgarhi" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "chhattisgarhi" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } qsxobeswg0d6nb5vm8kaulk7wnp6bjl Z2008 0 83289 275648 275452 2026-05-17T05:17:11Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275648 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2008" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "ish" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Esan" }, { "Z1K1": "Z11", "Z11K1": "Z2008", "Z11K2": "awain" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Esan" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "esan" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } ntbkn4ixohmyjn98lbjvjdx75925tau Z2009 0 83290 275649 275453 2026-05-17T05:17:30Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275649 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2009" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "jje" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Jeju" }, { "Z1K1": "Z11", "Z11K1": "Z2009", "Z11K2": "제주말" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Jeju" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "jeju" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 7dumyy8n9kt77ydvcvp3080eaq99o6m Z2010 0 83291 275650 275455 2026-05-17T05:17:51Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275650 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2010" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "kck" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Kalanga" }, { "Z1K1": "Z11", "Z11K1": "Z2010", "Z11K2": "tjikalanga" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Kalanga" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "kalanga" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 8tdae0n1b0orasbqz30c65gwue18tet Z2011 0 83292 275651 275457 2026-05-17T05:18:12Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275651 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2011" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "mey" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Hassaniya" }, { "Z1K1": "Z11", "Z11K1": "Z2011", "Z11K2": "الحسانية" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Hassania" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "hassanya" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } rnryqqj18o81hlk08cxsc278n2srglm Z2012 0 83293 275652 275458 2026-05-17T05:18:34Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275652 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2012" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "miq" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Miskito" }, { "Z1K1": "Z11", "Z11K1": "Z2012", "Z11K2": "Mískitu" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Miskito" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "miskito" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } ji62qftel4tun4wrjx7vwu5bhw7wabo Z2013 0 83294 275653 275459 2026-05-17T05:18:56Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275653 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2013" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "mrv" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Mangareva" }, { "Z1K1": "Z11", "Z11K1": "Z2013", "Z11K2": "Magareva" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Mangarevanisch" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "mangarévien" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 11w37dfv8bsmp4b4m51bptngjkwmwle Z2014 0 83295 275664 275460 2026-05-17T05:47:44Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275664 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2014" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "mvf" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Southern Mongolian" }, { "Z1K1": "Z11", "Z11K1": "Z2014", "Z11K2": "ᠮᠣᠩᠭᠣᠯ" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Südliches Mongolisch" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "mongol de Chine" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1004", "Z31K2": [ "Z6", "mongol de Mongolie-Intérieure" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } oph7jjkdut0epz5j2gxjmw0x4mbxl7s Z2015 0 83296 275661 275462 2026-05-17T05:31:40Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275661 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2015" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "oka" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Okanagan Salish" }, { "Z1K1": "Z11", "Z11K1": "Z2015", "Z11K2": "n̓səl̓xcin̓" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Okanagan" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "colville-okanagan" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } ntqqes7o4udqzoqseohfk47lg38c2ag Z2016 0 83297 275658 275463 2026-05-17T05:29:43Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275658 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2016" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "osi" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Osing" }, { "Z1K1": "Z11", "Z11K1": "Z2016", "Z11K2": "Using" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Osing" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "osing" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } r7682pbsfob4711wdn33pf7fgswdxil Z2017 0 83298 275665 275464 2026-05-17T05:48:46Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275665 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2017" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "ovd" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Övdalian" }, { "Z1K1": "Z11", "Z11K1": "Z2017", "Z11K2": "övdalsk" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Älvdalisch" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "elfdalien" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1004", "Z31K2": [ "Z6", "dalécarlien" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } jqvnu9ykolgq9q05v94oh5y6ct3byih Z2018 0 83299 275666 275465 2026-05-17T05:49:31Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275666 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2018" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "pbb" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Páez" }, { "Z1K1": "Z11", "Z11K1": "Z2018", "Z11K2": "Nasa Yuwe" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Paez" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "paez" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1004", "Z31K2": [ "Z6", "nasa yuwe" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } iu48vzm3pig6jb997qsskg4s9y17yl4 Z2019 0 83300 275667 275466 2026-05-17T05:51:20Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275667 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2019" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "phr" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Pothwari" }, { "Z1K1": "Z11", "Z11K1": "Z2019", "Z11K2": "پوٹھواری" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Pothwari" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "pahari-pothwari" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 7tz1ib2qm1si0bnlx93s5f78ryyh1ye Z2020 0 83301 275670 275467 2026-05-17T05:54:59Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275670 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2020" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "pis" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Solomon Islands Pijin" }, { "Z1K1": "Z11", "Z11K1": "Z2020", "Z11K2": "Solomon Aelan Pijin" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Pijin" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "pidgin des Îles Salomon" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1004", "Z31K2": [ "Z6", "pijin" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } fzvre6eww8ncyt4coqzfqsykef76pyw 275671 275670 2026-05-17T05:55:39Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275671 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2020" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "pis" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Solomon Islands Pijin" }, { "Z1K1": "Z11", "Z11K1": "Z2020", "Z11K2": "Solomon Aelan Pijin" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Pijin" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "pidgin des îles Salomon" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1004", "Z31K2": [ "Z6", "pijin" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } sgaarnwh4ywi6nv020hen1b3ojenwc2 Z2021 0 83302 275668 275468 2026-05-17T05:52:20Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275668 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2021" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "pko" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Pökoot" }, { "Z1K1": "Z11", "Z11K1": "Z2021", "Z11K2": "Pökoot" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Pökoot" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "pökot" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } jgr4ejdcwja7hcds4au4oylf2i7mp4s Z2022 0 83303 275655 275469 2026-05-17T05:25:15Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275655 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2022" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "pov" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Guinea-Bissau Creole" }, { "Z1K1": "Z11", "Z11K1": "Z2022", "Z11K2": "guinensi" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Guineabissauisches Kreol" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "créole de Guinée-Bissau" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } n5gealjcreut7pqllgzacjyslevg190 Z2023 0 83304 275654 275470 2026-05-17T05:19:50Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275654 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2023" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "qwh" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Huaylas Quechua" }, { "Z1K1": "Z11", "Z11K1": "Z2023", "Z11K2": "anqash qichwa" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Huaylas-Quechua" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "quechua ancash de Huaylas" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } h30i6aue4a6yummtiybmnkj9q9bf7hq Z2024 0 83305 275669 275471 2026-05-17T05:53:20Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275669 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2024" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "rag" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Logooli" }, { "Z1K1": "Z11", "Z11K1": "Z2024", "Z11K2": "Lologooli" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Logooli" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "logooli" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1004", "Z31K2": [ "Z6", "ragoli" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } pvjk8ju63qkoaj8p377m6wpqfg2w9dj Z2025 0 83306 275662 275472 2026-05-17T05:38:24Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275662 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2025" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "rcf" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Réunion Creole French" }, { "Z1K1": "Z11", "Z11K1": "Z2025", "Z11K2": "Kreol Réyoné" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Réunion-Kreolisch" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "créole réunionnais" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } k6jl3axu4zk7yem7i7p31oz8qg85e7c Z2026 0 83307 275663 275474 2026-05-17T05:46:13Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275663 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2026" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "rej" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Rejang" }, { "Z1K1": "Z11", "Z11K1": "Z2026", "Z11K2": "Jang" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Rejang" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "rejang" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } tipwtkrwlj81esiyo9bv54ixxsyrssg Z2027 0 83308 275659 275475 2026-05-17T05:30:33Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275659 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2027" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "slr" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Salar" }, { "Z1K1": "Z11", "Z11K1": "Z2027", "Z11K2": "Salırça" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Salarisch" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "salar" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } bxudw3a73zpljiykvo7ypctupekxbhs Z2028 0 83309 275639 275476 2026-05-17T04:53:34Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275639 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2028" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "sxu" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Upper Saxon" }, { "Z1K1": "Z11", "Z11K1": "Z2028", "Z11K2": "Säggssch" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Obersächsisch" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "haut-saxon" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } gqlbqwt7eorv0txm086q7p87v836v7m Z2029 0 83310 275672 275477 2026-05-17T05:56:49Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275672 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2029" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "trp" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Kokborok" }, { "Z1K1": "Z11", "Z11K1": "Z2029", "Z11K2": "Kokborok" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Kokborok" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "borok" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1004", "Z31K2": [ "Z6", "kokborok", "tripuri" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } mphml429lvsc3ov7lyq9j5mh2k70svz Z2030 0 83311 275673 275478 2026-05-17T05:57:20Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275673 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2030" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "twd" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Twents" }, { "Z1K1": "Z11", "Z11K1": "Z2030", "Z11K2": "Tweants" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Twents" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "twents" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } b2afnkl42htzppj9wngxp4y5z7xrlyj Z2031 0 83312 275674 275479 2026-05-17T05:58:22Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275674 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2031" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "yoi" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Yonaguni" }, { "Z1K1": "Z11", "Z11K1": "Z2031", "Z11K2": "与那国物言" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Yonaguni" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "yonaguni" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } k3s7gwqp7rc0xu02jjvsnex7kk6156m Z2032 0 83313 275660 275481 2026-05-17T05:31:06Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275660 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2032" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "yrk" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Nenets" }, { "Z1K1": "Z11", "Z11K1": "Z2032", "Z11K2": "ненэцяʼ вада" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Nenzisch" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "nénètse" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1002", "Z31K2": [ "Z6", "Nenets languages" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } h7vwuj19z7xpnod7ytusy463fkf7ldz Z2033 0 83314 275677 275482 2026-05-17T06:05:33Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275677 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2033" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "ale-cyrl" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Aleut (Cyrillic script)" }, { "Z1K1": "Z11", "Z11K1": "Z2033", "Z11K2": "унаӈам тунуу" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Aleutisch (kyrillische Schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "aléoute en écriture cyrillique" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } ngrs3l7to0tzbxuwgujmnna8uza3hj5 Z2034 0 83315 275681 275485 2026-05-17T06:29:13Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275681 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2034" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "cdo-hani" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Mindong (Han script)" }, { "Z1K1": "Z11", "Z11K1": "Z2034", "Z11K2": "閩東語(漢字)" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Min Dong (Han-Schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "mindong en sinogrammes" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } iedbhqfu2g6mykuq64r5cosexb04blh Z2035 0 83316 275682 275486 2026-05-17T06:29:18Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275682 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2035" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "cdo-hans" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Mindong (Simplified Han script)" }, { "Z1K1": "Z11", "Z11K1": "Z2035", "Z11K2": "闽东语(简化汉字)" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Min Dong (vereinfachte Han-Schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "mindong en sinogrammes simplifiés" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 992cdpks493clzsjppzip30hghd7cz3 Z2036 0 83317 275676 275487 2026-05-17T06:00:25Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275676 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2036" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "cnr-cyrl" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Montenegrin (Cyrillic script)" }, { "Z1K1": "Z11", "Z11K1": "Z2036", "Z11K2": "црногорски" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Montenegrinisch (kyrillische Schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "monténégrin en écriture cyrillique" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } e54ezddy7wv0xphskz7d4mviii2ve66 Z2037 0 83318 275675 275489 2026-05-17T06:00:10Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275675 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2037" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "cnr-latn" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Montenegrin (Latin script)" }, { "Z1K1": "Z11", "Z11K1": "Z2037", "Z11K2": "crnogorski" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Montenegrinisch (lateinische Schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "monténégrin en écriture latine" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 7xdpvgq0ibsp2c1i8f7m052sz0en1pp Z2038 0 83319 275678 275491 2026-05-17T06:14:18Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275678 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2038" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "hif-deva" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Fiji Hindi (Devanagari script)" }, { "Z1K1": "Z11", "Z11K1": "Z2038", "Z11K2": "फ़ीजी हिन्दी" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Fidschi-Hindi (Devanagari-Schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "hindi des Fidji en écriture devanagari" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 7lbll376a3qpcmcuam27792f2dw27zs Z2039 0 83320 275679 275492 2026-05-17T06:16:10Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275679 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2039" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "jdt" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Judeo-Tat" }, { "Z1K1": "Z11", "Z11K1": "Z2039", "Z11K2": "жугьури" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Judäo-Tatisch" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "juhuri" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 3zx8os2wexby9mbo6do3s0hr5zdscwo Z2040 0 83321 275680 275493 2026-05-17T06:16:26Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275680 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2040" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "jdt-cyrl" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Judeo-Tat (Cyrillic script)" }, { "Z1K1": "Z11", "Z11K1": "Z2040", "Z11K2": "жугьури" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Judäo-Tatisch (kyrillische Schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "juhuri en écriture cyrillique" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 70fszchx9vbgrd4g82ay5tthlnukwk0 Z2041 0 83322 275683 275494 2026-05-17T06:30:04Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275683 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2041" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "kge-arab" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Komering (Arabic script)" }, { "Z1K1": "Z11", "Z11K1": "Z2041", "Z11K2": "كوموريڠ" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Komering (arabische Schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "komering en écriture arabe" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 8oqsdk01euup1ttv6wr3oe91hy5xcd9 Z2042 0 83323 275495 274499 2026-05-16T11:59:19Z Ameisenigel 44 de 275495 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2042" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "lad-hebr" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Ladino (Hebrew script)" }, { "Z1K1": "Z11", "Z11K1": "Z2042", "Z11K2": "לאדינו" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Ladino (hebräische Schrift)" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 0id8ynu774ev5azhnpoenkigv9irhh1 275685 275495 2026-05-17T06:34:07Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275685 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2042" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "lad-hebr" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Ladino (Hebrew script)" }, { "Z1K1": "Z11", "Z11K1": "Z2042", "Z11K2": "לאדינו" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Ladino (hebräische Schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "judéo-espagnol en écriture hébraïque" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } ofvmlxnu2rygy9ic5fcyaul0ltbwb92 Z2043 0 83324 275496 274500 2026-05-16T12:00:11Z Ameisenigel 44 de 275496 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2043" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "mak-bugi" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Makasar (Lontara script)" }, { "Z1K1": "Z11", "Z11K1": "Z2043", "Z11K2": "ᨆᨀᨔᨑ" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Makassar (Lontara-Schrift)" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } arpgalugi1awd1jxk422jpkj8vz4mqq 275689 275496 2026-05-17T06:39:57Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275689 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2043" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "mak-bugi" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Makasar (Lontara script)" }, { "Z1K1": "Z11", "Z11K1": "Z2043", "Z11K2": "ᨆᨀᨔᨑ" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Makassar (Lontara-Schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "makassar en écriture lontara" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } qwa1nydxw1184dlinlfqfxgqd9aay1z Z2044 0 83325 275498 274501 2026-05-16T12:01:51Z Ameisenigel 44 de 275498 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2044" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "mww" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Hmong Daw" }, { "Z1K1": "Z11", "Z11K1": "Z2044", "Z11K2": "Hmoob Dawb" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Hmong Daw" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } cfwpt6nf1nkqr1c1zfoj1ncm6ywv68v 275687 275498 2026-05-17T06:37:06Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275687 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2044" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "mww" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Hmong Daw" }, { "Z1K1": "Z11", "Z11K1": "Z2044", "Z11K2": "Hmoob Dawb" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Hmong Daw" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "hmong daw" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } q5u0xkce5z94ehi1drttfnsrdf6y1bg Z2045 0 83326 275499 274502 2026-05-16T12:02:22Z Ameisenigel 44 de 275499 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2045" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "mww-latn" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Hmong Daw (Latin script)" }, { "Z1K1": "Z11", "Z11K1": "Z2045", "Z11K2": "Hmoob Dawb" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Hmong Daw (lateinische Schrift)" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 8qssscmw9d5czej96htwh6ersepj6k2 275686 275499 2026-05-17T06:37:00Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275686 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2045" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "mww-latn" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Hmong Daw (Latin script)" }, { "Z1K1": "Z11", "Z11K1": "Z2045", "Z11K2": "Hmoob Dawb" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Hmong Daw (lateinische Schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "hmong daw en écriture latine" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } o8erpj03wkj7x0g3evonq9sx9ntk45o Z2046 0 83327 275500 274503 2026-05-16T12:03:33Z Ameisenigel 44 de 275500 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2046" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "nod-thai" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Northern Thai (Thai script)" }, { "Z1K1": "Z11", "Z11K1": "Z2046", "Z11K2": "คำเมือง" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Lanna (thailändische Schrift)" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 22hdof8wzz226y7y4ya0ckfosvnzlyu 275693 275500 2026-05-17T06:47:10Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275693 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2046" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "nod-thai" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Northern Thai (Thai script)" }, { "Z1K1": "Z11", "Z11K1": "Z2046", "Z11K2": "คำเมือง" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Lanna (thailändische Schrift)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "thaï du Nord en écriture thaïe" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } djfr0z6jnidg79hol8nsjooay2n07a9 Z2047 0 83328 275504 274504 2026-05-16T12:09:26Z Ameisenigel 44 de 275504 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2047" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "nan-hans" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Minnan (Simplified Han script)" }, { "Z1K1": "Z11", "Z11K1": "Z2047", "Z11K2": "闽南语(简化汉字)" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Min Nan (vereinfachtes Han)" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } albkztq7bylzgasx1r6p16e1dw2vm5o 275690 275504 2026-05-17T06:43:38Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275690 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2047" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "nan-hans" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Minnan (Simplified Han script)" }, { "Z1K1": "Z11", "Z11K1": "Z2047", "Z11K2": "闽南语(简化汉字)" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Min Nan (vereinfachtes Han)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "minnan en sinogrammes simplifiés" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } pcqyk9ekouyrh3glyyfmudrkl68arty 275692 275690 2026-05-17T06:45:38Z Jérémy-Günther-Heinz Jähnick 6055 Traduction en français (fr) 275692 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z2047" }, "Z2K2": { "Z1K1": "Z60", "Z60K1": "nan-hans" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "Minnan (Simplified Han script)" }, { "Z1K1": "Z11", "Z11K1": "Z2047", "Z11K2": "闽南语(简化汉字)" }, { "Z1K1": "Z11", "Z11K1": "Z1430", "Z11K2": "Min Nan (vereinfachtes Han)" }, { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "minnan en sinogrammes simplifiés" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1004", "Z31K2": [ "Z6", "min méridional en sinogrammes simplifiés", "sud-foukiénois en sinogrammes simplifiés" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } bpl6eh8lkmroqj94269kujbmr8538vg User:YoshiRulz/Type documentation 2 83367 275572 275313 2026-05-16T21:16:48Z YoshiRulz 10156 Add related types param 275572 wikitext text/x-wiki <onlyinclude><includeonly>== Documentation == {{#ifeq:{{NAMESPACENUMBER}}|1|[[Category:Types]]}} {| class="wikitable" | <div style="float: inline-end; text-align: end;"> layout: {{mini navbar|User:YoshiRulz/Type documentation}} <br>data: {{mini navbar|{{{1|{{PAGENAME}}}}}|point-at-data=y}} </div> '''{{#wikifunctionlabeldesc:{{{1|{{PAGENAME}}}}}}}''' |- | {| <!-- -->{{#if:{{item linked to mainspace object|{{SUBJECTPAGENAME:{{{1|{{PAGENAME}}}}}}}}}|<nowiki/> {{!}}- ! style="text-align: start;" {{!}} Wikidata Item (sitelink) {{!}} {{item linked to mainspace object|{{SUBJECTPAGENAME:{{{1|{{PAGENAME}}}}}}}}} }}<!-- -->{{#switch:{{SUBJECTPAGENAME:{{{1|{{PAGENAME}}}}}}} |Z80|Z13518|Z16683|Z19677|Z20838|Z33198=<nowiki/> {{!}}- ! style="text-align: start;" {{!}} Numeric type hierarchy {{!}} [[Talk:Z80|GF(256)]] &sub; [[Talk:Z13518|&Nopf;]] &sub; [[Talk:Z16683|&Zopf;]] &sub; [[Talk:Z19677|&Qopf;]] &sub; &Ropf; ([[Talk:Z20838|f64]]) &sub; &Copf; ([[Talk:Z33198|f64&times;f64]]) }}<!-- -->{{#if:{{{related types|}}}|<nowiki/> {{!}}- ! style="text-align: start;" {{!}} Related types {{!}} {{{related types}}} }}<!-- -->{{#switch:{{SUBJECTPAGENAME:{{{1|{{PAGENAME}}}}}}} |Z6062|Z6063|Z25340|Z25501|Z25502|Z26582|Z26934|Z26935|Z27951|Z27970|Z27971|Z28215|Z28515|Z28516|Z28517|Z28518|Z28519|Z28520|Z32789|Z32792|Z33568|Z33827 |Z21|Z40|Z60|Z61|Z6020|Z6030|Z6040|Z16098|Z16659|Z16927|Z17402|Z17813|Z20825|Z22112=<nowiki/> {{!}}- ! style="text-align: start;" {{!}} Enumeration members/options {{!}} {{enum member list|{{SUBJECTPAGENAME:{{{1|{{PAGENAME}}}}}}}}} }}<!-- --> |} |} <!-- -->{{#ifexist:Help:Type_deconstruction_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}} |{{Help:Type_deconstruction_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}}}}}}<!-- -->{{#ifexist:Help:Fetching_function_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}} |{{Help:Fetching_function_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}}}}}}<!-- -->{{#ifexist:Help:Type_conversion_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}} |{{Help:Type_conversion_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}}}}}}<!-- -->{{#ifexist:Help:Rounding_function_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}} |{{Help:Rounding_function_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}}}}}}<!-- --> {{#ifexist:Help:{{{1|{{PAGENAME}}}}} |{{clear}}'''Explanations''' [<nowiki/>[[Special:MyLanguage/Help:{{{1|{{PAGENAME}}}}}|{{int:edit}}]]<nowiki/>] {{TNT|Help:{{{1|{{PAGENAME}}}}}|uselang={{USERLANGUAGE}}}} |<div dir="{{#dir}}">[<nowiki/><span class="plainlinks">[{{fullurl:Help:{{{1|{{PAGENAME}}}}}|action=edit&preload={{urlencode:User:YoshiRulz/Type documentation/help page template}}}} Create]</span> translatable long-form documentation to be included here<nowiki/>]</div> }} {{#ifeq:{{NAMESPACENUMBER}}|1|{{DEFAULTSORT:Talk:Z{{padleft:{{#invoke:String|sub|{{{1|{{PAGENAME}}}}}|2}}|5}}}}}}</includeonly></onlyinclude> {{documentation}} {{ {{FULLPAGENAME}}|Z16683|Integer |related types= * {{Z+|Z16659}} }} {{ {{FULLPAGENAME}}|Z6060|Time of day |related types= * {{Z+|Z6061}} * {{Z+|Z20420}} }} {{ {{FULLPAGENAME}}|Z16659|Sign |related types= * {{Z+|Z16683}} * {{Z+|Z19677}} }} 3at6x4dd0hfokplryvnbn4prchp0i8z 275623 275572 2026-05-17T02:54:07Z YoshiRulz 10156 Use subcat for enum types 275623 wikitext text/x-wiki <onlyinclude><includeonly>== Documentation == {| class="wikitable" | <div style="float: inline-end; text-align: end;"> layout: {{mini navbar|User:YoshiRulz/Type documentation}} <br>data: {{mini navbar|{{{1|{{PAGENAME}}}}}|point-at-data=y}} </div> '''{{#wikifunctionlabeldesc:{{{1|{{PAGENAME}}}}}}}''' |- | {| <!-- -->{{#if:{{item linked to mainspace object|{{SUBJECTPAGENAME:{{{1|{{PAGENAME}}}}}}}}}|<nowiki/> {{!}}- ! style="text-align: start;" {{!}} Wikidata Item (sitelink) {{!}} {{item linked to mainspace object|{{SUBJECTPAGENAME:{{{1|{{PAGENAME}}}}}}}}} }}<!-- -->{{#switch:{{SUBJECTPAGENAME:{{{1|{{PAGENAME}}}}}}} |Z80|Z13518|Z16683|Z19677|Z20838|Z33198=<nowiki/> {{!}}- ! style="text-align: start;" {{!}} Numeric type hierarchy {{!}} [[Talk:Z80|GF(256)]] &sub; [[Talk:Z13518|&Nopf;]] &sub; [[Talk:Z16683|&Zopf;]] &sub; [[Talk:Z19677|&Qopf;]] &sub; &Ropf; ([[Talk:Z20838|f64]]) &sub; &Copf; ([[Talk:Z33198|f64&times;f64]]) }}<!-- -->{{#if:{{{related types|}}}|<nowiki/> {{!}}- ! style="text-align: start;" {{!}} Related types {{!}} {{{related types}}} }}<!-- -->{{#switch:{{SUBJECTPAGENAME:{{{1|{{PAGENAME}}}}}}} |Z6062|Z6063|Z25340|Z25501|Z25502|Z26582|Z26934|Z26935|Z27951|Z27970|Z27971|Z28215|Z28515|Z28516|Z28517|Z28518|Z28519|Z28520|Z32789|Z32792|Z33568|Z33827 |Z21|Z40|Z60|Z61|Z6020|Z6030|Z6040|Z16098|Z16659|Z16927|Z17402|Z17813|Z20825|Z22112=<nowiki/> {{!}}- ! style="text-align: start;" {{!}} Enumeration members/options {{!}} {{enum member list|{{SUBJECTPAGENAME:{{{1|{{PAGENAME}}}}}}}}} {{#ifeq:{{NAMESPACENUMBER}}|1|[[Category:Enumeration_types]]}} |#default=[[Category:Types]] }}<!-- --> |} |} <!-- -->{{#ifexist:Help:Type_deconstruction_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}} |{{Help:Type_deconstruction_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}}}}}}<!-- -->{{#ifexist:Help:Fetching_function_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}} |{{Help:Fetching_function_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}}}}}}<!-- -->{{#ifexist:Help:Type_conversion_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}} |{{Help:Type_conversion_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}}}}}}<!-- -->{{#ifexist:Help:Rounding_function_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}} |{{Help:Rounding_function_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}}}}}}<!-- --> {{#ifexist:Help:{{{1|{{PAGENAME}}}}} |{{clear}}'''Explanations''' [<nowiki/>[[Special:MyLanguage/Help:{{{1|{{PAGENAME}}}}}|{{int:edit}}]]<nowiki/>] {{TNT|Help:{{{1|{{PAGENAME}}}}}|uselang={{USERLANGUAGE}}}} |<div dir="{{#dir}}">[<nowiki/><span class="plainlinks">[{{fullurl:Help:{{{1|{{PAGENAME}}}}}|action=edit&preload={{urlencode:User:YoshiRulz/Type documentation/help page template}}}} Create]</span> translatable long-form documentation to be included here<nowiki/>]</div> }} {{#ifeq:{{NAMESPACENUMBER}}|1|{{DEFAULTSORT:Talk:Z{{padleft:{{#invoke:String|sub|{{{1|{{PAGENAME}}}}}|2}}|5}}}}}}</includeonly></onlyinclude> {{documentation}} {{ {{FULLPAGENAME}}|Z16683|Integer |related types= * {{Z+|Z16659}} }} {{ {{FULLPAGENAME}}|Z6060|Time of day |related types= * {{Z+|Z6061}} * {{Z+|Z20420}} }} {{ {{FULLPAGENAME}}|Z16659|Sign |related types= * {{Z+|Z16683}} * {{Z+|Z19677}} }} pn2bnrtm58kgtxpf7ikzw5ktk7xsq95 275624 275623 2026-05-17T02:54:52Z YoshiRulz 10156 Forgot the namespace check 275624 wikitext text/x-wiki <onlyinclude><includeonly>== Documentation == {| class="wikitable" | <div style="float: inline-end; text-align: end;"> layout: {{mini navbar|User:YoshiRulz/Type documentation}} <br>data: {{mini navbar|{{{1|{{PAGENAME}}}}}|point-at-data=y}} </div> '''{{#wikifunctionlabeldesc:{{{1|{{PAGENAME}}}}}}}''' |- | {| <!-- -->{{#if:{{item linked to mainspace object|{{SUBJECTPAGENAME:{{{1|{{PAGENAME}}}}}}}}}|<nowiki/> {{!}}- ! style="text-align: start;" {{!}} Wikidata Item (sitelink) {{!}} {{item linked to mainspace object|{{SUBJECTPAGENAME:{{{1|{{PAGENAME}}}}}}}}} }}<!-- -->{{#switch:{{SUBJECTPAGENAME:{{{1|{{PAGENAME}}}}}}} |Z80|Z13518|Z16683|Z19677|Z20838|Z33198=<nowiki/> {{!}}- ! style="text-align: start;" {{!}} Numeric type hierarchy {{!}} [[Talk:Z80|GF(256)]] &sub; [[Talk:Z13518|&Nopf;]] &sub; [[Talk:Z16683|&Zopf;]] &sub; [[Talk:Z19677|&Qopf;]] &sub; &Ropf; ([[Talk:Z20838|f64]]) &sub; &Copf; ([[Talk:Z33198|f64&times;f64]]) }}<!-- -->{{#if:{{{related types|}}}|<nowiki/> {{!}}- ! style="text-align: start;" {{!}} Related types {{!}} {{{related types}}} }}<!-- -->{{#switch:{{SUBJECTPAGENAME:{{{1|{{PAGENAME}}}}}}} |Z6062|Z6063|Z25340|Z25501|Z25502|Z26582|Z26934|Z26935|Z27951|Z27970|Z27971|Z28215|Z28515|Z28516|Z28517|Z28518|Z28519|Z28520|Z32789|Z32792|Z33568|Z33827 |Z21|Z40|Z60|Z61|Z6020|Z6030|Z6040|Z16098|Z16659|Z16927|Z17402|Z17813|Z20825|Z22112=<nowiki/> {{!}}- ! style="text-align: start;" {{!}} Enumeration members/options {{!}} {{enum member list|{{SUBJECTPAGENAME:{{{1|{{PAGENAME}}}}}}}}} {{#ifeq:{{NAMESPACENUMBER}}|1|[[Category:Enumeration_types]]}} |#default={{#ifeq:{{NAMESPACENUMBER}}|1|[[Category:Types]]}} }}<!-- --> |} |} <!-- -->{{#ifexist:Help:Type_deconstruction_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}} |{{Help:Type_deconstruction_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}}}}}}<!-- -->{{#ifexist:Help:Fetching_function_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}} |{{Help:Fetching_function_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}}}}}}<!-- -->{{#ifexist:Help:Type_conversion_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}} |{{Help:Type_conversion_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}}}}}}<!-- -->{{#ifexist:Help:Rounding_function_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}} |{{Help:Rounding_function_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}}}}}}<!-- --> {{#ifexist:Help:{{{1|{{PAGENAME}}}}} |{{clear}}'''Explanations''' [<nowiki/>[[Special:MyLanguage/Help:{{{1|{{PAGENAME}}}}}|{{int:edit}}]]<nowiki/>] {{TNT|Help:{{{1|{{PAGENAME}}}}}|uselang={{USERLANGUAGE}}}} |<div dir="{{#dir}}">[<nowiki/><span class="plainlinks">[{{fullurl:Help:{{{1|{{PAGENAME}}}}}|action=edit&preload={{urlencode:User:YoshiRulz/Type documentation/help page template}}}} Create]</span> translatable long-form documentation to be included here<nowiki/>]</div> }} {{#ifeq:{{NAMESPACENUMBER}}|1|{{DEFAULTSORT:Talk:Z{{padleft:{{#invoke:String|sub|{{{1|{{PAGENAME}}}}}|2}}|5}}}}}}</includeonly></onlyinclude> {{documentation}} {{ {{FULLPAGENAME}}|Z16683|Integer |related types= * {{Z+|Z16659}} }} {{ {{FULLPAGENAME}}|Z6060|Time of day |related types= * {{Z+|Z6061}} * {{Z+|Z20420}} }} {{ {{FULLPAGENAME}}|Z16659|Sign |related types= * {{Z+|Z16683}} * {{Z+|Z19677}} }} 6w07m6hr0c7lrv2y68ou5cm8zkrc2f3 275627 275624 2026-05-17T03:02:26Z YoshiRulz 10156 Use subcat for parameterised types 275627 wikitext text/x-wiki <onlyinclude><includeonly>== Documentation == {| class="wikitable" | <div style="float: inline-end; text-align: end;"> layout: {{mini navbar|User:YoshiRulz/Type documentation}} <br>data: {{mini navbar|{{{1|{{PAGENAME}}}}}|point-at-data=y}} </div> '''{{#wikifunctionlabeldesc:{{{1|{{PAGENAME}}}}}}}''' |- | {| <!-- -->{{#if:{{item linked to mainspace object|{{SUBJECTPAGENAME:{{{1|{{PAGENAME}}}}}}}}}|<nowiki/> {{!}}- ! style="text-align: start;" {{!}} Wikidata Item (sitelink) {{!}} {{item linked to mainspace object|{{SUBJECTPAGENAME:{{{1|{{PAGENAME}}}}}}}}} }}<!-- -->{{#switch:{{SUBJECTPAGENAME:{{{1|{{PAGENAME}}}}}}} |Z80|Z13518|Z16683|Z19677|Z20838|Z33198=<nowiki/> {{!}}- ! style="text-align: start;" {{!}} Numeric type hierarchy {{!}} [[Talk:Z80|GF(256)]] &sub; [[Talk:Z13518|&Nopf;]] &sub; [[Talk:Z16683|&Zopf;]] &sub; [[Talk:Z19677|&Qopf;]] &sub; &Ropf; ([[Talk:Z20838|f64]]) &sub; &Copf; ([[Talk:Z33198|f64&times;f64]]) }}<!-- -->{{#if:{{{related types|}}}|<nowiki/> {{!}}- ! style="text-align: start;" {{!}} Related types {{!}} {{{related types}}} }}<!-- -->{{#switch:{{SUBJECTPAGENAME:{{{1|{{PAGENAME}}}}}}} |Z6062|Z6063|Z25340|Z25501|Z25502|Z26582|Z26934|Z26935|Z27951|Z27970|Z27971|Z28215|Z28515|Z28516|Z28517|Z28518|Z28519|Z28520|Z32789|Z32792|Z33568|Z33827 |Z21|Z40|Z60|Z61|Z6020|Z6030|Z6040|Z16098|Z16659|Z16927|Z17402|Z17813|Z20825|Z22112=<nowiki/> {{!}}- ! style="text-align: start;" {{!}} Enumeration members/options {{!}} {{enum member list|{{SUBJECTPAGENAME:{{{1|{{PAGENAME}}}}}}}}} {{#ifeq:{{NAMESPACENUMBER}}|1|[[Category:Enumeration_types]]}} |#default={{#ifeq:{{NAMESPACENUMBER}}|1|{{#switch: |Z881|Z882|Z883|Z6884=[[Category:Parameterised_types]] |#default=[[Category:Types]] }}}} }}<!-- --> |} |} <!-- -->{{#ifexist:Help:Type_deconstruction_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}} |{{Help:Type_deconstruction_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}}}}}}<!-- -->{{#ifexist:Help:Fetching_function_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}} |{{Help:Fetching_function_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}}}}}}<!-- -->{{#ifexist:Help:Type_conversion_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}} |{{Help:Type_conversion_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}}}}}}<!-- -->{{#ifexist:Help:Rounding_function_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}} |{{Help:Rounding_function_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}}}}}}<!-- --> {{#ifexist:Help:{{{1|{{PAGENAME}}}}} |{{clear}}'''Explanations''' [<nowiki/>[[Special:MyLanguage/Help:{{{1|{{PAGENAME}}}}}|{{int:edit}}]]<nowiki/>] {{TNT|Help:{{{1|{{PAGENAME}}}}}|uselang={{USERLANGUAGE}}}} |<div dir="{{#dir}}">[<nowiki/><span class="plainlinks">[{{fullurl:Help:{{{1|{{PAGENAME}}}}}|action=edit&preload={{urlencode:User:YoshiRulz/Type documentation/help page template}}}} Create]</span> translatable long-form documentation to be included here<nowiki/>]</div> }} {{#ifeq:{{NAMESPACENUMBER}}|1|{{DEFAULTSORT:Talk:Z{{padleft:{{#invoke:String|sub|{{{1|{{PAGENAME}}}}}|2}}|5}}}}}}</includeonly></onlyinclude> {{documentation}} {{ {{FULLPAGENAME}}|Z16683|Integer |related types= * {{Z+|Z16659}} }} {{ {{FULLPAGENAME}}|Z6060|Time of day |related types= * {{Z+|Z6061}} * {{Z+|Z20420}} }} {{ {{FULLPAGENAME}}|Z16659|Sign |related types= * {{Z+|Z16683}} * {{Z+|Z19677}} }} jbypho658kf0rs2vokrz1pgtqnmzzm3 275629 275627 2026-05-17T03:04:55Z YoshiRulz 10156 Forgot to fill in ZID, but also why have a duplicate switch block, merge into the outer one 275629 wikitext text/x-wiki <onlyinclude><includeonly>== Documentation == {| class="wikitable" | <div style="float: inline-end; text-align: end;"> layout: {{mini navbar|User:YoshiRulz/Type documentation}} <br>data: {{mini navbar|{{{1|{{PAGENAME}}}}}|point-at-data=y}} </div> '''{{#wikifunctionlabeldesc:{{{1|{{PAGENAME}}}}}}}''' |- | {| <!-- -->{{#if:{{item linked to mainspace object|{{SUBJECTPAGENAME:{{{1|{{PAGENAME}}}}}}}}}|<nowiki/> {{!}}- ! style="text-align: start;" {{!}} Wikidata Item (sitelink) {{!}} {{item linked to mainspace object|{{SUBJECTPAGENAME:{{{1|{{PAGENAME}}}}}}}}} }}<!-- -->{{#switch:{{SUBJECTPAGENAME:{{{1|{{PAGENAME}}}}}}} |Z80|Z13518|Z16683|Z19677|Z20838|Z33198=<nowiki/> {{!}}- ! style="text-align: start;" {{!}} Numeric type hierarchy {{!}} [[Talk:Z80|GF(256)]] &sub; [[Talk:Z13518|&Nopf;]] &sub; [[Talk:Z16683|&Zopf;]] &sub; [[Talk:Z19677|&Qopf;]] &sub; &Ropf; ([[Talk:Z20838|f64]]) &sub; &Copf; ([[Talk:Z33198|f64&times;f64]]) }}<!-- -->{{#if:{{{related types|}}}|<nowiki/> {{!}}- ! style="text-align: start;" {{!}} Related types {{!}} {{{related types}}} }}<!-- -->{{#switch:{{SUBJECTPAGENAME:{{{1|{{PAGENAME}}}}}}} |Z6062|Z6063|Z25340|Z25501|Z25502|Z26582|Z26934|Z26935|Z27951|Z27970|Z27971|Z28215|Z28515|Z28516|Z28517|Z28518|Z28519|Z28520|Z32789|Z32792|Z33568|Z33827 |Z21|Z40|Z60|Z61|Z6020|Z6030|Z6040|Z16098|Z16659|Z16927|Z17402|Z17813|Z20825|Z22112=<nowiki/> {{!}}- ! style="text-align: start;" {{!}} Enumeration members/options {{!}} {{enum member list|{{SUBJECTPAGENAME:{{{1|{{PAGENAME}}}}}}}}} {{#ifeq:{{NAMESPACENUMBER}}|1|[[Category:Enumeration_types]]}} |Z881|Z882|Z883|Z6884={{#ifeq:{{NAMESPACENUMBER}}|1|[[Category:Parameterised_types]]}} |#default={{#ifeq:{{NAMESPACENUMBER}}|1|[[Category:Types]]}} }}<!-- --> |} |} <!-- -->{{#ifexist:Help:Type_deconstruction_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}} |{{Help:Type_deconstruction_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}}}}}}<!-- -->{{#ifexist:Help:Fetching_function_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}} |{{Help:Fetching_function_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}}}}}}<!-- -->{{#ifexist:Help:Type_conversion_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}} |{{Help:Type_conversion_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}}}}}}<!-- -->{{#ifexist:Help:Rounding_function_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}} |{{Help:Rounding_function_table/{{{2|{{#function:Z34802|en|{{{1|{{PAGENAME}}}}}}}}}}}}}}<!-- --> {{#ifexist:Help:{{{1|{{PAGENAME}}}}} |{{clear}}'''Explanations''' [<nowiki/>[[Special:MyLanguage/Help:{{{1|{{PAGENAME}}}}}|{{int:edit}}]]<nowiki/>] {{TNT|Help:{{{1|{{PAGENAME}}}}}|uselang={{USERLANGUAGE}}}} |<div dir="{{#dir}}">[<nowiki/><span class="plainlinks">[{{fullurl:Help:{{{1|{{PAGENAME}}}}}|action=edit&preload={{urlencode:User:YoshiRulz/Type documentation/help page template}}}} Create]</span> translatable long-form documentation to be included here<nowiki/>]</div> }} {{#ifeq:{{NAMESPACENUMBER}}|1|{{DEFAULTSORT:Talk:Z{{padleft:{{#invoke:String|sub|{{{1|{{PAGENAME}}}}}|2}}|5}}}}}}</includeonly></onlyinclude> {{documentation}} {{ {{FULLPAGENAME}}|Z16683|Integer |related types= * {{Z+|Z16659}} }} {{ {{FULLPAGENAME}}|Z6060|Time of day |related types= * {{Z+|Z6061}} * {{Z+|Z20420}} }} {{ {{FULLPAGENAME}}|Z16659|Sign |related types= * {{Z+|Z16683}} * {{Z+|Z19677}} }} 9h8x7d6dkndc2wzna0rwnm6mg71pqh8 User:YoshiRulz/Type documentation/doc 2 83368 275573 275253 2026-05-16T21:47:08Z YoshiRulz 10156 Document related types param 275573 wikitext text/x-wiki Used on a Type's talk page to provide links to related Functions in a standard<!-- and translatable--> layout, and optionally including long-form documentation. Usage example: <syntaxhighlight lang="wikitext"> {{type documentation|Z16683|Integer |related types= * {{Z+|Z16659}} }} </syntaxhighlight> This and a couple other examples are shown rendered at the bottom of [[Template:Type_documentation#Documentation|the template page]]. Compare [[Special:EditPage/User:YoshiRulz/Type_documentation|their Wikitext source]] (though it's mostly empty because everything is automatic). == Parameters == All parameters are optional. Unless specified, all parameters are Wikitext, and you can pass a bullet-point list when this Type relates to multiple Functions in the same way. The template will display data in the below order regardless of the order arguments are given in. === <code>related types</code> === <syntaxhighlight lang="wikitext"> {{function documentation |related types={{Z+|Z13518}} }} </syntaxhighlight> The value for this parameter should be a link to a persistent {{Z|4}}. A Type which is used for similar purposes as this one, or which is the counterpart to this one. <br>There's no need to list the Types which are components (Keys) of this one, since you can make a [[Help:Type deconstruction table]] to be included below the main table. == Tables of related functions == Below the main table, the relevant subpage of [[Help:Type deconstruction table]] will be shown, if it exists, followed by the relevant subpages of [[Help:Fetching function table]], [[Help:Type conversion table]], and [[Help:Rounding function table]]. 2x11z90peqj1782hej8x6p5q18r5vnl 275634 275573 2026-05-17T03:07:42Z YoshiRulz 10156 Document categorisation 275634 wikitext text/x-wiki Used on a Type's talk page to provide links to related Functions in a standard<!-- and translatable--> layout, and optionally including long-form documentation. <br>It will also put the containing Talk page into [[:Category:Types]] or one of its subcategories. Usage example: <syntaxhighlight lang="wikitext"> {{type documentation|Z16683|Integer |related types= * {{Z+|Z16659}} }} </syntaxhighlight> This and a couple other examples are shown rendered at the bottom of [[Template:Type_documentation#Documentation|the template page]]. Compare [[Special:EditPage/User:YoshiRulz/Type_documentation|their Wikitext source]] (though it's mostly empty because everything is automatic). == Parameters == All parameters are optional. Unless specified, all parameters are Wikitext, and you can pass a bullet-point list when this Type relates to multiple Functions in the same way. The template will display data in the below order regardless of the order arguments are given in. === <code>related types</code> === <syntaxhighlight lang="wikitext"> {{function documentation |related types={{Z+|Z13518}} }} </syntaxhighlight> The value for this parameter should be a link to a persistent {{Z|4}}. A Type which is used for similar purposes as this one, or which is the counterpart to this one. <br>There's no need to list the Types which are components (Keys) of this one, since you can make a [[Help:Type deconstruction table]] to be included below the main table. == Tables of related functions == Below the main table, the relevant subpage of [[Help:Type deconstruction table]] will be shown, if it exists, followed by the relevant subpages of [[Help:Fetching function table]], [[Help:Type conversion table]], and [[Help:Rounding function table]]. cr30t053xcwss2c8i6anvfcnxeb7ugl Wikifunctions:Status updates/2026-05-15/de 4 83526 275565 275399 2026-05-16T20:48:35Z Ameisenigel 44 Created page with "Diese Woche haben wir in Wikifunctions die Unterstützung für mehrere Dutzend natürliche Sprachen hinzugefügt, die bereits von [$1 TranslateWiki.net] unterstützt (und für die Übersetzung von Wikimedia-Software verwendet) wurden, aber noch nicht von Wikifunctions unterstützt wurden. Außerdem haben wir Abstrakte Seiten so aktualisiert, dass neben dem Seitentitel nun eine kopierbare QID angezeigt wird. Dadurch lässt sich die entsprechende Wikidata-QID schneller kop..." 275565 wikitext text/x-wiki <languages/> {{Wikifunctions updates | prevlabel = Vorheriges Update | prev = 2026-05-08 | nextlabel = Nächstes Update | next = }} <span id="A_higher_meaning"></span> === Eine höhere Bedeutung === Eine der zentralen Fragen zur Abstrakten Wikipedia lautet: Wie viele [[Special:MyLanguage/Wikifunctions:Abstract Wikipedia/2025 fragment experiments|Funktionen zur Konstruktion von Textfragmenten]] benötigen wir? Denn wenn diese Zahl groß ist, bedeutet das nicht, dass wir viele Funktionen benötigen, die diese Fragmente in vielen Sprachen implementieren? Und das würde den Aufwand für jede Sprache erhöhen und wäre es nicht irgendwann einfacher, die Texte einfach zu übersetzen und die Übersetzungen zu validieren, anstatt all diese Funktionen zu erstellen? Wir wissen nicht, wie groß diese Zahl sein wird. Aber heute möchte ich einen Grund dafür erörtern, warum ich glaube, dass sie begrenzt bleiben wird: Nicht jedes Fragment muss durch sprachspezifische Funktionen implementiert werden. Wie wäre das der Fall? Müssen wir nicht jedes Fragment mit einer sprachspezifischen Funktion in jeder Sprache implementieren, die wir unterstützen wollen? Prinzipiell schon, aber manchmal können diese Implementierungen Kompositionen anderer abstrakter Funktionen sein! Hier ein konkretes Beispiel: {{Z|Z28436}} erstellt einen Satz aus einer Aussage mit einer Eigenschaft Zeitpunkt. Zum Beispiel ein Satz wie “Die Einwohnerzahl von North Epping lag 2021 bei 4657.” oder "Die Einwohnerzahl von Donji Humac lag 2011 bei 157." Die Funktion Z28436 wird mithilfe eines Konfigurationsobjekts implementiert, derzeit mit Implementierungen in Englisch und Bengalisch. Betrachten wir nun die Funktion {{Z|Z28445}}. Anstatt ein Objekt und eine Aussage entgegenzunehmen, erwartet sie ein Objekt und eine Eigenschaft und gibt den Wert der Aussage für diese Eigenschaft mit dem aktuellsten Zeitpunkt zurück. Wenn wir diese Funktion also für Donji Humac und die Einwohnerzahl ausführen, erhalten wir das Ergebnis: "Die Einwohnerzahl von Donji Humac lag 2021 bei 173." Dies ist die aktuellste Einwohnerzahlangabe, die wir in Wikidata für Donji Humac haben. Betrachten wir nun die Implementierung von Z28445, so sehen wir keine Konfiguration. Stattdessen sehen wir eine Funktion, die aus der obigen Funktion, Z28436, und {{Z|Z28446}} besteht. Nichts an dieser Implementierung ist sprachspezifisch. Die Sprache wird vielmehr an die zugrundeliegende Funktion weitergegeben. Wir sehen hier also eine abstrakte Funktion, die eine vollständig abstrakte Implementierung besitzt. Dies ist ein allgemeines Muster, das wiederverwendet werden kann: Wenn wir über eine solide Grundlage verfügen, ist es hoffentlich oft möglich, "höhere" abstrakte Funktionen auf fundamentaleren Funktionen zu gründen, die dennoch abstrakt sind. Betrachten wir beispielsweise die folgenden Sätze * “Die Hunnen griffen das Römische Reich im 5. Jahrhundert an.” * “John Wilkes Booth ermordete Abraham Lincoln am 14. April 1865.” * “John Lennon traf Yoko Ono am 7. November 1966.” * “Leonard Cohen schrieb ‘Hallelujah’ im Jahr 1984.” * “Microsoft brachte Windows 3.1 am 24. August 1995 auf den Markt.” * “Hubble entdeckte Osiris am 28. November 2001.” Sie beschreiben zwar sehr unterschiedliche Ereignisse, aber im Grunde haben sie alle im Englischen eine sehr ähnliche Struktur: Sie bestehen aus Prädikat, Subjekt, direktem Objekt und einem mehr oder weniger genauen Zeitpunkt. Alle diese Sätze könnten im Englischen durch eine einzige Funktion gebildet werden. Vielleicht stellt sich heraus, dass sich all diese Sätze in mehreren Sprachen durch eine einzige abstrakte Funktion erzeugen lassen. Nennen wir diese Funktion eine Basisfunktion. Und nun könnten wir mehrere übergeordnete Funktionen haben, die durch solche Basisfunktionen implementiert werden, und wir müssen nur noch das richtige Prädikat auswählen. Das funktioniert nicht immer. Der Vorteil ist jedoch, dass wir, wenn wir diese übergeordneten Funktionen haben, versuchen können, die Ausnahme auf dieser Ebene abzufangen, sie an die entsprechende Sprache weiterzuleiten und andernfalls das richtige Prädikat auszuwählen und einfach die Basisfunktion zu verwenden. Zum Beispiel würden wir auf Deutsch normalerweise sagen * “Goldie Hawn brachte Kate Hudson am 19. April 1979 zur Welt.” Das ist eine etwas andere grammatikalische Struktur als die obige. Die obige grammatikalische Struktur würde zu “Goldie Hawn gebar Kate Hudson am 19. April 1979.” führen – was im Deutschen ein ungewöhnlicher Satz wäre, aber in einigen anderen Sprachen, z. B. im Kroatischen, problemlos funktioniert. Eine Funktion, die diesen Satz erzeugt, könnte für diesen Anwendungsfall eine andere Basisfunktion wählen oder sogar eine einmalige Implementierung für Deutsch und andere Sprachen haben, in denen die oben eingeführte Basisfunktion nicht funktionieren würde, und für die anderen Sprachen die Basisfunktion verwenden. Ein solches Muster könnte die Anzahl der für das Funktionieren der Abstrakten Wikipedia erforderlichen sprachspezifischen Implementierungen erheblich reduzieren und unser Ziel somit realistischer machen. <span id="Recent_Changes_in_the_software"></span> === Letzte Änderungen an der Software === Diese Woche haben wir in Wikifunctions die Unterstützung für mehrere Dutzend natürliche Sprachen hinzugefügt, die bereits von [https://translatewiki.net/ TranslateWiki.net] unterstützt (und für die Übersetzung von Wikimedia-Software verwendet) wurden, aber noch nicht von Wikifunctions unterstützt wurden. Außerdem haben wir Abstrakte Seiten so aktualisiert, dass neben dem Seitentitel nun eine kopierbare QID angezeigt wird. Dadurch lässt sich die entsprechende Wikidata-QID schneller kopieren, ähnlich der kopierbaren ZID, die neben den Titeln in Wikifunctions angezeigt wird ([[:phab:T423651|T423651]], [[:phab:T424265|T424265]]). <div lang="en" dir="ltr" class="mw-content-ltr"> === News in Types: way forward for natural language generation types === </div> <div lang="en" dir="ltr" class="mw-content-ltr"> I have been reading and thinking about the [[Special:MyLanguage/Wikifunctions:Status updates/2026-04-10|currently open proposals and their discussion for types supporting natural language generation]] for a while, and I am honestly not sure about the best approach forward. But I am getting the feeling that figuring out the best answer might be getting in the way of moving forward. Given that, I would suggest that within the next two weeks we get the following three types specific enough to implement them, then actually implement them, then use them, and learn from their usage: </div> * <span lang="en" dir="ltr" class="mw-content-ltr">[[Wikifunctions:Type proposals/Semantic unit|Semantic Unit]]</span> * <span lang="en" dir="ltr" class="mw-content-ltr">[[Wikifunctions:Type proposals/Syntactic unit|Syntactic Unit]]</span> * <span lang="en" dir="ltr" class="mw-content-ltr">[[Wikifunctions:Type proposals/Syntactic table|Syntactic table]]</span> <div lang="en" dir="ltr" class="mw-content-ltr"> All three proposals have garnered some, but not unanimous approval, and I think they all have advantages and disadvantages. But I wonder if instead of thinking through these in detail, we just try them out, and see what works. </div> <div lang="en" dir="ltr" class="mw-content-ltr"> If anyone has better proposals moving forward, I am all ears. </div> <div lang="en" dir="ltr" class="mw-content-ltr"> === Recording of the May 11 Volunteers’ Corner === </div> [[File:Abstract Wikipedia Volunteer Corner 2026-05.webm|thumb|<span lang="en" dir="ltr" class="mw-content-ltr">Recording of May Volunteers' Corner</span>]] <div lang="en" dir="ltr" class="mw-content-ltr"> This [[:c:File:Abstract Wikipedia Volunteer Corner 2026-05.webm|Monday’s volunteer’s corner (11 May 2026) is now available as a recording on Commons]]. Thank you for the lively conversation, and for the well-attended meeting. </div> <div lang="en" dir="ltr" class="mw-content-ltr"> === Fresh Functions weekly: 40 new Functions === </div> <div lang="en" dir="ltr" class="mw-content-ltr"> This week we had 40 new functions. Here is an incomplete list of functions with implementations and passing tests to get a taste of what functions have been created. Thanks everybody for contributing! </div> * {{Z|Z34780}} * {{Z|Z34790}} * {{Z|Z34793}} * {{Z|Z34797}} * {{Z|Z34802}} * {{Z|Z34804}} * {{Z|Z34810}} * {{Z|Z34827}} * {{Z|Z832}} * {{Z|Z862}} * {{Z|Z34899}} * {{Z|Z34902}} * {{Z|Z34914}} * {{Z|Z34927}} * {{Z|Z34943}} * {{Z|Z34947}} * {{Z|Z34953}} * {{Z|Z34993}} * {{Z|Z34999}} * {{Z|Z35004}} * {{Z|Z35010}} * {{Z|Z35013}} * {{Z|Z35017}} * {{Z|Z35018}} * {{Z|Z35022}} * {{Z|Z35023}} * {{Z|Z35031}} * {{Z|Z35049}} <div lang="en" dir="ltr" class="mw-content-ltr"> A [https://www.wikifunctions.org/wiki/Special:ListObjectsByType?type=Z8&orderby=latest complete list of all functions sorted by when they were created] is available. </div> [[Category:Status updates{{#translation:}}|2026-05-15]] nh51fyldjpxpmwga43web1zod5kubiw 275567 275565 2026-05-16T20:49:43Z Ameisenigel 44 Created page with "=== Neuigkeiten zu Typen: Weg nach vorn für Typen zur Generierung natürlicher Sprache ===" 275567 wikitext text/x-wiki <languages/> {{Wikifunctions updates | prevlabel = Vorheriges Update | prev = 2026-05-08 | nextlabel = Nächstes Update | next = }} <span id="A_higher_meaning"></span> === Eine höhere Bedeutung === Eine der zentralen Fragen zur Abstrakten Wikipedia lautet: Wie viele [[Special:MyLanguage/Wikifunctions:Abstract Wikipedia/2025 fragment experiments|Funktionen zur Konstruktion von Textfragmenten]] benötigen wir? Denn wenn diese Zahl groß ist, bedeutet das nicht, dass wir viele Funktionen benötigen, die diese Fragmente in vielen Sprachen implementieren? Und das würde den Aufwand für jede Sprache erhöhen und wäre es nicht irgendwann einfacher, die Texte einfach zu übersetzen und die Übersetzungen zu validieren, anstatt all diese Funktionen zu erstellen? Wir wissen nicht, wie groß diese Zahl sein wird. Aber heute möchte ich einen Grund dafür erörtern, warum ich glaube, dass sie begrenzt bleiben wird: Nicht jedes Fragment muss durch sprachspezifische Funktionen implementiert werden. Wie wäre das der Fall? Müssen wir nicht jedes Fragment mit einer sprachspezifischen Funktion in jeder Sprache implementieren, die wir unterstützen wollen? Prinzipiell schon, aber manchmal können diese Implementierungen Kompositionen anderer abstrakter Funktionen sein! Hier ein konkretes Beispiel: {{Z|Z28436}} erstellt einen Satz aus einer Aussage mit einer Eigenschaft Zeitpunkt. Zum Beispiel ein Satz wie “Die Einwohnerzahl von North Epping lag 2021 bei 4657.” oder "Die Einwohnerzahl von Donji Humac lag 2011 bei 157." Die Funktion Z28436 wird mithilfe eines Konfigurationsobjekts implementiert, derzeit mit Implementierungen in Englisch und Bengalisch. Betrachten wir nun die Funktion {{Z|Z28445}}. Anstatt ein Objekt und eine Aussage entgegenzunehmen, erwartet sie ein Objekt und eine Eigenschaft und gibt den Wert der Aussage für diese Eigenschaft mit dem aktuellsten Zeitpunkt zurück. Wenn wir diese Funktion also für Donji Humac und die Einwohnerzahl ausführen, erhalten wir das Ergebnis: "Die Einwohnerzahl von Donji Humac lag 2021 bei 173." Dies ist die aktuellste Einwohnerzahlangabe, die wir in Wikidata für Donji Humac haben. Betrachten wir nun die Implementierung von Z28445, so sehen wir keine Konfiguration. Stattdessen sehen wir eine Funktion, die aus der obigen Funktion, Z28436, und {{Z|Z28446}} besteht. Nichts an dieser Implementierung ist sprachspezifisch. Die Sprache wird vielmehr an die zugrundeliegende Funktion weitergegeben. Wir sehen hier also eine abstrakte Funktion, die eine vollständig abstrakte Implementierung besitzt. Dies ist ein allgemeines Muster, das wiederverwendet werden kann: Wenn wir über eine solide Grundlage verfügen, ist es hoffentlich oft möglich, "höhere" abstrakte Funktionen auf fundamentaleren Funktionen zu gründen, die dennoch abstrakt sind. Betrachten wir beispielsweise die folgenden Sätze * “Die Hunnen griffen das Römische Reich im 5. Jahrhundert an.” * “John Wilkes Booth ermordete Abraham Lincoln am 14. April 1865.” * “John Lennon traf Yoko Ono am 7. November 1966.” * “Leonard Cohen schrieb ‘Hallelujah’ im Jahr 1984.” * “Microsoft brachte Windows 3.1 am 24. August 1995 auf den Markt.” * “Hubble entdeckte Osiris am 28. November 2001.” Sie beschreiben zwar sehr unterschiedliche Ereignisse, aber im Grunde haben sie alle im Englischen eine sehr ähnliche Struktur: Sie bestehen aus Prädikat, Subjekt, direktem Objekt und einem mehr oder weniger genauen Zeitpunkt. Alle diese Sätze könnten im Englischen durch eine einzige Funktion gebildet werden. Vielleicht stellt sich heraus, dass sich all diese Sätze in mehreren Sprachen durch eine einzige abstrakte Funktion erzeugen lassen. Nennen wir diese Funktion eine Basisfunktion. Und nun könnten wir mehrere übergeordnete Funktionen haben, die durch solche Basisfunktionen implementiert werden, und wir müssen nur noch das richtige Prädikat auswählen. Das funktioniert nicht immer. Der Vorteil ist jedoch, dass wir, wenn wir diese übergeordneten Funktionen haben, versuchen können, die Ausnahme auf dieser Ebene abzufangen, sie an die entsprechende Sprache weiterzuleiten und andernfalls das richtige Prädikat auszuwählen und einfach die Basisfunktion zu verwenden. Zum Beispiel würden wir auf Deutsch normalerweise sagen * “Goldie Hawn brachte Kate Hudson am 19. April 1979 zur Welt.” Das ist eine etwas andere grammatikalische Struktur als die obige. Die obige grammatikalische Struktur würde zu “Goldie Hawn gebar Kate Hudson am 19. April 1979.” führen – was im Deutschen ein ungewöhnlicher Satz wäre, aber in einigen anderen Sprachen, z. B. im Kroatischen, problemlos funktioniert. Eine Funktion, die diesen Satz erzeugt, könnte für diesen Anwendungsfall eine andere Basisfunktion wählen oder sogar eine einmalige Implementierung für Deutsch und andere Sprachen haben, in denen die oben eingeführte Basisfunktion nicht funktionieren würde, und für die anderen Sprachen die Basisfunktion verwenden. Ein solches Muster könnte die Anzahl der für das Funktionieren der Abstrakten Wikipedia erforderlichen sprachspezifischen Implementierungen erheblich reduzieren und unser Ziel somit realistischer machen. <span id="Recent_Changes_in_the_software"></span> === Letzte Änderungen an der Software === Diese Woche haben wir in Wikifunctions die Unterstützung für mehrere Dutzend natürliche Sprachen hinzugefügt, die bereits von [https://translatewiki.net/ TranslateWiki.net] unterstützt (und für die Übersetzung von Wikimedia-Software verwendet) wurden, aber noch nicht von Wikifunctions unterstützt wurden. Außerdem haben wir Abstrakte Seiten so aktualisiert, dass neben dem Seitentitel nun eine kopierbare QID angezeigt wird. Dadurch lässt sich die entsprechende Wikidata-QID schneller kopieren, ähnlich der kopierbaren ZID, die neben den Titeln in Wikifunctions angezeigt wird ([[:phab:T423651|T423651]], [[:phab:T424265|T424265]]). <span id="News_in_Types:_way_forward_for_natural_language_generation_types"></span> === Neuigkeiten zu Typen: Weg nach vorn für Typen zur Generierung natürlicher Sprache === <div lang="en" dir="ltr" class="mw-content-ltr"> I have been reading and thinking about the [[Special:MyLanguage/Wikifunctions:Status updates/2026-04-10|currently open proposals and their discussion for types supporting natural language generation]] for a while, and I am honestly not sure about the best approach forward. But I am getting the feeling that figuring out the best answer might be getting in the way of moving forward. Given that, I would suggest that within the next two weeks we get the following three types specific enough to implement them, then actually implement them, then use them, and learn from their usage: </div> * <span lang="en" dir="ltr" class="mw-content-ltr">[[Wikifunctions:Type proposals/Semantic unit|Semantic Unit]]</span> * <span lang="en" dir="ltr" class="mw-content-ltr">[[Wikifunctions:Type proposals/Syntactic unit|Syntactic Unit]]</span> * <span lang="en" dir="ltr" class="mw-content-ltr">[[Wikifunctions:Type proposals/Syntactic table|Syntactic table]]</span> <div lang="en" dir="ltr" class="mw-content-ltr"> All three proposals have garnered some, but not unanimous approval, and I think they all have advantages and disadvantages. But I wonder if instead of thinking through these in detail, we just try them out, and see what works. </div> <div lang="en" dir="ltr" class="mw-content-ltr"> If anyone has better proposals moving forward, I am all ears. </div> <div lang="en" dir="ltr" class="mw-content-ltr"> === Recording of the May 11 Volunteers’ Corner === </div> [[File:Abstract Wikipedia Volunteer Corner 2026-05.webm|thumb|<span lang="en" dir="ltr" class="mw-content-ltr">Recording of May Volunteers' Corner</span>]] <div lang="en" dir="ltr" class="mw-content-ltr"> This [[:c:File:Abstract Wikipedia Volunteer Corner 2026-05.webm|Monday’s volunteer’s corner (11 May 2026) is now available as a recording on Commons]]. Thank you for the lively conversation, and for the well-attended meeting. </div> <div lang="en" dir="ltr" class="mw-content-ltr"> === Fresh Functions weekly: 40 new Functions === </div> <div lang="en" dir="ltr" class="mw-content-ltr"> This week we had 40 new functions. Here is an incomplete list of functions with implementations and passing tests to get a taste of what functions have been created. Thanks everybody for contributing! </div> * {{Z|Z34780}} * {{Z|Z34790}} * {{Z|Z34793}} * {{Z|Z34797}} * {{Z|Z34802}} * {{Z|Z34804}} * {{Z|Z34810}} * {{Z|Z34827}} * {{Z|Z832}} * {{Z|Z862}} * {{Z|Z34899}} * {{Z|Z34902}} * {{Z|Z34914}} * {{Z|Z34927}} * {{Z|Z34943}} * {{Z|Z34947}} * {{Z|Z34953}} * {{Z|Z34993}} * {{Z|Z34999}} * {{Z|Z35004}} * {{Z|Z35010}} * {{Z|Z35013}} * {{Z|Z35017}} * {{Z|Z35018}} * {{Z|Z35022}} * {{Z|Z35023}} * {{Z|Z35031}} * {{Z|Z35049}} <div lang="en" dir="ltr" class="mw-content-ltr"> A [https://www.wikifunctions.org/wiki/Special:ListObjectsByType?type=Z8&orderby=latest complete list of all functions sorted by when they were created] is available. </div> [[Category:Status updates{{#translation:}}|2026-05-15]] 9e9ydkvj1v0g98gbr2vzfjtauh0xtvu Talk:Z25340 1 83563 275610 275265 2026-05-17T01:48:02Z YoshiRulz 10156 Add links to related types 275610 wikitext text/x-wiki {{type documentation|Z25340|Grammatical gender (m/f) |related types={{type documentation/related types/grammatical feature enums}} }} jqdtykt0f4dsjibsk7z50rivjb97d7x Talk:Z25501 1 83564 275611 275266 2026-05-17T01:48:12Z YoshiRulz 10156 Add links to related types 275611 wikitext text/x-wiki {{type documentation|Z25501|Grammatical gender (m/f/n) |related types={{type documentation/related types/grammatical feature enums}} }} k23fqpvhy7jqodbvt510ngckjtpqcrl Talk:Z25502 1 83565 275609 275267 2026-05-17T01:47:56Z YoshiRulz 10156 Add links to related types 275609 wikitext text/x-wiki {{type documentation|Z25502|Grammatical gender (c/n) |related types={{type documentation/related types/grammatical feature enums}} }} j6bl5kdm9gurw636uq9ak0h168ve86y Talk:Z26934 1 83566 275614 275269 2026-05-17T01:48:24Z YoshiRulz 10156 Add links to related types 275614 wikitext text/x-wiki {{type documentation|Z26934|Grammatical number (sing./pl.) |related types={{type documentation/related types/grammatical feature enums}} }} qm5fn2egkx7agebzzyd6b5bvps1rwld Talk:Z26935 1 83567 275605 275270 2026-05-17T01:47:37Z YoshiRulz 10156 Add links to related types 275605 wikitext text/x-wiki {{type documentation|Z26935|Grammatical animacy (animate/inanimate) |related types={{type documentation/related types/grammatical feature enums}} }} m6qx93ha4q5u97nqakppf7rm0atelmu Talk:Z27970 1 83569 275615 275272 2026-05-17T01:48:28Z YoshiRulz 10156 Add links to related types 275615 wikitext text/x-wiki {{type documentation|Z27970|Grammatical person (3) |related types={{type documentation/related types/grammatical feature enums}} }} mp6al89b31ljlzc1334b6gdh3nrghn7 Talk:Z27971 1 83570 275604 275273 2026-05-17T01:47:19Z YoshiRulz 10156 Add links to related types 275604 wikitext text/x-wiki {{type documentation|Z27971|Celtic mutation |related types={{type documentation/related types/grammatical feature enums}} }} p6s79nz9juwmczjtxnpp35oxq7g22uw Talk:Z28215 1 83571 275612 275274 2026-05-17T01:48:16Z YoshiRulz 10156 Add links to related types 275612 wikitext text/x-wiki {{type documentation|Z28215|Grammatical number (sing./dual/pl.) |related types={{type documentation/related types/grammatical feature enums}} }} kcgtnl339sfsoyziilagun4b6if0pb8 Talk:Z28515 1 83572 275613 275275 2026-05-17T01:48:20Z YoshiRulz 10156 Add links to related types 275613 wikitext text/x-wiki {{type documentation|Z28515|Grammatical number (sing./paucal/multal) |related types={{type documentation/related types/grammatical feature enums}} }} lb10t5gkfc8xrt47iabue7fp75774gc Talk:Z28516 1 83573 275607 275276 2026-05-17T01:47:46Z YoshiRulz 10156 Add links to related types 275607 wikitext text/x-wiki {{type documentation|Z28516|Grammatical definiteness |related types={{type documentation/related types/grammatical feature enums}} }} ebhz6nfomrg8rjvhit7f9vapap0j8as Talk:Z28517 1 83574 275619 275277 2026-05-17T01:48:46Z YoshiRulz 10156 Add links to related types 275619 wikitext text/x-wiki {{type documentation|Z28517|Grammatical voice (active/passive) |related types={{type documentation/related types/grammatical feature enums}} }} c14893be3svhnw16f4g1l0sw34p0foe Talk:Z28518 1 83575 275616 275278 2026-05-17T01:48:32Z YoshiRulz 10156 Add links to related types 275616 wikitext text/x-wiki {{type documentation|Z28518|Grammatical polarity (affirmative/negation) |related types={{type documentation/related types/grammatical feature enums}} }} m9w79bu2ia28suipf6ed343sm9yt1pn Talk:Z28519 1 83576 275606 275279 2026-05-17T01:47:42Z YoshiRulz 10156 Add links to related types 275606 wikitext text/x-wiki {{type documentation|Z28519|Grammatical case (Nom/Gen/Dat/Acc) |related types={{type documentation/related types/grammatical feature enums}} }} fqfb87a26xm1jdjogrc6zpi481jl7it Talk:Z28520 1 83577 275608 275280 2026-05-17T01:47:52Z YoshiRulz 10156 Add links to related types 275608 wikitext text/x-wiki {{type documentation|Z28520|Grammatical degree of comparison (pos/comp/super) |related types={{type documentation/related types/grammatical feature enums}} }} dnwbamlw0ggbdkna60qch1fqu5kbqpd Talk:Z32789 1 83578 275618 275281 2026-05-17T01:48:41Z YoshiRulz 10156 Add links to related types 275618 wikitext text/x-wiki {{type documentation|Z32789|Grammatical voice (active/middle/passive) |related types={{type documentation/related types/grammatical feature enums}} }} 0e7s6rre2cgyrkzzeqxgzxkgb0zowz3 Talk:Z32792 1 83602 275617 275309 2026-05-17T01:48:36Z YoshiRulz 10156 Add links to related types 275617 wikitext text/x-wiki {{type documentation|Z32792|Grammatical voice (active/mediopassive) |related types={{type documentation/related types/grammatical feature enums}} }} 5nfxjrt4z2vjjmb6maprmoy2g7tj4tt Z35223 0 83636 275546 275431 2026-05-16T18:09:12Z Poro26 1521 Correction du type 275546 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35223" }, "Z2K2": { "Z1K1": "Z8", "Z8K1": [ "Z17", { "Z1K1": "Z17", "Z17K1": "Z19677", "Z17K2": "Z35223K1", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "aire de base" } ] } }, { "Z1K1": "Z17", "Z17K1": "Z19677", "Z17K2": "Z35223K2", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "aire latérale " } ] } } ], "Z8K2": "Z19677", "Z8K3": [ "Z20" ], "Z8K4": [ "Z14" ], "Z8K5": "Z35223" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "Calculer l'aire totale d'un prisme droit" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1004", "Z31K2": [ "Z6", "Aire totale d'un prisme droit" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "aire totale d'un prisme droit est égal à 2 fois l'aire de base plus l'aire latérale " } ] } } t530fzfed02etrjh6pi1qubmkrmdh32 Z35224 0 83637 275497 275456 2026-05-16T12:01:04Z Néhémienathan 35027 #WikiHackCiv2026 modification du type de données 275497 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35224" }, "Z2K2": { "Z1K1": "Z8", "Z8K1": [ "Z17", { "Z1K1": "Z17", "Z17K1": "Z20838", "Z17K2": "Z35224K1", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "volume" } ] } }, { "Z1K1": "Z17", "Z17K1": "Z13518", "Z17K2": "Z35224K2", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "temps ou durée (en seconde)" } ] } } ], "Z8K2": "Z20838", "Z8K3": [ "Z20" ], "Z8K4": [ "Z14" ], "Z8K5": "Z35224" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "calculer le débit moyen" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1004", "Z31K2": [ "Z6", "débit moyen " ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "fonction permettant de calculer le volume total d'eau ayant coulé pendant une période précise" } ] } } 34dqaugcwdgzs9zxfhz7667nm0fy98d 275522 275497 2026-05-16T12:39:20Z Néhémienathan 35027 #WikiHackCiv2026 modification du type de données 275522 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35224" }, "Z2K2": { "Z1K1": "Z8", "Z8K1": [ "Z17", { "Z1K1": "Z17", "Z17K1": "Z20838", "Z17K2": "Z35224K1", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "volume" } ] } }, { "Z1K1": "Z17", "Z17K1": "Z20838", "Z17K2": "Z35224K2", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "temps ou durée (en seconde)" } ] } } ], "Z8K2": "Z20838", "Z8K3": [ "Z20" ], "Z8K4": [ "Z14" ], "Z8K5": "Z35224" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "calculer le débit moyen" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1004", "Z31K2": [ "Z6", "débit moyen " ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "fonction permettant de calculer le volume total d'eau ayant coulé pendant une période précise" } ] } } 4h32zup20hfhjzl56yp99rq47ugx0zb Z35230 0 83643 275581 275488 2026-05-17T00:20:23Z Poro26 1521 #WikiHackCiv2026 Correction du libellé 275581 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35230" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z35219", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z35219", "Z35219K1": { "Z1K1": "Z20838", "Z20838K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z20838K2": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "8" } }, "Z20838K3": { "Z1K1": "Z13518", "Z13518K1": "4292493394837504" }, "Z20838K4": { "Z1K1": "Z20825", "Z20825K1": "Z20837" } }, "Z35219K2": { "Z1K1": "Z20838", "Z20838K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z20838K2": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "4" } }, "Z20838K3": { "Z1K1": "Z13518", "Z13518K1": "1125899906842624" }, "Z20838K4": { "Z1K1": "Z20825", "Z20825K1": "Z20837" } } }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z20850", "Z20850K2": { "Z1K1": "Z20838", "Z20838K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z20838K2": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "4" } }, "Z20838K3": { "Z1K1": "Z13518", "Z13518K1": "2533274790395904" }, "Z20838K4": { "Z1K1": "Z20825", "Z20825K1": "Z20837" } } } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "500 kg et 20 dm³ → 25 kg/dm³" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } g6jshyxtajdzpryqsvwvlpzw73smf06 Z35231 0 83644 275505 2026-05-16T12:10:03Z Tways2017 70210 #WikiHackCiv2026 premier test de la fonction calcul de la vitesse moyenne 275505 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35231" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z35221", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z35221", "Z35221K1": { "Z1K1": "Z20838", "Z20838K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z20838K2": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "6" } }, "Z20838K3": { "Z1K1": "Z13518", "Z13518K1": "2533274790395904" }, "Z20838K4": { "Z1K1": "Z20825", "Z20825K1": "Z20837" } }, "Z35221K2": { "Z1K1": "Z16683", "Z16683K1": "Z16660", "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "5" } } }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z20850", "Z20850K2": { "Z1K1": "Z20838", "Z20838K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z20838K2": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "4" } }, "Z20838K3": { "Z1K1": "Z13518", "Z13518K1": "1125899906842624" }, "Z20838K4": { "Z1K1": "Z20825", "Z20825K1": "Z20837" } } } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "100Km et 5h → 20Km/h" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } euwqu25mai85u5vea9rsvl30wyi4tql 275575 275505 2026-05-17T00:07:43Z Poro26 1521 #WikiHackCiv2026 Correction 275575 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35231" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z35221", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z35221", "Z35221K1": { "Z1K1": "Z20838", "Z20838K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z20838K2": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "6" } }, "Z20838K3": { "Z1K1": "Z13518", "Z13518K1": "2533274790395904" }, "Z20838K4": { "Z1K1": "Z20825", "Z20825K1": "Z20837" } }, "Z35221K2": { "Z1K1": "Z16683", "Z16683K1": "Z16660", "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "5" } } }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z20850", "Z20850K2": { "Z1K1": "Z20838", "Z20838K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z20838K2": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "4" } }, "Z20838K3": { "Z1K1": "Z13518", "Z13518K1": "1125899906842624" }, "Z20838K4": { "Z1K1": "Z20825", "Z20825K1": "Z20837" } } } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "100km et 5h → 20km/h" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } ppql376hnxw673wzxq218k1h1uwotzs Z35232 0 83645 275506 2026-05-16T12:10:06Z Néhémienathan 35027 #WikiHackCiv2026 ajout de test 1 275506 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35232" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z35224", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z35224", "Z35224K1": { "Z1K1": "Z20838", "Z20838K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z20838K2": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "4" } }, "Z20838K3": { "Z1K1": "Z13518", "Z13518K1": "1407374883553280" }, "Z20838K4": { "Z1K1": "Z20825", "Z20825K1": "Z20837" } }, "Z35224K2": { "Z1K1": "Z13518", "Z13518K1": "300" } }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z20850", "Z20850K2": { "Z1K1": "Z20838", "Z20838K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z20838K2": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "2" } }, "Z20838K3": { "Z1K1": "Z13518", "Z13518K1": "3377699720527872" }, "Z20838K4": { "Z1K1": "Z20825", "Z20825K1": "Z20837" } } } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "21 m3 et 300 secondes → 0.07 m3/s" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } ao7cv6mv7f32x5160ho96kihs6oba8m 275520 275506 2026-05-16T12:30:55Z Néhémienathan 35027 #WikiHackCiv2026 275520 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35232" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z35224", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z35224", "Z35224K1": { "Z1K1": "Z20838", "Z20838K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z20838K2": { "Z1K1": "Z16683", "Z16683K1": "Z16660", "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "3" } }, "Z20838K3": { "Z1K1": "Z13518", "Z13518K1": "1407374883553280" }, "Z20838K4": { "Z1K1": "Z20825", "Z20825K1": "Z20837" } }, "Z35224K2": { "Z1K1": "Z13518", "Z13518K1": "300" } }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z20850", "Z20850K2": { "Z1K1": "Z20838", "Z20838K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z20838K2": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "2" } }, "Z20838K3": { "Z1K1": "Z13518", "Z13518K1": "3377699720527872" }, "Z20838K4": { "Z1K1": "Z20825", "Z20825K1": "Z20837" } } } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "21 m3 et 300 secondes → 0.07 m3/s" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 30std4iqy12ip6lvlkdzy28mvom0h07 275521 275520 2026-05-16T12:33:12Z Néhémienathan 35027 #WikiHackCiv2026 275521 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35232" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z35224", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z35224", "Z35224K1": { "Z1K1": "Z20838", "Z20838K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z20838K2": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "4" } }, "Z20838K3": { "Z1K1": "Z13518", "Z13518K1": "1407374883553280" }, "Z20838K4": { "Z1K1": "Z20825", "Z20825K1": "Z20837" } }, "Z35224K2": { "Z1K1": "Z13518", "Z13518K1": "300" } }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z20850", "Z20850K2": { "Z1K1": "Z20838", "Z20838K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z20838K2": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "2" } }, "Z20838K3": { "Z1K1": "Z13518", "Z13518K1": "3377699720527872" }, "Z20838K4": { "Z1K1": "Z20825", "Z20825K1": "Z20837" } } } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "21 m3 et 300 secondes → 0.07 m3/s" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } ao7cv6mv7f32x5160ho96kihs6oba8m 275523 275521 2026-05-16T12:41:21Z Néhémienathan 35027 275523 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35232" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z35224", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z35224", "Z35224K1": { "Z1K1": "Z20838", "Z20838K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z20838K2": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "4" } }, "Z20838K3": { "Z1K1": "Z13518", "Z13518K1": "1407374883553280" }, "Z20838K4": { "Z1K1": "Z20825", "Z20825K1": "Z20837" } }, "Z35224K2": { "Z1K1": "Z13518", "Z13518K1": "300" } }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z21956", "Z21956K2": "Z1004" } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "21 m3 et 300 secondes → 0.07 m3/s" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 4h0nt1fpwuvgao8lhgxtvrvnat10gbb Z35233 0 83646 275508 2026-05-16T12:11:19Z PenScribe 73650 #WikiHackCiv2026 ajout de test a la fonction 275508 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35233" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z35223", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z35223", "Z35223K1": { "Z1K1": "Z16683", "Z16683K1": "Z16660", "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "15" } }, "Z35223K2": { "Z1K1": "Z16683", "Z16683K1": "Z16660", "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "130" } } }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z16688", "Z16688K2": { "Z1K1": "Z16683", "Z16683K1": "Z16660", "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "160" } } } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "15 cm2 et 130 cm2 → 160 cm2" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 3yzyp2eq0hnpbvpbn3g7cefk5o6te9j 275536 275508 2026-05-16T17:19:17Z Poro26 1521 #WikiHackCiv2026 Correction du libellé 275536 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35233" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z35223", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z35223", "Z35223K1": { "Z1K1": "Z16683", "Z16683K1": "Z16660", "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "15" } }, "Z35223K2": { "Z1K1": "Z16683", "Z16683K1": "Z16660", "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "130" } } }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z16688", "Z16688K2": { "Z1K1": "Z16683", "Z16683K1": "Z16660", "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "160" } } } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "15 cm² et 130 cm² → 160 cm²" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } llr8bz241usvz4cfwkchoy2vmc770nj Z35234 0 83647 275526 2026-05-16T16:16:03Z JJPMaster 6409 adapted from [[Z32433]] and [[Z23502]] 275526 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35234" }, "Z2K2": { "Z1K1": "Z14", "Z14K1": "Z34542", "Z14K2": { "Z1K1": "Z7", "Z7K1": "Z802", "Z802K1": { "Z1K1": "Z7", "Z7K1": "Z813", "Z813K1": { "Z1K1": "Z7", "Z7K1": "Z23502", "Z23502K1": { "Z1K1": "Z7", "Z7K1": "Z22220", "Z22220K1": { "Z1K1": "Z7", "Z7K1": "Z30120", "Z30120K1": { "Z1K1": "Z18", "Z18K1": "Z34542K1" }, "Z30120K2": [ "Z6030", "Z6036" ], "Z30120K3": [ "Z60" ], "Z30120K4": [ "Z6092", { "Z1K1": "Z18", "Z18K1": "Z34542K2" } ] } } } }, "Z802K2": { "Z1K1": "Z40", "Z40K1": "Z42" }, "Z802K3": { "Z1K1": "Z7", "Z7K1": "Z12696", "Z12696K1": { "Z1K1": "Z7", "Z7K1": "Z22978", "Z22978K1": { "Z1K1": "Z7", "Z7K1": "Z30120", "Z30120K1": { "Z1K1": "Z18", "Z18K1": "Z34542K1" }, "Z30120K2": [ "Z6030", "Z6036" ], "Z30120K3": [ "Z60" ], "Z30120K4": [ "Z6092", { "Z1K1": "Z18", "Z18K1": "Z34542K2" } ] }, "Z22978K2": { "Z1K1": "Z18", "Z18K1": "Z34542K2" } }, "Z12696K2": { "Z1K1": "Z18", "Z18K1": "Z34542K3" } } } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } a7kyys7fut2q41grsou2tt8a64eyz25 275529 275526 2026-05-16T16:21:43Z JJPMaster 6409 correct implementation of false condition 275529 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35234" }, "Z2K2": { "Z1K1": "Z14", "Z14K1": "Z34542", "Z14K2": { "Z1K1": "Z7", "Z7K1": "Z802", "Z802K1": { "Z1K1": "Z7", "Z7K1": "Z813", "Z813K1": { "Z1K1": "Z7", "Z7K1": "Z23502", "Z23502K1": { "Z1K1": "Z7", "Z7K1": "Z22220", "Z22220K1": { "Z1K1": "Z7", "Z7K1": "Z30120", "Z30120K1": { "Z1K1": "Z18", "Z18K1": "Z34542K1" }, "Z30120K2": [ "Z6030", "Z6036" ], "Z30120K3": [ "Z60" ], "Z30120K4": [ "Z6092", { "Z1K1": "Z18", "Z18K1": "Z34542K2" } ] } } } }, "Z802K2": { "Z1K1": "Z40", "Z40K1": "Z42" }, "Z802K3": { "Z1K1": "Z7", "Z7K1": "Z12696", "Z12696K1": { "Z1K1": "Z7", "Z7K1": "Z873", "Z873K1": "Z19308", "Z873K2": { "Z1K1": "Z7", "Z7K1": "Z23502", "Z23502K1": { "Z1K1": "Z7", "Z7K1": "Z22220", "Z22220K1": { "Z1K1": "Z7", "Z7K1": "Z30120", "Z30120K1": { "Z1K1": "Z18", "Z18K1": "Z34542K1" }, "Z30120K2": [ "Z6030", "Z6036" ], "Z30120K3": [ "Z60" ], "Z30120K4": [ "Z6092", { "Z1K1": "Z18", "Z18K1": "Z34542K2" } ] } } } }, "Z12696K2": { "Z1K1": "Z18", "Z18K1": "Z34542K3" } } } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } exqf02bdr258l2bvlqwmlhw6dekvc88 275531 275529 2026-05-16T16:24:46Z JJPMaster 6409 275531 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35234" }, "Z2K2": { "Z1K1": "Z14", "Z14K1": "Z34542", "Z14K2": { "Z1K1": "Z7", "Z7K1": "Z802", "Z802K1": { "Z1K1": "Z7", "Z7K1": "Z813", "Z813K1": { "Z1K1": "Z7", "Z7K1": "Z23502", "Z23502K1": { "Z1K1": "Z7", "Z7K1": "Z22220", "Z22220K1": { "Z1K1": "Z7", "Z7K1": "Z30120", "Z30120K1": { "Z1K1": "Z18", "Z18K1": "Z34542K1" }, "Z30120K2": [ "Z6030", "Z6036" ], "Z30120K3": [ "Z60" ], "Z30120K4": [ "Z6092", { "Z1K1": "Z18", "Z18K1": "Z34542K2" } ] } } } }, "Z802K2": { "Z1K1": "Z40", "Z40K1": "Z42" }, "Z802K3": { "Z1K1": "Z7", "Z7K1": "Z12696", "Z12696K1": { "Z1K1": "Z7", "Z7K1": "Z873", "Z873K1": "Z19308", "Z873K2": { "Z1K1": "Z7", "Z7K1": "Z23502", "Z23502K1": { "Z1K1": "Z7", "Z7K1": "Z22220", "Z22220K1": { "Z1K1": "Z7", "Z7K1": "Z30120", "Z30120K1": { "Z1K1": "Z18", "Z18K1": "Z34542K1" }, "Z30120K2": [ "Z6030", "Z6036" ], "Z30120K3": [ "Z60" ], "Z30120K4": [ "Z6092", { "Z1K1": "Z18", "Z18K1": "Z34542K2" } ] } } } }, "Z12696K2": { "Z1K1": "Z18", "Z18K1": "Z34542K3" } } } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "item has undeprecated statement with value, comp" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 90v7rjgq7n6em0pfckr4eyc35pwagcl Z35235 0 83648 275542 2026-05-16T17:38:10Z Jsamwrites 938 275542 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35235" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z34938", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z34938", "Z34938K1": { "Z1K1": "Z6091", "Z6091K1": "Q90" }, "Z34938K2": { "Z1K1": { "Z1K1": "Z7", "Z7K1": "Z883", "Z883K1": "Z6091", "Z883K2": "Z6091" }, "K1": [ { "Z1K1": "Z7", "Z7K1": "Z882", "Z882K1": "Z6091", "Z882K2": "Z6091" } ] }, "Z34938K3": "Z1002" }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z14392", "Z14392K2": { "Z1K1": "Z7", "Z7K1": "Z26107", "Z26107K1": "Z1002", "Z26107K2": { "Z1K1": "Z7", "Z7K1": "Z24766", "Z24766K1": { "Z1K1": "Z6091", "Z6091K1": "Q90" }, "Z24766K2": "Z1002" } } } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "appropriate referential - empty reference context" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } t882g99majqtzm0zf5n43fpftad6kkc 275544 275542 2026-05-16T17:42:08Z Jsamwrites 938 275544 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35235" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z34938", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z34938", "Z34938K1": { "Z1K1": "Z6091", "Z6091K1": "Q90" }, "Z34938K2": { "Z1K1": { "Z1K1": "Z7", "Z7K1": "Z883", "Z883K1": "Z6091", "Z883K2": "Z6091" }, "K1": [ { "Z1K1": "Z7", "Z7K1": "Z882", "Z882K1": "Z6091", "Z882K2": "Z6091" }, { "Z1K1": { "Z1K1": "Z7", "Z7K1": "Z882", "Z882K1": "Z6091", "Z882K2": "Z6091" }, "K1": { "Z1K1": "Z6091", "Z6091K1": "Q28314507" }, "K2": { "Z1K1": "Z6091", "Z6091K1": "Q5432619" } } ] }, "Z34938K3": "Z1002" }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z14392", "Z14392K2": { "Z1K1": "Z7", "Z7K1": "Z26107", "Z26107K1": "Z1002", "Z26107K2": { "Z1K1": "Z7", "Z7K1": "Z24766", "Z24766K1": { "Z1K1": "Z6091", "Z6091K1": "Q90" }, "Z24766K2": "Z1002" } } } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "appropriate referential - not recurring" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } heyyqti1skjror2zrkoosjnwzh8m0aw Z35236 0 83649 275545 2026-05-16T18:06:08Z Poro26 1521 #WikiHackCiv2026 Ajout de test 275545 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35236" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z35223", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z35223", "Z35223K1": { "Z1K1": "Z16683", "Z16683K1": "Z16660", "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "2" } }, "Z35223K2": { "Z1K1": "Z16683", "Z16683K1": "Z16660", "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "11" } } }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z16688", "Z16688K2": { "Z1K1": "Z16683", "Z16683K1": "Z16660", "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "15" } } } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "2 cm² et 11 cm² → 15 cm²" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } g94lya1jkumpabd8rj6lp4uxgvcq713 Z35237 0 83650 275552 2026-05-16T19:48:26Z Aaron Liu 2395 add test case where subject needs a definite article; previously we only tested dependency 275552 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35237" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z28026", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z28026", "Z28026K1": { "Z1K1": "Z6091", "Z6091K1": "Q928949" }, "Z28026K2": { "Z1K1": "Z6091", "Z6091K1": "Q1346215" }, "Z28026K3": { "Z1K1": "Z6091", "Z6091K1": "Q733" }, "Z28026K4": "Z1002" }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z14392", "Z14392K2": { "Z1K1": "Z11", "Z11K1": { "Z1K1": "Z9", "Z9K1": "" }, "Z11K2": "The Colorado Party is the ruling party of Paraguay." } } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "The Colorado Party is the ruling party of Paraguay" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } pung971e0elq23bjbfq0tsubtrlumi9 275554 275552 2026-05-16T19:49:54Z Aaron Liu 2395 add language to monolingual text 275554 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35237" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z28026", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z28026", "Z28026K1": { "Z1K1": "Z6091", "Z6091K1": "Q928949" }, "Z28026K2": { "Z1K1": "Z6091", "Z6091K1": "Q1346215" }, "Z28026K3": { "Z1K1": "Z6091", "Z6091K1": "Q733" }, "Z28026K4": "Z1002" }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z14392", "Z14392K2": { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "The Colorado Party is the ruling party of Paraguay." } } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "The Colorado Party is the ruling party of Paraguay" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } ic12knvvno3huqslkbrmssm2874ihyc Z35238 0 83651 275556 2026-05-16T19:58:40Z Modalya 73649 #WikiHackCiv2026 Ajout de test 275556 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35238" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z35222", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z35222", "Z35222K1": { "Z1K1": "Z20838", "Z20838K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z20838K2": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "4" } }, "Z20838K3": { "Z1K1": "Z13518", "Z13518K1": "1125899906842624" }, "Z20838K4": { "Z1K1": "Z20825", "Z20825K1": "Z20837" } }, "Z35222K2": { "Z1K1": "Z20838", "Z20838K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z20838K2": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "6" } }, "Z20838K3": { "Z1K1": "Z13518", "Z13518K1": "2533274790395904" }, "Z20838K4": { "Z1K1": "Z20825", "Z20825K1": "Z20837" } } }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z24582", "Z24582K2": { "Z1K1": "Z20838", "Z20838K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z20838K2": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "7" } }, "Z20838K3": { "Z1K1": "Z13518", "Z13518K1": "2533274790395904" }, "Z20838K4": { "Z1K1": "Z20825", "Z20825K1": "Z20837" } } } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "20cm et 10cm → 200cm²" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 7tyxqeeqcnpv2yxwku8xj1ky4t4bgfc Z35239 0 83652 275559 2026-05-16T20:18:36Z Poro26 1521 #WikiHackCiv2026 Ajout de test 275559 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35239" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z35223", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z35223", "Z35223K1": { "Z1K1": "Z19677", "Z19677K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z19677K2": { "Z1K1": "Z13518", "Z13518K1": "10" }, "Z19677K3": { "Z1K1": "Z13518", "Z13518K1": "1" } }, "Z35223K2": { "Z1K1": "Z19677", "Z19677K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z19677K2": { "Z1K1": "Z13518", "Z13518K1": "120" }, "Z19677K3": { "Z1K1": "Z13518", "Z13518K1": "1" } } }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z19686", "Z19686K2": { "Z1K1": "Z19677", "Z19677K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z19677K2": { "Z1K1": "Z13518", "Z13518K1": "140" }, "Z19677K3": { "Z1K1": "Z13518", "Z13518K1": "1" } } } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "10 cm² et 120 cm² → 140 cm²" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 746dffzu5vm6scdur050ubtqwto8o72 Z35240 0 83653 275560 2026-05-16T20:24:41Z Poro26 1521 #WikiHackCiv2026 Ajout de test 275560 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35240" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z35223", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z35223", "Z35223K1": { "Z1K1": "Z19677", "Z19677K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z19677K2": { "Z1K1": "Z13518", "Z13518K1": "2" }, "Z19677K3": { "Z1K1": "Z13518", "Z13518K1": "1" } }, "Z35223K2": { "Z1K1": "Z19677", "Z19677K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z19677K2": { "Z1K1": "Z13518", "Z13518K1": "15" }, "Z19677K3": { "Z1K1": "Z13518", "Z13518K1": "1" } } }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z19686", "Z19686K2": { "Z1K1": "Z19677", "Z19677K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z19677K2": { "Z1K1": "Z13518", "Z13518K1": "19" }, "Z19677K3": { "Z1K1": "Z13518", "Z13518K1": "1" } } } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "2 cm² et 15 cm² → 19 cm²" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } h6043tlzw60pv06u31828spphtlzd5d Z35241 0 83654 275561 2026-05-16T20:35:51Z Tways2017 70210 #WikiHackCiv2026 ajout de fonction calcul de l'autonomie bouteille ARI 275561 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35241" }, "Z2K2": { "Z1K1": "Z8", "Z8K1": [ "Z17", { "Z1K1": "Z17", "Z17K1": "Z16683", "Z17K2": "Z35241K1", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "volume" } ] } }, { "Z1K1": "Z17", "Z17K1": "Z20838", "Z17K2": "Z35241K2", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "pression" } ] } }, { "Z1K1": "Z17", "Z17K1": "Z16683", "Z17K2": "Z35241K3", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "débit" } ] } } ], "Z8K2": "Z20838", "Z8K3": [ "Z20" ], "Z8K4": [ "Z14" ], "Z8K5": "Z35241" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "autonomie d'un bouteille d'ARI" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1004", "Z31K2": [ "Z6", "autonomie bouteille ARI" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "Calcul de l'autonomie (unité généralement en minute) d'une bouteille d'ARI (Appareil Respiratoire Isolant) en fonction de débit (unité généralement en L/min) de consommation " } ] } } h2f227tejqyrg16bkz237k56fdcr98c Z35242 0 83655 275562 2026-05-16T20:39:12Z Poro26 1521 #WikiHackCiv2026 Ajout de test 275562 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35242" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z35223", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z35223", "Z35223K1": { "Z1K1": "Z19677", "Z19677K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z19677K2": { "Z1K1": "Z13518", "Z13518K1": "100" }, "Z19677K3": { "Z1K1": "Z13518", "Z13518K1": "1" } }, "Z35223K2": { "Z1K1": "Z19677", "Z19677K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z19677K2": { "Z1K1": "Z13518", "Z13518K1": "400" }, "Z19677K3": { "Z1K1": "Z13518", "Z13518K1": "1" } } }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z19686", "Z19686K2": { "Z1K1": "Z19677", "Z19677K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z19677K2": { "Z1K1": "Z13518", "Z13518K1": "600" }, "Z19677K3": { "Z1K1": "Z13518", "Z13518K1": "1" } } } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "100 m² et 400 m² → 600 m²" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 9e8roh8sbzaloc2iqkc4egk7gljllne Z35243 0 83656 275563 2026-05-16T20:40:55Z Tways2017 70210 #WikiHackCiv2026 ajout d'implémentation de la fonction de calcul de l'autonomie d'une bouteille d'ARI 275563 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35243" }, "Z2K2": { "Z1K1": "Z14", "Z14K1": "Z35241", "Z14K3": { "Z1K1": "Z16", "Z16K1": "Z610", "Z16K2": "def Z35241(Z35241K1, Z35241K2, Z35241K3):\n\treturn(Z35241K1*Z35241K2)/Z35241K3" } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "calcul de l'autonomie d'une bouteille d'ARI" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "Calcul de l'autonomie d'une bouteille d'ARI en fonction du debit de consommation de l'utilisateur" } ] } } 6d1pvja9t37399v7suxou502rhz5wss Translations:Wikifunctions:Status updates/2026-05-15/42/de 1198 83657 275564 2026-05-16T20:48:34Z Ameisenigel 44 Created page with "Diese Woche haben wir in Wikifunctions die Unterstützung für mehrere Dutzend natürliche Sprachen hinzugefügt, die bereits von [$1 TranslateWiki.net] unterstützt (und für die Übersetzung von Wikimedia-Software verwendet) wurden, aber noch nicht von Wikifunctions unterstützt wurden. Außerdem haben wir Abstrakte Seiten so aktualisiert, dass neben dem Seitentitel nun eine kopierbare QID angezeigt wird. Dadurch lässt sich die entsprechende Wikidata-QID schneller kop..." 275564 wikitext text/x-wiki Diese Woche haben wir in Wikifunctions die Unterstützung für mehrere Dutzend natürliche Sprachen hinzugefügt, die bereits von [$1 TranslateWiki.net] unterstützt (und für die Übersetzung von Wikimedia-Software verwendet) wurden, aber noch nicht von Wikifunctions unterstützt wurden. Außerdem haben wir Abstrakte Seiten so aktualisiert, dass neben dem Seitentitel nun eine kopierbare QID angezeigt wird. Dadurch lässt sich die entsprechende Wikidata-QID schneller kopieren, ähnlich der kopierbaren ZID, die neben den Titeln in Wikifunctions angezeigt wird ($2). 7u7z6vun2z2muhlf7td3yem0r6qaocl Translations:Wikifunctions:Status updates/2026-05-15/30/de 1198 83658 275566 2026-05-16T20:49:42Z Ameisenigel 44 Created page with "=== Neuigkeiten zu Typen: Weg nach vorn für Typen zur Generierung natürlicher Sprache ===" 275566 wikitext text/x-wiki === Neuigkeiten zu Typen: Weg nach vorn für Typen zur Generierung natürlicher Sprache === ir6n3epewneeyngrzt1yf12qocsr1nh Z35244 0 83659 275568 2026-05-16T20:50:11Z Poro26 1521 #WikiHackCiv2026 Ajout d'implémentation en Javascript 275568 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35244" }, "Z2K2": { "Z1K1": "Z14", "Z14K1": "Z35223", "Z14K3": { "Z1K1": "Z16", "Z16K1": "Z600", "Z16K2": "function Z35223( Z35223K1, Z35223K2 ) {\n\n\treturn (2*Z35223K1)+Z35223K2;\n}" } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "aire totale d'un prisme droit, Javascript" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } q3yxr8m4jir809kx9sxl2qab1kxeid6 Z35245 0 83660 275569 2026-05-16T20:53:16Z Tways2017 70210 #WikiHackCiv2026 ajout de test de calcul d'autonomie de la bouteille d'ARI 275569 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35245" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z35241", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z35241", "Z35241K1": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z9", "Z9K1": "" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "6" } }, "Z35241K2": { "Z1K1": "Z20838", "Z20838K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z20838K2": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "8" } }, "Z20838K3": { "Z1K1": "Z13518", "Z13518K1": "774056185954304" }, "Z20838K4": { "Z1K1": "Z20825", "Z20825K1": "Z20837" } }, "Z35241K3": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z9", "Z9K1": "" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "12" } } }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z20850", "Z20850K2": { "Z1K1": "Z20838", "Z20838K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z20838K2": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "7" } }, "Z20838K3": { "Z1K1": "Z13518", "Z13518K1": "774056185954304" }, "Z20838K4": { "Z1K1": "Z20825", "Z20825K1": "Z20837" } } } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "6L, 300Bars et 12L/min →150min" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "une bouteille de 6L confléa à 300Bars avec une consommation de 12L.min donne 150min d'autonomie " } ] } } p5fu2lr4nr7x07vvh5pjzmd021isw0p 275570 275569 2026-05-16T20:56:34Z Tways2017 70210 #WikiHackCiv2026 verification Test 275570 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35245" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z35241", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z35241", "Z35241K1": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z9", "Z9K1": "" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "6" } }, "Z35241K2": { "Z1K1": "Z20838", "Z20838K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z20838K2": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "8" } }, "Z20838K3": { "Z1K1": "Z13518", "Z13518K1": "774056185954304" }, "Z20838K4": { "Z1K1": "Z20825", "Z20825K1": "Z20837" } }, "Z35241K3": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z9", "Z9K1": "" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "12" } } }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z20850", "Z20850K2": { "Z1K1": "Z20838", "Z20838K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z20838K2": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "7" } }, "Z20838K3": { "Z1K1": "Z13518", "Z13518K1": "774056185954304" }, "Z20838K4": { "Z1K1": "Z20825", "Z20825K1": "Z20837" } } } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "6 L, 300 Bar et 12 L/min →150min" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "une bouteille de 6L confléa à 300Bars avec une consommation de 12L.min donne 150min d'autonomie " } ] } } dnvhz7qrq10oe3ys63hhwqz0op1ddca 275571 275570 2026-05-16T21:03:37Z Tways2017 70210 #WikiHackCiv2026 verification Test autonomie Bouteille d'ARi 275571 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35245" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z35241", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z35241", "Z35241K1": { "Z1K1": "Z16683", "Z16683K1": "Z16660", "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "6" } }, "Z35241K2": { "Z1K1": "Z20838", "Z20838K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z20838K2": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "8" } }, "Z20838K3": { "Z1K1": "Z13518", "Z13518K1": "774056185954304" }, "Z20838K4": { "Z1K1": "Z20825", "Z20825K1": "Z20837" } }, "Z35241K3": { "Z1K1": "Z16683", "Z16683K1": "Z16660", "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "12" } } }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z20850", "Z20850K2": { "Z1K1": "Z20838", "Z20838K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z20838K2": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "7" } }, "Z20838K3": { "Z1K1": "Z13518", "Z13518K1": "774056185954304" }, "Z20838K4": { "Z1K1": "Z20825", "Z20825K1": "Z20837" } } } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "6 L, 300 Bar et 12 L/min →150min" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "une bouteille de 6L confléa à 300Bars avec une consommation de 12L.min donne 150min d'autonomie " } ] } } iwijp1dtp0km2uqzu2ras7qrrurti8c Z35246 0 83661 275576 2026-05-17T00:12:10Z Poro26 1521 #WikiHackCiv2026 Ajout d'implémentation en Javascript 275576 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35246" }, "Z2K2": { "Z1K1": "Z14", "Z14K1": "Z35221", "Z14K3": { "Z1K1": "Z16", "Z16K1": "Z600", "Z16K2": "function Z35221( Z35221K1, Z35221K2 ) {\n\treturn Z35221K1/Z35221K2;\n}" } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "calcul de la vitesse moyenne, Javascript" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "calcul de la vitesse moyenne avec le langage Javascript" } ] } } hj0l3322ledclgr82whkf4xduc5b30q Z35247 0 83662 275577 2026-05-17T00:15:05Z Poro26 1521 #WikiHackCiv2026 Ajout de test 275577 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35247" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z35221", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z35221", "Z35221K1": { "Z1K1": "Z20838", "Z20838K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z20838K2": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "5" } }, "Z20838K3": { "Z1K1": "Z13518", "Z13518K1": "2533274790395904" }, "Z20838K4": { "Z1K1": "Z20825", "Z20825K1": "Z20837" } }, "Z35221K2": { "Z1K1": "Z16683", "Z16683K1": "Z16660", "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "10" } } }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z20850", "Z20850K2": { "Z1K1": "Z20838", "Z20838K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z20838K2": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "2" } }, "Z20838K3": { "Z1K1": "Z13518", "Z13518K1": "1125899906842624" }, "Z20838K4": { "Z1K1": "Z20825", "Z20825K1": "Z20837" } } } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "50m et 10s → 5m/s" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } togbpj856phxyfx3taqk0h053ojm4t9 Z35248 0 83663 275578 2026-05-17T00:15:45Z JJPMaster 6409 275578 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35248" }, "Z2K2": { "Z1K1": "Z8", "Z8K1": [ "Z17", { "Z1K1": "Z17", "Z17K1": "Z13518", "Z17K2": "Z35248K1", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "ID" } ] } } ], "Z8K2": "Z89", "Z8K3": [ "Z20" ], "Z8K4": [ "Z14" ], "Z8K5": "Z35248" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "generate Discogs link from artist ID" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } ie54gfeiqmrlkuyahz2bh2o1yigghex 275580 275578 2026-05-17T00:18:03Z JJPMaster 6409 Added Z35249 to the approved list of implementations 275580 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35248" }, "Z2K2": { "Z1K1": "Z8", "Z8K1": [ "Z17", { "Z1K1": "Z17", "Z17K1": "Z13518", "Z17K2": "Z35248K1", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "ID" } ] } } ], "Z8K2": "Z89", "Z8K3": [ "Z20" ], "Z8K4": [ "Z14", "Z35249" ], "Z8K5": "Z35248" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "generate Discogs link from artist ID" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } nkkry9x2s0zud48dgy3v97gqctu4eik 275582 275580 2026-05-17T00:21:43Z JJPMaster 6409 Removed Z35249 from the approved list of implementations 275582 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35248" }, "Z2K2": { "Z1K1": "Z8", "Z8K1": [ "Z17", { "Z1K1": "Z17", "Z17K1": "Z13518", "Z17K2": "Z35248K1", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "ID" } ] } } ], "Z8K2": "Z89", "Z8K3": [ "Z20" ], "Z8K4": [ "Z14" ], "Z8K5": "Z35248" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "generate Discogs link from artist ID" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } ie54gfeiqmrlkuyahz2bh2o1yigghex 275583 275582 2026-05-17T00:21:45Z JJPMaster 6409 +label 275583 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35248" }, "Z2K2": { "Z1K1": "Z8", "Z8K1": [ "Z17", { "Z1K1": "Z17", "Z17K1": "Z13518", "Z17K2": "Z35248K1", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "ID" } ] } }, { "Z1K1": "Z17", "Z17K1": "Z6", "Z17K2": "Z35248K2", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "label" } ] } } ], "Z8K2": "Z89", "Z8K3": [ "Z20" ], "Z8K4": [ "Z14" ], "Z8K5": "Z35248" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "generate Discogs link from artist ID" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } ouk4ti2nq8ie2j77ntr2fdbqpfbm552 275586 275583 2026-05-17T00:23:07Z JJPMaster 6409 Added Z35249 to the approved list of implementations 275586 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35248" }, "Z2K2": { "Z1K1": "Z8", "Z8K1": [ "Z17", { "Z1K1": "Z17", "Z17K1": "Z13518", "Z17K2": "Z35248K1", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "ID" } ] } }, { "Z1K1": "Z17", "Z17K1": "Z6", "Z17K2": "Z35248K2", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "label" } ] } } ], "Z8K2": "Z89", "Z8K3": [ "Z20" ], "Z8K4": [ "Z14", "Z35249" ], "Z8K5": "Z35248" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "generate Discogs link from artist ID" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } cd60vrn1q35sdjpfq902f4zmn7a26dn Z35249 0 83664 275579 2026-05-17T00:17:55Z JJPMaster 6409 275579 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35249" }, "Z2K2": { "Z1K1": "Z14", "Z14K1": "Z35248", "Z14K2": { "Z1K1": "Z7", "Z7K1": "Z30016", "Z30016K1": { "Z1K1": "Z7", "Z7K1": "Z10000", "Z10000K1": "https://www.discogs.com/artist/", "Z10000K2": { "Z1K1": "Z7", "Z7K1": "Z13713", "Z13713K1": { "Z1K1": "Z18", "Z18K1": "Z35248K1" } } }, "Z30016K2": "" } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "generate Discogs link from artist ID, composition" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } m5knkjn2qfeg4u3apv8btxi01f7jgfs 275585 275579 2026-05-17T00:23:00Z JJPMaster 6409 +label 275585 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35249" }, "Z2K2": { "Z1K1": "Z14", "Z14K1": "Z35248", "Z14K2": { "Z1K1": "Z7", "Z7K1": "Z10638", "Z10638K1": { "Z1K1": "Z7", "Z7K1": "Z10000", "Z10000K1": "https://www.discogs.com/artist/", "Z10000K2": { "Z1K1": "Z7", "Z7K1": "Z13713", "Z13713K1": { "Z1K1": "Z18", "Z18K1": "Z35248K1" } } }, "Z10638K2": { "Z1K1": "Z18", "Z18K1": "Z35248K2" } } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "generate Discogs link from artist ID, composition" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } f8wa02ykd8jyon4kwl71subb1ks6pp9 275592 275585 2026-05-17T00:39:18Z JJPMaster 6409 string problem 275592 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35249" }, "Z2K2": { "Z1K1": "Z14", "Z14K1": "Z35248", "Z14K2": { "Z1K1": "Z7", "Z7K1": "Z27861", "Z27861K1": { "Z1K1": "Z7", "Z7K1": "Z10638", "Z10638K1": { "Z1K1": "Z7", "Z7K1": "Z10000", "Z10000K1": "https://www.discogs.com/artist/", "Z10000K2": { "Z1K1": "Z7", "Z7K1": "Z13713", "Z13713K1": { "Z1K1": "Z18", "Z18K1": "Z35248K1" } } }, "Z10638K2": { "Z1K1": "Z18", "Z18K1": "Z35248K2" } } } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "generate Discogs link from artist ID, composition" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } q1khfx0z2m59z6iejtvbsys1zhbnfz8 Z35250 0 83665 275584 2026-05-17T00:22:07Z Poro26 1521 #WikiHackCiv2026 Ajout d'implémentation en Javascript 275584 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35250" }, "Z2K2": { "Z1K1": "Z14", "Z14K1": "Z35219", "Z14K3": { "Z1K1": "Z16", "Z16K1": "Z600", "Z16K2": "function Z35219( Z35219K1, Z35219K2 ) {\n\treturn Z35219K1/Z35219K2;\n}" } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "masse volumique, Javascript" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } ear5dtrtgpuq8kwe6b60nuf25hb7lb2 Z35251 0 83666 275587 2026-05-17T00:25:25Z Poro26 1521 #WikiHackCiv2026 Ajout de test 275587 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35251" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z35219", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z35219", "Z35219K1": { "Z1K1": "Z20838", "Z20838K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z20838K2": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "9" } }, "Z20838K3": { "Z1K1": "Z13518", "Z13518K1": "4292493394837504" }, "Z20838K4": { "Z1K1": "Z20825", "Z20825K1": "Z20837" } }, "Z35219K2": { "Z1K1": "Z20838", "Z20838K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z20838K2": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "3" } }, "Z20838K3": { "Z1K1": "Z13518", "Z13518K1": "1125899906842624" }, "Z20838K4": { "Z1K1": "Z20825", "Z20825K1": "Z20837" } } }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z20850", "Z20850K2": { "Z1K1": "Z20838", "Z20838K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z20838K2": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "6" } }, "Z20838K3": { "Z1K1": "Z13518", "Z13518K1": "2533274790395904" }, "Z20838K4": { "Z1K1": "Z20825", "Z20825K1": "Z20837" } } } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "1000 g et 10 cm³ → 100 g/cm³" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } fd8cyok12vfzeti0yr5o6r02mltzdga Z35252 0 83667 275589 2026-05-17T00:30:14Z Poro26 1521 #WikiHackCiv2026 Ajout de test 275589 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35252" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z35222", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z35222", "Z35222K1": { "Z1K1": "Z20838", "Z20838K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z20838K2": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "4" } }, "Z20838K3": { "Z1K1": "Z13518", "Z13518K1": "1125899906842624" }, "Z20838K4": { "Z1K1": "Z20825", "Z20825K1": "Z20837" } }, "Z35222K2": { "Z1K1": "Z20838", "Z20838K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z20838K2": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "1" } }, "Z20838K3": { "Z1K1": "Z13518", "Z13518K1": "0" }, "Z20838K4": { "Z1K1": "Z20825", "Z20825K1": "Z20837" } } }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z20850", "Z20850K2": { "Z1K1": "Z20838", "Z20838K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z20838K2": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "5" } }, "Z20838K3": { "Z1K1": "Z13518", "Z13518K1": "1125899906842624" }, "Z20838K4": { "Z1K1": "Z20825", "Z20825K1": "Z20837" } } } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "20 cm et 2 cm → 40 cm²" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 66e78c8u5g165umdkgu99f9icw302mh Z35253 0 83668 275590 2026-05-17T00:34:30Z Poro26 1521 #WikiHackCiv2026 Ajout d'implémentation en Javascript 275590 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35253" }, "Z2K2": { "Z1K1": "Z14", "Z14K1": "Z35222", "Z14K3": { "Z1K1": "Z16", "Z16K1": "Z600", "Z16K2": "function Z35222( Z35222K1, Z35222K2 ) {\n\treturn Z35222K1*Z35222K1;\n}" } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "Aire latérale d'un prisme droit, Javascript" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "calcul de l'aire latérale d'un prisme droit avec le langage Javascript" } ] } } ry43t3l10051ix3sezs3f1pmahuymme 275591 275590 2026-05-17T00:35:56Z Poro26 1521 #WikiHackCiv2026 Correction 275591 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35253" }, "Z2K2": { "Z1K1": "Z14", "Z14K1": "Z35222", "Z14K3": { "Z1K1": "Z16", "Z16K1": "Z600", "Z16K2": "function Z35222( Z35222K1, Z35222K2 ) {\n\treturn Z35222K1*Z35222K2;\n}" } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "Aire latérale d'un prisme droit, Javascript" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "calcul de l'aire latérale d'un prisme droit avec le langage Javascript" } ] } } ddjornfkiystp0r21ymyotvg4l7xkre Z35254 0 83669 275593 2026-05-17T00:40:03Z Poro26 1521 #WikiHackCiv2026 Ajout d'implémentation en Javascript 275593 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35254" }, "Z2K2": { "Z1K1": "Z14", "Z14K1": "Z35224", "Z14K3": { "Z1K1": "Z16", "Z16K1": "Z600", "Z16K2": "function Z35224( Z35224K1, Z35224K2 ) {\n\treturn Z35224K1/Z35224K2;\n}" } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "débit moyen, Javascript" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } d5ctyri08wxwgjurazqjs8qjxyiaccf Z35255 0 83670 275594 2026-05-17T00:43:45Z Poro26 1521 #WikiHackCiv2026 Ajout de test 275594 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35255" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z35224", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z35224", "Z35224K1": { "Z1K1": "Z20838", "Z20838K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z20838K2": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "8" } }, "Z20838K3": { "Z1K1": "Z13518", "Z13518K1": "4292493394837504" }, "Z20838K4": { "Z1K1": "Z20825", "Z20825K1": "Z20837" } }, "Z35224K2": { "Z1K1": "Z20838", "Z20838K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z20838K2": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "5" } }, "Z20838K3": { "Z1K1": "Z13518", "Z13518K1": "2533274790395904" }, "Z20838K4": { "Z1K1": "Z20825", "Z20825K1": "Z20837" } } }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z20850", "Z20850K2": { "Z1K1": "Z20838", "Z20838K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z20838K2": { "Z1K1": "Z16683", "Z16683K1": { "Z1K1": "Z16659", "Z16659K1": "Z16660" }, "Z16683K2": { "Z1K1": "Z13518", "Z13518K1": "3" } }, "Z20838K3": { "Z1K1": "Z13518", "Z13518K1": "1125899906842624" }, "Z20838K4": { "Z1K1": "Z20825", "Z20825K1": "Z20837" } } } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "500m³ et 50s → 10m³/s" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 4begcaksbvakcgo30zm4qcii5mmt989 Z35256 0 83671 275595 2026-05-17T00:50:44Z Poro26 1521 #WikiHackCiv2026 Création d'une fonction 275595 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35256" }, "Z2K2": { "Z1K1": "Z8", "Z8K1": [ "Z17", { "Z1K1": "Z17", "Z17K1": "Z6", "Z17K2": "Z35256K1", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "ISBN brut" } ] } } ], "Z8K2": "Z6", "Z8K3": [ "Z20" ], "Z8K4": [ "Z14" ], "Z8K5": "Z35256" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "formater un ISBN-10" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1004", "Z31K2": [ "Z6", "formater ISBN-10" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "Formate un ISBN de dix chiffres en ajoutant correctement les tirets selon la norme ISBN-10" } ] } } njcfkrq16oxskzgoiqkx1afxmgus2xo 275597 275595 2026-05-17T00:56:36Z Poro26 1521 #WikiHackCiv2026 Correction 275597 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35256" }, "Z2K2": { "Z1K1": "Z8", "Z8K1": [ "Z17", { "Z1K1": "Z17", "Z17K1": "Z6", "Z17K2": "Z35256K1", "Z17K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "ISBN-10 brut" } ] } } ], "Z8K2": "Z6", "Z8K3": [ "Z20" ], "Z8K4": [ "Z14" ], "Z8K5": "Z35256" }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "formater un ISBN-10" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1004", "Z31K2": [ "Z6", "formater ISBN-10" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "Formate un ISBN de dix chiffres en ajoutant correctement les tirets selon la norme ISBN-10" } ] } } 2scrh7xeybye22a7fjo7fon4fkqmu3a Z35257 0 83672 275596 2026-05-17T00:55:57Z Poro26 1521 #WikiHackCiv2026 Ajout d'une implémentation en Python 275596 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35257" }, "Z2K2": { "Z1K1": "Z14", "Z14K1": "Z35256", "Z14K3": { "Z1K1": "Z16", "Z16K1": "Z610", "Z16K2": "def Z35256(Z35256K1):\n # Supprimer les espaces et tirets\n Z35256K1 = Z35256K1.replace(\"-\", \"\").replace(\" \", \"\")\n\n # Vérifier la longueur\n if len(Z35256K1) != 10:\n return \"ISBN-10 invalide\"\n\n # Formatage simple\n return f\"{Z35256K1[0]}-{Z35256K1[1:4]}-{Z35256K1[4:9]}-{Z35256K1[9]}\"" } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "formater un ISBN-10, Python" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } 4pz6p2plp2ytwq5lywcmuasn74a6zuv Z35258 0 83673 275598 2026-05-17T00:58:09Z Poro26 1521 #WikiHackCiv2026 Ajout d'un test 275598 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35258" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z35256", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z35256", "Z35256K1": "2212675374" }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z866", "Z866K2": "2-212-67537-4" } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1004", "Z11K2": "2212675374 → 2-212-67537-4" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } av1h6bn3tld8iw5c7t6xei79dl1vu7k Template:Type documentation/related types/grammatical feature enums 10 83674 275602 2026-05-17T01:41:14Z YoshiRulz 10156 Create template 275602 wikitext text/x-wiki {{#switch:<includeonly>{{SUBJECTPAGENAME}}</includeonly> ||#default= * unknown |<!-- --> |Z28516= * {{Z+|Z27970}} |Z27970= * {{Z+|Z28516}} |<!-- --> |Z26935= * {{Z+|Z25502}} * {{Z+|Z25340}} * {{Z+|Z25501}} |Z25502= * {{Z+|Z26935}} * {{Z+|Z25340}} * {{Z+|Z25501}} |Z25340= * {{Z+|Z26935}} * {{Z+|Z25502}} * {{Z+|Z25501}} |Z25501= * {{Z+|Z26935}} * {{Z+|Z25502}} * {{Z+|Z25340}} |<!-- --> |Z28215= * {{Z+|Z28515}} * {{Z+|Z26934}} |Z28515= * {{Z+|Z28215}} * {{Z+|Z26934}} |Z26934= * {{Z+|Z28215}} * {{Z+|Z28515}} |<!-- --> |Z32792= * {{Z+|Z32789}} * {{Z+|Z28517}} |Z32789= * {{Z+|Z32792}} * {{Z+|Z28517}} |Z28517= * {{Z+|Z32792}} * {{Z+|Z32789}} |<!-- --> |Z28520= * {{Z+|Z28518}} |Z28518= * {{Z+|Z28520}} |<!-- --> }} * Other [[Special:MyLanguage/WF:Type#Grammatical_feature_enums|grammatical feature enums]] 1akdptouz8jqqh9soq4oqt1vqw06mmw 275603 275602 2026-05-17T01:44:04Z YoshiRulz 10156 Need to include these as explicitly blank 275603 wikitext text/x-wiki {{#switch:<includeonly>{{SUBJECTPAGENAME}}</includeonly> ||#default= * unknown |<!-- --> |Z28516= * {{Z+|Z27970}} |Z27970= * {{Z+|Z28516}} |<!-- --> |Z26935= * {{Z+|Z25502}} * {{Z+|Z25340}} * {{Z+|Z25501}} |Z25502= * {{Z+|Z26935}} * {{Z+|Z25340}} * {{Z+|Z25501}} |Z25340= * {{Z+|Z26935}} * {{Z+|Z25502}} * {{Z+|Z25501}} |Z25501= * {{Z+|Z26935}} * {{Z+|Z25502}} * {{Z+|Z25340}} |<!-- --> |Z28215= * {{Z+|Z28515}} * {{Z+|Z26934}} |Z28515= * {{Z+|Z28215}} * {{Z+|Z26934}} |Z26934= * {{Z+|Z28215}} * {{Z+|Z28515}} |<!-- --> |Z32792= * {{Z+|Z32789}} * {{Z+|Z28517}} |Z32789= * {{Z+|Z32792}} * {{Z+|Z28517}} |Z28517= * {{Z+|Z32792}} * {{Z+|Z32789}} |<!-- --> |Z28520= * {{Z+|Z28518}} |Z28518= * {{Z+|Z28520}} |<!-- --> |Z27971|Z28519= }} * Other [[Special:MyLanguage/WF:Type#Grammatical_feature_enums|grammatical feature enums]] 4zy7m5c00bl4a4pvdhcqaigzesevpu1 Category:Enumeration types 14 83675 275625 2026-05-17T02:59:32Z YoshiRulz 10156 Create page 275625 wikitext text/x-wiki [[Category:Types]] {{see also|WF:Function model#Lightweight enumerations}} 5tby5hz3idp4tfhuevr8837lt4ydcgi Talk:Z881 1 83676 275628 2026-05-17T03:02:47Z YoshiRulz 10156 Add auto-generated docs 275628 wikitext text/x-wiki {{type documentation|Z881|Typed list}} 6rwrmrd8r0epca554ddcnwc5u4atd0m Talk:Z883 1 83677 275631 2026-05-17T03:05:16Z YoshiRulz 10156 Add auto-generated docs 275631 wikitext text/x-wiki {{type documentation|Z883|Typed map}} pbpwe5xp2rsv2vt7c596jtfhibru6t2 Talk:Z6884 1 83678 275632 2026-05-17T03:05:20Z YoshiRulz 10156 Add auto-generated docs 275632 wikitext text/x-wiki {{type documentation|Z6884|Typed enum of Wikidata references}} h4ydwsi37zohpmenip1brrr9vrnv1ld Category:Parameterised types 14 83679 275633 2026-05-17T03:06:45Z YoshiRulz 10156 Create page 275633 wikitext text/x-wiki [[Category:Types]] n48d7yaex28b62qlqbo974na6jnn7xa User:Jérémy-Günther-Heinz Jähnick/Translations/Z2000 2 83680 275638 2026-05-17T04:40:35Z Jérémy-Günther-Heinz Jähnick 6055 Created page with "== Z2000 → Z2099 == {{Z|2000}} {{Z|2001}} {{Z|2002}} {{Z|2003}} {{Z|2004}} {{Z|2005}} {{Z|2006}} {{Z|2007}} {{Z|2008}} {{Z|2009}} {{Z|2010}} {{Z|2011}} {{Z|2012}} {{Z|2013}} {{Z|2014}} {{Z|2015}} {{Z|2016}} {{Z|2017}} {{Z|2018}} {{Z|2019}} {{Z|2020}} {{Z|2021}} {{Z|2022}} {{Z|2023}} {{Z|2024}} {{Z|2025}} {{Z|2026}} {{Z|2027}} {{Z|2028}} {{Z|2029}} {{Z|2030}} {{Z|2031}} {{Z|2032}} {{Z|2033}} {{Z|2034}} {{Z|2035}} {{Z|2036}} {{Z|2037}} {{Z|2038}} {{Z|2039}} {{Z|2040}..." 275638 wikitext text/x-wiki == Z2000 → Z2099 == {{Z|2000}} {{Z|2001}} {{Z|2002}} {{Z|2003}} {{Z|2004}} {{Z|2005}} {{Z|2006}} {{Z|2007}} {{Z|2008}} {{Z|2009}} {{Z|2010}} {{Z|2011}} {{Z|2012}} {{Z|2013}} {{Z|2014}} {{Z|2015}} {{Z|2016}} {{Z|2017}} {{Z|2018}} {{Z|2019}} {{Z|2020}} {{Z|2021}} {{Z|2022}} {{Z|2023}} {{Z|2024}} {{Z|2025}} {{Z|2026}} {{Z|2027}} {{Z|2028}} {{Z|2029}} {{Z|2030}} {{Z|2031}} {{Z|2032}} {{Z|2033}} {{Z|2034}} {{Z|2035}} {{Z|2036}} {{Z|2037}} {{Z|2038}} {{Z|2039}} {{Z|2040}} {{Z|2041}} {{Z|2042}} {{Z|2043}} {{Z|2044}} {{Z|2045}} {{Z|2046}} {{Z|2047}} {{Z|2048}} {{Z|2049}} {{Z|2050}} {{Z|2051}} {{Z|2052}} {{Z|2053}} {{Z|2054}} {{Z|2055}} {{Z|2056}} {{Z|2057}} {{Z|2058}} {{Z|2059}} {{Z|2060}} {{Z|2061}} {{Z|2062}} {{Z|2063}} {{Z|2064}} {{Z|2065}} {{Z|2066}} {{Z|2067}} {{Z|2068}} {{Z|2069}} {{Z|2070}} {{Z|2071}} {{Z|2072}} {{Z|2073}} {{Z|2074}} {{Z|2075}} {{Z|2076}} {{Z|2077}} {{Z|2078}} {{Z|2079}} {{Z|2080}} {{Z|2081}} {{Z|2082}} {{Z|2083}} {{Z|2084}} {{Z|2085}} {{Z|2086}} {{Z|2087}} {{Z|2088}} {{Z|2089}} {{Z|2090}} {{Z|2091}} {{Z|2092}} {{Z|2093}} {{Z|2094}} {{Z|2095}} {{Z|2096}} {{Z|2097}} {{Z|2098}} {{Z|2099}} == Z2100 → Z2199 == {{Z|2100}} {{Z|2101}} {{Z|2102}} {{Z|2103}} {{Z|2104}} {{Z|2105}} {{Z|2106}} {{Z|2107}} {{Z|2108}} {{Z|2109}} {{Z|2110}} {{Z|2111}} {{Z|2112}} {{Z|2113}} {{Z|2114}} {{Z|2115}} {{Z|2116}} {{Z|2117}} {{Z|2118}} {{Z|2119}} {{Z|2120}} {{Z|2121}} {{Z|2122}} {{Z|2123}} {{Z|2124}} {{Z|2125}} {{Z|2126}} {{Z|2127}} {{Z|2128}} {{Z|2129}} {{Z|2130}} {{Z|2131}} {{Z|2132}} {{Z|2133}} {{Z|2134}} {{Z|2135}} {{Z|2136}} {{Z|2137}} {{Z|2138}} {{Z|2139}} {{Z|2140}} {{Z|2141}} {{Z|2142}} {{Z|2143}} {{Z|2144}} {{Z|2145}} {{Z|2146}} {{Z|2147}} {{Z|2148}} {{Z|2149}} {{Z|2150}} {{Z|2151}} {{Z|2152}} {{Z|2153}} {{Z|2154}} {{Z|2155}} {{Z|2156}} {{Z|2157}} {{Z|2158}} {{Z|2159}} {{Z|2160}} {{Z|2161}} {{Z|2162}} {{Z|2163}} {{Z|2164}} {{Z|2165}} {{Z|2166}} {{Z|2167}} {{Z|2168}} {{Z|2169}} {{Z|2170}} {{Z|2171}} {{Z|2172}} {{Z|2173}} {{Z|2174}} {{Z|2175}} {{Z|2176}} {{Z|2177}} {{Z|2178}} {{Z|2179}} {{Z|2180}} {{Z|2181}} {{Z|2182}} {{Z|2183}} {{Z|2184}} {{Z|2185}} {{Z|2186}} {{Z|2187}} {{Z|2188}} {{Z|2189}} {{Z|2190}} {{Z|2191}} {{Z|2192}} {{Z|2193}} {{Z|2194}} {{Z|2195}} {{Z|2196}} {{Z|2197}} {{Z|2198}} {{Z|2199}} == Z2200 → Z2299 == {{Z|2200}} {{Z|2201}} {{Z|2202}} {{Z|2203}} {{Z|2204}} {{Z|2205}} {{Z|2206}} {{Z|2207}} {{Z|2208}} {{Z|2209}} {{Z|2210}} {{Z|2211}} {{Z|2212}} {{Z|2213}} {{Z|2214}} {{Z|2215}} {{Z|2216}} {{Z|2217}} {{Z|2218}} {{Z|2219}} {{Z|2220}} {{Z|2221}} {{Z|2222}} {{Z|2223}} {{Z|2224}} {{Z|2225}} {{Z|2226}} {{Z|2227}} {{Z|2228}} {{Z|2229}} {{Z|2230}} {{Z|2231}} {{Z|2232}} {{Z|2233}} {{Z|2234}} {{Z|2235}} {{Z|2236}} {{Z|2237}} {{Z|2238}} {{Z|2239}} {{Z|2240}} {{Z|2241}} {{Z|2242}} {{Z|2243}} {{Z|2244}} {{Z|2245}} {{Z|2246}} {{Z|2247}} {{Z|2248}} {{Z|2249}} {{Z|2240}} {{Z|2250}} {{Z|2251}} {{Z|2252}} {{Z|2253}} {{Z|2254}} {{Z|2255}} {{Z|2256}} {{Z|2257}} {{Z|2258}} {{Z|2259}} {{Z|2260}} {{Z|2261}} {{Z|2262}} {{Z|2263}} {{Z|2264}} {{Z|2265}} {{Z|2266}} {{Z|2267}} {{Z|2268}} {{Z|2269}} {{Z|2270}} {{Z|2271}} {{Z|2272}} {{Z|2273}} {{Z|2274}} {{Z|2275}} {{Z|2276}} {{Z|2277}} {{Z|2278}} {{Z|2279}} {{Z|2280}} {{Z|2281}} {{Z|2282}} {{Z|2283}} {{Z|2284}} {{Z|2285}} {{Z|2286}} {{Z|2287}} {{Z|2288}} {{Z|2289}} {{Z|2290}} {{Z|2291}} {{Z|2292}} {{Z|2293}} {{Z|2294}} {{Z|2295}} {{Z|2296}} {{Z|2297}} {{Z|2298}} {{Z|2299}} == Z2300 → Z2399 == {{Z|2300}} {{Z|2301}} {{Z|2302}} {{Z|2303}} {{Z|2304}} {{Z|2305}} {{Z|2306}} {{Z|2307}} {{Z|2308}} {{Z|2309}} {{Z|2310}} {{Z|2311}} {{Z|2312}} {{Z|2313}} {{Z|2314}} {{Z|2315}} {{Z|2316}} {{Z|2317}} {{Z|2318}} {{Z|2319}} {{Z|2320}} {{Z|2321}} {{Z|2322}} {{Z|2323}} {{Z|2324}} {{Z|2325}} {{Z|2326}} {{Z|2327}} {{Z|2328}} {{Z|2329}} {{Z|2330}} {{Z|2331}} {{Z|2332}} {{Z|2333}} {{Z|2334}} {{Z|2335}} {{Z|2336}} {{Z|2337}} {{Z|2338}} {{Z|2339}} {{Z|2340}} {{Z|2341}} {{Z|2342}} {{Z|2343}} {{Z|2344}} {{Z|2345}} {{Z|2346}} {{Z|2347}} {{Z|2348}} {{Z|2349}} {{Z|2350}} {{Z|2351}} {{Z|2352}} {{Z|2353}} {{Z|2354}} {{Z|2355}} {{Z|2356}} {{Z|2357}} {{Z|2358}} {{Z|2359}} {{Z|2360}} {{Z|2361}} {{Z|2362}} {{Z|2363}} {{Z|2364}} {{Z|2365}} {{Z|2366}} {{Z|2367}} {{Z|2368}} {{Z|2369}} {{Z|2370}} {{Z|2371}} {{Z|2372}} {{Z|2373}} {{Z|2374}} {{Z|2375}} {{Z|2376}} {{Z|2377}} {{Z|2378}} {{Z|2379}} {{Z|2380}} {{Z|2381}} {{Z|2382}} {{Z|2383}} {{Z|2384}} {{Z|2385}} {{Z|2386}} {{Z|2387}} {{Z|2388}} {{Z|2389}} {{Z|2390}} {{Z|2391}} {{Z|2392}} {{Z|2393}} {{Z|2394}} {{Z|2395}} {{Z|2396}} {{Z|2397}} {{Z|2398}} {{Z|2399}} == Z2400 → Z2499 == {{Z|2400}} {{Z|2401}} {{Z|2402}} {{Z|2403}} {{Z|2404}} {{Z|2405}} {{Z|2406}} {{Z|2407}} {{Z|2408}} {{Z|2409}} {{Z|2410}} {{Z|2411}} {{Z|2412}} {{Z|2413}} {{Z|2414}} {{Z|2415}} {{Z|2416}} {{Z|2417}} {{Z|2418}} {{Z|2419}} {{Z|2420}} {{Z|2421}} {{Z|2422}} {{Z|2423}} {{Z|2424}} {{Z|2425}} {{Z|2426}} {{Z|2427}} {{Z|2428}} {{Z|2429}} {{Z|2430}} {{Z|2431}} {{Z|2432}} {{Z|2433}} {{Z|2434}} {{Z|2435}} {{Z|2436}} {{Z|2437}} {{Z|2438}} {{Z|2439}} {{Z|2440}} {{Z|2441}} {{Z|2442}} {{Z|2443}} {{Z|2444}} {{Z|2445}} {{Z|2446}} {{Z|2447}} {{Z|2448}} {{Z|2449}} {{Z|2450}} {{Z|2451}} {{Z|2452}} {{Z|2453}} {{Z|2454}} {{Z|2455}} {{Z|2456}} {{Z|2457}} {{Z|2458}} {{Z|2459}} {{Z|2460}} {{Z|2461}} {{Z|2462}} {{Z|2463}} {{Z|2464}} {{Z|2465}} {{Z|2466}} {{Z|2467}} {{Z|2468}} {{Z|2469}} {{Z|2470}} {{Z|2471}} {{Z|2472}} {{Z|2473}} {{Z|2474}} {{Z|2475}} {{Z|2476}} {{Z|2477}} {{Z|2478}} {{Z|2479}} {{Z|2480}} {{Z|2481}} {{Z|2482}} {{Z|2483}} {{Z|2484}} {{Z|2485}} {{Z|2486}} {{Z|2487}} {{Z|2488}} {{Z|2489}} {{Z|2490}} {{Z|2491}} {{Z|2492}} {{Z|2493}} {{Z|2494}} {{Z|2495}} {{Z|2496}} {{Z|2497}} {{Z|2498}} {{Z|2499}} == Z2500 → Z2599 == {{Z|2500}} {{Z|2501}} {{Z|2502}} {{Z|2503}} {{Z|2504}} {{Z|2505}} {{Z|2506}} {{Z|2507}} {{Z|2508}} {{Z|2509}} {{Z|2510}} {{Z|2511}} {{Z|2512}} {{Z|2513}} {{Z|2514}} {{Z|2515}} {{Z|2516}} {{Z|2517}} {{Z|2518}} {{Z|2519}} {{Z|2520}} {{Z|2521}} {{Z|2522}} {{Z|2523}} {{Z|2524}} {{Z|2525}} {{Z|2526}} {{Z|2527}} {{Z|2528}} {{Z|2529}} {{Z|2530}} {{Z|2531}} {{Z|2532}} {{Z|2533}} {{Z|2534}} {{Z|2535}} {{Z|2536}} {{Z|2537}} {{Z|2538}} {{Z|2539}} {{Z|2540}} {{Z|2541}} {{Z|2542}} {{Z|2543}} {{Z|2544}} {{Z|2545}} {{Z|2546}} {{Z|2547}} {{Z|2548}} {{Z|2549}} {{Z|2550}} {{Z|2551}} {{Z|2552}} {{Z|2553}} {{Z|2554}} {{Z|2555}} {{Z|2556}} {{Z|2557}} {{Z|2558}} {{Z|2559}} {{Z|2560}} {{Z|2561}} {{Z|2562}} {{Z|2563}} {{Z|2564}} {{Z|2565}} {{Z|2566}} {{Z|2567}} {{Z|2568}} {{Z|2569}} {{Z|2570}} {{Z|2571}} {{Z|2572}} {{Z|2573}} {{Z|2574}} {{Z|2575}} {{Z|2576}} {{Z|2577}} {{Z|2578}} {{Z|2579}} {{Z|2580}} {{Z|2581}} {{Z|2582}} {{Z|2583}} {{Z|2584}} {{Z|2585}} {{Z|2586}} {{Z|2587}} {{Z|2588}} {{Z|2589}} {{Z|2590}} {{Z|2591}} {{Z|2592}} {{Z|2593}} {{Z|2594}} {{Z|2595}} {{Z|2596}} {{Z|2597}} {{Z|2598}} {{Z|2599}} == Z2600 → Z2699 == {{Z|2600}} {{Z|2601}} {{Z|2602}} {{Z|2603}} {{Z|2604}} {{Z|2605}} {{Z|2606}} {{Z|2607}} {{Z|2608}} {{Z|2609}} {{Z|2610}} {{Z|2611}} {{Z|2612}} {{Z|2613}} {{Z|2614}} {{Z|2615}} {{Z|2616}} {{Z|2617}} {{Z|2618}} {{Z|2619}} {{Z|2620}} {{Z|2621}} {{Z|2622}} {{Z|2623}} {{Z|2624}} {{Z|2625}} {{Z|2626}} {{Z|2627}} {{Z|2628}} {{Z|2629}} {{Z|2630}} {{Z|2631}} {{Z|2632}} {{Z|2633}} {{Z|2634}} {{Z|2635}} {{Z|2636}} {{Z|2637}} {{Z|2638}} {{Z|2639}} {{Z|2640}} {{Z|2641}} {{Z|2642}} {{Z|2643}} {{Z|2644}} {{Z|2645}} {{Z|2646}} {{Z|2647}} {{Z|2648}} {{Z|2649}} {{Z|2650}} {{Z|2651}} {{Z|2652}} {{Z|2653}} {{Z|2654}} {{Z|2655}} {{Z|2656}} {{Z|2657}} {{Z|2658}} {{Z|2659}} {{Z|2660}} {{Z|2661}} {{Z|2662}} {{Z|2663}} {{Z|2664}} {{Z|2665}} {{Z|2666}} {{Z|2667}} {{Z|2668}} {{Z|2669}} {{Z|2670}} {{Z|2671}} {{Z|2672}} {{Z|2673}} {{Z|2674}} {{Z|2675}} {{Z|2676}} {{Z|2677}} {{Z|2678}} {{Z|2679}} {{Z|2680}} {{Z|2681}} {{Z|2682}} {{Z|2683}} {{Z|2684}} {{Z|2685}} {{Z|2686}} {{Z|2687}} {{Z|2688}} {{Z|2689}} {{Z|2690}} {{Z|2691}} {{Z|2692}} {{Z|2693}} {{Z|2694}} {{Z|2695}} {{Z|2696}} {{Z|2697}} {{Z|2698}} {{Z|2699}} == Z2700 → Z2799 == {{Z|2700}} {{Z|2701}} {{Z|2702}} {{Z|2703}} {{Z|2704}} {{Z|2705}} {{Z|2706}} {{Z|2707}} {{Z|2708}} {{Z|2709}} {{Z|2710}} {{Z|2711}} {{Z|2712}} {{Z|2713}} {{Z|2714}} {{Z|2715}} {{Z|2716}} {{Z|2717}} {{Z|2718}} {{Z|2719}} {{Z|2720}} {{Z|2721}} {{Z|2722}} {{Z|2723}} {{Z|2724}} {{Z|2725}} {{Z|2726}} {{Z|2727}} {{Z|2728}} {{Z|2729}} {{Z|2730}} {{Z|2731}} {{Z|2732}} {{Z|2733}} {{Z|2734}} {{Z|2735}} {{Z|2736}} {{Z|2737}} {{Z|2738}} {{Z|2739}} {{Z|2740}} {{Z|2741}} {{Z|2742}} {{Z|2743}} {{Z|2744}} {{Z|2745}} {{Z|2746}} {{Z|2747}} {{Z|2748}} {{Z|2749}} {{Z|2750}} {{Z|2751}} {{Z|2752}} {{Z|2753}} {{Z|2754}} {{Z|2755}} {{Z|2756}} {{Z|2757}} {{Z|2758}} {{Z|2759}} {{Z|2760}} {{Z|2761}} {{Z|2762}} {{Z|2763}} {{Z|2764}} {{Z|2765}} {{Z|2766}} {{Z|2767}} {{Z|2768}} {{Z|2769}} {{Z|2770}} {{Z|2771}} {{Z|2772}} {{Z|2773}} {{Z|2774}} {{Z|2775}} {{Z|2776}} {{Z|2777}} {{Z|2778}} {{Z|2779}} {{Z|2780}} {{Z|2781}} {{Z|2782}} {{Z|2783}} {{Z|2784}} {{Z|2785}} {{Z|2786}} {{Z|2787}} {{Z|2788}} {{Z|2789}} {{Z|2790}} {{Z|2791}} {{Z|2792}} {{Z|2793}} {{Z|2794}} {{Z|2795}} {{Z|2796}} {{Z|2797}} {{Z|2798}} {{Z|2799}} == Z2800 → Z2899 == {{Z|2800}} {{Z|2801}} {{Z|2802}} {{Z|2803}} {{Z|2804}} {{Z|2805}} {{Z|2806}} {{Z|2807}} {{Z|2808}} {{Z|2809}} {{Z|2810}} {{Z|2811}} {{Z|2812}} {{Z|2813}} {{Z|2814}} {{Z|2815}} {{Z|2816}} {{Z|2817}} {{Z|2818}} {{Z|2819}} {{Z|2820}} {{Z|2821}} {{Z|2822}} {{Z|2823}} {{Z|2824}} {{Z|2825}} {{Z|2826}} {{Z|2827}} {{Z|2828}} {{Z|2829}} {{Z|2830}} {{Z|2831}} {{Z|2832}} {{Z|2833}} {{Z|2834}} {{Z|2835}} {{Z|2836}} {{Z|2837}} {{Z|2838}} {{Z|2839}} {{Z|2840}} {{Z|2841}} {{Z|2842}} {{Z|2843}} {{Z|2844}} {{Z|2845}} {{Z|2846}} {{Z|2847}} {{Z|2848}} {{Z|2849}} {{Z|2850}} {{Z|2851}} {{Z|2852}} {{Z|2853}} {{Z|2854}} {{Z|2855}} {{Z|2856}} {{Z|2857}} {{Z|2858}} {{Z|2859}} {{Z|2860}} {{Z|2861}} {{Z|2862}} {{Z|2863}} {{Z|2864}} {{Z|2865}} {{Z|2866}} {{Z|2867}} {{Z|2868}} {{Z|2869}} {{Z|2870}} {{Z|2871}} {{Z|2872}} {{Z|2873}} {{Z|2874}} {{Z|2875}} {{Z|2876}} {{Z|2877}} {{Z|2878}} {{Z|2879}} {{Z|2880}} {{Z|2881}} {{Z|2882}} {{Z|2883}} {{Z|2884}} {{Z|2885}} {{Z|2886}} {{Z|2887}} {{Z|2888}} {{Z|2889}} {{Z|2890}} {{Z|2891}} {{Z|2892}} {{Z|2893}} {{Z|2894}} {{Z|2895}} {{Z|2896}} {{Z|2897}} {{Z|2898}} {{Z|2899}} == Z2900 → Z2999 == {{Z|2900}} {{Z|2901}} {{Z|2902}} {{Z|2903}} {{Z|2904}} {{Z|2905}} {{Z|2906}} {{Z|2907}} {{Z|2908}} {{Z|2909}} {{Z|2910}} {{Z|2911}} {{Z|2912}} {{Z|2913}} {{Z|2914}} {{Z|2915}} {{Z|2916}} {{Z|2917}} {{Z|2918}} {{Z|2919}} {{Z|2920}} {{Z|2921}} {{Z|2922}} {{Z|2923}} {{Z|2924}} {{Z|2925}} {{Z|2926}} {{Z|2927}} {{Z|2928}} {{Z|2929}} {{Z|2930}} {{Z|2931}} {{Z|2932}} {{Z|2933}} {{Z|2934}} {{Z|2935}} {{Z|2936}} {{Z|2937}} {{Z|2938}} {{Z|2939}} {{Z|2940}} {{Z|2941}} {{Z|2942}} {{Z|2943}} {{Z|2944}} {{Z|2945}} {{Z|2946}} {{Z|2947}} {{Z|2948}} {{Z|2949}} {{Z|2950}} {{Z|2951}} {{Z|2952}} {{Z|2953}} {{Z|2954}} {{Z|2955}} {{Z|2956}} {{Z|2957}} {{Z|2958}} {{Z|2959}} {{Z|2960}} {{Z|2961}} {{Z|2962}} {{Z|2963}} {{Z|2964}} {{Z|2965}} {{Z|2966}} {{Z|2967}} {{Z|2968}} {{Z|2969}} {{Z|2970}} {{Z|2971}} {{Z|2972}} {{Z|2973}} {{Z|2974}} {{Z|2975}} {{Z|2976}} {{Z|2977}} {{Z|2978}} {{Z|2979}} {{Z|2980}} {{Z|2981}} {{Z|2982}} {{Z|2983}} {{Z|2984}} {{Z|2985}} {{Z|2986}} {{Z|2987}} {{Z|2988}} {{Z|2989}} {{Z|2990}} {{Z|2991}} {{Z|2992}} {{Z|2993}} {{Z|2994}} {{Z|2995}} {{Z|2996}} {{Z|2997}} {{Z|2998}} {{Z|2999}} 9psxzosn2x7iecpyilv7at68771rdy0 Z35259 0 83681 275740 2026-05-17T10:13:28Z Sun8908 9804 275740 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35259" }, "Z2K2": { "Z1K1": "Z14", "Z14K1": "Z34212", "Z14K3": { "Z1K1": "Z16", "Z16K1": "Z610", "Z16K2": "def Z34212(Z34212K1):\n\timport unicodedata\n\timport re\n\t\n\tnormalized = unicodedata.normalize('NFD', Z34212K1)\n\tlist_pinyin = re.split(r\"['\\s\\-]+\", normalized)\n\t\n\tVOWEL_BASES = \"AaEeIiOoUu\"\n\tVOWEL_PATTERN = rf\"[{VOWEL_BASES}][\\u0300-\\u036f]*\"\n\tsingle_char_pattern = (rf\"([BbCcDdGgHhJjKkLlMmNnPpQqRrSsTtWwXxYyZz]{{0,2}}(?:{VOWEL_PATTERN})+)(n(?![{VOWEL_BASES}]))?(g(?![{VOWEL_BASES}]))?(r(?![{VOWEL_BASES}]))?\")\n\t\n\t\t\n\tlist_single_char_pinyin = []\n\tfor py in list_pinyin:\n\t\tmatches = re.finditer(single_char_pattern, py)\n\t\tfor m in matches:\n\t\t\tsyl = m.group(0)\n\t\t\tif syl:\n\t\t\t\tclean_syl = unicodedata.normalize('NFC', syl)\n\t\t\t\tlist_single_char_pinyin.append(clean_syl)\n\t\n\treturn list_single_char_pinyin" } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "pinyin to list of single pinyin,python unicodedata" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31", { "Z1K1": "Z31", "Z31K1": "Z1002", "Z31K2": [ "Z6", "pinyin to list of single character pinyin, python unicodedata" ] } ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } ktvodkhj9l4fmx4m5whw9vrs8zbgv3d Z35260 0 83682 275745 2026-05-17T10:17:04Z Sun8908 9804 275745 zobject text/plain { "Z1K1": "Z2", "Z2K1": { "Z1K1": "Z6", "Z6K1": "Z35260" }, "Z2K2": { "Z1K1": "Z20", "Z20K1": "Z34212", "Z20K2": { "Z1K1": "Z7", "Z7K1": "Z34212", "Z34212K1": "xùnǚ" }, "Z20K3": { "Z1K1": "Z7", "Z7K1": "Z889", "Z889K2": [ "Z6", "xù", "nǚ" ], "Z889K3": "Z866" } }, "Z2K3": { "Z1K1": "Z12", "Z12K1": [ "Z11", { "Z1K1": "Z11", "Z11K1": "Z1002", "Z11K2": "xùnǚ to [\"xù\",\"nǚ\"]" } ] }, "Z2K4": { "Z1K1": "Z32", "Z32K1": [ "Z31" ] }, "Z2K5": { "Z1K1": "Z12", "Z12K1": [ "Z11" ] } } d2eg4g7ke1uxyqzhoqgepwi5kv6xg0i