Re: [JPP-Devel] About embedded help

[Stefan Steiniger]

mhm..ok.. in understand. But i am not sure if i like the solution ;)

Actually i just got one idea: The wiki-pages can be exported to html 
(http://openjump.org/wiki/export) - but i have never tried it.
So what we could do is to attach your wiki pages with the distribution 
(which is even faster as making a new pdf)

stefan

Giuseppe Aruta wrote:

> What I think about help is only an option in the menu bar that only 
> opens a pdf help file (if this is present in the lib/ext or lib/doc 
> folder).
> People who want the help can downloid it separately and put in the folder.
> If the help pdf is not present the option doesn't work
>  
>  
> peppe
>
> */Stefan Steiniger <[EMAIL PROTECTED]>/* ha scritto:
>
> Yep.. adding a help is necessary and we need to look how SIGLE (and
> Pirol?) has done that.
>
> but i am not sure about the pdf option? Maybe i did not really
> understand how you mean it. Do you want to open a browser with a
> web-page, so that someone can download it.. or do you want an
> integrated
> pdf viewer.
>
> i think, some older emails discussed also possibilities for a help
> system (they should be also stored). Anyway we can add a new menu
> entry
> when we now how to go on.
>
> stefan
>
> Giuseppe Aruta schrieb:
> > Hi all,
> > I have a sort of request/idea for a future development of OJ.
> > I am writiung a small PDF doc with all the essentil things about
> OJ:
> > List of functions, tools, editing toolbox, Change style and
> attribute
> > value. I image that this doc could work as an embedded help if
> it is
> > possible to open it within OJ.
> > The require is that OJ must have in the Help menu an extra submenu
> > ("like "open help" or similar) which simply opens the PDF.
> > 1) The PDF could be internationalized
> > 2) downloaded OJ won't have PDF embedded
> > 3) we live the PDF on the web site, if people want to download
> it and
> > put in OJ folder
> > 3) It helps the internationalization of the menus: we can only
> translate
> > the menus and submenus: people can search on help if they want to
> > understand the tools
> >
> > Peppe
> >
> >
> 
> >
> 
> > L'email della prossima generazione? Puoi averla con la nuova
> Yahoo! Mail
> >
> >
> >
> >
> >
> 
> >
> >
> -
> > This SF.net email is sponsored by: Splunk Inc.
> > Still grepping through log files to find problems? Stop.
> > Now Search log events and configuration files using AJAX and a
> browser.
> > Download your FREE copy of Splunk now >> http://get.splunk.com/
> >
> >
> >
> 
> >
> > ___
> > 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: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a
> browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
> L'email della prossima generazione? Puoi averla con la nuova Yahoo! 
> Mail 
> <http://us.rd.yahoo.com/mail/it/taglines/hotmail/nowyoucan/nextgen/*http://it.docs.yahoo.com/nowyoucan.html>
>  
>
>
> L'email della prossima generazione? Puoi averla con la nuova Yahoo! 
> Mail 
> <http://us.rd.yahoo.com/mail/it/taglines/hotmail/nowyoucan/nextgen/*http://it.docs.yahoo.com/nowyoucan.html>
>  
>
>
>
>
>--

Re: [JPP-Devel] Network Installation

[Stefan Steiniger]

mhm.. i guess it has something to do with log4j?
thanx for adding the the new command line property

stefan

Andreas Schmitz schrieb:
> Uwe Dalluege wrote:
> 
> Hi,
> 
>> does it also works for the jump.log file?
> 
> unfortunately, no. I'm not sure where the log file actually comes
> from.
> 
> Best regards, Andreas

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] [Fwd: Re: [Fwd: File format plugins]]

[Stefan Steiniger]

for the record and Paul - in case he missed it.

Furthermore i asked Uwe about the postgis plugin. He said that he 
adapted existing code. So he does not know why the PostGIS option is 
installed with the LoadDatasetDialogs

stefan

 Original-Nachricht 
Betreff: Re: [jump-users] [Fwd: File format plugins]
Datum: Fri, 24 Aug 2007 09:09:23 +0200
Von: Edgar Soldin <[EMAIL PROTECTED]>
Antwort an: JUMP Users Discussion <[EMAIL PROTECTED]>
An: JUMP Users Discussion <[EMAIL PROTECTED]>
Referenzen: <[EMAIL PROTECTED]>

the gt2 reader writer extension (not updated since 2004), installs as
extra entry in file menu, supports
gml2, shape, gtopo30, ascii, mapinfo
as they came with gt2... not sure about the last three (if raster or
vector, only vector supported by the extension) .. tested were only gml2
and shape then.

just to remind of it .. regards edgar
--
> important question by Paul Austin, because he wants to implement a new 
> file-load dialog for OpenJUMP
>
> stefan
> -
>
> Does anyone know of any file based readers and writers or Image plugins
> for JUMP not included in the following list?
>
> *Raster*
> ECW - Standard
> GeoTiff/Tiff + World - Standard
> JPG, PNG, JPG - Standard
> MrSID -Standard
>
> *Vector*
> ESRI Shapefile - Standard
> WKT - Standard
> FME GML - Standard
> GML 2.0 - Standard
> JUMP GML - Standard
>
> DXF - Michael
> MIF - Michael
> SAIF - Me
> MOEP - Me
> (MIF - Michael, not working currently)
> CSV - Pirol
>
>
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
>
> ___
> jump-users mailing list
> [EMAIL PROTECTED]
> http://lists.refractions.net/mailman/listinfo/jump-users


-- 
public class WhoDidIt{ // A comment. I love comments
  private static Person sender;

  public static void main (String[] foo){

  sender = new Person();
  sender.setName(new String[]{"Edgar", "Soldin"});

  Address address = new Address();
  address.setStreet("Stadtweg 119");
  address.setZip(39116);
  address.setCity("Magdeburg");
  address.setCountry("Germany");

  sender.setAddress(address);

  sender.setMobilePhone(" +49(0)171-2782880 ");
  sender.setWebSiteUrl(" http://www.soldin.de ");
  sender.setEmail(" [EMAIL PROTECTED] ");
  sender.setPGPPublicKey(" http://www.soldin.de/edgar_soldin.asc ");
  sender.setGender(true);

  System.out.println(sender.toString());
  }
}

___
jump-users mailing list
[EMAIL PROTECTED]
http://lists.refractions.net/mailman/listinfo/jump-users



-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] deeJUMP plugin

[Stefan Steiniger]

Hei Andreas,

thats good to hear.
I hope you are looking on geotools projection code as well. As far as i 
checked out the guy that is responsible for it has the appropriate 
background (at least i think so). and geotools realized already lots of 
projections ( i guess EPSG completely). But lots of stuff needs to be 
replaced.
Just a question: do you have a person with proper math-geodesy 
background on projection stuff? (or a contact to Bonn University on 
that: i.e. someone of the team of Prof. Karl-Heinz Ilk?)

I ask, because projections are a realy nasty thing. It is very important 
to have appropriate testing data (e.g. to check the conversions to 
WGS84). (btw: I did some software evaluation on Cadcorp SIS for Finnish 
projection - which is to complicate for them, Swiss projection (also 
some special formulas) and German GK/UTM projections).
It is somehow "satisfying" to hear that you plan to work on the 
projection support implementation for 1-2 years (not just a month). I 
think the "design" itself is also quite tricky, because later on the 
user must be able to define its own coordinate system (beside the EPSG 
ones). So it is good to look how ArcGIS, Cadcorp SiS, MapInfo, and so on 
have realized the user interfaces and customization.

stefan

PS: you know.. if i would have time.. (maybe in autumn i could also help 
with some stuff like testing.) And just for the record: I think, being a 
surveyor (my second major was planetary geodesy), I can estimate that it 
is realy "heavy" to work on projection and transformation stuff. On the 
other hand i must admit that the only projection implementation i have 
done was some compulsory assignment at the Uni involving to project 
points from german GK coordinates to UTM (which involved also the 
transfer from Bessel (or was it Krasovski?) Ellipsoid to ETRS89 (or was 
it WGS84 ;)

Andreas Schmitz schrieb:
> Sunburned Surveyor wrote:
> 
> Hi,
> 
>> This is great. We need more efforts at collaboration like this.
> 
> I agree. Having a good, free projection library would be desirable.
> 
>> What is the status of the projection code in Deegree? Could it be
>> modified for use in OpenJUMP? (It would probably be easier to use a
>> library from Deegree, since using the port of Proj4 will probably
>> require conversion to another feature model, or at least a geometry
>> conversion of some sort. [Unless the library works with raw file
>> formats.])
> 
>> Maybe we need to consider using the Deegree projection code in
>> OpenJUMP and if this is sucsessful promoting the library as the "Java"
>> solution for map projection and coordinate transformations. It seems
>> like this would be a logical area for coordination among teams.
> 
> The deegree project decided to implement their own projection library,
> or rather implement it directly in deegree. This will probably happen
> in the next few weeks, since some work has already been done (before
> noting the existence of the proj4 Java port).
> 
> For the next major version of deegree, a more modular approach is
> planned, so the projection library is probably going to end up as a
> seperate module that could be used from OJ as library. This is going
> to happen during the next year or two.
> 
> Best regards, Andreas

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] mif/mid driver

[Stefan Steiniger]

Hei Michael,

i also tested with a line dataset (only) stored as mif with Cadcorp SIS.
- reading of the line dataset (simple linestrings) written with your 
plugin was ok.
- reading of the same dataset stored by Cadcorp SIS as mif did not work: 
the error is as follows:
===
at java.util.StringTokenizer.nextToken(Unknown Source) at 
fr.michaelm.jump.drivers.mifmid.CoordSys.(CoordSys.java:86) at 
fr.michaelm.jump.drivers.mifmid.MifMid.readMMFileProperties(MifMid.java:297) 
at 
fr.michaelm.jump.drivers.mifmid.MifMidReader.read(MifMidReader.java:82) 
at 
com.vividsolutions.jump.io.datasource.ReaderWriterFileDataSource$1.executeQuery(ReaderWriterFileDataSource.java:61)
 
at 
com.vividsolutions.jump.workbench.datasource.LoadDatasetPlugIn.run(LoadDatasetPlugIn.java:180)
 
at 
com.vividsolutions.jump.workbench.ui.task.TaskMonitorManager$TaskWrapper.run(TaskMonitorManager.java:149)
 
at java.lang.Thread.run(Unknown Source)

===
btw.: I think the guys from Cadcorp use the FME engine to convert and 
write data

thanx so far.. especially the bug foxes over the weekend ;)
stefan

Michaël Michaud schrieb:
> Hi Rahkonen,
> 
> Thanks for the feedback.
> I remember I had some problems with the syntax of mif mid for this 
> special point.
> I followed the spec as closely as possible :
> 
> PLINE [ MULTIPLE numsections ]
> numpts1
> x1 y1
> x2 y2
> ...
> 
> But I remember this was not compatible with every software.
> If I can gather enough information to show that the syntax "Pline 4" 
> offers a better compatibility, I'll try to change.
> 
> Regards
> 
> Michael
> 
> Rahkonen Jukka a écrit :
> 
>> Hi,
>>
>> This is very useful feature for us and I tested the driver immediately. It 
>> worked well with our application with points and polygons.  However, our 
>> application does not read the lines stored to MIF. The driver writes 
>> polylines to mif like this:
>> Pline
>>  4
>> [point 1]
>> [point 2]
>> ...
>>
>> Our application is waiting for this:
>> Pline 4
>> [point 1]
>> [point 2]
>> ...
>>
>> I do not know which one is behaving in a correct way.
>>
>> Regards,
>>
>> -Jukka Rahkonen-
>>
>>
>>  
>>
>>> -Alkuperäinen viesti-
>>> Lähettäjä: [EMAIL PROTECTED] 
>>> [mailto:[EMAIL PROTECTED] 
>>> Puolesta Michaël Michaud
>>> Lähetetty: 26. elokuuta 2007 18:08
>>> Vastaanottaja: jump-pilot-devel@lists.sourceforge.net; 
>>> [EMAIL PROTECTED]
>>> Aihe: [JPP-Devel] mif/mid driver
>>>
>>> Hi,
>>>
>>> I made the necessary changes in my mif/mid driver to make it 
>>> work again with OpenJUMP.
>>> http://geo.michaelm.free.fr/OpenJUMP/resources/drivers/mifmid-
>>> driver-0.4.0.jar
>>> This is a several years old piece of code and it is probably 
>>> a very bad example to follow, but hopefully it works, and can 
>>> help out those asking for mif or tab integration into OpenJUMP.
>>>
>>> Michaël
>>>
>>>
>>> --
>>> ---
>>> This SF.net email is sponsored by: Splunk Inc.
>>> Still grepping through log files to find problems?  Stop.
>>> Now Search log events and configuration files using AJAX and 
>>> a browser.
>>> Download your FREE copy of Splunk now >>  
>>> http://get.splunk.com/ ___
>>> 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: Splunk Inc.
>> Still grepping through log files to find problems?  Stop.
>> Now Search log events and configuration files using AJAX and a browser.
>> Download your FREE copy of Splunk now >>  http://get.splunk.com/
>> ___
>> 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: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> ___
> 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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] mif/mid driver

[Stefan Steiniger]

maybe i just attach the mif written by Cadcorp ;)

(btw: i am just watching on arte a broadcast about the starting of disco
sound ;)

Michaël Michaud schrieb:

Hi Rahkonen,

Thanks for the feedback.
I remember I had some problems with the syntax of mif mid for this 
special point.

I followed the spec as closely as possible :

PLINE [ MULTIPLE numsections ]
numpts1
x1 y1
x2 y2
...

But I remember this was not compatible with every software.
If I can gather enough information to show that the syntax "Pline 4" 
offers a better compatibility, I'll try to change.


Regards

Michael

Rahkonen Jukka a écrit :


Hi,

This is very useful feature for us and I tested the driver immediately. It 
worked well with our application with points and polygons.  However, our 
application does not read the lines stored to MIF. The driver writes polylines 
to mif like this:
Pline
 4
[point 1]
[point 2]
...

Our application is waiting for this:
Pline 4
[point 1]
[point 2]
...

I do not know which one is behaving in a correct way.

Regards,

-Jukka Rahkonen-


 


-Alkuperäinen viesti-
Lähettäjä: [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] 
Puolesta Michaël Michaud

Lähetetty: 26. elokuuta 2007 18:08
Vastaanottaja: jump-pilot-devel@lists.sourceforge.net; 
[EMAIL PROTECTED]

Aihe: [JPP-Devel] mif/mid driver

Hi,

I made the necessary changes in my mif/mid driver to make it 
work again with OpenJUMP.

http://geo.michaelm.free.fr/OpenJUMP/resources/drivers/mifmid-
driver-0.4.0.jar
This is a several years old piece of code and it is probably 
a very bad example to follow, but hopefully it works, and can 
help out those asking for mif or tab integration into OpenJUMP.


Michaël


--
---
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and 
a browser.
Download your FREE copy of Splunk now >>  
http://get.splunk.com/ ___

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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
___
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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel






roads_cadcorp.mid
Description: audio/mid
Version 300
Delimiter ","
CoordSys Earth Projection 1, 104
  Bounds (548758.12406596,235896.597946802) (551323.097480594,238222.197946802)
Columns 8
FNODE_ Integer
TNODE_ Integer
LPOLY_ Integer
RPOLY_ Integer
LENGTH Float
OBJECTID Integer
OBJECTVAL Char(30)
YEAROFCHAN Integer
Data
pline
 3
550781.397480594 238047.997946802
550779.997480594 238049.647946802
550778.597480594 238051.297946802
Pen (1,2,12845056)
pline
 3
551073.297480594 237821.497946802
551073.147480594 237791.247946802
551072.997480594 237760.997946802
Pen (1,2,12845056)
pline
 3
550967.297480594 237798.497946802
551020.297480594 237809.997946802
551073.297480594 237821.497946802
Pen (1,2,12845056)
pline
 10
551323.097480594 237426.197946802
551313.9172808 237397.450947115
551309.187380559 237357.975275622
551315.221853485 237292.217769205
551314.781329032 237247.336743728
551294.356456157 237215.208416777
551285.382747882 237189.751329055
551268.675077329 237170.671500686
551251.032217028 237154.825153127
551236.097480594 237137.697946802
Pen (1,2,12845056)
pline
 7
550992.597480594 237696.697946802
551001.397480594 237700.997946802
551005.397480594 237709.497946802
551020.626173034 237719.103925266
551036.989890907 237730.847229484
551054.64614909 237745.150881443
551072.997480594 237760.997946802
Pen (1,2,12845056)
pline
 11
550256.097480594 237144.197946802
550264.394081937 237150.560865833
550272.785940542 237157.020940869
550281.171490322 237163.517103297
550289.545603348 237170.060725739
550297.905384914 237176.65942819
550306.249710805 237183.31573484
550314.578969003 237190.026533839
550322.894652769 237196.783090979
550331.198465926 237203.571316538
550339.397480594 237210.297946802
Pen (1,2,12845056)
pline
 15
550666.797480594 2

Re: [JPP-Devel] Z value style decorator

[Stefan Steiniger]

yep.. i agree..
we never know if VividSolutions will pick-up development again ;)
and then it would be a bit more difficult to sync packages.

but appearently we should think about a unification by 2008?

stefan

Paul Austin schrieb:
> Michael,
> 
> My view is anything new goes into open jump which is the core for our
> project.
> 
> Stuff in com.vivid should be modifications of their classes only.
> 
> Paul
> 
> Michaël Michaud wrote:
>> Hi,
>>
>> If everyone is ok, I'll commit a Z value decorator (looking like the 
>> index decorator or the xy one),
>>
>> @developpers
>> - I added the style in the org package, as O. Bedel and P. Austin 
>> before, then I had to add also a new image directory in the org package 
>> as well as a new IconLoader : wonder if it is a good thing to duplicate 
>> so many file structures between com and org packages (or maybe org 
>> package must be considered as a big extension, or as a developement 
>> package for plugins waiting for approval to be included into the core... 
>> just a thought, nothing urgent
>>
>> Michaël
>>
>> -
>> This SF.net email is sponsored by: Splunk Inc.
>> Still grepping through log files to find problems?  Stop.
>> Now Search log events and configuration files using AJAX and a browser.
>> Download your FREE copy of Splunk now >>  http://get.splunk.com/
>> ___
>> 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: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> ___
> 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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] jump.log file

[Stefan Steiniger]

what happens if you remove the log4.jar from the lib folder?
is it still created? (but maybe one gets other troubles)

stefan

Uwe Dalluege wrote:

>Hi,
>
>does anybody knows where the jump.log file comes from?
>
>If  I have a network installation of OpenJUMP
>I like to put the jump.log file
>to the user home directory.
>
>Regards,
>
>Uwe
>
>
>-
>This SF.net email is sponsored by: Splunk Inc.
>Still grepping through log files to find problems?  Stop.
>Now Search log events and configuration files using AJAX and a browser.
>Download your FREE copy of Splunk now >>  http://get.splunk.com/
>___
>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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] jump.log file

[Stefan Steiniger]

mhm. maybe don't remove log4j.jar but try also to play around with log4j.xml

Stefan Steiniger wrote:

>what happens if you remove the log4.jar from the lib folder?
>is it still created? (but maybe one gets other troubles)
>
>stefan
>
>Uwe Dalluege wrote:
>
>  
>
>>Hi,
>>
>>does anybody knows where the jump.log file comes from?
>>
>>If  I have a network installation of OpenJUMP
>>I like to put the jump.log file
>>to the user home directory.
>>
>>Regards,
>>
>>Uwe
>>
>>
>>-
>>This SF.net email is sponsored by: Splunk Inc.
>>Still grepping through log files to find problems?  Stop.
>>Now Search log events and configuration files using AJAX and a browser.
>>Download your FREE copy of Splunk now >>  http://get.splunk.com/
>>___
>>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: Splunk Inc.
>Still grepping through log files to find problems?  Stop.
>Now Search log events and configuration files using AJAX and a browser.
>Download your FREE copy of Splunk now >>  http://get.splunk.com/
>___
>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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Summary of Geometry-Functions

[Stefan Steiniger]

thanx for your comments Michael and Martin.

now my points below

Michaël Michaud schrieb:
> Hi Uwe,
> 
> Classifying plugins under Tools menu is really a hard job and some 
> inconsistencies may come from a lack of coordination among developpers.
> I'll try to help with my limited knowledge of those functions
> 
>> 1. What is the different between Tools>Analysis and Tools>Queries?
>>  
>>
> I think queries never modify features, only select some of them.
excactly. the primary idea is to select/extract features from an 
existing set.

> 
>> 2. Buffer is (one time) under Tools>Generate but Union (one Layer) is 
>> under Tools>Analysis?
>>  
>>
> IMHO, this is not very consistent
mhm.. the idea was to put in "Generate" tools that generate new features 
using (pure??) geometry operations. Here, one should only optain 
geometries - i.e. features without attributes.

The analysis section should involve more complex functions that generate 
new and modify features which also include attribute operations/analysis.

SIGLE had actually a nice approach with a menu for "one-layer" and 
"two-layer" ops. But this may also lead to some duplications.

on the D-P question had Martin already a good answer. (Note, another 
term for the Douglas Poiker (or Peucker) Simplification would be Point 
Removal, but D-P specifies the algorithm. Other point removal
algorithms exists as well such as the Visvalingam algorithm or Bend-Simplfy)

[wow.. when google-ing for bend-simplify i found this presentation on 
GIS  for military analysis... 
http://www.dodccrp.org/events/12th_ICCRTS/CD/html/presentations/006.pdf
..scarry.. ]

stefan

> 
>> 3. Is there a reason why we have different notations (for example):
>> Source, source layer, Layer A, Layer, Source Layer?
>>  
>>
> I saw that where A and B are used, they are referred in the explanation 
> panel "select A.*, B.*..." which may be the reason. There may be some 
> situations where layers have symmetric roles (like overlays), and others 
> where a layer has a special role (source, target, reference), like 
> attribute transfer.
> 
>> 4. What is "Simplify D - P"?
>>  
>>
> Simplify Douglas Peucker : a simplification algorithm  (Stefan can 
> surely explain that better than I)
> 
>> 5. What is "Simplify (preserve topology)"?
>>  
>>
> Simplify (preserve topology), applied to a network, preserve connections 
> between linestrings (maybe Simplify D-P don't, I did not try).
> Sadly, topology is not preserved for a planar graph represented as 
> polygons touching each others
> 
>> 6. Thank you for your help!
>>
>>
>>
>> 1 = Tools>Analysis>Geometry Functions (Source, Function, Parameter, Mask)
>> 2 = Tools>Analysis>Join Attributes Spatially (target layer, source 
>> layer, ...)
>> 3 = Tools>Analysis>Overlay
>> 4 = Tools>Analysis>Spatial Join of Geometries (Layer A, Relation, 
>> Parameter, Layer B)
>> 5 = Tools>Analysis>Union
>> 6 = Tools>Analysis>Union by Attribute Value
>> 7 = Tools>Generate>Buffer
>> 8 = Tools>Generate>Convex Hull
>> 9 = Tools>Generate>Convex Hull on Layer
>> 10 = Tools>Generate>Create Thiessen Polygons
>> 11 = Tools>Queries>Simple Query (Layer, Operator, Value)
>> 12 = Tools>Queries>Spatial Query (Source Layer, Relation, Mask Layer, 
>> Parameter)
>>
>>  
>>
> Hey, seems there is a lot of redundancy :-(
> It will be hard to clean up as many functions are close to each others, 
> but not strictly the same.
> May be a solution could be to propose some of them for removal (or to be 
> packaged in a special extension) and vote.
> Anyway, you did an excellent job, and I'll try to spend a little more 
> time to see the difference between all those function and to tell which 
> one are better for me.
> 
> Regards
> 
> Michael
> 
>> Boundary 1
>> Buffer 1, 7 : first can 
>> Centroid of Source 1
>> Contains 2, 4, 11, 12
>> Convex Hull 1, 8, 9
>> Covers 4, 12
>> Crosses 4, 11, 12
>> Difference A -- B 1
>> Difference B -- A 1
>> Disjoint 4, 12
>> Envelope 1
>> Equals 4, 12
>> Is Covered by 2, 4, 12
>> Is Disjoint 11
>> Is Includet in 11
>> Is Within Distance 4, 11, 12
>> Interior Point 1
>> Intersects 1, 2, 3, 4, 11, 12
>> Line Merge 1
>> Line Sequence 1
>> Overlaps 4, 11, 12
>> Polygonize 1
>> Reverse Line Direction 1
>> Simplify D -- P 1
>> Simplify (preserve topology) 1
>> Similar 4, 12
>> Symmetric Difference 1
>> Thiessen Polygon 10
>> Touches 4, 11, 12
>> Union with one Layer 5
>> Union with two Layers 1
>> Within 4, 12
>>
>>
>>
>> Regards,
>>
>> Uwe
>>
>>
>> -
>> This SF.net email is sponsored by: Splunk Inc.
>> Still grepping through log files to find problems?  Stop.
>> Now Search log events and configuration files using AJAX and a browser.
>> Download your FREE copy of Splunk now >>  http://get.splunk.com/
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>>
>

Re: [JPP-Devel] deeJUMP plugin

[Stefan Steiniger]

Hei Andreas,

as Michael pointed out: we will try to support you.
And having a 3d person working on it - should be ok. At least he is firm 
with all the 3d coordsys stuff. Working with ellipsoids is still a bit 
different but learnable. I am glad that Michael has also some 
experiences on that too..

stefan


Andreas Schmitz schrieb:
> Michaël Michaud wrote:
> 
> Hi,
> 
>> Making a new projection library is a very exciting project.
>> As there are at least two other projects (javaproj and geotools) I'd 
>> like to make sure I undersand what would be the specific purpose of a 
>> new library.
>> Javaproj and geotools have very different approaches (opposite ?), the 
>> first being very procedural (mainly math functions), and the second very 
>> object oriented (with a design based on OGC UML diagrams and GeoAPI 
>> interfaces).
>> What would be the specific target of a third library ?
>> I must admit that I'd like to see a complete lightweight library 
>> (including datum transfo, coordinate system transfo, and the capability 
>> to add complex transformations). I can't say if there is a better 
>> solution than geoapi/geotools. A few years ago, I felt geotools api was 
>> very complex and enable to solve the problems I had with some special 
>> transformations (french grid-based datum transformation), and I tried to 
>> design a new small library you still can find here : 
>> http://michael.michaud.free.fr/geodesie/JTransfoCoord.html
>> I'm not completely satisfied with it and today, I would hesitate between 
>> a shift to geotools or a rewrite of this library.
>> But in any case, I would be pleased to participate and to help with any 
>> project with the aim to incorporate projection stuff into OpenJUMP :-)
> 
> That's good to hear :)
> 
> When the time is ripe and our library usable, I'd also help
> integrating it, of course.
> 
> As to the other libraries (geotools etc), I'm not sure where the
> deegree projection library fits in. I guess that depends a lot on how
> much time can be put into this. From my (admittedly VERY narrow) point
> of view it shouldn't be too difficult to implement a database based
> approach that can transform between different types of coordinate
> systems (like proj4) in Java, at least for the common types. But then
> I read Stefan's comment ;-)
> 
>> Stefan Steiniger a écrit :
>>
>>> Hei Andreas,
>>>
>>> thats good to hear.
>>> I hope you are looking on geotools projection code as well. As far as i 
>>> checked out the guy that is responsible for it has the appropriate 
>>> background (at least i think so). and geotools realized already lots of 
>>> projections ( i guess EPSG completely). But lots of stuff needs to be 
>>> replaced.
>>> Just a question: do you have a person with proper math-geodesy 
>>> background on projection stuff? (or a contact to Bonn University on 
>>> that: i.e. someone of the team of Prof. Karl-Heinz Ilk?)
> 
> It's a computer scientist working on it. He's more into 3D, but he's
> also quite firm in math, I believe ;-)
> 
>>> I ask, because projections are a realy nasty thing. It is very important 
>>> to have appropriate testing data (e.g. to check the conversions to 
>>> WGS84). (btw: I did some software evaluation on Cadcorp SIS for Finnish 
>>> projection - which is to complicate for them, Swiss projection (also 
>>> some special formulas) and German GK/UTM projections).
>>> It is somehow "satisfying" to hear that you plan to work on the 
>>> projection support implementation for 1-2 years (not just a month). I 
>>> think the "design" itself is also quite tricky, because later on the 
>>> user must be able to define its own coordinate system (beside the EPSG 
>>> ones). So it is good to look how ArcGIS, Cadcorp SiS, MapInfo, and so on 
>>> have realized the user interfaces and customization.
> 
> Yes, that's definitely true. I think my company tried a lot of
> different approaches to the problem during the past years, and none
> were satisfying (else we wouldn't try a new one...).
> 
> Best regards, Andreas

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Fwd: wnt 2 add tools in my toolbox like zooming one one feature, goto last, goto first feature etc

[Stefan Steiniger]

Dear Veer,

please write such emails to the jpp-developer list. For such purposes we 
have it! If people know a solution or have some ideas they will respond 
to you.

Furthermore.. i think you simply should study exitings code (so look for 
example in *OpenJumpConfiguration.java* how plugins are initialized). I 
think it is your assignment and you need to understand what you to do 
and in which order. This can accomplished only if you "learn by 
yourself". I know the Indian systems is quite different (i.e. you will 
get a detailed task) to the western, but in western society students get 
a task and try to accomplish it without as much help as possible. We - 
being volunteers - can give you some initial help, but can not give you 
complete guidance. That is something we expect from your supervisor.

For the case that you feel you are running out of time - try to 
negotiate with your supervisor.

Finally - as we are a couple of non-native english speaker, you shoudl 
try to write and describe in your best english (although it does not 
need to be formal).

best regards
Stefan Steiniger

veer pal singh wrote:

> Hi all,
> plz guide me.
>
> -- Forwarded message --
> From: *veer pal singh* <[EMAIL PROTECTED] 
> <mailto:[EMAIL PROTECTED]> >
> Date: Aug 29, 2007 3:53 PM
> Subject: wnt 2 add tools in my toolbox like zooming one one 
> feature,goto last,goto first feature etc
> To: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
>
> Hi Sir,
> Actually consider that i have my toolbox and further want 2 add more 
> tools to that like
> 1. Zooming features one by one(forward n backward)
> 2.go last feature
> 3.go first feature
> etc
>
> or u can understand by.. what r the toolbutton in folowing code in 
> AttributeTab.java having attached
> with the viewattribute table. so my aim to that my user get frusted 
> doing work on existing so i want to add
> my new toolbox which having the tools as givin in follwoing code .
> n one more thing is that...>
> when user click on any perticular part of layer then message should 
> come on toolbox[title bar] in such a ways
> that what count[number of that feature] out of which[total] feature.
> and this same thing should come with zooming tools.
>
> so Sergio Baños Calvo now u have understud my problem. please help n 
> guide me sir coz  my work is getting late.
>
>
> regards
> veer
>
>
>
> **
> private void installToolBarButtons( WorkbenchContext workbenchContext, 
> final TaskFrame taskFrame )
> {
> toolBar.add(new JButton(),
> 
> I18N.getString("workbench.ui.AttributeTab.zoom-to-previous-row"), 
> //$NON-NLS-1$
> IconLoader.icon("SmallUp.gif"), //$NON-NLS-1$
> new ActionListener(){
> public void actionPerformed( ActionEvent e ) {
> try {
> zoom(panel.topSelectedRow().previousRow());
> panel.selectInLayerViewPanel();
> } catch (Throwable t) {
> errorHandler.handleThrowable(t);
> }
> }
> }, new 
> MultiEnableCheck().add(taskFrameEnableCheck).add(layersEnableCheck));
>
>
> toolBar.add(new JButton(), 
> I18N.getString("workbench.ui.AttributeTab.zoom-to-next-row "), 
> //$NON-NLS-1$
> IconLoader.icon("SmallDown.gif"), //$NON-NLS-1$
> new ActionListener(){
> public void actionPerformed( ActionEvent e ) {
> try {
> zoom(panel.topSelectedRow().nextRow());
> panel.selectInLayerViewPanel();
> } catch (Throwable t) {
> errorHandler.handleThrowable (t);
> }
> }
> }, new 
> MultiEnableCheck().add(taskFrameEnableCheck).add(layersEnableCheck));
> toolBar.add(new JButton(), I18N
> .getString(" 
> workbench.ui.AttributeTab.zoom-to-selected-rows"), //$NON-NLS-1$
> IconLoader.icon("SmallMagnify.gif"), //$NON-NLS-1$
> new ActionListener(){
> public void actionPerformed( ActionEvent e ) {
> try {
> // panel.zoom(panel.selectedFeatures());
> panel.zoom(panel.selectedGeometries());
> } catch (Throwable t) {
> errorHandler.handleThrowable(t);
> 

Re: [JPP-Devel] Nightly build broken

[Stefan Steiniger]

Hei Michael and Larry,

it doesn't have to be broken. A couple of weeks before I realized the 
same problem. I could built at my home computer while the nightly built 
did not work - and 3 days later it shipded 2 builts on one day. Maybe we 
wait 3-4 days?

stefan

(btw.. to much of message floating around today - and i don't find the 
time to read :o)

Larry Becker schrieb:
> Thanks Michaël.  I guess that is Jon.
> 
> Larry
> 
> On 8/30/07, Michaël Michaud <[EMAIL PROTECTED]> wrote:
>> Hi,
>>
>> I just checkout the whole trunk and compiled with the included build
>> without any problem (I mean with only 134 warnings...)
>>
>> Can someone who knows how the nighlty build is created check what happens ?
>>
>> Michael
>>
>> Larry Becker a écrit :
>>
>>> The nightly build of OpenJump hasn't been updated since the 27th
>>> although the source folder has.  Does this indicate that the build is
>>> broken?
>>>
>>> Larry
>>>
>>>
>>>
>>
>> -
>> This SF.net email is sponsored by: Splunk Inc.
>> Still grepping through log files to find problems?  Stop.
>> Now Search log events and configuration files using AJAX and a browser.
>> Download your FREE copy of Splunk now >>  http://get.splunk.com/
>> ___
>> 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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] DataObject Library

[Stefan Steiniger]

without reading your email - just a hint:
Did you had a look on GDBMS (see sourceforge) by the gvSIG people? ... 
it should be similar to OGR...

if this is what you are talking about

stefan

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Improved buffer plugin

[Stefan Steiniger]

Yes.. as far as i know JTS has no optimization, but..

* I implemented in the mapgen toolbox an union based on attributes that 
utilizes the jts quadtree.
* recently Michael improved the JUMP deliverd union to speed up (can't 
remember how) and added as well an option for unioning only when 
attributes are similar.

it may be an option to call Michaels optimized code for the 
post-unioning in the buffer method

stefan

Larry Becker schrieb:
> Hi Martin,
> 
>   The union operation is implemented by buffering the union of the
> input, rather than the union of the input buffered, if you see the
> distinction.  I was hoping JTS had already optimized this, but from
> what you are saying, I would guess not.
> 
> Larry
> 
> On 8/31/07, Martin Davis <[EMAIL PROTECTED]> wrote:
>> Cool...
>>
>> I think that one way around the "slow union" problem is to develop a
>> "Cascading Union" function.  This will build up a union of multiple
>> geometries by forming them into a tree, and recursively unioning the
>> branches of the tree from the leaves to the root.In theory this
>> should provide a fairly optimal balance between performance and memory use.
>>
>> A nice way to form the tree would be to add the input geometries to a
>> JTS Quadtree or STRtree and then traverse the tree in depth-first
>> order.  Unfortunately currently the implementations don't support the
>> ability to traverse the tree in any order - this wouldn't be too hard to
>> add, though.
>>
>> Thoughts?  Anyone keen on trying this out?
>>
>> Martin
>>
>>
>>
>> Larry Becker wrote:
>>> I have committed the improved buffer plugin.  Three sample screens are
>>> attached in english, french, and german.It now supports buffering
>>> the selection. It provides a convenience union option.  The sidebar
>>> picture now previews the current options.  It copies attributes by
>>> default, even from selections on multiple layers, but this can be
>>> turned off.  It supports setting the number of segments in a quarter
>>> circle.
>>>
>>> Be careful with the union operation.  With large selections, it can
>>> take a long time.  For instance using Uwe's GeoCity project, I tried
>>> to buffer everything by 1000 meters.  Without union it completed in
>>> about 20 seconds, and with union I finally killed it after 5 minutes.
>>>
>>> regards,
>>> Larry Becker
>>>
>>>
>>> 
>>>
>>>
>>> 
>>>
>>>
>>> 
>>>
>>> 
>>>
>>> -
>>> This SF.net email is sponsored by: Splunk Inc.
>>> Still grepping through log files to find problems?  Stop.
>>> Now Search log events and configuration files using AJAX and a browser.
>>> Download your FREE copy of Splunk now >>  http://get.splunk.com/
>>> 
>>>
>>> ___
>>> Jump-pilot-devel mailing list
>>> Jump-pilot-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>>
>> --
>> Martin Davis
>> Senior Technical Architect
>> Refractions Research, Inc.
>> (250) 383-3022
>>
>>
>> -
>> This SF.net email is sponsored by: Splunk Inc.
>> Still grepping through log files to find problems?  Stop.
>> Now Search log events and configuration files using AJAX and a browser.
>> Download your FREE copy of Splunk now >>  http://get.splunk.com/
>> ___
>> 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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Improved buffer plugin

[Stefan Steiniger]

ah.. anyway.. thanx Larry!

Larry Becker schrieb:
> Hi Martin,
> 
>   The union operation is implemented by buffering the union of the
> input, rather than the union of the input buffered, if you see the
> distinction.  I was hoping JTS had already optimized this, but from
> what you are saying, I would guess not.
> 
> Larry
> 
> On 8/31/07, Martin Davis <[EMAIL PROTECTED]> wrote:
>> Cool...
>>
>> I think that one way around the "slow union" problem is to develop a
>> "Cascading Union" function.  This will build up a union of multiple
>> geometries by forming them into a tree, and recursively unioning the
>> branches of the tree from the leaves to the root.In theory this
>> should provide a fairly optimal balance between performance and memory use.
>>
>> A nice way to form the tree would be to add the input geometries to a
>> JTS Quadtree or STRtree and then traverse the tree in depth-first
>> order.  Unfortunately currently the implementations don't support the
>> ability to traverse the tree in any order - this wouldn't be too hard to
>> add, though.
>>
>> Thoughts?  Anyone keen on trying this out?
>>
>> Martin
>>
>>
>>
>> Larry Becker wrote:
>>> I have committed the improved buffer plugin.  Three sample screens are
>>> attached in english, french, and german.It now supports buffering
>>> the selection. It provides a convenience union option.  The sidebar
>>> picture now previews the current options.  It copies attributes by
>>> default, even from selections on multiple layers, but this can be
>>> turned off.  It supports setting the number of segments in a quarter
>>> circle.
>>>
>>> Be careful with the union operation.  With large selections, it can
>>> take a long time.  For instance using Uwe's GeoCity project, I tried
>>> to buffer everything by 1000 meters.  Without union it completed in
>>> about 20 seconds, and with union I finally killed it after 5 minutes.
>>>
>>> regards,
>>> Larry Becker
>>>
>>>
>>> 
>>>
>>>
>>> 
>>>
>>>
>>> 
>>>
>>> 
>>>
>>> -
>>> This SF.net email is sponsored by: Splunk Inc.
>>> Still grepping through log files to find problems?  Stop.
>>> Now Search log events and configuration files using AJAX and a browser.
>>> Download your FREE copy of Splunk now >>  http://get.splunk.com/
>>> 
>>>
>>> ___
>>> Jump-pilot-devel mailing list
>>> Jump-pilot-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>>
>> --
>> Martin Davis
>> Senior Technical Architect
>> Refractions Research, Inc.
>> (250) 383-3022
>>
>>
>> -
>> This SF.net email is sponsored by: Splunk Inc.
>> Still grepping through log files to find problems?  Stop.
>> Now Search log events and configuration files using AJAX and a browser.
>> Download your FREE copy of Splunk now >>  http://get.splunk.com/
>> ___
>> 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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Improved buffer plugin

[Stefan Steiniger]

Hei Martin,

my algo works as follows:

I create a list (initialList) of features/geometries and add them all to 
a quadtree.
I start unioning of one geometry with its neighbours (that are received 
from the quadtree) until there are no more close ones (i.e. merge 
candidates). While doing so I delete the unioned polys from the tree and 
add at the end the new larger poly to the tree again and to a 
temporaryList. Single polygons -without neihbours received from the tree 
- are put into a seprate singleList. Then i take the next one from the 
initial list... After the first round through the initial list, the 
tempList is set to the initialList. The process is repeated until the 
reassigend initialList has no more polygons - i.e. all polygons are in 
the singleList.

the improvement for a test dataset of 24000 buildings was from estimated 
24*(3min+11sec)=1h15min down to 15min (about the 15min i am not 
sure--but it should be about that size).
I also checked how fast ArcGIS union function for these test data is; 
and this was incredible: a few seconds only (11sec). I would really like 
to know what they did (except that this is c-code..).

stefan

Michaël Michaud schrieb:
> Hi Martin,
> 
> The way I optimized the union plugin in OpenJUMP is not as clever as 
> using a quadtree, but it is equivalent in the ideal case of regularly 
> distributed features.
> I just grouped features in a regular grid which size is computed based 
> on the featurecollection envelope and size (number of features). This is 
> an iterative process : when I finished the union in all grid cells, I do 
> it again with a larger grid until I have no more geometry to union. I 
> called it progressive union.
> Performance improvement may be more than 10 x, and for large datasets, 
> it simpley make it possible to union the layer.
> I did not look for a better hack at the plugin level, as I thought that 
> better performances can be obtained from JTS itself. But I'm not sure it 
> is possible : what about PreparedGeometry ?
> 
> Regards
> 
> Michael
> 
> Martin Davis a écrit :
> 
>> Not sure I do see...  Either way, if you are doing repeated calls to 
>> union(), then this is going to be slow.  But maybe you mean that you are 
>> *combining* the input geometries in to a single multi-geometry, and then 
>> buffering that once?  That should be faster, then.  Although... for 
>> complex inputs, I suppose this could actually end up being slower than 
>> doing the buffers individually, and then using a cascading scheme to 
>> union them. 
>>
>> Sounds like Stefan has a scheme to do this, anyway.  But it would be 
>> nice to get it into JTS.
>>
>> Larry Becker wrote:
>>  
>>
>>> Hi Martin,
>>>
>>>  The union operation is implemented by buffering the union of the
>>> input, rather than the union of the input buffered, if you see the
>>> distinction.  I was hoping JTS had already optimized this, but from
>>> what you are saying, I would guess not.
>>>
>>> Larry
>>>
>>> On 8/31/07, Martin Davis <[EMAIL PROTECTED]> wrote:
>>>  
>>>
>>>
 Cool...

 I think that one way around the "slow union" problem is to develop a
 "Cascading Union" function.  This will build up a union of multiple
 geometries by forming them into a tree, and recursively unioning the
 branches of the tree from the leaves to the root.In theory this
 should provide a fairly optimal balance between performance and memory use.

 A nice way to form the tree would be to add the input geometries to a
 JTS Quadtree or STRtree and then traverse the tree in depth-first
 order.  Unfortunately currently the implementations don't support the
 ability to traverse the tree in any order - this wouldn't be too hard to
 add, though.

 Thoughts?  Anyone keen on trying this out?

 Martin



 Larry Becker wrote:

  

> I have committed the improved buffer plugin.  Three sample screens are
> attached in english, french, and german.It now supports buffering
> the selection. It provides a convenience union option.  The sidebar
> picture now previews the current options.  It copies attributes by
> default, even from selections on multiple layers, but this can be
> turned off.  It supports setting the number of segments in a quarter
> circle.
>
> Be careful with the union operation.  With large selections, it can
> take a long time.  For instance using Uwe's GeoCity project, I tried
> to buffer everything by 1000 meters.  Without union it completed in
> about 20 seconds, and with union I finally killed it after 5 minutes.
>
> regards,
> Larry Becker
>
>
> 
>
>
> 
>
>
> 
>
> -

Re: [JPP-Devel] About on line help and OJ NB improvemets

[Stefan Steiniger]

hei guiseppe..

you are right.. we should add the changelog file that exists to the 
nightly built.

this file can be read here from the source code repository:
http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot/core/trunk/ChangeLog?view=markup

another option would be if you susbcribe or check the message archive of 
the svn-notify list here:
http://sourceforge.net/mailarchive/forum.php?forum_name=jump-pilot-svn-notify

everytime we make a change an email is generated automatically(!) and 
sent to this list containing:
a) a comment by the developer why the change was made
b) a listing of the changes (+ line added - line removed)

Would these options, especially the first, help you to keep track?
I think that we should also mark thos changes that are only available in 
the nightly built (i.e. using an asterix or OJNB marker)

BTW.. i also thought recently, that it is an option to move directly to 
1.3 due to the numerous improvements added by Larry.

thanx for your efforts
stefan

Giuseppe Aruta schrieb:
> Hi all
> 
> The problem: 
> I am not able to keep track of the improvements that
> every now and than appears in OJ Nightlu Build . I
> would like to understand which are the new changes so
> I can upgrade in time the wiki help. And also other
> help docs.
> 
> The questions: 
> OJs Nightly Build  have a numeration like this
> OPENJUMP - - <4 numbers>.ZIP  What are the last
> four numbers for? 
> Is the OJ NB sequence progressive (the last in the
> sequence has all the improvements and fixed bugs  from
> the other)?
> 
> The requests:
> I ask if it it is possible to add to every Nightly
> Build a TXT file on which the developers write which
> are the new improvemets. 
> Or maybe  a wiki page would be better where developers
> write all the changes they did and bugs they solved. 
> 
> 
> An observation.
> Some Nightly Build are really improvemets of the
> original OpenJUMP 1.2 and probabily they must go on a
> different lineage like OpenJUMP 1.3
> Other Nighly Build are bug fixed
> 
> Thanks
> 
> Peppe
> 
> 
>   ___ 
> L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: 
> http://it.docs.yahoo.com/nowyoucan.html
> 
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> ___
> 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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] About on line help and OJ NB improvemets

[Stefan Steiniger]

Giuseppe Aruta wrote:

>Hi stefan, 
>I didn't realize till now what  incredible mine of
>information which is the repository 
>http://jump-pilot.svn.sourceforge.net.
>  
>
good :)

>I also discover an original JUMP Spanish guide which I
>added to the Documentation Page (to help future new
>Castillan/Spanish users).
>  
>
..yep i forgot that there was an older spanish guide.

>Thanks for the information. I add the change log page
>to my bookmarks so I contron every now and them. We
>could also link this page to the wiki page (below the
>Nightly build)?!
>  
>
mhm .. don't know either behind the link a second link or on a different 
page.. maybe in the developer section?
to have it in the front page is not so good (but this is just my feeling)

stefan

>Peppe 
>--- Stefan Steiniger <[EMAIL PROTECTED]> ha scritto:
>
>  
>
>>hei guiseppe..
>>
>>you are right.. we should add the changelog file
>>that exists to the 
>>nightly built.
>>
>>this file can be read here from the source code
>>repository:
>>
>>
>>
>http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot/core/trunk/ChangeLog?view=markup
>  
>
>>another option would be if you susbcribe or check
>>the message archive of 
>>the svn-notify list here:
>>
>>
>>
>http://sourceforge.net/mailarchive/forum.php?forum_name=jump-pilot-svn-notify
>  
>
>>everytime we make a change an email is generated
>>automatically(!) and 
>>sent to this list containing:
>>a) a comment by the developer why the change was
>>made
>>b) a listing of the changes (+ line added - line
>>removed)
>>
>>Would these options, especially the first, help you
>>to keep track?
>>I think that we should also mark thos changes that
>>are only available in 
>>the nightly built (i.e. using an asterix or OJNB
>>marker)
>>
>>BTW.. i also thought recently, that it is an option
>>to move directly to 
>>1.3 due to the numerous improvements added by Larry.
>>
>>thanx for your efforts
>>stefan
>>
>>Giuseppe Aruta schrieb:
>>
>>
>>>Hi all
>>>
>>>The problem: 
>>>I am not able to keep track of the improvements
>>>  
>>>
>>that
>>
>>
>>>every now and than appears in OJ Nightlu Build . I
>>>would like to understand which are the new changes
>>>  
>>>
>>so
>>
>>
>>>I can upgrade in time the wiki help. And also
>>>  
>>>
>>other
>>
>>
>>>help docs.
>>>
>>>The questions: 
>>>OJs Nightly Build  have a numeration like this
>>>OPENJUMP - - <4 numbers>.ZIP  What are the
>>>  
>>>
>>last
>>
>>
>>>four numbers for? 
>>>Is the OJ NB sequence progressive (the last in the
>>>sequence has all the improvements and fixed bugs 
>>>  
>>>
>>from
>>
>>
>>>the other)?
>>>
>>>The requests:
>>>I ask if it it is possible to add to every Nightly
>>>Build a TXT file on which the developers write
>>>  
>>>
>>which
>>
>>
>>>are the new improvemets. 
>>>Or maybe  a wiki page would be better where
>>>  
>>>
>>developers
>>
>>
>>>write all the changes they did and bugs they
>>>  
>>>
>>solved. 
>>
>>
>>>An observation.
>>>Some Nightly Build are really improvemets of the
>>>original OpenJUMP 1.2 and probabily they must go
>>>  
>>>
>>on a
>>
>>
>>>different lineage like OpenJUMP 1.3
>>>Other Nighly Build are bug fixed
>>>
>>>Thanks
>>>
>>>Peppe
>>>
>>>
>>>  ___ 
>>>L'email della prossima generazione? Puoi averla
>>>  
>>>
>>con la nuova Yahoo! Mail:
>>http://it.docs.yahoo.com/nowyoucan.html
>>
>>
>>>  
>>>
>-
>  
>
>>>This SF.net email is sponsored by: Splunk Inc.
>>>Still grepping through log files to find problems?
>>>  
>>>
>> Stop.
>>
>>
>>>Now Search log events and configuration files
>>>  
>>>
>>using AJAX and a browser.
>>
>>
>>>Download your FREE copy 

Re: [JPP-Devel] About on line help and OJ NB improvemets

[Stefan Steiniger]

I added the link now right behind the link for the nightly built in brackets

stefan

Stefan Steiniger schrieb:
> Giuseppe Aruta wrote:
> 
>> Hi stefan, 
>> I didn't realize till now what  incredible mine of
>> information which is the repository 
>> http://jump-pilot.svn.sourceforge.net.
>>  
>>
> good :)
> 
>> I also discover an original JUMP Spanish guide which I
>> added to the Documentation Page (to help future new
>> Castillan/Spanish users).
>>  
>>
> ..yep i forgot that there was an older spanish guide.
> 
>> Thanks for the information. I add the change log page
>> to my bookmarks so I contron every now and them. We
>> could also link this page to the wiki page (below the
>> Nightly build)?!
>>  
>>
> mhm .. don't know either behind the link a second link or on a different 
> page.. maybe in the developer section?
> to have it in the front page is not so good (but this is just my feeling)
> 
> stefan
> 
>> Peppe 
>> --- Stefan Steiniger <[EMAIL PROTECTED]> ha scritto:
>>
>>  
>>
>>> hei guiseppe..
>>>
>>> you are right.. we should add the changelog file
>>> that exists to the 
>>> nightly built.
>>>
>>> this file can be read here from the source code
>>> repository:
>>>
>>>
>>>
>> http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot/core/trunk/ChangeLog?view=markup
>>  
>>
>>> another option would be if you susbcribe or check
>>> the message archive of 
>>> the svn-notify list here:
>>>
>>>
>>>
>> http://sourceforge.net/mailarchive/forum.php?forum_name=jump-pilot-svn-notify
>>  
>>
>>> everytime we make a change an email is generated
>>> automatically(!) and 
>>> sent to this list containing:
>>> a) a comment by the developer why the change was
>>> made
>>> b) a listing of the changes (+ line added - line
>>> removed)
>>>
>>> Would these options, especially the first, help you
>>> to keep track?
>>> I think that we should also mark thos changes that
>>> are only available in 
>>> the nightly built (i.e. using an asterix or OJNB
>>> marker)
>>>
>>> BTW.. i also thought recently, that it is an option
>>> to move directly to 
>>> 1.3 due to the numerous improvements added by Larry.
>>>
>>> thanx for your efforts
>>> stefan
>>>
>>> Giuseppe Aruta schrieb:
>>>
>>>
>>>> Hi all
>>>>
>>>> The problem: 
>>>> I am not able to keep track of the improvements
>>>>  
>>>>
>>> that
>>>
>>>
>>>> every now and than appears in OJ Nightlu Build . I
>>>> would like to understand which are the new changes
>>>>  
>>>>
>>> so
>>>
>>>
>>>> I can upgrade in time the wiki help. And also
>>>>  
>>>>
>>> other
>>>
>>>
>>>> help docs.
>>>>
>>>> The questions: 
>>>> OJs Nightly Build  have a numeration like this
>>>> OPENJUMP - - <4 numbers>.ZIP  What are the
>>>>  
>>>>
>>> last
>>>
>>>
>>>> four numbers for? 
>>>> Is the OJ NB sequence progressive (the last in the
>>>> sequence has all the improvements and fixed bugs 
>>>>  
>>>>
>>> from
>>>
>>>
>>>> the other)?
>>>>
>>>> The requests:
>>>> I ask if it it is possible to add to every Nightly
>>>> Build a TXT file on which the developers write
>>>>  
>>>>
>>> which
>>>
>>>
>>>> are the new improvemets. 
>>>> Or maybe  a wiki page would be better where
>>>>  
>>>>
>>> developers
>>>
>>>
>>>> write all the changes they did and bugs they
>>>>  
>>>>
>>> solved. 
>>>
>>>
>>>> An observation.
>>>> Some Nightly Build are really improvemets of the
>>>> original OpenJUMP 1.2 and probabily they must go
>>>>  
>>>>
>>> on a
>>>
>>>
>>>> different lineage like OpenJUMP 1.3
>>>> Other Nighly Build are bug fixed
>>>>
&g

Re: [JPP-Devel] WFS plugin is missing from the plugin lis

[Stefan Steiniger]

Hei Jukka,

thanx for hint. I added it to the plugin list and also your description 
on an extra page:
http://openjump.org:8739/wiki/show/WFS+PlugIn+Description

please feel free to edit or add "credits" ;)

stefan

Rahkonen Jukka schrieb:
> Hi,
> 
> I noticed that WFS plugin is missing from the plugin page at
> openjump.org.  However, I think it is worth mentioning there, perhaps
> with a short description. The following is too long for that page but
> perhaps it could be used for advertising in some other place.
> 
> "OpenJUMP WFSPlugin is WFS v. 1.0.0 and 1.1.0 client.  It supports
> filtering features from the remote WFS server by attributes and spatial
> operations based on a geometry that is selected in JUMP map window.
> Logical operators =, <, >, <=, >=, <>, LIKE and NOT LIKE are supported
> for attribute filtering. Supported spatial operators are Intersects,
> Within, Dwithin, Contains, Touches, Crosses, Overlaps, Equals and
> Disjoint.  In addition, extents of the JUMP map window can be captured
> and used as bounding box in WFS request.
> 
> WFS server response for getCapabilities and describeFeatureType requests
> can be directed into text window and stored on disk if desired.  In a
> similar way the http POST getFeature request that WFSPlugin creates can
> be checked and manually edited in a text window before it is sent to the
> WFS server. If these debugging options are not adequate the WFS plugin
> can also be used as a standalone Java application. In this mode the GML
> returned by WFS server is not parsed but it is just captured and showed
> in text window or stored on disk.
> 
> Plugin was developed and tested against GeoServer 1.5.0 (supporting only
> WFS 1.0.0) and it works pretty well with all demonstration feature types
> shipped with GeoServer installation package.
> 
> Known issues:
> - The parser still fails with some feature types especially if they have
> attributes of type DOUBLE or DATE/TIME.
> - Plugin was tested briefly with MapServer 4.8 WFS server.  Basically
> the plugin worked with MapServer, but there were some problems for
> example in building the list of available attributes."
> 
> Regards,
> 
> -Jukka Rahkonen-
> 
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> ___
> 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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OpenJUMP tiff support

[Stefan Steiniger]

Hei Jukka,

i have added this information to the wiki :)
http://openjump.org:8739/wiki/show/TIF-Support

stefan

Rahkonen Jukka schrieb:
> Hi,
> 
> I have played with quite a nice software that I had tried never before, OSSIM 
> (www.ossim.org).  As a by-product here is a table about what kind of TIFF 
> files OpenJUMP can open at present.
> 
> result with result with
> Ossim tiff writer driver  JUMP native PIROL raster
> 
> OSSIM tiff_strip  OK  OK
> OSSIM tiff_strip_band_separatefailfail
> OSSIM tiff_tiled  fail*   fail*
> OSSIM tiff_tiled_band_separatefailfail
> Gdal, pixel intl. OK  OK
> Gdal, pixel intl. +backbits   OK  OK
> Gdal, pixel intl. +jpeg   failfail
> Gdal, pixel intl. +tiled  fail**  fail**
> Gdal, band interleavedfailfail
> 
> *  Image shows, but from the right side every other tile is black
> ** Image shows, but bottom-right tile is black
> 
> In conclusion, only pixel interleaved tiff files seem to be usable with 
> OpenJUMP.  They may be backbits compressed.  Tiled images are almost usable, 
> but there is something strange with those because part of the rightmost tiles 
> do not show with either JUMP native or PIROL raster plugin. Maybe it is 
> caused by JAI? 
> 
> Regards,
> 
> -Jukka Rahkonen-
> 
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> ___
> 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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Network Installation

[Stefan Steiniger]

Landon,

please... group your emails from one thread.. read them at one rush.. 
and then .. decide if there is still a need to answer on old emails
because i just feel i should skip yours

stefan

Sunburned Surveyor schrieb:
> Andreas wrote: "the workbench-state.xml file (or the directory where
> to store it) can
> now be specified with the -state parameter. In openjump.sh this is
> already done and defaults to $HOME/.jump/ (like the
> workbench-properties)."
> 
> Andrea,
> 
> Do you mind telling me very briefly how you made this modification?
> I'm interested in seeing how you did it.
> 
> The Sunburned Surveyor
> 
> On 8/25/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote:
>> mhm.. i guess it has something to do with log4j?
>> thanx for adding the the new command line property
>>
>> stefan
>>
>> Andreas Schmitz schrieb:
>>> Uwe Dalluege wrote:
>>>
>>> Hi,
>>>
>>>> does it also works for the jump.log file?
>>> unfortunately, no. I'm not sure where the log file actually comes
>>> from.
>>>
>>> Best regards, Andreas
>> -
>> This SF.net email is sponsored by: Splunk Inc.
>> Still grepping through log files to find problems?  Stop.
>> Now Search log events and configuration files using AJAX and a browser.
>> Download your FREE copy of Splunk now >>  http://get.splunk.com/
>> ___
>> 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: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> ___
> 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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OpenJUMP releases and bug management

[stefan . steiniger]

Hei Guys,

i return later on that when i am back home
currently i am on a conference near Dublin.

stefan

> Hi,
>
> Here are some thoughts about releases and bug management.
> I think we miss some rules to decide when a new version of OJ has to be
> released, and that lack of visibility may be a disadvantage for OJ's
> adoption.
> The release rules should be linked to bug reports and feature requests,
> but bug reports have to be sorted before they can be used as a base for
> release decision.
> A proposition is to let the default level 5 for bugs which have to be
> fixed before a stable release, to use level 1 and 2 for bugs which have
> to be fixed ASAP (before any release) and to set less important bugs to
> priority 6 or more... (any other suggestion is welcome).
> Any one having access to the bug tracker should be able to initiate this
> hierarchy, subsequent changes should be asked to the community.
> Major releases (version changes) could work the same way but based on
> feature requests (feature requests for version 1.2, for 1.3...)
>
> This way, may be we could focus on major bugs and try to release a
> stable version before the end of 2007.
>
> Michaël
>
>
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> ___
> 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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Simple Projection Interface

[Stefan Steiniger]

I got used to use North and East (instead x,y which is turned in geodesy 
  and math and latlon which is purely geographic)

so what about getNorthCoord and getEastCoord?
Usually one speakes also from False Easting (and Northing) for the bias 
of the origin point.

i will read the rest of your emails later

stefan

Michaël Michaud schrieb:
> Hi Paul
> 
>> 1. The reason I chose not to use an array of doubles as a parameter as
>> an argument or return type is that what order do you pass in the
>> parameters is it lon, lat or lat, lon for geographics. 
>>
> I'm not sure how getX, getY avoid the confusion.
> IMHO, coordinate order is relative to the coordinate system definition 
> (source crs and target crs may have different order), and should not be 
> fixed in the coordinate operation interface (how do you use setX, setY, 
> getX, getY to convert, say a geo lat/lon coordinate system to a geo 
> lon/lat coordinate system ?)
> 
>> I did consider
>> having getLat/getLon but that would be even more confusing.
>>  
>>
> Agree. These methods are ok for classes implementing coordinate 
> operation and expressing transformations from any coord ref sys to a 
> geographic coodinate reference system, but not in the general case.
> 
>> In respect to using Coordinate this is a low level API not intended to
>> be use by mere mortals so I went with memory efficiency over ease of
>> use. I guess I just negated my argument to using double[] as that fits
>> the mold of a low level API.
>>  
>>
> Sorry, I'm not sure I understood this point. Do you mean that for a low 
> level API, you should have considered double[] as well as getX, getY ?
> 
>> 2. I'm flexible with the name CoordinateOperation could be fine.
>>
>> 3. 3D coordinates are supported, just at a higher level than the actual
>> projection, as the z value is not projected the projection does not need
>> to know about it. The library to do JTS conversions would need to make
>> sure the z and any other ordinate values are copied to the resulting
>> geometry.
>>  
>>
> That's right for projection (mathematical transformation from geographic 
> coordinates to projected coordinates), but not for general coordinate 
> transformations like lat/lon/height to easting/northing/altitude where 
> altitude is determined using lat, lon and a geoid model. Coordinate 
> transformations include also transformation from geographic 
> (lat/lon/height) to 3D geocentric system and geocentric to geographic.
> 
>> Landon brought up a good point about forward v.s. reverse
>> transformations, I have it setup so that I support a forward and reverse
>> methods, their could be an argument that there would only be one
>> double[] transform(double[]) operation and have separate Classes for the
>> forward v.s. reverse transformation.
>>  
>>
> Yes, I'm not sure what is the better way for inverse transformation.
> Inverse transformation may use :
> - the same parameters as the direct transformation but with opposite signs
> - the same algorithm but with different parameters
> - a different algorithm (ex. geographic 2 projected, projected 2 geographic)
> 
> May be direct and inverse operations must be implemented in separate 
> classes in the genarl case as you suggest, and eventually, some special 
> implementation of coordinate operation may have a "invertible" property 
> to be able to do the inverse transformation without  creating a new 
> coordinate operation instance (for ex, prime meridian change).
> 
> Michael
> 
>> Paul
>>
>> Michaël Michaud wrote:
>>  
>>
>>> Hi Paul,
>>>
>>> I have some questions and remarks about your proposition :
>>>
>>> 1 - why do you use a setX setY method in the interface instead of 
>>> something like
>>> Coordinate transform(Coordinate)
>>> Coordinate inverseTransform(Coordinate)
>>> or
>>> double[] transform(double[])
>>> double[] inverseTransform(double[])
>>> I you don't want to be Coordinate implementation dependant
>>> I also think that having separate setX, forward() and getX method may 
>>> not be very safe from a programmer point of view, because if you do 
>>> those operations in different places in the code, it may be hard to know 
>>> if the transformation has been done when comes the time to use the 
>>> getX/getY method.
>>> I'm curious to know why you separated set, transform and get methods
>>>
>>> 2 - second point is about semantic
>>> Projection is not appropriate as it is reserved to mathematical 
>>> transformation from the geographic coordinates to a plane.
>>> In GeoAPI (geotools, epsg...), things are generally named as follows :
>>>
>>> CoordinateOperation : any operation on coordinates (it should be the 
>>> name of your interface)
>>>
>>>* Coordinate transformation (involving a Datum cahnge -
>>>  transformation is based on estimated parameters) : many useful
>>>  transformations involve a datum change (transformations from old
>>>  local datums to new international datum)
>>>* Coordinate conversion (not involving any 

Re: [JPP-Devel] To Sunburned Surveyor - Help files

[Stefan Steiniger]

actually .. it would be loevely but java does not support it by an ending ;)

Sunburned Surveyor schrieb:
> I don't think many of our sophisticated European users would approve
> of such a thing. :]
> 
> SS
> 
> On 8/29/07, Giuseppe Aruta <[EMAIL PROTECTED]> wrote:
>> --- Sunburned Surveyor <[EMAIL PROTECTED]>
>> ha scritto:
>>
>>> Peppe,
>>>
>>> I am adding this to my task list. I'll put away the
>>> hillbilly
>>> dictionary for these edits. :]
>>>
>>> SS
>> Or may be HIllbilly can be put as an extra language
>> in Internationalization :-)
>>
>> Peppe
>>
>>
>>   ___
>> L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: 
>> http://it.docs.yahoo.com/nowyoucan.html
>>
>> -
>> This SF.net email is sponsored by: Splunk Inc.
>> Still grepping through log files to find problems?  Stop.
>> Now Search log events and configuration files using AJAX and a browser.
>> Download your FREE copy of Splunk now >>  http://get.splunk.com/
>> ___
>> 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: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> ___
> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] About embedded help

[Stefan Steiniger]

Hei..

last week i tested and i could extract the html pages of the wiki.. 
(after downloading the complete wiki from the backup location)

But it will still need a bit more testing, e.g. if we can just copy the 
html files into an OJ folder (probably the images won't work -as they 
are on a different server).

stefan

@Sunburned:
already quite a while i wonder if your email program does not support 
"citation" of the pervious email. You just type "enter" at the position 
where you want to add a comment. This way you do not need to recap the 
whole text, and it is easier for us to see immidately what has been 
written in the previous post and what is your comment. (e.g. Mozilla 
Thunderbird marks lines beginning with ">" that are usually part of the 
old emai in blue color).

Sunburned Surveyor schrieb:
> Peppe wrote: "I still consider that OJ has to open a small HELP.PDF
> file (people have to download it and put in a OJ
> folder).
> A small PDF (with all the essential information about
> the tools and functions)  could be translated in
> different languages. Even if it is not regularly
> upgraded as the wiki page, it is very useful."
> 
> I have no problem with a small "embedded PDF" in OpenJUMP. I don't
> think the other developers will either, but we should let them
> comment.
> 
> I still like the idea of using the wiki for help. I think could use both 
> ideas.
> 
> Peppe wrote: "This will help also to the "internationalization"
> of OJ.  If we have some help.pdf docs in other
> languages, there's no need to internationalization all
> OJ but only the lebels of menus."
> 
> I don't know about this. I still think our users would want as much of
> the interface translated as possible.
> 
> Keep up the good work Peppe. If encourage you to move forward with the
> preparation of a small PDF we can embed in OpenJUMP. If you get it
> written I will TRY to find time to wire it up to a help menu command.
> No firm commitments on this one. :]
> 
> The Sunburned Surveyor
> 
> 
> On 9/5/07, Giuseppe Aruta <[EMAIL PROTECTED]> wrote:
>> Hi SS
>> you wrote: "We have the contect sensitive help in
>> OpenJUMP wired to Open the URL
>> to the wiki. We then provide select PDF files for
>> important help
>> topics as a download on SourceForge for those that
>> might not always
>> have an internet connection."
>>
>> I still consider that OJ has to open a small HELP.PDF
>> file (people have to download it and put in a OJ
>> folder).
>> A small PDF (with all the essential information about
>> the tools and functions)  could be translated in
>> different languages. Even if it is not regularly
>> upgraded as the wiki page, it is very usefull.
>> This will help people who doesn't use english to
>> understand the function.
>>
>> I can provide Italian translation, our beloved users
>> or developers can translate in whatever language they
>> use. E.g. the main OJ languages (Finnish, French,
>> German)
>>
>> Of coarse we can in OpenJUMP menu also the the
>> alternative to open the regular wiki page, in this
>> case only in English
>>
>> -- Stefan's idea was to use "export to HTML" in the
>> wiki page. This probabily will make the work more
>> easy. Unfortunately this command seems not to work :(
>> --
>>
>>
>> P.S. This will help also to the "internationalization"
>> of OJ.  If we have some help.pdf docs in other
>> languages, there's no need to internationalization all
>> OJ but only the lebels of menus
>>
>>
>> Peppe
>>
>>
>>
>> --- Sunburned Surveyor <[EMAIL PROTECTED]>
>> ha scritto:
>>
>>> Larry wrote: "One of the problems is that once you
>>> have published a PDF, it is around forever
>>> regardless of how out of
>>> date it becomes.  The web is always up to date,
>>> which is why most new
>>> software uses web links for help."
>>>
>>> You know, I never thought of that. Thanks for
>>> pointing it out.
>>>
>>> Peppe wrote: "You're right Larry, but I think we
>>> shall consider the
>>> people who cannot be on-line every time they work.
>>> And
>>> also thet probabily there are still places in the
>>> World where Internet is not so availabe whenever you
>>> switch on a laptop (e.g. in Italy! But I would like
>>> to
>>> know the opinion of Ravi from India)."
>>>
>>> This is an excellent point Peppe.
>>>
>>> How is this for a suggestion:
>>>
>>> We have the contect sensitive help in OpenJUMP wired
>>> to Open the URL
>>> to the wiki. We then provide select PDF files for
>>> important help
>>> topics as a download on SourceForge for those that
>>> might not always
>>> have an internet connection.
>>>
>>> The Sunburned Surveyor
>>>
>>> P.S. - Larry - I've never opened up a URL from a
>>> Java program before.
>>> Would it be possible to come up with some code that
>>> would allow a
>>> plug-in developer to do this in a relatively easy
>>> way? I'm not asking
>>> you to write the code of course, i'm just wondering
>>> if it is
>>> conceptually possible or practical.
>>>
>>>
>>>
>>>
>>> On 9/4/07, Giuseppe Aruta <[EMAIL PROTECTED]>
>>>

[JPP-Devel] Review of OpenJUMP Functions Help Docs - discussion on use of wiki

[Stefan Steiniger]

On the wiki...

i am not very happy with the idea of transfering all the stuff of the OJ 
wiki to the sourceforge wiki. Only the function-help would i consider so 
far.
The point is, that the current wiki is quite established and there is 
lots of information on the site. It is further impossible for me to 
manage two wikis (or say: i don^t want that!). I also would like to see 
at least a split layout into side menu frame and content frame (like the 
instiki main page) - but this is not as important as having an 
information source.

what concerns the sourceforge wiki. It is an anlternative, but it comes 
  with all the sourceforge stuff - i.e. headers. Which i don't like. I 
also think, that only sf-members can have write access.
Furthermore i am not really a fan of heaving separates entries for users 
and for developers. It makes the overall wiki-structure more unclear and 
may lead to doubled efforts, for which we do not have the man power.

finally.. i would agree with using the sf wiki to describe the OJ 
functionality - but therefore it should have currently only one 
main-menu item which is "OJ Functionality". This leaves as room for 
later improvements. But generally .. as there has been now done a lots 
of effort by Peppe on the current wiki - i would even agree to not start 
with SF wiki dure to the maintenance efforts for both.
(And hey... please be carefull to start new wiki's and and so on.. 
consider the time you can work on that first : there are already 2 more 
OJ wikis, where i consider one as being completely unnecessary, while 
the second you rather be renamed due to it's rather personal touch)

my 2cents
stefan

PS: i may change my mind when Jon will stop providing web space. But we 
need also a more "professional" and easy to maintain web site such as 
the one QGIS has (i had again a look on xoops - which was used for the 
first JPP webpage, but to dive into the setup takes time which i don't 
have)

Giuseppe Aruta schrieb:
> 
> 
> */Sunburned Surveyor <[EMAIL PROTECTED]>/* ha scritto:
> 
> Peppe,
> 
> I would like to try and review some your help documentation for
> OpenJUMP functions/menu items.
> 
> Do you care if I make these edits directly in the wiki, or should I
> make them in a separate document so you can review them?
> 
> What do you think about having me copy the content to the new
> SourceForge JPP Wiki when I am finished with my review?
> 
> The Sunburned Surveyor
> 
> Landon,
> I answer your letter late since I am working abroad and I cannot see
> my email regularly.
>  
> You can directly correct the help documentation on wiki pages. This
> is the fastest way to work, I think.
> Regarding new
> SourceForge JPP Wiki, that probabily is the the natural position of
> the help context. So it is OK to copy it, maybe in the future to move.
>  
>  
> Peppe
>  
> Ciao
>  
> Peppe 
> 
> 
> 
> L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail 
> 
>  
> 
> 
> 
> 
> 
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> 
> 
> 
> 
> ___
> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Review of OpenJUMP Functions Help Docs - discussion on use of wiki

[Stefan Steiniger]

btw..
i about internationalization of the wiki: i am not sure if this can be 
done either for the oj-wiki (instiki) or the sf-wiki. But I have seen 
international ones - such as tikiwi..

stefan

PS: i just played around as well with the sf wiki (i put Sunburneds 
structure into the side menu) .. but still:
* how to maintain 2 wikis?
* the sf-headers are disturbing
* write access is restricted to members
* probably one language only support

Stefan Steiniger schrieb:
> On the wiki...
> 
> i am not very happy with the idea of transfering all the stuff of the OJ 
> wiki to the sourceforge wiki. Only the function-help would i consider so 
> far.
> The point is, that the current wiki is quite established and there is 
> lots of information on the site. It is further impossible for me to 
> manage two wikis (or say: i don^t want that!). I also would like to see 
> at least a split layout into side menu frame and content frame (like the 
> instiki main page) - but this is not as important as having an 
> information source.
> 
> what concerns the sourceforge wiki. It is an anlternative, but it comes 
>   with all the sourceforge stuff - i.e. headers. Which i don't like. I 
> also think, that only sf-members can have write access.
> Furthermore i am not really a fan of heaving separates entries for users 
> and for developers. It makes the overall wiki-structure more unclear and 
> may lead to doubled efforts, for which we do not have the man power.
> 
> finally.. i would agree with using the sf wiki to describe the OJ 
> functionality - but therefore it should have currently only one 
> main-menu item which is "OJ Functionality". This leaves as room for 
> later improvements. But generally .. as there has been now done a lots 
> of effort by Peppe on the current wiki - i would even agree to not start 
> with SF wiki dure to the maintenance efforts for both.
> (And hey... please be carefull to start new wiki's and and so on.. 
> consider the time you can work on that first : there are already 2 more 
> OJ wikis, where i consider one as being completely unnecessary, while 
> the second you rather be renamed due to it's rather personal touch)
> 
> my 2cents
> stefan
> 
> PS: i may change my mind when Jon will stop providing web space. But we 
> need also a more "professional" and easy to maintain web site such as 
> the one QGIS has (i had again a look on xoops - which was used for the 
> first JPP webpage, but to dive into the setup takes time which i don't 
> have)
> 
> Giuseppe Aruta schrieb:
>>
>> */Sunburned Surveyor <[EMAIL PROTECTED]>/* ha scritto:
>>
>> Peppe,
>>
>> I would like to try and review some your help documentation for
>> OpenJUMP functions/menu items.
>>
>> Do you care if I make these edits directly in the wiki, or should I
>> make them in a separate document so you can review them?
>>
>> What do you think about having me copy the content to the new
>> SourceForge JPP Wiki when I am finished with my review?
>>
>> The Sunburned Surveyor
>>
>> Landon,
>> I answer your letter late since I am working abroad and I cannot see
>> my email regularly.
>>  
>> You can directly correct the help documentation on wiki pages. This
>> is the fastest way to work, I think.
>> Regarding new
>> SourceForge JPP Wiki, that probabily is the the natural position of
>> the help context. So it is OK to copy it, maybe in the future to move.
>>  
>>  
>> Peppe
>>  
>> Ciao
>>  
>> Peppe 
>>
>> 
>> 
>> L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail 
>> <http://us.rd.yahoo.com/mail/it/taglines/hotmail/nowyoucan/nextgen/*http://it.docs.yahoo.com/nowyoucan.html>
>>  
>>
>>
>>
>> 
>>
>> -
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>>
>>
>> 
>>
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> 

Re: [JPP-Devel] Review of OpenJUMP Functions Help Docs - discussion on use of wiki

[Stefan Steiniger]

Hei again,


Sunburned Surveyor schrieb:
> Stefan,
> 
> I didn't mean to dig up a bone of contention. Please remember what I
> laid out on the wiki was just a suggestion. I can delete it at any
> time.

not yet.. i played around as well ;)
> 
> I brought up the suggestion of using the SourceForge wiki for two (2) reasons:
> 
> [1] Someone suggested the OJ wiki could use a little more structure
> and organizing.
yep .. i read that and i agree..
If i could have a whish.. then i would like to have a complete new "easy 
to use" & "out-of-the-box" wiki-webpage-forum. But such webpage requires 
a server with a database, i.e a CMS, as far as i found out (besides 
a host). I think we would need one person fully dedicated to maintain 
such wiki-webpage-forum.

as a minor note: the QGIS side is nice, but for my feeling contains also 
too much information on the first page (due to the use of 3 "frames").

> 
> [2] Larry and Peppe were talking about using the wiki for help in OpenJUMP.
yes.. i did that too ;) but i think this was before Peppe started the 
doc on the OJ wiki.

> 
> Having said that, I really don't care which wiki we use. If you feel
> strongly about staying with the OJ wiki we have now then lets do that!
> (I agree that any transition of the wiki would be a lot of work.)
> 
> In this case I think the documentation of OJ functions that Peppe has
> come up with should stay on the OJ wiki and not be moved to the
> SourceForge wiki.
mhm.. i wonder what the others think?


> 
> You wrote: "And hey... please be carefull to start new wiki's and and so on..
> consider the time you can work on that first : there are already 2 more
> OJ wikis, where i consider one as being completely unnecessary, while
> the second you rather be renamed due to it's rather personal touch."
> 
> We have three wikis? I can think of only two (2) wikis. One is at
> http://openjump.org/wiki/show/HomePage and the other is at
> http://thejumppilotproject.pbwiki.com/. Where is the third?

ups this was a mistake

> 
> Which wiki would you like to rename? The wiki I have for the JPP?

i meant the openjump blog. As i feel it rather treats OJ indirectly - 
i.e. it should be something like Sunburneds Thoughts on OpenSource GIS 
:o). Anyway.. don't take this latter comment to serious.


> 
> The Sunburned Surveyor
> 
> 
> On 9/10/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote:
>> On the wiki...
>>
>> i am not very happy with the idea of transfering all the stuff of the OJ
>> wiki to the sourceforge wiki. Only the function-help would i consider so
>> far.
>> The point is, that the current wiki is quite established and there is
>> lots of information on the site. It is further impossible for me to
>> manage two wikis (or say: i don^t want that!). I also would like to see
>> at least a split layout into side menu frame and content frame (like the
>> instiki main page) - but this is not as important as having an
>> information source.
>>
>> what concerns the sourceforge wiki. It is an anlternative, but it comes
>>  with all the sourceforge stuff - i.e. headers. Which i don't like. I
>> also think, that only sf-members can have write access.
>> Furthermore i am not really a fan of heaving separates entries for users
>> and for developers. It makes the overall wiki-structure more unclear and
>> may lead to doubled efforts, for which we do not have the man power.
>>
>> finally.. i would agree with using the sf wiki to describe the OJ
>> functionality - but therefore it should have currently only one
>> main-menu item which is "OJ Functionality". This leaves as room for
>> later improvements. But generally .. as there has been now done a lots
>> of effort by Peppe on the current wiki - i would even agree to not start
>> with SF wiki dure to the maintenance efforts for both.
>> (And hey... please be carefull to start new wiki's and and so on..
>> consider the time you can work on that first : there are already 2 more
>> OJ wikis, where i consider one as being completely unnecessary, while
>> the second you rather be renamed due to it's rather personal touch)
>>
>> my 2cents
>> stefan
>>
>> PS: i may change my mind when Jon will stop providing web space. But we
>> need also a more "professional" and easy to maintain web site such as
>> the one QGIS has (i had again a look on xoops - which was used for the
>> first JPP webpage, but to dive into the setup takes time which i don't
>> have)
>>
>> Giuseppe Aruta schrieb:
>>>
>>> */Sunburned Surveyor <[EMAIL PROTECTED]&g

Re: [JPP-Devel] About embedded help

[Stefan Steiniger]

yupp.. i like it this way much more. :o)
and i never tested gmail - due to google's "acquisitiveness". But just
recently i thought about using it as incomming address for the jpp stuff

stefan

Sunburned Surveyor schrieb:
> On 9/10/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote:
>> On 9/8/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote:
>>> Hei..
>>>
>>> last week i tested and i could extract the html pages of the wiki..
>>> (after downloading the complete wiki from the backup location)
>>>
>>> But it will still need a bit more testing, e.g. if we can just copy the
>>
>>> html files into an OJ folder (probably the images won't work -as they
>>> are on a different server).
>>>
>>> stefan
>>>
>>> @Sunburned:
>>> already quite a while i wonder if your email program does not support
>>> "citation" of the pervious email. You just type "enter" at the position
>>> where you want to add a comment. This way you do not need to recap the
>>> whole text, and it is easier for us to see immidately what has been
>>> written in the previous post and what is your comment. (e.g. Mozilla
>>> Thunderbird marks lines beginning with ">" that are usually part of the
>>> old emai in blue color).
> 
> How is this?
> 
> I'm using GMail, so what you suggest when responding to e-mails is
> possible. I prefer the other way for reasons of personal taste. I can
> do it this way if it bothers you. :]
> 
> SS
> 
>>> Sunburned Surveyor schrieb:
>>>> Peppe wrote: "I still consider that OJ has to open a small HELP.PDF
>>>> file (people have to download it and put in a OJ
>>>> folder).
>>>> A small PDF (with all the essential information about
>>>> the tools and functions)  could be translated in
>>>> different languages. Even if it is not regularly
>>>> upgraded as the wiki page, it is very useful."
>>>>
>>>> I have no problem with a small "embedded PDF" in OpenJUMP. I don't
>>>> think the other developers will either, but we should let them
>>>> comment.
>>>>
>>>> I still like the idea of using the wiki for help. I think could use both 
>>>> ideas.
>>>>
>>>> Peppe wrote: "This will help also to the "internationalization"
>>>> of OJ.  If we have some help.pdf docs in other
>>>> languages, there's no need to internationalization all
>>>> OJ but only the lebels of menus."
>>>>
>>>> I don't know about this. I still think our users would want as much of
>>>> the interface translated as possible.
>>>>
>>>> Keep up the good work Peppe. If encourage you to move forward with the
>>>> preparation of a small PDF we can embed in OpenJUMP. If you get it
>>>> written I will TRY to find time to wire it up to a help menu command.
>>>> No firm commitments on this one. :]
>>>>
>>>> The Sunburned Surveyor
>>>>
>>>>
>>>> On 9/5/07, Giuseppe Aruta <[EMAIL PROTECTED]> wrote:
>>>>> Hi SS
>>>>> you wrote: "We have the contect sensitive help in
>>>>> OpenJUMP wired to Open the URL
>>>>> to the wiki. We then provide select PDF files for
>>>>> important help
>>>>> topics as a download on SourceForge for those that
>>>>> might not always
>>>>> have an internet connection."
>>>>>
>>>>> I still consider that OJ has to open a small HELP.PDF
>>>>> file (people have to download it and put in a OJ
>>>>> folder).
>>>>> A small PDF (with all the essential information about
>>>>> the tools and functions)  could be translated in
>>>>> different languages. Even if it is not regularly
>>>>> upgraded as the wiki page, it is very usefull.
>>>>> This will help people who doesn't use english to
>>>>> understand the function.
>>>>>
>>>>> I can provide Italian translation, our beloved users
>>>>> or developers can translate in whatever language they
>>>>> use. E.g. the main OJ languages (Finnish, French,
>>>>> German)
>>>>>
>>>>> Of coarse we can in OpenJUMP menu also the the
>>>>> alternative to open the regular wiki page, in this
>>>>> case

Re: [JPP-Devel] Simple Projection Interface

[Stefan Steiniger]

e system to a geo
>> lon/lat coordinate system ?)"
>>
>> This is why I think it is really important to define a generic
>> "in-between" spatial reference system. This really simplifies things.
>> Let's use another analogy that may help:
>>
>> We want to write a simple interface that transforms monetary amounts
>> in different currencies. Would you try to create a group of classes
>> and interfaces that transform directly from any one currency to any
>> other currency? Absolutely not! A much simpler system would result if
>> you chose an "in-between" currency. You would want to choose a common
>> currency like US Dollars or the Euro. Then your interface would look
>> something like this:
>>
>> public interface transformCurrency
>> {
>>
>> public double getAmountInUSDollars(double argAmountInLocalCurrency);
>>
>> public doube getAmountInLocalCurrency(double argAmountInUSDollars);
>>
>> }
>>
>> I think this "in-between" coordinate system should be a spherical
>> coordinate system that doesn't involve projections and uses an
>> ellipsoid that fits the Earth's overall surface well. To me this
>> spatial reference system would be WGS-84, but there might be others
>> that work.
>>
>> I have attached the interface I am currently using. I think we can
>> merge it with Paul's interface to come up with something simple that
>> meets all of our needs.
>>
>> The Sunburned Surveyor
>>
>>
>>
>>
>>
>> On 9/8/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote:
>>   
>>> I got used to use North and East (instead x,y which is turned in geodesy
>>>  and math and latlon which is purely geographic)
>>>
>>> so what about getNorthCoord and getEastCoord?
>>> Usually one speakes also from False Easting (and Northing) for the bias
>>> of the origin point.
>>>
>>> i will read the rest of your emails later
>>>
>>> stefan
>>>
>>> Michaël Michaud schrieb:
>>> 
>>>> Hi Paul
>>>>
>>>>   
>>>>> 1. The reason I chose not to use an array of doubles as a parameter as
>>>>> an argument or return type is that what order do you pass in the
>>>>> parameters is it lon, lat or lat, lon for geographics.
>>>>>
>>>>> 
>>>> I'm not sure how getX, getY avoid the confusion.
>>>> IMHO, coordinate order is relative to the coordinate system definition
>>>> (source crs and target crs may have different order), and should not be
>>>> fixed in the coordinate operation interface (how do you use setX, setY,
>>>> getX, getY to convert, say a geo lat/lon coordinate system to a geo
>>>> lon/lat coordinate system ?)
>>>>
>>>>   
>>>>> I did consider
>>>>> having getLat/getLon but that would be even more confusing.
>>>>>
>>>>>
>>>>> 
>>>> Agree. These methods are ok for classes implementing coordinate
>>>> operation and expressing transformations from any coord ref sys to a
>>>> geographic coodinate reference system, but not in the general case.
>>>>
>>>>   
>>>>> In respect to using Coordinate this is a low level API not intended to
>>>>> be use by mere mortals so I went with memory efficiency over ease of
>>>>> use. I guess I just negated my argument to using double[] as that fits
>>>>> the mold of a low level API.
>>>>>
>>>>>
>>>>> 
>>>> Sorry, I'm not sure I understood this point. Do you mean that for a low
>>>> level API, you should have considered double[] as well as getX, getY ?
>>>>
>>>>   
>>>>> 2. I'm flexible with the name CoordinateOperation could be fine.
>>>>>
>>>>> 3. 3D coordinates are supported, just at a higher level than the actual
>>>>> projection, as the z value is not projected the projection does not need
>>>>> to know about it. The library to do JTS conversions would need to make
>>>>> sure the z and any other ordinate values are copied to the resulting
>>>>> geometry.
>>>>>
>>>>>
>>>>> 
>>>> That's right for projection (mathematical transformation from geographic
>>>> coordinates to projected co

Re: [JPP-Devel] Simple Projection Interface

[Stefan Steiniger]

> ... but geodesy is a bit more complicated than converting feet to 
> meters, and converting a coordinate to the central wgs84 may be a waste 
> of energy if you just wante to change the projection but stay in your 
> local datum (in this case, your local datum with your local ellipsoid 
> should be used as the pivot, and coordinates should just be converted to 
> this system then reprojected in the new projection.

right.. so we need to be aware that we do not convert if the ellipsoid 
stays the same - on the other hand.. it is just "some math".. and if 
avoid rounding, then things should be the same for dx=(0,0,0)

stefan

> Michael
> 
>> Let's use another analogy that may help:
>>
>> We want to write a simple interface that transforms monetary amounts
>> in different currencies. Would you try to create a group of classes
>> and interfaces that transform directly from any one currency to any
>> other currency? Absolutely not! A much simpler system would result if
>> you chose an "in-between" currency. You would want to choose a common
>> currency like US Dollars or the Euro. Then your interface would look
>> something like this:
>>
>> public interface transformCurrency
>> {
>>
>> public double getAmountInUSDollars(double argAmountInLocalCurrency);
>>
>> public doube getAmountInLocalCurrency(double argAmountInUSDollars);
>>
>> }
>>
>> I think this "in-between" coordinate system should be a spherical
>> coordinate system that doesn't involve projections and uses an
>> ellipsoid that fits the Earth's overall surface well. To me this
>> spatial reference system would be WGS-84, but there might be others
>> that work.
>>
>> I have attached the interface I am currently using. I think we can
>> merge it with Paul's interface to come up with something simple that
>> meets all of our needs.
>>
>> The Sunburned Surveyor
>>
>>
>>
>>
>>
>> On 9/8/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote:
>>  
>>
>>> I got used to use North and East (instead x,y which is turned in geodesy
>>> and math and latlon which is purely geographic)
>>>
>>> so what about getNorthCoord and getEastCoord?
>>> Usually one speakes also from False Easting (and Northing) for the bias
>>> of the origin point.
>>>
>>> i will read the rest of your emails later
>>>
>>> stefan
>>>
>>> Michaël Michaud schrieb:
>>>
>>>
>>>> Hi Paul
>>>>
>>>>  
>>>>
>>>>> 1. The reason I chose not to use an array of doubles as a parameter as
>>>>> an argument or return type is that what order do you pass in the
>>>>> parameters is it lon, lat or lat, lon for geographics.
>>>>>
>>>>>
>>>>>
>>>> I'm not sure how getX, getY avoid the confusion.
>>>> IMHO, coordinate order is relative to the coordinate system definition
>>>> (source crs and target crs may have different order), and should not be
>>>> fixed in the coordinate operation interface (how do you use setX, setY,
>>>> getX, getY to convert, say a geo lat/lon coordinate system to a geo
>>>> lon/lat coordinate system ?)
>>>>
>>>>  
>>>>
>>>>> I did consider
>>>>> having getLat/getLon but that would be even more confusing.
>>>>>
>>>>>
>>>>>
>>>>>
>>>> Agree. These methods are ok for classes implementing coordinate
>>>> operation and expressing transformations from any coord ref sys to a
>>>> geographic coodinate reference system, but not in the general case.
>>>>
>>>>  
>>>>
>>>>> In respect to using Coordinate this is a low level API not intended to
>>>>> be use by mere mortals so I went with memory efficiency over ease of
>>>>> use. I guess I just negated my argument to using double[] as that fits
>>>>> the mold of a low level API.
>>>>>
>>>>>
>>>>>
>>>>>
>>>> Sorry, I'm not sure I understood this point. Do you mean that for a low
>>>> level API, you should have considered double[] as well as getX, getY ?
>>>>
>>>>  
>>>>
>>>>> 2. I'm flexible with the name CoordinateOperation could be fine.
>>>>>
>>>>> 

Re: [JPP-Devel] Simple Projection Interface

[Stefan Steiniger]

Paul Austin schrieb:
> CoordinateOperations should use the Ellipsoid they are created with (can
> be parameterised), they should not need to know how to do Ellipsoid
> transformations. Ellipsoid transformations would only need to be defined
> once in geographics to/from one ellipsoid to another, or we could define
> a pivot ellipsoid then you'd only need to go to/from that ellipsoid.
> 
> They one thing we need to be careful of is the accuracy of the
> transformations, which may mean avoiding too many transformation steps.

mhm..
actually if i remember x,y => lat/lon and vice versa are approximating 
calculations (Taylor expansions?).. so some insecure is always axisting

so.. i am leaving the thread for today

stefan

> Paul
> 
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Simple Projection Interface

[Stefan Steiniger]

just one more final comment:

Paul, you looked on geotools transformation?

stefan

Paul Austin schrieb:
> CoordinateOperations should use the Ellipsoid they are created with (can
> be parameterised), they should not need to know how to do Ellipsoid
> transformations. Ellipsoid transformations would only need to be defined
> once in geographics to/from one ellipsoid to another, or we could define
> a pivot ellipsoid then you'd only need to go to/from that ellipsoid.
> 
> They one thing we need to be careful of is the accuracy of the
> transformations, which may mean avoiding too many transformation steps.
> 
> Paul
> 
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] SuperSelectCursorTool

[Stefan Steiniger]

nice that you detailed outline your program

> - Refactoring of some source code in the SelectTool class, the
> AbstractSelection class, and the FeatureSelection class. ( I have
> already added some source code comments to these classes.)

which probably needs to be discussed..
if you want to apply the changes to the OJ core. I did you mean 
something else. (I actually wonder if this realy requires a refactoring)

stefan

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Help with the "send to" button on the Super Select toolbar...

[Stefan Steiniger]

see below

Martin Davis schrieb:
> 
> Sunburned Surveyor wrote:
>> - OpenJUMP creates "new" features in the destination layer with new FIDs.
>> - OpenJUMP only pastes the Feature gemetries, and not the other
>> Feature attributes. (This makes sense, as you avoid having to check
>> for FeatureSchema conflicts.)
>>   
> More or less.  I think actually that OJ will copy any source Feature 
> attributes which match the destination schema in name and type (which of 
> course includes the Geometry attribute).

we have also a second function (replicate) that copies not only 
geometries (which the original function does in every case) but also 
attributes if no FeatureSchema conflicts appear

>> Can anyone confirm that these statements are correct?
>>
>> Can anyone quickly tell me which class contains the method that
>> performs the copy and paste? I'd like to "steal" this logic for my
>> send to button, instead of reinventing the wheel.
>>   
> Not sure but it shouldn't be too hard to find.  Start at the Paste 
> Feature button code and drill down from there.

yes.. look for the naming "string".. then you will find the code
>> Thanks,
>>
>> The Sunburned Surveyor
>>
>> -
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>> ___
>> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OJ look and feel issue

[Stefan Steiniger]

you mean it is different on both PC's you have?

what about the java version?

stefan

Larry Becker schrieb:
> I tried this on my home PC and it looked the same as SkyJUMP.  I went
> though all of the Skins, but that wasn't it.  Hmm.
> 
> Larry
> 
> On 9/12/07, Larry Becker <[EMAIL PROTECTED]> wrote:
>> I just noticed that on my PC, OJ's UI looks different from SkyJUMP.
>> The menus in OJ seem to be rendered without font smoothing.  Also the
>> folders in the tree view are different.  See the attached JPEG.
>>
>> Does anyone have any idea why this is happening?
>>
>> regards,
>> Larry
>>
>> --
>> http://amusingprogrammer.blogspot.com/
>>
>>
> 
> 

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Copying Features To Another Layer

[Stefan Steiniger]

see my previous answer..

and i think it is time that you start studying OJ functions, e.g. replicate!

Sunburned Surveyor schrieb:
> My SuperSelect Tool will have a button that allows the user to copy
> selected features to a designated layer with a single click.
> 
> I was wondering, were there any guidlines or rules about the copying
> process? Do I need to wrap it in an undoable command? Can I copy
> features from one layer to another layer with a different schema?
> Should I warn the user if the schema of the two layers are not the
> same?
> 
> Any thoughts?
> 
> Thanks,
> 
> The Sunburned Surveyor
> 
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OJ look and feel issue

[Stefan Steiniger]

what about the JDK version to "build" the jars?

Oj is 1.5 - in case you use 1.6

stefan

Larry Becker schrieb:
>> you mean it is different on both PC's you have?
> Yes.
>> what about the java version?
> Good idea, but not it.  Both are running the same JRE.
> 
> Larry
> On 9/13/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote:
>> you mean it is different on both PC's you have?
>>
>> what about the java version?
>>
>> stefan
>>
>> Larry Becker schrieb:
>>> I tried this on my home PC and it looked the same as SkyJUMP.  I went
>>> though all of the Skins, but that wasn't it.  Hmm.
>>>
>>> Larry
>>>
>>> On 9/12/07, Larry Becker <[EMAIL PROTECTED]> wrote:
>>>> I just noticed that on my PC, OJ's UI looks different from SkyJUMP.
>>>> The menus in OJ seem to be rendered without font smoothing.  Also the
>>>> folders in the tree view are different.  See the attached JPEG.
>>>>
>>>> Does anyone have any idea why this is happening?
>>>>
>>>> regards,
>>>> Larry
>>>>
>>>> --
>>>> http://amusingprogrammer.blogspot.com/
>>>>
>>>>
>>>
>> -
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>> ___
>> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Issue with poor responsiveness when building Colour Theming Styles list

[Stefan Steiniger]

as far as i know arcgis has some kind of update button..
so we could it this way as well.

(i know i should not propose something in the far future, but the colour 
theming should be extended in the future - providing different types of 
classification. Erwan/SIGLE did some first work on it (contained of the 
FOSS4G 2006 edition). I started to transfer the code but I lost it 
during an update because I did not check it in immediatly as i 
discovered some bug - so a "re-design" should also include thought on 
additional classification methods
so a.. what i am going to tell was that i thought about adding 
classification capabilities. But actually Arnd proposed to have such a 
functionality external, which adds a new attribute with the result ???)

stefan

Martin Davis schrieb:
> Sounds good to me, Larry. 
> 
> Having the Attribute dropdown always live might not be the 100% best 
> solution, but at least it will let the user avoid the latency issue.  
> Once it's out there and in use, a better approach might become apparent.
> 
> I'm not crazy about the idea of an "Update Styles" button, because it's 
> nice to do this automatically.  But it's also not nice of JUMP to block 
> for a long period of time unexpectedly.  I guess a third approach would 
> be to prompt the user if he wants to continue if the style list 
> population is likely to take a long time.  But that's got it's own 
> annoyance...
> 
> M
> 
> Larry Becker wrote:
>> Hi Martin,
>>
>>   Yea, I think enabling the Attribute dropdown all of the time would
>> be acceptable.  I am familiar with the code and can do it tonight if
>> no one objects or has a better idea.
>>
>> regards,
>> Larry
>>
>> On 9/12/07, Martin Davis <[EMAIL PROTECTED]> wrote:
>>   
>>> One thing that is very annoying and that we never got around to fixing
>>> in JUMP is the sometimes extremely poor responsiveness when enabling
>>> Colour Theming on a layer. It often happens that when you click the
>>> "Enable colour theming" checkbox  JUMP decides that you want to theme on
>>> FID and goes off and builds a list of colour styles for every single
>>> feature in a layer.  This can be VERY slow.
>>>
>>> A better approach would be to let the user choose exactly what he wants
>>> to theme on, before the style list is created.  I'm not sure what the
>>> best workflow for this is.  Options I can see are:
>>> - let the Attribute dropdown be live all the time, and only build the
>>> colour list when the Enable box is checked
>>> - Only refresh the Styles list on user command, via a "Update styles" button
>>>
>>> There's probably other possibilities too.
>>>
>>> Has anyone thought of taking this on to improve?
>>>
>>> Martin
>>>
>>> --
>>> Martin Davis
>>> Senior Technical Architect
>>> Refractions Research, Inc.
>>> (250) 383-3022
>>>
>>>
>>> -
>>> This SF.net email is sponsored by: Microsoft
>>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>>> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>>> ___
>>> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Layer Properties

[Stefan Steiniger]

yep!

i agree, and this reminds me on having the same for features that show 
the most prominent "what i want to know about" .. ie. number of 
vertices, geom-type, inner rings, perimeter, area, centroid coords,..

furthermore there was the idea to give layers 4 states:
- editable (selectable, snapping on)
- hitable (selectable, snapping on)
- visible (not selectable, snapping on)
- invisible
or something like that. This is beneficial if one digitizes.

where would be the best position to add such a layer attribute. 
Layerable? or Layer?

stefan

Michaël Michaud schrieb:
> Hi Larry,
> 
> Excellent plugin !
> 
> Michaël
> 
> Larry Becker a écrit :
> 
>> A new feature was added last night which adds a menu item  "Layer
>> Properties" to the Layer Name right click menu.  This feature will
>> display layer information and statistics such as name, number of
>> features, number of points, number of attributes, geometry type,
>> DataSource class, and source path.  It works on single or multiple
>> layer selections.  It also includes a transparency adjustment slider
>> that works for layer selections.  Language file entries have been
>> made.  Only the German translation is currently completed.  There were
>> 19 strings - I got tired. :-)
>>
>> This is basically the beginnings of duplicating the ArcMap layer
>> properties functionality.  However, this property sheet is designed to
>> work with multiple layers at once.  SkyJUMP has had this for a while,
>> but I haven't gotten around to a general release yet.
>>
>> regards,
>> Larry Becker
>>  
>>
> 
> 
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

[JPP-Devel] [Fwd: [jump-devel] Projection with Geotools2 CRS]

[Stefan Steiniger]

probably rather to this list ;)

 Original-Nachricht 
Betreff: [jump-devel] Projection with Geotools2 CRS
Datum: Thu, 13 Sep 2007 21:00:44 +0200
Von: Edgar Soldin <[EMAIL PROTECTED]>
Antwort an: JUMP Developers <[EMAIL PROTECTED]>
An: JUMP Developers <[EMAIL PROTECTED]>

Hello All,

because of all the comments related to projection (interfaces) , here is
an example of the simplicity in using GT2 CRS for projection/transformation

SNIPPET-->
CoordinateOperationFactory coFactory =
FactoryFinder.getCoordinateOperationFactory(null);
MathTransform transform;
src = FactoryFinder.getCRSFactory(null).createFromWKT("PROJCS[\"DHDN
/ Gauss-Kruger Zone 3\", GEOGCS[\"DHDN\", DATUM[\"Deutsches
Hauptdreiecksnetz\", SPHEROID[\"Bessel 1841\", 6377397.155, 299.1528128,
AUTHORITY[\"EPSG\",\"7004\"]], TOWGS84[598.1, 73.7, 418.2,
0.2018, 0.04495, -2.45499974, 6.7],
AUTHORITY[\"EPSG\",\"6314\"]], PRIMEM[\"Greenwich\", 0.0,
AUTHORITY[\"EPSG\",\"8901\"]], UNIT[\"degree of
angle\",0.017453292519943295], AXIS[\"Geodetic longitude\",EAST],
AXIS[\"Geodetic latitude\",NORTH], AUTHORITY[\"EPSG\",\"4314\"]],
PROJECTION[\"Transverse_Mercator\"], PARAMETER[\"semi_major\",
6377397.155], PARAMETER[\"semi_minor\", 6356078.962818189],
PARAMETER[\"central_meridian\", 8.991],
PARAMETER[\"latitude_of_origin\", 0.0], PARAMETER[\"scale_factor\",
1.0], PARAMETER[\"false_easting\", 350.0],
PARAMETER[\"false_northing\", 0.0], UNIT[\"metre\",1.0],
AXIS[\"Easting\",EAST], AXIS[\"Northing\",NORTH],
AUTHORITY[\"EPSG\",\"31467\"]]");
 //src = FactoryFinder.getCRSAuthorityFactory("EPSG",
null).createCoordinateReferenceSystem("EPSG:31467");
trg = FactoryFinder.getCRSAuthorityFactory("EPSG",
null).createCoordinateReferenceSystem("EPSG:4326");
CoordinateOperation co = coFactory.createOperation(src, trg);

transform = co.getMathTransform();
<--SNIPPET

the snippet is only rough cut out of my tests. It will not compile in
this state, but still it shows how easy it is with GT2 to get a
transformation (from WKT or EPSG ID, as you choose) for projecting
coordinates. The EPSG entries of the factory are of course
request-/listable by name(description).

just trying to lobby for the GT2 library, as I get the impression the
list is a bit afraid of it ;).

regards ede

-- 
public class WhoDidIt{ // A comment. I love comments
  private static Person sender;

  public static void main (String[] foo){

  sender = new Person();
  sender.setName(new String[]{"Edgar", "Soldin"});

  Address address = new Address();
  address.setStreet("Stadtweg 119");
  address.setZip(39116);
  address.setCity("Magdeburg");
  address.setCountry("Germany");

  sender.setAddress(address);

  sender.setMobilePhone(" +49(0)171-2782880 ");
  sender.setWebSiteUrl(" http://www.soldin.de ");
  sender.setEmail(" [EMAIL PROTECTED] ");
  sender.setPGPPublicKey(" http://www.soldin.de/edgar_soldin.asc ");
  sender.setGender(true);

  System.out.println(sender.toString());
  }
}

___
jump-devel mailing list
[EMAIL PROTECTED]
http://lists.refractions.net/mailman/listinfo/jump-devel



-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] [Fwd: [jump-devel] Projection with Geotools2 CRS]

[Stefan Steiniger]

Hei Larry,

as far as i remember Edgar has a transformation/projection plugin for 
JUMP on his website. But one of the problems was, that we do not speak 
about one jar, but several jars.. (it requires for instance jai.. who 
knows why?). And I am not sure if the same system edgard employed is 
still working with newer GT versions.

look for the coordinate transformation plugin on the OJ-wiki
http://openjump.org/wiki/show/Plugins

stefan

Larry Becker schrieb:
> Hi Edgar,
> 
>   It isn't the difficulty of doing transformations that I fear.  Just
> the difficulty of interfacing GT2 to OpenJump.  I'm sure we are
> willing to learn though if you're offering to teach.  :-)
> 
>   More seriously - are you saying that we can just add a GT2 jar, wrap
> it in an interface like some of the guys have been kicking around, and
> get instant transformation?
> 
>   What would we do for a start?   Add a Layer->reproject function?
> 
> regards,
> Larry
> 
> 
> 
> On 9/13/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote:
>> probably rather to this list ;)
>>
>>  Original-Nachricht 
>> Betreff: [jump-devel] Projection with Geotools2 CRS
>> Datum: Thu, 13 Sep 2007 21:00:44 +0200
>> Von: Edgar Soldin <[EMAIL PROTECTED]>
>> Antwort an: JUMP Developers <[EMAIL PROTECTED]>
>> An: JUMP Developers <[EMAIL PROTECTED]>
>>
>> Hello All,
>>
>> because of all the comments related to projection (interfaces) , here is
>> an example of the simplicity in using GT2 CRS for projection/transformation
>>
>> SNIPPET-->
>> CoordinateOperationFactory coFactory =
>> FactoryFinder.getCoordinateOperationFactory(null);
>> MathTransform transform;
>> src = FactoryFinder.getCRSFactory(null).createFromWKT("PROJCS[\"DHDN
>> / Gauss-Kruger Zone 3\", GEOGCS[\"DHDN\", DATUM[\"Deutsches
>> Hauptdreiecksnetz\", SPHEROID[\"Bessel 1841\", 6377397.155, 299.1528128,
>> AUTHORITY[\"EPSG\",\"7004\"]], TOWGS84[598.1, 73.7, 418.2,
>> 0.2018, 0.04495, -2.45499974, 6.7],
>> AUTHORITY[\"EPSG\",\"6314\"]], PRIMEM[\"Greenwich\", 0.0,
>> AUTHORITY[\"EPSG\",\"8901\"]], UNIT[\"degree of
>> angle\",0.017453292519943295], AXIS[\"Geodetic longitude\",EAST],
>> AXIS[\"Geodetic latitude\",NORTH], AUTHORITY[\"EPSG\",\"4314\"]],
>> PROJECTION[\"Transverse_Mercator\"], PARAMETER[\"semi_major\",
>> 6377397.155], PARAMETER[\"semi_minor\", 6356078.962818189],
>> PARAMETER[\"central_meridian\", 8.991],
>> PARAMETER[\"latitude_of_origin\", 0.0], PARAMETER[\"scale_factor\",
>> 1.0], PARAMETER[\"false_easting\", 350.0],
>> PARAMETER[\"false_northing\", 0.0], UNIT[\"metre\",1.0],
>> AXIS[\"Easting\",EAST], AXIS[\"Northing\",NORTH],
>> AUTHORITY[\"EPSG\",\"31467\"]]");
>>  //src = FactoryFinder.getCRSAuthorityFactory("EPSG",
>> null).createCoordinateReferenceSystem("EPSG:31467");
>> trg = FactoryFinder.getCRSAuthorityFactory("EPSG",
>> null).createCoordinateReferenceSystem("EPSG:4326");
>> CoordinateOperation co = coFactory.createOperation(src, trg);
>>
>> transform = co.getMathTransform();
>> <--SNIPPET
>>
>> the snippet is only rough cut out of my tests. It will not compile in
>> this state, but still it shows how easy it is with GT2 to get a
>> transformation (from WKT or EPSG ID, as you choose) for projecting
>> coordinates. The EPSG entries of the factory are of course
>> request-/listable by name(description).
>>
>> just trying to lobby for the GT2 library, as I get the impression the
>> list is a bit afraid of it ;).
>>
>> regards ede
>>
>> --
>> public class WhoDidIt{ // A comment. I love comments
>>   private static Person sender;
>>
>>   public static void main (String[] foo){
>>
>>   sender = new Person();
>>   sender.setName(new String[]{"Edgar", "Soldin"});
>>
>>   Address address = new Address();
>>   address.setStreet("Stadtweg 119");
>>   address.setZip(39116);
>>   address.setCity("Magdeburg");
>>   address.setCountry("Germany");
>>
>>   sender.setAddress(address);
>>
>>   sender.setMobilePhone(" +49(0)171-2782880 ");
>>   sender.setWebSiteUrl("

[JPP-Devel] [Fwd: Re: Projection with Geotools2 CRS]

[Stefan Steiniger]

 Original-Nachricht 
Betreff: Re: [jump-devel] Projection with Geotools2 CRS
Datum: Sat, 15 Sep 2007 18:22:55 -0700
Von: Jody Garnett <[EMAIL PROTECTED]>
Antwort an: JUMP Developers <[EMAIL PROTECTED]>
An: JUMP Developers <[EMAIL PROTECTED]>
Referenzen: <[EMAIL PROTECTED]>

Hi Edgar:

We have a different idea of simplicity ;-) I tend to use the utility
class to get the job done.

CoordinateReferenceSystem src = CRS.decode("EPSG:31467");
CoordinateReferenceSystem trg  = CRS.decode("EPSG:4326");
MathTransform transform = CRS.findMathTransform( src, trg );

Geometry targetGeometry = JTS.transform( sourceGeometry, transform);

This example and others are in the user guide:
- http://docs.codehaus.org/display/GEOTDOC/01+CRS+Helper+Class

Cheers,
Jody
> Hello All,
>
> because of all the comments related to projection (interfaces) , here 
> is an example of the simplicity in using GT2 CRS for 
> projection/transformation
>
> SNIPPET-->
>CoordinateOperationFactory coFactory = 
> FactoryFinder.getCoordinateOperationFactory(null);
>MathTransform transform;
>src = 
> FactoryFinder.getCRSFactory(null).createFromWKT("PROJCS[\"DHDN / 
> Gauss-Kruger Zone 3\", GEOGCS[\"DHDN\", DATUM[\"Deutsches 
> Hauptdreiecksnetz\", SPHEROID[\"Bessel 1841\", 6377397.155, 
> 299.1528128, AUTHORITY[\"EPSG\",\"7004\"]], TOWGS84[598.1, 73.7, 
> 418.2, 0.2018, 0.04495, -2.45499974, 
> 6.7], AUTHORITY[\"EPSG\",\"6314\"]], PRIMEM[\"Greenwich\", 0.0, 
> AUTHORITY[\"EPSG\",\"8901\"]], UNIT[\"degree of 
> angle\",0.017453292519943295], AXIS[\"Geodetic longitude\",EAST], 
> AXIS[\"Geodetic latitude\",NORTH], AUTHORITY[\"EPSG\",\"4314\"]], 
> PROJECTION[\"Transverse_Mercator\"], PARAMETER[\"semi_major\", 
> 6377397.155], PARAMETER[\"semi_minor\", 6356078.962818189], 
> PARAMETER[\"central_meridian\", 8.991], 
> PARAMETER[\"latitude_of_origin\", 0.0], PARAMETER[\"scale_factor\", 
> 1.0], PARAMETER[\"false_easting\", 350.0], 
> PARAMETER[\"false_northing\", 0.0], UNIT[\"metre\",1.0], 
> AXIS[\"Easting\",EAST], AXIS[\"Northing\",NORTH], 
> AUTHORITY[\"EPSG\",\"31467\"]]");
> //src = FactoryFinder.getCRSAuthorityFactory("EPSG", 
> null).createCoordinateReferenceSystem("EPSG:31467");
>trg = FactoryFinder.getCRSAuthorityFactory("EPSG", 
> null).createCoordinateReferenceSystem("EPSG:4326");
>CoordinateOperation co = coFactory.createOperation(src, trg);
>  transform = co.getMathTransform();
> <--SNIPPET
>
> the snippet is only rough cut out of my tests. It will not compile in 
> this state, but still it shows how easy it is with GT2 to get a 
> transformation (from WKT or EPSG ID, as you choose) for projecting 
> coordinates. The EPSG entries of the factory are of course 
> request-/listable by name(description).
>
> just trying to lobby for the GT2 library, as I get the impression the 
> list is a bit afraid of it ;).
>
> regards ede
>

___
jump-devel mailing list
[EMAIL PROTECTED]
http://lists.refractions.net/mailman/listinfo/jump-devel



-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Improved windows bat file

[Stefan Steiniger]

so .. can you check the files in?

but i wonder how compliate it is if users should modify their language 
or memory - i.e. if they identify the correct file and the appropriate 
lines

stefan

Paul Austin schrieb:
> Yeah, batch files are pretty evil to get them to do what you want.
> 
> Paul
> 
> Martin Davis wrote:
>> Great, works now.  Good work! 
>>
>> We always wanted to take this approacj, but it requires in-depth 
>> knowledge of a few obscure undocumented Windows shell hacks...I 
>> mean, ~dp0 - who could have guessed that?
>>
>> Paul Austin wrote:
>>   
>>> Since then the batik libs have been moved from lib/batik/ to lib/
>>>
>>> Paul
>>>
>>> Martin Davis wrote:
>>>   
>>> 
 Paul,

 I'm trying this with openjump-20070609-0017.  Perhaps this is not a 
 recent enough version, but I get the following error message:

 java.lang.NoClassDefFoundError: org/apache/batik/svggen/SVGGraphics2D
 at 
 org.openjump.OpenJumpConfiguration.loadOpenJumpPlugIns(OpenJumpConfiguration.java:98)
 at 
 com.vividsolutions.jump.workbench.JUMPConfiguration.setup(JUMPConfiguration.java:268)
 at 
 com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:248)
 at 
 com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:213)

 I notice that there's a batik dir under lib.  Is it possible that this 
 is not getting added to the CP?


   
 
   
>>> -
>>> This SF.net email is sponsored by: Microsoft
>>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>>> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>>> ___
>>> 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: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Improved windows bat file

[Stefan Steiniger]

ok.. that sounds good.
But we need also to get sure, that OJ/JUMP keeps it "pack & go" 
property.. which i realy like :)

stefan

Paul Austin wrote:

>Stefan,
>
>My plan is to have a directory called .jump in the user's home
>directory. This file would contain each user's specific configuration.
>
>The file openjump.profile is used to allow users to override any of the
>startup parameters such as Java menu options and any JUMP command line
>options. They would edit that file rather than the openjump.bat file.
>
>This directory would also contain the workbench-state.xml and
>workbench-properties.xml (if required).
>
>Also any log files would be written to this directory and the user can
>put resource files susch as log4j.xml in here and it would be part of
>the classpath.
>
>We would need to make it so that the UNIX, windows bat and windows exe
>all use these files.
>
>I'll check-in what I have and over time will make the above changes.
>
>Paul
>
>Stefan Steiniger wrote:
>  
>
>>so .. can you check the files in?
>>
>>but i wonder how compliate it is if users should modify their language 
>>or memory - i.e. if they identify the correct file and the appropriate 
>>lines
>>
>>stefan
>>
>>Paul Austin schrieb:
>>  
>>
>>
>>>Yeah, batch files are pretty evil to get them to do what you want.
>>>
>>>Paul
>>>
>>>Martin Davis wrote:
>>>
>>>  
>>>
>>>>Great, works now.  Good work! 
>>>>
>>>>We always wanted to take this approacj, but it requires in-depth 
>>>>knowledge of a few obscure undocumented Windows shell hacks...I 
>>>>mean, ~dp0 - who could have guessed that?
>>>>
>>>>Paul Austin wrote:
>>>>  
>>>>  
>>>>
>>>>
>>>>>Since then the batik libs have been moved from lib/batik/ to lib/
>>>>>
>>>>>Paul
>>>>>
>>>>>Martin Davis wrote:
>>>>>  
>>>>>
>>>>>
>>>>>  
>>>>>
>>>>>>Paul,
>>>>>>
>>>>>>I'm trying this with openjump-20070609-0017.  Perhaps this is not a 
>>>>>>recent enough version, but I get the following error message:
>>>>>>
>>>>>>java.lang.NoClassDefFoundError: org/apache/batik/svggen/SVGGraphics2D
>>>>>>at 
>>>>>>org.openjump.OpenJumpConfiguration.loadOpenJumpPlugIns(OpenJumpConfiguration.java:98)
>>>>>>at 
>>>>>>com.vividsolutions.jump.workbench.JUMPConfiguration.setup(JUMPConfiguration.java:268)
>>>>>>at 
>>>>>>com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:248)
>>>>>>at 
>>>>>>com.vividsolutions.jump.workbench.JUMPWorkbench.main(JUMPWorkbench.java:213)
>>>>>>
>>>>>>I notice that there's a batik dir under lib.  Is it possible that this 
>>>>>>is not getting added to the CP?
>>>>>>
>>>>>>
>>>>>>  
>>>>>>
>>>>>>  
>>>>>>  
>>>>>>
>>>>>>
>>>>>-
>>>>>This SF.net email is sponsored by: Microsoft
>>>>>Defy all challenges. Microsoft(R) Visual Studio 2005.
>>>>>http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>>>>>___
>>>>>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: Microsoft
>>>Defy all challenges. Microsoft(R) Visual Studio 2005.
>>>http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>>>___
>>>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: Microsoft
>>Defy all challenges. Microsoft(R) Visual Studio 2005.
>>http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>>___
>>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: Microsoft
>Defy all challenges. Microsoft(R) Visual Studio 2005.
>http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>___
>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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Enabled for BasicStylePanel

[Stefan Steiniger]

ok.. fine for me
stefan

Paul Austin wrote:

>The current implementation of the Basic StylePanel does not include the
>editable flag. The upshot of this is if you want to tdefine some kind of
>custom style and disable the basic style you can't do this. Because if
>the user uses the style dialog a new basic style is created without
>maintaining the value of the enabled flag.
>
>I'm going to add the enabled flag to the basic style dialog.
>
>Paul
>
>-
>This SF.net email is sponsored by: Microsoft
>Defy all challenges. Microsoft(R) Visual Studio 2005.
>http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>___
>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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Bursa-wolf parameters [WAS: Projection with Geotools2 CRS]

[Stefan Steiniger]

we should post this on the wiki :)
love it

stefan

Adrian Custer schrieb:
> On Mon, 2007-09-17 at 10:46 -0700, Jody Garnett wrote:
>> Edgar Soldin wrote:
>>> just one question .. what is this bursa wolf parameter option?
> 
> ...
> 
>> My impression is that this is scary math I never quite understood. The 
>> javadocs describe it all detail (and have links to papers etc..).
> 
> 
> Well, Bursa was a 9 year old bicyclist from the Alps and...no, no, no, i
> lie. Actually it's not particularly scary math and quite easy to
> understand. All you really need to remember is that no one has ever been
> to the center of the earth. 
> 
> So everyone started surveying (mostly so the repressive central
> governments could exploit taxes from people and have lots of jolly wars
> where people could slog through the mud and kill each other so they'd be
> blood and suffering for all). Each group started from some random place
> on the surface of the earth. Right away, it becomes obvious to everyone
> that euclidean rules don't work so well. Some didn't care so much since
> taxes are basically arbitrary anyway and getting serious about it means
> you'd have to walk through fields and woods and get lots of mud on your
> shoes. Others kept at it and resorted to spherical geometry. Once you
> start doing that precisely and at continental scales you realize that
> doesn't really work either so you decide to try the next hardest thing,
> an ellipsoid of rotation. Now how do you know which one to choose? Well
> you pick one that minimizes your squared errors. All good and nice but
> (1) you are surveying the ground which is anything but an ellipsoid
> since it has all those ditches you keep falling into and that keep
> getting your clothes covered in mud and (2) you are not perfect
> especially with all that mud on your paper. So you have a bunch of
> errors. Well everyone that does this comes up with lots of different
> ellipsoids that work really nice for their data and everyone is sure
> they clearly have found the 'one true ellipsoid' and they decide to use
> that for all their work. Then everyone guesses where they actually are
> on each of their particular ellipsoids which involves lots of going
> outside at night and looking up from the mud at the stars. But then it's
> not like the edges of each survey was nice and level on these ellipsoids
> either --- think of the eastern USA. You can start nice and clean and
> warm and dry at an inn in Boston on the edge of the sea drinking clam
> chowder and having a good time but a few months later it will be bitter,
> bitter cold in that tiny town of Denver because you are somewhere like a
> mile high up in the air and you're wet and covered in mud from slogging
> through the plains in a snowstorm. So you've got a pretty good idea that
> your data is on a major slant but, well, you'll do your best to make up
> for it but it really doesn't help the effort any, especially what with
> all that mud that's still itching in your hair. So your errors may be a
> wee bit big but hey it's all right: it's good enough to wage lots of
> good wars with lots of mud and blood and to keep collecting lots of
> taxes so no one cares too much. 
> 
> Fast forward to more recent times where some people want to talk to lots
> of different governments and work with lots of different data. They take
> everyone's guess and try to line them up. Well it turns out, when you
> try to line everything up, that the center points of all the different
> ellipses aren't really the same points and even the orientation of the
> three axes are all a bit off because of how everyone guessed where their
> were on their ellipsoids. So now, to go from one data set to another so
> they line up "the best," you need estimates of how much to rotate each
> of the axes and how to shift the center point around; all this beyond
> even the obvious stuff of changing between the different definition of
> all those "one true" ellipsoids.
> 
> When you do this mathematically, you need a bunch of parameters: these
> now have the names of the wolf and the bursa. Generally, you can only
> come up with good parameters if you have lots of data to compare and
> some good software to do the comparing. That's what the EPSG did for
> everyone. The guys in the pickup trucks that went out looking for oil
> kept falling into ditches along the way and getting mud on their faces
> but when they got back to the office they had a good sense of what lined
> up with what and could say: "yep, that hill there is the same as this
> squiggle here and there's this big ditch right here that cost us our
> third flat tire and..." So they collected as much data as they could and
> compared it and came up with a database of parameters by which you go
> from one data set to another. So that's it. That's why we use their
> data; we don't have to fall in any ditches and can avoid getting mud on
> our clothes. They give us their parameters and we can mostly line up
> d

Re: [JPP-Devel] Layer Properties

[Stefan Steiniger]

mhm..
usecase: if you have activated a drawing tool (such as polygon drawing) 
then you can not select at the same time, right? .. so from this point 
of few, not selectable can/should imply not snappable, because slectable 
layers are still be snappable.
so it could be named a double funtion selectable/snappable

thanx for working on it :)

stefan

Larry Becker schrieb:
> I just created a SelectablePlugIn by copying EditablePlugIn and making
> a few trivial changes.  It seems to work like a charm!
> 
> Now, do we need Snappable, (Sp?)  or should not Selectable imply not
> Snappable?  It doesn't currently.
> 
> Larry
> 
> On 9/17/07, Larry Becker <[EMAIL PROTECTED]> wrote:
>> Hi Stefan,
>>
>>I just looked at the code and it appears we already have a
>> selectable property in Layer.  However, the setSelectable() method is
>> currently only called from ImageFeatureCreator.  The isSelectable()
>> method is called in AbstractSelection, so it appears that all we need
>> to do to add a menu item "Selectable" right below "Editable".
>>
>> regards,
>> Larry
>>
>> On 9/17/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote:
>>> I'd like to use Layerable, since that will give us more flexibity down the 
>>> road.
>>>
>>> SS
>>>
>>> On 9/13/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote:
>>>> yep!
>>>>
>>>> i agree, and this reminds me on having the same for features that show
>>>> the most prominent "what i want to know about" .. ie. number of
>>>> vertices, geom-type, inner rings, perimeter, area, centroid coords,..
>>>>
>>>> furthermore there was the idea to give layers 4 states:
>>>> - editable (selectable, snapping on)
>>>> - hitable (selectable, snapping on)
>>>> - visible (not selectable, snapping on)
>>>> - invisible
>>>> or something like that. This is beneficial if one digitizes.
>>>>
>>>> where would be the best position to add such a layer attribute.
>>>> Layerable? or Layer?
>>>>
>>>> stefan
>>>>
>>>> Michaël Michaud schrieb:
>>>>> Hi Larry,
>>>>>
>>>>> Excellent plugin !
>>>>>
>>>>> Michaël
>>>>>
>>>>> Larry Becker a écrit :
>>>>>
>>>>>> A new feature was added last night which adds a menu item  "Layer
>>>>>> Properties" to the Layer Name right click menu.  This feature will
>>>>>> display layer information and statistics such as name, number of
>>>>>> features, number of points, number of attributes, geometry type,
>>>>>> DataSource class, and source path.  It works on single or multiple
>>>>>> layer selections.  It also includes a transparency adjustment slider
>>>>>> that works for layer selections.  Language file entries have been
>>>>>> made.  Only the German translation is currently completed.  There were
>>>>>> 19 strings - I got tired. :-)
>>>>>>
>>>>>> This is basically the beginnings of duplicating the ArcMap layer
>>>>>> properties functionality.  However, this property sheet is designed to
>>>>>> work with multiple layers at once.  SkyJUMP has had this for a while,
>>>>>> but I haven't gotten around to a general release yet.
>>>>>>
>>>>>> regards,
>>>>>> Larry Becker
>>>>>>
>>>>>>
>>>>>
>>>>> -
>>>>> This SF.net email is sponsored by: Microsoft
>>>>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>>>>> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>>>>> ___
>>>>> 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: Microsoft
>>>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>>>> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>>>> ___
>>>> 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: Microsoft
>>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>>> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>>> ___
>>> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] [Fwd: Re: Projection with Geotools2 CRS]

[Stefan Steiniger]

>> just one question .. what is this bursa wolf parameter option?

it is used to transform from one ellipsoid (e.g. WGS84) to another 
ellipsoid (e.g. Clarke 1866). (actually on the geotools page they speak 
of spheroid instead ellipsoid, where the latter is a specialisation)

and - i am not really sure, but there is second method that can be used 
for such transformation. But anyway.. as far as i know the use of 
Bursa-Wolf is quite common.

if you stay with the ellipsoid you should not need to define params (or 
maybe they are zero?)

stefan

> That is one of our most common questions:
> - http://docs.codehaus.org/display/GEOTDOC/11+Referencing+FAQ
> 
> My impression is that this is scary math I never quite understood. The 
> javadocs describe it all detail (and have links to papers etc..).
> 
> On a pragmatic side: Bursa Wolf Parameters defines a transform; and you 
> can include the definition of a transform with your crs. At the very 
> least it is nice to have a transform defined to take you to 
> DefaultGeographic.WSG84.
> 
> Jody
> 
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Layer Properties

[Stefan Steiniger]

I actually would prefer to have switched icon in the layer menu (maybe 
for both editing and selecting). Because i am not sure that people 
recognize the change. but the image use can be defered to a later version

 > Is there currently a Snappable setting on layers in OJ?  Or is this
 > still just an app-wide editing setting?

i think the setting for snapping on/off was application wide. But i 
don't know how the selection and snapping mechansims are implemented.

stefan

Larry Becker schrieb:
> How about Italicizing the layer name?  This is consistent with bold
> meaning Editable.
> 
> Larry
> 
> On 9/17/07, Martin Davis <[EMAIL PROTECTED]> wrote:
>> This is the right way to go IMO, Larry/all.  We added the Selectable
>> option while building the Image framework, to avoid having image
>> bounding boxes selected all the time.  But we never pushed this out to
>> be visible to the user.  Time to do it, I guess!
>>
>> Have you thought about how to make this visible on the UI?  Maybe by
>> changing the layer icon somehow? It's always nice to have state visible
>> to the user, so that he doesn't get confused about why things don't
>> appear to be working like normal.
>>
>> Larry Becker wrote:
>>> Hi Stefan,
>>>
>>>I just looked at the code and it appears we already have a
>>> selectable property in Layer.  However, the setSelectable() method is
>>> currently only called from ImageFeatureCreator.  The isSelectable()
>>> method is called in AbstractSelection, so it appears that all we need
>>> to do to add a menu item "Selectable" right below "Editable".
>>>
>>> regards,
>>> Larry
>>>
>>> On 9/17/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote:
>>>
>>>> I'd like to use Layerable, since that will give us more flexibity down the 
>>>> road.
>>>>
>>>> SS
>>>>
>>>> On 9/13/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote:
>>>>
>>>>> yep!
>>>>>
>>>>> i agree, and this reminds me on having the same for features that show
>>>>> the most prominent "what i want to know about" .. ie. number of
>>>>> vertices, geom-type, inner rings, perimeter, area, centroid coords,..
>>>>>
>>>>> furthermore there was the idea to give layers 4 states:
>>>>> - editable (selectable, snapping on)
>>>>> - hitable (selectable, snapping on)
>>>>> - visible (not selectable, snapping on)
>>>>> - invisible
>>>>> or something like that. This is beneficial if one digitizes.
>>>>>
>>>>> where would be the best position to add such a layer attribute.
>>>>> Layerable? or Layer?
>>>>>
>>>>> stefan
>>>>>
>>>>> Michaël Michaud schrieb:
>>>>>
>>>>>> Hi Larry,
>>>>>>
>>>>>> Excellent plugin !
>>>>>>
>>>>>> Michaël
>>>>>>
>>>>>> Larry Becker a écrit :
>>>>>>
>>>>>>
>>>>>>> A new feature was added last night which adds a menu item  "Layer
>>>>>>> Properties" to the Layer Name right click menu.  This feature will
>>>>>>> display layer information and statistics such as name, number of
>>>>>>> features, number of points, number of attributes, geometry type,
>>>>>>> DataSource class, and source path.  It works on single or multiple
>>>>>>> layer selections.  It also includes a transparency adjustment slider
>>>>>>> that works for layer selections.  Language file entries have been
>>>>>>> made.  Only the German translation is currently completed.  There were
>>>>>>> 19 strings - I got tired. :-)
>>>>>>>
>>>>>>> This is basically the beginnings of duplicating the ArcMap layer
>>>>>>> properties functionality.  However, this property sheet is designed to
>>>>>>> work with multiple layers at once.  SkyJUMP has had this for a while,
>>>>>>> but I haven't gotten around to a general release yet.
>>>>>>>
>>>>>>> regards,
>>>>>>> Larry Becker
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>> -

Re: [JPP-Devel] Using PDF Files As Embedded Help

[Stefan Steiniger]

html is my favourit as well
(and i think more or less we already support html..? -- see the hello 
world plugin)

stefan

Larry Becker schrieb:
> It seems like to me that for most kinds of simple help that it would
> be better to use html and store the documents in the jar.  Java can
> display simple html well enough for help.
> 
> Larry
> 
> On 9/17/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote:
>> I decided that I would try Peppe's idea of using PDF files as embedded
>> help in OpenJUMP.
>>
>> I'm going to have a "help" button in some of the dialogs in my Super
>> Select Tool. The button will open a designated PDF file using a PDF
>> viewer/reader.
>>
>> I would like to know if we can use a common variable to store the
>> location of the PDF file the user would like to use to view the help
>> files. I can set this up for just my plug-in, but then we might get a
>> situation where the user is specifying his PDF viewer for everyone's
>> plug-in, and that would stink.
>>
>> I was thinking that we could use a text file with the path to the PDF
>> viewer, or that we might have an entry in the Registry.
>>
>> What do you guys think?
>>
>> Is there a way to use the Java runtime to dynamically determine which
>> program should be executed for a specific file type? (That would be
>> too cool!)
>>
>> The Sunburned Surveyor
>>
>> P.S. - I'm going to try to use ProcessBuilder to fire up the PDF
>> viewer with the correct help file. I've got the command down using the
>> Microsoft Windows terminal, so I think ProcessBuilder will do the
>> trick for me.
>>
>> If others will use this system to present embedded help I will try to
>> wrap my code in a simple API that everyone can use.
>>
>> -
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>> ___
>> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Layer Properties

[Stefan Steiniger]

Yep.. because we have people like Larry, Paul, Michael and Geoff that 
seem to take care fulltime around Jumps :)

thank you guys.. and i hope some one pays it back, not only with words

stefan

Martin Davis schrieb:
> Great work!
> 
> What I like about this list is that you can throw out an idea and like 
> magic it gets implemented 20 minutes later.   8^)
> 
> But seriously... it's very inspiring interacting with a bunch of clever 
> people all focussed on making JUMP work better.
> 
> I checked with the uDig guys... DnD is generally a bear, but for data 
> files specifically it might not be too bad.  It's very similar to 
> handling the cut-n-paste client stuff, which Jon already did in JUMP for 
> various things (ever tried copying the Feature Info grid into Excel? 
> Works like a charm...)  So maybe one day we can look at this...
> 
> Larry Becker wrote:
>> I guess if I got used to decoding those tiny symbols on the icons in
>> Eclipse, I can do it in JUMP too.  :-}
>>
>> Yea, we already enhanced the layer tooltips to show the full source
>> path, so adding the essential data on as additional lines should be
>> doable too.
>>
>> I added mouse wheel zooming to the PanTool, as it seemed like a no-brainer.
>>
>> That's what I like about this list, you put out an idea and get
>> feedback to make it better .
>>
>> Larry
>>
>> On 9/17/07, Martin Davis <[EMAIL PROTECTED]> wrote:
>>   
>>> Good idea.  So italics would mean NOT Selectable, right?
>>>
>>> I think Stefan's right - ultimately an icon change would be good too (or
>>> maybe a second icon showing the states).  But the font change is good
>>> and quick to do now.
>>>
>>> Hey, I just thought of something which might be handy.  In Swing
>>> Tooltips it's possible to use HTML code to provide formatting.  In
>>> particular, this lets multiple lines of data be shown.  Seems like the
>>> current Layer tooltip info could be dramatically enhanced - maybe even
>>> to provide most of the things which are shown in the current Layer Info
>>> box!?
>>>
>>> Larry Becker wrote:
>>> 
>>>> How about Italicizing the layer name?  This is consistent with bold
>>>> meaning Editable.
>>>>
>>>> Larry
>>>>
>>>> On 9/17/07, Martin Davis <[EMAIL PROTECTED]> wrote:
>>>>
>>>>   
>>>>> This is the right way to go IMO, Larry/all.  We added the Selectable
>>>>> option while building the Image framework, to avoid having image
>>>>> bounding boxes selected all the time.  But we never pushed this out to
>>>>> be visible to the user.  Time to do it, I guess!
>>>>>
>>>>> Have you thought about how to make this visible on the UI?  Maybe by
>>>>> changing the layer icon somehow? It's always nice to have state visible
>>>>> to the user, so that he doesn't get confused about why things don't
>>>>> appear to be working like normal.
>>>>>
>>>>> Larry Becker wrote:
>>>>>
>>>>> 
>>>>>> Hi Stefan,
>>>>>>
>>>>>>I just looked at the code and it appears we already have a
>>>>>> selectable property in Layer.  However, the setSelectable() method is
>>>>>> currently only called from ImageFeatureCreator.  The isSelectable()
>>>>>> method is called in AbstractSelection, so it appears that all we need
>>>>>> to do to add a menu item "Selectable" right below "Editable".
>>>>>>
>>>>>> regards,
>>>>>> Larry
>>>>>>
>>>>>> On 9/17/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote:
>>>>>>
>>>>>>
>>>>>>   
>>>>>>> I'd like to use Layerable, since that will give us more flexibity down 
>>>>>>> the road.
>>>>>>>
>>>>>>> SS
>>>>>>>
>>>>>>> On 9/13/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote:
>>>>>>>
>>>>>>>
>>>>>>> 
>>>>>>>> yep!
>>>>>>>>
>>>>>>>> i agree, and this reminds me on having the same for features that show
>>>>>>>> the most prominent "what i want to know about" .

[JPP-Devel] italian translation

[Stefan Steiniger]

Hei,

i just got some email by somebody who worked on an italien translation. 
But (as i have not seen it yet) i guess the last new developments are 
missing. I will come back to this.

stefan

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Bursa-wolf parameters [WAS: Projection with Geotools2 CRS]

[Stefan Steiniger]

Edgar Soldin wrote:

>Adrian,
>
>true, true .. well told story rhat ... thanks alot.
>
>just to make a point:
>if bursa wolf parameters are missing, the parameters for an accurate 
>ellipsoid shift are missing, so results will be (very?) inaccurate?
>  
>

yes... usually in the dimension of 100m + xxx

stefan

>kind regards ede
>--
>  
>
>>Hey,
>>
>>In the "for dummies" collection, "geodesy for dummies", from adrian, 
>>will surely become a best seller :-)
>>
>>Michael
>>
>>Adrian Custer a écrit :
>>
>>  
>>
>>
>>>On Mon, 2007-09-17 at 10:46 -0700, Jody Garnett wrote:
>>> 
>>>
>>>
>>>  
>>>
Edgar Soldin wrote:
   

  


>just one question .. what is this bursa wolf parameter option?
> 
>
>
>  
>
>>>...
>>>
>>> 
>>>
>>>
>>>  
>>>
My impression is that this is scary math I never quite understood. The 
javadocs describe it all detail (and have links to papers etc..).
   

  


>>>Well, Bursa was a 9 year old bicyclist from the Alps and...no, no, no, i
>>>lie. Actually it's not particularly scary math and quite easy to
>>>understand. All you really need to remember is that no one has ever been
>>>to the center of the earth. 
>>>
>>>So everyone started surveying (mostly so the repressive central
>>>governments could exploit taxes from people and have lots of jolly wars
>>>where people could slog through the mud and kill each other so they'd be
>>>blood and suffering for all). Each group started from some random place
>>>on the surface of the earth. Right away, it becomes obvious to everyone
>>>that euclidean rules don't work so well. Some didn't care so much since
>>>taxes are basically arbitrary anyway and getting serious about it means
>>>you'd have to walk through fields and woods and get lots of mud on your
>>>shoes. Others kept at it and resorted to spherical geometry. Once you
>>>start doing that precisely and at continental scales you realize that
>>>doesn't really work either so you decide to try the next hardest thing,
>>>an ellipsoid of rotation. Now how do you know which one to choose? Well
>>>you pick one that minimizes your squared errors. All good and nice but
>>>(1) you are surveying the ground which is anything but an ellipsoid
>>>since it has all those ditches you keep falling into and that keep
>>>getting your clothes covered in mud and (2) you are not perfect
>>>especially with all that mud on your paper. So you have a bunch of
>>>errors. Well everyone that does this comes up with lots of different
>>>ellipsoids that work really nice for their data and everyone is sure
>>>they clearly have found the 'one true ellipsoid' and they decide to use
>>>that for all their work. Then everyone guesses where they actually are
>>>on each of their particular ellipsoids which involves lots of going
>>>outside at night and looking up from the mud at the stars. But then it's
>>>not like the edges of each survey was nice and level on these ellipsoids
>>>either --- think of the eastern USA. You can start nice and clean and
>>>warm and dry at an inn in Boston on the edge of the sea drinking clam
>>>chowder and having a good time but a few months later it will be bitter,
>>>bitter cold in that tiny town of Denver because you are somewhere like a
>>>mile high up in the air and you're wet and covered in mud from slogging
>>>through the plains in a snowstorm. So you've got a pretty good idea that
>>>your data is on a major slant but, well, you'll do your best to make up
>>>for it but it really doesn't help the effort any, especially what with
>>>all that mud that's still itching in your hair. So your errors may be a
>>>wee bit big but hey it's all right: it's good enough to wage lots of
>>>good wars with lots of mud and blood and to keep collecting lots of
>>>taxes so no one cares too much. 
>>>
>>>Fast forward to more recent times where some people want to talk to lots
>>>of different governments and work with lots of different data. They take
>>>everyone's guess and try to line them up. Well it turns out, when you
>>>try to line everything up, that the center points of all the different
>>>ellipses aren't really the same points and even the orientation of the
>>>three axes are all a bit off because of how everyone guessed where their
>>>were on their ellipsoids. So now, to go from one data set to another so
>>>they line up "the best," you need estimates of how much to rotate each
>>>of the axes and how to shift the center point around; all this beyond
>>>even the obvious stuff of changing between the different definition of
>>>all those "one true" ellipsoids.
>>>
>>>When you do this mathematically, you need a bunch of parameters: these
>>>now have the names of the wolf and the bursa. Generally, you can only
>>>come up with good parameters if you have lots of data to compare and
>>>some good software to do the comparing. That's what the EPSG did for
>>>everyone. The guys in th

[JPP-Devel] @Paul & core developers: New Open File-Wizard

[Stefan Steiniger]

Hei Paul,

sorry for this very late response.
As far as I remember you got a couple of positive responses on the 
openfile wizard. Michael agreed to adapt his drivers and probably only 
the PostGIS driver needs to be checked by somebody else as Uwe has no time.

Therefore I would like to ask you if you want to commit your changes? Or 
if we should integrate them (which will take some time of course ;)

Because this a larger change we (you?) should set a a new tag on the SVN 
repository before comitting.

thank you for your efforts
stefan

PS: I did not found the time yet to check your dockable framework for 
usability. but hopefully i can respond you soon. (same on Michael's OJ 
future release email)

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] italian translation

[Stefan Steiniger]

i write you back..

got the file now.. but it seems to be from March 2007.. so a couple of 
strings are missing.

stefan

Giuseppe Aruta schrieb:
> Hi Stefan,
> since I paln to work on Italian translation, I would
> like to contact him to share the work 
> 
> Peppe
> --- Stefan Steiniger <[EMAIL PROTECTED]> ha scritto:
> 
>> Hei,
>>
>> i just got some email by somebody who worked on an
>> italien translation. 
>> But (as i have not seen it yet) i guess the last new
>> developments are 
>> missing. I will come back to this.
>>
>> stefan
>>
>>
> -
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio
>> 2005.
>>
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>>
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> 
> 
> 
>   ___ 
> L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: 
> http://it.docs.yahoo.com/nowyoucan.html
> 
> 
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Adding a method to the DialogUtil class...

[Stefan Steiniger]

ok.. but some of the improvements need to be referenced in the original jump

a) menu functions that need to be initialized in JUMPConfiguration
b) the link to OpenJUMP configuation
c) functions that add something to existing dialogs (i imagine the style 
dialogs)

stefan

Paul Austin schrieb:
> Agree totally,
> 
> In my environment I have the following dependency tree where you can
> only access classes up the tree. So the Vivid JUMP should not depend on
> Open JUMP, I just did a quick search and there are 21 matches to the
> keyword openjump in the com.vivid packages. In these cases either the
> reference should be removed on the vivid version deprecated removed and
> an openjump version created.
> 
> Vivid JUMP
>   +- OpenJUMP
> +- My JUMP Core
>   +- My Other Plugins
> 
> One way to enforce this would be to modularise open JUMP and enforce the
> dependencies.
> 
> Paul
> 
> Larry Becker wrote:
>> True.  The trick is recognizing the difference between reusing code
>> and creating dependencies.
>>
>> Larry
>>
>> On 9/18/07, Paul Austin <[EMAIL PROTECTED]> wrote:
>>   
>>> I think where ever possible we should start to use reusable Utility
>>> methods or UI components, there is a lot of local code and classes in
>>> JUMP which do exactly the same thing.
>>>
>>> The biggest case is a whole bunch of ActionListener classes which then
>>> call say xxx_actionPerformed on the main class. If you had an
>>> InvokeMethodAction that would take a method name and instance and just
>>> invoke that method, then you'd save a whole bunch of PermGen memory by
>>> having less classes.
>>>
>>> Paul
>>>
>>> Larry Becker wrote:
>>> 
 SS,

   If you are already using the other methods in DialogUtil, then don't
 worry about it, otherwise why not just keep the method local?

 thanks,
 Larry

 On 9/18/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote:

   
> Larry,
>
> Would there be a solution that would work for SkyJUMP? I will be
> putting together an surveyos_openjump_utilities JAR file, and I could
> put a DialogUtil class in there if it is a better fit.
>
> I'm just trying to keep duplication to a minimum.
>
> The Sunburned Surveyor
>
> On 9/18/07, Larry Becker <[EMAIL PROTECTED]> wrote:
>
> 
>> The only reservation I have is to note that this class exists only in 
>> OpenJump.
>>
>> regards,
>> Larry
>>
>> On 9/18/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote:
>>
>>   
>>> Does anyone have a problem with my adding a method to the DialogUtil
>>> class? This method would accept a JListBox and a reference to a
>>> LayerManager as arguments. It would then set name of each Layer in the
>>> LayerManager as the values in the JListBox.
>>>
>>> If this method is not appropriate for the DialogUtil class I will put
>>> it in one of my own utility classes, but I was trying to keep this to
>>> an absolute minimum.
>>>
>>> If this method is available as a public method of another class,
>>> please let me know and I will use it instead.
>>>
>>> Thanks,
>>>
>>> The Sunburned Surveyor
>>>
>>> -
>>> This SF.net email is sponsored by: Microsoft
>>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>>> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>>> ___
>>> 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: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>> ___
>> 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: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> 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: Microsoft
>>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>>> http://

Re: [JPP-Devel] @Paul & core developers: New Open File-Wizard

[Stefan Steiniger]

sounds good to me :)

stefan

Paul Austin schrieb:
> Stefan,
> 
> I can start to integrate in the Open File changes, what I propose is
> that I create a new branch under branches/paustin where I will checkin
> my changes and then other can review this branch to make sure the
> changes work. Then I can merge this branch into the trunk.
> 
> Paul
> 
> Stefan Steiniger wrote:
>> Hei Paul,
>>
>> sorry for this very late response.
>> As far as I remember you got a couple of positive responses on the 
>> openfile wizard. Michael agreed to adapt his drivers and probably only 
>> the PostGIS driver needs to be checked by somebody else as Uwe has no time.
>>
>> Therefore I would like to ask you if you want to commit your changes? Or 
>> if we should integrate them (which will take some time of course ;)
>>
>> Because this a larger change we (you?) should set a a new tag on the SVN 
>> repository before comitting.
>>
>> thank you for your efforts
>> stefan
>>
>> PS: I did not found the time yet to check your dockable framework for 
>> usability. but hopefully i can respond you soon. (same on Michael's OJ 
>> future release email)
>>
>> -
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>> ___
>> 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: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OpenJUMP releases and bug management

[Stefan Steiniger]

Hei,..

took me a long time to come to this email.
It is longer than intended .. and i actually don't want to start the 
discussion on this now, as some people are still in holidays and i am 
busy with other things as well.

1) my comments on the release strategy
===
* first when moving on with the disucssion we shall wait until Andreas 
is back from vacations
* i agree that we need a system.. but which one?
* i like the classification proposed by Michael (but inverted ;)  It is 
a very good start, and we shall adopt it! I believe we are anyway just 
2-3 person adding bug reports
(actually i would like to see more added bug reports to have a history)
* lots of the bug reports added recently by myself are reminders
* i think i would agree that we should have a clean >=5 bug list after 
doing a major release e.g. 1.3

2) A release vs. bug management strategy could look like this:
===
* value >6: bug need to be fixed before minor release (e.g. 1.2.2 to 1.2.3)
* 3< value <6: fix for major release (e.g. 1.2 to 1.3)
* value <= 3: fix latest for new version(1.3 to 2.0)

3) but there are still problems:
=
- who classifies the bugs?
- will somebody work on the bugs if we do a freeze?
- when do we freeze?
- who decides for the next release

notes:
a) to make a new major release (1.2 to 1.3) new features should be 
necessary. But this is obviously not a problem for us.
b) when adopting larger core-changes (GUI: Dockable Framework, Data-IO) 
we need to include all projects: Pirol, Lat/lon, SIGLE, SkyJUMP and JPP 
in a discussion.
c)  i think refactoring the JUMP core is impossible due to external 
plugin dependencies.

 
seems like we should sit together and make a release plan for the next 
release 1.3 ;)  


stefan

PS: to be honest. Currently I have the feeling that OJ requires a 
half-day for managment (reading and answering emails can take up to 2h a 
day).but maybe this is reasoned by the fact that I (try) to do OJ stuff 
only in my speartime.
Maybe we should start thinking about
a) a voting system (using www.doodle.ch? would be an idea)
b) or a complete new project structure: e.g. making task groups 
(responsibles), dividing admin stuff and deveopment stuff.

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Copyright header

[Stefan Steiniger]

my 2 cents:

do what you want, but the GPL notice is necessary.
I personally add my own name for the copyright... because one never 
knows if one can need the code for something else.

stefan


Pedro Doria Meunier schrieb:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Hello Everyone
> 
> This topic again?
> If you don't mind me asking... what's the need to discuss copyrights
> again?
> Is there a **need** for it?
> 
> I, for once, agree with Landon on his last remark: neutral, 3rd party,
> licensing ...
> Shoot me for perhaps being a bit naïf ... isn't GPL enough?
> (and yes, Landon... last time this topic didn't get a warm welcome)
> 
> Plugin developers can/should copyright their own work if they want to.
> Everyone else, gracious enough to contribute to the core, must remind
> him/herself of the GPL'ed condition of OJ.
> 
> Just an opinion of  someone  always  following the list's activity...
> 
> Kind regards,
> 
> - --
> Pedro Doria Meunier
> Ips da Olaria
> Edf. Jardins do Garajau, 4 r/c Y
> 9125-163 Caniço
> Madeira
> Portugal
> GSM: +351 96 17 20 188 Skype: pdoriam
> http://www.madeiragps.com
> 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.7 (GNU/Linux)
> Comment: Using GnuPG with Remi - http://enigmail.mozdev.org
> 
> iD8DBQFG8D1A2FH5GXCfxAsRAhToAJ9aZCHngbzGB23GUg66INh6XJ/nZQCgsrOp
> UMPMXUUNbglMUft8tc/eiwk=
> =t8q8
> -END PGP SIGNATURE-
> 
> 
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Help Adding Menu Item Via PlugIn

[Stefan Steiniger]

if you uses ManuNames.XXX then you do *not* need to receive a string.. 
using i18n.get It is done in menu names

stefan

Sunburned Surveyor schrieb:
> Paul,
> 
> I did take a look at the source code for this method, as it was the
> source of my exception. I didn't see right away what the problem was.
> It is getting late, so I will take another look at the code for that
> method in the morning and perhaps I will see it.
> 
> Thanks,
> 
> The Sunburned Surveyor
> 
> On 9/19/07, Paul Austin <[EMAIL PROTECTED]> wrote:
>> Have a look at the FeatureInstaller.addMainMenuItemWithJava14Fix method
>>
>> featureInstaller.addMainMenuItemWithJava14Fix(plugin, new String[] {
>>   MenuNames.FILE
>> }, name, false, icon, enableCheck);
>>
>>
>> Sunburned Surveyor wrote:
>>> I'm trying to figure out how to add a menu item for my Super Select
>>> tool via the configureMainMenuItem method of the ToolBoxPlugIn class.
>>> I keep getting a ShouldNeverReachHere exception from the
>>> abstractActionListener method of the FeatureInstaller class.
>>>
>>> I think my exception has to do with properly accessing the top-level
>>> menu using internationalization.
>>>
>>> I've read the section on the wiki about internationalizing plug-ins,
>>> read through messages on this mailing list, downloaded the sample
>>> internationalized plug-in, and looked at the javadoc comments in the
>>> I18N class in OpenJUMP. I'm still missing something.
>>>
>>> Here is the code in my extension that attempts to install the menu
>>> item. Maybe you guys can tell me what I am missing:
>>>
>>> /* Set up menu path. */
>>> String[] menuPath = new String[2];
>>> menuPath[0] = MenuNames.EDIT;
>>> menuPath[1] = "super_select";
>>>
>>>
>>> WorkbenchContext workbenchContext = argContext.getWorkbenchContext();
>>>
>>> plugIn.createMainMenuItem(menuPath, null, workbenchContext);
>>>
>>> I also tried replacing the line "menuPath[0] = MenuNames.EDIT;" with
>>> the line "I18N.getString("MenuNames.EDIT");". I still got the same
>>> error message.
>>>
>>> Can you see what I am doing wrong? (I18N is not at all a strong point of 
>>> mine.)
>>>
>>> Thanks for any help or suggestions.
>>>
>>> The Sunburned Surveyor (A.K.A. - The Monolingual Programmer)
>>>
>>> -
>>> This SF.net email is sponsored by: Microsoft
>>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>>> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>>> ___
>>> 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: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>> ___
>> 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: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] to SS and Stefan - about online New User Guide

[Stefan Steiniger]

Hei Peppe,

ok, move on.
I am supporting you in every effort to improve the documentattion. :)

stefan

Giuseppe Aruta wrote:

>Dear SS and Stefan,
>I want to make a modification on "Documentation" page.
>I would like to move London's page "New User Guide" up
>in the page, between "Faq" and "List of functions"
>lines.
>I belive it is time to upgrade this page using
>elements from Faq and Tips, from one side, and pages
>already written.
>Since this New User Guide is not finished, this page
>would be  "Under Construction".
>
>We probabily can also use "New User Guide" as a base
>page where we can move those pages  which  seem not
>tofind their right place, like tips, scripting,
>printing and loading GPS
>
>I ask you, London, the permission to link information
>from other wiki to your page (e,g your "Data
>imput/Output" seems similar to "import/export files"
>page
>(http://openjump.org/wiki/show/Import+Export+File) and
>probaily write othe rinformation (like how to
>georeference rastes, etc)
>
>Regards
>
>Peppe
>
>
>
>
>  ___ 
>L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: 
>http://it.docs.yahoo.com/nowyoucan.html
>
>
>-
>This SF.net email is sponsored by: Microsoft
>Defy all challenges. Microsoft(R) Visual Studio 2005.
>http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>___
>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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Pluggable Rendering

[Stefan Steiniger]

I am not sure how this relates to you question, but i remember that Ugo 
  did some stuff with image3d.. there is also a screenshot 
(http://static.flickr.com/20/70790849_e15117718c_o.jpg).

Furthermore i think the people at lat/lon were working on 3d stuff (i 
think it had something todo with a new OGC standard) - They showed some 
pieces at FOSSGIS in Germany this spring.

stefan

Paul Austin schrieb:
> It would need to be able to write to a Canvas3D object
> 
> Sunburned Surveyor wrote:
>> Paul,
>>
>> If all you need to do is paint on a JPanel, then I think the pluggable
>> rendering system I was working on might do the trick. It hasn't been
>> thoroughly tested, but I do have it working, at least with 2D ESRI
>> Shapefiles.
>>
>> I can send the code over to you if you would like to take a look.
>>
>> The Sunburned Surveyor
>>
>> On 9/20/07, Paul Austin <[EMAIL PROTECTED]> wrote:
>>   
>>> A while back I heard something about a pluggable rendering system.
>>>
>>> I have a client who is looking as using JUMP but what they want to be
>>> able to do is have a 3D canvas instead of 2D, with this they would be
>>> able to have stereo imagery with 3D geometries on top of it.
>>>
>>> How easy would it be to swap the existing rendering system (assuming
>>> such a renderer existed)  for a Task with one that would be able to work
>>> in 3D?
>>>
>>> Paul
>>>
>>> -
>>> This SF.net email is sponsored by: Microsoft
>>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>>> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>>> ___
>>> 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: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>> ___
>> 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: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> 
> 
> 
> 
> ___
> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Cadplan Printer plugin kills my computer

[Stefan Steiniger]

so it means.. it will work without the plugins well?

stefan

Rahkonen Jukka schrieb:
> Hi,
> 
> I was able to reproduce this several times:
> - fresh OJ nightly build openjump-20070921-0020
> - JumpPrinter and VertexSymbols extensions installed
> - open one polygon layer
> - scale is something like 1:12 633 636
> 
> If I now insert 5000 as scale nominator and press Enter my computer (Windows 
> XP) freezes totally. I can't open task manager, even Shut down cannot be 
> used.  Only way to shut down is to use the power switch.
> 
> -Jukka Rahkonen-
> 
> 
> 
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] @ Sefan - Upgrade OJ 1.2D to 1.2E? Future developments?

[Stefan Steiniger]

Hei Peppe,

I would rather like to move to OpenJUMP 1.3.

But before doing so we need to make some smaller fix, for instance get a 
complete translation for all languages. We should setup or extend the 
list about what needs to be done. the current list is here:
http://openjump.org/wiki/show/Todo+before+shipping+next+release

Maybe we also should think about bundling some useful plugin (e.g. the 
printing and vertex plugin).

But if the people think we should do a very soon OJ1.2E Release.. i am 
open for that

About the new/improved wiki-pages..
Of course we need to work on/update them. But I do not know as well who 
is working on what issue - and if we should write that, because it makes 
the things "official". which is not what I like to intend... but having 
the list rather informal?

stefan

Giuseppe Aruta schrieb:
> Hei Stefan,
> I think that we are in the same situation of some
> months ago.
> OpenJUMP NB has gone far ahed from OJ 1.2D. Some bugs
> have been fixed and other utilities have been added
> (save to georeferenced raster, Zoom real time, layer
> properties).
> I think we can plan to move to OpenJUMP 1.2E stable
> realize or  organize the OJ 1.3 next realize also with
> the new tools that Paul, Larry and SS are working
> around.
> I want your opinion about
> 
> I would like to prepare a "Future development" wiki
> page to complete the similar "Future request" wiki
> which seems out-to-date
> I would like to know from developers which are the
> projects for the future.
> As far as I know:
> Paul is working on an "Open File.." plugin
> Larry is adding SkyJUMP features to OJ (next realize:
> text tool, colourtool?)
> SS is working on a the help plugin.
> There must be more other developments but I don't
> remember in this moment.
> Would you help me to complete the list?
> 
> 
> Thanks
> 
> Peppe
> 
> 
> 
>   ___ 
> L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: 
> http://it.docs.yahoo.com/nowyoucan.html
> 
> 
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OJ - MrSID - Linux

[Stefan Steiniger]

Hei Pedro,

as far as i can remember nobody worked on mrSID for linux in the last 
months :|

stefan

Pedro Doria Meunier schrieb:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Hello All.
> 
> Some time ago I've referenced the difference between the binaries for
> win32 and Linux regarding MrSID.
> Since I've been glancing the list's messages diagonally :] for some
> time... was there any work in this field?
> I've started using OJ again (linux) and those mrsids would come in
> handy... ;-)
> 
> Kind regards,
> 
> - --
> Pedro Doria Meunier
> Ips da Olaria
> Edf. Jardins do Garajau, 4 r/c Y
> 9125-163 Caniço
> Madeira
> Portugal
> GSM: +351 96 17 20 188 Skype: pdoriam
> http://www.madeiragps.com
> 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.7 (GNU/Linux)
> Comment: Using GnuPG with Remi - http://enigmail.mozdev.org
> 
> iD8DBQFG9Vmg2FH5GXCfxAsRAurdAKCW4fsAz8U4d95fAGjtFx2wAO7heACfXrTd
> LKUFJBa9Z7YzFAwEs2reFeE=
> =eIl9
> -END PGP SIGNATURE-
> 
> 
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] a rewiew on menu bar

[Stefan Steiniger]

Hei Pepper,

this are well reasoned improvements we should do.
So.. to avoid that we forget this: can you add this to the bug list. 
(seperating 1 and 2)

stefan

Giuseppe Aruta schrieb:
> Hi
> 
> I am reviewing the menu bar wiki page which I wrote.
> I want to show some improvements about the
> organization of menu.
> 
> 1) In the File menu there are two voices which can be
> better explained:
> a) "Save Image as SVG format", tecnically this wpould
> be better as "Save View as SVG format" or "Save Layer
> View as SVG..."
> b) "Save Image as..",would be better explained as 
> "Save Layer View as..."
> Since they both do the same thing (save the Layer
> view)
> I think they can be grouped in a single menu: "Save
> Layer View" with two submenus: "Save as SVG" and "Save
> as Raster"
> 
> 2) In the layer menu there are "Add MrSID layer" and
> "Add Image layer". 
> These two voices would be better in the "File" menu,
> not in "Layer" menu since they both open files (even
> raster).
> I think  they can go in a sinlge menu: "Load
> Raster(s)...", below "Load Dataset(s)...". Which has
> two submenus. ("Add Image" and "Add MrSID").
> Of coarse untill Paul's "open files.." will be ready
> :)
> 
> BTW -  MrSID layer has a warning message that dispalys
> a message if no MrSID library is installed
> ("C:\\openjump-20070921-0020\etc\mrsiddecode.exe
> not installed"). Could we use something similar for
> ECW so we delete that "ecw deactivated" from menu?
> 
> Thanks
> 
> Peppe
> 
> 
> 
> 
>   ___ 
> L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: 
> http://it.docs.yahoo.com/nowyoucan.html
> 
> 
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] a rewiew on menu bar

[Stefan Steiniger]

here :)

https://sourceforge.net/tracker/?group_id=118054

stefan

Giuseppe Aruta schrieb:
> --- Stefan Steiniger <[EMAIL PROTECTED]> ha scritto:
> 
>> Hei Pepper,
>>
>> this are well reasoned improvements we should do.
>> So.. to avoid that we forget this: can you add this
>> to the bug list. 
>> (seperating 1 and 2)
>>
>> stefan
> 
> Stefan,
> 
> where is the bug list?
> 
> Peppe
> 
> 
>   ___ 
> L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: 
> http://it.docs.yahoo.com/nowyoucan.html
> 
> 
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] ReplaceValuePlugIn

[Stefan Steiniger]

Salut Eric,

nice to have you on board :)
We have setup some informal rules for contribution. You get write access
to the svn in two ways:
1) you get immediate access to the svn if you got a recommendation by
developer that is already well known by the project (or a member); or
2) we review the first two contributions. If both are ok you will grant
write access. As you passed the 1st code-review round already according
to Michael, I would like to ask you, to send to your second contribution
to the devel-list for a review (if you have finished that work already)

I hope you understand this policy and I suppose the 2nd sample you
presenet will be a piece of cake for you? Alteratively you may tell us
(or me and Michael personally) about your programming experience.

Anyway, as it seems to me you will qualify ;) i ask you to already send
me your sourceforge account name (on my personal email), so i can
prepare anything for svn-write access.

cheers, currently from Germany (Btw. I met some people from Intevation
on the Intergeo fair)

stefan

@ Michael: thank you for reviewing! If you want you can commit the code.
Otherwise I will do in the next days.


Michaël Michaud schrieb:
> Hi Eric,
> 
> Nice to see another french guy involved in OpenJUMP development ;-)
> I reviewed your code and it's ok for me.
> Maybe you should explain the use case for setting an attribute with 
> another attribute value.
> Anyway, this is just a new capability of an existing plugin.
> I can commit the code, or we have to ask Sunburned Surveyor or Stefan 
> Steiniger (I think Stefan is out of his office until next week) who are 
> the administrators of the site and can give svn access to new developers.
> 
> Michaël
> 
> Eric Lemesre a écrit :
> 
>> Hello,
>>
>> Thank verry much for the good job in OpenJUMP.
>>
>> I make somme modifications in the plugIn ReplaceValuePlugIn (in 
>> org.openjump.sigle.plugin.replace).
>> This plugin replace a attribute with a constante. And now we can copy 
>> one attribute to an other one.
>>
>> I joint the code.
>>
>> How can i have acces to repository and what is rules to use?
>> Or how to put this modifications in JPP?
>>
>> I have planed somme other works and want to give it to the community
>>
>> Thanks
>> Eric
>>
>> 
>>
>>
>> /*
>> * The Unified Mapping Platform (JUMP) is an extensible, interactive GUI
>> * for visualizing and manipulating spatial features with geometry and 
>> attributes.
>> *
>> * Copyright (C) 2003 Vivid Solutions
>> *
>> * This program is free software; you can redistribute it and/or
>> * modify it under the terms of the GNU General Public License
>> * as published by the Free Software Foundation; either version 2
>> * of the License, or (at your option) any later version.
>> *
>> * This program is distributed in the hope that it will be useful,
>> * but WITHOUT ANY WARRANTY; without even the implied warranty of
>> * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
>> * GNU General Public License for more details.
>> *
>> * You should have received a copy of the GNU General Public License
>> * along with this program; if not, write to the Free Software
>> * Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA  02111-1307, USA.
>> *
>> * For more information, contact:
>> *
>> * Vivid Solutions
>> * Suite #1A
>> * 2328 Government Street
>> * Victoria BC  V8T 5G5
>> * Canada
>> *
>> * (250)385-6040
>> * www.vividsolutions.com
>> */
>>
>> package org.openjump.sigle.plugin.replace;
>>
>> import java.awt.event.ActionEvent;
>> import java.awt.event.ActionListener;
>> import java.util.*;
>>
>> import javax.swing.ImageIcon;
>> import javax.swing.JCheckBox;
>> import javax.swing.JComboBox;
>> import javax.swing.JOptionPane;
>> import javax.swing.JTextField;
>>
>>
>>
>> import org.openjump.sigle.utilities.gui.DialogUtil;
>>
>> import com.vividsolutions.jump.I18N;
>> import com.vividsolutions.jump.feature.*;
>> import com.vividsolutions.jump.task.*;
>> import com.vividsolutions.jump.workbench.WorkbenchContext;
>> import com.vividsolutions.jump.workbench.model.*;
>> import com.vividsolutions.jump.workbench.plugin.*;
>> import com.vividsolutions.jump.workbench.ui.*;
>> import com.vividsolutions.jump.workbench.ui.images.IconLoader;
>>
>>
>> /**
>> * 
>> * @author Erwan Bocher Laboratoire RESO UMR CNRS 6590
>> * @url www.projet-sigle.org
>> * @

Re: [JPP-Devel] Clarification of Edit top-level-menu item names in English...

[Stefan Steiniger]

same holds for me.
since
a) do users know what means WKT? (this may be confusing)
b) entries should not be to long

thanx Michael,

stefan

PS: I think Pauls suggestions for the order of menu items in File have 
been sound as well.
we should add all this changes as well to the bug list (although it is 
neither a faeture nor a bug :o)
Would be nice to have "usablitiy" improvements tracker.

Larry Becker schrieb:
> I agree with Michaël, and thanks to him for cleaning up the 
> translations.  Thanks to Landon and Peppe for their work on the 
> documentation and interface consistency.
> 
> regards,
> 
> Larry
> 
> On 9/26/07, *Michaël Michaud* <[EMAIL PROTECTED] 
> > wrote:
> 
> 
>  >
>  >For example, the "add new feature" and "view/edit feature" items seem
>  >to only deal with feature geometries in WKT format, and not with the
>  >feature attributes. I wonder if we might rename them "add new feature
>  >geometry in WKT" and "view/edit feature geometry in WKT".
>  >
>  >
> I think "Add New Feature..." is OK as whet you really do is adding a new
> feature (with empty attribute values)
> "View/Edit Feature Geometry..." appears to me to be more precise than
> just "View/Edit Feature", but WKT is not necessary (IMHO)
> 
>  >I also wonder if the "select features in fence" menu item might be
>  >renamed to "select features within or intersecting fence".
>  >
>  >
> A bit long, "Select Features Intersecting Fence" should be OK, as a
> fence is a polygon, and included features are also intersecting the
> polygon.
> If you want me to make these changes in the english language files, I
> can do it, because I'm on the point to change all the language property
> files after some clean-up (adding missing keys, removing unused keys,
> identifying untranslated keys...)
> 
> Michaël
> 
>  >Any thoughts on these changes? Am I being to particular, or will these
>  >changes clarify the user interface a little?
>  >
>  >Thanks,
>  >
>  >The Sunburned Surveyor
>  >
>  
> >-
>  >This SF.net email is sponsored by: Microsoft
>  >Defy all challenges. Microsoft(R) Visual Studio 2005.
>  >http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>  >___
>  >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: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> 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: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> 
> 
> 
> 
> ___
> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Language files

[Stefan Steiniger]

I got the file from Paolo
which works for r3-gis in Italy. (see CC)

@Paolo: as you see we commited the italian file yesterday. Peppe (see 
cc) has offered to translate the missing italian strings.

thank you Michael,

stefan

Michaël Michaud schrieb:
> Hi Giuseppe,
> 
> I only added Italian language file yesterday. Stefan sent it to me (I 
> don't know where it comes from and why it was not included in the 
> distribution).
> You can get it from the svn or wait 24 hours to get it from NB.
> 
> Michael
> 
> Giuseppe Aruta a écrit :
> 
>> Thanks for your Job, Michael.
>> I have a question: how can I set up the Italian
>> language with OJ?
>> I tried the code -Duser.language=IT and it_IT , it and
>> it-IT but I always see the menu in English.
>>
>> Regards
>>
>> peppe
>>
>> --- Michaël Michaud <[EMAIL PROTECTED]> ha
>> scritto:
>>
>>  
>>
>>> Hi list,
>>>
>>> I tried to clean-up a little bit the language files.
>>> To do it, I used a tool
>>> (https://prbeditor.dev.java.net/) which makes it 
>>> easy to find missing keys, but which has its own way
>>> to format and order 
>>> things (I must say I lost so many comments that I
>>> cleaned them all but 
>>> the header ones). If some of you are bothered by
>>> that, we'll have to 
>>> come back to previous version (thanks to tell me).
>>>
>>> I mainly removed unused keys and I did a list
>>> containing missing 
>>> translations (I did not do the list for portuguese
>>> and chinese : too 
>>> many translations missing).
>>> Please, try the next nightly build to check I did
>>> not break anything in 
>>> your language, and update the files in your language
>>> or send the 
>>> translations to be committed (note that the list
>>> here after may not be 
>>> exhaustive, and the best way is to check the file
>>> itself)
>>>
>>> Michaël
>>>
>>> *German*
>>> I replaced the value of the following keys by an
>>> empty string (used in 
>>> function combobox of simple query plugin to say : no
>>> function to apply).
>>>
>>>
>>>
>> org.openjump.core.ui.plugin.queries.Function.bnof/nnof/snof/gnof
>>  
>>
>>> Missing translation
>>>
>>>
>>>
>> jump.plugin.edit.ExtractSegmentsPlugIn.Merge-resulting-segments
>>  
>>
>> jump.plugin.edit.ExtractSegmentsPlugIn.Remove-doubled-segments
>>  
>>
>>> ui.WorkbenchFrame.do-you-want-to-close-them-also
>>>
>>>
>>>
>> ui.WorkbenchFrame.other-internal-frames-depend-on-this-task-frame
>>  
>>
>>> *Finnish*
>>>
>>>
>>>
>> jump.plugin.edit.ExtractSegmentsPlugIn.Merge-resulting-segments
>>  
>>
>> jump.plugin.edit.ExtractSegmentsPlugIn.Remove-doubled-segments
>>  
>>
>> org.openjump.core.ui.plugin.layer.LayerPropertiesPlugIn.***
>>  
>>
>>> ui.plugin.SaveImageAsPlugIn.write-world-file
>>> ui.WorkbenchFrame.close-all
>>> ui.WorkbenchFrame.do-you-want-to-close-them-also
>>>
>>>
>>>
>> ui.WorkbenchFrame.other-internal-frames-depend-on-this-task-frame
>>  
>>
>>> ui.style.LabelStylePanel.scale-is-below
>>> deejump.pluging.style.LayerStyle2SLDPlugIn.Namespace
>>>
>>>
>>>
>> org.openjump.core.ui.plugin.layer.ChangeLayerableName.Rename
>>  
>>
>>> *Spanish*
>>> jump.plugin.edit.AffineTransformationPlugIn.***
>>>
>>>
>>>
>> jump.plugin.edit.ExtractSegmentsPlugIn.Merge-resulting-segments
>>  
>>
>> jump.plugin.edit.ExtractSegmentsPlugIn.Remove-doubled-segments
>>  
>>
>>> jump.plugin.edit.LineNoderPlugIn.Node-Lines
>>>
>>>
>>>
>> org.openjump.core.ui.plugin.layer.LayerPropertiesPlugIn.***
>>  
>>
>>> ui.plugin.SaveImageAsPlugIn.write-world-file
>>> ui.WorkbenchFrame.close-all
>>> ui.WorkbenchFrame.do-you-want-to-close-them-also
>>>
>>>
>>>
>> ui.WorkbenchFrame.other-internal-frames-depend-on-this-task-frame
>>  
>>
>>> *Portuguse_BR*
>>>
>>>
>>>
>> jump.plugin.edit.ExtractSegmentsPlugIn.Merge-resulting-segments
>>  
>>
>> jump.plugin.edit.ExtractSegmentsPlugIn.Remove-doubled-segments
>>  
>>
>> org.openjump.core.ui.plugin.layer.LayerPropertiesPlugIn.***
>>  
>>
>>> ui.plugin.SaveImageAsPlugIn.write-world-file
>>> ui.WorkbenchFrame.close-all
>>> ui.WorkbenchFrame.do-you-want-to-close-them-also
>>>
>>>
>>>
>> ui.WorkbenchFrame.other-internal-frames-depend-on-this-task-frame
>>  
>>
>>> ui.style.LabelStylePanel.scale-is-below
>>> deejump.pluging.style.LayerStyle2SLDPlugIn.Namespace
>>> jump.plugin.qa.DiffGeometryPlugIn.Layer
>>>
>>>
>>>
>> org.openjump.core.ui.plugin.edittoolbox.cursortools.area
>>  
>>
>> org.openjump.core.ui.plugin.mousemenu.MoveAlongAnglePlugIn.Will-convert-input-value-from-feet-to-meters
>>  
>>
>>> *Italian*
>>>
>>>
>>>
>> com.vividsolutions.jump.workbench.ui.plugin.SelectablePlugIn
>>  
>>
>> com.vividsolutions.jump.workbench.ui.plugin.analysis.BufferPlugIn
>>  
>>
>>> deejump.pluging.style.LayerStyle2SLDPlugIn.Namespace
>>>
>>>
>>>
>> jump.plugin.edit.ExtractSegmentsPlugIn.Merge-resulting-segments
>>  
>>
>> jump.plugin.edit.ExtractSegmentsPlugIn.Remove-doubled-segments
>>  
>>
>> org.openjump.core.ui.plugin.file.OpenRecentProjectPlugIn.Open-Recent-Task
>>  
>>
>> org.openjump.co

[JPP-Devel] new tracker on SF for usability and translation improvements

[Stefan Steiniger]

Hey all,

here the link for the new tracker:

https://sourceforge.net/tracker/?atid=997723&group_id=118054&func=browse

so now we can add usuablity requests and changes for the translation add 
to this tracker :)
(i.e. we do not need the Bug tracker for this anymore)

bye
stefan

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] new tracker on SF for usability and translation improvements

[Stefan Steiniger]

yep.. i have seen it :)

I currently have set the option, that every time a new item is added, 
then automatically a message is send to the devel list... so don't wonder.


I also started to move all the open translation/usuablity items from the 
bug list to this new list

stefan

Larry Becker schrieb:
> Nice work Stefan.  I put in the first usability tracker entry for the 
> MrSID on linux problems.
> 
> Larry
> 
> On 9/27/07, *Stefan Steiniger* < [EMAIL PROTECTED] 
> <mailto:[EMAIL PROTECTED]>> wrote:
> 
> Hey all,
> 
> here the link for the new tracker:
> 
> https://sourceforge.net/tracker/?atid=997723&group_id=118054&func=browse
> <https://sourceforge.net/tracker/?atid=997723&group_id=118054&func=browse>
> 
> so now we can add usuablity requests and changes for the translation
> add
> to this tracker :)
> (i.e. we do not need the Bug tracker for this anymore)
> 
> bye
> stefan
> 
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> <mailto:Jump-pilot-devel@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> <https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel>
> 
> 
> 
> 
> -- 
> http://amusingprogrammer.blogspot.com/
> 
> 
> 
> 
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> 
> 
> 
> 
> ___
> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Language files

[Stefan Steiniger]

As far as i understand Andreas was saying that prbeditor says that the 
key is missing in the finnish file and other ones, while the string 
should be/is existing and needed?

but maybe he means something else
stefan

Michaël Michaud schrieb:
> Hi Andreas,
> 
>>> deejump.pluging.style.LayerStyle2SLDPlugIn.Namespace
>>>
>>>
>> This key is definitely in all of the language files, yet the tool
>> reported it missing in Finnish and other languages. Did you use an old
>> version of the files?
>>  
>>
> Sorry, I did not understand your remark.
> I started from the language files in the svn except for italian. What is 
> the problem with
> 
> deejump.pluging.style.LayerStyle2SLDPlugIn.Namespace ?
> 
> Is it a useful or unuseful key ? (it seems to be useful, at least in my 
> OpenJUMP installation which is compiled very often from the svn)
> I need to understand which tool is reporting what and in which language.
> 
> Michaël
> 
>> Best regards, Andreas
>>  
>>
>> 
>>
>> -
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>>
>> 
>>
>> ___
>> 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: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] OpenJUMP releases and bug management

[Stefan Steiniger]

a bit offside:

Sunburned Surveyor schrieb:
> Stefan,
> 
> This is an excellent e-mail. (By the way, I saw your picture online
> the other day and was surprised at how young you are. I guess your
> wisdom had me picturing you as some old university professor.) :]

people usually guess my age 5 years younger from my visual appearance. 
So you may add five to your estimated age :) [or maybe .. one more info: 
this year of live is a round one]
Actually I learned today again that I am still a rookie in a couple of 
things.

> 
> If we came up with a bug classification system I would be willing to
> spend a couple of weeks every few months working on bugs during a
> freeze.

a first thing i did today was sorting the UI-improvements out from the 
bug list into a new tracker
> 
> I also like the idea of making task groups or assigning different
> responsibilities. I think you could already put Peppe and I down for
> documentaiton and OpenJUMP help. :]

yep..looks like that. I yesterday saw Pepes amazing work on the new 
wiki-doc!

> 
> SS
> 
> On 9/18/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote:
>> Hei,..
>>
>> took me a long time to come to this email.
>> It is longer than intended .. and i actually don't want to start the
>> discussion on this now, as some people are still in holidays and i am
>> busy with other things as well.
>>
>> 1) my comments on the release strategy
>> ===
>> * first when moving on with the disucssion we shall wait until Andreas
>> is back from vacations
>> * i agree that we need a system.. but which one?
>> * i like the classification proposed by Michael (but inverted ;)  It is
>> a very good start, and we shall adopt it! I believe we are anyway just
>> 2-3 person adding bug reports
>> (actually i would like to see more added bug reports to have a history)
>> * lots of the bug reports added recently by myself are reminders
>> * i think i would agree that we should have a clean >=5 bug list after
>> doing a major release e.g. 1.3
>>
>> 2) A release vs. bug management strategy could look like this:
>> ===
>> * value >6: bug need to be fixed before minor release (e.g. 1.2.2 to 1.2.3)
>> * 3< value <6: fix for major release (e.g. 1.2 to 1.3)
>> * value <= 3: fix latest for new version(1.3 to 2.0)
>>
>> 3) but there are still problems:
>> =
>> - who classifies the bugs?
>> - will somebody work on the bugs if we do a freeze?
>> - when do we freeze?
>> - who decides for the next release
>>
>> notes:
>> a) to make a new major release (1.2 to 1.3) new features should be
>> necessary. But this is obviously not a problem for us.
>> b) when adopting larger core-changes (GUI: Dockable Framework, Data-IO)
>> we need to include all projects: Pirol, Lat/lon, SIGLE, SkyJUMP and JPP
>> in a discussion.
>> c)  i think refactoring the JUMP core is impossible due to external
>> plugin dependencies.
>>
>>  >>>>
>> seems like we should sit together and make a release plan for the next
>> release 1.3 ;)
>> stefan
>>
>> PS: to be honest. Currently I have the feeling that OJ requires a
>> half-day for managment (reading and answering emails can take up to 2h a
>> day).but maybe this is reasoned by the fact that I (try) to do OJ stuff
>> only in my speartime.
>> Maybe we should start thinking about
>> a) a voting system (using www.doodle.ch? would be an idea)
>> b) or a complete new project structure: e.g. making task groups
>> (responsibles), dividing admin stuff and deveopment stuff.
>>
>> -
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>> ___
>> 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: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Questions on undo/redo support?

[Stefan Steiniger]

> not sure of the consequences of that.  I still remember the first time I 
> tried to do a copy from one layer to another in code.  I ended up with 
> two features sharing the same geometry.  A potentially useful, but scary 
> concept.
ah yes.. i remember that you found this bug as well in my replicate 
function. So editing geometries become a bit funny

stefan

> 
> regards,
> Larry
> 
> On 9/27/07, *Sunburned Surveyor* <[EMAIL PROTECTED] 
> > wrote:
> 
> I've been looking at the steps necessary to add undo/redo support to
> the Super Select Tool. I had a question or two about memory usage that
> someone who has worked with the undo/redo code may be able to help
> with.
> 
> How is the memory usage of undo/redo handled in OpenJUMP. For example,
> will I be hogging all sorts of memory if I implement an UndoableEdit
> that stores information needed to perform the "undo/redo" operation in
> memory, and then create a process where the user could potentially
> create lots of instances of these UndoableEdits? Does OpenJUMP enforce
> some type of limit on the number of supported undo/redo operations or
> a memory limit to keep this from happening?
> 
> If not, perhaps the smart thing to do is create an UndoableEdit that
> stores its data on-disk.
> 
> Does anyone have experience combining multiple UndoableEdits into a
> single undo/redo operation? As an example, the "send to layer" button
> in my Super Select Tool could perform up to three (2) separate
> operations depending on how it is configured:
> 
> [1] Copy selected features to the destination layer.
> [2] Clear the current selection.
> [3] Delete the copied features from the source layer.
> 
> I don't really want the user to be required to click the undo button
> three (3) times to undo what they did with a single click, do I? This
> means I have to find a way to combine the three (3) separate actions
> into a single UndoableEdit, correct?
> 
> Thanks,
> 
> The Sunburned Surveyor
> 
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> 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: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> 
> 
> 
> 
> ___
> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] ReplaceValuePlugIn

[Stefan Steiniger]

Hei again,


Eric Lemesre schrieb:
> Salut Stefan,
> 
> I am totaly agree with this condition Of course.
> I prefer to get write acces by pass the second condition. I think it is 
> the better way for all.

ok..
Btw. it depends how fast you are with your second extension. But if it 
does not take weeks, you can commit both tools together if you have 
write access.

> 
> For my second contribution i want to extends JoinTable plugin.
>  * select fields to join
>  * select datasource type

sounds very good :)

> Can i add Jlist  to MultiInputDialog?

yes.. i think so :)
If nobodoy else has a problem with.

stefan

> 
> Eric
> 
> 2007/9/26, Stefan Steiniger < [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>:
> 
> Salut Eric,
> 
> nice to have you on board :)
> We have setup some informal rules for contribution. You get write
> access
> to the svn in two ways:
> 1) you get immediate access to the svn if you got a recommendation by
> developer that is already well known by the project (or a member); or
> 2) we review the first two contributions. If both are ok you will grant
> write access. As you passed the 1st code-review round already according
> to Michael, I would like to ask you, to send to your second contribution
> to the devel-list for a review (if you have finished that work already)
> 
> I hope you understand this policy and I suppose the 2nd sample you
> presenet will be a piece of cake for you? Alteratively you may tell us
> (or me and Michael personally) about your programming experience.
> 
> Anyway, as it seems to me you will qualify ;) i ask you to already send
> me your sourceforge account name (on my personal email), so i can
> prepare anything for svn-write access.
> 
> cheers, currently from Germany (Btw. I met some people from Intevation
> on the Intergeo fair)
> 
> stefan
> 
> @ Michael: thank you for reviewing! If you want you can commit the code.
> Otherwise I will do in the next days.
> 
> 
> Michaël Michaud schrieb:
>  > Hi Eric,
>  >
>  > Nice to see another french guy involved in OpenJUMP development ;-)
>  > I reviewed your code and it's ok for me.
>  > Maybe you should explain the use case for setting an attribute with
>      > another attribute value.
>  > Anyway, this is just a new capability of an existing plugin.
>  > I can commit the code, or we have to ask Sunburned Surveyor or Stefan
>  > Steiniger (I think Stefan is out of his office until next week)
> who are
>  > the administrators of the site and can give svn access to new
> developers.
>  >
>  > Michaël
>  >
>  > Eric Lemesre a écrit :
>  >
>  >> Hello,
>  >>
>  >> Thank verry much for the good job in OpenJUMP.
>  >>
>  >> I make somme modifications in the plugIn ReplaceValuePlugIn (in
>  >> org.openjump.sigle.plugin.replace).
>  >> This plugin replace a attribute with a constante. And now we can
> copy
>  >> one attribute to an other one.
>  >>
>  >> I joint the code.
>  >>
>  >> How can i have acces to repository and what is rules to use?
>  >> Or how to put this modifications in JPP?
>  >>
>  >> I have planed somme other works and want to give it to the community
>  >>
>  >> Thanks
>  >> Eric
>  >>
>  >>
> 
> 
>  >>
>  >>
>  >> /*
>  >> * The Unified Mapping Platform (JUMP) is an extensible,
> interactive GUI
>  >> * for visualizing and manipulating spatial features with
> geometry and attributes.
>  >> *
>  >> * Copyright (C) 2003 Vivid Solutions
>  >> *
>  >> * This program is free software; you can redistribute it and/or
>  >> * modify it under the terms of the GNU General Public License
>  >> * as published by the Free Software Foundation; either version 2
>  >> * of the License, or (at your option) any later version.
>  >> *
>  >> * This program is distributed in the hope that it will be useful,
>  >> * but WITHOUT ANY WARRANTY; without even the implied warranty of
>  >> * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
>  >> * GNU General Public License for more details.
>  >> *
>  >> 

Re: [JPP-Devel] Language files

[Stefan Steiniger]

Hei Jukka,

i think it will still work the way as we did it before.
So use the nightly built.

but the keys posted by Michael should give you a hint where to search 
for empty ones. Because it will take some time to go through the list 
and find the keys that need to be translated.
I don't know if you can use prbeditor as well. We/You need to test that.

stefan

Rahkonen Jukka schrieb:
>> -Alkuperäinen viesti-
>> Puolesta Michaël Michaud
> 
>> The key and the (english) string value are in the finnish 
>> file, did I miss something else ?
>>
>> Michael
> 
> I believe I will have time for translating the missing strings next week. 
> But what is the preferred way to do it?  Until now I have just downloaded the 
> nighly build, edited the language file and sent it corrected to Stefan. 
> I believe that the list you sent was about the strings that had no
> Finnish translation at all. I will go through that but there is also 
> something to correct in my earlier job.
> 
> -Jukka Rahkonen-
> 
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Language files - - Shortcut keys html page

[Stefan Steiniger]

done! .. and thanx for the hint :)

stefan

Michaël Michaud schrieb:
> Hi,
> 
> @Giuseppe : I committed your html file (should be available soon in the NB)
> 
> @Jukka : did you see my answer to peppe on 28/09/2007. I can also commit 
> finnish file if you translate it
> 
> @Stefan : german file seems also to be missing...
> 
> Michaël
> 
> Giuseppe Aruta a écrit :
> 
>> --- Michaël Michaud <[EMAIL PROTECTED]> ha
>> scritto:
>>
>>  
>>
>>> Hi Giuseppe,
>>> Yes, shortcut keys are translated in an html file
>>> and the italian 
>>> version is missing.
>>> Here is the english file in the svn :
>>>
>>>
>>>
>> http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot/core/trunk/src/com/vividsolutions/jump/workbench/ui/plugin/KeyboardPlugIn_en.html?revision=859&view=markup
>>  
>>
>>> You can create italian file from this one, and any
>>> committer can add it 
>>> to the trunk.
>>>
>>>
>> Hi Michaël
>> I have no idea how to modify by svn, so I did the
>> modification in a TXT file, which I send back, hoping
>> it is possible to use it:
>>
>> *
>> 
>> 
>> 
>> 
>> 
>>
>>  > face="Verdana" size="2">Zoom in
>>  > face="Verdana" size="2">Alt + Tasto
>> Sinistro
>>
>>
>>  > face="Verdana" size="2">Zoom out
>>  > face="Verdana" size="2">Alt + Tasto Destro
>>
>>
>>  > face="Verdana" size="2">Panoramica
>>  > face="Verdana" size="2">Shift + Alt +
>> Trascina
>>
>>
>>  > face="Verdana" size="2">Seleziona Elementi
>>  > face="Verdana" size="2">Ctrl + Tasto
>> Sinistro
>>
>>
>>  > face="Verdana" size="2">Seleziona Elementi solo da
>> Layer Selezionati
>>  > face="Verdana" size="2">Ctrl + Tasto Sinistro (Quando
>> lo Strumento Selezione è attivato)
>>
>>
>>  > face="Verdana" size="2">Aggiungi ASlla Selezione/
>> Disseleziona
>>  > face="Verdana" size="2">Shift + Ctrl + Tasto Sinistro
>> (Anche Shift + Tasto Sinistro quando lo Strumento
>> Selezione è attivato)
>>
>>
>>  > face="Verdana" size="2">Cancella Elementi
>> Selezionati
>>  > face="Verdana" size="2">Cancella
>>
>>
>>  > face="Verdana" size="2">Informazione
>> Elementi
>>  > face="Verdana" size="2">Ctrl + Alt + Left
>> Click
>>
>> 
>> 
>> 
>> **
>>
>>
>> Note that in the latest OJ NB Larry entroduced another
>> Shortcut: wheel zoom for Zoom in/out but thid is not
>> explained on the Shortcut HTML file.
>>
>> Regards,
>>
>> Peppe
>>
>>
>>  ___ 
>> L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: 
>> http://it.docs.yahoo.com/nowyoucan.html
>>
>>
>> -
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>> ___
>> 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: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] @Stefan - Complete Italian Language files

[Stefan Steiniger]

i commited yesterday

Sunburned Surveyor schrieb:
> Hey guys.
> 
> Do we need to simply commit this to the SVN? If so, I can take care of
> it if someone lets me know.
> 
> The Sunburned Surveyor
> 
> On 9/28/07, Giuseppe Aruta <[EMAIL PROTECTED]> wrote:
>> Hi Stefan,
>>
>> attached to this mail there is  the Italian Language
>> files with the correction which pointed out by by
>> Michael.
>>
>>
>> some notes:
>>
>> 1) English word "Buffer"  probabily remains the same
>> in Italian.
>> 2) I left the word "Layer" in the menu even if the
>> correct word in Italian is "Livello". But meny Italian
>> GIS users  prefer "Layer" since they work with the
>> English version of ArcGIS
>>
>> Paolo job is very accurate.
>>
>> Peppe
>>
>>
>>  ___
>> L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: 
>> http://it.docs.yahoo.com/nowyoucan.html
>> -
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>> ___
>> 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: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> 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: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Language files - - Shortcut keys html page

[Stefan Steiniger]

it is an hmtl (shown in an html frame)

stefan

Sunburned Surveyor schrieb:
> Looks like Michael already committed Peppe's table.
> 
> Is the format for these shortcut internationalization keys an HTML
> table, or is it a plain text file that was posted as HTML?
> 
> Thanks,
> 
> The Sunburned Surveyor
> 
> On 10/1/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote:
>> done! .. and thanx for the hint :)
>>
>> stefan
>>
>> Michaël Michaud schrieb:
>>> Hi,
>>>
>>> @Giuseppe : I committed your html file (should be available soon in the NB)
>>>
>>> @Jukka : did you see my answer to peppe on 28/09/2007. I can also commit
>>> finnish file if you translate it
>>>
>>> @Stefan : german file seems also to be missing...
>>>
>>> Michaël
>>>
>>> Giuseppe Aruta a écrit :
>>>
>>>> --- Michaël Michaud <[EMAIL PROTECTED]> ha
>>>> scritto:
>>>>
>>>>
>>>>
>>>>> Hi Giuseppe,
>>>>> Yes, shortcut keys are translated in an html file
>>>>> and the italian
>>>>> version is missing.
>>>>> Here is the english file in the svn :
>>>>>
>>>>>
>>>>>
>>>> http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot/core/trunk/src/com/vividsolutions/jump/workbench/ui/plugin/KeyboardPlugIn_en.html?revision=859&view=markup
>>>>
>>>>
>>>>> You can create italian file from this one, and any
>>>>> committer can add it
>>>>> to the trunk.
>>>>>
>>>>>
>>>> Hi Michaël
>>>> I have no idea how to modify by svn, so I did the
>>>> modification in a TXT file, which I send back, hoping
>>>> it is possible to use it:
>>>>
>>>> *
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>>
>>>>  >>> face="Verdana" size="2">Zoom in
>>>>  >>> face="Verdana" size="2">Alt + Tasto
>>>> Sinistro
>>>>
>>>>
>>>>  >>> face="Verdana" size="2">Zoom out
>>>>  >>> face="Verdana" size="2">Alt + Tasto Destro
>>>>
>>>>
>>>>  >>> face="Verdana" size="2">Panoramica
>>>>  >>> face="Verdana" size="2">Shift + Alt +
>>>> Trascina
>>>>
>>>>
>>>>  >>> face="Verdana" size="2">Seleziona Elementi
>>>>  >>> face="Verdana" size="2">Ctrl + Tasto
>>>> Sinistro
>>>>
>>>>
>>>>  >>> face="Verdana" size="2">Seleziona Elementi solo da
>>>> Layer Selezionati
>>>>  >>> face="Verdana" size="2">Ctrl + Tasto Sinistro (Quando
>>>> lo Strumento Selezione è attivato)
>>>>
>>>>
>>>>  >>> face="Verdana" size="2">Aggiungi ASlla Selezione/
>>>> Disseleziona
>>>>  >>> face="Verdana" size="2">Shift + Ctrl + Tasto Sinistro
>>>> (Anche Shift + Tasto Sinistro quando lo Strumento
>>>> Selezione è attivato)
>>>>
>>>>
>>>>  >>> face="Verdana" size="2">Cancella Elementi
>>>> Selezionati
>>>>  >>> face="Verdana" size="2">Cancella
>>>>
>>>>
>>>>  >>> face="Verdana" size="2">Informazione
>>>> Elementi
>>>>  >>> face="Verdana" size="2">Ctrl + Alt + Left
>>>> Click
>>>>
>>>> 
>>>> 
>>>> 
>>>> **
>>>>
>>>>
>>>> Note that in the latest OJ NB Larry entroduced another
>>>> Shortcut: wheel zoom for Zoom in/out but thid is not
>>>> explained on the Shortcut HTML file.
>>>>
>>>> Regards,
>>>>
>>>> Peppe
>>>>
>>>>
>>>>  _

Re: [JPP-Devel] InfoNode Tabbed Panels for OpenJUMP's GUI

[Stefan Steiniger]

ok :)
so we defer the decission. Unfortunately i did not yet manage to look on 
the docking framework yet :|

stefan

Sunburned Surveyor schrieb:
> Sounds like I might be rushing this particular item. :] Let me know if
> you need someone to test out your work with OpenJUMP and the other
> docking framework, or your modifications with the InfoNode code. I am
> eager to get it into the nightly build. :]
> 
> The Sunburned Surveyor
> 
> On 10/3/07, Paul Austin <[EMAIL PROTECTED]> wrote:
>> Landon,
>>
>> For the tabbed panels there are some changes that I'm still working on,
>> and I want  to try out another docking framework to see if it is any better.
>>
>> One of the enhancements I want to support in the Info Table mode
>> (already in the info detail mode) is that you can specify custom Cell
>> renderers and editors for a FeatureType. For example I have a custom
>> plug-in that loads data from and Oracle database, where I have a foreign
>> key to a code table the renderer displays the value (e.g. paved) instead
>> of the id 7 and the editor displays a drop down of the lists of values.
>> Initially this will be done via the API by extensions but we could build
>> a GUI and a way to say it in the project file.
>>
>> Paul
>>
>> Sunburned Surveyor wrote:
>>> Did we ever come to a decision about commiting Paul's changes to the
>>> OpenJUMP GUI using InfoNode's tabbed panels. I know that I really
>>> liked how it ehanced the usability of the GUI, and I've been through
>>> some of the InfoNode developer documents personally. (The docs are
>>> some of the best I've seen for open source code.)
>>>
>>> I am using a flavor of OpenJUMP with Paul's GUI enhancements for my
>>> own work in OpenJUMP and I would like to know if others have comments
>>> or conerns about adopting it.
>>>
>>> If the majority is against including the changes to the GUI I have no
>>> problem with that, but I don't want us to neglect including it because
>>> we just forgot to make a final decision.
>>>
>>> Thanks,
>>>
>>> The Sunburned Surveyor
>>>
>>> P.S. - Great work on the GUI improvements to OpenJUMP Paul. You've got
>>> me hooked on InfoNode's tabbed panels!
>>>
>>> -
>>> This SF.net email is sponsored by: Splunk Inc.
>>> Still grepping through log files to find problems?  Stop.
>>> Now Search log events and configuration files using AJAX and a browser.
>>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>>> ___
>>> 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: Splunk Inc.
>> Still grepping through log files to find problems?  Stop.
>> Now Search log events and configuration files using AJAX and a browser.
>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>> ___
>> 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: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> ___
> 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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Another unfinsihed task...

[Stefan Steiniger]

another suggestion:
Erwan did develop GDBMS and H2 spatial.. may this - i.e. H2 - be an 
alternative to HSQL? GDBMS would be used as abstract layer?

stefan

Sunburned Surveyor schrieb:
> There was some recent discussion about the performance of OpenJUMP
> with large datasets. I started tweaking my FeatureCache code to use
> HSQL this morning. This might provide a workable solution to the
> problem. I hope it might also be used in the future to support
> "non-spatial" features
> 
> Its a little trickier than I thought because I have to alter tables in
> HSQL if there are changes to the FeatureSchema in OpenJUMP. (For
> example: The user adds an attribute to a layer.) The only other
> alternative is to make the FeatureCache read only, and I don't want to
> do that.
> 
> I'm also trying to figure out a good way to "cache" insert statements
> at the low-level of my FeatureCahce. (This is in the FeatureGate.) I
> don't want to execute an insert/update statement everytime a Feature
> needs to be stored in permanent memory, but I don't want to loose
> Features temporarily stored in the FeatureGate before insert/update
> statements are executed. I think I can do this by adding some code to
> the OpenJUMP shutdown hook to flush each FeatureCache.
> 
> Another issue is that HSQL only supports one database in "embedded"
> mode by default. This means all tables underlying the FeatureCache's
> within all JUMP projects on a single computer would need to be stored
> in the same database. I'm not sure if this is the most elegant
> solution.
> 
> I'm not a JDBC or HSQL wizard, so if you have suggestions for me they
> are appreciated. (I will be storing JTS Geometries as BLOB's. Thanks
> for that earlier suggestion.)
> 
> I'll keep everyone posted on my slow progress. :]
> 
> The Sunburned Surveyor
> 
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> ___
> 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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] @Michael - revison on CAD

[Stefan Steiniger]

your suggestions are all good :)
stefan

Larry Becker schrieb:
> Making a generic capability to break out a layer into linestrings, 
> polygons, points, and annotation is an excellent idea.  If you recall, I 
> tried to port over the capability to do this with the shapefiles version 
> of SkyJUMP's enhanced Save Selected Datasets command.  Perhaps the best 
> way to do this is to refactor this capability out as a separate class 
> and plugin.
> 
> I'll add this to my to-do list.  Does anyone have specific use cases?  
> I'm assuming that the command would leave the original layer alone, and 
> create new layers for each of the geometry types mentioned above.  It 
> would use the original layer name and append _line, _area, _point, or 
> _text  (internationalized).  Does this sound reasonable?
> 
> The menu might say something like, "Extract geometry types to separate 
> layers", if that isn't too lengthy.
> 
> regards,
> Larry
> 
> On 10/3/07, * Michaël Michaud* <[EMAIL PROTECTED] 
> > wrote:
> 
> Larry Becker a écrit :
> 
>  > Hi Michaël,
>  >
>  >   As I might have mentioned before, we use your dxf plugin
>  > extensively.  I have been meaning to write that auto-style script
>  > too.  Hope you get it done first  :-)  There are some issues with
>  > styling text, since you don't usually want the point displayed, and
>  > also, by default, the text centers on the point instead of left
>  > justifying.  In fact, I added the new label style left justification
>  > for just this purpose.
> 
> Hi, it seems that reproducing the exact DXF layout may be more difficult
> than what I have thought.
> 
>  >
>  >   This introduces an item on my dxf wish list.  ESRI's DXF import
>  > automatically places text, points, linestrings, and polygons on their
>  > own layer.  I don't know of a precedent for this in JUMP, but I don't
>  > see why it isn't possible, do you?  Clearly it would make automated
>  > styling easier.
> 
> IMHO, OpenJUMP has the great advantage to be able to manage
> heterogeneous layers, and this capability must be used to preserve
> imported file structure as close as possible to the source one (DXF,
> MIF/MID) .
> Dispatching features in different layers according to their geometry (or
> to an attribute value) is a generic need which should be developped in a
> separate plugin (not included in the driver). A plugin already
> exists to
> select features with a specific geometry type. Developping another one
> to create a layer by geometry type should not be too hard.
> 
> For DXF layers, I must admit that dispatching features from different
> DXF layers into different OpenJUMP layers should take place in the
> driver. It is just a bit more work to load features from a single file
> into several layers. On the other hand, dispatching loaded features
> using an attribute value is also an easy thing, and I already
> developped
> a plugin to do that (this can also be considered as a generic function,
> and can be useful in other situations).
> 
> Michael
> 
>  >
>  > regards,
>  >
>  > Larry
>  >
>  > On 10/1/07, *Michaël Michaud* < [EMAIL PROTECTED]
> 
>  >  >> wrote:
>  >
>  > Hi Peppe,
>  >
>  > I read your page about CAD. Good documentation !
>  > Here are some propositions to be more precise about what the
>  > driver can
>  > do and what it cannot :
>  > - subset of supported geometries features  (ex. POINT,
>  > POLYLINE..., I'll
>  > check that)
>  > - list of dxf feature attributes imported (COLOR, THICKNESS...,
>  > see the
>  > schema of an imported dxf file)
>  > - more precise description of how polylines are imported :
> the DXF
>  > "closed" field is used to know if geometries have to be
> imported as
>  > polygons or as polylines. This way the parser can make a
> difference
>  > between a closed line (a polyline with identical first and
> last points
>  > but without the closed dxf attribute) and a polygon (a closed
> polyline
>  > with the closed attribute) : to test it, you can draw a
> polygon and a
>  > closed polyline in jump, export it in dxf and import it back
> into
>  > jump.
>  > - we should also write that the plugin is able to "export"
> DXF files
>  > from OpenJUMP, even if this is less useful than importing cad
>  > drawings.
>  > - I did not test all the dxf version you considered (8 to
>  > 14/2002). Hope
>  > that works. The driver is based on an old version of DXF
>  > specification
>  > (10 or 12, don't remember exactly). Most of new 

Re: [JPP-Devel] Drag n' Drop For OpenJUMP

[Stefan Steiniger]

ok if Martin loves it, there must be strong objections if we do not 
inlcude it. I haven't seen it yet, as i think the discussion was last 
week when i have been off. But i would like to have a comment by Larry 
or Michael on that too (beeing now the main devels).

stefan

Martin Davis schrieb:
> Yay!  I found it pretty addictive too, once I added it to one of my 
> apps.  Suddenly makes it s easy to add data from whereever.
> 
> Look forward to seeing this in OJ.
> 
> Sunburned Surveyor wrote:
>> I was able to give the new drag and drop support for OpenJUMP a try
>> last night and I loved it?
>>
>> Does anyone have a problem commiting this to the nightly build if we
>> haven't already?
>>
>> Good work Paul and Martin!
>>
>> The Sunburned Surveyor
>>
>> -
>> This SF.net email is sponsored by: Splunk Inc.
>> Still grepping through log files to find problems?  Stop.
>> Now Search log events and configuration files using AJAX and a browser.
>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>> ___
>> 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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Drag n' Drop For OpenJUMP

[Stefan Steiniger]

Hei Paul,

Paul Austin wrote:

> The latest of my nightly build should have the I18N fixed

ok

>
> I'll probably merge on Tuesday as I'm in San Fran for the weekend, no 
> point making changes when I'm not going to be here after

I agree

stefan

>
> Paul
>
> Larry Becker wrote:
>
>> The only issue I know of is i18n.  If Paul has fixed that, we need to 
>> retest.
>>
>> Larry
>>
>> On 10/3/07, *Stefan Steiniger* < [EMAIL PROTECTED] 
>> <mailto:[EMAIL PROTECTED]>> wrote:
>>
>> ok if Martin loves it, there must be strong objections if we do not
>> inlcude it. I haven't seen it yet, as i think the discussion was last
>> week when i have been off. But i would like to have a comment by
>> Larry
>> or Michael on that too (beeing now the main devels).
>>
>> stefan
>>
>> Martin Davis schrieb:
>> > Yay!  I found it pretty addictive too, once I added it to one of my
>> > apps.  Suddenly makes it s easy to add data from whereever.
>> >
>> > Look forward to seeing this in OJ.
>> >
>> > Sunburned Surveyor wrote:
>> >> I was able to give the new drag and drop support for OpenJUMP
>> a try
>> >> last night and I loved it?
>> >>
>> >> Does anyone have a problem commiting this to the nightly build
>> if we
>> >> haven't already>>
>> >> Good work Paul and Martin!
>> >>
>> >> The Sunburned Surveyor
>> >>
>> >>
>> -
>>
>> >> This SF.net email is sponsored by: Splunk Inc.
>> >> Still grepping through log files to find problems?  Stop.
>> >> Now Search log events and configuration files using AJAX and a
>> browser.
>> >> Download your FREE copy of Splunk now >> http://get.splunk.com/
>> >> ___
>> >> Jump-pilot-devel mailing list
>> >> Jump-pilot-devel@lists.sourceforge.net
>> <mailto:Jump-pilot-devel@lists.sourceforge.net>
>> >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>> >>
>> >>
>> >
>>
>> -
>> This SF.net email is sponsored by: Splunk Inc.
>> Still grepping through log files to find problems?  Stop.
>> Now Search log events and configuration files using AJAX and a
>> browser.
>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>> ___
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> <mailto: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: Splunk Inc.
>>Still grepping through log files to find problems?  Stop.
>>Now Search log events and configuration files using AJAX and a browser.
>>Download your FREE copy of Splunk now >> http://get.splunk.com/
>>
>> 
>>___
>>Jump-pilot-devel mailing list
>>Jump-pilot-devel@lists.sourceforge.net 
>><mailto:Jump-pilot-devel@lists.sourceforge.net>
>>https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>  
>>
>
>
>-
>This SF.net email is sponsored by: Splunk Inc.
>Still grepping through log files to find problems?  Stop.
>Now Search log events and configuration files using AJAX and a browser.
>Download your FREE copy of Splunk now >> http://get.splunk.com/
>
>
>
>___
>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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Postgis connection

[Stefan Steiniger]

 code this nigth.
> > >
>     >     > I have somme probleme with attribute from database :
> > > into database Numeric (16,4) => in OpenJump
> java.lang.BigDecimal
> > > and AttributeType.DOUBLE
> > >
> > > the cast (Double) java.lang.BigDecimal cath error !!!
> > >
> > > wath is the better way solve this?
> > > Handle java.lang.BigDecimal in the plugin?
> > > add new AttributeType.BIGDECIMAL ?
> > >
> > > I do'nt know where is the code to match java type with
> AttributeType
> > >
> > > Eric
> > >
> > > 2007/10/3, Stefan Steiniger < [EMAIL PROTECTED]
> <mailto:[EMAIL PROTECTED]>
> > <mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>
> > > <mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
> <mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>>>:
> > >
> > > Hei Eric,
> > >
> > > interesting to hear that you are livin in Le Mans.
> > > We don't impose a coding style - and i could not found
> what is
> > > "japoly"
> > > for a style.
> > > You may look in the code base to see how we do (see
> for example
> > > ISA code
> > > by Larry, or Michael, or Martin, just search for "michaud"
> > "Integrated
> > > Systems", "sstein" or "mbdavis" in the sources). The code
> > written
> > > by Jon
> > > Aquino is very good - he is a wizard -, but for me
> difficult to
> > > read. So
> > > i can not truely recommend his style (but this is just my
> > oppinion).
> > >
> > > BTW: it may be useful to register to the svn-notify
> list, so
> > you
> > > are on
> > > track with the changes done on the svn.
> > >
> >
> 
> http://sourceforge.net/mailarchive/forum.php?forum_name=jump-pilot-svn-notify
> > <
> 
> http://sourceforge.net/mailarchive/forum.php?forum_name=jump-pilot-svn-notify>
> > >
> > > I "cc" the message to Larry and Michael which have
> been the
> > main other
> > > contributors to OJs code base so far.
> > >
> > > cheers,
> > > stefan
> > >
> > > PS: are you commiting your first plugin extension by
> yourself?
> > >
> > > Eric Lemesre wrote:
> > >
> > > > Hi Stefan,
> > > >
> > > > Thanks.
> > > > I live in Le Mans and i work in Paris. And i come
> back home
> > > every day.
> > > >
> > > > Do you have coding style like JAPOLY ?
> > > >
> > > > Greetings form Paris
> > > > Eric
> > > >
> > > > 2007/10/1, Stefan Steiniger < [EMAIL PROTECTED]
> <mailto:[EMAIL PROTECTED]>
> > <mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>
> > > mailto:[EMAIL PROTECTED]>
> <mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>>
> > > >  <mailto:[EMAIL PROTECTED]> <mailto:[EMAIL PROTECTED]
> <mailto:[EMAIL PROTECTED]>>
> > mailto:[EMAIL PROTECTED]>
> <mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>>>>:
> > > >
> > > > Hei Eric,
> > > >
> > > > i have added you.
> > > > you can add you first plugin to the SVN repository.
> > > >
> > > > Before you commit any further changes i would
> like to ask
> > > you to send
> > > > your second work first to the developer list.
> > > >
> > > > please note that we usually write changes such
> as bug
> > fixe

Re: [JPP-Devel] Postgis connection

[Stefan Steiniger]

Hei Eric,

Uwe agrees to put the postgis plugin on the svn.
for the rest - because I never used maven - can you simple outline the 
directory structure on the SVN. So I have a better image what you want 
to do.

stefan

Eric Lemesre wrote:

> Hi Stefan,
>
> I am a newbee ;-) ,
>
> I like maven concept. We can resolve jar dependencies and provide
> an easy way to donwload any library, build reporting, run test Etc ...
>
> My second contribution is not ready and  I commit nothink.
>  
> But make maven repository like gt2 is probably a good idea.
>
> With Maven we can have by exemple :
>
>1.   PlugIn 
>   pom.xml for build all subfolder
>  1. ChartPlugIn
> pom.xml and all necessary file and folder for it.
>  2. PostgisPlug (if Uwe agrees to add the plugin)
> pom.xml ...
>2. a target directory with in all jar and workbench-properties.xml
>   with plugin reference
>
> Comment?
>
> @+
> Eric
>
> 2007/10/4, Stefan Steiniger <[EMAIL PROTECTED] 
> <mailto:[EMAIL PROTECTED]>>:
>
> Hei Eric,
>
> i don't realy understnd what you want to do.
> a) you want submit improvements?
>
> b) you want to make new plugin folders in the repository (for the 4
> plugins below)?
> => this should be possible, but i need to look how and where to store
> (i.e. adapt the structure)
> notes:
> * i am not sure if we shall include the Category tools..
> Actually, I need to ask Arnd how Pirol will move on and if there is
> somebody maintaining the code)
> * the srid support plugin is not needed for newer OJ 1.2 X versions,
> since it is now included in OJ. So you ma change the code in the SVN
> codebase?
> * i guess Uwe agrees to add the plugin code to the SVN - but we
> may talk
> to him first
>
> c) you want to have it "all"(?) in a "maven" folder to compile an
> extension? - Or do you want to create a separate maven folder?
> => I would prefer a separate folder
>
> but maybe others help for interpretation ;)
> comments are welcome
>
> stefan
>
> Eric Lemesre wrote:
>
> > Hi,
> >
> > No source in repository.
> > I have a working copy and modify directory structure for Maven 2.
> >
> > I have :
> > plugin
> >  * chartPlugIn (org.OpenJUMP.Graph from Erwan Bocher)
> >  i add a bar chart in JInertnalFrame. and I hope in some time a
> > refresh button.
> >  * JumpPostGIS ( net.refractions.postgis from Uwe Dalluege)
> >  i add a where clause
> >  * sridsupport (de.hawhamburg.sridsupport)
> >  the same
> >  * CategoryTools (de.fhOsnabrueck.jump.pirol.plugIns.CategoryTools
> > from LBST-PF-3\orahn)
> >  juste some translate
> > Etc
> > ...
> > and all plugin is package by command
> > mvn package
> >
> > It is probably possible to make Maven2 repository for OpenJump?
> >
> > Eric
> >
> > PS: I forward this mail to the liste.
> >
> >
> > 2007/10/3, Michaël Michaud <[EMAIL PROTECTED]
> <mailto:[EMAIL PROTECTED]>
> > mailto:[EMAIL PROTECTED]>>>:
> >
> > Hi,
> >
> > Good point Eric, I didn't know you worked with Uwe
> Dalluege's Postgis
> > Plugin.
> > You're right, there is something wrong with putting a
> BigDecimal value
> > into an AttributeType.DOUBLE jump attribute.
> >
> > I don't know if you can commit this change into the svn, as
> I did not
> > see the source file in the repository.
> >
> > Michaël
> >
> > Eric Lemesre a écrit :
> >
> > > Hi Michaël,
> > >
> > > the probleme is into PostgisConnection.java arroud line 261
> > >
> > >   f.setAttribute( attr_idx, new
> BigDecimal (
> > > dObj.doubleValue( ) ) );
> > >
> > > and I make somme little modification :
> > >
> > >   // if dObj value is outside of
> > Double.MAX_VALUE
> > > and Double.MIN_VALUE
> > >   // the value is +/- infinity [lemesre]
> > >   f.setAttribute( attr_idx, new Double (
> > > dObj.doubleValue( ) ) );
> &

Re: [JPP-Devel] Postgis Connection

[Stefan Steiniger]

have you tried to use the layer\add Datastore laye function?
It uses the Framework developed lately by Vividsolutions

As far as i know there is on the projet sigle website also an SQL Query 
plugin

as i am not familar with Databases, maybe someone else can help

stefan

Eric Lemesre wrote:

> Hi,
>
> I build Postgis layers with BeanShell Script.
>
> What is the better way to build layer with java code?
>
> I try :
>  - build pgSD with common properties (Host, database, user, password)
>  - pgQuery = new  PostGISDataSourceQuery(new 
> PostGISDataSource(),query,layerName);
>  - Update pgSD properties (table, where condition, ...)
>  - pgQuery.getDataSource().setProperties(pgDS.getProperties());
>  - Build layer with wc.layerManager.addLayer("Fond de carte", 
> layerName,pgQuery.getDataSource ().getConnection().executeQuery(query));
>  - get Layer reference and put DataSourceQuery !! ( 
> curentLayer.setDataSourceQuery(pgQuery); )
>
> It work but it is a little complicate.
>
> Thank
> Eric
>
>
>
>-
>This SF.net email is sponsored by: Splunk Inc.
>Still grepping through log files to find problems?  Stop.
>Now Search log events and configuration files using AJAX and a browser.
>Download your FREE copy of Splunk now >> http://get.splunk.com/
>
>
>
>___
>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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Extract Layers, Large Selections, Fences, and other thoughts

[Stefan Steiniger]

simple solution and well thought :)

we should go for

stefan

Larry Becker wrote:

> Hi,
>
>   Recent work with Extract Layers by Geometry Type, and improving 
> OpenJump's support for very large selections, has convinced me that 
> JUMP needs a mechanism for dealing with subsets of large layers.  
> Although the selection mechanism is very flexible, it is very 
> expensive in terms of memory and processing.  To seem what I mean, 
> consider Arnd's million point layer problem.  To break the layer into 
> more manageable pieces, he tried to select some of the points and move 
> them to another layer.  When this is done with such a large selection, 
> the UI must build gigantic data structures.  The result is an 
> extremely slow response or an out of memory error.
>
> An approach that might work for some problems is to use the Fence tool 
> to indicate a subset of the data that can be used in place of a 
> selection.  The advantage is that no data structures are needed and 
> there are no selection handles to draw.  I was thinking of producing 
> another Layer Extract plugin that would extract features in the Fence 
> to a new layer.  By coding support methods in a utility class, we 
> could gradually add support for "features in fence" subsets to the 
> other tools.
>
> What do you think?
>
> regards,
>
> Larry Becker
>
> -- 
> http://amusingprogrammer.blogspot.com/
>
>
>
>-
>This SF.net email is sponsored by: Splunk Inc.
>Still grepping through log files to find problems?  Stop.
>Now Search log events and configuration files using AJAX and a browser.
>Download your FREE copy of Splunk now >> http://get.splunk.com/
>
>
>
>___
>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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Postgis connection

[Stefan Steiniger]

Hei Eric,

ok...If you commit then add it to the "plugins" folder
http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot/plug-ins/

stefan

Eric Lemesre wrote:

> Hi Stefan,
>
> Thank for your intervention with Uwe,
> I rebuild directory structure and commit in a new directory this plug in.
>
> probebly befor this WE.
>
> Eric
>
> 2007/10/8, Stefan Steiniger < [EMAIL PROTECTED] 
> <mailto:[EMAIL PROTECTED]>>:
>
> Hei Eric,
>
> Uwe agrees to put the postgis plugin on the svn.
> for the rest - because I never used maven - can you simple outline the
> directory structure on the SVN. So I have a better image what you want
> to do.
>
> stefan
>
> Eric Lemesre wrote:
>
> > Hi Stefan,
> >
> > I am a newbee ;-) ,
> >
> > I like maven concept. We can resolve jar dependencies and provide
> > an easy way to donwload any library, build reporting, run test
> Etc ...
> >
> > My second contribution is not ready and  I commit nothink.
> >
> > But make maven repository like gt2 is probably a good idea.
> >
> > With Maven we can have by exemple :
> >
> >1.   PlugIn
> >   pom.xml for build all subfolder
> >  1. ChartPlugIn
> > pom.xml and all necessary file and folder for it.
> >  2. PostgisPlug (if Uwe agrees to add the plugin)
> > pom.xml ...
> >2. a target directory with in all jar and
> workbench-properties.xml
> >   with plugin reference
> >
> > Comment?
> >
> > @+
> > Eric
> >
> > 2007/10/4, Stefan Steiniger <[EMAIL PROTECTED]
> <mailto:[EMAIL PROTECTED]>
> > <mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>>:
> >
> > Hei Eric,
> >
> > i don't realy understnd what you want to do.
> > a) you want submit improvements?
> >
> > b) you want to make new plugin folders in the repository
> (for the 4
> > plugins below)?
> > => this should be possible, but i need to look how and where
> to store
> > (i.e. adapt the structure)
> > notes:
> > * i am not sure if we shall include the Category tools..
> > Actually, I need to ask Arnd how Pirol will move on and if
> there is
> > somebody maintaining the code)
> > * the srid support plugin is not needed for newer OJ 1.2 X
> versions,
> > since it is now included in OJ. So you ma change the code in
> the SVN
> > codebase?
> > * i guess Uwe agrees to add the plugin code to the SVN - but we
> > may talk
> > to him first
> >
> > c) you want to have it "all"(?) in a "maven" folder to
> compile an
> > extension? - Or do you want to create a separate maven folder?
> > => I would prefer a separate folder
> >
> > but maybe others help for interpretation ;)
> > comments are welcome
> >
> > stefan
> >
> > Eric Lemesre wrote:
> >
> > > Hi,
> > >
> > > No source in repository.
> > > I have a working copy and modify directory structure for
> Maven 2.
> > >
> > > I have :
> > > plugin
> > >  * chartPlugIn (org.OpenJUMP.Graph from Erwan Bocher)
> > >  i add a bar chart in JInertnalFrame. and I hope in some
> time a
> > > refresh button.
> > >  * JumpPostGIS ( net.refractions.postgis from Uwe Dalluege)
> > >  i add a where clause
> > >  * sridsupport (de.hawhamburg.sridsupport)
> > >  the same
> > >  * CategoryTools
> (de.fhOsnabrueck.jump.pirol.plugIns.CategoryTools
> > > from LBST-PF-3\orahn)
> > >  juste some translate
> > > Etc
> > > ...
> > > and all plugin is package by command
> > > mvn package
> > >
> > > It is probably possible to make Maven2 repository for
> OpenJump?
> > >
> > > Eric
> > >
> > > PS: I forward this mail to the liste.
> > >
> > >
> > &

Re: [JPP-Devel] @Stefan - about Italian translation

[Stefan Steiniger]

Peppe,

i have not yet commited the last file you send - should I do, or wait 
for your newer version?
I think we make it the way we did. The other way you require you to 
install eclipse+subclipse, or any other svn client. It is your choice.

stefan

Giuseppe Aruta wrote:

>Hi Stefan,
>
>I found other corrections to do on the Italian
>language file, and other English words to translate.
>I started yesterday to upgrade the file
>"jump_it.properties".
>Should I go on modifying this file and I send you by
>mail? Is there another way (SVN?) to do this job?
>Anyhow I will take some time since I am abroad for
>work.
>
>Peppe
>
>
>  ___ 
>L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: 
>http://it.docs.yahoo.com/nowyoucan.html
>
>
>-
>This SF.net email is sponsored by: Splunk Inc.
>Still grepping through log files to find problems?  Stop.
>Now Search log events and configuration files using AJAX and a browser.
>Download your FREE copy of Splunk now >> http://get.splunk.com/
>___
>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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] @Erwan Bocher - about Cut Polygon Plugin

[Stefan Steiniger]

Hei Peppe,

what is different to th ecut-polgyon tool in OJ. Or are these two 
different tools?

stefan

Giuseppe Aruta schrieb:
> Hi R1
> 
> Your plugin "Cut Polygon" from prog. Sigle  seems very
> interesting. It is useful to cut islands inside
> polygons, or duing some small cuts in the window. 
> Using OJ as mapping software, I always have to create
> islands in a map. 
> A tool like yours will make this action faster than
> "creating holes + drawing polygons inside", as
> actually OJ allows to
> ***
> I wander if you planned to add Cut-polygon plugin in
> OJ.
> ***
> It could be also usefull if added as a keyboard
> shortcut. 
> Actually Shift + "drawing a polygon tool" creates a
> hole in a selected polygon. It would make more sense
> if this action creates an island. Than Users will
> delete the island if requires.
> 
> Thanks
> 
> Peppe
> 
> 
>   ___ 
> L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: 
> http://it.docs.yahoo.com/nowyoucan.html
> 
> 
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> ___
> 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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Java versions and build.xml

[Stefan Steiniger]

+1 if I can still use 1.5 and Larry agrees

stefan

Michaël Michaud schrieb:
> +1
> 
> Michaël
> 
> Paul Austin a écrit :
> 
>> Agreed
>>
>> Paul
>>
>> Andreas Schmitz wrote:
>>  
>>
>>> Hi,
>>>
>>> I think we're agreed that we use Java5 for the OpenJUMP sources, right?
>>>
>>> I'm just wondering whether there are any objections to me changing the ant
>>> build.xml file to use the source="1.5" and target="1.5" options for the 
>>> javac
>>> task, because it enables usage of the Java6 compiler, which is much faster. 
>>> The
>>> resulting binaries can be used with any Java5 JRE.
>>>
>>> The nightly builds should not be affected as long as a Java5 or Java6 
>>> compiler
>>> is used.
>>>
>>> Any objections?
>>>
>>> Best regards, Andreas
>>> --
>>> l a t / l o n  GmbH
>>> Aennchenstrasse 19   53177 Bonn, Germany
>>> phone ++49 +228 18496-11 fax ++49 +228 1849629
>>> http://www.lat-lon.dehttp://www.deegree.org
>>>
>>>  
>>> 
>>>
>>> -
>>> This SF.net email is sponsored by: Splunk Inc.
>>> Still grepping through log files to find problems?  Stop.
>>> Now Search log events and configuration files using AJAX and a browser.
>>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>>> 
>>>
>>> ___
>>> 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: Splunk Inc.
>> Still grepping through log files to find problems?  Stop.
>> Now Search log events and configuration files using AJAX and a browser.
>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>> ___
>> 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: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> ___
> 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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Bug in AbstractSelection.unselectItems method.

[Stefan Steiniger]

that is what i show students sometimes.. and they realy wonder how easy 
debugging can be. (i.e. finding bugs in 2mins that take them 1h)

Larry Becker schrieb:
> When you see how easy and simple the Eclipse debugger is, you're going
> to kick yourself for not learning it sooner.
> 
> Larry
> 
> On 10/11/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote:
>> I haven't ever used the debugger in Eclipse. I guess that I'm more
>> comfortable workgin with log statements.
>>
>> I can try the debugger though.
>>
>> LayerListener is an interface, correct? I will look for the particular
>> implementation that uses the AbstractSelection.unselectItems code. If
>> this method is working in OpenJUMP it makes me wonder if I'm calling
>> the method with improper parameters.
>>
>> Still, my my usage of the AbstractSelection.selectItems method uses
>> the same parameters, and it works just fine. Maybe the LayerListener
>> implementation will give me a clue as to what I'm doing wrong.
>>
>> Thanks for the help Larry. This is the only bug I have left to fix
>> before my tool is ready for an "alpha" release.
>>
>> The Sunburned Surveyor
>>
>>
>> On 10/11/07, Larry Becker <[EMAIL PROTECTED]> wrote:
>>> This method is used by the LayerListener to unselect features after
>>> deletion.  I don't suppose you have considered using the debugger?
>>>
>>> Larry
>>>
>>> On 10/11/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote:
 I think that I may have discovered a bug in the
 AbstractSelection.unselectItems(Layer layer, CollectionMap
 FeatureToItemCollectionMap) method. I call this method in my
 SuperSelect Tool. I've used log messages to determine that execution
 sucessfully passes from my code to the code in the unselectItems
 method.

 The problem is, nothing happens... That is, the unselectItems method
 doesn't appear to unselect any selected Features. I know this because
 even after this method is called I can still manipulate the Features
 in a selection. Also, the number of selected items shown below the
 LayerViewPanel never reduces. (I suppose this could be for a different
 reason, but it seems odd that features aren't unselected AND the
 selected feature count never gets smaller.)

 I want to go rooting around in the unselectItems method to see what is
 going on, but I thought it might be prudent to post here first.
 Perhaps someone knows something about the selection code in OpenJUMP
 that I don't. Can anyone think of a reason why this method wouldn't be
 performing properly? (Please note that my SuperSelect Tool can
 sucessfully select and clear selected items, just not unselect items.)

 Has anyone written a plug-in of their own that calls the
 AbstractSelection.unselectItems method?

 If no one has any suggestions for me then I will begin tearing apart
 the AbstractSelection code to find the problem.

 The Sunburned Surveyor

 -
 This SF.net email is sponsored by: Splunk Inc.
 Still grepping through log files to find problems?  Stop.
 Now Search log events and configuration files using AJAX and a browser.
 Download your FREE copy of Splunk now >> http://get.splunk.com/
 ___
 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: Splunk Inc.
>>> Still grepping through log files to find problems?  Stop.
>>> Now Search log events and configuration files using AJAX and a browser.
>>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>>> ___
>>> 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: Splunk Inc.
>> Still grepping through log files to find problems?  Stop.
>> Now Search log events and configuration files using AJAX and a browser.
>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>> ___
>> 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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

Re: [JPP-Devel] Java versions and build.xml

[Stefan Steiniger]

ups.. i just caught that he wanted to switch from 1.4 to 1.5 and not 
from 1.5 to 1.6
sorry ;)

Anyway Andreas did the change already. thanx

stefa

Larry Becker schrieb:
> I've been building to 1.5 for quite a while.
> 
> go.
> 
> Larry
> 
> On 10/11/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote:
>> +1 if I can still use 1.5 and Larry agrees
>>
>> stefan
>>
>> Michaël Michaud schrieb:
>>> +1
>>>
>>> Michaël
>>>
>>> Paul Austin a écrit :
>>>
>>>> Agreed
>>>>
>>>> Paul
>>>>
>>>> Andreas Schmitz wrote:
>>>>
>>>>
>>>>> Hi,
>>>>>
>>>>> I think we're agreed that we use Java5 for the OpenJUMP sources, right?
>>>>>
>>>>> I'm just wondering whether there are any objections to me changing the ant
>>>>> build.xml file to use the source="1.5" and target="1.5" options for the 
>>>>> javac
>>>>> task, because it enables usage of the Java6 compiler, which is much 
>>>>> faster. The
>>>>> resulting binaries can be used with any Java5 JRE.
>>>>>
>>>>> The nightly builds should not be affected as long as a Java5 or Java6 
>>>>> compiler
>>>>> is used.
>>>>>
>>>>> Any objections?
>>>>>
>>>>> Best regards, Andreas
>>>>> --
>>>>> l a t / l o n  GmbH
>>>>> Aennchenstrasse 19   53177 Bonn, Germany
>>>>> phone ++49 +228 18496-11 fax ++49 +228 1849629
>>>>> http://www.lat-lon.dehttp://www.deegree.org
>>>>>
>>>>>
>>>>> 
>>>>>
>>>>> -
>>>>> This SF.net email is sponsored by: Splunk Inc.
>>>>> Still grepping through log files to find problems?  Stop.
>>>>> Now Search log events and configuration files using AJAX and a browser.
>>>>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>>>>> 
>>>>>
>>>>> ___
>>>>> 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: Splunk Inc.
>>>> Still grepping through log files to find problems?  Stop.
>>>> Now Search log events and configuration files using AJAX and a browser.
>>>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>>>> ___
>>>> 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: Splunk Inc.
>>> Still grepping through log files to find problems?  Stop.
>>> Now Search log events and configuration files using AJAX and a browser.
>>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>>> ___
>>> 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: Splunk Inc.
>> Still grepping through log files to find problems?  Stop.
>> Now Search log events and configuration files using AJAX and a browser.
>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>> ___
>> 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: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Re: [JPP-Devel] Bug in AbstractSelection.unselectItems method.

[Stefan Steiniger]

the usage of the eclipse debugger :)

greetings over the ocean
stefan

Sunburned Surveyor schrieb:
> What do you show your students Stefan? Am I missing something in your e-mail?
> 
> (Now you've got me wondering.) :]
> 
> The Sunburned Surveyor
> 
> On 10/11/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote:
>> that is what i show students sometimes.. and they realy wonder how easy
>> debugging can be. (i.e. finding bugs in 2mins that take them 1h)
>>
>> Larry Becker schrieb:
>>> When you see how easy and simple the Eclipse debugger is, you're going
>>> to kick yourself for not learning it sooner.
>>>
>>> Larry
>>>
>>> On 10/11/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote:
>>>> I haven't ever used the debugger in Eclipse. I guess that I'm more
>>>> comfortable workgin with log statements.
>>>>
>>>> I can try the debugger though.
>>>>
>>>> LayerListener is an interface, correct? I will look for the particular
>>>> implementation that uses the AbstractSelection.unselectItems code. If
>>>> this method is working in OpenJUMP it makes me wonder if I'm calling
>>>> the method with improper parameters.
>>>>
>>>> Still, my my usage of the AbstractSelection.selectItems method uses
>>>> the same parameters, and it works just fine. Maybe the LayerListener
>>>> implementation will give me a clue as to what I'm doing wrong.
>>>>
>>>> Thanks for the help Larry. This is the only bug I have left to fix
>>>> before my tool is ready for an "alpha" release.
>>>>
>>>> The Sunburned Surveyor
>>>>
>>>>
>>>> On 10/11/07, Larry Becker <[EMAIL PROTECTED]> wrote:
>>>>> This method is used by the LayerListener to unselect features after
>>>>> deletion.  I don't suppose you have considered using the debugger?
>>>>>
>>>>> Larry
>>>>>
>>>>> On 10/11/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote:
>>>>>> I think that I may have discovered a bug in the
>>>>>> AbstractSelection.unselectItems(Layer layer, CollectionMap
>>>>>> FeatureToItemCollectionMap) method. I call this method in my
>>>>>> SuperSelect Tool. I've used log messages to determine that execution
>>>>>> sucessfully passes from my code to the code in the unselectItems
>>>>>> method.
>>>>>>
>>>>>> The problem is, nothing happens... That is, the unselectItems method
>>>>>> doesn't appear to unselect any selected Features. I know this because
>>>>>> even after this method is called I can still manipulate the Features
>>>>>> in a selection. Also, the number of selected items shown below the
>>>>>> LayerViewPanel never reduces. (I suppose this could be for a different
>>>>>> reason, but it seems odd that features aren't unselected AND the
>>>>>> selected feature count never gets smaller.)
>>>>>>
>>>>>> I want to go rooting around in the unselectItems method to see what is
>>>>>> going on, but I thought it might be prudent to post here first.
>>>>>> Perhaps someone knows something about the selection code in OpenJUMP
>>>>>> that I don't. Can anyone think of a reason why this method wouldn't be
>>>>>> performing properly? (Please note that my SuperSelect Tool can
>>>>>> sucessfully select and clear selected items, just not unselect items.)
>>>>>>
>>>>>> Has anyone written a plug-in of their own that calls the
>>>>>> AbstractSelection.unselectItems method?
>>>>>>
>>>>>> If no one has any suggestions for me then I will begin tearing apart
>>>>>> the AbstractSelection code to find the problem.
>>>>>>
>>>>>> The Sunburned Surveyor
>>>>>>
>>>>>> -
>>>>>> This SF.net email is sponsored by: Splunk Inc.
>>>>>> Still grepping through log files to find problems?  Stop.
>>>>>> Now Search log events and configuration files using AJAX and a browser.
>>>>>> Download your FREE copy of Splunk now >> http://get.splunk.

Re: [JPP-Devel] Postgis connection

[Stefan Steiniger]

Hei Paul,

you are more or less right. But the problem with the datastore framework 
is, that we can not yet write back to a datastore. While the postgis 
plugin can do this when used with LoadDataset.

stefan

Paul Austin schrieb:
> Stefan,
> 
> The OpenFile dialog should be just for File based data.
> 
> Things like databases should be under the Add Datastore Layer.
> 
> Another thing I was thinking of is having another Wizard as suggested by
> Larry a while bacj, this would be the Open wizard. When you first open
> the wizard it has a bunch of icons for, Files, Databases, Projects etc.
> The user would click one and then click next. It would then show the
> first panel in the wizard for that type. For files this would be my open
> file wizard.
> 
> The reason for having two is that for files there is no need to select
> the first step.
> 
> My recommendation for now is let's add the Load Dataset back into the
> menu and toolbar and work on making sure all these other plug-ins are
> migrated to one of the other ways of loading data.
> 
> I'll start work on the new wizard for files, projects and Datastores.
> 
> Paul
> 
> Stefan Steiniger wrote:
>> Hei Eric,
>>
>> I have created a new PostGisPlugin Folder on the SVN.
>> Can you commit your modified Postgisplugin code to that folder 
>> (trunk/src)? If this is done we can then modify the postgisplugin 
>> sources to work with the new OpenFile framework
>>
>> stefan
>>
>> Eric Lemesre schrieb:
>>   
>>> Hi Stefan,
>>>
>>> Thank for your intervention with Uwe,
>>> I rebuild directory structure and commit in a new directory this plug in.
>>>
>>> probebly befor this WE.
>>>
>>> Eric
>>>
>>> 2007/10/8, Stefan Steiniger < [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>:
>>>
>>> Hei Eric,
>>>
>>> Uwe agrees to put the postgis plugin on the svn.
>>> for the rest - because I never used maven - can you simple outline the
>>> directory structure on the SVN. So I have a better image what you want
>>> to do.
>>>
>>> stefan
>>>
>>> Eric Lemesre wrote:
>>>
>>>  > Hi Stefan,
>>>  >
>>>  > I am a newbee ;-) ,
>>>  >
>>>  > I like maven concept. We can resolve jar dependencies and provide
>>>  > an easy way to donwload any library, build reporting, run test
>>> Etc ...
>>>  >
>>>  > My second contribution is not ready and  I commit nothink.
>>>  >
>>>  > But make maven repository like gt2 is probably a good idea.
>>>  >
>>>  > With Maven we can have by exemple :
>>>      >
>>>  >1.   PlugIn
>>>  >   pom.xml for build all subfolder
>>>  >  1. ChartPlugIn
>>>  > pom.xml and all necessary file and folder for it.
>>>  >  2. PostgisPlug (if Uwe agrees to add the plugin)
>>>  > pom.xml ...
>>>  >2. a target directory with in all jar and workbench-properties.xml
>>>  >   with plugin reference
>>>  >
>>>  > Comment?
>>>  >
>>>  > @+
>>>  > Eric
>>>  >
>>>  > 2007/10/4, Stefan Steiniger <[EMAIL PROTECTED]
>>> <mailto:[EMAIL PROTECTED]>
>>>  > <mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>>:
>>>  >
>>>  > Hei Eric,
>>>  >
>>>  > i don't realy understnd what you want to do.
>>>  > a) you want submit improvements?
>>>  >
>>>  > b) you want to make new plugin folders in the repository (for
>>> the 4
>>>  > plugins below)?
>>>  > => this should be possible, but i need to look how and where
>>> to store
>>>  > (i.e. adapt the structure)
>>>  > notes:
>>>  > * i am not sure if we shall include the Category tools..
>>>  > Actually, I need to ask Arnd how Pirol will move on and if
>>> there is
>>>  > somebody maintaining the code)
>>>  > * the srid support plugin is not needed for newer OJ 1.2 X
>>> versions,
>>>  > since it is now included in OJ. So you ma change the