Hi,
The fix seems to be good, thank you!
I have been thinking sometimes that perhaps it would be better to open SQLite
databases (SpatiaLite and GeoPackage) as read only. It could prevent some
locking issues and OpenJUMP does not really need read/write access. It is
actually possible to update
On 12.02.2020 15:36, Nicolas Ribot wrote:
> On Wed, 12 Feb 2020 at 15:32, wrote:
>
>> Nico,
>>
>> please add your changes above the "updated until here" line next time.
>> it's for me to know if there were changes after me transfering changes over
>> to Changes.txt while preparing the release ;)
>
On Wed, 12 Feb 2020 at 15:32, wrote:
> Nico,
>
> please add your changes above the "updated until here" line next time.
> it's for me to know if there were changes after me transfering changes over
> to Changes.txt while preparing the release ;)
>
> thanks! ..ede
>
>
Sorry, I didn't notice the li
Revision: 6239
http://sourceforge.net/p/jump-pilot/code/6239
Author: elnico
Date: 2020-02-12 14:36:21 + (Wed, 12 Feb 2020)
Log Message:
---
reordered changelog notes
Modified Paths:
--
core/trunk/ChangeLog
Modified: core/trunk/ChangeLog
Nico,
please add your changes above the "updated until here" line next time. it's for
me to know if there were changes after me transfering changes over to
Changes.txt while preparing the release ;)
thanks! ..ede
On 12.02.2020 15:16, jump-pilot-svn--- via Jump-pilot-devel wrote:
> Modified: co
Jukka, can you test please?.. ede
On 12.02.2020 15:23, jump-pilot-svn--- via Jump-pilot-devel wrote:
> Revision: 6238
> http://sourceforge.net/p/jump-pilot/code/6238
> Author: elnico
> Date: 2020-02-12 14:23:33 + (Wed, 12 Feb 2020)
> Log Message:
> ---
> Removed debug
Revision: 6238
http://sourceforge.net/p/jump-pilot/code/6238
Author: elnico
Date: 2020-02-12 14:23:33 + (Wed, 12 Feb 2020)
Log Message:
---
Removed debug left at previous commit
Modified Paths:
--
core/trunk/ChangeLog
core/trunk/src/com/vividsolutio
Revision: 6237
http://sourceforge.net/p/jump-pilot/code/6237
Author: elnico
Date: 2020-02-12 14:16:26 + (Wed, 12 Feb 2020)
Log Message:
---
fix bug in Spatialite datasources management, where spatial index query was not
built even if a spatial index was defined on the g
Hi
You were right Jukka, when changing mechanism to retrieve all geometric
layers information at once, I missed a step to set information whether a
geometric column is indexed or not.
GeometryColumn where built with a default value of False for isIndex
attribute.
I fixed the code and now spatial
sounds good!.. ede
On 12.02.2020 12:27, Nicolas Ribot wrote:
> Hi,
>
> I'm currently looking at the problem, that also occur with spatialite
> format.
> I hope it will be fixed in few hours.
> I'll keep you posted.
>
> Nicolas
>
> On Wed, 12 Feb 2020 at 11:53, wrote:
>
>> hey Nico,
>>
>> would yo
Hi,
I'm currently looking at the problem, that also occur with spatialite
format.
I hope it will be fixed in few hours.
I'll keep you posted.
Nicolas
On Wed, 12 Feb 2020 at 11:53, wrote:
> hey Nico,
>
> would you like me to hold the release for the fix or do you need more
> time? .. snappy new
hey Nico,
would you like me to hold the release for the fix or do you need more time? ..
snappy new one btw. ede
On 12.02.2020 10:57, Nicolas Ribot wrote:
> Hi,
>
> I will have a look at it !
>
> Nicolas
>
> On Wed, 12 Feb 2020 at 08:31, Rahkonen Jukka (MML) <
> jukka.rahko...@maanmittauslaitos
Hi,
I will have a look at it !
Nicolas
On Wed, 12 Feb 2020 at 08:31, Rahkonen Jukka (MML) <
jukka.rahko...@maanmittauslaitos.fi> wrote:
> Hi,
>
>
>
> It seems that loosing spatial index of GeoPackage tables is a side effect
> of this changeset that was otherwise a nice improvement
> https://sou
13 matches
Mail list logo
