<div dir="ltr">About license :<div>if you use GPL function, your code becomes GPL, this might be a problem if using it inside company.</div><div>If you use LGPL, you can do basically what you want.</div><div><br></div><div>
Using PostGIS everyday, I already find it hard to find the functions I need. I feel there is no point to provide additionnal functions if you have to know them to use them.</div><div>Say I'm developping and I need a function, how would I know you have a function I might use, by searching trough all the functions name?</div>
<div>I understand your maintenance concern, yet it could be mandatory to document new function in markdown or in wiki when someone contribute, thus eanbling a google search.</div><div><br></div><div><br></div><div>About test : Your idea being more for users than regular developpers, how to ensure quality.<br>
I may be totally wrong, but I fear it will become like many open source graveyard of non-maintained poorly written functions (I include myself in people whose code have to be reviewed).</div><div><br></div><div>Great idea anyway :-)</div>
<div><br></div><div>Cheers,</div><div><br></div><div>Rémi-C</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/11/18 Pierre Racine <span dir="ltr"><<a href="mailto:Pierre.Racine@sbf.ulaval.ca" target="_blank">Pierre.Racine@sbf.ulaval.ca</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Humm.. Lots of requirements...<br>
<div class="im"><br>
> Sorry for the license, I needed a clear answer :-) I personnaly would prefere<br>
> LGPL, like postgres.<br>
<br>
</div>Doesn't seems like a good idea to make it different than PostGIS. How is LGPL different from LPG? I'm a license ignorant.<br>
<div class="im"><br>
> can you consider to use a template doc (wiki in github?, or pure markdown)<br>
> , more detailled than just in code comment? I feel the current PostGIS doc<br>
> per function should be a lower limit of documentation.<br>
<br>
</div>There is a quick list of available functions at the beginning of the file. I would rather go for less maintenance as possible. If you want to copy/remove the doc from the file to the wiki. Feel free to do it.<br>
<div class="im"><br>
> Also important : you may quickely go to several dozens of functions, why<br>
> not decide now for an architecture (classifying the contrib), maybe with<br>
> label, maybe with classical folders? Like "raster", "util", "rewrite", etc etc.<br>
<br>
</div>A small step at a time...<br>
<div class="im"><br>
> Last : what is the process for a contrib to be accepted? Surely it should be<br>
> tested by another personn than dev before being added?<br>
<br>
</div>I wrote some criterias at the beginning of the file. It goes like this:<br>
<br>
-your function is written in pure PL/pgSQL (no C!),<br>
-your function is generic enough to be useful to other PostGIS users,<br>
-you follow functions and variables naming and indentation conventions already in use in the files,<br>
-you document your function like the ones already provided,<br>
-you provide some tests in the postgis_addons_test.sql file,<br>
-you add the necessary DROP statements in the postgis_addons_uninstall.sql file.<br>
<div class="HOEnZb"><div class="h5"><br>
Pierre<br>
_______________________________________________<br>
postgis-users mailing list<br>
<a href="mailto:postgis-users@lists.osgeo.org">postgis-users@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/cgi-bin/mailman/listinfo/postgis-users" target="_blank">http://lists.osgeo.org/cgi-bin/mailman/listinfo/postgis-users</a><br>
</div></div></blockquote></div><br></div>