[JPP-Devel] [jump-pilot:bugs] #490 just a test

2020-01-07 Thread ede via Jump-pilot-devel
test2 --- ** [bugs:#490] just a test** **Status:** open **Created:** Tue Jan 07, 2020 10:50 AM UTC by ede **Last Updated:** Tue Jan 07, 2020 10:50 AM UTC **Owner:** nobody --- Sent from sourceforge.net because jump-pilot-devel@lists.sourceforge.net is subscribed to https://sourceforge.ne

[JPP-Devel] [jump-pilot:feature-requests] #264 just a test (featreq)

2020-01-07 Thread ede via Jump-pilot-devel
test3 --- ** [feature-requests:#264] just a test (featreq)** **Status:** open **Created:** Tue Jan 07, 2020 11:11 AM UTC by ede **Last Updated:** Tue Jan 07, 2020 11:12 AM UTC **Owner:** nobody --- Sent from sourceforge.net because jump-pilot-devel@lists.sourceforge.net is subscribed to

[JPP-Devel] [jump-pilot:bugs] Re: #489 Veneto Region (Italy) WMS sevice does not work on OpenJump

2020-01-07 Thread ede via Jump-pilot-devel
Jukka, sounds like textfields to manipulate all 3 urls (GetCaps,GetMap,FeatInfo) in WMSEditPlugin would be a nice hack. or? ..ede On 07.01.2020 09:46, Jukka Rahkonen wrote: > In theory: > 1. Client reads GetCapabilities with a given base URL > 2. Server sends an URL to be used for GetMaps, URL

[JPP-Devel] [jump-pilot:bugs] Re: #489 Veneto Region (Italy) WMS sevice does not work on OpenJump

2020-01-07 Thread ede via Jump-pilot-devel
Roberto, does the latest Snapshot work for you now? https://sourceforge.net/projects/jump-pilot/files/OpenJUMP_snapshots/ ..ede On 07.01.2020 16:38, Roberto Rossi wrote: > Thank you for the efforts! > Roberto Rossi > (I opened the Bug ticket) > > > Il 07/01/2020 14:27, ede ha scritto: >> >> Jukk

[JPP-Devel] [jump-pilot:bugs] Re: #489 Veneto Region (Italy) WMS sevice does not work on OpenJump

2020-01-07 Thread ede via Jump-pilot-devel
On 07.01.2020 17:11, Roberto Rossi wrote: > What can I do if I find bugs in Sextante (in OpenJump)? > Can I use the same Bugtracker? yes. just file a new ticket. check if none similar exists first! wrt. Sextante. our "Sextante guy" is currently on hiatus, so be patient for fixes. also, as we are

[JPP-Devel] [jump-pilot:feature-requests] #265 Create a "make line" tool

2020-01-15 Thread ede via Jump-pilot-devel
sound like what you need is 1. "Merge Selected Features" working on a layer selection, having an options dialog to choose the order column and type 2. followed up by a "Convert Geometry To Linestring" for that layer or resulting Geometry in it (2.) is already there.the result of your first oper

[JPP-Devel] [jump-pilot:feature-requests] Re: #265 Create a "make line" tool

2020-01-15 Thread ede via Jump-pilot-devel
how many of these features do you have? a big count would make an approach with all Points in one layer but mergeable via 'Attribute A' and sortable via 'Attribute B' more feasible. ..ede On 15.01.2020 14:53, Jukka Rahkonen wrote: > The final result can be obtained through MultiPoint if there a

[JPP-Devel] [jump-pilot:feature-requests] Re: #265 Create a "make line" tool

2020-01-15 Thread ede via Jump-pilot-devel
that's in our svn. so why don't you use it? does Horae Plugin not work anymore? ..ede On 15.01.2020 15:42, Jukka Rahkonen wrote: > I believe that typical use case would deal with tracked location data and > number of points would be in thousands if data were recorded with GPS. Stefan > pointed

[JPP-Devel] [jump-pilot:feature-requests] Re: #265 Create a "make line" tool

2020-01-15 Thread ede via Jump-pilot-devel
On 15.01.2020 20:35, Jukka Rahkonen wrote: > I made a feature request because of Michaƫl's suggestion. > > HORAE-plugin is very specific tools and source data must follow a more or > less fixed schema. Better existing tool for converting points into line is > the Sextante tool "points to line" bu

[JPP-Devel] [jump-pilot:feature-requests] #267 Translation of Map Coloring plugin to Polish

2020-05-28 Thread ede via Jump-pilot-devel
thanks Marcin, please test the attached extension jar (replace the one in lib/ext/). will go into the next release! ..ede Attachments: - [ojmapcoloring-0.5.1.jar](https://sourceforge.net/p/jump-pilot/feature-requests/_discuss/thread/b532f61863/6c65/attachment/ojmapcoloring-0.5.1.jar) (23.4 k

[JPP-Devel] [jump-pilot:feature-requests] #267 Translation of Map Coloring plugin to Polish

2020-05-28 Thread ede via Jump-pilot-devel
thanks! btw. we do not seem to have a polish translation. wanna give it a go? the current english base file can be found here https://sourceforge.net/p/jump-pilot/code/HEAD/tree/core/trunk/src/language/jump.properties ..ede --- ** [feature-requests:#267] Translation of Map Coloring plugin to

[JPP-Devel] [jump-pilot:feature-requests] #268 Translation of Map Coloring plugin to Hungarian

2020-06-10 Thread ede via Jump-pilot-devel
hey Janos, would you by any chance be willing to translate some more? the hungarian translation needs a lot of love and attention by now. if you are willing find the latest language file here https://sourceforge.net/p/jump-pilot/code/HEAD/tree/core/trunk/src/language/jump_hu.properties simply e

[JPP-Devel] [jump-pilot:support-requests] Re: #7 BeanShell Script Editor properties

2020-06-10 Thread ede via Jump-pilot-devel
@kjt btw. where did you find the sources? they are not in our svn as far as i can see. @Mike do you maintain them somewhere else? ..ede On 10.06.2020 11:27, kjt via Jump-pilot-devel wrote: > In my oppinion the Font has been defined at BeanShellEditor.class in the > fr.michaelm.bsheditor package

[JPP-Devel] [jump-pilot:support-requests] Re: #7 BeanShell Script Editor properties

2020-06-10 Thread ede via Jump-pilot-devel
let's wait for Michael (Mike) Michaud to provide the sources and we will see. maybe we can turn it into a setting or there is a simple way to switch it via some scripting, we'll see. please be patient. thanks.. ede On 10.06.2020 13:15, kjt wrote: > I don't have the source of the BeanShell Scri

[JPP-Devel] [jump-pilot:feature-requests] #269 kml export and of

2020-07-02 Thread ede via Jump-pilot-devel
a quick check in https://sourceforge.net/p/jump-pilot/code/HEAD/tree/plug-ins/KmlDriver/trunk/src/com/isa/jump/plugin/KMLWriter.java#l323 suggests it's currently hardcoded in there. so unfortunately no. your welcome to proveide a patch though! ..ede --- ** [feature-requests:#269] kml export a

[JPP-Devel] [jump-pilot:bugs] #495 Warp panel shows a vertical toolba instead of horizontal on Ubuntu

2020-08-04 Thread ede via Jump-pilot-devel
> Seems that the WorkbenchToolbar uses a special layout added to OpenJUMP by > Ede : WrapLayout, extending FlowLayout. I did not understand what this layout > was supposed to solve though. Ede, any idea ? WrapLayout does what it's name says, it wraps a horizontal flowlayout into a new line if t

[JPP-Devel] [jump-pilot:bugs] #496 OpenJUMP 1.15 freezes on loading project files from differing versions

2020-08-11 Thread ede via Jump-pilot-devel
--- ** [bugs:#496] OpenJUMP 1.15 freezes on loading project files from differing versions** **Status:** open **Created:** Tue Aug 11, 2020 10:35 AM UTC by ede **Last Updated:** Tue Aug 11, 2020 10:35 AM UTC **Owner:** nobody as described by Peppe on the mailing list " *On loading project fi

[JPP-Devel] [jump-pilot:bugs] #497 Shapefile export slowed down because of FlexibleDateParser

2020-08-17 Thread ede via Jump-pilot-devel
Mike, could you provide and attach a test dataset? ..ede --- ** [bugs:#497] Shapefile export slowed down because of FlexibleDateParser** **Status:** open **Created:** Mon Aug 17, 2020 11:47 AM UTC by michael michaud **Last Updated:** Mon Aug 17, 2020 11:47 AM UTC **Owner:** michael michaud E

[JPP-Devel] [jump-pilot:bugs] Re: #497 Shapefile export slowed down because of FlexibleDateParser

2020-08-18 Thread ede via Jump-pilot-devel
sorry Mike, can't reproduce it. actually writing is magnitudes faster than reading on my laptop. see [INFO] 20:05:45.910 Reading 'test_date.shp' took 6.64s. [INFO] 20:05:47.011 Done. Current committed memory:plugin.AbstractPlugIn.executing = Executing199 MB [INFO] 20:05:47.013 Activating Select

[JPP-Devel] [jump-pilot:bugs] Re: #497 Shapefile export slowed down because of FlexibleDateParser

2020-08-18 Thread ede via Jump-pilot-devel
ok, got it. SHP reader does not seem to use lazy date parsing via FlexibleDateParser. converting your set to JML and tryinf to save that involves FlexibleDateParser and shows the symptoms you observed. ..ede On 18.08.2020 20:24, ede wrote: > sorry Mike, can't reproduce it. > > actually writing

[JPP-Devel] [jump-pilot:bugs] Re: #497 Shapefile export slowed down because of FlexibleDateParser

2020-08-18 Thread ede via Jump-pilot-devel
just committed r6381 which speeds up FlexibleDateParser by prefering successful DateFormatters (see log below). please test. other observations. 1. saving the SHP data immediately again is lightning speed fast. not sure why. 2. sometimes writing with the new "Save Dataset as (testing)" dialog fai

[JPP-Devel] [jump-pilot:bugs] Re: #497 Shapefile export slowed down because of FlexibleDateParser

2020-08-18 Thread ede via Jump-pilot-devel
On 18.08.2020 23:42, michael michaud wrote: > Hi Ede, > Seems to be a nice tweak but something is still wrong : the first save is > still very slow. surely it's faster than before, or? before it tried 125 parser for each entry before succeeding. now this only happens on the first try and then th

[JPP-Devel] [jump-pilot:bugs] Re: #497 Shapefile export slowed down because of FlexibleDateParser

2020-08-19 Thread ede via Jump-pilot-devel
On 19.08.2020 09:25, michael michaud wrote: > Indeed, from my tests, things are getting worst : well. it shouldn't after all i'm trying to improve things :) > I save my dataset to a shapefile after it has been freshly extracted from a > database (it contains a geometry and a timestamp) > 1.15 :

[JPP-Devel] [jump-pilot:bugs] Re: #497 Shapefile export slowed down because of FlexibleDateParser

2020-08-19 Thread ede via Jump-pilot-devel
Mike, saving by itself is not the root problem here. this is proven by the second run (when all dates are converted). it is a combination of opening/editing/saving. if a data reader (eg. JML or GeoJSON now) uses FlexibleFeature's (FF) lazy conversion, time is saved by simply not converting exp

[JPP-Devel] [jump-pilot:bugs] Re: #497 Shapefile export slowed down because of FlexibleDateParser

2020-08-19 Thread ede via Jump-pilot-devel
i just noticed that FlexFeature uses AttributeType.DATE, which is java.sql.Date.class to determine if conversion is needed or not. that might lead to conversion of java.util.Date objects which is definitely unwanted. btw. found this commit https://sourceforge.net/p/jump-pilot/code/6129/ where

[JPP-Devel] [jump-pilot:bugs] Re: #497 Shapefile export slowed down because of FlexibleDateParser

2020-08-19 Thread ede via Jump-pilot-devel
On 19.08.2020 21:45, michael michaud wrote: > Finally found it : you were right when you said that the database loader > could be at fault if, by design or flaw, it did not read dates as dates. > This comes from r6129, when you added FlexibleFeature in database loader. At > the same time, the Dat

[JPP-Devel] [jump-pilot:bugs] Re: #497 Shapefile export slowed down because of FlexibleDateParser

2020-08-20 Thread ede via Jump-pilot-devel
On 20.08.2020 09:19, michael michaud wrote: > OK, changed it. I'm not a spatialite user, but I'll try to configure a > database to do more tests. > I also upgraded postgresql and sqlite jdbc drivers. ok. not sure that i like the FlexParser fallback though. this can get really slow. as you notice

[JPP-Devel] [jump-pilot:bugs] Re: #497 Shapefile export slowed down because of FlexibleDateParser

2020-08-20 Thread ede via Jump-pilot-devel
On 20.08.2020 10:21, Jukka Rahkonen wrote: > Handling dates in SQLite generally is somehow special, see for example > https://www.sqlitetutorial.net/sqlite-date/. > I believe that in SpatiaLite the dates/times are stored either as strings or > Julian numbers it is up to client application to know

[JPP-Devel] [jump-pilot:bugs] Re: #497 Shapefile export slowed down because of FlexibleDateParser

2020-08-20 Thread ede via Jump-pilot-devel
a little off but still on topic :) https://stackoverflow.com/questions/2305973/java-util-date-vs-java-sql-date interesting read.. ede --- ** [bugs:#497] Shapefile export slowed down because of FlexibleDateParser** **Status:** open **Created:** Mon Aug 17, 2020 11:47 AM UTC by michael michaud *

[JPP-Devel] [jump-pilot:bugs] #497 Shapefile export slowed down because of FlexibleDateParser

2020-08-20 Thread ede via Jump-pilot-devel
- **Milestone**: --> OJ 1.16 --- ** [bugs:#497] Shapefile export slowed down because of FlexibleDateParser** **Status:** open **Milestone:** OJ 1.16 **Created:** Mon Aug 17, 2020 11:47 AM UTC by michael michaud **Last Updated:** Thu Aug 20, 2020 08:21 AM UTC **Owner:** michael michaud Expor

[JPP-Devel] [jump-pilot:bugs] #497 Shapefile export slowed down because of FlexibleDateParser

2020-08-20 Thread ede via Jump-pilot-devel
- **Milestone**: OJ-1.16 --> undecided --- ** [bugs:#497] Shapefile export slowed down because of FlexibleDateParser** **Status:** open **Milestone:** undecided **Created:** Mon Aug 17, 2020 11:47 AM UTC by michael michaud **Last Updated:** Thu Aug 20, 2020 05:47 PM UTC **Owner:** michael mich

[JPP-Devel] [jump-pilot:bugs] #497 Shapefile export slowed down because of FlexibleDateParser

2020-08-20 Thread ede via Jump-pilot-devel
- **Milestone**: undecided --> final_OJ --- ** [bugs:#497] Shapefile export slowed down because of FlexibleDateParser** **Status:** open **Milestone:** final_OJ **Created:** Mon Aug 17, 2020 11:47 AM UTC by michael michaud **Last Updated:** Thu Aug 20, 2020 05:55 PM UTC **Owner:** michael mich

[JPP-Devel] [jump-pilot:bugs] Re: #497 Shapefile export slowed down because of FlexibleDateParser

2020-08-20 Thread ede via Jump-pilot-devel
just was browsing the sqlite jdbc sources and thought, how do they deal with date/time/timestamps, if at all. well what they do is this JDBC3ResultSet.getDate() https://github.com/xerial/sqlite-jdbc/blob/master/src/main/java/org/sqlite/jdbc3/JDBC3ResultSet.java#L524 you may also search for getTi

[JPP-Devel] [jump-pilot:bugs] #497 Shapefile export slowed down because of FlexibleDateParser

2020-08-27 Thread ede via Jump-pilot-devel
- **status**: open --> closed-fixed - **Comment**: closing this as i understand it is fixed now. --- ** [bugs:#497] Shapefile export slowed down because of FlexibleDateParser** **Status:** closed-fixed **Milestone:** OJ_1.16 **Created:** Mon Aug 17, 2020 11:47 AM UTC by michael michaud **Last

[JPP-Devel] [jump-pilot:bugs] #491 WMS getCapability without title

2020-08-27 Thread ede via Jump-pilot-devel
- **status**: open --> pending - **Milestone**: --> OJ_1.16 --- ** [bugs:#491] WMS getCapability without title** **Status:** pending **Milestone:** OJ_1.16 **Created:** Mon Jan 13, 2020 08:35 PM UTC by michael michaud **Last Updated:** Tue Jan 14, 2020 06:46 AM UTC **Owner:** michael michaud

[JPP-Devel] [jump-pilot:bugs] #491 WMS getCapability without title

2020-08-27 Thread ede via Jump-pilot-devel
hopefully fixed in r6392. can someone test? ..ede --- ** [bugs:#491] WMS getCapability without title** **Status:** pending **Milestone:** OJ_1.16 **Created:** Mon Jan 13, 2020 08:35 PM UTC by michael michaud **Last Updated:** Thu Aug 27, 2020 01:47 PM UTC **Owner:** michael michaud OpenJUMP c

[JPP-Devel] [jump-pilot:bugs] #417 wkb reader of spatialite

2020-08-28 Thread ede via Jump-pilot-devel
- **Milestone**: --> OJ_2.x --- ** [bugs:#417] wkb reader of spatialite** **Status:** pending **Milestone:** OJ_2.x **Created:** Thu Feb 18, 2016 08:15 PM UTC by michael michaud **Last Updated:** Mon Dec 31, 2018 09:47 AM UTC **Owner:** michael michaud Spatialite driver can't read geometrie

[JPP-Devel] [jump-pilot:bugs] #495 Warp panel shows a vertical toolba instead of horizontal on Ubuntu

2020-08-28 Thread ede via Jump-pilot-devel
- **Milestone**: --> OJ_future --- ** [bugs:#495] Warp panel shows a vertical toolba instead of horizontal on Ubuntu** **Status:** open **Milestone:** OJ_future **Created:** Fri Jul 31, 2020 07:40 AM UTC by Giuseppe Aruta **Last Updated:** Tue Aug 04, 2020 10:50 AM UTC **Owner:** Giuseppe Ar

[JPP-Devel] [jump-pilot:bugs] #495 Warp panel shows a vertical toolba instead of horizontal on Ubuntu

2020-08-28 Thread ede via Jump-pilot-devel
had a look. it's a bit cumbersome as the toolbar is used all over the place. eg. the floating editing toolbar uses exactly the same class. will have to be tackled after OJ 2.x --- ** [bugs:#495] Warp panel shows a vertical toolba instead of horizontal on Ubuntu** **Status:** open **Milestone

[JPP-Devel] [jump-pilot:bugs] #476 Optimize rendering process

2020-08-28 Thread ede via Jump-pilot-devel
- **Milestone**: --> OJ_future --- ** [bugs:#476] Optimize rendering process** **Status:** open **Milestone:** OJ_future **Created:** Sun May 13, 2018 06:23 PM UTC by michael michaud **Last Updated:** Sun May 13, 2018 10:10 PM UTC **Owner:** michael michaud After a pan or a zoom, the view i

[JPP-Devel] [jump-pilot:bugs] #430 JP2 reader does not read all jp2 files

2020-08-28 Thread ede via Jump-pilot-devel
attach the JP2 files from above for reference Attachments: - [jp2.zip](https://sourceforge.net/p/jump-pilot/bugs/_discuss/thread/a0436977/c34b/attachment/jp2.zip) (29.2 MB; application/x-zip-compressed) --- ** [bugs:#430] JP2 reader does not read all jp2 files** **Status:** open **Mileston

[JPP-Devel] [jump-pilot:bugs] #491 WMS getCapability without title

2020-08-29 Thread ede via Jump-pilot-devel
- **status**: pending --> closed-fixed - **Comment**: ok, thought you still head access to the mentioned WMS instance. tested it against a static xml file on a webserver, http://jamoke.net/getcap.xml getCapabilities works for me without or with empty now. will close this. reopen if your test

[JPP-Devel] [jump-pilot:bugs] #469 Postgres: Save Dataset Adds Quotation Marks

2020-08-29 Thread ede via Jump-pilot-devel
- **Milestone**: --> OJ_future - **Comment**: let's tag it as future then --- ** [bugs:#469] Postgres: Save Dataset Adds Quotation Marks** **Status:** open **Milestone:** OJ_future **Labels:** postgis dataset **Created:** Wed Apr 11, 2018 04:09 AM UTC by John L. Poole **Last Updated:** Sat

[JPP-Devel] [jump-pilot:bugs] #482 OpenJUMP Style - "Style">"Import ArcMap Style" seems hard to work

2020-08-29 Thread ede via Jump-pilot-devel
- **Milestone**: --> OJ_2.x - **Comment**: +1 for removal. we can keep the code in the plugin repo for reference. how about a clean cut and remove it in OJ2? will tag it as such for now. feel free to correct. --- ** [bugs:#482] OpenJUMP Style - "Style">"Import ArcMap Style" seems hard to w

[JPP-Devel] [jump-pilot:bugs] Re: #499 SelectFilesOptionPanel and extensions

2020-08-30 Thread ede via Jump-pilot-devel
On 30.08.2020 11:43, michael michaud wrote: > I think I found the cause of the I18N warnings emitted by csv driver (see > #494) : > SelectFilesOptionPanel handle internationalization of options, but in case of > extensions like csv, internationalization is embeded in the extension, so it > is a

[JPP-Devel] [jump-pilot:bugs] Re: #500 possible important bug on Batik 1.6.1

2020-08-30 Thread ede via Jump-pilot-devel
On 30.08.2020 17:17, Giuseppe Aruta wrote: > java.io.FileNotFoundException: file:/tmp/Parte%20-dialwdgg_4390.tif.aux.xml > (File o directory non esistente) suggests that it really can't find the file or path. did you rename the samples before you uploaded them? the error suggests that there was

[JPP-Devel] [jump-pilot:bugs] Re: #499 SelectFilesOptionPanel and extensions

2020-08-30 Thread ede via Jump-pilot-devel
On 30.08.2020 22:19, michael michaud via Jump-pilot-devel wrote: > Ede, > The I18NPlug class I use in csv may not be the best way to internationalize > csv extension, but the problem is not there. > > I'll try to give a more complete description : > In OpenJUMP, SelectFilesOptionPanel internationa

[JPP-Devel] [jump-pilot:bugs] Re: #500 possible important bug on Batik 1.6.1

2020-08-30 Thread ede via Jump-pilot-devel
can you check, is your folder /tmp existing and writable by you? it's not looking like a batik or xml issue on the first glance. i just committed a line, you can check the surrounding code as well. it reads like the reader wants to read the stats, but in case it fails (on any error!) it will au

[JPP-Devel] [jump-pilot:bugs] Re: #501 I18N from extension

2020-08-31 Thread ede via Jump-pilot-devel
On 8/31/2020 12:32, michael michaud wrote: > Ede, I prefer to document the usage of I18N in Extension in a separate ticket. ok > Here are two reasons which drove me to use a hack instead of the I18N class > (indeed there is a third : I have been too lazy to try to fix the two former > reasons)

[JPP-Devel] [jump-pilot:bugs] Re: #322 OJ stops without warnings on system shutdown

2020-08-31 Thread ede via Jump-pilot-devel
applications i work with do not save anything without being explicitly told so. even on windows shutdown. the application simply don't exit and i'll have to force shutdown and go back save my work or at least deal with the dialog that popped up. usually the same as closing the application with u

[JPP-Devel] [jump-pilot:bugs] #482 OpenJUMP Style - "Style">"Import ArcMap Style" seems hard to work

2020-08-31 Thread ede via Jump-pilot-devel
committed a fix fix #482: disable regedit call and always allow selection of ArcGIS_SLD_Converter.exe with the previous selected location preselected let's keep it in OJ 1.16, but remove it in OJ 2.x where lot's of extensions will be missing anyway initially. ..ede --- ** [bugs:#482] OpenJU

[JPP-Devel] [jump-pilot:bugs] #322 OJ stops without warnings on system shutdown

2020-08-31 Thread ede via Jump-pilot-devel
- **status**: open --> pending - **assigned_to**: ede - **Operating System**: --> Windows - **Milestone**: --> OJ_1.16 - **Comment**: applications i work with do not save anything without being explicitly told so. even on windows shutdown. the application simply don't exit and i'll have to for

[JPP-Devel] [jump-pilot:bugs] Re: #322 OJ stops without warnings on system shutdown

2020-08-31 Thread ede via Jump-pilot-devel
On 8/31/2020 14:26, ede wrote: > tl;dr Runtime.addShutdownHook() should run > com.vividsolutions.jump.workbench.ui.WorkbenchFrame.closeApplication() done. > > implemented for testing in r6400 well. according to my tests that does a lot of nothing.in the best case 1. run with 'java' so you have a

[JPP-Devel] [jump-pilot:bugs] #501 I18N from extension

2020-08-31 Thread ede via Jump-pilot-devel
hey Mike, ohh fun.. there is already a static I18N.get(String key) method ;(.. looks like legacy i'll add I18N.get(String key, Object ...) instance method for now. and we'll get rid of the static version in OJ2. ok? ..ede --- ** [bugs:#501] I18N from extension** **Status:** open **Milestone

[JPP-Devel] [jump-pilot:bugs] Re: #501 I18N from extension

2020-08-31 Thread ede via Jump-pilot-devel
On 8/31/2020 18:19, michael michaud wrote: > String getText(Syting label) > String getText(Syting label, Object...objects) > static String get(Syting label) // legacy > static String getMessage(Syting label) > static String getMessage(Syting label, Object...objects) > > must remove : > static getTe

[JPP-Devel] [jump-pilot:bugs] Re: #501 I18N from extension

2020-08-31 Thread ede via Jump-pilot-devel
On 31.08.2020 19:15, michael michaud wrote: > Yes, neat, i'm ok with this proposition ;-) > Does it mean you would also remove getMessage variant ? absolutely. only the mentioned methods will survive. the milestone is already set to OJ2. let's tackle it then. ..ede --- ** [bugs:#501] I18N from

[JPP-Devel] [jump-pilot:bugs] Re: #322 OJ stops without warnings on system shutdown

2020-08-31 Thread ede via Jump-pilot-devel
so it shall be done in OJ 2.x .. ede On 31.08.2020 20:03, Giuseppe Aruta wrote: >> I18N.getInstance("my.great.extension").get(String) > > seems more logical and easy to use > > > Il lun 31 ago 2020, 18:58 ede via Jump-pilot-devel < > jump-pilot-devel@lists.s

[JPP-Devel] [jump-pilot:bugs] #500 possible important bug on Batik 1.6.1

2020-09-01 Thread ede via Jump-pilot-devel
so it was the batik upgrade, just not batik itself. ;) it's pulling in an outdated xalan dependency. see attached `mvn dependency:tree`reports for pom.xml with `1.6-1` on the left and `1.6` on the right. at this point i'd say eff it, also because batik 1.6-1 draws in 5MB more deps and just re

[JPP-Devel] [jump-pilot:bugs] #491 WMS getCapability without title

2020-09-01 Thread ede via Jump-pilot-devel
my bad. `` was the problem and empty `` or non-existing `` tag is what was fixed. you can test against `http://jamoke.net/getcap.xml` ..ede --- ** [bugs:#491] WMS getCapability without title** **Status:** closed-fixed **Milestone:** OJ_1.16 **Created:** Mon Jan 13, 2020 08:35 PM UTC by micha

[JPP-Devel] [jump-pilot:bugs] #500 possible important bug on Batik 1.6.1

2020-09-01 Thread ede via Jump-pilot-devel
Peppe please try snapshot r6403 https://sourceforge.net/projects/jump-pilot/files/OpenJUMP_snapshots/OpenJUMP-Portable-20200901-r6403-PLUS.zip --- ** [bugs:#500] possible important bug on Batik 1.6.1** **Status:** open **Milestone:** OJ_1.16 **Created:** Sun Aug 30, 2020 03:17 PM UTC by Giusepp

[JPP-Devel] [jump-pilot:bugs] Re: #500 possible important bug on Batik 1.6.1

2020-09-01 Thread ede via Jump-pilot-devel
could you Guys, please test svg export again? i am not sure i added alle necessary batik jars. i tried exporting SVG vectors and an image and it looked good. just to be sure.. thx ede On 01.09.2020 17:26, Giuseppe Aruta wrote: > Hi Ede, > I didi some test, now everything works fine, thanks. > T

[JPP-Devel] [jump-pilot:bugs] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

2020-09-04 Thread ede via Jump-pilot-devel
On 9/4/2020 9:01, Giuseppe Aruta wrote: > Since I have problems to display Aster tiff files, possibily due to the > precence of overviews, I am considering to add a plugin to convert a file > image (TIFF in this case) directly without loading into OJ view can you attach an Aster Tiff sample?..

[JPP-Devel] [jump-pilot:bugs] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

2020-09-04 Thread ede via Jump-pilot-devel
i see. so it assentially loads and shows but the additional pixel data is missing. ok, can't help with that. maybe you want to take a peek how other JUMPSs/Java apps access those and implement it in OJ? good to have sample online as well. if it used to work earlier try to identify the patchset

[JPP-Devel] [jump-pilot:bugs] Re: #495 Warp panel shows a vertical toolba instead of horizontal on Ubuntu

2020-09-04 Thread ede via Jump-pilot-devel
i'm not opposed. it's a workaround though as the way it is set up now is clearly at fault. anyway. feel free to patch, test and close the ticket. ..ede On 9/4/2020 11:44, Giuseppe Aruta wrote: > Hi Ede, > the problem is only on warp plugin toolbar. > The proposed modification (toolbox.getToolBar(

[JPP-Devel] [jump-pilot:bugs] Re: #495 Warp panel shows a vertical toolba instead of horizontal on Ubuntu

2020-09-04 Thread ede via Jump-pilot-devel
On 9/4/2020 11:57, Giuseppe Aruta wrote: > WarpingPanelPlugin moved from version 9 (2005) to verison 6423 (2020) :-( is that a problem? --- ** [bugs:#495] Warp panel shows a vertical toolba instead of horizontal on Ubuntu** **Status:** closed-works-for-me **Milestone:** OJ_future **Created:*

[JPP-Devel] [jump-pilot:bugs] #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

2020-09-06 Thread ede via Jump-pilot-devel
- **Milestone**: OJ_1.16 --> OJ_future - **Comment**: won't be fixed soonish, tag it accordingly --- ** [bugs:#498] Most GeoTIFF drivers fail with a simple GeoTIFF image** **Status:** open **Milestone:** OJ_future **Created:** Sun Aug 30, 2020 08:02 AM UTC by michael michaud **Last Updated:**

[JPP-Devel] [jump-pilot:bugs] #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

2020-09-06 Thread ede via Jump-pilot-devel
wrt. Commons Imaging - tested with commons-imaging-1.0-alpha2.jar the issue still remains. i logged a bug in their tracker, let's see how it pans out https://issues.apache.org/jira/projects/IMAGING/issues/IMAGING-265?filter=allopenissues --- ** [bugs:#498] Most GeoTIFF drivers fail with a si

[JPP-Devel] [jump-pilot:bugs] #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

2020-09-06 Thread ede via Jump-pilot-devel
wrt. to Standard TIFF Image reader from sun. since jdk9 or later it needs --add-exports java.desktop/com.sun.imageio.plugins.tiff=ALL-UNNAMED to access the specific imageio package. added that to our startup scripts in rev 6427 https://sourceforge.net/p/jump-pilot/code/6427/ --- ** [bugs:#4

[JPP-Devel] [jump-pilot:bugs] #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

2020-09-12 Thread ede via Jump-pilot-devel
thanks for testing Peppe. i actually made sure that the monoband geotiff you sent once me would properly load after the switch still. talking about the attached. wrt. to closing this ticket - yeah let's clear up the monoband issue and close then. Attachments: - [geotiff.zip](https://sourcef

[JPP-Devel] [jump-pilot:bugs] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

2020-09-12 Thread ede via Jump-pilot-devel
On 12.09.2020 11:31, michael michaud wrote: > I tried to handle errors in a more friendly way in r6443, but it seems that > the best improvement wrt this ticket has been made by changing old jai libray > by the new oss version. Thanks EDE. my patchset unfortunately disabled GeoImage framework wi

[JPP-Devel] [jump-pilot:bugs] #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

2020-09-12 Thread ede via Jump-pilot-devel
Peppe, please retest with r6451. ..ede --- ** [bugs:#498] Most GeoTIFF drivers fail with a simple GeoTIFF image** **Status:** open **Milestone:** OJ_future **Created:** Sun Aug 30, 2020 08:02 AM UTC by michael michaud **Last Updated:** Sat Sep 12, 2020 11:54 AM UTC **Owner:** nobody **Attachme

[JPP-Devel] [jump-pilot:bugs] Re: #498 Most GeoTIFF drivers fail with a simple GeoTIFF image

2020-09-13 Thread ede via Jump-pilot-devel
On 13.09.2020 11:35, michael michaud wrote: > **peppe's geotiff** : this is a float32 monoband raster. I could only read it > with Sextant Raster and with Commons Imaging (strange psychedelic apperance > with Commons Imaging though). Other readers through exception (IOOBE) while > reading, not w

[JPP-Devel] [jump-pilot:bugs] Re: #451 Add image layer throwing exception

2020-09-13 Thread ede via Jump-pilot-devel
On 13.09.2020 11:48, michael michaud wrote: > Ede, can you tell me why this error (NoClassDefFoundError) is expected ? some JAI internal thing connected to hardware acceleration not available that is thrown on the first use and has not negative impact that i know of. > Anyway, if it is, I sugges

[JPP-Devel] [jump-pilot:bugs] #451 Add image layer throwing NPE

2020-09-13 Thread ede via Jump-pilot-devel
- **summary**: Add image layer throwing exception --> Add image layer throwing NPE - **status**: open --> closed-fixed - **Milestone**: --> undecided - **Comment**: fixed in r6457 --- ** [bugs:#451] Add image layer throwing NPE** **Status:** closed-fixed **Milestone:** undecided **Created:*

[JPP-Devel] [jump-pilot:bugs] #503 1/2 pixel shift in image georeferencement

2020-09-13 Thread ede via Jump-pilot-devel
- **Milestone**: undecided --> OJ_1.16 --- ** [bugs:#503] 1/2 pixel shift in image georeferencement** **Status:** open **Milestone:** OJ_1.16 **Created:** Sun Sep 13, 2020 09:52 AM UTC by michael michaud **Last Updated:** Sun Sep 13, 2020 11:32 AM UTC **Owner:** nobody There is still 1/2 pix

[JPP-Devel] [jump-pilot:bugs] #501 I18N from extension

2020-09-13 Thread ede via Jump-pilot-devel
- **Milestone**: undecided --> OJ_2.x --- ** [bugs:#501] I18N from extension** **Status:** open **Milestone:** OJ_2.x **Created:** Mon Aug 31, 2020 10:32 AM UTC by michael michaud **Last Updated:** Mon Aug 31, 2020 05:15 PM UTC **Owner:** nobody Ede, I prefer to document the usage of I18N in

[JPP-Devel] [jump-pilot:bugs] #499 SelectFilesOptionPanel and extensions

2020-09-13 Thread ede via Jump-pilot-devel
- **Milestone**: undecided --> OJ_1.16 - **Comment**: Mike, whats's the status of this? can we close it? --- ** [bugs:#499] SelectFilesOptionPanel and extensions** **Status:** open **Milestone:** OJ_1.16 **Created:** Sun Aug 30, 2020 09:43 AM UTC by michael michaud **Last Updated:** Sun Aug 3

[JPP-Devel] [jump-pilot:bugs] #496 OpenJUMP 1.15 freezes on loading project files from differing versions

2020-09-13 Thread ede via Jump-pilot-devel
- **Milestone**: --> OJ_future - **Comment**: tag it as to be solved in the future as it's unclear what the problem is, if at all something on our end. --- ** [bugs:#496] OpenJUMP 1.15 freezes on loading project files from differing versions** **Status:** open **Milestone:** OJ_future **Cr

[JPP-Devel] [jump-pilot:bugs] #444 native ECW sdk loader _not_ initialized when GDAL is available

2020-09-13 Thread ede via Jump-pilot-devel
- **Milestone**: --> OJ_future --- ** [bugs:#444] native ECW sdk loader _not_ initialized when GDAL is available** **Status:** open **Milestone:** OJ_future **Created:** Sun Nov 13, 2016 03:48 PM UTC by ede **Last Updated:** Wed Dec 28, 2016 12:53 PM UTC **Owner:** nobody currently 13.11.20

[JPP-Devel] [jump-pilot:bugs] #430 JP2 reader does not read all jp2 files

2020-09-13 Thread ede via Jump-pilot-devel
according to the below testing i would suggest we prioritize as follows when offering readers GDAL OpenJPEG JP2K Image Reader, version 1.1, OpenJUMP GDAL ECW JP2K Image Reader, version1.1, GeoSolutions/OpenJUMP ImageIO JPEG 2000 Image Reader, version 1.1, Sun Microsystems, Inc. ..ede some curre

[JPP-Devel] [jump-pilot:bugs] #430 JP2 reader does not read all jp2 files

2020-09-13 Thread ede via Jump-pilot-devel
we should probably thinking about adding a MEGA distro containing GDAL as most users are probably completely unaware of this OJ functionality --- ** [bugs:#430] JP2 reader does not read all jp2 files** **Status:** open **Milestone:** **Created:** Sat Oct 01, 2016 09:56 AM UTC by michael micha

[JPP-Devel] [jump-pilot:bugs] #496 OpenJUMP 1.15 freezes on loading project files from differing versions

2020-09-13 Thread ede via Jump-pilot-devel
as i wrote directly above your post. nope. --- ** [bugs:#496] OpenJUMP 1.15 freezes on loading project files from differing versions** **Status:** open **Milestone:** OJ_future **Created:** Tue Aug 11, 2020 10:35 AM UTC by ede **Last Updated:** Sun Sep 13, 2020 04:22 PM UTC **Owner:** nobody

[JPP-Devel] [jump-pilot:bugs] #430 JP2 reader does not read all jp2 files

2020-09-13 Thread ede via Jump-pilot-devel
- **Milestone**: --> OJ_2.x - **Comment**: i'd say it's solved. but regardless it's not blocking OJ 1.16 --- ** [bugs:#430] JP2 reader does not read all jp2 files** **Status:** open **Milestone:** OJ_2.x **Created:** Sat Oct 01, 2016 09:56 AM UTC by michael michaud **Last Updated:** Sun Sep

[JPP-Devel] [jump-pilot:bugs] #419 NPE thrown when selecting feature

2020-09-13 Thread ede via Jump-pilot-devel
- **Milestone**: --> OJ_future - **Comment**: let's keep an eye on it. not blocking OJ 1.16 --- ** [bugs:#419] NPE thrown when selecting feature** **Status:** open **Milestone:** OJ_future **Created:** Mon Mar 21, 2016 11:13 PM UTC by michael michaud **Last Updated:** Mon Mar 21, 2016 11:13

[JPP-Devel] [jump-pilot:bugs] #389 Detached Attribute table buggy

2020-09-13 Thread ede via Jump-pilot-devel
- **Milestone**: --> OJ_future - **Comment**: let's keep an eye on it. after all it's hanging here since 5 years. not blocking OJ 1.16 --- ** [bugs:#389] Detached Attribute table buggy** **Status:** open **Milestone:** OJ_future **Created:** Sat Feb 07, 2015 04:55 PM UTC by michael michaud

[JPP-Devel] [jump-pilot:bugs] #382 Delete Incremental Warping Vector tool does not work

2020-09-13 Thread ede via Jump-pilot-devel
- **Milestone**: --> OJ_1.16 - **Comment**: Jukka, could you provide recent background? is it still not working? if so, we have 2 alternatives - fixing ("hard") - removing the feature (easy) which would you suggest. ..ede --- ** [bugs:#382] Delete Incremental Warping Vector tool does not w

[JPP-Devel] [jump-pilot:bugs] #363 Dataset charset not visible

2020-09-13 Thread ede via Jump-pilot-devel
- **Milestone**: --> OJ_1.16 - **Comment**: Mike, wasn't that fixed a long time ago? ..ede --- ** [bugs:#363] Dataset charset not visible** **Status:** open **Milestone:** OJ_1.16 **Created:** Tue May 06, 2014 07:56 PM UTC by michael michaud **Last Updated:** Thu May 28, 2015 10:47 AM UTC **

[JPP-Devel] [jump-pilot:bugs] #316 Inconsistencies in plugin enablecheck

2020-09-13 Thread ede via Jump-pilot-devel
- **Operating System**: --> Windows - **Milestone**: --> OJ_2.x - **Comment**: which leaves One current problem happens if layer B of project B is selected, and Attribute table of layer A of project A is the active frame : most plugins are initialized with layer B, not A. Some suggestions :

[JPP-Devel] [jump-pilot:bugs] #315 Shortcut weirdness when Layer Tree has the focus

2020-09-13 Thread ede via Jump-pilot-devel
- **Priority**: 5 --> 9 - **Milestone**: --> OJ_future - **Comment**: good things come to those who wait or so --- ** [bugs:#315] Shortcut weirdness when Layer Tree has the focus** **Status:** open **Milestone:** OJ_future **Labels:** OpenJUMP - Toolbox and Buttons **Created:** Mon May 13,

[JPP-Devel] [jump-pilot:bugs] #297 Button "New folder" not visible

2020-09-13 Thread ede via Jump-pilot-devel
- **labels**: OpenJUMP - Menu - File --> OpenJUMP - Menu - File - **Operating System**: --> MacOSX - **Milestone**: --> OJ_2.x - **Comment**: the file dialogs areoperating system specific. just checked and even on recent OSX 1.15 Catalina the 'add folder' button is missing. will need to find o

[JPP-Devel] [jump-pilot:bugs] #312 Menu slow down

2020-09-13 Thread ede via Jump-pilot-devel
- **Operating System**: --> Windows - **Milestone**: --> OJ_future --- ** [bugs:#312] Menu slow down** **Status:** open **Milestone:** OJ_future **Labels:** General / Other **Created:** Mon Apr 22, 2013 09:34 PM UTC by michael michaud **Last Updated:** Mon Apr 22, 2013 09:34 PM UTC **Owner:

[JPP-Devel] [jump-pilot:bugs] #291 Problem on drop-down menus

2020-09-13 Thread ede via Jump-pilot-devel
- **Operating System**: --> Linux/Unix - **Milestone**: --> OJ_1.16 - **Comment**: Peppe, can you check this again please with snapshot and recent openjdk? thx ..ede --- ** [bugs:#291] Problem on drop-down menus** **Status:** open **Milestone:** OJ_1.16 **Labels:** General / Other **Creat

[JPP-Devel] [jump-pilot:bugs] #290 TIF image fails to add with error

2020-09-13 Thread ede via Jump-pilot-devel
- **labels**: OpenJUMP - Menu - File --> OpenJUMP - Menu - File - **status**: open --> closed-fixed - **Operating System**: --> Windows - **Milestone**: --> undecided - **Comment**: closing this as fixed - the image framework was overhauled inbetween and will probably read the file which we ca

[JPP-Devel] [jump-pilot:bugs] #223 Theming/Classifcation selector jumps back to: equal interval

2020-09-13 Thread ede via Jump-pilot-devel
- **Operating System**: --> Windows - **Milestone**: --> OJ_future - **Comment**: will tag it as OJ_future. Mike if you want to have a go at it feel free to tag it as OJ_1.16.. ede --- ** [bugs:#223] Theming/Classifcation selector jumps back to: equal interval** **Status:** open **Mileston

[JPP-Devel] [jump-pilot:bugs] #197 Menu edit too slow

2020-09-13 Thread ede via Jump-pilot-devel
- **Operating System**: --> not specified - **Milestone**: --> OJ_future - **Comment**: Jukka or everybody else would you please try to reproduce this and come back with a urgency estimate. will tag it as OJ_future for now as it is pretty vague ..ede --- ** [bugs:#197] Menu edit too slow**

[JPP-Devel] [jump-pilot:bugs] #89 label offset should be set according to symbol size

2020-09-13 Thread ede via Jump-pilot-devel
- **Operating System**: --> not specified - **Milestone**: --> OJ_1.16 - **Comment**: Peppe, what's the state of this? ..ede --- ** [bugs:#89] label offset should be set according to symbol size** **Status:** open **Milestone:** OJ_1.16 **Created:** Fri Jul 13, 2007 08:51 AM UTC by Anonymou

[JPP-Devel] [jump-pilot:bugs] #175 Bug random behavior of Save Image to Raster

2020-09-13 Thread ede via Jump-pilot-devel
- **Operating System**: --> not specified - **Milestone**: --> OJ_1.16 - **Comment**: Peppe, could you test this please? ..thx ede --- ** [bugs:#175] Bug random behavior of Save Image to Raster** **Status:** open **Milestone:** OJ_1.16 **Labels:** General / Other **Created:** Wed Feb 09, 2

[JPP-Devel] [jump-pilot:bugs] #152 OJ styling bugs and issues

2020-09-13 Thread ede via Jump-pilot-devel
- **Operating System**: --> not specified - **Milestone**: --> OJ_future - **Comment**: Mike, could you list the persisting issues please so they can be fixed one by one later? wil tag it as OJ_future as it is not blocking any release --- ** [bugs:#152] OJ styling bugs and issues** **Stat

[JPP-Devel] [jump-pilot:bugs] #152 OJ styling bugs and issues

2020-09-13 Thread ede via Jump-pilot-devel
- **assigned_to**: michael michaud - **Comment**: Mike, could you list the persisting issues please so they can be fixed one by one later? wil tag it as OJ_future as it is not blocking OJ_1.16 --- ** [bugs:#152] OJ styling bugs and issues** **Status:** open **Milestone:** OJ_future **Labels

[JPP-Devel] [jump-pilot:bugs] #422 Bug in jython tools

2020-09-13 Thread ede via Jump-pilot-devel
- **Milestone**: --> OJ_1.16 - **Comment**: Peppe is this still working? if yes please close as fixed. ..ede --- ** [bugs:#422] Bug in jython tools** **Status:** pending **Milestone:** OJ_1.16 **Created:** Wed Jun 01, 2016 06:13 AM UTC by michael michaud **Last Updated:** Thu Oct 20, 2016 01

  1   2   >