Foundry loose integration

[SLger]

Originally Posted by Farling

My test imports seem to work properly in that version of the PF1 system.

Is it possible for you to send me the POR file as a DM so that I can test it.

Also, could you look in the browser console (open with F12 on Windows) in order to see if there are any errors reported during the import process.

Here is one of the .por-files

[The Numerator]

Hey there!

Love the importer (use it just for HL Classic files), however it seems like with the latest update the importer stopped working. When I try to import a .por, the status gets stuck at "Reading [file name].por" with no actors being created.

I tried unpdating the module, uninstalling and reinstalling the module, and in the world itself disabled and re-enabled the importer. I also tried different .por files (including one that I had previously imported) and still the same result. Any help would be appreciated!!!

I'm running Pathfinder 1e (9.1) and it looks like Realmworks Importer 2.8.1. Neither are flagged as having compatibility issues.

[Farling]

Originally Posted by The Numerator

Hey there!

Love the importer (use it just for HL Classic files), however it seems like with the latest update the importer stopped working. When I try to import a .por, the status gets stuck at "Reading [file name].por" with no actors being created.

I tried unpdating the module, uninstalling and reinstalling the module, and in the world itself disabled and re-enabled the importer. I also tried different .por files (including one that I had previously imported) and still the same result. Any help would be appreciated!!!

I'm running Pathfinder 1e (9.1) and it looks like Realmworks Importer 2.8.1. Neither are flagged as having compatibility issues.

It is probably caused by a change in the format of Actors in PF1 version 9.1

I will need to investigate to see what needs changing.

[Farling]

There are a few changes which I need to make for PCs to import properly.

[Farling]

PF1 characters should now import properly for Foundry PF1 v9.x on Foundry V11 (module version 2.9.0)

(Note that you still need to set the character type in the module settings.)

[The Numerator]

It's been working well since the update!

One question... I noticed when I upload monsters w/ class levels, the HP that they gain from the favorite class seem to go away. If I look at the class setting, it's showing as NPC and not Base. I did check the module settings, and I have the default set to base.

I'm uploading from HL files, which are saved from using the Encounter Builder for the official PF APs (currently Runelords). Is there something in the HL build that is causing this to override the module default?

If you wanted to do a simple test, just try importing a goblin. It's supposed to have 5 HP, but once imported only shows 4.

[Farling]

Originally Posted by The Numerator

It's been working well since the update!

One question... I noticed when I upload monsters w/ class levels, the HP that they gain from the favorite class seem to go away. If I look at the class setting, it's showing as NPC and not Base. I did check the module settings, and I have the default set to base.

I'm uploading from HL files, which are saved from using the Encounter Builder for the official PF APs (currently Runelords). Is there something in the HL build that is causing this to override the module default?

If you wanted to do a simple test, just try importing a goblin. It's supposed to have 5 HP, but once imported only shows 4.

I think that the official monsters from the PF APs might not have all of their data exported, due to the copyright(?) nature of the data stored in HL. Although I could be wrong.

I will have a quick look at some point to see if that is the case.

I've raised https://github.com/farling42/fvtt-im...orks/issues/85 to track it.

[Farling]

Originally Posted by The Numerator

It's been working well since the update!

One question... I noticed when I upload monsters w/ class levels, the HP that they gain from the favorite class seem to go away. If I look at the class setting, it's showing as NPC and not Base. I did check the module settings, and I have the default set to base.

I'm uploading from HL files, which are saved from using the Encounter Builder for the official PF APs (currently Runelords). Is there something in the HL build that is causing this to override the module default?

If you wanted to do a simple test, just try importing a goblin. It's supposed to have 5 HP, but once imported only shows 4.

When I used HL's Encounter Builder and selected "Goblin" to put into it's own POR file, importing this POR file into Foundry created a goblin with 6 HP (which matches the number in HL).

This is with Foundry 11.314, PF1e 9.5 and Realmworks Importer 2.9.1

I've release 2.9.2 to support the changes in Foundry's PF1 version 9.x series (so that creature ability scores are set correctly based on the Race of the creature).

[Sword_of_Spirit]

A possible feature request has been rolling around in my mind for a while now, although I'm uncertain if it would work right or have issues.

Basically, I'm not aware of any components of Foundry's journal documents that aren't functional from within a compendium. While Foundry's scenes/maps are absolutely crippled in a compendium (all you get is the image), and actors and items are fully viewable but non-functional in a compendium, journals seem to work just fine from within a compendium.

My first concern is that I may be wrong, and there may actually be some journal functionality that isn't present in compendiums. If that is the case, the feature I'm thinking about may not be a good idea. (And in general, if anyone knows of elements of journals that don't work in compendiums, I'd appreciate hearing about it anyway.)

But, if journals *are* fully functional from within compendiums, I think it would be great if we could have an option to import journals directly into compendiums (including a shared compendium), rather than into the world. This would free up memory usage for those of us with enormous worlds we want to transfer to Foundry. And if we create new Foundry journals directly in the compendium, this would allow us to keep everything together.

Again, I don't know whether there are any problems with this proposed idea, but I wanted to suggest it, because it could be a good optional way to free up memory and consolidate organization.

[Farling]

Originally Posted by Sword_of_Spirit

A possible feature request has been rolling around in my mind for a while now, although I'm uncertain if it would work right or have issues.

Basically, I'm not aware of any components of Foundry's journal documents that aren't functional from within a compendium. While Foundry's scenes/maps are absolutely crippled in a compendium (all you get is the image), and actors and items are fully viewable but non-functional in a compendium, journals seem to work just fine from within a compendium.

My first concern is that I may be wrong, and there may actually be some journal functionality that isn't present in compendiums. If that is the case, the feature I'm thinking about may not be a good idea. (And in general, if anyone knows of elements of journals that don't work in compendiums, I'd appreciate hearing about it anyway.)

But, if journals *are* fully functional from within compendiums, I think it would be great if we could have an option to import journals directly into compendiums (including a shared compendium), rather than into the world. This would free up memory usage for those of us with enormous worlds we want to transfer to Foundry. And if we create new Foundry journals directly in the compendium, this would allow us to keep everything together.

Again, I don't know whether there are any problems with this proposed idea, but I wanted to suggest it, because it could be a good optional way to free up memory and consolidate organization.

Putting all created journals into a compendium is entirely feasible. A similar thing could be done for Items, since Items are not ever required in Foundry's sidebar either.