Ugrás a tartalomhoz

Szerkesztővita:Tgr/Archív26

Az oldal más nyelven nem érhető el.
Új téma nyitása
A Wikipédiából, a szabad enciklopédiából
< Szerkesztővita:Tgr
Legutóbb hozzászólt John F. Lewis 10 évvel ezelőtt a(z) Wikidata weekly summary #92 témában

Converting units

[szerkesztés]
Legutóbbi hozzászólás: 11 évvel ezelőtt1 hozzászólás1 résztvevő

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. Johnuniq vita 2013. június 6., 06:06 (CEST)Válasz

Article feedback

[szerkesztés]
Legutóbbi hozzászólás: 11 évvel ezelőtt1 hozzászólás1 résztvevő

Szia! A függőben lévő tételeket nézegetem Wikipédia:Kocsmafal (javaslatok)#Olvasói visszajelzések tesztelése, ezzel van valami haladás? Köszi, Teemeah Üzenő 2013. június 6., 09:04 (CEST)Válasz

Wikidata weekly summary #61

[szerkesztés]
Here's your quick overview of what has been happening around Wikidata over the last week.
Read the full report · Unsubscribe · Global message delivery 2013. június 7., 21:14 (CEST)

Lua - NOBsablon

[szerkesztés]
Legutóbbi hozzászólás: 11 évvel ezelőtt1 hozzászólás1 résztvevő

Szia! A {{zászlóNOB}}(?) sabloncsalád kiváltásához írtam ezt a modult. A sablon sokféle sablont hív be, amelyben adatokat tárolunk:

  1. Az országkódhoz tartozó nemzeti zászló (pl: Sablon:Nemzeti zászló HUN NOB-kóddal)
  2. Az országkódhoz tartozó nemzetnév (pl: Sablon:Nemzetnév HUN NOB-kóddal)
  3. {{Nemzetek régi NOB-kódjai}}(?): Arra használjuk, ha a múltban más kóddal szerepelt az ország
  4. {{Nemzetnevek névelővel NOB-kóddal}}: A magyarban névelővel kiegészített nemzeteket tartalmazza, hogy a hivatkozások jók legyenek
  5. {{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.
  6. {{ZászlóNOB/típus}} : A különböző olimpia típusokat tartalmazza, amihez kell az évszám
  7. {{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)Válasz

Wikidata weekly summary #62

[szerkesztés]
Here's your quick overview of what has been happening around Wikidata over the last week.
Read the full report · Unsubscribe · Global message delivery 2013. június 14., 22:53 (CEST)

Hungarian stamps again

[szerkesztés]
Legutóbbi hozzászólás: 11 évvel ezelőtt2 hozzászólás2 résztvevő

You might want to contribue your Hungarian experteise to a new discussion about the copyright of Hungarian stamps on the commons at: commons:Commons talk:Stamps/Public domain#Hungary as you were involved in a previous similar discussion in 2009. Thanks Ww2censor vita 2013. június 21., 23:06 (CEST)Válasz

Hi, I've left you a question regarding these stamps at Commons:User talk:Tgr. --Eleassar vita 2013. augusztus 6., 09:12 (CEST)Válasz

Wikidata weekly summary #63

[szerkesztés]
Here's your quick overview of what has been happening around Wikidata over the last week.
  • Discussions
  • Events/Press
  • Did you know?
    • 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)
  • Open Tasks for You
Read the full report · Unsubscribe · Global message delivery 2013. június 21., 23:48 (CEST)

modul teszt fejléc

[szerkesztés]
Legutóbbi hozzászólás: 11 évvel ezelőtt2 hozzászólás2 résztvevő

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 --Pepo41 vita 2013. június 25., 20:16 (CEST)Válasz

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)Válasz

Wikidata weekly summary #64

[szerkesztés]
Here's your quick overview of what has been happening around Wikidata over the last week.
Read the full report · Unsubscribe · Global message delivery 2013. június 29., 01:47 (CEST)

"Olvasói visszajelzések tesztelése"

[szerkesztés]
Legutóbbi hozzászólás: 11 évvel ezelőtt4 hozzászólás2 résztvevő

Szia!

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)Válasz

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)Válasz

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)Válasz
Van minden szakasz végén egy +- jel, azzal tudod szerkeszteni. – Tgrvita 2013. június 29., 12:31 (CEST)Válasz

Wikidata weekly summary #65

[szerkesztés]
Here's your quick overview of what has been happening around Wikidata over the last week.
Read the full report · Unsubscribe · Global message delivery 2013. július 5., 18:48 (CEST)

Wikidata weekly summary #66

[szerkesztés]
Here's your quick overview of what has been happening around Wikidata over the last week.
Read the full report · Unsubscribe · Global message delivery 2013. július 12., 16:50 (CEST)

Wikitalálkozó Miskolc

[szerkesztés]
Legutóbbi hozzászólás: 11 évvel ezelőtt1 hozzászólás1 résztvevő

Kedves Szerkesztőtárs!

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)Válasz

Wikidata weekly summary #67

[szerkesztés]
Here's your quick overview of what has been happening around Wikidata over the last week.
Read the full report · Unsubscribe · Global message delivery 2013. július 19., 17:26 (CEST)

Wikidata weekly summary #68

[szerkesztés]
Here's your quick overview of what has been happening around Wikidata over the last week.
Read the full report · Unsubscribe · Global message delivery 2013. július 27., 00:39 (CEST)

Wikidata weekly summary #69

[szerkesztés]
Here's your quick overview of what has been happening around Wikidata over the last week.
Read the full report · Unsubscribe · Global message delivery 2013. augusztus 2., 18:17 (CEST)

Wikidata weekly summary #70

[szerkesztés]
Here's your quick overview of what has been happening around Wikidata over the last week.
Read the full report · Unsubscribe · Global message delivery 2013. augusztus 9., 16:30 (CEST)

Wikidata weekly summary #71

[szerkesztés]
Here's your quick overview of what has been happening around Wikidata over the last week.
  • Events/Press/Blogs
  • Other Noteworthy Stuff
    • Wikivoyage is scheduled to get access to Wikidata data (aka phase 2) on August 26th.
    • Listen to and watch beautiful Wikidata edits
    • 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).
    • Newest task forces: Physics task force
    • Wikidata helped remove 240,000,000 language links from Wikipedia's wiki text.
  • Development
    • Want to get an overview of what Pragun, our Google Summer of Code student working on Wikidata for mobile, is doing? Check here
    • Worked on simple special page to make a query (bugzilla:52385)
    • Worked on ability to move qualifiers
    • Started improving API and Special Page tests
    • Fixed links to Special:SetSiteLink in non-JavaScript interface (bugzilla:51914)
    • ChangeOps, custom summaries and autocomments for SetStatementRank API module
    • Fixed displaying “0” as label/description in autocomments
    • Some minor fixes for rare crashes of editing UI
    • Worked on moving Selenium tests to Cucumber
  • Open Tasks for You
    • See if you can connect some of these Wikivoyage pages to their item on Wikidata.
    • 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.
    • Hack on one of these.
Read the full report · Unsubscribe · Global message delivery 2013. augusztus 17., 00:52 (CEST)

"Amiről fogalmuk sincsen"

[szerkesztés]
Legutóbbi hozzászólás: 11 évvel ezelőtt3 hozzászólás2 résztvevő

Kedves Tgr

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)

Robogos vita 2013. augusztus 22., 08:30 (CEST)Válasz

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
  • Ki tudja mire lehet még jó

Tisztelettel:

Robogos vita 2013. augusztus 22., 14:28 (CEST)Válasz

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)Válasz

Wikidata weekly summary #72

[szerkesztés]
Here's your quick overview of what has been happening around Wikidata over the last week.
  • Discussions
  • Events/Press/Blogs
  • Other Noteworthy Stuff
    • Average edits per page is nearly 5 now.
    • 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.
    • Outsch! (Help collect and fix paper cuts.)
  • Did you know?
    • 20 undescribed monsters
    • 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.
    • Reviewed code for Google Summer of Code students
    • Updated doxygen documentation
  • Open Tasks for You
Read the full report · Unsubscribe · Global message delivery 2013. augusztus 23., 23:42 (CEST)

Wikidata weekly summary #73

[szerkesztés]
Here's your quick overview of what has been happening around Wikidata over the last week.
  • Discussions
  • Events/Press/Blogs
  • Other Noteworthy Stuff
  • 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 task forces: Wikidata:País Valencià task force
  • Development
    • Work on allowing API module editentities to edit claims
    • Work on entity / item redirects
    • Work on support for moving qualifiers in API and Frontend
    • Adding coordinates to diff display and improving diff display code
    • Allowing site groups for language links on clients to be configurable (needed for commons)
    • EntityId changes, we are now working on 0.5!
    • Show snaktype in summary for novalue and somevalue snaks
    • Further work on merge module for the API
    • Wrote missing tests for various jQuery widgets
    • Work on value formatters
    • Continue on moving tests to cucumber
    • Bug fixes for coordinates following the latest deployment
  • Open Tasks for You
Read the full report · Unsubscribe · Global message delivery 2013. augusztus 30., 15:23 (CEST)

Wikidata weekly summary #74

[szerkesztés]
Here's your quick overview of what has been happening around Wikidata over the last week.
Read the full report · Unsubscribe · Global message delivery 2013. szeptember 7., 00:52 (CEST)

Wikidata weekly summary #75

[szerkesztés]
Here's your quick overview of what has been happening around Wikidata over the last week.
  • Events/Press/Blogs
  • Other Noteworthy Stuff
  • 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)
    • Newest task forces: Occupations and professions task force
  • Development
    • Breaking change to the API in the last deployment
    • Started work on number data type
    • Worked on simple query special page
    • Worked more on moving (ordering) of qualifiers
    • Worked on JSON dumps
    • Continued working on allowing editentities API module to allow editing of claims
    • Continued work on the merge items API module
    • Worked on fixing the way Claim GUIDs are used throughout the code
    • Worked on TableDefinitionReaders for Database component
    • Unified and improved rendering of property values in summaries, diffs, wiki-pages, etc.
    • Continued moving to new browsertests framework
    • Bugfixes on autosummaries
    • Worked with GSoC student on mobile skin
    • Worked on refactoring of how we serialize and provide data about used entities on a page (e.g. entity pages or certain special pages) to the frontend
  • Open Tasks for You
Read the full report · Unsubscribe · Global message delivery 2013. szeptember 13., 18:32 (CEST)

Wikidata weekly summary #76

[szerkesztés]
Here's your quick overview of what has been happening around Wikidata over the last week.
Read the full report · Unsubscribe · Global message delivery 2013. szeptember 21., 00:14 (CEST)

bedanken

[szerkesztés]
Legutóbbi hozzászólás: 11 évvel ezelőtt1 hozzászólás1 résztvevő

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. :) Oliv0 vita 2013. szeptember 21., 11:41 (CEST)Válasz

uca-hu

[szerkesztés]
Legutóbbi hozzászólás: 11 évvel ezelőtt5 hozzászólás3 résztvevő

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? Oliv0 vita 2013. szeptember 23., 17:54 (CEST)Válasz

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)Válasz

Köszi a választ, megkérdeztem tőle. Oliv0 vita 2013. szeptember 24., 11:32 (CEST)Válasz

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)Válasz

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. Oliv0 vita 2013. szeptember 26., 22:49 (CEST)Válasz

Boldog wikiszülinapot kívánok!

[szerkesztés]
Legutóbbi hozzászólás: 11 évvel ezelőtt1 hozzászólás1 résztvevő

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)Válasz

Happy birthday!

Wikidata weekly summary #77

[szerkesztés]
Here's your quick overview of what has been happening around Wikidata over the last week.
Read the full report · Unsubscribe · Global message delivery 2013. szeptember 28., 01:33 (CEST)

Wikidata weekly summary #78

[szerkesztés]
Here's your quick overview of what has been happening around Wikidata over the last week.
Read the full report · Unsubscribe · Global message delivery 2013. október 5., 01:14 (CEST)

Wikidata weekly summary #79

[szerkesztés]
Here's your quick overview of what has been happening around Wikidata over the last week.
Read the full report · Unsubscribe · Global message delivery 2013. október 11., 19:33 (CEST)

Wikidata weekly summary #80

[szerkesztés]
Here's your quick overview of what has been happening around Wikidata over the last week.
Read the full report · Unsubscribe · Global message delivery 2013. október 18., 22:04 (CEST)

Jogi problematikák Zichyújfalu szócikkében

[szerkesztés]
Legutóbbi hozzászólás: 11 évvel ezelőtt1 hozzászólás1 résztvevő

Ü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)Válasz

Wikidata weekly summary #81

[szerkesztés]
Here's your quick overview of what has been happening around Wikidata over the last week.
Read the full report · Unsubscribe · Global message delivery 2013. október 26., 00:58 (CEST)

Wikidata weekly summary #82

[szerkesztés]
Here's your quick overview of what has been happening around Wikidata over the last week.
Read the full report · Unsubscribe · Global message delivery 2013. november 2., 21:53 (CET)

Wikidata weekly summary #83

[szerkesztés]
Here's your quick overview of what has been happening around Wikidata over the last week.
Read the full report · Unsubscribe · Global message delivery 21:50, 8 November 2013 (UTC)

OGV

[szerkesztés]
Legutóbbi hozzászólás: 11 évvel ezelőtt1 hozzászólás1 résztvevő

Szia, rá tudnál erre pillantani? Wikipédia:Kocsmafal (műszaki)#Mi lett az .ogv videókkal? Nem lehet lejátszani böngészőben Köszönöm előre is. Xiaolong Üzenő 2013. november 11., 13:19 (CET)Válasz

Wikidata weekly summary #84

[szerkesztés]
Here's your quick overview of what has been happening around Wikidata over the last week.
Read the full report · Unsubscribe · Global message delivery 21:50, 8 November 2013 (UTC)

Kategória

[szerkesztés]
Legutóbbi hozzászólás: 11 évvel ezelőtt2 hozzászólás2 résztvevő

Nem kellene újra megnyitni a Kategóriaműhelyt: Kategória? Apród vita 2013. november 20., 00:51 (CET)Válasz

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)Válasz

Wikidata weekly summary #85

[szerkesztés]
Here's your quick overview of what has been happening around Wikidata over the last week.
Read the full report · Unsubscribe · John F. Lewis 21:50, 8 November 2013 (UTC)

Wikidata weekly summary #86

[szerkesztés]
Legutóbbi hozzászólás: 10 évvel ezelőtt1 hozzászólás1 résztvevő
Here's your quick overview of what has been happening around Wikidata over the last week.

Wikidata weekly summary #87

[szerkesztés]
Legutóbbi hozzászólás: 10 évvel ezelőtt1 hozzászólás1 résztvevő
Here's your quick overview of what has been happening around Wikidata over the last week.

Wikidata weekly summary #88

[szerkesztés]
Here's your quick overview of what has been happening around Wikidata over the last week.
Read the full report · Unsubscribe · John F. Lewis 21:50, 8 November 2013 (UTC)

Wikidata weekly summary #89

[szerkesztés]
Legutóbbi hozzászólás: 10 évvel ezelőtt1 hozzászólás1 résztvevő
Here's your quick overview of what has been happening around Wikidata over the last week.

Karácsony + szilveszter

[szerkesztés]
Legutóbbi hozzászólás: 10 évvel ezelőtt2 hozzászólás2 résztvevő
Boldog karácsonyt és örömökben gazdag, szerencsés Új Évet és sok-sok szerkesztést kívánok! Szeretettel:Kossuthzsuzsa vita 2013. december 26., 22:54 (CET)Válasz

Békés karácsonyt és boldog új évet kívánok! Szalakóta vita 2013. december 24., 20:11 (CET)Válasz

Wikidata weekly summary #90

[szerkesztés]
Legutóbbi hozzászólás: 10 évvel ezelőtt1 hozzászólás1 résztvevő
Here's your quick overview of what has been happening around Wikidata over the last week.

Egy borzalommal kevesebb (#time parser fgv hívásainak korlátja megkerülve)

[szerkesztés]
Legutóbbi hozzászólás: 10 évvel ezelőtt3 hozzászólás2 résztvevő

Szia!

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. --Pepo41 vita 2013. december 28., 11:55 (CET)Válasz

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)Válasz

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.--Pepo41 vita 2014. január 6., 16:36 (CET)Válasz

Köszöntés

[szerkesztés]
tűzijáték Budapesten

Boldog Újévet kívánok Néked, Kedves Tgr!

User:Pepo41


Kedves Tgr!

Azok közé tartozol, akik 2013-ban gazdagították a Wikipédia cikkanyagát, és ezáltal egy kicsit hozzáférhetőbbé tették a világra vonatkozó ismereteket.

Köszönetet mondunk a munkádért, és bízunk benne, hogy továbbra is kitartasz a közösen szerkesztett enciklopédia mellett.

Viszontlátásra az új évben is!

Wikimédia Magyarország Egyesület

Wikidata weekly summary #91

[szerkesztés]
Here's your quick overview of what has been happening around Wikidata over the last week.
Read the full report · Unsubscribe · John F. Lewis 21:50, 8 November 2013 (UTC)

Lua számok

[szerkesztés]
Legutóbbi hozzászólás: 10 évvel ezelőtt4 hozzászólás2 résztvevő

Szia! Írd be, légy szíves, a Lua-konzolba ezeket: 

local d = (1 + 55/60) * 60 - 60
print(string.format('%e', d), math.floor(d), tostring(math.floor(d) + 1 == d))
print(47.05 - 47)

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-hu vita 2014. január 5., 19:21 (CET)Válasz

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-hu vita 2014. január 5., 22:12 (CET)Válasz

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)Válasz

Köszönöm! Közben úgy néz ki, most már minden esetre jól jelenik meg. --JulesWinnfield-hu vita 2014. január 7., 14:54 (CET)Válasz

Wikidata weekly summary #92

[szerkesztés]
Legutóbbi hozzászólás: 10 évvel ezelőtt1 hozzászólás1 résztvevő
Here's your quick overview of what has been happening around Wikidata over the last week.
A lap eredeti címe: „https://hu.wikipedia.org/w/index.php?title=Szerkesztővita:Tgr/Archív26&oldid=14305587”