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
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]

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]

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]

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]

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]

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]

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]

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]

Wikidata weekly summary #69[szerkesztés]

Wikidata weekly summary #70[szerkesztés]

Wikidata weekly summary #71[szerkesztés]

"Amiről fogalmuk sincsen"[szerkesztés]

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]

Wikidata weekly summary #73[szerkesztés]

Wikidata weekly summary #74[szerkesztés]

Wikidata weekly summary #75[szerkesztés]

Wikidata weekly summary #76[szerkesztés]

bedanken[szerkesztés]

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]

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]

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]

Wikidata weekly summary #78[szerkesztés]

Wikidata weekly summary #79[szerkesztés]

Wikidata weekly summary #80[szerkesztés]

Jogi problematikák Zichyújfalu szócikkében[szerkesztés]

Ü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]

Wikidata weekly summary #82[szerkesztés]

Wikidata weekly summary #83[szerkesztés]

OGV[szerkesztés]

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]

Kategória[szerkesztés]

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]

Wikidata weekly summary #86[szerkesztés]

Wikidata weekly summary #87[szerkesztés]

Wikidata weekly summary #88[szerkesztés]

Wikidata weekly summary #89[szerkesztés]

Karácsony + szilveszter[szerkesztés]

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]

Egy borzalommal kevesebb (#time parser fgv hívásainak korlátja megkerülve)[szerkesztés]

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]

Lua számok[szerkesztés]

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]