hi, for clarification, my comment was about this line [1]. it was meant to give you an idea that comparison made cannot be left just so as it is full of suggestions and doesn't seem to be based on anything other than emotion (as are most "is better than" debates). the given judgement [1] suggests that it is the best solution for what it was actually made for (=void) [3] by first comparing it with something the main goal of which is to create knowledge representations in the form of a controlled vocabulary (thesaurus) and secondly comparing it with a whole datamodel the inherence of it's ability to create a schema suitable to handle the given use case of which i am convinced.
you know... if you judge a frog by it's ability to clime a tree... wkr jürgen [1] Sorry to say, for reasons given, that StratML seems the better choice for Strategic Policy Representation (rather than SKOS and RDF). [2] http://en.wikipedia.org/wiki/List_of_XML_markup_languages [3] from [2]: StratML is "an XML vocabulary and schema for strategic and performance plans and reports" ----- Original Message ----- From: "Gannon Dick" <gannon_d...@yahoo.com> To: "Eric Mill" <konkl...@gmail.com>, "Luca Matteis" <lmatt...@gmail.com> Cc: "j jakobitsch" <j.jakobit...@semantic-web.at>, "David Wood" <da...@3roundstones.com>, "<public-lod@w3.org> community" <public-lod@w3.org>, "eGov W3C" <public-egov...@w3.org> Sent: Tuesday, May 21, 2013 10:02:09 PM Subject: Re: Request for Help: US Government Linked Data FWIW, having been labelled "confused" multiple times through the magic of email forwarding ... :-) ________________________________ From: Eric Mill <konkl...@gmail.com> Subject: Re: Request for Help: US Government Linked Data My (completely personal, unofficial) request of the LD community, as Project Open Data and its discussion threads grow, is to avoid a general "summoning of the troops" to this stuff. ======= Yes, avoid "circle the wagons" too. Data Models are important, and ... (cont.) ======= One of the things that was made obvious to me by that thread is how painfully easy it is for people who very much have the same awesome shared end goals in mind - more useful government data - to talk past each other. That only gets easier when comments get more emotional, and gauging one's success during a debate becomes a matter of quantity rather than quality. As I said, I really valued the thread we had - and most especially, I love what POD is doing, and I think the US and Github are going to have a profound impact on how the world views policy making in the long run. The POD project is going to be looked at by governments around the world, and they're going to evaluate POD based on the quality of those discussions (not the outcomes). ======= ... outcomes are a dodgy gauge of Policy with Open Data for well defined reasons - and you do not conflate "well defined" with "benefits the Smartest Guys in the Room most, obviously". In the Commercial world, the square root of a dollar (or Euro) is 10 dimes, the square root of a dime is a penny and the square root of 2 dollars is $1.41. Facts just don't understand simple Economics, or something like that. That said, Open Data does use an odd Coordinate System. Map Makers will tell you that these maps have little navigation value. They also expect you to know that the voids cannot be flown over or tunnelled under without a theory to support such an operation. "Because I think it would be nice if I could" isn't a theory. There are quite a few other non-theories around too. The regions beyond the length of the Equator+Voids are real, not Outliers. The shortest distance between two points is the long route around, sometimes. http://en.wikipedia.org/wiki/File:MercTranSph_enhanced.png (no voids - Spherical) http://upload.wikimedia.org/wikipedia/commons/9/93/MercTranEll.png (Elliptical with voids at the boundaries) 1) The voids never go away. 2) Governments and the LD Community cannot treat Outliers as "useless losers who don't get LD". ======= It's going to be great to having more of those discussions with everyone here, both about LD (and things other than LD!). There's a ton of unblazed trails here, and I'm just so excited to see where they go. ======= Me too. ======= -- Eric On Mon, May 20, 2013 at 4:31 PM, Luca Matteis <lmatt...@gmail.com> wrote: The pull request was merged. Great success! > > >Let's continue this effort by submitting more LOD pull-requests. > > > >On Sun, May 19, 2013 at 7:15 PM, Jürgen Jakobitsch SWC ><j.jakobit...@semantic-web.at> wrote: > >On Sun, 2013-05-19 at 08:19 -0700, Gannon Dick wrote: >>> Dave, >>> >>> >>> IMHO, the W3C Cookbook methods do not go far enough to define the >>> short-term strategy game of which Americans are so fond. The Federal >>> Government must plan Social Policy from ante Meridian (AM) to post >>> Meridian (PM). Playing statistical games with higher frequencies or >>> modified time spans is fun, but it is not Science (a Free Energy >>> Calculation). >>> >>> >>> http://www.rustprivacy.org/2013/egov/roadmap/NoMoneyInGovernment.pdf >>> >>> >>> Sorry to say, for reasons given, that StratML seems the better choice >>> for Strategic Policy Representation (rather than SKOS and RDF). >> >>sorry, no offence but above are two lines of total confusion... >> >>wkr j >> >> >>> >>> >>> --Gannon >>> >>> >>> >>> ______________________________________________________________________ >> >>> From: David Wood <da...@3roundstones.com> >>> To: "<public-lod@w3.org> community" <public-lod@w3.org> >>> Sent: Saturday, May 18, 2013 8:59 AM >>> Subject: Re: Request for Help: US Government Linked Data >>> >>> >>> Hi all, >>> >>> I take it back: Don't just comment. >>> >>> We need to introduce pull requests into the Project Open Data >>> documents that add Linked Data terms, examples and guidelines to the >>> existing material. >>> >>> There are a few scattered RDFa references in relation to schema.org, >>> but most of the Linked Data material has been removed from the >>> documents. We need to get this back in existing Linked Data efforts >>> within the US Government might very well be hurt. >>> >>> Please help. Thanks. >>> >>> Regards, >>> Dave >>> -- >>> http://about.me/david_wood >>> >>> >>> >>> On May 18, 2013, at 09:16, David Wood <da...@3roundstones.com> wrote: >>> >>> > Hi all, >>> > >>> > Parts of the US Government have been discussing the role of Linked >>> Data in government agencies and whether Linked Data is what the Obama >>> Administration meant when they mandated "machine readable" data. >>> Unsurprisingly, some people like to do things the old ways, with a >>> three-tier architecture and without fostering reuse of the data. >>> > >>> > Please respond to the GitHub thread if you would like to support >>> Linked Data: >>> > >>> https://github.com/project-open-data/project-open-data.github.io/pull/21 >>> > >>> > Regards, >>> > Dave >>> > -- >>> > http://about.me/david_wood >>> > >>> > >>> > >>> >>> >>> >> >>-- >>| Jürgen Jakobitsch, >>| Software Developer >>| Semantic Web Company GmbH >>| Mariahilfer Straße 70 / Neubaugasse 1, Top 8 >>| A - 1070 Wien, Austria >>| Mob +43 676 62 12 710 | Fax +43.1.402 12 35 - 22 >> >>COMPANY INFORMATION >>| web : http://www.semantic-web.at/ >>| foaf : http://company.semantic-web.at/person/juergen_jakobitsch >>PERSONAL INFORMATION >>| web : http://www.turnguard.com >>| foaf : http://www.turnguard.com/turnguard >>| g+ : https://plus.google.com/111233759991616358206/posts >>| skype : jakobitsch-punkt >>| xmlns:tg = "http://www.turnguard.com/turnguard#"; >> >> >> > -- @konklone | konklone.com | sunlightfoundation.com | awesomefoundation.org -- | Jürgen Jakobitsch, | Software Developer | Semantic Web Company GmbH | Mariahilfer Straße 70 / Neubaugasse 1, Top 8 | A - 1070 Wien, Austria | Mob +43 676 62 12 710 | Fax +43.1.402 12 35 - 22 COMPANY INFORMATION | web : http://www.semantic-web.at/ | foaf : http://company.semantic-web.at/person/juergen_jakobitsch PERSONAL INFORMATION | web : http://www.turnguard.com | foaf : http://www.turnguard.com/turnguard | g+ : https://plus.google.com/111233759991616358206/posts | skype : jakobitsch-punkt | xmlns:tg = "http://www.turnguard.com/turnguard#";
