Hi Lukas, 

The command is spdtiling --tilespdfile to tile is file. 

Best wishes, 

Pete

****************************************************
* Dr Pete Bunting
* Reader in Remote Sensing
* Earth Observation and Ecosystem Dynamics Group
* Department of Geography and Earth Sciences
* Aberystwyth University
* Aberystwyth
* Ceredigion
* SY23 3DB
* UK
* 
* Ph: +44 (0) 1970 622615
* Mob: +44 (0) 7917 842743
* Email: p...@aber.ac.uk
* ORCID: http://orcid.org/0000-0002-7435-0148
****************************************************
"Please consider the environment before printing this email or any documents 
attached”

> On 16 Aug 2017, at 11:33, Lukas Graf <graflu...@web.de> wrote:
> 
> Dear Pete, 
> many thanks for your helpful answer. 
> Just one question about step 4.: Which command do I have to use to perform 
> the tiling of the single spd files? I think spddeftiles is just required to 
> create the xml-file containing the information about the polygons. Spdtiling 
> then creates the directory structure but how then to tell spdlib to tile the 
> input files according to the information stored in the xml file and to put it 
> into the right directories?
> 
> I'm really sorry for all those questions but I'm facing this issue since a 
> couple of days now without any success.
> 
> Many thanks,
> 
> Lukas
> 
> Am 16.08.2017 um 11:24 schrieb Pete Bunting:
>> Dear Lukas, 
>> 
>> The command you are running is incorrect. The input files needs to be an SPD 
>> file and is just working on one tile. 
>> 
>> You need to do the follow steps to use the tiling - which by the way can 
>> take multiple flight lines and merge at a tile level. 
>> 
>> 1. Convert all input flight lines to SPD/UPD files. (spdtranslate)
>> 2. Define the tiles for a bbox which includes all the data (spddeftiles)
>> 3. Build the directory structure within which the tiling files will be 
>> stored. (spdtiling --builddirs)
>> 4. Tile the input SPD/UPD file(s) into the directory structure. 
>> 5. Loop through all the tiles and perform you analysis - i.e., merge tiles 
>> components from different flight lines, ground classification, DEM 
>> interpolations etc. (in what I sent you previously, this is file 
>> BuildSPDProcessingLoadLeveler.py)
>> 6. Merge raster outputs ignoring the overlap regions (spdtileimg --mosaic)
>> 
>> The tricky bit is step 5 where you need to define you processing steps which 
>> is going to require some coding to automate. SPDLib is deliberately written 
>> like this for flexibility in terms of what analysis you want to run and how 
>> it is run on different platforms e.g., HPC with different job schedulers 
>> etc. However, it does require some coding / computing thought from the user. 
>> 
>> Best wishes, 
>> 
>> Pete
>> 
>> 
>> ****************************************************
>> * Dr Pete Bunting
>> * Reader in Remote Sensing
>> * Earth Observation and Ecosystem Dynamics Group
>> * Department of Geography and Earth Sciences
>> * Aberystwyth University
>> * Aberystwyth
>> * Ceredigion
>> * SY23 3DB
>> * UK
>> * 
>> * Ph: +44 (0) 1970 622615
>> * Mob: +44 (0) 7917 842743
>> * Email: p...@aber.ac.uk <mailto:p...@aber.ac.uk>
>> * ORCID: http://orcid.org/0000-0002-7435-0148 
>> <http://orcid.org/0000-0002-7435-0148>
>> ****************************************************
>> "Please consider the environment before printing this email or any documents 
>> attached”
>> 
>>> On 16 Aug 2017, at 09:40, Lukas Graf <graflu...@web.de 
>>> <mailto:graflu...@web.de>> wrote:
>>> 
>>> Dear Pete,
>>> 
>>> it is me again. I still encounter some problems with the tiling process. 
>>> After I created a xml-file using the spddeftiles command I tried to create 
>>> the tiles. However, when using the merged spd file I only got an error 
>>> message. I have to use the merged file as we are processing overlapping 
>>> flightlines. In our first attempt we processed each flightline separatly 
>>> and merged it in the end but the result was a DTM with lots of artefacts in 
>>> the overlapping regions.
>>> 
>>> The command I typed in was:
>>> 
>>> spdtiling.exe --extractcore -t tiles.xml -i allFiles_merged.las -o \Tiles\
>>> 
>>> The output I got:
>>> Tiles XML file: tiles.xml
>>> Input SPD file: allFiles_merged.las
>>> Output SPD file: \Tiles\
>>> Reading tile XML
>>> Error: Trying to convert "" - bad lexical cast: source type value could not 
>>> be interpreted as target
>>> spdtiling - end
>>> 
>>> Do you know if I made something wrong?
>>> 
>>> Many thanks,
>>> 
>>> Lukas
>>> 
>>> Am 14.08.2017 um 13:38 schrieb Pete Bunting:
>>>> Dear Lukas, 
>>>> 
>>>> You need to tile the dataset rather than create one single huge file. I 
>>>> have attached a zip file which has scripts which I have used for this 
>>>> workflow before - on a UNIX HPC system using the loadleveler job scheduler 
>>>> so ignore those bits, it just means to run the process for all the tiles. 
>>>> You’ll need to adapt for windows. 
>>>> 
>>>> The main file you’ll want to look at is ProcessingSteps.txt which have the 
>>>> steps listed. The tiling is performed with an overlap so you mosaic the 
>>>> raster outputs where only the area not within the overlap region will be 
>>>> included in the output mosaic. 
>>>> 
>>>> Hope that helps. 
>>>> 
>>>> Best wishes, 
>>>> 
>>>> Pete
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> ****************************************************
>>>> * Dr Pete Bunting
>>>> * Reader in Remote Sensing
>>>> * Earth Observation and Ecosystem Dynamics Group
>>>> * Department of Geography and Earth Sciences
>>>> * Aberystwyth University
>>>> * Aberystwyth
>>>> * Ceredigion
>>>> * SY23 3DB
>>>> * UK
>>>> * 
>>>> * Ph: +44 (0) 1970 622615
>>>> * Mob: +44 (0) 7917 842743
>>>> * Email: p...@aber.ac.uk <mailto:p...@aber.ac.uk>
>>>> * ORCID: http://orcid.org/0000-0002-7435-0148 
>>>> <http://orcid.org/0000-0002-7435-0148>
>>>> ****************************************************
>>>> "Please consider the environment before printing this email or any 
>>>> documents attached”
>>>> 
>>>>> On 14 Aug 2017, at 11:02, Lukas Graf <graflu...@web.de 
>>>>> <mailto:graflu...@web.de>> wrote:
>>>>> 
>>>>> Hi there,
>>>>> 
>>>>> I am currently working on a huge LiDAR dataset containing several 
>>>>> flightlines that have been merged together using spdlib. As a next step I 
>>>>> wanted to apply the Progressive Morphology Filtering algorithm to the 
>>>>> merged dataset but the application didn't work anymore and I got an error 
>>>>> message.
>>>>> 
>>>>> The command I typed in was:
>>>>> 
>>>>> spdpmfgrd.exe --overlap 10 -c 100 r 100 -i merged.SPD -o merged_grd.SPD
>>>>> 
>>>>> The error massage I got was:
>>>>> 
>>>>> Using native resolution for processing
>>>>> terminate called after throwing an instance of 'H5::PropListIException'
>>>>> 
>>>>> This application has requested the Runtime to terminate it in an unusual 
>>>>> way.
>>>>> Please contact the application's support team for more information.
>>>>> The size of merged.SPD is about 2,300 GB. I remeber having some issues 
>>>>> with this runtime problem also using other software. Could this problem 
>>>>> be related to MS Visual Studio Runtime Environment incompatibilies (I 
>>>>> have several vcruntime.dlls on my computer)? I also tried the command on 
>>>>> a other Win10 machine - with the same results. In addition, I also tried 
>>>>> doing the task with smaller files but the results was the same. Also the 
>>>>> size of the overlap and block size were changed but what ever I did it 
>>>>> still remained the same. Unfortunatly I cannot provide the data as the 
>>>>> use is restricted.
>>>>> 
>>>>> Does anyone know a solution for this issue? Many thanks for your support.
>>>>> 
>>>>> The Best,
>>>>> 
>>>>> Lukas
>>>>> 
>>>>> ------------------------------------------------------------------------------
>>>>> Check out the vibrant tech community on one of the world's most
>>>>> engaging tech sites, Slashdot.org <http://slashdot.org/>! 
>>>>> http://sdm.link/slashdot_______________________________________________ 
>>>>> <http://sdm.link/slashdot_______________________________________________>
>>>>> spdlib-develop mailing list
>>>>> spdlib-develop@lists.sourceforge.net 
>>>>> <mailto:spdlib-develop@lists.sourceforge.net>
>>>>> https://lists.sourceforge.net/lists/listinfo/spdlib-develop 
>>>>> <https://lists.sourceforge.net/lists/listinfo/spdlib-develop>
>>>> 
>>> 
>> 
> 

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
spdlib-develop mailing list
spdlib-develop@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/spdlib-develop

Reply via email to