From minc-development@bic.mni.mcgill.ca Sun Jul 3 23:36:28 2005 From: minc-development@bic.mni.mcgill.ca (Steve M. Robbins) Date: Sun, 03 Jul 2005 18:36:28 -0400 Subject: [MINC-development] Re: [MINC-users] minc-1.4 on Mac OS X 10.4.1 In-Reply-To: <1120427815.15312.11.camel@dhania.fmrib.ox.ac.uk> References: <1120427815.15312.11.camel@dhania.fmrib.ox.ac.uk> Message-ID: <20050703223628.GC8746@nyongwa.montreal.qc.ca> Howdy, This note just posted on minc-users On Sun, Jul 03, 2005 at 10:56:55PM +0100, Morgan Hough wrote: > 'get_clock_ticks_per_second':volume_io/Prog_utils/time.c:59: error: > 'CLK_TCK' undeclared (first use in this > function)volume_io/Prog_utils/time.c:59: error: (Each undeclared > identifier is reported only oncevolume_io/Prog_utils/time.c:59: error: > for each function it appears in.)make[2]: *** > [volume_io/Prog_utils/time.lo] Error 1make[1]: *** [all-recursive] Error > 1make: *** [all] Error 2 is something that I fixed for Debian last fall, but neglected to upload. Here's the patch. Shall I go ahead and commit it? Index: configure.in =================================================================== RCS file: /home/steve/lib/cvs/debian/minc/configure.in,v retrieving revision 1.1.1.5 diff -u -b -B -r1.1.1.5 configure.in --- configure.in 16 May 2005 22:40:21 -0000 1.1.1.5 +++ configure.in 3 Jul 2005 22:27:12 -0000 @@ -43,7 +43,7 @@ AC_CHECK_FUNCS(mkstemp tempnam tmpnam) dnl Verify existence of some functions we'd like to use -AC_CHECK_FUNCS(getpwnam select strerror) +AC_CHECK_FUNCS(getpwnam select strerror sysconf) # Functions required for execute_decompress_command(). AC_FUNC_FORK Index: volume_io/Prog_utils/time.c =================================================================== RCS file: /home/steve/lib/cvs/debian/minc/volume_io/Prog_utils/time.c,v retrieving revision 1.1.1.4 diff -u -b -B -r1.1.1.4 time.c --- volume_io/Prog_utils/time.c 4 Oct 2004 20:19:22 -0000 1.1.1.4 +++ volume_io/Prog_utils/time.c 3 Jul 2005 22:21:24 -0000 @@ -56,7 +56,11 @@ if( !initialized ) { initialized = TRUE; +#if HAVE_SYSCONF + clock_ticks_per_second = (Real) sysconf( _SC_CLK_TCK ); +#else clock_ticks_per_second = (Real) CLK_TCK; +#endif } return( clock_ticks_per_second ); -Steve From minc-development@bic.mni.mcgill.ca Mon Jul 4 01:41:21 2005 From: minc-development@bic.mni.mcgill.ca (Robert VINCENT) Date: Sun, 3 Jul 2005 20:41:21 -0400 Subject: [MINC-development] Re: [MINC-users] minc-1.4 on Mac OS X 10.4.1 In-Reply-To: <20050703223628.GC8746@nyongwa.montreal.qc.ca> Message-ID: Fine with me! -bert On Sun, 3 Jul 2005, Steve M. Robbins wrote: > Howdy, > > This note just posted on minc-users > > On Sun, Jul 03, 2005 at 10:56:55PM +0100, Morgan Hough wrote: > > > 'get_clock_ticks_per_second':volume_io/Prog_utils/time.c:59: error: > > 'CLK_TCK' undeclared (first use in this > > function)volume_io/Prog_utils/time.c:59: error: (Each undeclared > > identifier is reported only oncevolume_io/Prog_utils/time.c:59: error: > > for each function it appears in.)make[2]: *** > > [volume_io/Prog_utils/time.lo] Error 1make[1]: *** [all-recursive] Error > > 1make: *** [all] Error 2 > > is something that I fixed for Debian last fall, but neglected to > upload. > > Here's the patch. Shall I go ahead and commit it? > > Index: configure.in > =================================================================== > RCS file: /home/steve/lib/cvs/debian/minc/configure.in,v > retrieving revision 1.1.1.5 > diff -u -b -B -r1.1.1.5 configure.in > --- configure.in 16 May 2005 22:40:21 -0000 1.1.1.5 > +++ configure.in 3 Jul 2005 22:27:12 -0000 > @@ -43,7 +43,7 @@ > AC_CHECK_FUNCS(mkstemp tempnam tmpnam) > > dnl Verify existence of some functions we'd like to use > -AC_CHECK_FUNCS(getpwnam select strerror) > +AC_CHECK_FUNCS(getpwnam select strerror sysconf) > > # Functions required for execute_decompress_command(). > AC_FUNC_FORK > Index: volume_io/Prog_utils/time.c > =================================================================== > RCS file: /home/steve/lib/cvs/debian/minc/volume_io/Prog_utils/time.c,v > retrieving revision 1.1.1.4 > diff -u -b -B -r1.1.1.4 time.c > --- volume_io/Prog_utils/time.c 4 Oct 2004 20:19:22 -0000 1.1.1.4 > +++ volume_io/Prog_utils/time.c 3 Jul 2005 22:21:24 -0000 > @@ -56,7 +56,11 @@ > if( !initialized ) > { > initialized = TRUE; > +#if HAVE_SYSCONF > + clock_ticks_per_second = (Real) sysconf( _SC_CLK_TCK ); > +#else > clock_ticks_per_second = (Real) CLK_TCK; > +#endif > } > > return( clock_ticks_per_second ); > > > > -Steve > _______________________________________________ > MINC-development mailing list > MINC-development@bic.mni.mcgill.ca > http://www.bic.mni.mcgill.ca/mailman/listinfo/minc-development > From minc-development@bic.mni.mcgill.ca Mon Jul 4 04:28:30 2005 From: minc-development@bic.mni.mcgill.ca (Steve M. Robbins) Date: Sun, 03 Jul 2005 23:28:30 -0400 Subject: [MINC-development] [patch] man page for minchistory Message-ID: <20050704032830.GD8746@nyongwa.montreal.qc.ca> I checked in my previous patch to the trunk and minc-1-x branch. The other patch I include in the Debian packages is a man page for minchistory. It's trivial, but Debian mandates a man page for each binary. Shall I check this in as well? Index: Makefile.am =================================================================== RCS file: /home/steve/lib/cvs/debian/minc/Makefile.am,v retrieving revision 1.1.1.3 retrieving revision 1.3 diff -u -b -B -r1.1.1.3 -r1.3 --- Makefile.am 16 May 2005 15:22:45 -0000 1.1.1.3 +++ Makefile.am 4 Jul 2005 03:03:09 -0000 1.3 @@ -424,6 +425,7 @@ progs/mincexpand/mincexpand.man1 \ progs/mincextract/mincextract.man1 \ progs/mincheader/mincheader.man1 \ + progs/minchistory/minchistory.man1 \ progs/mincinfo/mincinfo.man1 \ progs/minclookup/minclookup.man1 \ progs/mincmakescalar/mincmakescalar.man1 \ Index: progs/minchistory/minchistory.man1 =================================================================== RCS file: progs/minchistory/minchistory.man1 diff -N progs/minchistory/minchistory.man1 --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ progs/minchistory/minchistory.man1 20 Dec 2003 16:22:24 -0000 1.1 @@ -0,0 +1,13 @@ +.\" Hey, EMACS: -*- nroff -*- +.TH MINCHISTORY 1 +.SH NAME +minchistory \- show history of MINC file +.SH SYNOPSIS +.B minchistory +.BI file1.mnc +.BI [file2.mnc ...] +.SH DESCRIPTION +.B minchistory +displays the history attribute of each MINC file named. +.SH "SEE ALSO" +.IR mincheader (1). From Andrew Janke Mon Jul 4 04:44:19 2005 From: Andrew Janke (Andrew Janke) Date: Sun, 3 Jul 2005 23:44:19 -0400 Subject: [MINC-development] [patch] man page for minchistory In-Reply-To: <20050704032830.GD8746@nyongwa.montreal.qc.ca> References: <20050704032830.GD8746@nyongwa.montreal.qc.ca> Message-ID: I can't see why not. a On 03/07/05, Steve M. Robbins wrote: > I checked in my previous patch to the trunk and minc-1-x > branch. > > The other patch I include in the Debian packages is a man page > for minchistory. It's trivial, but Debian mandates a man page > for each binary. Shall I check this in as well? > > Index: Makefile.am > =================================================================== > RCS file: /home/steve/lib/cvs/debian/minc/Makefile.am,v > retrieving revision 1.1.1.3 > retrieving revision 1.3 > diff -u -b -B -r1.1.1.3 -r1.3 > --- Makefile.am 16 May 2005 15:22:45 -0000 1.1.1.3 > +++ Makefile.am 4 Jul 2005 03:03:09 -0000 1.3 > @@ -424,6 +425,7 @@ > progs/mincexpand/mincexpand.man1 \ > progs/mincextract/mincextract.man1 \ > progs/mincheader/mincheader.man1 \ > + progs/minchistory/minchistory.man1 \ > progs/mincinfo/mincinfo.man1 \ > progs/minclookup/minclookup.man1 \ > progs/mincmakescalar/mincmakescalar.man1 \ > Index: progs/minchistory/minchistory.man1 > =================================================================== > RCS file: progs/minchistory/minchistory.man1 > diff -N progs/minchistory/minchistory.man1 > --- /dev/null 1 Jan 1970 00:00:00 -0000 > +++ progs/minchistory/minchistory.man1 20 Dec 2003 16:22:24 -0000 1.1 > @@ -0,0 +1,13 @@ > +.\" Hey, EMACS: -*- nroff -*- > +.TH MINCHISTORY 1 > +.SH NAME > +minchistory \- show history of MINC file > +.SH SYNOPSIS > +.B minchistory > +.BI file1.mnc > +.BI [file2.mnc ...] > +.SH DESCRIPTION > +.B minchistory > +displays the history attribute of each MINC file named. > +.SH "SEE ALSO" > +.IR mincheader (1). > _______________________________________________ > MINC-development mailing list > MINC-development@bic.mni.mcgill.ca > http://www.bic.mni.mcgill.ca/mailman/listinfo/minc-development > -- Andrew Janke (a.janke@gmail.com || www.cmr.uq.edu.au/~rotor) Canada->Montreal Cell: +1 (514) 924 2012 From Richard.Beare@ieee.org Thu Jul 14 06:49:09 2005 From: Richard.Beare@ieee.org (Richard Beare) Date: Thu, 14 Jul 2005 15:49:09 +1000 Subject: [MINC-development] learning minc IO procedures Message-ID: <779dabeb050713224951ff17f3@mail.gmail.com> Dear minc developers, I've recently joined Prof Reuten's group at Monash Uni, Australia, and I'm trying to experiment with some of the low level tools in minc2. I'm starting with the basics and trying to just query a minc2 file starting with one of the test files from the minc2 distribution, but I'm having trouble. Here's what I did - I'd appreciate any pointers. 1) Installed minc-2.0.08 2) Converted a minc1 file using mincconvert mincconvert -t /tmp/7.mnc /tmp/8.mnc 3) Confirmed that it is a version 2 file h5dump /tmp/8.mnc | head HDF5 "/tmp/8.mnc" { GROUP "/" { GROUP "minc-2.0" { ATTRIBUTE "ident" { DATATYPE H5T_STRING { STRSIZE 44; STRPAD H5T_STR_NULLTERM; CSET H5T_CSET_ASCII; CTYPE H5T_C_S1; } 4) Produced a modified version of volprops-test.c (below), compiled and ran it: 5) So the question is - should I be using the miopen_volume as per the examples, or am I better off using some other approach. My aim in this exercise is to produce a reader for ITK, as a way of learning both ITK and about minc. ./volprops-test HDF5-DIAG: Error detected in HDF5 library version: 1.6.4 thread 46912498417408. Back trace follows. #000: H5D.c line 1239 in H5Dget_space(): not a dataset major(01): Function arguments minor(03): Inappropriate type HDF5-DIAG: Error detected in HDF5 library version: 1.6.4 thread 46912498417408. Back trace follows. #000: H5D.c line 1191 in H5Dclose(): not a dataset major(01): Function arguments minor(03): Inappropriate type HDF5-DIAG: Error detected in HDF5 library version: 1.6.4 thread 46912498417408. Back trace follows. #000: H5D.c line 1469 in H5Dget_create_plist(): not a dataset major(01): Function arguments minor(03): Inappropriate type Error reported on line #31, failed: -1 Segmentation fault (core dumped) #include #include "minc2.h" #define TESTRPT(msg, val) (error_cnt++, fprintf(stderr, \ "Error reported on line #%d, %s: %d\n", \ __LINE__, msg, val)) static int error_cnt = 0; int main(int argc, char **argv) { mihandle_t vol; mivolumeprops_t props; int r; micompression_t compression_type; BOOLEAN enable_flag; int zlib_level; int depth; int edge_lengths[MI2_MAX_VAR_DIMS]; int edge_count; int i; // fprintf(stderr, "%s\n", *++argv); r = miopen_volume("/tmp/8.mnc", MI2_OPEN_READ, &vol); if (r < 0) { TESTRPT("failed", r); } r = miget_volume_props(vol, &props); if (r < 0) { TESTRPT("failed", r); } r = miget_props_blocking(props, &edge_count, edge_lengths, MI2_MAX_VAR_DIMS); if (r < 0) { TESTRPT("failed", r); } printf("edge_count %d\n", edge_count); for (i = 0; i < edge_count; i++) { printf(" %d", edge_lengths[i]); } printf("\n"); mifree_volume_props(props); miclose_volume(vol); if (error_cnt != 0) { fprintf(stderr, "%d error%s reported\n", error_cnt, (error_cnt == 1) ? "" : "s"); } else { fprintf(stderr, "No errors\n"); } return (error_cnt); } All advice welcome From minc-development@bic.mni.mcgill.ca Mon Jul 18 16:14:02 2005 From: minc-development@bic.mni.mcgill.ca (Robert VINCENT) Date: Mon, 18 Jul 2005 11:14:02 -0400 Subject: [MINC-development] learning minc IO procedures In-Reply-To: <779dabeb050713224951ff17f3@mail.gmail.com> Message-ID: Hi Richard, This is probably an issue with MINC 2.0.08 and HDF5 1.6.4. If you replace HDF5 1.6.4 with 1.6.2 or earlier I believe your example should work. I am going to release MINC 2.0.09 shortly (probably either today or tomorrow). It contains a fix for compatibility with HDF5 1.6.4. -bert On Thu, 14 Jul 2005, Richard Beare wrote: > Dear minc developers, > > I've recently joined Prof Reuten's group at Monash Uni, Australia, and > I'm trying to experiment with some of the low level tools in minc2. > I'm starting with the basics and trying to just query a minc2 file > starting with one of the test files from the minc2 distribution, but > I'm having trouble. > > Here's what I did - I'd appreciate any pointers. > > 1) Installed minc-2.0.08 > > 2) Converted a minc1 file using mincconvert > > mincconvert -t /tmp/7.mnc /tmp/8.mnc > > 3) Confirmed that it is a version 2 file > > h5dump /tmp/8.mnc | head > > HDF5 "/tmp/8.mnc" { > GROUP "/" { > GROUP "minc-2.0" { > ATTRIBUTE "ident" { > DATATYPE H5T_STRING { > STRSIZE 44; > STRPAD H5T_STR_NULLTERM; > CSET H5T_CSET_ASCII; > CTYPE H5T_C_S1; > } > > 4) Produced a modified version of volprops-test.c (below), compiled and ran it: > > 5) So the question is - should I be using the miopen_volume as per the > examples, or am I better off using some other approach. > > My aim in this exercise is to produce a reader for ITK, as a way of > learning both ITK and about minc. > > ./volprops-test > > HDF5-DIAG: Error detected in HDF5 library version: 1.6.4 thread > 46912498417408. Back trace follows. > #000: H5D.c line 1239 in H5Dget_space(): not a dataset > major(01): Function arguments > minor(03): Inappropriate type > HDF5-DIAG: Error detected in HDF5 library version: 1.6.4 thread > 46912498417408. Back trace follows. > #000: H5D.c line 1191 in H5Dclose(): not a dataset > major(01): Function arguments > minor(03): Inappropriate type > HDF5-DIAG: Error detected in HDF5 library version: 1.6.4 thread > 46912498417408. Back trace follows. > #000: H5D.c line 1469 in H5Dget_create_plist(): not a dataset > major(01): Function arguments > minor(03): Inappropriate type > Error reported on line #31, failed: -1 > Segmentation fault (core dumped) > > #include > #include "minc2.h" > > #define TESTRPT(msg, val) (error_cnt++, fprintf(stderr, \ > "Error reported on line #%d, %s: %d\n", \ > __LINE__, msg, val)) > > static int error_cnt = 0; > > > int main(int argc, char **argv) > { > mihandle_t vol; > mivolumeprops_t props; > int r; > micompression_t compression_type; > BOOLEAN enable_flag; > int zlib_level; > int depth; > int edge_lengths[MI2_MAX_VAR_DIMS]; > int edge_count; > int i; > > // fprintf(stderr, "%s\n", *++argv); > r = miopen_volume("/tmp/8.mnc", MI2_OPEN_READ, &vol); > if (r < 0) { > TESTRPT("failed", r); > } > r = miget_volume_props(vol, &props); > if (r < 0) { > TESTRPT("failed", r); > } > r = miget_props_blocking(props, &edge_count, edge_lengths, > MI2_MAX_VAR_DIMS); > if (r < 0) { > TESTRPT("failed", r); > } > printf("edge_count %d\n", edge_count); > for (i = 0; i < edge_count; i++) { > printf(" %d", edge_lengths[i]); > } > printf("\n"); > mifree_volume_props(props); > miclose_volume(vol); > > > if (error_cnt != 0) { > fprintf(stderr, "%d error%s reported\n", > error_cnt, (error_cnt == 1) ? "" : "s"); > } > else { > fprintf(stderr, "No errors\n"); > } > return (error_cnt); > } > > > All advice welcome > > _______________________________________________ > MINC-development mailing list > MINC-development@bic.mni.mcgill.ca > http://www.bic.mni.mcgill.ca/mailman/listinfo/minc-development > From minc-development@bic.mni.mcgill.ca Tue Jul 19 20:53:07 2005 From: minc-development@bic.mni.mcgill.ca (Robert VINCENT) Date: Tue, 19 Jul 2005 15:53:07 -0400 Subject: [MINC-development] minc 2.0.09 available Message-ID: Hi minc-developers, The latest version of MINC 2.0 is now available here: http://www.bic.mni.mcgill.ca/software/minc/ A source tarball is available for all UNIX-like platforms, and a binary installer is available for Windows (courtesy of Leila Baghdadi). Important features in this release include: 1. Libraries * minc 2.0 library revised to function properly with HDF5 1.6.4. * volume_io libraries now provide some basic support for handling irregularly spaced time dimensions. * library has had several other minor bug fixes 2. Basic tools * mincresample - Added windowed sinc interpolation. * mincconcat - Added "-filestarts" option for increased flexibility in combining functional runs. * mincpik - new "-auto_range" option and other cleanup. 3. Format converters * dcm2mnc (DICOM converter) has been added to this distribution. * nii2mnc (NIfTI-1 converter) has more support for Analyze 7.5 format files. * minctoecat (ECAT converter) has been added to this distribution. * upet2mnc (Concorde microPET converter) has been updated. Please send all feedback and requests to me, as usual. -bert From minc-development@bic.mni.mcgill.ca Wed Jul 20 04:00:13 2005 From: minc-development@bic.mni.mcgill.ca (Najmeh Khalili M.) Date: Tue, 19 Jul 2005 23:00:13 -0400 Subject: [MINC-development] mni_autoreg/debian! Message-ID: Hello, I am trying to install the debain packages I got from packages.bic.mni.mcgill.ca. Upon dpkg --install mni-autoreg-model-1.1-linux-2.6-intel.deb mni-models-average305-lin-1.0-linux-2.6-intel.deb mni-models-colin27-lin-1.0-linux-2.6-intel.deb mni-models-icbm152-lin-1.0-linux-2.6-intel.deb I get a complaint about mni_autoreg not installed. Well, as far as I can tell, it IS installed. so I wonder what this means: (I tried two flavors: mni-autoreg-0.98s-linux-2.6-intel.deb and upon failure, the new mni_autoreg-0.98t.tar.gz and I still got) root@2[deb_minc_pkgs]# dpkg --install mni-autoreg-model-1.1-linux-2.6-intel.deb (Reading database ... 71555 files and directories currently installed.) Preparing to replace mni-autoreg-model 1.1 (using mni-autoreg-model-1.1-linux-2.6-intel.deb) ... Unpacking replacement mni-autoreg-model ... dpkg: dependency problems prevent configuration of mni-autoreg-model: mni-autoreg-model depends on mni_autoreg; however: Package mni_autoreg is not installed. dpkg: error processing mni-autoreg-model (--install): dependency problems - leaving unconfigured Errors were encountered while processing: mni-autoreg-model I apologize if I am sending this to the wrong list and many thanks in advance to the right people for any suggestions:) Cheers Najma From minc-development@bic.mni.mcgill.ca Wed Jul 20 04:30:08 2005 From: minc-development@bic.mni.mcgill.ca (Steve M. Robbins) Date: Tue, 19 Jul 2005 23:30:08 -0400 Subject: [MINC-development] mni_autoreg/debian! In-Reply-To: References: Message-ID: <20050720033008.GP6231@nyongwa.montreal.qc.ca> On Tue, Jul 19, 2005 at 11:00:13PM -0400, Najmeh Khalili M. wrote: > > Hello, > > I am trying to install the debain packages I got from > packages.bic.mni.mcgill.ca. > > Upon > > dpkg --install mni-autoreg-model-1.1-linux-2.6-intel.deb > mni-models-average305-lin-1.0-linux-2.6-intel.deb > mni-models-colin27-lin-1.0-linux-2.6-intel.deb > mni-models-icbm152-lin-1.0-linux-2.6-intel.deb > > I get a complaint about mni_autoreg not installed. Well, as far as I can > tell, it IS installed. It sounds like "dpkg" disagrees with you ;-) You can check whether Debian believes the package to be installed using: dpkg --list '*mni*' > so I wonder what this means: The error you quoted means that mni_autoreg is not installed as far as Debian is concerned. > (I tried two flavors: > mni-autoreg-0.98s-linux-2.6-intel.deb and upon failure, the new > mni_autoreg-0.98t.tar.gz and I still got) The .tar.gz file is not a debian package and won't satisfy "dpkg". It sounds like you need to fix whatever errors prevented you from installing the .deb. -Steve From Andrew Janke Wed Jul 20 12:46:20 2005 From: Andrew Janke (Andrew Janke) Date: Wed, 20 Jul 2005 07:46:20 -0400 Subject: [MINC-development] mni_autoreg/debian! In-Reply-To: <20050720033008.GP6231@nyongwa.montreal.qc.ca> References: <20050720033008.GP6231@nyongwa.montreal.qc.ca> Message-ID: Najma, As per steve. If you choose to use binary packages over source packages you must use them all the way. I suspect mni_autoreg didn't install as the minc package wasn't installed.. a On 19/07/05, Steve M. Robbins wrote: > On Tue, Jul 19, 2005 at 11:00:13PM -0400, Najmeh Khalili M. wrote: > > > > Hello, > > > > I am trying to install the debain packages I got from > > packages.bic.mni.mcgill.ca. > > > > Upon > > > > dpkg --install mni-autoreg-model-1.1-linux-2.6-intel.deb > > mni-models-average305-lin-1.0-linux-2.6-intel.deb > > mni-models-colin27-lin-1.0-linux-2.6-intel.deb > > mni-models-icbm152-lin-1.0-linux-2.6-intel.deb > > > > I get a complaint about mni_autoreg not installed. Well, as far as I can > > tell, it IS installed. > > It sounds like "dpkg" disagrees with you ;-) > > You can check whether Debian believes the package to be installed > using: > > dpkg --list '*mni*' > > > > > so I wonder what this means: > > The error you quoted means that mni_autoreg is not installed as far as > Debian is concerned. > > > > (I tried two flavors: > > mni-autoreg-0.98s-linux-2.6-intel.deb and upon failure, the new > > mni_autoreg-0.98t.tar.gz and I still got) > > The .tar.gz file is not a debian package and won't satisfy "dpkg". > It sounds like you need to fix whatever errors prevented you > from installing the .deb. > > -Steve > _______________________________________________ > MINC-development mailing list > MINC-development@bic.mni.mcgill.ca > http://www.bic.mni.mcgill.ca/mailman/listinfo/minc-development > -- Andrew Janke (a.janke@gmail.com || www.cmr.uq.edu.au/~rotor) Canada->Montreal Cell: +1 (514) 924 2012