Hi All
I have a e57 registred pointcloud, that i would like, to get into an RCP file.
The e57 is raw, and i want to do a decimation filtering, therefore i do a 50 mm grid decimation, under the import in ReCap.
I assume that this function in recap means, that the distance between points should be 50 mm.
The raw pointcloud is very dense, since its a building scanning.
If i import the cloud is imported raw into ReCap, the size is about 160 gb and if i set the deciamtion Grid to 50 mm, is it about 100 gb.
I would have thought the size should increase significally (like 1/10 of the original size).
Does anyone know how the filter works and what it actually do?
ReCap Pro Decimation Grid
-
- V.I.P Member
- Posts: 120
- Joined: Thu Jun 14, 2018 10:20 am
- 5
- Full Name: Brad
- Company Details: 3d scan
- Company Position Title: Guru
- Country: Canada
- Linkedin Profile: Yes
- Location: Van
- Been thanked: 5 times
Re: ReCap Pro Decimation Grid
Import it raw - Then export to 50mm decimated to a unified rcp
Can I ask what you will be doing with a 50mm decimated 160gb Pointcloud?
Sent from my iPhone using Tapatalk
Can I ask what you will be doing with a 50mm decimated 160gb Pointcloud?
Sent from my iPhone using Tapatalk
-
- V.I.P Member
- Posts: 200
- Joined: Mon May 05, 2014 11:19 am
- 9
- Full Name: Malte Holm
- Company Details: TLS
- Company Position Title: Surveyor
- Country: Norway
- Linkedin Profile: Yes
- Has thanked: 2 times
- Been thanked: 1 time
Re: ReCap Pro Decimation Grid
But i dont want to unify it, i want to keep it structured.
Its because, there is a lot of different people, working with the same pointcloud. Some want all the small details and got computers, that are capable of handling big data. Others only want to see colums, walls etc. and are working on laptops. Therefore i do a dense scan, since i can filter down the points, but i cant make it more dense.
Its because, there is a lot of different people, working with the same pointcloud. Some want all the small details and got computers, that are capable of handling big data. Others only want to see colums, walls etc. and are working on laptops. Therefore i do a dense scan, since i can filter down the points, but i cant make it more dense.
-
- V.I.P Member
- Posts: 120
- Joined: Thu Jun 14, 2018 10:20 am
- 5
- Full Name: Brad
- Company Details: 3d scan
- Company Position Title: Guru
- Country: Canada
- Linkedin Profile: Yes
- Location: Van
- Been thanked: 5 times
Re: ReCap Pro Decimation Grid
Oh I see, Well good luck
That will take some time with Recap if you want to keep it structured
Sent from my iPhone using Tapatalk
That will take some time with Recap if you want to keep it structured
Sent from my iPhone using Tapatalk
-
- I have made 90-100 posts
- Posts: 96
- Joined: Wed Jul 12, 2017 9:27 pm
- 6
- Full Name: Mika Jahkola
- Company Details: Myymore Oy
- Company Position Title: Managing Director
- Country: Finland
- Linkedin Profile: Yes
- Location: Espoo, Finland
- Has thanked: 19 times
- Been thanked: 22 times
- Contact:
Re: ReCap Pro Decimation Grid
I tested the same thing with my data.
I have a small point cloud that consists of 10 scans. They were registered in other software and imported to Recap as structured (gridded) e57 files without decimation. The point density of each scan was 2-3 mm on the average. The resulting recap support file size was 1,6 GB.
Then I imported the same files to Recap with 50 mm decimation grid setting. I measured the point density in Recap and found that Recap had arranged the points of each scan in a more or less regular grid with ca 30-35 mm spacing between points. I don't know the excact point count but from the densities you would expect a ratio of 100:1 (decimated vs non-decimated). However, the recap support file was over 700 MB.
Looking inside the support files I found that the bulk of the data is in .rcc and .rcs files, one per scan.
A typical scan looked like this:
rcs size rcc size
not decimated 52,2 MB 10,0 MB
decimated 1,5 MB 10,0 MB
So the rcs size had shrunk roughly proportional to the point count, but rcc remained the same.
From other posts I found out the the rcs file contains the indexed data and rcc file contains the compressed structured scan data.
If I understand right rcs is your actual point cloud and the rcc file is needed for Realview.
So, if you want to keep the structured data there is a lower limit to the support file size no matter how sparse decimation setting you select.
I have a small point cloud that consists of 10 scans. They were registered in other software and imported to Recap as structured (gridded) e57 files without decimation. The point density of each scan was 2-3 mm on the average. The resulting recap support file size was 1,6 GB.
Then I imported the same files to Recap with 50 mm decimation grid setting. I measured the point density in Recap and found that Recap had arranged the points of each scan in a more or less regular grid with ca 30-35 mm spacing between points. I don't know the excact point count but from the densities you would expect a ratio of 100:1 (decimated vs non-decimated). However, the recap support file was over 700 MB.
Looking inside the support files I found that the bulk of the data is in .rcc and .rcs files, one per scan.
A typical scan looked like this:
rcs size rcc size
not decimated 52,2 MB 10,0 MB
decimated 1,5 MB 10,0 MB
So the rcs size had shrunk roughly proportional to the point count, but rcc remained the same.
From other posts I found out the the rcs file contains the indexed data and rcc file contains the compressed structured scan data.
If I understand right rcs is your actual point cloud and the rcc file is needed for Realview.
So, if you want to keep the structured data there is a lower limit to the support file size no matter how sparse decimation setting you select.
- gsisman
- V.I.P Member
- Posts: 898
- Joined: Fri Oct 07, 2016 1:51 pm
- 7
- Full Name: Steve Long
- Company Details: Montgomery County DOT _ MD
- Company Position Title: Land Survey Supervisor
- Country: United States
- Skype Name: gsisman1
- Linkedin Profile: Yes
- Has thanked: 767 times
- Been thanked: 148 times
Re: ReCap Pro Decimation Grid
The RCC files I believe support the realview photos as you stated. You can delete them completely if you don't need the photo panorama in realview.mikajahkola wrote: ↑Thu Jun 13, 2019 1:21 pm I tested the same thing with my data.
I have a small point cloud that consists of 10 scans. They were registered in other software and imported to Recap as structured (gridded) e57 files without decimation. The point density of each scan was 2-3 mm on the average. The resulting recap support file size was 1,6 GB.
Then I imported the same files to Recap with 50 mm decimation grid setting. I measured the point density in Recap and found that Recap had arranged the points of each scan in a more or less regular grid with ca 30-35 mm spacing between points. I don't know the excact point count but from the densities you would expect a ratio of 100:1 (decimated vs non-decimated). However, the recap support file was over 700 MB.
Looking inside the support files I found that the bulk of the data is in .rcc and .rcs files, one per scan.
A typical scan looked like this:
rcs size rcc size
not decimated 52,2 MB 10,0 MB
decimated 1,5 MB 10,0 MB
So the rcs size had shrunk roughly proportional to the point count, but rcc remained the same.
From other posts I found out the the rcs file contains the indexed data and rcc file contains the compressed structured scan data.
If I understand right rcs is your actual point cloud and the rcc file is needed for Realview.
So, if you want to keep the structured data there is a lower limit to the support file size no matter how sparse decimation setting you select.
Data exported from Reg 360 v1.6 to E57 does not seem to take these panoramas over anyway. It creates a "Pseudo panorama" that I believe is created from "Blending" the RGB colored scan points together. It seems apparent from the Realview screen captures and very little difference in the Realview whether the RCC files are present or not
You do not have the required permissions to view the files attached to this post.
-
- V.I.P Member
- Posts: 200
- Joined: Mon May 05, 2014 11:19 am
- 9
- Full Name: Malte Holm
- Company Details: TLS
- Company Position Title: Surveyor
- Country: Norway
- Linkedin Profile: Yes
- Has thanked: 2 times
- Been thanked: 1 time
Re: ReCap Pro Decimation Grid
That actually makes perfect sense. For what i know, RCP stands for ReCap Project, RCS for ReCap Scan and RCC i dont know.mikajahkola wrote: ↑Thu Jun 13, 2019 1:21 pm I tested the same thing with my data.
I have a small point cloud that consists of 10 scans. They were registered in other software and imported to Recap as structured (gridded) e57 files without decimation. The point density of each scan was 2-3 mm on the average. The resulting recap support file size was 1,6 GB.
Then I imported the same files to Recap with 50 mm decimation grid setting. I measured the point density in Recap and found that Recap had arranged the points of each scan in a more or less regular grid with ca 30-35 mm spacing between points. I don't know the excact point count but from the densities you would expect a ratio of 100:1 (decimated vs non-decimated). However, the recap support file was over 700 MB.
Looking inside the support files I found that the bulk of the data is in .rcc and .rcs files, one per scan.
A typical scan looked like this:
rcs size rcc size
not decimated 52,2 MB 10,0 MB
decimated 1,5 MB 10,0 MB
So the rcs size had shrunk roughly proportional to the point count, but rcc remained the same.
From other posts I found out the the rcs file contains the indexed data and rcc file contains the compressed structured scan data.
If I understand right rcs is your actual point cloud and the rcc file is needed for Realview.
So, if you want to keep the structured data there is a lower limit to the support file size no matter how sparse decimation setting you select.
But it could be a high detailed panorama and thats also makes good sense, why it gets lighter, if you unify and export the data.
-
- I have made <0 posts
- Posts: 1
- Joined: Wed May 01, 2019 11:09 am
- 4
- Full Name: Dino Balić
- Company Details: Geobiro
- Company Position Title: Laser scanning manager BIM manager
- Country: Bosnia and Hercegovi
- Skype Name: balic.dino992
- Linkedin Profile: Yes
- Has thanked: 1 time
Re: ReCap Pro Decimation Grid
Hi to all,
Is there an option to filter point cloud to exact grid, by this I meaning to keep only points on grid (regulary), I have tried space filter
in CloudCompare but not happy with the results because points are not placed in regular grid.
Does anyone have similar problem, I will appriciate software suggestions.
Thank you!
Is there an option to filter point cloud to exact grid, by this I meaning to keep only points on grid (regulary), I have tried space filter
in CloudCompare but not happy with the results because points are not placed in regular grid.
Does anyone have similar problem, I will appriciate software suggestions.
Thank you!