Hi Mike -
The decimals are there, just truncated. Select a point, then type this in 
the MapBasic window...

note format$(centroidx(selection.obj),"###.########")

I don't know why it does it but I think there was something to that effect 
posted some time ago (Jacques Paris, maybe?) We get around it by storing 
data in UTM or Alberta 10TM projections. If you create a float field and 
populate it with centroidx(obj), you will only see the output rounded to 3 
places. Change the field to Decimal 12,6 and it will show all those places. 

Hope this helps...

Lindsay Giles
Senior GIS Analyst

AXYS Environmental Consulting Ltd
Suite 600-555 4th Ave. SW
Calgary, AB
T2P 3E7

e-mail:         [EMAIL PROTECTED]
Main Office:    403-269-5150
Direct Line:    403-750-7671
Fax:            403-269-5245
Visit our web site at http://www.axys.net




-----Original Message-----
From:   Mike Haden [SMTP:[EMAIL PROTECTED]]
Sent:   Monday, May 15, 2000 10:09 AM
To:     MapInfo Mailing List
Subject:        MI MB: Accuracy of Centroidx / ObjectGeography Return Values

Good morning, all :

Maybe this one has come up before, but I've scanned through the last 
several
thousand MI messages to find some reference to the problem without success.
So here goes:

I have many tables of petroleum wells which were defined as point objects
using the standard Lat/Long NAD 27 for Canada projection without bounds.
They were created in the table with 6 decimals of accuracy (ie. x/y
of -114.234678 54.943219).  When I double-click on a well in a given map,
the dialogue displays the same 6 decimals of accuracy.

However, when I call ObjectGeography(Obj,1) or ObjectGeography(Obj,2) or
CentroidX(Obj) or CentroidY(Obj), I receive only 3 decimals of accuracy on
longitudes, and 4 decimals of accuracy on latitudes.

Can anyone explain why ObjectGeography / Centroidx don't return the same
number of decimals as originally defined ?  Is there a workaround to this ?
I've poked through the system settings, played around with bounds on the
coordsys, and I've yet to come up with anything which will change the
behaviour of these function calls.

Any assistance will be gratefully received.

Thanks.

Mike Haden
Software Developer
Sterne Stackhouse Inc.
[EMAIL PROTECTED]

----------------------------------------------------------------------
To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put
"unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]

----------------------------------------------------------------------
To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put
"unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]

Reply via email to