Eddi-z

> That said, you could modify GetTileTrackStatus_Road to check for the presence of train vehicles on the tile, at the risk of some performance cost. probably less performance-draining to check...

The main problem with teleporting vehicles, as hinted earlier, is making sure whether the place where you put them is a valid location, which is tricky when you have articulated...

i try to compile in OpenSUSE, and i run into the same issue. additionally, after applying your patch, i run into this issue that "itab.h" is missing, which seems to...

Afair there was an "asian faces" replacement set.

I agree with @PeterN here, this behaviour seems neither intuitive nor helpful.

I'm not convinced this needs to be a "bug". Nobody needs a rail at this location, and it would need weird special cases in the code to allow this.

> The actual bug is that roads are allowed to do this. Neither should be allowed. Ok, i actually disagree with this. Because roads do have a purpose at this...

So, i haven't checked any of this, but here is what i think is happening: > __SAAA__: [BAAA, BABA, BACA, BADA, BAEA, __SAAA__, SABA, SACA, SADA, SAEA, ERA0], see, in...

what could also be wrong is the following: the identifier `SAAA` has a value of "index into the RTT", so if your check requires a railtype label, instead of an...

well, the next step would be to look at the generated NFO code. (pass --nfo=filename to nmlc)