Hei again,

> Thus, I sometimes wonder a bit on your ideas of improvements - instead
> working directly towards functionality or on user manuals."
> 
> I suppose my "development methods" do deserve some explanation.

yes


> Please remember that I am up to my neck in new group of CursorTools,
> which will enable precision drawing and editing of feature geometries.
fine.. but could you actually tell me, what currently is not accurate in 
the drawing tools and CursorTools?

> I'm also working on a DataSource catalog as part of my PostGIS Plug-In
> overhaul.
fine as well.. I know we need write access for the datastore.. but 
reading is already a lot. And write access to sensitive data is ususally 
something ony needed by 2/10 gis people.. doing updates to geodata And 
there are other ways of importing data into a database. I rather see 
here OJ as complement for endusers and not data creators. And if 
somebody needs a better system he will invest some money into this, 
because he can "sell" the data (they are actually the most expensive 
part in an SDI).
You may also remember that Paolo did some work on that - posted like 2 
days ago. Further.. if you want to implement the stuff you need a 
testbed.. it takes lots of time while i do not see the full gain of it 
comparing to the stuff done by Uwe (PostGIs read and write), 
VividSolutions (PostGIs read), Larry (ArcSDE read) and Paolo (PostGIS 
and Oracle read and write(?))

  I also have talked with David about fleshing out the JUMP
> Developer Guide,
that is someting needed
> and I'm mostly done with the section of Exception and
> Error Handling.
i am not sure who needs that.
Java itself has a quite good management system for that.. e.g. 
dialogboxes pop up just on its own if an exception occurs (although it 
is a not very userfriendly way because not to understand - but this is 
someting i would defer to the very far future if we have a full fletched 
GIS)
- may i add something?:
* you proposed me to document on the functionality of OJ - not yet 
touched in current Tutorial/ UserGuides
* you proposed as well to have a look on the english of Uwe's Tutorial

> 
> So I am applying some of my energy to what I hope will result in
> "practical" functionality for the end user.
yep.. so lets start with docs
> 
> However, I am a very conceptual thinker. I need to understand why and
> how things work. I find it difficult to keep from snooping around, and
> don't like it when someone tells me that "it just works". It is a
> nasty personality flaw of mine that keeps me awake many nights. (Have
> you ever wondered how a calculator determines trigonometric ratios? I
> have, and I've spent many hours figuring it out.)
> 
of course you need to understand "some" things .. but not all. Only the 
things necessary to solve a problem. But i feel a couple of times like 
you try to re-invent the wheel... and even the wheel of working stuff.

> I don't want to break OpenJUMP, but I am very interested in learning
> how all of its pieces work. I have learned a lot about Java
> programming by getting into the guts of OpenJUMP. I hope I will be
> able to say I've got a good grasp on how the majority of the program's
> code runs at one point in the future.
yep.. that is a good point and i have to say that i learned also a lot 
of things from your questions and the answers done by others.
But one needs to balance gain and effort.. or as surveyors say (I am one 
too): Not as accurate as possible, but only accurate as necessary. I 
often miss that.

basically the point is for me, that We have a HUGE bunch of:
- bugs (see at soucreforge) => note: you learn the code also by bugfixing
- undocumented functionality in OJs nighty built
- missing functionallity which should be part of a full GIS
and there is nobody touching that, because there are not so many persons.

i know that i wrote above not very nice and it sounds frustrated- but 
these days i had the feeling I need to say it - because of all the posts 
you do in which you propose to do this and that... but the current 
effective output... so please just concentrate on ONE thing

Actually: please make a todo list for you and us on the your BLOG or 
WIKI (actually i have not yet understood why your additional wiki).. so 
we know on what you are willing to working on.. and we can see directly 
the efforts (if you may put done arrows at the end :)

> 
> I hope my inquisitive mind won't bother you too much. :]
> SS
no it does not yet anymore :)

stefan

PS: you know, germans are sometimes straight forward in saying stuff 
which over would cover with flowers. so dont take it professional rather 
than personal.


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Reply via email to