Yi Yang

> I think definitely yes, but maybe it would be worth adding a new format? > > * **Heightmap** - the height map itself > * **Map** - height map...

> `Feature: Import real-world town data via JSON file`. Not sure 'real-world' is necessary or true here. It's perfectly fine to have non-real-world town data too. > > As heightmaps...

> Trying to override the data specified by the scenario creator within OpenTTD feels like a violation of KISS (Keep It Simple, Silly). In my opinion, we should let people...

Ironically, the best documentation in how to use this library I have found is: https://github.com/akveo/ngx-admin

Probably it will make things worse since you still need to convert those logarithms into regular numbers to compute the affine transformations.

> @meling > > > Otherwise, the build and install cases become the same... And there isn’t a convenient way to install a differently named binary in the default location....

> Translation changes should be done with the web translator. Maybe, but this is a systematic update. As a fellow translator the changes here look good to me.

I have a grf that reads the baseset name. It is somewhat buggy right now (bug not related to this issue, just that it's a WIP feature branch), but if...

> It would allow .grf authors to avoid having to have sets of additional parameters to control the colour of grass and other such silly things. Using parameters means that...

Note that it is possible that some existing NewGRFs rely on the existing restrictions. E.g., https://github.com/WenSimEHRP/jppluswins/blob/97f857c35d7270fc84a4b133cd736aa0c643dd53/src/utility.pnml#L2C8-L2C55 Sounds like a problem that can be solved by a new bit in the...