MI-L Projection and Datum
Is there anyone can help me to convert this parameter and then add as a new projection menu into Mapinfo PRJ files? The horizontal coordinate system used by PDO is called PSD93 (PDO Survey Datum 1993) and is basically Clarke 1880 defined as follows : SpheroidClarke 1880 semi major axis 6378249.145 1/flattening293.465 Projection UTM N057E Latitude Origin 0° 0' 0.N Longitude Origin57° 0' 0.E North Origin0m East Origin 50m Scale Origin0.9996 A 7 parameter Transformation WGS84 to PSD93 has recently been determined as : dx +180.624 m rx -0.80970 sec. dy +225.516 m ry -1.89755 sec. dz -173.919 m rz +8.33604 sec. dS -16.71006 ppm LatitudeLongitude North EastElev PSHD93 20°20'56.967N 56°31'15.467E 225.00 45.00 0.000 PSD93 (CLARKE) 20°20'56.967N 56°31'15.467E 225.00 45.00 -2.063 WGS84 20°20'58.495N 56°31'25.456E 2250238.67 450290.96 -34.797 With regards, Wilfred - This message has been certified virus free by Medcoenergi Antivirus - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18479
RE: MI-L Turning Objects
Carlo, MapInfo has a rotate function in the Objects menu. I think this was added in version 7.0 og 7.5. You can also use the Rotate handle of the object to rotate a single object manually. From the MapInfo 8.0 User Guide: Also, if you click the on the fifth edit handle (rotate handle) and hold down the mouse button, you can rotate the highlighted box to the desired angle. A rubber banding box is drawn representing the bounds of the rotated object. If you press and hold SHIFT key while the rubber banding box is being drawn, the rotation will be limited to 45 degree increments. HTH, 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 COWI har fået ny hjemmeside. Ydelserne GIS og IT, kort, kortlægning, 3D visualisering og arealforvaltning ligger under SAMFUND. Se mere her : www.cowi.dk COWI has changed its homepage. Our services within cadastre and landadministration, geodataproducts, mapping and GIS can be seen under SOCIETY. See our services here: www.cowi.com -Original Message- From: Carlo Fazio [mailto:[EMAIL PROTECTED] Sent: Thursday, October 27, 2005 2:14 AM To: mapinfo-l@lists.directionsmag.com Subject: MI-L Turning Objects Is there a way to turn the orientation of objects quickly in MapInfo? I highlight one or a group of selected objects but I don't see any way of simply turning them clockwise with respect to north-south. I would like to do this without resizing them at all. This is something that is readily done in MS PowerPoint using the circular arrow button. Thank You, Carlo Fazio Vancouver Canada - Yahoo! FareChase - Search multiple travel sites in one click. - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18480
RE: MI-L Autonode irritation
Bill, Nice idea with the scotch. I'll have to try that some day ;-) A couple of ideas: 1. Change the Autonode Pixel Tolerance. If this has been set to 1 pixel, you'll get a lot of nodes. Try changing it to 5 og 10. I guess this tolerance also depends on the zoom you are working in. 2. Proces the autonode line afterwards with the Clean/Thin function to remove not necessary point 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 COWI har fået ny hjemmeside. Ydelserne GIS og IT, kort, kortlægning, 3D visualisering og arealforvaltning ligger under SAMFUND. Se mere her : www.cowi.dk COWI has changed its homepage. Our services within cadastre and landadministration, geodataproducts, mapping and GIS can be seen under SOCIETY. See our services here: www.cowi.com -Original Message- From: Data Directions [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 26, 2005 4:59 PM To: Mapinfo-L Subject: MI-L Autonode irritation Does anyone have any hints for using the new AutoNode feature in version 8.0? I can see that it could be extremely useful, but it is extremely hard to maintain a constant line, as my hand seems to naturally jiggle while digitising. Any hints would be greatly appreciated. Note that I have tried using both a mouse and more recently a pen tablet. Regards, Bill PS. Having a couple glasses of scotch didn't seem to help either! But it did taste good! - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18466 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18481
MI-L GPS for MapInfo
Hi, Does anyone have a recommendation on which GPS is best to use with MapInfo or does it not matter much? Thanks Tim Dr Tim Rideout Director Visit XYZ at the Frankfurt Book Fair - Hall 3.1 Stand L673 - Party Night 5pm Thursday 20th for a Whisky Tasting. The XYZ Digital Map Company Unit 9 Phase 2 Hardengreen Business Park Dalhousie Road, Dalkeith EH22 3NX, Scotland, Europe Tel: +44 131 454 0426 Fax: +44 131 454 0443 Mobile: +44 7766 825937 Email: [EMAIL PROTECTED] Web: www.xyzmaps.com
RE: MI-L composite European satellite image
Yes, see www.earthetc.com and look at the world images section. The terrabyte image is Landsat for the entire world as a single image. Install the ECW plugin for MapInfo and you can open it across the web by using the url. Regards Tim Dr Tim Rideout Director Visit us at the AGI Scotland Event - Edinburgh 1st December. The XYZ Digital Map Company Unit 9 Phase 2 Hardengreen Business Park Dalhousie Road, Dalkeith EH22 3NX, Scotland, Europe Tel: +44 131 454 0426 Fax: +44 131 454 0443 Mobile: +44 7766 825937 Email: [EMAIL PROTECTED] Web: www.xyzmaps.com -Original Message- From: Cinda Graubard [mailto:[EMAIL PROTECTED] Sent: 27 October 2005 00:39 To: mapinfo-l@lists.directionsmag.com Subject: MI-L composite European satellite image Can anyone point me to a free, earth registered, composite satellite image for all of Europe? Cinda Graubard GeoMax - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18469 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18483
MI-L Réf. : MI-L From RGB to CMYK (MapInfo 7.8)
Hi, I don't think there is a clean way to do this in MapInfo. We have been through this last year when we published our atlas and it is a very tough problem, because MapInfo doesn't manage colors. MapInfo only work in RGB and doesn't tag the exported files with any icc profiles. So the conversion has to be made in another program. If you export your maps to a raster file, then it's relatively easy to find a program affecting the SRGB color profile to your file and to translate this color space to another CMYK profile. The best is to get the profile from your printer, or you can convert to a standard color space, like Euroscale coated or not, or to the color standard of the US (I forgot its name). So, exporting to a raster file and managing the colors in Photoshop or InDesign is a good solution to handle color management. However if you have very fine and detailed datas on your maps, you will never get the quality of a vector file. Vector files are bad to handle colors however. First MapInfo doesn't export AI (Adobe Illustrator) files, but only to wmf files (the Window metafile standard). Anyway, neither of these vector files allows control over the conversion from RGB to CMYK. They seem to assume that if you need to print in CMYK, then you are using CMYK color palettes to make your drawings. There are no controlled conversion from RGB to CMYK. So what did we do ? We entered in a complicated dialogue with a commercial press house, made several rounds of tests with them. The final solution was that we exported the maps to wmf files and incorporated them in InDesign without any color managements. We provided test prints made on our Xerox printer which is able to print good colors starting from an RGB document. Starting from these prooves, the press house calibrated the colors of it's presses correctly and in the end the colors were matched pretty well. It's a great pain in the back that MIP doesn't offer CMYK palettes and only work in the RGB world. Well at least it's the case with version 7.5 .. may be things have improved with version 7.8 ? Téléchargez gratuitement Lausanne déchiffrée, 4 pages d'actualité statistique Commandez Lausanne à la carte, le nouvel atlas thématique lausannois 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 Autres sites à consulter : SCRIS Observatoire du logement Ali, Naz @ Vancouver Naz.Ali 26.10.2005 23:21 Pour : MI-L (E-mail) mapinfo-l@lists.directionsmag.com cc : Objet : MI-L From RGB to CMYK (MapInfo 7.8) Hi again Group: Is there a way to convert the colours in MapInfo from RGB to CMYK? I am sending thid map to a commercial printer as PDF. I just got a proof back and the colours don't look the same as what I would print here in-house! I am not very familiar with MapBasic so maybe there is a way in MapInfo or a tool that would be useful. Suggestions! Thanks! Naz Ali | GIS Marketing Services CB Richard Ellis Limited West Georgia Street, Suite 600 | Vancouver, BC V6E 4M3 T 604 662 5173 | F 604 684 9368 mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] | http://www.cbre.com/ www.cbre.com http://www.cbre.com/cbre_logo.jpg
RE: MI-L From RGB to CMYK (MapInfo 7.8)
Hi - not sure if this helps at all ... One solution, which does not involve MapInfo except for the source files, would be to use ACD Systems' (was Deneba's product) Canvas, with its GIS extensions. ACD systems is a Canadian company. The Canvas website is www.acdamerica.com There's a trial download you can get, with the GIS extensions. (www.acdamerica.com/support-canvas/canvas-software-downloads/canvas-downloa ds.html) Since Canvas is a high-class drawing package, which understands RGB and CMYK, it allows rendering of the GIS vectors in the colour format you require. And, it can export files as .AI and a number of high-fidelity drawing / design formats, if you require that. --- Ian Thomas GeoSciSoft - Perth, Australia -Original Message- From: Ali, Naz @ Vancouver [mailto:[EMAIL PROTECTED] Sent: Thursday, October 27, 2005 5:21 AM To: MI-L (E-mail) Subject: MI-L From RGB to CMYK (MapInfo 7.8) Hi again Group: Is there a way to convert the colours in MapInfo from RGB to CMYK? I am sending thid map to a commercial printer as PDF. I just got a proof back and the colours don't look the same as what I would print here in-house! I am not very familiar with MapBasic so maybe there is a way in MapInfo or a tool that would be useful. Suggestions! Thanks! Naz Ali | GIS Marketing Services CB Richard Ellis Limited West Georgia Street, Suite 600 | Vancouver, BC V6E 4M3 T 604 662 5173 | F 604 684 9368 mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] | http://www.cbre.com/ www.cbre.com http://www.cbre.com/cbre_logo.jpg -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.361 / Virus Database: 267.12.5/149 - Release Date: 25/10/2005 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18486
RE: MI-L Sri Lanka data
Hi All Could anybody assist us in obtaining data for Sri Lanka. Does anybody know what projection they use. Regards Hentie http://www.africon.com/MasterPages/Legalnotice/Legalnotice.htm - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18487
Re: MI-L Calling a VB.NET assembly from MapBasic
Colin, There is only one option to create a DLL based on .NET code that can be called from mapbasic without any further wrappers: Delphi.NET You can be dead sure VB.NET doesn't support such an old-fashioned thing as DLL's - not even VB6 did that. VB tools and mapbasic just doesn't match up. Perhaps with a wrapper written in some other language (C++ / delphi). Regards Uffe - Original Message - From: Colin Henderson [EMAIL PROTECTED] To: mapinfo-l@lists.directionsmag.com Sent: Thursday, October 27, 2005 10:22 AM Subject: MI-L Calling a VB.NET assembly from MapBasic Hi All, Has anyone tried to call a VB.NET assembly from MapBasic? I notice in the assenbly you can create it so that is registers as a COM assembly, is it possible to call a COM assembly from MapBasic? I suspect the answer is no but if anyone can shed any light on this it would be useful. It must be possible as in the UK MapInfo has an application built in .NET and running inside MapInfo with a ToolBar - for those UK based people it is the BS7666 GMS application. If anyone has this in their authority do they have an y clues as to how it interacts with MapInfo? I look forward to hearing anyone's views! Thanks, Colin Henderson - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18488
RE: MI-L Calling a VB.NET assembly from MapBasic
Not quite right .. All of .NET supports ordinary, Win32 DLLs (and ActiveX DLLs) - the problem is just to get MapBasic to call a DLL that's a wrapper to the .NET application. For that, you're right that you would need to write a C-call convention DLL in C++ or Delphi. The problem then just boils down to the usual, with MapBasic - callbacks, etc. VB.NET or C#.NET (or for that matter, Cobol.NET or Eiffel.NET) all compile to much the same IL which the CLR runs in identical fashion. --- Ian Thomas GeoSciSoft - Perth, Australia -Original Message- From: Uffe Kousgaard [mailto:[EMAIL PROTECTED] Sent: Thursday, October 27, 2005 4:44 PM To: Mapinfo-L Subject: Re: MI-L Calling a VB.NET assembly from MapBasic Colin, There is only one option to create a DLL based on .NET code that can be called from mapbasic without any further wrappers: Delphi.NET You can be dead sure VB.NET doesn't support such an old-fashioned thing as DLL's - not even VB6 did that. VB tools and mapbasic just doesn't match up. Perhaps with a wrapper written in some other language (C++ / delphi). Regards Uffe -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.361 / Virus Database: 267.12.5/149 - Release Date: 25/10/2005 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18489
Re: MI-L Calling a VB.NET assembly from MapBasic
Then let's be more precise: Most, if not all, .NET langauges can call DLL's / OCX's, true. But that won't help Colin. Delphi.NET is the only one that can create DLL's with IL code inside, that can be called from mapbasic. No additional wrappers required. Perhaps managed C++ can also do it now, I can't say for sure. Last time we discussed this I created this small setup: www.routeware.dk/dot_net_dll.zip Regards Uffe - Original Message - From: SCISOFT [EMAIL PROTECTED] To: 'Mapinfo-L' mapinfo-l@lists.directionsmag.com Sent: Thursday, October 27, 2005 11:00 AM Subject: RE: MI-L Calling a VB.NET assembly from MapBasic Not quite right .. All of .NET supports ordinary, Win32 DLLs (and ActiveX DLLs) - the problem is just to get MapBasic to call a DLL that's a wrapper to the .NET application. For that, you're right that you would need to write a C-call convention DLL in C++ or Delphi. The problem then just boils down to the usual, with MapBasic - callbacks, etc. VB.NET or C#.NET (or for that matter, Cobol.NET or Eiffel.NET) all compile to much the same IL which the CLR runs in identical fashion. --- Ian Thomas GeoSciSoft - Perth, Australia -Original Message- From: Uffe Kousgaard [mailto:[EMAIL PROTECTED] Sent: Thursday, October 27, 2005 4:44 PM To: Mapinfo-L Subject: Re: MI-L Calling a VB.NET assembly from MapBasic Colin, There is only one option to create a DLL based on .NET code that can be called from mapbasic without any further wrappers: Delphi.NET You can be dead sure VB.NET doesn't support such an old-fashioned thing as DLL's - not even VB6 did that. VB tools and mapbasic just doesn't match up. Perhaps with a wrapper written in some other language (C++ / delphi). Regards Uffe -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.361 / Virus Database: 267.12.5/149 - Release Date: 25/10/2005 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18489 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18490
RE: MI-L Calling a VB.NET assembly from MapBasic
Uffe Sure, I recall that - about 12 months ago. And Delphi is perhaps unique in combining Win32 and .NET code (I don't know), but it still remains a possibility that any C-calling convention DLL (eg, one made with unmanaged C++ or C code / compiler) would be able to run a .NET assembly, and that .NET assembly could talk back. That's all I was saying .. Maybe Colin's probably better advised to look at MapXtreme .NET? (except for the cost - writing a bit of C++ and some .NET code in even the so-uncool VB.NET is as cheap as zero $ - more if Visual Studio is purchased). --- Ian Thomas GeoSciSoft - Perth, Australia -Original Message- From: Uffe Kousgaard [mailto:[EMAIL PROTECTED] Sent: Thursday, October 27, 2005 5:14 PM To: Mapinfo-L Subject: Re: MI-L Calling a VB.NET assembly from MapBasic Then let's be more precise: Most, if not all, .NET langauges can call DLL's / OCX's, true. But that won't help Colin. Delphi.NET is the only one that can create DLL's with IL code inside, that can be called from mapbasic. No additional wrappers required. Perhaps managed C++ can also do it now, I can't say for sure. Last time we discussed this I created this small setup: www.routeware.dk/dot_net_dll.zip Regards Uffe - Original Message - From: SCISOFT [EMAIL PROTECTED] To: 'Mapinfo-L' mapinfo-l@lists.directionsmag.com Sent: Thursday, October 27, 2005 11:00 AM Subject: RE: MI-L Calling a VB.NET assembly from MapBasic Not quite right .. All of .NET supports ordinary, Win32 DLLs (and ActiveX DLLs) - the problem is just to get MapBasic to call a DLL that's a wrapper to the .NET application. For that, you're right that you would need to write a C-call convention DLL in C++ or Delphi. The problem then just boils down to the usual, with MapBasic - callbacks, etc. VB.NET or C#.NET (or for that matter, Cobol.NET or Eiffel.NET) all compile to much the same IL which the CLR runs in identical fashion. --- Ian Thomas GeoSciSoft - Perth, Australia -Original Message- From: Uffe Kousgaard [mailto:[EMAIL PROTECTED] Sent: Thursday, October 27, 2005 4:44 PM To: Mapinfo-L Subject: Re: MI-L Calling a VB.NET assembly from MapBasic Colin, There is only one option to create a DLL based on .NET code that can be called from mapbasic without any further wrappers: Delphi.NET You can be dead sure VB.NET doesn't support such an old-fashioned thing as DLL's - not even VB6 did that. VB tools and mapbasic just doesn't match up. Perhaps with a wrapper written in some other language (C++ / delphi). Regards Uffe -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.361 / Virus Database: 267.12.5/149 - Release Date: 25/10/2005 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18489 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18490 -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.361 / Virus Database: 267.12.5/149 - Release Date: 25/10/2005 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.361 / Virus Database: 267.12.5/149 - Release Date: 25/10/2005 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18491
MI-L Covert GPS / GPRS
Dear all I am looking for a covert GPS that has GPRS capabilities to send its position and that is able to work with NO antenna. Thank you for your help Best Regards H. Tazi
RE: MI-L Best Plotter for MapInfo
Most of my clients are related to the mining industry, and as such seem to like to produce the largest size map possible with some form of raster base with both solid and transparent fills. This can become a nightmare when trying to produce plots. At this point the standard plotter for this industry is some variety of an HP Designjet. Due to the limitations imposed by MapInfo, these plotters offer more resolution than MapInfo can handle for the larger size plots and needs to be 'tweaked' to get the plotter/MapInfo to work together - so latest and greatest may not be worth the money if they can't work well with MapInfo. There are directions included in the MapInfo Printer guide that are quite helpful. Another couple of items to add to the list are 1. MapInfo does not work with PostScript so stay away from that. 2. When working with the HP plotters, we always set the processing to be handled on the computer - it's MUCH faster for output time. That's true even with networked plotters. Hope that helps a bit. Barbara -Original Message- From: Susan Yu [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 26, 2005 7:57 PM To: mapinfo-l@lists.directionsmag.com Subject: MI-L Best Plotter for MapInfo Hi everyone, I tried to do a search on this topic, but wasn't able to find answers. Currently we are looking to upgrade our plotters. We have an HP Designjet 1055CM connected through our corporate network. I find that the plotter in general is good (print quality-wise) with only a bit of banding streaks for solid fills... but then I have nothing else to really compare it with. Due to some complex and detailed graphics that we use, it takes time to plot large Arch E-sized maps (One example we tested took ~40 min from MapInfo... which is actually not too bad. We've seen it take 1-2 hrs for more complex maps.) The other issue is that when we spool our maps to the plotter, we can't touch the computer. If we do, sometimes, the information sent to the plotter gets messed up and prints parts of the map in gray. So to go around it, we set the map to print, have a very long break and come back once the map has finished spooling to the plotter. Although we've learned to live with these limitations, a recent visit from the folks at Xerox and their promises of better and faster plotters than our HP made us wonder what other MapInfo users are using for plotters. I'm really curious to know what other MapInfo users are using. So my question is more of a poll: What plotters are you using, and how do you find it performs with MapInfo? (pros and cons). Does anyone have Xerox plotters? Anyone have preferences to brand? (i.e. HP vs. Epson vs. Canon etc) If you had all the money in the world, what plotter would you buy and why? ( i.e. what's the latest and greatest out there?) And any additional comments you might have regarding this... By the way, we're based in Toronto, Ontario, Canada - if that makes any difference. Thanks! I look forward to your responses! Susan - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18493
Re: MI-L Best Plotter for MapInfo
Thanks so much for all your feedback! Please keep them coming. I will summarize your responses. It's also good to know that MapInfo cannot handle postscripts. We tried, but it didn't work. I thought it was because we weren't using a RIP device... but maybe that's just a MapInfo problem. It seems, at this point, a lot of us are using HP's... thanks, Susan On 10/27/05, Barbara H. Carroll [EMAIL PROTECTED] wrote: Most of my clients are related to the mining industry, and as such seem to like to produce the largest size map possible with some form of raster base with both solid and transparent fills. This can become a nightmare when trying to produce plots. At this point the standard plotter for this industry is some variety of an HP Designjet. Due to the limitations imposed by MapInfo, these plotters offer more resolution than MapInfo can handle for the larger size plots and needs to be 'tweaked' to get the plotter/MapInfo to work together - so latest and greatest may not be worth the money if they can't work well with MapInfo. There are directions included in the MapInfo Printer guide that are quite helpful. Another couple of items to add to the list are 1. MapInfo does not work with PostScript so stay away from that. 2. When working with the HP plotters, we always set the processing to be handled on the computer - it's MUCH faster for output time. That's true even with networked plotters. Hope that helps a bit. Barbara -Original Message- From: Susan Yu [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 26, 2005 7:57 PM To: mapinfo-l@lists.directionsmag.com Subject: MI-L Best Plotter for MapInfo Hi everyone, I tried to do a search on this topic, but wasn't able to find answers. Currently we are looking to upgrade our plotters. We have an HP Designjet 1055CM connected through our corporate network. I find that the plotter in general is good (print quality-wise) with only a bit of banding streaks for solid fills... but then I have nothing else to really compare it with. Due to some complex and detailed graphics that we use, it takes time to plot large Arch E-sized maps (One example we tested took ~40 min from MapInfo... which is actually not too bad. We've seen it take 1-2 hrs for more complex maps.) The other issue is that when we spool our maps to the plotter, we can't touch the computer. If we do, sometimes, the information sent to the plotter gets messed up and prints parts of the map in gray. So to go around it, we set the map to print, have a very long break and come back once the map has finished spooling to the plotter. Although we've learned to live with these limitations, a recent visit from the folks at Xerox and their promises of better and faster plotters than our HP made us wonder what other MapInfo users are using for plotters. I'm really curious to know what other MapInfo users are using. So my question is more of a poll: What plotters are you using, and how do you find it performs with MapInfo? (pros and cons). Does anyone have Xerox plotters? Anyone have preferences to brand? (i.e. HP vs. Epson vs. Canon etc) If you had all the money in the world, what plotter would you buy and why? ( i.e. what's the latest and greatest out there?) And any additional comments you might have regarding this... By the way, we're based in Toronto, Ontario, Canada - if that makes any difference. Thanks! I look forward to your responses! Susan - List hosting provided by Directions Magazine | www.directionsmag.comhttp://www.directionsmag.com| To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18493
RE: MI-L MapBasic opening Excel
Hi Mike, I personally use of the windows shell32 function FindExecutable which returns the path to the program associated with a file type. The function is not restricted to Excel files, it opens any file type with any associated program. I also use it for PDF and other file types. Here's the code: The first function calls the windows API, the second is a custom MapBasic function to interface with it. Declare Function FindExecutable Lib shell32.dll Alias FindExecutableA (ByVal lpFile As String, ByVal lpDirectory As String, lpResult As String *256) As Integer Declare Function FindAndExecute (ByVal file_path As String, ByVal file_name As String) As Logical Function FindAndExecute (ByVal file_path As String, Byval file_name As String) As Logical Dim file_operation As Integer Dim executable_path As String *256 file_operation = FindExecutable(file_name, file_path, executable_path) If file_operation 32 Then executable_path = LTrim$(RTrim$(executable_path)) Run Program executable_path + + file_path + file_name FindAndExecute = True Else Note Unable to find a program associated with that file type. FindAndExecute = False End If End Function Regards, Jorge ___ Jorge Gil Simulation Developer SPACE SYNTAX D +44 (0) 20 7940 1881 [EMAIL PROTECTED] www.spacesyntax.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 25 October 2005 19:20 To: MapInfo-L@lists.directionsmag.com Subject: MI-L MapBasic opening Excel Hello all, I have a MapBasic app writing out a comma delimited file, then launching Excel, where a macro opens and formats the data. Here is the mb code: sReportXLS = myreport.xls sRunline = C:\Program Files\Microsoft Office\Office11\Excel /e + chr$(34) + sReportXLS + chr$(34) Run Program sRunline My, question: is it possible to obtain the machine's Excel.exe path, rather than having it hardwired? I want to be able to handle unexpected Excel setups. Thanks, Mike - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18495
RE: MI-L Best Plotter for MapInfo
Susan: We are in the process of getting a new website and large format map printing service launched at http://www.geoprinter.com (still in beta until Friday). You simply place an order, upload a PDF document, and it is shipped out to you for delivery as early as the next day. As part of the service, we are offering a free PDF print driver utility you can download (which is available now) so you can quickly and easily create single page high resolution PDF documents in sizes up to 9 X 12 feet (MapInfo's current maximum size is about 50 X 50). So, instead of buying a new plotter, you might want to consider just outsourcing it. Depending on the volume you are doing, it may be less expensive, especially when you factor in the cost of consumables and the big chunk of office space large format plotters typically take up. For example, a laminated 36 X 48 map is only $125 + shipping. Thanks, Kent Hargesheimer Managing Partner Geographic Enterprises http://www.geo-e.com tel 919.341.1535 -Original Message- From: Barbara H. Carroll [mailto:[EMAIL PROTECTED] Sent: Thursday, October 27, 2005 9:58 AM To: 'Susan Yu'; mapinfo-l@lists.directionsmag.com Subject: RE: MI-L Best Plotter for MapInfo Most of my clients are related to the mining industry, and as such seem to like to produce the largest size map possible with some form of raster base with both solid and transparent fills. This can become a nightmare when trying to produce plots. At this point the standard plotter for this industry is some variety of an HP Designjet. Due to the limitations imposed by MapInfo, these plotters offer more resolution than MapInfo can handle for the larger size plots and needs to be 'tweaked' to get the plotter/MapInfo to work together - so latest and greatest may not be worth the money if they can't work well with MapInfo. There are directions included in the MapInfo Printer guide that are quite helpful. Another couple of items to add to the list are 1. MapInfo does not work with PostScript so stay away from that. 2. When working with the HP plotters, we always set the processing to be handled on the computer - it's MUCH faster for output time. That's true even with networked plotters. Hope that helps a bit. Barbara -Original Message- From: Susan Yu [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 26, 2005 7:57 PM To: mapinfo-l@lists.directionsmag.com Subject: MI-L Best Plotter for MapInfo Hi everyone, I tried to do a search on this topic, but wasn't able to find answers. Currently we are looking to upgrade our plotters. We have an HP Designjet 1055CM connected through our corporate network. I find that the plotter in general is good (print quality-wise) with only a bit of banding streaks for solid fills... but then I have nothing else to really compare it with. Due to some complex and detailed graphics that we use, it takes time to plot large Arch E-sized maps (One example we tested took ~40 min from MapInfo... which is actually not too bad. We've seen it take 1-2 hrs for more complex maps.) The other issue is that when we spool our maps to the plotter, we can't touch the computer. If we do, sometimes, the information sent to the plotter gets messed up and prints parts of the map in gray. So to go around it, we set the map to print, have a very long break and come back once the map has finished spooling to the plotter. Although we've learned to live with these limitations, a recent visit from the folks at Xerox and their promises of better and faster plotters than our HP made us wonder what other MapInfo users are using for plotters. I'm really curious to know what other MapInfo users are using. So my question is more of a poll: What plotters are you using, and how do you find it performs with MapInfo? (pros and cons). Does anyone have Xerox plotters? Anyone have preferences to brand? (i.e. HP vs. Epson vs. Canon etc) If you had all the money in the world, what plotter would you buy and why? ( i.e. what's the latest and greatest out there?) And any additional comments you might have regarding this... By the way, we're based in Toronto, Ontario, Canada - if that makes any difference. Thanks! I look forward to your responses! Susan - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18493 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18496
MI-L Labelling using 'adjacent' objects
I would like to lable polygons in a grid of +3,000 polygons. I would like to label polygons that are directly to the south (but not within) another polygon with data from the other polygon. In other words, I'm dealing with a grid of thousands of polygons are in rows seperated by (not within) aisles that go accross the area at regular intervals. Does anybody know of a labelling tool that will label using 'adjacent' features as opposed to features that fall within eachother. I would suspect that this is acheivable using MapBasic Programming? Thanks, Carlo Fazio Vancouver Canada - Yahoo! FareChase - Search multiple travel sites in one click.
RE: MI-L Best Plotter for MapInfo
I may be mistaken but I believe the maximum output size for MapInfo is a function of the resolution set from the printer and the page size. For example at 600dpi PDF's the dimension limit is 28000/600=46.66 inches. (Either direction). As the resolution set at the output device goes up, the dimensions go down and vice versa. So at 300dpi a PDF of 93.33x93.33 inches is possible. Cinda Graubard GeoMax At 08:57 AM 10/27/2005, you wrote: Susan: We are in the process of getting a new website and large format map printing service launched at http://www.geoprinter.com (still in beta until Friday). You simply place an order, upload a PDF document, and it is shipped out to you for delivery as early as the next day. As part of the service, we are offering a free PDF print driver utility you can download (which is available now) so you can quickly and easily create single page high resolution PDF documents in sizes up to 9 X 12 feet (MapInfo's current maximum size is about 50 X 50). So, instead of buying a new plotter, you might want to consider just outsourcing it. Depending on the volume you are doing, it may be less expensive, especially when you factor in the cost of consumables and the big chunk of office space large format plotters typically take up. For example, a laminated 36 X 48 map is only $125 + shipping. Thanks, Kent Hargesheimer Managing Partner Geographic Enterprises http://www.geo-e.com tel 919.341.1535 -Original Message- From: Barbara H. Carroll [mailto:[EMAIL PROTECTED] Sent: Thursday, October 27, 2005 9:58 AM To: 'Susan Yu'; mapinfo-l@lists.directionsmag.com Subject: RE: MI-L Best Plotter for MapInfo Most of my clients are related to the mining industry, and as such seem to like to produce the largest size map possible with some form of raster base with both solid and transparent fills. This can become a nightmare when trying to produce plots. At this point the standard plotter for this industry is some variety of an HP Designjet. Due to the limitations imposed by MapInfo, these plotters offer more resolution than MapInfo can handle for the larger size plots and needs to be 'tweaked' to get the plotter/MapInfo to work together - so latest and greatest may not be worth the money if they can't work well with MapInfo. There are directions included in the MapInfo Printer guide that are quite helpful. Another couple of items to add to the list are 1. MapInfo does not work with PostScript so stay away from that. 2. When working with the HP plotters, we always set the processing to be handled on the computer - it's MUCH faster for output time. That's true even with networked plotters. Hope that helps a bit. Barbara -Original Message- From: Susan Yu [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 26, 2005 7:57 PM To: mapinfo-l@lists.directionsmag.com Subject: MI-L Best Plotter for MapInfo Hi everyone, I tried to do a search on this topic, but wasn't able to find answers. Currently we are looking to upgrade our plotters. We have an HP Designjet 1055CM connected through our corporate network. I find that the plotter in general is good (print quality-wise) with only a bit of banding streaks for solid fills... but then I have nothing else to really compare it with. Due to some complex and detailed graphics that we use, it takes time to plot large Arch E-sized maps (One example we tested took ~40 min from MapInfo... which is actually not too bad. We've seen it take 1-2 hrs for more complex maps.) The other issue is that when we spool our maps to the plotter, we can't touch the computer. If we do, sometimes, the information sent to the plotter gets messed up and prints parts of the map in gray. So to go around it, we set the map to print, have a very long break and come back once the map has finished spooling to the plotter. Although we've learned to live with these limitations, a recent visit from the folks at Xerox and their promises of better and faster plotters than our HP made us wonder what other MapInfo users are using for plotters. I'm really curious to know what other MapInfo users are using. So my question is more of a poll: What plotters are you using, and how do you find it performs with MapInfo? (pros and cons). Does anyone have Xerox plotters? Anyone have preferences to brand? (i.e. HP vs. Epson vs. Canon etc) If you had all the money in the world, what plotter would you buy and why? ( i.e. what's the latest and greatest out there?) And any additional comments you might have regarding this... By the way, we're based in Toronto, Ontario, Canada - if that makes any difference. Thanks! I look forward to your responses! Susan - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18493
RE: MI-L Best Plotter for MapInfo
Cinda: Yes, that is right it is a function of the resolution. The GeoPrinter utility is fixed at 600dbi to ensure high resolution quality output, so the approximate 50 X 50 limit applies at 600dpi. Kent Hargesheimer Geographic Enterprises http://www.geo-e.com tel 919.341.1535 -Original Message- From: Cinda Graubard [mailto:[EMAIL PROTECTED] Sent: Thursday, October 27, 2005 11:48 AM To: [EMAIL PROTECTED]; mapinfo-l@lists.directionsmag.com Subject: RE: MI-L Best Plotter for MapInfo I may be mistaken but I believe the maximum output size for MapInfo is a function of the resolution set from the printer and the page size. For example at 600dpi PDF's the dimension limit is 28000/600=46.66 inches. (Either direction). As the resolution set at the output device goes up, the dimensions go down and vice versa. So at 300dpi a PDF of 93.33x93.33 inches is possible. Cinda Graubard GeoMax At 08:57 AM 10/27/2005, you wrote: Susan: We are in the process of getting a new website and large format map printing service launched at http://www.geoprinter.com (still in beta until Friday). You simply place an order, upload a PDF document, and it is shipped out to you for delivery as early as the next day. As part of the service, we are offering a free PDF print driver utility you can download (which is available now) so you can quickly and easily create single page high resolution PDF documents in sizes up to 9 X 12 feet (MapInfo's current maximum size is about 50 X 50). So, instead of buying a new plotter, you might want to consider just outsourcing it. Depending on the volume you are doing, it may be less expensive, especially when you factor in the cost of consumables and the big chunk of office space large format plotters typically take up. For example, a laminated 36 X 48 map is only $125 + shipping. Thanks, Kent Hargesheimer Managing Partner Geographic Enterprises http://www.geo-e.com tel 919.341.1535 -Original Message- From: Barbara H. Carroll [mailto:[EMAIL PROTECTED] Sent: Thursday, October 27, 2005 9:58 AM To: 'Susan Yu'; mapinfo-l@lists.directionsmag.com Subject: RE: MI-L Best Plotter for MapInfo Most of my clients are related to the mining industry, and as such seem to like to produce the largest size map possible with some form of raster base with both solid and transparent fills. This can become a nightmare when trying to produce plots. At this point the standard plotter for this industry is some variety of an HP Designjet. Due to the limitations imposed by MapInfo, these plotters offer more resolution than MapInfo can handle for the larger size plots and needs to be 'tweaked' to get the plotter/MapInfo to work together - so latest and greatest may not be worth the money if they can't work well with MapInfo. There are directions included in the MapInfo Printer guide that are quite helpful. Another couple of items to add to the list are 1. MapInfo does not work with PostScript so stay away from that. 2. When working with the HP plotters, we always set the processing to be handled on the computer - it's MUCH faster for output time. That's true even with networked plotters. Hope that helps a bit. Barbara -Original Message- From: Susan Yu [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 26, 2005 7:57 PM To: mapinfo-l@lists.directionsmag.com Subject: MI-L Best Plotter for MapInfo Hi everyone, I tried to do a search on this topic, but wasn't able to find answers. Currently we are looking to upgrade our plotters. We have an HP Designjet 1055CM connected through our corporate network. I find that the plotter in general is good (print quality-wise) with only a bit of banding streaks for solid fills... but then I have nothing else to really compare it with. Due to some complex and detailed graphics that we use, it takes time to plot large Arch E-sized maps (One example we tested took ~40 min from MapInfo... which is actually not too bad. We've seen it take 1-2 hrs for more complex maps.) The other issue is that when we spool our maps to the plotter, we can't touch the computer. If we do, sometimes, the information sent to the plotter gets messed up and prints parts of the map in gray. So to go around it, we set the map to print, have a very long break and come back once the map has finished spooling to the plotter. Although we've learned to live with these limitations, a recent visit from the folks at Xerox and their promises of better and faster plotters than our HP made us wonder what other MapInfo users are using for plotters. I'm really curious to know what other MapInfo users are using. So my question is more of a poll: What plotters are you using, and how do you find it performs with MapInfo? (pros and cons). Does anyone have Xerox plotters? Anyone have preferences to brand? (i.e. HP vs. Epson vs. Canon etc) If you had all the money in the world, what plotter would you buy and why? ( i.e. what's the latest and greatest out there?) And any additional
RE: MI-L Sri Lanka data
Sri Lanka uses the Gauss-Krueger Transverse Mercator projection and it is truncated at the 5th derivative. Clifford J. Mugnier Chief of Geodesy and Associate Director, CENTER FOR GEOINFORMATICS Department of Civil Engineering CEBA 3223A LOUISIANA STATE UNIVERSITY Baton Rouge, LA 70803 Voice and Facsimile: (225) 578-8536 [Academic] Voice and Facsimile: (225) 578-4474 [Research] == http://www.asprs.org/resources/GRIDS/ http://www.cee.lsu.edu/facultyStaff/mugnier/index.html == Hi All Could anybody assist us in obtaining data for Sri Lanka. Does anybody know what projection they use. Regards Hentie - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18500
RE: MI-L Best Plotter for MapInfo
Hello, The method we have used to get around the size constraint with MapInfo Pro included a PostScript device driver that allowed us to resize the plot from the HoldPreview function of the plotter. This particular plotter is an HP 2800 CP with a Fiery RIP. One would hope that newer models will likely provide similar functionality. Ken Tozier -Original Message- From: Kent Hargesheimer [mailto:[EMAIL PROTECTED] Sent: Thursday, October 27, 2005 11:52 AM To: 'Cinda Graubard'; mapinfo-l@lists.directionsmag.com Subject: RE: MI-L Best Plotter for MapInfo Cinda: Yes, that is right it is a function of the resolution. The GeoPrinter utility is fixed at 600dbi to ensure high resolution quality output, so the approximate 50 X 50 limit applies at 600dpi. Kent Hargesheimer Geographic Enterprises http://www.geo-e.com tel 919.341.1535 -Original Message- From: Cinda Graubard [mailto:[EMAIL PROTECTED] Sent: Thursday, October 27, 2005 11:48 AM To: [EMAIL PROTECTED]; mapinfo-l@lists.directionsmag.com Subject: RE: MI-L Best Plotter for MapInfo I may be mistaken but I believe the maximum output size for MapInfo is a function of the resolution set from the printer and the page size. For example at 600dpi PDF's the dimension limit is 28000/600=46.66 inches. (Either direction). As the resolution set at the output device goes up, the dimensions go down and vice versa. So at 300dpi a PDF of 93.33x93.33 inches is possible. Cinda Graubard GeoMax At 08:57 AM 10/27/2005, you wrote: Susan: We are in the process of getting a new website and large format map printing service launched at http://www.geoprinter.com (still in beta until Friday). You simply place an order, upload a PDF document, and it is shipped out to you for delivery as early as the next day. As part of the service, we are offering a free PDF print driver utility you can download (which is available now) so you can quickly and easily create single page high resolution PDF documents in sizes up to 9 X 12 feet (MapInfo's current maximum size is about 50 X 50). So, instead of buying a new plotter, you might want to consider just outsourcing it. Depending on the volume you are doing, it may be less expensive, especially when you factor in the cost of consumables and the big chunk of office space large format plotters typically take up. For example, a laminated 36 X 48 map is only $125 + shipping. Thanks, Kent Hargesheimer Managing Partner Geographic Enterprises http://www.geo-e.com tel 919.341.1535 -Original Message- From: Barbara H. Carroll [mailto:[EMAIL PROTECTED] Sent: Thursday, October 27, 2005 9:58 AM To: 'Susan Yu'; mapinfo-l@lists.directionsmag.com Subject: RE: MI-L Best Plotter for MapInfo Most of my clients are related to the mining industry, and as such seem to like to produce the largest size map possible with some form of raster base with both solid and transparent fills. This can become a nightmare when trying to produce plots. At this point the standard plotter for this industry is some variety of an HP Designjet. Due to the limitations imposed by MapInfo, these plotters offer more resolution than MapInfo can handle for the larger size plots and needs to be 'tweaked' to get the plotter/MapInfo to work together - so latest and greatest may not be worth the money if they can't work well with MapInfo. There are directions included in the MapInfo Printer guide that are quite helpful. Another couple of items to add to the list are 1. MapInfo does not work with PostScript so stay away from that. 2. When working with the HP plotters, we always set the processing to be handled on the computer - it's MUCH faster for output time. That's true even with networked plotters. Hope that helps a bit. Barbara -Original Message- From: Susan Yu [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 26, 2005 7:57 PM To: mapinfo-l@lists.directionsmag.com Subject: MI-L Best Plotter for MapInfo Hi everyone, I tried to do a search on this topic, but wasn't able to find answers. Currently we are looking to upgrade our plotters. We have an HP Designjet 1055CM connected through our corporate network. I find that the plotter in general is good (print quality-wise) with only a bit of banding streaks for solid fills... but then I have nothing else to really compare it with. Due to some complex and detailed graphics that we use, it takes time to plot large Arch E-sized maps (One example we tested took ~40 min from MapInfo... which is actually not too bad. We've seen it take 1-2 hrs for more complex maps.) The other issue is that when we spool our maps to the plotter, we can't touch the computer. If we do, sometimes, the information sent to the plotter gets messed up and prints parts of the map in gray. So to go around it, we set the map to print, have a very long break and come back once the map has finished spooling to the plotter. Although we've learned to live with these limitations, a recent visit
RE: MI-L MapBasic opening Excel
Jorge, I like your solution but for it to work properly, it needs a small correction in the run program command that should read Run Program executable_path + + chr$(34)+ file_path + file_name +chr$(34) I do not know if a path containing spaces caused the trouble but with the quotation marks it works in all circumstances. Jacques Paris e-mail [EMAIL PROTECTED] MapBasic-MapInfo support http://www.paris-pc-gis.com -Original Message- From: Jorge Gil [mailto:[EMAIL PROTECTED] Sent: October 27, 2005 10:42 To: [EMAIL PROTECTED]; MapInfo-L@lists.directionsmag.com Subject: RE: MI-L MapBasic opening Excel Hi Mike, I personally use of the windows shell32 function FindExecutable which returns the path to the program associated with a file type. The function is not restricted to Excel files, it opens any file type with any associated program. I also use it for PDF and other file types. Here's the code: The first function calls the windows API, the second is a custom MapBasic function to interface with it. Declare Function FindExecutable Lib shell32.dll Alias FindExecutableA (ByVal lpFile As String, ByVal lpDirectory As String, lpResult As String *256) As Integer Declare Function FindAndExecute (ByVal file_path As String, ByVal file_name As String) As Logical Function FindAndExecute (ByVal file_path As String, Byval file_name As String) As Logical Dim file_operation As Integer Dim executable_path As String *256 file_operation = FindExecutable(file_name, file_path, executable_path) If file_operation 32 Then executable_path = LTrim$(RTrim$(executable_path)) Run Program executable_path + + file_path + file_name FindAndExecute = True Else Note Unable to find a program associated with that file type. FindAndExecute = False End If End Function Regards, Jorge ___ Jorge Gil Simulation Developer SPACE SYNTAX D +44 (0) 20 7940 1881 [EMAIL PROTECTED] www.spacesyntax.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 25 October 2005 19:20 To: MapInfo-L@lists.directionsmag.com Subject: MI-L MapBasic opening Excel Hello all, I have a MapBasic app writing out a comma delimited file, then launching Excel, where a macro opens and formats the data. Here is the mb code: sReportXLS = myreport.xls sRunline = C:\Program Files\Microsoft Office\Office11\Excel /e + chr$(34) + sReportXLS + chr$(34) Run Program sRunline My, question: is it possible to obtain the machine's Excel.exe path, rather than having it hardwired? I want to be able to handle unexpected Excel setups. Thanks, Mike - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18495 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18502
RE: MI-L Routing
Hi Mike, My ex colleagues at Geocom TMS are in this business. Check out their website at http://www.geocomtms.com/ Serge Mike [EMAIL PROTECTED] a écrit : Hi Has anyone used routing software with MapInfo to determine optimum routes for garbage collection. Any info or thoughts would be appreciated. Mike Thompson Pictou Co. District Planning Commission PO Box 2500 Stellarton Nova Scotia B0K 1S0 - Lèche-vitrine ou lèche-écran ? Yahoo! Magasinage.
RE: MI-L Calling a VB.NET assembly from MapBasic
Hi All, Here is my 2 cents worth, since I was asleep while this was happening. With MS Visual Studio .NET, Borland Delphi Studio, and #develop you can create a Win32 DLL that can be called from MapBasic and contains .NET code, and controls, etc code without any additional coding. I prefer using C# and it wasn't a huge learning curve to move from VB. Engage3D is a .NET product that runs from inside MapInfo (http://www.encom.com.au). Unfortunately I don't have a sample that I can share. The interaction between MapInfo and a DLL can easily be achieved with an OLE call back to MapInfo. This is easy to setup and works well. Hope this helps. Cheers Ian Ian Tidy GIS Administrator Works Asset Department Napier City Council Hastings St, Private Bag 6010, Napier, New Zealand Phone +64-6-835-7579 Ext. 8115 Fax +64-6-835-7574 mailto:[EMAIL PROTECTED] http://www.napier.govt.nz -Original Message- From: SCISOFT [mailto:[EMAIL PROTECTED] Sent: Thursday, 27 October 2005 11:30 p.m. To: 'Mapinfo-L' Subject: RE: MI-L Calling a VB.NET assembly from MapBasic Uffe Sure, I recall that - about 12 months ago. And Delphi is perhaps unique in combining Win32 and .NET code (I don't know), but it still remains a possibility that any C-calling convention DLL (eg, one made with unmanaged C++ or C code / compiler) would be able to run a .NET assembly, and that .NET assembly could talk back. That's all I was saying .. Maybe Colin's probably better advised to look at MapXtreme .NET? (except for the cost - writing a bit of C++ and some .NET code in even the so-uncool VB.NET is as cheap as zero $ - more if Visual Studio is purchased). --- Ian Thomas GeoSciSoft - Perth, Australia -Original Message- From: Uffe Kousgaard [mailto:[EMAIL PROTECTED] Sent: Thursday, October 27, 2005 5:14 PM To: Mapinfo-L Subject: Re: MI-L Calling a VB.NET assembly from MapBasic Then let's be more precise: Most, if not all, .NET langauges can call DLL's / OCX's, true. But that won't help Colin. Delphi.NET is the only one that can create DLL's with IL code inside, that can be called from mapbasic. No additional wrappers required. Perhaps managed C++ can also do it now, I can't say for sure. Last time we discussed this I created this small setup: www.routeware.dk/dot_net_dll.zip Regards Uffe - Original Message - From: SCISOFT [EMAIL PROTECTED] To: 'Mapinfo-L' mapinfo-l@lists.directionsmag.com Sent: Thursday, October 27, 2005 11:00 AM Subject: RE: MI-L Calling a VB.NET assembly from MapBasic Not quite right .. All of .NET supports ordinary, Win32 DLLs (and ActiveX DLLs) - the problem is just to get MapBasic to call a DLL that's a wrapper to the .NET application. For that, you're right that you would need to write a C-call convention DLL in C++ or Delphi. The problem then just boils down to the usual, with MapBasic - callbacks, etc. VB.NET or C#.NET (or for that matter, Cobol.NET or Eiffel.NET) all compile to much the same IL which the CLR runs in identical fashion. --- Ian Thomas GeoSciSoft - Perth, Australia -Original Message- From: Uffe Kousgaard [mailto:[EMAIL PROTECTED] Sent: Thursday, October 27, 2005 4:44 PM To: Mapinfo-L Subject: Re: MI-L Calling a VB.NET assembly from MapBasic Colin, There is only one option to create a DLL based on .NET code that can be called from mapbasic without any further wrappers: Delphi.NET You can be dead sure VB.NET doesn't support such an old-fashioned thing as DLL's - not even VB6 did that. VB tools and mapbasic just doesn't match up. Perhaps with a wrapper written in some other language (C++ / delphi). Regards Uffe -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.361 / Virus Database: 267.12.5/149 - Release Date: 25/10/2005 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18489 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18490 -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.361 / Virus Database: 267.12.5/149 - Release Date: 25/10/2005 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.361 / Virus Database: 267.12.5/149 - Release Date: 25/10/2005 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18491 ## This e-mail message has
MI-L MapBasic: fileopendlg$() and filesaveasdlg$()
I am certainly a very late bloomer in the way I am trying finally to do certain standard things and discovering some problems. I am using version MB6.5 to build a dialog box with lots of controls most of them having their own handlers. One would be a button launching the procedure to record the user choice for the table to be treated with lots of checks, the other symmetrical for saving the output. I just discovered that in the context of handlers (what does appear to me to be a mere sub) fileopendlg$() and filesaveasdlg$() cannot close when they should return an empty string (no choice + OK). An empty string can be detected with the traditional approach of file_name=file...dlg$() + if file_name= then In a handler situation, it is only when cancel is used that the return value would be analyzed. I have used the file... functions in many normal subs without encountering this behavior. Can anyone shed any light on that problem (confirmation, corrections to it since 6.5, workarounds ...) ? Jacques Paris e-mail [EMAIL PROTECTED] MapBasic-MapInfo support http://www.paris-pc-gis.com - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18505
MI-L Error - dialogfunctions.mb:65 Subscript out of range
Hello, I get this error from time to time and have not idea where it is coming from as I do not have an MB by that name. (dialogfunctions.mb:65) Subscript out of range. Anyone else getting this error? Steve Nabors Systems Analyst Market Support Services 205-298-3128 __ This e-mail has been scanned by MCI/MessageLabs Managed Email Service.
MI-L MapBasic: control radiogroup out off contol
You may have discarded my first message because you did have the slightest idea of the problem or knowledge of the context (MapBasic6.5). Here is another one that let me flabbergasted. It is in the same context of building a dialog box with plenty of radiogroups. Each one should be disabled (except for the first one) and with no pre-selection (value 0 for all). Here are some strange things I noticed: 1 - the value of 1 was assigned to some 2 - a message normally sent via its handler when activating a certainly control would appear before the dialog is displayed 3 - some controls would be enabled. I have found a way to avoid these problems: reordering the order of the control commands within the dialog definition lines of code. But if that allowed me to move on, it left me with a very sour taste because I have no idea of the why and thus I am unable to prevent it from happening again. Does anyone have any idea of what is happening there? Has it been corrected since version 6.5? Jacques Paris e-mail [EMAIL PROTECTED] MapBasic-MapInfo support http://www.paris-pc-gis.com - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18507
Re: MI-L MapBasic: fileopendlg$() and filesaveasdlg$()
Hi Jacques, No choice + OK makes no sense, so they shouldn't be able to return given that input. A legal choice + OK or Cancel should be - and is - the only valid responses from the standard file dialogs. I've used both dialog routines in handlers subs without any problems, e.g. in a handler for a button titled ... (prompt for a path name). What are you trying to accomplish ? Best regards / Med venlig hilsen Lars Nielsen GisPro Jacques Paris wrote: I am certainly a very late bloomer in the way I am trying finally to do certain standard things and discovering some problems. I am using version MB6.5 to build a dialog box with lots of controls most of them having their own handlers. One would be a button launching the procedure to record the user choice for the table to be treated with lots of checks, the other symmetrical for saving the output. I just discovered that in the context of handlers (what does appear to me to be a mere sub) fileopendlg$() and filesaveasdlg$() cannot close when they should return an empty string (no choice + OK). An empty string can be detected with the traditional approach of file_name=file...dlg$() + if file_name= then In a handler situation, it is only when cancel is used that the return value would be analyzed. I have used the file... functions in many normal subs without encountering this behavior. Can anyone shed any light on that problem (confirmation, corrections to it since 6.5, workarounds ...) ? Jacques Paris e-mail [EMAIL PROTECTED] MapBasic-MapInfo support http://www.paris-pc-gis.com - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18505
Re: MI-L MapBasic: control radiogroup out off contol
Hi Jacques, How are you disabling the radiogroups ? It sounds like a problem with a duplicated ID for some groups, or maybe the handler name ? Although possible to some extent, radiogroup controls are not very happy about having none of its radio buttons selected, as this is a dubious state for this control to be in. Thus it may render some problems by itself. Best regards / Med venlig hilsen Lars Nielsen GisPro Jacques Paris wrote: You may have discarded my first message because you did have the slightest idea of the problem or knowledge of the context (MapBasic6.5). Here is another one that let me flabbergasted. It is in the same context of building a dialog box with plenty of radiogroups. Each one should be disabled (except for the first one) and with no pre-selection (value 0 for all). Here are some strange things I noticed: 1 - the value of 1 was assigned to some 2 - a message normally sent via its handler when activating a certainly control would appear before the dialog is displayed 3 - some controls would be enabled. I have found a way to avoid these problems: reordering the order of the control commands within the dialog definition lines of code. But if that allowed me to move on, it left me with a very sour taste because I have no idea of the why and thus I am unable to prevent it from happening again. Does anyone have any idea of what is happening there? Has it been corrected since version 6.5? Jacques Paris e-mail [EMAIL PROTECTED] MapBasic-MapInfo support http://www.paris-pc-gis.com - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18507
MI-L Exponare Public
Hi list Im looking for a site that has public running. Anyone? Thanks - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18510
Re: MI-L Exponare Public
Check out www.Exponare.com http://www.Exponare.com =) I was able to locate the following links http://mapping.herveybay.qld.gov.au/exponare/thumbnails_2.htm http://www.shellharbour.nsw.gov.au/exponare/ On 10/28/05, Carolyn Bergin [EMAIL PROTECTED] wrote: Hi list Im looking for a site that has public running. Anyone? Thanks - List hosting provided by Directions Magazine | www.directionsmag.comhttp://www.directionsmag.com| To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18510
Re: MI-L MapBasic opening Excel
Ian, Peter, Ian, r, Jorge, and Jacque, Thanks all for the great outpourings of help. I will try them out and let the list know how it went. Gratefully, Mike