Re: [JPP-Devel] Request from OJ the Merge

[Giuseppe Aruta]

Well.
OJ sometimes seems more Developer-oriented than User-oriented, as also me (who 
tried to write the help docs) can confuse :-(.
I do a proposal for it:
1) group all "Select.." menus in "Edit" menu in one submenu called "Selection"
2) Move "Edit geometry" and "Edit attributes" groups to "Edit" menu
 
Peppe
--- Gio 3/7/08, Stefan Steiniger <[EMAIL PROTECTED]> ha scritto:

Da: Stefan Steiniger <[EMAIL PROTECTED]>
Oggetto: Re: [JPP-Devel] Request from OJ the Merge
A: "OpenJump develop and use" 
Data: Giovedì 3 luglio 2008, 18:35

:)

it should be the same, as I ported it - but renamed it for clarification

stefan

Larry Becker wrote:
> Hi Peppe,
> 
>   How is the "Replace value" tool different from the
"Replace Attribute 
> Value" tool found under Tools -> Edit Attributes?
> 
> regards,
> Larry
> 
> 2008/7/3 Giuseppe Aruta <[EMAIL PROTECTED] 
> >:
> 
> Hi all,
> on OpenJUMP the Merge it was possible to substitute the value of
> attributes using a tool "Replace value", from Layer menu.
> I think this tool could be very useful ported in OpenJUMP. I ask if
> it is possible. Thanks
> 
> Peppe
> 
> 
>

> Hai un indirizzo email difficile da ricordare?
> Scegli quello che hai sempre desiderato
> prima che lo faccia qualcun'altro!
> .
> Tantissimi nuovi indirizzi sono ora disponibili su Yahoo!
> 
>
-
> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
> Studies have shown that voting for your favorite open source project,
> along with a healthy diet, reduces your potential for chronic lameness
> and boredom. Vote Now at http://www.sourceforge.net/community/cca08
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> 
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> 
> 
> 
> 
> -- 
> http://amusingprogrammer.blogspot.com/
> 
> 
> 
> 
> -
> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
> Studies have shown that voting for your favorite open source project,
> along with a healthy diet, reduces your potential for chronic lameness
> and boredom. Vote Now at http://www.sourceforge.net/community/cca08
> 
> 
> 
> 
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel


  Posta, news, sport, oroscopo: tutto in una sola pagina. 
Crea l'home page che piace a te!
www.yahoo.it/latuapagina-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] [ANN]: WFSPlugin 1.1.0 released

[Stephan Holl]

Hello OpenJUMP-users,

we are proud to release a new version of the WFSPlugin for OpenJUMP.

Since some newly developed features (e.g. WFS-T fpr WFS 1.1.0) were
'hidden' in SVN for quite a while we consider the plugin to be stable
with this new features.

This release includes the following new features and bugfixes:

   Features:
- implemented WFS-T for WFS 1.1.0 (mainly tested against deegree
  WFS-T-server)
- added basic authentification-support for usage with deegree
  OWSProxy
- updated with current deegree2.jar
- handling of empty featuretypes and fake geometries (useful for
  transactions)
- improved internal threading

   Bugfixes:
- fix of WFSFrame for standalone usage
- fix for non-localized messages under Windows
- some cosmetics on the build-mechanism
- improved exceptions
- improved API for more generic use (outside the plugin)
- code-cleanup
- fixed 'caching' of transaction requests
- fixed WFS 1.0.0 regarding feature types without
  namespace regarding feature types without namespace
- convert long values to int since OpenJUMP dies not know them

Cudos to Andreas Schmitz from lat/lon GmbH who has done major
development on the WFSPlugin recently.

You can grab it from the usual download-page from sourceforge:

https://sourceforge.net/project/showfiles.php?group_id=118054&package_id=150819

Have fun

Stephan Holl

-- 
Stephan Holl <[EMAIL PROTECTED]>, http://intevation.de/~stephan
Tel: +49 (0)541-33 50 8 32 | Intevation GmbH | AG Osnabrück - HR B 18998
Geschäftsführer:  Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner

-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] R: The internal Task.TaskNameListener interface is notnecessary.

[P . Rizzi Ag . Mobilità Ambiente]

I never looked at this code, but from you wrote here
I, personally, would leave the interface in place.

Even if now only the TaskFrame class implements the
Task.TaskNameListener interface who can tell if in
some near or distant future some other class would need to???

An interface specify a "behaviour", while a class specifiy a "nature",
and those are two different things.

Maybe a plugin will need to listen to a Task name and it can do it
by implementing the interface and it's behaviuor.

If you remove the interface you bound the Task class to the TaskFrame,
so that no other class will ever be able to listen to it, and this is not 
good...

If you really want to remove the interface I suggest you modify the Task
class to accept any Object as a listener. Then it can discover by reflection
if that Object indeed has a taskNameChanged(String argName) method
and it will call it by reflection too.

Bye
Paolo Rizzi


> -Messaggio originale-
> Da: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] conto di
> Sunburned Surveyor
> Inviato: giovedì 3 luglio 2008 17.32
> A: OpenJump develop and use
> Oggetto: [JPP-Devel] The internal Task.TaskNameListener interface is
> notnecessary.
> 
> 
> See if you can follow this logic.
> 
> The Task class declares an internal interface named TaskNameListener.
> This internal interface contains a single methor,
> taskNameChanged(String argName). There is only one class that
> implements this interface, TaskFrame.
> 
> However, TaskFrame never uses the String argument from this method. If
> there is a name change the TaskFrame accesses the name from the Task
> it displays directly.
> 
> Unless we think there will be other implementations of the
> TaskNameListener in the future, I recommend we remove the
> Task.TaskNameListener interface. It is unecessary "code fat". We
> should do this instead:
> 
> - Replace the list of Task.TaskNameListeners in each Task object with
> a list of TaskFrame references.
> - Leave a no-argument taskNameChanged method on the TaskFrame class.
> - When a TaskFrame is being constructed to display a Task, add a
> reference to the TaskFrame to the list of TaskFrames in the Task that
> will be displayed.
> 
> This will accomplish the same thing, without the need for the
> TaskNameListener interface and the taskNameChanged(String argName)
> method whose String argument is never used.
> 
> The Sunburned Surveyor
> 
> --
> ---
> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
> Studies have shown that voting for your favorite open source project,
> along with a healthy diet, reduces your potential for chronic lameness
> and boredom. Vote Now at http://www.sourceforge.net/community/cca08
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> 

-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] [ANN]: WFSPlugin 1.1.0 released

[Rahkonen Jukka]

Hi,
 
Unfortunately this release does not work at all with GeoServer 1.6 beta 3 that 
happened to be on my computer. GetCapabilites goes fine with both WFS 1.0.0 and 
1.1.0.  However getFeature ends with this message on OJ screen:
 
[Fatal Error] loose.dtd:31:3: The declaration for the entity "HTML.Version" must
 end with '>'.
[14:47:23] ERROR: Error parsing response.
org.xml.sax.SAXParseException: The declaration for the entity "HTML.Version" mus
t end with '>'.
at org.apache.xerces.parsers.DOMParser.parse(Unknown Source)
at org.apache.xerces.jaxp.DocumentBuilderImpl.parse(Unknown Source)
at org.deegree.framework.xml.XMLFragment.load(XMLFragment.java:464)
at de.latlon.deejump.wfs.data.JUMPFeatureFactory.createDeegreeFCfromWFS(
JUMPFeatureFactory.java:249)
at de.latlon.deejump.wfs.plugin.WFSPlugIn.run(WFSPlugIn.java:143)
at com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrap
per.run(TaskMonitorManager.java:149)
at java.lang.Thread.run(Unknown Source)
de.latlon.deejump.wfs.DeeJUMPException: Error parsing response.
at de.latlon.deejump.wfs.data.JUMPFeatureFactory.createDeegreeFCfromWFS(
JUMPFeatureFactory.java:255)
at de.latlon.deejump.wfs.plugin.WFSPlugIn.run(WFSPlugIn.java:143)
at com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrap
per.run(TaskMonitorManager.java:149)
at java.lang.Thread.run(Unknown Source)
Caused by: org.xml.sax.SAXParseException: The declaration for the entity "HTML.V
ersion" must end with '>'.
at org.apache.xerces.parsers.DOMParser.parse(Unknown Source)
at org.apache.xerces.jaxp.DocumentBuilderImpl.parse(Unknown Source)
at org.deegree.framework.xml.XMLFragment.load(XMLFragment.java:464)
at de.latlon.deejump.wfs.data.JUMPFeatureFactory.createDeegreeFCfromWFS(
JUMPFeatureFactory.java:249)
... 3 more

A bit older version of this same new WFS plugin with 1.1.0 and WFS-T support 
did work with this very same GeoServer installation, though at that time only 
with version 1.0.0 because the plugin could not handle srsName in the new 
format (for example srsName="urn:x-ogc:def:crs:EPSG:6.11.2:4326").  Now it 
seems to support this.
 
Another finding is that attribute filters do not work anymore, either.  
 
I will mail some WFS request and response files directly to you, Mr. Holl now 
within one hour.  After that I will be three weeks out. 
 
-Jukka Rahkonen-
 
 
 

 


Lähettäjä: [EMAIL PROTECTED] puolesta: Stephan Holl
Lähetetty: pe 4.7.2008 13:23
Vastaanottaja: jump-users
Kopio: Jump-pilot-dev; jump-devel
Aihe: [JPP-Devel] [ANN]: WFSPlugin 1.1.0 released



Hello OpenJUMP-users,

we are proud to release a new version of the WFSPlugin for OpenJUMP.

Since some newly developed features (e.g. WFS-T fpr WFS 1.1.0) were
'hidden' in SVN for quite a while we consider the plugin to be stable
with this new features.

This release includes the following new features and bugfixes:

   Features:
- implemented WFS-T for WFS 1.1.0 (mainly tested against deegree
  WFS-T-server)
- added basic authentification-support for usage with deegree
  OWSProxy
- updated with current deegree2.jar
- handling of empty featuretypes and fake geometries (useful for
  transactions)
- improved internal threading

   Bugfixes:
- fix of WFSFrame for standalone usage
- fix for non-localized messages under Windows
- some cosmetics on the build-mechanism
- improved exceptions
- improved API for more generic use (outside the plugin)
- code-cleanup
- fixed 'caching' of transaction requests
- fixed WFS 1.0.0 regarding feature types without
  namespace regarding feature types without namespace
- convert long values to int since OpenJUMP dies not know them

Cudos to Andreas Schmitz from lat/lon GmbH who has done major
development on the WFSPlugin recently.

You can grab it from the usual download-page from sourceforge:

https://sourceforge.net/project/showfiles.php?group_id=118054&package_id=150819

Have fun

Stephan Holl

--
Stephan Holl <[EMAIL PROTECTED]>, http://intevation.de/~stephan
Tel: +49 (0)541-33 50 8 32 | Intevation GmbH | AG Osnabrück - HR B 18998
Geschäftsführer:  Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner

-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel



-
Sponsored by: SourceForge.net Community 

Re: [JPP-Devel] Request from OJ the Merge

[Stefan Steiniger]

Hei Peppe,

I "registered" your proposal. But one thing is, that the edit menu is 
working on a different level than all the edit tools.
However, we/I need to think about it.
The select stuff could be moved to a select submenu as you proposed. 
[can you add all the stuff you propose again to the wiki page and send 
the link with a new email subject?]

stefan

Giuseppe Aruta wrote:
> Well.
> 
> OJ sometimes seems more Developer-oriented than User-oriented, as also 
> me (who tried to write the help docs) can confuse :-(.
> 
> I do a proposal for it:
> 
> 1) group all "Select.." menus in "Edit" menu in one submenu called 
> "Selection"
> 
> 2) Move "Edit geometry" and "Edit attributes" groups to "Edit" menu
> 
>  
> 
> Peppe
> --- *Gio 3/7/08, Stefan Steiniger /<[EMAIL PROTECTED]>/* ha scritto:
> 
> Da: Stefan Steiniger <[EMAIL PROTECTED]>
> Oggetto: Re: [JPP-Devel] Request from OJ the Merge
> A: "OpenJump develop and use" 
> Data: Giovedì 3 luglio 2008, 18:35
> 
> :)
> 
> it should be the same, as I ported it - but renamed it for clarification
> 
> stefan
> 
> Larry Becker wrote:
> > Hi Peppe,
> > 
> >   How is the "Replace value" tool different from the
> "Replace Attribute 
> > Value" tool found under Tools -> Edit Attributes?
> > 
> > regards,
> > Larry
> > 
> > 2008/7/3 Giuseppe Aruta <[EMAIL PROTECTED] 
> > >:
> > 
> > Hi all,
> > on OpenJUMP the Merge it was possible to substitute the value of
> > attributes using a tool "Replace value", from Layer menu.
> > I think this tool could be very useful ported in OpenJUMP. I ask if
> > it is possible. Thanks
> > 
> > Peppe
> > 
> > 
> >
> 
> > Hai un indirizzo email difficile da ricordare?
> > Scegli quello che hai sempre desiderato
> > prima che lo faccia qualcun'altro!
> > .
> > Tantissimi nuovi indirizzi sono ora disponibili su Yahoo!
> > 
> >
> -
> > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
> > Studies have shown that voting for your favorite open source 
> project,
> > along with a healthy diet, reduces your potential for chronic 
> lameness
> > and boredom. Vote Now at http://www.sourceforge.net/community/cca08
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > 
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> > 
> > 
> > 
> > 
> > -- 
> > http://amusingprogrammer.blogspot.com/
> > 
> > 
> > 
> > 
> > 
> -
> > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
> > Studies have shown that voting for your favorite open source project,
> > along with a healthy diet, reduces your potential for chronic lameness
> > and boredom. Vote Now at http://www.sourceforge.net/community/cca08
> > 
> > 
> > 
> > 
> > ___
> > Jump-pilot-devel mailing list
> > Jump-pilot-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> 
> -
> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
> Studies have shown that voting for your favorite open source project,
> along with a healthy diet, reduces your potential for chronic lameness
> and boredom. Vote Now at http://www.sourceforge.net/community/cca08
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> 
> 
> 
> Posta, news, sport, oroscopo: tutto in una sola pagina
> Crea l'home page che piace a te! 
> .
>  
> 
> 
> 
> 
> 
> -
> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
> Studies have shown that voting for your favorite open source project,
> along with a healthy diet, 

[JPP-Devel] June OpenJUMP User Survey Results Released

[Sunburned Surveyor]

I've put together and released the user survey results. You can read a
summary of the survey results on my OpenJUMP blog. The blog post also
contains a link that you can use to download the text file with the
results if you wish.

http://openjump.blogspot.com/

The Sunburned Surveyor

-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] OpenJUMP User Survey Prize Winner

[Sunburned Surveyor]

We only had two names entered for the June OpenJUMP User Survey prize.
So it was pretty easy to pick a winner. After a coin toss "Schmidt
from Germany" was the user selected.

If Schmidt is interested in claiming his prize to have me work on a
bug or little plug-in, he can't get in touch with me at
[EMAIL PROTECTED] and tell me what he needs.

If I don't hear from him by the end of next week, I'll get in touch
with the other user that entered his name.

The Sunburned Surveyor

-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Weekly SoC report.

[Sunburned Surveyor]

Leandro and Christopher,

Can you guys send me two or three sentences explaining what you did on
you project this week and what you will be working on next week. I'll
then forward this to the OSGeo mailing list. (I don't need more than
one short paragraph, if that.)

Thanks,

Landon

-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] R: The internal Task.TaskNameListener interface is notnecessary.

[Sunburned Surveyor]

Thanks for the reponses Paolo. I'm going back in to reexamine all of
the TaskFrame code today. After some tinkering yesterday I realize it
is best to proceed with a light hand.

The Sunburned Surveyor

On Fri, Jul 4, 2008 at 3:29 AM, P.Rizzi Ag.Mobilità Ambiente
<[EMAIL PROTECTED]> wrote:
> I never looked at this code, but from you wrote here
> I, personally, would leave the interface in place.
>
> Even if now only the TaskFrame class implements the
> Task.TaskNameListener interface who can tell if in
> some near or distant future some other class would need to???
>
> An interface specify a "behaviour", while a class specifiy a "nature",
> and those are two different things.
>
> Maybe a plugin will need to listen to a Task name and it can do it
> by implementing the interface and it's behaviuor.
>
> If you remove the interface you bound the Task class to the TaskFrame,
> so that no other class will ever be able to listen to it, and this is not 
> good...
>
> If you really want to remove the interface I suggest you modify the Task
> class to accept any Object as a listener. Then it can discover by reflection
> if that Object indeed has a taskNameChanged(String argName) method
> and it will call it by reflection too.
>
> Bye
> Paolo Rizzi
>
>
>> -Messaggio originale-
>> Da: [EMAIL PROTECTED]
>> [mailto:[EMAIL PROTECTED] conto di
>> Sunburned Surveyor
>> Inviato: giovedì 3 luglio 2008 17.32
>> A: OpenJump develop and use
>> Oggetto: [JPP-Devel] The internal Task.TaskNameListener interface is
>> notnecessary.
>>
>>
>> See if you can follow this logic.
>>
>> The Task class declares an internal interface named TaskNameListener.
>> This internal interface contains a single methor,
>> taskNameChanged(String argName). There is only one class that
>> implements this interface, TaskFrame.
>>
>> However, TaskFrame never uses the String argument from this method. If
>> there is a name change the TaskFrame accesses the name from the Task
>> it displays directly.
>>
>> Unless we think there will be other implementations of the
>> TaskNameListener in the future, I recommend we remove the
>> Task.TaskNameListener interface. It is unecessary "code fat". We
>> should do this instead:
>>
>> - Replace the list of Task.TaskNameListeners in each Task object with
>> a list of TaskFrame references.
>> - Leave a no-argument taskNameChanged method on the TaskFrame class.
>> - When a TaskFrame is being constructed to display a Task, add a
>> reference to the TaskFrame to the list of TaskFrames in the Task that
>> will be displayed.
>>
>> This will accomplish the same thing, without the need for the
>> TaskNameListener interface and the taskNameChanged(String argName)
>> method whose String argument is never used.
>>
>> The Sunburned Surveyor
>>
>> --
>> ---
>> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
>> Studies have shown that voting for your favorite open source project,
>> along with a healthy diet, reduces your potential for chronic lameness
>> and boredom. Vote Now at http://www.sourceforge.net/community/cca08
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>
> -
> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
> Studies have shown that voting for your favorite open source project,
> along with a healthy diet, reduces your potential for chronic lameness
> and boredom. Vote Now at http://www.sourceforge.net/community/cca08
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>

-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] June OpenJUMP User Survey Results Released

[Nacho Uve]

Interesting results...
Maybe, It's a good idea make a new official release every 6 months (Ubuntu
way) or another period of time.

I like very much the feature proposal:
"Use Google, Yahoo, Microsoft, Mapquest, Open Street Maps map layer as
background layer"

It will be a very very very good feature!




2008/7/4 Sunburned Surveyor <[EMAIL PROTECTED]>:

> I've put together and released the user survey results. You can read a
> summary of the survey results on my OpenJUMP blog. The blog post also
> contains a link that you can use to download the text file with the
> results if you wish.
>
> http://openjump.blogspot.com/
>
> The Sunburned Surveyor
>
> -
> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
> Studies have shown that voting for your favorite open source project,
> along with a healthy diet, reduces your potential for chronic lameness
> and boredom. Vote Now at http://www.sourceforge.net/community/cca08
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] June OpenJUMP User Survey Results Released

[Sunburned Surveyor]

Yes Nacho. I will need to talk to Stefan about making more regular
releases. Once every 6 months is likely a doable goal. Something that
was mentioned previously on the list was making a release whenever we
meet a certain criteria, like N number of bugs fixed or something like
that.

I think it is very important that we start to get regular stable
releases out to our user community. Sometimes those of us using the
nightly build forget this.

The Sunburned Surveyor

On Fri, Jul 4, 2008 at 10:55 AM, Nacho Uve <[EMAIL PROTECTED]> wrote:
> Interesting results...
> Maybe, It's a good idea make a new official release every 6 months (Ubuntu
> way) or another period of time.
>
> I like very much the feature proposal:
> "Use Google, Yahoo, Microsoft, Mapquest, Open Street Maps map layer as
> background layer"
>
> It will be a very very very good feature!
>
>
>
>
> 2008/7/4 Sunburned Surveyor <[EMAIL PROTECTED]>:
>>
>> I've put together and released the user survey results. You can read a
>> summary of the survey results on my OpenJUMP blog. The blog post also
>> contains a link that you can use to download the text file with the
>> results if you wish.
>>
>> http://openjump.blogspot.com/
>>
>> The Sunburned Surveyor
>>
>> -
>> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
>> Studies have shown that voting for your favorite open source project,
>> along with a healthy diet, reduces your potential for chronic lameness
>> and boredom. Vote Now at http://www.sourceforge.net/community/cca08
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
> -
> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
> Studies have shown that voting for your favorite open source project,
> along with a healthy diet, reduces your potential for chronic lameness
> and boredom. Vote Now at http://www.sourceforge.net/community/cca08
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>

-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] June OpenJUMP User Survey Results Released

[Paul Austin]

The problem with the following proposal is not a technical one, it is a
legal one. Google and the other providers typically only allow access to
their tile layer using their web sites and web APIs. This is in part because
they license the data from other parties for a specific purpose.

Paul



> I like very much the feature proposal:
> "Use Google, Yahoo, Microsoft, Mapquest, Open Street Maps map layer as
> background layer"
>
>
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] June OpenJUMP User Survey Results Released

[Stefan Steiniger]

ok.. let me note another problem [which includes the nice kml proposal 
as well]:

We don't have a implementation of projections. So everything that relies 
on that is not doable before we get this implemented

Stefan

PS: @Larry, did you also implement KML write or only read for SkyJUMP?

Paul Austin wrote:
> The problem with the following proposal is not a technical one, it is a 
> legal one. Google and the other providers typically only allow access to 
> their tile layer using their web sites and web APIs. This is in part 
> because they license the data from other parties for a specific purpose.
> 
> Paul
> 
> 
> 
> I like very much the feature proposal:
> "Use Google, Yahoo, Microsoft, Mapquest, Open Street Maps map layer
> as background layer"
> 
> 
> 
> 
> -
> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
> Studies have shown that voting for your favorite open source project,
> along with a healthy diet, reduces your potential for chronic lameness
> and boredom. Vote Now at http://www.sourceforge.net/community/cca08
> 
> 
> 
> 
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] Demo of OpenJUMP SBE 01.00.01 Available

[Sunburned Surveyor]

I've put together a distribution of OpenJUMP that is basically a copy
of the nightly build with some of my own modifications. I'll be doing
more work on this version in the future. This will include adding my
support for plug-in dependencies and some other changes to the core.
This flavor of OpenJUMP will be packaged for small businesses and will
be distributed as the "OpenJUMP Small Business Addition".

OpenJUMP users might be interested in trying this to see how I have
integrated the InfoNode Docking Window Framework and Substance look
and feel into OpenJUMP. You can now move and dock the Layer View,
Layer Tree, and other views around the main OpenJUMP application
window. You can even take any of these GUI components and make them
into a top level window that can be moved outside the main OpenJUMP
application window. (This is really handy if your computer has two
monitors.)

Programmers will be most interested in trying the demo version to
verify that my changes to the TaskFrame and WorkbenchFrame class were
effective and won't break the nightly build. This is a list of the
changes that I made:

- Deleted the setTask method from the TaskFrame class.
- Removed the use of ComponentFactory and setTask from the
WorkbenchFrame.addTaskFrame(Task argTask) method.
- Added a private boolean isAclone member variable.
- Added a public boolean isAClone method.
- Added a private void setIsAClone method.
- Removed the depracation from the cloneIndex memberVariable and
modified the methods related to cloning so this variable will store
  the clone index for each TaskFrame.
- Removed interternal or hidden InternalFrameAdapter class and instead
made the TaskFrame implement the InternalFrameListener class. This was
done
  to improve the clarity of the code.

One of these changes are fairly important and should be committed
whether the other changes are accepted or not. This change was made to
the method that is executed when a TaskFrame is closed. Instead of
just replacing the active CursorTool with a DummyCursorTool I call
CursorTool.cancelGesture to allow the active CursorTool to do any
clean-up it needs to before the TaskFrame is closed. I don't think
closing the TaskFrame without calling cancelGesture is causing any
problems with our current CursorTool implementations, but it could
cause problems with future implementations.

Programmers might also be interested in using the demo to see how I
have integrated the InfoNode Docking Windows Framework into the core.
I created a demo plug-in that adds a view to the tab area below the
SplitWindow that holds the LayerNamePanel and LayerViewPanel. This can
be used for plug-ins that want to display supplemental information to
the user without throwing up a floating dialog or frame. (You can add
a tab through the existing plug-in mechanism with no need to tweak
config files or the core.) To see this in action use the SurveyOS >
Demo > Add Tab Demo menu item.

Note: If you close the extra tab and then try to add another one
you'll get a null pointer exception. I'm working on this problem.

You can download the first version of OpenJUMP Small Business Edition
(SBE) here:

http://www.redefinedhorizons.com/shared_files/openjump-20080704.zip

You can download the source code for the new and modified classes for
OpenJUMP SBE here:

http://www.redefinedhorizons.com/shared_files/20080704-OJ_SBE_Changes.zip

I look forward to hearing user comments on the user interface changes.
Please report any bugs you encounter to me.

The Sunburned Surveyor

P.S. - I'll be modifying the splash screeen and the help>about screen
to indicate that this is not OpenJUMP, but a flavor of OpenJUMP. I'll
make sure that get's included in my next release of OpenJUMP SBE.

-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] TaskFrame and WorkbenchContext source code files for review before commit.

[Sunburned Surveyor]

I've attached the two (2) source code files with some of my recent
clean-up/changes. (This doesn't include any of the docking window
framework or look-and-feel changes.) Please review my changes to these
two (2) classes if you have concerns before I commit to the core.

I'll commit next week if there are no strong objections to my changes.

The Sunburned Surveyor

-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Demo of OpenJUMP SBE 01.00.01 Available

[Stefan Steiniger]

Hei,

I am not sure if I like the idea that you call your distribution 
OpenJUMP SBE since it is not a community "product" that we (as JPP) 
released. It can be any xxxJUMP but not OpenJUMP.

So I suggest a larger name change.

cheers,
Stefan

btw: I thought SB is not for "Small Business" but for "Sunburned Survey"
What about SunJump? ;)

-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] TaskFrame and WorkbenchContext source code files for review before commit.

[Stefan Steiniger]

Landon,

before you commit such changes I would like to
a) review it (sorry, I have not found the time yet to read all your 
emails on that subject), which may need some time.

b) get an agreement by other programmers [Larry, Paul, Andreas, Michael] 
that these changes are of benefit.

c) know which changes are absolutely necessary to get the docking 
framework to run [why did you chose the this framework?]

d) know about expected compatibility issues.

Note: this is a core-change and not just simply a new function or plugin 
(or am I wrong and you proposed an addition). So commit rules will be 
more strict in terms of agreement and outlining the absolutely necessity 
of those changes and the expected problems with backwards compatibility 
[e.g plugins]. I may refer here to emails by Sascha Teichmann.
Up to now there is still the wise saying: "never touch a running system."

Btw: I miss your attached files and an additional description outlining 
the changes.

stefan

Sunburned Surveyor wrote:
> I've attached the two (2) source code files with some of my recent
> clean-up/changes. (This doesn't include any of the docking window
> framework or look-and-feel changes.) Please review my changes to these
> two (2) classes if you have concerns before I commit to the core.
> 
> I'll commit next week if there are no strong objections to my changes.
> 
> The Sunburned Surveyor
> 


-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel