Re: [JPP-Devel] OpenJUMP version

On 29.11.2017 08:21, Michaël Michaud wrote: > Hi all, > > After a relatively quiet year, we have some new features and improvements and > it would > be nice to have a new release for christmas. > > What do you think ? "same procedure as every year" -

Re: [JPP-Devel] Snaphots do not build

On 29.11.2017 10:07, Giuseppe Aruta wrote: > It is working. good to hear > I used an imageIO-ext method; > it.geosolutions.imageio.plugins.tiff.TIFFImageWriteParam > instead of  imageIO method: > javax.imageio.ImageWriteParam yeah, but not really needed, as this was your only dependency to the

Re: [JPP-Devel] Fwd: setting SRID

bably be ignored if there was a real interest to > let a default 0 value in Geometry SRID. > > I still must check the old PostGIS writer... > > Michaël > > > Le 28/11/2017 à 21:43, Edgar Soldin a écrit : >> On 11/28/2017 20:52, Michaël Michaud wrote: >>> H

[JPP-Devel] Indention WAS:Re: SVN: [5592] core/trunk/src/org/openjump/core/ui/plugin/wms/ AddWmsLayerWizard.java

Peppe, you reformatted a whole class, which did not have any formatting issues. please refrain from doing that in favour of enabling others spotting your changes. btw. didn't we negotiate - spaces only - indention is two spaces - reformatting only if the whole file is a big indention mess

Re: [JPP-Devel] SVN: [5590] core/trunk/lib/plus/OnlineDoc-0.1.jar

hmm, the overhead of packaging it as an extension (on every change) is really not necessary when you are planning to integrate it in CORE anyway. just develop and refine it there and in case it is not ready for the next release we simply disable it. just my 2c.. ede On 28.11.2017 15:00,

Re: [JPP-Devel] SVN: [5590] core/trunk/lib/plus/OnlineDoc-0.1.jar

hey Peppe, any specific reason to only include it in PLUS and not simply include it in CORE? ..ede On 28.11.2017 14:23, jump-pilot-svn--- via Jump-pilot-devel wrote: > Revision: 5590 > http://sourceforge.net/p/jump-pilot/code/5590 > Author: ma15569 > Date: 2017-11-28 13:23:54

Re: [JPP-Devel] Add an On line help menu to OpenJUMP?

right, might have been this way even before you modified the wiki today.. ede On 27.11.2017 16:19, Giuseppe Aruta wrote: > Maybe because oj online documentation is waiting on line to be upgraded ;) > > > Il 27 nov 2017 15:43, > ha > scritto: >

Re: [JPP-Devel] Add an On line help menu to OpenJUMP?

no opposition, but please phrase it properly ;).. there is a difference between https://en.wiktionary.org/wiki/online and https://en.wiktionary.org/wiki/on_line on line being in the queue of a shop waiting for your turn ;).. ede PS: same goes for the wiki of course, just saw your additions

Re: [JPP-Devel] SVN: [5588] core/trunk/src/com/vividsolutions/jump/plugin/edit/ AffineTransformationPlugIn.java

hey Peppe, while the below works, the clean and future proof way would be layerable instanceof ReferencedImagesLayer or ReferencedImagesLayer.class.isInstance(layerable) can you please adopt? ..ede On 27.11.2017 10:37, jump-pilot-svn--- via Jump-pilot-devel wrote: > Revision: 5588 >

[JPP-Devel] setting SRID

hey All, i just found this method in SRIDStyle.java while adding a setting to route through the writers. it applies the new srid to _every_ geometry, which sounds slow on big datasets and unnecessary as we do not support multi SRID layers currently, or do we? ..ede public void

Re: [JPP-Devel] SRID support in JML

hey Jukka, would you possibly know why the url "http://www.opengis.net/gml/srs/epsg.xml#4326; does not exist? usually those url mean something and link to a proper xml resource. ..ede On 11/23/2017 11:05, Rahkonen Jukka (MML) wrote: > Or we could add a CRS element into GML Input Template

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

On 11/26/2017 15:15, jump-pilot-svn--- via Jump-pilot-devel wrote: > Modified: > core/trunk/src/com/vividsolutions/jump/workbench/plugin/PlugInClassLoader.java > === > --- >

Re: [JPP-Devel] How to load a TIF image layer (as ReferenceLayer) by plugin

Peppe, try to fetch the layerloader from the Registry like OpenFileWizard does. Registry registry = workbenchContext.getRegistry(); List loaders = registry.getEntries(FileLayerLoader.KEY); FileLayerLoader loader = null; for (FileLayerLoader fileLayerLoader : loaders) { if

Re: [JPP-Devel] How to load a TIF image layer (as ReferenceLayer) by plugin

Peppe, you should probably use com.vividsolutions.jump.workbench.imagery.ReferencedImageFactoryFileLayerLoader.open(...) as it is done in org.openjump.core.ui.plugin.file.open.OpenFileWizard.run(...) L#156ff you can give a target layername via the options map. ..ede On 24.11.2017 11:16,

Re: [JPP-Devel] SRID support in JML

could you quickly name the plugin that generates a bounding box and (probably again) what has to be taken into accout wrt. to the order of the coordinates? then i could have a look if i could quiclky hack that within the next days. ..ede On 23.11.2017 13:03, Rahkonen Jukka (MML) wrote: > We

Re: [JPP-Devel] SRID support in JML

Jukka, this looks more like a workaround, misusing a bounding box definition's saved srs although it of course should match the data's. the clean gml way would probably be (as you mentioned) to srs tag every feature as the standard expects, but that of course would blow up the dataset

Re: [JPP-Devel] SRID support in JML

yeah, it should you can add it manually and test if this interferes w/ current readers (OJ,GDAL), but it really should not. wrt. the srsName, a srsId would be easier to parse, as we only support EPSG codes anyway or don't we? also, while we are at it we could think about a general metadata

Re: [JPP-Devel] Select object on actual layer

Jukka, the idea is more or less to have the same settings from the global settings, easily and intuitively available in the toolbox. let's see what Matthias says. i just imagined as he came from a shortcut (the fastest switch ever ;) that he wouldn't like a hard to reach setting for that.

Re: [JPP-Devel] SRID support in JML

Jukka, adding to the XML structure will be ignored by current readers. changing the structure would break things. ..ede On 11/22/2017 21:41, Rahkonen Jukka (MML) wrote: > Hi, > > In GML srsName is set for each feature. See the GML2 response from >

Re: [JPP-Devel] SRID support in JML

as jml is essentially gml, how is srid support defined in the gml specs? ..ede On 22.11.2017 17:40, Giuseppe Aruta wrote: > we should investigate o JML documentation (if any) if this format support > embedded projection info. Another alternative could be that those infos can > be stored in any

Re: [JPP-Devel] Select object on actual layer

hey guys, don't you think switching the mode in a settings subtab is a bit cumbersome and defeats the purpose of fast editing? how about adding a right click configuration to the clicktool button in the toolbox? ..ede On 22.11.2017 17:32, Giuseppe Aruta wrote: > Good point Jukka, > I will

Re: [JPP-Devel] SRID support in JML

Jukka, you are right. just checked! as SRID is held in a style object and styles are only saved in projects, a saved JML file currently lacks this information. .ede On 22.11.2017 16:19, Rahkonen Jukka (MML) wrote: > Hi, > >   > > Am I right that we have an enhanced SRID support in OpenJUMP

Re: [JPP-Devel] support for some OJ plugins

On 22.11.2017 12:07, Giuseppe Aruta wrote: > This is my idea > Codes: move them to ..jump-pilot/code/plug-ins svn resource path, like the > other plugins, possibly into a unique folder, with a text file that explain > which libraries to use definitely one repo per plugin please. i could live w/

Re: [JPP-Devel] Select object on actual layer

hey Matthias, the r4452 commit message explains why it is gone and frankly i see no way around it as quasi mode switching would involuntarily switch select modes as well "#319 and #399 deactivate the ctrl feature used to limit selection to the selected layers because it is buggy and it is not

Re: [JPP-Devel] support for some OJ plugins

Peppe, hint wrt. what?.. ede On 22.11.2017 08:59, Giuseppe Aruta wrote: > Dear Geoff, Ede and others > I downloaded CadPlan source code plugins and I am ready to move them  into > OpenJUMP official svn. > Print,  Vertex Symbols and  Fill Pattern codes should match related OpenJUMP > plus

Re: [JPP-Devel] Plugin closing

Matze, well done. just refined it a bit to make sure - no null values are added - the default exit handler does not leave the class anymore, hence cannot be overwritten by a third party . ..ede On 11/17/2017 21:40, Matthias Scholz wrote: > Hi ede, > > you have convinced me ;-) I've added

Re: [JPP-Devel] Plugin closing

On 17.11.2017 12:20, Matthias Scholz wrote: > Hi, > > are there any possibility/listener for a plugin to get informed if OJ is > closing? I need this in a plugin to close a connection to an external > application. > there is a workaround, see

Re: [JPP-Devel] OJ EXE

Arun, familiarize yourself with maven/ant. the distribution is built w/ them. the files important for this are ./pom.xml ./etc/mvn/*.xml the OJ exe is precompiled and simply executes oj_windows.bat in the same folder supporting parameters. find the sources under ./launcher/OJ-Windows-Exe/

Re: [JPP-Devel] KML

On 15.11.2017 12:00, Arun Bharathi wrote: > Hi, > Is it possible to open KML file in OJ? > Arun, did you try KML Driver (skyjump) - GPL2 - gpl-2.txt kml-driver-*.jar which is contained in the PLUS distribution? ..ede

Re: [JPP-Devel] Open Multiple Files - OJ

Arun, sorry can't help you with that. our distro is based on a plain jar run by start scripts. if you look for the way we build our release distribution files a mini howto can be found here. http://ojwiki.soldin.de/index.php?title=Creating_an_OJ_release_version ..ede On 06.11.2017 12:03,

Re: [JPP-Devel] Open Multiple Files - OJ

Arun, i am short on time, so i cannot be very helpful. looks like loading of initial files is done in com.vividsolutions.jump.workbench.ui.plugin.FirstTaskFramePlugIn . ..ede On 02.11.2017 13:44, Arun Bharathi wrote: > Hi ede, > Thanks. I am struggling in creating plugin for opening shp files

Re: [LEDE-DEV] Busybox weirdness

hey Phillip, On 02.11.2017 03:36, Philip Prindeville wrote: > Can someone else please try to reproduce this? yes, not exactly but wrong resulting file name nonetheless. it's obviously a bug. looks like a variable reuse went awry as it always hit's the second file, having fragments of the

Re: [JPP-Devel] Open Multiple Files - OJ

Arun, 1. add it as a startup parameter. run OJ starter w/ '-help' to find out the syntax. 2. write your own plugin. ..ede On 11/1/2017 13:12, Arun Bharathi wrote: > Hi ede, > Thanks. Is there anyway to open a file automatically when OJ loads? > > Thanks and Regards. > P.Arun Bharathi > > >

Re: [JPP-Devel] Open Multiple Files - OJ

On 11/1/2017 11:28, Arun Bharathi wrote: > Hi, > Is there any plugin available for opening programmatically multiple shape > files at same time other than opening jmp project file? no, but OpenProjectPlugin might be a good place to start if you want to write one. alternatively look how the

Re: [JPP-Devel] Fwd: Re: CTS plugin

no problemo. and yes, it was your suggestion and no license issues as i did it myself ;) ..ede On 10/24/2017 21:29, Michaël Michaud wrote: > Thanks again, Ede, > > This new icon for CTS is better than the previous one, isn't it ? > > Michaël > > > Le 22/10/2017 à 17:26, edgar.sol...@web.de a

[JPP-Devel] cts plugin

hey All, check out the new placement and icon under Layer/LayerNamePopup in r5524 ..ede -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot

Re: [JPP-Devel] Fwd: Re: CTS plugin

let's see what others say. i'd say Layer menu fit's best. ..ede On 23.10.2017 10:14, Rahkonen Jukka (MML) wrote: > Hi Michaël, > > I agree that ability to transform several layers at a time is a good reason > for having CTS in the context menu. I am not sure about the Layers menu. > SetSRID

Re: [JPP-Devel] Fwd: Re: CTS plugin

On 10/22/2017 22:15, Rahkonen Jukka (MML) wrote: > Hi, > > In r5522 the Coordinate Transformation tool is both in the Plugins menu and > in the mouse right click menu that opens through the table of contents. The > first location feels like old remaining before adding CTS plugin into the >

Re: [JPP-Devel] Fwd: Re: CTS plugin

Mike, i took the freedom to fixup the CTSPlugIn (r5522). where did you get the icon, do we need to credit somebody in readme.txt for it? ..ede On 10/22/2017 15:03, edgar.sol...@web.de wrote: > one other thing. you seem to have forgotten to commit the CTS icon > 'world.png' . in case the icon

Re: [JPP-Devel] Fwd: Re: CTS plugin

one other thing. you seem to have forgotten to commit the CTS icon 'world.png' . in case the icon comes from famfam/fugue please copy it into the approriate folder! ..ede [INFO] 14:58:00.491 Loading Plugin org.openjump.core.ui.plugin.raster.RasterQueryPlugIn took 0.01s at

Re: [JPP-Devel] Problem in OpenJUMP 1.11

Arun, i don't see any critical errors. is something not working still? ..ede On 18.10.2017 15:31, Arun Bharathi wrote: > Hi, > I am enclosing my console output. > Run configurations > Program arguments > -default-plugins ${workspace_loc:Ver_1.11}\scripts\default-plugins.xml > -plug-in-directory

[JPP-Devel] Fwd: Re: CTS plugin

Mike, did you see the issue below? ..ede Forwarded Message Subject: Re: [JPP-Devel] CTS plugin Date: Mon, 9 Oct 2017 14:28:33 +0200 From: edgar.sol...@web.de To: jump-pilot-devel@lists.sourceforge.net hey Mike, i get a startup error now (when run from eclipse) "

Re: [JPP-Devel] Problem in OpenJUMP 1.11

On 18.10.2017 12:22, Arun Bharathi wrote: > Hi, > Thanks. But I got following warning and  error while executing > > Warning: org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser: Property > 'http://www.oracle.com/xml/jaxp/properties/entityExpansionLimit' is not > recognized. > Compiler warnings:

Re: [JPP-Devel] Problem in OpenJUMP 1.11

also, in your console output it says Scanning 'lib/ext/*.jar' but the configuration is -plug-in-directory "lib\plus" so it should read "Scanning 'lib/plus/*.jar'" (note the plus). not sure how you achieved that. ..ede On 17.10.2017 07:47, Arun Bharathi wrote: > ede, > Please find

Re: [JPP-Devel] Problem in OpenJUMP 1.11

using jre 1.8 should not sport the sealing violations i saw in your console log. ..ede On 17.10.2017 13:39, Arun Bharathi wrote: > Hi, > I am using jre1.8.0_131 for executing OJ 1.11. > Is it right? Junit.jar file missing. > > Thanks and Regards. > P.Arun Bharathi > > > On Tue, Oct 17, 2017

Re: [JPP-Devel] Problem in OpenJUMP 1.11

On 17.10.2017 12:17, edgar.sol...@web.de wrote: > that cannot be right. your log pdf says > > 'Restore state from G:\Arun\.\workbench-state.xml' > > but your setting is > > -properties ${workspace_loc:}\workbench-properties.xml > > . so unless 'G:\Arun\' is your project folder something is

Re: [JPP-Devel] Problem in OpenJUMP 1.11

that cannot be right. your log pdf says 'Restore state from G:\Arun\.\workbench-state.xml' but your setting is -properties ${workspace_loc:}\workbench-properties.xml . so unless 'G:\Arun\' is your project folder something is misconfigured there. i cannot solve that for you, but it might

Re: [JPP-Devel] Problem in OpenJUMP 1.11

Arun, in Eclipse in the Run Configurations the same tab where you got the arguments from, there is a setting 'Working Directory' on the bottom. what does it say? ..ede On 17.10.2017 11:58, Arun Bharathi wrote: > Hi Ede, > Thanks. My run configurations: > > Main Class:

Re: [JPP-Devel] Problem in OpenJUMP 1.11

Arun, 1. what is your 'Working Directory' setting in your run configuration? 2. we are _not_ java9 ready so far. recommended java version for now is the latest java8. ..ede On 17.10.2017 07:47, Arun Bharathi wrote: > ede, > Please find enclosed console output.  > > Thanks and Regards. >

Re: [JPP-Devel] Problem in OpenJUMP 1.11

arun, please send the complete console output after OJ start is finished. also what is is your 'Working Directory'? ..ede On October 16, 2017 5:18:04 PM GMT+02:00, Arun Bharathi wrote: >program arguments >-properties ${workspace_loc:}\workbench-properties.xml

Re: [JPP-Devel] Problem in OpenJUMP 1.11

On 16.10.2017 15:32, Arun Bharathi wrote: > Hi, > I am using eclipse. what are your run configuration parameters. jvm _and_ application? ..ede > > On Oct 16, 2017 6:53 PM, > > wrote: > > On 16.10.2017 15:17, Arun Bharathi wrote: > >

Re: [JPP-Devel] Problem in OpenJUMP 1.11

On 16.10.2017 15:17, Arun Bharathi wrote: > Hi, > I am facing problem in compiling OpenJUMP-1.11-r5434-src.  > In File menu items and other menu items are not loading. I have included all > the jar files. No error came. But I have also attached the screen output I > have got. Plz help me. >

Re: [JPP-Devel] CTS plugin

hey Mike, i get a startup error now (when run from eclipse) " java.lang.NoClassDefFoundError: org/cts/registry/RegistryException at java.lang.Class.getDeclaredConstructors0(Native Method) at java.lang.Class.privateGetDeclaredConstructors(Class.java:2671) at

Re: [JPP-Devel] Compile Error

Arun, OJ needs some parameters set to start up properly. i'd suggest you use the startup scripts to start OJ. if you are developing in an ide you should set something like the following in your run configuration settings (taken from eclipse) program arguments -properties

Re: [JPP-Devel] Compile Source

Arun, and here are some developer docs, in case you plan to develop. http://ojwiki.soldin.de/index.php?title=Developer_Documentation_and_HowTo quite outdated but should be enough to give you a jump start. ..ede On 06.10.2017 09:55, Rahkonen Jukka (MML) wrote: > Hi, > >   > > I was able to

Re: [JPP-Devel] Stack overflow error from Overlay tool

ic, my bad. r5500 should fix that.. ede On 9/19/2017 14:54, Rahkonen Jukka (MML) wrote: > Hi, > > Open attached layer1 and layer2 with OpenJUMP, use the Overlay tool with > inputs "layer1" and "layer2", check all boxes in the dialogue and the result > should be the one in Overlay.jml. > >

Re: [JPP-Devel] Stack overflow error from Overlay tool

Jukka, can you post a short step by step and the full error stack? i have no clue what the overlay tool is ;) ..ede On 19.09.2017 14:28, Rahkonen Jukka (MML) wrote: > Hi, > >   > > Tools – analysis – overlay does not work with recent OpenJUMP builds. The > error is > >   > >

Re: [JPP-Devel] OpenJUMP r5499 runs on JDK 9

yeah, will have a deeper look when jdk9 is eventually released _and_ eclipse properly supports it. will probably be some major work to iron the security, class loader and package related errors out. ..ede On 19.09.2017 13:40, Rahkonen Jukka (MML) wrote: > Hi, > >   > > I had a try with

[JPP-Devel] [SPAM] Re: Fwd: "openjump"

hey Uwe and All, smells like a domain scam to me https://www.theguardian.com/technology/askjack/2015/may/05/how-does-a-domain-name-scam-work it even looks very much like the one in (german blog post) https://www.contoba.de/blog/?p=444 ..ede

Re: [JPP-Devel] Fwd: OpenJUMP joining software patent non-aggression community

yeah, well let's not do it. starting w/ that i don't want to join "the likes of Canonical, Daimler, Ford Motors ...", which are the ones enforcing patents left and right suffocating innovation, ending with the fact that software patents should be prohibited at all. patenting software concepts

Re: [JPP-Devel] Export to GPS file

there seem to be several java gpx libraries out there https://stackoverflow.com/questions/3495052/gpx-parser-for-java so the hard work seems to be done already. ..ede On 8/31/2017 0:15, Rahkonen Jukka (MML) wrote: > Hi, > > > I guess that you mean GPX format > >

Re: [JPP-Devel] support for some OJ plugins

hey Geoff, thanks for the heads up. provided that the sources on your website are complete and working (?) we can easily move them into our official svn. as all of them are part of OJ Plus i'd say there is interest in them for sure ;). even our websites sport chart plugin screenshots if i am

Re: [JPP-Devel] Requst to update SQLite driver

done in r5488.. ede On 8/11/2017 9:22, Rahkonen Jukka (MML) wrote: > Hi, > > For getting even more speed for BBOX queries which utilize spatial index of > GeoPackage and Spatialite databases it would be good to update the SQLite > driver that is delivered with OpenJUJMP Plus. The version we

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

hey Nico, wouldn't it make sense to quote sql values in case they contain spaces? ..ede On 8/10/2017 18:21, jump-pilot-svn--- via Jump-pilot-devel wrote: > Revision: 5487 > http://sourceforge.net/p/jump-pilot/code/5487 > Author: elnico > Date: 2017-08-10 16:21:24 + (Thu, 10

Re: [JPP-Devel] WMS broken in newest builds

should be fixed in r5486 ..ede On 10.08.2017 13:44, Rahkonen Jukka (MML) wrote: > Hi, > > > > r5484 cannot connet with WMS servers while r5482 can. I could not download > r5483 from SourceForge so I do not know how it would behave. This error > appears immediately for example when selecting

Re: [JPP-Devel] Errors with building OJ snapshot

nice, just had a deeper look. you can skip the specific test via '-Dtest=!GMLWriterTestCase' as described here http://maven.apache.org/surefire/maven-surefire-plugin/examples/single-test.html ..ede On 09.08.2017 23:14, Rahkonen Jukka (MML) wrote: > Hi, > > Success now with > mvn package

Re: [JPP-Devel] Errors with building OJ snapshot

Jukka, not sure what's wrong there, but you can skip tests via http://maven.apache.org/plugins-archives/maven-surefire-plugin-2.12.4/examples/skipping-test.html .ede On 8/9/2017 20:40, Rahkonen Jukka (MML) wrote: > Hi, > > I continued at home without proxy and got again better result. See

Re: [JPP-Devel] Errors with building OJ snapshot

Jukka, right, the svn issue seems to be fixed > [INFO] > [INFO] --- buildnumber-maven-plugin:1.4:create (generate-buildnumber) @ > OpenJUMP --- > [INFO] Change the default 'svn' provider implementation to 'javasvn'. > [INFO] Storing buildNumber: 5484 at timestamp: 1502279435597 > [INFO]

Re: [JPP-Devel] Errors with building OJ snapshot

Jukka, it pretty clearly states Caused by: org.tmatesoft.svn.core.SVNException: svn: E155007: 'C:\temp\own_oj' is not a working copy so please, check out trunk into another folder and try that one. ..ede On 09.08.2017 13:19, Rahkonen Jukka (MML) wrote: > Hi, > > I refreshed my OJ sources

Re: [JPP-Devel] Errors with building OJ snapshot

Jukka, if you want to use maven for building you have to checkout the sources via svn. how did you retrieve the sources? if you did use svn, maybe a fresh checkout helps? please attach the full log next time. ..ede On 09.08.2017 12:23, Rahkonen Jukka (MML) wrote: > Hi, > > > > I tried

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

probably exactly the same issue of realtime date parsing during loading like w/ JML there. maybe i can speed up the parser, by meorizing the successful pattern and trying that first on the next value. currently it looks like it is bruteforcing the same pattern order over & over agn. ..ede On

Re: [JPP-Devel] SVN: [5473] core/trunk/src/language

no biggie, but please revisit the settings in your netbeans wrt. - properties editing - svn committing - project settings somewhere must be a switch to turn that behaviour of. ..ede On 01.08.2017 14:03, Nicolas Ribot wrote: > Hi Ede, > > Thanks a lot for that and sorry for the mess ! > >

Re: [JPP-Devel] Slow parsing of JML files

On 31.07.2017 08:19, Michaël Michaud wrote: > Hi Ede, > > I can confirm what you say. > > On a file with 1M simple shapes + 6 string attributes + 1 date attribute > > shp : 23s (same time with or without attributes, 19s if the file set has no > shx) wonder how shp reader deals with dates, it

Re: [JPP-Devel] Slow parsing of JML files

Jukka, sorry, r5482 is the latest. commit msg stays the same. ..ede On 7/30/2017 18:44, edgar.sol...@web.de wrote: > Jukka, > > can you try r4682? > >> Log Message: >> --- >> speeding up JML/GML reader when reading time attributes by parsing them lazy >> (during access later) >> -

Re: [JPP-Devel] Slow parsing of JML files

Jukka, can you try r4682? > Log Message: > --- > speeding up JML/GML reader when reading time attributes by parsing them lazy > (during access later) > - adding FlexibleFeature, FlexibleFeatureSchema > - porting GMLReader to use the flexible classes ..ede On 7/29/2017 22:50, Rahkonen

Re: [JPP-Devel] Slow parsing of JML files

Jukka, thanks for the flowers :).. try the same w/o date attributes, that should speed up JML by magnitudes. ..ede On 7/29/2017 22:50, Rahkonen Jukka (MML) wrote: > Hi, > > I took some timings with todays nightly build by opening my dataset with > 1101817 polygons and quite many attributes.

Re: [JPP-Devel] Slow parsing of JML files

just spent some time with GMLReader, which is actually our JMLReader and according to my finding it get's some magnitudes faster when the date parsing is commented out (in GMLInputTemplate.getColumnValue()). had a short look at the FlexibleDateParser and have the impression that regex patterns

Re: [JPP-Devel] Slow parsing of JML files

On 28.07.2017 17:06, Rahkonen Jukka (MML) wrote: > Hi, > > I noticed with a dataset having 1.2 million features with lots of attributes > that OpenJUMP is rather slow in parsing its own native JML format. It takes > about 30 minutes to open the file. Shapefiles are much faster but they do not

Re: [JPP-Devel] Set attribute value plugins

go ahead :).. ede On 28.07.2017 13:39, Michaël Michaud wrote: > Ede, > > Replace Attribute, that I propose to remove, is not undoable but (Auto) > Assign Attribute is. > > Michaël > > > Le 28/07/2017 à 13:12, edgar.sol...@web.de a écrit : >> how about making 'Assign Attribute' undoable

Re: [JPP-Devel] Set attribute value plugins

how about making 'Assign Attribute' undoable first? i'd consider undoability a functionality, that we'd loose in this case. ..ede On 27.07.2017 22:38, Michaël Michaud wrote: > Hi all, > > I would like to remove (or to hide) Replace Attribute Value plugin (Tools > > Edit Attributes), because

Re: [JPP-Devel] Problem to start OpenJUMP from the .bat

On 27.07.2017 13:29, Michaël Michaud wrote: > >> On 27.07.2017 09:00, Michaël Michaud wrote: >>> I had tried the set JAVA_BIN=java option before but with no success. >> didn't say it will solve the issue. but at least it keeps the terminal >> window open so you can check what is going on behind

Re: [JPP-Devel] Problem to start OpenJUMP from the .bat

Mike, On 27.07.2017 09:00, Michaël Michaud wrote: > I had tried the set JAVA_BIN=java option before but with no success. didn't say it will solve the issue. but at least it keeps the terminal window open so you can check what is going on behind the scenes and see what error gets printed there.

Re: [JPP-Devel] Problem to start OpenJUMP from the .bat

On 7/26/2017 21:12, Michaël Michaud wrote: > Hi Ede, Jumpers > > I have had some problems to start OpenJUMP, probably since the day I upgraded > my jvm to java 1.8.0_141. > > If I open the dos console, cd to the bin directory, and run oj_windows.bat, > it works > If I right click on the .bat

Re: [JPP-Devel] [Duplicity-talk] gpg key password asked for backup after verify

whoops wrong list.. please ignore.. ede On 20.07.2017 14:53, edgar.sol...@web.de wrote: > Ken, > > On 20.07.2017 14:03, Kenneth Loafman wrote: >> Hi ede, >> >> OK, I implemented it so it will output a non-fatal error message on gpg >> fails with remote manifest files, return None, and continue.

Re: [JPP-Devel] [Duplicity-talk] gpg key password asked for backup after verify

Ken, On 20.07.2017 14:03, Kenneth Loafman wrote: > Hi ede, > > OK, I implemented it so it will output a non-fatal error message on gpg fails > with remote manifest files, return None, and continue. I ignored the code > from the previous message because the try/except was removed completely.

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

On 18.07.2017 11:51, Nicolas Ribot wrote: > > > On 18 July 2017 at 11:46, > > wrote: > > the backslash is merely an obsolete escape '\' in these cases. > unnecessary but not hurting. '#' and ':' are safe to use within the > translation

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

so there is a difference between your local language files and trunk now (capitalization)? ..ede On 18.07.2017 13:36, Nicolas Ribot wrote: > > > On 18 July 2017 at 12:34, > > wrote: > > jupp, how did you edit the files? > > did you

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

jupp, how did you edit the files? did you revert your changes locally beforehand (synchronize, update-override)? ..ede On 18.07.2017 12:02, Nicolas Ribot wrote: > Hmm still the mess ! > I don't understand why :(( > > On 18 July 2017 at 11:56, jump-pilot-svn--- via Jump-pilot-devel >

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

the backslash is merely an obsolete escape '\' in these cases. unnecessary but not hurting. '#' and ':' are safe to use within the translation string. tldr; use key = #T: english translation ..ede PS: check that you only edited lines that you intended before committing ;) On 18.07.2017

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

Nico, are you aware that your translations are (still) missing now after the cleanup? ..ede On 29.06.2017 18:07, Nicolas Ribot wrote: > Yes, ok ;) > > On 29 June 2017 at 16:34, wrote: > >> hey Nico, >> >> if you compare r5467 w/ r5465 (last commit be4fore you adding the

Re: [Live-demo] [JPP-Devel] Jump 1.11 on OSGeoLive 11

Brian, looks good to me. ..ede On 29.06.2017 05:58, Brian M Hamlin wrote: > sort of has a catchy sound to it, no? > This is for FOSS4G Boston in August, and others worldwide.. > The OSGeo-Live team is pleased to announce Beta1 of the 11th edition. We are > a week behind schedule, but things

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

done r5469.. ede On 29.06.2017 18:07, Nicolas Ribot wrote: > Yes, ok ;) > > On 29 June 2017 at 16:34, wrote: > >> hey Nico, >> >> if you compare r5467 w/ r5465 (last commit be4fore you adding the timeout) >> you will see that there are still modified lines that have no

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

hey Nico, if you compare r5467 w/ r5465 (last commit be4fore you adding the timeout) you will see that there are still modified lines that have no connection to your intended change. ok for you if i reset the language files back to r5465 and you try agn from there? ..ede On 29.06.2017

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

Nico, looks good apart from the language part. somehow your editor managed to touch (mostly unicode conversions) a lot of keys that are unrelated. can your revisite those and just add the new keys? what is the text "(also apply to OGC services)" supposed to mean? wouldn't a centrally

Re: [JPP-Devel] Jump 1.11 on OSGeoLive 11

Brian, looks good to me. ..ede On 29.06.2017 05:58, Brian M Hamlin wrote: > sort of has a catchy sound to it, no? > This is for FOSS4G Boston in August, and others worldwide.. > The OSGeo-Live team is pleased to announce Beta1 of the 11th edition. We are > a week behind schedule, but things

Re: [Duplicity-team] [Blueprint multibackend-prefix-affinity] Store prefix affinity in multibackend setup

On 22.06.2017 18:24, Xavier Lucas wrote: > Blueprint changed by Xavier Lucas: > > Definition Status: Discussion => Pending Approval > looks good and sounds sensible to me. it's even man page documented on the first submit. .. ede/duply.net ___

Re: [JPP-Devel] OSGeo-Live 11.0 - please confirm that you have reviewed openjump docs by 18 June 2017

Updated the installer to OJ 1.11.. the docs still need some love.. ede On June 8, 2017 6:19:44 PM GMT+02:00, Stefan Steiniger wrote: >Hi all, > >anyone able on the list to look into the things? (Given the deadline >dates, I can't) > >Stefan > > >On 6/6/17 19:41,

[JPP-Devel] reusable language keys WAS:Re: SVN: [5392] plug-ins/CADExtension/trunk/src/org/openjump/advancedtools

just a quick follow up, since r5404 you have the possibility to reuse translations when using com.vividsolutions.jump.I18N via a leading '$J:' marker eg. generic.layer=Layer plugin.does.stuff.layer=$J:generic.layer theoretically this should be chainable as well, but i am not sure if we should

Re: [JPP-Devel] New property for Postgresql driver: ApplicationName

hey Nic, name and version are "translated" strings src/language/jump.properties " JUMPWorkbench.jump = OpenJUMP JUMPWorkbench.version.number = ${version.number} JUMPWorkbench.version.release = ${version.release} JUMPWorkbench.version.revision = ${version.revision} JUMPWorkbench.version.buildDate

Re: [JPP-Devel] Question about MultiInputDialog

it's your baby. and there is no hurry, so i'll leave the final decision and implementation to you as long as it is feasible at all. ..ede On 22.05.2017 13:16, Giuseppe Aruta wrote: > OK/Cancel sounds like go back to Option dialog instead of MultiImput dialog > That could be a minimalist and

<    3   4   5   6   7   8   9   10   11   12   >