Re: [MI-L] Help with Object Functions

[Mahtab Alam]

I did this also though this doesn't give any compile error , it gives error
at run time as argument is of invalid type.

Actually I am trying to visit all the objects ( which in my case are all
regions) of a perticular layer...so i am storing that layer's name in
variable tabname and than trying to read centroid , max and min points of
its objects using which I will zoom to them. But I am unable to understand
why its not working if i give the name (constLayer.obj) of layer instead of
tabname ( variable) it works the way I want. Can u please explain ?

On 12/25/05, Trey Pattillo <[EMAIL PROTECTED]> wrote:
>
>
> According to your example
> ObjectGeography(tablename.obj,OBJ_GEO_MINX )
>
> it is not "tablename.OBJ" -- just TableName
>
> direct code ---   = ObjectGeography(MyTableName...)
> variable:
> DIM aTable as String
> aTable = MyTableName
> ObjectGeography(aTable...)
>
>
> On Sunday 25 December 2005 06:09, Mahtab Alam wrote:
> > Hi,
> >
> > Can anyone help me why I am getting a error message whenever I put a
> > varibale ( that stores the table name) in any Object function e.g.
> >
> > MinX=ObjectGeography(tablename.obj,OBJ_GEO_MINX )  it doesn't compile
> but
> > when I give any other name which i have defined it doesn't show any
> error.
> >
> >
> > Regards
> > Mahtab
> > ___
> > MapInfo-L mailing list
> > MapInfo-L@lists.directionsmag.com
> > http://www.directionsmag.com/mailman/listinfo/mapinfo-l
>
> --
> Trey Pattillo
>
> Eye have a spelling chequer.
> It came with my pea see.
> It plainly marks for my revue
> Miss takes I can not sea.
>



--
Regards

Mahtab Alam
___
MapInfo-L mailing list
MapInfo-L@lists.directionsmag.com
http://www.directionsmag.com/mailman/listinfo/mapinfo-l

[MI-L] new printer

[Robert DeRubeis]

List,

We just got a new printer (HP 2800) to replace an old one that died (HP
2500).   When I opened one workspace in notepad, I noticed it referenced
the printer 7 times(see below), even though there is only one layout in
the workspace.  Is this a bug in MI Pro, that it keeps appending the
following.

-
Set Window FrontWindow() Printer
 Name "HP 2500CM Printer" Orientation Portrait Copies 1
 Papersize 1
-
Is there a way to update the hundreds of workspaces I currently have saved
to reflect the new printer?  Some workspaces contain multiple layouts with
different size papers and orientations like 8x11 landscape, 8x11 portrait,
11x17 landscape or 11x17 portrait.

I am using MI Pro 7.8 on XP Professional.

Thanks,
Bob

___
MapInfo-L mailing list
MapInfo-L@lists.directionsmag.com
http://www.directionsmag.com/mailman/listinfo/mapinfo-l

RE: [MI-L] Wandering Text Problem

[Tim.Nuteson]

In case anyone is interested in why, technically speaking, this
'wandering text' problem occurs, Eric Blasenheim explained it a few
years ago.  See below.

Tim Nuteson
Target


[From Eric Blasenheim]:
It is not entirely clear to me that all the recent questions on label
plotting all relate to the same issue. Some may be a result of
misunderstanding how dynamic labels are composed. In particular, many
people still think that labels in the Layout are supposed to be the same
as
those in the Map window.  This is not correct. The labels, which are
always
sized using paper (Points) units, fit differently in the Layout paper
space
than they do in the Map Window which has only the screen connection.

However, there is a bug in the layout label calculation that may be the
source of a number of these inquiries. There is also a workaround until
that bug is fixed.

When the labels are composed, their location is determined by
translating
the label location of the object (usually the centroid) from geographic
units into a location on the page. This location is then adjusted
according
to the nine label positioning and offset options and the text size which
is
determined by querying the operating system (Windows).  Once these
labels
are located only changes in the label settings for that layer, the scale
of
the map or the size of the layout frame will cause the labels to be
recomposed. A simple zoom change in the layout, will not cause this. It
only changes the display size of all the labels. This is how it should
be.

However, when the screen display size of the labels is quite small, the
conversions between geographic, screen and paper locations result in
loss
of precision resulting in the labels not being correctly located.
Basically we are querying Windows with user point sizes (8, 10, 12
point)
scaled down to 1 or 2 points. This commonly occurs with large size plots
and/or small screen resolutions where a view which encompasses the
entire
layout results in very small on screen text sizes.

The workaround is to force MapInfo Professional to recompose the labels
when the screen size of the text is more reasonable. So, if you zoom in
to
the layout to where the text is readable and do any of the following the
labels should recompose correctly:

1) Change any setting in the label settings dialog or the check box for
dynamic label visibility at the first level of layer control. Obviously,
if
you choose to turn off visibility you will need to turn it back on
again.

2) Run any of the MapBasic  "Set Map Layer Label" commands from the
MapBasic window. These are the same commands generated by the Layer
control/Label settings dialogs.

3) Change any of the zoom/scale settings in the Change View dialog or
the
MapBasic commands that they generate.

4) Change the size of the Layout frame where the Map is contained via
the
Frame dialog or by dragging the frame corner or side.

Also note that any workspaces that you save can automatically use this
workaround by saving them at a Layout zoom where the text size is not
too
small! Opening the workspace causes the layout frames including the
labels
to be recomposed from scratch and if the viewed text size is reasonable,
the correct calculations will occur.

We are looking into a fix for this problem.

Eric Blasenheim
[EMAIL PROTECTED]


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bill
Thoen
Sent: Wednesday, December 21, 2005 6:26 PM
To: MapInfo List
Subject: SUM: [MI-L] Wandering Text Problem

Carl Schaefer got it one. Thanks! Here's the solution for getting labels

to stay put when creating a large-scale Layout window:

>The way I correct the labelling problem is to:
>1) "View Actual Size" in the layout
>2) double click on the map frame and change the scale ever so slightly 
>(say 1cm = 500m to 1cm = 500.01m) - also make sure the "resize 
>frame" toggle is checked.
>3) double click again and change the scale back to your original
>
>All labels are happy now.
>  
>
And I agree with you all -- why HASN'T this bug been fixed yet? In fact,

if MapInfo needs some featues to add for the next release that will 
actually excite people and motivate them to upgade, why not fix all the 
layout bugs and add some features that will allow us to put a finish on 
our maps that makes them look like cartographic art rather than 'toons? 
Why not add antialiasing like what's in SVG? Why not text on a curve, 
and some of the smart street labeling that's in MapText's Label-EZ? Why 
not provide line styles where you can change both the inside AND outside

color? Why not color gradational fills? How about vector layer 
translucense? How about finishing the cartographic legend utility?

Whew! (got a little wound up there...)

___
MapInfo-L mailing list
MapInfo-L@lists.directionsmag.com
http://www.directionsmag.com/mailman/listinfo/mapinfo-l

___
MapInfo-L mailing list
MapInf

Re: [MI-L] new printer

[Robert DeRubeis]

That is the case, there are 6 map windows and 1 layout window.  If  I do a
replace all "old printer name" with "new printer name" for every
workspace, I remove all the old printer references.  However, it does not
take into account the margin settings for the different printers, so I
would still have to go into page setup to adjust, then move or resize the
layout to make sure it is in the printable area.  

I've done this for one workspace so it references the new printer then
saved it, but now when it is opened it is much slower compared to when it
was referencing the old printer.  I still have both printers added under
windows printers and they are both assigned with the same port IP address
on the network.

Thanks,
-Bob


"Ben A Greenberg" <[EMAIL PROTECTED]> on Wednesday, December
28, 2005 at 11:48 AM -0700 wrote:
>Since a window can contain maps, browsers and legends as well as layouts,
>the workspace is probably referencing every open window, not just the
>layout.
>
>-Original Message-
>From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED] Behalf Of Robert
>DeRubeis
>Sent: Wednesday, December 28, 2005 11:55 AM
>To: mapinfo-l@lists.directionsmag.com
>Subject: [MI-L] new printer
>
>
>List,
>
>We just got a new printer (HP 2800) to replace an old one that died (HP
>2500).   When I opened one workspace in notepad, I noticed it referenced
>the printer 7 times(see below), even though there is only one layout in
>the workspace.  Is this a bug in MI Pro, that it keeps appending the
>following.
>
>-
>Set Window FrontWindow() Printer
> Name "HP 2500CM Printer" Orientation Portrait Copies 1
> Papersize 1
>-
>Is there a way to update the hundreds of workspaces I currently have saved
>to reflect the new printer?  Some workspaces contain multiple layouts with
>different size papers and orientations like 8x11 landscape, 8x11 portrait,
>11x17 landscape or 11x17 portrait.
>
>I am using MI Pro 7.8 on XP Professional.
>
>Thanks,
>Bob
>
>___
>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 Object Functions

[Peter Horsbøll Møller]

I think this would be the prober way:

Include "MapBasic.def"

'...Declare Sub etc

Dim sTab As String,
aObj As Alias,
fMinX, fMinY, fMaxX, fMaxY As Float
oCur As Object

sTab = "ANYTABLENAME"
aObj = sTab + ".OBJ"

Set CoordSys Table sTab

Fetch First From sTab
Do Until EOT(sTab)
oCur = aObj

fMinX = ObjectGeography(oCur, OBJ_GEO_MINX)
fMinY = ObjectGeography(oCur, OBJ_GEO_MINY)
fMaxX = ObjectGeography(oCur, OBJ_GEO_MAXX)
fMaxY = ObjectGeography(oCur, OBJ_GEO_MAXY)

'**Here you do what you want to with these coordinates

Fetch Next From sTab
Loop

HTH,

Peter Horsbøll Møller
GIS Developer, MTM
Geographical Information & IT
 
COWI A/S
Odensevej 95
DK-5260 Odense S.
Denmark
 
Tel +45 6311 4900
Direct  +45 6311 4908
Mob +45 5156 1045
Fax +45 6311 4949
E-mail  [EMAIL PROTECTED]
http://www.cowi.dk/gis


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mahtab Alam
Sent: Wednesday, December 28, 2005 8:20 AM
To: mapinfo-l@lists.directionsmag.com
Subject: Re: [MI-L] Help with Object Functions


I did this also though this doesn't give any compile error , it gives error at 
run time as argument is of invalid type.

Actually I am trying to visit all the objects ( which in my case are all
regions) of a perticular layer...so i am storing that layer's name in variable 
tabname and than trying to read centroid , max and min points of its objects 
using which I will zoom to them. But I am unable to understand why its not 
working if i give the name (constLayer.obj) of layer instead of tabname ( 
variable) it works the way I want. Can u please explain ?

On 12/25/05, Trey Pattillo <[EMAIL PROTECTED]> wrote:
>
>
> According to your example ObjectGeography(tablename.obj,OBJ_GEO_MINX )
>
> it is not "tablename.OBJ" -- just TableName
>
> direct code ---   = ObjectGeography(MyTableName...)
> variable:
> DIM aTable as String
> aTable = MyTableName
> ObjectGeography(aTable...)
>
>
> On Sunday 25 December 2005 06:09, Mahtab Alam wrote:
> > Hi,
> >
> > Can anyone help me why I am getting a error message whenever I put a 
> > varibale ( that stores the table name) in any Object function e.g.
> >
> > MinX=ObjectGeography(tablename.obj,OBJ_GEO_MINX )  it doesn't 
> > compile
> but
> > when I give any other name which i have defined it doesn't show any
> error.
> >
> >
> > Regards
> > Mahtab
> > ___
> > MapInfo-L mailing list
> > MapInfo-L@lists.directionsmag.com 
> > http://www.directionsmag.com/mailman/listinfo/mapinfo-l
>
> --
> Trey Pattillo
>
> Eye have a spelling chequer.
> It came with my pea see.
> It plainly marks for my revue
> Miss takes I can not sea.
>



--
Regards

Mahtab Alam
___
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] new printer

[Peter Horsbøll Møller]

Bob,

No, it surely is no bug. It's exactly the way MapInfo works. Every window is 
assigned a certain printer, and if you have set MapInfo to store this 
information in workspaces, MapInfo does so. You can change this setting under 
Settings > Preferencens > Startup.

To change these settings, and can see one way: Search and replace

UltraEdit - or the new UEStudio - could be a tol for doing this as it can 
search and replace in files.

So you could search for "HP 2500CM Printer" and replace this with "HP 2800CM 
Printer" (if this is the "name" of the printer under Windows)

HTH,
Peter Horsbøll Møller
GIS Developer, MTM
Geographical Information & IT
 
COWI A/S
Odensevej 95
DK-5260 Odense S.
Denmark
 
Tel +45 6311 4900
Direct  +45 6311 4908
Mob +45 5156 1045
Fax +45 6311 4949
E-mail  [EMAIL PROTECTED]
http://www.cowi.dk/gis


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Robert DeRubeis
Sent: Wednesday, December 28, 2005 6:55 PM
To: mapinfo-l@lists.directionsmag.com
Subject: [MI-L] new printer


List,

We just got a new printer (HP 2800) to replace an old one that died (HP
2500).   When I opened one workspace in notepad, I noticed it referenced
the printer 7 times(see below), even though there is only one layout in the 
workspace.  Is this a bug in MI Pro, that it keeps appending the following.

-
Set Window FrontWindow() Printer
 Name "HP 2500CM Printer" Orientation Portrait Copies 1  Papersize 1
-
Is there a way to update the hundreds of workspaces I currently have saved to 
reflect the new printer?  Some workspaces contain multiple layouts with 
different size papers and orientations like 8x11 landscape, 8x11 portrait, 
11x17 landscape or 11x17 portrait.

I am using MI Pro 7.8 on XP Professional.

Thanks,
Bob

___
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] MapBasic Label Clause - Problems using variables as Position and Offset

[Mike Jenne]

Afternoon (here in the States, anyway) all!

 

I've run into a slight problem writing MapBasic code.  In Set Map, I'm
trying to use variables for the Position and Offset portions of the Label
clause.  A sample of this code is below.  The intent of this piece of code
is to extract values (pertaining to labeling) from a reference table, which
are then stored into variables.  Everything had worked just fine until I
attempted to incorporate variables for label offset values, specifically
direction (Left, Right, Center, Above, Below) and offset.  For whatever
reason, the MapBasic compiler gives me an error statement, specifically
"Missing "=" in assignment to S_OFFSET_DIR".  The line it's calling an error
on is "Layer S_OPEN_NAME Display Graphic  Label Line None Position
S_OFFSET_DIR.".  If I substitute a "normal" value (like "left") for
S_OFFSET_DIR, then the error statement is "Missing "=" in assignment to
I_OFFSET_DIS" instead.

 

BTW, S_OFFSET_DIR is declared as a string variable, and I_OFFSER_DIS is an
integer.  Also, all of the other variables in the label clause (such as
S_LABEL, S_LABEL_FONT.) had worked just fine.

 

Anyone have a guess as to what the problem might be?

 

Hope all is well with you all, and that everyone has a great New Year.

 

Mike Jenne

JCSI

Trussville, Alabama, USA

 

  If FileExists(S_PATH_1) then  

  Open Table S_PATH_1 as S_OPEN_NAME

  LAYER_CTR = LAYER_CTR+1 S_LABEL1 = ACTIVE_LAYER.LABEL
S_LABEL=S_LABEL1 

 

  I_FONTCL2 = ACTIVE_LAYER.FONT_CL2

  I_FONTCL3 = ACTIVE_LAYER.FONT_CL3

  I_FONTCL4 = ACTIVE_LAYER.FONT_CL4

  I_FONTCL5 = ACTIVE_LAYER.FONT_CL5

  S_LABEL1 = ACTIVE_LAYER.TYPE

  S_OFFSET_DIR =ACTIVE_LAYER.OFFSET_DIR

  I_OFFSET_DIS = ACTIVE_LAYER.OFFSET_DIS

 

 
S_LAB_FONT=MakeFont("Arial",I_FONTCL2,I_FONTCL3,I_FONTCL4,I_FONTCL5)



 Add Map Window MAP1 Auto Layer S_OPEN_NAME 

 Set Map Window MAP1

 Layer S_OPEN_NAME Display Graphic  Label Line None Position
S_OFFSET_DIR Font S_LAB_FONT Pen (1,2,0) 

  With S_LABEL  Parallel On auto off Overlap Off Duplicates
Off Offset I_OFFSET_DIS Visibility On

 

___
MapInfo-L mailing list
MapInfo-L@lists.directionsmag.com
http://www.directionsmag.com/mailman/listinfo/mapinfo-l

RE: [MI-L] MapBasic Label Clause - Problems using variables as Positionand Offset

[Peter Horsbøll Møller]

Mike,

I would recommend that you built your Set Map command using a command string:

   sCommand = "Set Map Window " & MAP1
 & " Layer " & S_OPEN_NAME 
& " Display Graphic"
& " Label "
& " Line None" 
& " Position " 
& S_OFFSET_DIR 
& " " & 
S_LAB_FONT 
& " Pen (1,2,0)"
& " With " & 
S_LABEL
& " Parallel On 
auto off Overlap Off Duplicates Off"
& " Offset " & 
I_OFFSET_DIS 
& " Visibility 
On"
Run Command sCommand
 
HTH,

Peter Horsbøll Møller
GIS Developer, MTM
Geographical Information & IT
 
COWI A/S
Odensevej 95
DK-5260 Odense S.
Denmark
 
Tel +45 6311 4900
Direct  +45 6311 4908
Mob +45 5156 1045
Fax +45 6311 4949
E-mail  [EMAIL PROTECTED]
http://www.cowi.dk/gis


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike Jenne
Sent: Wednesday, December 28, 2005 10:09 PM
To: MapInfo-L@lists.directionsmag.com
Subject: [MI-L] MapBasic Label Clause - Problems using variables as Positionand 
Offset


Afternoon (here in the States, anyway) all!

 

I've run into a slight problem writing MapBasic code.  In Set Map, I'm trying 
to use variables for the Position and Offset portions of the Label clause.  A 
sample of this code is below.  The intent of this piece of code is to extract 
values (pertaining to labeling) from a reference table, which are then stored 
into variables.  Everything had worked just fine until I attempted to 
incorporate variables for label offset values, specifically direction (Left, 
Right, Center, Above, Below) and offset.  For whatever reason, the MapBasic 
compiler gives me an error statement, specifically "Missing "=" in assignment 
to S_OFFSET_DIR".  The line it's calling an error on is "Layer S_OPEN_NAME 
Display Graphic  Label Line None Position S_OFFSET_DIR.".  If I substitute a 
"normal" value (like "left") for S_OFFSET_DIR, then the error statement is 
"Missing "=" in assignment to I_OFFSET_DIS" instead.

 

BTW, S_OFFSET_DIR is declared as a string variable, and I_OFFSER_DIS is an 
integer.  Also, all of the other variables in the label clause (such as 
S_LABEL, S_LABEL_FONT.) had worked just fine.

 

Anyone have a guess as to what the problem might be?

 

Hope all is well with you all, and that everyone has a great New Year.

 

Mike Jenne

JCSI

Trussville, Alabama, USA

 

  If FileExists(S_PATH_1) then  

  Open Table S_PATH_1 as S_OPEN_NAME

  LAYER_CTR = LAYER_CTR+1 S_LABEL1 = ACTIVE_LAYER.LABEL 
S_LABEL=S_LABEL1 

 

  I_FONTCL2 = ACTIVE_LAYER.FONT_CL2

  I_FONTCL3 = ACTIVE_LAYER.FONT_CL3

  I_FONTCL4 = ACTIVE_LAYER.FONT_CL4

  I_FONTCL5 = ACTIVE_LAYER.FONT_CL5

  S_LABEL1 = ACTIVE_LAYER.TYPE

  S_OFFSET_DIR =ACTIVE_LAYER.OFFSET_DIR

  I_OFFSET_DIS = ACTIVE_LAYER.OFFSET_DIS

 

 
S_LAB_FONT=MakeFont("Arial",I_FONTCL2,I_FONTCL3,I_FONTCL4,I_FONTCL5)



 Add Map Window MAP1 Auto Layer S_OPEN_NAME 

 Set Map Window MAP1

 Layer S_OPEN_NAME Display Graphic  Label Line None Position 
S_OFFSET_DIR Font S_LAB_FONT Pen (1,2,0) 

  With S_LABEL  Parallel On auto off Overlap Off Duplicates Off 
Offset I_OFFSET_DIS Visibility On

 

___
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 Label Clause - Problems using variables as Positionand Offset

[Mike Jenne]

Peter,

I tried your solution, and it worked well.  

 

Mange tak!

 

Mike Jenne

 

-Original Message-
From: Peter Horsbøll Møller [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, December 28, 2005 3:29 PM
To: Mike Jenne; MapInfo-L@lists.directionsmag.com
Subject: RE: [MI-L] MapBasic Label Clause - Problems using variables as
Positionand Offset

 

Mike, 

I would recommend that you built your Set Map command using a command
string: 

   sCommand = "Set Map Window " & MAP1 
 & " Layer " & S_OPEN_NAME 
& " Display Graphic"

& " Label " 
& " Line
None" 
& " Position
" & S_OFFSET_DIR 
& " " &
S_LAB_FONT 
& " Pen
(1,2,0)" 
& " With " &
S_LABEL 
& " Parallel
On auto off Overlap Off Duplicates Off" 
& " Offset "
& I_OFFSET_DIS 
& "
Visibility On" 
Run Command sCommand 
  
HTH, 

Peter Horsbøll Møller 
GIS Developer, MTM 
Geographical Information & IT 
  
COWI A/S 
Odensevej 95 
DK-5260 Odense S. 
Denmark 
  
Tel +45 6311 4900 
Direct  +45 6311 4908 
Mob +45 5156 1045 
Fax +45 6311 4949 
E-mail  [EMAIL PROTECTED] 
  http://www.cowi.dk/gis 

 

-Original Message- 
From: [EMAIL PROTECTED] [

mailto:[EMAIL PROTECTED] On Behalf Of Mike Jenne

Sent: Wednesday, December 28, 2005 10:09 PM 
To: MapInfo-L@lists.directionsmag.com 
Subject: [MI-L] MapBasic Label Clause - Problems using variables as
Positionand Offset 

 

Afternoon (here in the States, anyway) all! 

  

I've run into a slight problem writing MapBasic code.  In Set Map, I'm
trying to use variables for the Position and Offset portions of the Label
clause.  A sample of this code is below.  The intent of this piece of code
is to extract values (pertaining to labeling) from a reference table, which
are then stored into variables.  Everything had worked just fine until I
attempted to incorporate variables for label offset values, specifically
direction (Left, Right, Center, Above, Below) and offset.  For whatever
reason, the MapBasic compiler gives me an error statement, specifically
"Missing "=" in assignment to S_OFFSET_DIR".  The line it's calling an error
on is "Layer S_OPEN_NAME Display Graphic  Label Line None Position
S_OFFSET_DIR.".  If I substitute a "normal" value (like "left") for
S_OFFSET_DIR, then the error statement is "Missing "=" in assignment to
I_OFFSET_DIS" instead.

  

BTW, S_OFFSET_DIR is declared as a string variable, and I_OFFSER_DIS is an
integer.  Also, all of the other variables in the label clause (such as
S_LABEL, S_LABEL_FONT.) had worked just fine.

  

Anyone have a guess as to what the problem might be? 

  

Hope all is well with you all, and that everyone has a great New Year. 

  

Mike Jenne 

JCSI 

Trussville, Alabama, USA 

  

  If FileExists(S_PATH_1) then  

  Open Table S_PATH_1 as S_OPEN_NAME 

  LAYER_CTR = LAYER_CTR+1 S_LABEL1 = ACTIVE_LAYER.LABEL
S_LABEL=S_LABEL1 

  

  I_FONTCL2 = ACTIVE_LAYER.FONT_CL2 

  I_FONTCL3 = ACTIVE_LAYER.FONT_CL3 

  I_FONTCL4 = ACTIVE_LAYER.FONT_CL4 

  I_FONTCL5 = ACTIVE_LAYER.FONT_CL5 

  S_LABEL1 = ACTIVE_LAYER.TYPE 

  S_OFFSET_DIR =ACTIVE_LAYER.OFFSET_DIR 

  I_OFFSET_DIS = ACTIVE_LAYER.OFFSET_DIS 

  

  
S_LAB_FONT=MakeFont("Arial",I_FONTCL2,I_FONTCL3,I_FONTCL4,I_FONTCL5) 



 Add Map Window MAP1 Auto Layer S_OPEN_NAME 

 Set Map Window MAP1 

 Layer S_OPEN_NAME Display Graphic  Label Line None Position
S_OFFSET_DIR Font S_LAB_FONT Pen (1,2,0) 

  With S_LABEL  Parallel On auto off Overlap Off Duplicates
Off Offset I_OFFSET_DIS Visibility On 

  

___ 
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 Label Clause - Problems using variables as Positionand Offset

[Peter Horsbøll Møller]

"Mange tak", seems as more people than expected can speak Danish ;-)
 
You are most welcome,

Peter Horsbøll Møller 
GIS Developer, MTM 
Geographical Information & IT 
  
COWI A/S 
Odensevej 95 
DK-5260 Odense S. 
Denmark 
  
Tel +45 6311 4900 
Direct  +45 6311 4908 
Mob +45 5156 1045 
Fax +45 6311 4949 
E-mail    [EMAIL PROTECTED] 
http://www.cowi.dk/gis 

-Original Message-
From: Mike Jenne [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, December 28, 2005 11:19 PM
To: Peter Horsbøll Møller
Cc: MapInfo-L@lists.directionsmag.com
Subject: RE: [MI-L] MapBasic Label Clause - Problems using variables as 
Positionand Offset



Peter,

I tried your solution, and it worked well.  

 

Mange tak!

 

Mike Jenne

 

-Original Message-
From: Peter Horsbøll Møller [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, December 28, 2005 3:29 PM
To: Mike Jenne; MapInfo-L@lists.directionsmag.com
Subject: RE: [MI-L] MapBasic Label Clause - Problems using variables as 
Positionand Offset

 

Mike, 

I would recommend that you built your Set Map command using a command string: 

   sCommand = "Set Map Window " & MAP1 
 & " Layer " & S_OPEN_NAME 
& " Display Graphic" 
& " Label " 
& " Line None" 
& " Position " 
& S_OFFSET_DIR 
& " " & 
S_LAB_FONT 
& " Pen 
(1,2,0)" 
& " With " & 
S_LABEL 
& " Parallel On 
auto off Overlap Off Duplicates Off" 
& " Offset " & 
I_OFFSET_DIS 
& " Visibility 
On" 
Run Command sCommand 
  
HTH, 

Peter Horsbøll Møller 
GIS Developer, MTM 
Geographical Information & IT 
  
COWI A/S 
Odensevej 95 
DK-5260 Odense S. 
Denmark 
  
Tel +45 6311 4900 
Direct  +45 6311 4908 
Mob +45 5156 1045 
Fax +45 6311 4949 
E-mail  [EMAIL PROTECTED] 
  http://www.cowi.dk/gis 

 

-Original Message- 
From: [EMAIL PROTECTED] [  mailto:[EMAIL PROTECTED] 
On Behalf Of Mike Jenne

Sent: Wednesday, December 28, 2005 10:09 PM 
To: MapInfo-L@lists.directionsmag.com 
Subject: [MI-L] MapBasic Label Clause - Problems using variables as Positionand 
Offset 

 

Afternoon (here in the States, anyway) all! 

  

I've run into a slight problem writing MapBasic code.  In Set Map, I'm trying 
to use variables for the Position and Offset portions of the Label clause.  A 
sample of this code is below.  The intent of this piece of code is to extract 
values (pertaining to labeling) from a reference table, which are then stored 
into variables.  Everything had worked just fine until I attempted to 
incorporate variables for label offset values, specifically direction (Left, 
Right, Center, Above, Below) and offset.  For whatever reason, the MapBasic 
compiler gives me an error statement, specifically "Missing "=" in assignment 
to S_OFFSET_DIR".  The line it's calling an error on is "Layer S_OPEN_NAME 
Display Graphic  Label Line None Position S_OFFSET_DIR.".  If I substitute a 
"normal" value (like "left") for S_OFFSET_DIR, then the error statement is 
"Missing "=" in assignment to I_OFFSET_DIS" instead.

  

BTW, S_OFFSET_DIR is declared as a string variable, and I_OFFSER_DIS is an 
integer.  Also, all of the other variables in the label clause (such as 
S_LABEL, S_LABEL_FONT.) had worked just fine.

  

Anyone have a guess as to what the problem might be? 

  

Hope all is well with you all, and that everyone has a great New Year. 

  

Mike Jenne 

JCSI 

Trussville, Alabama, USA 

  

  If FileExists(S_PATH_1) then  

  Open Table S_PATH_1 as S_OPEN_NAME 

  LAYER_CTR = LAYER_CTR+1 S_LABEL1 = ACTIVE_LAYER.LABEL 
S_LABEL=S_LABEL1 

  

  I_FONTCL2 = ACTIVE_LAYER.FONT_CL2 

  I_FONTCL3 = ACTIVE_LAYER.FONT_CL3 

  I_FONTCL4 = ACTIVE_LAYER.FONT_CL4 

  I_FONTCL5 = ACTIVE_LAYER.FONT_CL5 

  S_LABEL1 = ACTIVE_LAYER.TYPE 

  S_OFFSET_DIR =ACTIVE_LAYER.OFFSET_DIR 

  I_OFFSET_DIS = ACTIVE_LAYER.OFFSET_DIS 

  


S_LAB_FONT=MakeFont("Arial",I_FONTCL2,I_FONTCL3,I_FONTCL4,I_FONTCL5) 



 Add Map Window MAP1 Auto Layer S_OPEN_NAME 

 Set Map Window MAP1 

 Layer S_OPEN_NAME Display Graphic  Label Line None Position 
S_OFFSET_DIR Font S_LAB_FONT Pen (1,2,0) 

  With S_LABEL  Parallel On auto o

[MI-L] concurrent licensing for MIPro

[Alistair Hart]

Hi Folks,
 
Has anyone ever heard of a concurrent licensing deal being struck between an 
organisation and MI before??
 
As an interim step between adhoc use of MapInfo and a full blown enterprise 
solution, I'd like to negotiate with MI a concurrent license where we may 
install MI locally on more machines than we have licenses for, but manage use 
in such a way that we won't be using anymore than x licenses at any one time.
 
The rationale is that we are a growing user of spatial information, with a core 
skill group in MapInfo and increasing demand from novice users. Until we reach 
a point where we can a) justify a sole GIS resource to assist novice users or 
b) justify an enterprise-wide GIS solution, I'd like to be able to get more use 
out of our (not very) current 35 licenses (we would rarely have more than 3 
users at a time, in a geographically distributed organisation of nearly 70,000 
people).
 
If anyone has such an example of concurrent licensing (is this the right 
phrase??), I'd be very pleased to hear about it...
 
Cheers!!
 
Alistair
 
 
 
 
 



*
This email, including any attachments sent with it, is
confidential and for the sole use of the intended recipient(s).
This confidentiality is not waived or lost, if you receive it and
you are not the intended recipient(s), or if it is transmitted/
received in error.

Any unauthorised use, alteration, disclosure, distribution or
review of this email is strictly prohibited.  The information
contained in this email, including any attachment sent with
it, may be subject to a statutory duty of confidentiality if it
relates to health service matters.

If you are not the intended recipient(s), or if you have
received this email in error, you are asked to immediately
notify the sender by telephone collect on Australia
+61 1800 198 175 or by return email.  You should also
delete this email, and any copies, from your computer
system network and destroy any hard copies produced.

If not an intended recipient of this email, you must not copy,
distribute or take any action(s) that relies on it; any form of
disclosure, modification, distribution and/or publication of this
email is also prohibited.

Although Queensland Health takes all reasonable steps to
ensure this email does not contain malicious software,
Queensland Health does not accept responsibility for the
consequences if any person's computer inadvertently suffers
any disruption to services, loss of information, harm or is
infected with a virus, other malicious computer programme or
code that may occur as a consequence of receiving this
email.

Unless stated otherwise, this email represents only the views
of the sender and not the views of the Queensland Government.


___
MapInfo-L mailing list
MapInfo-L@lists.directionsmag.com
http://www.directionsmag.com/mailman/listinfo/mapinfo-l

Re: [MI-L] concurrent licensing for MIPro

[David Baker]

On 29 Dec 2005 at 11:47, Alistair Hart <[EMAIL PROTECTED]> wrote:

> Has anyone ever heard of a concurrent licensing deal being struck between an 
> organisation and MI before??

We were just looking for a cheaper way to implement a large (for us) system and 
asked about Runtimes &/or some sort of licence manager like FLEXLM to enable us 
to 
do it more cheaply.

As it turns out, Runtimes are only talked of in whispers & not at all unless 
you are 
looking at quantities of 500 or more.

FLEXLM was discussed - not available, and my memory isn't quite clear but did I 
hear 
that it might be in the future? Really can't remember, but as of 8.0 it 
definitely isn't. 

So, we ended up buying 40 copies of MapInfo Pro. Not the ideal situation, and 
we also 
bought 72 copies of Manifold for the other half of our project as it wasn't 
economical at 
all to do in MapInfo because of their current licencing scheme.

I would have been very happy to be able to buy 100 Runtimes, and am sure I 
could 
extend from there in the future.

Dave
___
MapInfo-L mailing list
MapInfo-L@lists.directionsmag.com
http://www.directionsmag.com/mailman/listinfo/mapinfo-l