Changes between Version 43 and Version 44 of SummerOfCode

Timestamp:

Feb 13, 2014, 1:01:17 PM (10 years ago)

Author:

bishop

Comment:

--

SummerOfCode

@@ -18 +18 @@
 '''2. AutoCAD DWG OGR Driver based on libredwg.''' Note that libredwg development seems to be stalled. Some review of status would be appropriate before committing. This would be an alternative to the more proprietary Open Design Alliance library based driver.
 
+Currently GDAL support AutoCAD DWG file via Open Design Alliance Teiga library which is not freely available and has strict license. There is a project libredwg (GNU GPL v3) which provide DWG support (R13, R14 and R2000 version). Need to rewrite (http://gdal.org/ogr/drv_dwg.html) or write the new driver for DWG.
+
+* programming skills needed - C/C++
+* difficulty level  - high
+
+Possible mentor/co-mentor: Dmitry Baryshnikov (polimax@mail.ru)
+
 '''3. Adding support for "M" dimension in OGR Geometries in''' a fashion inline with modern OGC and ISO simple features geometry standards. Note, GEOS does not yet support M which will be a limiting factor.
 
-'''4. Adding support for VERT_CS'''. GDAL support of VERT_CS is very limited. OGRSpatialReference::SetVertCS only supports name, datum name and VertDatumClass. Moreover drivers such as GeoTIFF and SHP cannot store Vertical CS information. No reprojection from different Vertical CS is present.
+* programming skills needed - C/C++
+* difficulty level  - moderate
 
-'''5. Geography Network support'''.  Using any OGR driver to create abstract network model with capabilities: routing, rules, references etc.
+Possible mentor/co-mentor:
 
-'''6. Bring up to speed the OGR style support'''. Feature Style Specification is outdated. There are several popular formats sld, svg and etc. which can be support by OGRLayer. Some format conversion maybe implemented.
+'''4. Adding support for VERT_CS'''. GDAL support of VERT_CS is very limited. OGRSpatialReference::SetVertCS only supports name, datum name and VertDatumClass. Moreover drivers such as GeoTIFF and SHP cannot store Vertical CS information. No reprojection from different Vertical CS is present. More support for VERT_CS in GDAL need to proceed SAR and LAS data, and more accurate reprojecting using Vertical Coordinate System transformation.
 
+* programming skills needed - C/C++
+* difficulty level  - moderate
+
+Possible mentor/co-mentor: Dmitry Baryshnikov (polimax@mail.ru)
+
+'''5. Geography Network support'''.  Using any OGR driver to create abstract network model with capabilities: routing, rules, references etc. There is lack of open source common network mode to store network data (engineering networks, road routing and etc.). Need to create such model to store network data in preferable OGR format. Also model should support some algorithms: compute shortest path (Dijkstra), create path array using different criteria (K shortest path), searching disconnected segments, etc.  
+
+* programming skills needed - C/C++
+* difficulty level  - high
+
+Possible mentor/co-mentor: Dmitry Baryshnikov (polimax@mail.ru)
+
+'''6. Bring up to speed the OGR style support'''. Feature Style Specification is outdated. There are several popular formats sld, svg and etc. which can be support by OGRLayer. Some format conversion maybe implemented. Need to select new style specification format, rewrite GDAL code to support it and add such functionality to such drivers as DXF, KML, MapInfo tab, etc.
+
+* programming skills needed - C/C++
+* difficulty level  - moderate
+
+Possible mentor/co-mentor:
  
 == 2013 Ideas List ==