Carlson Software Forum

Why are the .CRD files written so that they can only be read through the
software package. I was always taught K.I.S.S ( Keep It Simple Stupid) is
the right approach to anything. I don't see why any of your data files are
not stored in an ASCII format. Are you really trying to make a good piece of
versatile software or just a buck? Your on the right track with Carlson, but
one package can't do everything. I started with SDRMap and watched it evolve
to this. Proprietary data files or having to jump through a bunch of hoops
to get the data out just show me that your company doesn't have faith in the
longevity of it's product.

jr said the following on 9/17/2007 10:51 AM:

Why are the .CRD files written so that they can only be read through the
software package.

I'm guessing because reading/writing binary files is much faster than
reading/writing ASCII files.




--
R.K. McSwain
http://rkmcswain.blogspot.com

jr,

Is the Export Text/ASCII routine really "jumping through hoops"?

Every COGO package I have used has utilized binary coordinate files.

Terry Scanlon

"jr" <jroepel@ladpw.org> wrote in message
news:fcm7qi$3ao$1@update.carlsonsw.com...

Why are the .CRD files written so that they can only be read through the
software package. I was always taught K.I.S.S ( Keep It Simple Stupid) is
the right approach to anything. I don't see why any of your data files are
not stored in an ASCII format. Are you really trying to make a good piece
of
versatile software or just a buck? Your on the right track with Carlson,
but
one package can't do everything. I started with SDRMap and watched it
evolve
to this. Proprietary data files or having to jump through a bunch of hoops
to get the data out just show me that your company doesn't have faith in
the
longevity of it's product.