Warning:
This wiki has been archived and is now read-only.

Chatlog 2010-04-22 Data Catalog Vocabulary

From W3C eGovernment Wiki
Jump to: navigation, search

See CommonScribe Control Panel, original RRSAgent log and preview nicely formatted version.

Please justify/explain all edits to this page, in your "edit summary" text.

<sandro> Guest: Kate Geyer
<sandro> Guest: Erik (dret) Wilde
<sandro> Guest: Jon Phipps
<sandro> Guest: Peter Krantz
<sandro> Guest: Luigi Montanez
<sandro> Guest: Rich Wolverton
<sandro> Guest: Niklas (lindstream) Lindström
<sandro> Guest: William (ww) Waites
<sandro> Guest: Dan (dan) Thomas
<sandro> Guest: Dan (danbri) Brickley
<sandro> chair: cygri
<sandro> scribe: sandro
<sandro> Present: Cory_Casanave,  David_James, Ed_Summers, Fadi_Maali, George_Thomas, Martín_Álvarez, Richard_Cyganiak, Sandro_Hawke, Vassilios_Peristeras, Li_Ding, Brand_Niemann,
15:10:46 <li> hi this is Li Ding from RPI
15:11:02 <li> I cannot join the telecon as I have a conflict telecon right now
15:11:24 <li> but I will stay in IRC, would there be anyone help scribing the conversation?
15:11:44 <sandro> topic: Introductions (several new people)
15:11:46 <Zakim> -Cory
15:12:09 <Zakim> +??P10
15:12:10 <sandro> sandro
15:12:12 <sandro> david james
15:12:39 <Cory> Zakim, ??p10 is Cory
15:12:39 <Zakim> +Cory; got it
15:12:40 <sandro> luigi
15:12:42 <sandro> Martín Álvarez
15:13:29 <sandro> George Thomas
15:13:59 <RichW> Rich Wolverton from Comm of Mass Supporting ODI
15:14:01 <sandro> Rich_Wolverton
15:14:52 <sandro> Erik Wilde
15:15:27 <sandro> Richard Cyganiak, 
15:15:44 <sandro> Fadi Maali
15:16:01 <sandro> Kate Geyer
15:16:24 <sandro> Jon Phipps
15:16:47 <sandro> Cory Casanave
15:16:56 <vassilios> Vassilios Peristeras from the DERI team
15:17:03 <sandro> Brand Niemann
15:17:28 <sandro> Niklas Lindström
15:17:50 <sandro> Dan Thomas, DC
15:19:13 <sandro> William (ww) Waites
15:19:54 <sandro> next scribe:  Ed Summers
15:20:16 <sandro> agenda: http://www.w3.org/egov/wiki/Data_Catalog_Vocabulary/2010-04-22
15:20:33 <sandro> topic: Presentations of existing work 
15:21:21 <sandro> cygri: please keep it short -- 3 to 5 minutes, pointers to more details
15:21:27 <edsu> http://www.w3.org/egov/wiki/Data_Catalog_Vocabulary/DC-SKOS
15:21:37 <sandro> subtopic: Ed Summers, Brief Intro to Dublin Core and SKOS
15:22:11 <sandro> (page looks great, Ed)
15:22:25 <sandro> edsu: I imagine most folks are familiar with DC and SKOS
15:22:44 <sandro> edsu: DC started in 1995 to create a core set of elements to describe documents in the internet
15:23:06 <sandro> edsu: ... workshop in Dublin, Ohio.   13 elements.  Meeting every years since then.
15:23:16 <sandro> ... turned into IETF and NISO/ISO standards
15:23:32 <sandro> ... co-evolved with RDF, due to people like Eric Miller
15:23:53 <sandro> ... DC has its own "Abstract Model", the way they make descriptions, very similar to RDF model
15:24:08 <sandro> ... expresses vocabulary in RDF,  (DC Terms)
15:24:27 <sandro> ... I have links to how widely it's used.
15:24:42 <DavidJames> I'm having trouble logging into the wiki. When the meeting is over, perhaps someone can help?
15:25:39 <Zakim> -martin
15:25:41 <sandro> edsu: SKOS.   1999, mostly through EU projects.   in 2004 moved to W3C.   Jon Phipps was part of that.
15:25:58 <sandro> ... defined in "SKOS Reference"   A W3C Recommendation in 2009.
15:26:42 <danbri> (the work started in DESIRE EU project - http://www.desire.org/html/research/deliverables/D3.6/d36b.html ... then Limber and SWAD-Europe. Thanks, EU taxpayers...)
15:26:44 <sandro> ... People with various controlled vocabs; skos lets them easily mint URIs for them, without re-engineering that whole information space (eg to fit into OWL).   Lightweight way to get existing data of that sort onto the web.
15:27:02 <sandro> ... see examples on the web page.     http://www.w3.org/egov/wiki/Data_Catalog_Vocabulary/DC-SKOS
15:27:40 <fadi_> http://www.w3.org/egov/wiki/Data_Catalog_Vocabulary/DERI_dcat_Demonstrator
15:27:43 <sandro> subtopic: DERI's dcat, Fadi
15:28:09 <sandro> fadi: dcat is an RDF vocabulary to represent government data catalogs.
15:28:26 <sandro> ... design was informed by analyzing existing catalogs.
15:28:40 <sandro> ... we looked at what attributes existing catalogs used
15:28:54 <sandro> ... then we looked at the data, to see how consistently it was used
15:29:06 <sandro> ... main entities are Dataset and Catalog
15:29:15 <ww> question re: dcat:granularity could perhaps be dcat:spatialGranularity and dcat:temporalGranularity?
15:29:39 <sandro> ... we tried to use skos:Concept
15:29:59 <sandro> zakim, who is talking?
15:30:11 <Zakim> sandro, listening for 10 seconds I heard sound from the following: ??P27 (13%), cygri (37%)
15:31:11 <lindstream> Re. distribution/updates: quite orthogonal. I like how dady extends void with that.
15:30:27 <sandro> subtopic:   CTIC's Dataset Catalog Vocabulary and “meta-catalog” (Martin) 
15:30:33 <sandro> martin???
15:30:40 <sandro> zakim, where is martin?
15:30:40 <Zakim> sorry, sandro, I do not understand your question
15:30:42 <martin> I cannot connect to the conference, Zakim sais that it's full
15:30:54 <sandro> martin, press *0 to get the operator to add you
15:31:26 <sandro> if you can't get in, we'll do your presesntation next week.    so sorry for not having enough space today.
15:31:43 <martin> I'm trying to contact an operator
15:31:41 <sandro> subtopic: Sunlight Labs API proposal (David, Luigi)
15:31:41 <LuigiMontanez> http://nationaldatacatalog.com/
15:32:02 <sandro> DavidJames: National Data Catalog
15:32:03 <Zakim> +martin
15:32:15 <LuigiMontanez> http://wiki.sunlightlabs.com/Government_Data_Catalog_Guidelines
15:32:25 <sandro> DavidJames: We're looking for a few things.    
15:32:30 <sandro> ... being ReSTful
15:32:50 <sandro> ... We view RDF as one way to express our data, but we're also looking for other formats
15:33:23 <sandro> ... developers really gravidate to lightweight solutions, and don't feel like RDF is worthwhile, from what they can tell.
15:33:43 <sandro> ... We're planning to add RDF support down the right, but at this point our key job is building buy-in
15:33:57 <sandro> ... We think the RDF community really understand how to make the data interoperable
15:34:12 <sandro> ... We want to adopt principals of RDF, even if we're not using the RDF formats right now.
15:34:41 <sandro> topic: Atom and dataset updates 
15:34:47 <sandro> zakim, who is talking?
#15:34:54 <Cory> Could whoever is typing mute please!
15:34:58 <Zakim> sandro, listening for 10 seconds I heard sound from the following: ??P27 (26%), cygri (60%), jonphipps (20%)
15:35:13 <sandro> cygri: What are the reasons we should consider other solutions?   Are there things not easily covered by RDF?
15:35:23 <sandro> zakim, who is talking?
15:35:30 <edsu> uhoh
15:35:32 <LuigiMontanez> cannot hear
15:35:34 <Zakim> sandro, listening for 10 seconds I heard sound from the following: ??P27 (18%), cygri (49%)
15:35:36 <vassilios> +1
15:35:41 <dret> terrible noise
15:35:42 <sandro> zakim, mute ??P27
15:35:42 <Zakim> ??P27 should now be muted
15:35:48 <DavidJames> We are being jammed by touch tones
15:35:54 <edsu> damn!
15:36:05 <sandro> zakim, who is talking?
15:36:15 <Zakim> sandro, listening for 10 seconds I heard sound from the following: martin (3%), Sandro (46%), cygri (35%)
15:36:27 <sandro> q+
15:37:48 <sandro> LuigiMontanez: It's mostly the tooling, as a developer.   As a ruby or python developer.  We're used to working with twitter or facebook API.
15:37:52 <dan> JSON is a notation scheme, RDF is structure.  here is example of RDF in JSON notation: http://n2.talis.com/wiki/RDF_JSON_Specification 
15:38:03 <sandro> ... they don't tread into RDF world, even though it might be good for them, too.
15:38:23 <sandro> ... it's not that RDF is more complicated; it's about the tooling.
15:38:37 <sandro> ... ckan is the only one I know of.   
15:38:45 <sandro> ack sandro 
15:38:49 <DavidJames> I just added a section called "Context / Philosophy" to http://wiki.sunlightlabs.com/Government_Data_Catalog_Guidelines
15:38:50 <ww> dan: we've experimented with some success storing rdf/json in mongodb
15:38:52 <sandro> http://code.google.com/p/linked-data-api/
15:40:05 <lindstream> ww, cool
15:40:35 <sandro> sandro: linked-data-api might be a good solution here   [details]
15:40:51 <sandro> cygri: are you thinking about govt agencies, or developer/users?
15:41:01 <sandro> Luigi: Both.
15:41:12 <dan> ww: similarly working on crime summary vocab using this approach: http://www.ipublic.org/wiki/Crime_summary_vocabulary
15:41:15 <sandro> Luigi: The govt agency usually just wants to make a website.
15:41:27 <sandro> ... they say "Well, how do we provide the data/api"?
#15:41:32 <DavidJames> Actually, LuigiMontanez is talking :)
15:41:38 <sandro> ... we say use existing/popular techniques
15:41:44 <sandro> ... socrata [?]
15:42:00 <sandro> ... municipalities can get started very quickly that way
15:42:30 <sandro> ... at sunlight we try to convcince gocts to put their data on line.    we want to tell them to do the easiest thing for them, and unforunately right now, that's not RDF.
15:42:59 <sandro> cygri: Quite a few catalogs are using simple structured forms, pre web, CSV.      eg data.gov.
15:43:14 <sandro> cygri: So you want to go one step beyond this, eg json, xml.    
15:43:37 <sandro> DavidJames: We're also looking for interop.   I think that's where RDF really shines.
15:43:56 <sandro> DavidJames: let's create this RDF spec, but make it easy for agencies and developers to adopt it.
15:44:01 <sandro> +1 sounds great!
#15:44:14 <sandro> [oops, that was Luigi, not David.]
15:44:40 <li> we have been playing around with CSV based catalog at  data.gov
15:44:51 <sandro> DavidJames: Gov't agencies are ... somewhat behind.    Permanent URLs would be great.   Feeds would be great.
15:44:55 <Cory> +q
15:45:05 <sandro> DavidJames: THEN we can push for RDF, etc.   There's a LOT to do.
15:45:17 <li> at RPI. and there are some imperfect entries
15:45:21 <sandro> DavidJames: We want to be careful about what we ask for.    Short term + Long Term.
15:45:31 <sandro> ack DavidJames 
15:45:39 <sandro> cygri: Great concrete requirements
15:45:50 <sandro> cygri:What do you mean "feeds".  In which sense?
15:46:01 <li> for short time goal, we should consider work out a minimal set of vocabulary agreed by all
15:46:07 <li> and promote it
15:46:12 <sandro> DavidJames:  Something that makes it easy for automatic importers, so it's easy to see when a record has changed.
15:46:39 <sandro> cygri: To be able to sync, to keep up with changes, which of 3000 data sets have changed in last week
15:47:09 <sandro> LuigiMontanez: Yes.   To see which data sets have updated, and so developer knows when to pull and update their copy of the data.
15:47:14 <cygri> ack Cory
15:47:44 <George> you meant 'normal xml'
15:47:56 <sandro> Cory: In making RDF, in the short term, the striped data format often gets overlooked.     RDF *CAN* be written (striped) to look like normal XML, with an XML schema, and processed with normal XML tools.   But it's ALSO normal RDF.
15:48:07 <LuigiMontanez> http://www.stripesframework.org/display/stripes/Home
15:48:10 <sandro> +1 cory      using constrained RDF/XML is nice.
15:48:21 <lindstream> have you seen: http://code.google.com/p/oort/wiki/Grit ? (self-promotion ;] )
15:48:25 <sandro> George, I'm sure he did.
15:48:52 <LuigiMontanez> Oops, think my link was wrong
15:49:00 <sandro> cygri: yes, regular serialization is one approach.      GRDDL is another way.
15:49:02 <lindstream> +q
15:49:04 <LuigiMontanez> This look more correct as to what Cory was referring: http://www.w3.org/2001/10/stripes/
15:49:19 <sandro> cygri: Also RDFa
15:49:34 <sandro> cygri: Allows one to parse RDF graph out of HTML page.
15:49:38 <George> +1 Cory and cygri - developers need some schoolin'
15:49:39 <li> regarding to the changes in data.gov, we even use twitter to publish the changes https://twitter.com/datagovwiki
15:49:55 <sandro> cygri: Ways to bridge RDF and what developers want.
15:50:05 <sandro> ack lindstream 
15:50:13 <edsu> lindstream: you on the call?
15:50:18 <sandro> lindstream....
15:50:30 <lindstream> i hear you, you don't hear me?
15:50:31 <sandro> zakim, who is muted?
15:50:31 <Zakim> I see ??P27, Rich_Wolverton, +0789798aaee muted
15:50:56 <sandro> zakim, unmute ??P27
15:50:56 <Zakim> ??P27 should no longer be muted
15:51:05 <edsu> sandro++
15:51:35 <Cory> luigu - yes,  http://www.w3.org/2001/10/stripes/ is it - often overlooked as a bridge.  What this doesn't say is that it can also have an XSD
15:51:59 <sandro> lindstream: Regarding formats, that's a very important point.     Not trick people into producing RDF, but make it transparent for them.  They do namespaced XML and it just happens to be RDF.   That's what I proposed with GRIT, a normalized RDF.
15:52:13 <sandro> (I call this "rigid RDF" myself.)
15:52:24 <ww> support for serialising striped xml in the usual tools?
15:52:27 <li> AT RPI we have already experimenting RDFa for metadata publishing, here is an example http://data-gov.tw.rpi.edu/wiki/Dataset_34, and the parsed RDFa can be found at http://data-gov.tw.rpi.edu/ws/lodcx.php?url=http%3A%2F%2Fdata-gov.tw.rpi.edu%2Fwiki%2FDataset_34&operation=test. Further more, the RDFa data can be used to enrich search result, e.g. http://dat  
15:52:34 <li> http://data-gov.tw.rpi.edu/ws/lodcs.php?query=earthquake
15:52:57 <sandro> cygri: note on IRC the RPI examples
15:53:05 <sandro> cygri: Opinions on RDFa?
15:53:27 <sandro> q+ to comment on dcat scope
15:53:38 <sandro> cygri: Is RDF acceptable to folks?
15:53:47 <sandro> zakim, mute ??P27
15:53:47 <Zakim> ??P27 should now be muted
15:53:56 <lindstream> I like RDFa a lot, but's afaik it can only be viewed with an "RDF eye"
15:54:01 <sandro> zakim, ??P27 is lindstream 
15:54:01 <Zakim> +lindstream; got it
15:54:07 <sandro> lindstream, I muted you because of noise
15:54:42 <lindstream> (sandro, my line is very poor right now)
15:54:44 <sandro> ww: data.gov.uk rdfa is made by drupal front-end, it's completelye disconnected from backend rdf store
#15:55:03 <vassilios> who said this?
#15:55:05 <sandro> someone_else: that's unfortunately
15:55:13 <DavidJames> Luigi and I are taking a look at some fairly recent open source code for Ruby and RDF here: http://github.com/bendiken/rdf
#15:55:55 <sandro> s/someone/William
15:56:04 <sandro> q?
15:56:09 <li> At RPI, we add an extension to semantic wiki to export the backend RDF into RDFa
15:56:33 <li> there are a little bit issues on usage of vocabulary, because RDFa consumers are more picky 
15:56:39 <edsu> q+ to suggest dcat+rdfa note
15:56:48 <li> e.g. yahoo and google are taking different RDFa vocabulary 
15:56:48 <sandro> cyg: is there somewhere easy to start, here?
15:57:10 <sandro> cyg: the updates/feeds issue was interesting.  I don';t know how to handle that in pure RDF environment.
15:57:20 <sandro> q?
15:57:42 <li> if we want to get major search engines to take the RDFa, we should probably convince them the value of RDFa vocabulary
<sandro> topic: Scope of this Work
15:57:56 <sandro> cygri: I also wanted to talk about scope for this group.  What do we want to deliver, what are the artificacts?
15:58:08 <sandro> cyg: 1.  Nail down a vocabulary, in a vocab reference document
15:58:27 <sandro> ... 2. Implementor's guide, telling folks how to use it in practice.
15:58:41 <sandro> ... 3.  perhaps a Demonstrator
15:59:11 <sandro> ... 4.  Use Cases?   Requirements?    Test Cases?   Dunno if those are appropirate here.
15:59:18 <edsu> +1
15:59:21 <lindstream> Perhaps dcat should provide a separate "dcat distribution types" vocab? Or leave notification details out, and recommend (link to) existing or upcoming methods (AtomOwl, dady..)?
15:59:30 <sandro> proposed: extend by 15 mins
15:59:30 <Cory> +1
15:59:31 <sandro> +1
15:59:33 <DavidJames> +1 15 minute extension
15:59:36 <RichW> +1
15:59:37 <lindstream> + 1 15 min
15:59:38 <ww> +1
15:59:39 <kate_geyer> +1
15:59:39 <martin> +1
15:59:42 <vassilios> +1
15:59:46 <sandro> resolved: extend by 15 mins
15:59:47 <dan> +1
16:00:21 <lindstream> (not, leave out dcat:distribution, but the details it refers to)
16:01:19 <dret> +1
16:01:41 <sandro> sandro: let's focus on building an RDF vocabulary, here, and deal with the RDF-world bridge elsewhere.
16:01:41 <cygri> sandro: propose to focus on the RDF vocab in this group, being aware that there's more work to do afterwards
16:02:08 <sandro> sandro: also multiple implementions is better than one demonstrator.
16:02:12 <Zakim> - +1.202.564.aaii
16:02:20 <DavidJames> I like the idea of keeping this group focused on RDF.
16:02:22 <dret> what about patterns of how to expose certain services around the vocabulary in plain web ways?
16:02:33 <sandro> edsu: Yes, vocab note, and implementors guide.    But also guide to how to use this outside of just RDF.
16:02:35 <li> at RPI, we would also like to contribute some thought on data.gov vocabularies
16:02:40 <DavidJames> Of course, for our work, we're interested in applying the principles to other formats as well.
16:02:42 <li> based on our experience,
16:02:44 <sandro> q?
16:02:47 <sandro> ack sandro 
16:02:47 <Zakim> sandro, you wanted to comment on dcat scope
16:02:49 <sandro> ack edsu 
16:02:49 <Zakim> edsu, you wanted to suggest dcat+rdfa note
16:03:28 <sandro> vassilios: Maybe we're mixing two discussions that we don't need to mix.    1.  the vocab;   2. the format for the vocab.     
16:03:41 <sandro> vassilios: Maybe have vocab in a neutral format, eg UML.
16:03:44 <dret> separating a data model and services provided around that vocabulary would be a very good idea.
16:04:05 <lindstream> Re. updates w. Atom or alternatives: see summary by Leigh Dodds: http://www.ldodds.com/blog/2010/04/rdf-dataset-notifications/
16:04:27 <sandro> cyg: I'd be concerned about leaving concrete rep open, then we wont really get interop.)
16:04:34 <Cory> Not fully open - you need a closed set of rpresentations
16:04:49 <vassilios> +1 to cory
16:04:49 <sandro> cyg: Also, if we document a number of different ways, then, again, we don't get interop.
16:04:52 <dret> do you want to propose a standard, or best practices? i think this is a very important distinction to make
16:05:00 <sandro> +1 cygri interop is top priority.
16:05:49 <li> I think FOAF is a good case to follow
16:05:55 <sandro> erik: It's also important to have services.     how you communicate updates, too.
16:06:27 <sandro> erik: this big problems: not just modeling the data, but how you use the data, and build services on top of it.
16:06:32 <sandro> ack DavidJames
16:06:55 <sandro> DavidJames: Where are people leaning on separating vocabulary from format
16:07:27 <lindstream> .. my thoughts on this topic are mostly at: http://code.google.com/p/court/
16:07:36 <dret> vocabularies and servoces are two separate thongs, and both are essential for building interactions.
16:07:46 <dret> things, actually ;-)
16:08:01 <sandro> cyg: Difference between UML and RDF is fairly minor.
16:08:37 <Cory> We generaly do a UML model first, and produce RDF - but can also produce other formats
16:08:39 <ww> however it should be encouraged that e.g. json type services represent their data in the same shape as the rdf (or abstract) model
16:08:58 <Zakim> -lindstream
16:09:26 <George> +1 sandro
16:09:34 <li> if the vocabulary is fairly annotations and flat,  we don't need a very complex description other than dublin core 
16:09:44 <sandro> sandro: I don't see an advantage to going more abstract that what dcat does, RDF, with UML view of it.
16:09:47 <jonphipps> think abstract model is good idea, but not without concrete representations
16:09:51 <Cory> +1 on model first
16:09:53 <dret> servives?
16:10:36 <li> therefore, RDF rather than UML is good enough, I don't think Microformat vocabulary used UML for definition
16:10:48 <sandro> cyg: Think of the UML diagram in dcat, and imagine it without prefixes.   Should we do that?   Is that an important deliverable?
16:10:50 <dret> +1
16:10:56 <sandro> -1 ehhh
16:10:58 <kate_geyer> kate_geyer agrees with edsu
16:10:59 <li> the general principle is to keep everything as simple as possible
16:11:01 <George> -1
16:11:08 <fadi_> -1
16:11:11 <jonphipps> 1 edsu
16:11:21 <li> requirement users to understand UML could be extra cost
16:11:25 <DavidJames> +1
16:11:30 <George> +1 sandro
16:11:47 <sandro> sandro:  Maybe this is mostly editorial, for later.
16:11:57 <vassilios> do you believe that users understand better rdf than uml?
16:11:58 <DavidJames> I agree, deriving a JSON representation isn't a big problem (for this group at least)
16:12:00 <dret> i like the idea of an abstract model, and would like to add a set of services around interactions.
16:12:21 <edsu> dret, so rdfs isn't good enough for the model?
16:12:25 <DavidJames> And there are multiple, interchangable RDF serializations. I don't think we should worry about which is "official"
16:12:30 <sandro> cygri: so, should we do an RDF schema for classes/properties ----   the diagram with boxes and arrows.   An abstract model, we can layer on?
16:12:31 <lindstream> lindstream has joined #egov
16:12:36 <DavidJames> +!
16:12:37 <sandro> +1   (if I understood it right.)
16:12:38 <DavidJames> +1
16:12:39 <cygri> +1
16:12:43 <Cory> Yes, your model should be representation independent - 
16:12:52 <vassilios> +1 to cory
16:12:56 <martin> +1
16:12:58 <vassilios> this is the point
16:13:13 <vassilios> to make it computer independent model according to MDA
16:13:29 <edsu> +1 for what sandro said, if uml means a nice human readable html page
16:13:29 <sandro> sandro: I'm understanding that we'll design it in RDFS terms, but also be aware of what it looks liek in UML terms.
16:13:39 <Cory> The adavantage of UML for this is mostly that it is simpler to understand and can then map to multiple formats
16:13:46 <sandro> Yes, human readable.   Not UML software readable.
16:13:50 <sandro> q?
16:13:52 <DavidJames> vassilios: what do you mean by MDA?
16:14:02 <vassilios> Model Driven Architecture
16:14:10 <Cory> UML is software readable!
16:14:38 <George> this isn't an mda crowd - let the omg do that
16:14:50 <George> or someone like cory :)
16:14:55 <sandro> edsu: RDF is a suitable data modeling language, and the right one for this crowd.
16:14:57 <LuigiMontanez> LuigiMontanez has joined #egov
16:15:14 <dret> there are other structured data formats advocated by the w3c, with much wider availability of tooling and developers in the wild.
16:15:17 <lindstream> +1 on sticking to RDF for the modeling
16:15:39 <DavidJames> I am happy to go with the group consensus on how we model
16:15:40 <sandro> edsu: The toolchains around data formats ...    people want to work on documents sometimes ....   let's make sure there are examples with RDFa and JSON etc.
16:16:15 <Cory> I don't see RDF/UML as conflicting, they are ways to express the same underlying concepts.
16:16:17 <edsu> atom and rss too :-)
16:16:39 <George> +1 cygri
16:16:56 <jonphipps> +1 cygri
16:16:59 <sandro> cygri: We want to do a model thats independant from the concrete syntax or format that we might do in the end.  We want to use RDFS as the modeling language.  This DOES NOT mean folks have to use RDF/XML.   It's about using RDFS as the way to construct our vocabulary.
16:17:00 <edsu> +1 
16:17:04 <sandro> +1 cygri
16:17:07 <li> My point is not rejecting UML. For simplicity concern, we should have something simple enough for regular web developers to take
16:17:36 <dret> sorry for repeating myself, but i think having services is essential. this could also be abstract or concrete, but it would be very helpful as "best practices" for somebody trying to do this.
16:17:41 <DavidJames> I agree with modeling in RDF without thinking about particular serialization details. For this group, why should we care about the particular RDF serialization?
16:17:47 <jonphipps> +1 cygri: "using RDFS as the way to construct our vocabulary."
16:17:47 <sandro> cory: A UML model is easy for people to understand.   The equivalen RDF rep, the equiv JSON rep, ... not a problem.
16:18:22 <sandro> cygri: is that agreement, Cory?
16:18:41 <DavidJames> +1 RDF schema
16:18:41 <sandro> cory: UML is more often used, but RDFS is okay.
16:18:54 <sandro> (time check)
16:18:58 <edsu> dret, i agree, i think i heard cygri addressing this in the 'demonstrator' piece?
16:19:14 <Zakim> -George
16:19:39 <sandro> cygri: Erik, you stress the imporance of services.   Would you agree that having an abstract model in the first place is useful for defining those services?    Or do you need the services first?
16:20:15 <sandro> dret: It would be good to have the model first.  It might be hard to follow, if it's all abstract.    "You might want to expose this bit of JSON", etc, easier to understand.
16:20:33 <sandro> dret: look at data model as static structures, AND servces as the way people interact with the data in that model.
16:20:35 <DavidJames> We already extended 15 minutes, so I think we should be aware of the time...
16:21:17 <edsu> sandro, sounds almost like the w3c egov social media compone
16:21:19 <sandro> dret: recovery.gov initial folks were urged to publish as feeds, and didn't know how to do it.   Having best practices and validation tools, so folks can test if their services are well behaved or not, that's goo dfor developers.
16:21:28 <edsu> s/compone/component/
16:21:31 <sandro> cygri: out of time, thanks everyone!
<sandro> topic: Adjourn
16:21:43 <dret> thanks!
16:21:46 <DavidJames> Thanks
16:21:46 <RichW> RichW has left #egov
16:21:49 <kate_geyer> thanks, all!
16:21:49 <Zakim> -Sandro
16:21:51 <kate_geyer> kate_geyer has left #egov
16:21:53 <Zakim> - +0789798aaee
16:21:54 <Zakim> -Kate
16:21:57 <lindstream> Erik, how open-ended a service? I'm thinking "an algorithmic resource for slices of time and/or category".. (delivering doc updates and/or changesets)
16:21:59 <Zakim> -Rich_Wolverton
16:22:00 <Zakim> -Erik
16:22:01 <martin> thanks, bye
16:22:01 <Zakim> -??P48
16:22:02 <Zakim> -edsu
16:22:02 <Zakim> -Cory
16:22:09 <lindstream> thanks all
16:22:09 <vassilios> thanks, bye
16:22:10 <Zakim> -martin
16:22:11 <Zakim> -cygri
16:22:11 <Zakim> -jonphipps
16:22:28 <edsu> cygri, nice job :-)
16:22:53 <jonphipps> hmmm. having trouble logging into the wiki with w3 login
16:23:09 <jonphipps> anything different about it?
16:23:09 <dret> services can be whatever you like them to be. as simple as a feed with very static semantics, or as complex as a query language exposed somewhere. often, the best idea is to have something in the middle "form-based queries", so to speak.
16:23:11 <edsu> jonphipps, i think it got changed up recently
16:23:19 <Zakim> - +1.410.336.aahh
16:23:40 <cygri> martin, sorry for skipping your topic in the end! would you be willing to show it next time?
16:23:54 <dret> bye.
16:23:56 <martin> ok, no problem
16:24:07 <jonphipps> I was able to get onto the swdwg wiki earlier in the week
16:24:10 <edsu> jonphipps, http://lists.w3.org/Archives/Public/public-egov-ig/2010Apr/0024.html
16:24:24 <cygri> note to self: things always take twice as long as i'd like them to :-)
16:24:45 <jonphipps> oh, _very_ recently :-)
16:25:02 <jonphipps> btw, nicely done cygri
16:26:01 <edsu> fwiw, i added my dcat in atom strawman to the wiki http://www.w3.org/egov/wiki/Data_Catalog_Vocabulary/AtomStrawman
16:27:28 <lindstream> edsu, nice
16:28:06 <edsu> lindstream, i imagine i may have goofed some things up, please feel free to edit 
16:28:20 <Zakim> disconnecting the lone participant, Sunlight, in T&S_EGOV(LD TECH)10:00AM
16:28:24 <Zakim> T&S_EGOV(LD TECH)10:00AM has ended
16:28:26 <Zakim> Attendees were Sandro, +1.202.955.aaaa, Luigi, David, [CTIC], +1.202.690.aabb, martin, +1.617.521.aacc, +1.510.643.aadd, +0789798aaee, +03539149aaff, cygri, fadi_, +1.617.619.aagg,
16:28:28 <Zakim> ... George, Erik, +1.410.336.aahh, +1.202.564.aaii, Rich_Wolverton, Kate, Cory, jonphipps, edsu, lindstream
16:29:31 <martin> cygri, thanks, I can present when you want
16:29:57 <lindstream> edsu, I'll take a closer look
#16:30:55 <sandro> ciao, lindstream !
16:31:06 <lindstream> lindstream has left #egov
16:31:07 <edsu> seeya lindstream 
16:34:12 <DavidJames> DavidJames has left #egov
17:00:03 <LuigiMontanez_> LuigiMontanez_ has joined #egov
18:16:35 <cygri> cygri has joined #egov
18:25:50 <LuigiMontanez> LuigiMontanez has joined #egov
18:32:35 <Zakim> Zakim has left #egov
# SPECIAL MARKER FOR CHATSYNC.  DO NOT EDIT THIS LINE OR BELOW.  SRCLINESUSED=00000530