---
** [bugs:#514] Images with positive y-scale**
**Status:** open
**Milestone:** OJ_future
**Created:** Sat Nov 21, 2020 08:43 AM UTC by michael michaud
**Last Updated:** Sat Nov 21, 2020 08:43 AM UTC
**Owner:** nobody
Most georeferenced images use a coordinate model where y axis is oriente
I did further tests and observed something strange which may be related (or
not) to this bug.
I crop an image and save the result in a new file, it creates a new
RasterImageLayer.
I remove this new RasterImageLayer from the LayerNamePanel : the underlying
file stay locked
Now I remove also the o
---
** [bugs:#515] Raster display in low memory situation**
**Status:** open
**Milestone:** OJ_future
**Created:** Tue Nov 24, 2020 10:20 PM UTC by michael michaud
**Last Updated:** Tue Nov 24, 2020 10:20 PM UTC
**Owner:** michael michaud
This ticket follows ticket #513.
After correction of
---
** [bugs:#516] RemodelerTool not correct**
**Status:** open
**Milestone:** OJ_1.16
**Created:** Wed Nov 25, 2020 11:29 AM UTC by michael michaud
**Last Updated:** Wed Nov 25, 2020 11:29 AM UTC
**Owner:** michael michaud
There are several bugs in ModelerTool :
Z should not be interpolated
Even after several bug fixes, I still not have a good understanding of the
image framework.
To be able to imagine improvements, I would need a more precise idea about when
the image is read from disk and when/where/what is cached.
It would deserve a page on the wiki if it does not exists so that
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>
http://www.w3.org/1999/xhtml";>
Hi Ede,Thank you for the overview of the main raster
classes.I don't know if your proposition of saving the displayed image
to disk would improve performance/memory usage. It would need tests. Anyway,
let
- **status**: pending --> closed-fixed
---
** [bugs:#512] Georeferenced RasterImage : useless dialog to create a worlfile**
**Status:** closed-fixed
**Milestone:** OJ_1.16
**Created:** Wed Nov 11, 2020 08:29 AM UTC by michael michaud
**Last Updated:** Mon Nov 30, 2020 07:56 PM UTC
**Owner:** n
- **Milestone**: OJ_1.16 --> OJ_future
- **Comment**:
Thank Peppe,
I let it opened as it may probably be fixed in a better way, but it can be
postponed to version 2. Currently, a first dialog ask the user if he wants to
overwrite the existing file. If yes, the user is informed it is not possible
- **status**: open --> closed-fixed
---
** [bugs:#382] Delete Incremental Warping Vector tool does not work**
**Status:** closed-fixed
**Milestone:** OJ_1.16
**Created:** Mon Nov 24, 2014 04:24 PM UTC by Jukka Rahkonen
**Last Updated:** Wed Oct 28, 2020 10:53 AM UTC
**Owner:** nobody
With Op
- **status**: open --> pending
- **Comment**:
Should be fixed. Waiting for feedback from a known user.
---
** [bugs:#516] RemodelerTool not correct**
**Status:** pending
**Milestone:** OJ_1.16
**Created:** Wed Nov 25, 2020 11:29 AM UTC by michael michaud
**Last Updated:** Wed Nov 25, 2020 11:
---
** [bugs:#517] Raster styling bug**
**Status:** open
**Milestone:** OJ_1.16
**Created:** Tue Dec 22, 2020 11:41 AM UTC by michael michaud
**Last Updated:** Tue Dec 22, 2020 11:41 AM UTC
**Owner:** michael michaud
See description in Jukka's mail :
https://sourceforge.net/p/jump-pilot/mail
should be fixed in r6656
---
** [bugs:#517] Raster styling bug**
**Status:** open
**Milestone:** OJ_1.16
**Created:** Tue Dec 22, 2020 11:41 AM UTC by michael michaud
**Last Updated:** Tue Dec 22, 2020 11:41 AM UTC
**Owner:** michael michaud
See description in Jukka's mail :
https://sourcefor
- **status**: open --> pending
---
** [bugs:#517] Raster styling bug**
**Status:** pending
**Milestone:** OJ_1.16
**Created:** Tue Dec 22, 2020 11:41 AM UTC by michael michaud
**Last Updated:** Tue Dec 22, 2020 11:46 AM UTC
**Owner:** michael michaud
See description in Jukka's mail :
https:/
---
** [bugs:#518] Java2xml framework : no default default value**
**Status:** open
**Milestone:** OJ_future
**Created:** Mon Dec 28, 2020 09:03 AM UTC by michael michaud
**Last Updated:** Mon Dec 28, 2020 09:03 AM UTC
**Owner:** nobody
Currently, an attribute defined in the xml specificatio
---
** [bugs:#519] Replace geometric algo by JTS**
**Status:** open
**Milestone:** OJ_2.x
**Created:** Wed Dec 30, 2020 08:21 AM UTC by michael michaud
**Last Updated:** Wed Dec 30, 2020 08:21 AM UTC
**Owner:** michael michaud
Once migration to locationtech done, try to replace old OpenJUMP
- **status**: pending --> closed-fixed
---
** [bugs:#517] Raster styling bug**
**Status:** closed-fixed
**Milestone:** OJ_1.16
**Created:** Tue Dec 22, 2020 11:41 AM UTC by michael michaud
**Last Updated:** Tue Dec 22, 2020 12:19 PM UTC
**Owner:** michael michaud
See description in Jukka's m
Hey, I made a quick test with OpenJUMP 2.0 (snapshot) and it seems to read
geometry 3d correctly (thanks to JTS 1.18 upgrade). Note that I could read it
with a spatialite db created from postgis, but I could not read any geometry
from my first try with a database opened in spatialite_gui where I
- **status**: open --> closed-fixed
- **assigned_to**: michael michaud
- **Comment**:
Added on 2021-09-07. See BasicStyle.java2xml for an example.
---
** [bugs:#518] Java2xml framework : no default default value**
**Status:** closed-fixed
**Milestone:** OJ_future
**Created:** Mon Dec 28, 2020
- **status**: open --> closed-fixed
- **assigned_to**: ede
- **Comment**:
Fixed by Ede's refactoring of I18N class in OpenJUMP 2 and by an upgrade of all
extensions hosted on github.
---
** [bugs:#499] SelectFilesOptionPanel and extensions**
**Status:** closed-fixed
**Milestone:** OJ_future
Some menus may be slow down by enableCheck associated to them. Most enable
checks just check general properties of the layer, but some may implement
specific checks on feature geometries. In case of heavy geometries, such check
may slowdown the UI responsiveness.
---
** [bugs:#312] Menu slo
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>
http://www.w3.org/1999/xhtml";>
Hi Ede,Nice idea. Seems to me that the only check call involved
is in EnableCheckMenuItemShownListener.Don't you thing it maybe an
overkilled solution. It means that opening a new menu will create as many
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>
http://www.w3.org/1999/xhtml";>
Hi,Quite strange error. I think fix would be easy by using an
alternative method like CoordinateList.add(Coordinate,boolean), but I would
rather understand what happens.In the past few years,
CoordinateLi
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>
http://www.w3.org/1999/xhtml";>
Hi Ede,I tried to follow your procedure, but I can't build
OpenJUMP against the new measure-toolbox-extension-2.1.1-alpha release because
of the sha1 checksum.I updated OpenJUMP pom with the checksum taken
Hi,
My fault, checksum was ok, but I did a mistake in the file name.
I could compile and package locally now, but it still throws an exception.
The only thing I can think about is that measure-toolbox still compile against
https://ojrepo.soldin.de/ which reference 1.18.1
Michaël
---
** [bugs:#
Sorry, https://ojrepo.soldin.de "2.0-SNAPSHOT" is referencing jts1.18.1 but
"2.0-main-SNAPSHOT" is referencing jts 1.18.2 and measure-toolbox is pointing
to the second. So I have no idea about what happens.
By the way, is there a reason to keep 2 snapshots in the repo ?
Michaël
---
** [bugs:
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>
http://www.w3.org/1999/xhtml";>
Hi Ede,Are you sure you tested the extension from the plugins
menu and using the drag mode as stated by Peppe and not the measure tool of the
toolbar which works fine for me also ?Michaëlenvoyé : 22 novemb
JTS Densifier will take care of Z in the next version. Note here as a reminder.
Let's say target version for this change is 2.1.x (adoption of next JTS
version)
---
** [bugs:#519] Replace geometric algo by JTS**
**Status:** open
**Milestone:** OJ_2.x
**Created:** Wed Dec 30, 2020 08:21 AM U
- **Milestone**: OJ_2.x --> OJ_future
---
** [bugs:#519] Replace geometric algo by JTS**
**Status:** open
**Milestone:** OJ_future
**Created:** Wed Dec 30, 2020 08:21 AM UTC by michael michaud
**Last Updated:** Sun Feb 20, 2022 09:11 AM UTC
**Owner:** michael michaud
Once migration to locati
Will ask for a double check on OpenJUMP 2.0 before closing the ticket
---
** [bugs:#516] RemodelerTool not correct**
**Status:** pending
**Milestone:** OJ_1.16
**Created:** Wed Nov 25, 2020 11:29 AM UTC by michael michaud
**Last Updated:** Mon Nov 30, 2020 10:14 PM UTC
**Owner:** michael michau
Peppe, this plugin is still present in OpenJUMP 2.0. Can you tell us where we
are about this ticket ?
---
** [bugs:#482] OpenJUMP Style - "Style">"Import ArcMap Style" seems hard to
work**
**Status:** open
**Milestone:** OJ_2.x
**Created:** Mon Dec 10, 2018 09:41 AM UTC by Giuseppe Aruta
**La
4D geometries are still not fully read, but they are now correctly interpreted
as 3D geometries
Example :
LINESTRINGZM(1 2 3 4, 5 6 7 8, 9 10 11 12)
is read as
LINESTRING Z ( 1 2 3, 5 6 7, 9 10 11 )
I close the ticket
---
** [bugs:#486] OpenJUMP fails to read 4D geom from postgis**
**Status:*
- **status**: open --> closed-fixed
- **Milestone**: OJ_future --> OJ_2.x
---
** [bugs:#486] OpenJUMP fails to read 4D geom from postgis**
**Status:** closed-fixed
**Milestone:** OJ_2.x
**Created:** Tue May 21, 2019 06:17 AM UTC by michael michaud
**Last Updated:** Sun Feb 20, 2022 09:51 AM UT
Jukka, you are the expert about spatialite. I made a quick test but a
confirmation from you would be welcome. I think OpenJUMP is not ready to manage
the full set of geometries with Z, M and ZM, but it should read geometries with
Z without losing Z and read geometries with ZM at least as geometr
Hi Sivio,
I'm not familiar with this extension, but I tried to reproduce the problem and
noticed that the plugin checks input data is valid but omit to display a clear
message if it is not.
Before I could see the "parameter" tab, I get errors first because both raser
input were the same, then b
101 - 134 of 134 matches
Mail list logo
