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 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





---------------------------------------------------------------------
List hosting provided by Directions Magazine | www.directionsmag.com |
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Message number: 13946

Reply via email to