Ono to také na výstupu pana Janíka na ČNI bylo vidět, že specifikaciOpen XML nečetl. Tvrdil, že se v textových dokumentech ukládá datum jako sériové číslo s počátkem 1. 1. 1900. Kdyby přečetl ještě dalších 27 stránek (Open XML, Part 3, strana 227), tak by se dozvěděl, že je to číslo realné (ukládá se i čas) a týká se to jen tabulkových kalkulátorů.
Od nezávislého konzultanta bych očekával větší znalosti konkurence.
Vlákno názorů ke zprávičce Jak vypadá 6000 stran dokumentace OpenXML?
aura:100
21. 5. 2007 12:31
Re: Konzultant?
To pouziti realneho cisla me dost zarazilo. Asi vsichni vime, ze ne kazde realne cislo ma binarni reprezentaci. Takze nevyhnutelne existuji data (tedy casy), ktere neni mozne v teto reprezentaci ulozit. Zatimco horni a dolni omezeni casu je celkem snadno akceptovatelne a osetritelne, tak nahodne situace, kdyz se ukaze, ze nejaky casovy udaj se pro prevedeni tam a zpet zmeni na jiny, jsou krajne neprijemne.
uživatel si přál zůstat v anonymitě
21. 5. 2007 12:36
Re: Konzultant?
Můžete uvést konkrétní příklad, resp. za jakých podmínek tato situace nastane, kdy existující časový údaj převedu na des. číslo a při převodu zpět se změní?
uživatel si přál zůstat v anonymitě
21. 5. 2007 12:41
Re: Konzultant?
Ze by to bylo tim, ze nejde o "obecna" realna cisla, ale prave binarni reprezentace casu (s danou urcitou presnosti)?
Nebo muzete dat priklad nejakeho casu, ktery splnuje pozadavky excelu a neni jej mozne reprezentovat cislem dle specifikace?
Nebo muzete dat priklad nejakeho casu, ktery splnuje pozadavky excelu a neni jej mozne reprezentovat cislem dle specifikace?
Pavel Janík (neregistrovaný)
21. 5. 2007 13:11
Re: Konzultant?
> Nebo muzete dat priklad nejakeho casu, ktery splnuje pozadavky excelu a neni jej mozne reprezentovat cislem dle specifikace?
Co mají společného "požadavky Excelu" a specifikace?
Co třeba 20.5.1797? To byl mimochodem nejleplejší 20.5. za celou dobu, co se v Klementinu měří teplota.
Co mají společného "požadavky Excelu" a specifikace?
Co třeba 20.5.1797? To byl mimochodem nejleplejší 20.5. za celou dobu, co se v Klementinu měří teplota.
uživatel si přál zůstat v anonymitě
21. 5. 2007 17:50
Re: Konzultant?
Ve specifikaci jesou popsany pozadavky excelu cely OpenXML jsou proste vnitrnosti MS Office s celou jeho zpetnou kompatibilitou, proto je to tak hnusne :)
A pozadavky excelu jsem myslel napr. presnost napriklad na sekundy pripadne nejaky omezeny interval, pokud tam neco takoveho je, protoze tu zrovna nemam po ruce tu specifikaci (a uprimne i kdybych ji mel, tak mi to nestoji za to hledat :)).
A pozadavky excelu jsem myslel napr. presnost napriklad na sekundy pripadne nejaky omezeny interval, pokud tam neco takoveho je, protoze tu zrovna nemam po ruce tu specifikaci (a uprimne i kdybych ji mel, tak mi to nestoji za to hledat :)).
uživatel si přál zůstat v anonymitě
21. 5. 2007 17:51
Re: Konzultant?
Ve specifikaci jesou popsany pozadavky excelu cely OpenXML jsou proste vnitrnosti MS Office s celou jeho zpetnou kompatibilitou, proto je to tak hnusne :)
A pozadavky excelu jsem myslel napr. presnost napriklad na sekundy pripadne nejaky omezeny interval, pokud tam neco takoveho je, protoze tu zrovna nemam po ruce tu specifikaci (a uprimne i kdybych ji mel, tak mi to nestoji za to hledat :)).
A pozadavky excelu jsem myslel napr. presnost napriklad na sekundy pripadne nejaky omezeny interval, pokud tam neco takoveho je, protoze tu zrovna nemam po ruce tu specifikaci (a uprimne i kdybych ji mel, tak mi to nestoji za to hledat :)).
Pavel Janík (neregistrovaný)
21. 5. 2007 13:06
Re: Konzultant?
Dobrý den,
ano, do souboru se datum opravdu ukládá jako reální číslo. A to proto, aby bylo možné kombinací s časovou reprezentací určit přesný okamžik. Já jsem ale mluvil pouze o datumu, tedy označení celého dne. To je sice uloženo jako real, nicméně vždy je to celé číslo s nulami na místech desetinných čísel. Až teprve čas v rámci daného dne může z celého čísla udělat číslo reálné. Na semináři jsem ani jednou nechtěl hovořit o skutečném formátu uložení čehokoli v souboru, ale o významu daného čísla pro člověka.
Za zjednodušení (ne záměrné, chtěl jsem pouze naznačit absurditu zvolené časové reprezentace) s textovým dokumentem/tabulkovým kalkulátorem se omlouvám. Samozřejmě do textového dokumentu mohu uložit libovolné datum. Například pomocí cut&paste: 31.12.1899. To do Calcu bohužel jako datum převedeno nebude.
ano, do souboru se datum opravdu ukládá jako reální číslo. A to proto, aby bylo možné kombinací s časovou reprezentací určit přesný okamžik. Já jsem ale mluvil pouze o datumu, tedy označení celého dne. To je sice uloženo jako real, nicméně vždy je to celé číslo s nulami na místech desetinných čísel. Až teprve čas v rámci daného dne může z celého čísla udělat číslo reálné. Na semináři jsem ani jednou nechtěl hovořit o skutečném formátu uložení čehokoli v souboru, ale o významu daného čísla pro člověka.
Za zjednodušení (ne záměrné, chtěl jsem pouze naznačit absurditu zvolené časové reprezentace) s textovým dokumentem/tabulkovým kalkulátorem se omlouvám. Samozřejmě do textového dokumentu mohu uložit libovolné datum. Například pomocí cut&paste: 31.12.1899. To do Calcu bohužel jako datum převedeno nebude.
uživatel si přál zůstat v anonymitě
21. 5. 2007 13:28
Re: Konzultant?
Opravdu si myslíte, že si nějaký uživatel rozzipuje dokument a bude si číst přímo XML? Argument, že to má být čitelné pro člověka je naprosto absurdní. V prvé řadě si s tím má co nejlépe poradit počítač. Zkuste si napsat jak dlouho trvá načíst textový soubor, kde máte na řádku des. číslo a to přetypovat na datový typ des. čísla. Pak si to samé udělejte pro datum v ISO formátu a přetypujte na objekt Date (či co používáte ve vašem oblíbeném jazyce). Rozdíl bude v řádu desítek procent. Reálně sice půjde o milisekundy (možná méně), ale je třeba si uvědomit, že i to může hrát u velkého objemu dat roli. Schválně se podívejte jak se ukládá datum v Oracle. možná budete hodně překvapen.
Pokud někdo potřebuje číst rozzipované dokumenty, ať si zvolí ODF. Pokud budu potřebovat šetřit systémové zdroje, půjdu do Open XML.
Pokud někdo potřebuje číst rozzipované dokumenty, ať si zvolí ODF. Pokud budu potřebovat šetřit systémové zdroje, půjdu do Open XML.
miro (neregistrovaný)
21. 5. 2007 14:49
Re: Konzultant?
Nevím, na čem jste to zkoušel vy, mě datum 31.12.1899 Calc (OOo 2.0.4) bez problémů převedl.
Zed (neregistrovaný)
21. 5. 2007 13:30
Re: Konzultant?
No presne o toto islo autorom OpenXML... aby clovek ostal otraveny uz po prvych 200 stranach. Priamociare veci rozhodne nepotrebuju 6000 stran nicnehovoriacej omacky. Odporucam si dat frazu 'how to detect lies' do googlu a trosku postudovat... v kazdom pojednani na tuto temu sa hovori o tom, ze ten kto klame, hovori vela, aby odputal pozornost.
Datum ako realne cislo..?! To akoze 2,34958 dna... alebo 8.68390457 hodiny? Pocitam, ze tato reprezentacia uz ma patentove cislo. :-)
Datum ako realne cislo..?! To akoze 2,34958 dna... alebo 8.68390457 hodiny? Pocitam, ze tato reprezentacia uz ma patentove cislo. :-)
uživatel si přál zůstat v anonymitě
21. 5. 2007 13:47
Re: Konzultant?
Dokumentace k Open XML je rozdělena na 5 dokumentů.
Part 1: Fundamentals, 173 stran
Part 2: Open Packaging Convention, 129 stran
Part 3: Primer, 472 stran
Part 4: Markup Language Reference, 5219 stran
Part 5: Markup Compatibility and Extensibility, 43 stran
Aby programátor mohl začít pracovat s Open XML stačí, aby si přečetl Part 3. Part 4 je referenční příručka, které obsahuje i vzorová použití jednotlivých elentů a atributů. Neznám žádného programátora, který by četl referenční příručku od A do Z. Manuál k PHP z roku 2005, český překlad, má 3548 stránek při velikosti písma 12 b.
"Datum ako realne cislo..?! To akoze 2,34958 dna... alebo 8.68390457 hodiny":
Celá čáet čísla reprezentuje den, des. část čas (0.5 = 12:00, 0.25 = 6:00). Astronomové používají něco velmi podobného, jen celá část představuje roky.
Part 1: Fundamentals, 173 stran
Part 2: Open Packaging Convention, 129 stran
Part 3: Primer, 472 stran
Part 4: Markup Language Reference, 5219 stran
Part 5: Markup Compatibility and Extensibility, 43 stran
Aby programátor mohl začít pracovat s Open XML stačí, aby si přečetl Part 3. Part 4 je referenční příručka, které obsahuje i vzorová použití jednotlivých elentů a atributů. Neznám žádného programátora, který by četl referenční příručku od A do Z. Manuál k PHP z roku 2005, český překlad, má 3548 stránek při velikosti písma 12 b.
"Datum ako realne cislo..?! To akoze 2,34958 dna... alebo 8.68390457 hodiny":
Celá čáet čísla reprezentuje den, des. část čas (0.5 = 12:00, 0.25 = 6:00). Astronomové používají něco velmi podobného, jen celá část představuje roky.
rfordinal (neregistrovaný)
22. 5. 2007 9:30
Re: Konzultant?
Ak chcete OOXML implementovat, tak ano, musite si celu specifikaciu precitat a rozumiet jej.
uživatel si přál zůstat v anonymitě
22. 5. 2007 17:37
Re: Konzultant?
Pokud chcete implementovat kompletni fnkcionalitu Microsoft Office, pak ano. Ale to jiste bude velmi narocna prace i tak :)
Mimochodem ono s tou implementaci ODF to nebude asi o mnoho lehci, kdyz po dvou letech od vydani specifikace zatim neexistuje kompletni implementace.
Mimochodem ono s tou implementaci ODF to nebude asi o mnoho lehci, kdyz po dvou letech od vydani specifikace zatim neexistuje kompletni implementace.
rfordinal (neregistrovaný)
22. 5. 2007 21:00
Re: Konzultant?
A praveze na tych implementaciach je vidiet priepastny rozdiel medzi OOXML a ODF. Kdezto u ODF je vidiet mnozstvo velmi dobrych implementacii i v trivialnych kusoch software (ako sam tvrdite, ziadna nieje na 100%, minimalne vsak u OOo mozeme povedat ze je 99% :), pri OOXML je toho velmi biedne.
Rozdiely predpokladov pre realnu implementaciu su pri oboch standardoch priepastne.
Rozdiely predpokladov pre realnu implementaciu su pri oboch standardoch priepastne.
aura:51
21. 5. 2007 14:04
Re: Konzultant?
>>Datum ako realne cislo..?! To akoze 2,34958 dna... alebo 8.68390457 hodiny? Pocitam,
>>ze tato reprezentacia uz ma patentove cislo. :-)
necekane se tohle pouziva uz dobrych 10 let od doby officu 97 - nechapu ze se nad tim ted nekdo pozastavuje.
navic toto ulozeni casu je mnohem presnejsi nez linuxovy timestamp ktery pocita v sekundach.
btw - rad bych se zeptal ja zijou linuxari pred rokem 1970? - kdyz ryji do M$ ze ten neumi zit pred rokem 1900.
>>ze tato reprezentacia uz ma patentove cislo. :-)
necekane se tohle pouziva uz dobrych 10 let od doby officu 97 - nechapu ze se nad tim ted nekdo pozastavuje.
navic toto ulozeni casu je mnohem presnejsi nez linuxovy timestamp ktery pocita v sekundach.
btw - rad bych se zeptal ja zijou linuxari pred rokem 1970? - kdyz ryji do M$ ze ten neumi zit pred rokem 1900.
disorder (neregistrovaný)
21. 5. 2007 17:14
Re: Konzultant?
zas tie pojmy a dojmy...
potrebujes ulozit subor skor nez v roku 1970? ako to chces spravit?
potrebujes ulozit subor skor nez v roku 1970? ako to chces spravit?
aura:51
disorder (neregistrovaný)
21. 5. 2007 21:14
Re: Konzultant?
odkedy take aplikacie pouzivaju unix timestamp na ukladanie datumov?
uživatel si přál zůstat v anonymitě
22. 5. 2007 17:38
Re: Konzultant?
nevim jestli 'take' aplikace, ale treba databazove systemy (respektive navrhari aplikaci nad nimi) misto data a casu pomerne bezne pouzivaji timestamp
