---
** [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-pi
- Description has changed:
Diff:
--- old
+++ new
@@ -1,6 +1,15 @@
-Hi all,(Layerable: RasterImageLayer) whenever I try to create a new raster I
get an error message due to matter that OJ cannot read (or create) a aux.xml
file (file where some statistics are stored). The bug is important
Hi Ede,
> did you rename the samples before you uploaded them?
No. file:/tmp/Parte%20-dialwdgg_4390.tif.aux.xml should be automatically
created by OJ when it load the new generated file.
>the files you attached open and save fine incl. the aux file on windows within
>eclipse current trunk revisi
*can you check, is your folder /tmp existing and writable by you?*
Yes. It is both existing and writable. But the problem is neither the status of
tmp folder nor a space in the path: on my machine it happens on every folder I
try to use.
*i just committed a line, you can check the surrounding
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 A
I found the reason,
a) missing class serializer-2.7.2.jar
b) obsolete class xalan-2.4.1.jar
How to solve:
in the LIB folder
a) substitute xalan-2.4.1.jar witn newer xalan-2.7.2.jar
b) copy lib serializer-2.7.2.jar
with this modification opening TIF files without aux.xml sidecar files works
f
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://so
so it was the batik upgrade, just not batik itself. ;) it's pulling in an
outdated xalan dependency. see attached `mvn dependency:tree`reports for
pom.xml with `1.6-1` on the left and
`1.6` on the right.
at this point i'd say eff it, also because batik 1.6-1 draws in 5MB more deps
and just re
Peppe please try snapshot r6403
https://sourceforge.net/projects/jump-pilot/files/OpenJUMP_snapshots/OpenJUMP-Portable-20200901-r6403-PLUS.zip
---
** [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 Giusepp
Hi Ede,
I didi some test, now everything works fine, thanks.
The cryses is over. OpenJUMP Raster analysis is heavily used in the cource of
GIS analysis at the Univ. of Padua by Roberto Rossi
(https://persone.csia.unipd.it/off/2020/LM/AV/AG0062/000ZZ/AG01122459/N0) which
starts in a months
I am
- **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
**Attachments:**
-
[ge
Export is fine for Vector and ReferenceImageLayer at any scale.
Export RasterImageLayer: it is rescales and sometimes lost if we rescale the
view using saving options:
The difference:
a) Embedded Save view>to SVG and change current scale box on "Scale 1:"
option.
1) If I leave the scale box
On 31.08.2020 07:19, Giuseppe Aruta via Jump-pilot-devel wrote:
> I remember we downgrade from Batik 1.13 to Batik 1.6.1 because of problems to
> export to SVG
one of the reasons apart from the stack that i don't believe it's batik.
there's no svg involved here.
1.
is "Extract selected part" th
Hi Ede, see the answers below
*>one of the reasons apart from the stack that i don't believe it's batik.
there's no svg involved here.*
OpenJUMP doesn't use Batik to export SVG but also to write/read XML files
1.
* >is "Extract selected part" the only way it fails? so open/saving
RasterImageLayer
thx Peppe,
as long as it didn't get worse all is fine.. ede
On 01.09.2020 18:05, Giuseppe Aruta via Jump-pilot-devel wrote:
> Export is fine for Vector and ReferenceImageLayer at any scale.
>
> Export RasterImageLayer: it is rescales and sometimes lost if we rescale the
> view using saving opti
15 matches
Mail list logo
