I noticed your comment at en:Module talk:UnitTests and want to ask whether you have any interest in a module to convert units (to support {{convert|12.3|km|mi}}). Is a convert template or module used here? The module I am developing at en:wiki should be reasonably finished in a couple of weeks, and I have tried to make the module reasonably easy to translate for another wiki—all units are defined in one file, while all output messages and input option text is in another. There are some (untested!) configuration options regarding how output numbers are displayed, but input numbers have to use a dot for the decimal mark ("12.3"). An overview is at en:Module talk:Convert (it's huge I'm afraid). I'll probably see any reply here within a day or two, but if you want to contact me after that, please try en:User talk:Johnuniq. Johnuniqvita 2013. június 6., 06:06 (CEST)
Newest properties: basionym (P566), hangingwall (P567), footwall (P568), date of birth (P569), date of death (P570), foundation/creation date (P571), date of scientific description (P574), discovery date (P575), date of dissolution (P576), date of publication (P577), Sandbox-TimeValue (P578), IMA status (P579), start date (P580), end date (P582), as of (P585), IPNI author ID (P586), MMSI (P587), coolant (P588), point group (P589), GNIS (P590), EC Number (P591), ChEMBL (P592), Homologene ID (P593), Ensembl ID (P594), IUPHAR ID (P595), in the direction of (P596), WTA ID (P597), commands (P598), ITF ID (P599), Wine AppDB-ID (P600), MedlinePlus ID (P604), NUTS (P605), first flight (P606)
{{Nemzetnevek névelővel NOB-kóddal}}: A magyarban névelővel kiegészített nemzeteket tartalmazza, hogy a hivatkozások jók legyenek
{{ZászlóNOBvál/melléknevek}}: Ezt csak a {{ZászlóNOBvál}}(?) sablon használja, az adott ország melléknévi alakját tárolja. Már felmerült, hogy a nemrég létrehozott sportsablonokhoz hasonlóan a country data sablonban lévő adjective paramétert használjuk fel.
{{ZászlóNOB/típus}}: A különböző olimpia típusokat tartalmazza, amihez kell az évszám
{{ZászlóNOB/típus2}}: A különböző olimpia típusokat tartalmazza, amiben nincs évszám
Ebből a ZászlóNOB/típus, ZászlóNOB/típus2, Nemzetnevek névelővel NOB-kóddal sablonokat beírtam a modulba, vagyis ezek a sablonok törölhetőek lennének. Ezeket nincs értelme behívni a modulba.
Az egyik probléma a sablonban az ifexist kiváltása. A link készítésekor az ifexist-tel megnézzük hogy létezik-e az adott nemzet adott évi cikke. Ha igen, akkor az a link (pl. Magyarország a 2012. évi nyári olimpiai játékokon, ha nem, akkor a nemzet főcikke lesz a link (pl Magyarország az olimpiai játékokon) Jelenleg erre is van egy adattároló sablonunk: Sablon:Adott nemzet adott évi olimpiai cikke létezik-e? Itt az 1-es értékek esetén kiiktatjuk az ifexist-et, hogy egy lapon ne haladja meg az 500 költséges elemzőfüggvényt. A luában ezt csak "if"-ek felhasználásval tudtam megoldani. Ezzel az a gond, hogy új cikkek létrejöttekor a modulban kellene "programozni", azonban ennek célszerűbb lenne egy wikis környezet, hogy a modulhoz nem nagyon értők is módosítani tudják. Persze ha ez egész ifexist kiváltható valamivel, akkor mindezekre nem lenne szükség.
A másik probléma a túl sok sablon behívása. A fenti sablonokból az első kettő (nemzeti zászló és a nemzetnév) behívása maradna. Ezt is wikis környezetben kellene hagyni, hogy módosítható legyen, aki nem nagyon ért a modulhoz, emellett rengeteg adatot kellene beírni a modulba is. Esetleg be kellene hívni a {{Nemzetek régi NOB-kódjai}}(?) és a {{ZászlóNOBvál/melléknevek}} sablonokat is. Azonban valahol olvastam, hogy a luának van egy időkorlátja(?), ami 10 másodperc. Ha 4 sablont hívok meg a luában, akkor ezt túllépi, és sok hiba jelenik meg a lapon. Emiatt jelenleg a régi NOB-kódokat is "if-ekkel" leírtam a modulba, a mellékneveket pedig csak a zászlóNOBvál sablonnál alkalmaztam, amelyek általában olyan cikkekben szerepel, ahol nem lépi túl az időkeret a 10 másodpercet. --Tomcsyüzenet 2013. június 14., 03:11 (CEST)
Here's your quick overview of what has been happening around Wikidata over the last week.
Newest properties: battle/war (P607), exhibition history (P608), terminus location (P609), exhibition history (P608), terminus location (P609), highest point (P610), religious order (P611), mother house (P612), OS grid reference (P613), CHRC (P616), yard number (P617), source of energy (P618), spacecraft launch date (P619), spacecraft landing date (P620), spacecraft decay date (P621), spacecraft docking/undocking dates (P622), crew photo (P623), guidance system (P624), coordinate location (P625), Sandbox-GeoCoordinateValue (P626), IUCN-ID (P627)
If you're interested in a specific topic then the task forces are a good place to find like-minded people. Can't find one for your interest? Start one!
Development
More progress on supporting links to sisterprojects
Fixing issues with geocoordinate datatype that popped up after deployment
Selenium tests for time and geocoordinate interface
Newest properties: E number (P628), edition of (P629), Paris city digital code (P630), structural engineer (P631), cultural properties of Belarus reference number (P632), Répertoire du patrimoine culturel du Québec identifier (P633), captain (P634), ISTAT ID (P635), route of administration (P636), Protein ID (P637), PDB ID (P638), RNA ID (P639), Léonore ID (P640), sport (P641), of (P642), Genloc Chr (P643), Genloc Start (P644), Genloc End (P645), Freebase identifier (P646), drafted by (P647), Open Library identifier (P648), NRHP (P649), RKDartists (P650), BPN (P651), UNII (P652), PubMed Health (P653), direction relative to location (P654)
Development
Worked on site-link group editing to make it possible to link to sisterprojects
Further work on input validation
Further work on handling invalid data gracefully
Use Serializers for generating API results
Finished selenium tests for TimeUI and CoordinateUI
Changed globe coordinate value input to use backend coordinate parser
Fixed issues with data type definitions not being available in the frontend
Wrote a little hack so that on statements with a long list of values you will always be able to see the name of the property of the current section you are in (since the label moves when scrolling the page)
Nem kell reprodukálnom. Keresd fel kérlek a modult és azonnal látni fogod, hogy a sablonnal megvalósítandó tervedet ez a jelenség áthúzza: Modul:Homokozó/Tgr/Set/tests/doc --Pepo41vita 2013. június 25., 20:16 (CEST)
A jelek szerint most egy sablont illesztenek be automatikusan, nem az allapot (ami végülis jó ötlet); javítottam. --Tgrvita 2013. június 25., 22:45 (CEST)
Here's your quick overview of what has been happening around Wikidata over the last week.
d:User:Byrial is creating database reports that are useful to find issues in the current data
Denny created a map of all geocoordinates currently in Wikidata (normal and huge version - updated daily)
Did you know?
Newest properties: RTECS number (P657), RefSeq (P656), translator (P655)
Development
The Wikidata bug report with the most votes was closed (bugzilla:36729 - updating the link on Wikidata automatically when a page on Wikipedia is moved)
Wikipedia pages will soon have a link named "Data item" in the toolbox section of the sidebar that links to the Wikidata item that is connected to the page (bugzilla:49105 - You can already see it on the main page of test2.wikipedia.org for example.)
Calendar names displayed for time values can now be translated (bugzilla:49080)
Added serializers for the Ask query language
Buuuugfixes and testing
Refactoring
Worked on better handling of bad values (= values that don't fit the datatype they should have)
Open Tasks for You
Update, expand and translate one of the help pages to make it easier for newcomers
Ezzel mi van? Volt egy szavazás róla februárban, de még mindig "függőben" sablonnal szerepel a kocsmafalon, és a Figyelőlistán is ott van a linkje. Nem kellene ezeket kiszedni? Mellesleg: hogyan működik a dolog? misibacsi*üzenet 2013. június 29., 09:54 (CEST)
Szia,
a huwikin jelenleg működő változat nagyon elavult, azt semmi értelme tesztelni. Az új változatot még nem telepítették (bugzilla:44601 hiba). A linkeket nyugodtan kiszedheted, mivel egyelőre a WMF-re várunk, nem tudunk mit csinálni ezzel kapcsolatban, úgyhogy a figyelmet felhívni rá sincs értelme. Az enwikin félig-meddig be van kapcsolva, itt nézegetheted. --Tgrvita 2013. június 29., 10:32 (CEST)
OK, kösz a linket. A "Figyelőlista" jobb felső részén megjelenő részt nem tudom hol lehet szerkeszteni (itt szerepel a figyelemfelhívó link, ami a kocsmafali szavazásra mutat). misibacsi*üzenet 2013. június 29., 11:17 (CEST)
Van minden szakasz végén egy +- jel, azzal tudod szerkeszteni. – Tgrvita 2013. június 29., 12:31 (CEST)
Here's your quick overview of what has been happening around Wikidata over the last week.
Continued work on validation and handling of partially invalid data
Breaking change for 'wbeditentity' in the API fixing (bugzilla:49526) - when creating new items the 'new' parameter must now be given
Improved handling of broken UTF-8 encoding
Made it possible to enter the direction in a geocoordinate also at the beginning now (for example 52°31′N 13°23′E can soon also be entered as N 52°31′ E 13°23′)
Introduced PropertyInfoStore for quick access to meta-info about properties
Deserialization of Description objects in Ask
Lots of bugfixing
Open Tasks for You
Update, expand and translate one of the help pages to make it easier for newcomers
Update and expand Wikidata:Contribute to provide more information for newcomers
Szeretettel meghívlak a Miskolcon 2013. augusztus 3-ikán tartandó Wikipédista találkozónkra. Megjelenésedre feltétlenül számítunk, remélem, hogy ott leszel! Ha van kedved magaddal hozhatod feleséged/férjed/barátod/barátnőd/gyereked csak gyere el! Mi mindenképpen várni fogunk!
Üdvözlettel: Vadszederke' 2013. július 16., 21:34 (CEST)
Here's your quick overview of what has been happening around Wikidata over the last week.
Top 20 items on Wikidata that are covered in a lot of Wikipedias? Here you go.
Did you know?
Newest properties: Dodis (P701), encoded by (P702), found in taxon (P703), Ensembl Transcript ID (P704), Ensembl Protein ID (P705), located on terrain feature (P706), Satellite bus (P707), diocese (P708), Historic Scotland ID (P709), participant (P710), Strunz 8 (P711), Strunz 9 (P712), Strunz 10 (P713), Dana 8th edition (P714), Drugbank ID (P715), JPL Small-Body Database identifier (P716), Minor Planet Center observatory code (P717), Canmore ID (P718), Notable Incident (P719)
The d:Wikidata:Global Economic Map task force is starting its property list. Please go there to propose important properties about economics for countries, regions or companies.
Wikimania continues! If you are around make sure you come and say Hi!
Wikidata meetup in the chapters village on Saturday at 1 PM at Wikimania.
Other Noteworthy Stuff
Following numerous discussions we are happy to present the new version of the proposal that would lead to Wikidata supporting structured data for the Wiktionaries.
There are now only an estimated 1,000,000 articles remaining with inter language links, down from the previous 26,000,000!
Frequently used for cities and other places, P17 ("country") indicates the sovereign state an item relates to. There now at least 100 items for most present day sovereign states. Leading is China (Q148) with 607,817 items, followed by Iran (!794) with 105,875 items and the United States of America (Q30) with 99,243 items. China rose from just 5266 items a month ago.
Development
Changeops implemented for all Api modules
All Api modules now have better auto comments and custom summaries
To support the inclusion of geographical coordinates in Wikidata, just about two months a new data type came available and d:Property:P625 "coordinate location" was created. Already 565,000 pairs of coordinates are now available on WikiData. Compare this to 870,000 coordinates on English Wikipedia or 1,500,000 items with d:Property:P17 "country", likely to have coordinates. Have a look at them on a map.
Did you know?
Newest properties: approved by (P790), ISIL ID (P791), chapter (P792), Key event (P793), as (P794), distance along (P795), geo datum (P796), executing authority (P797), mission design series designation (P798), air ministry specification (P799), work (P800), notable work (P801), student (P802), professorship (P803), GNIS Antarctica ID (P804), subject of (P805). Italian cadastre code (P806) In Addition new properties to describe mushrooms were created: hymenium type (P783), mushroom cap shape (P784), hymenium attachment (P785), stipe character (P786), spore print color (P787), mushroom ecological type (P789), edibility (P789). These will allow to build the data for a mushroom infobox (as w:Template:Mycomorphbox).
Check if some of the items on this and this list can be merged. But be careful to only merge if they are really about the same topic! Help about merging is at d:Help:Merge.
Update, expand and translate d:Wikidata:Introduction to make it easier for newcomers to understand what Wikidata is all about.
A Wikipédia üzemeltetési eljárásairól annyi fogalmam van, amit az adott bekezdésben olvastam "..hiba után legfeljebb az utolsó pár napnyi szerkesztés és esetleg a szerkesztői beállítások veszhetnek el."
Mivel amikor nem Wikipédiát szerkesztek olyan cégeknek dolgozom, amelyek az adataikat értéknek tekintik (na jó még a Feleséggel, kutyákkal kertel is foglalkozom, de ez itt nem lényeges), van elképzelésem mit kell csinálni, hogy az összegyűlt adatok ne vesszenek el.
A "nikkelezett szemmértékem" azt mondatja velem, hogy egy ekkora projekt esetén két napi adatvesztés után a szerkesztőgárdát újra felállítani nem kis feladat (így is jelentős a lemorzsolódás).
Ha a két nap adatvesztés veszélye valós valóban felajánlom a segítségemet.
Amire azt mondtam, hogy nincs olyan pesszimista forgatókönyv aminél ne lenne a valóság rosszabb (2 példa):
Egy ügyfelemnél nagyon nagy biztonságú rendszert üzemeltettünk. Adatvesztés történt. Ehhez 5 embernek kellett egy időben (12 órán belül) hibáznia. A tervezésnél ezt nem tartottuk reális esélynek.
Egy világcégnél a teljes elektromos betáp meg volt duplázva. A szerverszobában 2 légkondi külön betápról. Amikor az egyik betáp kábelt elvágták kiderült, hogy a két légkondi valamikor ugyan arra a betápra lett kötve...
(Bocs a hivatkozott irodalmat csak most fogom elolvasni, de ha jól értem személyesen megszólítottál)
Az ajánlott irodalmat átböngészve (nem feltétlenül kellő figyelemmel) a segítségedet kérem, mivel lehetőségem van a Magyar nyelvű wiki tükrözésére (némi szabad webes tárhely), a dokumentumokban szereplő több (több 10) tera azonban nem áll rendelkezésemre.
Tervem több van, de az alapvető célok:
Rendszeres automatikus mentés
Egyes (itt kézzel készülő) statisztika automatizálása
Ahogy a linkelt oldalon olvashatod, a Wikipédia adatbázisa replikálva van egy lokális slave clusterre, és még két féldrajzilag különböző helyen lévő slave clusterre, illetve 8 óránként fájlrendszer szintű snapshot készül róla, kb. kéthetente pedig publikus dump; a képek pedig elosztott fájlrendszeren vannak, minden kép legalább három node-ra van replikálva, plusz az egész le van tükrözve a másodlagos szerverterembe, ahol egy másik fajta elosztott fájlrenszr van. szintén tripla replikációval. Szóval szerintem nem érdemes aggódni az adatok biztonsága miatt (pánikot kelteni meg pláne nem érdemes). Ha ezzel együtt is szeretnél saját tükröt, a nyilvános adatbázisokat eléred itt (informatívabb, de nem feltétlenül naprakész link), ha csak a magyar Wikipédiához tartozókat másolod át, az csak pár giga. A képeknél nincs ilyen lehetőség tudtommal (lévén hogy nincsenek is elkülönítve a képek, nagy részük a Commonsról van, amit minden wiki használ), ott a teljes képállomány kell, ami több tíz tera. --Tgrvita 2013. augusztus 25., 22:46 (CEST)
Here's your quick overview of what has been happening around Wikidata over the last week.
Wikivoyage is still scheduled to get access to data on Wikidata (aka phase 2) on August 26.
Developers are working hard to also make the URL datatype available by August 26 but there are factors that are not in their hands so it might have to be delayed until the next deployment in 2 weeks. URL as a datatype will soon be available on test.wikidata.org. Please give it some thorough testing and report bugs.
Newest properties: separated from (P807), code Bien de Interés Cultural (P808), WPDA id (P809), academic minor (P811), academic major (P812), date retrieved (P813), IUCN protected areas category (P814), ITIS TSN (P815), decays to (P816), decay mode (P817)
Development
Prepared deployment of phase 2 on Wikivoyage
Worked on ability to sort qualifiers and references inside a statement
Started work on an api module to merge items
Worked on special page to query for items with one specific property and value
Cleaned up code for handling recent change entries from Wikidata in the clients (Wikipedia/Wikivoyage)
Worked on generic script for populating sites table and better integration with WMF process for creating new wikis
Setup new git repo for WikibaseMobile skin and extension
Fixed SetClaim api module to properly mark bot edits in recent changes and advised pywikipedia maintainers about adding support for the module. SetClaim can be used to create claims with references in a single edit.
Deployment! Wikivoyage now has access to the wikidata dataset and various other bugs have also been fixed (including the copyright warning)!
Did you know?
Newest properties: interchange station (P833), public holiday (P832), parent club (P831), Encyclopedia of Life (P830), OEIS ID (P829), possible causes (P828), BBC programme identifier (P827), tonality (P826), dedicated to (P825), Meteoritical Bulletin Database ID (P824)
Newest properties: GSS code (2011) (P836), BioLib ID (P838), IMSLP ID (P839), narrative set in (P840), Paleobiology Database Identifier (P842), SIRUTA code (P843), UBIGEO code (P844). A set of properties to build calenders: public holiday (P832), day in year for periodic occurrence (P837) and feast day (P841). A proposal for "reoccurring date in machine readable format" is still under review.
Development
mlazowik has put in more work to getting support for batches (featured article and so on) to Wikidata
Sourcerer gadget by Magnus to help you add URLs from Wikipedia articles for claims
Wikimedia Commons is scheduled to get interwiki links via Wikidata on 23rd of September
Did you know?
Newest properties: Saskatchewan Register of Heritage Property identifier (P845), Global Biodiversity Information Facility ID (P846), United States Navy aircraft designation (P847), Japanese military aircraft designation (P849), World Register of Marine Species identifier (P850), ESRB rating (P852), CERO rating (P853), URL (P854), Sandbox-URL (P855), official website (P856), CNKI (P857), ESPN SCRUM ID (P858), sponsor (P859), e-archiv.li ID (P860), premiershiprugby.com ID (P861), Operational Requirement of the UK Air Ministry (P862), InPhO identifier (P863), ACM Digital Library author identifier (P864), BMLO (P865), Perlentaucher (P866), ROME Occupation Code (P867), foods traditionally associated (P868), instrumentation (P870), printed by (P872), phase point (P873), UN class (P874), UN code classification (P875), UN packaging group (P876), NFPA Other (P877), avionics (P878), pennant number (P879), CPU (P880), Variable type (P881), FIPS 6-4 (US counties) (P882), FIPS 5-2 (code for US states) (P883), State Water Register Code (Russia) (P884), origin of the watercourse (P885), LIR (P886), based on heuristic (P887), JSTOR (P888), Mathematical Reviews identifier (P889), Request for Comments number (IETF) (P892), Social Science Research Network (P893)
30 percent of all items are categorized in 6 large groups (main type (GND) (P107)). Most are items about geographic features (1.7 million items), some of these already have coordinates (0.5 million). Items about persons are fairly frequent too (1.3 million), many already with gender (0.9 million), a few with DOB (0.05 million) or DOD (0.04 million). Other groups include: creative works (305,000), terms, organizations, and events.
Szia, ez látható a laptörténetekben és mivel láttam, hogy aktív vagy a translatewikin: ott mintha valaki hollandnak tartotta volna a magyart.:) Oliv0vita 2013. szeptember 21., 11:41 (CEST)
Szia! Lenne egy kérdésem. A francia wikin 65 ezer "hiányzó DEFAULTSORT"-ot pótol éppen egy bot, már csak néhány napja van hátra de azért a megfelelő műhely-vitalapon megkérdeztem, hogy egyáltalán szükséges-e a DEFAULTSORT. Állítólag a francia wikin azért kell DEFAULTSORT pl. a romániai városok cikkeiben, mert anélkül a kategóriában csak Svinița után van Sâg, pedig itt Kategória:Románia városai-ban Călărași és Câmpina Calafat után van és nem Curtea de Argeș után. A francia vitalapon egy magyar műszaki kocsmafali beszélgetésre utaltam, az a bugzilla:45596-ot említi, amiben a nevedet is látom, tehát te talán tudod, hogy milyen megoldás lehetséges a francia wikin, talán egy hasonló uca-fr? Ha igen, akkor mire képes ez, hova kell helyezni és hol található leírás vagy példa a szintaxisáról? Gondolom, alapból a világ nyelveinek nagyon sok ékezetes betűjét helyettesíti a rendezés szempontjából a megfelelő ékezet nélküli betűvel, és csak a kivételeket kell meghatározni? Oliv0vita 2013. szeptember 23., 17:54 (CEST)
Az UCA pontos leírása itt olvasható (de nem túl fogyasztható), kísérletezni itt lehet vele. Elvileg a Wikipédia által is használt ICU könyvtár elég pontosan tudja, hogy melyik nyelven hogyan kell rendezni, csak be kell állítani a nyelvet és le kell tesztelni, hogy minden működik-e.
Bartosz Dziewońskit (Matma Rex) érdemes megkérdezni erről, nagyrészt ő menedzselte az átállást, biztosan meg tudja mondani, pontosan milyen nyelvekre használható az ICU és mit kell csinálni a bekapcsolásához. --Tgrvita 2013. szeptember 24., 09:31 (CEST)
Azt hiszem, ez a beszélgetés kapcsolódik ide (nem válasz a kérdésedre, csak esetleg némi háttér). Samatüzenetrögzítő 2013. szeptember 26., 22:19 (CEST)
Igen, köszi, pont ebből indultam ki a francia wikin a műhely-vitalapon. Most mini-szavazást tartottam a francia kocsmafalon és teljes az egyetértés, úgy latszik, nemsokára uca-fr rendezés lesz a francia wikin, ahogy uca-hu rendezés van itt. Oliv0vita 2013. szeptember 26., 22:49 (CEST)
Igaz, hogy csak holnap leszel 9 éves, de már most is nagyon sok boldogságot és sok-sok-sok szerencsét kívánok neked! Vadszederke' 2013. szeptember 26., 21:45 (CEST)
Here's your quick overview of what has been happening around Wikidata over the last week.
Finished initial version of the build tool (= tool that creates one tarball/git repository from all our extensions and their dependencies for deployment)
Continued work on numbers data type
Continued work on Formatters (for autosummaries, diffs, etc)
Fixed RDF serialization issue
Merged merge API module
Finished up database schema updating code
Added validation for precision in globe coordinate value
Note from Lydia about the future of the weekly summaries
I've been compiling the weekly summaries for Wikidata for the past 1.5 years. It is time to give this into the hands of a few capable community members now that I have moved on to product management. Starting next week I will not be compiling the weekly summaries anymore. I am happy to help anyone who wants to take over get up to speed of course. Please contact me if you'd like to take this over.
Üdv!
Látom sokat tevékenykedsz a jogi kocsmafalon. Hoztam létre egy új szakaszt, amiben egy jogi problematikára hívtam fel a figyelmet egy kiemelt szócikkel kapcsolatban. Ha időd engedi szólj hozzá a jogi problémához, illetve ha ismersz olyan Wikipédia-szerkesztőket, akik jogi dolgokban (is) tevékenykednek, akkor ha megkérhetlek rá szólj nekik. Köszönöm. --190.0.60.238 (vita) 2013. október 19., 12:12 (CEST)
Here's your quick overview of what has been happening around Wikidata over the last week.
Nem kellene újra megnyitni a Kategóriaműhelyt: Kategória? Apródvita 2013. november 20., 00:51 (CET)
Sok mindent kellene... kb. 2008 óta folyamatosan csökken a szerkesztők száma, és ez meglátszik a műhelyek aktivitásán is. – Tgrvita 2013. november 22., 10:25 (CET)
Here's your quick overview of what has been happening around Wikidata over the last week.
Fixed dependency injection issue in Wikibase Query
Started work on providing a new serialization library that does not have the design issues of the current data model serialization code and can be used as standalone PHP library
Quantities got some more love (improved diff, added scientific notation and simple localisation and made it possible to show/not show + for positive values - bugzilla:54318)
Ordering of statement groups is nearing completion
Avoid loading all referenced items in EntityView to improve loading time of items
Finalizing the inclusion of data types in JSON output
Fixed 2 XML errors on test.wikidata.org ready for deployment
Started work on a Wikibase-independent serialization component for DataValues
Worked on making Lua arrays start with 1 instead of 0 (bugzilla:54324)
Deployed ordering, ranks and a table of contents and fixed issues with those after deployment (mainly performance-related)
Worked on preventing import of wikitext into item and property namespace
Started working on a new DataModel serialization component which will be usable loose from Wikibase. Both authors and people analysing dumps will thus finally have the deserialization task solved for them.
Started working on a version of DataModel that works with the new DataValues components
Open Tasks for You
Update, expand and translate d:Wikidata:Introduction to make it easier for newcomers to understand what Wikidata is all about.
Fun Fact: The Mayan calendar (Q2012) did not correctly predict the end of the world nor the end of Q items as Wikidata (Q2013) went on to host Wikipedia links this year.
Development
Happy Holidays from the dev team! Have a great time and continue being awesome;-)
Improved and added a lot of tests
Worked on displaying qualifiers in the non-JavaScript UI
No longer displaying the table of contents from item/property pages if there would be less than 3 entries in it
Caching and database improvements
Worked on preventing the import of wikitext into the main and property namespace
More work on quantities UI
Open Tasks for You
Update, expand and translate d:Wikidata:Introduction to make it easier for newcomers to understand what Wikidata is all about.
Add the file and translate namespaces to the list of namespaces excluded from Wikibase Client's linking functionality and enable the "Add links" dialog for pages without language links on commons. (#58903)
Elvitt bár két teljes napomat, de találtam megoldást. Ha minden igaz, egy borzalommal kevesebb.
Ez az én kezdőlapom és nincs benne túl sok
a #time parser fgv hívás. A megoldást a Lua táblák adják. Ezekbe tettem a hét kezdő felének első és utólsó napját, meg ugyanezt a második feléhez is.
Előbb csak generáltam egy-egy táblát minden egyes évhez. Ez nem vezetett eredményre: már az első év 44-ik hetében kaptam a meglepő hibaüzenetet: "Parancsfájl hiba: elfogyott a parancsfájlokhoz rendelt idő".
Nem adtam fel a küzdést: Programmal előállítottam a teljes táblát 2010 - 2020 (-at is beleértve). Közvetlenül a kész táblákat raktam be a Kkcl-sort kezelő programomba. Ez csaknem azonos Winston programjával, de a dátumok kezelését már nem a formázott dátumok lekérdezésével, hanem e kész táblák alapján végzi el.
Eredmény: sikerült elkerülni a 2013 évben júliustól fellépő problémát a #time parser fgv túl gyakori hívásával.
Megvárom az újévet. Kénytelen vagyok, mert Winston nem enged meg jövőbeli Kkcl sorokat és ezt én is átvettem. Ha az első héten én is ugyanúgy be tudom illeszteni az adott hétre vonatkozó adatokat, akkor átnevezem majd.
--Pepo41vita 2013. december 28., 11:55 (CET)
Uhh. Hát ezt nagyon nem így kéne csinálni. Egyrészt ne óriási táblákat tegyél a forráskódba, hanem generáld ott helyben (pár tucat sor, jól megírva nem lehet érezhetően lassabb), másrészt ne közvetlenül #invoke-kal hívd meg, hanem tedd önálló modulba, és használd a mw.loadData függvényt a betöltéséhez, akkor wikioldalanként csak egyszer lesz beolvasva. --Tgrvita 2013. december 28., 17:08 (CET)
Sajnos nem vettem észre, hogy itt válaszoltál nekem. Észrevette más. Kérlek, a jövőben a vitalapomon válaszolj. Akkor időben el is ér engem. Vagy legalább jelezd, hogy a vitalapodon van a válaszod.
Igazad van az mw.loadData függvény csak egyszer olvassa be a modult, de minek javítsak rajta most, hogy megelőztek. A tábla mérete: ez itt és most kisérleti volt. Kinek kell 11-évre előre ekkora tábla. Van egy kisegítő program, ami ha kell bővíti és annyi évvel, amit megadsz neki. Évente 108 sorrol van csak szó, mert ennyi félhét van egy évben. Viszont az én megoldásom abszolút nem igényli a költséges függvényhívásokat. Úgy nyilván elegánsabb programozni. Ezt én is tudom. Miért nem lett meg előbb a megoldás? Tavaly július óta jobb volt a helyzet? Vagy az volt az igazi megoldás. Tele volt a tábla a #time parser függvény túj sok meghívásával.
Andrew-on kívül kit zavart ez? No mindegy. Eső után ...Feledjük el.--Pepo41vita 2014. január 6., 16:36 (CET)
Fun Fact: According to Wikidata, this is the year of 2004 (Q2014)
DevelopmentWord from John
To give this section some life, since the development team had their holidays last week meaning nothing really got done (let them have one week off at least), I'll say a few words. 2014 is a new year and thus a new start, over the last year Wikidata celebrated its first birthday which brought reflection over what Wikidata had accomplish. Therefore I want to use the start of 2014 to reflect what Wikidata can do. For my personal over view see this page. For the summary, while it is meant to be a weekly simple update, I feel this can be used a lot more effective to put across not only what happened on Wikidata but things about Wikidata on other wikis, I am hoping to start a section over this within the next few weeks. If you have any suggestions for the summary, feel free to drop me a message at meta or Wikidata. Thanks.
Mit lehet ezek ellen tenni? Az elsőnél egy egész szám egész része különbözik. A második egy ártatlan kivonás. Úgy látom, a Lua alkalmatlan a koordináták megjelenítésére. Az enwikin úgy oldották meg, hogy ahol lehet, ott az inputot jelenítik meg. Nálunk egyelőre egyszer számmá alakítjuk és utána vissza dms-re. A Wikidatából jövő értékeknél még az enwiki kibúvó sincs, mert decimálisan kapjuk, és azt is megkapjuk hogy nem decimális a pontosság. Help! --JulesWinnfield-huvita 2014. január 5., 19:21 (CET)
Közben megnéztem, Excelben ugyanez a helyzet, vagyis általános a probléma. Próbálok mindenféle trükköket bevetni, előbb-utóbb jó lesz. --JulesWinnfield-huvita 2014. január 5., 22:12 (CET)
Standard lebegőpontos kerekítési hiba, minden programnyelvben előfordul, ami korlátozott pontosságú számábrázolást használ (ugye kettes számrendszerben nem lehet pontosan ábrázolni egy tizedestörtet, és a legtöbb nyelvben használt IEEE 754 floatokban a az első és az utolsó számjegy közötti távolság korlátos, tehát a 0.5-nél kicsit messzebbre tolódik a tizedesvesszőtől az a rész, ahonnan már pontatlan az ábrázolás, mint a 47.5-nél). Kerekítve kell kiírni a számokat, és akkor nincs vele gond (általában arra kell még figyelni, hogy az egyenlőség helyett a különbség méretét vizsgáld, meg hogy osztásnál nagyon meg tud nőni a hiba, de ilyenekre egy koordinátánál aligha lesz szükség). --Tgrvita 2014. január 7., 14:23 (CET)
Köszönöm! Közben úgy néz ki, most már minden esetre jól jelenik meg. --JulesWinnfield-huvita 2014. január 7., 14:54 (CET)
Here's your quick overview of what has been happening around Wikidata over the last week.