Hi Michael,
sorry for that. I was working to solve problems on visibility/query on raster
layers and I inadvertently reverted your change. I restore it back to 6399 and
today I will do some tests
Peppe
---
** [bugs:#385] Paste Layerable fails to work with RasterImageLayer class**
**Status:**
Revision: 6598
http://sourceforge.net/p/jump-pilot/code/6598
Author: ma15569
Date: 2020-10-14 04:39:56 + (Wed, 14 Oct 2020)
Log Message:
---
Restored method clone() to version 6399 (see bug fix #385 Paste Layerable fails
to work with RasterImageLayer class - discussion)
Peppe, it appears that in commit 6437, you reverted the fix I did in commit
6399 to fix this bug.
Do you remember why you reverted the change I did in clone() method.
Thanks
---
** [bugs:#385] Paste Layerable fails to work with RasterImageLayer class**
**Status:** pending
**Milestone:** OJ_1.1
Revision: 6597
http://sourceforge.net/p/jump-pilot/code/6597
Author: ma15569
Date: 2020-10-13 12:25:39 + (Tue, 13 Oct 2020)
Log Message:
---
Moved RasterizePlugIn to Raster menu
Modified Paths:
--
core/trunk/scripts/default-plugins.xml
core/trunk/sr
Using Ubuntu. Loading an image as RasterImageLayer (Sextante). Using the coomad
"Copy selected layer"
I have this warning:
com.vividsolutions.jts.util.AssertionFailedException: Should never reach here
at
com.vividsolutions.jts.util.Assert.shouldNeverReachHere(Assert.java:122)
at
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>
http://www.w3.org/1999/xhtml";>
envoyé : 13 octobre 2020 à
12:22de : ede à : "[jump-pilot:bugs] "
<5...@bugs.jump-pilot.p.re.sourceforge.net>objet : [jump-pilot:bugs] Re: #507
GeoImage and high zoom levelOn 10/12/2020 19:27, michael mic
- **status**: open --> closed-fixed
---
** [bugs:#291] Problem on drop-down menus**
**Status:** closed-fixed
**Milestone:** OJ_1.16
**Labels:** General / Other
**Created:** Sat Mar 16, 2013 08:20 PM UTC by Giuseppe Aruta
**Last Updated:** Tue Oct 13, 2020 11:14 AM UTC
**Owner:** nobody
I fo
I cannot observe this behaviour any more. It seems that it was solved in the
time
Closed fixed
---
** [bugs:#291] Problem on drop-down menus**
**Status:** open
**Milestone:** OJ_1.16
**Labels:** General / Other
**Created:** Sat Mar 16, 2013 08:20 PM UTC by Giuseppe Aruta
**Last Updated:**
---
** [feature-requests:#271] Extend capaiblities of Cadplan vertex symbology
plugin**
**Status:** open
**Created:** Tue Oct 13, 2020 11:11 AM UTC by Giuseppe Aruta
**Last Updated:** Tue Oct 13, 2020 11:11 AM UTC
**Owner:** nobody
see email by Geoff:
New Vertex Symbols Plugin : 11. July
- **status**: open --> closed-invalid
- **assigned_to**: Giuseppe Aruta
---
** [bugs:#89] label offset should be set according to symbol size**
**Status:** closed-invalid
**Milestone:** OJ_1.16
**Created:** Fri Jul 13, 2007 08:51 AM UTC by Anonymous
**Last Updated:** Tue Oct 13, 2020 11:08 AM
I thgink we can close it. It was more like a feature request than a bug. At
that time I was in the need to have a tool like that. Not now. I am goung to
save it as Feature request
---
** [bugs:#89] label offset should be set according to symbol size**
**Status:** open
**Milestone:** OJ_1.16
*
On 10/13/2020 9:48, Michaud Michael wrote:
> Ede,
>
> Crop operation also uses floats, so I'm not sure it solves the problem.
> Difficult to guess the impact without a try though.
>
> The change may not be trivial as the scale operation which is currently
> performed at first place is also used t
On 10/12/2020 19:27, michael michaud wrote:
> There are two problems in GeoImage.paint when using very high level of zoom :
> - the image to display is computed with jai transformations like scaling,
> subsampling or cropping which use float parameters : at very high levels of
> zoom, the lower r
Ede,Crop operation also uses floats, so I'm not sure it solves the problem. Difficult to guess the impact without a try though.The change may not be trivial as the scale operation which is currently performed at first place is also used to cache a scaled image which can be re-used when scale does
14 matches
Mail list logo
