Re: [JPP-Devel] Feature collections modified by default
Michaël Michaud wrote: Hi, ok. I've attached patch which changes the following: * new feature collections are again unmodified by default * PlugInContext has an added addLayer method taking a featureCollectionModified parameter for convenience * when OpenJUMP is closed, and no layers have been modified, it still asks whether you want to really exit the workbench What are the opinions on this? Thanks to have worked on this problem. If I understand correctly, proposed change are : 1 - OpenJUMP will always asks for confirmation before closing. 2 - OpenJUMP will still inform the user that some layers have been modified if these layers have really been modified (not just created) 3 - Programmer can now create new layers as unmodified or as modified layers (see below my remark) 4 - Existing plugin produce unmodified layers. There is point 3 that I dislike for the following reason : If we have not a clear policy about what is a modified layer, we'll soon have half newly created layers considered as modified and half considered as unmodified, thus confusing the user and introducing inconsistencies. yes, I agree, I also think that a sensible default is better that such a confusion. To solve my initial problem, I think I can rely on the getDataSourceQuery which returns null for layers which are not yet saved to disk. My proposition is to let you change everything you put in the patch except the new method in PluginContext (there is also a typo in the key added in language files and in confirmClose method) Yeah, I'm trying to get the message right and end up with a typo in the key ;-) By the way, do I need to insert the keys into all the language files, or are the ones I know a translation for sufficient? I can see if a test on every Layer.getDataSourceQuery in the WorkbenchFrame.confirmClose method can solve my initial problem, by informing the user there is still one, or to, or n layers without datasource. I think it's a great idea to just check for null datasources, and warn the user if there are such layers. It's the cleanest solution to the problem. I've attached a patch with the following: * new feature collections are again unmodified by default * PlugInContext is unmodified * when OpenJUMP is closed, and there are layers with null data sources, the user is asked whether he still wants to exit the workbench Do we then still need the confirmation dialog when nothing is modified and no datasources are null? For now I've removed it again (personally I don't like to be asked too many questions that could have been avoided), but it would be easy enough to add it back. Best regards, Andreas -- l a t / l o n GmbH Aennchenstrasse 19 53177 Bonn, Germany phone ++49 +228 18496-0 fax ++49 +228 1849629 http://www.lat-lon.dehttp://www.deegree.org Follow deegree on Twitter: http://twitter.com/deegree_org Index: src/language/jump.properties === --- src/language/jump.properties(revision 2002) +++ src/language/jump.properties(working copy) @@ -1701,6 +1701,8 @@ ui.WorkbenchFrame.committed-memory = Committed Memory ui.WorkbenchFrame.continue = Continue ui.WorkbenchFrame.dataset = Dataset +ui.WorkbenchFrame.do-you-really-want-to-close-openjump-generated-layers-not-saved = Do you really want to close OpenJUMP?\n\ +{0} automatically generated layers have not been saved yet. ui.WorkbenchFrame.do-you-want-to-close-them-also = Do you want to close them also ? ui.WorkbenchFrame.exit = Exit ui.WorkbenchFrame.exit-jump = Exit OpenJUMP Index: src/language/jump_en.properties === --- src/language/jump_en.properties (revision 2002) +++ src/language/jump_en.properties (working copy) @@ -1663,6 +1663,8 @@ ui.WorkbenchFrame.committed-memory = Committed Memory ui.WorkbenchFrame.continue = Continue ui.WorkbenchFrame.dataset = Dataset +ui.WorkbenchFrame.do-you-really-want-to-close-openjump-generated-layers-not-saved = Do you really want to close OpenJUMP?\n\ +{0} automatically generated layers have not been saved yet. ui.WorkbenchFrame.do-you-want-to-close-them-also = Do you want to close them also ? ui.WorkbenchFrame.exit = Exit ui.WorkbenchFrame.exit-jump = Exit OpenJUMP Index: src/language/jump_de.properties === --- src/language/jump_de.properties (revision 2002) +++ src/language/jump_de.properties (working copy) @@ -1664,6 +1664,8 @@ ui.WorkbenchFrame.committed-memory = Verwendeter Speicher ui.WorkbenchFrame.continue = Weiter ui.WorkbenchFrame.dataset = Datensatz +ui.WorkbenchFrame.do-you-really-want-to-close-openjump-generated-layers-not-saved = Wollen Sie OpenJUMP wirklich beenden?\n\ +{0} automatisch erzeugte Ebenen wurden noch nicht gespeichert.
[JPP-Devel] Saving Run Datastore Query layers into project
Hi, Currently it is not possible to save layers added by Run Datastore Query into a project file. Are there some fundamental difficulties in making is possible? I am thinking mainly the native PostGIS datastore, but of cource it would be nice to be able to save also layers created by plugins from Oracle or Spatialite. -Jukka Rahkonen- -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] gps cts extension again
After a disastrous rc3 here comes the all new and shiny rc4. https://sourceforge.net/projects/jump-pilot/files/p_GPS%2CCTS%20Extensions/ Changes: (fix) rxtx native lib loader ignoring one word os's e.g.Linux (fix) solved setYx issue in gps reprojection leading to wrong results regards ede -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] SextanteRasterLayer, pixel values and visualization
so, I think I could fix the problem. What I do now is a complete reload of the image when getRasterData() is called (but not replacing the image4display). This way I get sure that always the rasterdata are delivered to Sextante which seemed to be the problem. While testing I noticed that when I load an ascii grid and calculate the contours of that grid with sextante [own plugin that accesses the sextante function], then the delivered contours are displaced in the location (don't fit with the raster anymore). Not sure where this is to be attributed to? But when I calculate contours for KernelDensity raster (tif) that I created earlier out of points, then the contours seem to be in the right place. So maybe its some referencing info Alberto, could you check that? I hope tomorrows nightly build is fine with all the raster stuff stefan Stefan Steiniger wrote: Hei Alberto, ok.. I have a problem here. I needed to revert some changes (dynamic loading etc). I am not sure what is going on, but if I do now some calculations I don't get proper reference to the rasters/layerable. So sometimes I have no reference and in other instance after the processing is done and results are returned... those results are shifted. It even happens with the convert to polygons function. Interestingly this faulty behaviour is visible when I open the raster color editor. if it contains no further elements, just the name, then something is wrong. However, if I use from the raster layer context menu the function: Export Envelope as geometry, then I get the correct reference back. not sure what happens here... stefan Stefan Steiniger wrote: me again, I don't have javax.swing.GroupLayout where is that from? I have only GridBagLayout from java.awt.* stefan Stefan Steiniger wrote: I actually just see that the Properties dialog of the raster layer has a transparency checkbox stefan Stefan Steiniger wrote: Hei Alberto, I changed the RasterImageLayer class to allow for dynamic loading. I haven't tested fully if it works as expected. Can you have a look. With respect to this I chose now some arbitrary values for maxPixelsForFastDisplayMode so we can change it... I have also added the changes to read ASCII grids. Also if you want I can give you write access to our SVN. I think you will do the right thing... ;) next I will look at the coloring. Have a good 2 weeks (holidays I assume ;). stefan Alberto De Luca wrote: -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] Label Bold Error
Hello Yesterday, I discovered the use of OpenJump an exception.When I modify the line element of style, the mark was set on taking the default setting is normal, but when I set the font to bold Shique appeared abnormal, the interface shows the label font size of the disorder appeared.I want to know what causes this is because, when I downloaded source view, the feeling seems to be caused Graphics2D object.Hope to get your advice, thank you!-- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Label Bold Error
Could you show a picture of the problem and the style dialog that caused it? Larry 2010/8/10 greateme great...@163.com Hello Yesterday, I discovered the use of OpenJump an exception. When I modify the line element of style, the mark was set on taking the default setting is normal, but when I set the font to bold Shique appeared abnormal, the interface shows the label font size of the disorder appeared . I want to know what causes this is because, when I downloaded source view, the feeling seems to be caused Graphics2D object. Hope to get your advice, thank you! -- 您想拥有和网易免费邮箱一样强大的软件吗? http://qiye.163.com/?163 -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] [openjump-users] gps cts extension again
Hi, Both seems to work with Windows Vista 32 bit. Coordinate transformation gives correct result and adding UTM zone 35N projection was as easy as adding the definition from http://www.spatialreference.org/ref/epsg/32635/ogcwkt/ into the cs.conf file that is located at \lib\ext\cts. I will send some screen captures and usege examples soon. -Jukka Rahkonen- After a disastrous rc3 here comes the all new and shiny rc4. https://sourceforge.net/projects/jump-pilot/files/p_GPS%2CCTS%20Extensions/ Changes: (fix) rxtx native lib loader ignoring one word os's e.g.Linux (fix) solved setYx issue in gps reprojection leading to wrong results regards ede -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel