Jukka,
Thank you for your suggestion. It looks like there is some excitement
among other programmers about the ability to use SQLLite, H2, or a
similar database to support writable large datasets in OpenJUMP. I
agree with the comment in your post, PostgreSQL can be a pretty big
elephant for a lot
It doesn't sound like Google will be sponsoring as many students for
this year's summer of code, and we aren't sure if the OSGeo will even
get a spot. The OSGeo would like us to start early on looking for
students and project ideas so we can get things vetted and present
some good projects to Googl
>
> This would be a good project for a Google Summer-of-Code student. :]
yes, indeed
--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
ht
The downsides of a binary file approach is that you lose the ACID transactions
of a database and the nework overhead you dislike is very useful for spatial
data: geographic data can grow expontionally, and huge datasets are best
centralized. It would be nice to have a java spatial database that
of course I am interested to supervise a person.
About students.. not sure how/where to do a call - on the other hand I
could put something on the blackboard?
I also need to think about some topics - but we still have a long list
of here:
well... the wiki doesn't work? .. so somewhere on the wik
Stefan,
Thanks for your offer to mentor. What languages would you be able to
mentor a student in?
I'll let Wolf know we have at least two mentors available. I think it
will be up to us to find the students. I'm not sure if Chris is still
enrolled, or if he would be interested in working with us a
Sunburned Surveyor wrote:
> Stefan,
>
> Thanks for your offer to mentor. What languages would you be able to
> mentor a student in?
German and English
my French is way to bad.
stefan
--
This SF.net email is sponsored
One comment - it should be "Table of Contents" 8^)
Looks like a very worthwhile product...
Martin
Giuseppe Aruta wrote:
> Greetings from Santiago (Chile),
> I am here to visit my in-laws and for job.
> Meanwhile I carried some OJ job with my laptop.
> I attached two files to this mail:
> the
I'm in the midst of writing the unit tests for my plugin that adds
attributes to all the Feature objects in a layer using information
stored in a CSV file.
I'm having some trouble adding an attribute to all of the Feature
objects in a Feature Collection. I can sucessfully modify the
FeatureSchema
Sounds like normal behavior to me.
Larry
On Mon, Jan 12, 2009 at 3:13 PM, Sunburned Surveyor <
sunburned.surve...@gmail.com> wrote:
> I'm in the midst of writing the unit tests for my plugin that adds
> attributes to all the Feature objects in a layer using information
> stored in a CSV file.
>
yes... you have to copy every feature to the new schema. There is an
class and method in the api package (taken from pirol) that does copy
from an old to a new schema. (It could be that the examples on the wiki
provide code for that too. But I think I also answered an email on that
issues just
Sunburned Surveyor wrote:
>
> So do I have to create a copy of each Feature object in the
> FeatureCollection using the new schema and over write the existing
Yup
> On a related note, would it be handy to have a Feature implementation
> that changed its internal state when its FeatureSchema refer
Thanks for the suggestions Stefan and Martin. I totally understand the
logic of making Feature objects immutable. I'll mine the wiki for
existing code that can do what I am looking for.
Maybe a better solution would be to create a new layer with that
contains clones of the Feature objects with the
>
> Maybe a better solution would be to create a new layer with that
> contains clones of the Feature objects with the modifications. That
> seems like the best way to go...
>
Yup, I think that's the best pattern to use.
--
Martin Davis
Senior Technical Architect
Refractions Research, Inc.
(2
14 matches
Mail list logo
