Randomthots wrote:
I was speaking in general terms. Get away from ods and xml for a second
and consider two files, jpegs, for example. The bigger file will take
longer to process simply because it will take more cycles to work your
way through it.
In other words, since you can't accept that you were wrong, you are
changing the question.
Very much like a table structure in html. I was sort of surprised that
there wasn't any indication of row or cell addresses.
Add a few blank rows at the top and a few blank columns at the bottom
and you will see how ODF handles that.
And other than the
style information, which just took on the defaults anyway, it was hard
to see where the xml added much information.
Again you are confusing data with data strucctures. Do you know how to
program at all? Consider a two dimmensinal array versus a linked tree
where each node points to a struct with several entries. Even if you
store the same data in the two structures that doesn't change the nature
of the structure, or the fact that parsing and navigating a tree is slower.
I understand that it can
have more information, but the overall architecture will be the same for
any spreadsheet.
It can do a lot of things CSV can't. It has types, paragraphs, styles,
writing mode (e.g. left to right, top to bottom), etc.
It can't delve off into 16 dimensions for example,
It sort of can, actually. It can nest tables inside tables, which is
equivalent to adding dimensions.
Just that in one case you start with a 2 or 3 MB data file and in the
other you start with a 45 MB xml, but you end up with precisely the same
information content to manipulate. Now after I add a couple of formulas,
pretty it up, draw a graph or two, then csv doesn't work anymore;
obviously odf is capable of representing much more than csv.
This still looks irrelevant to me. You don't seem to have a point.
It has to if you don't write the unzipped file to disc first. Where else
is it going to go?
So your problem is that the file *loads* slower? Then the disk access is
the bottleneck. This is what I said in one of the first emails I wrote.
You didn't accept that, then.
I know what n-ary trees and arrays are. I was working with them (arrays
anyway)
Arrays are not n-ary trees.
In theory it's not necessary, but in practice most content is in the
same place (content.xml) which puts a bit of a limit on how you can
optimize the parsing. For example, if all you wanted was to extract
the author of the document, I could write a program that could get
that information lighting fast, regardless of the size of your
document. But most of the time that's not what you want, you want to
actually load the document contents into the application.
So you finally admit that the raw XML (content.xml, which is like 99% of
this file) file has to reside in memory while you build the internal
data structure that the program actually uses?
Please learn how to read. I talked about optimizing the parsing, not
disk swapping because the tags are too big. I then talked about loading
the content of the document, not the XML tags that go around it. I
assure you that making XML tags smaller is a very silly optimization.
What year are you in?
Depends on how you count, I suppose. End of the second year of classes.
I attended during the summer of '04 and I'll be done with classes in
May. In the end I'll have a Master's in Telecommunications and
Information Networking plus Cisco Network Professional, Wireless, and
Network Security certs. Bring it on Verizon! :)
Second year? Masters? I guess you mean that you finished your first
degree and you are in the second year of your Masters.
I never said you're stupid. I said you said some very silly things.
Still unnecessary and not very nice.
My goal in life is not to be nice to you. I have been more patient than
I have to be answering your questions and explaining stuff you should
already know.
For example, Ian made a comment the
other day that calendars and email don't have much to do with each
other. I could have said that was silly given that Sunbird, Evolution,
and Outlook all have a button or menu item that says "Send Invitation by
Email". You know, for people that aren't on you Ical server. But I
resisted. Ooops... sorry, I guess I just did it, huh?
I'm sure Ian could out-debate you on this topic :-)
Cheers,
Daniel.
--
/\/`) http://oooauthors.org
/\/_/ http://opendocumentfellowship.org
/\/_/
\/_/ I am not over-weight, I am under-tall.
/
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
