Re: [gdal-dev] Motion: Commit Access for Vincent Mora
On 19/03/2014 10:48, Even Rouault wrote: Le vendredi 14 mars 2014 16:42:29, Even Rouault a écrit : Motion: Extend GDAL/OGR commit access to Vincent Mora. I declare this motion passed with support from PSC members FrankW, JukkaR, TamasS, HowardB, DanielM and me. Welcome aboard Vincent ! Vincent, I've added you to the committer list. To check that it works, could you add yourself to the COMMITERS file ? Even Committed revision 27061. Thank you all. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] GSoC proposal looking for mentors and suggestions
Le jeudi 20 mars 2014 05:02:33, Zhang, Shuai a écrit : > Hi All, > > I think i need a mentor working with me and help me make gdal under mongodb > support. Below is the proposal i wrote, hopefully you find it worth a > trial. This is something I may potentially mentor, but there are already 2 students interested on other subjects. I'm not sure how many will get eventually selected by the GSOC program, but I won't be able to mentor 3 people for sure ! > > Thanks, > shuai > > > Title: OGR Driver for MongoDB > > Short description: > MongoDB, a document database that provides high performance, high > availability, and easy scalability, can be a good platform for storing > extremely large spatial datasets, to support high performance > geo-computation and real-time spatial analysis in a large scale.This > project aims at developing a OGR Driver for MongoDB to help applications > or softwares based on GDAL, such QGIS, Geoserver, Mapserver, and so on, > read & write the spatial data in it, and thus enable the Open Source GIS > Ecosystem powered by the advanced NoSQL database. > > Describe your idea > 1. Introduction > MongoDB, a document database that provides high performance, high > availability, and easy scalability, can be a good platform for storing > extremely large spatial datasets, to support high performance > geo-computation and real-time spatial analysis in a large scale. Yet, > there is little attention so far that GIS fields pay to make most of its > strength. This project aims at developing a OGR Driver for MongoDB to help > applications or softwares based on GDAL read & write the spatial data in > it, and thus enable the Open Source GIS Ecosystem powered by the advanced > NoSQL database. > > 2. Background > Since we are living in the era of big data, tools and equipment today for > capturing spatial data both at the mega-scale and the milli-scale are just > dreadful. The magnitude of this data volume is well beyond the capability > of any mainstream geographic information systems. Yet, we, GIS fields, > have no off-the-shelf solutions to manage these massive spatial data. > Relational spatial databases have taken in charge for decades but now the > situation seems a little different. > > A computing pattern shift can be seen throughout the IT industry in recent > years and GIS would be no exception. Especially, data analytics may not be > achievable within a reasonable amount of time without resorting to > high-performance computing strategies. However, relational spatial > databases are kind of slow to support these high-performance computing > scenarios, and often lack of flexible scalability to handle a growing > amount of work in a capable manner. > > Fortunately, there are several groups trying to address the problem, and > MongoDB is an apparent leader in this direction. MongoDB, which has native > support for maintaining geospatial data, using a document-oriented model, > lies in fifth place in the DB-Engines Ranking of database management > systems classed according to popularity and the highest rated > non-relational system. From version 2.4 (released on March 19, 2013), > MongoDB introduces support for a subset of GeoJSON geometries including > basic shapes like points, linestrings, polygons. Good to know. Last time I looked, MongoDB had only support for point geometries. > And quite a number of > partners related with big data, NoSQL, cloud, mobile and high performance > computing join the MongoDB ecosystem. Foursquare is featured one of them > which benefits from MongoDB’s support for geospatial indexing, allowing it > to easily query for large location-based data. > > 3. The idea > MongoDB employs GeoJSON to store spatial data and concurrently GDAL > supports for access to features encoded in GeoJSON format, which can be > reusable. As far as I remember, the interface with MongoDB is (was?) a kind of binary JSON format. Has this changed ? > This project is trying to implement a MongoDB Driver according > to the OGR format driver interfaces with subclasses of OGRSFDriver, > OGRDataSource and OGRLayer, and registered with the OGRSFDriverRegistrar > at runtime, so that GDAL may use MongoDB as a datasource to access large > scale spatial data. > > 4. Project plan (detailed timeline: how do you plan to spend your summer?) > The first thing in the list is to design the structure inside of MongoDB > spatial database. In the context of OGR data model, we got Datasource, > Layer and Feature, so accordingly every database in MongoDB is regarded as > a Datasource, and the Collections within should be treated as Layers, thus > every Document as a Feature. Yes, sounds a bit similar to what was done with CouchDB > PostGIS and other spatial databases often > harness some system tables to maintain the metadata, but since MongoDB is > schema free metadata such as spatial reference can be stored within the > particular Layer, in this case a Collection. > > The most important
Re: [gdal-dev] GSoC proposal looking for mentors and suggestions
I believe that OSGeo is expecting every approved student to have a mentor and a co-mentor this year. I have been a mentor for the last 5+ years for pgRouting. We have had 2 students most of those years and two mentors with each mentor being the co-mentor for the other project. This has worked well for us. This allows one of us to be gone but to still provide coverage for both projects. The thing that I have found over the years is that it is important to help your students set realistic and conservative goals especially if they have not done previous development on the project. If you don't know the issues then everything seems trivial, and students are wonderfully optimistic but they rapidly get behind and overwhelmed. We combat this by having them set minimum goals and stretch goals. The minimum are required to get a passing grade. Think of it as "have to have" vs "nice to have". Hope this helps. Feel free to contact me off list if you want to discuss mentoring more. -Steve On 3/20/2014 4:13 PM, Even Rouault wrote: Le jeudi 20 mars 2014 05:02:33, Zhang, Shuai a écrit : Hi All, I think i need a mentor working with me and help me make gdal under mongodb support. Below is the proposal i wrote, hopefully you find it worth a trial. This is something I may potentially mentor, but there are already 2 students interested on other subjects. I'm not sure how many will get eventually selected by the GSOC program, but I won't be able to mentor 3 people for sure ! Thanks, shuai Title: OGR Driver for MongoDB Short description: MongoDB, a document database that provides high performance, high availability, and easy scalability, can be a good platform for storing extremely large spatial datasets, to support high performance geo-computation and real-time spatial analysis in a large scale.This project aims at developing a OGR Driver for MongoDB to help applications or softwares based on GDAL, such QGIS, Geoserver, Mapserver, and so on, read & write the spatial data in it, and thus enable the Open Source GIS Ecosystem powered by the advanced NoSQL database. Describe your idea 1. Introduction MongoDB, a document database that provides high performance, high availability, and easy scalability, can be a good platform for storing extremely large spatial datasets, to support high performance geo-computation and real-time spatial analysis in a large scale. Yet, there is little attention so far that GIS fields pay to make most of its strength. This project aims at developing a OGR Driver for MongoDB to help applications or softwares based on GDAL read & write the spatial data in it, and thus enable the Open Source GIS Ecosystem powered by the advanced NoSQL database. 2. Background Since we are living in the era of big data, tools and equipment today for capturing spatial data both at the mega-scale and the milli-scale are just dreadful. The magnitude of this data volume is well beyond the capability of any mainstream geographic information systems. Yet, we, GIS fields, have no off-the-shelf solutions to manage these massive spatial data. Relational spatial databases have taken in charge for decades but now the situation seems a little different. A computing pattern shift can be seen throughout the IT industry in recent years and GIS would be no exception. Especially, data analytics may not be achievable within a reasonable amount of time without resorting to high-performance computing strategies. However, relational spatial databases are kind of slow to support these high-performance computing scenarios, and often lack of flexible scalability to handle a growing amount of work in a capable manner. Fortunately, there are several groups trying to address the problem, and MongoDB is an apparent leader in this direction. MongoDB, which has native support for maintaining geospatial data, using a document-oriented model, lies in fifth place in the DB-Engines Ranking of database management systems classed according to popularity and the highest rated non-relational system. From version 2.4 (released on March 19, 2013), MongoDB introduces support for a subset of GeoJSON geometries including basic shapes like points, linestrings, polygons. Good to know. Last time I looked, MongoDB had only support for point geometries. And quite a number of partners related with big data, NoSQL, cloud, mobile and high performance computing join the MongoDB ecosystem. Foursquare is featured one of them which benefits from MongoDB’s support for geospatial indexing, allowing it to easily query for large location-based data. 3. The idea MongoDB employs GeoJSON to store spatial data and concurrently GDAL supports for access to features encoded in GeoJSON format, which can be reusable. As far as I remember, the interface with MongoDB is (was?) a kind of binary JSON format. Has this changed ? This project is trying to implement a MongoDB Driver according to the OGR format driver interfaces with subclasses of OGRSFD
[gdal-dev] Mailing list
Hi - Can you please remove me from the gdal mailing list. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
