Hi,
When I have to achieve such a think I do it that way :
- Union
- Make the new layer editable
- Edition > Selection > Select by geometry type...
- choose MultiPolygon, GeometryColletion types
- right click on the layer view
- Explode selected features
Is that what you want to get ?
OK, I agre
Hi,
I repeated my tests with Geoserver 2.0.2, this time with the latest OpenJUMP
nightly build. WMS layers are working fine. The URL-encoding problems I had
were with the OJ 1.3 version (April 19, 2009).
-Jukka Rahkonen-
Hi Martin,
I'm still thinking about your RMI idea. In SkyJUMP, there is a
communications module that allows other programs to control it remotely. It
doesn't use RMI, but it could be ported to OJ and changed to do so. It
includes two bidirectional channels for command and data. The protocol is
Larry and Steven,
sorry for bothering you, I know you're both busy... I had a deeper look
at the RasterImageLayer class. Apparently there is a scaling function
there (as Stefan pointed out), but for what I can understand, the image
is read, then rescaled, then added to a Layerable. This means
Sorry, Elton, not NIls. I answered so many questions that I got confused
about who I was answering. :-)
On Thu, Jul 1, 2010 at 8:24 AM, Larry Becker wrote:
> Hi Nils,
>
> I believe you might be running into problems updating because your loop
> is blocking the GUI thread. You might try a La
Hi Nils,
I believe you might be running into problems updating because your loop is
blocking the GUI thread. You might try a LayerViewPanel.repaint() using
invokeAndWait().
Larry
On Thu, Jul 1, 2010 at 6:42 AM, Elton Chan wrote:
> Hi there,
>
> I would like to refresh a layer after changing
Hi Nils,
If you mean an explode utility method you are correct - I don't think there
is one. There is code in the ExplodeSelectedFeaturesPlugIn. Also, there is
support for recursive parsing of GeometryCollections when using an
EditTransaction.
If you do add a utility function, it should probabl
You might try:
context.getLayerManager().fireFeaturesChanged( features,
FeatureEventType.ATTRIBUTES_MODIFIED, layer);
Also look into:
context.getLayerManager().setFiringEvents(false); //before loop
context.getLayerManager().setFiringEvents(true); //after loop
Larry
On Wed, Jun 30, 2010 at 10
Hi there,
I would like to refresh a layer after changing attribute of each feature in the
layer based on an event table. The event table records attribute assigned to
each feature at specified stage. Following is the schema of the event table:
Event(
StageID int, // StageID defines sequence of
Matthias Scholz wrote:
> > this looks almost good. Did you enter the complete GetCapabilities
> > request when trying to load the layer? You should leave the
> > GetCapabilities parameters off, since they're added
> > automatically. Example: load the layer using
> > http://localhost:8080/geoserver
Andreas Schmitz schrieb:
> Matthias Scholz wrote:
>
> Hi,
>
>
> I checked that WMS layer name is stored OK in the OJ project file
> sf:archsites
> Let's hope that question is only about url-encoding error.
>
>
I discussed with a Geoserver developer and
Matthias Scholz wrote:
Hi,
> >>> I checked that WMS layer name is stored OK in the OJ project file
> >>> sf:archsites
> >>> Let's hope that question is only about url-encoding error.
> >>>
> >> I discussed with a Geoserver developer and he considered that
> >> both ways would be correct,
Rahkonen Jukka schrieb:
> Andreas Schmitz wrote:
>
>
>> Rahkonen Jukka wrote:
>>
>> Hi,
>>
>>
>>> I checked that WMS layer name is stored OK in the OJ project file
>>> sf:archsites
>>> Let's hope that question is only about url-encoding error.
>>>
>> I discussed with a Geoserver d
Rahkonen Jukka wrote:
Hi,
> > > I checked that WMS layer name is stored OK in the OJ project file
> > > sf:archsites
> > > Let's hope that question is only about url-encoding error.
> > I discussed with a Geoserver developer and he considered that
> > both ways would be correct, to leave it una
Andreas Schmitz wrote:
> Rahkonen Jukka wrote:
>
> Hi,
>
> > I checked that WMS layer name is stored OK in the OJ project file
> > sf:archsites
> > Let's hope that question is only about url-encoding error.
> I discussed with a Geoserver developer and he considered that
> both ways would be c
Matthias Scholz wrote:
Hi,
> I checked that WMS layer name is stored OK in the OJ project file
> sf:archsites
> Let's hope that question is only about url-encoding error. I discussed
> with a Geoserver developer and he considered that both ways would be
> correct, to le
Hi!
> Matthias Scholz wrote:
>
> Hi,
>
>
I checked that WMS layer name is stored OK in the OJ project file
sf:archsites
Let's hope that question is only about url-encoding error. I discussed
with a Geoserver developer and he considered that both ways would be
correct,
Matthias Scholz wrote:
Hi,
> >> I checked that WMS layer name is stored OK in the OJ project file
> >> sf:archsites
> >> Let's hope that question is only about url-encoding error. I discussed
> >> with a Geoserver developer and he considered that both ways would be
> >> correct, to leave it una
Hi,
> Rahkonen Jukka wrote:
>
> Hi,
>
>
>> I checked that WMS layer name is stored OK in the OJ project file
>> sf:archsites
>> Let's hope that question is only about url-encoding error. I discussed with
>> a Geoserver developer and he considered that both ways would be correct, to
>> leave it
Hi,
we don't have a standard-function to "explode" GeometryCollections to
single Geometries in OpenJUMP, am I right?
To have an option "don't allow GeometryCollections" in the
main-menu-function Tools>>Analysis>>One Layer>>Union
would be nice , too.
Maybe I could try to implement something like
Rahkonen Jukka wrote:
Hi,
> I checked that WMS layer name is stored OK in the OJ project file
> sf:archsites
> Let's hope that question is only about url-encoding error. I discussed with a
> Geoserver developer and he considered that both ways would be correct, to
> leave it unaltered sf:archsi
21 matches
Mail list logo
