Hi Giuseppe,
Thanks for your answer,
If you don't mind, I'd like to release before october because
- 1.4.2 is a small bug fix release (including a fix of a bug introduced
in 1.4.1)
- I'd like to be able to make more important changes just after 1.4.2
release (maybe we'll have to create branche
Lähettäjä: Michaël Michaud [michael.mich...@free.fr]
Lähetetty: 3. syyskuuta 2011 0:04
Vastaanottaja: OpenJump develop and use
Aihe: Re: [JPP-Devel] Next stable version
> Hi,
>
> Sorry, my first answer was a bit short :
Le 02/09/2011 13:06, Rahkonen Jukka a écri
Hi
I18N files maintenance :
For a few years, we have added new keys in every language file and
prefixed default english translation with T\:
While it is fine to find keys waiting for translation, one also get
"T:english_text" in OpenJUMP user interface,
which, IMHO, is worth than just "english_t
Hi all,
What about adding more raster functionalities for OpenJUMP and adding GDAL
to OJ
I have a very small list. please add your favorite raster module to this
mail as reply
Image registration
classification supervised and unsupervised
Cell operations
filtering
etc...
--
Regards,
Mohamm
Hi,
It is strange, I just tested it on my machine (with NB from 03
september) and it works quite well.
Indeed, I found a small bug :
vmarg.1=-Dlog4j.configuration=file:\bin\log4j.xml
should be
vmarg.1=-Dlog4j.configuration=file:bin\log4j.xml
but it does not prevent OJ from starting
Can you c
Hi Mohammed,
Adding more raster functionnalities would be great.
On the other hand, generally speaking, I'm reluctant to include c code
in OpenJUMP (at least if there are other solutions).
I don't know raster framework very well, but for me, one difficulty is
to keep it consistent. We alread
2011/9/3 Michaël Michaud
> Hi Mohammed,
>
> Adding more raster functionnalities would be great.
>
> On the other hand, generally speaking, I'm reluctant to include c code in
> OpenJUMP (at least if there are other solutions).
>
> why?
> I don't know raster framework very well, but for me, one d
Hi,
On the other hand, generally speaking, I'm reluctant to include c code
in OpenJUMP (at least if there are other solutions).
why?
Just make platform independance and distribution a bit more complex (but
I know gdal is a great library and I do not say it is not worthwhile)
I don't know
Hi Matthias,
Thanks for taking care of code consistency (hard work indeed).
I thought I would get no problem with the change you did in
FeatureInstaller, because return type is not part of method signature,
but I have to recompile extensions using FeatureInstaller (most of them)
tomake them w
