paljara!
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
[EMAIL PROTECTED]
Sent: 24 August 2006 06:13
To: [email protected]
Subject: MapInfo-L Digest, Vol 10, Issue 71
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. Re: MI 8.5 Copy/Paste issue (Data Directions)
2. Opening Workspace Error (David Markey)
----------------------------------------------------------------------
Message: 1
Date: Wed, 23 Aug 2006 16:42:37 +0800
From: "Data Directions" <[EMAIL PROTECTED]>
Subject: [MI-L] Re: MI 8.5 Copy/Paste issue
To: <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="iso-8859-1"
I also agree that these changes should be "optionally set" via the Preferences
dialog.
Today I was editing a map and had to add a few text labels.
I did my typical Ctrl-C and Ctrl-V (to copy / paste the label so that I could
edit the copy and move it to a new position). However, upon pasting, the Mapper
Window zoomed to the extent of the label. Very annoying as I was originally
working at a good enough zoom level to select labels for working on.
Sure I could then choose Map > Previous View, but it's a bugger.
Bill
----- Original Message -----
From: Bonwick, Vicky
To: [email protected]
Sent: Wednesday, August 23, 2006 6:59 AM
Subject: RE: [MI-L] SUMMARY: MI 8.5 Copy/Paste issue
Derek,
Some feedback as requested:
1) You must definitely provide an option for the user to choose NOT to zoom
during a "Query>Find Selection". This would be best as a user set preference
and I would recommend it is 'off' by default. It worries me that you mentioned
"It is unclear why it had been done this way". Those of us who use MapInfo for
cartographic work (map production) understand extremely well why it was done
this way but that seems to have been lost within MapInfo corp. The basic
reason is we need to preserve scale! Don't be guided by how you think we
should use MapInfo but how it is actually used out there in the real world.
2) I see no reason to include a preference to choose to pan or not in a
"Query>Find Selection" operation. That's the very reason we use this facility
- of course it should pan automatically. I'll choose whether to zoom to it
once I get to it. This pan facility is what allows us to rapidly produce many
different maps using a layer of boxes as an index.
3) Copy/paste - I'd prefer it was just that, no other functions forced on the
user. We can always perform a "Query>Find Selection" or Ctrl A for fast access
if we want. If necessary a separate preference for copy/paste to zoom/pan or
not could be included if other feedback suggested it. This preference needs to
be independent of any preferences for "Query>Find Selection".
The whole copy/paste/pan/zoom issue is a much more minor issue as generally
copy/paste happens duing data maintenance operations where scaling is generally
less important.
"Query>Find Selection" often happens during map production operations, hence
the importance of preserving scale.
The bottom line is there must be a facility allowing the user to use
"Query>Find Selection" without changing the scale/zoom of the affected map
windows.
Your suggestion of removing the new preferences from the registry sounds good
- I can't wait a year before I can efficiently produce scaled maps.
Thankyou for requesting feedback!
Regards
Vicky Bonwick
___________________
GIS Officer
Glenorchy City Council
Ph 03 6216 6719
Fax 03 6216 6400
Postal Address
PO Box 103,
Glenorchy, TAS. 7010
Australia
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL
PROTECTED]
Sent: Wednesday, 23 August 2006 7:04 AM
To: [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
______________________________________________________________________
This communication and any files transmitted with it are intended for the
named
addressee, are confidential in nature and may contain legally privileged
information. The copying or distribution of this communication or any
information it contains, by anyone other than the addressee or the person
responsible for delivering this communication to the intended addressee, is
prohibited. If you receive this communication in error, please advise us by
reply email or telephone on +61 3 6216 6700, then delete the communication. You
will be reimbursed for reasonable costs incurred in notifying us.
______________________________________________________________________
------------------------------------------------------------------------------
_______________________________________________
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/dbf2011b/attachment-0001.htm
------------------------------
Message: 2
Date: Thu, 24 Aug 2006 15:06:22 +1000
From: "David Markey" <[EMAIL PROTECTED]>
Subject: [MI-L] Opening Workspace Error
To: <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"
When I open a certain workspace I get an error "Variable or Field Tag
not defined". How do I fix this so I can open the workspace?
Regards,
Dave Markey
Corporate Applications Officer
Information Systems
Corporate Services Department
Ph (07) 3810 6723
*****************************************************************************
The information contained in this email and any attachments is privileged and
confidential and is intended for use only by the addressee. Copying,
distributing, or disclosing the information contained in this email and any
attachments is prohibited unless expressly authorised by the sender. If you are
not the intended recipient you have received this message in error - do not
read, copy or distribute this email. If you have received this message in
error, please delete all copies of this message from your system and notify the
sender by return email.
It is recommended that you scan this email and any attachments for viruses.
Ipswich City Council does not accept liability for any loss or damage incurred
directly or indirectly caused by opening this email and/or any attachments.
****************************************************************************
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Div9_Atlas.jpg
Type: image/jpeg
Size: 22611 bytes
Desc: not available
Url :
http://www.directionsmag.com/pipermail/mapinfo-l/attachments/20060824/6f63a4d1/Div9_Atlas.jpg
------------------------------
_______________________________________________
MapInfo-L mailing list
[email protected]
http://www.directionsmag.com/mailman/listinfo/mapinfo-l
End of MapInfo-L Digest, Vol 10, Issue 71
*****************************************
***********************************************************************************
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
