There are actually some lengthy discussions / debates that can be started
but here goes:
You need to define a little more detail about your objectives, specifically
your purpose and accuracy requirements.
This is not my recommendation; given the computing power that is generally
available you
luck
Guy Groves
[EMAIL PROTECTED]
-Original Message-
From: Ryan Morgan, Aerials Express [mailto:[EMAIL PROTECTED]
Sent: Friday, May 14, 2004 11:21 AM
To: Yoshiro Nagao; MapInfo-L
Subject: RE: MI-L digital camera with GPS - Mapinfo
Hello Yoshiro:
Check out Red Hen Systems, they have a way
Good questions
I too have kept an eye out for MySQL, but thus far this is my opinion.
The Spatial component is being developed as a science experiment /
prototyping space. It is not a production environment (for spatial
support) in my opinion. I am not trying to condemn it, it is just in
Easyloader can be used in a command line mode, and does not require that
you start MIPro. You might consider doing these tasks outside MapInfo
in a BAT or BAT/SQL scripts that operate on SQL Server in place of
starting a MapInfo session. You can also perform any other SQL Server
tasks that you
Not sure what you are asking, but here goes...
When you are using MapInfo with Oracle then MapInfo (Pro, MapX, Xtreme,
etc.) IS the Oracle client. That is: MapInfo connects to Oracle as a
client and Oracle serves up the data.
You can also use ANY of the standard Oracle client tools, or many
level of accuracy starts with the data collection process. This
accuracy is independent from the GIS and has everything to do with the
ability to measure the location of things (features). Within the GIS
the concern is to properly represent the accuracy.
A flaw in mapinfo is the proper
Oracle Spatial VS Spatialware on SQL Server
There are really several questions here:
1) Platform - Wintel VS any other
2) DBMS Environment
3) Spatial capabilities of the DBMS
Sorry this is somewhat unorganized but here goes
1) Do you have a platform preference?
If your platform preference
and what is anticipated in the
future. In other words, publish a project plan and keep it updated. (I
have always let people know about failures as well as successes).
That all I have time for now
Guy Groves
GRG Consulting
-Original Message-
From: Norman Mabunda [mailto:[EMAIL PROTECTED
Skipping to part two - spanning UTM zones.
There are a number of question you need to answer regarding your need
for spatial accuracy (how you intend to use the data). There is not a
simple answer without knowing more of your requirements.
It is possible to store data from different coordinate
For those of you have been around CAD and manufacturing systems for a
while ...
We may have a new use for all those old flat bed plotters. Many of
these old plotters (Wild 10 comes to mind) the pen can be replaced with
a cutter head. It would only be another small step to have a map carved
To perform this task well you might need to invest in a better format
translator, such as the full version of FME. This should provide you
with the additional utility you will need to handle some of the
anomalies you will encounter.
I have done this for several local governments in the past,
You should also be aware that when you delete a record the rowid is not
recovered until you do a compress on the table. BUT, when you do a
compress on the table your next request for a rowid may already exist in
your table, hence the values will not be unique.
Using rowid as a unique attribute
Just a few quick thoughts
The hard way is to not use thematic map, but create a separate query for
each condition (select smallest to largest), set the display for each
query, then use layer control to achieve the final display order
objective.
I believe the display order is controlled by the
Here are some additional thoughts, sorry for the rambling on...
Both techniques: copy the data out to a linked table TAB file, and
Live Access have their place (I won't go into detail here).
Live access does modify the query by adding a spatial qualifier to
intersect features with the display
There are some bugs with Easyloader and Oracle 9.2.x
This may be one...
I understand there is a patch or new version of easyloader available
that works with Oracle 9.2.x
-Original Message-
From: Matt Trigg [mailto:[EMAIL PROTECTED]
Sent: Friday, September 12, 2003 03:23 AM
To:
Sorry, I can't really respond to the discrepency you have experienced. I presume that
both models were constructed identically?
In any event, you mention that
our field people tend to agree with the previous values. How do they know the old
model is better than the new one?
You have
This is due to either one or both of the following:
1) You decimal seperator specified in windows is something other than the the dot .
symbol.
2) You Oracle settings are set up for a Unicode or other default character set that
also uses something other than the dot . as the decimal seperator.
There is no real support for this. Mapinfo does not support ESRI
personal Geodatabase. I am afraid the only official method would be
to generate shape files from the ESRI geodatabase that can then be read
by MapInfo.
You might consider:
If your data needs are simple, and don't require any data
What versions of Easyloader and Oracle are you using?
EasyLoader: 6.70.08
Oracle 9i (9.0.1.1.1 and up) and 8i (8.1.7)
I have not had any problems loading Float or decimal. I don't have
time, but you should look up the Ora error number for more details.
You dialog below indicates that you
Send a complete table description. (table name, attribute list with
short field descriptor) entity relationships would be valuable.
Are you using a database (SQL Server, Oracle, etc) or TAB files?
My understanding is intercepts.rocktype was added to the intercepts
table and do not have any
The original data may have been registered differently and they will
never align. It is possible to Transform the design file to a new set
of control coordinates, but there will most likely still be alignment
problems.
The data may be in two different coordinate systems? The conversion may
be
that they contain only numbers, a sign, a decimal point, and the
character
E or e and retry the operation.
So, this error caused by invalid decimal separator representation?
Maybe Oracle requires something else to be tuned?
Yuri
- Original Message -
From: Guy Groves [EMAIL PROTECTED]
To: 'Yuri
Title: Auto Increment
I
would not recommend the use of rowid
Rowid is a function that is applied to a
column, one time. You can update a table column with the rowid
function.
BUT you can NOT create a table where the
data type of the column is ROWID
There is not a restriction in
I dont have a program for you but here is what you need:
Since this is a diagram to represent a direction and magnitude, and not
to actually determine coordinates on a spheroid, as in a survey, you can
use a simple coordinate geometry functions to determine points as if
they were on a regular
by the driver. This may be fixed in 7.0?
Past experience (prior to 9i and R-Tree indexing) the MapInfo Oracle
extensions (SpatialWare) performed spatial operations faster than Oracle
Spatial. They are sometimes significantly easier to use (write the
query)
Guy Groves
GRG Consulting
-Original
No, SpatialWare will not read SDE.
A quick thought ...
Short of building your own driver and casting functions there is no
direct method available. Within your application make an SDE client
connection (command line) that selects and saves data in shape file
format. Then read the shape file.
or create them. The solutions may be simple ones as
suggested above, or more complicated (involving new data collection).
The benefit of the design / specification process is to identify the
needs and document any decisions / trade-off that you make.
Guy Groves
GRG Consulting
6162 S. Annapurna Dr
Marconi did re-organize and after a horrific loss to shareholders they
have restructured. They are currently named Marconi Corporation PLC
and traded again on the London exchange under the MONI symbol
Do you desire an alternative because you don't trust their ability to
remain in business or
If the data and geometry is within an Oracle Spatial table simply read
select all the data from the table into MI Pro. Save the layer as a
new table. You might want to unlink the tables and check to make sure
the coordinates system is correct first.
Depending upon the size of the table this may
I can only give a partial answer here...
I don't have time too look up the answer on the MapInfo side.
SQL Server: nvarchar
This and other character data types with an n prefix are UNICODE data
types. This causes two things to occur. The length of the data type
storage has some restrictions,
Easyloader is used to load a TAB file into Oracle Spatial. There is
also a command line utility, or easyloader run from command line, but I
would recommend EasyLoader for starters.
You will not see the features loaded, only a status bar. Display of
features while they are loaded would require
Windows 2000 - no problems
Windows XP pro - no problems experienced so far. But you may not like
the license / registration policies with XP. (Too bad there isn't a
Linux version, then I could run MI Pro on my other machines)
-Original Message-
From: John Scott [mailto:[EMAIL PROTECTED]
to the map.
Thanks,
Chris
CHRISTOPHER PRESCOTT
-Original Message-
From: Guy Groves [mailto:[EMAIL PROTECTED]
Sent: Friday, 30 May 2003 1:20 AM
To: 'Chris Prescott'; [EMAIL PROTECTED]
Subject: RE: MI-L Distribution of MapX for Oracle Spatial support
***
Some quick thoughts
***
Some quick thoughts
-Original Message-
From: Chris Prescott [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 28, 2003 06:19 PM
To: [EMAIL PROTECTED]
Subject: MI-L Distribution of MapX for Oracle Spatial support
Hi,
I've developed a MapX 4.5 application and have
First - regarding architecture.
MapInfo desperately needs (needed) to get a handle on its code base and
the diversity of directions products were going. Without the common
code base direction there was impending disaster. The direction of a
this common software architecture is in large part a
35 matches
Mail list logo
