Re: MI Hardware

2000-02-07 Thread Nigel James

Gabor

We have found that a good graphics card is essential if you are using a 
number of layers (and particularly large polygons, such as relief 
layering). If you are also using a large monitor (We use a 19") then at 
least 8Mb of video RAM is best. Insufficient video RAM results in slow and 
sometimes incomplete drawing of frames on layouts, especially multiple 
frames and legends. We have a 500MHz CPU and 64Mb RAM which seems to be 
sufficient.

regards

Nigel James

On Mon, 7 Feb 2000 14:27:08 +1100 Gabor Vasarhelyi 
[EMAIL PROTECTED] wrote:

 Dear all,
 I have previously brought up the issue of what hardware works best with 
 Mapinfo.
 When working with a larger data set I notice the CPU is working flat out.
 Does anyone know whether the software is hard disk, CPU or video card 
 demanding ?
 All of these things cost money ot update.  I know bigger and fastest is 
 best, however a more technical subdivision of what is critical would be 
 appreciated.
 
 eg will a SCSI hardrive improve things or is it better to increase ram and 
 cpu rates.?
 cheers
 Gabor
 
 Gabor Vasarhelyi
 GIS Manager
 Environmental Resource Managers Australia Pty Ltd
 Phone: 02 8425 1675
 Facsimile: 02 9906 5375
 
 --
 To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put
 "unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]

__
Nigel N James
Map Room
Bodleian Library
Broad St
Oxford
OX1  3BG
UK
tel : +44 1865 277013
fax: +44 1865 277139 
Visit the Map Room Home Page at: http://www.bodley.ox.ac.uk/guides/maps/

--
To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put
"unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]



RE: MI Census tract data

2000-02-07 Thread jwa inc.

not free, but for under $300 you can buy maptitude
( http://www.caliper.com ), which comes with all sorts of data at the tract
level, and you can make maps of it too. when you get your big list, make
sure you get the county and state codes too, since tract numbers are only
unique within a given county.

bob rogers

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Karen Behm
 Sent: Thursday, January 27, 2000 4:23 PM
 To: '[EMAIL PROTECTED]'
 Subject: MI Census tract data


 Does anybody know where I can find 1990 population by census tracts for
 free?  For entire US - just the big list.  I don't need the
 boundary files,
 just the tract number and pop count.

 Karen

 --
 To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put
 "unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]


--
To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put
"unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]



MI 5.5+?: bug in layout

2000-02-07 Thread Jacques Paris

To the fellowship of MI5.5+,

I would like to warn you about the behaviour that is detailled below. It has
been filed as a BUG late last week and it seems to be happening only with
the latest patch I know of (55026).

Here is the bug:

I want to prepare a layout in a landscape format.

First part: layout does not recognize page setup parameters.
1 - page setup, set to landscape
2 - open layout. It shows a portrait page.
3 - back to page setup. Set to landscape again
4 - layout becomes landscape. Good

Second part: new setup (in same session)
5 - close first layout, open another one. Opens portrait.
6 - back to page setup. Set to landscape again
7 - Message window : "page margins must not equal or exceed the page
dimensions"
8 - nothing doing. Bad

Third part: changing printer
All my misery started with a very plain HP500. I had a driver (only the
driver, alas!) for a HP2500DesignJet etc..  Restarting MI, I repeated the
first part with the addition of a different printer choice and a new sheet
size.
9 - page setup, set to landscape, select HP2500, format A0
10 - open layout. It shows HP500, portrait, format 8.5x11
11 - back to page setup. Set to landscape, HP2500, A0 again
12 - layout opens ok.
13 - close first layout, open another one. Opens HP500, 8.5x11, portrait,
with the added feature that the margins are those of the A0 format (which
does not leave much room for printing on a commercial format).
14 - any change in the page setup will result in the above message about
"the margins...".

In a word, Layout does not recognize the choices made in page setup, does
not remember them from one layout to the other but for the margins!!!

Jacques Paris

e-mail  alternate
 [EMAIL PROTECTED]   [EMAIL PROTECTED]

paris PC Consult (mainly MapInfo app.)
 www.total.net/~rparis/gisproducts.htm

--
To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put
"unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]



MI International Data

2000-02-07 Thread Lathrop, Travis

I am looking for a retailer who sells information such as city streets for
International Cities in Asia.  I am also interested in purchasing city point
files and International boundaries for Asia, Europe,Central, and South
America.

Travis Lathrop
Intercarrier Services
(816) 559-3014


--
To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put
"unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]



RE: MI Flood data - BFE's

2000-02-07 Thread Brad Mathews

Dan,

I am curious, where are you getting your BFE data in the first place? Q3
does not have any BFE information (at least not CA, FL, TX or WA). It is
only on the FIRMs. 

Don't hold your breath on getting a document on BFE changes, the national
flood cert companies do not even have a reliable way of getting LOMAs and
LOMRs from FEMA. 

- Brad

 -Original Message-
 From: Dan Munson [SMTP:[EMAIL PROTECTED]]
 Sent: Saturday, February 05, 2000 12:26 PM
 To:   MapInfo-L (E-Mail)
 Cc:   Craig Kersteen; [EMAIL PROTECTED]; Roy, Donna;
 [EMAIL PROTECTED]
 Subject:  MI Flood data - BFE's
 
 We're working with many companies that use the Q3 flood data.  However,
 someone has explained that the BFE that you must meet sometimes changes
 for an area.  For example, if the rule in 1980 was a BFE of 10' was
 required, and you built you house, then in 1990, FEMA said the BFE in the
 area must be 12', you're still in compliance. Does anyone know of a source
 to tell when BFE's change locally? Apparently, the pricing changes based
 upon if you're above the threshold or not.
  
 The real question is about understanding when the BFE heights change.
 Some sort of historical record by county or municipality.
  
 Does FEMA or anyone else put such a document out?
 
 Dan
  
 Dan Munson
 VP Sales  Marketing
 CDS Business Mapping
 800-746-7797
 Mapping for the Next Millennium(TM)
--
To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put
"unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]



MI Changing a region object's centroid coordinates

2000-02-07 Thread Charlie Bernhardt

Thanks to those who responded to my post on Feb. 4.
I'm wondering why the responses came to me via e-mail,
rather than being posted to the group, so others might
find help also with this type of problem. But I 
appreciate the help, regardless of how it comes to me.

Apparently I didn't explain clearly enough what exactly
I want to do. I want to be able to do, programatically,
what I can do interactively in MapInfo. In MapInfo, with
MYFILE editable, I can double click on the region object
(only one object in the file), which brings up the region
object dialog, where I can type in new values for "Center X"
and "Center Y".

I would like to update a region object's centroid x-y coordinates 
on the fly, from values saved to variables.

Scenario:
dim xcoord as float
dim ycoord as float
xcoord=-118.007028
ycoord=33.843899

update myfile
set obj ?

I want to do this as part of a MapBasic program, but have been trying to
do it first in the MapBasic window. I have been unable to use the update
command to accomplish the task. I get syntax error type messages, no
matter how I try to do it. Can anyone help with this?

Thanks in advance
--
To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put
"unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]



MI Kriging interpolation in Vertical Mapper

2000-02-07 Thread Francois Bergeron

Hi,

 I seek people who already tried out the kriging interpolation in
Verticale Mapper 2.5.  Please, contact me at [EMAIL PROTECTED]

Thanks!!
 ___

||//  François Bergeron
||   //Conseiller en Géomatique
||  // [EMAIL PROTECTED]
||  \\
||   \\   Le Groupe KOREM Inc.
||\\  http://www.korem.com

Formation MapInfo:
http://www.korem.com/fr_forma.html

680, Boul. Charest Est
Québec  (Québec)   CANADA   G1K 3J4
___


--
To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put
"unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]



MI IKONOS 1 meter imagery

2000-02-07 Thread Stephen Wallace

To MapInfo list

Global GeoScience is a provider of imagery from the new IKONOS
satellite. In presenting the 1 meter imagery the most common question
has been "What is visible in the images?.  To demonstrate what can be
seen we have set up some close looks at

http://www.gisrs.com/Gallery1.html and
http://www.gisrs.com/Gallery2.html

For more information on Global GeoScience and pricing for this imagery
please visit our web site at
http://www.gisrs.com  .


Stephen Wallace
Global GeoScience
 [EMAIL PROTECTED]



These close looks have been collected from sample data provided Space
Imaging Inc.


--
To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put
"unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]



MI Australian street level data

2000-02-07 Thread Serge Bedard

I think I've seen this subject passing on the list
lately...
Can anyone point me an australian data source for
street level cartography?

Thanks in advance

Serge Bedard
Quality Assurance dept.
Geocom TMS inc.
--
To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put
"unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]



MI - Position available

2000-02-07 Thread Craig, Steven @ South Bay
Title: MI -  Position available





The following position is currently available. 


Real Estate Mapping Specialist - CB Richard Ellis, a global real estate services company, has a full time entry level mapping position available in its Commerce, CA, USA, office. Candidates must have a degree in geography or city planning and 1 year experience using desktop mapping software, or equivalent work experience. Must have strong organizational skills and commitment to customer service. Must know Win95, Office applications, and MapInfo preferred. Understanding of mapping concepts, site location, demographic analysis and aerial photography preferred. Experience with desk top graphics software also preferred. CB Richard Ellis offers competitive salaries and benefits in a fast paced and exciting environment. 

Candidate must currently reside in Southern California. Relocation expenses are not provided by the company and are not negotiable.

Please fax your resume to 310-516-2310 or email it to [EMAIL PROTECTED]





MI StreetInfo Interstate

2000-02-07 Thread Michael Hart

Does anyone know of a possible solution i.e. MapBasic App. to cut down on
the number of Interstate and Route Shields that are placed on the map using
the Autoloader Function.  Thanks in advance.

Regards,

Michael Hart
GIS/FAA Development Coordinator
Trinity Wireless Towers


--
To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put
"unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]



MI: clumsy halos vs delicate lines

2000-02-07 Thread Eberl,Christine [NCR]

Hi all

Long, long time ago, before mapInfo introduced the halo function for round
mapinfo symbols,  I routinely overlay a layer of empty white dots  (ie white
version of:  ... ), overtop solid black dots of the same size  (ie:  
... )  to get a halo effect around the black dots, when making ranged
thematic maps.  Purpose: to discern overlaying dots.  The effect was
beautiful, but alot of work.  The halo feature makes life easier, but the
halo is very thick and untidy looking, and small dots under large dots are
hidden.  Is there any way to change the thickness of the halo line to the
same thickness as the line making up the empty round mapinfo symbol?  This
won't solve large dots hiding small dots, but will make the picture
otherwise neater in appearance.

Thanks in advance for any suggestions!

Christine
phone: (819) 997-6082
fax:  (819) 953 - 6612
email:   [EMAIL PROTECTED]

Address: Christine Eberl 
  Migratory Birds Technician
  Canadian Wildlife Service
  100 Gamelin Blvd
   Hull, PQ
   K1A 0H3

--
To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put
"unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]



RE: MI Changing a region object's centroid coordinates

2000-02-07 Thread Martin Roundill

Hi Charlie,

I recall a discussion some (many) months back about this. 

I tried what you suggested re altering the centroids using the region object
dialog box but this also changes the MBR and appears to impact on the shape
of the region.

My guess is that you will not be able to do what you want from the command
line( mapbasic window) and will need a little mapbasic application to
provide the functionality for you.

The simplest approach would be to create a new object based on the existing
one plus the user defined centroid location using the mapbasic create region
statement. The syntax of which is:

Create Region 
[  Into  { Window   window_id  |  Variable   var_name } ] 
   num_polygons 
   [  num_points1   (  x1,  y1 )   (  x2 ,  y2 )  [ ... ]  ] 
   [  num_points2   (  x1,  y1 )   (  x2 ,  y2 )  [ ... ]   ... ] 
[ Pen . . . ]
[ Brush . . . ]
[ Center ( center_x,  center_y )  ] 


Therefore you code would go something like

1) get user to select region and enter centroid x,y (use dialog statement)
2) grab the region object
3) for each node get the x,y values
eg 
For i = 1 to objectinfo(myobj,OBJ_INFO_NPNTS) 
x(i) = objectnodex(myobj,1,i)
y(i) = objectnodey(myobj,1,i)
Next 


4) use these node coordinates and the user defined centroids (plus the
symbology data from the original object) to create the new object
5) update the original selection with the new object.

If there is an easier way I would be keen to also know as the alter object
geography clause does not appear to have any centroid options.


Cheers

Martin
==
Martin Roundill
GIS Manager
Waitakere City Council
Private Bag 93109
Henderson
Waitakere City
New Zealand


-Original Message-
From: Charlie Bernhardt [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, 8 February 2000 07:56
To: [EMAIL PROTECTED]
Subject: MI Changing a region object's centroid coordinates

...
Apparently I didn't explain clearly enough what exactly
I want to do. I want to be able to do, programatically,
what I can do interactively in MapInfo. In MapInfo, with
MYFILE editable, I can double click on the region object
(only one object in the file), which brings up the region
object dialog, where I can type in new values for "Center X"
and "Center Y".
..

I want to do this as part of a MapBasic program, but have been trying to
do it first in the MapBasic window. I have been unable to use the update
command to accomplish the task. I get syntax error type messages, no
matter how I try to do it. Can anyone help with this?

Thanks in advance
--
To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put
"unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]



Re: MI - Position available

2000-02-07 Thread Jack Varga


Then why are you mailing your announcement to the four corners of the
globe?
"Craig, Steven @ South Bay" wrote:

Candidate must currently reside
in Southern California. Relocation expenses are not provided by the
company and are not negotiable.
Please fax your resume to 310-516-2310
or email it to [EMAIL PROTECTED]



Re: MI MapInfo / Arc View

2000-02-07 Thread Dan Munson

A hammer.

(Just kidding)

- Original Message - 
From: Mark Tickle [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, February 07, 2000 5:54 PM
Subject: MI MapInfo / Arc View


 What is the most effective translator to covert MapInfo (4.1) files to
 ArcView polygons.
 
 Regards
 --
 To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put
 "unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]

--
To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put
"unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]



MI Program for Workshop den 8 februar i MapInfo Brugergruppen, DK, på Natiopnalmuseet

2000-02-07 Thread bagge

Hej Alle MapInfoer

Workshop, MapInfo Brugergruppe Møde DK, 8 februar 2000.

MapInfo Brugergruppens første workshop for folk der arbejder med MapInfo.

Nationalmuseet, biografen, Ny Vestergade 10, Nationalmuseets Hovedindgang

Nationalmuseets døre åbner kl 1000.

Workshoppen afholdes i en afslappet atmosfære, hvor det er meningen vi skal
udbygge vores net, få besvaret konkrete spørgsmål, møde nye folk og få nye
ideer.

Program:

10.15 Velkomst
Fra 10.15 til 12.00 giver hver oplægsholder en kort præsentation på ca 10
min.
12.00 - 13.00 Frokost. Der er åbent i Nationalmuseets Cafe (ny ejer med
billigere priser).Bordene sættes op.
13.00 - 16.00 Workshop. Oplægsholderne er ved deres computere og vi kan gå
rundt til dem. Meningen at vi skal diskuttere konkrete problemer eller få
nye ideer.
14.00 Kaffe, som indtages, mens workshoppen er i gang.
17.00 Alle smides ud. Der er således mulighed for at blive til 17.00 og fx
se udstillingen eller diskuttere videre.

Indlæg:

Velkomst, Lars Bagge
Generelt, om MapInfo Brugergruppe og hvad er der sket siden sidst, Peter
laulund

Peter Møller, KampSax: "Datakontrol (program)".
Lars Bagge Nielsen, DKC, Nationalmuseet: "Gis data på nettet ved
WebPublisher. Hjælpeprogrammer og Plots".
Uffe Kousgaard, RouteWare (/ DMU): "Integration mellem MapInfo og
egne(delphi)-applikationer. Afstandsprogram som case".
Peter Laulund, KMS: "Kartograf og kortproduktion i MapInfo".
Claus Dam, DKC, Nationalmuseet: "3d gis på nettet ved Pavan".
Ole Gregor, Viborg Amt: "3D og visualisering".
Jens Jensen, Roskilde Amt: "3D og visualisering".
Lars Nørbach, DKC, Nationalmuseet: "Eksempel på anvendelse af MapInfo til
digitale udgravningsplaner".

Praktiske Oplysninger:

Der forefindes en projekter (ny) med mulighed for opsætning i 1024X768 eller
endda 1280X1024. Der kan kobles 3 computere til ad gangen, som kan opsættes
med en fælles profil. dette tjekkes i løbet af i dag.

MVH

Lars Bagge 
DKC, Nationalmuseet


Sincerely Yours

Cand.Scient.
Lars Bagge Nielsen
The National Museum of Denmark, DKC
Ny Vestergade 11, Baghuset, 2. sal.
1471 København K
Tlf.: (+45) 33473088
Fax: (+45) 33473307
[EMAIL PROTECTED]
Visit http://www.dkc.natmus.dk


--
To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put
"unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]



Re: MI Can MapBasic call routines in ActiveX DLLs?

2000-02-07 Thread Chris Martin

I've been asking around about this; I would like to be able to share 
some VB code (access to Win32API, common functions, etc.) with 
MapBasic. Currently, I cut and paste the code, then make the 
necessary syntax modifications... Not too much of an ordeal, but 
could it be better?

The answer so far seems to be a resounding NO!

If you haven't already done so, non-VB/MB people can switch off 
now...

The new VB5/6 DLLs are ActiveX DLLs or COM Servers. It doesn't really 
matter what all this means apart from the fact you can't access the 
functions inside from other languages. There are ways around, but 
they start at complex, then get a bit worse (in my view).

You can apparently write some sort of interface in C++ or 
alternatively re-write completely in C++. And there are one or two 
3rd-party tools that help; I've been told that Desaware's SpyWorks 
will give you some kind of export capability that will do the biz. 
But unless some new information comes in, I shall stick to cutting 
and pasting

Some words from one of my sources:
"Use of VB DLL's is made through COM who takes charge of making "visible"
the appropriate classes.

In normal DLL's an Export Table is generated where all public 
function names and their parameters are written. Any program can then 
import that library (that's what you do when you DECLARE an api 
function)  and use its functions.

Unfortunately, as VB DLL's are COM servers, the only functions that they
export are to register and un register the server. There's no other 
functionality you can access."


 A while ago Chris Martin's summary on how to get custom icons
 into MapInfo interested me enough to wonder what else you can do
 with this technique. Basically --and this works great-- you can
 create a custom ActiveX DLL that will allow you to use all sorts of
 home-made icons like so:
 
 1) Create a new ActiveX DLL project
 2) Open resource editor, and add your custom bitmap pairs
 3) Save resource file in Project
 4) Save and compile project
 5) Distribute...
 6) When selecting icon, specify pathname of DLL
   eg. ICON 1002 FILE "MyIcons.DLL"
 7) Sit back and impress friends and colleagues, with smiley faces
 and 
  Bunny Wabbits.
 (You need at least VB 6 or you won't have the Resource Editor.)
 
 But my question now is, can you make ActiveX DLLs that can
 contain functions and subprograms that can be called from MapInfo
 like you can with the earlier style DLLs? If so, does anyone have a
 small example? I know VB can't do the old style DLLs, but it's VB
 that I have now, so it would be neat to be able to use to make new
 style DLLs, if they could be made to work with MapBasic. Can this be
 done?
 
 - Bill Thoen
 
 - To unsubscribe from this list, send e-mail to [EMAIL PROTECTED]
 and put "unsubscribe MAPINFO-L" in the message body, or contact
 [EMAIL PROTECTED]

CJ Martin
GIS Consultant
WS Atkins Consultants Ltd
(01952) 201234
--
To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put
"unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]



RE: MI Can MapBasic call routines in ActiveX DLLs?

2000-02-07 Thread Brad Mathews

All,

I would like to make one correction to the generally correct response from
Chris.

VB created ActiveX DLLs (and ActiveX EXEs) can be used by any other language
which supports the COM interface (C++, Powerbuilder, Delphi, VBA, ASP).
MapBasic does not support the COM interface.

- Brad

 -Original Message-
 From: Chris Martin [SMTP:[EMAIL PROTECTED]]
 Sent: Monday, February 07, 2000 6:08 AM
 To:   MapInfo-L; Bill Thoen
 Subject:  Re: MI Can MapBasic call routines in ActiveX DLLs?
 
 I've been asking around about this; I would like to be able to share 
 some VB code (access to Win32API, common functions, etc.) with 
 MapBasic. Currently, I cut and paste the code, then make the 
 necessary syntax modifications... Not too much of an ordeal, but 
 could it be better?
 
 The answer so far seems to be a resounding NO!
 
 If you haven't already done so, non-VB/MB people can switch off 
 now...
 
 The new VB5/6 DLLs are ActiveX DLLs or COM Servers. It doesn't really 
 matter what all this means apart from the fact you can't access the 
 functions inside from other languages. There are ways around, but 
 they start at complex, then get a bit worse (in my view).
 
 You can apparently write some sort of interface in C++ or 
 alternatively re-write completely in C++. And there are one or two 
 3rd-party tools that help; I've been told that Desaware's SpyWorks 
 will give you some kind of export capability that will do the biz. 
 But unless some new information comes in, I shall stick to cutting 
 and pasting
 
 Some words from one of my sources:
 "Use of VB DLL's is made through COM who takes charge of making "visible"
 the appropriate classes.
 
 In normal DLL's an Export Table is generated where all public 
 function names and their parameters are written. Any program can then 
 import that library (that's what you do when you DECLARE an api 
 function)  and use its functions.
 
 Unfortunately, as VB DLL's are COM servers, the only functions that they
 export are to register and un register the server. There's no other 
 functionality you can access."
 
 
  A while ago Chris Martin's summary on how to get custom icons
  into MapInfo interested me enough to wonder what else you can do
  with this technique. Basically --and this works great-- you can
  create a custom ActiveX DLL that will allow you to use all sorts of
  home-made icons like so:
  
  1) Create a new ActiveX DLL project
  2) Open resource editor, and add your custom bitmap pairs
  3) Save resource file in Project
  4) Save and compile project
  5) Distribute...
  6) When selecting icon, specify pathname of DLL
eg. ICON 1002 FILE "MyIcons.DLL"
  7) Sit back and impress friends and colleagues, with smiley faces
  and 
   Bunny Wabbits.
  (You need at least VB 6 or you won't have the Resource Editor.)
  
  But my question now is, can you make ActiveX DLLs that can
  contain functions and subprograms that can be called from MapInfo
  like you can with the earlier style DLLs? If so, does anyone have a
  small example? I know VB can't do the old style DLLs, but it's VB
  that I have now, so it would be neat to be able to use to make new
  style DLLs, if they could be made to work with MapBasic. Can this be
  done?
  
  - Bill Thoen
  
  - To unsubscribe from this list, send e-mail to [EMAIL PROTECTED]
  and put "unsubscribe MAPINFO-L" in the message body, or contact
  [EMAIL PROTECTED]
 
 CJ Martin
 GIS Consultant
 WS Atkins Consultants Ltd
 (01952) 201234
 --
 To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put
 "unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]
--
To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put
"unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]



RE: MI Can MapBasic call routines in ActiveX DLLs?

2000-02-07 Thread Richard . Burkmar

Listers,

I agree with much of Chris's analysis except I would say that the emphasis
is wrong.  In my opinion the problem is not that applications built with
VB5/6 expose their functionality to other applications as COM objects, but
rather the fact that MapBasic is not COM compliant.  The Component Object
Model (COM) is central to the Microsoft Windows environment and there
probably isn't much of a future for development environments which don't
support it.  Nowadays, most do - for example any development environment in
which you can incorporate a MapX map is COM compliant. MapX exposes its
functionality as a COM component - if it didn't it wouldn't have got off the
ground.

Richard Burkmar
ICL

-Original Message-
From: Chris Martin [mailto:[EMAIL PROTECTED]]
Sent: 07 February 2000 14:08
To: MapInfo-L; Bill Thoen
Subject: Re: MI Can MapBasic call routines in ActiveX DLLs?


I've been asking around about this; I would like to be able to share 
some VB code (access to Win32API, common functions, etc.) with 
MapBasic. Currently, I cut and paste the code, then make the 
necessary syntax modifications... Not too much of an ordeal, but 
could it be better?

The answer so far seems to be a resounding NO!

If you haven't already done so, non-VB/MB people can switch off 
now...

The new VB5/6 DLLs are ActiveX DLLs or COM Servers. It doesn't really 
matter what all this means apart from the fact you can't access the 
functions inside from other languages. There are ways around, but 
they start at complex, then get a bit worse (in my view).

You can apparently write some sort of interface in C++ or 
alternatively re-write completely in C++. And there are one or two 
3rd-party tools that help; I've been told that Desaware's SpyWorks 
will give you some kind of export capability that will do the biz. 
But unless some new information comes in, I shall stick to cutting 
and pasting

Some words from one of my sources:
"Use of VB DLL's is made through COM who takes charge of making "visible"
the appropriate classes.

In normal DLL's an Export Table is generated where all public 
function names and their parameters are written. Any program can then 
import that library (that's what you do when you DECLARE an api 
function)  and use its functions.

Unfortunately, as VB DLL's are COM servers, the only functions that they
export are to register and un register the server. There's no other 
functionality you can access."


 A while ago Chris Martin's summary on how to get custom icons
 into MapInfo interested me enough to wonder what else you can do
 with this technique. Basically --and this works great-- you can
 create a custom ActiveX DLL that will allow you to use all sorts of
 home-made icons like so:
 
 1) Create a new ActiveX DLL project
 2) Open resource editor, and add your custom bitmap pairs
 3) Save resource file in Project
 4) Save and compile project
 5) Distribute...
 6) When selecting icon, specify pathname of DLL
   eg. ICON 1002 FILE "MyIcons.DLL"
 7) Sit back and impress friends and colleagues, with smiley faces
 and 
  Bunny Wabbits.
 (You need at least VB 6 or you won't have the Resource Editor.)
 
 But my question now is, can you make ActiveX DLLs that can
 contain functions and subprograms that can be called from MapInfo
 like you can with the earlier style DLLs? If so, does anyone have a
 small example? I know VB can't do the old style DLLs, but it's VB
 that I have now, so it would be neat to be able to use to make new
 style DLLs, if they could be made to work with MapBasic. Can this be
 done?
 
 - Bill Thoen
 
 - To unsubscribe from this list, send e-mail to [EMAIL PROTECTED]
 and put "unsubscribe MAPINFO-L" in the message body, or contact
 [EMAIL PROTECTED]

CJ Martin
GIS Consultant
WS Atkins Consultants Ltd
(01952) 201234
--
To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put
"unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]
--
To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put
"unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]



Re: MI: Vertical mapper translator?

2000-02-07 Thread Declan Troy

Mappers,

If anyone has hints about the opposite opperation, getting from Arc Grid
files to MI/Vertical Mapper I'd like to hear about it. I've tried
converting the ArcGrid to ASCII Grid but VM chokes. The good folks at
Northwood Geo have been trying to figure out why but after months no
success. Anyone have any other suggestions to make this sort of conversion?

Thanks,

Declan Troy
Anchorage, Alaska


Hi Listers.

Do any of you know of a way of translating a vertical mapper GRD file to
an ESRI GRID file without using vertical mapper?

Thanks 


BG



--
To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put
"unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]



Re: MI: Vertical mapper translator?

2000-02-07 Thread Richard Block

I dont know the answer, but I have been using grids generated by
crimestat (available thru crime mapping research center).  The program
generates ascii grids that are readable by both arcview and vertical
mapper.



Richard Block
Department of Sociology
Loyola University
6525 N. Sheridan Rd.
Chicago IL 60626

773 508 3454
FAX 773 508 7099
[EMAIL PROTECTED]


 Declan Troy [EMAIL PROTECTED] 02/07 4:53 PM 
Mappers,

If anyone has hints about the opposite opperation, getting from Arc
Grid
files to MI/Vertical Mapper I'd like to hear about it. I've tried
converting the ArcGrid to ASCII Grid but VM chokes. The good folks
at
Northwood Geo have been trying to figure out why but after months no
success. Anyone have any other suggestions to make this sort of
conversion?

Thanks,

Declan Troy
Anchorage, Alaska


Hi Listers.

Do any of you know of a way of translating a vertical mapper GRD
file to
an ESRI GRID file without using vertical mapper?

Thanks 


BG



--
To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and
put
"unsubscribe MAPINFO-L" in the message body, or contact
[EMAIL PROTECTED]
--
To unsubscribe from this list, send e-mail to [EMAIL PROTECTED] and put
"unsubscribe MAPINFO-L" in the message body, or contact [EMAIL PROTECTED]