Recap don´t Import E57 Files

[Anonymous]

I made a cloud point using Scene and exported it in format E57 to use it on Recap. When I try to upload the files at first I can susceccfully chose the files but then when I press import files It go back to the choose files screem and don´t say anything.

happened with 2 different cloud points

here are the files that I can´t import

https://drive.google.com/drive/folders/11gAC1jKwT09jL7db-MlplwKrpHEY8HYw?usp=sharing

Please help.

[jeffrey.s.barrero]

Good day @Anonymous 

I was having the very similar issue at first, but once I selected the .e57 files to import and then it started to process after a while; sure much longer that .las file format for sure.

I will try your link over the weekend to see if I have any luck, and provide you feed back.

[yan.fu]

Hi @Anonymous ,

Thank you for reporting this issue. I just sent you a request for permission for the files you shared.

Once we get the sample files, we will take a look at the cause of the import failure.

Thanks,

Yan

[Pointdump]

Hi Marcos,
I get same as you.
At the bottom of the window, ReCap says "6 files selected for import", but nothing happens, no error dialogues.
I also tried opening them in CloudCompare. I got "An error occurred while loading 'Pacifico': the third-party library in charge of saving/loading the file has thrown an exception". No idea what that means.
Dave

[Anonymous]

I shared the files, I hope you can fix the problem

[jeffrey.s.barrero]

Good day @Anonymous 

I am getting the same thing as @Pointdump , and that is rather strange because I have been able to process .e57 file format. Is there a possibility of the method in which the scan data was processed?

Do you know what software was used to processed data?

Thank you

[Anonymous]

my problem is not the time I need to process but that the program don´t process them at all

[Anonymous]

the program used to process the data was Scene

[yan.fu]

ReCap got an exception throw when trying to open this file, same result as what you see in CloudCompare. 

How is the e57 file created? It may have some extra field that is not supported by general e57 reader. 

[JacobWD6GWV]

Ah, so a year later and still no solution? I have the same issue. please help!

[klarinda.gunadi.widjanarko]

Hi,

The problem seems to happen only to some specific e57 file.

Can you help to upload the file so we can try to reproduce it on our side?

Regards,

Klarinda

[lukas_v]

I have the same problem, please help.

Here is the problem file:

www.uschovna.cz/zasilka/ARTKYX2N9HFJX822-NYN

[klarinda.gunadi.widjanarko]

Hi Lukas, thanks for the sample file, I am able to reproduce the issue.

We will need some time to investigate.

Btw one question, how is the e57 file created?

[klarinda.gunadi.widjanarko]

Hi @lukas_v 

We checked the e57 file is corrupted, the header file is empty.

May I know how is the e57 file is created? What software do you use to create / view the e57 file?

Regards,

Klarinda

[klarinda.gunadi.widjanarko]

Hi @lukas_v 

We did more investigation on the test file and we find that it is missing both header and XML section. 

Based on E57 standard, e57 file needs to have header and XML section. Without this, it is impossible to read e57 scan structure because the XML section contains the hierarchical tree structure of the binary data​.

May I know how did you regenerate the e57 file and is it possible to regenerate the file again?

[lukas_v · Accepted solution]

I got the file from our external surveyor, I don't know how he created it, apparently he made some mistake. Now I got this file again and it works now.
It would be good if ReCap somehow pointed out the e57 error and just took a step back.

[klarinda.gunadi.widjanarko]

Thanks @lukas_v for the confirmation.

> It would be good if ReCap somehow pointed out the e57 error and just took a step back.

Yes, that's a great tip. We will try to implement this.

Thanks,

Klarinda