Yeah when I parsed my world (about to test another) it just pops up with a message at the very end "did not parse HF"....no error code or message or anything....it just didn't do it.
any world with about 200,000 HFs and about 3 mil events comes out to be right around 700 - 800 MB....so use that as a gauge perhaps
Ah, I understand, I found where that problem comes from. I'll fix this next update.
Is there any chance of getting the source for this? I would totally understand if the answer was no.
Alternatively, would it be possible to get some 'Export As...' functionality that could spit out a sqlite database, or something more manageable than the XML? I want to use the Legends data for a sideproject, but I dont' want to reinvent the wheel when it comes to parsing the Legends data raw.
I'm not quite sure now. I like working on this myself right now, it's a fun diversion for me and if someone else took it over and went another route I could see it ruining the fun for me. But if I stop working on it for whatever reason, I'll release it.
Exporting is near the top of my "to do" list. I had planned to do a "export information about this civ" to text sort of thing, for people who mentioned using worlds for RP stuff.
One of the reasons I made this program was to do the connections that exist between stuff, things like getting the list of kills a HF had, or creating dynasties and (if I can convince Toady to add an XML event) family trees within leaders and historical figures. I'm not sure how exactly I can do this, I guess having a series of tables with foreign keys referring to hist figs and such might be useful, but it seems like an immense amount of work for something not drastically different from the XML.
So for a database export I'll need some help specifically with database design, I've done this sort of thing before but having input beforehand might make me more willing to go through all the work. This is all assuming it's possible
For text related (MUCH smaller than the XML) export I have a few ideas on how I could do it but feel free to offer any suggestions before I get started.
I'm thinking of doing small scale export (of civs, sites, leaders, dynasties, and battles) in a few different ways, but I hadn't initially considered a XML-replacement. Would that be valuable even if I didn't have any of the additional logical connections from the program?
I was just thinking this weekend that it would be nice if there was a way to export or save a world, so that you wouldn't have to parse the same data over and over again if you want to keep looking at the same world. This assumes that VB has some sort of reasonable serialize function... 
This is something I've been thinking about as well. I think I'm being lead to create a .dfworld file. Unless the entitypopulations update by Toady coming (soon?) is extremely complicated and interesting this will probably be my next project.
Also, exporting in a tasty format (like sqlite, not that I'm heavily hinting at anything) would allow other coders (again, not hinting, nope) to make use of the great work already done here, and write further utilities that use this simpler format. 
Hint. (not hinting)
*Goes to read about sqlite again...*
Author
Topic: World Viewer - Supports Mods + Graphical Map! (8/12) (Read 68747 times)