DMoving is a unique CAD application based on a newly developed graphic configurator for which the acronym [DDM] (Dynamic Drawing Manager) has been coined. The name [DDM] indicates that the solution as a whole handles a series of “dynamic drawings” that we’ll call [DD]. The [DD] (Dynamic Drawing) object consists of a set of [SD] (Static Drawing), which are comparable to conventional CAD drawings. The [SD] are placed within a sequence as if they were the frames of a cartoon but follow a logical functional sequence and not time as is the case with cartoons.
In addition, several sequences can be linked to manage more complex variations.
Dynamic drawings are organized into libraries, and [DD] can be placed side by side to create multi-drawing configurations. From here on, we will call the configurations [CONF] and the configuration sets of the DMoving
libraries [CONFIGURATION-SET]. Each library contains a number of [CONFIGURATION-SET].
The user can create his own version of each static drawing [SD] and relate it to the original version using a special process called [LIB-CONTEXT]. In this way, the operator, from a simple user, becomes an element cooperating in the construction and updating of the library itself. The user can operate without the risk of altering the library base, because the [LIB-CONTEXT] process always keeps the original content, which is unchangeable, separate from the user’s personalized content.
When the user explores a library to which drawings have been added in [LIB-CONTEXT] mode and they can navigate to [LIB-CONTEXT-RELATION] to find them; details are given in the following chapters.
Often the CAD activity begins before the initial idea is frozen, and continues during the construction of the artefact. The overlap between these phases must be limited, otherwise the quality of the process will be reduced and costs will increase.
One way to limit these overlaps is to reduce CAD time. The objective of DMoving is to contain these time intervals.
The Dmoving graphic configurator is interconnected with a dedicated CAD environment, which shows its contents and allows the input and modification of drawing entities; therefore the application has the appearance of a traditional CAD but hides a different nature.
DMoving can also work alongside other CAD applications.
There are design areas that benefit from considerable financial resources. If the designed object is produced in large quantities, an appropriate economic return can be obtained and invested in the following projects. If this condition is not met, such as in the design of civil works, the time and cost of design is crucial. To overcome this problem, design studios use existing processes to modify them and derive new ones. REUSE is especially important for small works, but care must be taken, REUSE requires the creation of its own well organized library. The Internet can be a good resource for populating your library, but it has problems.
You can find interesting collections of drawings (both free and paid), but these are almost always fragmentary and obviously not conformed to a single standard of archiving. You also have to face a vast world that offers a lot of irrelevant or low quality content, all aggravated by advertising and viruses. The operator tends to take a long time and is consequently diverted from the project. What are the DMoving tools designed to organize REUSE?
- Large quantities of dynamic drawings that can be modified according to pre-established rules.
- Internal search engine to find the drawings you need at the right time.
- Integration with CAD that the designer normally uses.
The highly verticalized CAD programs offer functions for the semi-automatic generation of various elements such as: ladders, walls, electrical circuits, mechanical components, metal structures, etc. The example in the figure shows a model of a building with masonry generated by a specific application.
Strong vertical applications attempt to replace the human mind and somehow provide design elements calculated from specially written algorithms. This approach allows for the achievement of important targets but it’s very expensive and has inherent limitations.
To understand these limits we can refer to what has happened in recent years with BIG-DATA and A.I. (Artificial intelligence). The case of Google Translate is emblematic, statistical analysis beats the algorithms for language translation. Initially, much of the software written to perform machine translation included the definition of grammars and dictionaries of different languages, a difficult and costly process.
Google, under the guidance of engineer Franz Och, has replaced this with a purely statistical approach: mass data analysis, for example the English and French translations of various public domain texts, has produced better translations than the old A.I. algorithm-based method The larger the mass of data, the better the result. DMoving bases its response on a large mass of drawings, thanks to the optimization of the storage of graphic data. A file containing data for [SD] is much smaller than traditional CAD formats (e.g. DWG, DXF) or document formats such as PDF. The [SD] is not simply a drawing that is autonomous and isolated from the context, but is a gear that is part of a mechanism. Some information can be stored in this mechanism only once without being redundant in all drawings. When exporting drawings to a common CAD program, this generic information is entered in the interchange file, which allows you to brilliantly manage very large sets of drawings.
The dynamic drawing offer is not only potentially very extensive, but also easily expandable, just add the missing [SD] to the [DD] you want to expand.
Let’s imagine that we want to design software that draws metal staircases and that we are going to write an algorithm for this purpose.
As already mentioned, we can achieve some very good results, but to achieve them we need to combine different disciplines. In this case we need at least a programmer and a staircase designer. They need to understand each other fully to share the same objectives, they will quickly find a common language and I leave the answer to you. DMoving allows you to keep your skills separate; programmers provide a GENERAL PURPOSE, environment, while designers can put a wide variety of contents into [SD]. The maintenance of the solution is also more linear, the eventual replacement of one of the actors would have an impact.
But how can we move along the paths that allow us to find the [SD] we are looking for?
For this purpose we have a sort of GRIP that we will call [DMGRIP], we must be careful not to get confused.
I GRIP allow you to act on the remarkable points of entities and are typical of many CAD programs, including DMoving. The [DMGRIP] express the typicality of DMoving and have the function of “finding” a drawing or a set of drawings. In other words, the mouse action on [DMGRIP] causes DMoving to dynamically select the drawing that meets the geometric condition indicated by [DMGRIP] itself. The operator acting on [DMGRIP] has the feeling that he is acting on the drawing with a change command when in fact he is performing a QUERY on the DMoving database. The following figure shows a [DMGRIP] tied to the side of a building. When this is dragged the wall moves accordingly and the house is transformed according to the rules imposed by the author of the library.
The production of DMoving libraries does not require the writing and maintenance of ad-hoc code, but while the user acts on a [DMGRIP] he has the feeling that the drawings are governed by a specially written algorithm. The following figures show a simple example that can give a hint of reflection on the role of [DMGRIP]. Can a generic stretch command add the bricks that are needed to raise the chimney? Of course not. With a traditional CAD you have get a hold of the drawing and arrange each line. The author of the library also acted on the width of the chimney to increase its stability when it is higher.