Watch this space for full details of the updates, the improvements and how-to’s !
Existing users should contact us now for update details.
TheoLt, TheoLt Contour and TheoLt Tools now improve the productivity of BricsCAD to V17 and AutoCAD to Release 2017 for anyone using Total Station, Laser Distance Meters or Laser Scan Data for the productions of plans or elevations.
No, we do not post often enough here.
No, we do not update our site enough.
Yes we need to work on this.
However you can be sure when we do post, it is important, it is interesting and it is new!
In this case what is new is TheoContour R10!
Its just a week or two away – we are just finishing off the installer and testing the installer.
What can you expect from the new release? You can expect what all software developers say their new releases contain:
In this case it is true! TheoContour (we think) is one of the updates we are most proud of. The new features include:
Contact Us now for further details!
We are pleased to announce that the latest version of kubit’s PhoToPlan software for AutoCAD is now available for download.
The new features include:
PhoToPlan Release 7 supports All 32 bit and 64 bit versions of Windows 7, Vista and XP (Windows 2000 is no longer supported).
Each of these new features will be examined in forthcoming posts.
Release 7 is provided free of charge to existing users on subscription but please remember to request your upgraded license before installation.
A free of charge trial may be downloaded here.
Kubit USA have been producing YouTube Videos showing many of the powerful features of PointCloud Pro for AutoCAD.
In this movie we automatically extract profile lines from a laser scanned tunnel using kubit PointCloud Pro for AutoCAD. Multiple slices are taken along a defined path and lines are fitted to the profile slices with the kubit “Polygon Fit” tool. These profiles can also be used easily to create a model using traditional AutoCAD modelling commands:
We are pleased to announce that the latest version of kubit’s PointCloud software for AutoCAD is now available for download.
The new features include:
PointCloud Release 7 supports All 32 bit and 64 bit versions of Windows 7, Vista and XP (Windows 2000 is no longer supported).
Each of these new features will be examined in forthcoming posts.
Release 7 is provided free of charge to existing users on subscription but please remember to request your upgraded license before installation.
Once a year the kubit resellers from around the world gather at kubit’s Dresden offices to review and discuss developments in surveying software and new products for the next year. I have just returned from the 2011 conference and am really pleased to report that the future of kubit software looks really promising. Both PhoToPlan and PointCloud have some new really powerful and important new tools that will help extract more information from the PointCloud or Photograph quicker and easier.
There will be many posts in the coming weeks and months to detail these improvements but briefly;
PointCloud: (both Basic and Pro) now include Orthographic Image Generation – a quick and easy to use tool that is ideal for extracting plans and elevations for tracing. There is also a new focus on industry specific tools – the first of these is PointSense Plant. PointCloud also benefits from the improvements to the pointcloud engine in AutoCAD 2012.
PhoToPlan: In addition to many workflow improvements, the tool will also feature a new ortho image tool – generating Orthographic Photographs from the combination of geometry (or pointclouds) and orientated images.
Detailed announcements will be made soon.
One of the (much hyped) new features of AutoCAD 2011 was the inclusion of handling pointcloud data. In this post we will take a quick look at this functionality and how you can make real use of this.
The first issue is that AutoCAD can only read specific (limited) pointcloud formats; LAS, XYB and the 2 Faro formats FLS and FWS. Many users will find this a limitation and need further formats. Further formats may be imported by adding the free version of PointCloud from kubit. The product page is here and the software may be downloadedhere. PointCloud adds the formats PTZ, RiScan Pro and ASCII (CSV, TXT etc).
The workflow of importing pointcloud data is to first index the supplied file to create a PCG file which is Autodesk’s pointcloud format.
This PCG file may be attached in the same way as any other AutoCAD block or image file.
The method of display of the points depends on the current AutoCAD Visual Style. A 2D non-rendered (2D) style displays all of the points in a single colour: black. Selecting a rendered (shaded / 3D) style displays the points in colour.
AutoCAD manages the number of points displayed on the screen. At first loading the density of the points displayed may appear rather thin. Select the density command. Here I have set the value 70. The display is now far more usable. You will find the pan and orbit are very quick and all points within the cloud may be via the Node object snap.
Many will view the fact that AutoCAD can only display the whole cloud or no cloud as a major limitation, this is another limitation that may be bypassed with kubit’s PointCloud software although this further functionality requires the paid version.
PointCloud allows the definition of sections which may be managed in the section manager. These may be created in the following ways;
A typical use of the slice command is to create a plan.
This of course may then be traced. If the version of PointCloud being used is the Pro version then the Automatic Fitting may be used to fit the plan to the slice. This is completed by drawing a very approximate polyline (with the correct number of corners) and selecting the Fit Polygon command.
Working with elevations is a key use of PointCloud data. This however shows another weakness in the AutoCAD pointcloud display. The density of the data displayed may not be sufficient for tracing details.
Again, PointCloud may come to the rescue here. Using the section manager individual sections of the data set may be saved in PTC format – the native format of kubit’s PointCloud (which enables the support for PointCloud data in AutoCAD’s prior to 2011). The display of the PTC is far denser allowing the details to be seen clearly.
Edit/Note: Release 7, released in May 2011 introduced “SmartSections” a new way of creating and working with this higher density display. The new SmartSections are faster and simpler to use. End Edit/Note.
A further tool within PointCloud is Plane fitting. This enables a plane to be fitted to a number of points and in the case of elevations, the UCS placed on this plane ensuring the elevation is drawn in the correct position.
At first glance it may seem that are are too many disadvantages to using the Autodesk PCG engine and other tools provide a better solution. However when you consider that the PCG engine allows up to 2 billlion points to be inserted into AutoCAD I would suggest that PCG + PointCloud is the ideal tool to manage the dataset within AutoCAD, creating overall plans and views. with sectioning the data to PTC sections for detail extraction. Take time to download and evaluate PointCloud, again details here.
You can spend a lot of money on contouring, the software tools for surface interpolation and depiction do not come cheap and even the ‘inbuilt’ AutoDesk options require a hefty investment in a ‘Map 3D’ or ‘Civil’ variant. But there is a very effective and low cost option which I have been using for some time now and it’s proved itself to be a good ‘fast and dirty’ fix for getting contours done: TheoContour.
Like all of the Latimer CAD family of tools this is based on the premise of solving a CAD problem, not a surveying one: there are no data tables to code, no CoGo computations to step over and the outputs are pure CAD entities ready for your next DWG based task. And of course all is in 3D from the start.
Let’s start by looking at the results:
This composite view gives you an idea of what TheContour is capable of: annotated smooth 3D ploylines and shaded surface generation.
So how does it work?
TheoContour is an arx/brx application:
it works with points so getting started is easy: just get your points into AutoCAD! The points can be layered anyway you choose, and obviously, they need to be congruent in terms of height consistency ( in other words they have to be organised such that the Z values are correct!)
Once we are happy all the points are in the current view in WCS the 1st TheoContour command is : theocollate which loads up the points and reports on the surface they describe ready for the next step:
I kid you not, the arx processes this stuff pretty quickly 2,703 points in about 3 s!
Note that the command line report relays the settings we are using on this model. They can be changed easily; I’m not happy with contours at 4 to the metre indexed on the metre so I go to settings and switch the index interval to 5: 
I’m now ready to contour: 
The command is, you guessed it: theoContour! Plotting the contours takes a little time, this example takes about 45s to generate. Some models can take a while, it’s all dependent on how fine the contours are combined the entity type being generated (lines, polylines or splined polylines).
Not bad for a 1st pass, I would return to the settings and look at smoothing but this gives you a good idea of how simple the process is: and it’s flexible- in effect the datum is the zero value for Z in the current UCS so you can use theocontour to generate contoured surfaces indexed to any plane defined by a UCS! The contours are 2D ploylines in 3D space so they can be edited easily using PEDIT to get them tidy!
So just using 2 commands and tweaking the settings I have got working contours in minutes.
TheoContour also generates profiles and shaded surfaces, the text annotation is pretty neat too but for now I just want to show how simple contouring CAN be if you use TheoContour!
TheoContour can be downloaded as part of TheoLt core at:…
One of the great advantages of TheoLt compared to other survey software is it’s complete flexibility. For example, lets take a look at the “Features Library”.
The basic premise of TheoLt is that it transfers the measurement information or point from a survey instrument (or Distance Meter) to CAD to be used by any command (for example, draw lines, insert blocks etc). What the TheoLt Features Library enables is for a series of measurements to be combined to insert a series of lines, arcs or attributed blocks (much like standard survey “feature coding”).
The feature definitions are accessed through the the settings dialog in the main TheoLt window. Definitions are grouped into folders.
Looking at it’s simplest use, inserting a single attributed block as a detail point. The first stage is to name the feature , define it’s icon and the number of measurements that should be taken to insert the feature. In this case, a single 3D measurement.
The next stage is to define any user attributes that may be required and whether confirmation is required (asking the user to confirm the values). Finally select the block to be inserted.
Once defined, opening the features panel will show the newly created item and a single click on the apropraite icon in the feature palette will prompt for the measurement and the block will be inserted.
Next we can look at a more complex but typical use; kerbs tops and bottom in topographic survey. The aim here is to pick points on the top and the bottom of the kerbs, connecting the points, inserting blocks and annotating levels. This is very typical of topographic survey. Our definition will be point on top of kerb, point on bottom of kerb before moving on to the next part of the kerb.
Defining the feature, we name it and use 2 3D measurements with correct prompts. As we wish to join the points with lines, we will select “repeat insert” and join points on Layer (each point type having it’s own layer). This will allow the lines to be continued for as many measurements as required before exiting the command. The attributes will be the Z-level of the first point only and two blocks will be inserted, each on it’s own layer.
Now when selecting the feature from the palate, the measurements are prompted, blocks are inserted and then the first prompt starts again. After the next round of observations, lines are drawn between the respective points on their designated layers. Options allow the lines to be curved, straight and the alignment of the annotation to be altered or disabled.
The final example is a single complex item; a tree. To measure one fully quite a few measurements are required; the centre of the main trunk, the girth of the trunk, horizontal extent of the canopy and finally the vertical extent (height). These can be defined in the first window with prompts and measurement types. I would assume that for the first measurement the operator would take the angle to the centre of the trunk before taking the distance to the centre. This would leave the instrument pointing to the extent of the girth which we can collect as an angle only measurement. We can also choose to write the details out to a file which can contain any of the collected data fields for processing.
Next we will create the attributes where we will also collect the tree type which will be stored in a list to speed up the user input.
Finally we insert a block to represent the trunk – scaled to match the girth. A second block will be inserted, scaled to math the canopy. An attributed block is inserted to hold the details of the tree (in addition to the file written above).
Obviously, this is not an in-depth analysis of what is possible from the features palate but I hope it gives some indication of the power within TheoLt.
These days big traverses are becoming a rarity. The GPS active net is doing a better job for many survey projects. Traversing is still the best way for getting good control for small sites, setting out, architectural photogrammetry and building survey. I remember the happy time at field school in Wales with booking sheet and pencil, baking in the summer sun, each station in turn becoming a kind of holiday home as we carefully logged back-sight and foresight obs. We got to live outdoors and enjoy it. So, given that this is the backbone of my work, why do I hate it so much?
It is the inevitable disappointment when, at computation, I discover the blunders! All the wonderful effort of getting stations set out, carrying forward heights, multiple obs is lost when the numbers don’t come out! Each time I set out to traverse I have the optimism of a child on a trip to the seaside only to face the bitter disappointment of having to repeat the work to get it right. This is something I have grown used to: traversing is a game of errors and I have, over the years, found out how to get the results I want. In truth I have never been happy with simply surveying for numbers, for me I want to see a drawing, detail, I want that map to grow, to make my mental map real; a schedule of co-ordinates to me is no thing of beauty. So what to do about it?
I can’t do my job without control; I’ll never forget the wise words of Peter Waldhausl when I asked him the teacher’s question: ‘what is the single most important thing to teach in survey?’ his answer, without hesitation, was very clear: ‘NO ACTION WITHOUT CONTROL!’
It’s thrilling to drive in the first peg on un-surveyed territory, this is without doubt part of the elemental appeal of surveying (it’s certainly is NOT the money…few of us are well paid and even fewer of us manage to keep our jobs!) we are part of making the unknown known in a very real way. Anxieties about control can be helped by getting the right tools and first and foremost in these tools is software! I use real-time software that tells me where I’m going wrong when I make the mistakes. Now I know this is not proof against blunder but it definitely helps! Keeping track of where the errors are is one thing but I’m amazed at how much gets in the way of your best rehearsed procedures when you are traversing: for crying out loud there are only 4 things to do:
1. Log the instrument and target heights of collimation (HoC).
2. Achieve and verify orientation.
3. Observe and book shots to back-sight & fore-sight.
4. Set out new station as required.
So what goes wrong?
Plenty! You forget which station you are at and use the wrong station ID, you set out a station then find the sight-line blocked, somebody ( it’s never you!) kicks a tripod and you have to re-set the HoC and retake the station orientation, you select the wrong HoC for the orientation shots, you forget to take the last angle in the loop because you think you already have the shot done as you have ‘been here before’ not to mention the lost marks, last minute datum changes, miss-matched tribrachs, ‘helpful’ people moving setups before they are measured, it starts raining etc.
The software definitely helps, I have a strong tendency to argue with it but I’m learning to trust it (yes I’m pretty stubborn like that I’m afraid). The Netadjust tool in TheoLt Pro is what keeps my traverses on the straight and narrow.
It has some really good ‘idiot proof’ features which this idiot has learnt to adopt as procedural reinforcement:
Real-time feedback of station selection at occupation and orientation. I get a ‘heads up’ message on completing an orientation that advises me of the staion IDs, the HoCs and the precision of the orientation.
Automatic prompting of HoCs. Every time I take shot to a target I get a prompt, I can turn this off, but this is my most common foul up, its very difficult to ‘unpick’ HoC errors even though it is usually very easy to see where they occur.
Traffic light coloured observation results. This really is the best bit for me, TheoLt will let you know how good your shots are as you take them, you can drop the ‘bad’ obs from the computation, re-shoot or go right back and re-do the orientation again.
Automatic target ID. When you shoot a target with a known position you are prompted with its ID, a simple hint saving a mountain of time searching through tables to find a station ID.
Live diagram. I can preview my loop in AutoCAD/BricsCAD at any time; if it don’t look right it ain’t right. The diagram tells the story.
Non destructive back-up of raw data. You can run the calc and see what happens at any point in the loop and still have the original observation data logged for QA.
Least squares distribution of error. TheoLt through its partnership with kubit uses a powerful network adjustment algorithm. By moving away from Bowditch (sob!) towards a distributed error network the traverse can be extended to include resections.
TheoLt orientation procedure builds the network data table which shows how good the shots are, how many shots there are in the set and allows you to include or exclude a shot from the computation. I can get reports out on the condition of the network when I run the calc to test the impact of the include/exclude options I use:
Let’s take a look at the report:
TheoLt NetAdjust does traversing nicely but there are drawbacks, its not something I would expect the whole survey world to use. It’s dependent on a PC so its not going to be what I would use on a windswept fellside in driving rain. For me it’s a godsend simply because I can get good control without fuss and move on to what I want to do…draw!
Control networks are essential for a complex building plan. The exterior can often be controlled by a fairly traditional loop with some fun & games to accept GPS points. Once tied to the exterior loop the interior can usually be fixed by resection throughout.
There is always something that gets in the way!
A control network needs to provide points with a higher order of precision than simple polar observations. Easy to say, a fiddle to do, but a whole lot simpler with TheoLt!
More on the TheoLt story here: