Re: [JPP-Devel] Sort Layerables plugin

[Sunburned Surveyor]

John,

I think this would be a useful tool for OpenJUMP. Please let me know
if you need help porting the plug-ins to OJ.

The Sunburned Surveyor

On Tue, Jan 13, 2009 at 8:11 PM, John Clark  wrote:
> Hello,
>
> I was wondering if there was any interest in adding a sort layers
> plugin for OpenJump which would include:
>
> -sort the layers by name, ascending or descending order for each
> selected category
> -sort the layers by number of features
> -saves the current layers position and what category they are under
> -restores from the last save
>
> I've already added this feature to SkyJump.
>
> Thank you
>
> John Clark
>
> --
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sort Layerables plugin

[Stefan Steiniger]

Yep.. why not (we should also keep in sync with SkyJUMP ;)

Are these simple plugin classes? Or is it more complicated?
Would you like to commit it on your own or send us the code for integration?
What probably needs to be done then is the internationalization.

stefan

John Clark wrote:
> Hello,
> 
> I was wondering if there was any interest in adding a sort layers
> plugin for OpenJump which would include:
> 
> -sort the layers by name, ascending or descending order for each
> selected category
> -sort the layers by number of features
> -saves the current layers position and what category they are under
> -restores from the last save
> 
> I've already added this feature to SkyJump.
> 
> Thank you
> 
> John Clark
> 
> --
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> 
> 

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] AttributeAdder Plug-In Unit Tested - Release this week?

[Sunburned Surveyor]

I modified my AttributeAdder plug-in based on our earlier discussions
on this list. It now makes a copy of the selected layer and creates
copies of the features it contains. It then adds the attribute values
to the features in this new layer.

This plug-in will prove useful if you have a standard set of
attributes you need to add to a lot of layers. It would also be useful
if you have a standard set of attributes you need to add to the same
layer in a lot of different tasks. For example, I'll be adding the
same group of 4 or 5 "metadata" attributes to all my OSM data layers.

I'll try to get this plug-in bundled up for release by the end of this week.

Here is a question:

I defined some public methods as part of the AttributeAdder API that
allow you to automatically add attributes to a Layer, and to add
default values to Features. Is there a good way to allow other tools
access to this API, other than moving these methods to a utility class
in the core, or does this bump us back into the dependency problem
again?

Thanks,

SS

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] AttributeAdder Plug-In Unit Tested - Release this week?

[Michael Michaud]

Hi,
> This plug-in will prove useful if you have a standard set of
> attributes you need to add to a lot of layers.
Good idea !
> I defined some public methods as part of the AttributeAdder API that
> allow you to automatically add attributes to a Layer, and to add
> default values to Features. Is there a good way to allow other tools
> access to this API, other than moving these methods to a utility class
> in the core, or does this bump us back into the dependency problem
> again?
>   
If your class is quite generic and you think another plugin may need it, 
places where I would search it at first are :

com.vividsolutions.jump.util.feature package
or a new
org.openjump.core.featureutils (there is already a 
org.openjump.core.geomutils package)

there are also already some classes related to this area in
com.vividsolutions.jump.tools

Michaël

> Thanks,
>
> SS
>
> --
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
>   


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Sort Layerables plugin

[Larry Becker]

Hey, John works with me.  Can you add him as a developer to the project?

I think they are simple plugins that just need i18n.

thanks,
Larry

On Wed, Jan 14, 2009 at 9:50 AM, Stefan Steiniger  wrote:

> Yep.. why not (we should also keep in sync with SkyJUMP ;)
>
> Are these simple plugin classes? Or is it more complicated?
> Would you like to commit it on your own or send us the code for
> integration?
> What probably needs to be done then is the internationalization.
>
> stefan
>
> John Clark wrote:
> > Hello,
> >
> > I was wondering if there was any interest in adding a sort layers
> > plugin for OpenJump which would include:
> >
> > -sort the layers by name, ascending or descending order for each
> > selected category
> > -sort the layers by number of features
> > -saves the current layers position and what category they are under
> > -restores from the last save
> >
> > I've already added this feature to SkyJump.
> >
> > Thank you
> >
> > John Clark
> >
> >
> --
> > This SF.net email is sponsored by:
> > SourcForge Community
> > SourceForge wants to tell your story.
> > http://p.sf.net/sfu/sf-spreadtheword
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> >
> >
>
>
> --
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>



-- 
http://amusingprogrammer.blogspot.com/
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] AttributeAdder Plug-In Unit Tested - Release this week?

[Stefan Steiniger]

> If your class is quite generic and you think another plugin may need it, 
> places where I would search it at first are :

I second that

> 
> com.vividsolutions.jump.util.feature package
> or a new
> org.openjump.core.featureutils 

this package does not exist yet, but we have
openjump.core.apitools

which contains all the helpful api classes from Pirol

stefan

> (there is already a 
> org.openjump.core.geomutils package)
> 
> there are also already some classes related to this area in
> com.vividsolutions.jump.tools
> 

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] OSGeo application forms

[Stefan Steiniger]

Hei Landon and others,

you asked me for the evaluation that I prepared last summer (June 15th 
2008) with respect to an OSGeo application.


I attach this doc.

Any notes and suggestions are welcome.

However, I may add that I did not check if the documents have changed since

Stefan
OpenJUMP joining OSGEO: walking through the criteria

OSGEO incubation docs:
   1.  General Principles of Incubation - [sstein]: read
   2. Incubation Process- [sstein]: read
   3. Incubator Application Questionnaire   - [sstein]: read + answer see 
below
   4. Project Evaluation Criteria   - [sstein]: read + comments see 
below
   5. Incubation Mentor Guidelines  - [sstein]: read
   6. Code Provenance Review Process- [sstein]: read
   7. Project Status Template   - [sstein]: read + comments/ 
first fill-in see below
   8. Project Graduation Checklist  - [sstein]: read + comments/ 
first fill-in see below

see at the very end for a summary of major things to do 

===
OSGEO application form
http://www.osgeo.org/incubator/process/application.html
===

1.  Please provide the name and email address of the principal Project Owner.
There is actually no "owner" but 2 persons with major admin rights
. Stefan Steiniger: sstein-.-geo.uzh.ch
. Landon Blake: sunburned.surveyor-.-gmail.com

2. Please provide the names and emails of co-project owners (if any).
. ---

3. Please provide the names, emails and entity affiliation of all official 
committers
. I am not sure how to handle this, as we want to be as open as possible. That 
is some
people join and people leave.
.. regular contributors:
... J. Aquino (Ning, former VividSolutions Inc.) : 
... G. Aruta 
... P. Austin (RevolSys)
... L. Becker (among others ISA Inc.)
... L. Blake
... M. Davis (Refractions Res., former VividSolutions Inc.)
... M. Michaud
... A. Schmitz (Lat/Lon GmbH)
... S. Steiniger
... others: S.L. Teichmann, E. Lemesre, P. Rizzi, S. Holl, E. Jarvies
... former: S. Tanner, U. Taddei 
.. for a more complete list see: http://openjump.org/wiki/show/Contributors

4. Please describe your Project.

The project focuses on the maintenance and the further devlopment of OpenJUMP, 
which is 
a Java based desktop GIS. It is currently maintained by a community of 
volunteers 
under the umbrella of the Jump-Pilot Project. We have no strikt rules for 
contributions.
Only repository write access is given after an informal approval by at least 2 
project 
volunteers. The current development is resources driven. We do not have a formal
development plan except for the case of maintenance. In the last years we had 
about one
release a year. 

5. Why is hosting at OSGeo good for your project?
. it could encourage the project to adopt more formal guidelines
. publicity
. we feel that we are part of the OSGEO community

6. Type of application does this project represent(client, server, standalone, 
library, etc.):
. standalone desktop GIS

7. Please describe any relationships to other open source projects.

OpenJUMP emerged from the JUMP GIS that was developed by VividSolutions Inc. 
and Refreactions Research. The JUMP-Pilot Project was founded to 
internationalize JUMP and
to overcome a halt in the development of JUMP GIS that was reasoned by a 
limited funding for the JUMP Project. In the last 3 years we kept and 
intensivied connections to other JUMP forks such as deeJUMP from german Lat/Lon 
GmbH, SkyJUMP from US-american ISA Inc./Larry Becker, PirolJUMP from the German 
Pirol Projekt and SIGLE JUMP from french SIGLE. This has led partly to a the 
decisions for some of the pojects (SIGLE, deeJUMP, Pirol) to maintain OpenJUMP 
as common core while delivering additional functionality via plugins. Our work 
has been supported by Martin Davis, Maintainer of JTS and GEOS, who was the 
architect of JUMP and by Jon Aquino who was the main programmer of JUMP. As 
JUMP is build on JTS functionality we are keeping contact to the JTS maintainer 
Martin Davis. Occasional we also have information exchange with the projects: 
gvSIG, KOSMO, uDig, GeoTools, deegree and OrbisGIS, i.e. the other major Java 
GIS projects.  

8. Please describe any relationships with commercial companies or products.

.. previously and now involved companies (may be incomplete due to a lack of a 
track record)
... Vivid Solutions: original creator of the software (released it under an 
Open Source License: GPL)
... Lat/Lon GmbH: contribution in terms of function development on a project 
base
... Intevation GmbH: contribution in terms of function development on a project 
base
... ISA Inc.: contribution in terms of function development on a project base
... RevolSys: contribution in terms of function development on a project base
... Larry Becker: contribution in terms of function development on a project 
base
... CadPlan:

Re: [JPP-Devel] Sort Layerables plugin

[Stefan Steiniger]

Ok.. I was guessing that - kind off :)

I added him as a JPP project member and he has write access to the SVN
Welcome John!

Stefan

Larry Becker wrote:
> Hey, John works with me.  Can you add him as a developer to the project?
> 
> I think they are simple plugins that just need i18n.
> 
> thanks,
> Larry
> 
> On Wed, Jan 14, 2009 at 9:50 AM, Stefan Steiniger  > wrote:
> 
> Yep.. why not (we should also keep in sync with SkyJUMP ;)
> 
> Are these simple plugin classes? Or is it more complicated?
> Would you like to commit it on your own or send us the code for
> integration?
> What probably needs to be done then is the internationalization.
> 
> stefan
> 
> John Clark wrote:
>  > Hello,
>  >
>  > I was wondering if there was any interest in adding a sort layers
>  > plugin for OpenJump which would include:
>  >
>  > -sort the layers by name, ascending or descending order for each
>  > selected category
>  > -sort the layers by number of features
>  > -saves the current layers position and what category they are under
>  > -restores from the last save
>  >
>  > I've already added this feature to SkyJump.
>  >
>  > Thank you
>  >
>  > John Clark
>  >
>  >
> 
> --
>  > This SF.net email is sponsored by:
>  > SourcForge Community
>  > SourceForge wants to tell your story.
>  > http://p.sf.net/sfu/sf-spreadtheword
>  > ___
>  > Jump-pilot-devel mailing list
>  > Jump-pilot-devel@lists.sourceforge.net
> 
>  > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>  >
>  >
> 
> 
> --
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> 
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> 
> 
> 
> 
> -- 
> http://amusingprogrammer.blogspot.com/
> 
> 
> 
> 
> --
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> 
> 
> 
> 
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] AttributeAdder Plug-In Unit Tested - Release this week?

[Sunburned Surveyor]

Thanks for the comments guys. I'll leave it in my plug-in for now.
After some thought, I may move the methods to a utility class in one
of the packages mentioned.

Some recent things I read have me questioning the use of static
utility methods. I have decided against them completely just yet, but
I'm trying not to use them as much as I did before.

SS

On Wed, Jan 14, 2009 at 3:25 PM, Stefan Steiniger  wrote:
>
>> If your class is quite generic and you think another plugin may need it,
>> places where I would search it at first are :
>
> I second that
>
>>
>> com.vividsolutions.jump.util.feature package
>> or a new
>> org.openjump.core.featureutils
>
> this package does not exist yet, but we have
> openjump.core.apitools
>
> which contains all the helpful api classes from Pirol
>
> stefan
>
>> (there is already a
>> org.openjump.core.geomutils package)
>>
>> there are also already some classes related to this area in
>> com.vividsolutions.jump.tools
>>
>
> --
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] AttributeAdder Plug-In Unit Tested - Release this week?

[Stefan Steiniger]

well.. can you share what was questioning it?


Sunburned Surveyor wrote:
> Thanks for the comments guys. I'll leave it in my plug-in for now.
> After some thought, I may move the methods to a utility class in one
> of the packages mentioned.
> 
> Some recent things I read have me questioning the use of static
> utility methods. I have decided against them completely just yet, but
> I'm trying not to use them as much as I did before.

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel