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 wait for an
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
Your patch is
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.init(ImageIcon.java:204)
at org.openide.awt.IconWithArrow.init(IconWithArrow.java:66)
at
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 it
Stefan Steiniger schrieb:
Sascha,
that are great news
+1
if you can make a nightly built available :)
stefan
[EMAIL PROTECTED] schrieb:
Hi guys!
If you still need capacity to build and host the nightlies, Intevation
is willing to give you all you need. :-)
kind regards,
Sascha L
the traffic 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:
Hi!
I'm going to write a little
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.
Landon
On Jan 31, 2008 2:17 PM, Sascha L. Teichmann [EMAIL PROTECTED] wrote:
I have still a few question.
* What about security?
Ant
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
@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
line x1=.. y1=... x2=...
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,
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 elsewhere.
Stay tuned,
Sascha
Sascha L
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,
.
I'll also take a look at your proposed rendering system changes, but I
would also like to investigate a different solution first. I'll report
back soon.
regards,
Larry
On 6/20/07, *Sascha L. Teichmann* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Hi!
Larry Becker schrieb
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
before the JTS CS was
introduced, so the code assumes it can get down-and-dirty with the
Coordinate arrays in JTS.
Sascha L. Teichmann wrote:
Just for curiosity:
When I load a larger polygon shapefile (burlulc)
I recognized that the geometries share a lot of
common vertices. In case
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
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
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 avoiding the
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
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
allowed
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
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
.
regards,
Larry
On 6/18/07, Sascha L. Teichmann [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Larry,
_exactly_ this the thread lottery we are playing with the
assumption that no running threads means there no more
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 attached for
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. Teichmann ([EMAIL PROTECTED])
*/
public class ThreadQueue
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 (younger than us)
how says that 400ms feels slow too.
I've thought a bit about the compromise and came to the
conclusion that we don't
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 mess with
creating a new dump
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?
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
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
- run a md5sum check against the generated one
I receive following result:
md5sum: WARNING: 3 of 1421 listed files
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... ;-)
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 have
done it with something like:
$ rsync
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 your dump file and I will have
a look
for 5 seconds. If during this period of time
* no new Runnable is enqueued the worker thread dies.
*
* @author Sascha L. Teichmann ([EMAIL PROTECTED])
*/
public class ThreadQueue
{
/** The time a worker thread stays alive if idle */
public static final long WORKER_STAY_ALIVE_TIME = 5000L
.
regards,
Larry Becker
On 6/15/07, Sascha L. Teichmann [EMAIL PROTECTED] wrote:
Hello Larry,
the version of the ThreadQueue is a bit outdated.
The version you have has no getRunningThreads() method.
This is need for compatibility. And there was a bug in
remove(Listener) which is fixed
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.zoom.ZoomToSelectedItemsPlugIn
uses the ThreadQueue.Listener interface. But the code looks like it can
cope with the 'slightly' shifted
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 up
effect may be that the new structure would be the old one -
if we can'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 6/13/07, Sascha L. Teichmann [EMAIL PROTECTED] wrote:
Hi
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
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 possible to have accurate vertices.
The Print/Layout plug-in uses this mechanism and so
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
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,
I've created a sample ChangeLog
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 src, and not to all the
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(!)
the program much until the percent of free memory drops
to below 5 %.
regards,
Larry
On 6/5/07, Sascha L. Teichmann [EMAIL PROTECTED] wrote:
Hi!
It's only that temp array, there are actually two. In case
of decimation the first allocated is copied over to a second
to archive tight fitting
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.
- Sascha
Larry Becker schrieb
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 for
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 I
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.
See my new patch. I would leave BasicStyle#getFillPattern
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 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]
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 Surveyor schrieb:
[...]
I think we would definitely be interested in having the ability to
render WMS layers as from SVG
own during a discussion of JUMP
source code with Larry Becker has my vote.) :]
The Sunburned Surveyor
On 6/1/07, Sascha L. Teichmann [EMAIL PROTECTED] wrote:
Hi together,
To give a little status report about my recent improvements
of the WMS layer stuff:
- Introduction of a factory
this time. :-)
regards,
Larry
(*) Having in mind Knuth's famous quotation about correctness proves and
tests.
Regards,
Sascha
On 5/30/07, Sascha L. Teichmann [EMAIL PROTECTED] wrote:
Hi Larry,
the magic word here is 'critical region'
Have a look a the finally block.
Assume
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())
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sorry, it wasn't my intention to break out of the thread.
I made a little cp 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 created for
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 a
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 we can
.
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..
stefan
Sascha L. Teichmann schrieb
,
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 is not loaded
parallel any more.
Background: WMS layers are normally loaded in parallel
running threads
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
ignorance of other cultures is more than just a little obvious at
times.
I believe I have made the same mistake with Jan. :]
Please be patient with me as I learn the details of cultures across
the Pacific and Atalantic Oceans!
The Sunburned Surveyor
On 5/24/07, Sascha L. Teichmann [EMAIL
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/07, *Sascha L. Teichmann* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Hi together
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.
Just my two cents.
The Sunburned Surveyor
On 5/24/07, Sascha L. Teichmann [EMAIL PROTECTED] wrote:
Hi Larry,
short
.
*
* @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
{
protected
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
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 layers are used
,
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] wrote:
Hi,
What about rewriting
getRenderer(contentID
-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 are
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 some development related pages to
that
wiki. for instance changes on the cvs, needed and added new
-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
-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 needs
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
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
Sascha L. Teichmann schrieb:
Hallo together
-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?
- -
-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)
Hello Malte,
Malte Weller schrieb:
I got the plug-in running with the Pirol Edition of OpenJump.
With the last stable release of OpenJump (1.0.1) I get the same error as
Geoffrey.
To test it I downloaded OpenJump 1.0.1.
(the plain openjump-1.0.1.zip from SF). Then I removed the lib\batik
79 matches
Mail list logo