I have been dealing with this for quite a while. Thought someone out there would have a better process from which I could learn something new.
So when a situation arises that I have to use an older project (let's say 2-3 years old) to tie mt new cloud to I use the following process:
-Open a new database
-Import the new clouds
-Get the relevant clouds (clouds with common scenes between the 2 different project dates) with control points form the older project in this new
database by copy/paste.
-Do a new registration including all clouds and control points.
Till there no issues. Now sometimes once I unify the new modelspace i like to copy the old modelspace from the old database and paste in temporarily in the new one so that I check for errors (if any). This copy/paste I think that sometimes it messes up my new database and keeps giving my errors that the database got corrupted.
Is there a way to fix these corrupted databases? or maybe use a different approach rather than copy/paste from the old database?
Registering with previous projects.
- stevenramsey
- Global Moderator
- Posts: 1937
- Joined: Sun Aug 12, 2007 9:22 pm
- 16
- Full Name: Steven Ramsey
- Company Details: 4DMax
- Company Position Title: Technical Specialist Scanning
- Country: UK
- Skype Name: steven.ramsey
- Linkedin Profile: Yes
- Location: London
- Has thanked: 30 times
- Been thanked: 72 times
- Contact:
Re: Registering with previous projects.
You could try
Create new database, import new scans.
Use ref copy of the relevant registrations from the old DB in to the new one
Create a registration of your new data.
Create a new registration and bring in your registered scanworld of the new data and a registered scanworld of the old DB
open the Control space of the old registration (named what ever you called the combined registration) and delete all irrelevant data clouds or targets
Do the registration.
Your new database will stay small (no copy or paste)
Create new database, import new scans.
Use ref copy of the relevant registrations from the old DB in to the new one
Create a registration of your new data.
Create a new registration and bring in your registered scanworld of the new data and a registered scanworld of the old DB
open the Control space of the old registration (named what ever you called the combined registration) and delete all irrelevant data clouds or targets
Do the registration.
Your new database will stay small (no copy or paste)
- pburrows145
- V.I.P Member
- Posts: 2152
- Joined: Wed Sep 12, 2007 9:16 am
- 16
- Full Name: Paul Burrows
- Company Details: Leica Geosystems Europe
- Company Position Title: Scanning Solutions Manager - Europe
- Country: UK
- Linkedin Profile: Yes
- Location: UK
- Has thanked: 109 times
- Been thanked: 123 times
Re: Registering with previous projects.
Do you use the Import Registration option in Cyclone REGISTER at all?
- stevenramsey
- Global Moderator
- Posts: 1937
- Joined: Sun Aug 12, 2007 9:22 pm
- 16
- Full Name: Steven Ramsey
- Company Details: 4DMax
- Company Position Title: Technical Specialist Scanning
- Country: UK
- Skype Name: steven.ramsey
- Linkedin Profile: Yes
- Location: London
- Has thanked: 30 times
- Been thanked: 72 times
- Contact:
Re: Registering with previous projects.
All the time, but that wouldn't solve the requirements above. If you used import registration from the original job to the new job aspects of the original data would move. Import registration is used where at least one of the registrations needs to adjust to a another
- pburrows145
- V.I.P Member
- Posts: 2152
- Joined: Wed Sep 12, 2007 9:16 am
- 16
- Full Name: Paul Burrows
- Company Details: Leica Geosystems Europe
- Company Position Title: Scanning Solutions Manager - Europe
- Country: UK
- Linkedin Profile: Yes
- Location: UK
- Has thanked: 109 times
- Been thanked: 123 times
Re: Registering with previous projects.
OK, missed that need...stevenramsey wrote: ↑Fri Jun 14, 2019 11:47 am All the time, but that wouldn't solve the requirements above. If you used import registration from the original job to the new job aspects of the original data would move. Import registration is used where at least one of the registrations needs to adjust to a another
In the case above I import the finalised scanworld(s) into a new registration (thus maintaining the "lock" on both "bundles" (I cannot stop using new terminology)) and do a visual alignment or cloud to cloud... can be cumbersome sometimes, but has never failed me.
Apologies if I misunderstood... #bowdowntothemaster
-
- Forum Supporter
- Posts: 111
- Joined: Thu Nov 08, 2012 11:42 am
- 11
- Full Name: Clive Bugeja
- Company Details: ARC International Surveyors Ltd.
- Company Position Title: Surveyor
- Country: Malta
- Has thanked: 8 times
- Been thanked: 1 time
Re: Registering with previous projects.
So with this same method would it be possible to ref copy the actual registration from the old db and then copy the the clouds from there. Would they still come ad referenced. The thing is that it is only a temporary procedure till i visually confirm that my new registration is correct and exactly superimposed on the old one.stevenramsey wrote: ↑Fri Jun 14, 2019 11:19 am You could try
Create new database, import new scans.
Use ref copy of the relevant registrations from the old DB in to the new one
Create a registration of your new data.
Create a new registration and bring in your registered scanworld of the new data and a registered scanworld of the old DB
open the Control space of the old registration (named what ever you called the combined registration) and delete all irrelevant data clouds or targets
Do the registration.
Your new database will stay small (no copy or paste)
Will also try out your method above and see if it fits better
-
- Forum Supporter
- Posts: 111
- Joined: Thu Nov 08, 2012 11:42 am
- 11
- Full Name: Clive Bugeja
- Company Details: ARC International Surveyors Ltd.
- Company Position Title: Surveyor
- Country: Malta
- Has thanked: 8 times
- Been thanked: 1 time
Re: Registering with previous projects.
Didn’t think you could do a visual registration on two frozen registrations? Is it the case?pburrows145 wrote: ↑Fri Jun 14, 2019 12:02 pmOK, missed that need...stevenramsey wrote: ↑Fri Jun 14, 2019 11:47 am All the time, but that wouldn't solve the requirements above. If you used import registration from the original job to the new job aspects of the original data would move. Import registration is used where at least one of the registrations needs to adjust to a another
In the case above I import the finalised scanworld(s) into a new registration (thus maintaining the "lock" on both "bundles" (I cannot stop using new terminology)) and do a visual alignment or cloud to cloud... can be cumbersome sometimes, but has never failed me.
Apologies if I misunderstood... #bowdowntothemaster