[MI-L] interesting telegraph article EU and Free Mapping
Thought this might interest people; http://www.telegraph.co.uk/news/main.jhtml?xml=/news/2006/06/17/wmaps17.xmlsSheet=/news/2006/06/17/ixnews.html -- Sebastian Hudson [EMAIL PROTECTED] www.EnvSys.co.uk Tel: Â +44 (0) 1970 626688 Fax:+44 (0) 1970 626688 Mob:+44 (0) 7811 268789 Environment Systems Ltd. 8g Cefn Llan Science Park Aberystwyth Wales SY23 3AH Think before you print! ___ MapInfo-L mailing list MapInfo-L@lists.directionsmag.com http://www.directionsmag.com/mailman/listinfo/mapinfo-l
[MI-L] Clip region bloats PDF
Greetings List, I've never really noticed this before until tonight when I needed to email a PDF to a client. The workspace happens to have a clip region set and I've found this bloats the otherwise casual 28kb layout PDF to just over 1mb. Ok, I fell back and punted and just clipped my own region in the cosmetic layer. Doesn't look quite as pretty and I had to delete several dynamic labels that still showed. Is there some setting, or other solution around this PDF bloat when a clip region is active? MI v6.5 by the way. Thanks, Dave -- Outgoing mail is certified Virus Free Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.9.0/368 - Release Date: 06/16/2006 ___ MapInfo-L mailing list MapInfo-L@lists.directionsmag.com http://www.directionsmag.com/mailman/listinfo/mapinfo-l
[MI-L] Quality of area calculations and Elementary Statistics
Hi List I need to create a statement of the probable error of the area of a polygon where the coordinates have a standard deviation of 2m (SD=2 say). Given the tools available in MI, how far wrong is buffering the object by 3 x SD (99% confidence), subtracting off the MI computed area of the original and saying that this is a 99% confidence value of the area? A further tweak on the problem is overlapping a region with coordinate of SD 2 against a region of coordinate of SD 5 (2 different data sets) and giving an estimate of the quality of the overlap? Any help would be appreciated Tony Given below is the C code snippet for area calculation. Classically I should determine the expectations for each sub polygon. = // // Measure the polygon area // // // A[i]=(poly[i].x - poly[i-1].x)*(poly[i].y + poly[i-1].y)/2.F; // Differentiate twice to get expectations // longMeasure_Polygon_Area(double *poly_area,dPoint2D *poly,long poly_count) { longi; double total=0.F; *poly_area=0.F; if (poly_count 3) return 0L; for(i=1;ipoly_count;i++) { total += (poly[i].x - poly[i-1].x)* (poly[i].y + poly[i-1].y)/2.F; } total += (poly[0].x - poly[poly_count-1].x)* (poly[0].y+poly[poly_count-1].y)/2.F; if(total 0.) total *= (-1.); *poly_area=total; return 1L; } The e-mail and any files sent with it are private and intended solely for the use of the person or body to whom they are addressed. If you are not the intended recipient, you have received this in error and use of this information is prohibited. Nothing in the e-mail amounts to a legal commitment on our part unless confirmed by a signed communication. English Nature will make every effort to keep its network free of viruses. However, you will need to scan this message/files for viruses as we can take no responsibility for any computer virus that might be transferred. ___ MapInfo-L mailing list MapInfo-L@lists.directionsmag.com http://www.directionsmag.com/mailman/listinfo/mapinfo-l
Re: [MI-L] Clip region bloats PDF
David, The clip region functionality is enabled with three choices that you can find in the Map Options dialog. These are called Windows device clipping, Windows device clipping (no points or text) and Erase Outside (no points or text). They all will have different impacts on the size of data sent to print which in your case is to a PDF file. The Windows device clipping is the default and simply means that we take your clip region and pass it along to Windows to clip at the device level. This is usually the fastest way to do things. The clipping happens graphically so text, line styles, fills and symbols are clipped wherever they fall. The implementation is out of our hands ;that is Windows or even a particular driver is free to do this as it sees fit. In general most devices simply remember the clip region and handle the clipping at display time. What this means is that all the data that would have normally been sent to the device is remembered as well as the clip region itself. If the clip region itself is dense, it could easily add to the total . If you had an expectation that the clipped data is not being stored, that would also be wrong. The Erase Outside option is our oldest method of implementing this feature. It goes back to Version 4 (1995), I believe. This method uses the Erase Outside object processing code to eliminate the actual spatial data outside the clip region. As text glyphs and symbol fonts are graphic and not spatial data, these objects are simply skipped. It was originally felt better to skip them than cut some of them in half. The same also goes for wide line styles! Basically, the clipping is done at the object processing level. This might solve your problem but depending on the complexity of your data, could be much slower to print to the .PDF and draw on screen. Neither the data outside the region nor the clip region itself is stored. If the clip region is complex, the boundaries that it intersects will inherit the complexity of the clip edge just like in object processing. The other option is simply a way we added to get the similar behavior to the object processing method but much faster to draw. It uses the same technology as device clipping but purposely skips points and text to be compatible with the old behavior. I have no idea if this is much used but it will not help you reduce the size of the .PDF. It will almost certainly increase it. It is also possible that you are using this option as a default which could be your answer right there! This feature is set in each map window but is initialized by a preference. It is possible that you have this set. I hope this helps. Eric Blasenheim Principal Software Architect MapInfo Corporation Mail List:[EMAIL PROTECTED] From: David Reid [EMAIL PROTECTED] on 06/19/2006 04:32 AM To: mapinfo-l@lists.directionsmag.com cc: Subject: [MI-L] Clip region bloats PDF Greetings List, I've never really noticed this before until tonight when I needed to email a PDF to a client. The workspace happens to have a clip region set and I've found this bloats the otherwise casual 28kb layout PDF to just over 1mb. Ok, I fell back and punted and just clipped my own region in the cosmetic layer. Doesn't look quite as pretty and I had to delete several dynamic labels that still showed. Is there some setting, or other solution around this PDF bloat when a clip region is active? MI v6.5 by the way. Thanks, Dave -- Outgoing mail is certified Virus Free Checked by AVG Free Edition. Version: 7.1.394 / Virus Database: 268.9.0/368 - Release Date: 06/16/2006 ___ MapInfo-L mailing list MapInfo-L@lists.directionsmag.com http://www.directionsmag.com/mailman/listinfo/mapinfo-l ___ MapInfo-L mailing list MapInfo-L@lists.directionsmag.com http://www.directionsmag.com/mailman/listinfo/mapinfo-l
[MI-L] RE: Labels
Hi, I've also had this problem and it wasn't caused by packing -- the arrows from the labels point to the correct points (correct label with correct point) and I haven't packed the table. Not sure if it is caused by coordsys difference. The labels aren't really in the wrong place -- the lines/arrows pointing from the label to the point are hundreds of miles long (I've had one go almost to South America when the point was in Central Florida). For example, I have a map layer with an extent of 20 miles and have a few labels pulled off some points, maybe 1/2 a mile from the point -- just enough so it is readable in my layout window. I re-open the saved workspace and those labels are now hundreds of miles away from their points. If it was a coordsys problem, should I expect the difference to be the distance between a point in one coordsys and the same point in another system? Or is the coordsys difference just causing the labels lines to fly all over the place? Arlene Arlene Baker The Shopping Center Group 2170 W. State Road 434 Suite 180 Longwood, FL 32779 Phone: 407-788-8818 Fax: 407-788-0971 www.theshoppingcentergroup.com Confidentiality Note: The information contained in this email and document(s) attached are for the exclusive use of the addressee and may contain confidential, privileged and non-disclosable information. If the recipient of this email is not the addressee, such recipient is strictly prohibited from reading, photocopying, distributing or other wise using this email or its contents in any way and must immediately delete this email. -- Message: 1 Date: Sat, 17 Jun 2006 22:50:05 +0200 From: Peter Horsb?ll M?ller [EMAIL PROTECTED] Subject: RE: [MI-L] Labels To: David Hilpipre [EMAIL PROTECTED], Anthony Hicke [EMAIL PROTECTED],Mapinfo-L mapinfo-l@lists.directionsmag.com Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 Hi, Just wanted to share some insight on this issue. This problem is not only related to packed tables. I can slo be related to raster layers ... Imagine this: 1. You have a map with a bunch of layers and a raster layer. Thie raster layer is not visible, but in a different coordsys 2. You save a workspace with the current view of the map, the coordsys is not the same as the raster layer 3. You reopen the workspace. Now it gets technical: 3a. When a map is created thru a workspace MapInfo starts by adding all the layers 3b When it has added the layers, the map window has the coordsys of the raster layer 3c. Now the settings for the layers are applied, and also the costum labels - coordinates are not using the coordsys of the raster layer 3d. Finally the settings for the raster layer, se the zoom level and turns off the raster layers visibility 4d. Now the labels turn up in incorrect positions. Did you notice the problem ? The problem is that when saving the workspace, the coordsys is not the same as when reloading the workspace again. This might interfer with the position of the labels - and I guess also with cosmetic objects !? So, be aware when using raster layers in a different coordys then the rest of you layers. BTW, this might be solved with MapInfo 8.5 as you here can reproject raster layers. Peter Horsbøll Møller GIS Developer, MTM Geographical Information IT COWI A/S Odensevej 95 DK-5260 Odense S. Denmark Tel +45 6311 4900 Direct +45 6311 4908 Mob +45 5156 1045 Fax +45 6311 4949 E-mail [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] http://www.cowi.dk/gis From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Hilpipre Sent: Friday, June 16, 2006 6:11 PM To: Anthony Hicke; Mapinfo-L Subject: RE: [MI-L] Labels Hi Usually, it happens only on labels that have been moved to some other locations by the user (so there is a line in the wor for this specific label where you find the new location of that label and the row id of the table to which it corresponds) AND only if the table has been packed AFTER labelling (cause when you pack a table, rowid changes, at least the ones that are located after the greyed records). In this case, the wor you're using is not up to date with the table : some labels in the wor are still pointing to a let's say 3rd row in the table, but that 3rd is not the same object as it used to be...cause the table has been packed inbetween Don't know if it make sense to you. It's even a pain to explain in french, so imagine in english !!! David De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Anthony Hicke Envoyé : vendredi 16 juin 2006 17:26 À : MapInfo-L@lists.directionsmag.com Objet : [MI-L] Labels Hello, I am using Mapinfo Professional 7.0. Occasionally, when opening a workspace created ion the past, the labels streak
[MI-L] hot link question
Hi, everyone my question is very simple I got my hot link working in MI 8.0. in my browser I have 2 columns zoning_pdf and by_law_pdf I got the address for the pdf documents and it's working.. BUT.. Only one column.. How can I open the 2 pdf documents in one click I tried column1 + column 2 in the expression window.. but it's not working. Any help would be greatly appreciated. Eric -- Eric Gagnon,B.Sc., GIS Specialist [EMAIL PROTECTED] 47°02'57N 67°44'11W ___ MapInfo-L mailing list MapInfo-L@lists.directionsmag.com http://www.directionsmag.com/mailman/listinfo/mapinfo-l
RE: [MI-L] hot link question
Eric, You can add the table twice to the map and then set the Hotlink setting to match the first column on the first layer and the second column on the second layer. But you can't save these settings to the tables metadata, only in a workspace. Peter Horsbøll Møller GIS Developer, MTM Geographical Information IT COWI A/S Odensevej 95 DK-5260 Odense S. Denmark Tel +45 6311 4900 Direct +45 6311 4908 Mob +45 5156 1045 Fax +45 6311 4949 E-mail [EMAIL PROTECTED] http://www.cowi.dk/gis -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Eric Gagnon Sent: Monday, June 19, 2006 8:57 PM To: MapInfo List Subject: [MI-L] hot link question Hi, everyone my question is very simple I got my hot link working in MI 8.0. in my browser I have 2 columns zoning_pdf and by_law_pdf I got the address for the pdf documents and it's working.. BUT.. Only one column.. How can I open the 2 pdf documents in one click I tried column1 + column 2 in the expression window.. but it's not working. Any help would be greatly appreciated. Eric -- Eric Gagnon,B.Sc., GIS Specialist [EMAIL PROTECTED] 47°02'57N 67°44'11W ___ MapInfo-L mailing list MapInfo-L@lists.directionsmag.com http://www.directionsmag.com/mailman/listinfo/mapinfo-l ___ MapInfo-L mailing list MapInfo-L@lists.directionsmag.com http://www.directionsmag.com/mailman/listinfo/mapinfo-l
Re: [MI-L] hot link question
Thanks to everyone.. it's a nice little workaround... best regards to everyone that replied Eric Peter Horsbøll Møller wrote: Eric, You can add the table twice to the map and then set the Hotlink setting to match the first column on the first layer and the second column on the second layer. But you can't save these settings to the tables metadata, only in a workspace. Peter Horsbøll Møller GIS Developer, MTM Geographical Information IT COWI A/S Odensevej 95 DK-5260 Odense S. Denmark Tel +45 6311 4900 Direct +45 6311 4908 Mob +45 5156 1045 Fax +45 6311 4949 E-mail [EMAIL PROTECTED] http://www.cowi.dk/gis -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Eric Gagnon Sent: Monday, June 19, 2006 8:57 PM To: MapInfo List Subject: [MI-L] hot link question Hi, everyone my question is very simple I got my hot link working in MI 8.0. in my browser I have 2 columns zoning_pdf and by_law_pdf I got the address for the pdf documents and it's working.. BUT.. Only one column.. How can I open the 2 pdf documents in one click I tried column1 + column 2 in the expression window.. but it's not working. Any help would be greatly appreciated. Eric -- Eric Gagnon,B.Sc., GIS Specialist [EMAIL PROTECTED] 47°02'57N 67°44'11W ___ MapInfo-L mailing list MapInfo-L@lists.directionsmag.com http://www.directionsmag.com/mailman/listinfo/mapinfo-l -- Eric Gagnon,B.Sc., GIS Specialist [EMAIL PROTECTED] 47°02'57N 67°44'11W ___ MapInfo-L mailing list MapInfo-L@lists.directionsmag.com http://www.directionsmag.com/mailman/listinfo/mapinfo-l
RE: [MI-L] RE: Labels
Title: RE: [MI-L] RE: Labels Arlene, I'm not sure, what is causing your problem and if it is the same problem. The problem I have encountered was that the labels were moved approx. 300 meters. This matched exactly the difference between coordinates in two often used coordinatesystems in Denmark. The problem was that when the workspace was written the coordinates were written using the first coordinatesystem. But when the workspace was reloaded, the coordinates were interpretered using the second coordinatesystem. If you look at a workspace in a text editor, you'll see that when MapInfo creates a map, it involved a number of statements: 1. Create the Map with the layers. Map From list_of_layers ... 2. Set coordinatesystem, center and zoom Set Map CoordSys ... 3. Setup the layers Set Map Layer 1 ... Layer 2 Layer ... If you add a print statement, that prints the current coordinatesystem of the map after the first Set Map and after the second Set Map, you can see if MapInfo is using different coordinateystems. The print statement is this: Print MapperInfo(FrontWindow(), 18) Here is a short sample: ** ... Set Map CoordSys Earth Projection 8, 28, m, 9, 0, 0.9996, 50, 0 Center (537837.6939,6152324.979) Zoom 27.81736419 Units km Preserve Zoom Display Zoom Distance Units km Area Units sq km XY Units m Distance Type Cartesian Print MapperInfo(FrontWindow(), 18) Set Map Layer 1 Display Global Global Symbol (34,16711680,12) Line (2,2,16711680) Font (Tahoma,257,9,0,16777215) Label Line Arrow Position Above Font (Arial,0,9,0) Pen (1,2,0) With VEJNAVN Parallel On Auto Off Overlap Off Duplicates Off Offset 2 Visibility On Layer 2 Display Graphic Global Symbol (34,16711680,12) Line (2,2,255) Font (Tahoma,257,9,0,16777215) Label Line Arrow Position Above Font (Arial,0,9,0) Pen (1,2,0) With VEJNAVN Parallel On Auto Off Overlap Off Duplicates Off Offset 2 Visibility On Print MapperInfo(FrontWindow(), 18) Set Window FrontWindow() Printer Name \\BDCODKX\ODKX13 Orientation Portrait Copies 1 Papersize 9 ... ** Peter Horsbøll Møller GIS Developer, MTM Geographical Information IT COWI A/S Odensevej 95 DK-5260 Odense S. Denmark Tel +45 6311 4900 Direct +45 6311 4908 Mob +45 5156 1045 Fax +45 6311 4949 E-mail [EMAIL PROTECTED] http://www.cowi.dk/gis -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Arlene Baker Sent: Monday, June 19, 2006 7:44 PM To: mapinfo-l@lists.directionsmag.com Subject: [MI-L] RE: Labels Hi, I've also had this problem and it wasn't caused by packing -- the arrows from the labels point to the correct points (correct label with correct point) and I haven't packed the table. Not sure if it is caused by coordsys difference. The labels aren't really in the wrong place -- the lines/arrows pointing from the label to the point are hundreds of miles long (I've had one go almost to South America when the point was in Central Florida). For example, I have a map layer with an extent of 20 miles and have a few labels pulled off some points, maybe 1/2 a mile from the point -- just enough so it is readable in my layout window. I re-open the saved workspace and those labels are now hundreds of miles away from their points. If it was a coordsys problem, should I expect the difference to be the distance between a point in one coordsys and the same point in another system? Or is the coordsys difference just causing the labels lines to fly all over the place? Arlene Arlene Baker The Shopping Center Group 2170 W. State Road 434 Suite 180 Longwood, FL 32779 Phone: 407-788-8818 Fax: 407-788-0971 www.theshoppingcentergroup.com Confidentiality Note: The information contained in this email and document(s) attached are for the exclusive use of the addressee and may contain confidential, privileged and non-disclosable information. If the recipient of this email is not the addressee, such recipient is strictly prohibited from reading, photocopying, distributing or other wise using this email or its contents in any way and must immediately delete this email. -- Message: 1 Date: Sat, 17 Jun 2006 22:50:05 +0200 From: Peter Horsb?ll M?ller [EMAIL PROTECTED] Subject: RE: [MI-L] Labels To: David Hilpipre [EMAIL PROTECTED], Anthony Hicke [EMAIL PROTECTED], Mapinfo-L mapinfo-l@lists.directionsmag.com Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 Hi, Just wanted to share some insight on this issue. This problem is not only related to packed tables. I can slo be related to raster layers ... Imagine this: 1. You have a map with a bunch of layers and a raster layer. Thie raster layer
Re: [MI-L] how to perform update column ?
Hello , Please help me. I got two tables, a i b. ... any ideas about my problem ? please ? still waiting... Nebojša Pešić, Dipl. Ing Department for GIS development Hydraulic Modelling JKP Naissus, Waterworks and Sewerage company of Niš Serbia mailto:[EMAIL PROTECTED] ___ MapInfo-L mailing list MapInfo-L@lists.directionsmag.com http://www.directionsmag.com/mailman/listinfo/mapinfo-l
[MI-L] [Spam] bringing in a .shp file
How can I bring in a file that as an extention of .shp? I have tried and had no luck. Can someone give me step by step instructions? Thanks Check out AOL.com today. Breaking news, video search, pictures, email and IM. All on demand. Always Free. ___ MapInfo-L mailing list MapInfo-L@lists.directionsmag.com http://www.directionsmag.com/mailman/listinfo/mapinfo-l
[MI-L] [Spam] bringing in a .shp file
Hopefully you have more than just one file..usually theresa set .shp, .dbf and possible others as well The process is very easy... in Mapinfo go Fileopen .. Look to the bottom of that window and findthe "file type" drop down menu is will have Mapinfo (*.tab) displayed by default Drop the list down to see esri (*.shp) then follow you nose to wherethe files stored and so one... Micheal From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, 20 June 2006 11:00 AMTo: mapinfo-l@lists.directionsmag.comSubject: [MI-L] [Spam] bringing in a .shp file How can I bring in a file that as an extention of .shp? I have tried and had no luck. Can someone give me step by step instructions? Thanks Check out AOL.com today. Breaking news, video search, pictures, email and IM. All on demand. Always Free. __ DISCLAIMER This email and any attachment is solely for the named addressee and may be confidential. If you have received this email in error, please notify the sender immediately and then destroy any copy of this message. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Rous Water. Before opening any attachments the recipient should check for the presence of viruses or defects. Rous Water accepts no liability for any damage caused by any virus transmitted by this email. Rous Water 218-232 Molesworth Street, Lismore NSW 2480 Australia www.rouswater.nsw.gov.au __ ___ MapInfo-L mailing list MapInfo-L@lists.directionsmag.com http://www.directionsmag.com/mailman/listinfo/mapinfo-l
Re: [MI-L] Bringing in a .shp file
Hi Tammy, Further to what Mike just suggested, you could also go to Tools Universal Translator Universal Translator and fill in the dialog box. The difference between the two methods is that with File Open, you can only view the file, whereas the Universal Translator "breaks the link" to the original SHP file and creates a new copy in native MapInfo format. The advantage this way is that you can edit the table, update data in the Browser, etc. Note though that both methods will not bring across any colours associated with the polygons. There is a company in Queensland that has a third party MBX that will do this, but I can't remember their details. Regards, Bill == - Original Message - From: Mike Gibson To: MapInfo-L@lists.directionsmag.com Sent: Tuesday, June 20, 2006 9:47 AM Subject: [MI-L] [Spam] bringing in a .shp file Hopefully you have more than just one file..usually theresa set .shp, .dbf and possible others as well The process is very easy... in Mapinfo go Fileopen .. Look to the bottom of that window and findthe "file type" drop down menu is will have Mapinfo (*.tab) displayed by default Drop the list down to see esri (*.shp) then follow you nose to wherethe files stored and so one... Micheal From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, 20 June 2006 11:00 AMTo: mapinfo-l@lists.directionsmag.comSubject: [MI-L] [Spam] bringing in a .shp file How can I bring in a file that as an extention of .shp? I have tried and had no luck. Can someone give me step by step instructions? Thanks Check out AOL.com today. Breaking news, video search, pictures, email and IM. All on demand. Always Free. __ DISCLAIMER This email and any attachment is solely for the named addressee and may be confidential. If you have received this email in error, please notify the sender immediately and then destroy any copy of this message. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Rous Water. Before opening any attachments the recipient should check for the presence of viruses or defects. Rous Water accepts no liability for any damage caused by any virus transmitted by this email. Rous Water 218-232 Molesworth Street, Lismore NSW 2480 Australia www.rouswater.nsw.gov.au __ ___MapInfo-L mailing listMapInfo-L@lists.directionsmag.comhttp://www.directionsmag.com/mailman/listinfo/mapinfo-l ___ MapInfo-L mailing list MapInfo-L@lists.directionsmag.com http://www.directionsmag.com/mailman/listinfo/mapinfo-l