Trimble Business Center

Is there a way to move multiple georeferenced images? 

For example, if I am performing a takeoff from pdfs and then I am able to get coordinates from the engineer or some other avenue. The process would be painful currently. 

Challenges with this are that we Georeference all of the Vectors and every pixel in every sheet so that you can extract them or drape them over a surface etc. If we move the Sheet then all of the Vectors also have to be moved internally and the pixels need to be rescaled and moved also at least in order to do that.

You can re reference a sheet using the Georeference command

I get why this would be good to have - it is just not as simple as picking up an object and moving it

Alan

Even if this took a little bit to compute; 30 - 2 min, this would be a lot quicker than manually doing this process for each sheet. 

Especially on projects where you start off with only pdfs and then maybe you are provided georeferenced linework or points. 

I have needed this before, and discovered with disappointment that the "Move" command does not work on geo-referenced images. Conceptually, it seems pretty straight-forward.

TBC doesn't do any rubber-sheeting, so it must essentially be computing a single transformation matrix from the pairs of control points selected during the geo-referencing process. The "Move" command should have the ability to apply additional transformations to this matrix to achieve the same result as re-referencing the sheet manually, with no more computation time than that process involves but eliminating the manual work. It would be helpful if the entire suite of transform tools worked, including "By Points" and "Transform Survey Points". All of these tools solve for a transform when used on regular CAD line-work; please add the ability to additionally use that transform on the raster images themselves.

Why not start with PDF's located in arbitrary location and then create custom coordinate system (simple Mercator) that would recalculate all coordinates?

@Alan Sharp Would that work?

Hi all.

Any movement on this subject at all?

I had to design a site off some pdfs for a customer and had no georeferenced points to build off of.

I then received site control and staked property corners two weeks later after design was approved. I imported control and of course am off by a bazillion feet. 

What I am looking for is there a way inside TBC to move my whole project to now fit the real world control and property corners now referenced in the field. Basically I designed the project in outer space and need to move it into the real world.

Any comments, suggestions, or information would be greatly appreciated as I do not want to build it over from scratch. 

I tried the move command and that appears to not be what I am looking for.

When I first started using Take-off I asked about this and haven't seen any change.It would be nice to be able to easily move imported pdf images and the derived linework around to stitch it together.

Since the original surveyor is tasked with establishing control when he does the existing conditions survey and this gets passed on (Demanded) by the engineers the design should be on the established coordinate system.  If the engineers would release the CAD files at Bid time the situation you describe would not happen since all work would be on the same datum.  Why can't the large/powerful construction companies force the engineering company to supply the design CAD files at Bid time instead of Trimble writing code because the engineers are too blind to see the issue.

I would guess they don't want to release them because they're still only halfway done at bid time from what I've seen...

Steve,

Since we no longer draft by hand---if the CAD files are only halfway done then that means the PDF Takeoff plans are only halfway done. It is getting on the design coordinate system and minimizing digitizing (scaling) that is of interest for me.  30 years of CAD produced plans and we are still digitizing take off data and Translate-Rotate and scaling coordinate systems in 2020 that is bothering me.  I just wish that large contractor groups could lobby the engineering groups to make a positive change.  I guess now that Trimble will make a tool to move multi PDF plans we will just get another work  around rather than solving the main issue.  I still think the original Geospatial surveyor should set the datum---set ground monumentation ---that datum should then be carried thru design and into construction. I am always amazed that this is not standard engineering practice.  Long live workarounds!

Bruce,

Trust me, I despise tracing and avoid it at all cost. They should absolutely release at least a dumbed down version for takeoff purposes. I was half way joking, but only half way. Just because a set PDF plans are available does not mean that the CAD work is complete, I've seen it before. As too using the same datum that the job was engineered from for construction, that's been my standard practice for 20 years now. Are you saying you can't get the files after the project has been awarded and using digitized data for construction? 

I don't believe that we shift Georeferenced Images with Changes in Coordinate System (I can check that)  - we move Point and any Processed Linework connected to the points but we don't shift CAD Data or Georeferenced Images in that way. Also I am not sure that the type of users we are dealing with for Takeoffs would necessarily know how to do what you are suggesting Marian. A simple Shift and Rotate function is all that is needed - however all the Image Sheets need to be re-tiled in this process and that is likely why it is not possible to do today with the Move command cause there is more to it than just shifting a sheet.

Alan 

The other problem of course is that once shifted to the Project Coordinates - the users are moving into operations and will be adding in Coordinate Systems or Site Calibrations at that point that would override a Coordinate system used to shift everything - so probably not the right move here.

Alan

Thanks for all the responses quickly. It is very much appreciated. 

Alan is saying pretty much what I needed and the situation here. 

Should I have started the project in a different manor than I did to make this an easier process somehow?

Thank you

Dane

If you have the Coordinates on the plans then I would start the Takeoff /

Data Prep in the right place of course. Sometimes the plans show this info

and sometimes on site projects they don't. So if you dont get Coordinates

to work from you have to work local till you get some coordinates (and not

just Scale and Rotation as per many site plans. If they give you a Manhole

Schedule or similar, often those will have coordinates and then you can use

these early on to get the PDF Sheets in the right place from Day 1.

I can see a need to move the Sheets along with other data - this is not the

first time it has come up. The challenge is that we place and orientate the

sheets for sure but we also Tile all the sheets at different resolutions,

so if you move Sheets then you have to Retile everything so you can display

it all in the new location. This is more work than simply picking up a

point and moving it as that involves simply updating coordinates etc.

However I have it on the list for review and one of the Team will pick it

up and look at it. The approach I am taking is

a) Can the TBC Move Command be updated to do this - in which case do it in

Trimble for sure and dont create a TML or similar to solve the issue

b) Does Trimble intend to offer a solution any time soon, if there are no

plans to do so then Option 3 is next

c) Do we create a TML at RPS to solve the issue today or in the near future

- if yes how much work, how long will it take, how much does it cost us to

build it etc vs the return we can generate from it as a part of a toolset

we can provide.

Alan

On Thu, Apr 30, 2020 at 8:05 AM dane.myran@dmearthworks.com <

Looks like you will get this in next release guys - the object type can now be addressed by CAD commands 

I will be testing it to.orrow

Alan