Example: we want to show a tree's foliage spread and a scaled tree trunk. Currently the process is you have two scaled codes (one for the tree and one for the tree trunk). Applying the Code Settings commands (* being the delimiter) and (S for scale command). In this example TR code = the scalable tree and TRNK code = the scalable tree trunk. The code required would be say: TR*S4*TRNK*S1 - which means that the tree spread is 4m and the trunk girth is 1m. This is dependant on Project Settings "scalable symbols" which is 1.000 for diameter and 2.000 for radius. What would be simpler and less complex is to apply "Attributes > POINTS" with the names TR and TRNK with the appropriate "Value Type" setting so if the client in the field entered the attribute name and value eg. TR 4 and TRNK 1 - those entered values would be applied to the codes. NOTE: as Magnet Field has Attributes, it would seem to be the appropriate way to go by applying MField attributes to Magnet Office attributes and apply scaling for spread, trunk and height.
Still no solution for trees to be coded by entering all attribute and smooth
transfer to magnet office?
This is planned to be implemented in both field and office at the same time.
I see a few votes for this request to use point Attributes to scale tree symbols during import/reduction, so looking for some user feedback to get some ideas.
Since each company may apply this slightly differently some kind of standard may be the best way for implementation, therefore could someone please provide some suggestions for using attributes to cater for the not only the trunk but also additional details.
For example I have a point with code TREE, and recorded for the point attributes:
Where SPREAD will assume for the primary symbol/code TREE.
HEIGHT (of tree, not ground height/elevation) and TYPE would just be additional info
TRUNK*S would apply to an additional symbol using TRUNK code.
It would also be necessary to choose whether survey code or attributes would be used as they may contradict each other.
NB. MO cannot "apply" the height and type to a symbol, but this may be useful in future to further extend options for MAGNET Modeler.
Thank you!
Manami
I agree there is some work to do on processing for trees.
In Australia the usual requirement for trees in to record the attributes of Spread, Trunk, Height and Species, which usual is coded in the field as, "T14/0.5/18/SpottedGum" which is T=Tree, 14m spread (diametre), 0.5m trunk diametre, 18m high and it is a Spotted Gum.
Every company does it slightly different but the same information is usually requried, a macro is usual applied in AutoCAD or MicroStation to dress the data with a symbol and text streamlining the process.
It would be great not having to use AutoCAD but it is not feasible in Magnet if there are a million trees. A solution would be great. Thanks.