Hi!
On 24.05.2012 02:32, Edgar Soldin wrote:
> On 23.05.2012 22:30, Michaël Michaud wrote:
>> Hi,
>>
>> Wonder if there is a technical reason why the NB built by intevation
>> stopped on May, 10th at
>>
>> http://jump-pilot.sourceforge.net/download/nightlybuild/
>>
>
> i wrote them about it and
Am 16.03.2012 22:55, schrieb Stefan Steiniger:
> fortunately Michael was faster in doing the commit :)
>
> thanks Sascha and good to know you are still around.
> stefan
>
> On 16/03/2012 3:12 PM, Michaël Michaud wrote:
>> Thanks Sascha,
>>
>> Nice to know you're still working with OpenJUMP
>> You
Hi!
When running OpenJUMP with
$ mvn -Dexec.mainClass=com.vividsolutions.jump.workbench.JUMPWorkbench
exec:java
I run into:
java.lang.NullPointerException
at javax.swing.ImageIcon.(ImageIcon.java:204)
at org.openide.awt.IconWithArrow.(IconWithArrow.java:66)
at
org.openid
Hi folks,
as you may have noticed the nightly builds [1]
are currently not updated correctly. This builder
works fine and the recent binaries can be found here [2].
The reason for the problem is related to the
attack against the SourceForge infrastructure
you may have read in the news [3]. The rs
Hi,
Am 12.10.2010 08:43, schrieb Michaël Michaud:
> Hi,
>
> I've broken the nightly build on sunday (last NB is from 2010-10-10).
> It should be repared from now on and we should have a new NB tomorrow.
> Sorry for the trouble.
>
> Michaël
>
Thank you for fixing it.
In case you do not know
Hi!
Am 08.10.2010 11:43, schrieb Vincent Schut:
> Hi,
>
> I just tried to unzip one of the nightly snapshots
> ('openjump-core-1.4-SNAPSHOT-bin.zip'), but none of my zip tools can
> handle the file. Could it be that the zip archives are corrupt?
I've successfully downloaded and extracted:
htt
a,
>>
>> I can't answer the security question, but I think you'll find the
>> nightly build is used mostly be our active developers. If we can ever
>> get on a regular schedule for our official releases, I think you would
>> see this use drop.
>>
>>
by publishing the binaries
on more than one side.
- Sascha
Sunburned Surveyor schrieb:
> Sascha,
>
> I really appreciate the willingness to help in this way. Thank you so much!
>
> Landon
>
> On Jan 31, 2008 1:12 PM, Sascha L. Teichmann <[EMAIL PROTECTED]> wrote
nightlies, Intevation
>> is willing to give you all you need. :-)
>>
>> kind regards,
>> Sascha L. Teichmann
>>
>>
>> Am Donnerstag, 31. Januar 2008 05:27:03 schrieb Jonathan Aquino:
>>> Hi guys - the computer that I was using to do the build finally die
@Larry: IIRC the zero policy was introduced by Sun
as a reaction to some user complains at bugs.sun.com
that lines were vanishing when the scale becomes very small.
I can't remember when that was done. Before 1.4?
@SS: What do you think does Batik?
It simply creates
elements
from g2d.lineTo(new
Hi together!
We have a ChangeLog file now. It would be very
nice to use it. I know this needs a bit of
adaption and discipline ... Michaël?
Regards,
Sascha
-
This SF.net email is sponsored by DB2 Express
Download DB2 Expr
not flashing at all seems pretty trivial when you are
>> waiting for something to happen. Since the GUI is frozen, the user
>> could panic and kill the application.
>>
>> It would seem that my solution need some more tweaking.
>>
>> I'll post again after I'
Sunburned Surveyor schrieb:
> [...]
> Sascha's idea about eliminating duplicate coordinate objects in large
> polygon layers and linesting layers is interesting. I have some
> questions for him on that, but I will put them in another thread so
> things don't get so confusing.
> [...]
If they are
Larry,
Larry Becker schrieb:
> [...]
> I'm hoping someone will verify that this solution works for printing
> plugins.
I will implement a path for the Print/Layout plug-in to be able
to test it. I'm quiet a bit busy at the moment so results will only
be available in two days.
> [...]
Regards,
rk against each other and race conditions may occur.
But as always: I may be wrong with my analysis and so comments
and critics are welcome. :-)
I'm still a bit concerned that the hole expensive rendering is done
inside the event dispatch thread. I have to test if this may lead to
trouble elsewhe
e JTS CoordinateSequence facility, and use
>> PackedCoordinateSequences for raw Geometry storage. This might give an
>> even bigger memory savings. But it would *definitely* require changes to
>> the core, since JUMP was mostly written before the JTS CS was
>> introduced, so
Just for curiosity:
When I load a larger polygon shapefile (burlulc)
I recognized that the geometries share a lot of
common vertices. In case of the burlulc layer
over 1,500,000.
They are represented by com.vividsolutions.jts.geom.Coordinate
objects. If a shapefile gets loaded a new Coordinate obj
;) ..an exercise???
>>
>> stefan
>>
>>
>>> I'll test the less radical ZoomToSelectedItemsPlugIn solution. We
>>> may need to make the RenderManager repaint timer duration get and
>>> set-able so that we can synchronize better.
>>
Hi Larry,
this definitely a step into the right direction. :-)
Using the event/display thread to serialize the
renderers in the non-interactive mode is a good idea.
Your code looks fine but I will think about the
consequences (blocking GUI, etc.). Of course I
will test it, too. ;-)
Regards, Sasc
Paul,
note that 'commercial' is _not_ the opposite of 'free software'!
'Proprietary' or 'non free' is the opposite.
- Sascha
Paul Austin schrieb:
> The only problem would be if you used SS's new classes in a commercial
> application. Which in fact would be unlikely as they would not be
> allow
If only GPL and LGPL are involved then there is no problem. see:
http://www.fsf.org/licensing/licenses/index_html#GPLCompatibleLicenses
- Sascha
Sunburned Surveyor schrieb:
> I was talking to Jody Garnett a little bit about a home for a
> converter or pair of converters that would allow develop
SS,
Sunburned Surveyor schrieb:
> [...]
> Sascha wrote: "The original JUMP uses still 1.4 IIRC and
> I would tend to say this a wise idea if you want
> to reach customers which are not willing to install
> a newer JVM (for a number of serious reasons)."
>
> What reasons would there be for avoidin
Hi together!
It's all about market share between 1.4, 1.5 and 1.6.
I have no concrete numbers, but I think 1.4 has
still a wide basis these days, even if there are newer
version of Java out there. The question you have to answer
is: "Does my product profit from the new features?"
I'm not not talk
You wrote
File dataStorageDirectory = new File(argPath);
File toWrite = new File(argPath + argFileName);
Do you intent to write
File dataStorageDirectory = new File(argPath);
File toWrite = new File(argPath, argFileName);
',' instead of '+' for appending a filename to the path?
See Java
Hi!
Larry Becker schrieb:
> Thanks Stefan. We appreciate other voices in what was becoming a dialog.
We're talking about a very small technical detail here so
nobody who is only concerned in the 'big plot' is willing
to follow. My fault. I should talk more about brand new, cool,
and hyper-ultra
:
>
> Sascha,
>
> > Don't you have the same effects with the original one?
>
> I begin to see... I can reproduce flash problems easily in JUMP
> and OpenJump, but not in SkyJUMP. That explains why we are both
> surpr
Hi again!
Sunburned Surveyor schrieb:
> Sascha wrote: "Binaries must be marked as binaries in CVS. I guess someone has
> forgotten to set the binary flag when the libs were checked in.
> Now they are messed. I can do so checksumming ... again"
>
> I appreciate this offer of assistance. If the bin
Hi SS,
Sunburned Surveyor schrieb:
> [...]
> Stephan wrote: "What about the binary-libs? I encountered broken libs
> at least under WFSPlugin/libs/*.jar. It seems they were not commited
> as binary in CVS."
>
> I didn't think that CVS could store binary files like SVN. Or at least
> I thought CVS
SS,
I had a brief look at the ViewVC front end of the the subversion
repository and now it looks pretty good. Have you started
the conversion process again?
- Sascha
Sascha L. Teichmann schrieb:
> SS,
>
>> [...]
>> That is a good thing. It means that we don't have to
however this version doesn't seem to flash
> consistently. Sometimes it doesn't flash, sometimes it does.
>
> regards,
> Larry
>
> On 6/18/07, Sascha L. Teichmann <[EMAIL PROTECTED]> wrote:
>> Larry,
>>
>> there is probably somebody out there (youn
busy each further incoming
* Runnable is queued until one of the threads has finished its current job.
* If a worker thread becomes idle (no more job in the queue)
* it is hold alive for 5 seconds. If during this period of time
* no new Runnable is enqueued the worker thread dies.
*
* @author Sa
SS,
> [...]
> That is a good thing. It means that we don't have to mess with
> creating a new dump file.
>
> Sascha, will the script you provided create a SVN repository from the
> dump file Andreas provided. I guess I'm a little confused as to its
> purpose.
> [...]
The script was mainly attach
later when importing the
dump into SF's repository.
Best,
Sascha
[1] see attached script - I'd run the commands individually
so no guarantee that the script works.
Sascha L. Teichmann schrieb:
> Hi Andreas,
>
> this sounds all okay to me. I'm currently
> downloading yo
a new one has to be created.
If this is not the case then maybe
something went wrong at SF's conversion.
Regards,
Sascha
Andreas Schmitz schrieb:
> Sascha L. Teichmann wrote:
>
> Hello,
>
>> It would be of interest how Andreas
>> generated the svndump file. I would h
Nice idea, Pedro! :-)
Maybe a SVG would be nice, too?
I've attached a quick potrace'd version. It may need
some work.
Kind regards,
Sascha
Pedro Doria Meunier schrieb:
> Hi guys,
>
> Since the OJ distro for Linux doesn't contain an icon, here's a png
> image to be included in the tar... ;-) (p
s completely finished !
>
> Michaël
>
> Sascha L. Teichmann a écrit :
>
>> SS,
>>
>> if I do the following:
>>
>> - fetch a clean anonymous SVN check-out
>> - generate md5sums for the files
>> - fetch a clean anonymous CVS check-out
>
SS,
if I do the following:
- fetch a clean anonymous SVN check-out
- generate md5sums for the files
- fetch a clean anonymous CVS check-out
- run a md5sum check against the generated one
I receive following result:
md5sum: WARNING: 3 of 1421 listed files could not be read
md5sum: WARNING: 104 o
Hi Landon,
The ChangeLog & friends are old, at the wrong place
and not identical to the last one found in CVS.
This do not provide confidence.
Should I do some md5-summing all over the trees?
Have you verified the identity of CVS and SVN
before moving around things and changing the structure?
BTW
ms, the cpu is probably idle anyway.
>
> regards,
> Larry
>
> On 6/15/07, Sascha L. Teichmann <[EMAIL PROTECTED]> wrote:
>> Not if you want to do thread pooling.
>>
>> The real problem: How can I get a notification
>> when a zoom is done?
>>
>>
>>
>> On 6/15/07, Larry Becker <[EMAIL PROTECTED]> wrote:
>>> Thanks for finding that Listener use in ZoomToSelectedItemsPlugIn. I
>>> tried it and it doesn't flash anymore.
>>>
>>> regards,
>>> Larry
>>>
>>> O
in ZoomToSelectedItemsPlugIn. I
>> tried it and it doesn't flash anymore.
>>
>> regards,
>> Larry
>>
>> On 6/15/07, Sascha L. Teichmann <[EMAIL PROTECTED]> wrote:
>>> In core the
>>>
>>> com.vividsolutions.jump.workbench.ui.zoo
either.
>
> Anyway, thanks for the help. I'm able to determine the end of
> rendering much more accurately now.
>
> regards,
> Larry Becker
>
> On 6/15/07, Sascha L. Teichmann <[EMAIL PROTECTED]> wrote:
>> Hello Larry,
>>
>> the version of the
oming
* Runnable is queued until one of the threads has finished its current job.
* If a worker thread becomes idle (no more job in the queue)
* it is hold alive for 5 seconds. If during this period of time
* no new Runnable is enqueued the worker thread dies.
*
* @author Sascha L. T
n't do changes after migration
>>
>>
>> stefan
>>
>> btw. i have been logged in, to get this pages
>>
>>
>> Sunburned Surveyor schrieb:
>>> I probably missed them. I will add them.
>>>
>>> SS
>>>
>>> On
Hi!
What about the ChangeLog, Changes.txt and TODO.txt?
I cannot find them in the SVN trunk.
Regards, Sascha
Sunburned Surveyor schrieb:
> I'm afraid I was already well into the process of setting up the SVN
> when I read the helpful e-mails in this thread. :[
>
> I have made a stab at setting
Hi Giuseppe,
interesting library. To integrate it with OpenJUMP
should work the same way as Stefan's Save/SVG
plug-in (Graphics2D context).
Therefore writing a plug-in should be easy
(I had a quick look at the FreeHEP's JavaDocs).
I think it would be worthwhile to evaluate its
potential and see i
some stuff by two
> different people
>
> stefan
>
> Sascha L. Teichmann schrieb:
>> Hi Guiseppe!
>>
>> Which version of OpenJUMP do you use? 1.2b?
>>
>> We've integrated a tweak to OpenJUMP (Viewport.setJava2DConverter())
>> a while ago to make it po
Hi Guiseppe!
Which version of OpenJUMP do you use? 1.2b?
We've integrated a tweak to OpenJUMP (Viewport.setJava2DConverter())
a while ago to make it possible to have accurate vertices.
The Print/Layout plug-in uses this mechanism and so the
problem should _not_ appear if you use it with OpenJUMP
I favor SVN too (for a number of reasons)
and a lot of our other professional projects
are already using SVN.
BTW: Jan might remember my astonished scream when we
started with the Print/Layout plug-in:
"What?! They still using CVS?? Oh, no!" ;-)
My 2 cents.
- Sascha
Sunburned Surveyor schrieb:
done.
Stefan Steiniger schrieb:
> ok, so lets move (Sascha could do that if he commits)
>
> stefan
>
> Stephan Holl wrote:
>
>> Hello Stefan,
>>
>> Stefan Steiniger <[EMAIL PROTECTED]>, [20070606 - 11:07:45]
>>
>>
>>
>>> if you wish, you can change it.
>>> I thought it belongs rather to the s
BTW: Why do you hide ChangeLog & Co. in the src folder?
Nice place to be overseen. One level up it would be more
visual. But I can live with the current place.
- Sascha
Stefan Steiniger schrieb:
> that's pretty cool :)
>
> Sascha L. Teichmann schrieb:
>> Hi together,
>
Hi together,
I've created a sample ChangeLog [1] for with cvs2cl.pl for
a fresh anonymous OpenJUMP CVS checkout. Please, have a look
at it. When committing the BasicStyle patch I would
like to add this for completeness to the src/ChangeLog.
After this I recommend to maintain it manually.
the call
:
> Works great and has no side effects that I have found.
>
> Larry
>
> On 6/5/07, Sascha L. Teichmann <[EMAIL PROTECTED]> wrote:
>> The NPE comes from BasicStylePanel#findEquivalentItem()
>> Therefore it would vote for make this one more bullet proof.
>
> P.S - Stefan: What is the difference between the Changes file and the
> ChangeLog files?
Even if I'm not Stefan: Changes.txt is summary of ChangeLog.
Very useful for releases and show the progress to the users.
They are not interested in the technical details. Look
at [1] and [2] to see what
The NPE comes from BasicStylePanel#findEquivalentItem()
Therefore it would vote for make this one more bullet proof.
See my new patch. I would leave BasicStyle#getFillPattern()
untouched.
Larry Becker schrieb:
> It seem to work when I modify getFillPattern in BasicStyle to include
> the check fo
cStyle and BasicStylePanel.
If you like them I would commit them to the core.
regards, Sascha
Sascha L. Teichmann schrieb:
> I'll try to remove the GUI dependencies for
> a preset fill pattern, but I also want to make
> BasicStyle more light weighted. I'll have a look at
> it later.
be a good idea. I'm not sure why we can't
> just have every new instance point to the same default copy stashed
> somewhere.
>
> regards,
> Larry
>
> On 6/5/07, Sascha L. Teichmann <[EMAIL PROTECTED]> wrote:
>> Hi together!
>>
>> I wa
t;
>> I do know that the redraw process is responsible for most of the
>> cyclic (new generation) memory consumption in JUMP. This doesn't seem
>> to slow down the program much until the percent of free memory drops
>> to below 5 %.
>>
>> regards,
>>
Hi together!
I was wondering why it takes so long to enable
Colour Theming when working with layers with a
higher number of features.
If you open the "Changes Styles", choose tab
"Colour Theming" and check "Enable colour theming".
If I do this with a 36,000+ polygon shape file it
takes about 24(
Hi Sascha;
>>
>> Sounds interesting.
>> Please, let me some more time to have a closer look and see how your
>> code compare to the one in CVS.
>> Note : I made a recent change in CVS to have the resolution as a
>> property and modify it as needed (default=1/2 pixe
Hi,
Michaël Michaud schrieb:
> Hi,
>
> Thanks Stefan,
> Is there a way to use sourceforge cvs log to help completing the
> changelog file you just added ?
There are several tools for this out there. cvs2cl.pl [1] e.g
is working fine.
But ones again: Writing a ChangeLog this way is only for
the
I would prefer the following:
1 monthn-month (n+1)-month
--\ devel-\...---\--\-\-->
\ \ \ \ \
release 1.2 ---\ \ \
Hi Larry, hi Michaël,
I had a look at the decimation code in Java2DConverter.
This is awesome! Congratulations! :-)
But way not go step further and streamline the model to view
coordination transform. Why to create all this temporary
Coordinate[] stuff? In the end all what matters is a PathIterat
Hi Stefan,
Sorry, I've a lot do this weekend (non IT stuff).
Therefore I cannot offer concrete help before Monday.
The best way of understanding CVS branching and merging is in
my opinion the 5th chapter of the "CVS book". [1]
So long, Sascha
[1] http://ximbiot.com/cvs/manual/cvs-1.11.22/cvs_5.
preciate
> any "volunteer" effort that is put in by the members of our community
> and I think you are already proving to be a valuable member of that
> community. (Anyone that can hold his own during a discussion of JUMP
> source code with Larry Becker has my vote.) :]
>
>
r take it personally. I hope you don't either.
>
> regards,
> Larry
>
>
>
> On 5/31/07, Sascha L. Teichmann <[EMAIL PROTECTED]> wrote:
>> Hi Larry,
>>
>> Larry Becker schrieb:
>>> Hi Sascha,
>>>
>>> Only potential
t as long as it was fairly
> simple to move things from the unstable branch to the stable branch I
> think this would be a great idea.
>
> The Sunburned Surveyor
>
> On 5/29/07, Sascha L. Teichmann <[EMAIL PROTECTED]> wrote:
>> SS,
>>
>> Sunburned S
I do appreciate your hard work and contribution.
> I just need a little more time to test.
This why are talking about and I'm willing to give you this time. :-)
> regards,
> Larry
(*) Having in mind Knuth's famous quotation about correctness proves and
tests.
Regards,
S
{
> setRunningThreads(getRunningThreads() - 1);
> processQueue();
> }
>
> So it would seem to me that when the count reaches zero that there are
> no more jobs.
>
> regards,
> Larry
>
> On 5/30/07, Sascha L.
t; i got positive feedback from my colleaque on the changes of the
>>> threading stuff.
>>> If Michael aggrees too, you can commit
>>>
>>>
>> As far as I'm concerned, I am really pleased to see Sascha's
>> contribution to the core.
>> OJ
SS,
Sunburned Surveyor schrieb:
> [...]
> I think we would definitely be interested in having the ability to
> render WMS layers as from SVG instead of as an image in OpenJUMP.
> However, I think we might benefit from the creation of an "unstable"
> or development branch in the OpenJUMP CVS were w
SS,
Sunburned Surveyor schrieb:
> Sascha,
>
> You wrote: "As I pointed out earlier having a ChangeLog would
> be nice to document motivations and backgrounds for a change. Simply
> generating a ChangeLog out of the commit messages is convenient but
> it does not uncover the true potential of such
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sorry, it wasn't my intention to break out of the thread.
I made a little c&p mistake ..
- - Sascha
Roman Isitua schrieb:
> Hello Guys,
>
> My questions is to Geoffrey Roy and all users of his
> chart plugin.
>
> 1. Can stand alone charts be creat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Roman!
Roman Isitua schrieb:
> Hello Guys,
>
> My questions is to Geoffrey Roy and all users of his
> chart plugin.
>
> 1. Can stand alone charts be created for a layers
> attributes using this plugin ? i.e. charts that are
> not drawn on featur
Hello Nacho,
you are right. These strange characters prevents OJ from working
with this server.
I patched my local source copy of OJ
com.vividsolutions.wms.WMService#initialize() to resolve the problem:
...
PushbackInputStream fake = new PushbackInputStream(inp);
int x;
while ((x = fake.read())
Hi!
Some WMS servers are able to deliver there results in SVG.
This does have some advantages for some kind of data.
Vector layer may be transported in a more compact form,
there is no rasterization on the server so higher quality
data can be send to the client.
OpenJUMP only fetches WMS results
concern.
>
> But I have to add, that I left the imports as they have been in the Jump
> cvs, to avoid to much confusion when i do updates/sync with the original
> Jump by Vividsolutions (using the eclipse diff tool). But as they don't
> develop further since 5 months..
>
&g
Hi together,
I run a little script [1] against the source of OpenJUMP
to find out the improper use of 'import' statements.
Here's the result:
'*' import(s): 507
Star imports are name space polluters and should be better
written as a list of explicit imports. Star imports are
often used for
s, use many layers,
use less layer, use db and WMS layers. Do all the fancy stuff
you like to do. If the OJ freezes or something other looks odd
just tell me. :-)
- Sascha
> Michaël Michaud schrieb:
>> Sascha L. Teichmann a écrit :
>>
>>> Really back to topic:
>>&
ject)
>
> greetings from zurich,
> stefan
>
> Sascha L. Teichmann schrieb:
>> Hi!
>>
>> Not easy to find a accurate topic for this little bug.
>>
>> If you store a project with an WMS layer in it and
>> load this project later, the WMS layer i
s of time."
>>>
>>> This seems like an admirable goal to me. If Larry, or a similar
>>> programmer of his experience, agrees that this changes would be
>>> beneficial, I say we give Sascha a shot at it. It sounds like she has
>>> considered her change
Hi!
Not easy to find a accurate topic for this little bug.
If you store a project with an WMS layer in it and
load this project later, the WMS layer is not loaded
parallel any more.
Background: WMS layers are normally loaded in parallel
running threads to compensate there slow data arrival.
To
e in terms of time."
>
> This seems like an admirable goal to me. If Larry, or a similar
> programmer of his experience, agrees that this changes would be
> beneficial, I say we give Sascha a shot at it. It sounds like she has
> considered her changes carefully.
>
>
ques. Have you done any
> benchmarks that show that the new SingleThreadQueue speeds up
> rendering? Your logical argument that it should be more efficient is
> persuasive, but I have been surprised by Java before.
>
> respectfully,
> Larry Becker
>
> On 5/23/
down.
*
* @author Sascha L. Teichmann ([EMAIL PROTECTED])
*/
public class SingleThreadQueue
extends ThreadQueue
{
/**
* This is the time to wait before the processing thread ends.
* (30 secs)
*/
public static final long TIME_TO_WAIT = 3L;
protected class QThread extends Thread
{
prot
);
>
> regards,
> Larry
>
> On 5/22/07, *Stefan Steiniger* <[EMAIL PROTECTED]
> <mailto:[EMAIL PROTECTED]>> wrote:
>
> Hei Sascha,
>
> thanx a lot.
> are you going to commit it the openjump cvs repository?
> would be nice :o)
>
>
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
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
cha,
>
> This is how the method was coded first, and I still got the error
> message. I changed it today thinking that might fix the problem.
>
> Do you have any other ideas?
>
> The Sunburned Surveyor
>
> On 5/21/07, Sascha L. Teichmann <[EMAIL PROTECTED]> wr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
What about rewriting
getRenderer(contentID).equals(null)
as
getRenderer(contentID) == null
?
- - Sascha
Sunburned Surveyor schrieb:
> I'm about ready to give up on this pluggable rendering system for
> OpenJUMP. :]
>
> I created JUnit tests
t;
> Larry
>
> On 5/16/07, *Sascha L. Teichmann* <[EMAIL PROTECTED]
> <mailto:[EMAIL PROTECTED]>> wrote:
>
> Hi,
>
> Stefan Steiniger schrieb:
>> i just have seen, that Sourceforge now also offers a wiki.
>
>> It may offer the choice to move so
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Stefan Steiniger schrieb:
> i just have seen, that Sourceforge now also offers a wiki.
>
> It may offer the choice to move some development related pages to that
> wiki. for instance changes on the cvs, needed and added new functions,
Wikis ar
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi together,
The Print/Layout Plug-in is based on SVG exactly
for the reason of being used in a tool chain.
It would be of great to have an API that eases the
SVG conversion process.
I've a lot of ideas how to do it right and I'm
willing to assist yo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello Roman,
Roman Isitua schrieb:
> 2. The printlayout plugin is not working each time I
> use it. I get the
> following error
>
> java.lang.NoClassDefFoundError:
> org/apache/batik/dom/svg/SAXSVGDocumentFactory
> [...]
The printlayout plug-in
ents about this topic?
- - Sascha
[1] java.lang.reflect is our friend here to check if it exists
and call it if it's possible.
Stefan Steiniger schrieb:
> ok.. if Larry (from my point of view the expert) agrees, then you can
> commit your patch.
>
> stefan
>
> Sasc
Hallo together,
It would be of great if the Viewport class [1] would has a
setJava2DConverter(Java2DConverter) method.
Java2DConverter [2] objects are used to convert JTS
geometries into Java2D shapes.
Why should it be possible to exchange the converter? For the
simple reason that the default one
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello Ugo
Ugo Taddei schrieb:
>> To be honest, I find difficult to compare the two images below, because they
>> are
>> essentially different. (What do I have to look for?)
Have a look at the vertices not the sight. ;-)
as announced before here t
Hello Stefan, hello Ugo,
Ugo wrote:
> The coordinates are converted to integers here by using a
> java.awt.Polygon. Bad idea. I replaced this by a
java.awt.geom.GeneralPath.
>
>
>>> So, what's the bad idea here, to use the awt.Polygon or to convert
to ints?
>>>
In terms of precision. You simply l
-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
-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
1 - 100 of 103 matches
Mail list logo
