Menu
▾
▴
geotools-administration — Code free mailing list on the care and feeding of the GeoTools project
You can subscribe to this list here.
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(27) |
Nov
|
Dec
(27) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
(3) |
Feb
(21) |
Mar
(8) |
Apr
(14) |
May
|
Jun
(1) |
Jul
(12) |
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(31) |
Jun
(72) |
Jul
(35) |
Aug
(15) |
Sep
(2) |
Oct
(2) |
Nov
(8) |
Dec
(1) |
| 2010 |
Jan
(6) |
Feb
(21) |
Mar
(13) |
Apr
(18) |
May
(21) |
Jun
(21) |
Jul
(20) |
Aug
(8) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
(18) |
Feb
(6) |
Mar
(19) |
Apr
(14) |
May
(35) |
Jun
(4) |
Jul
(5) |
Aug
(3) |
Sep
(7) |
Oct
(21) |
Nov
(4) |
Dec
|
| 2012 |
Jan
(6) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(20) |
Aug
(14) |
Sep
(1) |
Oct
|
Nov
|
Dec
(1) |
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(3) |
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
(1) |
Dec
|
|
From: Pauline P. <pau...@ul...> - 2017-11-15 15:51:08
|
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" style="display:none"><!-- p { margin-top: 0px; margin-bottom: 0px; }--></style>
</head>
<body dir="ltr" style="font-size:12pt;color:#000000;background-color:#FFFFFF;font-family:Calibri,Arial,Helvetica,sans-serif;">
<p>Helo,<br>
</p>
<p>I downloaded the geotools-18.0-bin, and add the Jar in the BuildPath in Oracle.<br>
</p>
<p>I installed all the JAI and <span style="font-family: "Lucida Grande", "Lucida Sans Unicode", Geneva, Verdana, sans-serif; font-size: 14px; letter-spacing: -0.14px; background-color: rgb(255, 255, 255);">ImageIO</span><span style="font-size: 12pt;">.</span></p>
<p><span style="font-size: 12pt;">But the ImageLab tutorial not working (http://docs.geotools.org/latest/userguide/_downloads/ImageLab.java​) ...</span></p>
<p><span style="font-size: 12pt;">It is because I don't use MAVEN to install Geotools??</span></p>
<p><span style="font-size: 12pt;">Thanks for your help.</span></p>
<p>Pauline<br>
</p>
<p><span style="font-size: 12pt;"><br>
</span></p>
<div>nov. 15, 2017 10:14:11 AM org.geotools.factory.FactoryRegistry scanForPlugins</div>
<div>WARNING: Can't load a service for category "GridFormatFactorySpi". Cause is "ServiceConfigurationError: org.geotools.coverage.grid.io.GridFormatFactorySpi: Provider org.geotools.gce.imagemosaic.ImageMosaicFormatFactory could not be instantiated".</div>
<div>java.util.ServiceConfigurationError: org.geotools.coverage.grid.io.GridFormatFactorySpi: Provider org.geotools.gce.imagemosaic.ImageMosaicFormatFactory could not be instantiated</div>
<div><br>
(....)<br>
</div>
<p><span style="font-size: 12pt;"><br>
</span></p>
</body>
</html>
|
|
From: Ian T. <ijt...@gm...> - 2017-08-17 19:19:22
|
In general you should be able to cite the geotools website (as you would any other website). Ian On 13 Aug 2017 18:23, "Luiz Henrique" <lui...@gm...> wrote: > Greetings, > > In my uni I have to reference every word I write with a reliable source, > and the only one I could find is this book: Open Source Approaches in > Spatial Data Handling. > Can someone help me? It is extremely expensive for me to by even the > chapter specific for GeoTools. > > Cheers. > > Luiz Henrique. > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Geotools-administration mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geotools-administration > > |
|
From: Jody G. <jod...@gm...> - 2017-08-15 10:12:38
|
You may wish to talk to Ian Turton, the author in question. All of our docs is on docs.geotools.org. -- Jody Garnett On 13 August 2017 at 18:23, Luiz Henrique <lui...@gm...> wrote: > Greetings, > > In my uni I have to reference every word I write with a reliable source, > and the only one I could find is this book: Open Source Approaches in > Spatial Data Handling. > Can someone help me? It is extremely expensive for me to by even the > chapter specific for GeoTools. > > Cheers. > > Luiz Henrique. > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Geotools-administration mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geotools-administration > > |
|
From: Luiz H. <lui...@gm...> - 2017-08-13 22:23:48
|
Greetings, In my uni I have to reference every word I write with a reliable source, and the only one I could find is this book: Open Source Approaches in Spatial Data Handling. Can someone help me? It is extremely expensive for me to by even the chapter specific for GeoTools. Cheers. Luiz Henrique. |
|
From: <ma...@eg...> - 2017-05-06 16:08:47
|
Hi, is it possible do add your logo to my website? I will write above the logo: "Open source Java library for geospatial data:" Students like my tool Shapefile ProjectionFinder: https://www.egger-gis.at/automatic-projection-detection/shapefile-projectionfinder/ Maybe one of the students will click on your logo and come to your website? I would be very happe, if you allow me to add your logo! Best regards Manfred Egger Alois-Schrott-Str. 34 6020 Innsbruck Austria Phone: +43 - (0)699 - 81372857 Web: https://egger-gis.at |
|
From: <sts...@gm...> - 2016-05-03 18:56:50
|
Is the SLD Editor available to download? This looks like a useful tool for style editing. -- View this message in context: http://osgeo-org.1560.x6.nabble.com/SLD-Editor-proposal-advice-tp5237978p5264318.html Sent from the geotools-admin mailing list archive at Nabble.com. |
|
From: Jody G. <jod...@gm...> - 2015-12-10 06:15:04
|
Jody, > > > I assume the SLD Editor would be released as LGPL 2.1 the same as > GeoTools. There are some other open source components I have used but > nothing prohibitive. > Excellent, just worth checking up on - we had one project that did 3D GeoTools and then had to be removed from the project due to license conflict with the terms of the 3D library they were using :( > The parsing of the Esri ArcGIS MXD files happens in a separate application > to get round the problem that not everybody has the required ArcGIS jar > file installed. The main SLD Editor application is unaffected. > Gotcha |
|
From: Robert W. <Rob...@sc...> - 2015-12-03 10:38:54
|
Jody, I assume the SLD Editor would be released as LGPL 2.1 the same as GeoTools. There are some other open source components I have used but nothing prohibitive. The parsing of the Esri ArcGIS MXD files happens in a separate application to get round the problem that not everybody has the required ArcGIS jar file installed. The main SLD Editor application is unaffected. __________________________________________________________________ Robert Ward Technical Architect – Government & Defence Division SCISYS UK Limited T: +44 (0)1249 466575 E: rob...@sc... | www.scisys.co.uk From: Jody Garnett [mailto:jod...@gm...] Sent: 03 December 2015 04:42 To: Robert Ward Cc: geo...@li... Subject: Re: [Geotools-admin] SLD Editor proposal advice Hello Robert, we do not use this email list much :) Your application would be welcomed by many people, but I understand that simply placing the code on github is tricky. The GeoTools project is almost the right home - but we have tended to operate as a library rather than living up to the "tools" part of our name. Several ideas for working "within" geotools: - setup in a distinct repository at http://github.com/geotools/sld-editor - define a new category at http://github.com/geotools/tools - resurrect http://github.com/geotools/spike - used previously for small applications of this nature Another very good option is to set up the project as part of the Open Source Geospatial foundation, they have the concept of "OSGeo Lab" to help small projects like this take root. Given the integration with geoserver, and the mdx processing we could also approach the GeoServer community, they already have some "top-level" projects in their repository beyond geoserver<https://github.com/geoserver/geoserver> (see geofence<https://github.com/geoserver/geofence>). I volunteer with OSGeo in the "incubation committee", if you like we can take up the OSGeo Labs there<http://www.osgeo.org/incubator>. I am afraid most of these organizations are good at trying to attract you as a volunteer - rather than picking up software you do not have budget to maintain. I know my own organization is careful share open source projects when there has been an external party expressing interest - even though we develop our software on github from the start. Still I think your software has merit, do you know what license it falls under currently? -- Jody Garnett On 23 November 2015 at 00:34, Robert Ward <Rob...@sc...<mailto:Rob...@sc...>> wrote: Hi all, SCISYS is a medium sized software development company based in the UK and Germany. We work in a number of vertical domains across a range of technologies and have been involved with geospatial technologies for over 20 years. Increasingly we are utilising and contributing to open source projects. To help support some of our commercial projects we have developed a Java application with a graphical user interface to view and edit SLD files. We feel this might be of great benefit to the Open Source GIS community but are unsure what the best approach is to making it available and to continue its ongoing development and maintenance. We realise we could make it available ourselves but this doesn’t fit in with our business model. As the application is tightly coupled with the GeoTools project we feel this is the most natural home for it although we acknowledge it is not a core module. In the first instance therefore we are interested to know • Does the application have genuine merit • Is the Geo Tools project an appropriate home for it and if so how do we progress this In terms of the application itself below is a high-level overview: The application uses the latest GeoTools library to parse, render and save SLD files. It has the ability to edit point, line, polygon and text symbols supporting multiple rules. The rendering of symbology is updated as the SLD is edited as well as the legend entry. Dialogs allow the selection TrueType Fonts and graphical symbols as marker symbols. SLD files can be edited to the strict SLD specification or support the GeoServer vendor options. Where supported a SLD attribute can be entered as a value, expression or data source field. The data source fields can be read for supplied data sources, e.g. shape files or added manually within the application. Expressions are edited using a CQL editor. The project uses Maven to build a standalone application. A JUnit test mechanism has been implemented to allow a SLD file to be loaded into the application and a json configuration file describes the expected state of the user interface. The application has a plugin architecture that allows extensions to be added, current extensions are: File System Explorer Extension Presents the file system to the user, selecting a SLD file loads it into the application, useful for traversing folders of the SLD files. GeoServer Extension The application allows the user to enter GeoServer credentials to retrieve all the styles. Selecting a style loads it into the application. SLD files can be uploaded to GeoServer as new styles or update existing. Functionality also exists that allows the user to set the style of a layer from the application. ArcGIS Desktop MXD Extension Using a separate application ability to read an ArcMap mxd file and write it to an intermediate json file, about 95% of all mxd values are written. The SLD Editor is able to read the intermediate json file and convert all layers symbology to SLDs. This is about 60% complete and has allowed us to convert 100s of layers for a commercial project. All the symbols can be saved out as separate SLD files. A table can be generated showing the symbology for each layer and saved as an HTML page. Road Map Features that are on the road map are: • Better editing of functions as symbol attribute values • Ability to handle raster symbols. Would this application be of benefit to the GeoTools project or are there other organisations/projects this would be better suited to. __________________________________________________________________ Robert Ward Technical Architect – Government & Defence Division SCISYS UK Limited T: +44 (0)1249 466575<tel:%2B44%20%280%291249%20466575> E: rob...@sc...<mailto:rob...@sc...> | www.scisys.co.uk<http://www.scisys.co.uk> SCISYS UK Limited. Registered in England and Wales No. 4373530. Registered Office: Methuen Park, Chippenham, Wiltshire SN14 0GB, UK. Before printing, please think about the environment. ------------------------------------------------------------------------------ Go from Idea to Many App Stores Faster with Intel(R) XDK Give your users amazing mobile app experiences with Intel(R) XDK. Use one codebase in this all-in-one HTML5 development environment. Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs. http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140 _______________________________________________ Geotools-administration mailing list Geo...@li...<mailto:Geo...@li...> https://lists.sourceforge.net/lists/listinfo/geotools-administration |
|
From: Jody G. <jod...@gm...> - 2015-12-03 04:42:47
|
Hello Robert, we do not use this email list much :) Your application would be welcomed by many people, but I understand that simply placing the code on github is tricky. The GeoTools project is almost the right home - but we have tended to operate as a library rather than living up to the "tools" part of our name. Several ideas for working "within" geotools: - setup in a distinct repository at http://github.com/geotools/sld-editor - define a new category at http://github.com/geotools/tools - resurrect http://github.com/geotools/spike - used previously for small applications of this nature Another very good option is to set up the project as part of the Open Source Geospatial foundation, they have the concept of "OSGeo Lab" to help small projects like this take root. Given the integration with geoserver, and the mdx processing we could also approach the GeoServer community, they already have some "top-level" projects in their repository beyond geoserver <https://github.com/geoserver/geoserver> (see geofence <https://github.com/geoserver/geofence>). I volunteer with OSGeo in the "incubation committee", if you like we can take up the OSGeo Labs there <http://www.osgeo.org/incubator>. I am afraid most of these organizations are good at trying to attract you as a volunteer - rather than picking up software you do not have budget to maintain. I know my own organization is careful share open source projects when there has been an external party expressing interest - even though we develop our software on github from the start. Still I think your software has merit, do you know what license it falls under currently? -- Jody Garnett On 23 November 2015 at 00:34, Robert Ward <Rob...@sc...> wrote: > Hi all, > > > > SCISYS is a medium sized software development company based in the UK and > Germany. We work in a number of vertical domains across a range of > technologies and have been involved with geospatial technologies for over > 20 years. Increasingly we are utilising and contributing to open source > projects. > > > > To help support some of our commercial projects we have developed a Java > application with a graphical user interface to view and edit SLD files. We > feel this might be of great benefit to the Open Source GIS community but > are unsure what the best approach is to making it available and to continue > its ongoing development and maintenance. We realise we could make it > available ourselves but this doesn’t fit in with our business model. As the > application is tightly coupled with the GeoTools project we feel this is > the most natural home for it although we acknowledge it is not a core > module. > > > > In the first instance therefore we are interested to know > > > > · Does the application have genuine merit > > · Is the Geo Tools project an appropriate home for it and if so > how do we progress this > > > > In terms of the application itself below is a high-level overview: > > > > The application uses the latest GeoTools library to parse, render and save > SLD files. It has the ability to edit point, line, polygon and text symbols > supporting multiple rules. The rendering of symbology is updated as the > SLD is edited as well as the legend entry. Dialogs allow the selection > TrueType Fonts and graphical symbols as marker symbols. > > > > SLD files can be edited to the strict SLD specification or support the > GeoServer vendor options. > > > > Where supported a SLD attribute can be entered as a value, expression or > data source field. The data source fields can be read for supplied data > sources, e.g. shape files or added manually within the application. > Expressions are edited using a CQL editor. > > > > The project uses Maven to build a standalone application. > > > > A JUnit test mechanism has been implemented to allow a SLD file to be > loaded into the application and a json configuration file describes the > expected state of the user interface. > > > > The application has a plugin architecture that allows extensions to be > added, current extensions are: > > > > *File System Explorer Extension* > > Presents the file system to the user, selecting a SLD file loads it into > the application, useful for traversing folders of the SLD files. > > > > *GeoServer Extension* > > The application allows the user to enter GeoServer credentials to retrieve > all the styles. Selecting a style loads it into the application. SLD files > can be uploaded to GeoServer as new styles or update existing. > Functionality also exists that allows the user to set the style of a layer > from the application. > > > > *ArcGIS Desktop MXD Extension* > > Using a separate application ability to read an ArcMap mxd file and write > it to an intermediate json file, about 95% of all mxd values are written. > The SLD Editor is able to read the intermediate json file and convert all > layers symbology to SLDs. This is about 60% complete and has allowed us > to convert 100s of layers for a commercial project. All the symbols can be > saved out as separate SLD files. A table can be generated showing the > symbology for each layer and saved as an HTML page. > > > > *Road Map* > > Features that are on the road map are: > > · Better editing of functions as symbol attribute values > > · Ability to handle raster symbols. > > > > Would this application be of benefit to the GeoTools project or are there > other organisations/projects this would be better suited to. > > __________________________________________________________________ > > > * Robert Ward* > > Technical Architect – Government & Defence Division > > *SCISYS UK Limited* > > T: +44 (0)1249 466575 > > E: rob...@sc... | www.scisys.co.uk > > > > <http://gfidisc.scisys.co.uk> > > > SCISYS UK Limited. Registered in England and Wales No. 4373530. > Registered Office: Methuen Park, Chippenham, Wiltshire SN14 0GB, UK. > > Before printing, please think about the environment. > > <http://gfidisc.scisys.co.uk> > > > ------------------------------------------------------------------------------ > Go from Idea to Many App Stores Faster with Intel(R) XDK > Give your users amazing mobile app experiences with Intel(R) XDK. > Use one codebase in this all-in-one HTML5 development environment. > Design, debug & build mobile apps & 2D/3D high-impact games for multiple > OSs. > http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140 > _______________________________________________ > Geotools-administration mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geotools-administration > > |
|
From: Robert W. <Rob...@sc...> - 2015-11-23 08:34:19
|
Hi all, SCISYS is a medium sized software development company based in the UK and Germany. We work in a number of vertical domains across a range of technologies and have been involved with geospatial technologies for over 20 years. Increasingly we are utilising and contributing to open source projects. To help support some of our commercial projects we have developed a Java application with a graphical user interface to view and edit SLD files. We feel this might be of great benefit to the Open Source GIS community but are unsure what the best approach is to making it available and to continue its ongoing development and maintenance. We realise we could make it available ourselves but this doesn't fit in with our business model. As the application is tightly coupled with the GeoTools project we feel this is the most natural home for it although we acknowledge it is not a core module. In the first instance therefore we are interested to know * Does the application have genuine merit * Is the Geo Tools project an appropriate home for it and if so how do we progress this In terms of the application itself below is a high-level overview: The application uses the latest GeoTools library to parse, render and save SLD files. It has the ability to edit point, line, polygon and text symbols supporting multiple rules. The rendering of symbology is updated as the SLD is edited as well as the legend entry. Dialogs allow the selection TrueType Fonts and graphical symbols as marker symbols. SLD files can be edited to the strict SLD specification or support the GeoServer vendor options. Where supported a SLD attribute can be entered as a value, expression or data source field. The data source fields can be read for supplied data sources, e.g. shape files or added manually within the application. Expressions are edited using a CQL editor. The project uses Maven to build a standalone application. A JUnit test mechanism has been implemented to allow a SLD file to be loaded into the application and a json configuration file describes the expected state of the user interface. The application has a plugin architecture that allows extensions to be added, current extensions are: File System Explorer Extension Presents the file system to the user, selecting a SLD file loads it into the application, useful for traversing folders of the SLD files. GeoServer Extension The application allows the user to enter GeoServer credentials to retrieve all the styles. Selecting a style loads it into the application. SLD files can be uploaded to GeoServer as new styles or update existing. Functionality also exists that allows the user to set the style of a layer from the application. ArcGIS Desktop MXD Extension Using a separate application ability to read an ArcMap mxd file and write it to an intermediate json file, about 95% of all mxd values are written. The SLD Editor is able to read the intermediate json file and convert all layers symbology to SLDs. This is about 60% complete and has allowed us to convert 100s of layers for a commercial project. All the symbols can be saved out as separate SLD files. A table can be generated showing the symbology for each layer and saved as an HTML page. Road Map Features that are on the road map are: * Better editing of functions as symbol attribute values * Ability to handle raster symbols. Would this application be of benefit to the GeoTools project or are there other organisations/projects this would be better suited to. __________________________________________________________________ Robert Ward Technical Architect - Government & Defence Division SCISYS UK Limited T: +44 (0)1249 466575 E: rob...@sc... | www.scisys.co.uk SCISYS UK Limited. Registered in England and Wales No. 4373530. Registered Office: Methuen Park, Chippenham, Wiltshire SN14 0GB, UK. Before printing, please think about the environment. |
|
From: Justin D. <jde...@op...> - 2012-12-07 22:47:44
|
Hey folks, Along the same lines as my email to geoserver-devel I will be out for the next 3 weeks on holidays, and won't be checking work email. Benjamin at opengeo (cc'd) will be looking after the build server while i am gone so if there any issues feel free to contact him. In terms of votes on any proposals I will leave it up to you guys to proxy my vote on anything so nothing gets held up. Have a great holiday and i will see you all in the new year. -Justin -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. |
|
From: Jody G. <jod...@gm...> - 2012-09-11 14:50:22
|
A couple weeks ago Douglas Dailey from IBM contacted me off list with respect to adding support for Informix to the library. He is looking at seeing if they can provide a developer to do the work (as had pointed him towards our procedures for involvement). LGPL is not on the immediate "fly" list so he will need to go and get special permission. He has asked us to add an item to our next meeting agenda; asking if they could work in "tandem" with a geotools developer. -- Jody Garnett |
|
From: Ian T. <ijt...@gm...> - 2012-08-30 11:25:36
|
On 30 August 2012 12:13, Michael Bedward <mic...@gm...> wrote: > Take a look in the box of goodies here Ian: > > http://svn.osgeo.org/geotools/trunk/docs/themes/geotools/static/img/ Thanks I knew they had to be stored somewhere :-) Ian -- Ian Turton |
|
From: Michael B. <mic...@gm...> - 2012-08-30 11:13:38
|
Take a look in the box of goodies here Ian: http://svn.osgeo.org/geotools/trunk/docs/themes/geotools/static/img/ Michael On 30 August 2012 19:02, Ian Turton <ijt...@gm...> wrote: > I was thinking of adding a community ad to GIS.stackexchange (see > http://meta.gis.stackexchange.com/questions/540/community-promotion-ads-2012) > - but I can't actually find a link to our logo on the website. > > Ian > > -- > Ian Turton > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Geotools-administration mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geotools-administration |
|
From: Ian T. <ijt...@gm...> - 2012-08-30 09:03:05
|
I was thinking of adding a community ad to GIS.stackexchange (see http://meta.gis.stackexchange.com/questions/540/community-promotion-ads-2012) - but I can't actually find a link to our logo on the website. Ian -- Ian Turton |
|
From: Ben Caradoc-D. <Ben...@cs...> - 2012-08-06 02:17:05
|
Regardless, his request and ensuing discussions have led to a better understanding of the license granted to contributors. Kind regards, Ben. On 05/08/12 06:27, Jody Garnett wrote: > It sounds like Martin wishes to withdraw this request, although I hope > he can work in conjunction with the sis-dev email list to avoid wasting > our time. -- Ben Caradoc-Davies <Ben...@cs...> Software Engineer CSIRO Earth Science and Resource Engineering Australian Resources Research Centre |
|
From: Jody G. <jod...@gm...> - 2012-08-04 22:28:06
|
I have made contact with si...@in... to double check if this approach stands a chance of flying: - http://mail-archives.apache.org/mod_mbox/incubator-sis-dev/201208.mbox/thread It sounds like Martin wishes to withdraw this request, although I hope he can work in conjunction with the sis-dev email list to avoid wasting our time. -- Jody Garnett On Saturday, 4 August 2012 at 9:57 AM, Jody Garnett wrote: > I managed to catch up with IanT and aaime online resulting in a few more references being added, but no substansive changes. > > With that in mind I will send the proposal off to geotools-devel for review. > > The time frame for this one remains Monday. > > -- > Jody Garnett > > > On Friday, 3 August 2012 at 1:13 AM, Jody Garnett wrote: > > > As per earlier communication: > > - http://docs.codehaus.org/display/GEOTOOLS/Dual+License+Request > > > > The above proposal is in DRAFT form, I would like another pair of eyes to check it over before asking for formal review and voting. > > > > -- > > Jody Garnett > > > |
|
From: Jody G. <jod...@gm...> - 2012-08-03 23:57:15
|
I managed to catch up with IanT and aaime online resulting in a few more references being added, but no substansive changes. With that in mind I will send the proposal off to geotools-devel for review. The time frame for this one remains Monday. -- Jody Garnett On Friday, 3 August 2012 at 1:13 AM, Jody Garnett wrote: > As per earlier communication: > - http://docs.codehaus.org/display/GEOTOOLS/Dual+License+Request > > The above proposal is in DRAFT form, I would like another pair of eyes to check it over before asking for formal review and voting. > > -- > Jody Garnett > |
|
From: Geomatys.com <vin...@ge...> - 2012-08-03 07:31:42
|
Hello all, I'm following this list since the recent exchanges about re-lisensing and wanted to speak about Justin's comments on Arnulf e-mail. I wanted to clarify some points about contributions done by people (and more precisely by Justin) under Martin's "authority". I asked Martin about it and here's his answer : About Justin's contribution, we know that he wrote the NewZealandMapGrid projection. He has always been cited as the first author of that class [1] and we never had the intention to re-license it. See also the Mercurial history for those who want to be sure that we didn't changed the author ordering. Other Justin's contributions (URN factory, String <-> Number converters) can easily be delegated to Apache SIS contributors. Again, Justin has always been cited as the first author of those classes ([2], [3]). We have always recognized the other contributions straight in the javadoc home page [4]. [1] http://www.geotoolkit.org/apidocs/org/geotoolkit/referencing/operation/projection/NewZealandMapGrid.html [2] http://www.geotoolkit.org/apidocs/org/geotoolkit/referencing/factory/web/URN_AuthorityFactory.html [3] http://www.geotoolkit.org/apidocs/org/geotoolkit/util/converter/ObjectConverter.html [4] http://www.geotoolkit.org/apidocs/overview-summary.html - see "Authors" close to the bottom An other important thing to note : for every GeoTools-derived classes ported to SIS, we intend to publish a web page with the full history, highlight on commits of other contributors and an explanation about how those contribution has been omitted or fully rewritten. Anyone will be able to verify by himself. I hope you will be reassured by this, but please be aware that it is easy to verify the historical contributions of everyone, looking at the Geotools SVN logs and compare it to our Mercurial repository, which of course is freely accessible. All the best, Vincent Vincent Heurteaux GEOMATYS vin...@ge... Tel. +33(0)6 42 92 29 28 |
|
From: Jody G. <jod...@gm...> - 2012-08-02 15:13:15
|
As per earlier communication: - http://docs.codehaus.org/display/GEOTOOLS/Dual+License+Request The above proposal is in DRAFT form, I would like another pair of eyes to check it over before asking for formal review and voting. -- Jody Garnett |
|
From: Jody G. <jod...@gm...> - 2012-08-01 23:07:28
|
Morning Arnulf comments inline: > I concur with Frank and Ben that the OSGeo contributor agreement already > grants Martin the right to do whatever he likes with his own submissions: > > "The Foundation hereby grants the Contributor the nonexclusive, > perpetual, irrevocable, worldwide, royalty-free, license to use, copy, > prepare derivative works of, publicly display or perform, and distribute > the Submission." > > This is the only thing he is asking for right now, so we are in the clear. Understood; he also has an outstanding request of the geotools PMC which I am going to write up as a proposal. Should this go ahead we would be able to offer him access to more then just his direct contributions as per his initial request on geotools-devel. > But due diligence on OSGeo's side asks for making sure that the process > does not harm any of the parties involved. Therefore I will try to > sketch some of my thoughts so that you know where I come from and in the > hope that you can correct my thinking if it went wrong anywhere. > > The difficult I see, is one of mandate for this decision. While I understand both the board and the PMC have now been contacted, this is the "GeoTools Code Contribution Agreement" and all parties entered into it with the understanding the GeoTools procedures would be followed with respect to any decisions around the code base. In short I prefer to have this handled in the same fashion as any other subcommittee. We are in the process of putting this question to the GeoTools PMC, but as usual are limited by volunteer time. While prior history makes this an unusual request I believe the GeoTools PMC can handle this with integrity. I am especially sensitive that Martin's career and livelihood is effected by these decisions. > The fork of the projects was a long and somewhat painful process for all > involved but in the end seemed to be the only way forward. > > I am personally inclined to allow any project in OSGeo to choose > whatever Open Source license they want to - at more or less any time. I > am also a friend of dual or multiple licensing, given it is all FOSS > licenses. This is one of the options to proceed with. While we would prefer if Martin could find a home that would accept his project under an LGPL license we understand that it is currently out of fashion and limits his options. > That said I will vote +1 for the proposed GeoTK relicensing, provided it > only includes code created by Martin (and any other individual willing > to follow along). Any code that was submitted in the faith that it will > stay under LGPL *before* the copyright assignment to OSGeo became > efective cannot be relicensed without the consent of the original creator. It is not quite as drastic as that. The code was submitted under the stewardship of the GeoTools PMC, as such we do have the freedom to make it available to Martin under another license. > So far I have not really found good arguments against proceeding like > this. If you have substantial arguments against doing this please let me > know. For me "substantial" in this context means either heavily damaging > to either project or their corresponding developer and user communities. The course of action seems appropriate; however I think we can do more. The relationship between the board and subcommittees is not fine (or at least not clear). > Whether or not code has been licensed as GPL and then LGPL before or > after Martin joined and how much code he wrote and whether the fork will > be all rewritten or not is beyond my capacities to find out on my own. > This is a problem. I (and probably the rest of the board too) will have > to trust both parties on this part. I will challenge both to be > benevolent and not stingy in their estimates and opinions. We have fairly clear headers which were subject to review during incubation as such I do not see a problem here. > I can see that there are concerns that a license change may have an > effect in commercial uptake. If that is the case and GeoTools wants to > also profit from these (in my opinion usually dubious and alledged) > advantages), then did you ever consider dual licensing or moving to a > more premissive version? That is the second option - which has slightly wider implications. But yes under that scenario we would dual license GeoTools and thus martin would be able to start from a working subset of code. The final option I have considered is very minimal. Martin is offering the code to Apache on a case-by-case basis; I wish we could write a letter of understanding with Apache and ask to release files on a case-by-case basis. > Personally I do not believe in "aggressive" licenses. Instead I find it > rather amusing that in this context permissive versions of FOSS licenses > are deemed more "aggressive" than restrictive licenses. Not long ago the > Copyleft-effect was called aggresive and "viral", interesting to see the > perception shift. Maybe my latest blog is a related read in this context: > > http://arnulf.us/sevendipity/archives/50-Why-Copyleft-is-Not-a-Problem.html > > In the hope of better understanding how to best proceed, > Arnulf It is an amusing choice of language; I generally find open source licenses friendly. So an agressive open source license is perhaps a friend who is a bit too prone to a bear hug. Thanks for contacting us directly I am glad you are comfortable joining the email list. I am also available as GeoTools project officer as a point of contact with the board although thus far have not been contacted in that capacity. I am afraid we are on the wrong side of the clock for immediate discussion. If the timezone difference is being a problem let us know and we can try and change up who is project officer. Jody |
|
From: Justin D. <jde...@op...> - 2012-08-01 17:38:58
|
Thanks Arnulf, that all makes sense. But I am curious as to how Martin intends to come up with the exact lines of code he wrote. He has thrown out the 95% figure and i am curious as to how he is calculating that. Is he counting all classes in which there is an author tag with his name on it? What about the classes with multiple authors, or the classes to which others have contributed code to? Are they still his? Martin was also notorious for reformatting other peoples code so in many case svn history will show him as the author when it was not actually the case. I know this personally because i have contributed classes to "his" modules before and had this happen. And certainly when I wrote that code i wasn't intending to give ownership to martin, but to the geotools project so as owner is the onus on myself to ensure my code is not re-licensed? Seems like pretty murky territory. On Wed, Aug 1, 2012 at 8:39 AM, Seven (aka Arnulf) <se...@ar...> wrote: > Folks, > from your discussion on this mailing lists I gather that you have a > vetted interest in how the OSGeo Board moves this forward. > > I concur with Frank and Ben that the OSGeo contributor agreement already > grants Martin the right to do whatever he likes with his own submissions: > > "The Foundation hereby grants the Contributor the nonexclusive, > perpetual, irrevocable, worldwide, royalty-free, license to use, copy, > prepare derivative works of, publicly display or perform, and distribute > the Submission." > > This is the only thing he is asking for right now, so we are in the clear. > > > But due diligence on OSGeo's side asks for making sure that the process > does not harm any of the parties involved. Therefore I will try to > sketch some of my thoughts so that you know where I come from and in the > hope that you can correct my thinking if it went wrong anywhere. > > > The fork of the projects was a long and somewhat painful process for all > involved but in the end seemed to be the only way forward. > > I am personally inclined to allow any project in OSGeo to choose > whatever Open Source license they want to - at more or less any time. I > am also a friend of dual or multiple licensing, given it is all FOSS > licenses. I am absolutely opposed to any kind of dual licensing when it > involves so called "commercial" licenses because they can by nature only > be broken. > > That said I will vote +1 for the proposed GeoTK relicensing, provided it > only includes code created by Martin (and any other individual willing > to follow along). Any code that was submitted in the faith that it will > stay under LGPL *before* the copyright assignment to OSGeo became > efective cannot be relicensed without the consent of the original creator. > > So far I have not really found good arguments against proceeding like > this. If you have substantial arguments against doing this please let me > know. For me "substantial" in this context means either heavily damaging > to either project or their corresponding developer and user communities. > > Whether or not code has been licensed as GPL and then LGPL before or > after Martin joined and how much code he wrote and whether the fork will > be all rewritten or not is beyond my capacities to find out on my own. > This is a problem. I (and probably the rest of the board too) will have > to trust both parties on this part. I will challenge both to be > benevolent and not stingy in their estimates and opinions. > > I can see that there are concerns that a license change may have an > effect in commercial uptake. If that is the case and GeoTools wants to > also profit from these (in my opinion usually dubious and alledged) > advantages), then did you ever consider dual licensing or moving to a > more premissive version? > > Personally I do not believe in "aggressive" licenses. Instead I find it > rather amusing that in this context permissive versions of FOSS licenses > are deemed more "aggressive" than restrictive licenses. Not long ago the > Copyleft-effect was called aggresive and "viral", interesting to see the > perception shift. Maybe my latest blog is a related read in this context: > > http://arnulf.us/sevendipity/archives/50-Why-Copyleft-is-Not-a-Problem.html > > > In the hope of better understanding how to best proceed, > Arnulf > > > -- > Exploring Space, Time and Mind > http://arnulf.us > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Geotools-administration mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geotools-administration > -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. |
|
From: Seven (a. Arnulf) <se...@ar...> - 2012-08-01 15:04:37
|
Folks, from your discussion on this mailing lists I gather that you have a vetted interest in how the OSGeo Board moves this forward. I concur with Frank and Ben that the OSGeo contributor agreement already grants Martin the right to do whatever he likes with his own submissions: "The Foundation hereby grants the Contributor the nonexclusive, perpetual, irrevocable, worldwide, royalty-free, license to use, copy, prepare derivative works of, publicly display or perform, and distribute the Submission." This is the only thing he is asking for right now, so we are in the clear. But due diligence on OSGeo's side asks for making sure that the process does not harm any of the parties involved. Therefore I will try to sketch some of my thoughts so that you know where I come from and in the hope that you can correct my thinking if it went wrong anywhere. The fork of the projects was a long and somewhat painful process for all involved but in the end seemed to be the only way forward. I am personally inclined to allow any project in OSGeo to choose whatever Open Source license they want to - at more or less any time. I am also a friend of dual or multiple licensing, given it is all FOSS licenses. I am absolutely opposed to any kind of dual licensing when it involves so called "commercial" licenses because they can by nature only be broken. That said I will vote +1 for the proposed GeoTK relicensing, provided it only includes code created by Martin (and any other individual willing to follow along). Any code that was submitted in the faith that it will stay under LGPL *before* the copyright assignment to OSGeo became efective cannot be relicensed without the consent of the original creator. So far I have not really found good arguments against proceeding like this. If you have substantial arguments against doing this please let me know. For me "substantial" in this context means either heavily damaging to either project or their corresponding developer and user communities. Whether or not code has been licensed as GPL and then LGPL before or after Martin joined and how much code he wrote and whether the fork will be all rewritten or not is beyond my capacities to find out on my own. This is a problem. I (and probably the rest of the board too) will have to trust both parties on this part. I will challenge both to be benevolent and not stingy in their estimates and opinions. I can see that there are concerns that a license change may have an effect in commercial uptake. If that is the case and GeoTools wants to also profit from these (in my opinion usually dubious and alledged) advantages), then did you ever consider dual licensing or moving to a more premissive version? Personally I do not believe in "aggressive" licenses. Instead I find it rather amusing that in this context permissive versions of FOSS licenses are deemed more "aggressive" than restrictive licenses. Not long ago the Copyleft-effect was called aggresive and "viral", interesting to see the perception shift. Maybe my latest blog is a related read in this context: http://arnulf.us/sevendipity/archives/50-Why-Copyleft-is-Not-a-Problem.html In the hope of better understanding how to best proceed, Arnulf -- Exploring Space, Time and Mind http://arnulf.us |
|
From: Justin D. <jde...@op...> - 2012-08-01 14:17:34
|
I can sit in on the meeting. So to clarify our position we would like to proceed by writing up Martin's request as an official proposal and have the PMC vote on it? On Wed, Aug 1, 2012 at 4:05 AM, Andrea Aime <and...@ge...>wrote: > On Wed, Aug 1, 2012 at 3:12 AM, Ben Caradoc-Davies < > Ben...@cs...> wrote: > >> The meeting is at 17:00 UTC which is 01:00 for me and 03:00 for Jody. >> >> http://www.timeanddate.com/worldclock/fixedtime.html?year=2012&month=08&day=09&hour=17&min=0&sec=0 >> >> Can someone in a more compatible timezone attend? #osgeo on freenode. >> >> > I'm at a customer site today and tomorrow ... > > Cheers > Andrea > > -- > == > Our support, Your Success! Visit http://opensdi.geo-solutions.it for more > information. > == > > Ing. Andrea Aime > @geowolf > Technical Lead > > GeoSolutions S.A.S. > Via Poggio alle Viti 1187 > 55054 Massarosa (LU) > Italy > phone: +39 0584 962313 > fax: +39 0584 962313 > mob: +39 339 8844549 > > http://www.geo-solutions.it > http://twitter.com/geosolutions_it > > ------------------------------------------------------- > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Geotools-administration mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geotools-administration > > -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. |
|
From: Andrea A. <and...@ge...> - 2012-08-01 11:05:26
|
On Wed, Aug 1, 2012 at 3:12 AM, Ben Caradoc-Davies < Ben...@cs...> wrote: > The meeting is at 17:00 UTC which is 01:00 for me and 03:00 for Jody. > > http://www.timeanddate.com/worldclock/fixedtime.html?year=2012&month=08&day=09&hour=17&min=0&sec=0 > > Can someone in a more compatible timezone attend? #osgeo on freenode. > > I'm at a customer site today and tomorrow ... Cheers Andrea -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it ------------------------------------------------------- |
1 message has been excluded from this view by a project administrator.