Posts by TomSimMuc

    Traffic on motorways. Autogen on every node.


    To all 3D modellers: we need low/medium-poly count 3D models for cars and trucks! (N-S orientation)

    Offset for cars, left lane: 0.9m

    Offset for trucks, right lane: -0.8m

    Hello Ken,

    an interesting idea.

    As far as I know, lights can only be defined in a TOC file.

    If Stu likes the idea, he could create a toc together with the tsc file (and include the toc call).

    I played a bit with traffic lights, with the aim to have an automatic switching between green - yello - red.

    With the below lines I managed to get a 22 sec green, 2 sec yellow and 22 sec red phase. The disadvantge is, that scenproc then only generates the same signal colors for the whole city. And random color is not possible; otherwise the signals would not sequence the colors.

    # Traffic signals

    CreateAF2Light|highway="traffic_signals"|1.0;0.0;0.0|5|0.15;0;6|5

    CreateAF2Light|highway="traffic_signals"|0.0;1.0;0.0|5|0.15;3;6|5

    But with Stu's program he maybe could assign the following:

    All streets in E-W direction which have the attribut highway="traffic_signal" get this light:

    and all streets in N-S direction which have the attribut "traffic_signal" get that light:

    Optionally the toc generation could also take care of lights assigned to a model:

    high chimneys, wind generators, railroad crossings and signals ...

    What do you and Stu think?

    Autogen Ships:

    The script looks for the key="seamark:type" value="distance_mark" to position a ship.

    I converted the ship models with a 50% ratio to run into the opposite direction.


    Storage Tank Script:

    Chimneys:

    Thanks Stu for the receipe!

    Is there maybe a bug in the derivedWayLenght calculation?

    When derivedWayLenght is the only selection, then the final multiplication with the RoundTo value does not seem to happen.

    In combination with derivedDiameter however it does. From the tst.tsc:

    Hi Stu,

    again a big step forward with the time scale variation in wind parks.

    Do I have to understand the Round parameter in the way, that i.e. waylength is devided by the round faktor?

    Then you compare the result against the mapEntry value?

    Also very nice, the 3D-Digits in the testfile.

    Can you tell me how you generated the digit models?

    by the way, these two are incidentially swapped:

    superb view:

    After lenidcamper will have finished his osm2AFSobject project, this can be done on the fly...

    If you installed the free DLC ORBX_Swiss cultivation, you may rename

    ...\common\Aerofly FS 2 Flight Simulator AddOns\scenery\orbx_switzerland_cultivation\places\classic_walls\area28.tsc to area28.off to supress the colliding houses.

    Edit 30.03.2019:

    The scenery is now officially published and can be downloaded here:

    https://flight-sim.org/filebas…ineries-scenery-for-fs-2/

    Hello Stu,

    I played now quite a bit with version 0.3.

    Most of it is running very fine!

    I think I found a small bug:

    if the scenery is small and only contains ways, but no nodes, then I get this error message:

    #------------------------------------------------------------------------------------------

    # wayId=564837261 building:yes

    #------------------------------------------------------------------------------------------

    #------------------------------------------------------------------------------------------

    # wayId=595751587 building:yes

    #------------------------------------------------------------------------------------------

    No nodes detected within bounds. No tsc generated.

    The same happens, if nodes are within the OSM, but the XML does not request one.

    No tsc is generated then.


    I also tried to play with the derivedLenth parameter.

    I tried the test.OSM with a modified test.xml:

    I looked up the way lenghts of the 4 tanks in JOSM.

    They are 129, 98, 81, 56m.

    However none of the conditions triggered.

    Could you have a look please, what would be the correct parameters?

    I do all this in preparition when the building direction is implemented.

    I would like to see churches and houses to be replaced by real objects, not cultivation.

    With the derivedDiameter parameter I had partial success, but not deterministic:. That means I could not find out, why some houses triggered and others not.

    These are xref objects, converted into tmb by Phil for his FScloudPort project.

    So all airport objects are available this way.

    It already would be a great help, if nickhod could fetch OSM data according to his tiles with AeroScenery.

    Then call ScenProc and osm2AFSobject with ajusted parameters afterwards.

    Of cause additional work has to flow into these "adjustments" (selection of needed objects and exclusion from Scenproc).

    Also a model library with free objects have to be built up.

    This will not be an ideal optimized scenery, but much more then the avarage user will be able to develop.

    Yes, Stu you are right, one can put a lot of effort into a perfect cultivation.

    But then I think to myself: I am not ORBX which needs to earn money with it.

    However I am willing to put more efforts to locations that I know and love, then into others.

    Do you think such a small size of 0.1 deg (about 5km in Germany) is really needed?

    I found that a tile 10 (about 23 km) is still small enough to be loaded on the fly.

    My idea for the far future

    A program or script which does the following:

    Select needed area with a modified Grid generator (level 10 tiles)

    Select the needed objects per GUI checkmarks.

    A model library containing the typical objects with alternates.

    Fetching the osm data as tile 10 size.

    Calling Scenproc with adapted script and elimination of osm2AFS objects

    Calling osm2AFS with the adapted script according to the checkmarks

    Copying the files: (control tsc for toc, toc itself and tsc from osm2AFS) to appropriate places directory, based on grid tile name

    The goal should be minimal user interaction (and no editing of OSM data).

    A kind of ini file, editable for the more experienced should allow to add additional models and scenes could contain the pathes to them. This should allow to modular combine the needed scenarios per checkmarks.

    The tile 10 names and coordinates can be taken from vogel69 s tool: Grid generator: https://flight-sim.org/filebase/index…grid-generator/

    If an adaption is needed, he maybe will help.

    Also nickhod Aeroscenery could be a good starting point, as it already knows about tile grid and shows a map. https://github.com/nickhod/aeroscenery

    Tile 10 size is not too big to cause major delays during loading.

    What does this community think?

    Google Earth pro with level10 tiles

    I already do this semi-automated with some batch/drop files, but a programmer is needed to do it fully automated.