edgar soldin wrote: > > On 15.03.2013 11:36, Rahkonen Jukka wrote: > > Hi, > > > > It feels a bit odd that it is not possible to re-use existing image > > layers stored into JML format in other projects simply by opening the > > catalog file from user interface. I am doing similar things pretty > > often with Quantum GIS and GDAL vrt files which I create with > > gdalbuildvrt http://www.gdal.org/gdalbuildvrt.html > > but, the obviously initially intended use, creating a multiple image layer and > saving/reopen it with the current project works so far? how about > absolute/relative path issues?
Yes it works. Absolute paths are saved into Image Layer JML so it is not portable. But images are often stored on separate data disks and full portability would be hard to achieve. Easy way to edit the base paths would help this. Perhaps path and file names could be stored in separate fields? Empty paths in JML would then mean relative paths. > > Image layer manager is a sketch. > > do you know where it stems from? If I remember right, from the last JUMP from Vivid, v 1.2. Perhaps it is made by Jon Aquino. > >For OpenJUMP user interface it is a normal vector layer and it is possible to > insert new features by digitizing, copying from other layers and as WKT. All > those operations are useless unless user copies features from other image > layers. Fortunately nonsense features in image layer seem to lead only to > Class Not Found Exception messages in the lower left corner. > > we can easily prohibit editing via cursor tools or such. snapshots seem to > have that already implemented. I tried and I can add fake polygons to image layer and save and reopen additions with r3326. It looks like exits to image footprint geometries do not get saved because the image layer looks the same after reopening the project. This is not true, though. The JML file does contain edited geometries, but OJ seems to recompute the bounds for each file in the catalog by analyzing the image. This is good or bad. OJ gets always valid bounds this way but opening a big image catalog layer is for sure slow if bounds of every image tile are examined. This should be on option and default should be to trust the stored extents. > >Possibility to hand edit attributes may be useful sometimes for changing > image paths but not for anything else. And if a normal user opens a tiff file > and gets layer named "image.tif" I guess that he believes that menu option > "Save dataset as" means saving image to some other image format and not > saving image footprint into vector file. > > True, we should probably create sham file format (your catalog file), which in > reality is merely the "special" jml. > > > I think that before advertising image layer tool too much we should think > what would be a good way to use this nice feature and how user interface > should support the usage. > > what about A/B from below? > >My opinion is that the first thing to do would be to separate the image > >catalogue layers somehow from the normal vector layers and make them > >editable only through Image Layer Manager > > seems done in snapshots. > > >which should have more features than it has now. > > what are you missing exactly? is adding/removing not enough for a start? Editing paths was in my mind, and showing IMAGEFACT and IMAGEERROR if they could not be seen from normal table view. -Jukka- > > ..ede > > > > > -Jukka- > > > > > > edgar soldin wrote: > > > >> move it over to jump-devel. > >> > >> true, the OJ image loader works that way. > >> > >> a am not sure about your catalog idea though as i feel, creating a > >> image collection layer once and saving it with the project should be > >> sufficient for most use cases. > >> > >> i think: > >> A. we should place the image layer manager more prominently for users > >> to discover this mechanism (higher in layer context menu, add to layer > menu). > >> B. replace the image layer icon with a multiple images icon > >> > >> ..ede > >> > >> > >> On 15.03.2013 10:14, Jukka Rahkonen wrote: > >>> Hi, > >>> > >>> Add image layer is much more than another name for "Open image file" > >>> but nobody knows it and the image layer system has never been > >>> programmed ready. Read > >>> http://latuviitta.org/documents/OpenJUMP_image_layer_tool.pdf > >>> > >>> Add Image Layer opens an image file but it also creates an image > >>> catalogue which can hold many images. This image layer can also be > >>> saved as a vector layer in Jump JML format but there is no way to > >>> open such saved image catalogue because there is not such an option > >>> in anywhere in the user interface. Only way to utilize the saved > >>> image layer is to save also the project. > >>> > >>> Logical places for the "Open Image Catalog" operation would be > >>> through a new button in Image Layer Manager tool and in the open > >>> Wizard as a new file type "Image Catalog". It should be handled in a > >>> special way because it is actually a vector file but users to not > >>> want to see the footprint polygons but the mapped images. > >>> > >>> -Jukka Rahkonen- > >>> > >>> edgar.sol...@web.de wrote: > >>>> On 14.03.2013 21:36, Stefan Steiniger wrote: > >>>>> > >>>>> About removing "File> Open File", well, having it there is fine > >>>>> with me, even if it is redundant. > >>>> > >>>> open project and open file are the essential open mechanisms and > >>>> belong under File main menu entry. this is where users are used to > >>>> find it (in software generally) and expect it! > >>>> > >>>> add image layer is merely there because nobody found the time to > >>>> write an openwizard for it. > >>>> > >>>> ..ede > >>>> > >>>> -- > >>>> -- You received this message because you are subscribed to the > >>>> Google Groups openjump-users group. To post to this group, send > >>>> email to openjump-us...@googlegroups.com. To unsubscribe from > this > >>>> group, > >> send > >>>> email to openjump-users+unsubscr...@googlegroups.com. For more > >>>> options, visit this group at > >>>> https://groups.google.com/d/forum/openjump-users?hl=en > >>>> --- > >>>> You received this message because you are subscribed to the Google > >>>> Groups "openjump-users" group. > >>>> To unsubscribe from this group and stop receiving emails from it, > >>>> send an email to openjump-users+unsubscr...@googlegroups.com. > >>>> For more options, visit https://groups.google.com/groups/opt_out. > >>>> > >>>> > >>>> > >>> > >>> > >> > >> --------------------------------------------------------------------- > >> --------- Everyone hates slow websites. So do we. > >> Make your web apps faster with AppDynamics Download AppDynamics > Lite > >> for free today: > >> http://p.sf.net/sfu/appdyn_d2d_mar > >> _______________________________________________ > >> Jump-pilot-devel mailing list > >> Jump-pilot-devel@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > ---------------------------------------------------------------------- > > -------- Everyone hates slow websites. So do we. > > Make your web apps faster with AppDynamics Download AppDynamics Lite > > for free today: > > http://p.sf.net/sfu/appdyn_d2d_mar > > _______________________________________________ > > Jump-pilot-devel mailing list > > Jump-pilot-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > > > > ------------------------------------------------------------------------------ > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics Download AppDynamics Lite > for free today: > http://p.sf.net/sfu/appdyn_d2d_mar > _______________________________________________ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
