Hei Michael,
a long answer
I) Minority/Majority/Median:
they are only applicable to integer or string values - end return the
value that occurs the most = majority, or the least = minority* (i.e. by
counting the occurence). The median is the value right in the middle if
we build an ordered set
ups sorry - I was wrong. The LinearRings seem to come from somewhere
else (i.e. geometry.getBoundary() ... which makes sense)
stefan
Stefan Steiniger wrote:
> Hei Martin,
>
> thank you for the answer.
>
> I just recognized that the method that delivers the LinearRings is
> lineMerger.getMerg
Hei Martin,
thank you for the answer.
I just recognized that the method that delivers the LinearRings is
lineMerger.getMergedLineStrings()
can you check that? is that a bug or intended behaviour? (I see in the
javadoc that LinearRings is a subclass of LineString)
stefan
Martin Davis wrote:
>
Right, yes, I saw that.
It's certainly easier to do for raster analysis - I think there's fewer
corner cases and exception. But FME provides an example of doing this
for vector-based analysis.
Stefan Steiniger wrote:
> Hei Martin
>
> Martin Davis wrote:
>
>> Ultimately it would be cool to
Yes, that's exactly it. JEQL will provide an enhanced spatial SQL which
can be used on JUMP layers.
Now I just have get busy and write the UI component... !
Michaël Michaud wrote:
> Martin Davis a écrit :
>
>> Not sure if this is quite on the same track, but I'm planning to make a
>> plugi
Martin Davis a écrit :
> Not sure if this is quite on the same track, but I'm planning to make a
> plugin which will allow JEQL to operate within JUMP. JEQL provides a
> much higher-level language than Beanshell, so it might be close to what
> you're looking for with a "Model Builder".
>
Gre
Hei Martin
Martin Davis wrote:
> Ultimately it would be cool to provide a Visual Programming interface to
> JEQL, which would make this even easier to use. Does the Sextante Model
> Builder provide a graphical interface?
yes .. see the 3rd picture:
http://forge.osor.eu/plugins/wiki/index.php?S
Hi,
> Tools>Edit Geometry>Convert> Extract Common Boundary Between Polygons...
> (in OpenJUMP-NB)
>
> the function returns LinearRings.
>
I think this function could return LineStrings only.
(but jml should also be able to read/write linearring correctly...)
Michaël
> Now, the geometry of thos
Stefan Steiniger a écrit :
> Hei Michael and others,
>
> I had a look on your aggregation plugin. It is a bit more advanced than
> my one. If we would add Minority/Majority/Median and try to get the
> "query" message fixed so that it doesn't exceed the box,
Hey, I did not notice that. I'll have
I think the LinearRings are simply saved as LineStrings to shapefiles -
that's why that works.
The inability to load LinearRings from JML is probably just an oversight
in the original implementation. Although, it looks to me like GML2 does
not actually support LinearRings as geometries in their
Hei Martin and others,
I discovered that odd behaviour:
When data are created with
Tools>Edit Geometry>Convert> Extract Common Boundary Between Polygons...
(in OpenJUMP-NB)
the function returns LinearRings.
Now, the geometry of those data can be saved in a jml file, but it is
not displayed w
Not sure if this is quite on the same track, but I'm planning to make a
plugin which will allow JEQL to operate within JUMP. JEQL provides a
much higher-level language than Beanshell, so it might be close to what
you're looking for with a "Model Builder".
Ultimately it would be cool to provide
Zmitser,
Sorry I haven't gotten back to you for a couple of days. I had a busy weekend.
Do you think you can handle setting up an Eclipse Java development
project for your plug-in? You'll need to create a new Java project and
add then JTS/JUMP libraries to your projects build path.
If you have t
Hi Stefan and Michael
> However, I have been looking for the source code and it is
> not included
> in the downloadable jar.
The source code should be here: http://geo.michaelm.free.fr/OpenJUMP/resources/
Peppe
__
Do You Yahoo!?
Poco spazio e tan
14 matches
Mail list logo