Hello again Kenneth, I just replied to your other thread before seeing this conversation with Jody. I'll happily defer to Jody's EMF-guruness so there is no need to reply to my previous message.
Michael On 14 April 2011 09:06, Kenneth Gulbrandsoy <[email protected]> wrote: > Thanks, I'll look into it after I'm finished editing my RnD page :-) > Kenneth > > 2011/4/14 Jody Garnett <[email protected]> >> >> Links: >> http://docs.codehaus.org/display/GEOTOOLS/Feature+Model+Branch >> http://docs.codehaus.org/display/GEOTOOLS/Complex-Features+Branch >> >> Don't get lots; it is not worth it, look at what the code does now... >> http://docs.geotools.org/latest/userguide/guide/library/opengis/type.html >> >> http://docs.geotools.org/latest/userguide/guide/library/opengis/feature.html >> -- >> Jody Garnett >> >> On Thursday, 14 April 2011 at 7:52 AM, Kenneth Gulbrandsoy wrote: >> >> 2011/4/13 Jody Garnett <[email protected]> >> >> If it helps we did look at EMF when we were designing our Feature Type >> model; you can find some crazy pages of design notes on the wiki if you want >> a fun drinking game (drink every time it says abstract). >> >> Any tips regarding search terms? I did find some documentation using >> EMF+Feature, but no "crazy pages of design notes" :-) >> >> >> In anycase you should find that the concepts line up nicely. >> Jody >> -- >> Jody Garnett >> >> On Wednesday, 13 April 2011 at 11:18 PM, Kenneth Gulbrandsoy wrote: >> >> Hi again, see update below. >> 2011/4/13 Kenneth Gulbrandsoy <[email protected]> >> >> 2011/4/13 Jody Garnett <[email protected]> >> >> That looks like good fun Kenneth - +1 from me. >> The next step is for me to make sure you have read the developers guide >> (you have read the developers guide right?); and then ask you to send in a >> code contribution agreement (the mailing address is included with the form). >> >> I have read the developer guide yes, well most of it... Still a work in >> progress I guess :-) >> >> >> When you tell me that is on the way we can go through getting you svn >> access. >> >> OK. >> >> >> You PDF is much more then we require in order to start an unsupported >> module; hopefully you will keep some of that as documentation. >> >> Yes. I'm going to document it further (part of my "materials and methods" >> section of my PhD :-) >> >> >> Aside: I had actually though of doing a straight wrapper on to the EMF >> model (ie rather than recreating feature and featuretype in EMF as you have >> done); make a wrapper that translates feature.getAttribite( name ) into a >> call for eobject.get( name ) etc... >> >> That's an interesting approach. It would probably save memory for sure, >> which is critical in GIS. The actual mapping of EObjects to Features are not >> implented yet. My main concern have been the model structure mapping (EClass >> to SimpleFeatureType). I serialize each EFeatureInfo ("filtered EClass") >> into a feature specification string which DataUtilities use to create >> SimpleFeatureType instances from. Your suggestion does not conflict with >> this approach i think. I'll look into it. Thanks. >> >> >> >> Your approach looks good; and powerful. I would like to confirm (please) >> that when you say your data structure is defined "same manner as in the >> postgis module", can I check that you mean you are extending >> ContentDataStore? >> >> What I mean is that the EFeature Model structure is organized in the same >> manner as PostGIS: Database (EFeatureDataStore) -> Folders (EFeatureFolder) >> -> Tables (EFeature). >> >> >> I just want to make sure another project does not start off using >> AbstractDataStore.... >> >> GeoTools is very feature rich, I was not aware of the ContentDataStore. >> The EFeatureDataStore is based on AbstractDataStore... I'll look into >> ContentDataStore. >> >> Can't see any reason not to switch to ContentDataStore, Seems like >> EFeatureDataStore == ContentDataStore and EFeatureFolder = ContentEntry. >> >> >> Jody Garnett >> >> On Wednesday, 13 April 2011 at 8:40 PM, Kenneth Gulbrandsoy wrote: >> >> Hi geotools-devel list! >> Model-driven engineering (MDE) requires flexible tools for design and >> model instance generation. >> In the Eclipse world, EMF is one obvious choice, because of low >> probability of being discontinued anytime soon, and the many tools and >> extension like query, model validation, and persistence through CDO.However, >> when the modeling involves both dynamic and ad-hoc temporal and spatial >> data, EMF do not have any built-in support for geodata. >> My proposal is to add spatial support to EMF models using Geotools >> DataStore capabilities. >> A "short" argumentation and description of the module is attached. I'm >> adding this proposal to the RnD page shortly. >> Sincerely, >> Kenneth Gulbrandsøy >> - PhD student >> ---------------------------------------------------------------------- >> Department of Engineering Cybernetics >> Norwegian University of Science and Technology >> + mob: +47 932 58 930 >> >> >> ------------------------------------------------------------------------------ >> Forrester Wave Report - Recovery time is now measured in hours and minutes >> not days. Key insights are discussed in the 2010 Forrester Wave Report as >> part of an in-depth evaluation of disaster recovery service providers. >> Forrester found the best-in-class provider in terms of services and >> vision. >> Read this report now! http://p.sf.net/sfu/ibm-webcastpromo >> _______________________________________________ >> Geotools-devel mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> >> Attachments: >> - geotools-module-proposal.pdf >> >> Kenneth >> >> >> Kenneth >> >> ------------------------------------------------------------------------------ >> Forrester Wave Report - Recovery time is now measured in hours and minutes >> not days. Key insights are discussed in the 2010 Forrester Wave Report as >> part of an in-depth evaluation of disaster recovery service providers. >> Forrester found the best-in-class provider in terms of services and >> vision. >> Read this report now! http://p.sf.net/sfu/ibm-webcastpromo >> _______________________________________________ >> Geotools-devel mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> >> >> > > > ------------------------------------------------------------------------------ > Benefiting from Server Virtualization: Beyond Initial Workload > Consolidation -- Increasing the use of server virtualization is a top > priority.Virtualization can reduce costs, simplify management, and improve > application availability and disaster protection. Learn more about boosting > the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev > _______________________________________________ > Geotools-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > ------------------------------------------------------------------------------ Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
