This is a typical problem resulting from too large bounds defined. Your
table has a bounds clause included in it's projection definition, which
influences the precision of coordinates. It cannot be changed for existing
table, you must create new one.
I hope it hleps
--
Jaromir SVASTA
Hydro
Title: Overlap analysis - Oracle tables
David,
A CartesianArea value of -1 is returned
when the corrdinate system is lat/ long. It can only be used with non-lat/
long based tables.
You would need to use SphericalArea(Obj, “UnitName”)
to get the numbers.
Would be interested in your
Dear List members
Just a follow-up on my previous query. While I would like to know how to
do this for my own general knowledge I am also wanting to automate the
"search and replace" tool in MapInfo. If I know what the code is I expect
there would be some way of modifying it so I could carry out
Dear List members
I wanting to know if there is anyway to see the scripts that reside in
MapInfo applications that define the actions, information retrieval that
sit behind the MapInfo buttons, tools and menu options
Regards
James Thomson
Project Officer
Integrated Transport Planning
Level 5
2
David,
This one works ok:
!table
!version 500
!charset WindowsLatin1
Definition Table
Type ODBC
begin_metadata
"\IsReadOnly" = "FALSE"
"\DATALINK" = ""
"\DATALINK\Query" = "select * from ""GEOSPATIAL"".""COAST"""
"\DATALINK\ConnectionString" = "SRVR=GEOSERVE;UID=GEO_SERVICES"
"\DATALINK\ToolK
Title: Overlap analysis - Oracle tables
Peter,
If I use CartesianArea() in MapInfo I get
-1.
I guess this is MapInfo’s way of
telling me that there is really no such thing as cartesian area on the surface
of a spheroid.
For testing purposes I created two square
polygons in MapI
Hi Ben,
I'm not sure if it returns multiple rowids but
commandinfo(CMD_INFO_ROWID)
works on a single object after it has beeen selected and reurns the
rowid from
the base table rather than the query. It might be worth a try. You
could try updating a temp column using commandinfo(CMD_INFO_ROWID)