[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [udig-devel] questions about uDig 1.0
|
But on to more important things - http://udig.refractions.net/downloads/
contains the files you are looking for:
- http://udig.refractions.net/downloads/udig0.8.RC1.exe is especially
nice (even though it is only a release candidate)
- http://udig.refractions.net/downloads/uDig0.7.0.exe is the last stable
release
Thank you. It was a very easy, smooth installation (I was afraid I'd
have to install a couple of components separately). I spent an hour or
two playing with it. I'd be happy to provide feedback now and in the
future, but I suspect this list is not the best venue. Let me know how I
can help.
While I ran into a ton of error messages and things that didn't respond
properly, the application never, ever crashed!
- What minimum hardware requirements do you anticipate? I know, that's
a fuzzy question and you're not there yet. Can you guesstimate how it
will compare with ArcMap 9.0?
I don't have the hardware requirements for ArcMap on hand, perhaps you
can share them. We have paid special attention to memory use in
constructing uDig (so we can scale to larger data sets than JUMP for
instance). Being a client application I would be more concerned with
bandwidth then memory size.
For reference I test on a Athalon 1.7, during our testing on Friday the
uDig process was using 150 megs of ram. The only time I have found uDig
to be slow was a old laptop with 16 megs of shared video ram, switching
to only Web Map Server layers fixed this the performance problem.
Thanks. I shouldn't have used such formal language. I just want to hear
opinions about how it might work with less than stellar hardware. BTW, I
tested it on a Pentium III, about 1GHz, 512MB RAM, Win2000, with other
software running. It never felt slow, it simply became buggier and less
functional over time.
- I understand you'll be delivering a French localization. Is there
any talk of a Spanish one??
Actually there has been some interest, we are going to focus on
internationalization in March. Being an open source project we welcome
collaboration.
Great! I've never done internationalizations. IF we decide to go with
uDig, I'll discuss this with my partners. I suspect the donors (a
foreign aid agency) won't fund it directly, but I can bring it up to GIS
groups in Nicaragua.
- Are there plans to allow customization/scripting via languages more
accessible than Java? Say, Python.
There has been talk of this, the use of the Groovy language is one of
the best features of JUMP. My focus has been on making a strong, clear
object model. This would support the use of the whichever scripting
language to community would care to implement. (I know If I get some
volunteer time I would work with Groovy myself, perhaps with a JUMP
facade to allow simple scripts to inter operate).
I'd never heard of Groovy, but it sounds intriguing. Glad to hear the
team is thinking about this issue.
I would like to be able to set up our project with open source
software, but not at the expense of usability and ability to easily
customize the software.
This is a goal we all share, I trust you have already located PostGIS,
MapServer, GeoServer and so on. You may be able to ask Paul Ramsey for
some papers on getting these to work together. Chris Holmes (the
GeoServer lead) has started up an email list to bring some of the OGC
based Services together. Things like a common configuration file fir
MapServer and GeoServer have been discussed.
Yeah. I already use MapServer. I've subscribed to the PostGIS list for
about two years and read much about it, though I haven't had the chance
to use it (i've used PostgreSQL). And I subscribe to the OpenSDI list.
All exciting stuff.
In short this is a very exciting time for open source GIS, or even just
standards based GIS.
Agreed. And thanks for your replies!
-Emilio
