I notice that the technique used to count anomalies has stealthily changed.

The old way was for each individual anomaly descriptor to add 1 to the AnomalyCount of ClassPlanet.

This addition also appeared in the descriptor for PlanetAnomaly, but it was commented out.

Now, PlanetAnomlay does the adding, and individual anomalies no longer add to the count, instead relying on the presence of the reference to PlanetAnomaly in their anomaly definition.

I'm trying to update Endless Moons mod to the new method, but something is still going wrong. My intention is to make them not count as regular anomalies, but still count towards OwnedMoons.

To this end, I've removed reference to PlanetAnomaly in my moon Anomaly definitions. The idea being that no longer referencing PlanetAnomaly should neatly bypass the addition of AnomalyCount.

The problem, is that they still count for some things, but not others.
In particular, the Sefaloros Workspace Oddity bonus still thinks they count despite moons no longer adding to AnomalyCount or OwnedAnomalies in any way I can find.

Out of ideas, I tried making PlanetMoon actualy subtract 1 from AnomalyCount, and this seems to work in most cases. But somehow, the Pilgrims +3 science on anomaly still thinks moons are an anomaly.

So somewhere, anomalies are being counted differently, and I can't understand how.

Hey Tychonoir, 

The simulation descriptor PlanetAnomaly is always applied, so you mustn't reference it anywhere in the AnomalyDefinitions.

Your solution of subtracting 1 is good, but the issue is that the Pilgrims don't care about the amount of curiosities, only the presence of one.

What I suggest is:

- Empty the descriptor PlanetAnomaly, so it's only a tag in the simulation.

- Create a new SimulationDescriptor "ActualPlanetAnomaly" which does what PlanetAnomaly currently does, but is not always applied.

- Reference ActualPlanetAnomaly in all the anomalies you want to count towards the anomaly count.

- Change the path in the Pilgrim's effects ( "./PlanetAnomaly/ClassPopulationPlanetModifiersTraitSecondaryScienceAnomaly02") so it uses ActualPlanetAnomaly instead of PlanetAnomaly.

I'm sorry it's a bit of a stretch for you, but we needed to change this for the game's architecture and stuff :/

Hmm I don't see anything wrong in the data you pasted, can you send me the whole mod so I can check it out?

Using the Simulation debugger (available with the modding tools) I noticed I forgot the simulation descriptor ClassPopulationPlanetModifiersTraitSecondaryScienceAnomaly01 !

It's the base effect for the pilgrims, the ones I mentioned were the collection bonuses.

As for the count, it appears to work properly on my end: regular anomalies add 1 to OwnedAnomalies, moons add 1 to OwnedMoons and 0 to OwnedAnomalies.

Ok, so there's:

ClassPopulationPlanetModifiersTraitSecondaryScienceAnomaly01

ClassPopulationPlanetModifiersTraitSecondaryScienceAnomaly02

WithPopulationPlanetModifiersTraitSecondaryScienceAnomaly01

WithPopulationPlanetModifiersTraitSecondaryScienceAnomaly02

What about PopulationModifiersTrait?

    <PopulationModifiersTrait Name="PopulationModifiersTraitSecondaryScienceAnomaly01" SubCategory="Secondary" ShowInCustom="true" Cost="5">
        <Tags>PlanetAnomaly,BonusPopulationScience</Tags>
          [etc.]

Does the tag PlanetAnomaly need to be changed too?

As to the counting problems, I'll do some more testing.

But, I'm not looking at the actual count data, but rather how FIDSI are totaling. (Whether or not Pilgrims population is adding 2 or 5 science, for example)
I guess I'll make the count visible and see if the FIDSI agree. If this still doesn't work, it might be time to validate and/or re-install the game.

Thank you for your efforts here.

The PopulationModifiersTrait Tags are used for the System management scan view iirc, so you may need to update it for clarity but it's optional.

Cool. Well I'm certianly learning more about the simulation debugger.

It's fixed. :)