> Michaël
>
>
> Le 25/01/2017 à 12:29, edgar.sol...@web.de a écrit :
> > hey Mike,
> >
> > if you value that component, how about suggesting to add it to the OJ
> svn and giving him an account. this way you could work on it together and
> maybe eventually add it to PLUS
Hey Michaël,
sure I'm still monitoring this list, sadly I just don't have much time to
contribute. OpenKLEM is a project managed now by Roberto Rossi from the
University of Padova. Last time I heard from him, a couple of months ago,
he told me that his plan was to create a page for OpenKLEM on the
Hey Peppe!
Would you mind tell me, possibly step by step, how to reproduce te
behaviour you describe? The code in TiffUtils should already account for
the fact that the aux.xml file already exists. In theory, the code that
creates the .aux file should be triggered only if: there are no stats saved
Hey Peppe,
I should have fixed the problem with r4804. Nevertheless, I forgot to
specify the commit message, which should have been:
"Fix for missing layers problem when loading projects that include rasters."
Anybody knows how I can amend this?
Cheers
Alberto
ed in RasterImageLayer, i don't oppose at all.
>
> ..ede
>
> On 27.01.2016 10:53, Alberto De Luca wrote:
> > Hey guys,
> >
> > at the moment RasterImageLayer is quite a messy class (a mess to whom
> I've
> > been contributing, by the way), because the
Hey guys,
at the moment RasterImageLayer is quite a messy class (a mess to whom I've
been contributing, by the way), because there's a bit of everything in in,
from methods that manipulate the raster values to methods that take care of
the rendering on screen...
So while we wait for the lucky tic
Jumping in late as usual.
I believe the NPE error happens when a project including a raster is loaded
and no other project (task) is present. That happens also with rasters
others than PNG.
An easy fix would be putting a check in RasterImageLayer#setSymbology at
line 1674, to verify that LayerVie
t;
>
> I do not build myself, the link above contains the error from the Ede’s
> snapshot build system.
>
>
>
> -Jukka-
>
>
>
> *Lähettäjä:* Alberto De Luca [mailto:berta...@gmail.com]
> *Lähetetty:* 24. joulukuuta 2015 15:34
> *Vastaanottaja:* OpenJump deve
Jukka, what error do you get? It builds for me...
Alberto
On 24 December 2015 at 13:58, Rahkonen Jukka (MML) <
jukka.rahko...@maanmittauslaitos.fi> wrote:
> Hi,
>
> R4666 did not build
>
>
> http://sourceforge.net/projects/jump-pilot/files/OpenJUMP_snapshots/OpenJUMP-20151224-r4666.log/download
ou to fix it? keep in mind, we can easily slip
> in a clean version with the first maintenance release. so no hurry.
>
> ..ede
>
>
> On 24.12.2015 00:18, Alberto De Luca wrote:
> > Right sorry,
> >
> > I think Parser.java was the culprit. I had deleted it locally, but not
Right sorry,
I think Parser.java was the culprit. I had deleted it locally, but not on
the server. It is no longer needed actually, but instead of deleting it I
edited to make it compatible with the modified WMS classes (so we can keep
it, you never know...).
Apparently it builds now, let me know
snapshot.
>
> i am reasonably sure that the WMS Connection caches the auth info, didn't
> you reuse the existing infrastructure?
>
> ..ede
>
> On 23.12.2015 14:21, Alberto De Luca wrote:
> > Jukka,
> >
> > I don't have access to a server requesting
;
> Once you are ready I can test with our server how GetFeatureInfo works
> through https and basic authentication.
>
>
>
> -Jukka Rahkonen-
>
>
>
> Alberto De Luca wrote:
>
>
>
> Edgar,
>
>
>
> I know this might be annoying, but I got to
Great thanks, I'll let you know asap!
Alberto
On 22 December 2015 at 19:05, wrote:
> no problemo. thats why i ask early ;)).. just holler when your done.. ede
>
> On 22.12.2015 18:47, Alberto De Luca wrote:
> > Edgar,
> >
> > I know this might be annoying, but
Edgar,
I know this might be annoying, but I got today a request for adding to the
FeatureInfoTool the capability to display the results from querying WMS
layers. I've already implemented it (very basic: a fourth panel in the
FeatureInfoTool, showing the server response as plain text), but I'd need
Hi Ede,
here you are, short and simple (maybe too short?):
New features:
- "Raster styler" to edit, load and save raster symbologies
Improvements:
- better handling of TIFF files: partial image loading, support for
overviews, support for raster statistics (in .aux.xml file and
as GDAL_METADATA t
EN, ES, IT you
can use this key in your resource files:
org.openjump.core.rasterimage.styler.ui.IntervalPanel.numberOfClassesError
Alberto
On 19 December 2015 at 16:03, Alberto De Luca wrote:
> HI Peppe.
>
> I'll check the Italian and update the two files in the next couple
ns –> stored
>> raster styles are not applied but hopefully they are just skipped
>>
>> - Show a warning: Project file was saved as JMP version {0} but
>> this OJ supports only {1}. Some project features may be lost on opening.
>>
>> - Per
and closed the project
> d) loaded the project again
> It seems that everything works fine.
> Very nice work
> Best regards (from Chile)
> Peppe
>
> 2015-12-16 11:04 GMT+01:00 :
>
>> On 15.12.2015 18:54, Alberto De Luca wrote:
>> > Hi there.
>> >
>&
0-rnull.jar?dl=0
Cheers
Alberto
On 19 November 2015 at 21:56, Alberto De Luca wrote:
> Hey Peppe,
>
> thank you. I know having the raster symbologies saved with the project
> would be nice. I haven't had the chance to work on it yet and honestly I've
> no idea about how m
Hey Peppe,
thank you. I know having the raster symbologies saved with the project
would be nice. I haven't had the chance to work on it yet and honestly I've
no idea about how much effort it'd required... I'll have a look at it.
Alberto
On Thu, 19 Nov 2015 19:12 Giuseppe Aruta wrote:
> Nice ad
Hi everyone.
I added the Raster Styler tool (that creates symbologies for 1-banded
rasters) to the OJ core (thanks also to Peppe for his help). The tool is
made of several classes, you can see them in this package (and subpackages):
org.openjump.core.rasterimage.styler
The tool is handled as a
Peppe,
just a quick note: point d) was actually due to a bug in the
RasterImageLayer class. It should be fixed now.
Alberto
On 08/06/2015 8:22 AM, Giuseppe Aruta wrote:
Hi Alberto,
I gave a look on this weekend to your plugin. Personally I support
your idea to integrate your plugin into Ope
Hi everyone,
as you might know, I've been working (lately not much, to be honest) on
a new raster styler. If you reckon it could be useful, I would be
pleased to share it with you. I was hoping to improving it a bit more,
but I see that I keep procrastinating...
The styler is an independent
Hi everyone!
It appears to me that the issue is due to the fact that
OpenJUMPSextanteRasterLayer and GridExtent assume X and Y cell sizes to
be equal. This is a problem when, like with this very TIFF, the two
sizes differ, and the method GridExten#recalculateNXAndNY() calculates a
wrong row co
Hey Giuseppe,
sorry I didn't take care of them earlier... They should be fixed now, I
committed the changes on SF.
Let me know
Alberto
On 07/04/2015 9:22 AM, Giuseppe Aruta wrote:
Hi Alberto,
a month ago I opened 2 bug tickets about Sextante RasterImageLayer.
a)https://sourceforge.net/p/jum
e -a_nodata, as Jukka suggested.
Alberto
On 02/03/2015 20:36 PM, Giuseppe Aruta wrote:
Hi Alberto,
thanks for your replay.
I attached the file to this mail.
Peppe
2015-03-02 11:28 GMT+01:00 Alberto De Luca - GeA
<mailto:alberto.del...@geomaticaeambiente.com>>:
Dear all,
so
Dear all,
sorry for the late reply (especially sorry to Peppe), I presently do not
have much time to dedicate to OJ development.
About TIFFs and nodata: the org.openjump.core.rasterimage.TiffTags class
has a static method (readMetadata()) that canalso read the noData value
(as the non-standard
and interests.
Alberto, if you want, you can write me personally in Italian, for any
kind of details and information.
Best regards
Peppe
2015-01-29 11:28 GMT+01:00 Alberto De Luca - GeA
<mailto:alberto.del...@geomaticaeambiente.com>>:
Hey Peppe,
I've commited so
loadImage(RasterImageIO.java:131)
at
org.openjump.core.ui.plugin.layer.pirolraster.ExtractSelectedPartOfImage.execute(ExtractSelectedPartOfImage.java:102)
Loading, saving extracting parts of monoband raster is fine. Problems
come with multiband files.
Peppe
2015-01-28 12:06 GMT+01:00 Alberto De Luca - GeA
<mailto:alberto.d
Peppe,
I fixed an issue related to single-band PNGs.
With regards to JPGs, I can load with no problem in my Windows machine
all the samples you attached to your mail. Nevertheless, the problem you
see should be related to JAI: in snapshot 4090 the read operation was
made using ImageIO.read, w
Hi Peppe,
I've managed to track down the cause of bug #386:
"ExtractSelectedPartOfImage works fine with TIFF or PNG raster files but
it fails to work whenever I try to extract a part of ASC or FLT monoband
raster.".
With regards to bug #387, what do you mean with "RasterImageLayer class
see
I tested the RasterStyles.jar, the symbology and Legend. I works very
nice. I think that this should be a part of OJ core ( I saw also the
depency to othre classes: org/openjump/core/rasterimage/RasterSymbology),
thanks
Peppe
2015-01-09 11:23 GMT+01:00 Alberto De Luca - GeA
<mailto:albe
igin of the
problem could be, maybe JAI?
I will check the problem with "Extract part of image", thank you for
telling me.
Alberto
On 09/01/2015 10:41 AM, edgar.sol...@web.de wrote:
On 09.01.2015 10:09, Alberto De Luca - GeA wrote:
Jukka,
- raster readers: I agree that tidying up
ka,
>
> can you please have a look at this and give your opinion? if you generally
> agree that it goes into the right direction, i'd like to give Alberto svn
> access.
>
> Alberto: what are your plans/timeline on contributing the changes to OJ?
>
> ..ede
>
>
Hi everyone.
We've tried to add some more raster-handling features to OpenJUMP, in
detail:
- Overview handling (read only) for TIFF files. External (.ovr file) and
internal overviews are now handled to speed up reading/displaying time.
The .ovr file can be created using GDAL or ArcMap. In ad
Hi everyone.
Ede:
1 - The clearImageAndRaster() method is called a few times
inRasterImageLayer: inside the createImage(), getTileAsImage,
getTileAsRaster(), and setVisible() methods.
2 - I had a look at the ReferencedImage framework, but I couldn't find a
way to retrieve the actual cell values
Dear OJ developers,
still working on OJ's raster handling features: we've modified the
"Feature info tool" to make it able to display the values of the rasters
loaded in OJ. I added a third pane (called "R") to the feature info
tool, with a table displaying, for every raster, the value at the
Hi Michaël,
I've done some tests on memory usage and, as expected, the memory
footprint increases if the Raster variable is non-static. I tried
loading 4 rasters, 2 esri ASCII grid, 1 esri FLT grid and 1 tif, all of
them having 4728 columns and 5815 rows. The memory used by OJ went from
1.1 G
Dear OJ developers,
after a break (of a few years...), I'm back on OJ development, still
focussed on raster management and close to be ready to make available to
the community an improved version of the "raster color editor", allowing
the use of ramps, intervals, single colour values...
Neve
t; [1] http://sextantegis.blogspot.com/2011/04/big-changes-in-sextante.html
> see in particular what he writes about: "Algorithm Providers"
>
> On 18/01/2012 1:09 AM, Alberto De Luca - GeA wrote:
>> Michaël,
>>
>> thank you for your reply. As you said I'm fairly
> I would be pleased if you could help me to get this code (if AdbToolbox
> usage
> is not restricted).
>
>
> Le 17/01/2012 09:09, Alberto De Luca - GeA a écrit :
>> Hey Stefan and Michael,
>>
>> thank you for your enthusiasm and trust! Indeed I am still workin
Hey Stefan and Michael,
thank you for your enthusiasm and trust! Indeed I am still working on
AdB-ToolBox, and a new version is expected in the next few months, with
new tools for hydraulics analysis.
My sourceforge account name is bertazza. Looking forth to start
submitting some new raster fu
iffs which contain z-values by applying user defined colour
> ramps.
>
> -Jukka Rahkonen-
>
> Alberto De Luca wrote:
>
>> Hi everyone,
>> back in 2010 I did a bit of work to help improving the raster support
>> capabilities of OpenJUMP (basically to add suppor
Hi everyone,
back in 2010 I did a bit of work to help improving the raster support
capabilities of OpenJUMP (basically to add support for ESRI ASCII and
Floating Point grid formats).
Now I may have the resources to go further on with raster support by:
- adding a tool to query raster values (po
hat the
latter does depend on GDAL. But it would be interesting to port the
tool "Leggi valore raster" (read raster value) from AdB-ToolBox to
OpenJUMP.
Thanks
Peppe
--- *Lun 13/12/10, Alberto De Luca //* ha
scritto:
Da: Alberto De Luca
Oggetto: Re: [JPP-Devel] georef
g and will not be back before several months. One of its last
work was to make OpenJUMP as compatible as possible with Sextante.
I think Alberto de Luca has worked on AdbToolbox (an Italian project
extending OpenJUMP raster capabilities). Maybe he can give you some
hints. And may be interesting
Stefan and Peppe,
I also believe that the word "Sextante" could be dropped in favour of
something like "Raster grid". Maybe we could keep a reference to
sextante in the description statement at the top of the "Open..." window?
About the "Raster color editor" tool, don't you think it's still t
maxPixelsForFastDisplayMode
so we can change it...
I have also added the changes to read ASCII grids.
Also if you want I can give you write access to our SVN. I think you
will do the right thing... ;)
next I will look at the coloring.
Have a good 2 weeks (holiday
s this is the way to go. I zip all classes and attach them. It
contains also a color editor from pirol, but I didn't use it yet.
iii-Transparency for no-data is also an open issue - don't know if
that info is somewhere stored with RasterImageLayer. In Sextante it is...
cheers,
stefan
eloaded from file.
However, so the easy fix may be to just set this option right after
loading the file in #loadImage(). But then we might run into memory
problems if several images are loaded... need to think about it.
but if you have suggestions let me know.
stefan
Alberto De Luca wrote:
Stefa
;)]
>
Don't know, I'd prefer to spend some more time on the topic and try to
find a more general solution keeping the sextante classes untouched...
Thanks again
Alberto
>
> Alberto De Luca schrieb:
>
>> Stefan,
>>
>> thank you for your (not so late
dvice I have is only a guess, but I think it
might have to happen in the image layer's paint method.
Larry
On Tue, Jun 29, 2010 at 2:01 AM, Alberto De Luca
mailto:i...@geomaticaeambiente.it>> wrote:
Stefan and Larry,
thank you for your help. Unfortunately I'm not an
too...
Alberto
On 28/06/2010 21:49, Stefan Steiniger wrote:
> actually.. wasn't there a scaling function somewehere in the pirol classes?
> so the place to correct is in those?
>
> Alberto De Luca schrieb:
>
>> Dear OJ developers,
>>
>> I was working
Stefan,
I had a look at the sextante classes you included in you sstein branch.
They look promising. There is an easy way to access raster cell values,
and I also had a go trying to adapt one of our plug-ins to use these
classes. It worked. Actually, instead of modifying the plug-in code I
cr
an adapter class that uses the
existing layer dataset drivers to return an accessible data structure of
that layer's pixels, probably in a buffered image.
regards,
Larry
On Fri, Feb 5, 2010 at 5:21 AM, Alberto De Luca
mailto:i...@geomaticaeambiente.it>> wrote:
Hello everyone.
Hello everyone.
As a member of the team who has been working on AdB-ToolBox in the last
months, I'd like to address a couple of issues regarding its future
developments: internationalization, raster management and platform
independence. By the way, AdB-ToolBox is a piece of software, part of
t
Dear list members,
I'm new to OJ development, sorry if my question is trivial.
I'm trying to write a piece of code that iterates through the open
layers in OJ and, when a a raster layer is found, returns the full file
name of the layer data source.
Unfortunately getting the data source for ras
58 matches
Mail list logo
