The relevant code is in EndTurnDelegate.java.

            } else if (!uaToCreate.getIsSea() && !uaToCreate.getIsAir() && t.isWater()) {
              toAddLand.addAll(ut.create(createsUnitsMap.getInt(ut), player));

...

        if (!toAddLand.isEmpty()) {
          final Predicate<Territory> myTerrs =
              Matches.isTerritoryOwnedBy(player).and(Matches.territoryIsLand());
          final Collection<Territory> landNeighbors = data.getMap().getNeighbors(t, myTerrs);
          if (!landNeighbors.isEmpty()) {
            final Territory location = getRandomTerritory(data, landNeighbors, bridge);
            createUnits(location, toAddLand, change, endTurnReport);
          }
        }

So basically, for any land units that would be created at sea, we instead find a random neighboring land territory owned by the player and create the units there. No considerations for transports are given.

I suppose engine changes could be done to support different semantics, but given this whole line of thinking is already trying to workaround a different engine limitation - perhaps that one could be addressed directly, i.e. making unitPresence support each (either as a multiplication on top of each on directPresenceTerritories if both are used, or not allowing multiple each values on different options).

One problem at a time. Your first one "seems" undoable at present, with simple coding, but I'm still running thoughts through my head. With 'createUnitLists' a trigger could be run prior to 'endTurn' to reduce the "creating" units 'transportCost' to 0 thus allowing the other to be placed in the transport. After the "creating" units are removed, the 'transportCost' can be returned to normal.

Trying to be helpful.

Cheers...

createsUnitsList doesn't work for me, since I'm converting the unit to a purchase (i.e. that can be placed in a different territory). The context is my map requires players to spent resources that need to be physically at factories (via consumes units) to build all units, including other factories. But those other factories are allowed to be placed elsewhere. Anyway...

I tried using createsUnitsList for different, but still somewhat similar problem, where it also seemed like it could be a good solution - where I do want to convert all units of one type to another, in the location where they are. So I tried creates units and a trigger to remove the old one. One challenge with this is that it doesn't work when they're loaded on ships (you want the new units to take the same transport slots which doesn't work if the previous unit is still there.)

Anyway, it sounds like without engine changes, these aren't really possible.

Sorry for taking so long to get back to you. You are right 'each' does not work for 'unitPresence', please accept my apologies for giving that bad information. Trying to account for multiple units in multiple territories has limited degrees of success within the TripleA engine.

As to you latest problem. Have you tried 'createsUnitsList' as a possible answer?

Cheers...

Yes this will count the number of territories. If you need to count the number of units in a territory, you would have to specify the territory and use 'each' in 'unitPresence'.

What can not be done is 'each' with both 'directPresenceTerritories' and 'unitPresence', nor can you create a condition for 1 as a 'conditions' for the other. The engine does not handle multiple 'each' statements.

To count multiple units in multiple territories, a 'variable' list with territories as 'element' could be used to cycle through the territories to count the units.

Just some food for thought.

Cheers...

@Myrd

Try using 'each' as the "count" for 'directPresenceTerritories'. Then your trigger should assign the purchase for each territory. A trigger would still be needed to remove all the counted units.

Doesn't that count the number of territories and not units?

Try using 'each' as the "count" for 'directPresenceTerritories'. Then your trigger should assign the purchase for each territory. A trigger would still be needed to remove all the counted units.

Hope this is helpful.

Cheers...