Re: [JPP-Devel] Memory pb

[Sunburned S. <sun...@gm...>]

I'll check it out and report back.
 SS

 On 8/15/05, Jonathan Aquino <jon...@gm...> wrote:=20
>=20
> Yeah, if deegree has solved the Shapefile memory issue, that's fantastic.
>=20
> --
> Jon Aquino (Victoria BC Canada)
> http://jonathanaquino.com
> ICQ: 334568010 MSN/Yahoo: Jonathan_Aquino
>=20
>=20
>=20
> On 8/15/05, Sunburned Surveyor <sun...@gm...> wrote:
> > Ugo and Wolfgang,
> >
> > Hmmmmm......All very interesting. Thank you both for your replies.
> >
> > Ugo, I would also be delighted to use Degree for the shapefile I/O in=
=20
> JUMP.
> > You mentioned a major overhaul for Degree's shapefile I/O module. Since=
=20
> I
> > was also planning a major overhaul of JUMP's I/O, perhaps we have an
> > opportunity to collaborate....
> >
> > I will definately subscribe to the degree list and post an inquiry abou=
t=20
> the
> > shapefile module.
> >
> > I've got most of my system figured out, what I really need to=20
> incorporate,
> > as you suggested, is the code to do the binary reading and writing.
> >
> > I'll post back to the list with my thoughts for changing the I/O in
> > OpenJUMP. I hope we can work something out with Degree.
> >
> > The Sunburned Surveyor
> >
> >
> >
> > On 8/15/05, Wolfgang Baer <WB...@gm...> wrote:
> > > Ugo Taddei wrote:
> > > > Hi,
> > > >
> > > > Sunburned Surveyor wrote:
> > > >
> > > >> Thanks Ugo. That may really help out.
> > > >>
> > > >> Did you do any work on this source code? If not, is there a way to=
=20
> get
> > > >> a hold of the developer that did?
> > > >
> > > >
> > > > Not quite and yes, for sure, respectively. I worked recently on=20
> adding
> > > > the capability to read a 3D shapefile. Two things to say: this is a
> > > > pain, and our shapefile reader will (hopefully) undergo a major=20
> revison.
> > > > (Code is old, and still doesn't handle all shape types.) The guy=20
> behind
> > > > the some of reader stuff, and also the main deegree developer, can=
=20
> be
> > > > reached through our mailing lists. See
> > > > http://deegree.sourceforge.net/inf/contribution.html
> > > >
> > > > Our reader also reads data on a feature-basis, and not the whole
> > > > shaoefiel at once. (Not sure how indexing works here, but we can=20
> find
> > > > that out. ;-)
> > >
> > > Hi Udo and Sunburned Surveyor,
> > >
> > > the (spatially) indexing is independent of anything. Its basically an
> > > R-Tree index where you can put in BoundingBoxes together with an=20
> Integer.
> > >
> > > As far as I know, deegree uses it to index the shapefiles by putting
> > > into the index every bounding box of a shapefile feature together wit=
h
> > > its feature id. Then you can search the index by different spatial=20
> query
> > > types and returned is an array with the found feature ids. With these
> > > ids you have to get the features from the shapefile reader.
> > >
> > > However, this index was never designed with indexing shapefiles in=20
> mind.
> > > It was done as an index for arbitrary dimensional data and therefore=
=20
> has
> > > some overhead in indexing (only) 2 dimensonal data.
> > >
> > > It comes with an memory based and file based index structure. The fil=
e
> > > based index structure will only read the atm needed parts of the inde=
x
> > > into the memory. However I don't remember if I had done some caching=
=20
> and
> > > cache swapping at this time - its so long ago.
> > >
> > > Regards,
> > >
> > > Wolfgang
> > >
> > >
> > > -------------------------------------------------------
> > > SF.Net email is Sponsored by the Better Software Conference & EXPO
> > > September 19-22, 2005 * San Francisco, CA * Development Lifecycle
> > Practices
> > > Agile & Plan-Driven Development * Managing Projects & Teams * Testing=
=20
> & QA
> > > Security * Process Improvement & Measurement *=20
> http://www.sqe.com/bsce5sf
> > > _______________________________________________
> > > Jump-pilot-devel mailing list
> > > Jum...@li...
> > >
> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
> > >
> >
> >
>=20
>=20
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle=20
> Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & Q=
A
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> Jump-pilot-devel mailing list
> Jum...@li...
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>