MI-L MB : Point inside region
Listers, In an application I need a rapid logical test : Is a point (object) inside a (one_polygon_) region object or not. I feel I'm blind for an obvious and simple way of determining this in MB. Does anyone have "MB snippets" for such a test ? I'm on my way making one using - Create a line from the point to a new point definitly outside the region (MBRvalues+offset) - Use IntersectNodes - Count the nodes of the intersection polyline (even number=outside, odd number=inside) but is there an obvious and simpler way ? rgds. Jon Petter Nielsen Ugland It Group AS +47 6759 2818 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 11405
RE: MI-L MB : Point inside region
Jon, Assuming the point objects are in are separate table to the polygon, all you need is an SQL statement:- SELECT * FROM WHERE obj WITHIN ANY (SELECT obj FROM ) INTO Selection Then you can check whether the Selection table has any rows in it with TableInfo or SelectionInfo. Or have I misunderstood you? Regards, Keith -Original Message- From: Jon Petter Nielsen [mailto:[EMAIL PROTECTED] Sent: 16 April 2004 08:55 To: [EMAIL PROTECTED] Subject: MI-L MB : Point inside region Listers, In an application I need a rapid logical test : Is a point (object) inside a (one_polygon_) region object or not. I feel I'm blind for an obvious and simple way of determining this in MB. Does anyone have "MB snippets" for such a test ? I'm on my way making one using - Create a line from the point to a new point definitly outside the region (MBRvalues+offset) - Use IntersectNodes - Count the nodes of the intersection polyline (even number=outside, odd number=inside) but is there an obvious and simpler way ? rgds. Jon Petter Nielsen Ugland It Group AS +47 6759 2818 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 11405 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: 11406
RE: MI-L MB : Point inside region
Hi, I got the obvious solution : use the geo operator, simply if pObj within rObj and I am able to see the light again .. Thanks Jon Petter -Original Message- From: Campbell, Keith A [mailto:[EMAIL PROTECTED] Sent: 16. april 2004 10:10 To: Jon Petter Nielsen Cc: 'MapInfo-L ([EMAIL PROTECTED]) Subject: RE: MI-L MB : Point inside region Jon, Assuming the point objects are in are separate table to the polygon, all you need is an SQL statement:- SELECT * FROM WHERE obj WITHIN ANY (SELECT obj FROM ) INTO Selection Then you can check whether the Selection table has any rows in it with TableInfo or SelectionInfo. Or have I misunderstood you? Regards, Keith -Original Message- From: Jon Petter Nielsen [mailto:[EMAIL PROTECTED] Sent: 16 April 2004 08:55 To: [EMAIL PROTECTED] Subject: MI-L MB : Point inside region Listers, In an application I need a rapid logical test : Is a point (object) inside a (one_polygon_) region object or not. I feel I'm blind for an obvious and simple way of determining this in MB. Does anyone have "MB snippets" for such a test ? I'm on my way making one using - Create a line from the point to a new point definitly outside the region (MBRvalues+offset) - Use IntersectNodes - Count the nodes of the intersection polyline (even number=outside, odd number=inside) but is there an obvious and simpler way ? rgds. Jon Petter Nielsen Ugland It Group AS +47 6759 2818 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 11405 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: 11407
MI-L MI-L: Todays wish for next MI Pro
I wish it was possible to set the coordinate system of a TAB file in mapbasic code: Only the header should be changed, the coordinates should be left unchanged. Today it can only be done by exporting to MIF, modifying the MIF header in a text editor and re-import. Quite tedious and requires a DLL, if it should be fully automated. Regards Uffe - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 11408
Re: MI-L MI-L: Todays wish for next MI Pro
Hi Uffe did you ever look at "coordination" ? does a great job converting multiple files the way you describe. see: http://www.greatcircle.co.nz/downtm.htm 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: "Uffe Kousgaard" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Date: Fri, 16 Apr 2004 11:05:49 +0200 Subject: MI-L MI-L: Todays wish for next MI Pro > I wish it was possible to set the coordinate system of a TAB file in > mapbasic code: Only the header should be changed, the coordinates > should be > left unchanged. > > Today it can only be done by exporting to MIF, modifying the MIF > header in a > text editor and re-import. Quite tedious and requires a DLL, if it > should be > fully automated. > > Regards > Uffe > > > - > List hosting provided by Directions Magazine | www.directionsmag.com > | > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: > [EMAIL PROTECTED] > Message number: 11408 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 11409
Re: MI-L MI-L: Todays wish for next MI Pro
Flavio Hendry wrote: > did you ever look at "coordination" ? does a great job converting > multiple files the way you describe. > see: http://www.greatcircle.co.nz/downtm.htm Hi Flavio, I have just tested it. What it does is to export to MIF, make the changes and re-import. This is rather slow with big datasets, when only a few bytes needs to be changed in the header. This is of course the only way to do it without resorting to byte manipulation of the MAP file. MapInfo Corp. should include the proper solution in next version. Regards Uffe - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 11410
MI-L Floating License
Hello, I hope someone could confirm, is there such thing as floating license for MI installation, like those of AutoCAD installation. ___ Regards Zaini Nordin - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 11411
MI-L MapInfo-L Reminder
This is just a reminder to help you manage your MapInfo-L subscription. This will be posted automatically each week, and please feel free to respond with suggestions or improvements. - Bill Thoen [EMAIL PROTECTED] CONTENTS 1. THE MAPINFO-L FAQ 2. LINKS TO EZMLM FAQs AND MANUALS 3. LINK TO THE MAPINFO-L CLEARINGHOUSE 4. MAPINFO-L ARCHIVES -- 1. THE MAPINFO-L FAQ The acronym "FAQ" stands for "Frequently Asked Questions" (with answers.) To get a copy of the MapInfo-L FAQ, send e-mail to: [EMAIL PROTECTED] Before you ask a question that's been asked a hundred times before, please consult the FAQ first. If you have suggestions for corrections or improvements, please send them to [EMAIL PROTECTED], and we'll make whatever changes are needed. Thanks to David Reid for putting this first draft together! -- 2. LINKS TO EZMLM FAQs AND MANUALS We use the EZMLM mailing list software to host MapInfo-L. The following links will provide you with information about how to use it to manage your subscription. ezmlm/idx MANUAL http://ezmlm.area.com/ezman-0.32/ezman1.html -- 3. LINK TO THE MAPINFO-L CLEARINGHOUSE For information about MapInfo-L and related resources, visit the MapInfo-L Clearinghouse at: http://www.directionsmag.com/mapinfo-l -- 4. MAPINFO-L ARCHIVES Past messages posted to MapInfo-l can be searched and viewed at the following URLs: http://lists.directionsmag.com/discussion/list.php?f=7 http://testdrive.mapinfo.com/tdc/mapinfo-l.nsf/ - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 11412
Re: MI-L MI-L: Todays wish for next MI Pro
> I have just tested it. What it does is to export to MIF, make the > changes and re-import. This is rather slow with big datasets, when > only a few bytes ... I know ... however, at least it does the job and I use it all the time ... You're right that MI should implement that, however it could be rather dangerous if you don't know wha you are doing! ... and out of my experience most people don't! - in terms of projections, can you eat that ? :-) ... - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 11413
Re: MI-L Floating License
Hi Zaini
> I hope someone could confirm, is there such thing as floating license
> for MI installation, like those of AutoCAD installation.
No, there is no such thing as floating licenses. You can install it on
a server, however every user needs a license ("named user licensing").
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: 11414
Re: MI-L: Todays wish for next MI Pro
On Fri, 16 Apr 2004, Uffe Kousgaard wrote: > I have just tested it. What it does is to export to MIF, make the changes > and re-import. This is rather slow with big datasets, when only a few bytes > needs to be changed in the header. This is of course the only way to do it > without resorting to byte manipulation of the MAP file. I think the actual coordinates in the .MAP file are stored differently depending on the coordinate system specified in the header. They're always 4-byte integers, but the values stored in them are not always representing degrees. But I'd have to check that to be sure. So if is the case, you will always have to convert all coordinates anyway when you change a table's coordinate system. - 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: 11415
MI-L FME review
Jeff and Richard, You both asked about FME so I¹ll give you a brief critique of what I¹ve gleaned from it so far. We are trying to incorporate a bunch of surveyed data into our MapInfo system. I had used Universal Translator but was running into difficulties, getting error messages saying the translation failed but not really being able to tell why (we¹ve got a small organization and I¹m about it for mapping issues). From what I could tell, newer versions of AutoCAD files weren¹t able to be translated. So, after some posts trying to find about an updated version of UT, I found that it was no longer supported or that it had morphed into FME. That is the reason we went with FME. As far as the program is concerned, it was a bit pricey, around $750 USD but it has worked great. I have only begun to scratch the surface of all the various translations it is able to perform. But for the .dwg conversions, it has been great. It separates out the different layers, makes text layers editable, has numerous projection options, etc. Again, I haven¹t used it extensively but have been very pleased with the results so far. Hope this helps. If there are any specific things you¹d like to know, please feel free to ask me. Norm Norm Shea Director, Lakes Management Kiawah Island Community Association 20 Kestrel Court Kiawah Island, SC 29455-5657 843-768-2315 office 843-768-0298 fax 843-708-3608 mobile [EMAIL PROTECTED] Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and/or legally privileged information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. Any unauthorized review, use, disclosure, or distribution is prohibited.
Re: MI-L: Todays wish for next MI Pro
B. Thoen wrote: > I think the actual coordinates in the .MAP file are stored differently > depending on the coordinate system specified in the header. They're > always 4-byte integers, but the values stored in them are not always > representing degrees. But I'd have to check that to be sure. No, they are not always degrees. They are exactly the numbers you see, if you export to MIF (but stored as 4-byte integers in a clever way). As you may remember I have written a MAP file parser (part of RW Net, RouteFinder etc.), so I know the internals of the MAP file :-) I'm simply aiming at correcting the coordinate definition, in case it is wrong. No recalculation of coordinates are needed. If I really wanted to, I could also write this program myself, but I think MapInfo should do it. Regards Uffe - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 11417
MI-L Disperse points
Hi all, Does anyone have any suggestions on how to randomly disperse points within a region boundary? The Mapbasic tool that comes with Mapinfo can only disperse points according to zoom level. Thank you in advance Alex
MI-L Create Points
Hi I have bee trying to create points in a table via MapBasic...but it only seems to create a point for one row, not all rows If I do it via Table, Create Points, it works finecan anyone shed any light please?? I have seen a couple of threads with this issue, but no results TIA AndyR
Re: MI-L Create Points
You've got to update each record with it's own created point. It sounds like you're either creating all points in the same spot, or you're updating the whole table with each point (also putting them all in the same spot.) "Mi.List" wrote: > > Hi > > I have bee trying to create points in a table via MapBasic...but it only seems > to create a point for one row, not all rows > > If I do it via Table, Create Points, it works finecan anyone shed any light > please?? > > I have seen a couple of threads with this issue, but no results > > TIA > AndyR -- - Bill Thoen GISnet, 1401 Walnut St., Suite C, Boulder, CO 80302 tel: 303-786-9961, fax: 303-443-4856 http://www.gisnet.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: 11421
MI-L Rollback / Revert
I have a script that runs through and updates some columns. I am noticing that the operations slow down and I believe it is the result of MapInfo storing the blank data so it can be reverted. I would like to turn off the Rollback / Revert feature. Anybody know how to do that? Thanks, Neal Neal T. Niemiec GIS Application Developer DM&I - Echostar Satellite L.L.C. 303-706-4497 9601 S. Meridian Blvd. Englewood, CO 80112
MI-L MB: Manipulating objects with MapBasic
I'm trying to write some MB code to take two overlapping objects (stored in MB object variables) and return an object representing their intersection. It seems that all the 'Create Object' and 'Objects ...' commands require me to have these objects stored in MI tables, or selected, or set to be the "target" or something. Though I could use tables, I don't really want to - I just want to do this in memory, with variables. Is it possible? Seems like it should be and I'm just overlooking the necessary command or function. Any help appreciated, will sum. Thanks Tim Nuteson Target - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 11422
MI-L Why is layer opening over LA?
I have been working on a Map of California and this is a Friday afternoon type of question. I've tried to pay attention to the map window when I have saved, packed and closed the file; I have made a point of having the bay area in the map window but when I open the file it goes back to Southern California. I just sorted, "saved file as" and opened the new file. I expected to have two files that had the same map view when I opened them. They were different. (both is Southern California) It's Friday and tried of scrolling north every time I open the file. Can someone explain why are these files opening where they are? - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 11423
RE: MI-L MB: Manipulating objects with MapBasic
Hi Tim, Try the overlap() function! Regards, Warren Vick Europa Technologies Ltd. http://www.europa-tech.com -Original Message- From: Tim.Nuteson [mailto:[EMAIL PROTECTED] Sent: 16 April 2004 21:17 To: [EMAIL PROTECTED] Subject: MI-L MB: Manipulating objects with MapBasic I'm trying to write some MB code to take two overlapping objects (stored in MB object variables) and return an object representing their intersection. It seems that all the 'Create Object' and 'Objects ...' commands require me to have these objects stored in MI tables, or selected, or set to be the "target" or something. Though I could use tables, I don't really want to - I just want to do this in memory, with variables. Is it possible? Seems like it should be and I'm just overlooking the necessary command or function. Any help appreciated, will sum. Thanks Tim Nuteson Target - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 11422 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 11424
MI-L SUM: Manipulating objects with MapBasic
Thanks to Ian Erickson and Warren Vick: The MapBasic function Overlap(obj1, obj2) returns the intersection of two objects. Tim Nuteson Target - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 11425
Re: MI-L Why is layer opening over LA?
The initial view for a TAB file is stored in the header of the MAP file, but I have no idea how MapInfo decides what it should be, when a TAB file is written. It would probably not be so difficult to make a small mapbasic application, that updates this info to the current view. I might have a go at it next time it is raining and I have nothing better to do :-) Regards Uffe Kousgaard - Original Message - From: "Cummings, Mike" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, April 16, 2004 10:26 PM Subject: MI-L Why is layer opening over LA? I have been working on a Map of California and this is a Friday afternoon type of question. I've tried to pay attention to the map window when I have saved, packed and closed the file; I have made a point of having the bay area in the map window but when I open the file it goes back to Southern California. I just sorted, "saved file as" and opened the new file. I expected to have two files that had the same map view when I opened them. They were different. (both is Southern California) It's Friday and tried of scrolling north every time I open the file. Can someone explain why are these files opening where they are? - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 11426
Re: MI-L Why is layer opening over LA?
Because there are so many cars on the LA freeways at all times, this concentration of heavy metal tends to bend the Earth's magnetic field into a strange attractor over LA. It can drag all sorts of strange creatures into its vortex including, it appears, your map. To fix it, arrange your map as you like it, then open the MapBasic window and enter: set map layer MyLayer default zoom where "MyLayer" is the name or number of the layer you want to set at that position and zoom. - Bill Thoen "Cummings, Mike" wrote: > > I have been working on a Map of California and this is a Friday > afternoon type of question. I've tried to pay attention to the map > window when I have saved, packed and closed the file; I have made a > point of having the bay area in the map window but when I open the file > it goes back to Southern California. I just sorted, "saved file as" and > opened the new file. I expected to have two files that had the same map > view when I opened them. They were different. (both is Southern > California) > > It's Friday and tried of scrolling north every time I open the file. > Can someone explain why are these files opening where they are? - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 11427
RE: MI-L Why is layer opening over LA?
or you can use the Map Window manager Tool and set the default view as you like it. How are the waves in the Bay? juanse temuko-Chile - Original Message - From: Bill Thoen <[EMAIL PROTECTED]> To: Cummings, Mike <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Friday, April 16, 2004 5:32 PM Subject: Re: MI-L Why is layer opening over LA? > Because there are so many cars on the LA freeways at all times, > this concentration of heavy metal tends to bend the Earth's > magnetic field into a strange attractor over LA. It can drag all > sorts of strange creatures into its vortex including, it appears, > your map. > > To fix it, arrange your map as you like it, then open the > MapBasic window and enter: > > set map layer MyLayer default zoom > > where "MyLayer" is the name or number of the layer you want to > set at that position and zoom. > > - Bill Thoen > > > "Cummings, Mike" wrote: > > > > I have been working on a Map of California and this is a Friday > > afternoon type of question. I've tried to pay attention to the map > > window when I have saved, packed and closed the file; I have made a > > point of having the bay area in the map window but when I open the file > > it goes back to Southern California. I just sorted, "saved file as" and > > opened the new file. I expected to have two files that had the same map > > view when I opened them. They were different. (both is Southern > > California) > > > > It's Friday and tried of scrolling north every time I open the file. > > Can someone explain why are these files opening where they are? > > - > List hosting provided by Directions Magazine | www.directionsmag.com | > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > Message number: 11427 > --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.657 / Virus Database: 422 - Release Date: 13/04/04 - List hosting provided by Directions Magazine | www.directionsmag.com | To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Message number: 11428
RE: MI-L Why is layer opening over LA?
Because there are so many cars on the LA freeways at all times, this concentration of heavy metal tends to bend the Earth's magnetic field into a strange attractor over LA. It can drag all sorts of strange creatures into its vortex including, it appears, your map. < spooky, a similar thing happens over here! I often find British National Grid data supplied by non-Mapinfo users miraculously 'shrinks' and relocates itself to the west of the Scilly Isles. after many years of geo research i put this down to some form of hitherto unknown magnetic/ gravity anomaly caused by some deep seated metallic ore depositI wonder how many other areas are affected by this magnetic phenomenon.? R Brit. Geol. Surv www.bgs.ac.uk * This e-mail message, and any files transmitted with it, are confidential and intended solely for the use of the addressee. If this message was not addressed to you, you have received it in error and any copying, distribution or other use of any part of it is strictly prohibited. Any views or opinions presented are solely those of the sender and do not necessarily represent those of the British Geological Survey. The security of e-mail communication cannot be guaranteed and the BGS accepts no liability for claims arising as a result of the use of this medium to transmit messages from or to the BGS. .http://www.bgs.ac.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: 11429
