Keresés

Részletes keresés

tt65 Creative Commons License 2011.07.27 0 0 15585

igen, én is olyankor szoktam használni 1-el! :-)

Előzmény: Törölt nick (15583)
_Nyuszi Creative Commons License 2011.07.27 0 0 15584

Adj a felhasználónak egy plusz sort vagy oszlopot, ezt meg zárold vagy védd le vagy amit kell. Így nem jó?

Előzmény: fazonka (15580)
Törölt nick Creative Commons License 2011.07.27 0 0 15583

Igen. "alapesetben" az alapeset pedig az, ha az utolsó argumentumot elhagyod - ami így alapból 1-es (IGAZ) lesz.

Ritkán kell használom 1-essel, pl. ha intervallumot kell keresni, mondjuk egy korosításhoz.

Előzmény: tt65 (15582)
tt65 Creative Commons License 2011.07.27 0 0 15582

valami alapja, csak van:

 

 

de, van amikor tényleg úgy működik, ahogy írod.

Előzmény: Törölt nick (15581)
Törölt nick Creative Commons License 2011.07.27 0 0 15581

Általános tévhit.

Miért kéne sorbarendezettnek lennie?

 

 

Előzmény: tt65 (15579)
fazonka Creative Commons License 2011.07.27 0 0 15580

Sziasztok!

Kellene egy kis segítség.

Adott egy oszlop,amiben a következő feltétel van:=HA(K2="M";I2; " ")

a feladat az lenne,hogy ha teljesűlt a feltétel és érték kerül a cellába azt a cellát zárolni kellene,de az üres vagy a feltételnek nem megfelelő cellába lehesen írni.

Eddig rendben is van,a baj csak akkor kezdődik ha elrontotta a beírt számot és "DEL"-el törli.

Ekkor a képlet is oda van..Megköszönném ha valaki kisegítene.

Fazon

tt65 Creative Commons License 2011.07.27 0 0 15579

igen, de az fkeresnél sorrendbe rendezettnek kell lennie, különben bukik a mutatvány

 

Előzmény: Törölt nick (15578)
Törölt nick Creative Commons License 2011.07.27 0 0 15578

ezt lehet így is:

HA(HIBÁS(FKERES....);"van";"nincs")

Előzmény: zotilla (15574)
tt65 Creative Commons License 2011.07.27 0 0 15577

vagy C oszlopba : =HA(NINCS(HOL.VAN(B2;A:A;0));"nincs";"van")

 

Előzmény: zotilla (15574)
Sznida Creative Commons License 2011.07.27 0 0 15576

Ja bocsi, elnéztem az oszlopokat... :(

Szóval:

 

- A A1-es cellára katt.

- fomátum, feltételes formázás

- Ott kiválasztanám a legördülőben, hogy képlet értéke

- mellé beírnám ezt a képletet: =FKERES(A1;B:B;1;HAMIS)

- formátum gombra kattintva megadnám azt a formátumot amit láni akarok, én a hátteret szoktam ilyenkor változtatni.

- OK

 

Aztán formátum másolás, a A oszlop értékeire.

 

Bocs.

 

Üdv: Sznido

Előzmény: Sznida (15575)
Sznida Creative Commons License 2011.07.27 0 0 15575

Szia,

 

2003-as excelben én ezt a kövtkezőképpen csinálnám:

 

- A B1-es cellára katt.

- formátum, feltételes formázás

- Ott kiválasztanám a legördülőben, hogy képlet értéke

- mellé beírnám ezt a képletet: =FKERES(B1;A:A;1;HAMIS)

- formátum gombra kattintva megadnám azt a formátumot amit láni akarok, én a hátteret szoktam ilyenkor változtatni.

- OK

 

Aztán formátum másolás, a B oszlop értékeire.

 

Üdv: Sznido

Előzmény: zotilla (15574)
zotilla Creative Commons License 2011.07.27 0 0 15574

Sziasztok!

Kérlek segítsetek, hogyan tudonám a következő feladatott megoldani. Az A oszlopban van mondjuk egymás alatt 25 cellában adat(szám) a B oszlopban van egymás alatt 15 cellában adat(szám). A feladat az lenne, hogy keresse meg az A oszlopban lévő számok között azt amelyik a B oszlopban is megtalálható és ezeket vagy jelölje meg(vagy jelölje össze) vagy a C oszlop azonos sorában adjon vissza egy értéket egyezzőség esetén.

Előre is köszönök minden segítséget!

pimre Creative Commons License 2011.07.27 0 0 15573

Kösz, az valóban lehet, hogy nem iterációról, hanem integrál kiszámításról van szó. Ehhez sajnos nem értek.

 

De az továbbra is fennáll, hogy nem kerekítési pontosságbeli különbségekről van szó, hanem eljárásbeliről. Elképzelhető, hogy régebben az általam leírt algoritmust használták, és azóta áttértek másikra.

 

Időközben több más adatsoron is lefutattam a kétféle értékelést. Az eredmények viszonylag közeliek, egyetlen esetet kivéve, ami viszont nagyságrendi (ellenőriztem, nem elütésről, vagy adathibáról van szó). És ez utóbbi különösen zavaró.

 

saját képletem  Excel eredmény

p=0.3051              0.3044

P=0.4422              0.4366

p=0.1205              0.1239

p=0.0792            0.9697

p=0.0936              0.0970

 

Egyébként az összes többi adat ugyanaz. Tehát az általam számított érték és az Excel beépített értékelő program valamennyi tizedesre ugyanazt az eredményt adja az adatok átlaga, a regressziós egyenes paraméterei, az r és r², a t érték és az F érték esetében. Csak ez a fránya p érték más.

 

Off: valaki persze mondhatná, hogy használjam a beépített Excel függvényeket, de sajnos több munkalapon kell 100-100 adatpárra elvégeznem a munkát, amit nem szeretnék kézzel egyenként megtenni. Ezért írok programot.

 

És én azt kérem, hogy megköszönve az eddigi tippeket, hagyjuk egy időre a témát, mert ez már nem Excel programozási kérdés, hanem matematikai statisztikai. Megpróbálom ehhez értőkkel felvenni a kapcsolatot, és itt nem offolok tovább.

 

 

Előzmény: tt65 (15572)
tt65 Creative Commons License 2011.07.27 0 0 15572

Nem vagyok matematikus, de anno tanultam ilyeneket. Itt nem iterációról van szó, az egy kicsit más. Itt az van, hogy az intgerált nem lehet zárt alakban elvégezni, azaz nem lehet a primitiv függvényt meghatározni, ezért valamilyen módszerrel egy polinomot állítanak elő, valószínűleg sorfejtéssel. Ami jól illeszkedik a problémához és megbízhatóan jó eredményt ad. Az általad eredményül kapott két érték közt simán lehet különbség, bár ebben az esetben ez valóban nagynak tűnik. DE abba is gondolj bele, hogy a számítógép nem tud hatványozni, azaz nem tudja kiszámítani a 3.456^5,837 értékét, ezt is sorfejtésen alakuló algoritmusssal számolja ki ...

 

Esetleg próbáld ki az ecel beállításoknál, hogy a megjelenített pontossággal számoljon az excel, akkor mekkora az eltérés?

Előzmény: pimre (15571)
pimre Creative Commons License 2011.07.26 0 0 15571

Kösz, ez jó nyomnak tűnt. A linkből kiindulva elkezdtem keresgélni az angol nyelvű szakirodalomban. Találtam egy-két kalkulátort, ami szintén az Excel által adott értéket produkálja az enyémmel szemben. Aztán találtam képletet is hozzá, ami egészen más alapon működik, mint az enyém: http://easycalculation.com/statistics/f-test-p-value.php. Szóval lehet, hogy nem a kerekítési pontosságon múlik a dolog. Furcsa is lenne, hiszen a Double az Double pontosság, nemigen változhatott sokat az elmúlt időszakban.

 

Kell most nekem egy kis idő, amíg értelmezem ezt a képletet, és a kettő közti különbséget, de kösz a kiinduló linket.

 

Persze, ha akad itt egy matematikus, aki tudja, hogy működött az általam használt képlet, meg hogyan működik a fenti link képlete, mi köztük a különbség, mi az elméleti háttér, annak nagyon örülnék, mert nem biztos, hogy ezt magamtól meg tudom fejteni. 

Előzmény: Jozsef (15570)
Jozsef Creative Commons License 2011.07.26 0 0 15570

Én is erre gondolok. Az Fisher-féle F elosztás ( http://en.wikipedia.org/wiki/F-distribution) eloszlásfüggvényben egy integrált közelítő módon kell kiszámítani. Itt az értékes tizedesjegyek nagyban befolyásolják a pontosságot.

Egyébként érdemes lenne  még ellenőrizni, hogy az regresszió F-próbafüggvénye ugyanaz az érték mindkét módszerben.

 

Előzmény: SQLkerdes (15569)
SQLkerdes Creative Commons License 2011.07.26 0 0 15569

Bár sajnálatos módon a legtöbb képlet esetében már az egyenlőségjel utáni 10-ik karakternél elvesztem a fonalat, de a hiba okával kapcsolatban még megjegyezném, hogy akár az is lehet, hogy a későbbi excel-ek több tizedessel számolnak.

Persze lehet, hogy nem.

Előzmény: pimre (15565)
Törölt nick Creative Commons License 2011.07.26 0 0 15567

Az előbb kicsit gyorsan válaszoltam, szóval, tedd a userform eseménykezelőjébe az alábbi kódot és a form tulajdonságoknál állítsd be ezt: StartUpPosition = 0 - Manual

 

Private Sub UserForm_Activate()

  With Me
    .Width = Application.Width
    .Height = Application.Height
  End With
End Sub

Előzmény: Törölt nick (15564)
pimre Creative Commons License 2011.07.26 0 0 15566

"Amúgy az utóbbi képletet" helyesen "...képlettel" akart lenni. Ennyire hibásan általában nem fogalmazok:-)))

 

Előzmény: pimre (15565)
pimre Creative Commons License 2011.07.26 0 0 15565

Kösz, de ennyire gyermeteg hibát nem követek el. 

 

F próbáról lévén szó, a számláló szabadságfoka 1, a nevezőé n-2, az f értékét már kiszámoltam, és átadom a p értéket kiszámító függvénynek. Az algoritmus a következő:

 

a = 2 / 9  ' (helyesen 2/(9*számláló szabadságfok), de az utóbbi itt mindig 1

b = 2 / (9 * nevező szabadságfok)

zs = (1 - b) * f érték ^ (1 / 3) - 1 + a

zn = Sqr(b * f érték ^ (2 / 3) + a)

zy = Abs(zs) / zn

pérték = 0.5 * oldal / ((1 + zy * (0.196854 + zy * (0.115194 + zy * (0.000344 + zy * 0.019527)))) ^ 4) * 100

 

Amúgy az utóbbi képletet az én Excelem (Excel 2003, majd egyszer áttérek egy újabb verzióra) expression too complex hibát ad, de ez nem volt gond, felbontottam több lépésre.

 

A sejtésem az, hogy a gond az utolsó képlettel lehet. Sajnos nem vagyok matematikus, de ezt valami iterációnak gondolom. És nem tartom kizártnak, hogy nagyobb (vagy kisebb) mélységig is lehetne iterálni, és hogy az Excel beépített függvénye valami ilyesmiben tér el. 

 

Szóval örülnék, ha látnám az általuk használt algoritmust, esetleg egy matematikai statisztika könyvet, ami az algoritmust tartalmazza.

Előzmény: Jozsef (15563)
Törölt nick Creative Commons License 2011.07.26 0 0 15564

Tedd be a Form eseménykezelőjébe ezt:

 

Private Sub UserForm_Activate()
  UserForm1.Width = Application.Width
  UserForm1.Height = Application.Height
End Sub

Előzmény: Gavriel (15556)
Jozsef Creative Commons License 2011.07.26 0 0 15563

Első pillantásra a szabadsági fokok valamilyen kis eltérésére gondolok. Mindkét módszernél biztos, hogy ugyanazzal számolsz?

Előzmény: pimre (15562)
pimre Creative Commons License 2011.07.26 0 0 15562

Sziasztok!

 

Ismét segítséget kérek. Egy regresszió analizáló programon dolgozom. Lényegében kész, és szinte minden adat stimmel. A programomat lefuttatva szinte minden érték azonos az adatelemzésnél elérhető regressziószámítás paramétereivel.

 

Egyetlen kivétel a p érték, ami az F próba szignifikanciaszintjét megadja. A konkrét példáimon minimális az eltérés,  de van. Ami nálam 0.3055, az a beépített függvénynél 0.3044. 

 

Az én algoritmusom több mint 10 éves, és elég megbízható helyről kaptam annakidején. Már többször átnéztem, nem látok elütést ahhoz képest. Ugyanakkor nyugtalanít az eltérés, de az Excelnek a statisztikai rutinokat tartalmazó programját csak jelszóval tudnám megnyitni, ami érthető okokból nem elérhető felhasználóként.

 

Viszont nagyon szeretném összehasonlítani az algoritmusokat. 

 

Tudnátok segíteni?

 

Törölt nick Creative Commons License 2011.07.26 0 0 15561

Hát én valami ilyesmit csinálnék:

 

ActiveWindow.Width = UserForm1.Width
ActiveWindow.Height = UserForm1.Height

 

persze neked nem ez kell... :)

 

munkalap valamely eseménykezelőjében megadnám a szükséges paramétereket - a makrórögzítő dobja a metódusokat, mint sqlkerdes írta

 

 

Előzmény: Gavriel (15559)
SQLkerdes Creative Commons License 2011.07.26 0 0 15560

Hogy használtad?  Megadtál mindegyikhez (.left, stb) valami számot?  Mert ott kell megadni, hogy a képernyő bal felső sarka hol legyen illetve, hogy az Application window milyen magas és széles legyen (pixelben).

 

Próbáld meg macro recorderrel.  Indítsd el, mozgasd és méretezd át az Excel főképernyőt és nézd meg a kódot amit generált.

Előzmény: Gavriel (15559)
SQLkerdes Creative Commons License 2011.07.26 0 0 15557

Application.Left    

Application.Top    

Application.Width    

Application.Height

 

És mindezt berakod a Workbook Open eseménykezelőbe.

Előzmény: Gavriel (15556)
Törölt nick Creative Commons License 2011.07.25 0 0 15555

hát, elég durva.

egyébként 2010-es excelben már megvan rá a (kibővített) weeknum (HÉT.SZÁMA, vagy mi lett a neve) függvény.

 

Sőt, mssql, (transact-sql) acces sem kezeli

(t-sql-ben külön függvényt írtam rá)

Előzmény: tt65 (15552)
Törölt nick Creative Commons License 2011.07.25 0 0 15554

köszönöm szépen, az off-ért pedig elnézést mindenkitől

Előzmény: Sznida (15553)
Sznida Creative Commons License 2011.07.25 0 0 15553

Nem emlékszem már, honnan vadásztam, mert akkor betettem a start menübe, ja és otthon van meg sem tudom keresni.

Ám, ezt találtam:

http://windows.microsoft.com/hu-HU/windows7/Snipping-Tool-frequently-asked-questions

Meg ezt, ez is érdekes lehet:

http://win7.ucoz.es/load/minialkalmazasok/screen_snaper_gadget/7-1-0-386

 

Üdv: Sznido

Előzmény: Törölt nick (15551)
tt65 Creative Commons License 2011.07.25 0 0 15552

egy kis adalék: http://msdn.microsoft.com/en-us/library/bb277364.aspx

a hét számítására képlet: =INT((D7-DÁTUM(ÉV(D7-HÉT.NAPJA(D7-1)+4);1;3)+ HÉT.NAPJA(DÁTUM(ÉV(D7-HÉT.NAPJA(D7-1)+4);1;3))+5)/7) ; ha D7-ben van a dátum.

(Az év első hete  azon hét hétfőjével  kezdődik, amely az év első csütörtöki napja módszer szerint. Sajnos az outlook és az excel sem jól kezeli ezt)

Előzmény: Törölt nick (15537)

Ha kedveled azért, ha nem azért nyomj egy lájkot a Fórumért!