RE: [ZMapServer-Developers] PrimaGIS
Status: Alpha
Brought to you by:
sgillies
|
From: Kai <kai...@mb...> - 2005-05-11 15:41:23
|
ke, 2005-05-11 kello 09:09 -0400, Moisan Yves kirjoitti: > Hi Kai, >=20 > I want to join my voice to Sean's and reiterate that your work is > quite impressive and will definitely help make Zope/Plone a compelling > web mapping environment. I'm thrilled! =20 Glad to hear. [...] > I meant to start my site over anew with ATCT and set it up with > PrimaGIS with Plone 2.1, but I found out yesterday that Plone 2.1 has > been delayed to August so I'll now take the upgrade path from Plone > 2.0, ramp it up to 2.0.5 and hopefully get the right versions of all > products to have a PrimaGIS test site going soon. Once I have got > that set up, I will be in a postion to come with constructive comments > on the evolution of PrimaGIS. I'm looking forward to this. > A few points I would like to investigate : >=20 > 1) Would it be possible to reference an ATCT to a polygon or line > (instead of just a point location; or maybe use some sort of > [computed?] centroid for a line/polygon ??) It's not implemented at the moment, but it feels natural to develop PrimaGIS in this direction to support other types than POINT. It should be quite straight-forward to extend the functionality of PrimaGISDataLayer to support this.=20 > 2) How can content types that are "natively georeferenced", that is > that carry along with them geoinfo in the form of arttributes (e.g. a > WKT representation, a bbox ...) be integrated in PrimaGIS ? This shouldn't be a problem either. We do need a interface for these "natively georeferenced" objects I think, but it shouldn't be to complex. At the moment any objects that support the getX(), getY(), Title() and Description() should work. Basicly what we need are methods for accessing the location data (coordinates) and other geoinfo and method(s) for accessing some (meta)data about the object that can be shown in the JS-popups. The data shown in the popup doesn't have to be limited to dull plaintext as in the demo, but could include any rich content, such as images, videos, etc. Again, I feel that a common interface is needed. Any thoughts on this? Another thing I would like to discuss is the location of the PrimaGIS related geodata (such as proxy objects and native geoaware objects). Currently the PrimaGISDataLayer objects (that implement the ILayerProxy and IFeatureStoreProxy interfaces and interact with ZCO) just define a traversable path (presumably to a Folder) that contains the actual geodata. I thought about refactoring this so, that PrimaGISDataLayer would become folderish and would contain the geodata objects to have better data encapsulation. With the proxy-object approach I think this is sensible since the proxy objects are not used per se, but if we want to allow arbitrary (natively geoaware) objects to be usable with PrimaGIS, it wouldn't be too nice to force people to move their objects under the PrimaGISDataLayers just to have them be usable in the map. In this case it would be much better to have the geoaware content objects stay where they they should be content-wise and just tell PrimaGISDataLayer where to look for them. How do you feel? I'll drop by #zco later tonight, so we can discuss these things. cheers, Kai=20 --=20 Kai H=E4nninen mobile:+358-44-541 9567 Software engineer www.mbconcert.fi MB Concert Ky kai...@mb... |