Martin, thanks so much, I created a class too config the system path(It use
to edit config.propeties file ) where data storaged and image file I will
set to folder image in the path . It's Ok?

On Thu, Jul 7, 2016 at 4:08 PM, Martin Desruisseaux <
[email protected]> wrote:

> Hello Hao
>
> Le 07/07/16 à 04:04, phuong hao nguyen thi a écrit :
> > As you suggest , I think I will creat a configue for directory , when the
> > programe install on a other computer , It will ask the direction that
> save
> > geotiff, modis , image ... . How do you feel ?
>
> Do you mean popup a dialog box with Swing or JavaFX?
>
> Another possibility is to use a configuration file.
>
>
> > The present, I set the title is file name  :) (I will correct it as ISO
> > 19115) but I have to all queryables  as in the table or only a few that
> we
> > need ?
>
> The table contains only about 10 metadata. I think we can do all of
> them? (if it was hundred of metadata, we would select only some).
>
>
> > I have created  search on service too, suspended
> > : bbox, date, format  but I don't know how to combine them ?
> > Do you guide me ?
>
> Is your question about whether a bounding box and date criterion should
> be combined with "AND" or "OR" conditions? If so, I suggest to use "AND"
> conditions for now.
>
>
> > And , I want know , Nomally, when storing data , All file (.txt, .jpg,
> > .tiff , .iso19115 ) will be stored  in 1 folder in system or They will be
> > stored in the distribution directorydist (ex : landsat metadata folder,
> > modis metadata  folder, image folder ... )?
> I suggests two policies:
>
>  1. Files provided by the user can be in any directory as the user wish.
>     I don't think that the application needs to put constraint here.
>  2. Files generated by the application (for example the quicklook in PNG
>     formats) should be in a separated directory. In can be for example a
>     "cache" directory.
>
> If someone delete de cache directory (2), the application should be able
> to recreate it from the original files (1).
>
>     Martin
>
>
>

Reply via email to