MI Overlapping regions and gaps
Is there a product (commercial or otherwise) out there that will automatically fix/clean tables that contain multiple instances of overlapping regions and gaps between regions. Thanks Tom Orr
Re: MI v AND h COORDINATES
It's ATT's coordinate sysstem for billing LD calls. So you must either have switch locations or rate centers. Cartographic coordinate systems are not something I'm strong on, but basically it is a conversion so that you can use the Pythagorean Theorem to easily calculate distance between two points. It's good for Continental US and Southern Canada. But for Alaska, Hawaii, and I suspect N. Canada, the conversion is inaccurate. By no means is the accuracy of any location at the street level. I had planned (am planning?) on writing a MapBasic program to convert V H to Lat Long, so I have a bit of code I found on the web w.r.t. the conversion. Be happy to pass it along, but an easier solution is available. Telcordia (aka BellCore) sells a small app that converts it to Lat and Long. T At 11:06 AM 7/30/99 -0600, you wrote: Hello all, I have recieved a file that has two columns one called V_coordinates and one Called H_coordinates across Canada I have no idea as to what coordinate system this is in eg. v cordinate 4,239 h coordinate 2,160 -- 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]
RE: MI Splitting polygons
Hi Graham, Jacques You dont need to use the ObjectNodeX and ObjectNodeY functions, just use the ExtractNodes() function see the exampel below dim testobj, nytobj as object, i,ii, NRec, NPoly as smallint, NNodes as integer, tabnavn as string, aObj as alias tabnavn = "dummy" aObj= tabnavn + ".OBJ" NRec = tableinfo(tabnavn, tab_info_nrows) for i = 1 to NRec fetch rec i from tabnavn testobj = aobj NPoly = objectinfo(testobj, OBJ_INFO_NPOLYGONS) If NPoly 1 then For ii = 1 to NPoly NNodes = objectinfo(testobj, (OBJ_INFO_NPOLYGONS + ii)) Nytobj = ExtractNodes(testobj, ii, 1, NNodes, True) Insert into f_delt(obj, id) Values (nytobj, i) Next else Insert into f_delt(obj, id) Values (testobj, i) end if next Peter Laulund National Survey and Cadastre, Denmark "Jacques Paris" [EMAIL PROTECTED] - 01-08-99 02:23:03 Til:"Graham Smith" [EMAIL PROTECTED], [EMAIL PROTECTED] cc: (bcc: Peter Laulund/MI/KMS) Vedrørende:RE: MI Splitting polygons objectinfo(obj,21) or ...,obj_info_npolygons) yields the number of polygons for the object. e.g. if you select * from your_table where objectinfo(obj,21)1 into selec you will get the table "selec" with all your multi-polygons regions (records) To "explode" those regions you have to write an iterative program, going through each region and for each one reading the required info with objectinfo(obj,21+poly_num) to get the number of nodes in each polygon abd objectnodeX(obj,poly_num,node_num) and objectnodeY(..) for each node coordinates then create a single-polygon region with these nodes. A rather straight forward progam! Good luck. Jacques Paris e-mail[EMAIL PROTECTED] alternate [EMAIL PROTECTED] gis activity (MapInfo mainly) http://www.total.net/~rparis/gisproducts.htm -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Graham Smith Sent: July 31, 1999 10:54 AM To: [EMAIL PROTECTED] Subject: MI Splitting polygons Hi everyone, I have a MapInfo layer containing a large number of records. Most of the records are single geometric shapes (polygons), but some are comprised of geographically separate polygons that have been combined into a single record. I need to be able to split these combined polygons so that in the resulting table every record in the table represents a single geometric shape (polygon). Does anyone know how this can be done automatically using mapbasic? I know that it can be done interactively, by drawing a shape around a polygon in the cosmetic layer and using the "Split" command, but I have around 50,000 records in the table and it would take forever to do this manually. Is there some way of identifying from the .MAP file whether a record consists of more than one polygon? Graham Smith [EMAIL PROTECTED] objectinfo(obj,21) or ...,obj_info_npolygons) yields the number of polygons for the object. e.g. if you select * from your_table where objectinfo(obj,21)1 into selec you will get the table selec with all your multi-polygons regions (records) To explode those regions you have to write an iterative program, going through each region and for each one reading the required info with objectinfo(obj,21+poly_num) to get the number of nodes in each polygon abd objectnodeX(obj,poly_num,node_num) and objectnodeY(..) for each node coordinates then create a single-polygon region with these nodes. A rather straight forward progam! Good luck. Jacques Parise-mail [EMAIL PROTECTED] alternate [EMAIL PROTECTED] gis activity (MapInfo mainly) http://www.total.net/~rparis/gisproducts.htm -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Graham SmithSent: July 31, 1999 10:54 AMTo: [EMAIL PROTECTED]Subject: MI Splitting polygons Hi everyone, I have a MapInfo layer containing a large number of records. Most of the records are single geometric shapes (polygons), but some are comprised of geographically separate polygons that have been combined into a single record. I need to be able to split these combined polygons so that in the resulting table every record in the table represents a single geometric shape (polygon). Does anyone know how this can be done automatically using mapbasic? I know that it can be done interactively, by drawing a shape around a polygon in the cosmetic layer and using the Split command, but I have around 50,000 records in the table and it would take forever to do this
RE: MI v AND h COORDINATES
Is there a way to place the conversion from Lat Long to VH though. Our system uses this set up in locating. Do not like it that much, creates to much extra paper work for the field personnel. Richard Takacs Project Manager Adelphia Business Solutions 1180 Sathers Drive Pittston, Pa 18643 [EMAIL PROTECTED] -Original Message- From: Tracy Waldon [SMTP:[EMAIL PROTECTED]] Sent: Monday, August 02, 1999 3:53 AM To: [EMAIL PROTECTED] Subject: Re: MI v AND h COORDINATES It's ATT's coordinate sysstem for billing LD calls. So you must either have switch locations or rate centers. Cartographic coordinate systems are not something I'm strong on, but basically it is a conversion so that you can use the Pythagorean Theorem to easily calculate distance between two points. It's good for Continental US and Southern Canada. But for Alaska, Hawaii, and I suspect N. Canada, the conversion is inaccurate. By no means is the accuracy of any location at the street level. I had planned (am planning?) on writing a MapBasic program to convert V H to Lat Long, so I have a bit of code I found on the web w.r.t. the conversion. Be happy to pass it along, but an easier solution is available. Telcordia (aka BellCore) sells a small app that converts it to Lat and Long. T At 11:06 AM 7/30/99 -0600, you wrote: Hello all, I have recieved a file that has two columns one called V_coordinates and one Called H_coordinates across Canada I have no idea as to what coordinate system this is in eg. v cordinate 4,239 h coordinate 2,160 -- 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] -- 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 5.5 weird error message when plotting!
Tony Shepherd wrote: Any body had any weird error messages form MapInfo 5.5 when plotting to HP DJ 750C plotters? I get an error that says: Assertion failed: file I:\Released\SHELTER\BUILD16\xvtwin\src\WPRINT.c,line 524, Using cached DC with different printer information. We occasionally get the same "assertion failed" message when trying to print to a networked printer (doesn't have to be a plotter). Sometimes the message appears when we try to print, but other times it doesn't, adding to the frustration. As with Tony, we never had this problem before, it's only started since we installed 5.5. We informed MapInfo techsupport about the problem last week, but they couldn't replicate the error, so I'm glad (in a way) that someone else is experiencing it. The main workaround that MI provided was to edit the workspace and delete the new line that contains the printer driver information. This didn't solve the problem (and it's not particularly useful, since one of the main benefits of 5.5 was to avoid the extra work involved in re-setting printer driver information). MI claims they're working on a more complete and efficient bug fix, which will be free for 5.5 users. Don't know when (or if) that will happen. Steve -- Steven Romalewski NYPIRG - CMAP 212-349-6460 [EMAIL PROTECTED] http://www.cmap.nypirg.org -- 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 v AND h COORDINATES
Yeah, it goes both ways (I think the math is easier converting to V H rather than back). Check out Telcordia's web site for their program that does the conversion. Or if you're adventurous I can send you the code that I found on he web. T At 08:43 AM 8/2/99 -0400, Richard Takacs wrote: Is there a way to place the conversion from Lat Long to VH though. Our system uses this set up in locating. Do not like it that much, creates to much extra paper work for the field personnel. Richard Takacs Project Manager Adelphia Business Solutions 1180 Sathers Drive Pittston, Pa 18643 [EMAIL PROTECTED] -Original Message- From:Tracy Waldon [SMTP:[EMAIL PROTECTED]] Sent:Monday, August 02, 1999 3:53 AM To: [EMAIL PROTECTED] Subject: Re: MI v AND h COORDINATES It's ATT's coordinate sysstem for billing LD calls. So you must either have switch locations or rate centers. Cartographic coordinate systems are not something I'm strong on, but basically it is a conversion so that you can use the Pythagorean Theorem to easily calculate distance between two points. It's good for Continental US and Southern Canada. But for Alaska, Hawaii, and I suspect N. Canada, the conversion is inaccurate. By no means is the accuracy of any location at the street level. I had planned (am planning?) on writing a MapBasic program to convert V H to Lat Long, so I have a bit of code I found on the web w.r.t. the conversion. Be happy to pass it along, but an easier solution is available. Telcordia (aka BellCore) sells a small app that converts it to Lat and Long. T At 11:06 AM 7/30/99 -0600, you wrote: Hello all, I have recieved a file that has two columns one called V_coordinates and one Called H_coordinates across Canada I have no idea as to what coordinate system this is in eg. v cordinate 4,239 h coordinate 2,160 -- 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] -- 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 Limitations in mif-import?
Is there anyone who knows if there any limitations of file size or number of rows in a mif file. I have tried to import 2 mif-files: a. one with a file size of 3 meg, 100 000 rows (285 polygons) b. one with a file size of 27 meg, 7000 polygons and many many rows. Both imports failed. Is there a known limitation. If so is the limitation depending on file size, number of rows in the mif-file or number of polys? ** Claes Hildesson Post och fakturaadress: Kulturgeografiska institutionen Handelshögskolan vid Göteborgs Universitet Box 630 SE - 405 30 Göteborg Sweden Besöks- och leveransadress: Vasagatan 1 411 80 Göteborg e-mail: [EMAIL PROTECTED] phone: +46 031-773 14 10 *** -- 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 batch table editing
Hi, What is the best method of batch editing large numbers of identical tables? I have a couple of hundred tables to edit to apply standard line/region styles to. Their record structure is identical. They can be themed by a field called "classname" which contains a text code: lake, river, island, wetland, sandbar, etc. So a thematic map is possible, but laborious. I've tried creating a Seamless Table via the Seamless Manager tool, but it won't allow editing or creation of a thematic map on the resultant seamless table. Seamless tables are a viable solution for tables which only contain one object type (a display overide can be used for all table contents). I've tried using the "Select by Attribute" tool which selects all objects having the same attributes as the currently selected object. This is a great time saver, but it will still only work on one table, and one object type, at a time. will sum, -matt -- 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 Limitations in mif-import?
Dear Claes I do not think there is a limit - and if there is it much higher than the sizes where you get the problem! We write translators to convert Ordnance Survey data into MapInfo tables. We now use MapInfos MFAL routines that are written in C and conversion is therefore very quick. However before we started using MFAL we relied on MID/MIF. The process was much slower but we imported detailed maps for large areas where the resulting files were up to 300 MB in size. I suspect a syntax error in either your MIF or your MID file. Hope this helps you. Regards Bob In message [EMAIL PROTECTED], claes hildesson [EMAIL PROTECTED] writes Is there anyone who knows if there any limitations of file size or number of rows in a mif file. I have tried to import 2 mif-files: a. one with a file size of 3 meg, 100 000 rows (285 polygons) b. one with a file size of 27 meg, 7000 polygons and many many rows. Both imports failed. Is there a known limitation. If so is the limitation depending on file size, number of rows in the mif-file or number of polys? ** Claes Hildesson Post och fakturaadress: Kulturgeografiska institutionen Handelshögskolan vid Göteborgs Universitet Box 630 SE - 405 30 Göteborg Sweden Besöks- och leveransadress: Vasagatan 1 411 80 Göteborg e-mail: [EMAIL PROTECTED] phone: +46 031-773 14 10 *** -- To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put "unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED] -- Bob Young -- 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 MapInfo 3.x printing problem
Our organization just obtained MapInfo 3.x when our parent organization purchased ArcInfo. I installed on a computer connected to the network so we could create maps for specific areas. While the software is working fine we get a divide by zero error every time we try to print. MapInfo's web site lists this error as being an improperly installed printer. However, we have six printers installed on our network (3 lasers, 3 ink jets one of which is postscript) and we get the same error on all of them. I have even uninstalled and re-installed the printers in case the print drivers were not "installed correctly." I am still getting the same error message. All other software packages have no problem printing to any of the printers. Since the service contract for this software expired over a year ago I was hoping that someone would have some knowledge as to what specifically might be causing this problem. Thanks in advance for any help you might have on the subject. David Magnuson Problem Coordinator Texas Department of Public Safety 512-424-5165 -- 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 Internal Error when plotting
Anyone ever see this internal error message when trying to print "Mapinfo Internal Error 31107". Any fixes or ideas? Dina Korkovelos GIS Analyst ATT Local Services . [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: Chamberlin Trimetric Projection
Denise, The Chamberlin Trimetric Projection is an old thematic type of projection cooked up by the Chief Cartographer of the National Geographic Society back in the late 19th century. It looks really nice, but is a contrivance that attempts to display a map with features that are equally distanced from three separate points. Such a contrivance is impossible, but Chamberlin's attempt is a pretty good compromise. The Society still uses it, and it still looks really nice. That is a characteristic of most National Geographic Society Maps; not only are they accurate and useful, but they are actually framed and put up for display in people's homes - not just in offices. One problematic feature of this projection is that after it is drafted, color-separated and printed, the copyrighted map that is not supposed to be copied or put into digital form of any kind is downright difficult to digitize. That is, it's easy to digitize in terms of digitizer (x,y) coordinates, but the inverse computation to Latitude and Longitude is a "zinger." In the late John P. Snyder's work, "Map Projections - A Working Manual," U.S. Geological Survey Bulletin 1395, he lists it in two places in the index. The first time he covers it is in the section on pseudo conics, and specifically the ellipsoidal Bonne, the second time he mentions it in another context of contrived projections that give a hint. The old ATT projection is, according to Mr. Snyder, an ellipsoidal projection that is roughly equivalent to the Chamberlin Trimetric. Although obscure, the math for that can be scrounged from old Bell Labs reports occasionally found in various libraries. The old cartographic trick of "paneling" for changing projections with a razor blade and paste could be used with a rubber-sheet transformation, but that is using brute force rather than mathematical elegance. Another thing you could do is go to the horse's mouth. Ask the National Geographic Society and see what they have to say. I imagine they are going to ask you why you want to know the mathematical details of one of THEIR projections ... Specifically with respect to MapInfo, I have no idea how to help you. My claim to fame is definitely NOT specific software commands or procedures. Good luck, -- Clifford J. Mugnier ([EMAIL PROTECTED]) The Topographic Engineering Laboratory Department of Civil and Environmental Engineering UNIVERSITY OF NEW ORLEANS New Orleans, Louisiana 70148 Voice and Facsimile: (504) 280-7095 -- Denise wrote: Hi I have seem numerous posts of yours on Mapinfo-L and am hoping you can help me with information on this projection. I have MapInfo, but it does not seem to support this projection. Do you know how I would go about finding more information on this projection and then how I would use such info in MapInfo? Denise -- 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 Argentina
Try http://www.igm.gov.ar/ Stuff is not free. De nada. -- Clifford J. Mugnier ([EMAIL PROTECTED]) The Topographic Engineering Laboratory Department of Civil and Environmental Engineering UNIVERSITY OF NEW ORLEANS New Orleans, Louisiana 70148 Voice and Facsimile: (504) 280-7095 -- Jon Spinney wrote: Hello list, Does anybody know where I can get Argentina data sets? I need to match these records to a Provinces data set- polygons. Flores, Caballito, Parque Centenario, Recoleta, Retiro, Congreso, Palermo, Saavedra, Nuñez, Belgrano, Vicente Lopez, Olivos, La Lucila, Martinez, San Isidro, Beccar, La Horqueta and San Fernando. Muchos Gracias, Jon Spinney [EMAIL PROTECTED] mailto:[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 Hyperlinking
Hi everybody, does anyone know of an application that does hyperlinking. What want to do is link objects toto their relevant Reports in Access. Help me please! Grant DicksonIBI Group (UK)Tel 0171 566 1400Fax 0171 566 1408
RE: MI Default symbol
Mariano, Instead of putting the "Set Style Symbol ..." statement in the mapinfo.wor workspace, put it in the startup.wor under your MapInfo directory. If you don't have a startup.wor there, just create one. Regards, Sue. adding Susan Port value Technical Support Coordinator to [EMAIL PROTECTED] your spatial Spatial Plus systems http://www.spatialplus.com Hi, friends !!! Last year, I read a very useful tip from Mapinfo's site, now I need this tip but I can't find it. (A Murphy rule) I want to know how I can change the default symbol for "Find" or "Geocode" functions (star in grey) for another that I want. I wish to change the default Mapinfo symbol which is used ever instead the other one. I tried to put a Set Style Symbol statement in the Mapinfo.wor file but it didn't work. Thanks in advance... /---\ Name: Mariano Volpedo | P A M P A | e-mail : [EMAIL PROTECTED] | B Y T E S | Address : Avda. de Mayo 1161 4th floor Of.7 | P A M P A | (1085)-Buenos Aires-C.F.-Argentina | B Y T E S | Phone : 384-6494 \---/ Fax : 383-9770 www.pampabytes.com -- 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]