Folks, Even asked me to speak up if I had any thoughts on the issues raised in this thread. I had not been following it closely. I will note that:
o RFC 8 on coding guidelines and such is *not* adopted and in any event it would be advisory and I would not try to apply it to essentially external code. o Code with names and comments in Norwegian, or any non-English language is going to be harder to support. If it just works this might not matter, and if there is a developer who does understand it who is willing to support it that is great. I would not be inclined to exclude code just because the comments and variables are in a different language - particularly in a driver where expectations are often more relaxed than in the core. o I was unable to determine very quickly how large the FYBA code is. Pulling sublibraries directly into GDAL have upsides and downsides, but I'm less inclined to do so for a relatively niche format or if the amount of code being pulled in is large, or if some apps are likely to also link to external versions. Assuming the FYBA code is modest is size I'd be ok with pulling it into the GDAL code base. >From my perspective, I'm inclined to take a fairly relaxed view of code standards and other requirements on driver code. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmer...@pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Software Developer _______________________________________________ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev