repository-preservation / lcmap-change-detection-c

LCMAP modules for change detection [WIP]
10 stars 19 forks source link

It is not very clear how to get started using CCDC #5

Closed kp005 closed 8 years ago

kp005 commented 8 years ago

How to get the libraries:

XML2INC ESPANIC GSL_SCI_INC GSL_SCI_LIB FORTRAN HDF5INC HDF5LIB MATIOLIB

Cannot find most of these except XML2INC.

oubiwann commented 8 years ago

I've only built this on Ubuntu, so I can't give any other help that what I've put in the README :-( The packages listed there are for Ubuntu -- you may be able to use those to find out the names of packages on your own system/distro.

Note that the things you've listed above aren't libraries, but rather are variable names in a Makefile ... some of which aren't currently used.

oubiwann commented 8 years ago

Also, you may have seen these already, but we've got a couple of Docker images in Dockerhub (and thus available for use by the docker command line tool) for CCDC:

Caveat emptor: the images there are very much under active development :-) We're going to be pushing up changes to the Docker image sometime this week with the latest tweaks ... that's going to be happening on a regular basis as we test the C version of the CCDC model running in Docker containers (in preparation for deployment in a Mesos cluster). That being said, anything you find that is broken inside a Docker container of one of the CCDC images is probably a bug (or missing implementation), so feel free to file tickets (with enough details that we can reproduce the error/problem). Enjoy!

kp005 commented 8 years ago

Hi Duncan,

Thanks a lot for the response. Even I am using Ubuntu, will try to work out!

Regards, Krishna

-----Original Message----- From: "Duncan McGreggor" notifications@github.com Sent: ‎2/‎1/‎2016 18:34 To: "USGS-EROS/lcmap-change-detection-c" lcmap-change-detection-c@noreply.github.com Cc: "krishnaUsd" krishnapareek@gmail.com Subject: Re: [lcmap-change-detection-c] Acquiring Libraries (#5)

I've only built this on Ubuntu, so I can't give any other help that what I've put in the README :-( The packages listed there are for Ubuntu -- you may be able to use those to find out the names of packages on your own system/distro. Note that the things you've listed above aren't libraries, but rather are variable names in a Makefile ... some of which aren't currently used. — Reply to this email directly or view it on GitHub.

oubiwann commented 8 years ago

No problem, Krishna!

A couple of other things I should note:

Here are the tasks I'll hit to make this easier for you (and these are things we need to do anyway, sooner than later):

Note that I'm also going to update the name of this ticket to be a little more general (e.g., about "getting started").

oubiwann commented 8 years ago

The python test script has been removed from the Dockerfile build and you can now access the ccdc binary directly when running the image.

Here's an example of calling ccdc inside docker:

$ docker run -t usgseros/debian-c-ccdc --help

Output:

2016:01:03 18:06:13 1:main [ccdc.c]:214 [INFO]:CCDC start_time=Wed Feb  3 18:06:13 2016

Continuous Change Detection and Classification

usage:
ccdc --row=<input row number> --col=<input col number> --inDir=<input directory> --outDir=<output directory> [--sceneList=<file with list of sceneIDs>] [--verbose]

where the following parameters are required:
    --row=: input row number
    --col=: input col number
    --inDir=: input data directory location
    --outDir=: directory location for output files

and the following parameters are optional:
    --sceneList=: file name containing list of sceneIDs (default is all files in inDir)
    -verbose: should intermediate messages be printed? (default is false)

ccdc --help will print the usage statement

Example:
ccdc --row=3845 --col=2918 --inDir=/data/user/in --outDir=/home/user/out --sceneList=/home/user/scene_list.txt --verbose
Note: Previously, the ccdc had to be run from the directory where the input data are located.
      Now, input and output directory locations specifications are required.

2016:01:03 18:06:13 1:main [ccdc.c]:225 [ERROR]:calling get_args
CrustyQuarrier commented 8 years ago

IS this good or bad?

On Wed, Feb 3, 2016 at 12:10 PM, Duncan McGreggor notifications@github.com wrote:

The python test script has been removed from the Dockerfile build and you can now access the ccdc binary directly when running the image.

Here's an example of calling ccdc inside docker:

$ docker run -t usgseros/debian-c-ccdc --help

Output:

2016:01:03 18:06:13 1:main [ccdc.c]:214 [INFO]:CCDC start_time=Wed Feb 3 18:06:13 2016

Continuous Change Detection and Classification

usage: ccdc --row= --col= --inDir= --outDir= [--sceneList=] [--verbose]

where the following parameters are required: --row=: input row number --col=: input col number --inDir=: input data directory location --outDir=: directory location for output files

and the following parameters are optional: --sceneList=: file name containing list of sceneIDs (default is all files in inDir) -verbose: should intermediate messages be printed? (default is false)

ccdc --help will print the usage statement

Example: ccdc --row=3845 --col=2918 --inDir=/data/user/in --outDir=/home/user/out --sceneList=/home/user/scene_list.txt --verbose Note: Previously, the ccdc had to be run from the directory where the input data are located. Now, input and output directory locations specifications are required.

2016:01:03 18:06:13 1:main [ccdc.c]:225 [ERROR]:calling get_args

— Reply to this email directly or view it on GitHub https://github.com/USGS-EROS/lcmap-change-detection-c/issues/5#issuecomment-179383552 .

bdavis /**/ Brian Davis Stinger Ghaffarian Technologies (SGT, Inc.) Contractor to the U.S. Geological Survey (USGS) Earth Resources Observation and Science (EROS) Center 47914 252nd Street Sioux Falls, SD 57198-0001 Phone: 605-594-6856 Fax: 605-594-2828 Cell: 605-321-6355 (cell) Email: bdavis@usgs.gov URL eros.usgs.gov Visualize Whirled Peas

oubiwann commented 8 years ago

This is great. We can now run CCDC from the command line (as a user) in the same way that it will be run by the distributed execution framework :-)