Hi!
I've started to build the testing environment a week ago. Let's make
a brief summary about what happend since my last post.
Documentation was added to the classes and Javadocs and testing results
can be generated as html files. Also all needed methods for the tests where
arranged in TestTools
Hi Benjamin,
I've started to build the testing environment a week ago. Let's make
a brief summary about what happend since my last post.
Documentation was added to the classes and Javadocs and testing results
can be generated as html files. Also all needed methods for the tests
where
arranged
Hi,
New OJ does not open my old project files which I have created in 2009. It is
not a problem because I have the corresponding OpenJUMP version in the same zip
file. Big advantage from a small footprint. I still wonder what has changed
and how the old project files could be edited to be usas
Bugs item #3472008, was opened at 2012-01-10 13:28
Message generated for change (Tracker Item Submitted) made by michaudm
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=679906&aid=3472008&group_id=118054
Please note that this message will contain a full copy of the
@Michaël
> Nice to see your progress on a unit test framework setting.
>
> It would be good if it could help making a better separation between
> plugin parameters and ui stuff.
>
I think the other plugins should be refactored like you already refactored
the
UnionByAttributePlugIn. TestToolsTest
What might happen when user is saving into shapefile a dataset with attributes
like "long_attribute_name_01" and "long_attribute_name_02"? Truncating names
to suit the .dbf format would yield to identical names. This is how GDAL
behaves:
Attribute names can only be up to 10 characters long. Lo
Hi,
Yes, Stefan already added me to the developers list:
https://sourceforge.net/project/memberlist.php?group_id=118054
Fine,
The question is now, how to add the framework to the repository.
Adding it to the svn would be of course the best way to work together.
Sure,
I might create a new bran
Feature Requests item #3472020, was opened at 2012-01-10 14:06
Message generated for change (Tracker Item Submitted) made by michaudm
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=679909&aid=3472020&group_id=118054
Please note that this message will contain a full
Hi,
> What might happen when user is saving into shapefile a dataset with
> attributes like "long_attribute_name_01" and "long_attribute_name_02"?
> Truncating names to suit the .dbf format would yield to identical names. This
> is how GDAL behaves:
>
> Attribute names can only be up to 10 char
Hi,
> Hi,
>
> New OJ does not open my old project files which I have created in 2009. It is
> not a problem because I have the corresponding OpenJUMP version in the same
> zip file. Big advantage from a small footprint. I still wonder what has
> changed and how the old project files could be ed
>
> Wouldn't be enough to add a new package to the source trunk for
> developpers and to exclude the package for releases, and nightly builds ?
>
> Michaël
>
Okay. I will relayout the existing source code to fit into the structure of
core/trunk.
After that I will create a new branch at svn with t
If we want to directly commit this to trunk without creating a branch,
I first need to thunk about possible consequences when we refactor exising
code.
Stefan maybe has also some ideas about that.
2012/1/10 Benjamin Gudehus
> Wouldn't be enough to add a new package to the source trunk for
>> dev
Hi Jukka,
I haven't posted for a while, but I'm still listening. Your post
reminded me that OJ still doesn't have one of my favorite features in
SkyJUMP: the layer file. These are basically project files per layer.
They are created when you use the Archive Selected Datasets menu option.
It cre
Hi,
If we want to directly commit this to trunk without creating a branch,
I first need to thunk about possible consequences when we refactor
exising code.
Stefan maybe has also some ideas about that.
Right, wait for Stefan's and Ede's advice.
It must make use and adoption simple, not more com
> New OJ does not open my old project files which I have created in 2009. It
> is not a problem because I have the corresponding OpenJUMP version in the
> same zip file. Big advantage from a small footprint. I still wonder what
> has changed and how the old project files could be edited to be usas
15 matches
Mail list logo
