Respectfully,<div><br></div><div>1) Only certain classes of organizations will be able to contribute since the standard is requires special skills. Those groups that can pay for hardware and</div><div> a person specific to this standard for perpetuity. I look at this and think that a number of groups that could be providers cannot because of the way the</div>
<div> system is implemented. Why not have a simple RDF tar or zip file format that GBIF checks with a crawler every night?</div><div><br></div><div>2) There is very little reuse of existing vocabularies, geo for instance. Similar to the "not invented here mentality".</div>
<div><br></div><div>3) Discussions and decisions seem to be too much about making sure that providers keep their "brand" on the data even if they disappear.</div><div><br></div><div>4) Suggestions or alternative ways of thinking are rejected until an insider restates them without attribution</div>
<div><br></div><div>5) It is not at all clear how some of these decisions are made. It appears as if some people disagree, there is discussion. Then years later there is</div><div> the same discussion. It seems that some smaller group keeps pulling everyone back to the same architectural decision.</div>
<div><br></div><div>6) Where are the example data sets? We should have some example data sets available to see if the standard can be used to answer real questions? </div><div> Either they don't exist or they are only available to a few.</div>
<div><br></div><div>I actually have nothing but praise for GBIF and uBio (except for the minor encoding thing), this more about trying to work within TDWG and getting stonewalled. I am having the same feelings about it that I had a few years ago, after which I left to try to make something that worked so I could</div>
<div>proceed with my project.</div><div><br></div><div>It probably was unfair to imply that the <span class="Apple-style-span" style="border-collapse: collapse; ">fiefdoms</span> are by design, rather than a side effect of the implementation standards, and for that I apologize.</div>
<div><br></div><div>- Pete</div><div><br></div><div><br><br><div class="gmail_quote">On Thu, Apr 23, 2009 at 10:56 AM, Bob Morris <span dir="ltr"><<a href="mailto:morris.bob@gmail.com">morris.bob@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">"described by anyone" is not the same as "described by anyone in any way convenient to the describer", so I find this quotation somewhat disingenuous. More precisely, I wonder what TDWG standard or proposed standard you find enables fiefdoms \in ways that are impossible under some other solution to the problem the standard addresses/. <br>
<br>Bob Morris<br><br><div class="gmail_quote"><div><div></div><div class="h5">On Thu, Apr 23, 2009 at 10:47 AM, Peter DeVries <span dir="ltr"><<a href="mailto:pete.devries@gmail.com" target="_blank">pete.devries@gmail.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="border-left:1px solid rgb(204, 204, 204);margin:0pt 0pt 0pt 0.8ex;padding-left:1ex"><div><div></div><div class="h5">
<div>This paragraph below seems to encapsulate the differences in thinking between the linkeddata community and</div><div>some of the TDWG people on how to best share biodiversity data.</div><div><br></div><div><span style="font-family:Arial;font-size:14px;line-height:20px"><i>"The notion of a fabric of resources that are individually described, queried, and resolved may seem unmanageable or like science fiction. For organizations that are used to large, manual, centralized efforts to standardize on everything, it may seem anarchic to allow resources to grow organically and be described by anyone. The same people would probably not believe the Web possible in the first place if there were not already ample proof of its success."</i></span></div>
<div><font face="Georgia"><span style="line-height:26px"><br></span></font></div><div><span style="font-family:Georgia;line-height:26px">REST for Java developers, Part 4: The future is RESTful</span></div>
<div>From <a href="http://www.javaworld.com/javaworld/jw-04-2009/jw-04-rest-series-4.html?page=4" target="_blank">http://www.javaworld.com/javaworld/jw-04-2009/jw-04-rest-series-4.html?page=4</a></div><div><br></div><div>
I think that some people may have lost sight of the goal of making data available to improve the understanding of our</div>
<div>natural world and hopefully better manage our natural resources.</div><div><br></div><div>It does not seem that creating a distributed network of fiefdoms will help us achieve this goal.</div><div><br></div><div>- Pete</div>
<div><br>
</div><div>I was led to this article by @janzemanek on twitter.<br>---------------------------------------------------------------<br>Pete DeVries<br>Department of Entomology<br>University of Wisconsin - Madison<br>445 Russell Laboratories<br>
1630 Linden Drive<br>Madison, WI 53706<br>------------------------------------------------------------<br>
</div>
<br></div></div>_______________________________________________<br>
tdwg-tag mailing list<div class="im"><br>
<a href="mailto:tdwg-tag@lists.tdwg.org" target="_blank">tdwg-tag@lists.tdwg.org</a><br>
</div><a href="http://lists.tdwg.org/mailman/listinfo/tdwg-tag" target="_blank">http://lists.tdwg.org/mailman/listinfo/tdwg-tag</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Robert A. Morris<br>Professor of Computer Science<br>UMASS-Boston<br><a href="mailto:ram@cs.umb.edu" target="_blank">ram@cs.umb.edu</a><br><a href="http://bdei.cs.umb.edu/" target="_blank">http://bdei.cs.umb.edu/</a><br>
<a href="http://www.cs.umb.edu/~ram" target="_blank">http://www.cs.umb.edu/~ram</a><br><a href="http://www.cs.umb.edu/~ram/calendar.html" target="_blank">http://www.cs.umb.edu/~ram/calendar.html</a><br>phone (+1)617 287 6466<br>
</blockquote></div><br><br clear="all"><br>-- <br>---------------------------------------------------------------<br>Pete DeVries<br>Department of Entomology<br>University of Wisconsin - Madison<br>445 Russell Laboratories<br>
1630 Linden Drive<br>Madison, WI 53706<br>------------------------------------------------------------<br>
</div>