running out of things to say now
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
[EMAIL PROTECTED]
Sent: 23 August 2006 21:27
To: [email protected]
Subject: MapInfo-L Digest, Vol 10, Issue 68
Send MapInfo-L mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://www.directionsmag.com/mailman/listinfo/mapinfo-l
or, via email, send a message with subject or body 'help' to
[EMAIL PROTECTED]
You can reach the person managing the list at
[EMAIL PROTECTED]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of MapInfo-L digest..."
Today's Topics:
1. LAYERINFO() layer_info_display_off help (TONY NETTO)
2. LayerInfo() LAYER_INFO_DISPLAY_OFF HELP (TONY NETTO)
3. Hafeez Lalani is out of the office. ([EMAIL PROTECTED])
4. Mexico NAD27 (Keith Fowlow)
5. Re: SUMMARY: MI 8.5 Copy/Paste issue ([EMAIL PROTECTED])
6. MI-geocoding counties (Victoria Edwards)
----------------------------------------------------------------------
Message: 1
Date: Wed, 23 Aug 2006 13:15:51 -0400
From: "TONY NETTO" <[EMAIL PROTECTED]>
Subject: [MI-L] LAYERINFO() layer_info_display_off help
To: [email protected]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"
An HTML attachment was scrubbed...
URL:
http://www.directionsmag.com/pipermail/mapinfo-l/attachments/20060823/d290b3ee/attachment-0001.htm
------------------------------
Message: 2
Date: Wed, 23 Aug 2006 14:12:06 -0400
From: "TONY NETTO" <[EMAIL PROTECTED]>
Subject: [MI-L] LayerInfo() LAYER_INFO_DISPLAY_OFF HELP
To: [email protected]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; format=flowed
Sorry, had to resend. Didn't know hotmail was going to send it html and it
was going to be scrubbed....
Hi all, I want to create .tab files of just the DISPLAYED data layers that
are contained within a clipped region ... I've got it to work the way I want
with the drawing of the polygon/region ...but I've having a problem getting
it to only select the tables that are displayed in the layer... it's
selecting EVERYTHING that's open (like raster tabs that it can't process)
even though they aren't displayed ..... anyone see an problems with my
layerinfo() code? or is there some other command I should be using?
Thanks,
Tony
here's my code:
INCLUDE "mapbasic.def"
INCLUDE "icons.def"
INCLUDE "menu.def"
Declare Sub Main
Dim tabname(100), newtabname(100) As String
Dim i, j, numtabs as integer
Dim map_id as Integer 'Map Window ID aka FrontWindow()
Dim numlayers as SmallInt
' Dim ClipRegion as Object
'----------------------------------------------------------------------------------------
' CREATES MAPINFO .TAB FILES OF JUST THE DISPLAYED DATA (LAYERS)
' THAT ARE CONTAINED WITHIN THE CLIPPED
REGION
'----------------------------------------------------------------------------------------
Sub Main
If NumTables() < 1 Then
Note "You must open a table before continuing."
End If
note numtables() + " tables opened to be processed"
i=1
j=0
numtabs = numtables()
map_id = FrontWindow()
numLayers = MapperInfo(map_id, MAPPER_INFO_LAYERS) 'Get the total
number of
layers
For i = 1 to NumLayers
IF LayerInfo(map_id, i, LAYER_INFO_DISPLAY) <> 0 '
LAYER_INFO_DISPLAY_OFF
' only want layers that are displayed
and LayerInfo(map_id, i, LAYER_INFO_TYPE) =
LAYER_INFO_TYPE_NORMAL '
only want "normal" layers
and TableInfo(i, TAB_INFO_TYPE) = TAB_TYPE_BASE
and Tableinfo(i, TAB_INFO_TYPE) <> TAB_TYPE_IMAGE
THEN
j=j+1
tabname(j) = tableinfo(i,TAB_INFO_NAME)
newtabname(j) = "C:\temp\clipped_" + tabname(j)
ELSE
END IF
next
for i = 1 to j
Select * From tabname(i)
Where obj within (Select obj From ClipRegion)
into temp
Commit table temp as newtabname(i)
next
Close Table temp
Drop Table ClipRegion
End Sub
------------------------------
Message: 3
Date: Wed, 23 Aug 2006 15:36:17 -0400
From: [EMAIL PROTECTED]
Subject: [MI-L] Hafeez Lalani is out of the office.
To: [email protected]
Message-ID:
<[EMAIL PROTECTED]>
Content-Type: text/plain; charset=US-ASCII
I will be out of the office starting 08/23/2006 and will not return until
08/28/2006.
I will respond to your message when I return.
------------------------------
Message: 4
Date: Wed, 23 Aug 2006 15:42:00 -0400
From: "Keith Fowlow" <[EMAIL PROTECTED]>
Subject: [MI-L] Mexico NAD27
To: <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=US-ASCII
Fellow Users,
I'm just getting into a project in Mexico. Got some SID pictures of the
countryside and would like to register them correctly. The coordinate system is
NAD27 Zone 15 for Mexico. Looking under the coordinate systems in MapInfo,
there isn't a NAD27 for Mexico. Just for Canada and the US. Is there another
system I should be using or will the NAD27 ConUS be good.
Thanks,
Keith Fowlow
------------------------------
Message: 5
Date: Wed, 23 Aug 2006 16:04:38 -0400
From: [EMAIL PROTECTED]
Subject: Re: [MI-L] SUMMARY: MI 8.5 Copy/Paste issue
To: [email protected],
[EMAIL PROTECTED]
Message-ID:
<[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"
The following message was sent to me in response to my question. Since
the proposed solution differs from most of what has been discussed here, I
though I would post it to see what others think. Other than this
suggestion, what looks to be useful for many people would be one
preference to either perform or not perform a Find Selection during a
paste, and a second preference to perform a pan and zoom, or only a pan
during a Find Selection. Please keep the comments coming.
Derek:
MapInfo should not make pan/zoom behavior on paste a "preference" as such,
but a global setting accessible by a command button and/or an accelerator
key, similar to "S" for SNAP.
This behavior is one that people will need to change frequently during an
editing session. On occasion, they will need to change it between the
copy
and the paste. Sometimes, a MapBasic app will need to change this
behavior.
Preferences are difficult to change through the UI and impossible to
change
programmatically. This is a Good Thing for most preferences, but
infuriating for the ones which need to change frequently.
An existing preference that suffers from the same problem is the "move
duplicate nodes" preference. I've been begging for that one to change for
years. You will have my eternal gratitude if you can get someone to make
that a global setting rather than a "preference" (which could possibly be
some sort of default value).
Hope this helps
Spencer
Mail List:mapinfo-l-bounces
From:
[EMAIL PROTECTED] on 08/22/2006 05:04 PM AST
To:
[EMAIL PROTECTED],
[email protected]
cc:
[EMAIL PROTECTED],
[email protected]
Subject:
Re: [MI-L] SUMMARY: MI 8.5 Copy/Paste issue
As many of you have discovered, there is a change in the way Find
Selection is done in MI Pro 8.5. Some of you have also discovered that
Copy/Paste has done a Find Selection for many versions, and this
functionality has picked up the change made to Find Selection.
The change itself relates to how we treated single objects. In the case
of single object selections and Find Selection, previous to MI Pro 8.5, we
performed a pan operation but not a zoom. It is unclear why it had been
done this way. One thing we do know is that there is no spatial reference
to provide a zoom for a single point object. The fact that find selection
did not work for single objects became a bug in MI Pro 8.5, and was
"fixed". Instead of the single object check, now there is a check to see
if the MBR of the selection is not empty. So, we will pan for point
objects or certain other cases, such as a selection containing multiple
coincident points. For all other cases, we will pan and zoom. I think
this fix is valid, since it makes the Find Selection command more
consistent.
But, we understand your pain and we would like to do something to address
this issue. What we are leaning towards is a preference, or perhaps a few
preferences. Concerning how this would look, we would like your feedback.
Here are some options, but please feel free to provide others:
Should we provide a preference to not perform a Find Selection during the
copy/paste operation?
Should we provide a preference to not perform a Zoom, but still perform
the Pan operation of the Find Selection during the copy/paste operation?
Should we provide separate preferences for Zoom and Pan (although we would
not do a Zoom without doing a Pan) for copy/paste? This would provide more
complete control, but also increases the complexity of the preferences
dialog and the accompanying documentation. While the added control may be
nice, if it isn't necessary is it just getting in the way, and not keeping
it simple?
Particularly if we have just a "don't zoom" preference, should Find
Selection obey this preference? Should Find Selection have its own
preference? Or should the Query > Find Selection always do a pan and zoom?
One other point. We have a policy in maintenance patch releases of not
doing any UI changes. This relates to localizing MI Pro for different
languages - basically, we don't localize maintenance releases. So, our
patches will upgrade any version of MI Pro, regardless of language. So,
we can't add preferences as such in a maintenance release. To get around
this obstacle and make it so you don't have to wait until the next full
release to get this addressed, we can get these new preferences out of the
registry. You add a new specific registry key, and we will treat it as a
preference. The actual UI will be changed during the next full release of
the product. We have used similar schemes in past development cycles.
Thanks for your input. To help generate discussion, you can reply to
MapInfo-L, as I will monitor the list.
Derek Snyder
MapInfo Corporation _______________________________________________
MapInfo-L mailing list
[email protected]
http://www.directionsmag.com/mailman/listinfo/mapinfo-l
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://www.directionsmag.com/pipermail/mapinfo-l/attachments/20060823/3c69c07a/attachment-0001.htm
------------------------------
Message: 6
Date: Wed, 23 Aug 2006 14:10:06 -0600
From: "Victoria Edwards" <[EMAIL PROTECTED]>
Subject: [MI-L] MI-geocoding counties
To: [email protected]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"
I have forgotten how to geocode counties. I have an Excel spreadsheet that
has the counties as one of the columns, as well as city and state. I know
that I have to match it up with a MI county table, but since there are
sometimes duplicate county names, I can't remember what the steps are to
make it work. Thanks.
Victoria L. Edwards
Dirks, Van Essen & Murray
119 East Marcy Street, Ste. 100
Santa Fe, NM 87501
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://www.directionsmag.com/pipermail/mapinfo-l/attachments/20060823/fddb04c8/attachment.htm
------------------------------
_______________________________________________
MapInfo-L mailing list
[email protected]
http://www.directionsmag.com/mailman/listinfo/mapinfo-l
End of MapInfo-L Digest, Vol 10, Issue 68
*****************************************
***********************************************************************************
This email and any attachments are intended for the named recipient only. Its
unauthorised use, distribution, disclosure, storage or copying is not
permitted. If you have received it in error, please destroy all copies and
notify the sender. In messages of a non-business nature, the views and
opinions expressed are the author's own and do not necessarily reflect those of
the organisation from which it is sent. All emails may be subject to
monitoring.
***********************************************************************************
_______________________________________________
MapInfo-L mailing list
[email protected]
http://www.directionsmag.com/mailman/listinfo/mapinfo-l
