wed-sun I have a plan to add some Lahti / Hollola to that. Already downloaded the ~100 tiles. I guess I won't need to do the overlapping tiles if I send you the generated tiles?
To make it seamless you should:
- have two rows of laz files from this alredy processed dataset in input folder
- have all except last row of png tiles (the edge) in output folder. (all png files are not needed, but the second row from the edge is needed).
Got that? like this it procesees the edge row of the old datased again, but now all neighbouring laz files are there so it can make the overlapped processing to make it seamless. And old png files for others than the edge row is needed to not waste time for processing the second row of the old dataset again for no reason.
I'll uploaded to dropbox ini and exe I used to the to the same folder in case you like to use sema parameters (exe is a slightly faster than the latest released version for batch processing). Green parameters are maybe that good and I did not do olive green beaucase those would be wrong anyway.
Well quite frankly I didn't get it... At least not this early in the morning.
I'm expanding this to north and west, so which rows/columns do I need:
https://fbcdn-sphotos-h-a.akamaihd.net/hphotos-ak-...
two uppermost rows of laz files. and two most west rows of laz files. And second uppermost row of png files. and second most west row of png files. (if png file already exist it skips it, thats why you need those png files to not waste time for processing second row again, but you need laz fiels for the overlap).
So youll process the most west and north row again. if you look at those tiles, you'll notice the very edge of the tile is not fully processed so there would be unmapped stripe between tiles if you don't process them again the way I described.