Re: [JPP-Devel] highlights of next OJ release

On 12/31/2018 1:22 PM, Michaël Michaud wrote: > Hi > > Seems that you have already copied all changes from the changelog into > changes.txt. yupp > For me it is good enough (maybe overdetailed for an oversight on the main > changes, but it is OK). yeah, it's simply faster to just copy past.

Re: [JPP-Devel] highlights of next OJ release

already dit. you can check the commit in 10min. what's missing is still the speedup of the color chooser extension. would you mind to create and commit a new distro jar? ..ede On 12/31/2018 1:23 PM, Giuseppe Aruta wrote: > Ah. I misunderstood. I can do it on this afternoon. > > Il lun 31 dic

Re: [JPP-Devel] highlights of next OJ release

ok, was about to tell you to summarize or commit yourself.. have a good one.. ede On 12/31/2018 1:07 PM, Giuseppe Aruta wrote: > That's all. Thank > > Il lun 31 dic 2018, 13:06 Giuseppe Aruta > ha scritto: > > +  * Added SaveStylePlugin that allows to save

Re: [JPP-Devel] highlights of next OJ release

Peppe, as you did the major work. what are the highlights of this release? for Changes.txt. ..ede On 12/31/2018 12:01 PM, Giuseppe Aruta wrote: > Go ahead for me, I can work around only in next days. >  What is necessary is already explained in the wiki pages (functionality, > location,

Re: [JPP-Devel] highlights of next OJ release

thanks. highlights? ..ede On 12/31/2018 11:54 AM, Michaël Michaud wrote: > Hi Ede, > > I'm OK for a new release. Thanks to take care, > > Michaël > > > Le 30/12/2018 à 17:18, edgar.sol...@web.de a écrit : >> from my point of view we are fine. >> >> if you and Mike give me a green light i can

Re: [JPP-Devel] highlights of next OJ release

from my point of view we are fine. if you and Mike give me a green light i can start the release process when i find the time. still, please add some highlights you two.. as said, anything broken or missing that users might find we can fix hands on in a maintenance release. ..ede On

Re: [JPP-Devel] highlights of next OJ release

On 12/30/2018 4:19 PM, Giuseppe Aruta wrote: > Hi Ede, > I think we miss on the highlights the new improvements on raster profile > tool. I will check and provide for that. I was able anyhow today to upgrade > the related wiki page on raster about the new capabilities. > Now I am traveling back

[JPP-Devel] highlights of next OJ release

hey All, if someone feels knowledgeable please move entries or enter a summary of features to highlight for the next release in trunk/Changes.txt . if not i will have to select to te best of my own limited knowledge. happy ano nuevo.. have fun ede Forwarded Message Subject:

[JPP-Devel] ColorChooser speedup

Peppe, the fix is committed. feel free to create a new dist jar whenever you like.. ede ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] ColorChooser into CORE

hey All, i am about to rework the ColorChooser to load faster, which is more effort than it's worth probably. anyway, the extension is practical and most of all very small so i suggest to integrate it into CORE after that. any objections?.. ede

[JPP-Devel] new OJ release

and Peppe, please check that your local tree is _100%_ synchronized with the remote trunk. it should match your distro which it currently doesn't obviously. ..ede On 12/28/2018 11:39 AM, Edgar Soldin wrote: > hey Peppe, > > ok got it running by c

[JPP-Devel] new OJ release

hey Peppe, ok got it running by commenting in the /* context.getWorkbenchContext().getWorkbench().getFrame().getToolBar() .addSeparator(); context.getWorkbenchContext().getWorkbench().getFrame().getToolBar()

Re: [JPP-Devel] new OJ release

On 12/28/2018 8:47 AM, Giuseppe Aruta wrote: > Hi Ede, > Thanks for remind and your efforts. I made the required modifications to > Colorchooser and OpenKLEM plugins. thanks >In a couple of days I will upgrade OJ. > Color chooser: I cannot go below 2.4 seconds on loading. have you seen my

Re: [JPP-Devel] SVN: [6042] plug-ins/Color_chooser/trunk/src/org/openjump/core/ui/plugin

Peppe, can you tell me how to use this extension? i see it is supposed to be installed to the toolbar, but the code to install it there is commented out. thx.. ede On 12/28/2018 12:33 AM, edgar.sol...@web.de wrote: > hey Peppe, > > thanks! compiles now. will have a look although the code

Re: [JPP-Devel] SVN: [6042] plug-ins/Color_chooser/trunk/src/org/openjump/core/ui/plugin

hey Peppe, thanks! compiles now. will have a look although the code looks unpleasant on the first look. the complete gui init is crammed into the plugins init method. technically it isn't even a plugin but only uses the plugin to create it's own menu items and such. no wonder it takes so long

[JPP-Devel] new OJ release

hey All, it's turn of the year and traditionally this means release time. any objections, open building sites? looking at the changes, mostly from Peppe!, i'd say it's going to be OJ 1.14. ..ede ___ Jump-pilot-devel mailing list

[JPP-Devel] KLEM lacks version info

hey Peppe, just noticed that your KLEM extension does not provide a version output in the About panel. currently it says only 'Klem (com.geomaticaeambiente.klemgui.plugin)' . ..ede ___ Jump-pilot-devel mailing list

Re: [JPP-Devel] SVN: [5995] core/trunk/scripts/default-plugins.xml

Peppe, please update the Changelog as well ..ede On 11/11/2018 17:40, jump-pilot-svn--- via Jump-pilot-devel wrote: > Revision: 5995 > http://sourceforge.net/p/jump-pilot/code/5995 > Author: ma15569 > Date: 2018-11-11 16:40:17 + (Sun, 11 Nov 2018) > Log Message: > ---

Re: [JPP-Devel] Styles and Legend. A proposal

On 11/10/2018 19:25, Michaël Michaud wrote: > I think it may replace the previous plugin and take its place if others agree > > - Layer > Styles > Save the legend as > > - layer contex menu : Styles > Save the legend as > up to you guys. not my area of expertise.. ede

[JPP-Devel] nothing important

just a cat on a catwalk https://www.kraftfuttermischwerk.de/blogg/cat-on-a-catwalk/ no more, no less, just to brighten everyone's day .. ede:) ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net

Re: [JPP-Devel] SVN: [5986] core/trunk/src/com/vividsolutions/jump/workbench/ui/renderer/ style/StyleUtil.java

hey Peppe, i see you are still reformatting whitespaces for whole classes. assuming that this is still not intentional, please find the setting to disable this behaviour. also the (i assume) automatic addition of the keyword /final/ bugs me a little. regards.. ede On 30.10.2018 15:13,

Re: [Duplicity-team] [Question #674425]: rsync backend Remote filesize 0 does not match local size N, retrying

Clemens, this is fixed in trunk but unreleased so far https://bazaar.launchpad.net/~duplicity-team/duplicity/0.7-series/revision/1365 feel free to manually patch 0.7.18 or use 0.7.17 instead. @Ken: this is really a showstopper and should be released asap. ..ede/duply.net On 16.10.2018

Re: [JPP-Devel] Error compiling OJ

On 12.10.2018 11:04, Nicolas Ribot wrote: > Hello, > > I was unable to compile OJ after an update: > in org.openjump.core.apitools.IOTools, line 31, I have to replace: > import org.apache.commons.lang.StringUtils; > by > import org.apache.commons.lang3.StringUtils; > > to correct the problem. >

Re: [Duplicity-team] [Question #674847]: Certificate Error when connecting to other-than-Virginia S3 endpoint

On 08.10.2018 14:37, Eric Christensen wrote: > New question #674847 on Duplicity: > https://answers.launchpad.net/duplicity/+question/674847 > > I'm trying to use a S3 bucket I created in the Ohio region for my off-site > backup storage. When connecting to the server, however, I get the

Re: [Duplicity-team] [Question #674425]: rsync backend Remote filesize 0 does not match local size N, retrying

On 28.09.2018 00:17, BenRifkah Bergsten-Buret wrote: > Question #674425 on Duplicity changed: > https://answers.launchpad.net/duplicity/+question/674425 > > BenRifkah Bergsten-Buret gave more information on the question: > I did some more digging and this looks to me like a bug in duplicity >

Re: [JPP-Devel] NoClassDefFoundError when starting OJ r5929 with JDK 12

Jukka, still waiting for your take on this. see below. ..ede On 01.09.2018 10:43, Michaël Michaud wrote: > Hi Ede, > > If we do not include jaxb in the future, we'll also have to remove > SetAttribute extension > >

Re: [Duplicity-team] [Question #674425]: rsync backend Remote filesize 0 does not match local size N, retrying

On 26.09.2018 02:07, BenRifkah Bergsten-Buret wrote: > New question #674425 on Duplicity: > https://answers.launchpad.net/duplicity/+question/674425 > > I'm trying to get backups running from my CentOS server to a RHEL remote > server. I keep getting this error when I try to back up: > >

Re: [JPP-Devel] NoClassDefFoundError when starting OJ r5929 with JDK 12

On 01.09.2018 10:43, Michaël Michaud wrote: > Hi Ede, > > If we do not include jaxb in the future, we'll also have to remove > SetAttribute extension > > https://sourceforge.net/projects/jump-pilot/files/OpenJUMP_plugins/More%20Plugins/SetAttributes%20PlugIn/ ok. or rework both ;) > I think

Re: [JPP-Devel] NoClassDefFoundError when starting OJ r5929 with JDK 12

just tried and i could only make it run by adding the jars from https://repo1.maven.org/maven2/com/sun/xml/bind/jaxb-ri/2.3.0/jaxb-ri-2.3.0.zip and https://mvnrepository.com/artifact/com.sun.activation/javax.activation/1.2.0 total 1.4M -rw-r--r-- 1 ed None 77K 30. Aug 12:41

Re: [JPP-Devel] NoClassDefFoundError when starting OJ r5929 with JDK 12

Peppe, Jukka, >On 8/28/2018 22:00, Michaël Michaud wrote: >> I'd rather remove the extension than review its persistence mechanism >> because anyway, I generally package a specific distro to users I know. But >> before, I wish to hear from Jukka and Peppe, because if they sometimes use >> this

Re: [JPP-Devel] OpenJUMP.exe compiling problems?

hey Peppe, i filed a ticket. see below.. ede Forwarded Message Subject:[forge:site-support] #18377 Malware whitelist request for The JUMP Pilot Project Date: Wed, 29 Aug 2018 09:45:21 -

Re: [JPP-Devel] SVN: [5938] core/trunk

hey Peppe, comment below On 8/29/2018 8:51, jump-pilot-svn--- via Jump-pilot-devel wrote: > Modified: core/trunk/etc/readme.txt > === > --- core/trunk/etc/readme.txt 2018-08-29 06:12:31 UTC (rev 5937) > +++ core/trunk/etc/readme.txt

Re: [JPP-Devel] NoClassDefFoundError when starting OJ r5929 with JDK 12

On 8/28/2018 23:28, Michaël Michaud wrote: > > On 8/28/2018 22:00, Michaël Michaud wrote: >>> HI Ede >>> >>> right. what does it do by the way. i saw it lacks german translation which i could do if i know what it does. it seems to be hidden in the Plugin menu as well and should

Re: [JPP-Devel] NoClassDefFoundError when starting OJ r5929 with JDK 12

On 8/28/2018 22:00, Michaël Michaud wrote: > HI Ede > > >> right. what does it do by the way. i saw it lacks german translation which i >> could do if i know what it does. it seems to be hidden in the Plugin menu as >> well and should be placed properly via def-plugins.xml if we decide to keep

Re: [JPP-Devel] Proposal to integrate OpenKLEM plugin in OpenJUMP PLUS

On 8/28/2018 16:51, Giuseppe Aruta wrote: > Hi Ede > >> for extensions w/ more dependency jars a subfolder w/ a speaking name >> would be great. note the jar w/ the extension class still needs to be placed >> in lib/plus/ . > > The OpenKLEM files are two > a) OpenKLEMOJ.jar with the

Re: [JPP-Devel] Proposal to integrate OpenKLEM plugin in OpenJUMP PLUS

On 28.08.2018 15:53, Giuseppe Aruta wrote: > I will add the jars to OpenJUMP. jupp, lib/plus/ is the place to be. for extensions w/ more dependency jars a subfolder w/ a speaking name would be great. note the jar w/ the extension class still needs to be placed in lib/plus/ . > About the source

Re: [JPP-Devel] Proposal to integrate OpenKLEM plugin in OpenJUMP PLUS

if we are talking about 1MB footprint for PLUS i have no objections. if much more we should investigate how to minimize further ..ede On 28.08.2018 13:35, Giuseppe Aruta wrote: > Hi > sorry if I resume  the topic. > I would like to have also the opinion of Alberto, Ede, Jukka, Stefan and >

Re: [JPP-Devel] [openjump-users] oracle jdk, openjdk, ibm java etc.

nice find.. looks like the complete article in english! ..ede On 28.08.2018 13:26, Jukka Rahkonen wrote: > Handrik Ebbers has made a blog in English as well > https://dev.karakun.com/java/2018/06/25/java-releases.html > > -Jukka Rahkonen- > > edgar.sol...@web.de kirjoitti 2018-08-28 12:04: >> a

[JPP-Devel] oracle jdk, openjdk, ibm java etc.

a nice overview (albeit in german) about what's going on w/ java https://heise.de/-4144533 . tl;dr - releases will come every half a year with free half a year support - some will become LTS releases (currently java8 and 11) with optional, commercial support - openjdk will be the only free

Re: [JPP-Devel] NoClassDefFoundError when starting OJ r5929 with JDK 12

On 28.08.2018 07:38, Michaël Michaud wrote: > Also it it is difficult to make it lighter, we can also remove it from the > PLUS distro. right. what does it do by the way. i saw it lacks german translation which i could do if i know what it does. it seems to be hidden in the Plugin menu as well

Re: [JPP-Devel] NoClassDefFoundError when starting OJ r5929 with JDK 12

1.4Megs sees kind of a waste just for this function. please give me some time to evaluate first.. ede On 8/27/2018 23:52, Michaël Michaud wrote: > Hi thanks, > > I'll probably add jaxb as a dependency (about 1.4Mb) as it would be a bit of > work to switch to java2xml. > > Michaël > > > Le

Re: [JPP-Devel] NoClassDefFoundError when starting OJ r5929 with JDK 12

On 27.08.2018 15:00, Rahkonen Jukka (MML) wrote: > Hi, > > OpenJUMP does start with JDK 12 but it throws this error > > java.lang.NoClassDefFoundError: javax/xml/bind/UnmarshalException >at >

Re: [JPP-Devel] How to test OJ with Java 12?

On 27.08.2018 12:34, edgar.sol...@web.de wrote: > On 27.08.2018 10:55, Rahkonen Jukka (MML) wrote: >> Hi, >> >> I would like to test if OpenJUMP might have problems with the newest Java >> versions but I could not make it start at all. I had a working bat file for >> Java 10 to start with but

Re: [JPP-Devel] How to test OJ with Java 12?

On 27.08.2018 10:55, Rahkonen Jukka (MML) wrote: > Hi, > > I would like to test if OpenJUMP might have problems with the newest Java > versions but I could not make it start at all. I had a working bat file for > Java 10 to start with but editing JAVA_PATH was not enough. I start to feel >

Re: [JPP-Devel] Improvement of DataStoreLayer retrieval for SpatialDatabasesDSMetadata

sounds like a libsqlite issue then.. ede On 8/8/2018 11:02, Nicolas Ribot wrote: > It crashed on 10.13.5 (desktop machine), but works on my macbook (10.13.5). > > I see different versions of libsqlite on the 2 machines. > > Nicolas > > On 8 August 2018 at 10:50, mailto:edgar.sol...@web.de>> >

Re: [JPP-Devel] Improvement of DataStoreLayer retrieval for SpatialDatabasesDSMetadata

which OSX version are we talking about? ..ede On 8/8/2018 10:09, Nicolas Ribot wrote: > Hello, > > Not yet checked other driver versions. I just tested latest OJ 1.13 and OJ > 1.12. > > I will make some tests. > > Nicolas > > On 8 August 2018 at 09:45, mailto:edgar.sol...@web.de>> > wrote:

Re: [JPP-Devel] Improvement of DataStoreLayer retrieval for SpatialDatabasesDSMetadata

On 8/8/2018 7:06, Michaël Michaud wrote: > sqlite : do you think you can track the change in OpenJUMP where this > regression happened ? Did you check with different versions of the sqlite > driver ? yeah Nico, that would be most helpful, as you and i are probably the only ones w/ set up OSX

Re: [Duplicity-team] [Merge] lp:~aaron-whitehouse/duplicity/08-adorn-strings into lp:duplicity

On 20.07.2018 12:46, Aaron wrote: > Thanks Ede, > > On 2018-07-20 10:21, edso wrote: >> question. does it really make sense to adorn singular strings meant as >> a code comment only eg. >> >>  class GlobbingError(Exception): >> -    """Something has gone wrong when parsing a glob string""" >> +   

Re: [JPP-Devel] SVN: [5897] core/trunk

On 26.06.2018 08:20, Michaël Michaud wrote: > Hi, > > Thanks for improvments. just found the time. and having somebody starting it helps too. >I'm not very comfortable with dos and reading our .bat is always a bit painful >(but instructive !) . yeah, it's not beautiful. and the worst thing

Re: [JPP-Devel] SVN: [5897] core/trunk

Mike, generally elegant solution. i like it. just added some changes in the next commit 1. replaced tabs w/ spaces 2. wrapped %JAVA% as it might contain special chars in path 3. changed the call:end to goto so it will end the batch instead of running further 4. indented printed messages for

Re: [JPP-Devel] ProfilePlugin

5896 should work.. was a bit more complex because of the legacy loaders, which i deprecated while being at it. ..ede On 22.06.2018 15:07, Giuseppe Aruta wrote: > 5894? > > 2018-06-22 14:51 GMT+02:00 mailto:edgar.sol...@web.de>>: > > Peppe, > > you still kept the overall reformat..

Re: [JPP-Devel] ProfilePlugin

Peppe, do you to want try again after the restore? ..ede On 22.06.2018 14:22, Giuseppe Aruta wrote: > I will revomove the patch. The icon comes from Kosmo SAIG > > 2018-06-22 14:09 GMT+02:00 mailto:edgar.sol...@web.de>>: > > ohh, > > and  Logger.error() in the catch should be

Re: [JPP-Devel] ProfilePlugin

ohh, and Logger.error() in the catch should be implemented for the kind developer to be notified in case of an error. ..ede On 22.06.2018 14:07, edgar.sol...@web.de wrote: > Peppe, > > apart from the fact that you reformatted the whole class (again!) with > 4spaces indention an wrongly

Re: [JPP-Devel] ProfilePlugin

Peppe, apart from the fact that you reformatted the whole class (again!) with 4spaces indention an wrongly broken comments, you simply replaced the method icon() . that is wrong! the method used allover this class is getIcon(url), which would be the right place to apply your patch. the

Re: [JPP-Devel] ProfilePlugin

right, but you can check, all of them extend com.vividsolutions.jump.workbench.ui.images.IconLoader already. ..ede On 22.06.2018 13:52, Giuseppe Aruta wrote: > Hi Ede,Michale > ther are actually 3 Iconloader in OJ > 1) com.vividsolutions.jump.workbench.ui.images.IconLoader - The main class, >

[JPP-Devel] ProfilePlugin

On 22.06.2018 09:09, Michaël Michaud wrote: > Making IconLoader more robust is a good idea. Note that we have several > IconLoader in the distribution (plus some included in extensions), but maybe > we can try to use some kind of heritage to implement it only once. i seem to remember to have

Re: [JPP-Devel] ProfilePlugin

good idea, what would be a good default icon? an empty icon is no good as it might be displayed unaccompinied by some label text. ..ede On 22.06.2018 08:15, Giuseppe Aruta wrote: > Hi Michael, > thanks for taking care. Indeed I am a little confused as I am not familiar > with maven. > >

Re: [JPP-Devel] OSGeoLive 12.0 alpha1 is available - please provide openjump for the release

hey Astrid, OJ looks good in the alpha1, judging by a quick test. ..ede/OJ On 19.06.2018 23:39, astroi...@gmail.com wrote: > Hi Stefan, Landon, Edgar, > > OSGeoLive 12.0 build circle started. We provide build for download already. > > Please download alpha1 version and check you

[JPP-Devel] Fwd: [OSGeoLive] OSGeoLive 12.0 status: alpha1

tested latest OJ osgeo on it. seems to be fine.. ede Forwarded Message Subject:[OSGeoLive] OSGeoLive 12.0 status: alpha1 Date: Mon, 11 Jun 2018 18:16:57 +0300 From: Angelos Tzotsos To: Osgeolive , OSGeo Discussions Hi all, The OSGeoLive team is working

Re: [JPP-Devel] SVN: [5860] core/trunk/src/com/vividsolutions/jump/workbench/model/ LayerManager.java

On 6/8/2018 20:49, Michaël Michaud wrote: > Hey, > > Not much, I aknowledge, just removes a useless "continue" and a useless "!". > > IMO it improves (a little bit) readability. well, no (from my point of view) > > I confess I would probably not do (or even not find) it if my IDE wouldn't >

Re: [JPP-Devel] Activated histogram plugin on raster data

Peppe, On 08.06.2018 11:33, Giuseppe Aruta wrote: > Hi Peppe, > > OJ build is broken : > > [ERROR] HistogramPlugIn.java:[410,60] local variable selLayer is accessed > from within inner class; needs to be declared final > do what the error says and you will be set. note: A. you are using an

Re: [JPP-Devel] SVN: [5860] core/trunk/src/com/vividsolutions/jump/workbench/model/ LayerManager.java

hey Mike, can you give a rational for this change? it looks like a mere syntax change without a runtime advantage. it still loops over all /layerables/. ..ede On 08.06.2018 08:26, jump-pilot-svn--- via Jump-pilot-devel wrote: > Revision: 5860 >

Re: [JPP-Devel] New Class to calculate statistic indices

right Mike, or simply placed alongside in that package. Peppe, did you create the class from scratch or where did you get the code, under which license? ..ede On 05.06.2018 13:52, Michaël Michaud wrote: > Hi Peppe, > > If it is a collection of pure static math methods with no dependency mabe

Re: [JPP-Devel] ViewAttributesPlugIn layer listener removal

same goes for AttributeTab as far as i can see. ede On 05.06.2018 12:46, edgar.sol...@web.de wrote: > Mike, > > this looks like the layer listner get's removed on any layers removal, not > just the one the plugin shows the attributes for currently. did you check > this? ..ede > > line 185ff.

[JPP-Devel] EnsureAllLayersHaveSRIDStylePlugIn layer change listener

hey Mike, reading the code https://sourceforge.net/p/jump-pilot/code/HEAD/tree/core/trunk/src/org/openjump/core/ccordsys/srid/EnsureAllLayersHaveSRIDStylePlugIn.java it looks like now, when one layer is deleted the _one_ listener the plugin uses as hook get's to check that each layer has an

[JPP-Devel] ViewAttributesPlugIn layer listener removal

Mike, this looks like the layer listner get's removed on any layers removal, not just the one the plugin shows the attributes for currently. did you check this? ..ede line 185ff. LayerListener layerListener = new LayerListener() { public void layerChanged(LayerEvent e) {

Re: [JPP-Devel] New Class to calculate statistic indices

hey Peppe, while i understand the urge to consolidate packages, i can only suggest to leave them be having our legacy extensions in mind. unless you doublecheck each of them - and maybe some that might still work but are not part of PLUS - you will not know which one you break because some

Re: [JPP-Devel] New Class to calculate statistic indices

On 05.06.2018 09:32, Giuseppe Aruta wrote: > My idea is to create an "org.openjump.core.math" package into OJ tree. generally i feel the source tree is clattered enough as it is and starting a package for one class only might not be necessary. on the other hand there is no math package that i

Re: [JPP-Devel] SVN: [5833] core/trunk/src/com/vividsolutions/jump/workbench/plugin/ EnableCheckFactory.java

hey Peppe, i just touched your commit to EnableCheckFactory, hope you don't mind. notice how it checks and return before fetching strings in the no error case. also the warning suppressions were not needed really. be aware i finetuned the name to be more descriptive. so you might need to

Re: [JPP-Devel] SVN: [5832] core/trunk/src/com/vividsolutions/jump/workbench/plugin/ EnableCheckFactory.java

ok Peppe, i see what you did there. but before we add a method for each layer type, how about a more generic method createAtLeastNLayerablesOfTypeMustExistCheck(final int n, Class type) that can be reused? you may use LayerManager.getLayerables(Class layerableClass) for that. ..ede On

Re: [JPP-Devel] SVN: [5832] core/trunk/src/com/vividsolutions/jump/workbench/plugin/ EnableCheckFactory.java

Peppe, my bad, was confused because of all the changes. Peppe, Mike, anyway, some scolding necessary. could you guys please take care not to reformat whole classes unintendedly. and if you do intentionally write it into the commit message? ideally do the changes you want to do, commit the

Re: [JPP-Devel] SVN: [5832] core/trunk/src/com/vividsolutions/jump/workbench/plugin/ EnableCheckFactory.java

hey Peppe, On 04.06.2018 14:41, jump-pilot-svn--- via Jump-pilot-devel wrote: > -public static EnableCheckFactory getInstance(){ > - if (instance==null) > -instance = new > EnableCheckFactory(JUMPWorkbench.getInstance().getContext()); > - return instance; > +public

Re: [JPP-Devel] SVN: [5830] core/trunk

hey Mike, On 04.06.2018 00:37, jump-pilot-svn--- via Jump-pilot-devel wrote: > +if (e.getType() == LayerEventType.METADATA_CHANGED) { > + //If layer becomes editable, apply row striping > + // and remove gridlines, > + //as recommended in Java

Re: [JPP-Devel] SVN: [5830] core/trunk

On 04.06.2018 13:49, Michaël Michaud wrote: > You're probably right, but that's not so simple because the LayerManager > does't know which layer each layerListener relates to. yeah, i see now. kind of an oversight API-wise ;(.. but worked until now. so i'd rather do something else :)).. ede

Re: [JPP-Devel] SVN: [5822] core/trunk/src/com/vividsolutions/jump/workbench/ui

thanks! maybe suppressing the warning helps you out? https://stackoverflow.com/questions/1858021/suppress-deprecated-import-warning-in-java ..ede On 6/3/2018 18:49, Michaël Michaud wrote: > Hi, > > OK, I'll set the Deprecated annotation back. > > Not that I'm convinced, but I can live with

Re: [JPP-Devel] SVN: [5827] core/trunk/src/org/openjump/core/ui/plugin/tools/ TriangulationPlugIn.java

hey Mike, On 6/3/2018 18:54, jump-pilot-svn--- via Jump-pilot-devel wrote: > + FeatureInstaller featureInstaller = new > FeatureInstaller(context.getWorkbenchContext()); > + featureInstaller.addMainMenuPlugin( > + this, > +new String[] {MenuNames.TOOLS,

Re: [JPP-Devel] Slow parsing of date field from Spatialite database

hey Jukka, could you provide me w/ a sample dataset? i might find some time to tackle this somewhen soon.. ede On 8/7/2017 9:46, edgar.sol...@web.de wrote: > probably exactly the same issue of realtime date parsing during loading like > w/ JML there. maybe i can speed up the parser, by

Re: [JPP-Devel] SVN: [5822] core/trunk/src/com/vividsolutions/jump/workbench/ui

hey Mike, On 6/3/2018 15:32, Michaël Michaud wrote: >> i could be convinced though if you'd make it proper API by >> adding/documenting a method LayerableNamePanel.getSelectedLayerables(Class >> layerable) and make getLayers() a convenience method for >> getSelectedLayerables(Layer.class). i

Re: [JPP-Devel] SVN: [5822] core/trunk/src/com/vividsolutions/jump/workbench/ui

hey Mike, sorry i do not agree w/ the below. the method - albeit not removable, because it is used all over (especially in 3rd party extensions) - was tagged deprecated to point out that it is not the preferred way to fetch selected layers anymore. JUMP has since introduced other layer types,

Re: [Duplicity-team] [Question #669105]: Error 219 at allwas at end backup

On 16.05.2018 17:52, Battant wrote: SNIP > TotalDestinationSizeChange 0 (0 bytes) > Errors 219 > > Question : what say end why the Error 219 ? > > Is it a bug ? this is from the summary. look through the _whole_ console output/log and you will see that duplcity had problems to access or read

Re: [JPP-Devel] Layer.class and single banded raster files

Peppe, ok i tried and you are right none of the ReferencedImage readers like the file ;(.. probably they only fail on single band. unfortunately Sextante is a whole different data source, so i don't see an easy way to redirect the user to it. would be difficult anyway as we would have to parse

[JPP-Devel] Layer.class and single banded raster files

On 15.05.2018 14:30, Giuseppe Aruta wrote: >  I wonder if it is possible to add on File>Open>File loading process a way to > advice user to use Sextante Raster file option instead whenever the > (TIF/ASC/FLT*) file is recognized as single banded one. if Sextante can read it, so should at least

Re: [JPP-Devel] OpenJump 1.14 roadmap planning - jts 1.15 upgrade?

On 14.05.2018 18:36, Jody Garnett wrote: > That does sound like a lot of work. jupp > If you have to you could consider doing something with dynamic proxies, > although I suppose the class based design will prevent that. i tried. also custom class loading. even considered bytecode patching,

Re: [JPP-Devel] OpenJump 1.14 roadmap planning - jts 1.15 upgrade?

Jody, did you send the mail to "jump-pilot-devel@lists.sourceforge.net"? didn't see it there. maybe just (re)subscribe [1] and disable mail retrieval, so you can post to it (agn)? wrt. jts 1.15 - as you might know, we have a lot of extensions, that are not readily available in our source code

Re: [JPP-Devel] SVN: [5800] core/trunk/src/com/vividsolutions/jump/workbench/ui/renderer/ ImageCachingFeatureCollectionRenderer.java

Mike, maybe you should annotate the change w/ a comment similar to the commit log message, just in case someone else wonders why the cloning is needed years from now ;) ..ede On 5/14/2018 0:00, jump-pilot-svn--- via Jump-pilot-devel wrote: > Revision: 5800 >

Re: [JPP-Devel] Impossible to close OJ after reading GeoPackage

Jukka, can you file a ticket and attach a small example dataset? ..ede On 5/11/2018 16:50, Rahkonen Jukka (MML) wrote: > Hi, > >   > > Correction: as it can be seen from the logs the error happened with a > Spatialite database, not with Geopackage. > >   > > -Jukka- > >   > >

Re: [JPP-Devel] SVN: [5793] core/tags

hey Mike, On 5/13/2018 8:15, Michaël Michaud wrote: > But now that 1.13 is released and they are included in the tag release, maybe > I can commit them in the trunk. If you have any thought about this approach, > feel free to comment. I feel like there is something to improve but it is not >

[JPP-Devel] OpenJUMP 1.13

hey All, OJ 1.13 was released and the prepared osgeo distro seems to install fine and starts up on http://aiolos.survey.ntua.gr/gisvm/dev/osgeo-live-nightly-build34-amd64-3d4bc66.iso had to manually install java though. just tried latest java 10, but 8 and 9 should suffice as well. as

Re: [JPP-Devel] Impossible to close OJ after reading GeoPackage

Mike, i'd vote to postpone the proper fix for this issue (seems harmless to me) and release OJ 1.13 . if you are inclined you may fix it later in a maintenance release. reason is i'd like to prepare a osgeo zip, so the latest greatest ends up on their live disc. ..ede On 11.05.2018 14:29,

Re: [JPP-Devel] Impossible to close OJ after reading GeoPackage

Jukka, can you try r5791 ? it should at least make OJ shit down again but show the error beforehand. ..ede On 11.05.2018 11:39, Rahkonen Jukka (MML) wrote: > Hi, > >   > > Spatialite and Geopackage are read-only for OpenJUMP so I only tried to add > data to project. > >   > > I took the

Re: [JPP-Devel] Impossible to close OJ after reading GeoPackage

Mike, as a first step we should probably make sure that an exception in the exithandlers does not stop exiting OJ anymore, but is displayed/logged only. an error during shutdown should not probably not be noteworthy as long as all datasets are saved. if we feel fancy a "do you want to exit

Re: [JPP-Devel] OpenJUMP 1.13-RC3

didn't have time to start on different platforms, but we are late on it already so i'd say go for it. there is always a maintenance release if push comes to shove. ..ede On 10.05.2018 12:26, Giuseppe Aruta wrote: > Ok for me > > 2018-05-10 10:10 GMT+02:00 Michaël Michaud

Re: [JPP-Devel] OpenJUMP 1.13-RC3

that's correct. there is no release yet, just a release candidate for all interested parties to verify that it is working as expected. ..ede On 5/8/2018 9:44, Giuseppe Aruta wrote: > Michael, Ede > the page http://www.openjump.org/ still shows version 1.12 > Peppe > > 2018-05-08 8:19 GMT+02:00

Re: [Duplicity-team] [Question #668671]: Duplicity: Key Error 418

On 5/6/2018 13:03, Rebecca wrote: > Question #668671 on Duplicity changed: > https://answers.launchpad.net/duplicity/+question/668671 > > Status: Needs information => Open > > Rebecca gave more information on the question: > The command i used: > duplicity --force -t 7D

Re: [JPP-Devel] Release of 1.13-RC2

On 5/6/2018 16:05, Michaël Michaud wrote: > Hi Ede, > > >>> I just have added a small notice on the wiki to specify that >>> version.release must be one of "release" or "snapshot" >> or "release candidate" or "testing".. it is mainly there to split the >> version numbers from a descriptive

Re: [JPP-Devel] OpenJUMP 1.13-RC3

On 5/7/2018 22:42, Michaël Michaud wrote: > Hi jumpers, > > Sorry, I don't know why uploaded releases do not stay in the snapshot > repository. probably the automated cleanup routine of the snapshot builder > I uploaded the last release in the official release area : > >

Re: [JPP-Devel] Release of 1.13-RC2

On 4/29/2018 10:11, Michaël Michaud wrote: > Ede, > > I made a second release (RC2) in the snapshot area don't see it under https://sourceforge.net/projects/jump-pilot/files/OpenJUMP_snapshots/ > After your patch, I had no more warnings from Pack200 > > wrt. revision number, I just had to

Re: [Duplicity-team] [Question #668404]: Does duplicity modify atime?

On 30.04.2018 11:22, Tim wrote: > Tim is still having a problem: > Yes, atime is a filesystem feature. But it is possible to > programatically read and store the original atime, then read the file, > then restore the original atime — using utimes() — such that atime > effectively does not change.

Re: [Duplicity-team] [Question #668404]: Does duplicity modify atime?

On 30.04.2018 11:22, Tim wrote: > Question #668404 on Duplicity changed: > https://answers.launchpad.net/duplicity/+question/668404 > > Status: Answered => Open > > Tim is still having a problem: > Yes, atime is a filesystem feature. But it is possible to > programatically read and store

Re: [Duplicity-team] [Question #668404]: Does duplicity modify atime?

On 30.04.2018 02:52, Tim wrote: > New question #668404 on Duplicity: > https://answers.launchpad.net/duplicity/+question/668404 > > My data resides on a SSD and — thanks to Write Amplification — any > modification of an atime will result in not only the inode being modified, > but the whole

<    1   2   3   4   5   6   7   8   9   10   >