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

want to write a plain data table? >>>>> >>>>> ..ede >>>>> >>>>> On 15.11.2016 09:02, Michaël Michaud wrote: >>>>>> Hi, >>>>>> >>>>>> If I had to refactor the layer hierarchy to include d

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

t;>> >>>>> If I had to refactor the layer hierarchy to include datasets without >>>> geometry, I would probably try something like that >>>>> (note that it would be a big refactoring, and I am not able to >>>>> evaluate >>>> the workload to achieve i

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

gt; >>>> Proposition to include non-geometric data (and to factorize some >>> attributes) >>>> >>>> Proposed layer hierachy >>>> Le 14/11/2016 à 14:29, Stefan Steiniger a écrit : >>>>> Hi, >>>>> >>>>>

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

ibutes) >>> >>> >>> Proposed layer hierachy >>> Le 14/11/2016 à 14:29, Stefan Steiniger a écrit : >>>> >>>> Hi, >>>> >>>> i used empty geomcollection so far, to have something there... I am >>>> not >>

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

hierarchy >>>> >>>> Proposition to include non-geometric data (and to factorize some >>> attributes) >>>> >>>> >>>> Proposed layer hierachy >>>> Le 14/11/2016 à 14:29, Stefan Steiniger a écrit : >>>>> >>

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

ot sure if OJ is designed for that. Simplest may be > to copy and make the field invisible for now. > >> > >> Perhaps Michaël has a better idea about the possibility to throw out > the geom. > >> > >> > >> > >> cheers, > >> > &g

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

a.rahko...@maanmittauslaitos.fi>; > OpenJump develop and use <jump-pilot-devel@lists.sourceforge.net> > Aihe: Re: [JPP-Devel] SVN: [5185] > core/trunk/src/com/vividsolutions/jump/workbench/ui/ LayerNameRenderer.java > > GeometryCollection is afaik the only possib

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

t-devel@lists.sourceforge.net> Aihe: Re: [JPP-Devel] SVN: [5185] core/trunk/src/com/vividsolutions/jump/workbench/ui/ LayerNameRenderer.java GeometryCollection is afaik the only possibility to have an empty geometry as all other geom types require either coordinates or sub geoms per definit

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

ity to throw out the geom. > > > > cheers, > > stefan > > > -- Originalnachricht ------ > Von: > Datum: 14.11.2016 9:45 > An: OpenJump develop and use; > Betreff:Re: [JPP-Devel] SVN: [5185] > core/trunk/src/com/vividsolutions/jump/workbench/ui/ LayerNameRender

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

the geom. cheers, stefan -- Originalnachricht -- Von: Datum: 14.11.2016 9:45 An: OpenJump develop and use; Betreff:Re: [JPP-Devel] SVN: [5185] core/trunk/src/com/vividsolutions/jump/workbench/ui/ LayerNameRenderer.java i guess the cleanest solution would be a new layer class eg. DataLayer

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

and use; *Betreff:*Re: [JPP-Devel] SVN: [5185] core/trunk/src/com/vividsolutions/jump/workbench/ui/ LayerNameRenderer.java i guess the cleanest solution would be a new layer class eg. DataLayer, that simply does not allow adding/editing geometries or does not even have a geometry attribute

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

Hi,i used empty geomcollection so far, to have something there... I am not sure how much work it would be to introduce a new table/data layer without a geometry - as i am not sure if OJ is designed for that. Simplest may be to copy and make the field invisible for now. Perhaps Michaël has a

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

i guess the cleanest solution would be a new layer class eg. DataLayer, that simply does not allow adding/editing geometries or does not even have a geometry attribute. in the 2nd case you would probably need a new featurecollection w/o a geometry column as well and the whole thing would throw

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

Thanks Michael Ede Indeed I came across (as a side relative problem ) working on Saxtante. Sextante allows to work on Table files while Oj not. We can take advance of the Sextante table algorithms allowing Sextante to decode the vector layers, with all features with empty geometries (see for

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

Hi Peppe, Seel also my answer on 2016-10-29. TreeLayerNamePanel has a listener, but to avoid a featureCollection scan after each change you probably need to keep a cache in the Layer as suggested by Ede, and use the Layer's listener to update the cache every time a feature is added, removed or

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

thanks.. how about implementing the caching/listener approach if you like to have icon? ..ede On 13.11.2016 18:57, Giuseppe Aruta wrote: > Ok Ede, I didn't know it. I will revert the change. > Thanks again > Peppe > > Il 13/Nov/2016 18:48, ha scritto: > >> Peppe, >> >>

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

Ok Ede, I didn't know it. I will revert the change. Thanks again Peppe Il 13/Nov/2016 18:48, ha scritto: > Peppe, > > NACK.. this is going to get very slow for huge datasets containing empty > geoms only, as it is run on every redraw of the layer tree. please cache > the

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

Peppe, NACK.. this is going to get very slow for huge datasets containing empty geoms only, as it is run on every redraw of the layer tree. please cache the state and use a layer change listener or else users will complain about a frozen OJ some time in the future and we will have a hard time

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

Revision: 5185 http://sourceforge.net/p/jump-pilot/code/5185 Author: ma15569 Date: 2016-11-13 17:41:37 + (Sun, 13 Nov 2016) Log Message: --- The layer tree shows a table icon for layers that have features with empty geometries Modified Paths: --