#1817 closed defect (fixed)
sfcom_oledb license ambiguities
Reported by: | warmerdam | Owned by: | warmerdam |
---|---|---|---|
Priority: | normal | Milestone: | 1.5.0 |
Component: | License | Version: | unspecified |
Severity: | normal | Keywords: | oledb |
Cc: |
Description
- sfcom_oledb/ICommandWidthParametersImpl.h: Provided by ESRI without clear copyright/license terms. TO_RESOLVE
- atl_net/ICRRowsetImpl.h,IFRowsetImpl.h,CCRRowsetImpl.h,SFAccessorImpl.h: Modified form of code from ATLDB.H, properly credited in the header. Copyright claim is dubious. TO_RESOLVE
- atl_net/IColumnsRowsetImpl.h: Derived from code for article by Len Holgate, JetByte Limited. It is not clear if the code is properly licensed, though it is attributed. TO_RESOLVE
- Similar issues to above in atl_vc6 directory.
Change History (4)
comment:1 by , 17 years ago
comment:2 by , 17 years ago
Regarding the modified ATL stuff, here is what Visual Studio 2005 EULA says:
3. ADDITIONAL LICENSING REQUIREMENTS AND/OR USE RIGHTS - MFCs, ATLs and CRTs. You may modify the source code form of Microsoft Foundation Classes (MFCs), Active Template Libraries (ATLs), and C runtimes (CRTs) to design, develop and test your programs, and copy and distribute the object code form of your modified files under a new name.
This appears to be clearly incompatible with redistribution of the modified source.
comment:3 by , 17 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
sfcom_oledb and sfc* stuff all migrated to http://trac.osgeo.org/gdal/browser/spike/sfcom_oledb by motion of the PSC.
Makefiles, etc somewhat updated, but the providers themselves don't seem to be buildable for me anymore. This may be a specific compiler version issue.
Note:
See TracTickets
for help on using tickets.
I propose to move the gdal/ogr/sfcom_oledb directory out of trunk/gdal into /spike as it isn't widely used, is largely tangential to GDAL/OGR itself and has some hard to resolve license issues. I will take this suggestion to the gdal-dev list.