Hi Sunburned,
the file listed is part of the PIROL classes that Stefan integrated a
while ago. The source code should be there in the corresponding package
folder, so this should not be a problem with a missing jar, as the
source for these classes is included in the source code archives. Have
Hi
Very good job, you found the solution and the answer to my question.Thanks
DAVID GARCIA
From: Michaël Michaud <[EMAIL PROTECTED]>Reply-To: "List for discussion of JPP development and use." To: "List for discussion of JPP development and use." Subject: Re: [JPP-Devel] Question?Date: Mon, 21
Hi together,
I'm currently hunting down some timing bugs in the Print/Layout plug-in.
If WMS layers are used they are not always imported correctly into
the layout sheet.
On my trip down the rendering path I found out that WMS layers
do not cache the resulting images of there requests.
I've writ
Hei Sascha,
thanx a lot.
are you going to commit it the openjump cvs repository?
would be nice :o)
stefan
Sascha L. Teichmann schrieb:
> Hi together,
>
> I'm currently hunting down some timing bugs in the Print/Layout plug-in.
> If WMS layers are used they are not always imported correctly into
Hi Sascha,
I have run into the WMS Layer problem you referred to. It is caused by
the fact that WMSLayer renders on a separate Thread. To wait for those
layers to finish rendering, I wait for the Thread queue to be empty as in
the following snippet:
renderingManager.renderAll
done. :-)
Stefan Steiniger schrieb:
> Hei Sascha,
>
> thanx a lot.
> are you going to commit it the openjump cvs repository?
> would be nice :o)
>
> stefan
>
> Sascha L. Teichmann schrieb:
>> Hi together,
>>
>> I'm currently hunting down some timing bugs in the Print/Layout plug-in.
>> If WMS l
Larry Becker a écrit :
> Michaël,
>Looks like a good plan on the SkyJUMP+OpenJUMP+Synchronization wiki
> page. The priorities seem reasonable to me given OJ's goals. The
> decimation optimization is implicit in line: points =
> j2D.toViewCoordinates (linestring.getCoordinates()); since
Without looking at the Src / stack trace, I'm going to assume that you
are looking for a non-renderable layer ... so you may want to check that
contentId is also not null incase the internal code is missing some
defensive programming.
if(contentID == null || getRenderer(contented) == null){
Hi Larry,
The ThreadQueue .. my beloved enemy.
Yes, Larry, I know that and code like this is already in the
Print/Layout plug-in.
To avoid the sleep() loop I also add a special Runnable at
the end of that queue that unlocks a monitor when its executed.
Actually there are two ThreadQueues. The de
Thanks David. There is definitely something fishy going on. I'm adding
some log4j statements to my code so I can see what type of object is
being passed as a ContentID and causing the NullPointerExcpetion to be
thrown.
I'll report back to the list with my findings.
SS
On 5/22/07, David Zwiers <[
Nothing is ever easy. :]
I'm trying to use log4j to identify the problems I'm having with
OpenJUMP's rendering code. I've added a text file called debug_log.txt
to the /lib directory of the OpenJUMP installation I'm testing.
I've added the following code to the LayerViewPanel.repaint() method:
/
Wow! Sounds like you've been avoiding sleep in more ways than one. :-)
Anyway, since you mention the processQueue method, I did have to add a try
catch block to it because I was running into some timing dependent array
index out of range errors. Like most of these kinds of problems, this only
h
maybe not a direct help...
but:
- why dont you use the logging within jump that is already used, imstead
pf creatin a new file?
- why don't u use in eclipse the debugging enovironment and simply add
your variables you like to observe
stefan
Sunburned Surveyor schrieb:
> Nothing is ever easy.
Stefan,
You wrote: "why dont you use the logging within jump that is already
used, imstead
of creatin a new file?"
Which file are you referring to? I'd be happy to use it. (I'll delete
my logging statements after I've identified my bugs, so this probably
doesn't matter.)
You wrote: "why don't u
Sunburned Surveyor schrieb:
> Stefan,
>
> You wrote: "why dont you use the logging within jump that is already
> used, imstead
> of creatin a new file?"
>
the log file should be created if logs appear (but may be different on
linux? due to write permissions).. on my windows it does create a fi
@Michael,
i would not vote for removing the task cloning if it is what i am
thinking of. The point is that the same view of one situation may be
sometimes good to have (to make images for instance?). On the other hand
i am not sure how Eric did it.. if he used 2 tasks and synchronized
their
actually a question:
Larry, Michael: Did somebody change the zoombar behaviour - so that it
starts zoom on release and not in between, when the bar is still moved?
This would be necessary if we take over the rendering improvements from
skyjump - otherwise it may stop the system for some minutes
Hi Stefan,
So Eric's plugin allowed synchronized panning and zooming, right? Sounds
very useful. Like diff with text.
regards,
Larry
On 5/22/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote:
@Michael,
i would not vote for removing the task cloning if it is what i am
thinking of. The point
Thanks Stefan.
I'll see if I can get debugging to work for me in Eclipse.
SS
On 5/22/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote:
>
>
> Sunburned Surveyor schrieb:
> > Stefan,
> >
> > You wrote: "why dont you use the logging within jump that is already
> > used, imstead
> > of creatin a new f
Hi Stefan,
>@Michael,
>
>i would not vote for removing the task cloning if it is what i am
>thinking of. The point is that the same view of one situation may be
>sometimes good to have (to make images for instance?). On the other hand
> i am not sure how Eric did it.. if he used 2 tasks and sy
Are you guys talking about the function that is called "Clone Window" in
JUMP? If so, I would vote for keeping it - I've found it very useful in
the past (in particular, to supply a "microscopic" view of a task view).
I'm not quite sure how this is implemented now, but it should be fairly
triv
Michaël, it looks like you need to mediate this "dispute" between me and
Stefan. Stefan claims that the decimation optimization caused the zoombar
to get very slow when given some worst case very large polygon data that he
has. I claim that the problem occurs even without the optimization, and
a
Stefan Steiniger a écrit :
>actually a question:
>
>Larry, Michael: Did somebody change the zoombar behaviour - so that it
>starts zoom on release and not in between, when the bar is still moved?
>
>This would be necessary if we take over the rendering improvements from
>skyjump - otherwise it m
Ha,
I didn't remember there may be a link between optimization code and
zoombar...
I'm just doing test for decimation code and I will add these tests if
necessary.. I don't think there is a relation between renderer
optmization and zoombar anyway.
Michael
Larry Becker a écrit :
> Michaël, it
Hi Martin
Sorry to have introduced confusion using the wrong word. I spoke about
"Clone Window" and I'm sure most of us would like to keep it and I'm not
sure it needs to be voted :-) .
Maybe Larry will explain why he found it buggy (I did not use it too
much until now).
Michaël
Martin Davis
25 matches
Mail list logo
