[JPP-Devel] Improving and renaming the Image Layer Manager tool

[Rahkonen Jukka]

 
Hi,

I wrote a short document about the OpenJUMP Image Layer Manager tool. I have a 
feeling that it is not much used so I took a bunch of screen captures for 
showing what is does and how it is used. In the end of the document there are a 
few suggestions for making this fine tool better.  In few words I recommend to 
rename the tool to something that describes the tool better, like Image Index 
Manager, and to make it possible to save and open OJ image index files more 
conveniently than now.

http://latuviitta.org/documents/OpenJUMP_image_layer_tool.pdf

I have a slight feeling that OpenJUMP could sometimes benefit also from 
analogous vector file index system. For example, we have a dataset that 
contains thousands of shapefiles, each one covering a 10 by 10 kilometer 
rectangle.  With a vector index file and properly set layer scale limits 
OpenJUMP might be able to handle the whole dataset as a one seamless layer even 
it is a few gigabytes all together. I guess it would be much easier to make it 
work as read-only than to make is support also editing.

-Jukka Rahkonen-
--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Improving and renaming the Image Layer Manager tool

[Michaël Michaud]

Hi Jukka,

Thanks for sharing your knowledge and ideas about this tool.

I think your document could be put in the wiki (just see that entry for 
this tool is actually missing in
https://sourceforge.net/apps/mediawiki/jump-pilot/index.php?title=Layer_Menu)

You can create a  link from this wiki page to a new page entirely 
dedicated to this tool.
If you prefer, I can also upload your doc to sourceforge files 
documentation section
(in this case, it would be useful to have your name and a date in the 
document I think)

I have not a clear idea about how your proposal would improve OpenJUMP 
as I don't
use images very often (and will have no much time for that in a near 
future).
By the way,  I'm curious about what problem creating another file 
extension for images
index files would solve.
Just as a side note, I think that internally, image layer management is 
the same as
vector's in that rendering pipeline displays in-memory features which 
envelope
intersects the viewport.
Difference is in the "style", which is in charge of the image display in 
the case of a
image layer. In this case disk accesses to read images are only 
performed for images
to be displayed.

Michaël



>
> Hi,
>
> I wrote a short document about the OpenJUMP Image Layer Manager tool. I have 
> a feeling that it is not much used so I took a bunch of screen captures for 
> showing what is does and how it is used. In the end of the document there are 
> a few suggestions for making this fine tool better.  In few words I recommend 
> to rename the tool to something that describes the tool better, like Image 
> Index Manager, and to make it possible to save and open OJ image index files 
> more conveniently than now.
>
> http://latuviitta.org/documents/OpenJUMP_image_layer_tool.pdf
>
> I have a slight feeling that OpenJUMP could sometimes benefit also from 
> analogous vector file index system. For example, we have a dataset that 
> contains thousands of shapefiles, each one covering a 10 by 10 kilometer 
> rectangle.  With a vector index file and properly set layer scale limits 
> OpenJUMP might be able to handle the whole dataset as a one seamless layer 
> even it is a few gigabytes all together. I guess it would be much easier to 
> make it work as read-only than to make is support also editing.
>
> -Jukka Rahkonen-
> --
> Virtualization&  Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>


--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Improving and renaming the Image Layer Manager tool

[Rahkonen Jukka]

Hi,

I would like to make the document a bit better before putting it into wiki. But 
if it goes as it tends to go, there probably will not be any extra time for 
fixing it and after some lag period I will let it go as it is.

When our governments will supply us with masses of fine raster maps and 
aerial/satellite images the image index layer will be very valuable. OpenJUMP 
can handle at least 50 image files in ECW or JPEG2000 format in one virtual 
layer even without scale limits.

I was hoping that a dedicated file name extension would help OpenJUMP to 
understand that it should not show the JUMP GML file as vectors. Sometimes it 
might still be good to be able to edit it as a normal vector layer. For sure 
there will be cases when the drive letter of USB-drive changes and index file 
would come useless, or images are moved to new locations for some other reason. 
But perhaps it could be handled better by adding a new Open Image Index entry 
into Open File dialogue.


-Jukka-

> -Alkuperäinen viesti-
> Lähettäjä: Michaël Michaud [mailto:michael.mich...@free.fr] 
> Lähetetty: 29. helmikuuta 2012 14:44
> Vastaanottaja: OpenJump develop and use
> Aihe: Re: [JPP-Devel] Improving and renaming the Image Layer 
> Manager tool
> 
> Hi Jukka,
> 
> Thanks for sharing your knowledge and ideas about this tool.
> 
> I think your document could be put in the wiki (just see that 
> entry for 
> this tool is actually missing in
> https://sourceforge.net/apps/mediawiki/jump-pilot/index.php?ti
tle=Layer_Menu)
> 
> You can create a  link from this wiki page to a new page entirely 
> dedicated to this tool.
> If you prefer, I can also upload your doc to sourceforge files 
> documentation section
> (in this case, it would be useful to have your name and a date in the 
> document I think)
> 
> I have not a clear idea about how your proposal would improve 
> OpenJUMP 
> as I don't
> use images very often (and will have no much time for that in a near 
> future).
> By the way,  I'm curious about what problem creating another file 
> extension for images
> index files would solve.
> Just as a side note, I think that internally, image layer 
> management is 
> the same as
> vector's in that rendering pipeline displays in-memory features which 
> envelope
> intersects the viewport.
> Difference is in the "style", which is in charge of the image 
> display in 
> the case of a
> image layer. In this case disk accesses to read images are only 
> performed for images
> to be displayed.
> 
> Michaël
> 
> 
> 
> >
> > Hi,
> >
> > I wrote a short document about the OpenJUMP Image Layer 
> Manager tool. I have a feeling that it is not much used so I 
> took a bunch of screen captures for showing what is does and 
> how it is used. In the end of the document there are a few 
> suggestions for making this fine tool better.  In few words I 
> recommend to rename the tool to something that describes the 
> tool better, like Image Index Manager, and to make it 
> possible to save and open OJ image index files more 
> conveniently than now.
> >
> > http://latuviitta.org/documents/OpenJUMP_image_layer_tool.pdf
> >
> > I have a slight feeling that OpenJUMP could sometimes 
> benefit also from analogous vector file index system. For 
> example, we have a dataset that contains thousands of 
> shapefiles, each one covering a 10 by 10 kilometer rectangle. 
>  With a vector index file and properly set layer scale limits 
> OpenJUMP might be able to handle the whole dataset as a one 
> seamless layer even it is a few gigabytes all together. I 
> guess it would be much easier to make it work as read-only 
> than to make is support also editing.
> >
> > -Jukka Rahkonen-
> > 
> --
> 
> > Virtualization&  Cloud Management Using Capacity Planning
> > Cloud computing makes use of virtualization - but cloud computing
> > also focuses on allowing computing to be delivered as a service.
> > http://www.accelacomm.com/jaw/sfnl/114/51521223/
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
> >
> 
> 
> --
> 
> Virtualization & Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing 
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> 
--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowin

[JPP-Devel] Maven Repository

[Javier Cámara]

Hi, list,

I'm developing OpenJUMP plugins and I was looking for link OpenJUMP Maven
repository in Eclipse to resolve OpenJUMP dependency and the corresponding
dependencies.

In my pom.xml file I added repository entry:


   OpenJUMP
   OpenJUMP Maven 2 Repository
   
http://jump-pilot.svn.sourceforge.net/svnroot/jump-pilot/maven-repository/



If I try to update repository index, I get the following error:

29/02/12 17:04:33 CET: Updating index OpenJUMP|
http://jump-pilot.svn.sourceforge.net/svnroot/jump-pilot/maven-repository/
29/02/12 17:04:34 CET: Unable to update index for OpenJUMP|
http://jump-pilot.svn.sourceforge.net/svnroot/jump-pilot/maven-repository/

Other repositories update index correctly.

Any suggestion about the correct configuration?

I'm not very sure if it's possible to use Maven with OpenJUMP in this way.

Regards and very thanks in advance.
--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Maven Repository

[edgar . soldin]

On 29.02.2012 18:41, Javier Cámara wrote:
> Hi, list,
> 
> I'm developing OpenJUMP plugins and I was looking for link OpenJUMP Maven 
> repository in Eclipse to resolve OpenJUMP dependency and the corresponding 
> dependencies.
> 
> In my pom.xml file I added repository entry:
> 
> 
>OpenJUMP
>OpenJUMP Maven 2 Repository
>
> http://jump-pilot.svn.sourceforge.net/svnroot/jump-pilot/maven-repository/
> 
> 
> If I try to update repository index, I get the following error:
> 
> 29/02/12 17:04:33 CET: Updating index 
> OpenJUMP|http://jump-pilot.svn.sourceforge.net/svnroot/jump-pilot/maven-repository/
> 29/02/12 17:04:34 CET: Unable to update index for 
> OpenJUMP|http://jump-pilot.svn.sourceforge.net/svnroot/jump-pilot/maven-repository/
> 

could be that it's broken. it is not really maintained at the moment. wouldn't 
using the other repositories in
http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot/core/trunk/pom.xml?revision=2728&view=markup
suffice?

..ede

--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Maven Repository

[Javier Cámara]

Thanks for your quick answer, Ede,

I prefer to link to a stable version, not trunk directly.

Just tried the following Maven Repository address with same results:

http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot/core/tags/1.4.2/
http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot/core/tags/1.5.1/1.5.1/

I _suppose_ that linking to an address with pom.xml file is sufficient, but
I don't know if I'm wrong.

Regards.

--
Javier Camara

2012/2/29 

> On 29.02.2012 18:41, Javier Cámara wrote:
> > Hi, list,
> >
> > I'm developing OpenJUMP plugins and I was looking for link OpenJUMP
> Maven repository in Eclipse to resolve OpenJUMP dependency and the
> corresponding dependencies.
> >
> > In my pom.xml file I added repository entry:
> >
> > 
> >OpenJUMP
> >OpenJUMP Maven 2 Repository
> >
> http://jump-pilot.svn.sourceforge.net/svnroot/jump-pilot/maven-repository/
> 
> > 
> >
> > If I try to update repository index, I get the following error:
> >
> > 29/02/12 17:04:33 CET: Updating index OpenJUMP|
> http://jump-pilot.svn.sourceforge.net/svnroot/jump-pilot/maven-repository/
> > 29/02/12 17:04:34 CET: Unable to update index for OpenJUMP|
> http://jump-pilot.svn.sourceforge.net/svnroot/jump-pilot/maven-repository/
> >
>
> could be that it's broken. it is not really maintained at the moment.
> wouldn't using the other repositories in
>
> http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot/core/trunk/pom.xml?revision=2728&view=markup
> suffice?
>
> ..ede
>
>
> --
> Virtualization & Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] OpenJUMP and jp2

[Michaël Michaud]

Hi,

Has anyone experience with jp2 images to help this guy on JPP forum ?

https://sourceforge.net/projects/jump-pilot/forums/forum/729479/topic/5072381

Michaël

--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] [openjump-users] workbench-properties.xml in 1.5.1

[Larry Becker]

I have done a basic port of the Orthogonalize plugin from SkyJUMP to
OpenJUMP.  Orthogonalize is a tool (currently on the right click menu) that
squares up selected building polygons. Orthogonalization is the process of
fixing polygons and multipolygons whose interior angles are close, but not
exactly 90 degrees.  An angle tolerance parameter controls what we mean by
not exactly.  You have the option of fixing in place on the source layer,
or to a new layer.  Stefan looked at this tool a few years ago.

The tool is dependent on another function: Copy Select Elements to New
Layer.  I ported it too.  Some enhancement of the GeoUtils class was
necessary.

No internationalization has currently been done, but all messages are
collected at the top of the source.

I'm cross-posting this to the developers list.  @Developers: What do you
think is the appropriate action?  Just commit it or make a new plugin
hosted on jump-pilot?

@Arnd, the KLM support is another story.  Michael had a look at it a few
months back.  As I recall, the coordinate translation to geographic
projection is the issue.

regards,

Larry

On Mon, Feb 27, 2012 at 3:55 PM, Stefan Steiniger  wrote:

> Hi Arnd,
>
> yes, it means you can use an old one.
> there should be no disadvantages - except maybe that you can not use ecw
> images. I think most of the changes where done to find the right Java path
> (in case you have several java versions) and to ensure that the jpg2000 and
> ecw drivers are found. As long as all the plugins are there that you want -
> it should be fine ;)
>
> However, if you have windows, you may just download the link to the bat
> file that Ede sent (if you can download bat files with the security
> settings).
>
> cheers,
> stefan
>
>
> On 27/02/2012 1:56 PM, Arnd Kielhorn wrote:
>
>> Hello Larry,
>>
>> from the ISA-plugin I am espec. using OrthogonalizePlugIn and KML-Support.
>> And we use the Workbench-properties.xml also for some non-free plugins.
>>
>> Stefan meant that I can use the old startup script which references the
>> Workbench-properties.xml to use its functionality. I tested it with OJ
>> 1.5.1 and it works what I can see. The question is: is there any
>> disavantages using the old startup script instead of the new?
>> If not, I can use the old one.
>>
>> Arnd
>>
>>  I didn't think there were any features left in the ISA-plugin that hadn't
>>> been incorporated into OJ.  If there are, perhaps we should just port
>>> them
>>> over.  I think ArcSDE support is available as a stand alone plugin.
>>>
>>> @Arnd, what features do you still use?
>>>
>>> thanks,
>>>
>>> Larry
>>>
>>> On Mon, Feb 27, 2012 at 3:50 AM,  wrote:
>>>
>>>  On 27.02.2012 09:59, Arnd Kielhorn wrote:

> Am 26.02.12 08:16, schrieb Arnd Kielhorn:
>
>> Hello,
>
> could it be that the workbench-properties.xml is not referenced
>
 in
>>>
 OJ

> 1.5.1 ?
>
 yes, but only not in the start script

  I use the ISA-plugin which need entries in
>
 workbench-properties.xml to

> work.
>
>  who is actually maintaining, developing the isa tools? the link on


  http://sourceforge.net/apps/**mediawiki/jump-pilot/index.**
>>> php?title=Plugins_for_OpenJUMP
>>>
 is dead.
 we have older releases than 2.5 here


  http://sourceforge.net/**projects/jump-pilot/files/**
>>> OpenJUMP_plugins/ISA%**20Plugins/
>>>
 actually the proper fix would be add an extension that loads the

>>> plugins.
>>>
 but adding bin/workbench-properties.xml to the jump parameters in start
 scripts if it exists won't hurt either.
 please try


  http://jump-pilot.svn.**sourceforge.net/viewvc/jump-**
>>> pilot/core/trunk/scripts/oj_**windows.bat
>>>
 ..ede


>
--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] [openjump-users] workbench-properties.xml in 1.5.1

[Michaël Michaud]

Hi,

I have done a basic port of the Orthogonalize plugin from SkyJUMP to 
OpenJUMP.  Orthogonalize is a tool (currently on the right click menu) 
that squares up selected building polygons. Orthogonalization is the 
process of fixing polygons and multipolygons whose interior angles are 
close, but not exactly 90 degrees.  An angle tolerance parameter 
controls what we mean by not exactly.  You have the option of fixing 
in place on the source layer, or to a new layer.  Stefan looked at 
this tool a few years ago.

Stefan, how does this tool compare with Mapgen toolbox?
The tool is dependent on another function: Copy Select Elements to New 
Layer.  I ported it too.  Some enhancement of the GeoUtils class was 
necessary.
Is Copy Select Elements to New Layer the same as OpenJUMP's 
ReplicateSelectedItemsPlugIn (org.openjump.core.ui.plugin.edit) ?


No internationalization has currently been done, but all messages are 
collected at the top of the source.


I'm cross-posting this to the developers list.  @Developers: What do 
you think is the appropriate action?  Just commit it or make a new 
plugin hosted on jump-pilot?
I like to have advanced options in extensions (generalization, 
corrections, simplification... can lead to a lot of advanced functions).
But we can discuss with others wether or not it should be included in 
the core.


@Arnd, the KLM support is another story.  Michael had a look at it a 
few months back.  As I recall, the coordinate translation to 
geographic projection is the issue.

Right, I had a look at it. I noticed 3 points :
- Projections : as far as I can remember, kml files can be I/O as 
geographic or UTM
coordinates. You are right, this is a limitation. But we can suppose 
that OpenJUMP
users use Ede's CTS or another tool for transformations (I use my own 
for french

projections).
- I also had a look at the code, and noticed that geometry  is parsed by 
your own code.
There is now a kml parser in JTS and I thought that it would simplify 
the code if we
could use it (started to do this, but as you know, days are only 24 
hours and weeks

only 7 days ;-)
- Last point is that the first kml I really wanted to parse failed to be 
parsed (I think
this is because it was hierarchically structured with several folders 
included in each
others (do not know if it is not conform or if it is a limitation of the 
parser).


That said, the plugin works fine for simple kml files. I included it in 
an "extension"

available on http://geo.michaelm.free.fr/OpenJUMP/resources/drivers/
and if other users have a good experience with it and want it to be 
uploaded on

sourceforge right now, I'll do it.

Michaël





regards,

Larry

On Mon, Feb 27, 2012 at 3:55 PM, Stefan Steiniger > wrote:


Hi Arnd,

yes, it means you can use an old one.
there should be no disadvantages - except maybe that you can not
use ecw images. I think most of the changes where done to find the
right Java path (in case you have several java versions) and to
ensure that the jpg2000 and ecw drivers are found. As long as all
the plugins are there that you want - it should be fine ;)

However, if you have windows, you may just download the link to
the bat file that Ede sent (if you can download bat files with the
security settings).

cheers,
stefan


On 27/02/2012 1:56 PM, Arnd Kielhorn wrote:

Hello Larry,

from the ISA-plugin I am espec. using OrthogonalizePlugIn and
KML-Support.
And we use the Workbench-properties.xml also for some non-free
plugins.

Stefan meant that I can use the old startup script which
references the Workbench-properties.xml to use its
functionality. I tested it with OJ 1.5.1 and it works what I
can see. The question is: is there any disavantages using the
old startup script instead of the new?
If not, I can use the old one.

Arnd

I didn't think there were any features left in the
ISA-plugin that hadn't
been incorporated into OJ.  If there are, perhaps we
should just port them
over.  I think ArcSDE support is available as a stand
alone plugin.

@Arnd, what features do you still use?

thanks,

Larry

On Mon, Feb 27, 2012 at 3:50 AM,mailto:edgar.sol...@web.de>>  wrote:

On 27.02.2012 09 :59, Arnd
Kielhorn wrote:

Am 26.02.12 08:16, schrieb Arnd Kielhorn:

Hello,

could it be that the
workbench-properties.xml is not
referenced

in

OJ

1.5.1 ?

yes, but only not in the start script

I use the ISA-plugin which need
 

Re: [JPP-Devel] OpenJUMP and jp2

[Rahkonen Jukka]

I can have a try.

-Jukka-

Michaël Michaud wrote:

> Hi,


> Has anyone experience with jp2 images to help this guy on JPP forum ?

> https://sourceforge.net/projects/jump-pilot/forums/forum/729479/topic/5072381

> Michaël

--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] [openjump-users] workbench-properties.xml in 1.5.1

[Larry Becker]

Hmm, sourceforge autoblocked my first reply attempt (from gmail, no less).
Anyone else having issues.

Thanks for the quick reply Michaël.


Is Copy Select Elements to New Layer the same as OpenJUMP's
> ReplicateSelectedItemsPlugIn (org.openjump.core.ui.plugin.edit) ?


ReplicateSelectedItemsPlugIn (yours, I think) has more sophisticated
checking for different schema on multiple layers, but it would need to be
modified to support external invocation from another plugin (not hard), or
I could just inline the needed code in Orthogonalize.

There is now a kml parser in JTS...
>

That is good news.  The one I wrote is based on the JUMP GML parser.  It
doesn't support hierarchical geometries (you'd think this would be easy,
but I didn't find it to be).

thanks,

Larry

2012/2/29 Michaël Michaud 

>  Hi,
>
>
> I have done a basic port of the Orthogonalize plugin from SkyJUMP to
> OpenJUMP.  Orthogonalize is a tool (currently on the right click menu) that
> squares up selected building polygons. Orthogonalization is the process of
> fixing polygons and multipolygons whose interior angles are close, but not
> exactly 90 degrees.  An angle tolerance parameter controls what we mean by
> not exactly.  You have the option of fixing in place on the source layer,
> or to a new layer.  Stefan looked at this tool a few years ago.
>
> Stefan, how does this tool compare with Mapgen toolbox?
>
>  The tool is dependent on another function: Copy Select Elements to New
> Layer.  I ported it too.  Some enhancement of the GeoUtils class was
> necessary.
>
> Is Copy Select Elements to New Layer the same as OpenJUMP's
> ReplicateSelectedItemsPlugIn (org.openjump.core.ui.plugin.edit) ?
>
>
> No internationalization has currently been done, but all messages are
> collected at the top of the source.
>
> I'm cross-posting this to the developers list.  @Developers: What do you
> think is the appropriate action?  Just commit it or make a new plugin
> hosted on jump-pilot?
>
> I like to have advanced options in extensions (generalization,
> corrections, simplification... can lead to a lot of advanced functions).
> But we can discuss with others wether or not it should be included in the
> core.
>
>
> @Arnd, the KLM support is another story.  Michael had a look at it a few
> months back.  As I recall, the coordinate translation to geographic
> projection is the issue.
>
> Right, I had a look at it. I noticed 3 points :
> - Projections : as far as I can remember, kml files can be I/O as
> geographic or UTM
> coordinates. You are right, this is a limitation. But we can suppose that
> OpenJUMP
> users use Ede's CTS or another tool for transformations (I use my own for
> french
> projections).
> - I also had a look at the code, and noticed that geometry  is parsed by
> your own code.
> There is now a kml parser in JTS and I thought that it would simplify the
> code if we
> could use it (started to do this, but as you know, days are only 24 hours
> and weeks
> only 7 days ;-)
> - Last point is that the first kml I really wanted to parse failed to be
> parsed (I think
> this is because it was hierarchically structured with several folders
> included in each
> others (do not know if it is not conform or if it is a limitation of the
> parser).
>
> That said, the plugin works fine for simple kml files. I included it in an
> "extension"
> available on http://geo.michaelm.free.fr/OpenJUMP/resources/drivers/
> and if other users have a good experience with it and want it to be
> uploaded on
> sourceforge right now, I'll do it.
>
> Michaël
>
>
>
>
>
> regards,
>
> Larry
>
> On Mon, Feb 27, 2012 at 3:55 PM, Stefan Steiniger wrote:
>
>> Hi Arnd,
>>
>> yes, it means you can use an old one.
>> there should be no disadvantages - except maybe that you can not use ecw
>> images. I think most of the changes where done to find the right Java path
>> (in case you have several java versions) and to ensure that the jpg2000 and
>> ecw drivers are found. As long as all the plugins are there that you want -
>> it should be fine ;)
>>
>> However, if you have windows, you may just download the link to the bat
>> file that Ede sent (if you can download bat files with the security
>> settings).
>>
>> cheers,
>>  stefan
>>
>>
>> On 27/02/2012 1:56 PM, Arnd Kielhorn wrote:
>>
>>> Hello Larry,
>>>
>>> from the ISA-plugin I am espec. using OrthogonalizePlugIn and
>>> KML-Support.
>>> And we use the Workbench-properties.xml also for some non-free plugins.
>>>
>>> Stefan meant that I can use the old startup script which references the
>>> Workbench-properties.xml to use its functionality. I tested it with OJ
>>> 1.5.1 and it works what I can see. The question is: is there any
>>> disavantages using the old startup script instead of the new?
>>> If not, I can use the old one.
>>>
>>> Arnd
>>>
>>>  I didn't think there were any features left in the ISA-plugin that
 hadn't
 been incorporated into OJ.  If there are, perhaps we should just port
 them
 over.  I think

Re: [JPP-Devel] [openjump-users] workbench-properties.xml in 1.5.1

[Michaël Michaud]

Hi,
Hmm, sourceforge autoblocked my first reply attempt (from gmail, no 
less).  Anyone else having issues.


Thanks for the quick reply Michaël.


Is Copy Select Elements to New Layer the same as OpenJUMP's
ReplicateSelectedItemsPlugIn (org.openjump.core.ui.plugin.edit) ?


ReplicateSelectedItemsPlugIn (yours, I think)

From Stefan actually,
has more sophisticated checking for different schema on multiple 
layers, but it would need to be modified to support external 
invocation from another plugin (not hard), or I could just inline the 
needed code in Orthogonalize.
If it is small, inline maybe fine. I just draw your attention because 
having several classes and/or plugins doing almost the same thing is 
difficult to maintain.


There is now a kml parser in JTS...


That is good news.  The one I wrote is based on the JUMP GML parser.  
It doesn't support hierarchical geometries (you'd think this would be 
easy, but I didn't find it to be).
Sorry for the misleading. JTS as in fact GML parser, not KML (don't know 
the gap between both formats for geometry).

http://tsusiatsoftware.net/jts/javadoc/com/vividsolutions/jts/io/gml2/GMLHandler.html

But still, it may be worthwhile using it to simplify maintenance.

Michaël


thanks,

Larry

2012/2/29 Michaël Michaud >


Hi,



I have done a basic port of the Orthogonalize plugin from SkyJUMP
to OpenJUMP.  Orthogonalize is a tool (currently on the right
click menu) that squares up selected building polygons.
Orthogonalization is the process of fixing polygons and
multipolygons whose interior angles are close, but not exactly 90
degrees.  An angle tolerance parameter controls what we mean by
not exactly.  You have the option of fixing in place on the
source layer, or to a new layer.  Stefan looked at this tool a
few years ago.

Stefan, how does this tool compare with Mapgen toolbox?


The tool is dependent on another function: Copy Select Elements
to New Layer.  I ported it too.  Some enhancement of the GeoUtils
class was necessary.

Is Copy Select Elements to New Layer the same as OpenJUMP's
ReplicateSelectedItemsPlugIn (org.openjump.core.ui.plugin.edit) ?



No internationalization has currently been done, but all messages
are collected at the top of the source.

I'm cross-posting this to the developers list.  @Developers: What
do you think is the appropriate action?  Just commit it or make a
new plugin hosted on jump-pilot?

I like to have advanced options in extensions (generalization,
corrections, simplification... can lead to a lot of advanced
functions).
But we can discuss with others wether or not it should be included
in the core.



@Arnd, the KLM support is another story.  Michael had a look at
it a few months back.  As I recall, the coordinate translation to
geographic projection is the issue.

Right, I had a look at it. I noticed 3 points :
- Projections : as far as I can remember, kml files can be I/O as
geographic or UTM
coordinates. You are right, this is a limitation. But we can
suppose that OpenJUMP
users use Ede's CTS or another tool for transformations (I use my
own for french
projections).
- I also had a look at the code, and noticed that geometry  is
parsed by your own code.
There is now a kml parser in JTS and I thought that it would
simplify the code if we
could use it (started to do this, but as you know, days are only
24 hours and weeks
only 7 days ;-)
- Last point is that the first kml I really wanted to parse failed
to be parsed (I think
this is because it was hierarchically structured with several
folders included in each
others (do not know if it is not conform or if it is a limitation
of the parser).

That said, the plugin works fine for simple kml files. I included
it in an "extension"
available on http://geo.michaelm.free.fr/OpenJUMP/resources/drivers/
and if other users have a good experience with it and want it to
be uploaded on
sourceforge right now, I'll do it.

Michaël





regards,

Larry

On Mon, Feb 27, 2012 at 3:55 PM, Stefan Steiniger
mailto:sst...@geo.uzh.ch>> wrote:

Hi Arnd,

yes, it means you can use an old one.
there should be no disadvantages - except maybe that you can
not use ecw images. I think most of the changes where done to
find the right Java path (in case you have several java
versions) and to ensure that the jpg2000 and ecw drivers are
found. As long as all the plugins are there that you want -
it should be fine ;)

However, if you have windows, you may just download the link
to the bat file that Ede sent (if you can download bat files
with the security settings).

cheers,
stefan


On 27/02/2012 1:56 PM, Arnd Kiel