>
> I'll get the commit in right now.
>
> SS
>
> On Thu, Mar 12, 2009 at 2:51 PM, Stefan Steiniger wrote:
>> Hei Landon,
>>
>> thank you and pls. commit. If there is a problem I/we will find it after
>> the commit.
>> On the LinearRing thin
>
> 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 wrote:
>> I checked your code visually.. looks good
>>
>> But I have two comments:
>>
Hei Peppe,
where did you find the NoteTool in the menu?
As far as I know it is only accessible from the Python tools. Larry said
once it the one he did had some problems - so thats why I did not
included the ISA note tool (although I'm used the original NoteTool from
VividSolutions already myse
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:4
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 Bra
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
> mo
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
>> image/tiff.
>> The request is right but OpenJUMP does not show the image. Is is just that
>> tiff format is not supported by
Hei Larry,
thank you for working on this. I think I agree that it is wise to wait
until the release is done.
stefan
Larry Becker wrote:
> I've reduced Change Style as far as possible without removing elements.
> See the attached for what it looks like in SJ. Note that it will not
> necessar
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 wrote:
>> Sounds reasonable to me.
>>
>> Larry
>>
>> On Fri, Mar 20,
Hei
>
> 1) "Select Features Intersecting Fence" tool is located both into
> Menubar>Edit>CSelection and Layer View context menus. It could be delated in
> the last one
I removed the one from the layer view context menu
> 2) "Select Layers With Selected Items" in the Layer View menu woukld be
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 th
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 cal
..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
>
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 inte
at you mentioned in your mail.
>
> Also I have seen your project.It is quite interesting to work on it.
>
> Thank you.
>
> Jignesh
>
> On Sun, Mar 29, 2009 at 9:54 PM, Stefan Steiniger <mailto:sst...@geo.uzh.ch>> wrote:
>
> Hei Jignesh,
>
>
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 it as one zip file into a new /etc/
subdirectory - but we need to check what the ant build files do (so it
is not includ
ental update would be possible, we would 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,
ctory as a zip file may be the best way to
> go.
>
> Landon
>
> On Tue, Mar 31, 2009 at 11:09 AM, Stefan Steiniger wrote:
>> Great!
>>
>> and thank you Peppe.
>>
>> I will try to look into it the next days.
>> However, if we put it directly into
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 ha
>
>
> On Wed, Apr 1, 2009 at 11:04 AM, Stefan Steiniger 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 pro
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:
org.openjump.core.ui.plugin.tools.geometrychange.ExtractPointsPlugIn
acc
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 in
be related to the last change I did in
> Layer class), and now it works for me.
>
> Your stacktrace tell 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 a
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
Hei,
deleting is one option.
the other is using the read tags, eg.:
change
blabla
to
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.
>
> Some of the plugins in the list are
es" distribution.
>
> I'd also like to clean-up some of the menu structure as part of this
> process, and knowing which plug-ins contribute menu entries is going
> to be important.
>
> Let me know if you would like to talk about this some more Peppe.
> Perhaps it is
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 to
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 n
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
knows..
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
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 some missing portuge
;>> two little remarks for the new version:
>>>
>>> 1. Under Help>About... there is still the old version-number 1.2.0
>>> 2. In the German version there is a missing translation:
>>> There is Datei>New and not Datei>Neu
>>>
>>> Th
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 r
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 am just curious. In particular because:
- Steve Singer adapted the roadmatcher source code to work with
OpenJUMP, so the OSM people can integrate Canadian Data from the
official topographic service with existing OSM data
- I meet somebody from OSM this weekend, which planned to do the a
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: ca
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
I am happy too that he made it :)
And may add what Christopher is planning to work on:
below you will find his proposal (excerpt):
***
*JTIN v2: database backed, multi-resolution triangulated irregular
network for Java GIS*
*Describe your idea*
Introduc
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 window
ers instead of using
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 mailto:sst...@geo.uzh.ch>> wrote:
Hei Bob,
on th
+1
I was going to ask by the end of the week if Landon tested it and if we
can add the method. Basically I just trust you on that (having way more
developer experience than I have).
sorry that databases are not my area if expertise - although I may know
some very few things about it
stefan
L
well..
it is wise - I aggree. But I would not promise anything, since
a) JTin does something new and deegree requires I believe certain
stability and testing, and
b) we need to check how much the things are separable from OpenJUMP
structures.
So.. the first steps are
a) to see how/if we can sep
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 a
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:
> H
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 i
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
you know that there is also the SRID property. It works per layer but
could be that there is something for the project/task as well?
stefan
Sunburned Surveyor schrieb:
> I'm working on some tweaks for my own build of OpenJUMP. I'd like to
> store unit and coordinate system information for tasks.
Fri, May 1, 2009 at 8:49 AM, Stefan Steiniger wrote:
>> you know that there is also the SRID property. It works per layer but
>> could be that there is something for the project/task as well?
>>
>> stefan
>>
>> Sunburned Surveyor schrieb:
>>> I'm wo
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:
>
> http://www.redefinedhorizons.c
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.
http://www.gvsig.org/web/plugins/downloads/pal-au
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 -
are too abstract. Just my 2 cents.
>
> regards,
> Larry
>
>
> On 5/14/09, *Stefan Steiniger* <mailto:sst...@geo.uzh.ch>> wrote:
>
> seems like "some" FOSGis people like the silk icons (FamFamFam) as much
> as we do - and extended them:
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 footprint
Hei all,
thanks to Stephan Holl and Sascha Teichmann the Intevation GmbH*
(Germany) has setup a nightly build process for OJ and copies the NB
over to the usual directory:
http://jump-pilot.sourceforge.net/download/nightlybuild/
the structure is a little bit different, but the file
openjump-c
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 d
... -
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
re at Sourceforge could it be possible to get statistics
> of those downloads as well?
>
> -Jukka-
>
> Stefan Steiniger wrote:
>> Hei all,
>>
>> just some info:
>>
>> we have now one month after the OJ 1.3 windows setup release
>> reached 997 do
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
To: nore...@sourceforge.net
Read and respond to this message at:
https:/
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
geoproc
t he 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 <mailto:sst...@geo.uzh.ch>> wrote:
> > Hei Camron,
>
>
> 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.
-
or later a "poll" on
how we treat deegree (late summer?).
stefan
Stefan Steiniger wrote:
>> 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
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
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 com
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
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 exci
Hei Christopher,
so all the best for the wedding ceremony/party etc. No problem with
taking more time off. As you know OJ already you do not need to get
introduced and we save lots of time.
on the different Data store/access frameworks stuff: If you feel you
have made you mental map about thos
ayerViewPanel.layerChanged
> (LayerViewPanel.java:388)
> at com.vividsolutions.jump.workbench.model.LayerManager$3.run
> (LayerManager.java:433)
>
> In the meantime, I managed to run this using the 1.2 version from the
> vividsolutions website, works perfectly.
>
> Thanks for looking into this!
>
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 (topo
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 se
any ideas?
stefan
Original Message
Subject:[jump-pilot - OpenJUMP Functions Problems] WMS URL
Date: Wed, 10 Jun 2009 13:13:06 +
From: SourceForge.net
To: nore...@sourceforge.net
Read and respond to this message at:
https://sourceforge.net/forum/message.p
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 di
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
me
> menus from Italian to English. How can I set the "international" codes?
I am not sure if I understand your question?
- the java *.class files or *.java files?
- could you use the i18n startup option or dUser?
stefan
>
> regards
>
> Peppe
>
>
> --- Ven 12/6/09, St
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 if
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.x
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 the
some of the API classes should have comparison methods in
org.openjump.core.apitools.*
stefan
Sunburned Surveyor wrote:
> I'm currently writing JUnit tests for my plug-in that will import
> survey points from delimited text files. In one of my unit tests, I
> want to verify that the FeatureColle
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 t
great.. i was going to answer you about the manager ...
wished everything solves this way ;)
good luck with your project. It looks good.
stefan
mickael.violle schrieb:
> Hi,
>
> I found the answer :
> SelectionManager sm = context.getLayerViewPanel().getSelectionManager();
> sm.clear();
> sm.ge
wasn't there michaels mmpatch plugin?
Sunburned Surveyor schrieb:
> As part of my refactoring of the org.openjump.core.apitools package I
> need to think about the handling of cusotm attribute types. I am
> wondering if there are any new attribute types that have been added to
> one of the OpenJU
client code
Sunburned Surveyor schrieb:
> I'd like to get some thoughts on the best practice for error handling
> within the org.openjump.core.apitools package. When an exception or
> error is encountered, do we want to throw the error up to the client
> code? Or should we alert the user directly
yes we build on 1.5
stefan
Sunburned Surveyor schrieb:
> Is OpenJUMP officially supporting OpenJUMP 1.5? I want to introduce
> the use of JSR-275 into the AttributeInfo class, but the spec uses
> generics. I couldn't remember if we made the move to 1.5 yet.
>
> Thanks,
>
> SS
>
> -
well the webpage tells you about some more people too (especially from
the past):
http://www.openjump.org/wiki/show/Contributors
also the release notes (readme.txt) lists some people.
stefan
Giuseppe Aruta schrieb:
> Hi SS
>
> Andreas Schmitz from lat-lon is contributing on programming Openjump
yes.. it is
put they are described in java classes.
http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot/core/trunk/src/org/openjump/core/ui/style/decoration/
stefan
Giuseppe Aruta schrieb:
> Hi,
> is it possible to add new decorations into Openjump? I have a set of
> hydrological/geomorphol
Hei,
if you have question on the R-Tree thing, write also to Martin Davis on
the JTS user list http://lists.refractions.net/mailman/listinfo/jts-devel
mbda...@refractions.net
He knows tree structures pretty well and is probably happy if he can
help you and if you plan to contribute this to JTS.
Hei Helmut,
yes it could work.
However, it would be good to know first if you want to stay independent
from OpenJUMP (since it is GPL) and really use your own GUI. Becasue OJ
has a couple of nice API GUI functions - so, if it is simple stuff it
may be better to start with OpenJUMP directly and
seems we found a case of an unwanted dependency?
Question: how to do mod you XP?
stefan
Original Message
Subject:[jump-pilot - OpenJUMP Installation Problems] open jump
exception: can start the program
Date: Fri, 24 Jul 2009 13:25:09 +
From: SourceForge.net
To:
not that I know off.
However, we once figured that using OJ on a mobile devise with a small
screen would require to make a complete new gui (just due to sizes of
GUI elements)
However, if you are in need for a free mobile GIS I would recommend to
have a look on gvSIG's Mobile pilot.
stefan
Pa
gain:
>
> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6544857
>
> The Sunburned Surveyor
>
> On Fri, Jul 24, 2009 at 10:37 AM, Stefan Steiniger wrote:
>> seems we found a case of an unwanted dependency?
>> Question: how to do mod you XP?
>>
>> stefa
right... that's the best way
Sunburned Surveyor wrote:
> I haven't heard the problem reported from any of our users before. We
> could file this as a bug report, and then we will at least know if it
> comes up again.
>
> SS
>
> On Tue, Jul 28, 2009 at 2:53 PM
701 - 800 of 2177 matches
Mail list logo
