Hi Michael,
No, I didn't explain it somewhere.
Do you ask so I put some info on the wiki, or do you want to know?
Anyway,
. the default plugins are initialized in default-plugins.xml file which
is part of the /bin/ folder (or in the SVN repository in the scripts
folder) by simply adding the
pretty sure that Add-Sextante-Raster-Image does not locate
images correctly. It seems to introduce an offset of exactly one image
pixel both to the right and towards the bottom.
-Jukka Rahkonen-
Stefan Steiniger wrote:
@Jukka, thank you for testing. I also noticed the antialiasing effect
Hei Michael,
May be easy, but I did not find the class loading the
default-plugins.xml.
this is done directly in the class which checks the command line
arguments (JUMPWorkbench.java). So there is an option: -default-plugins
that is read, and introduced in the openjump.bat file too.
This
Hei Jukka,
thanks!
While I was going to update the wiki page now I found this nice image:
http://openjump.org/wiki/show/Shortcut+Keys+1-pager
suprise surpise...
time to link it more prominently
stefan
Rahkonen Jukka wrote:
btw: Did we write down somewhere what keys can be used to do panning
ah.. I just wondered if Warping is really a rubbersheeting or if there
is some more stuff in the rubbersheeting.
stefan
Larry Becker wrote:
There is a bit of confusion about these tools. Unless I'm mistaken,
warping is not the same as affine transform unless the number of vectors
is
, Feb 23, 2009 at 9:27 PM, Stefan Steiniger sst...@geo.uzh.ch
mailto:sst...@geo.uzh.ch wrote:
Hei Larry,
on a bit different thing as you outline your current develoment goal...
What is the progress with the new (dynamic?) toolbar - so could we
include that in the next OJ
On Thu, Feb 26, 2009 at 1:03 PM, Stefan Steiniger sst...@geo.uzh.ch
mailto:sst...@geo.uzh.ch wrote:
Ok.. but thank you for working on it.
On your idea: I can not really imagine what you are talking about, i.e.
how it would look like...
stefan
Larry Becker wrote
core/src/lanuage/
Sunburned Surveyor wrote:
I was going to commit this for Peppe, but I can't for the life of me
find where we are keeping the I18N properties files in the SVN. Can
someone remind me?
The Sunburned Surveyor
2009/2/26 Giuseppe Aruta giuseppe_ar...@yahoo.it:
Hi,
this is
mhm.. I think I need to look into what the different things exactly do,
before I can give a comment.
stefan
Michaël Michaud wrote:
Larry Becker a écrit :
There is a bit of confusion about these tools. Unless I'm mistaken,
warping is not the same as affine transform unless the number of
Hei all,
I thought it would be good if we can more easily track the use of
OpenJUMP in Research. Therefore I added a wiki page on citing OJ:
http://www.openjump.org/wiki/show/Citing+OpenJUMP
I propose to cite the use of OpenJUMP in publications as follows:
OpenJUMP Development Core Team
): OpenJUMP
GIS - The free and open source
Java-based desktop GIS. Available from www.openjump.org. (Accessed
January 2009)
But I will use whatever you think is best Stefan, This is just a
suggestion of mine.
SS
On Thu, Feb 26, 2009 at 9:26 PM, Stefan Steiniger sst...@geo.uzh.ch wrote
I changed it now to:
The JUMP Pilot Project (2008): OpenJUMP GIS - The free and open source
Java-based desktop GIS. Available from www.openjump.org. (Accessed
January 2009)
Stefan Steiniger wrote:
yep.. that is another option I was thinking about, i.e.
The JUMP Pilot Project (2008): OpenJUMP
, Stefan Steiniger
sst...@geo.uzh.ch mailto:sst...@geo.uzh.ch
mailto:sst...@geo.uzh.ch mailto:sst...@geo.uzh.ch wrote:
mhm.. doable for sure, but would this also shorten
access-time to a
function like Merge Two Polygons?
I understand
Hei,
as it is quite difficult to identify new keys that need to be translated
I am now marking new entries that need translation by T: infront of
the string, i.e. T:no worldfile found.
If I don't put a translation string behind the key in the PRB Editor,
then the key is not stored in the
Hei Michael and others,
I had a look on your aggregation plugin. It is a bit more advanced than
my one. If we would add Minority/Majority/Median and try to get the
query message fixed so that it doesn't exceed the box, then I think we
rather should use your plugin. Or we add both, calling my
Hei Martin and others,
I discovered that odd behaviour:
When data are created with
ToolsEdit GeometryConvert Extract Common Boundary Between Polygons...
(in OpenJUMP-NB)
the function returns LinearRings.
Now, the geometry of those data can be saved in a jml file, but it is
not displayed
Hei Martin
Martin Davis wrote:
Ultimately it would be cool to provide a Visual Programming interface to
JEQL, which would make this even easier to use. Does the Sextante Model
Builder provide a graphical interface?
yes .. see the 3rd picture:
that probably makes
sense, so as to fully preserve the geometry types)
Stefan Steiniger wrote:
Hei Martin and others,
I discovered that odd behaviour:
When data are created with
ToolsEdit GeometryConvert Extract Common Boundary Between Polygons...
(in OpenJUMP-NB)
the function returns
ups sorry - I was wrong. The LinearRings seem to come from somewhere
else (i.e. geometry.getBoundary() ... which makes sense)
stefan
Stefan Steiniger wrote:
Hei Martin,
thank you for the answer.
I just recognized that the method that delivers the LinearRings
Michaud schrieb:
Stefan Steiniger a écrit :
Hei Michael and others,
I had a look on your aggregation plugin. It is a bit more advanced than
my one. If we would add Minority/Majority/Median and try to get the
query message fixed so that it doesn't exceed the box,
Hey, I did not notice
Hei.. Peppe did some stuff with a usb stick:
http://openjump.org/wiki/show/Portable+OpenJump
so a bit different but still related
stefan
Sunburned Surveyor wrote:
As part of my work with the California Chapter of the OSGeo I would
like to create a CD or DVD that contains OpenJUMP. This CD
Hei guys,
(i) - new bugs
I added a couple of bugs todayand somebody added some more the last
weeks (related to the autocomplete polygon)
Not sure if we fix them all before the next release but it would be nice
to have fixed onre or two.
Hei,
@Ede: thanks for the comment:
so the VividSolution note says:
* 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
Ede made some very good (and correct) comments.
However, there is no legal way to improve or add functions to OpenJUMP
(as soon as they use whatever OJ functionality - i.e. even the plugin
mechanism) without giving back the improvements, i.e. the sources.
The only kind-of-legal way is to let
well.. from my perspective there is not really a difference.
But: the term Feature is used in GIS terminology for Geographic Objects
on the one hand. On the other hand, Feature is used also in terms of
property in everyday English (and in particular in computer science) -
i.e. it does not refer
at the code.
SS
On Fri, Mar 6, 2009 at 12:09 PM, Stefan Steiniger sst...@geo.uzh.ch wrote:
Hei,
so I just had to check... it is the plugin:
ui.plugin.analysis.SpatialQueryPlugIn of the original JUMP
the case where the selection is needed is for instance if feature in one
layer appear also
Hei Ravi,
so .. I checked what is going on with your dataset when applying the
function Intersect Polygon Layers.
The reason while it fails and the error message appears[1] is that the
strbuffer file contains features that overlay each other (you see the
overlay if you use the union by
are.
stefan
Michaël Michaud schrieb:
Stefan Steiniger a écrit :
Hei Michael and others,
I had a look on your aggregation plugin. It is a bit more advanced than
my one. If we would add Minority/Majority/Median and try to get the
query message fixed so that it doesn't exceed the box
Stefan. I hope to start work on this bug next
week. I may need to check on the desired behavior of the plug-in again
after I have looked at the code.
SS
On Fri, Mar 6, 2009 at 12:09 PM, Stefan Steiniger sst...@geo.uzh.ch
wrote:
Hei,
so I just had to check... it is the plugin
Hei Landon,
thank you and pls. commit. If there is a problem I/we will find it after
the commit.
On the LinearRing thing.. that is solved (I did fix it on the weekend -
and closed the bug report).
stefan
Sunburned Surveyor wrote:
I have fixed the spatial query bug. If the user chooses not to
now.
SS
On Thu, Mar 12, 2009 at 2:51 PM, Stefan Steiniger sst...@geo.uzh.ch wrote:
Hei Landon,
thank you and pls. commit. If there is a problem I/we will find it after
the commit.
On the LinearRing thing.. that is solved (I did fix it on the weekend -
and closed the bug report).
stefan
Do you want me to make these changes to my patch and then commit again?
no its fine
stefan
SS
On Fri, Mar 13, 2009 at 9:27 AM, Stefan Steiniger sst...@geo.uzh.ch wrote:
I checked your code visually.. looks good
But I have two comments:
1) you replaced
-if (createLayer
Hei,
I have never worked with the issue of storing infos to the project
files. So my question (related to a feature request/bug report):
How can one store the information on the editable/selectable status of
layers in a project? Any hints where to look? (or even volunteers? ;)
stefan
right...
seems like a bit of work is left :)
stefan
Rahkonen Jukka wrote:
Hei,
Have a look at the editing toolbox.
-Jukka-
-Alkuperäinen viesti-
Lähettäjä: Stefan Steiniger [mailto:sst...@geo.uzh.ch]
Lähetetty: ma 16.3.2009 19:44
Vastaanottaja: giuseppe_ar...@yahoo.it
Hi Michael,
no problem. I think I have actually used a couple of times strings from
other plugins. You are right - it may be better to define them in
GenericNames instead just using a key from another class.
I don't target for a precise release date. What is open are Finnish,
Portugese and
just check the commits of that class. I guess the last change was
related to the display of different typed of vertices
stefan
Sunburned Surveyor wrote:
I confirmed that the bug doesn't appear in the latest version of
SkyJUMP. I did notice that SkyJUMP didn't correctly paint some of the
more
yes.. Andreas is right. Some tiff types work while others don't
stefan
Andreas Schmitz wrote:
Rahkonen Jukka wrote:
Hi,
I do not know what is wrong with
Formatimage/tiff/Format.
The request is right but OpenJUMP does not show the image. Is is just that
tiff format is not supported
uh.. sorry.. haven't found the time yet
stefan
Sunburned Surveyor schrieb:
Sounds good to me too Peppe.
But we should see what Stefan thinks.
The Sunburned Surveyor
On Fri, Mar 20, 2009 at 6:17 AM, Larry Becker becker.la...@gmail.com wrote:
Sounds reasonable to me.
Larry
On Fri,
well what to say... congrats! ...and thank you and your team for sharing
all your developments over the years!
stefan
Andreas Schmitz schrieb:
Larry Becker wrote:
Hi,
Yea! Of course, programs age more rapidly than people. :-)
and here I was, thinking that you've been doing this a
well.. this is good news if it builds on OJ (NB).
and even more as we don't have to develop new stuff but can check out
what to integrate into the core for the future. (And we lack
cartographic stuff)
stefan
Giuseppe Aruta schrieb:
Hi all,
There is another fork of Jump. The software is
..the manual looks interesting and I wish I would speak italian.
Question: They have WFS and WCS in the open menu - where does it come
from? I guess WFS is from Deegree? is WCS as well? Did you develop such
things Andreas?
They also offer to open Grid files.. would be interesting to know what
As far as I know - no. But it has been always on the todo list.
stefan
Giuseppe Aruta schrieb:
Hi all,
Did aanybody tried to integrate the Generic DataBase Management System into
openjump (http://gdbms.sourceforge.net/)? AFAIR there was a sort of project
some years ago.
Regards
Peppe
Hi Andreas,
thank you for the answer. I have also only a vague idea about WCS.
Peppe told me that he will ask for the sources... so we could see more
if he receives those.
cheers
stefan
Andreas Schmitz schrieb:
Stefan Steiniger wrote:
Hi,
..the manual looks interesting and I wish I
interesting to work on it.
Thank you.
Jignesh
On Sun, Mar 29, 2009 at 9:54 PM, Stefan Steiniger sst...@geo.uzh.ch
mailto:sst...@geo.uzh.ch wrote:
Hei Jignesh,
thank you for your interest. People that want to help inmproving the
software are always welcome.
Can you tell
need
to enhance the JUMP Feature model with a modified state variable ( and
somehow keep it up to date). Currently, modifications are only tracked
at the FeatureCollection level.
Larry
On Mon, Mar 30, 2009 at 5:24 PM, Stefan Steiniger sst...@geo.uzh.ch
mailto:sst...@geo.uzh.ch wrote
be the best way to
go.
Landon
On Tue, Mar 31, 2009 at 11:09 AM, Stefan Steiniger sst...@geo.uzh.ch wrote:
Great!
and thank you Peppe.
I will try to look into it the next days.
However, if we put it directly into the svn as source - I don't know. It
may be a better idea to upload
I agree - should be part of the core,
I once looked into it and to add it to the core - but by programming
knowledge was/is to restricted to understand how you automatically
generated the conversion and menu items.
stefan
Sunburned Surveyor wrote:
Larry and Ede,
I would have no problem
Hei,
Landon, I don't know if you read my other emails - I also have a student
at my university that wrote me last friday. He will apply and I will ask
him to focus on the projection stuff for his application.
Stefan
Sunburned Surveyor wrote:
Andreas wrote: Did any of the students seem to
, Stefan Steiniger sst...@geo.uzh.ch wrote:
Hei,
Landon, I don't know if you read my other emails - I also have a student
at my university that wrote me last friday. He will apply and I will ask
him to focus on the projection stuff for his application.
Stefan
Sunburned Surveyor wrote:
Andreas
Hei Larry,
great! and thank you - I modified the pom
(sorry for not having made a comment on the track feature change
thread since I haven't read all messages yet and I am just way to
unexperienced with such things, i.e.
feel not be able to make a qualifying contribution by what I have read
The tools menu should be generated by the new default-plugins.xml file
to get the international version we use the string retrieved from
MenuNames.TOOLS
The first plugin that adds an entry to Edit Geometries should be:
Hei Jukka,
thanks for reporting.
As far as i can see the last change was done by Michael in Layer - which
changed the layer property to changed by default (so that OJ always
askes for storing if closed). However, I don't see why this would cause
a problem.
But interestingly - the line given
that there is no name for your layer
I can get the same stacktrace if I click finish without selecting a
dataset from my database.
Can you try again from nightly build after one day or two and confirm
the error.
Michaël
Stefan Steiniger a écrit :
Hei Jukka,
thanks for reporting.
As far
Peppe,
can you make a feature request for the first one?
On the latter proposal... I think thats what the pirol csv plugin does.
I need to put this one the integration list as it is a very useful plugin.
stefan
Giuseppe Aruta wrote:
Hi Jukka,
plume buffer should work on a line. 1) select a
Hei Larry,
thank you for taking the initiative (I still haven't read the emails on
that topic - sorry)
stefan
Larry Becker schrieb:
SS,
Attached is my plugin for SkyJUMP to test the BasicFeature
isModified() code.
regards,
Larry
On Thu, Apr 2, 2009 at 2:34 PM, Sunburned Surveyor
Hei,
deleting is one option.
the other is using the read tags, eg.:
change
plug-inblabla/plug-in
to
!--plug-inblabla/plug-in--
stefan
Larry Becker schrieb:
Hi Peppe,
You can deactivate any of the plugins you find in
../bin/default-plugins.xml by deleting their entry from the file.
Hei,
on rendering: no modifications needed, plugin should work if the same
techniques is used as Pirol employes for their rasterimage plugin.
However, I integrated that plugin now.
on labeling: it may be worth to have a look into the NoteTool of the
EditToolbox. It would be even interesting
doesn't have JTIN a separate external renderer too?
stefan
Stefan Steiniger schrieb:
Hei,
on rendering: no modifications needed, plugin should work if the same
techniques is used as Pirol employes for their rasterimage plugin.
However, I integrated that plugin now.
on labeling: it may
Hei Guys,
I am preparing the OJ 1.3 release (message will follow) and was now on
the the way to tag the current trunk version. Unfortunately while
tagging I forgot to change in tag line 1.2 to 1.3, so everything
related to the new 1.3 tag has been probably copied into folder
core/tags/1.2
Hei all,
as long announced I have found some time today to compiled OJ 1.3 -
(after replacing some missing portugese strings by brazilian strings ;).
I have uploaded the platform independet version so far (only). Please
download and check shortly if everything works as usual (one never
Oh great.. I didn't saw that it created a complete new copy in a
subfolder of tags/1.2/
so easy ;)
thank you
stefan
Andreas Schmitz schrieb:
Stefan Steiniger wrote:
Hi,
I am preparing the OJ 1.3 release (message will follow) and was now on
the the way to tag the current trunk version
tutorial to 1.3
Regards
Uwe
Stefan Steiniger schrieb:
Hei all,
as long announced I have found some time today to compiled OJ 1.3 -
(after replacing some missing portugese strings by brazilian strings ;).
I have uploaded the platform independet version so far (only). Please
download
version there is a missing translation:
There is DateiNew and not DateiNeu
Thank you for your work!
If I find time I will change my tutorial to 1.3
Regards
Uwe
Stefan Steiniger schrieb:
Hei all,
as long announced I have found some time today to compiled OJ 1.3 -
(after replacing
Hei all,
Jukka, thanks for the hint. With the original files ecw works for me
too. Also thanks to Michael and Peppe for testing.
@Michael: So if I understand right for jpg images I could remove the
offset, but I left it for tif images?
If so.. I should file a bug report and put a note in the
Dear OpenJUMP Users and Developers,
the OpenJUMP GIS core developer team is proud to announce the release of
OpenJUMP 1.3.
This version has *better editing capabilities*, so the user is able to:
* faster digitise polygons due to the new Auto-complete Polygon tool,
* mark points of interest with
Hei,
i) Stats:
I thought these numbers may be of interest:
downloads Version 1.2(F):
- windows-installer (06.April'08 -19.April'09): 12500 downloads
- platform-independent-installer (06.April'08 -11.April'09): 7760 downloads
user lists (I rounded downwards):
- JUMP users: ?
- OpenJUMP users:
Hei Sunburned,
I got the email (in German) below from Bernd and translated it.
Can you look into the problem? - so I can answer Bernd?
stefan
==
When trying t start the super-select-plugin the following
NullPointerException is thrown:
java.lang.NullPointerException
yep,
Hopefully he reads this message.
The only thing what happened lately was that I copied/tagged the trunk.
I can not imagine how this would affect the nightly build - but one
never knows. If Paul doesn't answer I will write him next week.
Btw. Landon, there have been almost no changes since
Hei,
just a note - for the windows setup I included the necessary files to
load *.ecw and *.(mr)sid
stefan
Giuseppe Aruta wrote:
Hi Michaël.
thanks for the report. In these days I am not able to find time for test.
I'll see at t5he weekend.
ECW: I cannot dispaly ECW either using windows
the most convenient Add Datastore Layer So, I have my fingers
crossed and hope that the Openjump devs can solve this problem.
Bob
On Wed, Apr 22, 2009 at 10:07 AM, Stefan Steiniger sst...@geo.uzh.ch
mailto:sst...@geo.uzh.ch wrote:
Hei Bob,
on the developer list - Jukka proposed
mhm.. although I must admit that I understand only half of what you all
write - I like the idea of MutableBasicFeature (BMF).
However, this would also require to check which (analysis and editing)
tools use BasicFeature by now - so that a MBF would be created again. On
the other hand, if they
Hei,
you can check out the source code if you want:
pls. look into these classes:
com.vividsolutions.jump.workbench.ui.cursortool.MeasureTool
and here:
com.vividsolutions.jump.workbench.ui.cursortool.CoordinateListMetrics
if you find something - pls. tell us
stefan
karthik shravanam wrote:
Hei Martin,
mhm.. need to think about it for a while.
input for my work can bot only be corners of a geometry, but the
centroid of a geometry as well - if I want to triangulate for instance
buildings. However, this would only require to derive the centroids as
an additional step. Import here
Hei,
I just wrote Paul before lunch and he told me that he can not longer
host the NB.
So, I guess the reason is something else. But thanks to Paul for hosting
the NB the last year - and for improving OpenJUMP.
However - now the call: any ideas on how to continue?
I am not sure if we couldn't
it is actually implemented by the plugin and needed for PostGIS:
see org.openjump.core.ccordsys.srid
Sunburned Surveyor wrote:
Stefan,
Storing the SRID on the layer may also work for me. I will investigate that.
Thanks,
The Sunburned Surveyor
On Fri, May 1, 2009 at 8:49 AM, Stefan
Hei Sunburned
I was going to test your GPX tool.
Ok.. It loaded it - but:
Where are the menu points to load data?
What is geotools repository path?
stefan
Sunburned Surveyor wrote:
Jukka,
You can download my plug-in and the libraries it depends on here:
Hei Camron,
nice to hear!
If you can read C/C++ code I may have already a link for you to a
labeling library. It is used by gvSIG too, but as it is not Java code
they need to ship it for every OS separately.
One of the developers is Oliver Ertz.
seems like some FOSGis people like the silk icons (FamFamFam) as much
as we do - and extended them:
http://projects.opengeo.org/geosilk
*yippi*
so we can improve our menus a bit further
stefan
--
Crystal Reports - New
.
regards,
Larry
On 5/14/09, *Stefan Steiniger* sst...@geo.uzh.ch
mailto:sst...@geo.uzh.ch wrote:
seems like some FOSGis people like the silk icons (FamFamFam) as much
as we do - and extended them:
http://projects.opengeo.org/geosilk
*yippi*
so we can improve our
Yep, Michael summarizes it very well.
I'm also a hesitating to add a big lib of which we may use only a few
things. Although deegree may offer a lot of functionality for the future
(GML and CRS wise and the extended feature model?).
Does it actually make a difference in terms of memory
wow.. those geeky talks ;)
I would like to know much more about Comp Geom.
Can I actually ask how Michael derived the algorithmic complexity
empirical? - because if I ever see these things, for instance by M van
Kreveld or in some optimiziation books (e.g. Z Michalewicz and DB Fogel
2000)- I
... -
and thanks in particular to Michael for the latest improvements on the
shp-file reader.
stefan
PS: I hopefully may post some news soon about my further life-plans (at
latest in about 1-2 months)
Stefan Steiniger schrieb:
Hei,
i) Stats:
I thought these numbers may be of interest
any suggestions?
Original Message
Subject:[jump-pilot - OpenJUMP Functions Problems] BigDecimal to
Double class cat exception
Date: Wed, 20 May 2009 16:30:16 +
From: SourceForge.net nore...@sourceforge.net
To: nore...@sourceforge.net
Read and respond to
Hei Jukka,
I didn't have realy, but in Zurich we developed a kind of prototype of
it for JUMP and map generalization services. The basic idea is to
process your data on a different machine that offers some specific
function not available on your computer or is more powerful, now called
has a full summer course
load. He want be able to help with OpenJUMP like he hoped this summer.
We may hear from him in the fall?
Landon
On Tue, May 12, 2009 at 11:08 AM, Stefan Steiniger sst...@geo.uzh.ch
mailto:sst...@geo.uzh.ch wrote:
Hei Camron,
nice to hear!
If you can read
P.S. - Is your KML parsing code something we could hack to support KML
in OpenJUMP?
there is KML support in SkyJUMP .. just do copy this...
but, OJ doesn't have projection support - so loading kml data is kind of
senseless.
nice to know that nobody included some backdoors (e.g. for government use ;)
thanks
stefan
Larry Becker wrote:
Since no one else has reporedt this, I assume they sent this message to
only me (perhaps because my user name sorts first on the developer's
lists).
It looks like we might get
Hei Larry,
BTW, I do have a mod that tracks changes to BasicFeature ready to
commit that addresses all of the known issues. I used a combination of
Sunburn's method and mine.
if you feel it is ready to commit, please do so! I believe in your
expertise (as in particular I couldn't come
Hei Larry,
thanks. It works for German labels
Stefan
Larry Becker wrote:
I'm pleased to report that the size changes to the Change Styles
dialog have been accomplished. The vertical size has been reduced from
547 to 474. See the attached jpeg for a preview.
@Peppe, can you test the
Hei Christopher,
as Larry has users he knows while I don't ;) - I go with him.
However, I see option 2 (having it as an extra open menu icon) optional
(if I understood correctly).
But - rule no 1 holds: start with the most simplest first, and then we
gradually improve. So if you think 3 is most
Hei all,
I found this presentation from Richard Weait. If you are interested in
OpenStreetMap and want a nice introduction - please have a look here:
http://www.fosslc.org/drupal/node/422
(I unfortunately had some problems after 35mins with the stream but I
hope that is due to my connection)
well... the original (and existing) idea was to use H2 embedded to
overcome our memory dependence.
stefan
Larry Becker wrote:
Another factor to consider is embedded H2 vs server H2. Embedded is
faster so it should probably be used for option 1 and default use.
Personally, I'm more
Hei Peppe,
the error says that the gdal library is needed (as far as I understand).
so you would probably need to find some library that contains the term
gdal in the name (used to provide access to gdal?).
stefan
Giuseppe Aruta wrote:
Hi all,
I started to translate AdbToolbox plugins
Hei Christopher,
I am not sure if I understand right,
so if you click on the data store layer icon from the open menu, a new
dialog is shown in the right window. In this dialog there is a small
button to setup the connection. click on that and a new dialog opens.
Sometimes the easiest way to
mhm.. I think of that (and you may not be the first who asked something
like that) then that would need to be programmed as a new type of mouse
tool. A cumbersome approach would be to draw lines from source to target
(attach the point attributes) and then calculate the length of those.
but
Hei Peppe,
why you are not using one of those?:
http://trac.osgeo.org/gdal/wiki/DownloadingGdalBinaries
stefan
Giuseppe Aruta wrote:
Hi all,
I am looking for a a compiled gdal for linux java.
This is the page:
http://trac.osgeo.org/gdal/wiki/GdalOgrInJavaBuildInstructionsUnix
Does
Hei,
you mean the layer view?
I don't understand what exaclty you want to achieve.
All the GUI stuff should be implemented in
com.vividsolutions.jump.workbench.ui and then one of the *dialog classes.
if you work with GUI elements it is often easiest to check if it
displays any strings/labels
Hei Peppe,
good question!
I checked it and found that the standard initialize method was named
install, which will not work with the default-plugins.xml file. So, I
renamed it and now it is back again.
stefan
Giuseppe Aruta wrote:
Hi,
plugin manager is still visible on default-plugin.xml
Julien,
thanks from my side to for looking into it and educating me :)
stefan
Giuseppe Aruta wrote:
Hi Julien,
PS: I can send you my compiled gdal.jar and the 4 so files
if you have a compatible linux version...
I apprechiate if you send me the files. I use an Ubuntu 9.04 so there must
Hei,
I was traveling for a few days.
I would prefer to have everything in the org packages but not removing
anything from the com package.
So a worst case is to duplicate the vividsolution classes into the
org package, but not removing stuff in either of those packages. I
sometimes see that
701 - 800 of 1740 matches
Mail list logo
