<div dir="ltr"><div><span class="im">Hi Edzer,<br><br><br>Thank you for your timely email.<br><br></span><span class="im"><span class="im">I agree that the functionality of the community version has been constrained and have noted your comments below on aa earlier thread on the Rasdaman lists that proceeded down a similar line with direct responses to issues avoided through diverting the discussion around the nuances of the query used.<br><br></span></span></div><div><span class="im"><span class="im">I have also noted that Rasdaman Gmbh has been gradually reducing the difference between the two versions by porting some functionality across to the Community version, just not the performance aspects that matter.<br></span></span></div><div><span class="im"><span class="im"><br><br></span>I tend to be quite pragmatic on these issues.
The approach that I took was that we need to focus on getting open
project governance with many parties involved as per [b1].<br>
<br>
<br>
I considered that once we got a wider representation and a truely open project we could begin to address these types of issues within an appropriate framework.<br>
<br>
In part, this is why I deliberately chose the wording at [2], in order to expose and to force the issue.<br>
<br>
<br>
This approach has clearly not worked and I cannot see the governance issue resolved to the benefit of a truely open community as thinks currently stand.<br>
<br>
<br>On reflecting through the past archives of the Incubation list relating
to Rasdaman Incubation, I see that these have been issues right from the
beginning.<br>
<br>
<br>
We should not dictate to a commercial organisation how they run their business. They will need to make decisions that are appropriate for their future growth.<br><br><br>IMO, I see an organisation that is trying to find a viable way to make a living from open source. They have chosen this approach. Many organisations have this issue. Other organisations take alternate approaches.<br>
<br>
<br>
It is time to call this for what it is and pull the plug on incubation.
Perhaps market forces will dictate an alternate approach for Rasdaman,
but I doubt it.<br>
<br>
<br>
<br>
After (sadly) watching how this has played out and the intransigence adopted, I’m personally treating any further investment of my time into
Rasdaman in its current structure to be a very poor investment. Though this could quickly change if the governance issue is addressed constructively.<br><br><br>I have
therefore shelved any plans that I have for use of Rasdaman. I’d say that Thredds and PyWPS will meet my immediate needs.<br>
<br>
</span><br></div><div>I agree with you that this is a lost opportunity. The project has so much potential.<br><br>As has been discussed recently on this list, there is always the option to fork Rasdaman, but I do not think that this is something to be undertaken lightly. <br></div><div><br><br></div>Bruce<br><br><span class="im">[b1] <a href="http://lists.osgeo.org/pipermail/incubator/2016-May/003050.html" rel="noreferrer" target="_blank">http://lists.osgeo.org/pipermail/incubator/2016-May/003050.html</a><br><br></span><span class="im"><span class="im">[b2] <a href="http://lists.osgeo.org/pipermail/incubator/2016-April/002996.html" rel="noreferrer" target="_blank">http://lists.osgeo.org/pipermail/incubator/2016-April/002996.html</a><br><br></span> <br></span><div><div class="gmail_extra"><br><div class="gmail_quote"><br><br>On 22/05/2016, 23:23, "Discuss on behalf of Edzer Pebesma"<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<<a href="mailto:discuss-bounces@lists.osgeo.org">discuss-bounces@lists.osgeo.org</a> on behalf of<br>
<a href="mailto:edzer.pebesma@uni-muenster.de">edzer.pebesma@uni-muenster.de</a>> wrote:<br>
<br>
>Cameron, my comment is in-line:<br>
><br>
>On 21/05/16 14:06, Cameron Shorter wrote:<br>
>> Hi Edzer,<br>
>> Thank you for raising this topic questioning the value of radsaman<br>
>> community edition. It is pertinent considering recent discussions about<br>
>> Rasdaman incubation.<br>
>><br>
>> Peter, your comments about programmers wanting to get paid for their<br>
>> work is valid, but does not provide justification for OSGeo promoting a<br>
>> proprietary business model. OSGeo is in the business of promoting open<br>
>> source software, and helping people who create open source software.<br>
>><br>
>> Rasdaman's business model is in a grey zone. It provides a community<br>
>> edition and a proprietary edition. This is often referred to as an "open<br>
>> core" business model, or sometimes less favorably called "crippleware".<br>
>> I think Rasdaman is the only OSGeo (proposed) project which provides an<br>
>> open core model. All prior projects have been pure open source.<br>
>><br>
>> Although a an open core model deviates from OSGeo's original principles,<br>
>> one could argue that Rasdaman community edition stands on its own as a<br>
>> valuable, quality open source geospatial application by itself, worthy<br>
>> of OSGeo promotion.<br>
>><br>
>> Edzer's comments appear to counter this argument. Edzer, I understand<br>
>> you suggest Rasdaman community edition is of little value for real world<br>
>> problems?<br>
><br>
>Yes; the example Peter mentions, <a href="http://planetserver.eu/" rel="noreferrer" target="_blank">http://planetserver.eu/</a> does solve a<br>
>problem: providing a download service for large scale imagery, and it is<br>
>good if rasdaman CE can do this for 20 Tb, with sufficient performance.<br>
>There are however several other open source technologies that can also<br>
>do this, potentially much simpler (e.g. thredds data server, maybe even<br>
>gdal VRT).<br>
><br>
>The problems where array data management systems really come into play<br>
>is scalable computing: doing something useful with large data sets<br>
>without having to download all the data first ("bringing the<br>
>computations to the data, instead of data to the computations") - this<br>
>is what much of the big data scalability fanfare is about, not about<br>
>serving or downloading data. And this is where rasdaman CE does not<br>
>scale - only EE seems to do so.<br>
><br>
>The longer we (the open source community) wait with a good solution to<br>
>this problem, the more ground we loose to Google Earth Engine, a very<br>
>nice service that is bad for science. See also the last slide ("Google<br>
>Earth Engine is Evil") in the excellent presentation by Jordi Inglada,<br>
>held last week at the Living Planet Symposium:<br>
><br>
><a href="http://jordiinglada.net/stok/LivingPlanet/LandCoverSlides.pdf" rel="noreferrer" target="_blank">http://jordiinglada.net/stok/LivingPlanet/LandCoverSlides.pdf</a><br>
><br>
>You might see this as a call to arms, and it is, but a new thread will<br>
>be needed to follow up on this.<br>
><br>
>> Extending from this, OSGeo endorsement of Rasdaman should be questioned<br>
>> and potentially withdrawn.<br>
>><br>
>> I'd be interested to hear opinions of others in the field as to whether<br>
>> Rasdaman community version is of value for real-world production systems<br>
>> by itself.<br>
>><br>
>> A deeper question for the greater OSGeo community is should OSGeo<br>
>> endorse Open Core business models?<br>
>><br>
>> Warm regards, Cameron<br>
>><br>
>> On 21/05/2016 6:07 pm, Peter Baumann wrote:<br>
>>> oh, just looking at the subject again:<br>
>>><br>
>>> several service providers believe indeed rasdaman community does offer<br>
>>> a significant advantage:<br>
>>> - see the download figures on <a href="http://www.rasdaman.org" rel="noreferrer" target="_blank">www.rasdaman.org</a><br>
>>> - concretely, see <a href="http://www.planetserver.eu" rel="noreferrer" target="_blank">www.planetserver.eu</a> which is running rasdaman<br>
>>> community on - I believe - about 20 TB of Planetary Science data.<br>
>>><br>
>>> -Peter<br>
>>><br>
>>><br>
>>> On 05/21/2016 09:56 AM, Peter Baumann wrote:<br>
>>>> Hm, first of all: this is opening a different thread, talking about<br>
>>>> functionality of rasdaman community. Next, it is based on assumptions<br>
>>>> - without details (because off topic): conclusions are wrong.<br>
>>>><br>
>>>> But to respond to the core message emphasized in the first paragraph:<br>
>>>> I respectfully disagree. In particular, such a position does not<br>
>>>> benefit the open source community very much as I am trying to explain<br>
>>>> below.<br>
>>>><br>
>>>> TL;DR:<br>
>>>><br>
>>>> You have a strong expertise in Geoinformatics, I know something about<br>
>>>> Computer Science. This is where we can talk as professors and<br>
>>>> scientists. Your statement is about economics, industry etc. Having<br>
>>>> an opinion there (and articulate it) is fair, but in these fields our<br>
>>>> opinion weighs not more than anyone else's in the street. We should<br>
>>>> not attempt to attain importance through inapplicable roles.<br>
>>>><br>
>>>> Let us look at a professor. They have a conveniently high salary<br>
>>>> which is paid by society, that is: tax payers. Nobody can influence<br>
>>>> what a professor does and how much return s/he generates for society.<br>
>>>><br>
>>>> A single open source developer (or a small group, whatever) do not<br>
>>>> experience this convenience. They have a dream where they invest,<br>
>>>> they try to not make money for getting richer than a professor ;-)<br>
>>>> but merely for their economic survival. Some (in particular<br>
>>>> scientists) enjoy the money rain coming from publicly funded projects<br>
>>>> (again: the tax payer subsidizes), but most in the community have to<br>
>>>> struggle hard. They face reluctant customers, competition by the<br>
>>>> giants in the market, and many more obstacles.<br>
>>>><br>
>>>> From the cosy place of a lifelong position with a secured salary and<br>
>>>> decent retirement funds it is easy to say that all software should be<br>
>>>> free like free beer (quote from below: "can be reproduced by other<br>
>>>> scientists without prohibitive license costs").<br>
>>>><br>
>>>> If the open source movement cannibalizes itself it will make it all<br>
>>>> so easy for the big players to maintain their dominance, they will<br>
>>>> silently applaud. Quoting Jeroen:<br>
>>>> > NEVER IGNORE COMPANIES AGAIN IN OSGEO OR FOSS4G! THEY ARE NOT A<br>
>>>> THREAT, THEY ARE A NECESSITY.<br>
>>>><br>
>>>> That said: It is entirely ok to have the opinion you have. Others,<br>
>>>> though, may disagree. I am one of those.<br>
>>>><br>
>>>> respectfully,<br>
>>>> Peter<br>
>>>><br>
>>>><br>
>>>><br>
>>>> On 05/20/2016 09:30 AM, Edzer Pebesma wrote:<br>
>>>>> As a scientist, I teach my students that for doing science it is a<br>
>>>>> requirement to work with open source software, because only then<br>
>>>>> workflows are fully transparent and can be reproduced by other<br>
>>>>> scientists without prohibitive license costs. Currently, working<br>
>>>>> with large amounts of earth observation (EO) or climate model data<br>
>>>>> typically requires to download these data tile by tile, stitch them<br>
>>>>> together, and go through all of them. Array databases may simplify<br>
>>>>> this substantially: after ingesting the tiles, they can directly<br>
>>>>> work on the whole data as a multi-dimensinal array ("data cube").<br>
>>>>> Computations on these array are typically embarassingly parallel,<br>
>>>>> and scale up with the number of cores in a cluster.<br>
>>>>><br>
>>>>> Rasdaman is an array data base that comes in two flavours, the open<br>
>>>>> source community edition (CE) and the commercial enterprise edition<br>
>>>>> (EE). The differences between the two are clear [1]. When I want to<br>
>>>>> use rasdaman CE (open source) for scalable image analysis, I get<br>
>>>>> stuck waiting for one core to finish everything [1]. This is not<br>
>>>>> going to solve any problems related to computing on large data,<br>
>>>>> and is not scalable. The bold claim that <a href="http://rasdaman.org" rel="noreferrer" target="_blank">rasdaman.org</a> opens with<br>
>>>>> ("This worldwide leading array analytics engine distinguishes itself<br>
>>>>> by its flexibility, performance, and scalability") is not true for<br>
>>>>> the CE advertised. This has been mentioned in the past on mailing<br>
>>>>> lists [2,3], but the typical answer from Peter Baumann diverts into<br>
>>>>> other arguments. Also the benchmark graph (photo from an AGU poster)<br>
>>>>> [4] that Peter sent this week [5] must refer to the enterprise<br>
>>>>> edition, since Spark and Hive both scale, but rasdaman CE does not<br>
>>>>>[3].<br>
>>>>><br>
>>>>> I assume that on the discussions on this list, ONLY the open<br>
>>>>> source community edition is considered, compared, and discussed,<br>
>>>>> as a potential future OSGeo project.<br>
>>>>><br>
>>>>> OSGeo supports the needs of the open source geospatial community [6].<br>
>>>>><br>
>>>>> Given<br>
>>>>><br>
>>>>> * the bold claims and continuing confusion about whether,<br>
>>>>> and which, rasdaman is scalable,<br>
>>>>> * the need for OSGeo to give good advice to prospective users<br>
>>>>> about technologies that do scale EO data analysis,<br>
>>>>> * the current (unfilled!) needs of scientists for good, open source<br>
>>>>> software for such analysis, and<br>
>>>>> * the potential conflict of interest of its creator [7],<br>
>>>>><br>
>>>>> I wonder wether OSGeo should recommend rasdaman CE to the open<br>
>>>>> source geospatial community.<br>
>>>>><br>
>>>>><br>
>>>>> [1] <a href="http://rasdaman.org/wiki/Features" rel="noreferrer" target="_blank">http://rasdaman.org/wiki/Features</a><br>
>>>>> [2]<br>
>>>>><a href="https://lists.osgeo.org/pipermail/incubator/2014-October/002540.html" rel="noreferrer" target="_blank">https://lists.osgeo.org/pipermail/incubator/2014-October/002540.html</a><br>
>>>>> [3]<br>
>>>>><a href="https://groups.google.com/forum/#!topic/rasdaman-users/66XL3tmDDQI" rel="noreferrer" target="_blank">https://groups.google.com/forum/#!topic/rasdaman-users/66XL3tmDDQI</a><br>
>>>>> [4]<br>
>>>>><br>
>>>>><a href="https://lists.osgeo.org/pipermail/discuss/attachments/20160515/49200cd" rel="noreferrer" target="_blank">https://lists.osgeo.org/pipermail/discuss/attachments/20160515/49200cd</a><br>
>>>>>4/attachment.jpg<br>
>>>>> [5] <a href="https://lists.osgeo.org/pipermail/discuss/2016-May/016099.html" rel="noreferrer" target="_blank">https://lists.osgeo.org/pipermail/discuss/2016-May/016099.html</a><br>
>>>>> [6] <a href="http://www.osgeo.org/content/faq/foundation_faq.html" rel="noreferrer" target="_blank">http://www.osgeo.org/content/faq/foundation_faq.html</a><br>
>>>>> [7] <a href="https://lists.osgeo.org/pipermail/discuss/2016-May/016045.html" rel="noreferrer" target="_blank">https://lists.osgeo.org/pipermail/discuss/2016-May/016045.html</a><br>
>>>>><br>
>>>>><br>
>>>>> _______________________________________________<br>
>>>>> Discuss mailing list<br>
>>>>> <a href="mailto:Discuss@lists.osgeo.org">Discuss@lists.osgeo.org</a><br>
>>>>> <a href="http://lists.osgeo.org/mailman/listinfo/discuss" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/discuss</a><br>
>>>><br>
>>>> --<br>
>>>> Dr. Peter Baumann<br>
>>>> - Professor of Computer Science, Jacobs University Bremen<br>
>>>> <a href="http://www.faculty.jacobs-university.de/pbaumann" rel="noreferrer" target="_blank">www.faculty.jacobs-university.de/pbaumann</a><br>
>>>> mail: <a href="mailto:p.baumann@jacobs-university.de">p.baumann@jacobs-university.de</a><br>
>>>> tel: <a href="tel:%2B49-421-200-3178" value="+494212003178">+49-421-200-3178</a>, fax: <a href="tel:%2B49-421-200-493178" value="+49421200493178">+49-421-200-493178</a><br>
>>>> - Executive Director, rasdaman GmbH Bremen (HRB 26793)<br>
>>>> <a href="http://www.rasdaman.com" rel="noreferrer" target="_blank">www.rasdaman.com</a>, mail: <a href="mailto:baumann@rasdaman.com">baumann@rasdaman.com</a><br>
>>>> tel: 0800-rasdaman, fax: 0800-rasdafax, mobile: <a href="tel:%2B49-173-5837882" value="+491735837882">+49-173-5837882</a><br>
>>>> "Si forte in alienas manus oberraverit hec peregrina epistola<br>
>>>>incertis ventis dimissa, sed Deo commendata, precamur ut ei reddatur<br>
>>>>cui soli destinata, nec preripiat quisquam non sibi parata." (mail<br>
>>>>disclaimer, AD 1083)<br>
>>>><br>
>>>><br>
>>><br>
>>> --<br>
>>> Dr. Peter Baumann<br>
>>> - Professor of Computer Science, Jacobs University Bremen<br>
>>> <a href="http://www.faculty.jacobs-university.de/pbaumann" rel="noreferrer" target="_blank">www.faculty.jacobs-university.de/pbaumann</a><br>
>>> mail: <a href="mailto:p.baumann@jacobs-university.de">p.baumann@jacobs-university.de</a><br>
>>> tel: <a href="tel:%2B49-421-200-3178" value="+494212003178">+49-421-200-3178</a>, fax: <a href="tel:%2B49-421-200-493178" value="+49421200493178">+49-421-200-493178</a><br>
>>> - Executive Director, rasdaman GmbH Bremen (HRB 26793)<br>
>>> <a href="http://www.rasdaman.com" rel="noreferrer" target="_blank">www.rasdaman.com</a>, mail: <a href="mailto:baumann@rasdaman.com">baumann@rasdaman.com</a><br>
>>> tel: 0800-rasdaman, fax: 0800-rasdafax, mobile: <a href="tel:%2B49-173-5837882" value="+491735837882">+49-173-5837882</a><br>
>>> "Si forte in alienas manus oberraverit hec peregrina epistola incertis<br>
>>>ventis dimissa, sed Deo commendata, precamur ut ei reddatur cui soli<br>
>>>destinata, nec preripiat quisquam non sibi parata." (mail disclaimer,<br>
>>>AD 1083)<br>
>>><br>
>>><br>
>>><br>
>>><br>
>>> _______________________________________________<br>
>>> Discuss mailing list<br>
>>> <a href="mailto:Discuss@lists.osgeo.org">Discuss@lists.osgeo.org</a><br>
>>> <a href="http://lists.osgeo.org/mailman/listinfo/discuss" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/discuss</a><br>
>><br>
>> --<br>
>> Cameron Shorter,<br>
>> Software and Data Solutions Manager<br>
>> LISAsoft<br>
>> Suite 112, Jones Bay Wharf,<br>
>> 26 - 32 Pirrama Rd, Pyrmont NSW 2009<br>
>><br>
>> P <a href="tel:%2B61%202%209009%205000" value="+61290095000">+61 2 9009 5000</a>, W <a href="http://www.lisasoft.com" rel="noreferrer" target="_blank">www.lisasoft.com</a>, F <a href="tel:%2B61%202%209009%205099" value="+61290095099">+61 2 9009 5099</a><br>
>><br>
><br>
>--<br>
>Edzer Pebesma<br>
>Institute for Geoinformatics (ifgi), University of Münster<br>
>Heisenbergstraße 2, 48149 Münster, Germany; <a href="tel:%2B49%20251%2083%2033081" value="+492518333081">+49 251 83 33081</a><br>
>Journal of Statistical Software: <a href="http://www.jstatsoft.org/" rel="noreferrer" target="_blank">http://www.jstatsoft.org/</a><br>
>Computers & Geosciences: <a href="http://elsevier.com/locate/cageo/" rel="noreferrer" target="_blank">http://elsevier.com/locate/cageo/</a><br>
>Spatial Statistics Society <a href="http://www.spatialstatistics.info" rel="noreferrer" target="_blank">http://www.spatialstatistics.info</a><br>
><br>
<br>
</blockquote></div><br></div></div></div>