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

[JPP-Devel] [jump-pilot:bugs] #175 Bug random behavior of Save Image to Raster

- **status**: open --> closed-fixed - **Comment**: It is already solved. Fixed --- ** [bugs:#175] Bug random behavior of Save Image to Raster** **Status:** closed-fixed **Milestone:** OJ_1.16 **Labels:** General / Other **Created:** Wed Feb 09, 2011 07:32 AM UTC by Anonymous **Last

[JPP-Devel] [jump-pilot:bugs] #422 Bug in jython tools

- **status**: pending --> closed-fixed --- ** [bugs:#422] Bug in jython tools** **Status:** closed-fixed **Milestone:** OJ_1.16 **Created:** Wed Jun 01, 2016 06:13 AM UTC by michael michaud **Last Updated:** Mon Sep 14, 2020 07:26 AM UTC **Owner:** nobody Some jython tools like Road arc

[JPP-Devel] [jump-pilot:bugs] #422 Bug in jython tools

OK. I will close it. No complain for the absence of Road Tool --- ** [bugs:#422] Bug in jython tools** **Status:** pending **Milestone:** OJ_1.16 **Created:** Wed Jun 01, 2016 06:13 AM UTC by michael michaud **Last Updated:** Sun Sep 13, 2020 06:37 PM UTC **Owner:** nobody Some jython tools

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]

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

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

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 > *à :* "[jump-pi

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] #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

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

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

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

I made several tests opening the test files attached to this post in several combinations. I used: OJ 6445 core - OJ 6445 PLUS **OJ 6445 core** It opens all the files without any problem. the DEM (*AsterDEM, geotif *and *mdt25a*) are displayed wella nd also tool (like pixel inspection) works

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

I see that there is a newer version OJ 6344, I will test it. Just to check it is not a OS problem, I use Ubuntu with OpenJDK 1.8 --- ** [bugs:#498] Most GeoTIFF drivers fail with a simple GeoTIFF image** **Status:** open **Milestone:** OJ_future **Created:** Sun Aug 30, 2020 08:02 AM UTC by

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

I would like to find a solution with I imageio-ext 1.3.2. It seems to work faster and to use less memory. Otherwise I am OK to downgrade to the last working version (1.1.13) Attachments: -

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

we lost the ability (version OJ 6443) to load TIFF DEM (mono band rasters). I tested with several TIFF DEM, including the one I attached here. None is load. AFAIR we had the same problem when we moved to imageIO-ext 1.1.13 to 1.1.16 (OJ 1.15). So we had to downgrade to

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

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

(Sextante) RasterImage. I had to revert some changes I did in these days. Mostly connected to cell query. The reason: Roberto Rossi, from Univ, of Padua, who worked as my tester found some blurring on display discrete DEMs (Dem with classes) and the cell query was quite slow and displaying

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] 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

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

OpenJUMP 6430 . Almost solved reading pixel data (Info tool , pixel inspection and raster profile) for test image small_word.tif (not for Aster dem file). Removed also warnings substituting GeoReferencedRaster.getImage() method to read PlanarImage of TIFF (instead of JAI.create("fileload"..)

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

@edso >maybe you want to take a peek how other JUMPSs/Java apps access those and >implement it in OJ? Kosmo used Gdal to access to raster data, I think with GvSIG framework Possibly a pure Java solution that works with many TIFF types could be on ImageJ >if it used to work earlier try to

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

If you agree I will keep this ticket open for OpenJUMP 2.0 --- ** [bugs:#498] Most GeoTIFF drivers fail with a simple GeoTIFF image** **Status:** open **Milestone:** OJ_1.16 **Created:** Sun Aug 30, 2020 08:02 AM UTC by michael michaud **Last Updated:** Fri Sep 04, 2020 09:46 PM UTC **Owner:**

[JPP-Devel] [jump-pilot:bugs] #495 Warp panel shows a vertical toolba instead of horizontal on Ubuntu

by Giuseppe Aruta **Last Updated:** Fri Sep 04, 2020 09:58 AM UTC **Owner:** Giuseppe Aruta **Attachments:** - [Senzanome.png](https://sourceforge.net/p/jump-pilot/bugs/495/attachment/Senzanome.png) (45.0 kB; image/png) On Ubuntu Mate. Warp Plugin. The toolbar of the panel sets all vector tools

[JPP-Devel] [jump-pilot:bugs] #495 Warp panel shows a vertical toolba instead of horizontal on Ubuntu

, 2020 07:40 AM UTC by Giuseppe Aruta **Last Updated:** Fri Sep 04, 2020 09:44 AM UTC **Owner:** Giuseppe Aruta **Attachments:** - [Senzanome.png](https://sourceforge.net/p/jump-pilot/bugs/495/attachment/Senzanome.png) (45.0 kB; image/png) On Ubuntu Mate. Warp Plugin. The toolbar of the panel sets

[JPP-Devel] [jump-pilot:bugs] #495 Warp panel shows a vertical toolba instead of horizontal on Ubuntu

- **status**: open --> closed-works-for-me --- ** [bugs:#495] Warp panel shows a vertical toolba instead of horizontal on Ubuntu** **Status:** closed-works-for-me **Milestone:** OJ_future **Created:** Fri Jul 31, 2020 07:40 AM UTC by Giuseppe Aruta **Last Updated:** Fri Sep 04, 2020 09:57

[JPP-Devel] [jump-pilot:bugs] #429 CRS transformation

- **status**: open --> closed - **Milestone**: --> undecided - **Comment**: Closed since november 2017. See discussion --- ** [bugs:#429] CRS transformation** **Status:** closed **Milestone:** undecided **Created:** Thu Sep 29, 2016 07:43 PM UTC by michael michaud **Last Updated:** Mon Dec

[JPP-Devel] [jump-pilot:bugs] #495 Warp panel shows a vertical toolba instead of horizontal on Ubuntu

instead of horizontal on Ubuntu** **Status:** open **Milestone:** OJ_future **Created:** Fri Jul 31, 2020 07:40 AM UTC by Giuseppe Aruta **Last Updated:** Fri Aug 28, 2020 08:24 PM UTC **Owner:** Giuseppe Aruta **Attachments:** - [Senzanome.png](https://sourceforge.net/p/jump-pilot/bugs/495

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

I attached the Aster DEM tif file. Once loaded into OpenJUMP, to display it, click on "Zoom to layer" Then try to use the tools Raster>Pixel inspection or Raster>Profile The output is always "0.0" Peppe Attachments: -

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

Since I have problems to display Aster tiff files, possibily due to the precence of overviews, I am considering to add a plugin to convert a file image (TIFF in this case) directly without loading into OJ view --- ** [bugs:#498] Most GeoTIFF drivers fail with a simple GeoTIFF image**

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

Hi Michael, I confirm newer OJ MB can load and display simple geotiff. The changes I did: a) TiFFUtils class. Method getRenderedOp(File tiffFile) which was using JAI.create method to load a file. I added as main method GeoReferencedRaster.getRenderedOp which seems more robust and able to open

[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

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] 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

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

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://sourceforge.

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

Please try OJ 6410 --- ** [bugs:#498] Most GeoTIFF drivers fail with a simple GeoTIFF image** **Status:** open **Milestone:** OJ_1.16 **Created:** Sun Aug 30, 2020 08:02 AM UTC by michael michaud **Last Updated:** Wed Sep 02, 2020 09:28 AM UTC **Owner:** nobody **Attachments:** -

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

Hi Michael, I added a small patch to RasterImageLayer.class (Sextante) which should partially solve the display for tiff loaded via this class. Not sure about the reason (TIFF drivers? Appling symbology?). I still have Error output whenever I use a pixel querry ([ERROR] 11:11:45.369 Planar

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

possible important bug on Batik 1.6.1** **Status:** closed-fixed **Milestone:** OJ_1.16 **Created:** Sun Aug 30, 2020 03:17 PM UTC by Giuseppe Aruta **Last Updated:** Tue Sep 01, 2020 03:27 PM UTC **Owner:** nobody **Attachments:** - [geotiff.tfw](https://sourceforge.net/p/jump-pilot/bugs/500/attac

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

- **status**: open --> closed-fixed --- ** [bugs:#500] possible important bug on Batik 1.6.1** **Status:** closed-fixed **Milestone:** OJ_1.16 **Created:** Sun Aug 30, 2020 03:17 PM UTC by Giuseppe Aruta **Last Updated:** Tue Sep 01, 2020 03:26 PM UTC **Owner:** nobody **Attachme

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

going to close the bug ticket Peppe --- ** [bugs:#500] possible important bug on Batik 1.6.1** **Status:** open **Milestone:** OJ_1.16 **Created:** Sun Aug 30, 2020 03:17 PM UTC by Giuseppe Aruta **Last Updated:** Tue Sep 01, 2020 01:38 PM UTC **Owner:** nobody **Attachments

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

tested on newer OJ 6400 --- ** [bugs:#500] possible important bug on Batik 1.6.1** **Status:** open **Milestone:** OJ_1.16 **Created:** Sun Aug 30, 2020 03:17 PM UTC by Giuseppe Aruta **Last Updated:** Tue Sep 01, 2020 09:50 AM UTC **Owner:** nobody **Attachments:** - [geotiff.tfw](https

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

:** Sun Aug 30, 2020 03:17 PM UTC by Giuseppe Aruta **Last Updated:** Mon Aug 31, 2020 05:19 AM UTC **Owner:** nobody **Attachments:** - [geotiff.tfw](https://sourceforge.net/p/jump-pilot/bugs/500/attachment/geotiff.tfw) (42 Bytes; application/octet-stream) - [geotiff.tif](https://sourceforge.net/p

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

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

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

[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 UTC

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

th 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 from Batik 1.13 to Batik 1.

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

I remember we downgrade from Batik 1.13 to Batik 1.6.1 because of problems to export to SVG --- ** [bugs:#500] possible important bug on Batik 1.6.1** **Status:** open **Milestone:** OJ_1.16 **Created:** Sun Aug 30, 2020 03:17 PM UTC by Giuseppe Aruta **Last Updated:** Mon Aug 31, 2020 05:18

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

ger$TaskWrapper.run(TaskMonitorManager.java:151) --- ** [bugs:#500] possible important bug on Batik 1.6.1** **Status:** open **Milestone:** OJ_1.16 **Created:** Sun Aug 30, 2020 03:17 PM UTC by Giuseppe Aruta **Last Updated:** Sun Aug 30, 2020 08:50 PM UTC **Owner:** nobody **Attachme

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

rtant bug on Batik 1.6.1** **Status:** open **Milestone:** OJ_1.16 **Created:** Sun Aug 30, 2020 03:17 PM UTC by Giuseppe Aruta **Last Updated:** Sun Aug 30, 2020 03:19 PM UTC **Owner:** nobody **Attachments:** - [geotiff.tfw](https://sourceforge.net/p/jump-pilot/bugs/500/attachment/geotiff.

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

* open **Milestone:** OJ_1.16 **Created:** Sun Aug 30, 2020 03:17 PM UTC by Giuseppe Aruta **Last Updated:** Sun Aug 30, 2020 03:17 PM UTC **Owner:** nobody **Attachments:** - [geotiff.tfw](https://sourceforge.net/p/jump-pilot/bugs/500/attachment/geotiff.tfw) (42 Bytes; application/octet-

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

--- ** [bugs:#500] possible important bug on Batik 1.6.1** **Status:** open **Milestone:** OJ_1.16 **Created:** Sun Aug 30, 2020 03:17 PM UTC by Giuseppe Aruta **Last Updated:** Sun Aug 30, 2020 03:17 PM UTC **Owner:** nobody **Attachments:** - [geotiff.tfw](https://sourceforge.net/p/jump

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 file

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

[JPP-Devel] [jump-pilot:bugs] #479 OpenJUMp doen't recognize RasterImageLayer SRS on loading anymore

- **status**: open --> closed-fixed - **Milestone**: --> undecided --- ** [bugs:#479] OpenJUMp doen't recognize RasterImageLayer SRS on loading anymore** **Status:** closed-fixed **Milestone:** undecided **Labels:** SRS **Created:** Sat Aug 18, 2018 10:08 AM UTC by Giuseppe Aruta

[JPP-Devel] [jump-pilot:bugs] #479 OpenJUMp doen't recognize RasterImageLayer SRS on loading anymore

It has been fixed but tag has not been changed yet --- ** [bugs:#479] OpenJUMp doen't recognize RasterImageLayer SRS on loading anymore** **Status:** open **Milestone:** **Labels:** SRS **Created:** Sat Aug 18, 2018 10:08 AM UTC by Giuseppe Aruta **Last Updated:** Sat Aug 29, 2020 08:49 AM

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

- **Milestone**: --> OJ_future - **Comment**: Tagged ad posted. Maybe it can be fix --- ** [bugs:#480] SLD import/export problems** **Status:** open **Milestone:** OJ_future **Created:** Sun Dec 02, 2018 02:47 PM UTC by Giuseppe Aruta **Last Updated:** Sat Aug 29, 2020 08:47 AM UTC **Ow

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

- **status**: pending --> closed-fixed - **Milestone**: --> undecided --- ** [bugs:#483] RasterStyleDialog freezes if the selected raster has only one value (raster used as mask)** **Status:** closed-fixed **Milestone:** undecided **Created:** Thu Dec 20, 2018 11:25 AM UTC by Giuseppe

[JPP-Devel] [jump-pilot:bugs] Re: #479 OpenJUMp doen't recognize RasterImageLayer SRS on loading anymore

> doen't recognize RasterImageLayer SRS on loading anymore* > > *Status:* open > *Milestone:* > *Labels:* SRS > *Created:* Sat Aug 18, 2018 10:08 AM UTC by Giuseppe Aruta > *Last Updated:* Sun Aug 19, 2018 04:12 PM UTC > *Owner:* Giuseppe Aruta > > OpenJUMp doen't recognize RasterI

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] [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] #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] 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

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

Re: [JPP-Devel] batik upgraded

: > 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] batik upgraded

y what 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

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

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

Hi Michael, can you send me the files you used as first test? I will try on my side --- ** [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:** Fri Aug 14, 2020 12:19 PM UTC

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] 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

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

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

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

[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

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

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] 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] 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.5 la

Re: [JPP-Devel] batik upgraded

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 bugs. how about on your sides? &

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

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

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.

[JPP-Devel] [jump-pilot:bugs] #495 Warp panel shows a vertical toolba instead of horizontal on Ubuntu

Aruta **Last Updated:** Fri Jul 31, 2020 07:40 AM UTC **Owner:** Giuseppe Aruta **Attachments:** - [Senzanome.png](https://sourceforge.net/p/jump-pilot/bugs/495/attachment/Senzanome.png) (45.0 kB; image/png) On Ubuntu Mate. Warp Plugin. The toolbar of the panel sets all vector tools icon

[JPP-Devel] [jump-pilot:bugs] #495 Warp panel shows a vertical toolba instead of horizontal on Ubuntu

--- ** [bugs:#495] Warp panel shows a vertical toolba instead of horizontal on Ubuntu** **Status:** open **Created:** Fri Jul 31, 2020 07:40 AM UTC by Giuseppe Aruta **Last Updated:** Fri Jul 31, 2020 07:40 AM UTC **Owner:** Giuseppe Aruta **Attachments:** - [Senzanome.png](https

Re: [JPP-Devel] Some enhencements on Openjump

heck 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 Jumpers, > toda

[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

[JPP-Devel] [jump-pilot:feature-requests] #245 Create form to edit attribute values

- **status**: open --> pending - **Comment**: OJ 6352 2020-07-16. added to EditOptionPanel an option to automatically open a feature Info Frame after a new feature is created. This allows user to input attribute values directly after digitalizing a feature --- ** [feature-requests:#245]

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

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

p 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

[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.prope

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

- **status**: open --> closed - **assigned_to**: Giuseppe Aruta --- ** [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 kjt **Last Updated:** Wed Jun 10, 2020

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

Janos, your hungarian file has been uploaded into OpenJUMP dist and will be available on next build. If you are interested to translate OpenJUMP to Hungarian, as suggested by Ede, and need a help, fill free to write to the group list Bets regards Peppe --- ** [feature-requests:#268]

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: >

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

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] 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

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. 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, I was

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

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 to add

[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

[JPP-Devel] Updated VertexSymbols plugin

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

<    1   2   3   4   5   6   7   8   9   10   >