[JPP-Devel] Sextante vector tools which are missing from OJ

2016-11-16 Thread Rahkonen Jukka (MML)
Hi, I tried to make a list of Sextante vector tools which do not have an equivalent pair in OpenJUMP. Most of them are made for such analysis or statistics which do not belong to the core of OpenJUMP and it would probably make no sense to rewrite them into OpenJUMP. We should just test that the

[JPP-Devel] oj_windows launchers

2016-11-16 Thread Michaël Michaud
Hi Ede, This week, several co-workers have had problems with their java installation after an automatic update on their windows machine (problems probably related to the enterprise update policy, not the standard windows update). On these machines, JRE is still present somewhere in Program F

Re: [JPP-Devel] Rename fields with Sextante modeler

2016-11-16 Thread Michaël Michaud
Thanks for the hint, I must definitively have a deeper look at Sextante capabilities, Michaël Le 16/11/2016 à 21:29, Rahkonen Jukka (MML) a écrit : Starting a new thread with better title. What Michaël was thinking about Sextante actually works already. There is a rename field process in t

[JPP-Devel] Rename fields with Sextante modeler

2016-11-16 Thread Rahkonen Jukka (MML)
Starting a new thread with better title. What Michaël was thinking about Sextante actually works already. There is a rename field process in the vector tools and several renames can be chained with the graphical modeler. See the attached image. Once the model is saved it can be used from Sext

Re: [JPP-Devel] SVN: [5185] core/trunk/src/com/vividsolutions/jump/workbench/ui/ LayerNameRenderer.java

2016-11-16 Thread Michaël Michaud
>> But if user reads data from database or WFS the new layer has again schema with long names. That is probably why Michaël has made the re-usable renaming tool. Exactly, we have a database with very long attribute names, and simply truncating them produces un-understandable names. Michaël >

Re: [JPP-Devel] SVN: [5185] core/trunk/src/com/vividsolutions/jump/workbench/ui/ LayerNameRenderer.java

2016-11-16 Thread Rahkonen Jukka (MML)
Hi, Attribute names are auto-shortened and if needed, automatically renamed from the end of the name for avoiding duplicate names. No warnings. Rather user friendly solution which is also used in GDAL and some other software. Only drawback is that the result may not please users and they must

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

2016-11-16 Thread edgar . soldin
tried it on my dual monitor system, seems to be fixed. ..ede On 15.11.2016 23:15, jump-pilot-...@lists.sourceforge.net wrote: > Revision: 5190 > http://sourceforge.net/p/jump-pilot/code/5190 > Author: michaudm > Date: 2016-11-15 22:15:19 + (Tue, 15 Nov 2016) > Log Message: > --

Re: [JPP-Devel] SVN: [5185] core/trunk/src/com/vividsolutions/jump/workbench/ui/ LayerNameRenderer.java

2016-11-16 Thread edgar . soldin
what does currently happen when saving shapefiles w/ too long attrib names? do they get auto shorted, the user a warning or? ..ede On 15.11.2016 23:44, Michaël Michaud wrote: > Hi, > > Renaming attributes to be compatible with shapefile specification is a > common need. > I also had this need