RE: MI problems with geo-referenced Mr Sid files
You need to convert the file into mapinfo format. If you purchase worldreg then that will allow you to do it in batch. I also remember someone posting the location of a free converter. If you check the archives you should be able to track it down. Mike Lepage, B.Sc. Senior RF Engineer / Project Manager Wireless Professional Services Lucent Technologies Tel: 636-891-2130 Fax: 636-891-4555 [EMAIL PROTECTED] -Original Message- From: Ben A Greenberg [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 01, 2000 4:27 PM To: MapInfo-L discussion group Subject: MI problems with geo-referenced Mr Sid files I recently purchased a series of orthophotos in Mr SID format. Accompaning each .sid file was a .sdw Sid World File which is a geographic referencing file. When i open up a .SID file MapInfo acts as though the file is not geo-referenced and gives me the Display or Register? option. Do i need to convert the SDW file? Any ideas would be appreciated. Ben Greenberg -- 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 topocheck.mbx, a few explainations
I recently downloaded topocheck.mbx and found it to VERY useful tool, every MI owner should get this. I directed a few question to the author so I thought I would post the whole thing. Because it's a forward of a reply, you may want to start at the end to read my original questions and page up to see the authors response. I did answer his last question in this forward (what are fat lines?) All comments made in this forward are in red. William Woodruff Zoning Administrator Charter Township of Union, T14 N R4W, Isabella County, Michigan (517) 772 4600 ext 41, FAX (517) 773 1988 -Original Message- From: Eric Maranne [mailto:[EMAIL PROTECTED]] Sent: Wednesday, May 24, 2000 12:38 PM To: '[EMAIL PROTECTED]' Subject: RE: topocheck Hi William, I'll try to ask your questions, but I'm not able to go back to this program I wrote years ago (I no longer have access to a MB compiler nor documentation and since I haven't upgraded to MI5, I'm a bit stuck ...) : 15 occurrences of double nodes that did not have double nodes in the region (only one identified was actually a double node. The topochk layer did have duplicate nodes, but not the layer being checked (Parcels). Strange node distance is tested against minDist parameter (expressed in meters), the projection is the table's projection - does this make sense to explain 'funny things ? - The find gaps procedure detected a lot of areas that were composed of several parcels and I could not find the gaps. I discovered that only the gaps that appeared as lines at a wide zoom (they were actually elongated regions) were indicative of a true gap between regions. The find gaps procedure works by combining all the regions into a big one, and detecting inner regions created in the process. The process is a bit twisted: the precision of the projection was not high enough to prevent virtual gaps to be detected (just like if a point was set to be at x1,y1 coords, but was read to be at x1+0.0002, x2+0.05 (in fact depending on the coordsys applied ...). So I had to introduce a little tolerance (1 cm). This means that gaps, as thin as 1cm can be found, but that may not make sense in your case ... You'll find in the generated table (topocheck.tab) two interesting columns : the area of the gap, and a circularity coefficient. I also found that the detection of overlaps had a few regions that were not overlapping another region, but again, I was glad to find the 15 or so parcels that did overlap their neighbor. I think that the same jiggerish problem is of concern here too (if a shared node has to different coords sets, even very tiny ones, you'll find an overlap ..., and this may be because there *are* two different coord sets, or just because projection precision gives two very very close, but different coords sets... ). Prior to the use of your .MBX, I inspected the layer visually for "fat" lines- Thank you so much for this tool. What do you call 'fat lines' ? What I call FAT lines is the way two adjacent regions appear when they are gapped or gored. The common boundaries appear to fatter then the other lines in the layer. Thanks for the feedback, and hope you'll won't find too much errors (real or false !).. Eric Please note the new email adress ... Eric Maranne EMI Informatiques web : www.cycweb.com/equipage (33) +4 42 06 22 22GMT +1 [EMAIL PROTECTED] GIS - VRML Integration -Message d'origine- De: ZONING ADMINISTRATOR [SMTP:[EMAIL PROTECTED]] Date: mardi 23 mai 2000 20:50 A:[EMAIL PROTECTED] Objet:topocheck Have put your application to work today. The first thing I did (after backing up a copy of the table) was to do detect complex self intersecting polygons. In 2500+ parcels I only had 3 bowties- I was pleased both to find the bowties and at the low number of problems I had. However, there were about 15 occurrences of double nodes that did not have double nodes in the region (only one identified was actually a double node. The topochk layer did have duplicate nodes, but not the layer being checked (Parcels). Is this common/ a bug/ , or should I be concerned that something funny is going on even though I could only find a single node. I check for double nodes by pulling on the node, if there is one under the one I'm dragging away, it shows up. Note- it occurred to me that the tool fixed the problem and that's why I couldn't find them. I also found that the detection of overlaps had a few regions that were not overlapping another region, but again, I was glad to find the 15 or so parcels that did overlap their neighbor. The find gaps procedure detected a lot of areas that were composed of several parcels and I could not find the gaps. I discovered that only the gaps that appeared as lines at a wide zoom (they were actually elongated regions) were indicative of a true gap between regions. I have, as yet, left the node detection
Re: MI Grid files
Leslie, Mercator Geosystems has developed several plug-ins for MapInfo based on its .mig file type. Specific questions on .mig files OK... Shoot: (1) what is the size limit? There seems to be no set limit. However, the process of creating large grids of say 2000x2000 points requires a lot (70MB+) of temporary disk space. (2) is the limit related to the IDW algorithm? No, the IDW is juist one way of interpolating point data into a grid. (3) are there alternative algorithms? Yes, we have produced the following grid based products: -HotSpot: Creates grids based on the spatial density of points. Used in crime analysis and marketing -GridContour: Can create contour maps from any mig files such as imported DEM. -Triangulator: Calculates Delaunay triangles from point data and, among others, interpolates these into a MapInfo Grid You can also use the the DEM to Grid tool that comes with MapInfo 5.5 to convert DEM's to *.mig files. (4) has anyone written a .mig loader, say from a point file? Yes we have see question 3 :) Hope this helps, Roeland Roeland van der Spek Mercator Geosystems www.mercatorgeo.nl -- 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 Mapping ODBC table that has integer X,Y's
Bill, You could create a view/query in Access that performs this calculation then link to the view from MI. This will however be Read Only from MI. Regards Neil Moseley Geodata Computing Services 08 9291 9970 [EMAIL PROTECTED] http://www.iinet.net.au/~mose/ I must be missing something here.. Currently, I import tables that use long integers for lat and lon e.g 30123 -80123 I use 'create points' with a multiplier of 0.001 to map the correct location of 30.123 , -80.123 I want to transition to using ODBC to capture the data from Access 2000 more efficiently. I have successfully created a catalog and can Map the ODBC table - but there is no multiplier so the locations are all wrong! How do I do this? Note I don't currently have Mapbasic but could get it if this is necessary to solve this one. Thanks Bill -- 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]
ADD: new versions of MI/MB books
I have rewritten the "MiniGuide to the MapBasic Window", updating it to version 5.5 and expanding its contents noticeably. The "MiniGuide... " and "My Bag o'Tricks" are now available as PDF files taking full advantages of indexing and bookmarks to facilitate research. There are in a format that makes screen reading easy : one landscape page fills the screen and generous point sizes allow reading a full page without having to scroll or to zoom in. You can order those "books" from our site that has been revamped. If you are an old acquaintance, you should pay it a visit to check for new versions of several "program" files. www.total.net/~rparis/gisproducts.htm Jacques Paris 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]
RE: MI reversing line direction
Dear Anonymous Traffic Director for London Look for a utility called linedir.mbx on the Mapinfo-l ftp site. This allows you to select and reverse polylines (watch out for multi segment ones!) Bill Jackson -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Friday, 2 June 2000 20:29 To: [EMAIL PROTECTED] Subject: MI reversing line direction Hi, I was wondering if anyone knew of a method by which lines could have their directions reversed? Help on this one would be much appreciated. ** Traffic Director for London This email and any files transmitted with it are private and intended solely for the use of the individual or entity to whom they are addressed. This email does not constitute a commitment by TDfL. ** Traffic Director for London College House, Great Peter Street, London SW1P 3LN Tel: 0207 222 4545 FAX: 0207 976 8640 ** -- 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 Thematic mapping by name and numerical value
Dear listers, I wish to thematically map trees by their scientific name and by their canopy radius. Currently the data is in the form of circles representing trees. All of these are uniform in radius. These have a name and canopy radius fields. When I attempt to colour by species (individual thematic) and size by radius(using graduated thematic) I only get the size changing but the colours don't. They do but I can't merge the two variables. Any ideas? Can I resize the existing circles by the canopy field permanently? And then colour them in a later process. Cheers and thanks Gabor Vasarhelyi Environmental Resources Management Australia (ERM) Pty Ltd Ph. 9906 1666 Fax 9906 5375 While ERM has systems in place to encourage a virus free software environment, unfortunately the same cannot be said of the large number of organisations from which we receive electronically issued products. We therefore recommend that files be checked prior to use. While you can expect us to be careful, in view of the above factors, we cannot be liable for any loss or damage, corruption or distortion of electronically transmitted information, or for any changes made to this information during transferral or after receipt. -- To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put "unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]
