RE: [Vxl-maintainers] convolution of an image with a 1D kernel using vil2

[Ian Scott <ian.m.scott@st...>]

vil2_convolve_1d works in the x direction. If you want something that works
in the Y direction, call vil2_transpose first.

Ian.

> -----Original Message-----
> From: David Serby [mailto:dserby@...]
> Sent: Tuesday, January 28, 2003 12:57 PM
> To: Vxl-maintainers@...
> Subject: [Vxl-maintainers] convolution of an image with a 1D kernel
> using vil2
>
>
> Hi
>
> In the vil library there was a function called
> vil_convolve_1d_x to do a
> convolution of an image in x-direction (out(x, y) = \sum_i
> kernel[i]*in(x-i, y). There is no equivalent function in the vil2
> library. How can the same operation be achieved with vil2 functions?
>
> David
>
>
>
> -------------------------------------------------------
> This SF.NET email is sponsored by:
> SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
> http://www.vasoftware.com
> _______________________________________________
> Vxl-maintainers mailing list
> Vxl-maintainers@...
> https://lists.sourceforge.net/lists/listinfo/vxl-maintainers
>

[Vxl-maintainers] convolution of an image with a 1D kernel using vil2

[David Serby <dserby@vi...>]

Hi

In the vil library there was a function called vil_convolve_1d_x to do a 
convolution of an image in x-direction (out(x, y) = \sum_i 
kernel[i]*in(x-i, y). There is no equivalent function in the vil2 
library. How can the same operation be achieved with vil2 functions?

David

[Vxl-maintainers] before Apocalyspe check the Beta version

[Jean-Baptiste <pao@ar...>]

Hi Fred,

Just finished :-)) beta version is online:
http://www.art-online.com/category.aspx
Careful ! keep it secret the grand opening is in February 
before Apocalypse.
full text search engine  .NET inside ;-)

We're so worn out!... US team will leave tomorrow
It's party time ! with the mastermind of ServerGroup (E.T) at Domaine de la Source... It's crazy !
"The Internet continues for him to be a metaphor of the divine, an agora of ethers."

Tell Dan I say hello, we're impatient you come visit us in France.
Bye

Baptiste
pao@...


>Hi Jean-Baptiste,

>Have you finished your new project ?
>Send me the address when ready

>Talk t'ya later
>Fred

[Vxl-maintainers] Comparing the speed of Intel's efficient BLAS implementation (MKL) and native VNL - VNL (and gcc) wins.

[Ian Scott <ian.m.scott@st...>]

I have done some timing experiments comparing the speed of Level 1 and 2
Blas operations in Intel's optimised math kernel.
These are the vector-vector and matrix-vector algorithms.

Summary: It is definitely not worth using the Intel MKL instead of gcc on
the above platform.

The included files show timing results for a variety of sizes of matrix and
vectors, in float and double, doing
Dot product
Matrix*vector


The sum of square differences function is run using native VNL in both
results for a sanity check.

We are using MKL version 5.2, and gcc 3.2 with the following
flags  -g -O3 -DNDEBUG -march=pentium4 -mfpmath=sse. The computer is a
(dual) 1700Mhz Xeon (Pentium 4) with 2Gb of memory, running Linux.

You can see from the included results that Level 1 blas is always slower
than native VNL - which isn't a surprise - there isn't much in they way of
intelligent cache usage that cade be done here.
The Matrix-vector operations which are used a lot by people here are
sometimes a bit faster using MKL, sometimes a lot slower, with no
immediately obvious pattern.

Congratulations to AWF, VND, and other authors of vnl_vector and gcc. Your
code beats a hand tuned implementation by Intel.

Caveats: If you are doing heavy Matrix-Matrix operations on a
multiprocessing computer, then MKL will efficiently use all your
processors - which has to be an advantage. If you have a poor compiler (e.g.
MSVC) then it may be worth using the MKL. We have evidence that MKL gives a
speed up of 5-10 times over the the nieve matrix-vector multiplication
implemented in the VisSDK and compiled with MSVC 6.0.

If anyone wants to integrate BLAS into VNL, then I have included the mods to
do it. If an option was put into CMAKE to turn them off, then I guess it
could be added permanently to VNL.

Regards,
Ian.

[Vxl-maintainers] Managing your Distance Learning Program

[<teletrain@te...>]

View HTML version online, please click http://63.204.221.196/members/viewonline.asp?ID=810120675
	
 
 
 
Managing Distance Learning: A Practical Guide Online - March 1-30
Get solutions to proactively administer your distance learning program right from your computer. Teletraining presents Managing Distance Learning, an online course that covers the entire distance learning management process.

*  Develop a working plan of action for distance learning deployment
*  Learn to market your distance learning program
*  Discover how to improve your instructors distance teaching and training skills
*  See the latest technology and determine its usefulness in your program
*  Develop a distance learning vision statement

Teletraining Institute’s years of distance learning administration experience provides a solid, in-depth approach to applying problem-solving techniques to distance program.
Join us March 1 and walk away with a management plan ready for use at your organizations.

  
http://63.204.221.196/members/response.asp?ID=8101206758982
 
 
 
eTraining Solutions
Interested in placing a training or education program online, but don’t have the resources for equipment, software licensing or technical capability? Teletraining offers customized services to implement your own online program. eTraining Solutions creates a partnership so your organization provides the content and Teletraining delivers the program to your audience online.  You remain the content expert while Teletraining provides the services you need. A few of eTraining Solutions services include:

Hosting Service
* Hardware, Software & Appropriate Licensing
* 24/7 Service monitoring & Support

Online Training Management Services
* Testing, evaluation & tracking
* Consulting & advisement on deployment

Instructional Services
* Content Conversion, instruction design
* Instructor Training
* Web page development & maintenance

With eTraining Solutions you choose the services you need, and Teletraining provides continuous support and expertise.

To hear success stories from our clients using eTraining Solutions, please join us March 7 for our First Friday discussion!

  
http://63.204.221.196/members/response.asp?ID=8101206758983
 
 
 
 
 
 
 

_______________________________________________________________
If you wish to be removed from the mailing list, 
Please click http://63.204.221.196/members/unsubscribeme.asp?ID=810120675 
or REPLY and write UNSUBSCRIBE in the subject line.

[Vxl-maintainers] Problems with vgui and Qt

[Amitha Perera <perera@cs...>]

Hi all

Manual Oetiker emailed vxl-users recently describing trouble running
vgui with qt under Solaris. I found one small bug (QGL -> QT in
vgui_register_all.cxx), but he is still having trouble. Could someone
who know more about the qt implementation chime in, please?

I have been unable get qt working here, so I can't test it directly.

I've included below a copy of our communications.

Thanks,
Amitha.

----- Forwarded message from Manuel Oetiker <moetiker@...> -----

To: vxl-users@...
From: Manuel Oetiker <moetiker@...>
Date: Wed, 22 Jan 2003 14:39:56 +0100 (MET)
Subject: [Vxl-users] VXL under solaris 8

Hi VXL Gurus

I try to compile and install vxl snapshot 17.01.2003

gcc 3.2.1, solaris 8, qt 3.1.1

the compilation went well but when I try to start xcv I get the out
put.

moetiker.biwiadm> ./xcv
vgui : registered 'glut'
vgui : initialize 'glut'
window_width  = 512
window_height = 512
/usr/pack/vxl-snap.170103-mo/vxl-src/core/vgui/vgui_window.cxx, line
56: vgui_window::enable_vscrollbar() dummy implementation
/usr/pack/vxl-snap.170103-mo/vxl-src/core/vgui/vgui_window.cxx, line
53: vgui_window::enable_hscrollbar() dummy implementation
Segmentation fault

If I do ldd on xcv there is qt linked but it's not shown under
registerd. Is there some additional option to register qt?

I compiled vxl under linux with the same versions of qt gcc
and there is qt shown und registerd.

Does anybody know something about that?

thanks

Manuel


----- Forwarded message from Amitha Perera <perera@...> -----

To: Manuel Oetiker <moetiker@...>
From: Amitha Perera <perera@...>

On Wed 22 Jan 2003, Manuel Oetiker wrote:
> If I do ldd on xcv there is qt linked but it's not shown under
> registerd. Is there some additional option to register qt?

This means that Qt was not detected at the time vgui was
compiled. First, make sure that all the qt variables are set
appropriately in the CMakeCache.txt, and clean and rebuild vgui. If qt
is linked into vgui, you should see some vgui_qt_* files in the binary
directory.

Amitha.

----- Forwarded message from Manuel Oetiker <moetiker@...> -----

To: Amitha Perera <perera@...>
From: Manuel Oetiker <moetiker@...>

Hi Amitha

I have in my CMakeCache.txt following settings:

moetiker.biwiadm> cat CMakeCache.txt | grep -i qt

//What is the path where the file qt.h can be found
QT_INCLUDE_DIR:PATH=/usr/pack/qt-3.1.1-mo/sun4u-sun-solaris2.8/include
QT_MOC_EXECUTABLE:FILEPATH=/usr/sepp/bin/moc-3.1.1
//Where can the qt library be found
QT_QT_LIBRARY:FILEPATH=/usr/pack/qt-3.1.1-mo/sun4u-sun-solaris2.8/lib/libqt-mt.so
QT_UIC_EXECUTABLE:FILEPATH=/usr/sepp/bin/uic-3.1.1
//Should Qt support be compiled into vgui?
VGUI_USE_QT:BOOL=ON
vgui_LIB_DEPENDS:STATIC=vnl_algo;vil;vgl;vpl;vbl;vul;/usr/pack/qt-3.1.1-mo/sun4u-sun-solaris2.8
/lib/libqt-mt.so;/usr/pack/glut-3.7-mo/sun4u-sun-solaris2.8/lib/libglut.a;/usr/lib/libXmu.so;/u
sr/lib/libXi.so;Qv;/usr/openwin/lib/libGLU.so;/usr/openwin/lib/libGL.so;/usr/openwin/lib/libX11
.so;/usr/openwin/lib/libXext.so;
//Advanced flag for variable: QT_INCLUDE_DIR
QT_INCLUDE_DIR-ADVANCED:INTERNAL=1
//Advanced flag for variable: QT_MOC_EXECUTABLE
QT_MOC_EXECUTABLE-ADVANCED:INTERNAL=1
//Advanced flag for variable: QT_QTMAIN_LIBRARY
QT_QTMAIN_LIBRARY-ADVANCED:INTERNAL=1
//Advanced flag for variable: QT_QT_LIBRARY
QT_QT_LIBRARY-ADVANCED:INTERNAL=1
//Advanced flag for variable: QT_UIC_EXECUTABLE
QT_UIC_EXECUTABLE-ADVANCED:INTERNAL=1

I have no vgui_qt_* binarys.

thanks for your answer.

Manuel

----- Forwarded message from Amitha Perera <perera@...> -----

To: Manuel Oetiker <moetiker@...>
From: Amitha Perera <perera@...>

I see a bug in vgui_register_all.cxx line 76. Change VGUI_USE_QGL to
VGUI_USE_QT. Let me know if that fixes the problem.

> I have no vgui_qt_* binarys.

This is odd. Perhaps they are in vgui/impl/qt?

Amitha.

----- Forwarded message from Manuel Oetiker <moetiker@...> -----

To: Amitha Perera <perera@...>
From: Manuel Oetiker <moetiker@...>

Hi Amitha

Thanks for the fix. The registered works now.

vgui : registered 'qt' 'glut'
vgui : initialize 'glut'
window_width  = 512
window_height = 512
/usr/pack/vxl-snap.170103-mo/vxl-src/core/vgui/vgui_window.cxx, line
56: vgui_window::enable_vscrollbar() dummy implementation
/usr/pack/vxl-snap.170103-mo/vxl-src/core/vgui/vgui_window.cxx, line
53: vgui_window::enable_hscrollbar() dummy implementation
Segmentation fault

but the Segmentation fault is still present. Do you have any idea what
I can do to solve this problem?

about the qt vgui stuff:

vxl-snap.170103-mo> find . -name vgui_qt\*
./vxl-src/core/vgui/impl/qt/vgui_qt_adaptor.cxx
./vxl-src/core/vgui/impl/qt/vgui_qt.cxx
./vxl-src/core/vgui/impl/qt/vgui_qt.h
./vxl-src/core/vgui/impl/qt/vgui_qt_dialog_impl.cxx
./vxl-src/core/vgui/impl/qt/vgui_qt_adaptor.h
./vxl-src/core/vgui/impl/qt/vgui_qt_dialog_impl.cxx-orig
./vxl-src/core/vgui/impl/qt/vgui_qt_dialog_impl.h
./vxl-src/core/vgui/impl/qt/vgui_qt_menu.cxx
./vxl-src/core/vgui/impl/qt/vgui_qt_menu.h
./vxl-src/core/vgui/impl/qt/vgui_qt_statusbar.cxx
./vxl-src/core/vgui/impl/qt/vgui_qt_statusbar.h
./vxl-src/core/vgui/impl/qt/vgui_qt_tag.cxx
./vxl-src/core/vgui/impl/qt/vgui_qt_window.cxx
./vxl-src/core/vgui/impl/qt/vgui_qt_window.h
./sun4u-sun-solaris2.8/core/vgui/vgui_qt.o
./sun4u-sun-solaris2.8/core/vgui/vgui_qt_tag.o
./sun4u-sun-solaris2.8/core/vgui/vgui_qt_window.o
./sun4u-sun-solaris2.8/core/vgui/vgui_qt_adaptor.o
./sun4u-sun-solaris2.8/core/vgui/vgui_qt_statusbar.o
./sun4u-sun-solaris2.8/core/vgui/vgui_qt_dialog_impl.o
./sun4u-sun-solaris2.8/core/vgui/vgui_qt_menu.o

thats all

thank Manuel

----- Forwarded message from Amitha Perera <perera@...> -----

To: Manuel Oetiker <moetiker@...>
From: Amitha Perera <perera@...>

On Thu 23 Jan 2003, Manuel Oetiker wrote [abridged and re-ordered]:
> but the Segmentation fault is still present. Do you have any idea what
> I can do to solve this problem?

I would guess it's a bug in the glut implementation. I'll try to track
it down this weekend. Meanwhile:

> vgui : registered 'qt' 'glut'
> vgui : initialize 'glut'

It looks like glut is being preferred over qt, and I'm not sure
why. What executable are you trying to run? Try putting --factory=qt
on the command line.

Did the qt stuff compile without any problem? I tried it (briefly) on
a machine here and ended up with a lot of link errors. It may be a bad
qt installation, though.

Amitha.

----- Forwarded message from Manuel Oetiker <moetiker@...> -----

To: Amitha Perera <perera@...>
From: Manuel Oetiker <moetiker@...>

Hi Amitha

Now it looks bedder. xvc is starting up.

moetiker.biwiadm> xcv
vgui : registered 'qt' 'glut'
vgui : initialize 'qt'
window_width  = 512
window_height = 512
/usr/pack/vxl-snap.170103-mo/vxl-src/core/vgui/vgui_window.cxx, line
56: vgui_window::enable_vscrollbar() dummy implementation
/usr/pack/vxl-snap.170103-mo/vxl-src/core/vgui/vgui_window.cxx, line
53: vgui_window::enable_hscrollbar() dummy implementation
upon_activated 0

But if I am loading a image it ends suddenly?

Im useing:  qt 3.1.1 and gcc 3.2.1 and glut 3.7

cheers Manuel

[Vxl-maintainers] RE: [Vxl-users] Examples gevd contour

[Ian Scott <ian.m.scott@st...>]

> -----Original Message-----
> From: Amitha Perera [mailto:perera@...]
> Sent: Tuesday, January 21, 2003 4:55 PM
> To: Geoffrey Cross
> Cc: vxl-users@...
> Subject: Re: [Vxl-users] Examples gevd contour
>
>
> On Tue 21 Jan 2003, Geoffrey Cross wrote:
> > However gel is 'development code', so there shouldn't be
> anything wrong
> > with having broken / incomplete / obsolete / old / bad / ... code in
> > there.
> >
> > I'm not sure we make it clear enough to average users that
> code outside
> > of the core is not 'vxl-supported' code.  Maybe we should even
> > discourage discussions of this code here, and just point
> people to the
> > relevant developers.  Perhaps we should be using the sourceforge
> > trackers and bug-reporting more extensively.

The SF trackers were massively unpopular with the VXL community, when they
were set-up. I also don't think that resurrecting them would solve the
underlying problem, which is distinguishing well-documented, well-supported
contrib code from libraries like gevd.

>
> Not "vxl-supported" does not mean "broken" and "avoid using". Some
> code in the contrib directories, e.g. rpl stuff and some (all?) of the
> mul stuff are "vxl quality", and simply need widespread use before
> moving into the core. If we give the impression that the contrib code
> is broken, no-one is going to try it, and therefore nothing will ever
> get added to the core, and the contrib code will not harden.
>
> However, it may be useful to mark some libraries, such as gevd, as
> broken or incomplete, and list possible contact people.
>
> Actually, I think it would be good to have contact people for each
> contrib library.

I support Amitha's suggestion of documenting the state of each library. The
introduction_doxy.txt file in each library would be a good place to comment
on the code's quality. Well documented libraries (like those in mul :-)
implictly state their quality by their documentation, so perhaps only
poor-quality libraries need an explicit comment "Warning: This library is an
uncompleted port, is unsupported, and not used very much."

If people want me to, I would be prepared to make sure that all libraries
have at least some sort of comment, and contact info in their
introduction_doxy.txt file.

Ian.

RE: [Vxl-maintainers] vnl_numeric_traits

[Andrew Fitzgibbon <awf@ro...>]

No, what I said was "the existing one has a well-defined meaning".

Therefore we should not change it.  It is harmful either way.
Make a new one if we need a new one.


> -----Original Message-----
> From: Peter Vanroose [mailto:Peter.Vanroose@...] 
> Sent: 21 January 2003 11:22
> To: Andrew Fitzgibbon
> Cc: 'Amitha Perera'; vxl-maintainers@...
> Subject: RE: [Vxl-maintainers] vnl_numeric_traits
> 
> 
> > the existing one has a well-defined meaning, and is used in 
> contexts like
> > 
> > T t;
> > traits<T>::real_t product = 1.0 * t;
> 
> Well, let's then change the meaning to
> 
>   traits<T>::real_t product = 1.0f * t;
> 
> It is less harmful to cast from float to double than from 
> double to float.
> 
> 
> 
> --	Peter.
> 

RE: [Vxl-maintainers] vnl_numeric_traits

[Peter Vanroose <Peter.Vanroose@es...>]

> the existing one has a well-defined meaning, and is used in contexts like
> 
> T t;
> traits<T>::real_t product = 1.0 * t;

Well, let's then change the meaning to

  traits<T>::real_t product = 1.0f * t;

It is less harmful to cast from float to double than from double to float.



--	Peter.

RE: [Vxl-maintainers] vnl_numeric_traits

[Andrew Fitzgibbon <awf@ro...>]

> Why is vnl_numeric_traits<float>::real_t a double instead of a float?
> The comment says "result when multiplied by double", but that's not
> quite how it is used.
So, the comment is correct, but the usage is wrong. If we need another
sort of real_t, then we should add it.  But the existing one has
a well-defined meaning, and is used in contexts like

T t;
traits<T>::real_t product = 1.0 * t;

Now, maybe it should be renamed to double_product_t, but it does have
a meaning and use at the moment.

> It generates a warning is vnl_vector::cos_angle
> when instantiated with complex<float> because there is an attempt to
> create a complex<float> from a double, which implies a loss of
> precision.

So that function should be fixed.  Where did the double come 
from? acos? In which case either the float->float acos should be used,
or we must narrow to complex<float>

> 
> Changing the real_t to float would also fix things like
> vnl_matrix.txx:834:
> 
>         // FIXME need correct rounding here
>         // There is e.g. no *standard* 
> operator*=(complex<float>, double), hence the T() cast.
>         this->data[i][j] *= T(scale);
>  
> Here, scale has type real_t, which means double, and therefore the
> problem.
> 
> I think we should have
>   typedef  vnl_numeric_traits<float>::real_t   float;
>   typedef  vnl_numeric_traits<double>::real_t  double;
>   typedef  vnl_numeric_traits< complex<float> >::real_t   
> complex<float>;
>   typedef  vnl_numeric_traits< complex<double> >::real_t  
> complex<double>;
> 
> The comment could be from
> 
>    //: Name of type which results from multiplying this type 
> with a double
> 
> to
> 
>    //: Name of type which results from multiplying this type 
> with a float
> 
> 
> However, I have no experience in using vnl except with doubles, so I
> don't know what would break from this change. Can someone who knows
> better comment?
> 
> Thanks,
> Amitha.
> 
> 
> -------------------------------------------------------
> This SF.NET email is sponsored by:
> SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
> http://www.vasoftware.com
> _______________________________________________
> Vxl-maintainers mailing list
> Vxl-maintainers@...
> https://lists.sourceforge.net/lists/listinfo/vxl-maintainers
> 

[Vxl-maintainers] vnl_numeric_traits

[Amitha Perera <perera@cs...>]

Hi

Why is vnl_numeric_traits<float>::real_t a double instead of a float?
The comment says "result when multiplied by double", but that's not
quite how it is used. It generates a warning is vnl_vector::cos_angle
when instantiated with complex<float> because there is an attempt to
create a complex<float> from a double, which implies a loss of
precision. 

Changing the real_t to float would also fix things like
vnl_matrix.txx:834:

        // FIXME need correct rounding here
        // There is e.g. no *standard* operator*=(complex<float>, double), hence the T() cast.
        this->data[i][j] *= T(scale);
 
Here, scale has type real_t, which means double, and therefore the
problem.

I think we should have
  typedef  vnl_numeric_traits<float>::real_t   float;
  typedef  vnl_numeric_traits<double>::real_t  double;
  typedef  vnl_numeric_traits< complex<float> >::real_t   complex<float>;
  typedef  vnl_numeric_traits< complex<double> >::real_t  complex<double>;

The comment could be from

   //: Name of type which results from multiplying this type with a double

to

   //: Name of type which results from multiplying this type with a float


However, I have no experience in using vnl except with doubles, so I
don't know what would break from this change. Can someone who knows
better comment?

Thanks,
Amitha.

FW: [Vxl-maintainers] FINISHED Request to lockdown the repository.

[Ian Scott <ian.m.scott@st...>]

The move of vil2 from contrib/mul to core was completed this afternoon.

Unfortunately because anonymous access to the CVS repository is currently
not working, I can't do as extensive tests as I would like to.
https://sourceforge.net/docman/display_doc.php?docid=2352&group_id=1#summary

When next updating from the repository, you may wish to delete
contrib/mul/vil2 to avoid cvs warnings.

Ian.

> -----Original Message-----
> From: Ian Scott
> Sent: Wednesday, January 08, 2003 6:21 PM
> To: Vxl-maintainers (E-mail)
> Subject: [Vxl-maintainers] Request to lockdown the repository.
>
>
> Summary: Please do not submit anything into the repository
> from 15:00GMT
> Tuesday 16th January until further notice
>
> Details:
>
> To make the conversion from vil to vil2 easier, I am going to
> move vil2 from
> contrib/mul to core.
>
> I am not trying to pre-empt an agreement for the promotion of
> vil2 to full
> VXL-core status, this is merely a means to help the
> conversion of vgui and
> vidl, and other parts of contrib from vil to vil2. If
> everyone decides that
> vil2 is unacceptable, then I'll undo everything.
>
> Doing this does imply that we will wait for vil2's full
> adoption before
> releasing v1.0 This is not what was agreed at the meeting,
> but does appear
> to be the consensus on the reflector.
>
> To this end I am asking for no-one to use the repository from
> 15:00GMT on
> Tuesday 16th January until further notice. I will download the whole
> repository, make the modifications preserving the history,
> and ask for SF to
> upload it.
>
> Any objections?  (I know AWF is happy with this)
>
> Ian.
>
>
>
>
>
>
> -------------------------------------------------------
> This SF.NET email is sponsored by:
> SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
> http://www.vasoftware.com
> _______________________________________________
> Vxl-maintainers mailing list
> Vxl-maintainers@...
> https://lists.sourceforge.net/lists/listinfo/vxl-maintainers
>

[Vxl-maintainers] Happy New Year-Feliz Ano Nuevo-Gutes neues Jahr-Bonne Annee 2003

[Artprice Customer Service <client@ar...>]

<html><head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<title>Happy New Year - Become an affiliate - Artprice Searchbar TM</title>
<META name="ROBOTS" content="NOINDEX">
<style type="text/css">
	BODY, TD, P { FONT-FAMILY: Arial, Helvetica, sans-serif }
 A:hover { COLOR: #ff0000 }
	A:active { COLOR: #ff0000 } 
 HR { HEIGHT: 1px }
</style>
<!--<%9506039_1/%>--> 
</head>
<body bgcolor="#FFFFFF" text="#000000">
<table width="477" border="0" cellspacing="0" cellpadding="0" align="center">
<tr><td valign="top" height="35"><A name="En"></A> <A href="#FR"><FONT size="2">en fran&ccedil;ais</FONT></A></td>
</tr><tr align="center"> 
<td valign="top" height="35"> <font size="3">For art website publishers, website editors and webmasters</font></td>
</tr><tr><td align="center"> 
<p><b><font size="5">With the Artprice searchbar&#153; an affiliate gets over $4,000 monthly! </font></b></p>
<p><b><font color="#FF9900">EASY</font></b> and <b><font color="#FF0000">FREE</font></b><br>
Just a few minutes to set up creative links on your website!</p>
</td></tr></table>
<!-- Artprice searchbar TM -->
<table border=0 cellpadding=0 cellspacing=0 width="468" height="60" align="center" >
<tr> 
<td width="140" align="right"><a href="http://web.artprice.com/en/"><img src="http://web.artprice.com/img/b/artprice_miro1.jpg"; 
border="0" width="140" height="60"></a></td>
<form method=get action="http://web.artprice.com/en/artistsearch.aspx">;
<td align="center" width="328"> 
<input type=text name=searcharti size=12 value="Miro Joan">
<input type=submit value="Search this artist" style="CURSOR: hand" name="submit">
<input type=hidden name=L value=en>
<input type=hidden name=idb value="MIRO_en">
</td></form></tr></table>
<!-- Artprice searchbar TM -->
<table width="477" border="0" cellspacing="0" cellpadding="5" align="center">
<tr> 
<td align="center"> 
<p><b>Your visitors will access daily updated information<br>
on the art market</b>: auction results (3.2&nbsp;million) &amp; upcoming sales, price levels &amp; indices, biographies and signatures covering&nbsp;290,000&nbsp;artists<br>
as well as all the ArtMarketInsight&#153; press releases. </p>
<p><b>You will get up to 50% revenue share</b></p>
</td>
</tr>
</table>
<table border="0" cellspacing="0" cellpadding="4" width="397" align="center">
<tr align="center"> 
<td valign="top" colspan="2" height="35"> <a href="http://web.artprice.com/En/Affiliation/Affiliation.aspx?page=1">Why join our affiliates?</a> </td>
</tr>
<tr> 
<td valign="top" align="right"><a href="http://web.artprice.com/En/Affiliation/Affiliation.aspx?page=1"><img src="http://web.artprice.com/Img/biostaf.jpg"; border="0"></a></td>
<td> 
<p><b><a href="http://web.artprice.com/En/Affiliation/Affiliation.aspx?page=2">JOIN NOW!</a></b><font size="2"><br>
For customized information<br>
and follow up<br>
<a href="http://web.artprice.com/En/Affiliation/Affiliation.aspx?page=2"><b>Send us your request</b></a></font></p>
<p><FONT size="2">The Artprice team wishes you a prosperous New Year.</FONT></p>
<p><FONT size="2">Warmest regards,<BR>
Artprice Affiliation Team</FONT></p>
</td>
</tr>
</table>
<table width="477" border="0" cellspacing="0" cellpadding="5" align="center">
<tr> 
<td valign="top" height="300" align="center"> <font size="1">THIS PROGRAM IS COMPLETELY FREE AND CAN BE CANCELLED AT ANY TIME</font> 
<p><img src="http://web.artprice.com/img/LogoArtp_90.jpg"; align="middle"> <font size="1">THE WORLD LEADER IN ART MARKET INFORMATION </font> </p><br>
<B><font color="#FF0000" face="Arial, Helvetica" size="2">Artprice <A href="http://web.artprice.com/en/">Pure Play</A> (unlimited access): USD/EUR 24.08 per month</font></B> 
<p align="left"><font size="1"><BR><br>
Removal instructions at the bottom of the page.</font> 
</td></tr></table>
<table width="477" border="0" cellspacing="0" cellpadding="0" align="center">
<tr><td width="90">
<a name="FR"></a> <a href="#En"><font size="2">in English</font></a></td>
<td align="center">Responsables de site d'Art, &eacute;diteurs, webmasters,
</td></tr></table>
<table width="477" border="0" cellspacing="0" cellpadding="5" align="center">
<tr><td align="center">
<p><b><font size="5">Chaque mois, Artprice fait gagner<br>
plus de 4&nbsp;000 euros &agrave; un site affili&eacute;&nbsp;!</font></b></p>
<p><b><font color="#FF9900">SIMPLE</font> et <font color="#FF0000">GRATUIT</font></b><br>
En quelques minutes, posez sur votre site<br>
<b>la barre artiste de votre choix</b>&nbsp;!</p>
</td></tr></table>
<!-- Artprice searchbar TM -->
<table border=0 cellpadding=0 cellspacing=0 width="468" height="60" align="center">
<tr><td width="140" align="right">
<a href="http://web.artprice.com/fr/"><img src="http://web.artprice.com/img/b/artprice_miro1.jpg"; 
border="0" width="140" height="60"></a></td>
<form method=get action="http://web.artprice.com/fr/artistsearch.aspx">;
<td align="center" width="328"> 
<input type=text name=searcharti size=12 value="Miro Joan">
<input type=submit value="Chercher cet artiste" style="CURSOR: hand" name="submit">
<input type=hidden name=L value=fr>
<input type=hidden name=idb value="MIRO_fr">
</td></form></tr></table>
<!-- Artprice searchbar TM -->
<table width="477" border="0" cellspacing="0" cellpadding="5" align="center">
<tr>
<td align="center"> 
<p><b>Offrez &agrave; vos visiteurs l'acc&egrave;s &agrave; des informations actualis&eacute;es sur le march&eacute; de l'art</b>&nbsp;: r&eacute;sultats d'adjudications (3,2&nbsp;millions), prochaines 
ventes, cotes, biographies ou signatures pour&nbsp;290&nbsp;000&nbsp;artistes ; et toutes les d&eacute;p&ecirc;ches d'informations <BR>
sur le march&eacute; de l'art.</p>
<p><b>Percevez jusqu'&agrave; 50% de commission</b></p></td></tr></table>
<table border="0" cellspacing="0" cellpadding="4" width="428" align="center">
<tr align="center"><td valign="top" colspan="2" height="35">
<a href="http://web.artprice.com/Fr/Affiliation/Affiliation.aspx?page=1">Tous les avantages de l'affiliation Artprice</a> </td>
</tr><tr><td valign="top" align="right">
<a href="http://web.artprice.com/Fr/Affiliation/Affiliation.aspx?page=1"><img src="http://web.artprice.com/Img/biostaf.jpg"; border="0"></a></td>
<td><p>
<a href="http://web.artprice.com/Fr/Affiliation/Affiliation.aspx?page=2"><b>Comment devenir affili&eacute; ?</b></a><font size="2"><br>
Pour une information<br>
et un suivi personnalis&eacute;s,<br>
<a href="http://web.artprice.com/Fr/Affiliation/Affiliation.aspx?page=2"><b>envoyez-nous votre demande</b></a></font></p>
<p><FONT face="Arial, Helvetica, sans-serif" size="2">Le service Affiliation se joint &agrave; toute l'&eacute;quipe Artprice pour vous souhaiter une bonne ann&eacute;e 2003.</FONT></p>
<p><FONT size="2">Cordialement,<BR>
Le service Affiliation Artprice</FONT></p>
</td></tr></table>
<table width="477" border="0" cellspacing="0" cellpadding="5" align="center">
<tr><td align="center">
<p><font size="1">CE PROGRAMME D'AFFILIATION GRATUIT PEUT ETRE ANNULE A VOTRE CONVENANCE</font></p>
<p><img src="http://web.artprice.com/img/LogoArtp_90.jpg"; align="middle"> <font size="1">LEADER MONDIAL DE L'INFORMATION SUR LE MARCHE DE L'ART</font><br></p>
<div align="left"><br>
<B> <A href="http://web.artprice.com/fr/"><FONT face="Arial" size="2">Acc&egrave;s illimit&eacute;</FONT></A><font face="Arial" size="2"> : <FONT color="#FF0000">Pure Play* sur Artprice : 24,08 EUR/USD 
par mois</font></font></B><font face="Arial" size="2"><BR>
*100% internet</font><BR>
<p align="left"><font size="2"><br><br><br><br><br>

<br><br>To be removed from our mailing list<br>
<a 
href='http://list.artmarket.com/?E=vxl-maintainers%40lists.sourceforge.net&L=1'>;
http://list.artmarket.com/?E=vxl-maintainers@...&L=1
</a><br>
<font size=1>Please allow us 72 H for your e-mail to be removed.<br>In case the above link does not work, reply to this message as it is.</font>

<br><br>Pour se désinscrire<br>
<a 
href='http://list.artmarket.com/?E=vxl-maintainers%40lists.sourceforge.net&L=1'>;
http://list.artmarket.com/?E=vxl-maintainers@...&L=1
</a><br>
<font size=1>Votre désinscription sera effective dans les 72 H.<br>Si le lien ci-dessus ne fonctionne pas, répondez simplement à ce message sans en modifier le contenu.</font></font>
</p>
<!--<%9506039_1/%>--><br>
<FONT face="Arial, Helvetica, sans-serif" size="1">En conformit&eacute; avec la loi 78-17 du 6/1/78 (CNIL), vous pouvez demander &agrave; ne plus figurer sur notre fichier de routage.</FONT> </div>
</td></tr></table></body></html>

FW: [Vxl-maintainers] DATE CORRECTION: Request to lockdown the repository.

[Ian Scott <ian.m.scott@st...>]

It seems I can't read a calendar.

CORRECTION:

Please do not submit anything into the repository from
15:00GMT Tuesday __14th__ Jan until further notice.

That's today.

Sorry for any inconvenience.

Ian.

> -----Original Message-----
> From: Ian Scott 
> Sent: Wednesday, January 08, 2003 6:21 PM
> To: Vxl-maintainers (E-mail)
> Subject: [Vxl-maintainers] Request to lockdown the repository.
> 
> 
> Summary: Please do not submit anything into the repository 
> from 15:00GMT
> Tuesday 16th January until further notice
> 
> Details:
> 
> To make the conversion from vil to vil2 easier, I am going to 
> move vil2 from
> contrib/mul to core.
> 
> I am not trying to pre-empt an agreement for the promotion of 
> vil2 to full
> VXL-core status, this is merely a means to help the 
> conversion of vgui and
> vidl, and other parts of contrib from vil to vil2. If 
> everyone decides that
> vil2 is unacceptable, then I'll undo everything.
> 
> Doing this does imply that we will wait for vil2's full 
> adoption before
> releasing v1.0 This is not what was agreed at the meeting, 
> but does appear
> to be the consensus on the reflector.
> 
> To this end I am asking for no-one to use the repository from 
> 15:00GMT on
> Tuesday 16th January until further notice. I will download the whole
> repository, make the modifications preserving the history, 
> and ask for SF to
> upload it.
> 
> Any objections?  (I know AWF is happy with this)
> 
> Ian.
> 
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.NET email is sponsored by:
> SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
> http://www.vasoftware.com
> _______________________________________________
> Vxl-maintainers mailing list
> Vxl-maintainers@...
> https://lists.sourceforge.net/lists/listinfo/vxl-maintainers
> 

[Vxl-maintainers] Improve Your Distance Learning Program

[<teletrain@te...>]

View HTML version online, please click http://63.204.221.196/members/viewonline.asp?ID=79659427
	
 
Improve Your  Distance Learning Program! 
 
Register Today to Accelerate Your Distance Learning Skills! 
 
Teletechniques I: February 3 - 7The Teletraining Institute offers engaging, hands-on training to assist with the implementation of distance learning programs. On Feb. 3, Teletraining presents Teletechniques I, an essential course for individuals wishing to begin distance learning careers and organizations aspiring to transform traditional instruction into a modern, cost effective distance learning format.

*   Learn the terminology, trends and opportunities of the industry.
*   Discover the 5 secrets to delivering your distance learning programs.
*   Develop effective program content complete with quality video and graphics.
*   Incorporate streaming video and the Internet into your distance learning programs.
*   See the latest Sony distance learning equipment.

Teletraining Institute uses an experiential learning approach to update you on the latest technology and training techniques. This 5-day course is a complete orientation to distance learning, allowing you to determine the specific needs of your organization and developing your skills to meet those needs.

For more information please contact Stacy at 800-755-2356 or e-mail stacy@...

The Teletraining Institute is a nonprofit corporation, and the nation's largest and most experienced training source for distance learning. More information about Teletraining Institute at http://www.teletrain.com
 
 
  
http://63.204.221.196/members/response.asp?ID=796594278734
 
 
 
 
 

_______________________________________________________________
If you wish to be removed from the mailing list, 
Please click http://63.204.221.196/members/unsubscribeme.asp?ID=79659427 
or REPLY and write UNSUBSCRIBE in the subject line.

[Vxl-maintainers] Deleting all CMakeListsLink.txt files

[Ian Scott <ian.m.scott@st...>]

The use of CMakeListsLink.txt has been deprecated for some time now. With
the exception below, they are not used by ony of the existing VXL
CMakeList.txt files. For tidyness, I plan to delete all of
CMakeListsLink.txt files in the repository. Let me know if this will cause
problems.

There is an exception in contrib/conversions, where they are still used by
VXL, and possibly by external projects. (They deal with optional COOL
libraries.) I'll leave these files for now.

Ian.

[Vxl-maintainers] Request to lockdown the repository.

[Ian Scott <ian.m.scott@st...>]

Summary: Please do not submit anything into the repository from 15:00GMT
Tuesday 16th January until further notice

Details:

To make the conversion from vil to vil2 easier, I am going to move vil2 from
contrib/mul to core.

I am not trying to pre-empt an agreement for the promotion of vil2 to full
VXL-core status, this is merely a means to help the conversion of vgui and
vidl, and other parts of contrib from vil to vil2. If everyone decides that
vil2 is unacceptable, then I'll undo everything.

Doing this does imply that we will wait for vil2's full adoption before
releasing v1.0 This is not what was agreed at the meeting, but does appear
to be the consensus on the reflector.

To this end I am asking for no-one to use the repository from 15:00GMT on
Tuesday 16th January until further notice. I will download the whole
repository, make the modifications preserving the history, and ask for SF to
upload it.

Any objections?  (I know AWF is happy with this)

Ian.

Re: [Vxl-maintainers] CMake 1.6 beta

[William A. Hoffman <billlist@ny...>]

Although the vcl configure script is 450K, the input files are much smaller:

$ wc -l configure.in
    364 configure.in

$ wc -l aclocal.m4
   1355 aclocal.m4

And, after doing a few of the functions, it should go pretty quick.
For example, all of these:
AC_CXX_HAS_HEADER(cassert,VCL_CXX_HAS_HEADER_CASSERT)
AC_CXX_HAS_HEADER(ciso646,VCL_CXX_HAS_HEADER_CISO646)
AC_CXX_HAS_HEADER(csetjmp,VCL_CXX_HAS_HEADER_CSETJMP)
AC_CXX_HAS_HEADER(cstdio,VCL_CXX_HAS_HEADER_CSTDIO)

Can be done like this:
INCLUDE(${CMAKE_ROOT}/Modules/CheckIncludeFileCXX.cmake)
CHECK_INCLUDE_FILE_CXX(cassert VCL_CXX_HAS_HEADER_CASSERT)
CHECK_INCLUDE_FILE_CXX(ciso646 VCL_CXX_HAS_HEADER_CISO646)
...

Add for most of the other tests, all you will have to do is move
the test source code out of configure.in into a .cxx file, then do this:

 TRY_COMPILE(VCL_HAS_CXX_FEATUREONE  ${CMAKE_BINARY_DIR} 
    ${CMAKE_ROOT}/Modules/CXXFeatureOne.cxx)

CMake 1.6 also supports MACROS which make this type of thing much
easier to do.    I would not think that it would take more than a day
to convert the vcl configure script if that.   So, you would first convert
aclocal.m4 to cmake macros, and then convert configure.in to the cmakelist file
calling the macros.


-Bill


At 04:50 PM 1/8/2003 +0000, Ian Scott wrote:
>I've tested the new beta release of CMake1.6 on VXL (under Linux) and it
>appears to work fine.
>
>One item of note is that CMake 1.6 now provide TRY_COMPILE and TRY_LINK
>commands, and so it might be possible to rewrite our whole configure scripts
>using this approach. The upside is that this would the work on all platforms
>including MSVC - significantly simplifying vcl. The downside is that
>configure is 450Kbytes.
>
>Other advantages of 1.6 is a new improved Modules directory, which means we
>will be able to dump the config/cmake/Modules/NewCMake directory. The CMake
>versions should be fully compatible with our existing ones.
>
>Ian.
>
>
>
>
>-------------------------------------------------------
>This SF.NET email is sponsored by:
>SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
>http://www.vasoftware.com
>_______________________________________________
>Vxl-maintainers mailing list
>Vxl-maintainers@...
>https://lists.sourceforge.net/lists/listinfo/vxl-maintainers 

[Vxl-maintainers] CMake 1.6 beta

[Ian Scott <ian.m.scott@st...>]

I've tested the new beta release of CMake1.6 on VXL (under Linux) and it
appears to work fine.

One item of note is that CMake 1.6 now provide TRY_COMPILE and TRY_LINK
commands, and so it might be possible to rewrite our whole configure scripts
using this approach. The upside is that this would the work on all platforms
including MSVC - significantly simplifying vcl. The downside is that
configure is 450Kbytes.

Other advantages of 1.6 is a new improved Modules directory, which means we
will be able to dump the config/cmake/Modules/NewCMake directory. The CMake
versions should be fully compatible with our existing ones.

Ian.

RE: [Vxl-maintainers] Timetable for replacement of vil with vil2.

[Ian Scott <ian.m.scott@st...>]

As discussed
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/vxl/vxl/contrib/mul/vil2/note
s.html?rev=HEAD, the basic idea is


1. All the code in vxl/core is converted to use vil2.
2a. vil will be renamed to vil1 and moved out of the core. This will be done
by scripting s/vil_/vil11/ etc, and direct modification of the repository to
rename files and directories.
2b. vil2 will be renamed to vil and moved into the core, using the same
method as above.

I don't mind if vil2 is moved into the core (still called vil2) early in
order to make linking problems during the conversion easier. Let me know if
you want this done, I will have to close the repository for a few days.

Ian.

> -----Original Message-----
> From: Amitha Perera [mailto:perera@...]
> Sent: Monday, January 06, 2003 3:22 PM
> To: Vxl-maintainers (E-mail)
> Subject: Re: [Vxl-maintainers] Timetable for replacement of vil with
> vil2.
>
>
> On Mon 06 Jan 2003, Ian Scott wrote:
> > Alternatively for vgui, it might be easier to have vgui
> > support both vil and vil2 during the transition, though
> this might cause
> > some build dependency problems.
>
> What is your proposal for naming vil2? Will it be renamed to vil? Will
> we have both vil and vil2, with vil marked as deprecated? The answers
> to these will determine if it is possible for vgui to support both vil
> and vil2.
>
> Amitha.
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Vxl-maintainers mailing list
> Vxl-maintainers@...
> https://lists.sourceforge.net/lists/listinfo/vxl-maintainers
>

Re: [Vxl-maintainers] Timetable for replacement of vil with vil2.

[Amitha Perera <perera@cs...>]

On Mon 06 Jan 2003, Ian Scott wrote:
> Alternatively for vgui, it might be easier to have vgui
> support both vil and vil2 during the transition, though this might cause
> some build dependency problems.

What is your proposal for naming vil2? Will it be renamed to vil? Will
we have both vil and vil2, with vil marked as deprecated? The answers
to these will determine if it is possible for vgui to support both vil
and vil2.

Amitha.

[Vxl-maintainers] Timetable for replacement of vil with vil2.

[Ian Scott <ian.m.scott@st...>]

It was agreed at the Providence meeting that we would replace vil with vil2
"soon" after Manchester declared that we were using vil2 successfully
ourselves. We declared this a month ago, and would like to see vil2 adopted
quickly. http://sourceforge.net/mailarchive/message.php?msg_id=2621342

There are 3 important things that need to be done before vil2 adoption. We
agreed at the meeting that these fixes would be shared out. (Not least
because Mancester don't use or know vgui or vidl yet.)
1. Conversion of vil_tiff* to vil2.
2. Conversion of vidl to use vil2 not vil.
3. Conversion of vgui to use vil2 not vil.

I have started 1, but if anyone knows their way around libtiff they are
welcome to take over.

I am not sure what the most efficient way to do 2 and 3 is. The most
consistent approach would be to copy core/vidl to contrib/xxx/vidl2 and have
vidl2 use vil2. Alternatively for vgui, it might be easier to have vgui
support both vil and vil2 during the transition, though this might cause
some build dependency problems.

I'm going to be hassling everyone to do this, so volunteer early to avoid
getting phone calls :-)

Ian.