Re: [JPP-Devel] Question about MultiInputDialog

2017-05-10 Thread edgar . soldin
thx, so in general other GIS use the projects file last mod. time or a saved date value within the same? ..ede On 10.05.2017 16:52, Rahkonen Jukka (MML) wrote: > Hi, > > How could you tell what is the last update time of database layers, or image > layers? For shapefiles one could try to

Re: [JPP-Devel] Question about MultiInputDialog

2017-05-10 Thread Rahkonen Jukka (MML)
Hi, How could you tell what is the last update time of database layers, or image layers? For shapefiles one could try to read when the file was saved to disk, or better the last_update data from DBF file (see http://www.gdal.org/drv_shapefile.html) that is often updated when software saves

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

2017-05-10 Thread Giuseppe Aruta
>yeah, but still we would have to add new definitions. my vision is to have only some core defs >(mod.date is a good example) there and other ones in their respective class/package. we can even >move them, should we decide to broaden their usage later eg. the metadata text. What about to create

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

2017-05-10 Thread edgar . soldin
On 10.05.2017 13:57, Giuseppe Aruta wrote: > Hi Ede, > sorry, I commit the plugin before reading your mail. > A) I preferred to have the tags on Tak class so can be easly find them in > case they can be used for other reasons (I am planning to work around Task > (=SRS) unit for the next

Re: [JPP-Devel] Question about MultiInputDialog

2017-05-10 Thread edgar . soldin
On 09.05.2017 17:12, Giuseppe Aruta wrote: > C. > wrt. Modification Time - how is this handled within other GIS (Jukka?), > especial wrt. changed datasets. i can imagine a scenario where only a dataset > is changed but the project as such is not changed, > - which date would be more important? >

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

2017-05-10 Thread Giuseppe Aruta
Hi Ede, sorry, I commit the plugin before reading your mail. A) I preferred to have the tags on Tak class so can be easly find them in case they can be used for other reasons (I am planning to work around Task (=SRS) unit for the next future) B) It was already implemented. I didn't give a look

[JPP-Devel] SVN: [5445] core/trunk/src/language/jump_fi.properties

2017-05-10 Thread jump-pilot-svn
Revision: 5445 http://sourceforge.net/p/jump-pilot/code/5445 Author: jratike80 Date: 2017-05-10 11:55:45 + (Wed, 10 May 2017) Log Message: --- Finnish translations of the project metadata strings Modified Paths: --

[JPP-Devel] SVN: [5444] core/trunk

2017-05-10 Thread jump-pilot-svn
Revision: 5444 http://sourceforge.net/p/jump-pilot/code/5444 Author: ma15569 Date: 2017-05-10 11:45:51 + (Wed, 10 May 2017) Log Message: --- Added plugin to read and modify project properties Modified Paths: -- core/trunk/ChangeLog

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

2017-05-10 Thread edgar . soldin
hey Peppe, A. would it be possible to implement project tags without having to add static keys in OJ core? the idea is that each plugin could simply ask for a tag and get it. B. what is the reasoning behind a PROJECT_FILE_KEY? isn't that something that can be determined during runtime? C.

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

2017-05-10 Thread jump-pilot-svn
Revision: 5443 http://sourceforge.net/p/jump-pilot/code/5443 Author: ma15569 Date: 2017-05-10 08:43:35 + (Wed, 10 May 2017) Log Message: --- Removed unsuded language strings Modified Paths: -- core/trunk/src/language/jump.properties

[JPP-Devel] SVN: [5442] core/trunk/src/com/vividsolutions/jump/workbench/model/ Task.java

2017-05-10 Thread jump-pilot-svn
Revision: 5442 http://sourceforge.net/p/jump-pilot/code/5442 Author: ma15569 Date: 2017-05-10 08:20:42 + (Wed, 10 May 2017) Log Message: --- some improvements on properties definitions Modified Paths: --