Stefan,
ok, I believe I managed to check out a copy of the source code from SVN
and set up a NetBeans project (awesome!).
With regards to your questions: we could definitely check if OpenJUMP
works with the new Sextante releases. I have to say though that I don't
know much about the Framework
Hi,
There are two tools in the right click menu which seem to almost the same
thing. Clone items does not ask anything, it just clones. Are there other
meaningful differences.
I notices that if I have selected items from many layers the Clone items is
cloning them all into one of the selected
Hi,
I received a polygon dataset that in not in perfect order. I should make a
uniform polygon coverage but sometimes the vertices of adjacent polygons does
not match exactly. Sometimes also one polygon has more vertices than the
neighbour polygon in the common boundary. Do we already have
Hi,
Do I remember right or was there some academic teacher with the discussion back
then? And the reason for changing some naming and grouping was aiming to better
match with some OGC document?
I feel it is confusing to have slightly different names for about similar but
not exactly same
Hi,
I made a little correction in readme.txt and readme-devel.txt.
Please have a look at this.
Kindly regards
uwe
Am 21.01.2012 22:00, schrieb Michaël Michaud:
Sorry, clicked too fast,
Here is the file
Michaël
Le 21/01/2012 21:57, Michaël Michaud a écrit :
Hi,
I internationalized some
Hi,
There are two tools in the right click menu which seem to almost the same
thing. Clone items does not ask anything, it just clones. Are there other
meaningful differences.
The other difference is that the object remains selected* and the move
feature action is activated so that it is
zip,gz files are added as supported file types in trunk and since release 1.5.0.
..ede
On 23.01.2012 06:50, Rahkonen Jukka wrote:
Perhaps not because they may not know that they can open the zipped shapefile
sent by email directly without a need to unzip. I believe most users are
unzipping
it's not like i am not listening ;) .. regarding adding plugins/editing the
scripts i think we can expect those advanced users to familiarize with right
click/show package contents. we should of course document it in the wiki.
..ede
On 23.01.2012 01:37, Stefan Steiniger wrote:
Hei ede,
the
the mighty mouse has 4 buttons. 2 at the side, 2 at the top. if you click on
the right top you have a right click. for osx you can enable right clicking
systemwide in the systempanel/mouse.
but even without this change a java application should consider the rightclick
as such if you just don't
On 23.01.2012 00:06, Stefan Steiniger wrote:
So - for everyone who reads until here:
please can I ask for the opinion on namening/re-naming back to earlier
changes?
as a no gis person i'll pass on this.. you guys better suited for that issue..
ede
Jukka,
clone items not only duplicate items but also set the copies on editing mode
and opens move-item tool: it allows users to clone and move objects on the
workbench with only one click - the regular duplicate item doesn't have these
capabilities. It has some possible usages, cloning object
Hi,
I made a little correction in readme.txt and readme-devel.txt.
Please have a look at this.
OK, thanks Uwe,
It's updated and uploaded as PostGIS PlugIn V1.5.0
Michaël
Kindly regards
uwe
Am 21.01.2012 22:00, schrieb Michaël Michaud:
Sorry, clicked too fast,
Here is the file
Hi,
at 2011.05.16 we had a discussion about changing menues
(see below).
My opinion again is to use names from OGC.
http://www.opengeospatial.org/standards/sfa
Please do not change every OJ version the menues!
Because it is hard work for the users to find them
and it is hard to update a
Hi,
I can see the advantage in clone and move. I think that this tool is most
useful when digitising and adding new features into that same layer. Replicate
features is clearly made for copying features from one layer into another.
That's also what I have been using it. Perhaps we will want to
hi all,
for the curious the exe wrapped izpack installer can now be downloaded and
tested form the sf.net snapshot area
http://sourceforge.net/projects/jump-pilot/files/OpenJUMP_snapshots/
as a bonus it complains when it can't find java and open's java download page
in browser (most of the
Jukka,
I believe we definitely should not be copying features to layers that
are not editable.
Can you fill out a feature request for this?
Thanks.
The Sunburned Surveyor
On Mon, Jan 23, 2012 at 5:45 AM, Rahkonen Jukka
jukka.rahko...@mmmtike.fi wrote:
Hi,
I can see the advantage in clone
So we've got two choices. (1) Remove support for opening zip files.
(2) Fix OJ's zip file support.
You can put anything in a zip file, so the idea of opening a zip file
directly seems a little odd to me. We need to teach jump to look for
and import only supported files from a zip and to ignore
Jukka.
If we don't have this functionality, let's talk. It would be useful to
me and I could code a plug-in. If this functionality isn't already in
JTS, I bet DR JTS would be interested in our implementation.
Landon
On Mon, Jan 23, 2012 at 1:58 AM, Rahkonen Jukka
jukka.rahko...@mmmtike.fi
Hi,
Despite ESRI is a non-negligible factor in the GIS world I do not consider that
problem with ESRI .xml metadata files is so big. As far as I know they are only
generated by ESRI software. Shapefiles from other sources can be opened from
zip file without problem. So I would rather keep the
Makes sense.
Landon
On Sun, Jan 22, 2012 at 11:48 AM, Rahkonen Jukka
jukka.rahko...@mmmtike.fi wrote:
Hi,
For reaching WMS and WFS services. Requests and responses are going through
http(s) protocol and if company is using http proxy then OpenJUMP must use it
also.
-Jukka Rahkonen-
sounds good to me. although the user interaction should also include a
possibility to ignore the file.
if you work on it please i suggest to do it locally and submit your change
after february the 4th. we should finnish the release 1.5.1 during the course
of this week.
..ede
On 23.01.2012
Michael,
do you have an idea on when we can freeze? the installer is as good as it gets
for now and the releases look fine from my point of view.
..ede
--
Try before you buy = See our experts in action!
The most
Hi all,
I am very busy in these days with my job so excuse me if I do a cumulative
answer.
I think we should leave all things as they are for OJ 1..5.1 without modifying
anything.
But we can leave a general common discussion and open a page for an up-to-come
version of OJ (1.6? 2?) where we
Hi,
do you have an idea on when we can freeze? the installer is as good as it
gets for now and the releases look fine from my point of view.
I think we must freeze everything but fixes relative to installation
process or language files.
I still have some remarks on windows batch (see my next
Hi,
Thanks Matthias - but a question to Michael / Ede, should we
un-comment it for now until 1.5.1 is really out there? I would propose
so. But after 1.5.1 release we can add new functions.
depends on the stability of it i'd say.. if it is good enough in, if not out
(for this release)
I
Hi,
I can see the advantage in clone and move. I think that this tool is
most useful when digitising and adding new features into that same
layer. Replicate features is clearly made for copying features from
one layer into another. That's also what I have been using it. Perhaps
we will want
Hi,
Are jar and exe both for installation ?
I would insist on the CORE distribution, but similar distribution for
CORE and PLUS seems fair to me :-)
Michaël
Le 23/01/2012 15:08, edgar.sol...@web.de a écrit :
as it is an automated process now and the new installer is a cross platform
thanks Jukka,
fyi: put it back yesterday. So no removal I would say.
But I think about moving it to the Layer menu, instead having it in
mouse context (= less items in the menu less dangerous - until we
would have a Are-You-Sure?-window).
stefan
On 22/01/2012 10:22 PM, Rahkonen Jukka wrote:
Hi Michael,
I have to see ELML. Do you know the system they use at osgeo for i18n
? Michaël
no, for the wiki? or which?
stefan
--
Try before you buy = See our experts in action!
The most comprehensive online
Hi!
Hi,
Thanks Matthias - but a question to Michael / Ede, should we
un-comment it for now until 1.5.1 is really out there? I would propose
so. But after 1.5.1 release we can add new functions.
depends on the stability of it i'd say.. if it is good enough in, if not out
(for this
On 23.01.2012 21:22, Michaël Michaud wrote:
Hi,
Are jar and exe both for installation ?
yes, exe is just a wrapped jar. like a bird feeds it's young predigested food
;) you usually offer exe installers to windows folks.
..ede
I would insist on the CORE distribution, but similar
i'll be busy this weekend but a release by the beginning of next week should be
fine.
..ede
On 23.01.2012 20:18, Michaël Michaud wrote:
Hi,
do you have an idea on when we can freeze? the installer is as good as it
gets for now and the releases look fine from my point of view.
I think we
Hi
Hi Michael,
I have to see ELML. Do you know the system they use at osgeo for i18n
? Michaël
no, for the wiki? or which?
Here is a brief listing of technologies which could help for writing
documentation
Not exhaustive, not tested (except docbook, a long time ago), just worth
a look
Hi Giuseppe,
thank you for your very interesting suggestions.
In the past we could change the manuals *after* the official
release was provided because the nightbuild could change every day.
I agree that we need a deadline not to change menues or functionality
to have time for changing the
34 matches
Mail list logo