I tried to have a look here, but running the script with the 5 maps takes much too long. I can't do a test that takes hours, just to run it for hours again later on to see if it is fixed. Test cases need to be small and short.
I did place points with a bigger spacing and in that case I see randomness with 1 map and also with 5 maps. The last one seems more dense, almost as if the different map files contain the same features, so they are processed multiple times.
Hi Arno, when I read toc files, it's longitude element that make series with the same number. Randomness works fine for longitude and lattitude element at beginning of process but sometime randomness for longitude stops and make series.
edit : when process time is too long, randomness stops : forest polygons are made latitude line by latitude line with longitude increment +0.0001.
I can't give you a smaller dataset for test because issue appears when there is a big dataset.
I tried spitgrid 0.01 but when it's a high density trees zone, I have some big files with no ramdomness and a lot of small .toc file with randomness.
Aerofly doesn't like lot of .toc file. They creat stutters.
thx for answer.
If scenproc knows tiles sizes, can it group geographical tiles without exceed a size limit.
For example :
I have several tiles made by scenproc and it knows their sizes.
I have a limit of 20 Mo.
Tiles are differents sizes : 5 Mo, 8 Mo, 30 ko, etc. the soft adds this following files without exceed the limit.
If the limit might be exceed, scenproc creat the next tiles group, etc.
We can split osm in small data and creat .toc with known optimal size.
I still don't get it to be honest. What is a next tile group? All data is loaded at the import command. You probably want to run the entire script multiple times, but that's only possible in batch mode now.