You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(8) |
Nov
(8) |
Dec
(4) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(53) |
Feb
(15) |
Mar
(51) |
Apr
(54) |
May
(41) |
Jun
(48) |
Jul
(32) |
Aug
(22) |
Sep
(61) |
Oct
(31) |
Nov
(31) |
Dec
(27) |
2003 |
Jan
(45) |
Feb
(18) |
Mar
(25) |
Apr
(39) |
May
(34) |
Jun
(20) |
Jul
(13) |
Aug
(16) |
Sep
(18) |
Oct
(14) |
Nov
(17) |
Dec
(13) |
2004 |
Jan
(53) |
Feb
(12) |
Mar
(38) |
Apr
(29) |
May
(72) |
Jun
(38) |
Jul
(41) |
Aug
(11) |
Sep
(21) |
Oct
(30) |
Nov
(35) |
Dec
(14) |
2005 |
Jan
(66) |
Feb
(14) |
Mar
(24) |
Apr
(50) |
May
(40) |
Jun
(29) |
Jul
(37) |
Aug
(27) |
Sep
(26) |
Oct
(58) |
Nov
(43) |
Dec
(23) |
2006 |
Jan
(84) |
Feb
(36) |
Mar
(24) |
Apr
(42) |
May
(20) |
Jun
(41) |
Jul
(40) |
Aug
(42) |
Sep
(23) |
Oct
(38) |
Nov
(31) |
Dec
(28) |
2007 |
Jan
(11) |
Feb
(34) |
Mar
(14) |
Apr
(29) |
May
(45) |
Jun
(5) |
Jul
(10) |
Aug
(6) |
Sep
(38) |
Oct
(44) |
Nov
(19) |
Dec
(22) |
2008 |
Jan
(37) |
Feb
(24) |
Mar
(29) |
Apr
(14) |
May
(24) |
Jun
(47) |
Jul
(26) |
Aug
(4) |
Sep
(14) |
Oct
(45) |
Nov
(25) |
Dec
(16) |
2009 |
Jan
(33) |
Feb
(34) |
Mar
(45) |
Apr
(45) |
May
(30) |
Jun
(47) |
Jul
(37) |
Aug
(19) |
Sep
(15) |
Oct
(16) |
Nov
(24) |
Dec
(31) |
2010 |
Jan
(32) |
Feb
(25) |
Mar
(12) |
Apr
(5) |
May
(2) |
Jun
(9) |
Jul
(31) |
Aug
(10) |
Sep
(12) |
Oct
(20) |
Nov
(6) |
Dec
(41) |
2011 |
Jan
(23) |
Feb
(8) |
Mar
(41) |
Apr
(8) |
May
(15) |
Jun
(10) |
Jul
(8) |
Aug
(14) |
Sep
(16) |
Oct
(13) |
Nov
(15) |
Dec
(8) |
2012 |
Jan
(6) |
Feb
(14) |
Mar
(22) |
Apr
(40) |
May
(27) |
Jun
(18) |
Jul
(2) |
Aug
(6) |
Sep
(10) |
Oct
(32) |
Nov
(5) |
Dec
(2) |
2013 |
Jan
(14) |
Feb
(2) |
Mar
(15) |
Apr
(2) |
May
(6) |
Jun
(7) |
Jul
(25) |
Aug
(6) |
Sep
(3) |
Oct
|
Nov
(8) |
Dec
|
2014 |
Jan
(3) |
Feb
(3) |
Mar
(3) |
Apr
|
May
(19) |
Jun
(6) |
Jul
(1) |
Aug
(4) |
Sep
(18) |
Oct
(5) |
Nov
(1) |
Dec
|
2015 |
Jan
(2) |
Feb
(4) |
Mar
(2) |
Apr
(1) |
May
(17) |
Jun
(1) |
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
(1) |
Dec
(11) |
2016 |
Jan
(10) |
Feb
(6) |
Mar
(14) |
Apr
|
May
(2) |
Jun
(5) |
Jul
|
Aug
|
Sep
(3) |
Oct
(1) |
Nov
(1) |
Dec
|
2017 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
2018 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2019 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Ian S. <ian...@st...> - 2002-03-26 18:26:28
|
> I have some more questions to vnl_sparse_matrix_linear_system. > I have an impression that this class is only an adaptor to > vnl_linear_system. So the question is: > > - does vnl_sparse_matrix_linear_system adress the sparseness? > I need to > solve a sparse matrix like 50,000 x 50,000. Will it handle it? You'll need to try - it depends on the amount of memory, your matrix density, and the particular implementation details. > > - What is the safe way to get x from Ax=b and/or how do I get > inverse of > sparse A in order to use mult from vnl_sparse_matrix to get > x=A^{-1}*b. I'd suggest using the VXL documentation search engine to answer questions like this. http://www.isbe.man.ac.uk/search_vxl.html http://www.isbe.man.ac.uk/cgi-bin/htsearch?config=htdig-vxl;words=sparse%20v nl; seems to suggest a few possibilities, e.g. vnl_lsqr Ian. |
From: Amitha P. <pe...@cs...> - 2002-03-26 18:05:51
|
On Tue, Mar 26, 2002 at 11:11:37AM +0100, Pet...@es... wrote: > > 2) I get error: > > > > vcl/vcl_compiler.h:88: vcl_config_manual.h: > > No such file or directory > > vcl/vcl_compiler.h:89: vcl_config_compiler.h: > > No such file or directory > > vcl/vcl_compiler.h:90: vcl_config_headers.h: > > No such file or directory > > These files are generated by the "configure" script, and should be > in a directory (normally the vcl directory in the build tree) > which is referred to (with -I) by your compile command. Also, if you build with CMake, the configure script will be automatically run. This only applies to the latest (CVS) version of vxl. Have a look at the "Download and Install section" of http://vxl.sourceforge.net/ about obtaining the latest vxl via cvs, and http://vxl.sourceforge.net/releases/install-latest.html about installing with CMake. Amitha. |
From: <Pet...@es...> - 2002-03-26 15:31:03
|
> QMainWindow::metaObject(void) const oxl/vgui/impl/qt/libvgui_qt.so > gtk_entry_get_type oxl/vgui/impl/gtk/libvgui_gtk.so > glutUseLayer oxl/vgui/impl/glut/libvgui_glut.so These are all 3rd party provided symbols, from Qt, gtk and GLUT. I have the impression that you don't link with the gtk, Qt and GLUT libraries; please check your configure output, and possibly re-run configure. E.g. when linking with libvgui_qt.so, you should also link with libqt.so Peter. |
From: <do...@vi...> - 2002-03-26 14:33:59
|
Hi, I have some more questions to vnl_sparse_matrix_linear_system. I have an impression that this class is only an adaptor to vnl_linear_system. So the question is: - does vnl_sparse_matrix_linear_system adress the sparseness? I need to solve a sparse matrix like 50,000 x 50,000. Will it handle it? - What is the safe way to get x from Ax=b and/or how do I get inverse of sparse A in order to use mult from vnl_sparse_matrix to get x=A^{-1}*b. thank you Dominique |
From: Manuel O. <moe...@vi...> - 2002-03-26 12:34:55
|
Hi I try to compile vxl version cvs 25.3.2002 on solaris 8 with gcc 2.95.3 I get many unresolved symbols in the vgui tj-5.1b1-mo/oxl/vgui/examples/kym any idee? --------------------------8<-------------------------------------- ndrwho:/usr/pack/tj-5.1b1-mo/oxl/vgui/examples/kym tj-5.1b1-mo> gmake g++-2.95.3 -lsocket -lnsl -g0 -O2 -frtti 2d-example.o -L/usr/pack/tj-5.1b1= -mo/v3p/Qv -L/usr/pack/tj-5.1b1-mo/oxl/vgui -L/usr/pack/tj-5.1b1-mo/oxl/vgu= i/impl/glut -L/usr/pack/tj-5.1b1-mo/oxl/vgui/impl/qt -L/usr/pack/tj-5.1b1-m= o/oxl/vgui/impl/gtk -L/usr/pack/tj-5.1b1-mo/vxl/vnl -L/usr/pack/tj-5.1b1-mo= /vcl -L/usr/pack/tj-5.1b1-mo/vxl/vnl/algo -L/usr/pack/tj-5.1b1-mo/v3p/netli= b -L/usr/pack/tj-5.1b1-mo/vxl/vil -L/usr/pack/tj-5.1b1-mo/v3p/jpeg -L/usr/p= ack/tj-5.1b1-mo/v3p/png -L/usr/pack/tj-5.1b1-mo/v3p/tiff -L/usr/pack/tj-5.1= b1-mo/vxl/vgl -L/usr/pack/tj-5.1b1-mo/vxl/vpl -L/usr/pack/tj-5.1b1-mo/vxl/v= bl -L/usr/pack/tj-5.1b1-mo/vxl/vul -L/usr/pack/tj-5.1b1-mo/vxl/vidl -L/usr/= pack/glut-3.7-mo/solaris/lib -L/usr/pack/qt-2.3.1-to/solaris/lib -L/usr/pac= k/gtkglarea-1.2.2-mo/solaris/lib -L/usr/pack/gtk-1.2.10-ds/sun4m-sun-solari= s2.6/lib -L/usr/pack/gfxlibs-1.0-ds/solaris/lib -lGL -lGLU -lpthread -lXi -= lXmu -lX11 -lXext -lQv -lvgui -lvgui_glut -lvgui_qt -lvgui_gtk -lvnl -lvcl = -lm -lvnl_algo -lnetlib -lm -lnetlib -lm -lvnl -lvcl -lm -lvil -lvcl -lm -l= jpeg -lpng -lz -ltiff -lvgl -lvcl -lm -lvpl -lvcl -lm -lvbl -lvcl -lm -lvul= -lvcl -lm -lvidl -lvcl -lm -lGL -lGLU -lpthread -lXi -lXmu -lX11 -lXext -l= Qv -lvgui -lvgui_glut -lvgui_qt -lvgui_gtk -lvnl-lvcl -lm -lvnl_algo -lnetl= ib -lm -lnetlib -lm -lvnl -lvcl -lm -lvil -lvcl -lm -ljpeg -lpng -lz -ltiff= -lvgl -lvcl -lm -lvpl -lvcl -lm -lvbl -lvcl -lm -lvul -lvcl -lm -lvidl -lv= cl -lm -Wl,-R,/usr/pack/tj-5.1b1-mo/v3p/Qv:/usr/pack/tj-5.1b1-mo/oxl/vgui:/= usr/pack/tj-5.1b1-mo/oxl/vgui/impl/glut:/usr/pack/tj-5.1b1-mo/oxl/vgui/impl= /qt:/usr/pack/tj-5.1b1-mo/oxl/vgui/impl/gtk:/usr/pack/tj-5.1b1-mo/vxl/vnl:/= usr/pack/tj-5.1b1-mo/vcl:/usr/pack/tj-5.1b1-mo/vxl/vnl/algo:/usr/pack/tj-5.= 1b1-mo/v3p/netlib:/usr/pack/tj-5.1b1-mo/vxl/vil:/usr/pack/tj-5.1b1-mo/v3p/j= peg:/usr/pack/tj-5.1b1-mo/v3p/png:/usr/pack/tj-5.1b1-mo/v3p/tiff:/usr/pack/= tj-5.1b1-mo/vxl/vgl:/usr/pack/tj-5.1b1-mo/vxl/vpl:/usr/pack/tj-5.1b1-mo/vxl= /vbl:/usr/pack/tj-5.1b1-mo/vxl/vul:/usr/pack/tj-5.1b1-mo/vxl/vidl:/usr/pack= /glut-3.7-mo/solaris/lib:/usr/pack/qt-2.3.1-to/solaris/lib:/usr/pack/gtkgla= rea-1.2.2-mo/solaris/lib:/usr/pack/gtk-1.2.10-ds/sun4m-sun-solaris2.6/lib:/= usr/pack/gfxlibs-1.0-ds/solaris/lib -o 2d-example Undefined first referenced symbol in file QMainWindow::metaObject(void) const /usr/pack/tj-5.1b1-mo/oxl/vgui/impl/qt/= libvgui_qt.so gtk_entry_get_type /usr/pack/tj-5.1b1-mo/oxl/vgui/impl/gtk= /libvgui_gtk.so QWidget::setWState(unsigned int) /usr/pack/tj-5.1b1-mo/oxl/vgui/impl/qt/= libvgui_qt.so QComboBox::QComboBox(QWidget *, char const *)/usr/pack/tj-5.1b1-mo/oxl/vgui= /impl/qt/libvgui_qt.so QMainWindow::resizeEvent(QResizeEvent *) /usr/pack/tj-5.1b1-mo/oxl/vgui/im= pl/qt/libvgui_qt.so glutUseLayer /usr/pack/tj-5.1b1-mo/oxl/vgui/impl/glu= t/libvgui_glut.so gtk_menu_item_get_type /usr/pack/tj-5.1b1-mo/oxl/vgui/impl/gtk= /libvgui_gtk.so gtk_menu_append /usr/pack/tj-5.1b1-mo/oxl/vgui/impl/gtk= /libvgui_gtk.so QDialog::move(int, int) /usr/pack/tj-5.1b1-mo/oxl/vgui/impl/qt/= libvgui_qt.so glutRemoveMenuItem /usr/pack/tj-5.1b1-mo/oxl/vgui/impl/glu= t/libvgui_glut.so QWidget::mousePressEvent(QMouseEvent *) /usr/pack/tj-5.1b1-mo/oxl/vgui/impl= /qt/libvgui_qt.so QWidget::showNormal(void) /usr/pack/tj-5.1b1-mo/oxl/vgui/impl/qt/= libvgui_qt.so gtk_entry_get_text /usr/pack/tj-5.1b1-mo/oxl/vgui/impl/gtk= /libvgui_gtk.so QObject::connect(QObject const *, char const *, QObject const *, char const= *)/usr/pack/tj-5.1b1-mo/oxl/vgui/impl/qt/libvgui_qt.so QWidget::setMask(QBitmap const &) /usr/pack/tj-5.1b1-mo/oxl/vgui/impl/qt/= libvgui_qt.so glutGetColor /usr/pack/tj-5.1b1-mo/oxl/vgui/impl/glu= t/libvgui_glut.so QLineEdit::QLineEdit(QString const &, QWidget *, char const *)/usr/pack/tj-= 5.1b1-mo/oxl/vgui/impl/qt/libvgui_qt.so gtk_widget_reparent /usr/pack/tj-5.1b1-mo/oxl/vgui/impl/gtk= /libvgui_gtk.so glutPostOverlayRedisplay /usr/pack/tj-5.1b1-mo/oxl/vgui/impl/glu= t/libvgui_glut.so QGroupBox::paintEvent(QPaintEvent *) /usr/pack/tj-5.1b1-mo/oxl/vgui/impl/qt= /libvgui_qt.so glutAddMenuEntry /usr/pack/tj-5.1b1-mo/oxl/vgui/impl/glu= t/libvgui_glut.so QWidget::setFocusPolicy(QWidget::FocusPolicy) /usr/pack/tj-5.1b1-mo/oxl/v= gui/impl/qt/libvgui_qt.so QDialog::reject(void) /usr/pack/tj-5.1b1-mo/oxl/vgui/impl/qt/= libvgui_qt.so QObject::insertChild(QObject *) /usr/pack/tj-5.1b1-mo/oxl/vgui/impl/qt/= libvgui_qt.so QWidget::showMaximized(void) /usr/pack/tj-5.1b1-mo/oxl/vgui/impl/qt/= libvgui_qt.so gtk_file_selection_new /usr/pack/tj-5.1b1-mo/oxl/vgui/impl/gtk= /libvgui_gtk.so gtk_color_selection_get_color /usr/pack/tj-5.1b1-mo/oxl/vgui/impl/gtk= /libvgui_gtk.so QWidget::setFont(QFont const &) /usr/pack/tj-5.1b1-mo/oxl/vgui/impl/qt/= libvgui_qt.so QWidget::paintEvent(QPaintEvent *) /usr/pack/tj-5.1b1-mo/oxl/vgui/impl/qt/= libvgui_qt.so glutGetModifiers /usr/pack/tj-5.1b1-mo/oxl/vgui/impl/glu= t/libvgui_glut.so QPopupMenu::menuDelPopup(QPopupMenu *) /usr/pack/tj-5.1b1-mo/oxl/vgui/impl= /qt/libvgui_qt.so QMainWindow::sizeHint(void) const /usr/pack/tj-5.1b1-mo/oxl/vgui/impl/qt/= libvgui_qt.so --=20 -- _______ __________ __ __ \______ /___(_) ker Manuel & SysMgr @ ISG.EE - D-ITET _ / / / _ \ __/_ / ETH-Zurich tel: +41(0)1-6325302 fax:..1199 / /_/ // __/ /_ _ / eMail: Manuel Oetiker <moe...@ee...> \____/ \___/\__/ /_/ www: http://people.ee.ethz.ch/~moetiker |
From: <Pet...@es...> - 2002-03-26 10:11:55
|
> 2) I get error: > > vcl/vcl_compiler.h:88: vcl_config_manual.h: > No such file or directory > vcl/vcl_compiler.h:89: vcl_config_compiler.h: > No such file or directory > vcl/vcl_compiler.h:90: vcl_config_headers.h: > No such file or directory These files are generated by the "configure" script, and should be in a directory (normally the vcl directory in the build tree) which is referred to (with -I) by your compile command. -- Peter. |
From: <do...@vi...> - 2002-03-26 09:59:59
|
> Dominique > > VXL 1.2 doesn't exist. Only VXL 1.0 beta has ever been released. VXL 1.2 is > probably a name your local VXL guru gave to a CVS snapshot. You are right. Sorry. Finally I managed to compile the stuf and I found out: 1) I cannot get thru linking in vxl - mess. Works nicely with target-j (on my system marked as target-j-5.0b) 2) I get error: vcl/vcl_compiler.h:88: vcl_config_manual.h: No such file or directory vcl/vcl_compiler.h:89: vcl_config_compiler.h: No such file or directory vcl/vcl_compiler.h:90: vcl_config_headers.h: No such file or directory in the mentioned dirs there are these files but with .in suffix. I found the proper files somewhere else. is it intended so or is it an error my sys-administrator made? > Almost all of vnl_algo is based on netlib. netlib is a very high quality set > of routines that have a long pedigree in the numerical computation I didnt know it and seeing errors like "symbol __ErsdddRR(sdfsdfINT*fsdff) not defined" I got "a little" unconfident. Thank you. Another small problem now is: how do I get my solution Ax=b with vnl_sparse_matrix_linear_system<double> spsys(A,b); I look at the coresponding methods and it is not streight forward to me: 1) do I get x right away somehow and/or 2) how do I get A^{-1} to make A^{-1}*b 3) how do I get det(A) Would you please help? thank you Dominique |
From: Manuel O. <moe...@vi...> - 2002-03-26 06:29:03
|
Hi I tried to compile vxl from the cvs 25.3.2002 and the compiler hangs at the line Building default_target in directory /usr/pack/tj-5.1b1-mo/vxl/vnl/algo g++-2.95.3 -g0 -O2 -frtti -Dvnl_algo_EXPORTS -fPIC -I/usr/pack/tj-5.1b1-mo/vxl-cvs/vxl/vxl/vnl/algo -I/usr/pack/tj-5.1b1-mo/vcl -I/usr/pack/tj-5.1b1-mo/vxl -I/usr/pack/tj-5.1b1-mo/vxl-cvs/vxl/vcl -I/usr/pack/tj-5.1b1-mo/vxl-cvs/vxl/vxl -I/usr/pack/tj-5.1b1-mo/vxl-cvs/vxl/v3p/netlib -DVXL_WARN_DEPRECATED -DVXL_WARN_DEPRECATED_ONCE -DVNL_C_VECTOR_USE_VNL_ALLOC=1 -c /usr/pack/tj-5.1b1-mo/vxl-cvs/vxl/vxl/vnl/algo/Templates/vnl_determinant+vcl_complex+long_double--.cxx -o Templates/vnl_determinant+vcl_complex+long_double--.o and using more and more memory. I stopt after 150MB and 30 Minutes. OS: Solaris 8 GCC: gcc 2.95.3 Thanks fore any help Manuel -- -- _______ __________ __ __ \______ /___(_) ker Manuel & SysMgr @ ISG.EE - D-ITET _ / / / _ \ __/_ / ETH-Zurich tel: +41(0)1-6325302 fax:..1199 / /_/ // __/ /_ _ / eMail: Manuel Oetiker <moe...@ee...> \____/ \___/\__/ /_/ www: http://people.ee.ethz.ch/~moetiker |
From: Li M. <mi...@mp...> - 2002-03-24 13:09:59
|
Hi, I know there is an example for using ComputeFMatrix. Can anyone provide me some input data for this program. Better with the related images. Ming. |
From: Ian S. <ian...@st...> - 2002-03-22 18:59:23
|
Dominique >I am using vxl 1.2 and I tried the following: VXL 1.2 doesn't exist. Only VXL 1.0 beta has ever been released. VXL 1.2 is probably a name your local VXL guru gave to a CVS snapshot. > > vnl_sparse_matrix_linear_system<double> spsys(A,b); > > but compiling it I found out that it is reffering to third party > libraries (netlib or so and/or something converted from > fortran (extern > "C") - which doesnt make me feel safe at all about the QUALITY of the > solution, which I care of quite much. Almost all of vnl_algo is based on netlib. netlib is a very high quality set of routines that have a long pedigree in the numerical computation community. A refined C translation of netlib is included in $VXLROOT/v3p, and should link in automatically (but see comment about VXL 1.2 above). This should all be documented in the VXL Book http://www.isbe.man.ac.uk/public_vxl_doc/books/vxl/book.html Ian. |
From: <do...@vi...> - 2002-03-22 18:48:13
|
Hellow, Would you please give me a hand on solving a linear problem for a huuuuuge (in the thousands) matrix rank? I am using vxl 1.2 and I tried the following: vnl_sparse_matrix_linear_system<double> spsys(A,b); but compiling it I found out that it is reffering to third party libraries (netlib or so and/or something converted from fortran (extern "C") - which doesnt make me feel safe at all about the QUALITY of the solution, which I care of quite much. Is it possible to have a RELIABLE and EASY solution in vxl? thank you very much! Dominique |
From:
<Bjo...@as...> - 2002-03-19 14:33:36
|
I am trying to cut a irregular section from an image and I would like to warp this section using a homography. Is this possible using oxp ImageWarp' ? Could someone get me some example code using 'oxp ImageWarp' ? Thanks, Bjorn |
From: Oli C. <Oli.Cooper@Bristol.ac.uk> - 2002-03-19 11:58:50
|
Hi Peter, There were a number of problems, both with Probability.cxx and FMatrixComputeRobust.cxx that I have found and fixed in my own version. I can either send these changes to you or commit them if you wish. I hadn't actually noticed the problem you list below but have changed that as well. The 2 main problems I found were: 1. FMatrixComputeRobust calls FMatrixCompute7Point() which performs conditioning/unconditioning of the points itself, and therefore FMatrixComputeMLESAC and RANSAC should be passed unconditioned points. However the limits in Probability.cxx had been hard-coded to -1.0 to +1.0. Because MonteCarlo() is called by FMatrixComputeRobust before the points are conditioned not enough points are found in the -1 to +1 area. This can be solved by passing FMatrixComputeMLESAC pre-conditioned points, but then these are conditioned again by the 7 point routing and so there may be accumulation of error. I have altered Probablity.cxx and my version now calculates the limits according to the points it is passed and so it works properly with unconditioned points. 2. The constructor in FMatrixComputeRobust() that allows 2 vcl_vectors of HomgPoint2D to be passed is incorrect. The vectors is indexed with the maximum value instead of the loop counter. This means that the created PairMatchSetCorner had only 1 pair of points listed as matches. Let me know what you'd like me to do... Oli. ____________________________________________________________________________ _ Oli Cooper | Phone: +44 117 954 5253 Department of Computer Science | Fax: +44 117 954 5208 University of Bristol | Work Email: oli...@br... Bristol, BS8 1UB | Personal Email: me...@ol... United Kingdom | WWW: www.cs.bris.ac.uk/~cooper/ ---------------------------------------------------------------------------- - > -----Original Message----- > From: Peter Vanroose [mailto:Pet...@es...] > Sent: 18 March 2002 22:35 > To: Oli Cooper > Subject: Re: Monte_Carlo() > > > > I have just started using FMatrixComputeMLESAC(), and I'm > having problems > > with the fact that the Monte_Carlo routine in Probablity.cxx > never seems to > > exit. I seem to remember a few days ago somebody else asked > you about this > > on the mailing list, but I can't find the email. > > There was an error in Probability.cxx, which has been corrected now. > This is the applied diff ("-" is old lines, "+" is new lines): > > -+-+- > @@ -72,10 +72,11 @@ > > // Select from the first list > for(int j = 0; j < index.size(); j++) { > - if(points[j].get_y() >= row_check_lower && > points[j].get_y() < row_check_upper && points[j].get_x() >= > col_check_lower && points[j].get_x() < col_check_upper) { > + double x = points[j].get_x(), y = points[j].get_y(), w = > points[j].get_w(); > + if (w < 0) { x *= -1; y *= -1; w *= -1; } > + if(y >= row_check_lower*w && y < row_check_upper*w && > + x >= col_check_lower*w && x < col_check_upper*w) > list.push_back(index[j]); > - } > } > > int list_size = list.size(); > > -+-+- > Essentially, the old code was looking at affine coordinates, > i.e., ignoring w. > I don't know whether it works now; I haven't heard anything from anybody. > > > > Also, I was trying to run the example code in > > compute_FMatrix_example_own.cxx and it there seems to be a > problem with the > > compute() method of FMatrixComputeMLESAC when it is constructed with > > vcl_vector<HomgPoint2D> rather than a PairMatchSetCorner - Monte_Carlo > > returns an error saying that it is only being passed 1 point. > This doesn't > > happen if you use a PairMatchSetCorner. This is obviously not > so important, > > I just thought you ought to know.... > > No, sorry, I don't know; I never used those FMatrix methods myself... > > > Peter. > |
From: Peter V. <Pet...@es...> - 2002-03-16 07:31:04
|
> is there nothing implemented in vnl_vector to calculate a dot product? There is: #include <vnl/vnl_vector.h> ... vnl_vector<double> v1, v2; ... dot_product(v1,v2); -- Peter. |
From: Nick H. <nic...@ya...> - 2002-03-16 05:16:18
|
Am I crazy, or is there nothing implemented in vnl_vector to calculate a dot product? I couldn't find anything in the online documentation, but I might've missed it. This seems like a rather good feature to have for a vector class. Nick __________________________________________________ Do You Yahoo!? Yahoo! Sports - live college hoops coverage http://sports.yahoo.com/ |
From: Amitha P. <pe...@cs...> - 2002-03-14 15:18:16
|
I'm afraid the answer is "no", to the best of my knowledge. The GL in XFree86 is dervied from Mesa, but doesn't have all of Mesa. (In particular, some extensions in xmesa.h.) However, all the header files have the appropriate MESA definitions (since they did come from Mesa), so the vgui code can't figure out that XFree86 GL is not MesaGL. I compiled a local version of Mesa, and am linking against that instead of using the system libraries. I haven't spent the time to really track down and fix the problem. Amitha. On Sun, Mar 10, 2002 at 06:00:27PM -0800, luis galup wrote: > > hello, > > i just built vxl on freebsd, but had a little trouble > building vgui. ultimately, i had to use the > libMesaGL.so library found in > /usr/compat/linux/usr/X11R6/lib > , i.e., the linux emulation. > > this seems to work fine. so far. > > however, is there a better way so that i could use the > native OpenGL, i.e., the one found in /usr/X11R6...?? > > lou > > __________________________________________________ > Do You Yahoo!? > Try FREE Yahoo! Mail - the world's greatest free email! > http://mail.yahoo.com/ > > _______________________________________________ > Vxl-users mailing list > Vxl...@li... > https://lists.sourceforge.net/lists/listinfo/vxl-users |
From: <Pet...@es...> - 2002-03-14 15:09:04
|
> i ended up downloading the > latest source of mesa from www.mesa3d.org, > recompiling, and then linking vxl to that lib > by editing CMakeCache.txt and rerunning cmake. > > it then found the symbol just fine. That would mean that I loose the support (acceleration) from the latest driver, which I want to keep. Peter. |
From: Wheeler, F. (CRD) <wh...@cr...> - 2002-03-14 15:08:34
|
Here is some code that warps an image according to a homography using vil_warp. #include <vcl_iostream.h> #include <vcl_fstream.h> #include <vul/vul_arg.h> #include <vnl/vnl_double_3x3.h> #include <vil/vil_load.h> #include <vil/vil_save.h> #include <vil/vil_warp.h> class h_mapping : public vil_warp_mapping { public: h_mapping (const vnl_double_3x3 & H) : H_(H) { } virtual ~h_mapping () { } virtual void forward_map (double x1, double y1, double * x2, double * y2) const { assert (0); } virtual void inverse_map (double x2, double y2, double * x1, double * y1) const { double d = H_(2,0)*x2 + H_(2,1)*y2 + H_(2,2); *x1 = (H_(0,0)*x2 + H_(0,1)*y2 + H_(0,2)) / d; *y1 = (H_(1,0)*x2 + H_(1,1)*y2 + H_(1,2)) / d; } private: vnl_double_3x3 H_; }; int main (int argc, char ** argv) { vul_arg<char *> ifn("-i", "Input image filename", 0); vul_arg<char *> ofn("-o", "Output image filename", 0); vul_arg<char *> hfn("-h", "Homography filename", 0); vul_arg<int> ow ("-ow", "Output image width", -1); vul_arg<int> oh ("-oh", "Output image height", -1); vul_arg_parse (argc, argv); assert (ifn() && ofn() && hfn()); vcl_ifstream hfs (hfn()); vnl_double_3x3 H; hfs >> H; vil_image iimg = vil_load (ifn()); h_mapping mapper (H); vil_image oimg = vil_warp (iimg, mapper, vil_warp_interpolation_bilinear, ow(), oh()); vil_save (oimg, ofn(), iimg.file_format()); return 0; } -----Original Message----- From: "Van Genechten, Bjorn" [mailto:Bjo...@as...] Sent: Thursday, March 14, 2002 5:53 AM To: Vxl User List (E-mail) Subject: [Vxl-users] vil_warp Is there someone who has some example code available wich uses the vil_warp methods ? Thanks, Bjorn |
From: luis g. <le...@ya...> - 2002-03-14 14:22:13
|
is that really a problem with the driver, or with the particular implementation of opengl that you have? i actually just installed vxl on my freebsd machine. i had the same problem with not finding XMesaGetBackBuffer. i ended up downloading the latest source of mesa from www.mesa3d.org, recompiling, and then linking vxl to that lib by editing CMakeCache.txt and rerunning cmake. it then found the symbol just fine. luis --- Pet...@es... wrote: > Our system manager just installed new drivers > (version 1.0-2802) > for the NVIDIA graphic card on all of our Linux > computers. > These now have an openGL library (/usr/lib/libGL.so) > which is > partially Mesa, but not completely. > > In particular, XMesaGetBackBuffer is not in the > library, which > implies that all programs using vgui no longer work. > > Anybody had a similar problem? What is the > workaround for this? > Should I #undef VGUI_MESA ? > Could XMesaGetBackBuffer be implemented in terms of > the public openGL interface? > Other suggestions? > > > Peter. > > > P.S. the problem is in > oxl/vgui/internals/vgui_accelerate_x11.cxx > > P.S. Note that xmesa.h states (about > XMesaGetBackBuffer): > This interface isn't intended for user programs. > It's primarily just for implementing the > pseudo-GLX interface. > > _______________________________________________ > Vxl-users mailing list > Vxl...@li... > https://lists.sourceforge.net/lists/listinfo/vxl-use rs __________________________________________________ Do You Yahoo!? Yahoo! Sports - live college hoops coverage http://sports.yahoo.com/ |
From: <Pet...@es...> - 2002-03-14 11:37:00
|
Our system manager just installed new drivers (version 1.0-2802) for the NVIDIA graphic card on all of our Linux computers. These now have an openGL library (/usr/lib/libGL.so) which is partially Mesa, but not completely. In particular, XMesaGetBackBuffer is not in the library, which implies that all programs using vgui no longer work. Anybody had a similar problem? What is the workaround for this? Should I #undef VGUI_MESA ? Could XMesaGetBackBuffer be implemented in terms of the public openGL interface? Other suggestions? Peter. P.S. the problem is in oxl/vgui/internals/vgui_accelerate_x11.cxx P.S. Note that xmesa.h states (about XMesaGetBackBuffer): This interface isn't intended for user programs. It's primarily just for implementing the pseudo-GLX interface. |
From:
<Bjo...@as...> - 2002-03-14 10:55:32
|
Is there someone who has some example code available wich uses the vil_warp methods ? Thanks, Bjorn |
From: Phil P. <p.p...@2d...> - 2002-03-12 15:56:38
|
Ho hum. I'll let you know how I get on, although "very badly" would be a good initial estimate :) Cheers Bill. Phil > -----Original Message----- > From: William A. Hoffman [mailto:bil...@ny...] > Sent: Tuesday, March 12, 2002 3:47 PM > To: Phil Pritchett; Vxl-Users (E-mail) (E-mail) > Subject: Re: [Vxl-users] MacOSX > > > You are in for a treat.... > > The MaxOS X folks really messed up the compiler. > The linker is from Mac, the compiler is gnu, with some strange > build options. The Mac does not support global weak symbols, and > template instantiation does not work very well. > > > Here is a message from one of the OSX compiler guys: > > >Subject: Re: Template instantiation > >Cc: Jon Harald Kaspersen <Jon...@un...>, > tu...@ap... > >To: Bill Hoffman <bil...@ki...> > > > > > >Hey lads, > > > > > >Well, this is well and truly a nasty problem. I have a fix > (I think), but it may be a while before I can release a fixed > compiler and libstdc++.a because our "official" compiler > release process means we have to do a complete "world" build > of OS X. (You didn't hear this from me, but there is in fact > a build train underway at the moment with a number of > compiler fixes, but alas I am waaaay too late with this fix.) > > > > > >The best I can do is make the gcc diffs available so you can > build a fixed gcc which will hopefully then be able to build > everything you need. > > > > > >I'm really sorry about this. In hindsight, I should have > *disabled* template coalescing by default instead of enabling > it... but it built everything in MacOS X, quite a bit else > besides, and dramatically reduced the amount of duplicated > code and data, so it wasn't a completely gratuitious change. > Anyway, I will push for the "fixes" to get properly tested > and hopefully will see about scheduling a world build (though > we're all hard at work on getting gcc3 building OS X at the > moment, so this might suffer if I have to work on that.) > > > > > >By way of covering my ass, so to speak, I am acting on a > purely personal basis here, I don't speak for Apple, I can't > say when or if anything I've mentioned will ever be released, > etc., etc. :-) > > > > > >Apogolies again, but > > > > > >Have Fun anyway! > > > > > >--turly > > > At 03:15 PM 3/12/2002 +0000, Phil Pritchett wrote: > >Has anyone had a go at compiling vxl under MacOS X yet ? > >I am just starting this so if anyone knows of any pitfalls > it would be > >a big help. > > > >Cheers, > >Phil > > > >This e-mail, and any attachment, is confidential. If you > have received it in > >error, please delete it from your system, do not use or disclose the > >information in any way, and notify me immediately. > > > >_______________________________________________ > >Vxl-users mailing list > >Vxl...@li... > >https://lists.sourceforge.net/lists/listinfo/vxl-users > This e-mail, and any attachment, is confidential. If you have received it in error, please delete it from your system, do not use or disclose the information in any way, and notify me immediately. |
From: William A. H. <bil...@ny...> - 2002-03-12 15:46:46
|
You are in for a treat.... The MaxOS X folks really messed up the compiler. The linker is from Mac, the compiler is gnu, with some strange build options. The Mac does not support global weak symbols, and template instantiation does not work very well. Here is a message from one of the OSX compiler guys: >Subject: Re: Template instantiation >Cc: Jon Harald Kaspersen <Jon...@un...>, tu...@ap... >To: Bill Hoffman <bil...@ki...> > > >Hey lads, > > >Well, this is well and truly a nasty problem. I have a fix (I think), but it may be a while before I can release a fixed compiler and libstdc++.a because our "official" compiler release process means we have to do a complete "world" build of OS X. (You didn't hear this from me, but there is in fact a build train underway at the moment with a number of compiler fixes, but alas I am waaaay too late with this fix.) > > >The best I can do is make the gcc diffs available so you can build a fixed gcc which will hopefully then be able to build everything you need. > > >I'm really sorry about this. In hindsight, I should have *disabled* template coalescing by default instead of enabling it... but it built everything in MacOS X, quite a bit else besides, and dramatically reduced the amount of duplicated code and data, so it wasn't a completely gratuitious change. Anyway, I will push for the "fixes" to get properly tested and hopefully will see about scheduling a world build (though we're all hard at work on getting gcc3 building OS X at the moment, so this might suffer if I have to work on that.) > > >By way of covering my ass, so to speak, I am acting on a purely personal basis here, I don't speak for Apple, I can't say when or if anything I've mentioned will ever be released, etc., etc. :-) > > >Apogolies again, but > > >Have Fun anyway! > > >--turly At 03:15 PM 3/12/2002 +0000, Phil Pritchett wrote: >Has anyone had a go at compiling vxl under MacOS X yet ? >I am just starting this so if anyone knows of any pitfalls it would be >a big help. > >Cheers, >Phil > >This e-mail, and any attachment, is confidential. If you have received it in >error, please delete it from your system, do not use or disclose the >information in any way, and notify me immediately. > >_______________________________________________ >Vxl-users mailing list >Vxl...@li... >https://lists.sourceforge.net/lists/listinfo/vxl-users |
From: Phil P. <p.p...@2d...> - 2002-03-12 15:20:25
|
Has anyone had a go at compiling vxl under MacOS X yet ? I am just starting this so if anyone knows of any pitfalls it would be a big help. Cheers, Phil This e-mail, and any attachment, is confidential. If you have received it in error, please delete it from your system, do not use or disclose the information in any way, and notify me immediately. |
From: Ian S. <ian...@st...> - 2002-03-11 10:57:05
|
Nick, > Can I change the > convergence criteria or at > least recover the last parameter vector? http://www.isbe.man.ac.uk/public_vxl_doc/vxl/vnl/html/class_vnl_nonlinear_mi nimizer.html The base vnl_nonlinear_minimizer has functions such as set_f_tolerance(), and set_max_function_evals(). The call to minimize(x) should have left x with the best value it found. If not, then that is a bug. Ian. |