[JPP-Devel] Hi members

Hi everybody, this is a general email. First of all greetings to all members of this list. In this moment many of us in or countries are facing the large pandemia connected to Covid 19. This is going to change, for sure, little by little many aspects of our everyday's life, in these days, possibly

[JPP-Devel] problems on commit changes

Hi all, I almost finished to upgrade a new realize of VertexSymbols plugin but I cannot upgrade on SVN. This is the error message I received: Some of selected resources were not committed. Authentication error. svn: E170001: Commit failed (details follow): svn: E170001: Commit failed (details foll

Re: [JPP-Devel] problems on commit changes

d a hard work on the VertexSymbol. I'll have a look at it > by the > > end of the week. > > > > Michaël > > > >> *envoyé :* 25 mai 2020 à 17:10 > >> *de :* Giuseppe Aruta > >> *à :* OpenJump develop and use > >> *objet :* [JPP-Devel]

[JPP-Devel] Updated VertexSymbols plugin

eeded 100%. Test are still under development Best regards Giuseppe Aruta ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] CAD plugin. Add new library (as depency)

Hi all, I want to add VertexSymbolsXXX.jar as depency to CAD plugin. This is the reason: Currently, whenever the user saves a new block (CAD toolbar>Block>Save geometry as block) as file, this can be used also as a point/line symbol for styling. But, to do that, the user needs to close/restart agai

Re: [JPP-Devel] CAD plugin. Add new library (as depency)

rare situation) I can add a readme text file on SVN>CAD plugin>dist folder explaining that VertexSymbol.jar library is required to compile Best regards Peppe Il giorno mer 3 giu 2020 alle ore 22:20 ha scritto: > On 03.06.2020 17:32, Giuseppe Aruta wrote: > > Hi all, > > I want t

Re: [JPP-Devel] CAD plugin. Add new library (as depency)

OK. I found a solution. No dependency required. Thank Ede Peppe Il giorno gio 4 giu 2020 alle ore 10:19 Giuseppe Aruta < giuseppe.ar...@gmail.com> ha scritto: > Indeed I was planning this way: from user's point of view there is no > difference. > On the other hand,

Re: [JPP-Devel] CAD plugin. Add new library (as depency)

Hi Ede, I tried in this way but it doesn't work for me. I had a some exceptions even within try/catch blocks. I will use the option to save a howto_compile.txt file into src folder Peppe Il giorno gio 4 giu 2020 alle ore 12:05 ha scritto: > On 04.06.2020 10:19, Giuseppe Aruta wrote: &g

Re: [JPP-Devel] CAD plugin. Add new library (as depency)

OK 2020-06-08 13:50 GMT+02:00, edgar.sol...@web.de : > yeah, it's a little more complex. your way is fine as well. maybe you should > point out where the developer can find/download the needed jar file?!.. ede > > On 08.06.2020 13:31, Giuseppe Aruta wrote: >> Hi Ede, I t

Re: [JPP-Devel] [jump-pilot:feature-requests] #268 Translation of Map Coloring plugin to Hungarian

Thanks Jànos, I will upgrade sourcecode and plugin Peppe Il giorno mer 10 giu 2020 alle ore 09:31 János Kis via Jump-pilot-devel < jump-pilot-devel@lists.sourceforge.net> ha scritto: > -- > > * [feature-requests:#268] >

Re: [JPP-Devel] SVN: [6312] plug-ins/ojmapcoloring/readme.txt

OK, that makes sense: I downgrade to 0.5.2. Il giorno mer 10 giu 2020 alle ore 13:02 ha scritto: > hey Peppe, > > just some days ago i added a language file to the ojmapcoloring dist jar > and put the sources in our repo. > > raised the version from 0.5 to 0.5.1 only because there were no chan

Re: [JPP-Devel] [jump-pilot:feature-requests] #268 Translation of Map Coloring plugin to Hungarian

Hi János, I updated OpenJUMP Night Snapshot with a new build of Map coloring plugin with Hungarian translation. It should be available from version 6317 Thanks again Peppe Il giorno mer 10 giu 2020 alle ore 12:24 ede via Jump-pilot-devel < jump-pilot-devel@lists.sourceforge.net> ha scritto: > hey

[JPP-Devel] [jump-pilot:feature-requests] #268 Translation of Map Coloring plugin to Hungarian

> [feature-requests:#268] Translation of Map Coloring plugin to Hungarian > Status: closed Labels: localisation ojmapcoloring Created: Wed Jun 10, 2020 > 07:31 AM UTC by János Tamás Kis Last Updated: Wed Jun 10, 2020 12:06 PM UTC > Owner: Giuseppe Aruta Attachments: mapcolorstrings_hu.

Re: [JPP-Devel] [jump-pilot:feature-requests] #268 Translation of Map Coloring plugin to Hungarian

t; Map Coloring plugin to Hungarian* > > *Status:* closed > *Labels:* localisation ojmapcoloring > *Created:* Wed Jun 10, 2020 07:31 AM UTC by János Tamás Kis > *Last Updated:* Wed Jun 10, 2020 12:06 PM UTC > *Owner:* Giuseppe Aruta > *Attachments:* > >- mapcolorstrin

Re: [JPP-Devel] Updating extension

Hi Michaël, thanks for the comments. *interaction with "display vertex symbol" in Basic Style panel and "display vertex symbol" in Color Theming panel is difficult to understand. I think that the option is supposed to be driven by the checkbox of the color theming panel, but it also interacts with

[JPP-Devel] Some enhencements on Openjump

Greatings to all Jumpers, today I made some small changes in the editing section of openjump. EditOptionPanel: I added an option that automatically opens the InfoFrame of the attributes immediately after digitizing a geometry. This option allows you to enter attribute values ​​during digitization

Re: [JPP-Devel] Some enhencements on Openjump

ct. I'll check your > enhancement soon, especially the one related to FR 235. > > Michaël > > *envoyé :* 16 juillet 2020 à 18:00 > *de :* Giuseppe Aruta > *à :* OpenJump develop and use > *objet :* [JPP-Devel] Some enhencements on Openjump > > Greatings to all Jum

Re: [JPP-Devel] bsh sextante NPE in latest checkout

It Is connected to sextante toolbar initialize process, I think. As I can see It seems not to affect any funcionality. But It is not fine. I Will give a look. Peppe Il mar 4 ago 2020, 12:47 PM ha scritto: > hey Mike, Peppe, > > i'm getting the below when running the latest checkout in eclipse.

Re: [JPP-Devel] batik upgraded

Thanks Ede, AFAIR also both print plugins have dependencies to batik classes Peppe Il giorno mer 5 ago 2020 alle ore 15:19 ha scritto: > hey All, > > had to touch batik, as it was missing some classes in trunk/lib/batik.jar > after Peppe added AdditionalResultsIO. maven already had the proper b

Re: [JPP-Devel] OpenJUMP new contributor

Welcome Eric. It is really nice to see you back on the list and to have your contribution to the project. Peppe 2020-08-07 19:39 GMT+02:00, Eric : > Hi everyone, > > Note: I just changed the email address I'd like to use to contribute on > this list. > > > Thank you Michael for your welcome on thi

Re: [JPP-Devel] batik upgraded

from cadplan plugin from last release, did you ? > > > Michaël > > > > envoyé : 6 août 2020 à 14:46 > de : edgar.sol...@web.de > à : jump-pilot-devel@lists.sourceforge.net > objet : Re: [JPP-Devel] batik upgraded > > > a quick test of both did not reveal any bu

Re: [JPP-Devel] batik upgraded

For CadPlan SVG export. I only used ISA renderer Il giorno dom 9 ago 2020 alle ore 14:03 Giuseppe Aruta < giuseppe.ar...@gmail.com> ha scritto: > Hi Ede, Michaël > > Following Michaël's test I also was able to do a test using 3 versions of > OpenJUMP > a) OpenJUMP 1

Re: [JPP-Devel] batik upgraded

Yes 1.5 ->1.15 Il giorno dom 9 ago 2020 alle ore 14:25 ha scritto: > On 09.08.2020 14:06, Giuseppe Aruta wrote: > > I will open a bug ticket for the problem about /loading project files > saved with different versions of OpenJUMP./ It looks quite severe > > just to make

Re: [JPP-Devel] OJ 2.x Was:Re: JTS update: first experiments

>>Less than a day of work should be required (if not less) to update all the plugins which do not rely on a dependency which relies itself on JTS. I'm going to test it, to see if it's the case. Possibly Sextante Will be a problem as we don't have the source code of the project (it is available on

Re: [JPP-Devel] OJ 2.x Was:Re: JTS update: first experiments

ind the source code of GvSig CE but I failed. Could you please > send us a link to their SVN repository? Thanks. > > Eric > > On 10/08/2020 20:02, Giuseppe Aruta wrote: > > >>Less than a day of work should be required (if not less) to update all > the plugins which do n

[JPP-Devel] [jump-pilot:bugs] #496 OpenJUMP 1.15 freezes on loading project files from differing versions

Thanks Ede, you were faster ;-) > [bugs:#496] OpenJUMP 1.15 freezes on loading project files from differing > versions Status: open Created: Tue Aug 11, 2020 10:35 AM UTC by ede Last > Updated: Tue Aug 11, 2020 10:35 AM UTC Owner: nobody as described by Peppe on > the mailing list " On loading

Re: [JPP-Devel] OJ 2.x Was:Re: JTS update: first experiments

Hi Eric Open discussion: *>>- The idea is to create a temporary Git project/repository as Ede mentioned too. There are two main platforms for that, GitHub and GitLab. Let me know which one you prefer, knowing that it is possible to have both solutions, working only on one, with a mirroring for th

Re: [JPP-Devel] OJ 2.x Was:Re: JTS update: first experiments

*>So for OpenJUMP I would suggest:- openjump for the organisation / group,- openjump for the main code,- openjump-test for the temporary project we are talking about here, toavoid any confusion.* Since Sextante java libraries have the potentiality to be extended to many other gis projects (the ori

Re: [JPP-Devel] [jump-pilot:bugs] #496 OpenJUMP 1.15 freezes on loading project files from differing versions

Hi MIchael, all the file I used, including jml files, are located here: https://sourceforge.net/projects/opensit/files/Test%20file/Export%20to%20SVG/ Peppe Il giorno mer 12 ago 2020 alle ore 19:59 michael michaud via Jump-pilot-devel ha scritto: > I could open a project saved with 1.15 with r637

Re: [JPP-Devel] OJ 2.x Was:Re: JTS update: first experiments

jump-pilot or openjump-pilot or openjump2 2020-08-14 11:50 GMT+02:00, Eric : > Hi, > > The GitHub support team answered me this morning, stating that the > ownership transfer of the 'openjump' username or organisation is not > possible at the moment: > >> While I'd love to help, I'm afraid we won'

Re: [JPP-Devel] OJ 2.x Was:Re: JTS update: first experiments

openjump-gis ok for me too 2020-08-14 12:03 GMT+02:00, edgar.sol...@web.de : > oj-devs > oj-developers > oj-team > or jump instead of oj > > so many possibilieits ..ede:)) > > On 14.08.2020 11:53, Giuseppe Aruta wrote: >> jump-pilot >> or >> openjump-pi

Re: [JPP-Devel] batik upgraded

Hi all, this issue was not closed: moving to newer batik broke SVG export for both embedded OpeJUMP "Export view" and CadPlan Printer view plugin. I was thinking that 16 jar files and 2.6 Mb (Apache NBatiks) was a large amount if we consider that these libraries are only used for 3 plugins. I foun

Re: [JPP-Devel] batik upgraded

t is wrong with batik1.13. Sometimes, > third party libraries just become more strict, > > and in that case, it can be useful to fix the code on OpenJUMP side > whatever the final solution choosen. > > Michaël > > envoyé : 16 août 2020 à 14:31 > de : edgar.sol...@web.de > à

Re: [JPP-Devel] batik upgraded

ritto: > done in r6375. to batik 1.6.1 instead of 1.6 though. would you mind > doublechecking that it works as expected again? ..ede > > On 16.08.2020 16:01, Giuseppe Aruta wrote: > > I suggest to move back to Batik 1.6 and to keep the option to move either > > to smaller

Re: [JPP-Devel] OpenJUMP migration documentation

Thanks Eric, next week I will take sometime to study the repository and all the page you sent. Some questions, proposals. A) Regarding plugins, Do you think that grouping together plugins iwith similar technical aspects into one source could help to simplify/speed the transition to Git? For insta

Re: [JPP-Devel] sqlite database

Thanks Michael Il sab 22 ago 2020, 22:25 Michaud Michael ha scritto: > Hi, > > Slowdown due to FlexibleDateParser seems almost solved. > > I reactivated the code parsing Date > attributes as dates during data loading. The slowdown observed during > saving should be moved to loading, but thank

Re: [JPP-Devel] [jump-pilot:bugs] #482 OpenJUMP Style - "Style">"Import ArcMap Style" seems hard to work

do you think ? > -- > > * [bugs:#482] <https://sourceforge.net/p/jump-pilot/bugs/482/> OpenJUMP > Style - "Style">"Import ArcMap Style" seems hard to work* > > *Status:* open > *Milestone:* > *Created:* Mon Dec 10, 2018 09:41 AM UTC

Re: [JPP-Devel] [jump-pilot:bugs] #483 RasterStyleDialog freezes if the selected raster has only one value (raster used as mask)

[bugs:#483] <https://sourceforge.net/p/jump-pilot/bugs/483/> > RasterStyleDialog freezes if the selected raster has only one value (raster > used as mask)* > > *Status:* pending > *Milestone:* > *Created:* Thu Dec 20, 2018 11:25 AM UTC by Giuseppe Aruta > *Last Updated:* Thu

Re: [JPP-Devel] [jump-pilot:bugs] #480 SLD import/export problems

[bugs:#480] <https://sourceforge.net/p/jump-pilot/bugs/480/> SLD > import/export problems* > > *Status:* open > *Milestone:* > *Created:* Sun Dec 02, 2018 02:47 PM UTC by Giuseppe Aruta > *Last Updated:* Sun Dec 02, 2018 02:47 PM UTC > *Owner:* nobody > > it seems that sld import

Re: [JPP-Devel] SVN: [6391] core/trunk/src/org/openjump/core/ui/plugin/raster/ RasterImageLayerPropertiesPlugIn.java

Hi Ede, It is such an euphemism to refer to big files with org.openjump.core.rasterimage framework as it takes a quite long time to load big files. Anyhow I did some tests, using basically TIFF files with no compression of different color depth: the memory usually increases than goes back at the s

Re: [JPP-Devel] SVN: [6391] core/trunk/src/org/openjump/core/ui/plugin/raster/ RasterImageLayerPropertiesPlugIn.java

17:59 Giuseppe Aruta < giuseppe.ar...@gmail.com> ha scritto: > Hi Ede, > It is such an euphemism to refer to big files with > org.openjump.core.rasterimage framework as it takes a quite long time to > load big files. > Anyhow I did some tests, using basically TIFF files wit

Re: [JPP-Devel] [jump-pilot:bugs] #500 possible important bug on Batik 1.6.1

ed with a different PC with Linux Mint 20 with fresh setups of OpenJUMP (Batik 1.6, Batik 1.13 and Batik 1.6.1) and had the same bug Peppe Il giorno lun 31 ago 2020 alle ore 08:47 ha scritto: > On 31.08.2020 07:19, Giuseppe Aruta via Jump-pilot-devel wrote: > > I remember we downgrade fr

[JPP-Devel] [jump-pilot:bugs] #482 OpenJUMP Style - "Style">"Import ArcMap Style" seems hard to work

l version (see above). I extracted > translations for en, de, es, fi, fr and it from the main language file. Not > sure it is worth keeping the current version in 1.16 if we don't > solve/document the problem before migration: Last Updated: Sat Aug 29, 2020 > 08:20 PM

Re: [JPP-Devel] [jump-pilot:bugs] #322 OJ stops without warnings on system shutdown

Regarding Linux, OJ can be launched by console. Closing the console shuts down Openjump with no saving. Sometimes it can be useful for processes -Sextante- that can basically divore all memory and freeze OJ . Having a warning like Kosmo that advice user's that OS is going to shut could be useful bu

Re: [JPP-Devel] [jump-pilot:bugs] Re: #501 I18N from extension

>I18N.getInstance("my.great.extension").get(String) seems more logical and easy to use Il lun 31 ago 2020, 18:58 ede via Jump-pilot-devel < jump-pilot-devel@lists.sourceforge.net> ha scritto: > On 8/31/2020 18:19, michael michaud wrote: > > String getText(Syting label) > String getText(Syting l

Re: [JPP-Devel] [jump-pilot:bugs] #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

Regarding RasterImageLayer. It has a quite good method to read geospatial position of GeoTiff, even if fails to read raster. And it automatically generated a world file. This is a good as I can reopen the GeoTiff with external software (I prefer imagej) and save back in a format readable by RasterI

[JPP-Devel] [jump-pilot:bugs] #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

e back to you. > Michaël envoyé : 2 septembre 2020 à 11:29 de : Giuseppe Aruta à : > "[jump-pilot:bugs] " objet : [jump-pilot:bugs] #498 Most GeoTIFF drivers > fail with a simple GeoTIFF image Sent from sourceforge.net because you > indicated interest in https://source

[JPP-Devel] How to use com.vividsolutions.jump.workbench.imagery.geoimg.GeoRaster

Hi Ede,is it possible to use com.vividsolutions.jump.workbench.imagery.geoimg.GeoRaster to read an image file? And how? I can easily use GeoReferencedRaster(File file) but not GeoRaster(File file) Thanks Peppe ___ Jump-pilot-devel mailing list Jump-pilo

Re: [JPP-Devel] How to use com.vividsolutions.jump.workbench.imagery.geoimg.GeoRaster

Ops! Maybe I was wrong. The question is if com.vividsolutions.jump.workbench.imagery.geoimg.GeoReferencedRaster can read png, gif, bmp and jpg too ( not only Tiff it GeiTiff) Thanks Il gio 3 set 2020, 09:33 Giuseppe Aruta ha scritto: > Hi Ede,is it possible to

[JPP-Devel] removed dependency to LoadSextanteRasterImage plugin

Hi all, today I removed all dependencies to org.openjump.core.ui.plugin.layer.pirolraster.LoadSextanteRasterImagePlugIn. The only code used of this class was the public static String KEY_PATH = "path"; This class was used many years ago to load image files as RasterImagelayers but it was almost s

Re: [JPP-Devel] SVN: [6432] core/trunk/src/org/openjump/core/rasterimage/ RasterImageIO.java

I Will check. Possibile I missed up a line. Thanks Il lun 7 set 2020, 2:19 PM ha scritto: > Peppe, > > this does not compile on my side. are there changes missing? ..ede > > Description ResourcePathLocationType > band cannot be resolved to a variable RasterImageIO.java

Re: [JPP-Devel] SVN: [6432] core/trunk/src/org/openjump/core/rasterimage/ RasterImageIO.java

It should work on OJ 6435 Il lun 7 set 2020, 3:53 PM Giuseppe Aruta ha scritto: > I Will check. Possibile I missed up a line. Thanks > > > Il lun 7 set 2020, 2:19 PM ha scritto: > >> Peppe, >> >> this does not compile on my side. are there changes missing? ..e

Re: [JPP-Devel] How to use com.vividsolutions.jump.workbench.imagery.geoimg.GeoRaster

On 03.09.2020 09:33, Giuseppe Aruta wrote: > > Hi Ede,is it possible to use > > com.vividsolutions.jump.workbench.imagery.geoimg.GeoRaster > > to read an image file? > > And how? > > same as GeoReferencedRaster > > but as > > public class GeoReferencedRaste

Re: [JPP-Devel] RasterQueryCursorTool

Hi MIchael, thanks for the correction. I have to revise my copy of OJ on Eclipse Peppe Il giorno dom 13 set 2020 alle ore 00:07 Michaud Michael < m.michael.mich...@orange.fr> ha scritto: > Peppe, > > The commited code did not compile. I fixed it in 6454, but please, check > I commented the right

Re: [JPP-Devel] [jump-pilot:bugs] #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

Actually Image Raster (Sextante) uses class com.vividsolutions.jump.workbench.imagery.geoimg.GeoReferencedRaster to read an image. @Michael ASTGTMV003_N08W084_de file is a geotiff even it has a tfw file: everythimes that OJ loads a till image, even geotiff, it creates a new worldfile I made th

Re: [JPP-Devel] [jump-pilot:bugs] #503 1/2 pixel shift in image georeferencement

>There is still 1/2 pixel difference between image georeferenced with Sextant Raster reader and images georeferenced with other readers. I have not investigated yet and don't know which one is correct. AFAIR that was a quite old issue in Sextante. Eventually (if I am not wrong) Stefan corrected ma

Re: [JPP-Devel] [jump-pilot:bugs] Re: #451 Add image layer throwing exception

Regarding 0.5 pixel see comments of Stefan org.openjump.core.rasterimage.AddRasterImageLayerWizard line 237 Il giorno dom 13 set 2020 alle ore 12:08 ede via Jump-pilot-devel < jump-pilot-devel@lists.sourceforge.net> ha scritto: > On 13.09.2020 11:48, michael michaud wrote: > > Ede, can you tell

Re: [JPP-Devel] [jump-pilot:bugs] #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

ext], jai reader, it is actually > about 1.0 wide, but with Sextant Raster reader it is only 0.0126 wide > (note that the upper left corner is correct) > > What do you think ? > > Michaël > > *envoyé :* 13 septembre 2020 à 11:55 > *de :* Giuseppe Aruta > *à :* "[ju

Re: [JPP-Devel] [jump-pilot:bugs] #430 JP2 reader does not read all jp2 files

The only problem is to define gdal libraries at least for Windows, Linux and Mac Il dom 13 set 2020, 18:31 ede via Jump-pilot-devel < jump-pilot-devel@lists.sourceforge.net> ha scritto: > we should probably thinking about adding a MEGA distro containing GDAL as > most users are probably completel

Re: [JPP-Devel] [jump-pilot:bugs] #496 OpenJUMP 1.15 freezes on loading project files from differing versions

I will test tomorrow and give back a report Il dom 13 set 2020, 18:32 ede via Jump-pilot-devel < jump-pilot-devel@lists.sourceforge.net> ha scritto: > as i wrote directly above your post. nope. > -- > > * [bugs:#496] Ope

Re: [JPP-Devel] SVN: [6461] core/trunk/src/org/openjump/core/rasterimage

Hi Ede, can you check if this modification fits memory problems? a) On loading TIF (RasterImageIO and TiFFUtils class) I get the envelope directly tiff metadata b) on the other tools I reuse the previous method Il giorno lun 14 set 2020 alle ore 10:49 ha scritto: > Peppe, > > i noticed earlier t

Re: [JPP-Devel] SVN: [6461] core/trunk/src/org/openjump/core/rasterimage

I reverted the changes. I didn't find a valid way. Il giorno lun 14 set 2020 alle ore 11:49 Giuseppe Aruta < giuseppe.ar...@gmail.com> ha scritto: > Hi Ede, > can you check if this modification fits memory problems? > a) On loading TIF (RasterImageIO and TiFFUtils class

Re: [JPP-Devel] [jump-pilot:bugs] #496 OpenJUMP 1.15 freezes on loading project files from differing versions

Yes. Also with other project files I made using OJ 1.15. I remember I had a similar bug connect to one of the implements of JFileChooser in openjump (with the tools to save and load style files). Peppe Il lun 14 set 2020, 20:38 michael michaud via Jump-pilot-devel < jump-pilot-devel@lists.sourcefo

[JPP-Devel] Extend pixel inspection

Hi all, I added to the pixel inspection tool - activated on Sextante raster layer, on the menu Raster>pixel inspection - the capability to retrieve a set of a value (into a table) if the user drags on an area of the displayed (and selected) raster layer. It is a very testing tools as it is limited

[JPP-Devel] Error message on Monoband raster loaded as ReferencedImage or as RasterImageLayer

Hi all Sometimes I try to load a monoband raster, like the one I attached to this mail, and I get this message of error: *(Referenced Image Exception)com.vividsolutions.jump.workbench.imagery.ReferencedImageException: java.lang.ArrayIndexOutOfBoundsException at com.vividsolutions.jump.workbenc

Re: [JPP-Devel] About CAD tool Draw a symmetric geometry

Hi Jukka the following steps work for me: a) select the feature(s) you want to mirror b) click on the tool "Draw a symmetric geometry" c) in the next dialog select the option in the middle ("Select a line") d) the cursor changes icon, put on the line you want to use and click once. e) a small blue

Re: [JPP-Devel] SVN: [6490] core/trunk/src/com/vividsolutions/jump/workbench/ui/ JTablePanel.java

>it is as well cluttering our API Do you mean to add a panel on JTablePanel and then to remove it on a plugin? I agree. But honestly in this moment I don't find another solution. The time I added the class JTablePanel to OpenJUMP, I was thinking of an easy (and uniform) way to manage data on a ta

Re: [JPP-Devel] Error message on Monoband raster loaded as ReferencedImage or as RasterImageLayer

g>and > then several raster files. > Best regards > Roberto Rossi > > Il 16/09/2020 12:10, edgar.sol...@web.de ha scritto: > > hey Peppe, > > could you provide one or more of the problematic image files as well? > > ..ede > > On 9/16/2020 7:12, Giuseppe Arut

Re: [JPP-Devel] Error message on Monoband raster loaded as ReferencedImage or as RasterImageLayer

t;> Roberto Rossi >> >> Il 16/09/2020 12:10, edgar.sol...@web.de ha scritto: >> >> hey Peppe, >> >> could you provide one or more of the problematic image files as well? >> >> ..ede >> >> On 9/16/2020 7:12, Giuseppe Aruta wrote

Re: [JPP-Devel] Error message on Monoband raster loaded as ReferencedImage or as RasterImageLayer

ha scritto: > hey Peppe, > > On 9/17/2020 14:58, Giuseppe Aruta wrote: > > Hi Ede, > > the class > > com.vividsolutions.jump.workbench.imagery.geoimg.GeoReferencedRaster > (and > > related) work very well on loading raster in sextante. > > In order to clean up

Re: [JPP-Devel] Error message on Monoband raster loaded as ReferencedImage or as RasterImageLayer

the error in several files of the list and was not able to load and view some of them Peppe Il giorno gio 17 set 2020 alle ore 15:29 Giuseppe Aruta < giuseppe.ar...@gmail.com> ha scritto: > Hi Ede, > sorry, I sent the message just a microsecond I received yours > > >how

Re: [JPP-Devel] Error message on Monoband raster loaded as ReferencedImage or as RasterImageLayer

Thanks Ede Il gio 17 set 2020, 16:47 ha scritto: > let me have a look at it over the weekend. i am fairly certain that i can > cut out some computing which is not necessary for sextante raster, which > might already fix this issue. > > ..ede > > On 9/17/2020 15:34, Giusepp

Re: [JPP-Devel] [jump-pilot:bugs] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

Ede, MIchael, regarding RasterImageLayers. At this stage, even if I partially solved the problems of the warning from my side, Roberto still finds them. I also find a problem on Sextante. Whenever a raster is generated by a Sextante tool, it is loaded but neither displayed nor readable on Openjump.

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

Hi Ede >what was your time frame again? TiffUtils ->6398 30/08/2020 RasterImageLayer -> 6399 31/08/2020 RasterImageIO -->5413 01/04/2017 AddRasterImageLayerWizard --> 5916 18/08/2018 All my modification started from 02/09/2020 Il giorno dom 20 set 2020 alle ore 14:52 ha scritto: > Mike

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

ppe, > > misunderstanding ;). my question is when do you need it working as stable > or better as in OJ 1.15? when do the courses start? ..ede > > On 20.09.2020 18:19, Giuseppe Aruta wrote: > > Hi Ede > >>what was your time frame again? > > TiffUtils ->6398 30/08/2020

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

hank you Peppe Il giorno lun 21 set 2020 alle ore 01:13 ha scritto: > On 20.09.2020 18:53, Giuseppe Aruta wrote: > > :-) > > Sorry for misunderstanding. > > nuhhh. no problemo. > > > Roberto starts the course at the 1 of October. > > He can use OJ 1.15, as wel

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

send the logfile > > ..ede > > On 21.09.2020 09:54, Giuseppe Aruta wrote: > > Hi Ede, everything fine on my side to load view and zoom raster file. > > I have problems on loading raster generated by OpenJUMP (ex. using > "Extract selected part of the image" to

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

On the toolbar. The one that looks like a gray box [image: image.png] Il giorno lun 21 set 2020 alle ore 13:47 ha scritto: > On 9/21/2020 11:03, Giuseppe Aruta wrote: > > h) I drew a fence on the raster > > g) On layer tree, selecting Depit070.tif, I clicked on tool "Extra

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

al > image.. ede > > On 9/21/2020 16:02, ede wrote: > > Peppe, > > > > please try r6506. extracting a part works for me now. tested on Ubuntu > > 20. ..ede > > > > On 9/21/2020 11:03, Giuseppe Aruta wrote: > >> OK. > >> > >&g

Re: [JPP-Devel] Fwd: [jump-pilot:bugs] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

OK. I will do 2020-09-21 18:31 GMT+02:00, edgar.sol...@web.de : > On 21.09.2020 17:19, Giuseppe Aruta wrote: >> Hi Ede, >> it works fine. I was able to cut a selected part of the image. And also I >> tested on some simple  tools form Sextante that generate raster (Raster

Re: [JPP-Devel] SVN: [6508] core/trunk/src/org/openjump/sigle/utilities/geom/ FeatureCollectionUtil.java

/** > >* This class can check if a FeatureCollection has only one Geometry > Type > > @@ -22,7 +33,8 @@ > >* @author Erwan Bocher > >* @author Olivier Bedel > >* @version 2005-08-10 > > - * > > + * @author Giuseppe Aruta [2020-0

Re: [JPP-Devel] SVN: [6507] core/trunk/src/org/openjump/core/rasterimage

I will make those changes. Statistics are calculated in order to reuse on raster analysis (sextante). It is also saved into a special .aux.xml sidecar file. At this moment there is no need to implement GeoReferencedRaster with Statistic read as it is uìused only by Sextante. Il giorno mar 22 set 2

[JPP-Devel] New tool to rasterize vectors

Hi all, Roberto Rossi and I made a revision on Rasterize vector layer tools in OpenJUMP. This functionality is quite essential in raster analysis as it allows to transfer info in a raster to reuse in so-called Raster algebra to get new information. Generally, in a raster analysis, the number of vec

Re: [JPP-Devel] SVN: [6508] core/trunk/src/org/openjump/sigle/utilities/geom/ FeatureCollectionUtil.java

> > On 9/22/2020 12:25, Giuseppe Aruta wrote: > > Done > > > > Il giorno mar 22 set 2020 alle ore 12:06 edgar.sol...@web.de>> ha scritto: > > > > Peppe, some comments inline below ..ede > > > > On 9/22/2020 11:30, jump-pilot-

Re: [JPP-Devel] SVN: [6513] core/trunk/src/org/openjump/sigle/utilities/geom/ FeatureCollectionUtil.java

OK 2020-09-22 13:28 GMT+02:00, edgar.sol...@web.de : > Peppe, > > just rephrased/formatted/typofixed some more. can you check that it > describes what is done? ..thx ede > > On 9/22/2020 13:26, jump-pilot-svn--- via Jump-pilot-devel wrote: >> Revision: 6513 >>http://sourceforge.net/p/j

Re: [JPP-Devel] SVN: [6507] core/trunk/src/org/openjump/core/rasterimage

a reading within > TiffUtils generally. still you my want to consider a caching approach there > as well if the info is accessed more than once and expected not to change > over the course of the runtime. > > ..ede > > On 9/22/2020 12:32, Giuseppe Aruta wrote: > > I wi

Re: [JPP-Devel] SVN: [6507] core/trunk/src/org/openjump/core/rasterimage

files*. Note that, together with Statistics, also NoData value is read using apache commons. Possibly it can be used JAI staff instead (as in AddRasterImageLayerWizard class). Il giorno mar 22 set 2020 alle ore 13:49 Giuseppe Aruta < giuseppe.ar...@gmail.com> ha scritto: > > + pr

Re: [JPP-Devel] SVN: [6507] core/trunk/src/org/openjump/core/rasterimage

9 ha scritto: > > > On 9/22/2020 13:49, Giuseppe Aruta wrote: > >> + private static ImageAndMetadata readImage(File tiffFile, int > overviewIndex, int indexStart, Point originalSize, > >> + Resolution originalCellSize, Envelope wholeImageEnvelope,

Re: [JPP-Devel] SVN: [6518] core/trunk/src/org/openjump/core/rasterimage

fUtilsV2.getEnvelope(tiffFile); > + // Overviews overviews = OverviewsUtils.getOverviews(new > File(fileNameOrURL), imageEnvelope); > > - return TiffUtilsV2.readImage(tiffFile, viewPortEnvelope, > requestedRes, overviews, stats); > - > +// return TiffUtilsV2.

Re: [JPP-Devel] SVN: [6518] core/trunk/src/org/openjump/core/rasterimage

Removing common imaging also "prodigiously" solved the problem on AsterDem dimension that Michael described in a previous post Il giorno mar 22 set 2020 alle ore 18:20 Giuseppe Aruta < giuseppe.ar...@gmail.com> ha scritto: > Hi Ede, > The changes I did: > a) remove th

Re: [JPP-Devel] Fwd: [jira] [Commented] (IMAGING-267) Colorful rendering of b/w Monoband TIF

*First off, this TIFF appears to be geophysical data. But there are no GeoTIFF tags bundled with the image. Judging from the ModelTiepointTag, it appears that the original image was configured using a projected coordinate system, maybe a UTM zone. It might help me understand this better if there

Re: [JPP-Devel] SVN: [6526] core/trunk/src

Hi Ede I am going to partially revert no data reading back to Apache Commons Imaging The reason is that the actual method that uses JAI (I added yesterday) still throws a NumberFormatException with one of the 24 test files that Roberto provided. While commons imaging works file with all. Peppe Il

Re: [JPP-Devel] RasterizePlugIn

Hi Michael, thanks for the comment. Indeed my idea was to test and refine the plugin before to make available. *- plugin throws a NPE if selected attribute contains nulls* Thanks, I corrected it *- RasterizeAlgorithm class : why don't you stick to CamelCase conventions for method names?* I will ch

[JPP-Devel] Activated Rasterize Vector layer plugin

rds Giuseppe Aruta ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] 6506 loading raster test

Ede, Roberto, I reverted a change made on display raster . The changes was made in order to bypass the bug described by Michael : 498 Most GeoTIFF drivers fail with a simple GeoTIFF image The change wa

Re: [JPP-Devel] SVN: [6566] plug-ins/GraphToolboxPlugin/trunk

Thanks Michael. Interesting new featured -- Inviato da myMail per Android sabato, 03 ottobre 2020, 07:59PM +02:00 da jump-pilot-svn--- via Jump-pilot-devel jump-pilot-devel@lists.sourceforge.net : >Revision: 6566 >   http://sourceforge.net/p/jump-pilot/code/6566 >Author: michaudm >Dat

[JPP-Devel] Problems on OJ SVN builds

Hi Ede, not sure what is the problem. it seems since version 6591 Peppe ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Fwd: Reading elevation data using Apache Commons Imaging

Hi all, First of all, I would like to thank Gary for the help to solve an important issue in OpenJUMP. This project is the result of a collaborative work of many people coming from different experiences and using OpenJUMP for different purposes: work, teaching, research. Extending this collaboratio

[JPP-Devel] Move Rasterize plugin form Tool>Generate menu to Raster>Rasterize menu

Hi all, I am considering moving the new plugin "Rasterize vector layer" from menu Tool>Generate to menu Raster>Rasterize (rasterize submenu). The reason is to make it more evident to students who need to use it in a raster analysis. Raster tools are already scattered between the OJ Raster menu, Sex

Re: [JPP-Devel] 6506 loading raster test

I asked Roberto to do some tests using other raster tools on OpenJUMP in order to limit the possible "bug" to other sectors of Rater management rather than loading. Roberto valuated on the Digital Terrain Model(DTM) file those tools a) RasterPropertiesPlugin and Compare raster layers, as these ones

<    8   9   10   11   12   13   14   15   16   17   >