RE: MI-L App that Resolves Workspaces with Missing Tables
Hi All! I agree with Peter Horsböll Möller. He wrote: The problem might be that in some organisations there exists several versions of the same table with the same name. In this case I think the user might be better of picking the table by himself instead of MapInfo finding a table that might be the wrong one ! When MapInfo uses the search path in the settings it accepts the 'first' found tab file with the same name. There is no telling which one will be the 'first' found in the case Peter describes. This is an important thing to be aware of. Let's say that I use to create a manual legend as an non-earth tab file and that I use to call that legend.tab Then many of my projects will contain a legend.tab but each of course different from the other. Hälsning/ Best regards Mats.E FB Engineering AB Södra Förstadsgatan 26 211 43 Malmö OBS nya telefonnummer! Tel: 040-660 2550 Mobil: 0705-27 60 27 Fax: 040-660 2599 e-post: [EMAIL PROTECTED] http://www.fbe.se
RE: MI-L App that Resolves Workspaces with Missing Tables
Mr. Blasenheim and all, We all have probably entered paths for Files settings (I've got a danish version, so maybe it's not applicable in the english version). However the Location of tables is in my opinion a little too cryptic to be understood right away. If there was a small description or the words search paths for tables it might be better understood without reading too much documentation. I, myself, first discovered this feature after one of your list postings on the subject ;-) Well, all the fuzz really is about MI's handling of workspaces. This handling could be more robust. If there was a default Promt user for action in i.e. labelling expressions (column references) and layout windows and furthermore the possibility to skip opening of tables that are not found in the search paths. AND as Peter states, a more transparent handling of versions including documentation of the user's choises during the process of opening a malformed workspace: There were problems while opening the current workspace. Would you like to see a log file? As a new feature I can suggest a graphical view of all open tables. Then there could be more control with versions. This feature could be enhanced with a possibility to use all Mapbasic's TableInfo() features. This thread proves that there is a market for a better workspace handling and I congratulate Stephen Chan for his app. Just my 25 øre :-) Søren Breddam -Oprindelig meddelelse- Fra: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sendt: 5. november 2004 05:20 Til: Dan Bowles Cc: MapInfo-L; Stephen Chan Emne: RE: MI-L App that Resolves Workspaces with Missing Tables Mr. Bowles and all, About once or twice a year for the last 7 or 8 I have periodically responded to the issue of workspaces and finding moved TAB files. While I believe the MapInfo -L community has responded correctly about the capabilities of the search paths for tables, it seems clear to me that many users cannot find this feature on their own. Any ideas about how to make this more discoverable? Sincerely, Eric Blasenheim Software Architect MapInfo Corporation - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 13932 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 13937
RE: MI-L App that Resolves Workspaces with Missing Tables
Mr. Elfström and all, Well, I don't agree. This is a question of organizing your data. I've i.e. not put in the search path H:\GIS\User where my users (data producers - not plain users) can save copies of tables for their own temporary use. If they want to use one of their own tables then they'll have to browse to it by themselves. I don't see it as an argument for not using the search feature in MI. However, I find it good if the user would be promted when there are several tables with the same name. The version question is a part of every GIS proffesional's reality and this should or could be dealt with with a feature like this. The important thing is that a user is provided with some metadata about the tables , so that he's able to take a well argumented descision. regards Søren Breddam -Oprindelig meddelelse- Fra: Mats Elfström [mailto:[EMAIL PROTECTED] Sendt: 5. november 2004 10:52 Til: Peter Horsbøll Møller PEM Cc: Dan Bowles; [EMAIL PROTECTED]; MapInfo-L; Stephen Chan Emne: RE: MI-L App that Resolves Workspaces with Missing Tables Hi All! I agree with Peter Horsböll Möller. He wrote: The problem might be that in some organisations there exists several versions of the same table with the same name. In this case I think the user might be better of picking the table by himself instead of MapInfo finding a table that might be the wrong one ! When MapInfo uses the search path in the settings it accepts the 'first' found tab file with the same name. There is no telling which one will be the 'first' found in the case Peter describes. This is an important thing to be aware of. Let's say that I use to create a manual legend as an non-earth tab file and that I use to call that legend.tab Then many of my projects will contain a legend.tab but each of course different from the other. Hälsning/ Best regards Mats.E FB Engineering AB Södra Förstadsgatan 26 211 43 Malmö OBS nya telefonnummer! Tel: 040-660 2550 Mobil: 0705-27 60 27 Fax: 040-660 2599 e-post: [EMAIL PROTECTED] http://www.fbe.se - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 13938
MI-L =?iso-8859-1?Q?R=E9f=2E_=3A_Re=3A_MI-L_App_that_Resolves_Workspaces_with?= Missing Tables
I'm usually working on a lot of small different projects and my directories changes for each projects; also I'm using network disks rather than local disks. My problems would be better solved if there was an option allowing to specify the directory related to the Workspace when you save a new document (*.WOR). It would be even better if there were several choices allowed (one for the base maps always re-used and one for the data tables, particular for each projects). To sum it up : the choices of directories should be linked to the documents (the WOR files) rather than to the general MapInfo preferences. Or at least, there should be a possibility to add secondary directories for each WOR file saved. And MapInfo should be able to just ignore a missing table in any WOR file.. usually when a table is missing, it's because its layer was no more usefull, or has been replaced by a corrected file. So IMO, it's just bad programming on the par of MI developpers, that one can't open the document correctly if one single table is missing. BTW, Stephen, I'd really like to test your program; it seems to be very usefull. Best greetings Christiane R Christiane Roh - Section Statistique Lausanne Statistique Lausanne - SCRIS Service cantonal de recherche et d'information statistiques Rue de la Paix 6, CH-1014 Lausanne tél.: +41(021) 316 29 51 fax : +41(021) 316 29 50 Stephen Chan [EMAIL PROTECTED] 05.11.2004 06:37 Veuillez répondre à Stephen Chan Pour : [EMAIL PROTECTED] [EMAIL PROTECTED] cc :MapInfo-L [EMAIL PROTECTED] Objet : Re: MI-L App that Resolves Workspaces with Missing Tables Once you know it it's quite logical =) In regards to your actual question I do have a suggestion =) How about an Options button placed in the File Open Dialog box It can be a link to the Options Preferences Directories Similar to the Options button in Query Find ( Respecify) and Table Geocode Any ideas about how to make this more discoverable? On Thu, 4 Nov 2004 23:19:41 -0500, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Mr. Bowles and all, About once or twice a year for the last 7 or 8 I have periodically responded to the issue of workspaces and finding moved TAB files. While I believe the MapInfo -L community has responded correctly about the capabilities of the search paths for tables, it seems clear to me that many users cannot find this feature on their own. Any ideas about how to make this more discoverable? Sincerely, Eric Blasenheim Software Architect MapInfo Corporation Mail List: [EMAIL PROTECTED] From: on 11/04/2004 11:22 AM ZE11 To: Stephen Chan [EMAIL PROTECTED] cc: MapInfo-L [EMAIL PROTECTED] Subject: RE: MI-L App that Resolves Workspaces with Missing Tables Hi Steve We have a setup with thousands of TAB files where base layers are sometimes moved, deleted or renamed. I would love to test out this tool and a suggested improvement would be for the program to search for the same named TAB within the mapinfo tables directory and subdirs before offering the user a replacement table selection box if the table had been renamed. Cheers Dan Bowles -Original Message- From: Stephen Chan [mailto:[EMAIL PROTECTED] Sent: Thursday, 4 November 2004 11:04 AM To: [EMAIL PROTECTED] Subject: MI-L App that Resolves Workspaces with Missing Tables Hey guys, I created an app while I was at Sydney for the Exponare training for partners. It resloves the issue of not being able to open workspaces where tables no longer exist. The app automatically removes all references to the missing table and reorders all layers including shade and create legend commands for thematic maps. A new workspace file is created, so the original one remains intact The user is given an option to replace the references by locating the missing table manually. The code itself could be tidied up and I believe that it should work for all workspace files generated by MapInfo however further testing is required. I am not sure if I should publish it yet however if anyone here is interested in trialling out this tool give me a buzz. It only looks for and removes references of missing TAB files. Any references to other file types are not supported (ie .3TF files) - Steve Chan - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 13902 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 13934
MI-L mapbasic - save window as...
Hi I have a program that loops through a number of layouts and saves them as jpegs. However, no matter what i set the resolution to it allways seems to save it at the default for the papersize, in this case 96dpi. This is the line of code im using: strmsg = save window frontwindow() as + picpath + type JPEG resolution 400 run command strmsg Any ideas? Thanks for any suggestions. Paul _ Want to block unwanted pop-ups? Download the free MSN Toolbar now! http://toolbar.msn.co.uk/ - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 13940
MI-L MapInfo-L Reminder
This is just a reminder to help you manage your MapInfo-L subscription. This will be posted automatically each week, and please feel free to respond with suggestions or improvements. - Bill Thoen [EMAIL PROTECTED] CONTENTS 1. THE MAPINFO-L FAQ 2. LINKS TO EZMLM FAQs AND MANUALS 3. LINK TO THE MAPINFO-L CLEARINGHOUSE 4. MAPINFO-L ARCHIVES -- 1. THE MAPINFO-L FAQ The acronym FAQ stands for Frequently Asked Questions (with answers.) To get a copy of the MapInfo-L FAQ, send e-mail to: [EMAIL PROTECTED] Before you ask a question that's been asked a hundred times before, please consult the FAQ first. If you have suggestions for corrections or improvements, please send them to [EMAIL PROTECTED], and we'll make whatever changes are needed. Thanks to David Reid for putting this first draft together! -- 2. LINKS TO EZMLM FAQs AND MANUALS We use the EZMLM mailing list software to host MapInfo-L. The following links will provide you with information about how to use it to manage your subscription. ezmlm/idx MANUAL http://ezmlm.area.com/ezman-0.32/ezman1.html -- 3. LINK TO THE MAPINFO-L CLEARINGHOUSE For information about MapInfo-L and related resources, visit the MapInfo-L Clearinghouse at: http://www.directionsmag.com/mapinfo-l -- 4. MAPINFO-L ARCHIVES Past messages posted to MapInfo-l can be searched and viewed at the following URLs: http://lists.directionsmag.com/discussion/list.php?f=7 http://testdrive.mapinfo.com/tdc/mapinfo-l.nsf/ - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 13941
=?iso-8859-1?Q?RE:_MI-L_R=E9f._:_Re:_MI-L_App_that_Resolves_Workspaces_wi?= =?iso-8859-1?Q?th_Missing_Tables?=
Søren, Christiane - Søren: I agree that an improvement of the way MI Pro handles workspaces would be the preferable solution, and if multiple tables with the same name are found on the search path then the user should be asked to choose one (or none); and if a table cannot be opened, the entire load process should not be abandoned (as Christiane laments). Log files - also a good idea (optional setting, saved on a per user basis to a default user location). Perhaps you could expand on your ideas for - As a new feature I can suggest a graphical view of all open tables. Then there could be more control with versions. This feature could be enhanced with a possibility to use all Mapbasic's TableInfo() features. Christiane: I think that there's a single location specified for workspaces to be saved in, if desired - or, you can save into the current directory where the TAB fileset is saved (or any other). Are you suggesting that there might be an option Ask each time where Workspace should be saved, and the 'usual' path for .WOR files would be the default location in the File Save dialogue? On tables (not workspaces): If there are multiple tables with the same filename, then perhaps we need some mechanism for discovering or identifying which is which. The files may be for identical geographic areas, but different versions of the same data and area. Or, they may be quite distinct, geographically or in data details / attributes. MapInfo's flavour of metadata is available (non-standard as it is), and might be used to distinguish filesets. This could encourage users to enter at least some metadata. But what if there were a minimal set of metadata saved each time the TAB were saved (optional setting), including bounds, and some other info? Then, when the enhanced workspace load of a .WOR file located 5 tables in its workspace search path, each named MELBOURNE.TAB, a button named View metadata might allow each TAB file in a listbox to be examined in turn, and selected if suitable - so that the .WOR load might continue. Just my (AUS) 2c worth. IL Thomas GeoSciSoft - Perth, Australia - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 13942
MI-L =?iso-8859-1?Q?R=E9f=2E_=3A_RE=3A_MI-L_R=E9f=2E_=3A_Re=3A_MI-L_App_that?= Resolves Workspaces with Missing Tables
Christiane Roh 05.11.2004 14:52 Pour : SCISOFT [EMAIL PROTECTED]@EXTERNE-VD cc : Objet : Réf. : RE: MI-L Réf. : Re: MI-L App that Resolves Workspaces with Missing Tables SCSOFT wrote : Christiane: I think that there's a single location specified for workspaces to be saved in, if desired - or, you can save into the current directory where the TAB fileset is saved (or any other). Are you suggesting that there might be an option Ask each time where Workspace should be saved, and the 'usual' path for .WOR files would be the default location in the File Save dialogue? Well, a WOR file is a single file. But it links several tables together. These tables are often stored in a few different directories (at least one for the geographical data and one for the statistical data, more when I wasn't careful enough, or when the project was complicated). So the idea is that when you create a new WOR file, you can explicitly affect two or three directories where MapInfo will look automatically for the tables the next time you open that WOR file. It's not so important when you save/create your WOR file, as when you open it later. You should have an option button in the open document dialogue box allowing you to modify the default directories of the document. So if you moved your files elsewhere (because your disk was full, or because you have reorganized your datas), you just change the default directory of the document and don't need to track every table one by one. I guess that what I'm proposing is an extension of the search directories concept. I'd like to be able to specify these search/default directory for each WOR file, not only in the global preferences. Anyway, managing files/tables is a pain in the butt with MapInfo; it's probably a good thing for those extensively using MapBasic programming to be able to manipulate these files individually, but it's not for the standard user. Yes, the only work around I've found to all these MapInfo problems with tables, is to create a new packaged document; it was a real improvement in respect to former versions. But this also generate new problems of its own kind, because it is very easy to end up with so many different versions of the base map that you never know whether all the updates have been made correctly on the one you are working with. Thanks for hearing our doleances.. Christiane Christiane Roh - Section Statistique Lausanne Statistique Lausanne - SCRIS Service cantonal de recherche et d'information statistiques Rue de la Paix 6, CH-1014 Lausanne tél.: +41(021) 316 29 51 fax : +41(021) 316 29 50 SCISOFT [EMAIL PROTECTED] 05.11.2004 13:13 Pour : 'MapInfo-L' [EMAIL PROTECTED] cc : Objet : RE: MI-L Réf. : Re: MI-L App that Resolves Workspaces with Missing Tables Søren, Christiane - Søren: I agree that an improvement of the way MI Pro handles workspaces would be the preferable solution, and if multiple tables with the same name are found on the search path then the user should be asked to choose one (or none); and if a table cannot be opened, the entire load process should not be abandoned (as Christiane laments). Log files - also a good idea (optional setting, saved on a per user basis to a default user location). Perhaps you could expand on your ideas for - As a new feature I can suggest a graphical view of all open tables. Then there could be more control with versions. This feature could be enhanced with a possibility to use all Mapbasic's TableInfo() features. Christiane: I think that there's a single location specified for workspaces to be saved in, if desired - or, you can save into the current directory where the TAB fileset is saved (or any other). Are you suggesting that there might be an option Ask each time where Workspace should be saved, and the 'usual' path for .WOR files would be the default location in the File Save dialogue? On tables (not workspaces): If there are multiple tables with the same filename, then perhaps we need some mechanism for discovering or identifying which is which. The files may be for identical geographic areas, but different versions of the same data and area. Or, they may be quite distinct, geographically or in data details / attributes. MapInfo's flavour of metadata is available (non-standard as it is), and might be used to distinguish filesets. This could encourage users to enter at least some metadata. But what if there were a minimal set of metadata saved each time the TAB were saved (optional setting), including bounds, and some other info? Then, when the enhanced workspace load of a .WOR file located 5 tables in its workspace search path, each named MELBOURNE.TAB, a button named View metadata might allow each TAB file in a listbox to be examined in turn, and selected if suitable - so that the .WOR load might continue. Just my (AUS) 2c worth. IL Thomas GeoSciSoft - Perth, Australia
MI-L Workspace tools
Since a lot of issues about Workspaces and moved or missing tables lately. I tried two utilities a while ago. Some problems could be resolved by using either of those tools: Workspace Control and Workspace manager...Both can be downloaded for evaluation http://www.4thbeachsoftware.com/wcontrol.htm http://www.empower.com/pages/products_wsm.htm Hope this help Gilbert Haché Solutions Consortech Inc. 6300, Auteuil, Bureau 505 Brossard, Québec, Canada, J4Z 3P2 Tél/Tel. : (450) 676-1555 Ext. 211 Télécopieur/fax : (450) 676-8851 Courriel/email: [EMAIL PROTECTED]
MI-L Hotlink Tool
Can anyone help me with the Hotlink Tool. I've made a table selectable, went back to the Map View and the Hotlink tool is not active. In other words I can't activate the tool. Any help? Philip Lesnik Research Systems Analyst, Market Research General Growth Properties, Inc. 110 N. Wacker Drive BSC 3-13 Chicago, IL 60606 312-960-2998 312-960-5519 (fax) [EMAIL PROTECTED] - +++ Notice: This e-mail including attachments) is covered by the Electronic Communications Privacy Act, 18 U.S.C. §§ 2510-2521, is confidential and may be legally privileged. If you are not the intended recipient, you are hereby notified that any retention, dissemination, distribution, or copying of this communication is strictly prohibited. Please reply to the sender that you have received the message in error, then delete it. Thank you. +++ - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 13945
=?iso-8859-1?Q?RE=3A_MI-L_R=E9f=2E_=3A_Re=3A_MI-L_App_that_Resolves_W?= =?iso-8859-1?Q?orkspaces_withMissing_Tables?=
This is an interesting and useful conversation. Eric: IMHO file and workspace/project management is a worthy topic for architectural thinking. I don't have any silver bullets for you. It's a general problem (not a MapInfo problem). As a Friday Thought, lets keep some perspective: at least MI WOR files are text files that we can edit, fix, and re-point at another set of data. There are other tools out there (ahem) that store their workspaces in an opaque binary format where the process of re-pointing a tool, map or other widget at a similar but different set of data layers is a LOT harder, but equally necessary. My 2++ cents. (I'm object oriented.) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, November 05, 2004 3:33 AM To: Stephen Chan Cc: [EMAIL PROTECTED]; MapInfo-L Subject: MI-L Réf. : Re: MI-L App that Resolves Workspaces withMissing Tables I'm usually working on a lot of small different projects and my directories changes for each projects; also I'm using network disks rather than local disks. My problems would be better solved if there was an option allowing to specify the directory related to the Workspace when you save a new document (*.WOR). It would be even better if there were several choices allowed (one for the base maps always re-used and one for the data tables, particular for each projects). To sum it up : the choices of directories should be linked to the documents (the WOR files) rather than to the general MapInfo preferences. Or at least, there should be a possibility to add secondary directories for each WOR file saved. And MapInfo should be able to just ignore a missing table in any WOR file.. usually when a table is missing, it's because its layer was no more usefull, or has been replaced by a corrected file. So IMO, it's just bad programming on the par of MI developpers, that one can't open the document correctly if one single table is missing. BTW, Stephen, I'd really like to test your program; it seems to be very usefull. Best greetings Christiane R Christiane Roh - Section Statistique Lausanne Statistique Lausanne - SCRIS Service cantonal de recherche et d'information statistiques Rue de la Paix 6, CH-1014 Lausanne tél.: +41(021) 316 29 51 fax : +41(021) 316 29 50 Stephen Chan [EMAIL PROTECTED] 05.11.2004 06:37 Veuillez répondre à Stephen Chan Pour : [EMAIL PROTECTED] [EMAIL PROTECTED] cc :MapInfo-L [EMAIL PROTECTED] Objet : Re: MI-L App that Resolves Workspaces with Missing Tables Once you know it it's quite logical =) In regards to your actual question I do have a suggestion =) How about an Options button placed in the File Open Dialog box It can be a link to the Options Preferences Directories Similar to the Options button in Query Find ( Respecify) and Table Geocode Any ideas about how to make this more discoverable? On Thu, 4 Nov 2004 23:19:41 -0500, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Mr. Bowles and all, About once or twice a year for the last 7 or 8 I have periodically responded to the issue of workspaces and finding moved TAB files. While I believe the MapInfo -L community has responded correctly about the capabilities of the search paths for tables, it seems clear to me that many users cannot find this feature on their own. Any ideas about how to make this more discoverable? Sincerely, Eric Blasenheim Software Architect MapInfo Corporation Mail List: [EMAIL PROTECTED] From: on 11/04/2004 11:22 AM ZE11 To: Stephen Chan [EMAIL PROTECTED] cc: MapInfo-L [EMAIL PROTECTED] Subject: RE: MI-L App that Resolves Workspaces with Missing Tables Hi Steve We have a setup with thousands of TAB files where base layers are sometimes moved, deleted or renamed. I would love to test out this tool and a suggested improvement would be for the program to search for the same named TAB within the mapinfo tables directory and subdirs before offering the user a replacement table selection box if the table had been renamed. Cheers Dan Bowles -Original Message- From: Stephen Chan [mailto:[EMAIL PROTECTED] Sent: Thursday, 4 November 2004 11:04 AM To: [EMAIL PROTECTED] Subject: MI-L App that Resolves Workspaces with Missing Tables Hey guys, I created an app while I was at Sydney for the Exponare training for partners. It resloves the issue of not being able to open workspaces where tables no longer exist. The app automatically removes all references to the missing table and reorders all layers including shade and create legend commands for thematic maps. A new workspace file is created, so the original one remains intact The user is given an option to replace the references by locating the missing table manually. The code itself could be tidied up and I believe that it should work for all workspace files generated by MapInfo however further
Re: MI-L Pie chart in MI
That is great information, Tony, as I've often wanted to move the pies too. Any tips on easy ways to move the centroid? Thanks, Jim Spatial Decisions [EMAIL PROTECTED] writes: Hi Alan You can actually move the pies around. They are created at the centroid of the polygon so if you move the centroid of the polygon the pie moves with it. HTH. Regards Tony Maber Manager - Business Services SPATIAL DECISIONS PTY LTD (A MapInfo Associate Partner) www.spatialdecisions.com.au Ph: (02) 9528-2822 Mob: 0404-861-858 Fax: (02) 9528-2833 --- James A. Debner, PhD Statistician/Analytics Specialist, Data Services Corporate Research Associates, Inc. 1 Maritime Place, Suite 700 Halifax, Nova Scotia, B3L 4V2 Phone: (902) 493-5057 This email is PRIVILEGED AND CONFIDENTIAL and contains information intended only for the use of the addressee. Any other distribution, copying or disclosure is strictly prohibited. If you have received this email in error, please notify us immediately by return email and delete the original and any attachments without making a copy. - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 13947
Re: MI-L Pie chart in MI
On Fri, 5 Nov 2004, Jim Debner wrote: That is great information, Tony, as I've often wanted to move the pies too. Any tips on easy ways to move the centroid? From the menu, choose Map Layer Control. Select the layer, and click the Display button. Check the Show Centroids box, and click OK until the dialogs go away. The centroid shows up in blue in your object. Then make that layer editable, select the object whose centroid you want to move, and choose the ReShape button. Now you can grab the centroid and move it where ever you like. - Bill Thoen - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 13948
Re: MI-L App that Resolves Workspaces with Missing Tables
Phew... I am so glad no one has tried out my app as there was a serious bug =) However the issues have been fixed and my mbx updated. My testing was based on heavy map / browser / graph window usage Also takes into account of queries, thematic maps, legends. However I did not take into account several things My code does not work with the following: - If there is a map window referencing a missing table which does not have a thematic layer. (Pfft it was such an easy obvious task to accomplish by hand I did not take it into account) - Layout Windows - Redistrict Windows And this is why, for those who asked, why I chose not to publish it for people to freely download. =) The first two issues have been fixed and I shall send the updated mbx to those who have already emailled me. In writing this email I then remembered that I also have to take into account ot the 3rd isue which I shall have fixed by the end of the weekend I have also added another feature in that you can opt to display or hide my print msg codes I use. This is so that it looks nicer on the user end and also you can send me the print msg info if there is a problem so I can work out what is wrong. - Steve Chan - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 13950
RE: MI-L Digital field data collection and GPS
The precision agriculture community uses PDAs every day on the farm and in the tractor. Most do well but others do better. There are several devices out there you should consider. Whatever your do get one with Bluetooth connectivity! Trimble has two WinCE devices that are well hardened and include integrated GPS. One gives WAAS accuracy of say 3m or better. The second can get into the sub-meter region with post processing. Both are expensive but first grade quality. (http://www.trimble.com/geoexplorer.shtml) Magellan has several really great devices as well. IMHO I think you should take a close look at them as one or two of the hardened solutions have excellent built-in field data collection solutions... and you can load your favorite background maps as well. (http://www.magellangps.com/en) Another solution that sleeves on to many iPAQ models is the Navman solution. (http://www.navman.com/) Lastly, if Trimble's costs are too much and you prefer a WinCE over the Magellan or Garmin GPS-centric solution, give Tripod a look. Tripod is a Trimble company but without the attitude would be the best way to describe them. These handhelds are desperate for a integrated Bluetooth but do have a serial cable system that allows connection to GPS without Bluetooth broadcast. (http://www.tdsway.com/) As for WinCE software, well you can go a number of ways.. The ESRI solution is sophisticated as well as a ESRI-centric. MapInfo also has several VAR building on their MapMobile solution as well. As an alternative you might want to consider Trimble's EzMAP product. (http://www.trimble.com/aggps_ezmap.html) While aimed at Precision Ag if you study it a bit you will find that it has very powerful features for specialized configuration unique to your purpose. If you take a serious look at this package I think you will be impressed and it's a good value IMHO when compared to other like products. As for the GPS side, I prefer the Bluetooth GPS solutions. At under $200 they solve the old cable gets in your way issues. Just sticky Velcro it to your hat and your mobile. You can get 5-6 hours from a charge. (http://www.gpspassion.com/fr/default.asp?_SetCurrentVersion=EN) On a general note for WAAS receivers... be aware that the WAAS correction systems may not be reliable for you in the Far North reaches as the corresponding satellites will be relatively low on the horizon - read easily blocked line-of-sight. Best to check the WAAS site. Lastly, take a look at the Oziexplorer solution. Real low cost and surprisingly useful (http://www.oziexplorer.com) FWIW MidNight Mapper Aka neil -Original Message- From: Carl Schaefer [mailto:[EMAIL PROTECTED] Sent: Saturday, November 06, 2004 11:45 AM To: [EMAIL PROTECTED] Subject: MI-L Digital field data collection and GPS Hello all, While not directly a MI question, I'm sure many of you can point me in the right direction. I'm just starting to research the use of PDA's with wireless GPS and simple data collection apps for use in somewhat harsh environments (wet, chilly, windy, buggy, dirty environments of Alaska) for the collection of field data (samples and descriptions mostly). Does anyone have a system they are successfully using? Or a review- type website where they document their trials and tribulations using various pieces of hardware and software? Much appreciated, Carl - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 13949 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 13951
Re: MI-L App that Resolves Workspaces with Missing Tables
By the by. Just to make it easier to keep track of everones responses... Can you please ensure that when replying to THIS thread that the subject of the email is: Re: MI-L App that Resolves Workspaces with Missing Tables No offense but I will attempt to ignore threads spawned from this one such as: MI-L Réf. : Re: MI-L App that Resolves Workspaces with Missing Tables - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 13952
