- From: Gannon Dick <gannon_dick@yahoo.com>
- Date: Fri, 5 Jun 2015 13:13:28 -0700
- To: Paul Maassen <paul.maassen@opengovpartnership.org>, miska knapek <contactmiska@knapek.org>
- Cc: Owen Ambur <Owen.Ambur@verizon.net>, crispin@bangthetable.com, Steven Clift <clift@e-democracy.org>, eGovIG IG <public-egov-ig@w3.org>, OGP Civil Society group <ogp@dgroups.org>, open-government@lists.okfn.org
Hi Miska + world,
I am sure Owen has a detailed answer.
The part which concerns me is about XML's legacy and not strictly about StratML. Since you mentioned JSON and CSV, there is a fundamental conflict in the dynamic mechanism of Linked Data and Semantic Discovery traceable to the result sets produced by SPARQL and SQL
Specifically:
This document from Owen [http://ambur.net/failure.pdf] (pg. 15) which talks about "critical" and "indicator" variables is pertinent.
XML and by reference, StratML is a right-directed graph only. There is a consequence for governments and strategic models which extends the popular paradigm: "___(Community)___ without borders". As Albert Einstein said a bit harshly: "Only two things are infinite, the universe and human stupidity, and I'm not sure about the former.". To give well meaning communities and NGO's their due, the indicator variables are on the boundaries and *that* includes the trace (diagonal) in a square coordinate system. UNESCO, Doctors Without Borders etc. are not hotbeds of Nationalistic politics, but to say they are ignorant about their sphere of influence - or in this case, square of influence, is factually incorrect.
Three Letter Codes overlaying a keyboard can have random placement but the boundary conditions (governed by the alphabet in use) remain the same. Full Text searches are based on greedy similarity not (SHIFT + Acronym). The Linked Data SHIFT is not a Chemical Shift, because Acronyms neither charge coupled or spin coupled. Those "choices" have been expunged by substitution of Three Letter System Codes.
e.g. http://www.rustprivacy.org/2015/stratml/BoundaryMembers.xml
The Indicator Variables are in Green and the Critical Variables are in Blue/White depending upon placement - which is random. GENC (US Government) and ISO are the "leading" suppliers of code systems. As you can see the placement of Three Letter System Codes may be random (arbitrary), but the Two Letter Code Assignments (Acronyms) are not arbitrary in this coordinate system.
e.g. http://www.rustprivacy.org/2015/stratml/ISO.xml
e.g. http://www.rustprivacy.org/2015/stratml/GENC.xml
The calculation of value for StratML Performance Metrics remains the same. The property names "Alta" (sum point masses above the trace) and "Baja" (sum point masses below the diagonal) are equal.
The mere addition of diacritical and hex escapes ("special characters") has no impact on acronym formation.
e.g. http://www.rustprivacy.org/2015/stratml/SpecialCharacters.xml
The listing above is serial, but any arbitrary layout is allowed. When just the Acronym forming letters are considered, the situation is that of a Knight's Tour of a chess board with "typographical errors" excluded. Here are 8 initial (feasible) solutions as the Linear Programming folks call them.
e.g. http://www.rustprivacy.org/2015/stratml/keyboard/oQuad.xml
e.g. http://www.rustprivacy.org/2015/stratml/keyboard/vQuad.xml
When independent domains are fractionated by creating codes for new organizational departments, then the center of mass must remain in the same location. The US Federal Court System is an example. The US Courts of Appeals (organization) has "National Jurisdiction". Fifty States and a Federal District are an approximation. In truth there are 111 named entities in the set - the abstraction one must make is that every system has 676 Two Letter Codes. Estados Unidos Mexicanos (Mexico) has 31 States, a Federal District, and islands (Guadalupe Island and the Revillagigedo Islands) and 676 Two Letter Codes to choose from as far as the IT Help Desk is concerned.
e.g. http://www.rustprivacy.org/2015/stratml/US-Courts-Of-Appeals.xml
But you notice a difference ... these entities are Linked Data (linked to the ID Servers at the Library of Congress). When you click the link you see the SQL (SHIFT + Acronym) result not (necessarily) the SPARQL semantic result.
--Gannon
--------------------------------------------
On Fri, 6/5/15, miska knapek <contactmiska@knapek.org> wrote:
Subject: Re: OGP Explorer Plan & StratML
To: "Paul Maassen" <paul.maassen@opengovpartnership.org>
Cc: "Owen Ambur" <Owen.Ambur@verizon.net>, crispin@bangthetable.com, "Gannon Dick" <gannon_dick@yahoo.com>
Date: Friday, June 5, 2015, 8:35 AM
Dear
everyone,
Thanks for the
commentary and suggestions.
So, I'm an open data active in
the Nordic region, and also an data-interface designer and
coder, who happened to have designed and coded the OGP
Explorer.
Regarding
StratML This is a new
schema for me. Not so much because of its merits, rather
than me using json and csv somewhat more often than
xml. So, let me ask if I've gotten some of
the knowledge and assumptions right regarding
StratML.
- It's an
XML schema - Paul, that means it's essentially a
structure/format for encoding information - for government
related documents.
-
A structured XML schema (Paul - read: schema = formatting of
information ) like StratML could - very very briefly
explained - be used to make it easier for machines to read
documents, for uses like helping people find things in
documents and grab various elements.
- Owen is suggesting that the
OGP's data is also formatted into and made available in
the StratML XML schema ( aka format ).
- Owen
is suggesting that the US Government is seeking
standardisation on data file formats, and that StratML is a
leading candidate for this.
My observations on Owen's
suggestions:
- On
a simple level, the OGP Explorer already exports in one of
the oldest open formats - csv. It's accessed by clicking
the 'export data' button on each view. Basically,
what you see on screen, in terms of data, is what you get in
the csv file.
- Maybe
a larger question, in regards to Owen's question, is how
the OGPs data is made available online. The OGP Explorer is
of course part of this question, as it outputs data.
However, the OGP Explorer does not, for instance, include
all the OGP's IRM data. So, if one were to export OGP
data in StratML, it might make sense to look at implementing
it for all OGP Data, rather than merely the OGP Explorer.
This might then, at least, involve making a separate
platform from the OGP Explorer, a platform which could
export any of the OGP data.
- Exporting the data in a structured
form requires a bit of a workflow change for the OGP folks.
They'll need to figure out standardised formats (read :
eg columns in spreadsheets ) for their data, and then
convert their spreadsheet data - if they don't use a web
interface allowing one to only write things in categories
specified by the adopted schema/format - to the specified
schema/format.
My
summary statements:
- While it does make sense to make
more of the OGP data machine readable and structured in a
machine-understandable way, it would be good to reflect on
this with the OGP organisers and partners. This to try find
a strategy for finding relevant file formats and structures,
that would work for the greater OGP
community. From what I've understood, Joe
would like to make the OGP data available online in such a
manner. So at least we've started on the process. At
least as far as I'm concerned, I'm happy to bring up
the topic in any ensuing discussions about data-fying (more)
of OGP data. Let's see when they arise.
Thanks and all the
best,
miska
On 5 June 2015 at 10:17,
Paul Maassen <paul.maassen@opengovpartnership.org>
wrote:
Thanks for doing this Owen!
Paul
On 4 June 2015 at 23:58,
Owen Ambur <Owen.Ambur@verizon.net>
wrote:
Paul, OGP’s strategic objectives
are now available in StratML Part 1 format at http://xml.fido.gov/stratml/drybridge/index.htm#OGP
or, more specifically, http://xml.fido.gov/stratml/carmel/iso/OGP2014wStyle.xml
As time allows, I will convert
OGP’s performance metrics to StratML Part 2, Performance
Plan/Report, format. Crispin,
see: Objective
3.1: Dialogue - Engage more civil society actors
in OGP by working with both government and civil society to
forge a constructive dialogue. Objective
3.2: National Processes - Establish permanent mechanisms for
government dialogue with civil
society. Objective
3.3: Civil Society - Support civil society
organizations to advocate for government dialogue mechanisms
and then to them to help shape OGP action
plans. Not only should the dialogue
itself be open but so too should the “mechanisms”
supporting it, and they should comply with applicable open
data/open records standards. Owen From: Owen Ambur [mailto:Owen.Ambur@verizon.net]
Sent: Thursday, June 4, 2015 12:21
PM
To: 'Paul Maassen';
'crispin@bangthetable.com'
Cc: Gannon Dick; 'contactmiska@knapek.org';
'Alejandro Revuelta'; 'Steven Clift';
'Daniel Swislow'; 'Jesper Frant'
Subject: RE: OGP Explorer Plan &
StratML Paul, when you determine what
features to include in phase 2, please let me know and I
will show you what I am asking for – not on “paper”
but rather in open, standard (ISO
17469-1), machine-readable StratML
format. Beyond that, if and hopefully
when, the data in OGP Explorer is available for download in
machine-readable format, I want to explore (with folks like
Gannon) prospects for rendering it in StratML Part 2 format
as individual performance plans/reports for each
country. If OGP Explorer itself were to
provide the capability to output individual performance
plans/reports for each country in ISO 17469 format, that
would be great. The underlying thought is that an
international open government partnership should use
the applicable international open data standard(s)
– leadership by example. Crispin, this is a use case for
the kind of capability I referenced in our exchange. If
the performance plan for OGP Explorer project were available
in StratML format, it would be easier for services like
yours to enable input and feedback on it, leveraging the
stratml:Identifier elements. More broadly speaking, the
same is true of the national OGP plans (and
“commitments”) themselves. BTW, this exchange prompted me to
discover the OGP itself now has a strategic plan, published
in non-machine-readable PDF at http://www.opengovpartnership.org/sites/default/files/attachments/OGP%204-year%20Strategy%20FINAL%20ONLINE.pdf
As soon as possible, I will convert the goals and objectives
it contains to open, standard, machine-readable StratML
format and post the StratML rendition at http://xml.fido.gov/stratml/drybridge/index.htm#OGP
Owen From: Paul Maassen [mailto:paul.maassen@opengovpartnership.org]
Sent: Thursday, June 4, 2015
11:10 AM
To: Owen Ambur
Cc: Benjamin Worthy; Steven
Clift; Alejandro Revuelta; crispin@bangthetable.com;
Daniel Swislow; Jesper Frant; Gannon Dick; miska
knapek
Subject: Re: OGP
Explorer Plan &
StratML Dear Owen,
To be honest, I am not sure
what you are asking (-: There isn't so much as a real
(project) plan on paper for the OGP Explorer, more a list of
features we wanted to see (2 datasets, 3 views) that we then
worked on in an iterative way with Miska Knapek (copied).
Hopefully phase 2 will be a bit more structured. We have a
list of tweaks and features we would like to see and are
open to receive any additional feedback/suggestions from the
early users of the current version!
BTW Steven, have you also looked at the Table
View of the Commitment Dataset and there used the tag
Judiciary? That should give you more details on the actual
commitments and for those that are assessed also information
on the delivery of them on more aspects than the graph
view.
Best
Paul On 3 June 2015 at 20:09, Owen
Ambur <Owen.Ambur@verizon.net>
wrote:Thanks, Ben. I’ve attempted to
persuade the OGP folks to attend to this before but am
taking the opportunity of your reply to follow up with
Paul. Paul, if you're willing to
share your plan for OGP Explorer, I'd like to render it
in open, standard, machine-readable StratML format for
inclusion
in our collection at http://xml.fido.gov/stratml/drybridge/index.htm#OGPBTW, Ben, Birbeck’s mission
statement is the most recent addition to the StratML
collection, at http://xml.fido.gov/stratml/drybridge/index.htm#BUL
or, more specifically, http://xml.fido.gov/stratml/carmel/iso/BULwStyle.xml
Owen From: Benjamin Worthy [mailto:b.worthy@bbk.ac.uk]
Sent: Wednesday, June 3, 2015 1:23
PM
To: Owen Ambur; Gannon Dick
Cc: Steven Clift; Alejandro Revuelta; crispin@bangthetable.com
Subject: RE: [open-government] Judiciary
open gov/OGP efforts? Dear Owen, you may want to contact
the OGP-it isn't my dataset but theirs.
Ben
Lecturer in Politics
Birkbeck
College, University of London
Email: b.worthy@bbk.ac.uk
Tel: 02030738047
see http://www.bbk.ac.uk/politics/our-staff/academic/ben-worthy
View my research on my SSRN Author page:
http://ssrn.com/author=1897482
View my research blog:
http://opendatastudy.wordpress.com
-----Original Message-----
From: Owen Ambur [mailto:Owen.Ambur@verizon.net]
Sent: Wed 03/06/2015 5:27 PM
To: Benjamin Worthy; Gannon Dick
Cc: 'Steven Clift'; 'Alejandro
Revuelta'; crispin@bangthetable.com
Subject: RE: [open-government] Judiciary open
gov/OGP efforts?
Ben, if
you're willing to share your plan for OGP Explorer,
I'd like to
render it in open, standard,
machine-readable StratML format for inclusion
in our collection at http://xml.fido.gov/stratml/drybridge/index.htm#OGP
I see that you have some ideas
for Phase 2 and I could probably infer the
elements of your plan from the information
provided at
http://www.opengovpartnership.org/blog/paul-maassen/2015/05/28/introducing-o
gp-explorer.
However, if you have a set of longer-term goals
and near-term objectives,
I'd be love to
render them in StratML format.
Gannon, needless to say, I'm curious to
know whether you think you could
transform
Ben's dataset into StratML format. I have not
inspected it yet.
So I don't know how
the elements of his dataset might match up to the
StratML schema.
Owen Ambur
Chair, AIIM StratML
Committee
Co-Chair Emeritus, xml.gov CoP
Webmaster, FIRM
Profile on
LinkedIn | Personal Home Page
-----Original
Message-----
From: Steven Clift [mailto:clift@e-democracy.org]
Sent: Wednesday, June 3, 2015 11:41 AM
To: Benjamin Worthy
Cc:
Fabrizio Scrollini; open-government@lists.okfn.org;
OGP Civil Society
group; eGovIG IG
Subject: Re: [open-government] Judiciary open
gov/OGP efforts?
Thanks
Benjamin.
I encourage folks
to check out this tool announced just the other day:
http://www.opengovpartnership.org/blog/paul-maassen/2015/05/28/introducing-o
gp-explorer
Very nice.
Selecting "Judiciary" under "Who
is Affected" brings up 11 of the 998 OGP
commitments from six countries. Selecting
"Justice: Law Enforcement and
Justice" brings up 17 commitments from 12
countries.
I exported the
data to try and get a look at the actual written
commitments,
but I haven't figured that
out yet ... or perhaps I need another source to
then find the story behind the data.
Steven Clift - Executive Director,
E-Democracy.org
clift@e-democracy.org
- +1.612.234.7072
@democracy - http://linkedin.com/in/netclift
E-Democracy can help: http://e-democracy.org/services
On Wed, Jun 3, 2015 at 9:44 AM, Benjamin Worthy
<b.worthy@bbk.ac.uk>
wrote:
> Have you checked the OGP
explorer tool? My computer's a bit slow but
> that could give you an overview
>
http://www.opengovpartnership.org/blog/paul-maassen/2015/05/28/introducing-o
gp-explorer
>
> Best
>
> Ben W
>
>
>
>
>
>
-----Original Message-----
> From:
open-government on behalf of Fabrizio Scrollini
> Sent: Wed 03/06/2015 3:42 PM
> To: Steven Clift
> Cc:
open-government@lists.okfn.org;
OGP Civil Society group; newswire;
>
eGovIG IG
> Subject: Re:
[open-government] Judiciary open gov/OGP efforts?
>
> I guess you can check
this example from Argentina
> http://chequeado.com/justiciapedia/
> Unfortunately Latin America has an
emerging community around this and
>
some research but it is not the "hottest' topic
around. The Judiciary
> does not engage
in OGP so far.
>
>
Best
>
> Fabrizio
>
>
>
On 3 June 2015 at 11:20, Steven Clift <clift@e-democracy.org>
wrote:
>
>> Are you
aware of any judicial branch OGP related commitments in
>> participating countries?
>>
>> Or notable
open government projects, policy reforms, investments by
>> the courts/judicial branch in any
country?
>>
>>
Links to case studies, presentations would be very
useful.
>>
>>
Among my seven presentations in Taiwan next week, is one
with some
>> judicial branch
officials. I'd like to add some fresh examples for
>> that audience.
>>
>> I appreciate
any help you might lend. I've worked in the Executive
>> and Legislative branches before, and
on the NGO side but the not the
>>
courts.
>>
>>
Thanks,
>> Steven Clift
>>
>> Steven
Clift - Executive Director, E-Democracy.org
>> clift@e-democracy.org
- +1.612.234.7072
>> @democracy - http://linkedin.com/in/netclift
>>
_______________________________________________
>> open-government mailing list
>> open-government@lists.okfn.org
>> https://lists.okfn.org/mailman/listinfo/open-government
>> Unsubscribe: https://lists.okfn.org/mailman/options/open-government
>>
>
--
Paul Maassen
Director, Civil Society Engagement
Open Government
Partnership Support Unit
e-mail: paul.maassen@opengovpartnership.org
| skype: maassenpaul | phone: ++31 646 16 78 56 | twitter:
@maassenpaul | www.ogphub.org | www.opengovpartnership.org
|Hosted by Hivos, PO Box 85565, 2508 CG The Hague, The
NetherlandsPlease note that emails exchanged
with the OGP Support Unit may be subject to the OGP
disclosure policy, which is available here.
--
Paul Maassen
Director,
Civil Society Engagement
Open Government Partnership Support
Unit
e-mail: paul.maassen@opengovpartnership.org
| skype: maassenpaul | phone: ++31 646 16 78 56 | twitter:
@maassenpaul | www.ogphub.org | www.opengovpartnership.org
|Hosted by Hivos, PO Box 85565, 2508 CG The Hague, The
Netherlands
Please note that emails exchanged with the
OGP Support Unit may be subject to the OGP disclosure
policy, which is available here.
--
miska
michael knapek - your local illusionist (designer)
mob. +358-50-320-2616
web: http://knapek.org
http://twitter.com/miskaknapek
animations: http://vimeo.com/miska
images: http://flickr.com/miska_too/sets
code/github: https://github.com/miskaknapek
Received on Friday, 5 June 2015 20:13:58 UTC