RE: [MI-L] Questions about How to convert a raster image to Grid?
Title: Message Hello Shirley, The best tool for this job is Grid Translator Pro from Geomatics Systems http://www.geomaticssystems.com/Products/GTPMapInfo.htm I presume you might be converting cellular coverage? If so, we do this all the time and GTP works very well as long as the pixel size is constant in x/y or lat/lon. Regards,Warren VickEuropa Technologies Ltd.http://www.europa-tech.comhttp://www.coveragemaps.com -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Shirley MamaniSent: 11 October 2006 20:52To: mapinfo-l@lists.directionsmag.comSubject: [MI-L] Questions about How to convert a raster image to Grid? HI, I need to convert a file that is a raster into a grid file. The raster I have its like an image (a bmp file) it has no information just colors that represent a specific value. I want to convert this image in regions but first I have to convert this file (raster registered from this image) in a grid, because I know how to convert this grid in regions. Well I know that this is not possible with MapInfo Pro and I tried to do this with the vertical Mapper but I cant find the way to do this Please If someone know how to do this contact me, Best regards, Shirley N. Mamani Huánuco Ingenieria de RF América Móvil Perú S.A.C. Av. Nicolás Arriola 480, Sta. Catalina-La Victoria Lima Perú Telf. (511) 613-1000 anexo: 7201 Celular: (511) 97103518 Email: [EMAIL PROTECTED] AVISO LEGAL:Por favor observe que nuestras direcciones de correo han cambiado a @claro.com.pe por lo que agradeceremos actualizar su lista de contactos. Esta información es privada y confidencial y está dirigida únicamente a su destinatario. Si usted no es el destinatario original de este mensaje y por este medio pudo acceder a dicha información por favor elimine el mensaje. La distribución o copia de este mensaje está estrictamente prohibida. Esta comunicación es sólo para propósitos de información y no debe ser considerada como propuesta, aceptación ni como una declaración de voluntad oficial de América Móvil Perú S.A.C. y/o subsidiarias y/o afiliadas.Observe por favor que éste correo ha sido creado con conocimiento que el e-mail de Internet no es un medio de comunicación 100% seguro. Aconsejamos entender y observar ésta falta de seguridad cuando nos envíe correo. América Móvil Perú S.A.C. no está obligada a una apropiada y completa transmisión de la información contenida en ésta comunicación ni por cualquier demora en su recibo. ___ MapInfo-L mailing list MapInfo-L@lists.directionsmag.com http://www.directionsmag.com/mailman/listinfo/mapinfo-l
RE: [MI-L] four color polygon
Hello Trey, If you ever fancy some vacation reading on the subject and it's (computed) proof, I can recommend the following book. Four Colours Suffice (How the Map Problem Was Solved) by Robin Wilson Allen Lane (Penguin Press) ISBN: 0-713-99670-6 A very enjoyable read. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Uffe Kousgaard Sent: 23 September 2006 22:44 To: [EMAIL PROTECTED]; Mapinfo-L Subject: Re: [MI-L] four color polygon Hi Trey, It is our toolbox which does it. Kind regards Uffe Kousgaard www.routeware.dk - Original Message - From: Trey Pattillo [EMAIL PROTECTED] To: mapinfo-l@lists.directionsmag.com Sent: Saturday, September 23, 2006 10:36 PM Subject: [MI-L] four color polygon well, I have lost the program from a while back on the list that will do 4 to X colorizing of a polygon/region table and not have 2 adjacent colors ColorLUT is not the what I used because it does not. Anyone have a link for the program. --Trey Pattillo ___ 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 ___ MapInfo-L mailing list MapInfo-L@lists.directionsmag.com http://www.directionsmag.com/mailman/listinfo/mapinfo-l
RE: [MI-L] area calculation discrepancies
Hello Cathy, I'll bow to Clifford's extensive knowledge on this subject, but in terms of using MapInfo Pro, there are a few things to be aware off. The British national grid system is indeed a Transverse Mercator projection which give a Cartesian coordinate space to work with. That is to say, it's just a simple grid with parallels lines in x/y, or Eastings/Northings, and perpendicular axis. Assuming you're happy to accept the errors associated with this projection (which is a 2D simplification of the 3D earth), then distances and areas can just be calculated using high/secondary school level geometry. For a couple of major releases now (I forget exactly when), MapInfo Pro has distance and area functions which are explicitly Cartesian. As an experiment, I made a new table in British NG with a MyArea integer field, set MapInfo Pro to Cartesian (Map Options...), added a 1km radius circle and then did a Table Update Column with CartesianArea(obj, sq m). Now, the results should be 3141592 sq m(rounded down) from pi * 1000^2, but I get 3139553. This is closer that you got - presumably because you did not use Cartesian areas, but is still about 0.65% off. I've noted a few problems in Pro's calculations over the years (especially with very large polygons), but there doesn't seem to be any reason why simple geometry in Cartesian space should be wrong. If I recall correctly, didn't some MI-L/MapInfo user in Sweden(?) end up in court a few years ago to explain why an area calculation (pre-Cartesian support) from Pro was wrong? Regards, Warren Vick Europa Technologies Ltd., U.K. http://www.europa-tech.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Clifford J Mugnier Sent: 24 August 2006 17:23 To: COLDREY, Cathy (Bristol) Cc: mapinfo-l@lists.directionsmag.com Subject: Re: [MI-L] area calculation discrepancies Dear Cathy: What you are experiencing is the distortion present in a conformal coordinate system. The British National Grid is based on the fully-conformal Gauss-Krueger Transverse Mercator projection. That type of projection preserves shapes and angles, but not areas. There are two sources of systematic error associated with a conformal projection such as the Transverse Mercator. Those two errors are the convergence angle correction needed to tranform between Grid Azimuth and True Azimuth and the scale factor correction to tranform between Grid Distances and True Distances. Your current problem is related to the latter of the two systematic errors that involves the scale factor at a point correction factor. This is solved through an analytic function, and I do not know if such a facility is available in the MapInfo package. It certainly is in the online as well as the downloadable free software available directly from the Ordnance Survey. Recalling that Area = Length X Width, note that the scale factor you obtain for say, a point near the center of your area of interest needs to be divided by the length as well as the width of your area. Since it is circular, then just divide the Grid Area by the SQUARE OF THE SCALE FACTOR. That will yield a true area as close as possible to theoretical without computing the whole process on the surface of the ellipsoid of revolution - a most difficult process. This sort of correction process is a daily chore for a Chartered Surveyor in the UK. It's also why I insist that GIS students under my guidance take several courses in surveying ... it helps one over the humps in professional practice. Professor Johathan Iliffe, University College, London, has a marvellous book entitled, Datums and Map Projections, Whittles Publishing, ISBN 1-870325-28-1 (UK). It is a required text for my Advanced Surveying students here at LSU, and it should be on the bookshelf of every GIS practitioner that can read English. I recommend that you get a personal copy and study it; it is directly intended for the student in the UK, but is so good I use it for my own students here! Good Luck, Clifford J. Mugnier, C.P., C.M.S. National Director (2006-2008), Photogrammetric Applications Division American Society for Photogrammetry and Remote Sensing and Chief of Geodesy, 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] Honorary Life Member of the Louisiana Society of Professional Surveyors == http://www.asprs.org/resources/GRIDS/ http://appl003.lsu.edu/eng/ceeweb.nsf/$Content/Mugnier == Hi List, Does anyone have much experience in calculating areas of polygons or circles in MapInfo? My problem is this. I have a 1 km radius which has exactly a diameter of 2km, meaning a 1 km radius. Now mathematically the area of theis would be 3136860 square m. But if I use
RE: Ang. [MI-L] Sunrise/sunset as a table
Title: Message However, when I tried that, the thing completely blew up and became a zeppelin when I tried to move it about. I cannot figure out why. Does someone see the flaw in my reasoning? It's because circles don't have any geographic significance outside a Cartesian coordinate space.Also, large buffers in Pro have never worked properly so you would not be able to calculate the sun's azimuth and buffer half the earths circumference around that point either. It's a bit of MapBasic and some radian-based 3D trig' to do this problem. Regards,Warren VickEuropa Technologies Ltd.http://www.europa-tech.com ___ MapInfo-L mailing list MapInfo-L@lists.directionsmag.com http://www.directionsmag.com/mailman/listinfo/mapinfo-l
RE: [MI-L] Features of MI 8.5 and GeoRSS Coming Soon
GeoRSS is interesting stuff, but I'd rather MapInfo first fix basic stuff in Pro which doesn't work properly or is woefully inadequate by modern Windows app' standards. Regards, Warren Vick -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Thoen Sent: 18 July 2006 14:40 To: mapinfo-l@lists.directionsmag.com Subject: [MI-L] Features of MI 8.5 and GeoRSS Coming Soon GISCafe's Susan Smith interviews Moshe Binyamin (senior product manager for MapInfo) about some of the more interesting features of MapInfo v. 8.5 at http://www10.giscafe.com/nbc/articles/view_weekly.php?articleid=288694. One thing that caught my eye was that now that MapInfo supports XML and HTTP, it looks like they're going to provide a GeoRSS reader as a MapInfo utility. These new network capabilities seem to me to be a wide-open opportunity for integrating MapInfo into all sorts of distributed information applications. ___ 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] Make a whole in a region object
and don't' forget to: 7) Delete hole I can't remember how many times I've left an eraser object in a layer by accident. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Uffe Kousgaard Sent: 14 July 2006 07:54 To: Mapinfo-L Subject: Re: [MI-L] Make a whole in a region object This is already possible with a few steps in MapInfo. I don't think you can make it much simpler by writing a tool. 1) Make layer editable 2) Select the region 3) Objects Set Target (ctrl T) 4) Draw hole 5) Select hole 6) Objects Erase Done. Kind regards Uffe Kousgaard www.routeware.dk - Original Message - From: Boyd Townsend [EMAIL PROTECTED] To: mapinfo-l@lists.directionsmag.com Sent: Friday, July 14, 2006 8:03 AM Subject: [MI-L] Make a whole in a region object Can anyone assist. I am wanting to develop a simple tool for a user which will essentialy make a hole in a region object. For example. We have a region object which depicts an area of land burnt by fire. Within that region there are small pockets which were not burnt. We would like to be able to draw in those unburnt portions into the existing region. Essentially the user would draw a small area within the existing region which would then be erased from that region making a hole in it. (If this makes Sense). Can anyone make a suggestion on what road I would best take to acheive this??? In anticipation - Thanks Boyd Townsend CSO - Northern Rivers NSW Rural Fire Service This email message is intended only for the addressee(s) and contains information which may be confidential. If you are not the intended recipient, please notify the sender and delete this email and any copies or links to this email completely and immediately from your system. Views expressed in this message are those of the individual sender, and are not necessarily the views of the NSW Rural Fire Service. ___ 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 ___ MapInfo-L mailing list MapInfo-L@lists.directionsmag.com http://www.directionsmag.com/mailman/listinfo/mapinfo-l
RE: [MI-L] MapBasic Code to ESRI Conversion
Hello Jae, Actually, I'm not sure you should rely on this query in MapBasic! The IntersectNodes() function changed after v4.5 of Pro (when they tinkered with the map object processing). It used to give you a nice polyline representing the topological relationship between two objects and taking the length of the result would make sense. However, it was subsequently changed and now the returned polyline can only be considered a set of points. As such, any object length you can out of it has no meaning and indeed could be unpredictable. If I've understood what you want to do, wouldn't an overlap test be better (assuming you're working with regions)? Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Behrmann, Jae Sent: 07 June 2006 23:18 To: MapInfo-L@lists.directionsmag.com Subject: [MI-L] MapBasic Code to ESRI Conversion MapInfo and ESRI gurus: I'm trying to convert a MapBasic statement to ESRI: select * from theTable where ObjectLen(IntersectNodes(theTable.obj,theObj,INCL_COMMON),mi)0.001 'Note theTable is a mappable table and theObj is a variable (graphical object) 'The statement selects all records in the the mappable table that are touching theObj variable, but excludes those records that are just barely touching theObj variable. Please respond if you know how to write this statement within ArcGIS. Any assistance would be appreciated. Thanks, Jae Behrmann *** The information in this email is confidential and may be legally privileged Access to this email by anyone other than the intended addressee is unauthorized. If you are not the intended recipient of this message, any review, disclosure, copying, distribution, retention, or any action taken or omitted to be taken in reliance on it is prohibited and may be unlawful. If you are not the intended recipient, please reply to or forward a copy of this message to the sender and delete the message, any attachments, and any copies thereof from your system. *** ___ 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] How mapinfo loads map data
Title: Message Hello Tim, The ability to dynamically load only the parts of a map layer that are in a current view is achieved through a spatial index. This avoids the need for any map renderer to go through all features to test if they are needed for the view. MapInfo uses a spatial indexing method known as R-Tree. Since I'm not too familiar with MITAB, I don't know if it has the ability to use this index toquery features in a table based on a coordinate rectangle. It would not surprise me if it didn't since I believe MITAB was originally written for external (i.e. outside a MapInfo environment) read/write of TAB file sets, and maybe not with a home-brew renderer in mind. Regards,Warren VickEuropa Technologies Ltd.http://www.europa-tech.com -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tim SmithSent: 05 June 2006 10:07To: MapInfo-LSubject: [MI-L] How mapinfo loads map data Hi, I'm creating my own map renderer - much like MapX,usingmitab. The question I have is regarding how mapinfo handles displaying large datasets. I guess it dynamically loads only what it needs to display, but how is this done? How does mapinfo know which features to load based on the area that you are trying to look at? More specifically, has anyone tried creating a map renderer, and have they (possibly with mitab) tried this before? Any level of help with this would be appreciated. Kind regards Tim (I'll ask specific mitab questions on its mailing list) ___ MapInfo-L mailing list MapInfo-L@lists.directionsmag.com http://www.directionsmag.com/mailman/listinfo/mapinfo-l
[MI-L] Media for data products
Hello all, With the ever increasing size of our data products, Europa Technologies is currently considering switching exclusively to DVD media, even for products that would still fit on a CD-ROM. However, I am very interested to know how real MapInfo users would feel about data products that were only available on DVD media. Maybe your company insist on a long lifetime for PC's and you don't have a DVD drive? I'd appreciate it if some listers could send me (not the list) a vote e-mail which I can compile and summarise the results. So, if you have no objection against data products only being on DVD, please send me an e-mail with DVD YES (without quotes) as the subject, otherwise send me an e-mail with the subject DVD NO. Please just use these so that I can use a mailbox filter to sort the votes... and don't forget just to send them to me - Bill will not be happy with flooding the list with ballots! Also posted to MapInfo UK/Ireland user group list - apologies if you get it twice. I'll keep the ballot box open for a week. Thanks in advance to all that respond. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com ___ MapInfo-L mailing list MapInfo-L@lists.directionsmag.com http://www.directionsmag.com/mailman/listinfo/mapinfo-l
RE: [MI-L] [SUM:] MBX documentation
For the curious (cats), that's west of Helsinki, Finland. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Joutsiniemi Anssi Sent: 31 May 2006 12:47 To: Mike Jenne; mapinfo-l@lists.directionsmag.com Subject: Re: [MI-L] [SUM:] MBX documentation Currently?... roughly E 24,74° N 60,16° ... and remember what happened to cat ;-) A Lähettäjä: Mike Jenne [mailto:[EMAIL PROTECTED] Lähetetty: ke 31.5.2006 14:27 Vastaanottaja: 'Joutsiniemi Anssi'; mapinfo-l@lists.directionsmag.com Aihe: RE: [MI-L] [SUM:] MBX documentation Anssi, I may have missed it earlier, but where are you located? Just curious... Mike Jenne JCSI Trussville, Alabama USA -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Joutsiniemi Anssi Sent: Wednesday, May 31, 2006 5:56 AM To: mapinfo-l@lists.directionsmag.com Subject: [MI-L] [SUM:] MBX documentation Dear Friends, Within past 24 hours there has been a rather impulsive discussion on controversial suggestion of mine to document what MBX's are made of. Bill, Uffe, 3*Ian, Rich, Trey + less than half dozen anonymous persons expessed they opinions that seem to refer pretty much same issues, that I'll try to summarize (but unfortunatelly without satisfying conclusion). Please find who said what from the original thread. Personally I have a great sympathy for general attitude expressed by Rich. I'm truly in favour of all this freedom of information, speech etc. slightly romantic peace-love-good-happiness stuff. Yet very much aware it confronting M$ world and interests of McInfo Corp I have chosen too. Stagnation by choose I'd say. Even though I still feel that file formats are closer to mathematical formulas than intellectual property, I can see the dim line between hacking information and third party cracking abuse... I guess the big issue never got solved: What differentiates the good use from the bad one? Clearly decompiling code that is not you own is generally a no, no thing. But decompiling itself can have also its positive sides. Lost source codes, version detection, spoting stolen snippets seem to be silently accepted usages, since the decompilability it is kind of unavoidable feature of MBX, that is hard to escape. The problem remains: Who should be worried about this? Who should act? A rich discussion was found using the information for compiler building. A fruitfull approach was a suggestion for Open Source Compiler by a group of MI users. Unfortunatelly I'm not skilled enough to carry a project this big (, otherwise I'd probably done it by now), but naturally I'm glad to help if someone is willing to take an initiative. The difficult issue is how it could be done by law, since it easily becomes legal issue of Corp. Half the U.S. nation is lawyers and other half potential criminals, so possibly some of the first ones follow the list as well and this can be discussed in detail if necessary. ;o) Counting pros cons of discussion I have a feeling that at this point the misuse of information is much, much easier and likelly than the potential benefits. Personally I think the threads discussed got little exaggerated and emotional, but I guess it is worth waiting if the balance shifts other way around or otherwise interesting projects emerge. Thanks for your interest, Bye now Anssi ___ 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 ___ MapInfo-L mailing list MapInfo-L@lists.directionsmag.com http://www.directionsmag.com/mailman/listinfo/mapinfo-l
RE: [MI-L] Reading values from Excel with MapBasic
Title: Message
Hello
Markku,
You don't need to
use "run command" in this case and I suspect your code will work fine without
it. I've seen a lot of cases where MapBasic programmers (even some MapInfo'ers
from MapWorld) use "run command" when they don't need to. As far as I know, the
only time you need to use it is in situation where the command itself has
non-variable elements that need to be evaluated at run-time. e.g.
selecting/updatinga table with fields that will not be known until the
program executes. Any part of command that can accept an _expression_,such
as parameters tothe DdeRequest$() function,can be done with
variables.
Regards,Warren VickEuropa Technologies Ltd.http://www.europa-tech.comTel:
+44 20 8398 3955 x201
-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]Sent: 18 May 2006 08:12To:
mapinfo-l@lists.directionsmag.comSubject: [MI-L] Reading values
from Excel with MapBasic
Hi,
I'm trying to scan through an open Excel-document
with MapBasic and collect a range of values from a specific column to be used
in MapBasic, but the only way I seem to get it work is cell by cell by
assigning each DDERequest$ with single row column numbers (see the
commented lines below).
What I do need is to get the DDERequest$ working in
a loop where I scan through several rows of the same column. I'm jammed with
this code that keeps on complaining about the run command "..." - it doesn't
seem to assign any value to the cell variable. The print-commands output of
the string "cell = ..." Looks OK to me...
I've started to wonder whether there are
limitations in using variable names combined with the "run command"?
- - -
Dim chan_num, i, nro As Integer Dim cell As String
OnError GoTo no_connection chan_num = DDEInitiate("EXCEL", "Report
1") OnError GoTo 0
' cell = DDERequest$( chan_num, "R7C2"
) ' print cell
for i = 1 to 100 print "cell = DDERequest$( "+chan_num+", ""R"+(6+i)+"C5""
)" run command "cell =
DDERequest$( "+chan_num+", ""R"+(6+i)+"C5"" )" print cell
next
DDETerminateAll
End Program
no_connection : Note "ERROR! Excel not open!" End
Program
- - -
One possibility of course would be to import the
excel-document to MapInfo, but since I've learned that it's possible to read
the excel-document directly I thought I'd give this a try. Any ideas
anybody?
I'm using MapInfo 7.5 and MapBasic 5.5 - and yes I
know - I should upgrade - working on that too :)
_\
(o o) - - - - - - - - -ooOO -(__)
-OOoo - - - - - - - - - - - YTV - Pääkaupunkiseudun
yhteistyövaltuuskunta
http://www.ytv.fi - - - -
- - - - - - - - - - - - - - - - - - - - - - - - Markku
Huotari
YTV, liikenneosasto
[EMAIL PROTECTED] Tietotekniset
palvelut www.geocities.com/houtari Opastinsilta 6 A puh. (09) 156
1219 00520
HELSINKI - - - - - - - - - - - - - - - -
- - - - - - - - - - - -
___
MapInfo-L mailing list
MapInfo-L@lists.directionsmag.com
http://www.directionsmag.com/mailman/listinfo/mapinfo-l
RE: [MI-L] Renaming MapInfo Windows
Hello Kevin, 1) Choose Options Show MapBasic Window to show the MapBasic command windows on-screen. 2) Click on the window you want to change the name of. 3) Click into the MapBasic window and enter your command: Set window frontwindow() Title New Window Name I've never been sure why the MapBasic window doesn't technically become the front window but I guess that would not make much sense. It's therefore important to remember that the last valid window to have focus prior to switching to the MB window will be at the front. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Cressy Sent: 18 May 2006 09:26 To: mapinfo-l@lists.directionsmag.com Subject: [MI-L] Renaming MapInfo Windows Hello list, I have tried to find a method to change the MapInfo Windows to something meaningful and have come across the following code: Set window frontwindow() Title New Window Name The problem is that I do not know where this needs to be written! Is this a MapBasic command? I am not sure, as I have no experience with MapBasic. Any help would be appreciated. Regards, Kevin ___ 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] Long standing Pro problem with Copy - or is it me?
I was chatting with Eric Blasenheim of MapInfo at last week's MapWorld (which was very good this year) and mentioned one of my long standing annoyances with Pro. When he mentioned he wasn't aware of the problem, it made me think it is me?. The problem is with Copy for which I always use Ctrl-C. I have found that when copying text from a browser or the info window, the copy does not always take. Now I know it's easy to mash a keyboard especially with a Control/letter key combo, but I'm certain that this problem exists. Also, I seem to recall someone else mentioning it on the list some time ago. Now I always double tap Ctrl-C and that seems to work. So, for those who use Ctrl-C to copy a lot, and subsequently paste... is this a problem with Pro or my fat fingers/worn keyboard? Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com ___ MapInfo-L mailing list MapInfo-L@lists.directionsmag.com http://www.directionsmag.com/mailman/listinfo/mapinfo-l
RE: [MI-L] MapInfo8.0 versus MapInfo7.0 --
Title: Message Hello Doekele, It is most likely that your clipped polygons have made the regions much more complicated (it is a coverage map by any chance?) and this is now using the extended node counts only available in MI8.0+. Earlier versions of Pro will open such tables but any region exceeding ~1m nodes (from memory, the old limit) will not be drawn. Regards,Warren VickEuropa Technologies Ltd.http://www.europa-tech.comTel: +44 20 8398 3955 x201 -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rienks, DoekeleSent: 12 April 2006 13:03To: MapInfo-L@lists.directionsmag.comSubject: [MI-L] MapInfo8.0 versus MapInfo7.0 -- Hi all, We just adopted MI8.0, and now I ran into a problem hope any of you can help me with it I created a single map (6 row table) out of 6 individual maps (1 row tables) by erasing the overlap of the different layers, and than by appending all the tables to 1 table. The map works perfectly in MI8.0. but when a colleague of mine tries to open it in MI7.0 it only shows the geographical object of the first row in the table. (We also first got the message that the file would not be editable in MI7.0, but we changed that through WordPad). Any of you MapInfo wizards out there who encounter this problem before, and knows how to solve it?? Regards Doekele Rienks GeoMarketing Associate Groenhovenstraat 2 2596 HT Den Haag Tel: (+31)(0)6-28022411 E-mail: [EMAIL PROTECTED] ===De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is alleen bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. Hoewel Orange maatregelen heeft genomen om virussen in deze email of attachments te voorkomen, dient u ook zelf na te gaan of virussen aanwezig zijn aangezien Orange niet aansprakelijk is voor computervirussen die veroorzaakt zijn door deze email.The information contained in this message may be confidential and is intended to be only for the addressee. Should you receive this message unintentionally, please do not use the contents herein and notify the sender immediately by return e-mail. Although Orange has taken steps to ensure that this email and attachments are free from any virus, you do need to verify the possibility of their existence as Orange can take no responsibility for any computer virus which might be transferred by way of this email.=== ___ MapInfo-L mailing list MapInfo-L@lists.directionsmag.com http://www.directionsmag.com/mailman/listinfo/mapinfo-l
RE: [MI-L] RE: MapWorld 2006 (Phoenix)
Hello Ross, I didn't see any response to you query on the list re. MapWorld! I usually go but am unsure about this year, particularly as the early bird pricing has now passed. I usually make some I'm on MapInfo-L stickers for the conference badges and I think there were about 10 listers attending last year (excluding MapInfo staff). Did anyone else notice some of the odd pricing for the event? For example, when the very early bird prices were available (finished back in November I believe), the cost of going to the event was $795 but $895 if you attended last year (MapWorld Miami Alumni). There are some other inconsistencies too. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bagwell, Ross Sent: 17 March 2006 15:03 To: mapinfo-l@lists.directionsmag.com Subject: [MI-L] RE: MapWorld 2006 (Phoenix) Speaking of MapWorld, I'm wondering if we could make a list of those of us on MI-L that will be in attendance. That way, we could have a mini-meeting of sorts. It would be nice to know the faces behind the names. ? Ross E. Bagwell GIS Manager, Business Intelligence Vanco USA -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Bill Thoen Sent: Friday, March 17, 2006 8:07 AM To: mapinfo-l@lists.directionsmag.com Subject: [MI-L] New Moderator for MapInfo-L Since starting MapInfo-L with John McCombs in 1994 I've been doing the list maintenance ever since, but it occurred to me that if I ever get struck by lightning or win the lottery, there'd be no one else ready and able to keep things going. So last week I was talking to Peter Horsbøll Møller and asked if he would like to take on the job as co-moderator so that I could take a break once in a while. He agreed, so now when you send questions or requests to [EMAIL PROTECTED] you'll be talking to both of us (or whoever is driving at the time.) Those who are well-aquainted with the list have seen Peter's many helpful postings over the last few years, and I think he's got the knowledge and energy to do a great job. If you want to find out a bit more, you can read his bio on the MapInfo-L Wiki or go to http://www.horsboll-moller.dk/peter_eng.html. Also, he told me he'll be at MapWorld this year, so if you're going, you can meet him in person. That's all the new for now! - Bill Thoen ___ MapInfo-L mailing list MapInfo-L@lists.directionsmag.com http://www.directionsmag.com/mailman/listinfo/mapinfo-l __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ ** Any opinions expressed in the email are those of the individual and not necessarily the company. This email and any files transmitted with it are confidential and solely for the use of the intended recipient. If you are not the intended recipient or the person responsible for delivering it to the intended recipient, be advised that you have received this email in error and that any dissemination, distribution, copying or use is strictly prohibited. If you have received this email in error, or if you are concerned with the content of this email please e-mail to: [EMAIL PROTECTED] The contents of an attachment to this e-mail may contain software viruses which could damage your own computer system. While the sender has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checks before opening any attachments to this e-mail. ** __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ ___ 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] polyline appears jagged
Title: Message Hello Andrea, If all your lines are vertical and horizontal, you may have hit the resolution limits of your chosen coordinate system. Try randomly "sprinkling" some points on to you editable layer - if they form a grid, that will confirm the theory. If this is the case, look for a more appropriate (more local) coordinate system. You may find you're using the generic lat/lon which will not give you very good resolution when working at metre level. Regards,Warren VickEuropa Technologies Ltd.http://www.europa-tech.com -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andrea PeregoSent: 24 March 2006 20:22To: mapinfo-l@lists.directionsmag.comSubject: RE: [MI-L] polyline appears jagged Thanks David, For example, if I were to do an autotrace of a pre-existing polyline, it would appear to be tracing the line exactly, but when I finish the line the result will change to a series of straight lines The red line becomes the straight-line black line. It doesnt matter how many nodes I add. It does the same thing when I autotrace. Autotrace should come up with the same line, but it doesnt. I dont understand what the problem is. I assume it is some setting or other that I need to change, but what? Cheers, Andrea From: David Reid [mailto:[EMAIL PROTECTED] Sent: March 24, 2006 3:00 PMTo: Andrea Perego; mapinfo-l@lists.directionsmag.comSubject: RE: [MI-L] polyline appears jagged When you say "I am creating a polyline following a river" are you digitizing over a raster? Never the less, the results you are getting are by design, even a "smooth continus curving line" or a "wiggly line" (i like that one:) is made up of many straight line segments as you describe. You have two options. When digitizing, add lots more nodes closer together to make the line appear smoother (when printed or even viewed at a normal zoom level they will apear smooth). But adding more nodes may not be feasable due to time limits. Secondly, if you double click the ployline you wish to smooth, check mark the "smooth" check box, this will give more visual effect of smoothing. But the smoothnessisstill be related to the density of your nodes and their spacing. HTH David Reid -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andrea PeregoSent: Friday, March 24, 2006 1:32 PMTo: mapinfo-l@lists.directionsmag.comSubject: [MI-L] polyline appears jagged Hi I know this will be easy to fix, but so far I have had no luck. I am trying to create a polyline following say a river. As I move along the river, the line I am creating is not smooth. It appears as a series of jagged straight line segments, not a smooth continuous curving line or a wiggly line such as a stream. What do I need to change to be able to draw a wiggly line? Thanks. Andrea --Checked by AVG Free Edition.Version: 7.1.385 / Virus Database: 268.3.1/291 - Release Date: 03/24/2006 --Outgoing mail is certified Virus FreeChecked by AVG Free Edition.Version: 7.1.385 / Virus Database: 268.3.1/291 - Release Date: 03/24/2006 ___ MapInfo-L mailing list MapInfo-L@lists.directionsmag.com http://www.directionsmag.com/mailman/listinfo/mapinfo-l
RE: [MI-L] polyline appears jagged
Title: Message Hi Andrea, If you're tracing an underlying raster layer, re-register the raster across a large non-earth extent. If you're tracing a vector layer, are you drawing into the cosmetic layer? If so, I seem to recall that there is some complication with the default coordsys used. Try drawing into a new table (with the same coordsys as the layer being traced). Then, there should be no reason why the coordinate resolution should not be the same and therefore match perfectly. Good luck! Regards,Warren VickEuropa Technologies Ltd.http://www.europa-tech.com -Original Message-From: Andrea Perego [mailto:[EMAIL PROTECTED] Sent: 24 March 2006 20:57To: Warren Vick, Europa Technologies Ltd.; mapinfo-l@lists.directionsmag.comSubject: RE: [MI-L] polyline appears jagged That is exactly what is happening. I am in non-earth metres though. Any ideas on how I can improve on this? Regards, Andrea From: Warren Vick, Europa Technologies Ltd. [mailto:[EMAIL PROTECTED] Sent: March 24, 2006 3:51 PMTo: Andrea Perego; mapinfo-l@lists.directionsmag.comSubject: RE: [MI-L] polyline appears jagged Hello Andrea, If all your lines are vertical and horizontal, you may have hit the resolution limits of your chosen coordinate system. Try randomly "sprinkling" some points on to you editable layer - if they form a grid, that will confirm the theory. If this is the case, look for a more appropriate (more local) coordinate system. You may find you're using the generic lat/lon which will not give you very good resolution when working at metre level. Regards,Warren VickEuropa Technologies Ltd.http://www.europa-tech.com -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andrea PeregoSent: 24 March 2006 20:22To: mapinfo-l@lists.directionsmag.comSubject: RE: [MI-L] polyline appears jagged Thanks David, For example, if I were to do an autotrace of a pre-existing polyline, it would appear to be tracing the line exactly, but when I finish the line the result will change to a series of straight lines The red line becomes the straight-line black line. It doesnt matter how many nodes I add. It does the same thing when I autotrace. Autotrace should come up with the same line, but it doesnt. I dont understand what the problem is. I assume it is some setting or other that I need to change, but what? Cheers, Andrea From: David Reid [mailto:[EMAIL PROTECTED] Sent: March 24, 2006 3:00 PMTo: Andrea Perego; mapinfo-l@lists.directionsmag.comSubject: RE: [MI-L] polyline appears jagged When you say "I am creating a polyline following a river" are you digitizing over a raster? Never the less, the results you are getting are by design, even a "smooth continus curving line" or a "wiggly line" (i like that one:) is made up of many straight line segments as you describe. You have two options. When digitizing, add lots more nodes closer together to make the line appear smoother (when printed or even viewed at a normal zoom level they will apear smooth). But adding more nodes may not be feasable due to time limits. Secondly, if you double click the ployline you wish to smooth, check mark the "smooth" check box, this will give more visual effect of smoothing. But the smoothnessisstill be related to the density of your nodes and their spacing. HTH David Reid -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andrea PeregoSent: Friday, March 24, 2006 1:32 PMTo: mapinfo-l@lists.directionsmag.comSubject: [MI-L] polyline appears jagged Hi I know this will be easy to fix, but so far I have had no luck. I am trying to create a polyline following say a river. As I move along the river, the line I am creating is not smooth. It appears as a series of jagged straight line segments, not a smooth continuous curving line or a wiggly line such as a stream. What do I need to change to be able to draw a wiggly line? Thanks. Andrea --Checked by AVG Free Edition.Version: 7.1.385 / Virus Database: 268.3.1/291 - Release Date: 03/24/2006 --Outgoing mail is certified Virus FreeChecked by AVG Free Edition.Version: 7.1.385 / Virus Database: 268.3.1/291 - Release Date: 03/24/2006 ___ MapInfo-L mailing list MapInfo-L@lists.directionsmag.com http://www.directionsmag.com/mailman/listinfo/mapinfo-l
RE: [MI-L] Settle a bet - Is MapBasic Programming or Scripting?
Hi Morgan, Nice see a thread that causes a vigorous debate! I've found that many people like to demean certain programming/scripting languages in an attempt to make out that their own choice is superior. Putting all that aside, any structured grammar/syntax which instructs a computer to perform a task can be called a programming language. This normally involves elements like flow control (conditionals, loops, etc.), variables, expressions, etc. A trickier question would be if a macro could be considered a programming language. I've certainly seen some amazing things done in Excel which I would normally write software to do. Perhaps there are exceptional cases, but I would say all scripting is inherently also a programming language. All we really mean by scripting is that the program runs (compiled on not) within an execution environment. I wonder if your colleagues would regard Java as real since it needs such a run-time environment. A common distinction is made between applications which have extension languages (like MapInfo Pro) and an otherwise inert run-time environment (like Java has). I think the disrespect often thrown at extension languages is due to their original use being limited (e.g. cutting back menu options or adding trivial functionality, to Pro). With Java still very fashionable, I don't think any real programming language distinction can be made between run-time parsed, compiled-to-intermediary-code or compiled-to-native-machine-code. Perhaps the best metric to measure a real programming language is whether it makes real money. ;-) Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ellingham Morgan Sent: 08 February 2006 01:15 To: [EMAIL PROTECTED] Subject: [MI-L] Settle a bet - Is MapBasic Programming or Scripting? Hi all, apologies for the absolute pointless request, but my IT peers seem to think MapBasic isn't 'real' programming but merely an automating script language ... what do the rest of you think? Regards... Morgan Ellingham Citywide Service Solutions GIS Technician Level 1, 150 Jolimont Rd, East Melbourne Ph: (03) 9261 5065 Mob: 0419 145 666 Email: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ___ 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] Multi-page PDF output
Hello Bill, While playing around with batch prints to PDF last year, several listers recommended PDF995 (www.pdf995.com). It's a bit of a fiddle to install as you need other components to get it working fully, but worth the effort... and free, which is nice. There's an option to batch to the same file. Apparently you can also save to sequentially numbered files but I never got that working correctly and ended up using a free Split document plug-in for Acrobat. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Thoen Sent: 09 February 2006 16:10 To: mapinfo-l@lists.directionsmag.com Subject: [MI-L] Multi-page PDF output I have a MapBasic application that prints maps from layout windows to a PDF driver and all seems to work as far as that goes. However, I've been asked if there is a way when printing several maps in a batch mode, if I can send them all to the same PDF output file, and create a sort of multi-page PDF file. Does anyone know how this can be done using MapBasic? Or are there special PDF printer devices that can allow this? - Bill Thoen ___ 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] E-mailing TAB file sets
Hello all, I'm often sent MapInfo format TAB sets by e-mail. Most of the time, senders adhere to my request to ZIP up the TAB/DAT/MAP/ID/[IDX] sets but sometimes people simply attached all the files individually. I've noted that, at least on my e-mail client (Outlook), the MAP files always has a corrupted filename. It gets changed to odd characters and a DAT extension. If I save the file with it's correct .MAP file name, it's fine. However, if I forward the message, the file name actually changes size and become corrupted. Does anyone know why MAP files get corrupted like this? Is it the senders e-mail client, or mine, that does the filename damage, and why does the file become corrupted when forwarded? Best advice is of course to always ask for zipped files. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com ___ MapInfo-L mailing list MapInfo-L@lists.directionsmag.com http://www.directionsmag.com/mailman/listinfo/mapinfo-l
[MI-L] Projection/coordsys for Chile
Hello listers, I've been given a set of grid data file for Chile but am having some trouble finding the appropriate projection/coordsys that applies to them. Nobody available at source to let me know right now. I've tried the obvious ones like standard UTM zones. Here are the xmin, ymin, xmax, ymax values for the grids. Does anyone know what they could be? I'm guessing that #7 (with extreme -ve X) may be islands in Pacific - maybe as far out as Easter Island. 168300 768300 7441000 8041000 168300 768300 6841000 7441000 48300 648300 6241000 6841000 -11700 588300 5641000 6241000 -11700 588300 5041000 5641000 -11700 588300 4441000 5041000 146800 662200 3859600 4375000 -3798900 -3598900 6135900 6335900 920600 1120600 2963200 3163200 Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com ___ MapInfo-L mailing list MapInfo-L@lists.directionsmag.com http://www.directionsmag.com/mailman/listinfo/mapinfo-l
RE: [MI-L] Major Airports Layer for USA
Hello Philip, There are a few public sources around but many are no updated regularly and few include IATA code. E.g. JFK, LAX. We have a airport data set for the world which contains a rich set of attributes including: Name Country Country codes (FIPS and ISO) IATA Code ICAO Code Elevation Ft Elevation M Type (Civil/Military/Both/Heliport/Seabase) Class (Scheduled international/national flights indicator) The last field is brand new and provides an excellent indicator of significance. Internally we have even more fields such as carrier counts, number of national/international flights, etc. These can be provided as a custom data supply but would be more expensive. Also new is a true type font with nice symbols for the airport types/classes. More details at http://www.europa-tech.com/gel.htm NOTE: the sample has not been updated to include the new field yet. Cost: US$895 for single user Please get in touch if this is of interest. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com Tel: +44 20 8398 3955 x201 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Lesnik, Phillip S Sent: 27 January 2006 22:49 To: MAPINFO Discusion Group Subject: [MI-L] Major Airports Layer for USA Group. Does anybody have a USA Airport layer they could send me with only Commercial flights. Like, New York's JFK, LaGuardia, Newark; Chicago's Midway, O'hare. thanks for any help. Philip Lesnik Research Systems Analyst Market Research Dept. General Growth Properties www.generalgrowth.com http://www.generalgrowth.com/ NYSE: GGP 110 N. Wacker Drive Chicago, IL 60606 Phone: 312-960-2998 BSC - 3N13G ___ 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] Help with Save Window As Command
Hello Ian, Your computers graphics set-up will have a consistent screen dots per inches (dpi), read pixels per inch. The way to find it is to create a small square mapper window and save it as a 1 inch square image. Then, use a Paint-type program (or just Windows file Explorer) to determine the size. On most systems it will be 96dpi but I have found that if you have a high-res display and use Windows large fonts, it will be 120dpi. I have not seen any other figure but I would assume that is possible. Now you have the screen dpi for you system, simply use a calculator to convert your desired number of pixel to inches and then specify that in the Save Windows As... dialog. You can also specify the dpi in later versions of Pro, but this is effectively the density of your image. This will control how big your image is shown by default when imported into, say, Adobe Illustrator. E.g. 900 pixels square at 300dpi will be a 3inch square image. If your output map images is for the web, this dpi setting is not relevant. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ian Tidy Sent: 30 January 2006 03:57 To: MapInfo-L Subject: [MI-L] Help with Save Window As Command Hi All, I am not having a good day, but it is nearly home time. I am writing a MapBasic program and trying to use the Save Window As command, but I want to specify type output resolution, but I can't work out how to specify Pixels as my unit type. I have looked in my MapBasic guide and it doesn't mention pixels. I am trying to make it so the window size and resolution can be controlled by the user. So my question is How do I set the resolution from MapBasic for the Save Window As function? 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 http://www.napier.govt.nz/ ## Attention: This e-mail message and accompanying data may contain information that is confidential and subject to legal privilege. Any information provided is given in good faith. However unless specifically stated to the contrary, Napier City Council accepts no liability for the content of this e-mail or for the consequences of any action taken on the basis of the information provided, unless that information is subsequently confirmed in writing. If you are not the intended recipient, you are notified that any use, dissemination, distribution or copying of this message or data is prohibited. If you received this e-mail message in error, please notify us immediately and erase all copies of this message and attachments. Thank you. ___ 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: Projection/coordsys for Chile
Looks like my message below didn't make it on the list. -Original Message- From: Warren Vick, Europa Technologies Ltd. [mailto:[EMAIL PROTECTED] Sent: 25 January 2006 11:00 To: 'MapInfo-L@lists.directionsmag.com' Subject: Projection/coordsys for Chile Hello listers, I've been given a set of grid data file for Chile but am having some trouble finding the appropriate projection/coordsys that applies to them. Nobody available at source to let me know right now. I've tried the obvious ones like standard UTM zones. Here are the xmin, ymin, xmax, ymax values for the grids. Does anyone know what they could be? I'm guessing that #7 (with extreme -ve X) may be islands in Pacific - maybe as far out as Easter Island. 168300 768300 7441000 8041000 168300 768300 6841000 7441000 48300 648300 6241000 6841000 -11700 588300 5641000 6241000 -11700 588300 5041000 5641000 -11700 588300 4441000 5041000 146800 662200 3859600 4375000 -3798900 -3598900 6135900 6335900 920600 1120600 2963200 3163200 Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com ___ MapInfo-L mailing list MapInfo-L@lists.directionsmag.com http://www.directionsmag.com/mailman/listinfo/mapinfo-l
RE: [MI-L] Reformatting character field
Hello Philippe, I'm afraid you need to write your own version of Proper$() that handles capitals after hyphens, plus has rules for mid-words like de, des, etc. I think I know have a few dozens word(s) in our function which handles places names all over the world. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Solomon Côté, Philippe Sent: 18 January 2006 20:33 To: mapinfo-l@lists.directionsmag.com Subject: [MI-L] Reformatting character field Hi, I would like to reformat city names that are capitalized such as: SAINT-GEORGES-DE-CACOUNA into a proper format such as: Saint-Georges-de-Cacouna. When using the function Proper$ in an update statement, I get: Saint-georges-de-cacouna, which is not good to me. I tried using the MapInfo's Search and Replace tool for adding a space character after each -, but this tool seems to only find the first appearance of - and I get this result : SAINT- GEORGES-DE-CACOUNA If I could have SAINT- GEORGES- DE- CACOUNA, I would be able to use the Proper$ function effectively. Does anyone know a tool or a function I could use to solve this problem? Thanks a lot. Kind regards, __ Philippe Solomon Côté MSc Geography Consultant [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] KOREM inc. www.korem.com http://www.korem.com/ MapInfo Québec, opéré par KOREM inc. www.mapinfo.qc.ca http://www.mapinfo.qc.ca/ __ 680, boul. Charest Est, bureau 120 Québec (Québec) G1K 3J4 Canada Tél. : (418) 647-1555 Téléc. : (418) 647-1666 Sans frais : 1 888 440-1MAP Localisation : Québec http://www.mapanswer.com/07_localisation/LocalisationDemoNav.jsp?profile=ca nadauserlinearunit=kmcivicNumber=680street=charest+estcity=quebeccode=G 1K+3J4province=qc Montréal http://www.mapanswer.com/07_localisation/LocalisationDemoNav.jsp?profile=ca nadauserlinearunit=kmcivicNumber=1010street=Sherbrooke+Ouestcity=Montr%2 5E9alcode=H3A+2R7+province=qc __ ___ 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 Limitation in ORDER BY Clause
Hi Peter, Seems like it might be less than that as the two fields I was ORDERing BY were char(200)+integer. 204 bytes by my counting! Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Peter Horsbøll Møller [mailto:[EMAIL PROTECTED] Sent: 31 October 2005 07:10 To: Brad Sharkey; mapinfo-l@lists.directionsmag.com; Robert Crossley; Warren Vick, Europa Technologies Ltd. Subject: RE: MI-L Limitation in ORDER BY Clause I think there is two limitations: - Number of column: 5 - Number of bytes: 255 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: Brad Sharkey [mailto:[EMAIL PROTECTED] Sent: Monday, October 31, 2005 12:35 AM To: mapinfo-l@lists.directionsmag.com Subject: RE: MI-L Limitation in ORDER BY Clause Hi all, My BIG question is...is it the field types (eg. char width), or the number of fields being used in the sort? ...I had a problem sorting by three(3) columns the other day, so I wrote a fairly simple MBX to first split the table on one field into separate queries (Queries were ordered by the other two cols which did work ok), then appended them all back together...so the initial split gave me the first col sort (separation in order by group by query). The split queries were sorted by the other two fields. I'm happy to give anyone the code if they want, it might be simpler to explain that way. I made it kinda flexible? -- Brad Sharkey GIS/Mapping Contractor mob: 0438 805533 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18533 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18535
MI-L Limitation in ORDER BY clause
Hello Listers, Here's a problem with Pro's (v8.0) SQL implementation that I had not noticed before. I've just been developing a MB program which includes a SELECT statement ordered by two fields (a 200 string field and an integer field). However, the results are not what I expected as the integer field does not sort correctly. On the hunch that Pro has a limit to the total field size for the ORDER BY clause, I reduced the string field to 150 characters (big enough for my data anyway) and magically it now works. So, lister beware than ORDER BY's (and maybe even GROUP BY's) are limited by field sizes. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.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: 18530
RE: MI-L RE: MAPINFO TO GEODATABASE
Hello Dale, ... and I think I'm right in saying that it would have to be an ArcEditor or ArcInfo licence as ArcView cannot be used to create personal GeoDatabases. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Dale Lutz [mailto:[EMAIL PROTECTED] Sent: 17 October 2005 06:50 To: mapinfo-l@lists.directionsmag.com Subject: MI-L RE: MAPINFO TO GEODATABASE Hello, we need the reverse of current discussion. Is there any tool to convert MapInfo to personal GeoDatabase? not by the SHP file . Our FME product does exactly this type of thing. Visit www.safe.com for a free evaluation. To write to Personal Geodatabase you'll need to get the FME ESRI Edition AND you'll have to have some kind of ArcGIS license on your computer as well. Dale -- Dale Lutz Safe Software Inc. [EMAIL PROTECTED] VP Development Surrey, BC, CANADAphone: (604) 501-9985 http://www.safe.com fax: (604) 501-9965 -- - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18316 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18318
RE: MI-L RE: MAPINFO TO GEODATABASE
Thanks Uffe. I stand corrected! Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Uffe Kousgaard [mailto:[EMAIL PROTECTED] Sent: 17 October 2005 10:20 To: mapinfo-l@lists.directionsmag.com Subject: Re: MI-L RE: MAPINFO TO GEODATABASE Hi Warren, No, it is not that bad: ArcView can: Create / edit personal geodatabases View all geodatabases ArcEditor can also: Create / edit server-side geodatabases Add topology rules to all geodatabases Of course, plus much more. Kind regards Uffe Kousgaard www.routeware.dk - Original Message - From: Warren Vick, Europa Technologies Ltd. [EMAIL PROTECTED] To: 'Dale Lutz' [EMAIL PROTECTED]; mapinfo-l@lists.directionsmag.com Sent: Monday, October 17, 2005 10:55 AM Subject: RE: MI-L RE: MAPINFO TO GEODATABASE Hello Dale, ... and I think I'm right in saying that it would have to be an ArcEditor or ArcInfo licence as ArcView cannot be used to create personal GeoDatabases. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Dale Lutz [mailto:[EMAIL PROTECTED] Sent: 17 October 2005 06:50 To: mapinfo-l@lists.directionsmag.com Subject: MI-L RE: MAPINFO TO GEODATABASE Hello, we need the reverse of current discussion. Is there any tool to convert MapInfo to personal GeoDatabase? not by the SHP file . Our FME product does exactly this type of thing. Visit www.safe.com for a free evaluation. To write to Personal Geodatabase you'll need to get the FME ESRI Edition AND you'll have to have some kind of ArcGIS license on your computer as well. Dale -- Dale Lutz Safe Software Inc. [EMAIL PROTECTED] VP Development Surrey, BC, CANADAphone: (604) 501-9985 http://www.safe.com fax: (604) 501-9965 -- - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18316 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18318 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18320 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18335
RE: MI-L GeoDatabase convert to MapInfo?
Hi Flavio, Yes, I know about MITAB. But, as I mentioned, this was the result of reverse engineering and you can't give MapInfo credit for that! Since Bill found FWTools, it seems to me that the MapInfo vs. ESRI positions are identical. There are format support solutions using their official technology, which costs (one way or another) or open source resources that people have created. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Flavio Hendry [mailto:[EMAIL PROTECTED] Sent: 14 October 2005 07:43 To: Warren Vick, Europa Technologies Ltd.; [EMAIL PROTECTED]; 'Mapinfo-L' Subject: re: MI-L GeoDatabase convert to MapInfo? Hi Warren You would have to licence (at a cost) the MFAL (MapInfo File Access Library). There is a free alternative to that: MITAB. see http://mitab.maptools.org/ Mit freundlichem Gruss / Best Regards Flavio Hendry TYDAC NEWS http://www.tydac.ch/german/index.php?menu=News_actual Mit freundlichen Gruessen / Kind Regards mailto:[EMAIL PROTECTED] TYDAC AG - http://www.tydac.ch Geographic Information Solutions Luternauweg 12 -- CH-3006 Bern Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860 -Original Message- From: Warren Vick, Europa Technologies Ltd. [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: 'Mapinfo-L' mapinfo-l@lists.directionsmag.com Date: Thu, 13 Oct 2005 16:29:54 +0100 Subject: MI-L RE: Ang. RE: MI-L Ang. RE: MI-L GeoDatabase convert to MapInfo? Hello Mats, Well, I have no clear favourite between the technology families but I know their relative strengths well. Your mention that ESRI does not licence their format neither does MapInfo. As far as I know you, there is no off-the-shelf licence that gives you access to the TAB file set format. I believe this is integrated into the UT. So, as stated, ESRI are doing nothing that MapInfo don't is the same, or at least similar, manner. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com/ http://www.europa-tech.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 13 October 2005 15:56 To: [EMAIL PROTECTED] Cc: 'Mapinfo-L' Subject: Ang. RE: MI-L Ang. RE: MI-L GeoDatabase convert to MapInfo? Hi All! I see the ESRIelites are closing ranks. Please, before you venture further, try and see the point we were trying to make. The question was not about the morality of software vendors using proprietary formats. Neither are we talking about which is the better, or more useful of tab, shape, geodatabase or whatever. The thing is the demand from ESRI that you license some of their software only for the reason that another software should be able to use their file format. Normally, the other software, for instance FME would have licensed the use of a proprietary format, and has obviously been able to do so for many other proprietary formats. ESRIs unwillingness to license their format in the same way is only disobliging and greedy. Hälsning / Best regards Mats.E FB Engineering AB Södra Förstadsgatan 26 211 43 Malmö Tel: 040-660 25 50 Mobil: 0705-27 60 27 Fax: 040-660 25 99 [EMAIL PROTECTED] www.fbe.se Warren Vick, Europa Technologies Ltd. [EMAIL PROTECTED] 2005-10-13 16:26 Till 'Mapinfo-L' mapinfo-l@lists.directionsmag.com Kopia Ärende RE: MI-L Ang. RE: MI-L GeoDatabase convert to MapInfo? I don't think this problem is specifically an ESRI issue. As far as I am aware, MapInfo never published the format for TAB file sets - it was reversed engineered by someone. ESRI have published the Shapefile spec' for some time. Also, since I work with both technologies, I can say that ESRI is doing more on interoperability products and services than MapInfo is. Both ESRI and MapInfo are commercial companies and I can't blame them for trying to make some money out of the data formats that they develop. I think it's unrealistic to expect that moving data between formats is done free of charge. Until a full function open spatial data format exists, vendors will no doubt continue to develop their own. I've noticed a few messages here recently that vilify ESRI but often the same issues are closer to home too. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Mats Elfström [mailto:[EMAIL PROTECTED] Sent: 13 October 2005 15:04 To: [EMAIL PROTECTED] Cc: 'Mapinfo-L' Subject: MI-L Ang. RE: MI-L GeoDatabase convert to MapInfo? Hear, hear! Rant or not, Jim is right. I
RE: MI-L Ang. RE: MI-L GeoDatabase convert to MapInfo?
I don't think this problem is specifically an ESRI issue. As far as I am aware, MapInfo never published the format for TAB file sets - it was reversed engineered by someone. ESRI have published the Shapefile spec' for some time. Also, since I work with both technologies, I can say that ESRI is doing more on interoperability products and services than MapInfo is. Both ESRI and MapInfo are commercial companies and I can't blame them for trying to make some money out of the data formats that they develop. I think it's unrealistic to expect that moving data between formats is done free of charge. Until a full function open spatial data format exists, vendors will no doubt continue to develop their own. I've noticed a few messages here recently that vilify ESRI but often the same issues are closer to home too. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Mats Elfström [mailto:[EMAIL PROTECTED] Sent: 13 October 2005 15:04 To: [EMAIL PROTECTED] Cc: 'Mapinfo-L' Subject: MI-L Ang. RE: MI-L GeoDatabase convert to MapInfo? Hear, hear! Rant or not, Jim is right. I have seen this before, and ESRI was involved then as well (What I am about to describe may have changed now but was a fact when the question evolved) Some time ago, Bentley announced a collaboration with ESRI so that the MicroStation GIS add-on Geographics would be able to use ESRI data without external conversion. This seemed like a good idea until it turned out that this functionality required a valid ArcGis license on the machine. I spite of much agitated debate on the relevant Bentley newsgroups, I don't recall seeing any change to this policy. And as someone pointed out back then, if he wanted to do GIS on a workstation that has ArcGis, why use Geographics? Best regards Mats.E FB Engineering AB Södra Förstadsgatan 26 211 43 Malmö Tel: 040-660 25 50 Mobil: 0705-27 60 27 Fax: 040-660 25 99 [EMAIL PROTECTED] www.fbe.se Jim Henry [EMAIL PROTECTED] 2005-02-13 15:44 Sänd svar till [EMAIL PROTECTED] Till 'Mapinfo-L' mapinfo-l@lists.directionsmag.com Kopia Ärende RE: MI-L GeoDatabase convert to MapInfo? Flavio et al, I think you have hit on the crux of ESRI's plan for ultimate domination. To use a product like FME to translate an ESRI GeoDataBase, ESRI requires that you have a legal Arc license on the machine. So much for Open GIS. Non compatibility has always been ESRI's underlying plan for ultimate product success. No need for technological excellence or user friendliness. I am amazed at how far so many major government agencies have been led down the path of creating all their mapping assets in proprietary, non-open data formats. Open information is a thing of the past in so many ways today. Sorry for the rant. Jim James C. Henry JCH GeoInfo Solutions 2726 Croasdaile Drive Suite 207 Durham, NC 27705 (919)493-9339 v. (waiting for transfer) (919)321-1515 temporary virtual number (919)321-4903 f. (919)819-8307 m. [EMAIL PROTECTED] www.jchgis.com -Original Message- From: Flavio Hendry [mailto:[EMAIL PROTECTED] Sent: Thursday, October 13, 2005 2:18 AM To: Neil Havermale; Mike Smith; Bagwell, Ross; Mapinfo-L Subject: RE: MI-L GeoDatabase convert to MapInfo? Hi Neil Newer Shape files come along with Projection in a PRJ file (I think from ArcGIS 8 on); don't know if MapInfo supports it directly, FME (and therefore the UT, which is an FME subset should). There is no metadata and especially there is no lines types, colors or even text in the file (all handled through project files, in MapInfo slang = Workspaces). Shape is extremely limited: only points, multipoints, lines and areas and the column titles all uppercase limited to ten characters (dBASE III or so). However shape can be 3D. Geodatabase can handle a lot more, such as text, network topology and more. Best to translate is the FME ESRI Suite (www.safe.com), however for Geodatabases you need as well ArcGIS installed. Mit freundlichem Gruss / Best Regards Flavio Hendry TYDAC NEWS http://www.tydac.ch/german/index.php?menu=News_actual Mit freundlichen Gruessen / Kind Regards mailto:[EMAIL PROTECTED] TYDAC AG - http://www.tydac.ch Geographic Information Solutions Luternauweg 12 -- CH-3006 Bern Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number
MI-L RE: Ang. RE: MI-L Ang. RE: MI-L GeoDatabase convert to MapInfo?
Hello Mats, Well, I have no clear favourite between the technology families but I know their relative strengths well. Your mention that ESRI does not licence their format neither does MapInfo. As far as I know you, there is no off-the-shelf licence that gives you access to the TAB file set format. You would have to licence (at a cost) the MFAL (MapInfo File Access Library). I believe this is integrated into the UT. So, as stated, ESRI are doing nothing that MapInfo don't is the same, or at least similar, manner. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com/ http://www.europa-tech.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 13 October 2005 15:56 To: [EMAIL PROTECTED] Cc: 'Mapinfo-L' Subject: Ang. RE: MI-L Ang. RE: MI-L GeoDatabase convert to MapInfo? Hi All! I see the ESRIelites are closing ranks. Please, before you venture further, try and see the point we were trying to make. The question was not about the morality of software vendors using proprietary formats. Neither are we talking about which is the better, or more useful of tab, shape, geodatabase or whatever. The thing is the demand from ESRI that you license some of their software only for the reason that another software should be able to use their file format. Normally, the other software, for instance FME would have licensed the use of a proprietary format, and has obviously been able to do so for many other proprietary formats. ESRIs unwillingness to license their format in the same way is only disobliging and greedy. Hälsning / Best regards Mats.E FB Engineering AB Södra Förstadsgatan 26 211 43 Malmö Tel: 040-660 25 50 Mobil: 0705-27 60 27 Fax: 040-660 25 99 [EMAIL PROTECTED] www.fbe.se Warren Vick, Europa Technologies Ltd. [EMAIL PROTECTED] 2005-10-13 16:26 Till 'Mapinfo-L' mapinfo-l@lists.directionsmag.com Kopia Ärende RE: MI-L Ang. RE: MI-L GeoDatabase convert to MapInfo? I don't think this problem is specifically an ESRI issue. As far as I am aware, MapInfo never published the format for TAB file sets - it was reversed engineered by someone. ESRI have published the Shapefile spec' for some time. Also, since I work with both technologies, I can say that ESRI is doing more on interoperability products and services than MapInfo is. Both ESRI and MapInfo are commercial companies and I can't blame them for trying to make some money out of the data formats that they develop. I think it's unrealistic to expect that moving data between formats is done free of charge. Until a full function open spatial data format exists, vendors will no doubt continue to develop their own. I've noticed a few messages here recently that vilify ESRI but often the same issues are closer to home too. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Mats Elfström [mailto:[EMAIL PROTECTED] Sent: 13 October 2005 15:04 To: [EMAIL PROTECTED] Cc: 'Mapinfo-L' Subject: MI-L Ang. RE: MI-L GeoDatabase convert to MapInfo? Hear, hear! Rant or not, Jim is right. I have seen this before, and ESRI was involved then as well (What I am about to describe may have changed now but was a fact when the question evolved) Some time ago, Bentley announced a collaboration with ESRI so that the MicroStation GIS add-on Geographics would be able to use ESRI data without external conversion. This seemed like a good idea until it turned out that this functionality required a valid ArcGis license on the machine. I spite of much agitated debate on the relevant Bentley newsgroups, I don't recall seeing any change to this policy. And as someone pointed out back then, if he wanted to do GIS on a workstation that has ArcGis, why use Geographics? Best regards Mats.E FB Engineering AB Södra Förstadsgatan 26 211 43 Malmö Tel: 040-660 25 50 Mobil: 0705-27 60 27 Fax: 040-660 25 99 [EMAIL PROTECTED] www.fbe.se Jim Henry [EMAIL PROTECTED] 2005-02-13 15:44 Sänd svar till [EMAIL PROTECTED] Till 'Mapinfo-L' mapinfo-l@lists.directionsmag.com Kopia Ärende RE: MI-L GeoDatabase convert to MapInfo? Flavio et al, I think you have hit on the crux of ESRI's plan for ultimate domination. To use a product like FME to translate an ESRI GeoDataBase, ESRI requires that you have a legal Arc license on the machine. So much for Open GIS. Non compatibility has always been ESRI's underlying plan for ultimate product success. No need for technological excellence or user friendliness. I am amazed at how far so many major government agencies have been led down the path of creating all their mapping assets in proprietary, non-open data formats. Open information is a thing of the past in so many ways today. Sorry for the rant. Jim James C. Henry JCH GeoInfo Solutions 2726 Croasdaile Drive Suite 207 Durham, NC 27705 (919)493-9339 v. (waiting for transfer
RE: MI-L GeoDatabase convert to MapInfo?
Well, that would make sense since Microsoft are going that way with bringing a light SQL Server to the desktop. Perhaps the days of Jet (Access) databases are numbered? Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Bagwell, Ross [mailto:[EMAIL PROTECTED] Sent: 13 October 2005 18:20 To: Mapinfo-L Subject: RE: MI-L GeoDatabase convert to MapInfo? Word on the street is that ESRI is going to slowly stray away from using Access and strongly suggest to their customers to use a real data mule (i.e. SQL, Oracle, etc). -Original Message- From: Bill Thoen [mailto:[EMAIL PROTECTED] Sent: Thursday, October 13, 2005 12:17 PM To: Mapinfo-L Subject: Re: MI-L GeoDatabase convert to MapInfo? Thanks everyone. Frank Andersen just sent me a trasnslation. Apparently the shape files are stored as OLE Objects, which means you have to have the software that creates these on your system to convert them back to shape (or so I understand.) I really don't think ESRI is deliberately trying to make their data format as hard as hell to use by outsiders -- I think it's more to do with building a more flexible system-- but I'm sure they aren't shedding many tears that their data can be used now only by their customers. And many of their customers (e.g. governments who maintain public data) no longer have the ability to produce their data in any other format than what their software offers. That's bad news for the rest of us. But I wonder why ESRI chose Access with all its limitations to be their data mule? Or is the geodatabase format compatible with SQL Server? I imagine that's the case. ESRI may be as self-centered as a tornado (what corporation's not?) but they're not that near-sighted. Boy, are we all going to be so dependent on ESRI and Microsoft if we don't watch out. Me, I'm going to see if there's anyone in the open source GIS community able and willing to write an addition to the OGR libraries to crack this nut, and try to get them some funding to do so. - Bill Thoen -Original Message- From: Bill Thoen [mailto:[EMAIL PROTECTED] Sent: Thursday, October 13, 2005 11:16 AM To: 'Mapinfo-L' Subject: RE: MI-L GeoDatabase convert to MapInfo? Getting back to the original question, how does one convert one of these abominations into MapInfo TAB format? I just received one from MoDOT, and that's the format of choice. It appears to be an Access file with many tables, but I can't find the spatial information in it. I see that some have suggested you convert it to Shape format, but what do you use for that? If anyone wants a look at one of these files (or even better, can translate it for me) I've posted it at ftp://ftp.gisnet.com/pub/TDD_Boundaries_101205.mdb. It contains some sale tax districts administered by MoDOT. - Bill Thoen - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18274 ** Any opinions expressed in the email are those of the individual and not necessarily the company. This email and any files transmitted with it are confidential and solely for the use of the intended recipient. If you are not the intended recipient or the person responsible for delivering it to the intended recipient, be advised that you have received this email in error and that any dissemination, distribution, copying or use is strictly prohibited. If you have received this email in error, or if you are concerned with the content of this email please e-mail to: [EMAIL PROTECTED] The contents of an attachment to this e-mail may contain software viruses which could damage your own computer system. While the sender has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checks before opening any attachments to this e-mail. ** - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18275 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18278
RE: MI-L RE: Ang. RE: MI-L Ang. RE: MI-L GeoDatabase convert to MapInfo?
Hello Jim, Since all ESRI GIS technology is available in component form, there is no technical reason why you need ArcView/Editor/Info installed either. It's not ESRI's fault that Safe chose not to integrate a Personal Geodatabase support component into their translators, but opted to hook into a full ArcGIS installation instead. As for MIF/MID and Shape, that's pretty apples and oranges. MIF/MID is purely an exchange format, Shape is effective for exchange plus can be used effectively without translation. They share a lot of problems from being old formats. E.g. No Unicode support. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Jim Henry [mailto:[EMAIL PROTECTED] Sent: 13 February 2005 17:37 To: 'Warren Vick, Europa Technologies Ltd.'; [EMAIL PROTECTED] Cc: 'Mapinfo-L' Subject: RE: MI-L RE: Ang. RE: MI-L Ang. RE: MI-L GeoDatabase convert to MapInfo? You do not need to own a copy of MapInfo to use the FME translators as sold by FME. To convert geodatabase with FME you have to own arc. I see this being very different. I also see Mid/Mif as a much better exchange format than shp, though it is seldom seen in data exchange settings. Jim Henry -Original Message- From: Warren Vick, Europa Technologies Ltd. [mailto:[EMAIL PROTECTED] Sent: Thursday, October 13, 2005 11:30 AM To: [EMAIL PROTECTED] Cc: 'Mapinfo-L' Subject: MI-L RE: Ang. RE: MI-L Ang. RE: MI-L GeoDatabase convert to MapInfo? Hello Mats, Well, I have no clear favourite between the technology families but I know their relative strengths well. Your mention that ESRI does not licence their format neither does MapInfo. As far as I know you, there is no off-the-shelf licence that gives you access to the TAB file set format. You would have to licence (at a cost) the MFAL (MapInfo File Access Library). I believe this is integrated into the UT. So, as stated, ESRI are doing nothing that MapInfo don't is the same, or at least similar, manner. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com/ http://www.europa-tech.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 13 October 2005 15:56 To: [EMAIL PROTECTED] Cc: 'Mapinfo-L' Subject: Ang. RE: MI-L Ang. RE: MI-L GeoDatabase convert to MapInfo? Hi All! I see the ESRIelites are closing ranks. Please, before you venture further, try and see the point we were trying to make. The question was not about the morality of software vendors using proprietary formats. Neither are we talking about which is the better, or more useful of tab, shape, geodatabase or whatever. The thing is the demand from ESRI that you license some of their software only for the reason that another software should be able to use their file format. Normally, the other software, for instance FME would have licensed the use of a proprietary format, and has obviously been able to do so for many other proprietary formats. ESRIs unwillingness to license their format in the same way is only disobliging and greedy. Hälsning / Best regards Mats.E FB Engineering AB Södra Förstadsgatan 26 211 43 Malmö Tel: 040-660 25 50 Mobil: 0705-27 60 27 Fax: 040-660 25 99 [EMAIL PROTECTED] www.fbe.se Warren Vick, Europa Technologies Ltd. [EMAIL PROTECTED] 2005-10-13 16:26 Till 'Mapinfo-L' mapinfo-l@lists.directionsmag.com Kopia Ärende RE: MI-L Ang. RE: MI-L GeoDatabase convert to MapInfo? I don't think this problem is specifically an ESRI issue. As far as I am aware, MapInfo never published the format for TAB file sets - it was reversed engineered by someone. ESRI have published the Shapefile spec' for some time. Also, since I work with both technologies, I can say that ESRI is doing more on interoperability products and services than MapInfo is. Both ESRI and MapInfo are commercial companies and I can't blame them for trying to make some money out of the data formats that they develop. I think it's unrealistic to expect that moving data between formats is done free of charge. Until a full function open spatial data format exists, vendors will no doubt continue to develop their own. I've noticed a few messages here recently that vilify ESRI but often the same issues are closer to home too. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Mats Elfström [mailto:[EMAIL PROTECTED] Sent: 13 October 2005 15:04 To: [EMAIL PROTECTED] Cc: 'Mapinfo-L' Subject: MI-L Ang. RE: MI-L GeoDatabase convert to MapInfo? Hear, hear! Rant or not, Jim is right. I have seen this before, and ESRI was involved then as well (What I am about to describe may have changed now but was a fact when the question evolved) Some time ago, Bentley announced a collaboration
RE: MI-L GeoDatabase convert to MapInfo?
Hello Ross, I suspect the best route will be to export to Shapefile and then UT into MapInfo TAB. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Bagwell, Ross [mailto:[EMAIL PROTECTED] Sent: 12 October 2005 19:58 To: Mapinfo-L Subject: MI-L GeoDatabase convert to MapInfo? Anyone know if it is possible to convert an ArcGIS GeoDatabase (.mdb) to open up in MapInfo? *** Any opinions expressed in the email are those of the individual and not necessarily the company. This email and any files transmitted with it are confidential and solely for the use of the intended recipient. If you are not the intended recipient or the person responsible for delivering it to the intended recipient, be advised that you have received this email in error and that any dissemination, distribution, copying or use is strictly prohibited. If you have received this email in error, or if you are concerned with the content of this email please e-mail to: [EMAIL PROTECTED] The contents of an attachment to this e-mail may contain software viruses which could damage your own computer system. While the sender has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checks before opening any attachments to this e-mail. - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18234 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 18235
RE: MI-L Calling all C programmers - help with bug
Hello Bob,
I compiled a program including function and it seems to run fine. I suspect
that the problem may be elsewhere in your DLL. Perhaps the problem is
another function that is overrunning a string buffer and corrupting the
stack (containing your automatic variables). Try running a debugger on your
code and step through the function. Putting a watch on jCount will soon
identify if the variable is being altered outside your expected control.
Regards,
Warren Vick
Europa Technologies Ltd.
http://www.europa-tech.com
-Original Message-
From: bob young [mailto:[EMAIL PROTECTED]
Sent: 10 October 2005 16:27
To: mapinfo-l@lists.directionsmag.com
Subject: MI-L Calling all C programmers - help with bug
Dear List
If any C programmers on the list can see a bug in this code I would be most
grateful!
The code has been cut from a much larger program. The code stays inside the
while loop as the line jCount++ does not get executed for some reason.
I have extracted the code from an EXE and built in a DLL that can be called
from MapBasic or VB and each time it stays in loop. If the code is changed
slightly it works, but as is - will not.
Any one with any ideas??
Code as follows
#include stdlib.h
#include string.h
long Example1()
{
long iFlag = 0;
long lnOranges = 0;
long lnApple[100];
long jCount = 0;
long lnThreshold = 0;
char lsString[100];
lnOranges = 2;
lnThreshold = 1;
for (iFlag = 0; iFlag 2;iFlag++)
{
if (lnOranges 1)
{
jCount = 0;
while (jCount lnThreshold)
{
strcpy(lsString,string);
lnApple[jCount] = 0;
jCount++;
}
}
else
{
lnThreshold = 1;
}
}
return 9;
}
--
bob young
-
List hosting provided by Directions Magazine | www.directionsmag.com | To
unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Message number: 18189
-
List hosting provided by Directions Magazine | www.directionsmag.com |
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Message number: 18190
RE: MI-L Looking for International Airport database
Hi Gilbert, We licence our airports database as a stand alone layer as part of our Global Elements product family. 32287 airports (inc. some heliports and sea bases), 9004 with IATA code and 8654 with ICAO code. Other fields include country, FIPS/ISO codes and elevation (Ft and M). Single user cost is US$895. http://www.europa-tech.com/gel.htm Lots of other world map data sets detailed on the same site which will allow you to tag your airports with region, time zone (inc. DST), etc. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Gilbert Haché [mailto:[EMAIL PROTECTED] Sent: 14 September 2005 15:09 To: MapInfo-L@lists.directionsmag.com Subject: MI-L Looking for International Airport database I'm looking for dataset of Airports Worldwide. I need something that is up to date with option of maintenance on a regular basis. Would be nice to have info about the airports international code. PS: I already know about the Worldinfo Product so don't bother sending me messages about it... Gilbert Haché Solutions Consortech Inc. 6300, Auteuil, Bureau 505 Brossard, Québec, Canada, J4Z 3P2 Tél/Tel. : (450) 676-1555 Ext. 211 Télécopieur/fax : (450) 676-8851 Courriel/email: [EMAIL PROTECTED] - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 17865
RE: MI-L Looking for International Airport database
Hi Peter, Thanks for the information on the WFS service. I had not noticed this before, but then again, I'm not a huge user of WMS/WFS. I often wonder who is? I hear it's very popular in Denmark and there are some great services implemented. Looks like the airports are DCW/VMap0 based data which you can get anywhere. ~9000 airports, probably out of date (10 years+?), no IATA code. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Peter Horsbøll Møller [mailto:[EMAIL PROTECTED] Sent: 14 September 2005 17:22 To: Warren Vick, Europa Technologies Ltd.; Gilbert Haché; MapInfo-L@lists.directionsmag.com Subject: RE: MI-L Looking for International Airport database If you have MapInfo 7.8 and 8.0, you can access a database with World Airports thru the Open WFS-table Peter Horsbøll Møller GIS Developer Geographical Information IT COWI A/S Odensevej 95 5260 Odense S. Denmark Tel + 45 6311 4900 Dir +45 6311 4908 Mob +45 5156 1045 Fax + 45 6311 4949 E-mail [EMAIL PROTECTED] http://www.cowi.dk http://www.cowi.dk/ From: Warren Vick, Europa Technologies Ltd. [mailto:[EMAIL PROTECTED] Sent: Wed 14-Sep-05 17:10 To: 'Gilbert Haché'; MapInfo-L@lists.directionsmag.com Subject: RE: MI-L Looking for International Airport database Hi Gilbert, We licence our airports database as a stand alone layer as part of our Global Elements product family. 32287 airports (inc. some heliports and sea bases), 9004 with IATA code and 8654 with ICAO code. Other fields include country, FIPS/ISO codes and elevation (Ft and M). Single user cost is US$895. http://www.europa-tech.com/gel.htm Lots of other world map data sets detailed on the same site which will allow you to tag your airports with region, time zone (inc. DST), etc. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Gilbert Haché [mailto:[EMAIL PROTECTED] Sent: 14 September 2005 15:09 To: MapInfo-L@lists.directionsmag.com Subject: MI-L Looking for International Airport database I'm looking for dataset of Airports Worldwide. I need something that is up to date with option of maintenance on a regular basis. Would be nice to have info about the airports international code. PS: I already know about the Worldinfo Product so don't bother sending me messages about it... Gilbert Haché Solutions Consortech Inc. 6300, Auteuil, Bureau 505 Brossard, Québec, Canada, J4Z 3P2 Tél/Tel. : (450) 676-1555 Ext. 211 Télécopieur/fax : (450) 676-8851 Courriel/email: [EMAIL PROTECTED] - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 17865 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 17870
RE: MI-L Project Grande
Hello Mats, The person you should contact is Moshe Binyamin at MapInfo ([EMAIL PROTECTED]). He's the product manager for Pro and I'm certain would be the best person to channel your request. Perhaps they should change the project name to Grand Delay. ;-) Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Mats Elfström [mailto:[EMAIL PROTECTED] Sent: 05 September 2005 12:43 To: MapInfo-L@lists.directionsmag.com Subject: MI-L Project Grande HI All! I wonder if somebody knows if the Project Grande preview is under some non-disclosure agreement, or if one may write a short review of it as a newsflash? Clearly indicating of course that it is no more than a preview. Hälsning / Best regards Mats.E FB Engineering AB Södra Förstadsgatan 26 211 43 Malmö Tel: 040-660 25 50 Mobil: 0705-27 60 27 Fax: 040-660 25 99 [EMAIL PROTECTED] www.fbe.se - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 17752
MI-L [Save Windows As] image size limits
Hello listers, Does anyone know the limits of image size for Save Windows As on a mapper window? I guess it will be limited by an internal figure or perhaps memory. I already know I can go larger than screen size. Thought I'd ask before experimenting! Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.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: 17754
RE: MI-L Changing points to multipoints when translating from TAB to Shape files
Hi Uri, This was a bug with the UT that was included with one particular version of MapInfo - I can't remember which (v7.0?), but you will know! The solution is simply to use the UT from a previous or later version of Pro. If you only have one version of Pro available, I guess you would need to contact MapInfo Tech' Support to see if they have a patch or can send you a new UT component. Turning TAB points to Shapefile multi-points is really inconvenient since ArcView 3.x (for those still using/supporting the older products) project files which contained layers assumed to be points, would crash the application if multi-points were substituted. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Stein, Uri [mailto:[EMAIL PROTECTED] Sent: 10 August 2005 09:17 To: MapInfo-L@lists.directionsmag.com Subject: MI-L Changing points to multipoints when translating from TAB to Shape files When I am translating TAB file with points to Shape ESRI file with the Universal Translator the points become multipoints. Is there some way that I can do the translation to Shape file and create points and not multipoints? Thanks. Uri - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 17438
RE: MI-L MI-L: Geocoding Programs
Hello Elizabeth, For the cost conscious, I would recommend Microsoft MapPoint 2004 combined with Map-In-A-Box from Mapping Solutions ( http://www.mappingsolutions.com/mapinabox/na/ http://www.mappingsolutions.com/mapinabox/na/). MIAB is a product which bridges MapInfo and MapPoint. Essentially you can get Navteq streets (although not the latest edition) displaying in a MapInfo Pro map window, route, drive time, address look-up and geocoding. It works with both the North American and European versions of MapPoint which means cheap access to Navteq data that would normally costs many $'000 (perhaps even breaking 6 figures) for all countries available. If you already have MapPoint 2004, there is a demo version of MIAB available. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com/ http://www.europa-tech.com -Original Message- From: Elizabeth Caponi [mailto:[EMAIL PROTECTED] Sent: 03 August 2005 21:19 To: mapinfo-l@lists.directionsmag.com Subject: MI-L MI-L: Geocoding Programs Hey all, I am looking to purchase a good geocoding product. I looked into MapMarker and found it just too expensive, but then in searching I found a few products for just a few hundred dollars. Does anyone know why such a discrepancy in prices? I need to be able to geocode to exact location for address, not just a general street location (which I have found a few programs to do). I was thinking about GeocodeCD by Geolytics. Anyone have any experience using it? Any other recommendations for $2,000 or less? Thanks. Elizabeth Caponi
RE: MI-L MI-L: Geocoding Programs
Hi Elizabeth, All street-data based geocoders can only place an address (approximately) on the right spot if it knows the address range. E.g. 100-200 evens on the right... 150 is half way along. In the absence of the range, all addresses for a street get dumped in the middle of one of the segments somewhere. As for how MapPoint geocodes, well it doesn't really. It has a find capability, and MIAB simply applies this in batch and stores the results. Like a lot of things in software, you can get 80% of what you need cheaply and the last 20% can cost a fortune! Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Elizabeth Caponi [mailto:[EMAIL PROTECTED] Sent: 03 August 2005 21:47 To: 'Warren Vick, Europa Technologies Ltd.'; mapinfo-l@lists.directionsmag.com Subject: RE: MI-L MI-L: Geocoding Programs I used a trial of MapPoint with Map-In-A-Box and found the whole thing very easy to use, but it was my understanding that geocoding was not too exact, in that they grouped addresses, say 1-40 New Street, all in one location rather than assigning each address it's own location. But then I may not fully understand the whole geocoding thing. I do terror analyses and use centroids that start as small as 250 feet and when locations are grouped together I can't get good results. Perhaps that is the price to pay for not wanting to pay much. (Actually I would spend thousands, my company doesn't want to. :-() Am I not understanding how MapPoint geocodes? Elizabeth Caponi -Original Message- From: Warren Vick, Europa Technologies Ltd. [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 03, 2005 4:35 PM To: 'Elizabeth Caponi'; mapinfo-l@lists.directionsmag.com Subject: RE: MI-L MI-L: Geocoding Programs Hello Elizabeth, For the cost conscious, I would recommend Microsoft MapPoint 2004 combined with Map-In-A-Box from Mapping Solutions ( http://www.mappingsolutions.com/mapinabox/na/ http://www.mappingsolutions.com/mapinabox/na/). MIAB is a product which bridges MapInfo and MapPoint. Essentially you can get Navteq streets (although not the latest edition) displaying in a MapInfo Pro map window, route, drive time, address look-up and geocoding. It works with both the North American and European versions of MapPoint which means cheap access to Navteq data that would normally costs many $'000 (perhaps even breaking 6 figures) for all countries available. If you already have MapPoint 2004, there is a demo version of MIAB available. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com/ http://www.europa-tech.com -Original Message- From: Elizabeth Caponi [mailto:[EMAIL PROTECTED] Sent: 03 August 2005 21:19 To: mapinfo-l@lists.directionsmag.com Subject: MI-L MI-L: Geocoding Programs Hey all, I am looking to purchase a good geocoding product. I looked into MapMarker and found it just too expensive, but then in searching I found a few products for just a few hundred dollars. Does anyone know why such a discrepancy in prices? I need to be able to geocode to exact location for address, not just a general street location (which I have found a few programs to do). I was thinking about GeocodeCD by Geolytics. Anyone have any experience using it? Any other recommendations for $2,000 or less? Thanks. Elizabeth Caponi - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 17367
RE: MI-L Search and find by LAT-LON
I think this should be: select * from points where CentroidX(obj) = 89 and CentroidY(obj) = 43 Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Ben A Greenberg [mailto:[EMAIL PROTECTED] Sent: 18 July 2005 21:25 To: Tom Halbrook; mapinfo-l@lists.directionsmag.com Subject: RE: MI-L Search and find by LAT-LON You should be able to query a point using SQL. Just use the Centroid(X) or Centroid(Y) functions in the WHERE clause. example: select * from points where Centroid(X) = 89 and Centroid(y) = 43 Ben Greenberg GIS Coordinator NAI MLG Commercial 262-797-9400 -Original Message- From: Tom Halbrook [mailto:[EMAIL PROTECTED] Sent: Monday, July 18, 2005 3:16 PM To: mapinfo-l@lists.directionsmag.com Subject: MI-L Search and find by LAT-LON Hello Listers. Does anyone know of a MapBasic program to find a specific LAT-LON point on a MapInfo map by entering the coordinates to initiate a search? - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 17195 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 17200
MI-L MI Pro Norton Cleanup problem
Hello Listers, I discovered a nasty incompatibility between Pro and Norton software yesterday and thought I'd share it with the group. I run Norton System Works Premier on my main PC. A couple of times a week, in the night, it runs a Checkup program which does a number of system maintenance jobs. One task is called Cleanup which, among other things, cleans up temporary files. The problem occurred when I left a Pro session running overnight (doing nothing, just waiting for me to come back to it in the morning) which had a browser window open showing the results of a query (Query1). When I got in I noticed that the results of my query had disappeared and now Pro was reporting that temporary files could not be found. My conclusion was that the Norton clean-up had deleted the files thinking they were no longer in use. I guess Pro had not kept a lock on them. So, if you're running any Norton product which includes a scheduled check-up, including clean-up, make sure you have not left any open queries running when the utility runs according to schedule. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.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: 17202
MI-L Batch output to PDF
Hello all, I have a project which needs to output PDF's in batch - not just in MapInfo/MapBasic but other applications too. Therefore I'm looking for a generic Windows-based batch PDF solution and I seem to remember that this one has come up before on the list. I currently have Acrobat Standard v6 but this doesn't seem to have any batch tools (correct me if I'm wrong!). I can handle the application control to print multiple documents, I'm just looking for a printer emulating writer that will neatly/accurately make a PDF for each one. One key issues is how the output PDF's are named. Sequentially with a file name template (e.g. mypdf001.pdf, mypdf002.pdf, etc.) would be reasonable but I would then need to do a batch rename. It would be ideal if the writer could find a clue in the output for the filename (e.g. using a hidden item of coded text). There seem to be a million-and-one PDF writers out there now. Any suggestions? Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.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: 17009
RE: MI-L Can't eveluate ... column Obj
Hello Terry, Your variable lcCommand is a string and this is a type mismatch with the obj from your table. I suspect your thought lcCommand would be a symbol which, even then, would be incompatible. The symbol is just one part of an obj which you can modify with alter object One more tip... Whenever you do a select, it's a good idea to specify the table name you want it to go into rather than just use selection. It's easy then to close the table you use when your finished, otherwise you have to keep on top of the accumulation of QueryX tables. E.g. select * from MyTable where MyID = 123 into TO_UPD update TO_UPD set OtherField = 456 close table TO_UPD Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Terry McDonnell [mailto:[EMAIL PROTECTED] Sent: 27 June 2005 17:39 To: mapinfo-l@lists.directionsmag.com Subject: MI-L Can't eveluate ... column Obj Dear List Pease consider the code below and can anyone tell me why I get the error message: Can't evaluate expression for column Obj. Operation cancelled... on the Update Selection line. In the dialogue I'm using the Symbol Picker to select a font symbol, and selcting one of my Facility types from an array. Then I'm trying to change the symbol to that selected, for all Facilities on the map who are of that type. e.g. all churches could be displayed as a spire, factories as a factory pic, museums with the M building, et al. Note thefre are 2 arrays side-by-side: one holding the desc and the other the code. 'ppfreciate it Terry McDonnell Sub FAC_SYMBOLS_DIALOG '_ Dim lsSymbolas Symbol, lcSymbolStyle, lcCommandas String, lnSelID as SmallInt, loObj as Object DIALOG Title Select Symbols for Facility Type Control StaticText Position 10,10 Title Select: Control SymbolPicker Position 60,10 Into lsSymbol Control StaticText Position 10,40 Title Facilty Types: Control PopUpMenu Position 60,40 Title from Variable gaFacTypes Into lnSelID Control OKButton Control CancelButton If CommandInfo( CMD_INFO_DLG_OK) Then lcSymbolStyle = STR$( lsSymbol) lcCommand = MakeFontSymbol( + lcSymbolStyle + ) Select * from FacMast where FacMast.Fac_Code = gaFacCodes( lnSelID) Update Selection set Obj = lcCommand End If End Sub - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 16961
RE: MI-L What's wrong with this code?
Hi Terry, The problem may be that stop is a command in MapBasic and maybe parsed as a reserved word. However, I would normally expect this to cause a problem at compile time. Try changing it anyway and see what happens. I can't see anything else that is obviously wrong although you could be doing a lot of updates by places this in the SelChangedHandler. What is the run-time error you get? Conversion failure perhaps? Another thought is that you may be selecting a row from a browser that does not have an obj, which will make centroidx() and centroidy() fail. Finally, stop.eastings will contain the value of the current record in table stop and may not be the same as the one you update in the subsequent SQL. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Terry McDonnell [mailto:[EMAIL PROTECTED] Sent: 09 June 2005 18:04 To: mapinfo-l@lists.directionsmag.com Subject: MI-L What's wrong with this code? Can anyone see the problem with this code in my SelChangedHandler?: ___ note Eastings = + str$(stop.eastings) Update STOP Set Northings = CentroidY( OBJ), Eastings = CentroidX( OBJ), Last_Udate = CurDate() where RowID = gnRowID ' Change the N/E values to the new coords in the OBJ, after the move ___ I put the note in as a debug aid to a) satisfy myself that I was getting into the handler, and b) to confirm that Stop.Eastings exists. But at run-time I get an error on the Set.. command, to the effect that Eastings doesn't exist. But the note works. I quadruple-checked that the field IS actually called this, and that it's spelt right, and that the syntax of the command is as in Help. It doesn't object to Northings. Me flummoxed! 'ppreciate it Terry - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 16766
RE: MI-L SUM: Off Topic...ESRI and system clocks
Hello Cinda, I would not mess with the system clock if you run ESRI software! ArcGIS has a start-up detection of clock tampering (i.e. winding back) and would refuse to run even if you had a perpetual (non-timeout) licence. I had hoped they would have fixed this in 9.x but your message suggests otherwise. The problem you have is that ArcGIS even scans some files on your disk to see if there is evidence of future dating. I had the same problem ... two brand new Sony laptops with pre-installed software featuring future dates (for some reason) with a resulting block from ArcGIS. The solution, as you have found, is not to delete but to touch the offending files (which you can find with Windows Explorer using a date based search) with an old/recent date. Looks like you found one for yourself but my favourite is Touch Pro: http://www.jddesign.co.uk It's very cheap (GBP7) and integrates nicely with Windows file context menus. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com Tel: +44 20 8398 3955 x201 -Original Message- From: Cinda Graubard [mailto:[EMAIL PROTECTED] Sent: 07 June 2005 21:20 To: MapInfo-L Subject: MI-L SUM: Off Topic...ESRI and system clocks The obvious work around is one we figured out and that was also suggested by Gretchen Heldmann: set the system clock ahead for the time one needs to run ArcView 9.1. Bill Thoen mentioned that in the UNIX world there was a program called TOUCH which allows you to change the time stamps for files and that he thought there was a similar program for DOS. He suggested that there might one out there for Windows. A search using Google turned up a freeware program (Attribute Changer) which worked like a charm. It works with all Windows operating systems. Thanks all, 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: 16712 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 16713
RE: MI-L DTED format description
Hi Jamie, I think this is what you're looking for: http://www.nga.mil/ast/fm/acq/89020B.pdf Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Jamie Harvie [mailto:[EMAIL PROTECTED] Sent: 01 June 2005 21:25 To: MapInfo-L@lists.directionsmag.com Subject: MI-L DTED format description Does anyone know where I can get a format description of the DTED Level 1 and Level 2. At one time I had it but it has since slipped through my fingers. James Harvie Senior Product Manager AmberCore Software 2081 Merival Road, Suite 1300 Ottawa, Ontario, K2G 1G9 (613) 216-0082 ext. 259 Fax: (613) 321-9566 http://www.ambercore.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: 16639
RE: MI-L problem with spherical distance buffering
Hello Jennifer, Unfortunately MapInfo Pro's spherical buffers have never worked correctly for larger areas. The problem is that the calculation is not truly spherical in that the buffer distance is transformed into lat/lon units at a single point. The problem here is that a degree of longitude changes size with varying latitude, so large buffers have an increasing degree of error. Buffers around a point always come out as ellipse-shaped and do not seem to spread out as they approach the poles (using the standard world projection). The only solution I know, and use, is to develop your own buffering code for points and then apply this to all nodes in your source objects. I hope MapInfo support note this message because it's a bug in Pro that is long overdue and cripples the application for use in long distance uses as aero, shipping, space systems, etc. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Jennifer Tao [mailto:[EMAIL PROTECTED] Sent: 12 May 2005 13:34 To: mapinfo-l@lists.directionsmag.com Subject: MI-L problem with spherical distance buffering Hi, I opened a WORLD table (with a geographical lat/long 'projection') in MapInfo, and then added a line object from the latitude of +60N to the latitude of -60S; what I intended to do is to generate a uniform buffer zone of 2500km (spherical distance!) surrounding this line object. The Buffer function with a spherical distance option is used , but MapInfo produces a rectangle-like zone (with 4 rounded corners). I though the buffered zone to be generated would have this feature - widths of the buffer zone in higher latitudes are much larger than those close to the Equator, due to the obvious earth shape. I could not figure out why MapInfo produces this rectangle-like buffer zone, and it seems the buffered zone generated is not being automatically projected to the projection of the underlying table. In fact, if you change the projection of the underlying table to other world projections, the buffer zone always looks like a rectangle, surrounding the line object added in the beginning. All is not what I expected. I wish to seek your help for clarification. Could you please suggest how I can realize what I wanted in MapInfo? If you have resources or websites on buffering algorithms (either for vector-based objects or in a grid/raster environment), could you please suggest? Thank you very much kevin - Find local movie times and trailers on Yahoo! Movies. - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 16455
MI-L Brazil coordinate system/projection/datum - UTM22S variant?
Any Brazilian or international coordinate system experts in the house? I have a shapefile of Brazilian data which came without a PRJ file to give away essential information about the coordinates used. The numbers are large so I guessed they were metres on a UTM projection. Since the data covers all of Brazil (which crosses multiple UTM zones), I guessed on a mid-strip of 22S which turned out to be almost right. Viewing on ArcView or MapInfo Pro, I see a (slightly varying) ~100km shift west for the data when overlaid on reference data. The vertical seems about right. This error is much more than I would expect for a datum issue but I tried all the common ones anyway - no real difference. Does anyone know if Brazil uses some system which differs from the standard zones such as a different false easting? Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.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: 16235
MI-L MapWorld 2005 - MapInfo-L pass stickers
Hello all, After a two year break in favour of local events, MapWorld will soon be with us in sunny Miami. As I have done in previous years, I will pin some I'm on MapInfo-L stickers to the notice board. Please take one for your conference pass and don't forget to say Hi! to fellow -L'ers. The event is an excellent opportunity to network with other MapInfo users and being on MapInfo-L is as good a reason as any to start a chat with a stranger. Learn stuff, meet people and get a tan - prioritise as you wish! I look forward to seeing some of you out there. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.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: 15806
RE: MI-L World Boundaries
Hello Steve, I've yet to find a free source that is up-to-date. Europa Technologies has a number of world map products but they are all commercial products, starting from $495. Take a look at our web site for details and please feel free to contact me if you have any questions. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com Tel: +44 (0)20 8398 3955 x201 -Original Message- From: Stephen Smith XS (MC/TKO) [mailto:[EMAIL PROTECTED] Sent: 03 March 2005 13:08 To: MapInfo-L@lists.directionsmag.com Subject: MI-L World Boundaries Can anyone help me find a Layer with a world country boundaries. Would be very much appreciated. I have come across a few but they aren't very accurate. Thank you in advance BR/Steve Smith - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 15510 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 15514
RE: MI-L HELP WITH EXPRESSION TO UPDATE COLUMN VALUES
Hello Jocelyn, Try this: rtrim$(left$(YourField, 2))+mid$(YourField, 4, 2)+/+right$(YourField, 4) Assumptions: - The prefix part is one or two letters only. - The gap between the prefix and main body is padded with spaces, not tabs. - The main part of the code starts from character position 4. - The main part of the code is always 7 characters. I'd recommend keeping a copy of the old field just in case there are some cases where the code does not conform to the assumptions above. Also, if the source field is blank, the output will be /. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Jocelyn O'Byrne [mailto:[EMAIL PROTECTED] Sent: 27 February 2005 07:23 To: MapInfo-L@lists.directionsmag.com Subject: MI-L HELP WITH EXPRESSION TO UPDATE COLUMN VALUES Hi Mapinfo Guru's, Was hoping someone may be able to supply me with an expression statement that I can use to update the format and appearance of name attributes in a polygon table. I have many records that require the same change so was hoping to use tableupdate column and enter the appropriate expression. The change required for values is: E 1500574would become E15/0574 P 2603033would become P26/3033 ML 7000751 would become ML70/0751 M 3800431would become M38/0431 Etc. Thank you all in advance. Hope everyone is having a fantastic weekend!! Kind regards Jocelyn O'Byrne - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 15450
RE: MI-L MB Syntax problem
Hello Sal, Unfortunately there is no CreateEllipse() function in MapBasic. There is a create ellipse statement but that cannot be used directly in an SQL insert statement. There is a CreateCircle(x, y, radius) if that's any use, alternatively you could create a function of your own that returns an ellipse and use that in the SQL statement. The same is true for CreateRectangle but there is a work-around there. You can create a line between opposite corners of a rectangle and then pass that to the minimum bounding rectangle function, MBR(), to get a rectangle. e.g. Insert Into mytable (Obj) Values (MBR(CreateLine (x1, y1, x2, y2))) Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Sallyann Smith [mailto:[EMAIL PROTECTED] Sent: 27 February 2005 18:23 To: mapinfo-l@lists.directionsmag.com Subject: MI-L MB Syntax problem Hi there, I have what should be a very simple MapBasic task, but I can't get the syntax right. To insert a point object into a table, I use: Insert Into mytable (Obj) Values (CreatePoint x1, y1) and for a line object I use: Insert Into mytable (Obj) Values (CreateLine (x1, y1, x2, y2)) and this always works fine. But I can't create a Rect or Ellipse object the same way. I have tried: Insert Into mytable (Obj) Values (CreateEllipse (x1, y1, x2, y2)) Insert Into mytable (Obj) Values (CreateEllipse (x1, y1) (x2, y2)) Insert Into mytable (Obj) Values (CreateEllipse (x1, y1), (x2, y2)) all of these give me a syntax error when I compile, and the same with CreateRect. I must be doing something wrong, but what? Sal - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 15454
RE: MI-L HTML Image Maps - Sample Code with MapBasic 7.8
Hello Stuart, Although there is a utility to build HTML image maps, I'm not sure it's made available in source code. In any case, it's not a difficult thing to do from scratch and since it uses many elements from MB programming (file output, map windows, object processing and a bit of arithmetic), it's a good exercise. The key to image maps is identifying the pixel location of a feature on your map (say a place name). For non-exotic projections, you can do this by simply interpolating x/y given the coordinate min/max of your mapper window and the location within the window that you want to use. Once this conversion is working, you can build hot spots that are simply small circle (for point objects) or more complicated regions. Note with the latter that if your region data is quite detailed, it's worth stripping out redundant (duplicate) points out of the image map. As well as hot spots, you can also use JavaScript tricks to do pop-up information. I use a slightly modified version of Overlib to do the Map Gallery area on the Europa Technologies web site. Hover over the place dots for information. Unfortunately I have only managed to get this working with IE at the moment. http://www.europa-tech.com/gallery.htm It's quote rewarding to get a semi-interactive map working outside of MapInfo, so do give it a try. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Stuart Morrison [mailto:[EMAIL PROTECTED] Sent: 23 February 2005 09:25 To: mapinfo-l@lists.directionsmag.com Subject: MI-L HTML Image Maps - Sample Code with MapBasic 7.8 Would anyone be kind enough to provide me with the mapbasic Sample Code for creating HTML Image maps? I have MIPro 7.8 but only MapBasic 7.0, so I do not have this code .. which I believe was provided from MB v7.5 onwards Thank you in advance Stuart ps. sorry for the re-post - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 15394 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 15396
RE: MI-L Off topic....
With 29 hits for Microwave Server on Google, maybe it wasn't a mistake! Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Sabin Mark [mailto:[EMAIL PROTECTED] Sent: 17 February 2005 11:41 To: MI_list (E-mail) Subject: MI-L Off topic I know it's off topic, but I had to laugh. We have just received a voice message on our helpdesk saying that a users email account has failed to connect to the microwave server ** Content: The views expressed in this email are personal and may not necessarily reflect those of South Derbyshire District Council, unless explicitly stated otherwise. Confidentiality: This e-mail and its attachments are intended for the above named only and may be confidential. If they have come to you in error you must take no action based on them, nor must you copy or show them to anyone; please reply to this e-mail and highlight the error. ** - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 15330
RE: MI-L New countries
Hello Francois, Your country count will depend on which geo-political model of the world you want to adopt. There are a number of systems each of which use slightly different criteria. The differences are not with states that are clearly countries in their own right, such as the USA, Canada, UK, etc. The difficulty is with states that are dependent (economically, defence, etc.) but have some degree of autonomy. For instance, Greenland, Guam, Puerto Rico, Guadeloupe all have links with a parent country, so do you include them as countries? IMHO, the two major geo-political systems are the US FIPS10-4 and International ISO-3166. There are subtle differences between the two. We support both systems in Europa products. MapInfo's standard world map has never been maintained very well and has a number of political errors in addition to an inconsistent level of detail. More controversially it does not take a balanced view on issues such as Jammu Kashmir - specifically, instead of mapping the line of control between India and Pakistan (as published by the UN), they give the whole region to India. I asked one of the MapInfo founders about this a number of years ago and was rather astonished to hear that they do this because we sell more products in India than Pakistan. I wonder how many other pseudo-political depictions are made in data based on a commercial factors! Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Francois T.-Goulet [mailto:[EMAIL PROTECTED] Sent: 28 January 2005 02:50 To: MapInfo-L@lists.directionsmag.com Subject: MI-L New countries Does anyone know if there's a place where I can find informations about any new country or countries which have changed their name since 2000 (or 1998)? MI 7.0's world map (included with the cd) has 252 countries (and ESRI 2000's base map has 250) and I need an up to date map. Thanks, Francois T.-Goulet - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 15033 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 15059
RE: MI-L Cresta Zones
Hello Andy, I have not received any e-mail from you recently. Just in case our anti-spam filtered you out, I have just added you as a trusted party. Please let me know what you're after with regards to CRESTA zones and I'll be happy to help. CRESTA data product info: http://www.europa-tech.com/cresta.htm CRESTA service info: http://www.europa-tech.com/cresta_net.htm Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com Tel: +44 (0)20 8398 3955 x201 -Original Message- From: Canfield, Andrew [mailto:[EMAIL PROTECTED] Sent: 21 January 2005 22:47 To: mapinfo-l@lists.directionsmag.com Subject: MI-L Cresta Zones Does anyone on the list know the answer to any of the following questions: How much are the Cresta zone data sets for MapInfo? ( It would be for two US states area ) Who do I buy them from? ( I thought it was Europa technologies but I haven't gotten a response from them ) (I tried e-mailing Warren directly but I have gotten no response so maybe the contact info is out of date) How do I get a hold of whoever has these data sets? Thanks, Andy - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 14969 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 14970
RE: MI-L When 12 = 11 ( Error maybe in mapbasic/mapinfo)
Hello Paul, As Uffe has pointed out, the problem is with floating point numbers not representing the results of your calculation exactly. If you enter the following in the MapBasic window, it will demonstrate what's happening: print format$((145.2-fix(145.2))*60, 0.000) Produces: 11.999318 So, that last fix() rounds it down to 11. My advice it to leave it out. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Uffe Kousgaard [mailto:[EMAIL PROTECTED] Sent: 18 January 2005 07:26 To: Mapinfo-L Subject: Re: MI-L When 12 = 11 ( Error maybe in mapbasic/mapinfo) Welcome to the world of floating point math ! Floating point numbers are usually expressed as binary numbers internally, which are not always exact. In this case 0.2 may be stored as 0.199. Multiply that with 60 and you get something a bit smaller than 12. Use the fix funtion and you get 11. Similarly 145.2 - 145 0.2, when using floating point numbers. So you mat get the correct result using straight 0.2, but not using 145.2 - 145. Here is an explanation (Delphi based, but same principle): http://www.guidogybels.net/index.html?floats.html Kind regards Uffe Kousgaard www.routeware.dk - Original Message - From: Paul Smith [EMAIL PROTECTED] To: MapInfo-L@lists.directionsmag.com Sent: Tuesday, January 18, 2005 8:08 AM Subject: MI-L When 12 = 11 ( Error maybe in mapbasic/mapinfo) Hi List, I have been working on some of my own tools and in a equation working with Lat's and Long's I have found something odd. What I was trying to do was take a float and give the result of the float without the preceding integer ie. 145.2 = 0.2 (Remove the 145) Then multiply the result by 60 ie. 0.2 x 60 = 12 But wait fo it: In mapbasic 12 = 11 Yes you all think I am crazy but here is my proof. My equation is: print fix((abs(fltvariable)-fix(abs(fltvariable)))*60) subtituting fltvariable for 145.2 (makes not different if you use any other number as long as it has 0.2 as the decimal) Type this equation into the mapbasic window and even try them on paper yourself. print fix((abs(145.2)-fix(abs(145.2)))*60) Working through the equation we would have print fix((abs(145.2)-fix(abs(145.2)))*60) = 11 ? print fix((145.2-fix(145.2))*60) = 11? print fix((145.2-145)*60) = 11? print fix(0.2*60) = 12 Correct print fix(12) = 12 Correct The answer should be 12 but mapbasic is giving 11 as the result for the first 3 equations. It this a bug that should be fixed or been fixed? Paul Smith - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 14895 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 14898
RE: MI-L Vendee Globe - around the world , map by Esri
Hello Phil, It's quite common with desktop-mapping/GIS system to handle a projected earth with no regard for 180E = 180W. It's common to add an extra bit of the globe, copied from the other side of the world, so that data goes beyond 180degrees in order to give continuity. This is a real fudge since overlaid information (such as a boat position) needs to be adjusted. It's not a specific ESRI problem, MapInfo has no world projections with a variable central meridian either. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Phil Waight [mailto:[EMAIL PROTECTED] Sent: 21 December 2004 06:00 To: [EMAIL PROTECTED] Subject: MI-L Vendee Globe - around the world , map by Esri Well, if you have an interest in: 1. Sailing 2. Web mapping OR 3. Knowing where the edge of the world is according to Esri and have a few idle minutes, try this: http://www.vendeeglobe.org/uk/classements and click on view map I cannot get the map to show any detail (grid lines, features) East of 180 degrees. So am curious to see what happens in a few days when the lead boats (at 171 east) reach the edge of the world. Do like the wind and boat direction overlay though. Phil. - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 14662
RE: MI-L Objects Intersect Into Target help
Hello James, From your last sentence, I guess you're looking at doing this in a MB(?) program rather than with Pro's user interface. As a rule, I say away from using target related commands unless I want the user to be involve (typically with setting the target). For programmatical object processing, it's much better to use overlap() and erase() to implement the Erase... and Erase Outside... functionality. This is especially true when just updating an object with no need to change attributes since you can just do an SQL update on the obj field. Using the target commands nearly always involves messing around with building statement into strings and doing a run command - I avoid this wherever I can. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: James Stott [mailto:[EMAIL PROTECTED] Sent: 20 December 2004 12:00 To: [EMAIL PROTECTED] Subject: MI-L Objects Intersect Into Target help All, I am trying to use the Objects Intersect Into Target statement to erase outside of a buffer. This part works fine, it is when using the data clause that I have a query. Is it possible to tell Mapbasic that you want all of the columns to be the same as the original table (i.e. to not equal a value, a proportion or be assigned blank), or can you / how do you set up the data clause so that the intersect statement can deal with different tables that don't always have the same number of column and names (i.e. the column names are not hardcoded). I have tried to add For loops at various places but this does not work. Regards James Stott This Electronic Transmission is intended only for the attention of the addressee. It may contain privileged and confidential information. If you are not the person for whom it is intended, you must not copy, distribute or take any action in reliance on it. If you have received this electronic transmission in error please notify us immediately by telephone, delete the transmission and destroy any hard copies. Nicholas Pearson Associates has used all reasonable efforts to ensure that this message and any attachments are free from viruses. Nicholas Pearson Associates Environmental Planners - Landscape Architects - Ecologists 30 Brock Street, Bath,BA1 2LN Tel: +44 (0) 1225 445548 Fax: +44 (0) 1225 312387 www.npaconsult.co.uk - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 14639
RE: MI-L : Speed processing issues
Hello Bill, I do processing that takes days even on a high performance machine so I know how you feel. Your processing time will be influenced by a number of factors. Let's put the software ones aside for now as you were asking about hardware. 512Mb is a little light these days but it depends on what your process does. Do a Ctrl-Alt-Del and select Task Manager Performance. You can see here what your system is consuming memory wise. As long as you have physical memory available and do not dip into the virtual pool, then your current memory is fine. Your processing will help quite a bit if there is some number crunching going on but I would suggest that you're fine with 2.4GHz. Unless you are running other things too, you probably would not notice much difference with additional processors either. My favourite area for update is disks and I'm a huge fan of SCSI drives. They are so much faster than EIDE and will help cut through your data very quickly. I have no experience with SATA but am told they're very good too. The cheapest option is to look at your code, over and over again. There is nearly always a potential change in there which looks so small, but over the processing iterations can chip hours out of run times. It's a shame that MB never had an execution profiler to help with such things. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Data Directions [mailto:[EMAIL PROTECTED] Sent: 20 December 2004 13:37 To: MapInfo List Subject: MI-L : Speed processing issues I am doing erase, combine and disaggregate operations on 1.3 Gb files, and needless to say, the processing times are ridiculous ... hours and hours .. ad infinitum! I have implemented the idea of using the MapBasic window and choosing to bypass transaction files by the process: set table YourTableName fastedit on undo off Aside from the impractical option of purchasing a Sun Sparc station, would it help if I was to increase my RAM or even processor speed? I am currently running on a 2.4 GHz Pentium 4 with 512 Mb RAM. Or should I maybe consider doing these operations in another product that imports MID/MIF files? Thanks again, Bill - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 14638 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 14640
RE: MI-L Need help inserting spaces when concatenating columns
Hello Rob, Try: Field1+ +Field2+ +Field3 Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Robert Schumacher [mailto:[EMAIL PROTECTED] Sent: 13 December 2004 21:51 To: [EMAIL PROTECTED] Subject: MI-L Need help inserting spaces when concatenating columns When I am using concatenation to update a column, how do I place a blank space between each column in the concatenation? Does MapInfo use a certain character to denote a blank space? What would the expression look like? (Iattempted to do this by creating a new column in the table and setting the value of that whole column as a blank space ( ). When I concatenate by placing this new column between all other columns, no blank spaces show up in the updated column. All of the characters are bunched up together.) Thanks, Rob Schumacher - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 14534
RE: MI-L Translating Shape files, which files are necessary
Hello Cinda, Actually ESRI PRJ's are projection files. The equivalent of a MapInfo workspace is an APR in ArcView v3.x and MXD's for ArcGIS v8/9.x. Other correspondents are correct, the UT doesn't used them and one needs to specify the coordinate system/projection/datum manual for each SHP-TAB translation. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Cinda Graubard [mailto:[EMAIL PROTECTED] Sent: 10 December 2004 12:51 To: David Reid; MapInfo-L Subject: Re: MI-L Translating Shape files, which files are necessary the .shp file translation will use the required additional files and create the .tab, .map, .dat etc. note, however, that the .prj file is NOT a projection file, but a project file which is equivalent (more or less) to a MapInfo workspace. you will have to know the original projection and set it in UT. cinda graubard geomax At 09:14 PM 12/09/2004, David Reid wrote: Greetings list. I have quite a few sets of dlg's I'm converting from ESRI shape file format to MI. The sets contain the following ordinary ESRI files, does UT require _ALL_ of these files to convert to tabs? *.sbx *.prj projection file? *.sbn *.dbf data *.shp vector data? *.shx index data? I know the dbf and shp files are required and probably a couple more but all? Thanks, David Reid --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.804 / Virus Database: 546 - Release Date: 11/30/2004 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 14476 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 14479 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 14480
RE: MI-L Accuracy of an object variable?
Looks like I was wrong as I've just tried a test in a new map window. I managed to create two points under 2cm apart so that seems to be the unit of accuracy for standard lat/lon coordinate systems. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Warren Vick, Europa Technologies Ltd. [mailto:[EMAIL PROTECTED] Sent: 25 November 2004 22:59 To: 'Lars V. Nielsen (GisPro)'; 'Robert Crossley' Cc: 'MapInfo List' Subject: RE: MI-L Accuracy of an object variable? Hello Lars, Actually, the 32bit range is spread over a distance further that 40,000km as MapInfo's lat/lons coordinate systems can go beyond the degree limits of the real world. I seem to remember that the unit distance was around (just under) 20m. Certainly I have experienced cased where I have done some object processing in lat/lon (WGS-84) (road locality searches involving small buffers) and the results did not work out until I switched to a local system which had an inherently greater accuracy. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Lars V. Nielsen (GisPro) [mailto:[EMAIL PROTECTED] Sent: 25 November 2004 12:26 To: Robert Crossley Cc: MapInfo List Subject: Re: MI-L Accuracy of an object variable? Hi Robert, The accuracy (or better: resolution) of any (feature) object in MapInfo is dependent on the relevant projection bounds. The wider the bounds, the poorer the accuracy/resolution. The worst accuracy is using a straight lat/long table, since it needs to accomodate 4 km inside a 32 bit integer, resulting in a coordinate accurracy/resolution of 1 centimeter/? inch. It's possible to control the bounds in a table, rendering higher accuracy, but I suspect the cosmetic layers to always use the general lat/long projection, rendering them as the poorer choice. So I'd go for a (temporary) table anytime if accuracy is a concern. Best regards/Med venlig hilsen Lars V. Nielsen GisPro, Denmark http://www.gispro.dk/ - Original Message - From: Robert Crossley [EMAIL PROTECTED] To: MapInfo List [EMAIL PROTECTED] Sent: Thursday, November 25, 2004 7:33 AM Subject: MI-L Accuracy of an object variable? Hi list, While on a few occasions there has been some discussion on the accuracy of putting an object into the cosmetic layer vs a table in terms of accuracy, any comment on loss of accuracy taking an object from a table, processing it as an object variable in memory and inserting it into another table from the object variable? r -- Robert Crossley Agtrix P/L 9 Short St PO Box 63 New Brighton 2483 Far Southern Queensland AUSTRALIA 153.549004 E 28.517344 S P: 02 6680 1309 F: New Connection M: 0419 718 642 E: [EMAIL PROTECTED] W: www.agtrix.com W: www.wotzhere.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: 14223 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 14227 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 14230 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 14236
RE: MI-L Polyline direction ???
Hello Mustafa, Since your working with land parcels, I guess you meant region/polygon rather than polyline? Here is a MB implementation of a clockwise test function. You simply pass in the object and the part number (to handle multi-polygon regions) and it returns whether the polygon is clockwise as TRUE or FALSE. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com Tel: +44 (0)20 8398 3955 x201 ---8--Cut here--8--- function IsClockwise(byval TestObj as object, byval Part as smallint) as logical dim NrPnts, i as integer dim a, x, y, Old_x, Old_y as float dim rc as logical rc = FALSE NrPnts = objectinfo(TestObj, OBJ_INFO_NPOLYGONS+Part)-1 Old_x = objectnodex(TestObj, Part, 1) Old_y = 0.0 a = 0.0 i = 1 while i = NrPnts i = i + 1 a = a + (Old_x - objectnodex(TestObj, Part, i)) * (Old_y + objectnodey(TestObj, Part, i) - objectnodey(TestObj, Part, 1)) Old_x = objectnodex(TestObj, Part, i) Old_y = objectnodey(TestObj, Part, i) - objectnodey(TestObj, Part, 1) wend a = a + (Old_x - objectnodex(TestObj, Part, 1)) * Old_y if a 0.0 then rc = TRUE ' Clockwise end if IsClockwise = rc end function -Original Message- From: Mustafa VZGET]N [mailto:[EMAIL PROTECTED] Sent: 23 November 2004 16:39 To: [EMAIL PROTECTED] Subject: MI-L Polyline direction ??? Hi all. I have 2 questions: First, In MapInfo there is a polyline direction (in the object's drawing direction). Can we programmatically (ie via Mapbasic) obtain this direction (as clockwise or counter-clockwise)? Secondly, my actual purpose is: I have a parcel and I want to put a house in that parcel so that 1) The 3 walls of the house will be 4 meters inside (and parallel to) the 3 parcel sides. 2) The area of the house will be 70% of the parcel's area. (In this way the house will be closed up with the 4th side.) The shape of the parcel may be rectangle, trapezoid or more complicated. I need a strong and general algorithm which will work with even bad parcel shapes. I have found it difficult to decide which of the 2 parallel lines belong to the inner part of the parcel. (There are 2 identical lines which are 4-meters equidistant from a line.) Anyone suggest an algorithm or point me in the right direction? Thanks... - Do you Yahoo!? Meet the all-new My Yahoo! - Try it today! - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 14225
RE: MI-L Accuracy of an object variable?
Hello Lars, Actually, the 32bit range is spread over a distance further that 40,000km as MapInfo's lat/lons coordinate systems can go beyond the degree limits of the real world. I seem to remember that the unit distance was around (just under) 20m. Certainly I have experienced cased where I have done some object processing in lat/lon (WGS-84) (road locality searches involving small buffers) and the results did not work out until I switched to a local system which had an inherently greater accuracy. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Lars V. Nielsen (GisPro) [mailto:[EMAIL PROTECTED] Sent: 25 November 2004 12:26 To: Robert Crossley Cc: MapInfo List Subject: Re: MI-L Accuracy of an object variable? Hi Robert, The accuracy (or better: resolution) of any (feature) object in MapInfo is dependent on the relevant projection bounds. The wider the bounds, the poorer the accuracy/resolution. The worst accuracy is using a straight lat/long table, since it needs to accomodate 4 km inside a 32 bit integer, resulting in a coordinate accurracy/resolution of 1 centimeter/? inch. It's possible to control the bounds in a table, rendering higher accuracy, but I suspect the cosmetic layers to always use the general lat/long projection, rendering them as the poorer choice. So I'd go for a (temporary) table anytime if accuracy is a concern. Best regards/Med venlig hilsen Lars V. Nielsen GisPro, Denmark http://www.gispro.dk/ - Original Message - From: Robert Crossley [EMAIL PROTECTED] To: MapInfo List [EMAIL PROTECTED] Sent: Thursday, November 25, 2004 7:33 AM Subject: MI-L Accuracy of an object variable? Hi list, While on a few occasions there has been some discussion on the accuracy of putting an object into the cosmetic layer vs a table in terms of accuracy, any comment on loss of accuracy taking an object from a table, processing it as an object variable in memory and inserting it into another table from the object variable? r -- Robert Crossley Agtrix P/L 9 Short St PO Box 63 New Brighton 2483 Far Southern Queensland AUSTRALIA 153.549004 E 28.517344 S P: 02 6680 1309 F: New Connection M: 0419 718 642 E: [EMAIL PROTECTED] W: www.agtrix.com W: www.wotzhere.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: 14223 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 14227 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 14230
RE: MI-L trouble opening a Table from MapBasic
Hello Paul, It might be better practice, and solve your error, if you didn't react to the table not being open in the error handler. I'm not aware of any problems with loading up the error handler in this way but it's easy to get into a situation where your error handler needs an error handler, etc. Perhaps that would be best checked for and dealt with in the main body of the sub/function? Below is some code for a IsTabOpen() function. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com function IsTabOpen(byval TabName as string) as logical dim Check as logical Check = FALSE onerror goto ErrHandler if TableInfo(TabName, TAB_INFO_NAME) then Check = TRUE end if SkipTest: IsTabOpen = Check onerror goto 0 exit function ErrHandler: resume SkipTest end function -Original Message- From: Lukas, Paul [mailto:[EMAIL PROTECTED] Sent: 23 November 2004 19:54 To: '[EMAIL PROTECTED]' Subject: MI-L trouble opening a Table from MapBasic I'm stumped here. I hope somebody can see something I'm not... I'm running a command to grab some metadata from a table - however, if that table is not open, I use the onerror command to go open the missing table. However, that table is never opened, and the error still comes through. Here is the code...(I'm working with predefined table names - every table used by this application was created by the application, so FDA_Boundary is an actual table name...) onerror goto missing_file gg_workordernum = getmetadata$(fda_boundary, \wo) the error code is: missing_file: if ask (The table FDA_Boundary is not open in MapInfo. The table must be open to add a new FDA Boundary. Do you wish to open it?, Yes, No) then gg_curr_tab = fileopendlg(gg_file_dir, FDA_Boundary, TAB, Open FDA_Boundary File) if gg_curr_tab = then exit sub else open table gg_curr_tab resume 0 end if end if If I click no from the ask dialog, everything resumes normally, and I successfully recover from the error. The same if I click cancel from the file open dialog. However, after selecting the correct file from the file open dialog and clicking OK, I still get the error that Variable or field FDA_Boundary not defined because the table was not opened in MapInfo. Can anybody see what I'm missing, or maybe a better way to do this? Maybe I've just been working on this application for too long. Paul Lukas - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 14192 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 14193
RE: MI-L datum error in universal translator
Hello Rachel, Actually shapefiles don't contain any coordinate system or datum information. They just store dumb number coordinates which have no intrinsic context. In the current versions of ArcGIS, a projection file (.prj) is used, with the same name as the shapefile set, to define the settings. You can create one of these from a list of supported system using ArcCatalog. You might like to check if your old data has had this added. Also, don't forget that the UT does not add a spatial index. If you data is anything more than trivial in size, you will need to build this (again in ArcCatalog) to improve drawing/spatial performance. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: GIS Helpdesk [mailto:[EMAIL PROTECTED] Sent: 23 November 2004 17:58 To: [EMAIL PROTECTED] Subject: MI-L datum error in universal translator hi all we have a user who has translated a mapinfo tab file into an esri shape using version 4 of the universal translator that comes with mapinfo 7.5. although it has maintained the projection (as you would expect, it reads from the source file) it has garbled the datum, ellipsoid etc 'world placement' settings. has any one else seen this or know what why it happens? im assuming that there is some kind of mappings file in the UT utility that controls the translation of these values, but equally the error could be in the code not picking up the original values to start with. the problem did not occur with an older version of UT apparently, although we are verifying this. all suggestions welcome! thanks rachel - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 14190 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 14194
RE: MI-L Invert Selection
Today's GIS lesson is entitled knowing the difference between inverse and reverse. :-) Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Quan, Sheila [mailto:[EMAIL PROTECTED] Sent: 22 November 2004 15:28 To: John Polasky; [EMAIL PROTECTED] Subject: RE: MI-L Invert Selection Hi John Use SQL Select and under Order by columns Select the field that you wish to sort by and then type desc for descending order. Alternatively you can download the tool in www.directionsmag.com Good luck Sheila Quan Senior GIS Consultant Steer Davies Gleave 28-32 Upper Ground, London SE1 9PD [direct]:+44 (0)20 7910 5509 [reception]: +44 (0)20 7919 8500 [fax]:+44 (0)20 7827 9851 [email]: [EMAIL PROTECTED] www.steerdaviesgleave.com This message is sent in confidence for the addressee only. It may contain legally privileged information. The contents are not to be disclosed to anyone other than the addressee. Unauthorised recipients are requested to preserve this confidentiality and to advise the sender immediately of any error in transmission. -Original Message- From: John Polasky [mailto:[EMAIL PROTECTED] Sent: 22 November 2004 15:25 To: [EMAIL PROTECTED] Subject: MI-L Invert Selection Can someone clue me in on the MapBasic syntax that results in an invert selection? It seems like it should be easy, but I haven't been able to generate such code. Thanks! John - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 14160 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 14161 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 14165
RE: MI-L Re: RE:MI-L Off-topic: c++ porting problem- gnu c++ to MS .net c++
Hello Phil,. I think I can help you with the second part of your query. The error is actually quite a good one but the reason why the warning is produced needs a little background information on how C++ implements OOP. The error is generated because your class has members that are pointers... distance, depotdist and name. Obviously these are assigned or allocated space somewhere in your class methods. The problem is, however, that you do not have a copy constructor or assignment operator method (these are the two the warning complains about). So, with the absence of these, when you construct a copy, or assign, an object of class Gene, a binary copy of the object is made in memory. The danger here is that the pointer values will be copied to the new object and you will end up with two objects which internally have pointers directed to the same space. i.e. change one and the other will change too. This is generally, but not always, undesirable and could cause some nasty bugs which are difficult to track down. The solution is to always have a copy constructor and assignment operation function is your classes. It's generally good OOP practice. As for a dummy's guide to the errors, I'm afraid it's just a case of experience. If it was easy, C++ development wouldn't be regarded as a value skill! Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com http://www.europa-tech.com -Original Message- From: Phil Waight [mailto:[EMAIL PROTECTED] Sent: 19 November 2004 04:45 To: David Langley Cc: [EMAIL PROTECTED] Subject: MI-L Re: RE:MI-L Off-topic: c++ porting problem- gnu c++ to MS .net c++ Dave, That change made the code more readable and pointed me in the right direction. I tried the -pedantic switch in gcc. chromo.cc:15: error: ISO C++ forbids array dimensions with parenthesized type in new So: myChromoPool = new pChromo [popSize]; now works in VS. Thanks for the help. I have attached the header file for the other problem if you're able to look at that. Phil. - Original Message - From: David Langley mailto:[EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Friday, November 19, 2004 9:31 AM Subject: RE:MI-L Off-topic: c++ porting problem- gnu c++ to MS .net c++ Phill, try using a typedef (a synonym for another type) declaration as a pointer to the Chromo vector i.e typedef Chromo* pChromo ; then change your code to pChromo *myChromoPool ; // Chromosome vector myChromoPool = new (pChromo)[popSize] ; Not sure about the second problem as I would have to see the header file. Best Regards, Dave David P. Langley Director of Programming Services Mapping Solutions, LLC 4660 S. Hagadorn Rd. Suite 120 East Lansing, MI 48823 USA Voice: (+1) 517-332-7735 Cell: (+1) 517-402-3238 Fax: (+1) 517-332-1329 Email: [EMAIL PROTECTED] SMS: 5174023238 (@tmomail.net) Visit our website: www.mappingsolutions.com *** Need inexpensive GDT and NavTech street-level data for North America and Europe? Check out Map-In-A-Box at http://www.mapinabox.com *** *** Map-In-A-Box Year-End Blowout!... Map-In-A-Box is on Sale Until December 31, 2004.. Check out Map-In-A-Box at http://www.mapinabox.com ***
RE: MI-L GSM Coverage Maps for Egypt
Hello Ahmed, Well, you're be wanting to speak with us since we're the official coverage map supplier to the GSM Association. We are current working with over 600 GSM operators worldwide to compile the definitive map of the mobile world. In addition to GSM technology, we're also doing some work with Nextel/iDEN and CDMA. Feel free to call or e-mail to discuss your needs. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com Tel: +44 (0)20 8398 3955 x201 -Original Message- From: Ahmed Zaky Allam [mailto:[EMAIL PROTECTED] Sent: 16 November 2004 13:47 To: [EMAIL PROTECTED] Subject: MI-L GSM Coverage Maps for Egypt Dear List, I'm interested in buying coverage maps (in dxf format) for GSM operators in Egypt (MobiNil Vodafone). I will be thankful if anyone can tell me where I can find them. Ahmed Zaky -- ___ Find what you are looking for with the Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp ?SRC=lycos10 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 14062 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 14065
RE: MI-L Mapbasic application stop if working in background
Hello Gilbert, This is most likely to be ones of this lists common discussion items... Pro has attention deficit disorder. Any operation which brings up a progress bar, when Pro does not have windows focus, will cause the app to pause and flash for attention on the Start toolbar. The solution for any MapBasic program which may need to run in the background is to switch off the progress bars: set progressbars off Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Gilbert Haché [mailto:[EMAIL PROTECTED] Sent: 15 November 2004 20:01 To: [EMAIL PROTECTED] Subject: MI-L Mapbasic application stop if working in background I have a Mapbasic application that freezes when the process is working on a map and whenever I activate or use any other application (non Mapinfo) in windows, the program stop! The program make a treatment of selecting points from a big file. I then create a polygon on cosmetic. I make a process of points found in polygon and return a status in which Census division (other layer) they fall in (I found the most significants). I then make a list of those Census division an place the list in a list and this list may be saved in a temp file if too big. I have many other process using like creating Convex hull and so. When all treatment done for that location, I create other location, new polygons on cosmetic and so. It's a huge and long process. I need to have this program to run while I'm working on something else in my computer. This is why I use other windows application like word, excel, whatever at the same time. Everything works fine until it begins working in background. Any idears? Gilbert Haché Solutions Consortech Inc. 6300, Auteuil, Bureau 505 Brossard, Québec, Canada, J4Z 3P2 Tél/Tel. : (450) 676-1555 Ext. 211 Télécopieur/fax : (450) 676-8851 Courriel/email: [EMAIL PROTECTED] - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 14040
RE: MI-L GISDay info requests
In the spirit of GIS system interoperability, I think all MapInfo Pro and ESRI ArcGIS users should swap applications for the day. :-O Is my t-shirt in the mail, Glenn? Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: GISuser.com - Glenn [mailto:[EMAIL PROTECTED] Sent: 15 November 2004 20:09 To: [EMAIL PROTECTED] Subject: MI-L GISDay info requests Hi all, FYI, I'd be interested in hearing about some of the cool GISDay activities that are planned or that you'll be attending this week. Not attending or not interested, I'd also be curious to simply hear about your feelings of this annual event. IF you have a moment please feel free to send me some details so we can continue building on our GIS Day news and information being promoted from GISuser. (See our GISDay home at http://www.gisuser.com/content/category/1/223/2/) A bit of a bonus, I have a few GIS Day T-Shirts and hats courtesy of the folks at GISday.com - anyone submitting information about a GISDay event will be in the draw to win one. Send details (pictures from your event are also welcomed) to [EMAIL PROTECTED] Cheers Glenn Glenn Letham Managing Editor www.GISUser.com [EMAIL PROTECTED] Spatial Media LLC ph/fx: (250) 751-8737 Register for the GISuser weekly Online or simple reply subscribe We also encourage you to visit www.MAPuser.com www.theamericansurveyor.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: 14037 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 14041
RE: MI-L GISDay info requests
In the spirit of GIS system interoperability, I think all MapInfo Pro and ESRI ArcGIS users should swap applications for the day. :-O Is my t-shirt in the mail, Glenn? Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: GISuser.com - Glenn [mailto:[EMAIL PROTECTED] Sent: 15 November 2004 20:09 To: [EMAIL PROTECTED] Subject: MI-L GISDay info requests Hi all, FYI, I'd be interested in hearing about some of the cool GISDay activities that are planned or that you'll be attending this week. Not attending or not interested, I'd also be curious to simply hear about your feelings of this annual event. IF you have a moment please feel free to send me some details so we can continue building on our GIS Day news and information being promoted from GISuser. (See our GISDay home at http://www.gisuser.com/content/category/1/223/2/) A bit of a bonus, I have a few GIS Day T-Shirts and hats courtesy of the folks at GISday.com - anyone submitting information about a GISDay event will be in the draw to win one. Send details (pictures from your event are also welcomed) to [EMAIL PROTECTED] Cheers Glenn Glenn Letham Managing Editor www.GISUser.com [EMAIL PROTECTED] Spatial Media LLC ph/fx: (250) 751-8737 Register for the GISuser weekly Online or simple reply subscribe We also encourage you to visit www.MAPuser.com www.theamericansurveyor.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: 14037 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 14042
RE: MI-L Mapbasic code won't execute unless MI has focus
Hello David, For as long as I can remember, MapInfo Pro has suffered from ADD, Attention Deficit Disorder. When progress bars are enabled (which is the default), Pro needs window focus in order for it to proceed otherwise you get a blinking application on your task bar. This happens on any operations that brings up the progress bar. As Uffe stated, if the program is your own, you can switch off the progress bars, otherwise you just have to leave the application in focus or programmatically self-focus which would be very ugly for the user. I would guess (although I cannot say for sure) that this problem will go away in Pro v8.0 under the .NET framework. The ADD problem means that Pro is not great for batch processing and you cannot really do other things on a machine while a job is running, even if your machine has the capacity to do so. Personally, I'm surprised that this is not a condition of Windows application certification. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: David Baker [mailto:[EMAIL PROTECTED] Sent: 19 October 2004 10:13 To: [EMAIL PROTECTED] Subject: MI-L Mapbasic code won't execute unless MI has focus I have a strange one here! Running MI 4.5 under Windows XP home (but same problem occurs on another PC running Win98SE). I have some code in the RemoteMsgHandler subroutine: Print Stops at next line unless front window! Commit Table Vessels Print Commit Table Vessels doesn't execute unless front window! If I run the MBX it so MI is not the front window (by having Calculator on top so I can still see the MI message window), and some remote data comes in, the first Print line executes, but the 2nd print line doesn't, so it is getting stuck on the Commit Table Vessels line. The MapInfo icon in the task bar flashes orange but that is all that happens. As soon as I click on the flashing icon to bring MI to the front, the code continues to execute - the table is committed the 2nd print statement executes. Anyone know what is causing this hanging? I also tried Print Stops at next line unless front window! Set Event Processing Off Commit Table Vessels Print Commit Table Vessels doesn't execute unless front window! just in case it was one of my other event handlers screwing things up, but same symptoms. Dave - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 13759 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 13765
RE: MI-L MapWorld 2005
Just my two cents. I only got a Penny for my thoughts... Who gets change? Perhaps it's a British penny, so you're only down 0.2c. Alternatively, think about lots of things but don't tell anyone - you'll earn a fortune. ;-) Personally, I enjoy MapWorld's for the networking with old friends and colleagues, more than the content which does vary in quality greatly. People are always more valuable than the technology and I think that's one reason the one-day events didn't work well on this side of the Atlantic too. I'll be there, schedule permitting. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.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: 13768
RE: MI-L open http stream from mapbasic
Hello Gilbert, I did this for the first time earlier this year. There are lots of approaches, depending on your language choice. I did mine in straight C using the WinINet API, native to modern 32bit Win platforms. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wininet/win inet/about_wininet.asp There are lots of other resources around if you Google on wininet. It only take about a dozen lines of code to request a page over HTTP and get the results. Note that if you do this in a DLL with the results passed back to a MapBasic program, you may well hit the 32k string limit. As for calling WinINet functions straight from MapBasic - it may well be possible, but I think the DLL approach is better. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Gilbert, Antoine [mailto:[EMAIL PROTECTED] Sent: 22 September 2004 18:50 To: MapInfo-L Subject: MI-L open http stream from mapbasic Hi people Suppose I have an url, and this url return data in plain/text when called. How from a mapbasic program I could call this url and have the data for example stocked in a String variable. Anyone ever had to do this? I know it's possible by making a dll form Delphi or C++, but I wonder if I could avoid this. Antoine GÉOdiffusion 2004, du 1 au 3 décembre http://www.geodiffusion.com Congrès annuel sur les solutions en géomatique d'affaires http://www.geodiffusion.com Salutations, __ Antoine Gilbert Analyste-programmeur [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] KOREM inc. www.korem.com http://www.korem.com/ MapInfo Québec, opéré par KOREM inc. www.mapinfo.qc.ca http://www.mapinfo.qc.ca/ __ 680, boul. Charest Est, bureau 120 Québec (Québec) G1K 3J4 Canada Tél. : (418) 647-1555 Téléc. : (418) 647-1666 Sans frais : 1 888 440-1MAP Localisation : Québec http://www.mapanswer.com/07_localisation/LocalisationDemoNav.jsp?profile=ca nadauserlinearunit=kmcivicNumber=680street=charest+estcity=quebeccode=G 1K+3J4province=qc Montréal http://www.mapanswer.com/07_localisation/LocalisationDemoNav.jsp?profile=ca nadauserlinearunit=kmcivicNumber=1080street=C%F4te+du+Beaver+Hallcity=Mo ntr%E9alcode=H2Z+1S8+province=qc __ - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 13461
MI-L Save Map Window problems
I've just started testing an old MapBasic program on MapInfo Pro v7.5 and have found one odd problem and one new one. The odd problem is that when I save a map window which is 4 square, on machine that has a default of 120dpi, I get a 480 pixel image on older versions of Pro and 481 pixels square on v7.5. Some calculation slippage with the dpi support I guess. A PITA when I need an exact image size. The second problem is that I would like to export map windows without a border. There doesn't seem to be a document addition to MapBasic to control this (I don't have MB7.5 but I could find in release notes available on the MapInfo web site). In PreferencesOutput Settings, I have set Export Border to off. However, when I save my image, it still has a border. Anyone got any ideas? Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.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: 13410
RE: MI-L Save Map Window problems
Many thanks, Ian.
I was looking in the wrong place for the MB control of that border.
Regards,
Warren Vick
Europa Technologies Ltd.
http://www.europa-tech.com
-Original Message-
From: Ian Erickson [mailto:[EMAIL PROTECTED]
Sent: 20 September 2004 22:37
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: MI-L Save Map Window problems
Warren,
I believe the only thing you should have to do is issue a Set Window
{WindowID} Export Border Off prior to issuing the Save Window
statement...This seems to work on this end...
Ian Erickson
AnalyGIS, LLC
Gold Canyon, AZ 85218
http://www.analygis.com/
tel: 480.677.6260
fax: 480.677.6261
cell: 480.221.7173
Warren Vick, Europa Technologies Ltd. wrote:
I've just started testing an old MapBasic program on MapInfo Pro v7.5
and have found one odd problem and one new one.
The odd problem is that when I save a map window which is 4 square, on
machine that has a default of 120dpi, I get a 480 pixel image on older
versions of Pro and 481 pixels square on v7.5. Some calculation
slippage with the dpi support I guess. A PITA when I need an exact
image size.
The second problem is that I would like to export map windows without a
border. There doesn't seem to be a document addition to MapBasic to
control this (I don't have MB7.5 but I could find in release notes
available on the MapInfo web site). In PreferencesOutput Settings, I
have set Export Border to off. However, when I save my image, it still
has a border. Anyone got any ideas?
Regards,
Warren Vick
Europa Technologies Ltd.
http://www.europa-tech.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: 13410
-
List hosting provided by Directions Magazine | www.directionsmag.com | To
unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Message number: 13411
-
List hosting provided by Directions Magazine | www.directionsmag.com |
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Message number: 13412
RE: MI-L VM - Raster to classified grid?
Many thanks. This looks like just what I need. I'll try the demo first. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Ihab Hawater [mailto:[EMAIL PROTECTED] Sent: 16 September 2004 23:16 To: [EMAIL PROTECTED] Subject: RE: MI-L VM - Raster to classified grid? 'Grid Translator Pro (GTP) for Vertical Mapper' tool does convert more than 37 raster and image formats to Vertical Mapper directly. The tool engine has a smart mechanism built in to recognize the best match for an input raster or image to convert it either to a classified grid (.grc) or to a numeric grid (.grd). Using 'GTP for Vertical Mapper' you can create a .grc directly from a 24 bits image (ex. bitmap). The formats supported range from gif, bitmap, Tiff, Geotiff, Idrisi, Surfer, PCI, Erdas Imagine, Geosoft, ... to ArcGIS grids (ArcInfo binary format). Check it out at: http://www.geomaticssystems.com/Products/GTPMapInfo.htm A 10 days fully functioning version is available at: http://www.geomaticssystems.com/Products/GTPMapInfoTryIt.htm Cheers Ihab Hawater Geomatics Systems Inc. - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 13395 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 13397
MI-L Pro crippling problem
Hello -L'ers, Here's a nasty problem that I found this week and have not yet been able to solve. On a client's computer (Win2000), I was running a MB program (compiled with 4.5, running on 6.0) which runs through a large table and splits objects that cross international boundaries. The program uses fastedit on undo off for speed. The process is one that Pro seems to slow down Pro as it progresses. I didn't check memory consumption but I have found such problem in batch object processing in several versions of Pro. Anyway, the program seemed to have hung so, checking there was no disk activity, I shut the process down. Then things went wrong... On the system there were three version of Pro v4.5, v6.0 and 7.5. Versions v4.5 and v6.0 now crash on start-up (get past splash screen, see main window with menus and toolbars, hourglass pointer, and that's it - doesn't get to the start-up dialog). Version 7.5 seems to work OK but when I do a SQL select on any table, it hangs (again with an hourglass pointer). I thought this could be table damage or (heaven forbid) a disk error, but after lots of check it seems to be neither. I moved on to another system the next day, this time WinXP (SP1), and the same thing has happened. On both systems, the clients IT staff have deinstalled everything and reinstalled and there is no change. It seems I have cursed both machine never to run Pro again. Anyone seen anything like this before? Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.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: 13338
SUM: MI-L Pro crippling problem
Many thanks to Daniel Mills for suggesting I check my temporary file accumulation. It appears that my code was not closing queries and I had built up to the limit of 10,000 temp files. So, if your Pro starts acting oddly, do a search (with show hidden files) for file starting with ~MAP. Closing the application process resulting in these files not being cleaned up. Suggestion for MapInfo - how about an error message when Pro cannot get an available temp file name? Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Warren Vick, Europa Technologies Ltd. [mailto:[EMAIL PROTECTED] Sent: 15 September 2004 11:04 To: [EMAIL PROTECTED] Subject: MI-L Pro crippling problem Hello -L'ers, Here's a nasty problem that I found this week and have not yet been able to solve. On a client's computer (Win2000), I was running a MB program (compiled with 4.5, running on 6.0) which runs through a large table and splits objects that cross international boundaries. The program uses fastedit on undo off for speed. The process is one that Pro seems to slow down Pro as it progresses. I didn't check memory consumption but I have found such problem in batch object processing in several versions of Pro. Anyway, the program seemed to have hung so, checking there was no disk activity, I shut the process down. Then things went wrong... On the system there were three version of Pro v4.5, v6.0 and 7.5. Versions v4.5 and v6.0 now crash on start-up (get past splash screen, see main window with menus and toolbars, hourglass pointer, and that's it - doesn't get to the start-up dialog). Version 7.5 seems to work OK but when I do a SQL select on any table, it hangs (again with an hourglass pointer). I thought this could be table damage or (heaven forbid) a disk error, but after lots of check it seems to be neither. I moved on to another system the next day, this time WinXP (SP1), and the same thing has happened. On both systems, the clients IT staff have deinstalled everything and reinstalled and there is no change. It seems I have cursed both machine never to run Pro again. Anyone seen anything like this before? Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.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: 13338 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 13339
RE: MI-L Drawing Toolbar does not show in MapInfo runtime
Hello John, It's been a long time since I've worked with MI Pro runtime but I believe it's because the runtime edition has no built-in toolbars. You have to build them all from scratch. Look in mapinfow.mnu for the MapBasic to build them. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: John Quigley [mailto:[EMAIL PROTECTED] Sent: 08 September 2004 14:26 To: [EMAIL PROTECTED] Subject: MI-L Drawing Toolbar does not show in MapInfo runtime Can someone please tell me why this command in MapBasic : Alter Buttonpad Id 2 Float Show brings up the drawing toolbar in MapInfo Professional 7.5, but does not bring it up in MapInfo Professional Runtime Thank-you John Q - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 13251
RE: MI-L Mapping monitor
Hello Alan, Here's my 2p on CRTs vs LCDs; - As long as graphic cards are set up with the same resolution as the LCD panel, graphics and text should be beautifully crisp. If this is an incompatibility, you will see fat pixels often showing up as clumsy looking characters with over-sized horizontal or vertical line work. - I'm personally a fan of one big LCD monitor rather than multiple ones. I use a 23 inch Sony widescreen LCD with a native resolution of 1920 x 1400. Maps look superb at this resolution. It is a relatively expensive bit of hardware - more expensive than many people spend on a whole PC package, but I expect the monitor to last longer than my average PC lifecycle. - Unless you have better than 20/20 vision, large high-res displays usually need text to be set to a larger size (120dpi) in Display Properties. This will also change the effective (default) dpi on images exported from MI Pro. - A high resolution screen, when running Windows XP, also gives you the option to use ClearType well (Display PropertiesAppearanceEffects), although I have found its effectiveness is highly dependant on your display/background settings. - Sometimes the space saving benefit of LCD's is not practical. If you have a desk of average depth, the tendency when switching to LCD is to push it right back and admire of the desk space that you now have. Then, after using your machine for a while, you move it forward again because it's too far away and doesn't fill you field of vision correct (or text is just too small with reasonable settings). The rear of my monitor is now a CD storage area! Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Alan Gunn [mailto:[EMAIL PROTECTED] Sent: 03 September 2004 15:52 To: MapInfo-L (E-mail) Subject: MI-L Mapping monitor List, For mapping, what monitors do you prefer? I have always used a CRT, but I have the option of getting an LCD now. In my experience, it seems that the LCD's just aren't as sharp as the CRT, but those weren't exactly high-end displays. I like how LCD's have such a small footprint, of course, but is that really worth it if there's fuzziness? That's not to say that CRT monitors don't get fuzzy. I appreciate your thoughts on this. Thanks, Alan - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 13215
MI-L Raster to Vector tools
Hello -L'ers, Can anyone recommend a raster to vector tool that works within Pro and ideally has an API for use with our own software? The rasters should be simple to process as they are a background colour plus 1 or 2 foreground colours (the areas I need to vectorise). I could develop my own by tracing around pixels but don't want to reinvent the wheel. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.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: 13184
RE: MI-L MapBasic accessing PHP scripts
Hello Bill, By accessing PHP scripts, do you just mean getting the results from the web server execution of PHP or actual access to the PHP script itself? If the former, web programming is very easy in modern versions of Windows. Most development platforms have libraries or classes that allow a basic web client (a page grabber) to be build in just a few lines of code. The native Windows library is called WinINet and is well documented on the Microsoft site and many others. I don't see any reason (within the constraints of string sizes) why the WinINet API could not be called from MapBasic but a more elegant implementation is achievable from a DLL. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Bill Thoen [mailto:[EMAIL PROTECTED] Sent: 17 August 2004 18:07 To: MapInfo-L Subject: MI-L MapBasic accessing PHP scripts Does anyone have experience with using MapBasic to access PHP scripts running on a remote server? I'm particularly looking for techniques for retrieving PHP-generated page content. I can send URLs via MapBasic and thus trigger the PHP scripts, but retrieving any results using only APIs and MapBasic seems tricky at best. - Bill Thoen - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 12972 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 12973
RE: MI-L DEBUG problem
Hello Daniel, You're problem is that when closing a table, the table numbers all change. i.e. delete #1 and the original #2 becomes #1. The solution is easy, simply run your loop backwards. This will ensure that no close table operations trip up your code in latter iterations. for I = Total_Layers to 1 step-1 Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Daniel York [mailto:[EMAIL PROTECTED] Sent: 12 July 2004 09:42 To: [EMAIL PROTECTED] Subject: MI-L DEBUG problem Good Morning I have written the following code to determine if a tablename is the result of a query and if it is to remove it. The code seems to work but after four or five loops it causes an error. I have tried to use error handlers but cannot see the problem. Can anybody offer any advice. Thanks in advance include mapbasic.def Declare Sub Close_Query Declare Sub Main Sub Main Call Close_Query End Sub Sub Close_Query Dim sLaynum as smallint Dim Total_Layers as Integer, I as Integer Dim Prt_Name as String Dim sLayname as String Total_Layers = NumTables() for I = 1 to Total_Layers note I sLayNum = tableInfo(i,TAB_INFO_NUM) ONERROR GOTO SKIP sLayName = tableInfo(sLayNum,TAB_INFO_NAME) note sLayNum Prt_Name = mid$(sLayname,1,5) If Prt_Name = Query Then Close Table slayname Interactive End If SKIP: Next End Sub Daniel York MapInfo Specialist Information Team Corporate Development South Tyneside Council Town Hall and Civic Offices Westoe Road South Shields Tyne Wear NE33 2RL 0191 4247558 Please do not print this e-mail if you can help it - and help protect the environment. This Message may contain confidential information and is protected by copyright. If you receive it in error please notify us and delete it without making use of or copying it. The addressee and other employees within the Council may read and copy any e-mail reply to this message and other e-mails you send to us. Whilst we use virus checking procedures we accept no liability for viruses and recipients must rely on their own virus checking procedures. The Council's web site address is www.southtyneside.info South Tyneside Business Week 7-13th July 2004, Bents Park, South Shields www.southtyneside.info/businessweek - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 12547 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 12560
RE: MI-L Workspace change
Hello Dave, While there are MapInfo Pro based utilities to do this job, my preference is simply to use a good text editor which can search/replace over all open files. My current favourite is TextPad (www.textpad.com) but virtually anything will do. You can simply open all your workspaces at once, then carefully search/replace from the old locations to the new. Then a quick save all and you're done. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Dave King [mailto:[EMAIL PROTECTED] Sent: 07 July 2004 16:22 To: '[EMAIL PROTECTED]' Subject: MI-L Workspace change Dear list, Can anyone tell me if there is a routine available for changing workspaces so that the file paths point to a new location. I have a lot of workspces that require changing so that they access tables in new locations. I guess it's going to be a simple find and replace routine in which filepaths can be entered. If anyone could point mne in the right direction I'd be grateful. Thanks, Dave King * The contents of the e-mail and any transmitted files are confidential and intended solely for the use of the individual or entity to whom they are addressed. Transport for London Street Management hereby excludes any warranty and any liability as to the quality or accuracy of the contents of this e-mail and any attached transmitted files. If you are not the intended recipient, be advised that you have received this e-mail in error and that any use, dissemination, forwarding, printing or copying of this e-mail is strictly prohibited. If you have received this e-mail in error please notify [EMAIL PROTECTED] This footnote also confirms that this email message has been swept for the presence of computer viruses. * - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 12519
RE: MI-L Registering *lots* of raster maps
Hello Tim, Managing so many raster images will be difficult but not impossible. Some notes: 1) Creation - if you created the images from MapInfo, you could reduce the number of raster tiles significantly by using larger images. Just doubling the size will reduce your count by a factor of 4. Also, if your generator software is your own MapBasic program, you can query the corners of the image using MapperInfo() and write a TAB file (as a text file) with the registration information. Alternatively, if the names contains the coordinate, you can batch process all files in a directory (using the Windows API FindFile() function came up on the list recently), scan the file name for the coordinate information, and write the TAB file (again as text). You might also want to build a table to act as a catalogue which may help with handling the data (below). 2) Conversion - you note below suggests that MapInfo was not used to create the images as I don't think it ever writes images that cannot be loaded back again. There are a number of conversion tools around - many free. Try Irfanview (www.irfanview.com) which has some excellent batch processing capabilities. 3) Handling - You probably know already that you will not be able to load so many tiles in one go. You could look into grouping tiles into seamless rasters, or consider a special MapInfo Pro handler which traps view changes and opens/closed the appropriate tables (might be a bit slow). Alternatively, you could have a button to manually request the tiles for the current view. I have about 200,000 tiles on my system which are used to implement a cheap but fast web mapping server. Other difficulties I have found include transferring files from system to system. The number far exceeds the limits of WinZip and many installer and media types have file limits which are normally never a problem. Even copying files seems to take forever as there is a per-file overhead and inserting a file into a heavily-loaded directly takes much longer than copying in to an empty one (on NTFS anyway). Good luck! Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Tim Smith [mailto:[EMAIL PROTECTED] Sent: 06 July 2004 11:03 To: Photogrammetry GIU Cc: [EMAIL PROTECTED] Subject: RE: MI-L Registering *lots* of raster maps Just found that MapInfo doesn't support 16-colour RLE bitmaps! Will have to convert all my tiles to 256-colour. -Original Message- From: Photogrammetry GIU [mailto:[EMAIL PROTECTED] Sent: 06 July 2004 10:40 To: Tim Smith Subject: RE: MI-L Registering *lots* of raster maps Tim OK, what is the raster data format, number of rows and columns and pixel size? With that info, it will be easy Tony Tim Smith [EMAIL PROTECTED] 06/07/2004 10:31:08 Tony, Not specifically OSGB - but that is one of my sets. File names are like 46250975.L00 The first four digits are the easting in 100s of meters and the second four digits are the northing in 100s of meters i.e. 462500E 97500N The tiles are of a fixed size. Kind regards Tim -Original Message- From: Photogrammetry GIU [mailto:[EMAIL PROTECTED] Sent: 06 July 2004 10:20 To: Tim Smith Subject: Re: MI-L Registering *lots* of raster maps Are you in OSGB and , if so, do your maps have titles like st1234 and do they have a fixed tile size. If so I can adapt an mbx we use here for registering raster maps Tony Tim Smith [EMAIL PROTECTED] 06/07/2004 09:57:05 Hi List, I am new to mapinfo and I've just managed to register a raster image and create a table for it. I have got lots of raster 'tiles' that make up an entire map. Problem is, I have over a million of them! Obviously I can't manually 'register' all of these maps - I'd be doing it for the rest of my life! What's the best way to do this? If I wrote a tool to automatically create the tables, can mapinfo dynamically choose which tables to display? - because my geoset isn't going to be very happy with 1,000,000 tables. Could I create one table with lots of raster images in it? Our old mapping system dynamically loaded the maps it needed to display based on the filename. The filename contains the easting and northing of the bottom left corner of the image. As far as I know mapinfo can't do this - you need three reference points per image. Besides - I still need to register *all* of the maps. I can't 'stitch' them together. This is too time consuming as we have several sets of a million tiles! I'm thinking that I might need to dynamically create a table and load it whenever the map moves or is zoomed. I'd use MapX to display the maps and I can then do dynamic table manipulation. Damn this is tricky. Thanks for any help listers. Kind regards Tim Smith - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED
RE: MI-L ESRI Formats
Don't forget SDC - their latest compressed vector data format. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Uffe Kousgaard [mailto:[EMAIL PROTECTED] Sent: 05 July 2004 12:48 To: Mapinfo-L Subject: Re: MI-L ESRI Formats Hi, No, ESRI has these vector formats to choose between: SHP Coverage Personal Geodatabase (MS Access based) Geodatabase (ArcSDE based) E00 (interchange format similar to MIF files) SHP is the only public format. Kind regards Uffe Kousgaard www.routeware.dk - Original Message - From: Campbell, Keith A [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, July 05, 2004 12:44 PM Subject: MI-L ESRI Formats Hi All, Is there a new ESRI vector data format, i.e. to replace the SHP format? Keith This email and any attached files are confidential and copyright protected. If you are not the addressee, any dissemination of this communication is strictly prohibited. Unless otherwise expressly agreed in writing, nothing stated in this communication shall be legally binding. - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 12447 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 12448 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 12450
RE: MI-L ESRI Formats
Hi Keith, I think SDC (Smart Data Compression) is something that evolved rather than designed to fit into the grand scheme of data formats. SDC was originally designed for Business Map - an ESRI product for visualising user data. Since Business Map includes street-level data for the whole US, a highly compressed data format was needed to avoid a many-CD product. As far as I know, they got the whole country on one CD. SDC also has a structure that makes it suitable for routing and geocoding applications - normally this would involve the generation of a separate data set. e.g. a network or graph file for routing. One pain with SDC is building it. Although ESRI provide a toolkit, it does rely on ArcSDE. Alternatively, there are a couple of Russian companies who will convert data as a service. It would be great if Safe Software could support it in FME at some time in the future - something I'll ask them about next time I see them at a GIS event. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Campbell, Keith A [mailto:[EMAIL PROTECTED] Sent: 05 July 2004 16:14 To: 'Mapinfo-L' Subject: RE: MI-L ESRI Formats Warren, Where does this format sit in ESRI's grand scheme of things? Keith -Original Message- From: Warren Vick, Europa Technologies Ltd. [mailto:[EMAIL PROTECTED] Sent: 05 July 2004 12:56 To: 'Mapinfo-L' Subject: RE: MI-L ESRI Formats Don't forget SDC - their latest compressed vector data format. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Uffe Kousgaard [mailto:[EMAIL PROTECTED] Sent: 05 July 2004 12:48 To: Mapinfo-L Subject: Re: MI-L ESRI Formats Hi, No, ESRI has these vector formats to choose between: SHP Coverage Personal Geodatabase (MS Access based) Geodatabase (ArcSDE based) E00 (interchange format similar to MIF files) SHP is the only public format. Kind regards Uffe Kousgaard www.routeware.dk - Original Message - From: Campbell, Keith A [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, July 05, 2004 12:44 PM Subject: MI-L ESRI Formats Hi All, Is there a new ESRI vector data format, i.e. to replace the SHP format? Keith This email and any attached files are confidential and copyright protected. If you are not the addressee, any dissemination of this communication is strictly prohibited. Unless otherwise expressly agreed in writing, nothing stated in this communication shall be legally binding. - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 12447 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 12448 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 12450 This message has been scanned for viruses by BlackSpider MailControl - www.blackspider.com This email and any attached files are confidential and copyright protected. If you are not the addressee, any dissemination of this communication is strictly prohibited. Unless otherwise expressly agreed in writing, nothing stated in this communication shall be legally binding. - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 12457 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 12459
RE: MI-L filling in open holes within a polygon
Hello Erin, Taking all Bill's warnings into account, iff (if an only if) your regions are normalised so that the outer polygons is first and holes (only) subsequent, you can fill your holes with: update YourTable set obj = extractnodes(obj, 1, 1, 1, 1) This uses a handy feature of extractnodes() which provides a whole polygon (poly# from 2nd parameter) when start node (3rd param) and end node (4th param) are both 1. The last parameter is actually a logical stating that the obj is a region. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: B. Thoen [mailto:[EMAIL PROTECTED] Sent: 20 June 2004 19:23 To: Erin Rubio Cc: [EMAIL PROTECTED] Subject: Re: MI-L filling in open holes within a polygon On Sun, 20 Jun 2004, Erin Rubio wrote: I have a polygon with a few holes in the middle that I'd like to automatically fill in using a MapBasic command. The first segment in a region is *usually* the outer polygon, and so you could just remove nodes from the subsequent segments until you get down to two nodes on each hole and it disappears. This would effectively fill the outer polygon. However, you have to make sure that the sub-regions you're deleting are actually inside the outer polygon and not separate outside polygons. You'd also have to make sure that the first segment really is the outer polygon. I don't think you can rely on MapInfo doing anything particularly intelligent with regard to implied topology using node order. - Bill Thoen - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 12294 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 12296
RE: MI-L JGD 2000
Hello Andy, JGD2000 was supported in Pro from v7.0 and I have a feeling that it needs internal support. i.e. it's not one that can be added by mapinfow.prj entry and parameter set. We do mapping of natural hazard risks in Japan including CRESTA zones. If that's of any interest, do visit our web site or drop me an e-mail. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 18 June 2004 11:30 To: MI_list (E-mail) Subject: MI-L JGD 2000 Does anybody know the line that I need to put into Mapinfow.prj to define the Japanese JGD2000 projection. Regards Andy Disclosure of Material Facts Every Proposer or Insured / Reinsured when seeking new insurance / reinsurance or renewing an existing Policy must disclose any information which might influence the Insurer / Reinsurer in deciding whether or not to accept the risk, what the terms should be, or what premiums to charge. Failure to do so may render the insurance / reinsurance voidable from inception and enable the Insurer / Reinsurer to repudiate liability. This email, together with any attachments, is for the exclusive and confidential use of the addressee(s) and may contain legally privileged information. Any other distribution, use or reproduction without the sender's prior consent is unauthorised and strictly prohibited. If you have received this message in error, please notify the sender by email immediately and delete the message from your computer without making any copies. While attachments are virus checked, Aon Limited does not accept any liability in respect of any virus which is not detected. Aon Limited Company Number: 210725 Registered Address: 8 Devonshire Square, London, EC2M 4PL Aon Limited is a member of the General Insurance Standards Council (registration 2239) - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 12280 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 12297
RE: MI-L multiple records for one map object
Hello Reneé, Unfortunately the answer is no. You may wish to consider a two-table approach, linked by an ID fields, with a single map object in one table and multiple objects referring to in another. This approach works well is some circumstances and not in others. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Gerasimtchouk, Renee [mailto:[EMAIL PROTECTED] Sent: 17 June 2004 21:56 To: '[EMAIL PROTECTED]' Subject: MI-L multiple records for one map object Is it possible to have multiple records reference only one map object? thanks! Reneé Gerasimtchouk - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 12267 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 12299
RE: MI-L mapbasic Update table with custom function
Hello Mike, I see that several people have made suggestions about this one. Here are my thoughts: 1) You can indeed use a custom function in an UPDATE statement, but not sub(s). This method can only be used in a MB program and not on the MB window command line. 2) Remember that you pass back a return value in MapBasic by assigning the function name itself to something as if it were a variable. It's very easy to forget this and have functions returning incorrect values. 3) The function can accept parameters from field names or MapBasic variable that are in scope. 4) I don't think it matters if the variables are passed byval or not. I am sure values passed not byval (=by reference), and modified by the function, are not stored back to the table. This is different from passing a variable by reference. 5) Your data types should be preferably identical but at least compatible (data type promotions like smallint-integer-float) are OK. 6) Remember that your column names should not conflict with variable names. If so, variable names will take precedence. E.g. If you have a variable called location with a type incompatible with strpcorner(), that could be your problem. 7) You can break statements along multiple lines so the Corner=strpcorner(location) which appears to be on a separate line in your message will be fine. The comma at the end of the preceding line makes it valid. Unlike some other languages you do not need to use statement continuation marks over multiple lines. Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Cummings, Mike [mailto:[EMAIL PROTECTED] Sent: 26 April 2004 23:14 To: Mapinfo-L Subject: MI-L mapbasic Update table with custom function I tried to compile this code: Update stable2 Set MTRS = Left$(bm,1)+Twn+Rge+right$(0+sec,2), Corner=strpcorner(location) (Where MTRS, BM, TWN, RGE, SEC, corner Location are fields in stable2 and strpcorner is a custom function) and I get this error message: Subroute Argument location not defined. Why doesn't this work? Shouldn't Mapbasic recognize that location is a field name? - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 11530 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 11550
RE: RE: MI-L Querying if one point is near another point.
Hello Daniel, Take a look at Proxima:pro - it does exactly what you need! http://www.europa-tech.com/proxpro.htm Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Daniel York [mailto:[EMAIL PROTECTED] Sent: 20 April 2004 09:03 To: [EMAIL PROTECTED] Subject: FW: RE: MI-L Querying if one point is near another point. -Original Message- From: Daniel York Sent: 20 April 2004 08:55 To: '[EMAIL PROTECTED]' Subject: RE: MI-L Querying if one point is near another point. Hi I am currently thinking about doing a similar task but I am going to use multiple points. ie. I may have seven schools and I wish to find how many residential properties fall within 500m of all of each one in a single value. I can do this by creating buffers however I would prefer to make an application where a user may wish to specify different distances. Any advice would be appreciated Thanks Daniel Please do not print this e-mail if you can help it - and help protect the environment. This Message may contain confidential information and is protected by copyright. If you receive it in error please notify us and delete it without making use of or copying it. The addressee and other employees within the Council may read and copy any e-mail reply to this message and other e-mails you send to us. Whilst we use virus checking procedures we accept no liability for viruses and recipients must rely on their own virus checking procedures. The Council's web site address is www.southtyneside.info - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 11462 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 11463
RE: MI-L Querying if one point is near another point.
Hello Doug, This one came up fairly recently on the -L. Your pseudo-syntax is actually almost correct: if PointObj within BuffObj then ' do something else ' do something else end if This syntax has eluded many developers, even experienced ones. It was several years of MB development before a MapInfo developer pointed it out to me. It is, in my opinion, very poorly documented in MB help/docs. The within predicate can, of course, also be used from queries: select * from MyTable where obj within BuffObj into WITHIN_BUFF noselect Regards, Warren Vick Europa Technologies Ltd. (UK) http://www.europa-tech.com/ http://www.europa-tech.com -Original Message- From: Doug Pease [mailto:[EMAIL PROTECTED] Sent: 20 April 2004 01:14 To: [EMAIL PROTECTED] Subject: MI-L Querying if one point is near another point. I am trying to determine if two points are within a specific range of each other, from within an MB application. I thought I might generate a buffer object of the first point and then somehow query if the other point object is within that buffer. Its the querying bit I cant seem to achieve. The type of query I need is; If pointobj is within bufferobj then do some work Else do something else End If Im sure it isnt that difficult ... just eludes me Any ideas or suggestions will be very much appreciated. Thanks. Doug Pease GIS Officer Livingstone Shire Council PO Box 600 Yeppoon 4703 Qld Australia Ph07 49399957 Fax 07 49393290
