On Wednesday 31 January 2007 23:05, Stefan Steiniger wrote:
> so .. we shall do one.
> but what do you mean by automatic?
just in contrast to sending diffs more or less manually to a list.
Automatic: A script generates emails from diff and log and sends
them to the mailing list - triggered throug
On Wednesday 31 January 2007 16:27, Ugo Taddei wrote:
> I gave your plugin a spin and it's AOK with deejump. Nice :-)
:-)
> I missed an option for landscape x portrait printing.
I added this as feature wish to the (new) TODO.txt file.
> It'd also be useful to
> have some way of annotating a
Geoffrey,
On Thursday 01 February 2007 00:39, Geoffrey G Roy wrote:
> I have tried your 0.8.2 version, but still get an error when trying to
> execute the extension
>
> "org.w3c.dom.svg.SVGDocument (No Class Def Found)"
> -
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
once again. You have to add _all_ new Jars to the CLASSPATH!
Did you read my reply to Maltes Mail from 30-jan-2007?
I posted a openjump.bat (from plain OpenJUMP stable) with patched
CLASSPATH to include all JARS.
- - Did you test that?
- - Di
Hello,
I think the problem here is that the old libs are still being used. The
candidates here are the xml-api and batik jars.
We use a different procedure in deejump and that's why we havent' got any
problem. Anyway, I took care to use the jars needed by the plugin. (S.
installation instructi
To Sasha, Jan and others
Finally working, yes- you need to ALL jars to the classpath. It should
be made clear that the exe version of OpenJUMP cannot be used as the
classpath seems to be locked away somewhere. I must use the batch file
suitable edited. This is a issue previously raised with
Hi,
Purchase your medication from our site because it costs less.
http://www.vodrx*.com - Remove "*" to make the link working!
--
his robes, but it was too powerful.
Warn ...Dumbledore ...
Ill get Dumbledore if you let go of me, said Harry. Just let go, Mr.
-
I have resolved my problems with the PrintLayout plugin. They appear to
have been caused (as usual) by typos in the bat file.
I would tend to agree with Geoff's comments. Also, as with the Save as SVG
option in OpenJUMP, the resolution of the resulting vectors seems to be
limited to the screen
Larry,
I haven't had a chance to try out Jan's plug-in yet, but I was confused by a
comment in your last e-mail. You said that "...as with the Save as SVG
option in OpenJUMP, the resolution of the resulting vectors seems to be
limited to the screen resolution which is a bit dissappointing."
I do
Resolution is a confusing term, isn't it? To see what I mean, look at the
attached jaggy.png image that I captured from a pdf file written by the
PrintLayout plugin. I compared it to OpenJUMP's SVG output and found it to
be basically the same. Although vectors are being used, their precision is
Hello Landon,
Larry is right about the resolution issue. It's not about
the vectors them selfs, its because they are rounded to near
integer values in the range of the size of the LayerViewPanel.
Lets say it has a size of say 300 x 300 pixel the renderers
round all vertices to that discrete raste
That stinks.
I don't think the real solution to this problem is messing with the
LayerViewPanel resolution. I know that I'm in no position to complain, so
please take the following as only an outsider's observation.
I think most of the current SVG "exporters" in OpenJUMP use Batik to convert
Jav
Hi!
Sunburned Surveyor schrieb:
> I don't think the real solution to this problem is messing with the
> LayerViewPanel resolution. I know that I'm in no position to complain, so
> please take the following as only an outsider's observation.
I agree, this is just a workaround.
> I think most of t
Hey Sunburned,
While I was testing out the PrintLayout, I got a Concurrent modification
error on a project with only shapefiles. This seems to point to OJ
specifically, since I have never yet gotten this error with SkyJUMP.
Unfortunately, I didn't get a trace. I tried to look in the log, but I
Geoffrey,
On Thursday 01 February 2007 13:06, Geoffrey G Roy wrote:
> Finally working, yes- you need to ALL jars to the classpath. It should
> be made clear that the exe version of OpenJUMP cannot be used as the
> classpath seems to be locked away somewhere. I must use the batch file
> suitable
Your right Sascha, the AWT Geometries would be stored with double precision.
But I think during the rendering process these coordinate value are shifted
and trimmed before rendering. (This is just a guess.) I think that is what
you are talking about when you say "The round must take place therefor
I am wanting to use curse words so bad right now that I could almost spit!
Thanks for letting me know about this Larry. I don't know how much I can do
to fix this without a stack trace. I'm also surprised that the error only
appears in OpenJUMP. That will help me narrow my search to code in JUMP'
The concurrent modification error occurred for me just as it did for Pedro -
when opening a project file. It got almost all of the way through loading
the layers before it hit. I'll try to reproduce it again and get a trace
this time. I was just taken off guard by the Log command not being ther
Hei Gary,
i had a first look .. your manual seem to be very comprehensive :)
On the weekend i will try to have a second look on it if you wish and
need some specific comments
thanx for your work
stefan
PS: if others are interested, those may drop a line and i put the doc on
an ftp
Gary Watry
I should also note, so as not to overly alarm anyone, that the error was
fully recoverable (like all of JUMP's errors), and did not happen again
although I immediately tried loading the project again several times.
Larry
On 2/1/07, Larry Becker <[EMAIL PROTECTED]> wrote:
The concurrent modific
Got it! After 8 tries at loading the project, it hit.
java.util.ConcurrentModificationException
at java.util.AbstractList$Itr.checkForComodification(Unknown Source)
at java.util.AbstractList$Itr.next(Unknown Source)
at
com.vividsolutions.jump.workbench.model.LayerManager.fireCategoryCha
A seemingly random exception. That's got to be a timing thing with threads.
I wish I knew how to fix the stinking thing.
If it happens again try and grab me that stack trace.
SS
P.S. - To which logging function do you refer?
On 2/1/07, Larry Becker <[EMAIL PROTECTED]> wrote:
I should also no
Hi again!
For the long run the direct JTS -> SVG conversion would be fine.
But what to do against the rounding issue in the short run?
Is there an easy way to turn off this rounding?
This would help not even the SVG export, it would help _any_ export
scheme that relies on rendering. If I'am rig
Larry,
Thanks for your help with this. I still don't understand why we are getting
this exception. It must be becuase iteration can cause a
ConcurrentModificationException, despite what the Javadoc says. I'll get
this fix commited to OpenJUMP's code base tomorrow, I hope...
I might also try to fi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi together,
Larry brought up the point that the SVG export is crappy
due to rounding errors.
I tracked down this issue to the point where the rounding is done.
Mainly two classes are responsible for this:
1) com.vividsolutions.jump.workbench.ui.ren
25 matches
Mail list logo
