Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Evilguards]

It's a dfhack script to spawn a necro book (not from me, manage to got a slab but dorf couldn't read it) didn't know it could corrupt the thingy, reloading a backup should fix it then thanks !
EDIT : just saw the changelog

[Shonai_Dweller]

Not sure if this happens in the Dfhack version, but under historical figures, if you click the "necromancer" box, it lists raised undead lieutenants.
They should probably be either "animated corpse" or a new category altogether.
(If this is already solved by opening Dfhack generated Legends then I guess t doesn't matter so much).

And also in my current world, a raised undead lieutenant's top description line says "born in 150, died in 180 (old age)".
But in fact, this character died of old age in 174 (it's a very short-lived race), was raised as an undead lieutenant, fought in various battles and was finally struck down by a mouse brute in 180.

So, it should either say "died in 174 (old age)" or "died in 180 (struck)" (or both).

[Conor891]

Newest version doesn't seem to be working.

Loading the xml file in gives a popup saying "There was an error loading this XML file! Do you wish to attempt a repair?"


Selecting yes gives a Microsoft .NET Framework Exception: https://pastebin.com/5eTxq3EQ


If you select continue the program does nothing and never loads the legends file.

The XML files I used along with my world gen parameters can be found here if you need them: http://dffd.bay12games.com/file.php?id=14913

[Deus_Vult]

And also in my current world, a raised undead lieutenant's top description line says "born in 150, died in 180 (old age)".
But in fact, this character died of old age in 174 (it's a very short-lived race), was raised as an undead lieutenant, fought in various battles and was finally struck down by a mouse brute in 180.

So, it should either say "died in 174 (old age)" or "died in 180 (struck)" (or both).

I understand it's a bug but also I think it is kind of cool: imagine when one such necromancer\lieutenant is struck down, the spell is broken, and they immediately wither away, as all those missed years come crashing on

[Kromtec]

Newest version doesn't seem to be working.

Loading the xml file in gives a popup saying "There was an error loading this XML file! Do you wish to attempt a repair?"


Selecting yes gives a Microsoft .NET Framework Exception: https://pastebin.com/5eTxq3EQ


If you select continue the program does nothing and never loads the legends file.

The XML files I used along with my world gen parameters can be found here if you need them: http://dffd.bay12games.com/file.php?id=14913

The ZIP you provided only includes the two XML files.
To look into your problem I need all of these files:

Code: [Select]

regionx-xxxxx-xx-xx-legends.xml
regionx-xxxxx-xx-xx-legends_plus.xml (if you have this file)
regionx-xxxxx-xx-xx-world_history.txt
regionx-xxxxx-xx-xx-world_map.bmp
regionx-xxxxx-xx-xx-world_sites_and_pops.txt
Did you give your dwarves custom names that include special characters? If that is the case, your problem could be this bug.

[Nilsolm]

Newest version doesn't seem to be working.

Loading the xml file in gives a popup saying "There was an error loading this XML file! Do you wish to attempt a repair?"


Selecting yes gives a Microsoft .NET Framework Exception: https://pastebin.com/5eTxq3EQ


If you select continue the program does nothing and never loads the legends file.

The XML files I used along with my world gen parameters can be found here if you need them: http://dffd.bay12games.com/file.php?id=14913

There was a bug in some recent DFHack builds, where exportlegends produced invalid XML data. It looks like it's been fixed already, so it should work if you try a newer build.

[PatrikLundell]

There is a couple of corrections of the exportlegends script in the pipeline awaiting acceptance.

[Kromtec]

Newest version doesn't seem to be working.

Loading the xml file in gives a popup saying "There was an error loading this XML file! Do you wish to attempt a repair?"


Selecting yes gives a Microsoft .NET Framework Exception: https://pastebin.com/5eTxq3EQ


If you select continue the program does nothing and never loads the legends file.

The XML files I used along with my world gen parameters can be found here if you need them: http://dffd.bay12games.com/file.php?id=14913

There was a bug in some recent DFHack builds, where exportlegends produced invalid XML data. It looks like it's been fixed already, so it should work if you try a newer build.

Yeah, I debugged with @Conor891 files, and it is exactly this error:

Code: [Select]

<historical_event>
<id>1161</id>
<type>body_abused</type>
<bodies>359</bodies>
<bodies>363</bodies>
<bodies>365</bodies>
<bodies>366</bodies>
<bodies>469</bodies>
<bodies>471</bodies>
<bodies>476</bodies>
<bodies>617</bodies>
<bodies>648</bodies>
<civ>83</civ>
<histfig>-1</histfig>
<site>118</site>
<abuse_type>1</abuse_type>
        --> <abuse_data><history_event_body_abusedst.T_abuse_data: 0000024565093F40></abuse_data>
</historical_event>


[PatrikLundell]

It seems Legends Viewer is rather unhappy with childhood friendships. Whenever I've tried to look at units having these there's an unhandled exception. It can be noted that war buddies work just fine. As an aside, DF itself has had issues with several such units (not this one, though), refusing to acknowledge the existence of that HF, while still showing the HF's name as a childhood friend of the other party.

Here's a snipped from the standard Legends export file from the section of one such HF. I suspect you have loads of these in the files you have available, but if not I can provide you with the files I've used (I don't think it matters, but I've also exported Legends_Plus).

Code: [Select]

<historical_figure>
<id>67445</id>
<name>usmok strifeplunge</name>
:
<vague_relationship>
<childhood_friend/>
<hfid>67666</hfid>
</vague_relationship>

Edit: Also issues with scholar_buddy:

Code: [Select]

<vague_relationship>
<scholar_buddy/>
<hfid>4195</hfid>
</vague_relationship>


[Kromtec]

It seems Legends Viewer is rather unhappy with childhood friendships. Whenever I've tried to look at units having these there's an unhandled exception. It can be noted that war buddies work just fine. As an aside, DF itself has had issues with several such units (not this one, though), refusing to acknowledge the existence of that HF, while still showing the HF's name as a childhood friend of the other party.

Here's a snipped from the standard Legends export file from the section of one such HF. I suspect you have loads of these in the files you have available, but if not I can provide you with the files I've used (I don't think it matters, but I've also exported Legends_Plus).

Code: [Select]

<historical_figure>
<id>67445</id>
<name>usmok strifeplunge</name>
:
<vague_relationship>
<childhood_friend/>
<hfid>67666</hfid>
</vague_relationship>

Edit: Also issues with scholar_buddy:

Code: [Select]

<vague_relationship>
<scholar_buddy/>
<hfid>4195</hfid>
</vague_relationship>


I tried to reproduce your problem with vanilla DF and with the latest build I found from DFHack and I can load the pages of historical figures with childhood friends or scholar buddies or any other vague relationship without issues.

I used the Windows64 builds of DF and DFHack.

[PatrikLundell]

Thanks for trying. I've zipped up the files here: https://www.dropbox.com/s/80taz9tl6dz108o/DF_47_04.zip?dl=0. The files were produced using my version of exportlegends.lua, which I believe is the current one.

Edit:
An amusing entry (from the same export) :Look at Zan Gulfcloistered DF Legends Mode has the relations reversed...

[Kromtec]

Thanks for trying. I've zipped up the files here: https://www.dropbox.com/s/80taz9tl6dz108o/DF_47_04.zip?dl=0. The files were produced using my version of exportlegends.lua, which I believe is the current one.

Edit:
An amusing entry (from the same export) :Look at Zan Gulfcloistered DF Legends Mode has the relations reversed...

Thanks, the problem were not the vague relationships but printing the race of culled unimportant historical figures in the nodes of family trees.
I don't use advanced world gen in my test worlds and therefore have never set [CULL_HISTORICAL_FIGURES:1]. There is often missing information in such worlds that lead to bugs. 

Haha, still have to look into the problem of the duck that became the owner of that dwarf. 

[GamingMasterAnthony]

is there a way to look up unit ids with Legends Viewer? im playing adventure mode and i kinda want to teleport straight to my target (it doesnt help that its across an ocean)

[Bumber]

is there a way to look up unit ids with Legends Viewer? im playing adventure mode and i kinda want to teleport straight to my target (it doesnt help that its across an ocean)

I doubt that information is exported.

[lethosor]

is there a way to look up unit ids with Legends Viewer? im playing adventure mode and i kinda want to teleport straight to my target (it doesnt help that its across an ocean)

I doubt that information is exported.

Historical figure IDs are exported in the vanilla export - does that help?

Code: [Select]

<historical_figures>
        <historical_figure>
                <id>0</id>
My understanding is that unit IDs are only meaningful in an active game, so you might not be able to get them from legends mode.