Hi
Can sombody explain what the switch:
mark [(station list)]
from the command centreline does!?
As one of the following ist allowed:
temporary (default)
painted
natural
fixed
I can't find an example and therefore do not understand the meaning of this
switch.
Thanks!
regards,
Torsten
The mark [station list] statement allows you to differentiate stations.
For example, I use natural to refer to a speleothem or pointy rock that is a
station, and fixed to represent a rock cairn, or artificial insert. The
default ‘temporary’ is for ephemeral stations that cease to exist
On 2018-11-14 20:36 +, Olly Betts via Therion wrote:
> On Wed, Nov 14, 2018 at 07:07:50PM +, Andrew Atkinson via Therion wrote:
> > I've not had time to play with this, since Alistair showed me the problem
> > on the weekend. The bit that I cannot get my head round is when 3d are
> >
On Wed, Nov 14, 2018 at 10:59:44PM +, Wookey via Therion wrote:
> On 2018-11-14 20:36 +, Olly Betts via Therion wrote:
> > On Wed, Nov 14, 2018 at 07:07:50PM +, Andrew Atkinson via Therion wrote:
> > > I've not had time to play with this, since Alistair showed me the problem
> > > on
Hi Everyone,
It's solved, I found a way of commenting out enough of the information at a
higher level in Survex to allow Therion to take a .3d file with the right
amount of information that it can cope with. This means that the UTM30N data
was running through Survex (for MarniosaOld) and this
Thanks, Bruce.
So it doesn‘t have any effect on a xvi file although it is a centreline switch!?
Regards,
Torsten
> Am 14.11.2018 um 11:18 schrieb Bruce Mutton via Therion :
>
> The mark [station list] statement allows you to differentiate stations.
>
> For example, I use natural to refer
HI,
I was trying to join a file [with Centreline driven by .3d data (.3d)] to
another file [with centreline driven by my electronic surveying data (Elec)].
The .3d file seems to come with it's own coordinate system, so we needed to
remove(#) the entrance coordinates, from the Elec data.
I
On Wed, Nov 14, 2018 at 07:07:50PM +, Andrew Atkinson via Therion wrote:
> I've not had time to play with this, since Alistair showed me the problem
> on the weekend. The bit that I cannot get my head round is when 3d are
> imported with a coordinate system, if a th centreline then connects 2
No, as far as the data are in different centerlines.
Odesláno z iPhonu
13. 11. 2018 v 12:10, alastair gott via Therion :
> HI,
>
> I was trying to join a file [with Centreline driven by .3d data (.3d)] to
> another file [with centreline driven by my electronic surveying data (Elec)].
>
>
I've not had time to play with this, since Alistair showed me the problem
on the weekend. The bit that I cannot get my head round is when 3d are
imported with a coordinate system, if a th centreline then connects 2 parts
of the survey from the 3d or an entrance coordinate is specified for the
3d,
Not sure I understand you situation properly. And I have no experience using
.3d files as input.
However, in general...
If you have multiple surveys, each with a different (but not arbitrary)
coordinate system set, then there should be no problem if you identify the
coordinate system in each
11 matches
Mail list logo
