AW: MI MapInfo Compatible Geological software
Hi Hassan, You were asking for MapInfo compatible Geological software Personally, I used Geobasemap from Examin for creating geological maps and report data during my tenure at a gold exploration company. 2D and 3D data handling could be easily done with Discover and/or Vertical Mapper but for field data acquisition I could only see a customized solution, which would mostly depend on the data you acquire in the field: i.e.: geochemical sampling data, geological mapping data (that is the recording of polygons, polylines - geological objects - ), or capture of drill hole data. Only these three categories would require a different collection of attributes to be captured certainly in very specific user interfaces. And even these user interfaces might be customized to the requirements of your project or company. Additionally you need field computer equipment suitable for harsh environments, which is capable to run without external power for a sufficient time. All this does not sound like an out-of-the-box solution. At the Bavarian Geological Survey I was responsible for developing and implementing a digital geological field data capturing system, which featured both recording of spatial information (geological objects on scanned topographic map backdrops) and specific attribute data. We used a German software called GISPAD (check out http://www.conterra.de), which features a module for generating spatial data (without topological reduncancy !) and a so-called Object Class Editor, which allows you to design you custom data model and user interface. It has an easy to use data form generator, which lets you create a user interface very easily. We use GISPAD now successfully during geological surveying projects. Any custom business rules can be attached via a programming interface using Borland Delphi as a programming environment. The most problems we had was with the choice of suitable field hardware: there are not many appropriate systems on the market. Most important is a sunlight readable display, which holds what it promises. You DEFINITELY have to test before you buy. We now field test the VIA Flexi-PC, a computer system, which can be carried like a belt, which has a touch screen, which can be read under most light conditions (it uses the sunlight to enhance contrast, so the brighter the sun the more contrast you have on the color display, in dark rooms you won't see anything of course). The computer runs approximately 8 to 10 hours on two batteries, which are attached to to the belt. to my oppinion this systems gives users the maximum available comfort during the field work, because you can have your hands free for "hard work". Check out http://www.flexi-pc.com . Personally, I think that conventional notebook computers are not very suitable for field work, because of the display (usually not sunlight readable), no pen input devices and touch screens, too bulky, too short run down times). With respect to GISPAD again - it has a German user interface, but if you are really interested may be they could translate the menu system into English. They have import / export interfaces to Shape(shp), DXF and others, but unfortunately not to MapInfo yet, so you could import this data into MapInfo via shp. If the German market would not be so dominated by ESRI, they would certainly have a MapInfo export function also. Why do I advertise this software so much ? First, because it is very good to use, very focused and customizable, and coming from a company which is very cooperative. The second thing I say all this is, that if MapInfo would finally decide to provide a visual data form designer, point 3 of your requirements could be done easily from within MapInfo / MapBasic. This would of course require controls, which you could bind to your MapInfo data tables. Of course you could also opt for a MapX-based application using Visual Basic, rebuilt lots of MI functionality and provide data entry forms from VB and add some project administration functionality plus GPS interface. This would be a major development effort. To sum up, as you already suspected, I would agree that field data acquisition is probably the most difficult topic. Mostly because of hardware, secondly because - depending on your projects - you would need customized solutions for data capture. In this field MapInfo / MapBasic is very weak and a MapX solution would be a major development effort. Therefore we chose GISPAD, which provides a ready to use mapping environment, and a easy to use development module. If you have further questions about our experiences with digital geological data capture in the field, feel free to contact me at: Thomas Gülden Geologist Bavarian Geological Survey Heßstr. 128 80797 Munich Germany E-mail: office: [EMAIL PROTECTED] private [EMAIL PROTECTED] -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]Im Auftrag von Hassan TAZI Gesendet: Donnerstag, 22. Juni 2000 21:24 An: Map
MI ? converting a file into a mapinfo formated file
ITo mapinfo users, I wanted to find out if through mapinfo pro or through some of utiltiy if there was a way to convert a shape file into a mapinfo formated file. I received an email from a GIS company that has some maps that are in Arcinfo format (.shp, .shx, .e00 & .dbf) I was hoping to take the shape file or one of the others and be able to convert it info a Mapinfo formated file. Is this possible and if so can I do it directly in Mapinfo Pro or do I need a special utility? Thanks, Darrell -- To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put "unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]
Re: MI Automatic Line Drawing
>I would like to create a file with from-to latitude/longitude points and >then have MapInfo draw lines between the dots. Is there a simple way to do >this? I have MapBasic but have little experience with it. Update your_table Set Obj = CreateLine(from_lon, from_lat, to_lon, to_lat) -- To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put "unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]
MI Automatic Line Drawing
I would like to create a file with from-to latitude/longitude points and then have MapInfo draw lines between the dots. Is there a simple way to do this? I have MapBasic but have little experience with it. Thanks - Phil Goodwin - [EMAIL PROTECTED] -- To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put "unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]
Re: MI Symbols Automatically Adjust to Map Scale
Andrea Perego <[EMAIL PROTECTED]> wrote: > I often have to create a map at two different scales, say at 1:100 000 and > 1:500 000. Symbols I plot at 15pts on the 1:100 000 scale map look > terrible at 1:500 000 scale. Is there any way of having the symbols used > in Create Thematic Map (I am using the filled in circle in MapInfo 3.0 > Compatible) adjust automatically to the scale chosen in the layout? As it > is now, I recreate the layers etc for each scale map, but this is tedious > and I'm sure I don't really need to do all this extra work. It should be > able to rescale automatically, shouldn't it? You can try two different things. The second is more drastic than the first. 1. Instead of using the "MapInfo 3.0 Compatible Symbols" base for your symbols, try using the TrueType-based "MapInfo Symbols". 2. If that doesn't make your maps look the way you want, try using circle objects instead of You can do this by: a. make a copy of your table (file -> save copy as) b. open the copy you just made. c. bring up the MapBasic Window(Options -> Show MapBasic Window) d. Pick a radius. This is the size the circle would be if your map were as big as the Earth. e. Type the fololowing in the MapBasic window. set distance units "ft" ' or "mi", or "meters", or "km", whatever update my_table_copy set obj = CreateCircle (CentroidX(obj), CentroidY (obj), my_radius) Of course, type in the name of the actual table instead of "my_table_copy" and the actual radius instead of "my_radius". f. Try printing maps using the circles at various scales. If you don't like that radius, pick a different radius and repeat step e. -- To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put "unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]
MI Symbols Automatically Adjust to Map Scale
Hi MI Listers, I often have to create a map at two different scales, say at 1:100 000 and 1:500 000. Symbols I plot at 15pts on the 1:100 000 scale map look terrible at 1:500 000 scale. Is there any way of having the symbols used in Create Thematic Map (I am using the filled in circle in MapInfo 3.0 Compatible) adjust automatically to the scale chosen in the layout? As it is now, I recreate the layers etc for each scale map, but this is tedious and I'm sure I don't really need to do all this extra work. It should be able to rescale automatically, shouldn't it? I looked in the archives but didn't see an answer to this, but maybe I'm looking under the wrong keyword. Will SUM. Thanks in Advance Andrea -- To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put "unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]
MI SUBSCRIBE MAPINFO-L
SUBSCRIBE MAPINFO-L -- To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put "unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]
Re: MI Friday History
IMHO, Paul Thurrott's piece is just another part of Microsoft's propaganda campaign. It is an interesting example of how to twist history though. Not entirely "the way it was," either. For example, far from there being all this serious CP/M competition back then, it was IBM's market dominance and the fact that the IBM PC shipped with PC-DOS (IBM's brand of MS-DOS) on board that gave Microsoft their big break. The others didn't really have a chance. True, MS had their share of blind luck (especially when IBM handed this monkey the keys to the banana plantation--note this is how you get 500-lb gorrillas), and it's also true that Gates was shrewd enough to take advantage of opportunities (lots of competitors then didn't see what seems so obvious now, and now they are forgotten history.) Even though competitors made mistakes, competing directly against an agressive monopoly like Microsoft is like playing snakes and ladders... with greased rungs. Mistakes come easier that way. What bugs me about this article is that it tries to paint Microsoft as some sort of Horatio Alger--poor but honest, one against long odds, excuse us, but it's just everyone else just keeps falling on their swords... I don't buy it. It's still a free country, and praise be we can all say what we like in public, but I couldn't let Thurrott's piece pass as "history." It's just a spin on history. - Bill Thoen - > This is a an article from Windows 2000 Magazine by Paul Thurrott (News > Editor). I found it quite interesting and sharing it with the list. > > Although it's easy to attribute much of Microsoft's success over the > years to shady business practices, the company wasn't always in a > position of power, and its early success was an interesting mix of > savvy maneuvering and sheer luck. Throughout Microsoft's history, the ... etc. -- To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put "unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]
MI Display Order
Dear All, Is it possible to control the order that objects within the same table are displayed?This is in relation to thematic mapping in particular. I have a table of lines which I have themed. As you know the lines overlap at the nodes by an amount that is dependent on the width of the theme style. I want to ensure that all lines within a higher range display above all lines in a lower range where they overlap. Any ideas? Keith Keith Campbell GIS Consultant W S Atkins Consultants Ltd UK -- To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put "unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]
MI Uk Enumeration Districts
Does anyone have or know where I can acquire Enumeration district boundaries for the UK, my only option being a freebie I'm afraid! TIA, Dave _ David A. Eagle WS Atkins Consultants - East Anglia Wellbrook Court, Girton Road, Cambridge, CB3 0NA. Direct Dial Tel: (01223) 814090, Fax: (01223) 277529 E-Mail: [EMAIL PROTECTED] -- To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put "unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]
Maximum printable map size MI 5.5?
I have prepared a layout in MI 5.5 using the largest paper settting allowed on the HP Designjet 2500 CP, 36 x 108 inches. Everything looks good in the layout both in landscape as well as in portrait. When I try to print the layout in landscape to the printer or to a print file the largest possible paper size is 36 x 48. If I specify any thing larger than the "E-size" nothing happens at all, ie. nothing is written the print file. When printed in portrait all layouts are truncated at the 48 inches regardless of specified size in the layout. The print file size is around 100MB when printing a truncated protrait map 36 X 60. Hence, with 12 inches missing it should have been around 130MB. I have successfully printed print files as large as 600MB but never on paper larger than 36 X 48 "Arch E" The HP2500 has the maximum memory (68MB) plus the 2 GB harddrive. I have 3 GB in free drive space, 256MB in Ram and 600MB in virtual memory Does anybody have had similar experiences? Jeroen Wagendorp Allegan County GIS Dept. MIchigan
RE: MI Vertical Mapper problem
Trevor, It is curious that GridView can only be launched from Explorer and not from the Grid Manager. Can you provide me with some more details such as any error messages? I'm not sure I understand what you mean when you say you are overlaying the dam level. Is this a drape file or is this another grid? If it is another grid which simulates the surface of the water and you are trying to display it in 3D along with an elevation grid then I can see how your are having problems. The minimum value of the second grid you enter into the scene will always appear at the minimum value of the master grid (first grid in the scene). When using elevation information make sure you are viewing them in true scale and the base of the second grid is set to zero and is turned off. To calculate the volume all you need to do is use the Grid Calculator and subtract the ground elevation grid from the water surface elevation grid. James Harvie Vertical Mapper Product Manager Northwood Technologies Inc. 43 Auriga Drive, K2E 7Y8 Nepean, Ontario, Canada 613-224-2020 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of [EMAIL PROTECTED] Sent: Thursday, June 22, 2000 4:47 PM To: [EMAIL PROTECTED] Subject: MI Vertical Mapper problem I'm trying to generate a 3D image of a dam sighting. I have encountered the following problems and would appreciate some help: When I trim a grid I don't seem to be able to generate a 3D view from the MapInfo interface. I can however go through Windows Explorer by double clicking on the GridView file name. When I overlay a dam level of at say 40m on my 3D image it sets its elevation at 352m so it renders my 3D image useless. I have checked long-sections and they apprear to be OK. I need to calculate the volume of my proposed dam. Is there a query I can perform that will calculate the volume between my ground level grid and the proposed dam grid? Suggestions? Trevor Glass -- To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put "unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED] -- To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put "unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]
MI Re: Have you heard of this?
After some experimenting, I came to the same conclusion as you did. The display driver from the ATI Technologies web site worked perfectly before MapInfo version 6.0, but wrecked havoc once I tried using the new 3DMaps. Installing a driver from the Compaq web site solved it for me. The details: System: Compaq Deskpro Processor: Pentium 500 OS: Windows 95 Display: Rage Pro Turbo AGP 2x Driver that didn't work: 4.11.2560 Driver that does: 5.26-C9S Thanks for your help! [EMAIL PROTECTED] on 06/23/2000 06:31:34 AM To: David Hansen/Staubach@Staubach cc: [EMAIL PROTECTED] Subject: Re: Have you heard of this? Fax to: I am getting the error message "SetPixelFormat failed" when I create a 3D map with version 6.0, specifically when I try the Viewpoint Control option. Does anyone out there have any suggestions? This sounds like a display driver problem. We did experience this but were unable to reproduce it. Once the application is running this should not happen. Our simple suggestion would be to upgrade the display drivers. We would like to get some more information about OS/Display Type/Driver version. -- To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put "unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]
MI Friday History
Hi List, This is a an article from Windows 2000 Magazine by Paul Thurrott (News Editor). I found it quite interesting and sharing it with the list. Have a nice weekend everyone, -mansour... == Although it's easy to attribute much of Microsoft's success over the years to shady business practices, the company wasn't always in a position of power, and its early success was an interesting mix of savvy maneuvering and sheer luck. Throughout Microsoft's history, the company has dodged bullet after bullet as potential competitors have come and gone, never to be heard from again. The company's current legal dispute with the federal government is seemingly the most dangerous threat the company has faced, but I see signs that Microsoft will land on its feet yet again, thanks to good, old-fashioned luck. First, let's look at the history. As many of you already know, Microsoft's current dominance is due largely to IBM's decision in the early 1980s to include Microsoft's MS-DOS OS with IBM's first PC--and the combination was wildly successful. Many people wonder how IBM could have so easily handed over the "keys to the kingdom"--and basically ceded control of the PC OS market to Microsoft. But that isn't what happened. As is often the case with such legends, the real story of Microsoft's success with MS-DOS is less dramatic. At the time, Microsoft was simply a software development tools company, offering versions of its BASIC, Fortran, Assembly language, and other programming languages to one and all. In its bid to retain IBM's business for the fledgling PC, Microsoft agreed to supply the company with DOS only after a deal between IBM and Digital Research fell through. The decision was just a smart business move. But IBM didn't cede the market to Microsoft--far from it. Uncertain whether the upstart company would be able to supply a viable PC OS, IBM made sure that two other OS offerings--CPM/86 and a Pascal-based system--were available at launch. Microsoft did what it could to make its OS the software platform of choice, but given the CP/M-oriented nature of the day, it's rather amazing that Microsoft's OS won out. The rest, of course, is history: MS-DOS and its Windows successors are the best-selling software titles of all time, and Microsoft's OS business now accounts for 45 percent of its revenues. And the success of DOS/Windows as a platform has given the company massive growth in supporting areas: Microsoft's Office suite of productivity applications makes even more money for the company than does Windows. Luck aided Microsoft at other times in its history. In the late 1980s, Apple Computer, with its beautiful and simple Macintosh, was in a position to dominate the PC industry. Third-party hardware developers were waiting in the wings, hoping to license the Mac, and even Microsoft prompted Apple to make a run for it (at the time, Microsoft was making a killing from Mac software, and Windows wasn't going anywhere). But bolstered by the insanely great margins on its hardware, John Sculley's Apple surrendered long-term viability for short-term profits and became an also-ran. When Microsoft effectively halted MS- DOS development in the early 1990s, Digital Research released its DR- DOS alternative, which sold amazingly well. DR-DOS's success prompted Microsoft to announce MS-DOS 5.0, which the company couldn't deliver for more than a year. And when Microsoft released MS-DOS 6.0, Stac Electronics sued the company, charging Microsoft with violating its patent for disk compression. Stac won a staggering sum in court, but Microsoft settled with Stac, whose technology then appeared in the final version of Microsoft's command line system, MS-DOS 6.22. Novell bought WordPerfect Corporation (for a huge sum) and Borland's Quattro Pro--hoping to offer a Microsoft Office alternative. After a year, however, Novell sold WordPerfect, losing millions. Lotus SmartSuite, meanwhile, which essentially invented the Office suite concept, watched its market share erode because of a Microsoft bundle that offered little true integration. Both Lotus and WordPerfect, dominant in the DOS era, lost a technical "bet." As Microsoft put all of its resources into Windows, Lotus and WordPerfect continued to push their DOS products while they worked on OS/2-based successors. As OS/2 floundered in the market, so did third-party developers, and Lotus and WordPerfect never fully recovered. By the time Lotus 1-2-3 and WordPerfect had versions of their products for Windows, Microsoft Excel and Word were entrenched. In recent times, Netscape's implosion and inability to create elegant software that you could upgrade easily did more to harm Netscape than Microsoft ever did. And threats such as Java and the Network Computer never materialized because of those products' limitations, not because of Microsoft's perceived respon
MI Canadian Data
Hi, I am looking for Canadain elevation data in US DEM format at the 1:250,000 scale. I would prefer the data to be inexpensive. Does anyone know of a source ? Doug K
Re: MI Opening hotlinks within a viewer
>I am looking to provide a non-GIS user with access to some data prepared >within MapInfo v6.0 that has hotlinks. Is there a viewer available that >can open hotlinks? e.g Proviewer v6.0 or A.N Other? > >I know the current version of Proviewer cannot handle this, but will v6.0 >or for that matter any other software? Preferably inexpensive or free. MapInfo ProViewer 6.0 will included the HotLink tool to launch URLs and files associated with objects in MapInfo Professional 6.0. MapInfo ProViewer 6.0 is in final testing and should be posted on our web site for free download in the beginning of July. -- To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put "unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]
Re: MI projection glitch?
> I have run into a strange problem where sometimes if the moon is just right > and there is a pending deadline, layers don't display correctly. If I open > a simple map where the land, rivers and coastline are the only layers being > used, the coastline would normally be coincidental with the edge of the > land (as one would hope). However, in a complex workspace that has taken > FOREVER to build those exact same layers are screwed up and the coast line > is offset from the edge of the land. Why? Plz help. When layers that should line up on't line up, it is often due to their being in different projections *based upon different datums*. When layers line up in some maps but not in others, it is usually due to the fact that the intrinsic projection of one of the layers is based upon a spherical Earth (i.e. not based upon any datum). MapInfo treats layers using a spherical Earth differently: When mixed with any *one* other layer based upon a datum, it pretends the first layer is the other datum. Things line up with no problem. When mixed with *more than one* other datum, MapInfo has to choose one of the datums upon which to pretend to base the spherical layer. So, I would guess that one or two of the three layers you mention is based on a spherical Earth, and the others are based upon a datum, and the projection of your Map window based upon a different datum. Another possibility is that the Map window's projection is spherical and your three layers' projections are based upon two or more datums. Hope this helps Spencer -- To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put "unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]
MI Re: Have you heard of this?
I am getting the error message "SetPixelFormat failed" when I create a 3D map with version 6.0, specifically when I try the Viewpoint Control option. Does anyone out there have any suggestions? This sounds like a display driver problem. We did experience this but were unable to reproduce it. Once the application is running this should not happen. Our simple suggestion would be to upgrade the display drivers. We would like to get some more information about OS/Display Type/Driver version. -- To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put "unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]
Re: MI CORRECT DISTANCES IN NON-EARTH COOR SYS. WITH MB?
MELIH BASARANER wrote: > > I have a problem with MapBasic. I have 2 tables. I want to find the > distances from an object selected on a table1 (Buildings) to objects in > table2 (public services). My tables' coordinate systems are Non-earth(m). > So, I need Cartesian distances. When I try to find them in MI SQL, there is > not a problem. But when I try to use MapBasic for finding distances, the > results are wrong. How can I find correct distances? Thanks in advance for > your help. You don't state whether the distances are only slightly wrong, or extremely wrong. > ** > MB codes are as follows: > > Set Map CoordSys NonEarth units "m" Here's your problem. See Below. > Distance type Cartesian > > x = centroidx(selection.obj) > y = centroidy(selection.obj) > > > select > BUILDING_NAME,CartesianDistance(x,y,centroidx(obj),centroidy(obj),"m") > "Distance(m)" > from public_services order by col2 into PS_Distance > browse * from PS_Distance > end sub The "set Map Coordsys" statement above only changes the projection of the frontmost map window. You need to change the "current MapBasic coordsys" which is the coordinate system used for the return values of CentroidX() and Centroidy(). Use Set Coordsys Nonearth Units "in" instead. Hope this helps, Spencer -- To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put "unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]
MI CORRECT DISTANCES IN NON-EARTH COOR SYS. WITH MB?
Hello, I have a problem with MapBasic. I have 2 tables. I want to find the distances from an object selected on a table1 (Buildings) to objects in table2 (public services). My tables' coordinate systems are Non-earth(m). So, I need Cartesian distances. When I try to find them in MI SQL, there is not a problem. But when I try to use MapBasic for finding distances, the results are wrong. How can I find correct distances? Thanks in advance for your help. Melih Basaraner Yildiz Technical University Department of Geodesy and Photogrammetry Engineering Chair of Cartography ** MB codes are as follows: Set Map CoordSys NonEarth units "m" Distance type Cartesian x = centroidx(selection.obj) y = centroidy(selection.obj) select BUILDING_NAME,CartesianDistance(x,y,centroidx(obj),centroidy(obj),"m") "Distance(m)" from public_services order by col2 into PS_Distance browse * from PS_Distance end sub -- To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put "unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED] -- To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put "unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]
MI Opening hotlinks within a viewer
I am looking to provide a non-GIS user with access to some data prepared within MapInfo v6.0 that has hotlinks. Is there a viewer available that can open hotlinks? e.g Proviewer v6.0 or A.N Other? I know the current version of Proviewer cannot handle this, but will v6.0 or for that matter any other software? Preferably inexpensive or free. Thank you, Steve Keyworth Environmental Land Mgnt Team, ADAS Tel: 01970 621445Fax: 01970 617798 Email: [EMAIL PROTECTED] For more information on ADAS, visit our website at http://www.adas.co.uk. The information transmitted is intended only for the addressee and may contain confidential and/or privileged material. Any use of, or taking of any action in reliance upon, this information by parties other than the intended recipient is prohibited. If you receive this in error, please contact the sender and delete the material from any computer. Opinions and other information in this message that do not relate to the official business of ADAS are neither given nor endorsed by it. -- To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put "unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]
