06:56:20 <RRSAgent> RRSAgent has joined #sdw
06:56:20 <RRSAgent> logging to https://www.w3.org/2018/02/20-sdw-irc
06:56:24 <Zakim> Zakim has joined #sdw
06:56:30 <tidoust> RRSAgent, make logs public
06:56:40 <tidoust> Meeting: Spatial Data on the Web IG F2F - Day 2/2
06:58:15 <brinkwoman> brinkwoman has joined #sdw
06:58:27 <brinkwoman> present+ Linda
06:59:21 <tidoust> present+ FrancoisDaoust
06:59:58 <tidoust> Agenda: https://www.w3.org/2017/sdwig/meetings/f2f-1.html
07:00:11 <arminhaller> present+
07:00:11 <jtandy> jtandy has joined #sdw
07:00:34 <tidoust> Chair: Linda, Jeremy
07:00:54 <jtandy> Present+ Jtandy
07:02:53 <tidoust> scribe: tidoust
07:03:24 <ClemensPortele> ClemensPortele has joined #sdw
07:03:55 <SimonCox> SimonCox has joined #sdw
07:04:02 <SimonCox> present+
07:04:07 <RaulGarciaCastro> RaulGarciaCastro has joined #sdw
07:04:23 <RaulGarciaCastro> present+ RaulGarciaCastro
07:04:25 <arminhaller> topic: Pull request https://github.com/w3c/sdw/pull/982 fixing typos and wrong links
07:04:26 <ClemensPortele> present+ ClemensPortele
07:04:47 <tidoust> i/topic: Pull request/topic: SSN issues
07:05:31 <SimonCox> q+
07:05:36 <tidoust> Armin: I was wondering whether I can accept the pull request right away. What's the process. Do we need to update the Note?
07:06:22 <SimonCox> q-
07:06:47 <mlefranc> mlefranc has joined #sdw
07:06:59 <SimonCox> q+
07:08:03 <RobSmith> RobSmith has joined #sdw
07:08:32 <tidoust> Francois: [explains the process, difficult to update the Recommendation, errata document, possibility to update the Editor's Draft in whatever way we want]
07:08:34 <tidoust> ack SimonCox
07:08:50 <mlefranc> present+ mlefranc
07:09:29 <tidoust> SimonCox: There's nothing that stops us from making any change in the Editor's Draft. The issue is that nothing that we do in the Editor's Draft would stand any chance of going into the Recommendation
07:10:18 <tidoust> Francois: Right, the IG is not chartered to make normative changes to the document.
07:11:36 <tidoust> ... The Editor's Draft is supposedly owned by the IG
07:12:02 <tidoust> Armin: OK, we'll get back to that. So I can approve the pull request here.
07:12:07 <tidoust> Jeremy: No objection.
07:12:11 <tidoust> Armin: OK, merged.
07:12:17 <arminhaller> topic: Pull request https://github.com/w3c/sdw/pull/1000 in response to https://github.com/w3c/sdw/issues/998 and https://github.com/w3c/sdw/issues/999
07:12:58 <ChrisLittle> ChrisLittle has joined #sdw
07:13:30 <ChrisLittle> present+ ChrisLittle
07:13:32 <tidoust> Armin: Hard to follow what the actual changes are, because the serialization changed. What's the proposed changes in SOSA/SSN?
07:13:59 <tidoust> mlefranc: Actually, I just added the RDF/XML serializations so that we keep track of them from now on.
07:14:34 <jtandy> Q+ to confirm that the “complete” files are just adding an RDF/XML encoding of existing material?
07:14:56 <tidoust> ... The pull request implements a fix in SSN DUL
07:15:50 <tidoust> ... Generation of the files done with Protégé
07:15:58 <tidoust> ... Issue #998 is harder to fix.
07:16:38 <tidoust> ... If you're loading the SSNX ontology in a reasoner, you wouldn't be able to add an individual to those classes. Issue explains it all.
07:17:03 <tidoust> ... I just relaxed axioms (1) and (2).
07:17:48 <tidoust> ... sosa:hasValue now subProperty of oldssn:hasValue, same for sosa:hasResult
07:17:59 <SimonCox_> SimonCox_ has joined #sdw
07:18:19 <tidoust> ... The only thing that is implemented in the pull request is to track the changes in the errata.
07:18:30 <MichaelGordon> MichaelGordon has joined #sdw
07:18:31 <jtandy> jtandy has joined #sdw
07:18:45 <jtandy> Q?
07:19:01 <tidoust> ... Third issue is that there is a disjunction between ssn:Property and sosa:FeatureOfInterest
07:19:26 <arminhaller> q+
07:19:32 <tidoust> ... I think the reason why there is an unsatisfiability is that we need to relax a couple of other axioms.
07:20:04 <tidoust> ... I remember doing it back in April last year, but things changed afterwards and that fell through the cracks.
07:20:21 <tidoust> ack jtandy
07:20:21 <Zakim> jtandy, you wanted to confirm that the “complete” files are just adding an RDF/XML encoding of existing material?
07:20:21 <jtandy> Ack jtandy
07:20:51 <tidoust> jtandy: The complete files added in there are just RDF/XML encodings of stuff that were already in there?
07:21:50 <tidoust> mlefranc: This is the equivalent to the Turtle document.
07:22:37 <tidoust> ... No base URI in the versions online, this new version keeps the base URI.
07:22:39 <arminhaller> q?
07:22:54 <tidoust> jtandy: You talk about relaxing axioms. Is that backward compatible?
07:23:22 <tidoust> ... If a document conformed with the previous set of axioms, does it still conform to the new one?
07:23:48 <SimonCox_> 'conform' has no real meaning in RDF ...
07:24:17 <arminhaller> not inconsistent
07:24:20 <jtandy> Q?
07:24:31 <tidoust> mlefranc: Yes.
07:24:46 <jtandy> Ack arminhaller
07:24:58 <tidoust> ... A valid ontology with the previous document is still a valid ontology with the new one.
07:25:44 <tidoust> arminhaller: My understanding is that we need to list the changes in the errata document.
07:26:06 <tidoust> -> https://www.w3.org/2017/10/vocab-ssn-errata.html Errata document
07:26:25 <jtandy> Q?\
07:28:28 <tidoust> Francois: Question is whether we're talking about normative changes, or fixes to the spec. We'll need to add an entry to the errata document. The fix itself can be incorporated in the Editor's Draft.
07:28:50 <tidoust> mlefranc: It affects a non-normative section.
07:29:08 <tidoust> jtandy: So, that's all good. That falls within the scope of the IG.
07:29:28 <brinkwoman> q+
07:29:40 <tidoust> ... We cannot update the published Recommendation, but it can go straight in the errata, and we can update the Editor's Draft
07:29:51 <jtandy> Ack brinkwoman
07:29:54 <arminhaller> q?
07:30:11 <tidoust> mlefranc: A confirmation email would be good
07:30:41 <billroberts> billroberts has joined #sdw
07:30:49 <billroberts> present+ billroberts
07:30:53 <tidoust> brinkwoman: What about ontology files? Can they be updated?
07:31:29 <tidoust> Francois: Yes, no problem. My responsibility is to keep them in sync with what the spec says, but there are no official process we need to follow, we can update these files whenever we want.
07:33:28 <tidoust> [Some discussion on where the errata document lies. Armin and Jeremy would prefer the document to appear in the GitHub repository. Francois will move it there]
07:33:30 <arminhaller> topic: Proposal https://github.com/w3c/sdw/issues/1004 to include hasUltimateFeatureOfInterest for the property-chain ( sosa:hasFeatureOfInterest o sosa:isSampleOf )
07:33:44 <tidoust> ACTION: François to migrate the errata document to the GitHub repository
07:33:50 <trackbot> Created ACTION-383 - Migrate the errata document to the github repository [on François Daoust - due 2018-02-27].
07:33:55 <SimonCox_> This diagram summarizes https://github.com/w3c/sdw/issues/1004#issuecomment-363990213
07:34:11 <tidoust> jtandy: Great, then we can integrate the change to the errata document in the pull request and merge
07:34:51 <tidoust> SimonCox: The proposal is to make a substantive change to add an ultimateFeatureOfInterest.
07:35:08 <tidoust> ... Clearly, this is beyond the scope of the Interest Group.
07:35:47 <tidoust> ... However, I'm bringing this now. Is it possible for the IG to publish new axioms in a different namespace, as a W3C Note?
07:36:17 <tidoust> ... What kind of artifacts can the IG publish?
07:37:43 <tidoust> Francois: The Charter envisions the possibility to create a separate Note, so that's perfectly ok.
07:38:09 <jtandy> Q?
07:38:13 <mlefranc> q+
07:38:14 <jtandy> Q+
07:38:19 <tidoust> SimonCox: Wondering if we can reuse the same namespace, or whether we need another one. Making changes in the SOSA namespace may not be possible.
07:38:30 <arminhaller> q?
07:38:32 <jtandy> Ack mlefranc
07:39:12 <arminhaller> q+
07:39:13 <tidoust> mlefranc: From what I can tell, I don't see any problem with adding a new document to the SOSA/SSN namespace.
07:39:29 <tidoust> ... Maybe an external module defined in a separate document.
07:39:35 <jtandy> Ack jtandy
07:40:14 <tidoust> jtandy: In terms of the namespace, so long as it doesn't change how the rest of the spec works, I believe it's just a slightly bigger version of what we've just been talking about.
07:40:21 <tidoust> ... People can ignore this extension.
07:40:31 <tidoust> SimonCox: It does not disrupt anything, right.
07:40:41 <jtandy> Q?
07:40:48 <RaulGarciaCastro> q+
07:40:49 <jtandy> Ack arminhaller
07:40:50 <tidoust> jtandy: The complementary document that would describe this extension would be published on the side.
07:41:40 <tidoust> arminhaller: We are allowed to create a new Note that defines hasUltimateFeatureOfInterest. And we could create an ontology file that imports the SSN ontology and adds the property. Is that correct?
07:42:05 <SimonCox_> That is what I heard
07:42:07 <tidoust> ... That new file would use the same namespace.
07:42:21 <tidoust> jtandy: That's my understanding.
07:43:08 <tidoust> SimonCox: Moving onto part 2 of my question, take a look at my diagram, and let me know what you think
07:43:22 <RaulGarciaCastro> q?
07:43:30 <tidoust> arminhaller: I suggest to park it for now, and discuss that now that we know what we can do from a process perspective.
07:43:34 <mlefranc> q+
07:43:46 <tidoust> ack RaulGarciaCastro
07:44:10 <mlefranc> q-
07:44:50 <tidoust> RaulGarciaCastro: To increase the adoption of the SSN ontology, publishing a separate document is confusing. I would collect issues and possible solutions, but would not publish other non-normative documents
07:45:05 <SimonCox_> q+
07:45:06 <tidoust> ... For us, it might be clear, but for other people it would be very confusing.
07:45:24 <arminhaller> q?
07:45:24 <tidoust> ... When we have a number of issues, we can start writing a Note.
07:45:30 <jtandy> Ack SimonCox_
07:46:14 <tidoust> SimonCox: Now we're getting on tactics and minuting. This proposal was prompted by feedback from people using the ontology.
07:46:31 <RaulGarciaCastro> q+
07:47:35 <tidoust> ... Someone contacted me saying she found it hard to use the SSN ontology because it was missing that feature. Hence the proposal to solve this. If there are barriers to adoption that can be solved by amendments like this, we should remove these barriers. People in the community would more easily adopt the ontology with these changes.
07:47:54 <jtandy> Ack RaulGarciaCastro
07:47:57 <tidoust> jtandy: It seems better to add extensions in a controlled namespace than having everyone publish extensions everywhere.
07:48:01 <tidoust> SimonCox: Right.
07:48:49 <arminhaller> q+
07:49:31 <tidoust> RaulGarciaCastro: We can propose solutions as an Interest Group. We shouldn't create a new version. Unless we plan to publish a new Note every year, but that's confusing.
07:49:33 <jtandy> Ack arminhaller
07:50:33 <tidoust> arminhaller: We know the process now. We may need to come to a resolution on what we're going to do. How we will implement this Note. What I hear is that we want the Note, but the question remains as to whether we also provide the implementation in terms of an ontology file.
07:50:45 <tidoust> ... Next issue also somehow relates to a process issue
07:51:01 <arminhaller> topic: Proposal https://github.com/w3c/sdw/issues/1006 to move hasProperty from SSN to SOSA namespace
07:51:52 <tidoust> arminhaller: Just wanted to quickly raise that issue. We discussed that issue for quite a long time initially.
07:52:32 <tidoust> ... In the very beginning, the decision was made that we keep specific properties but that generic properties would be confusing.
07:52:56 <tidoust> ... The difference here is that this would be a change to the normative part, which is not possible.
07:53:46 <tidoust> ... Assuming we would agree on this, what this would mean is that the term would move from SSN to SOSA. It could make it into the Note. We could create an ontology file that imports the SOSA ontology.
07:54:08 <tidoust> ... And defines the term. The SSN ontology would deprecate that term.
07:54:24 <tidoust> ... That's a different issue, because it touches on normative parts of the document.
07:54:26 <mlefranc> q+
07:54:34 <tidoust> ... That could be done in a companion note
07:54:54 <SimonCox_> Would you also say sosa:hasProperty owl:equivalentProperty ssn:hasProperty . ?
07:54:55 <jtandy> jtandy has joined #sdw
07:54:58 <jtandy> Q?
07:55:06 <jtandy> Ack mlefranc
07:55:08 <tidoust> q+ to mention the possibility to re-charter a WG
07:55:44 <tidoust> mlefranc: I would be in favour of what has been proposed. Ironically, we would end up with two documents that end up defining terms in the same SOSA namespace.
07:55:57 <jtandy> Q?
07:56:06 <tidoust> ack tidoust
07:56:06 <Zakim> tidoust, you wanted to mention the possibility to re-charter a WG
07:56:40 <SimonCox_> mlefranc: identifies a technical packaging/publishing issue but I'm relaxed about that
07:57:37 <jtandy> Q?
07:57:38 <SimonCox_> s/mlefranc:/mlefranc/
07:58:09 <arminhaller> q+
07:58:38 <tidoust> Francois: It's always possible to re-create a WG to publish a second version of the SSN Recommendation. That would make things cleaner from a normative perspective. Or the document could be put in scope of an existing WG if we can find one.
07:59:08 <tidoust> jtandy: So idea here is to move a term defined in the complex namespace to the simple namespace.
07:59:08 <tidoust> ack arminhaller
07:59:44 <SimonCox_> q+
08:00:23 <tidoust> arminhaller: Yes, but we don't have a resolution here. We can continue the discussion on GitHub. If we end up with a resolution on GitHub, we can think of creating a separate Note, then a separate ontology file, and then decide whether we can work on a new version of the SSN spec.
08:01:15 <tidoust> jtandy: OK, so continue the discussions. Collect issues and propose solutions in a Note, and then consider whether this warrants the chartering of a WG
08:02:34 <tidoust> SimonCox: I'm concerned we're proceeding over Raul's objection
08:02:39 <tidoust> RaulGarciaCastro: I'm fine so far
08:03:30 <tidoust> jtandy: Armin, do you want a resolution on how we proceed?
08:04:16 <tidoust> arminhaller: Continue disussion. Find resolutions on GitHub. Collect solutions in a separate Note. May work on separate ontology files. Eventually may lead to the chartering of a new SSN WG if there's enough material.
08:05:39 <tidoust> PROPPOSED: Re. SSN issues, idea is to: continue disussion, find resolutions on GitHub, collect solutions in a separate Note. Solutions may be implemented in a separate ontology files. Eventually this may lead to the chartering of a new SSN WG if there's enough material.
08:05:51 <jtandy> +1
08:05:52 <RaulGarciaCastro> +1
08:05:55 <SimonCox_> s/PROPPOSED/PROPOSED/
08:05:55 <brinkwoman> +1
08:05:58 <SimonCox_> +1
08:05:59 <arminhaller> +1
08:06:00 <tidoust> +1
08:06:01 <mlefranc> +1
08:06:03 <billroberts> +1
08:06:04 <RobSmith> +1
08:06:05 <ClemensPortele> +1
08:06:07 <MichaelGordon> +1
08:06:09 <ChrisLittle> ChrisLittle has joined #sdw
08:06:18 <tidoust> RESOLUTION: Re. SSN issues, idea is to: continue disussion, find resolutions on GitHub, collect solutions in a separate Note. Solutions may be implemented in a separate ontology files. Eventually this may lead to the chartering of a new SSN WG if there's enough material.
08:06:23 <ChrisLittle> present+ ChrisLittle
08:06:42 <ChrisLittle> * sorry timed out
08:06:52 <tidoust> jtandy: The knock-on from that is that you will work on finding a consensus on the two issues that you have on GitHub.
08:06:57 <tidoust> arminhaller: Yes.
08:07:53 <tidoust> ... On a different front, the outstanding issue around starting our SSN primer, haven't started yet. Busy time of the year. I will kick things off next week hopefully.
08:08:06 <tidoust> ... Happy that we've made progress on the pressing issues on SSN.
08:08:37 <RaulGarciaCastro> jtandy Which day do you have the slot?
08:09:13 <tidoust> jtandy: Thank you Armin. I would note that we have a small slot on the plenary of the OGC Technical Committee in Orleans next week. If you want Linda to raise the SSN Primer there, just tell us, and provide some material.
08:09:26 <arminhaller> q?
08:09:40 <jtandy> Ack SimonCox_
08:09:42 <SimonCox_> q-
08:10:03 <mlefranc> thanks, bye !
08:10:08 <SimonCox_> bye
08:10:16 <RaulGarciaCastro> Bye
08:10:19 <ChrisLittle> bye
08:10:26 <arminhaller> thanks, bye!
08:10:26 <RaulGarciaCastro> RaulGarciaCastro has left #sdw
08:10:43 <tidoust> RRSAgent, draft minutes v2
08:10:43 <RRSAgent> I have made the request to generate https://www.w3.org/2018/02/20-sdw-minutes.html tidoust
08:12:14 <arminhaller> arminhaller has joined #sdw
08:15:00 <arminhal_> arminhal_ has joined #sdw
08:24:47 <kalampokis> kalampokis has joined #sdw
08:24:50 <ChrisLittle> ChrisLittle has joined #sdw
08:24:52 <billroberts> https://github.com/w3c/sdw/blob/gh-pages/meetings/stats-bp-agenda.md
08:24:53 <tidoust> Topic: Stats on the Web BP
08:25:04 <ChrisLittle> present+ ChrisLittle
08:25:40 <tidoust> billroberts: Want to clarify what we're aiming to do, and what we're not, especially because it's potentially a very large subject.
08:25:59 <tidoust> ... I'd like to gather existing work that we should consider.
08:26:47 <tidoust> ... And then get on some consistent way of doing things.
08:26:49 <arminhaller> arminhaller has joined #sdw
08:27:28 <tidoust> ... Obviously, we're working within the Spatial Data on the Web IG, so we should pay particular attention on the intersection between statistical data and spatial data.
08:27:43 <tidoust> ... It's "on the Web" as well.
08:28:19 <tidoust> ... Also, what do we mean by statistics. Government data, but also scientific statistics, such as meteorological data.
08:28:31 <tidoust> ... Are there other types of data that we should take into account?
08:28:51 <tidoust> ... I think it should be narrower than "all data", but most data has some statistical component.
08:29:00 <ChrisLittle> q+
08:29:04 <tidoust> ack ChrisLittle
08:29:41 <tidoust> ChrisLittle: We don't want to reinvent wheels. What is distinctive for statistical data compared to regular data on the Web? That's the key thing
08:30:07 <billroberts> Evangelos - looks like our phone connection has dropped - just dialling in again
08:30:58 <billroberts> we are back but looks like you have gone - hopefully you can rejoin soon
08:31:50 <tidoust> ChrisLittle: One of the ways of finding the distinction is by looking at the existing best practices to identify requirements that are clearly specific to statistical data.
08:33:01 <tidoust> MichaelGordon: Do we feel that we have the mandate to look at statistical data in general, or at statistical data in relation with spatial data?
08:33:35 <tidoust> ChrisLittle: I think that restricting to geospatial data, we might be missing something. So actually, I think we should look broadly initially.
08:33:50 <tidoust> ... That's the reason why I raised a use case about time.
08:34:05 <tidoust> billroberts: Also, I have the feeling that it does not narrow it that much.
08:34:30 <tidoust> ... Most characteristics should be similar. Geospatial data actually extend the scope.
08:36:00 <tidoust> MichaelGordon: I was more thinking of narrowing down the range. Also lack of authority among participants perhaps
08:36:24 <tidoust> ChrisLittle: If you look at the main difference between data on the web and spatial data on the web best practices, that's the CRS.
08:36:53 <billroberts> https://lists.w3.org/Archives/Public/public-sdwig/2018Jan/0048.html
08:37:17 <tidoust> billroberts: Andrea went through the list of data on the Web best practices, see email.
08:38:15 <tidoust> ... A structure for a best practices document could be to follow the Data on the Web Best Practices document, and extend each section with "if you're dealing with statistical data..."
08:38:46 <tidoust> jtandy: Initially, we thought we'd do that for Spatial Data on the Web, but then decided against it.
08:39:10 <tidoust> ... In some cases, nothing to add. Also, it started with metadata and we did not want to emphasize that first in the Spatial Data on the Web Best Practices
08:39:54 <tidoust> ... For sure, you should go through the best practices and check whether we want to add something or not.
08:40:15 <tidoust> ... All data on the Web Best Practices apply.
08:40:43 <tidoust> ... You may want to add extra things.
08:40:57 <tidoust> brinkwoman: Did Andrea find anything missing yet?
08:41:10 <tidoust> billroberts: It's just a starting point for discussion right now.
08:42:13 <tidoust> ... The "on the Web" bit is also where we can come up with advice.
08:43:08 <tidoust> ... Current practice in the UK for government data is that figures will come up every year, published as a PDF document accompanied by a couple of spreadsheets. That's how it gets done right now.
08:43:22 <tidoust> ... Lack of machine readable access to it. Lack of interoperability between different publishers.
08:43:36 <tidoust> ... That's an example of an area where we could point out best practices.
08:44:09 <tidoust> ... In the scientific sector, it could be large files, probably more machine-readable, but subsetting it is difficult.
08:44:23 <tidoust> ChrisLittle: That's one aspect. Also about understanding what the data is.
08:45:01 <tidoust> ... For instance, wind speeds, you may use them, but not realize that it's a mean wind speed, and that there are extremes as well that the data do not convey.
08:45:33 <tidoust> billroberts: Adding URIs to this data allows you to associate definitions.
08:45:38 <jtandy> Q+ to mention CSVW
08:46:08 <tidoust> ChrisLittle: Standard controls and vocabularies. Don't invent your own definition of arithmetic mean.
08:46:44 <tidoust> billroberts: Also, if you find multiple properties that match what you wnat to expose, how to choose?
08:47:20 <tidoust> ChrisLittle: The authority might be important. The authority might exist but data has not been updated in 20 years
08:48:06 <tidoust> jtandy: When we started the work on SDW BP, we thought we'd have a lot to say about ontologies, but then there was not to say in the end. Just "look at your community" in essence.
08:48:45 <tidoust> ... Also, the CSV on the Web work. One of the key motivation for that is people publishing statistical data in spreadsheets.
08:48:59 <tidoust> ... Quite a lot of material in CSV on the Web demonstrating statistical data.
08:49:04 <tidoust> ack jtandy
08:49:04 <Zakim> jtandy, you wanted to mention CSVW
08:49:23 <tidoust> billroberts: I mentioned in the agenda examples of works we're aware of.
08:49:36 <tidoust> ... It's not that we need to produce a comprehensive list.
08:49:46 <jtandy> CSV on the Web Primer: https://www.w3.org/TR/tabular-data-primer/
08:49:50 <tidoust> ... The way that we could take those into account.
08:49:54 <ChrisLittle_> ChrisLittle_ has joined #sdw
08:50:09 <ChrisLittle_> present+ ChrisLittle_
08:50:41 <tidoust> ... One problem is we haven't got any proper statistician in this group. We want to make sure that our output gets reviewed by experts.
08:51:01 <tidoust> ... I've been getting in touch with a few people, UK stats.
08:51:23 <tidoust> ... Linda managed to get someone from the Dutch bureau of statistics.
08:52:34 <tidoust> ChrisLittle: Also look at ICSU (possibly CoData)
08:53:34 <tidoust> billroberts: Best to take actions to engage people. Happy to check with statistical government agencies.
08:53:54 <tidoust> ... SDMX people as well, been discussing with someone.
08:54:30 <tidoust> RobSmith: Would it make sense to contact Geovation as well?
08:54:51 <tidoust> ... Looking at WiFi and buses, presumably they have statisticians looking at data
08:55:12 <tidoust> MichaelGordon: The Geovation crowd themselves probably does not do that directly.
08:56:20 <tidoust> billroberts: Good group to engage through other UK based communities
08:57:04 <tidoust> jtandy: I remember that Kerry Taylor did some presentation about stats in Australia
08:57:57 <tidoust> billroberts: Yes, used to work with the Australian Bureau of Statistics. I believe Jo works with them now
08:59:00 <tidoust> billroberts: Looking at our work program now
08:59:01 <billroberts> https://github.com/w3c/sdw/blob/gh-pages/stats-bp/work-plan.md
09:00:22 <tidoust> ... I proposed the work plan. No objection.
09:00:38 <tidoust> ... By the end of this month, we should aim to have a first version of the use cases document.
09:00:54 <tidoust> ... That's not entirely unfeasible. I don't think that will be a closed document.
09:01:16 <tidoust> ... Then I was proposing to turn these use cases into requirements by the end of March.
09:01:46 <tidoust> ... Merge the two by end of April, and then draft best practices.
09:03:08 <tidoust> jtandy: I think we spent too much time on use cases before doing the spatial data on the web best practices
09:03:29 <tidoust> ... I would not try to finish use cases upfront. I would do things in parallel.
09:03:42 <tidoust> ... You lose nothing going through the Data on the Web Best Practices.
09:03:55 <tidoust> ... It will stimulate you in finding use cases, actually.
09:04:23 <tidoust> ... Is statistical data special for each one? That's a good filter.
09:04:48 <jtandy> Q?
09:04:59 <tidoust> ChrisLittle: Right. We should simply add a couple of use cases to the document to have something slightly more complete in terms of coverage.
09:05:33 <tidoust> jtandy: First Public Working Draft really just shows that you've started working, doesn't have to be finished or polished.
09:05:45 <tidoust> ... The more finished it looks, the fewer people will come and help you.
09:06:05 <tidoust> ChrisLittle: Putting controversial things in there can actually help getting feedback
09:06:49 <tidoust> jtandy: A regular release schedule proved useful. An iterative approach.
09:07:10 <tidoust> ... It helps focus the minds of people involved in the work.
09:07:58 <tidoust> brinkwoman: It would be nice if you have a list of best practices that you want to write in the right order beforehands.
09:09:29 <tidoust> Francois: I was about to suggest the opposite in a way. Don't worry about the order to start with. Just keep in mind that the order will change, so make it easy to do so and don't spend time on intro text.
09:09:52 <tidoust> billroberts: OK, I will revise that draft document accordingly.
09:11:17 <tidoust> [side discussion on the order of best practices. You have to see the draft list to have a feeling of what will be possible]
09:12:26 <tidoust> jtandy: The current order in the SDW best practices can be applicable to statistical data. You may have extra things to look at though.
09:13:24 <tidoust> ... Some things we wrote in Web principle best practices were written because they were missing from the Data on the Web Best Practices, which could not easily be updated.
09:13:40 <ClemensPortele> Discussion in 2017: https://www.w3.org/2015/spatial/wiki/BP_2017_reordering_proposal
09:13:40 <tidoust> ... Question as to whether you reproduce them or reference them
09:15:08 <tidoust> jtandy: Looking at the first best practice, we were willing to have people think in terms of giving an identifier to a real postbox.
09:15:16 <tidoust> ... Not sure that applies to statistical data.
09:16:09 <tidoust> billroberts: Statistical data will have a reference to a spatial thing most of the time.
09:16:41 <tidoust> ChrisLittle: You also have the concept of a sample, which is a subset of your population.
09:17:10 <tidoust> jtandy: All of our dimensions should be uniquely identified in other words
09:17:15 <tidoust> billroberts: Yes.
09:17:50 <tidoust> jtandy: So going through the existing best practices is useful to identify what to say for statistical data
09:18:53 <tidoust> brinkwoman: Is it possible that additional best practices for Spatial Data on the Web will pop up during discussions?
09:19:08 <tidoust> ChrisLittle: possibly
09:19:26 <tidoust> RobSmith: You touched on modeling. Simulated data vs. actual data.
09:19:53 <tidoust> billroberts: A big area that Chris is highlighting. What you are measuring.
09:20:28 <tidoust> ... SDMX has the mechanism but people do not use it a lot. What your statistical measure is.
09:20:54 <tidoust> ... Is a mean, median, percentile? What was the sampling approach? What was the population you were sampling from?
09:21:18 <tidoust> ... Lots of surveys. How were they designed? How did you choose the people you asked?
09:21:37 <tidoust> ... How did you correct the values to take the rest of the population into account?
09:22:01 <tidoust> ... With a URI, you can link back to a methodology document.
09:22:06 <tidoust> jtandy: That's a good start.
09:23:21 <tidoust> ClemensPortele: Wondering about the liaison with the Semantic Statistics Community Group. The CG seems dead
09:23:30 <tidoust> Francois: Evangelos represents that group here.
09:23:44 <tidoust> billroberts: Essentially, the group has done nothing. But people in the group are active in the field.
09:24:28 <tidoust> kalampokis: All the people who are currently in the group are working on publishing and reusing statistical data using linked data technologies.
09:24:39 <tidoust> ... They say that they are interested in having discussions.
09:25:22 <tidoust> ... I will send an email to coordinate. Whether we want to have a parallel discussion in the CG or have the discussion in the IG directly is up for discussion.
09:25:40 <tidoust> ... I can help with coordination.
09:26:10 <tidoust> billroberts: Maybe a good way to do it is to ask them a specific question. Once we have a draft document, "what do you think of this?" rather than "please engage".
09:26:17 <tidoust> kalampokis: I agree
09:26:35 <tidoust> billroberts: Any other comment?
09:27:16 <tidoust> jtandy: Is the motivation to check an existing body of work and encourage people to share the same approach, or are you trying to identify a wider pool of best practices that you believe should apply?
09:27:31 <tidoust> billroberts: My objective is to get different publisher doing it in a more compatible way.
09:27:49 <tidoust> ... Bringing good expertise is one aspect of it.
09:29:16 <tidoust> ... The reason I care about interoperability is that the data would have more value, which in turn would mean that people would have more incentive to publish data.
09:29:51 <tidoust> jtandy: So, you have working practice and you hope to identify other working practices and find some harmony among these.
09:31:08 <tidoust> billroberts: To what extent do we document practices followed vs. recommendations for new practices?
09:31:45 <tidoust> Francois: That question always comes up in best practices groups. No real answer. "If there's no solution, that means there's no problem" (copyright Shadoks)
09:32:29 <tidoust> jtandy: The CG must be able to identify examples that they're working on, and other sources.
09:33:17 <tidoust> ... That makes me think of an interesting question: the statistician will be the ones working with the data published, not the ones publishing data.
09:33:50 <tidoust> ChrisLittle: I think it's too simple to say that the document is targeting publishers only. Need to take a user perspective.
09:34:29 <tidoust> jtandy: Looking back at Spatial Data on the Web Best Practices, we decided not to write best practices on how you might consume, or reuse your data.
09:35:53 <tidoust> billroberts: Statisticians are often responsible for the data that gets published
09:36:20 <tidoust> Francois: One of the best practices could actually be to publish raw data along with the analyzed data so that other analyses can be made on the data.
09:37:09 <tidoust> [discussion on anonymizing data]
09:39:12 <tidoust> MichaelGordon: Does that bring some requirement about reversal of data? If you're publishing statistical data, choosing appropriate anonymisation techniques (considering the GDPR)
09:39:34 <jtandy> (We talked about being able to trace from an aggregate dataset to the raw dataset, e.g. using PROV, where the raw data )
09:39:38 <tidoust> billroberts: That's a good question. I'd like to refer to things where that's been considered.
09:40:06 <tidoust> ... It's a big deal in government data: the methodology you used to anonymize the data.
09:40:38 <jtandy> (Cont... raw data may not be published online, e.g. because it is not anonymous / personal data)
09:41:25 <tidoust> RobSmith: I looked at privacy issue when we published a personal tracker on the phone. I haven't thought of revealing something else. Example of the military bases with joggers data.
09:42:39 <tidoust> jtandy: In terms of what you want people to do with analytical data. Are you expecting people to do statistical analyses online or to take their own copy and work offline?
09:42:48 <tidoust> billroberts: At the moment, it's more an offline model.
09:43:10 <tidoust> ... There is a question of easy access to the latest data, and the ability to make subsets.
09:43:35 <tidoust> ... One of the best practices we had for spatial data was about supporting different formats to ease reuse. This will apply here as well.
09:44:10 <tidoust> ... You'll want to facilitate downloads in different formats.
09:44:44 <tidoust> jtandy: Don't assume that one format is enough was one of our assumptions. Also applies here.
09:44:47 <tidoust> billroberts: Yes.
09:45:36 <tidoust> ... Sometimes, people need a clear definition of what the terms are, sometimes, they don't care. Being able to ignore that info when not needed and find that info when needed is useful.
09:47:50 <tidoust> Francois: One side point that publishing the Use cases & requirements document as a First Public Working Draft is not required per se. Can remain a document on GitHub, or you can fold it into the Best Practices document to start with.
09:49:30 <tidoust> jtandy: That's fine if you can cross-reference the use cases with a permanent identifier in the end
09:50:13 <tidoust> Francois: Right, what I mean is that you don't have to follow a specific order. That can be done later on, as needed. Still a good practice to publish a FPWD before publishing a Note, even though the process allows to publish a Note directly.
09:50:38 <billroberts> https://github.com/w3c/sdw/blob/gh-pages/stats-bp/draft-use-case-list.md
09:50:49 <tidoust> billroberts: OK. Final thing I wanted to talk is our list of use cases
09:51:29 <tidoust> ... It would be interesting to get suggestions about use cases that we don't have. Also about styles.
09:51:38 <tidoust> ChrisLittle: And whether we need a formal structure.
09:54:25 <tidoust> ... Certainly my use cases, I can turn them into requirements, and write a use case scenario.
09:54:45 <tidoust> billroberts: Seems useful to provide a bit of context to people who are not experts
09:54:59 <tidoust> MichaelGordon: It provides the "why" it is important.
09:56:50 <tidoust> Francois: The why will appear in the Best Practices. Need to strike a right balance between spending time on use cases and on the best practices. Should probably be skewed towards the best practices. Iterative process.
09:58:04 <tidoust> billroberts: Rough summary of what's in here so far.
09:59:27 <billroberts> Evangelos: we are presenting and talking over https://github.com/w3c/sdw/blob/gh-pages/stats-bp/draft-use-case-list.md
09:59:59 <tidoust> ChrisLittle: First one is about representing statistical parameters.
10:00:33 <tidoust> ... I see people still inventing conventions for describing parameters
10:01:04 <tidoust> billroberts: Always about the definition of what you're measuring.
10:01:24 <tidoust> ChrisLittle: Sometimes, it's hidden in the unit, other times in the name, other times in an extra attribute.
10:01:35 <tidoust> ... In fact, 25 years ago, we mixed all 3.
10:01:41 <jtandy> The statistical measures that Chris mentions are published as linked data here: http://codes.wmo.int/grib2/codeflag/4.10
10:02:05 <tidoust> billroberts: Right, it should be clear for everyone what a particular number represents.
10:02:06 <jtandy> ... GRIB2 Code Table 4.10
10:02:17 <jtandy> Q+
10:02:35 <tidoust> ChrisLittle: This was the problem we had, and this is the approach we took. Requirement is along the lines of a standard mechanism of annotating.
10:02:43 <tidoust> ack jtandy
10:04:06 <tidoust> jtandy: One of the things you wanted to do was to reference vocabularies.
10:04:25 <tidoust> ... One of the challenges is to relate the notion of average in different domains.
10:05:48 <tidoust> ChrisLittle: Next use case is around representing temporal data.
10:06:15 <tidoust> ... Aggregating values per month for instance, where months don't have the same number of days.
10:07:08 <tidoust> jtandy: Daily minimum probably goes from 8:00am to 8:00am for instance.
10:07:22 <tidoust> ChrisLittle: Exactly, and the minimum could be before midnight, which might upset people.
10:09:17 <tidoust> [discussion on possible mechanisms]
10:09:56 <tidoust> billroberts: Next use cases on area profile. Some kind of collection of data for a school to decide whether to send your child to it or not.
10:10:26 <tidoust> ... A lot of it is around good identifiers for places and discovery of data, trust of sources.
10:11:20 <jtandy> Q?
10:11:55 <tidoust> MichaelGordon: example of policy makers. Simple tool made to compare e.g. employment rate in different cities. And then refinements.
10:12:10 <tidoust> billroberts: A lot of local authorities spend a lot of time doing this.
10:13:33 <tidoust> ... Can we understand the data enough to compare it?
10:14:18 <tidoust> ... Finding places by criteria
10:14:38 <tidoust> ... Next one is about slicing and dicing a statistical data cube.
10:15:08 <tidoust> ... Very commonly, you want to arrange a subset including possible values on a given dimension.
10:15:18 <jtandy> https://github.com/w3c/csvw/blob/gh-pages/examples/rdf-data-cube-example.md
10:15:53 <tidoust> jtandy: The RDF data cube example I wrote for CSV on the Web could perhaps be relevant here.
10:16:17 <tidoust> ... It shows how we constructed the metadata that goes with the CSV to create an RDF data cube.
10:17:43 <tidoust> ... This particular dataset was human processed. Other stuff happen upstream to this.
10:19:21 <tidoust> billroberts: Some use cases about sharing identifiers. Consistent identifiers. Somebody has to manage these codes.
10:19:35 <tidoust> jtandy: Is that not a generic practice about publishing data?
10:19:50 <tidoust> ClemensPortele: That's what I was thinking too.
10:20:06 <tidoust> billroberts: Maybe nothing specific to statistical data.
10:20:43 <tidoust> ... Usually done well for geographical areas, and badly for everything else. Things would be a lot more interoperable if people did that better.
10:22:21 <tidoust> ClemensPortele: When I look at the area profile use case, you need to bring things together which supposes common vocabularies.
10:22:42 <tidoust> jtandy: The use case is to use data because they understand how to aggregate it.
10:23:09 <tidoust> billroberts: It's not a technically complex thing, but social issues usually stand in the way.
10:24:31 <tidoust> [looking at "registers" in the UK]
10:26:03 <tidoust> billroberts: Also use case for publishers. When you're preparing the data, you need to be able to identify what the right identifiers are for your data. Maybe same use case
10:26:50 <tidoust> ... Another one that has come up in various forms is provision estimates. Statistical organizations usually improve on published data after an initial publication. Example of GDP data.
10:27:01 <tidoust> ... 3 estimates of GDP in the UK for instance.
10:27:32 <tidoust> ... You might end up with 3 different values for the same thing.
10:27:53 <tidoust> ChrisLittle: Same concept in meteorological where we label data with Level 0, Level 1, and Level 2.
10:28:32 <tidoust> MichaelGordon: Requirement is about being able to version a statistical set of data that you may be publishing
10:28:37 <tidoust> billroberts: Yes.
10:30:00 <tidoust> jtandy: Already covered by existing best practices
10:30:25 <billroberts> Evangelos - just re-starting webex here
10:31:08 <tidoust> Francois: In the end, instead of new best practices, you might end up with techniques to apply best practices to statistical data. That would be a fine document too.
10:31:53 <tidoust> billroberts: Another use case about comparing data across countries.
10:32:28 <tidoust> jtandy: In the CSV on the Web work, that is one of the use cases that motivated Jeni's work.
10:33:40 <tidoust> billroberts: Comparison of geographical data. Specific case of an existing best practice
10:34:12 <tidoust> ... The next one is too broad, because it encompasses all others. Represent statistical quantities in RDF.
10:34:30 <tidoust> ... Here are examples of data we have, how to represent them?
10:34:44 <tidoust> ... OK, that's kind of where we are at the moment.
10:35:25 <tidoust> Francois: Previous discussion on data anonymization and publication of raw dataset could be turned into a use case too.
10:36:01 <tidoust> ChrisLittle: People have some data and they want to annotate it in some way to identify the uncertainty. That would be a valid use case as well.
10:36:12 <tidoust> ... Both quantitatively and qualitatively
10:37:34 <tidoust> [example of temperature measurements excluded when computing averages for climate change computations, e.g. due to someone mowing the lawn nearby]
10:39:14 <tidoust> billroberts: Probably some data on the Web best practice that talks about it.
10:39:18 <jtandy> ref the project that Jon Blower was involved in about annotation metadata ... the CHARMe project: http://charme.org.uk
10:39:56 <jtandy> Q+ to ask if the BP template will be reused?
10:40:06 <tidoust> billroberts: So I've pretty much reached the end of what I wanted to touch upon.
10:40:26 <billroberts> q?
10:41:29 <tidoust> RobSmith: One comment about use cases. I try to think about scenarios that are realistic. What I find is that some of the details can easily be lost. What I found useful to me was to have a list of benefits linked to each use case.
10:41:37 <tidoust> ... The use case may have more than one benefit.
10:42:32 <billroberts> ack jtandy
10:42:32 <Zakim> jtandy, you wanted to ask if the BP template will be reused?
10:42:42 <tidoust> jtandy: Will you use the BP template?
10:43:10 <tidoust> billroberts: General plan is to follow the same plan, essentially yes. Any lessons learned?
10:43:29 <tidoust> jtandy: I think that would help create a generic feeling across the best practices that we write.
10:43:53 <RobSmith> RobSmith has joined #sdw
10:44:37 <tidoust> ... Also we reused the benefits from the Data on the Web Best practices document
10:46:44 <tidoust> RRSAgent, draft minutes v2
10:46:44 <RRSAgent> I have made the request to generate https://www.w3.org/2018/02/20-sdw-minutes.html tidoust
10:48:11 <tidoust> Topic: Back to the Spatial Data on the Web Best Practices
10:48:12 <tidoust> brinkwoman: In one of the calls, I mentioned that it could be a good idea to create a tool to do validation or conformance testing
10:48:18 <tidoust> ... We usually do it at Geonovum.
10:48:39 <tidoust> ... Possibly it's not easy or possible to create an automated checker.
10:48:51 <tidoust> ClemensPortele: My view is that, at this level, it is not possible.
10:48:59 <tidoust> ... Best practices require some interpretation.
10:49:10 <tidoust> ... You can only do that with specifications.
10:49:43 <tidoust> ... What might be possible to do is to have a checklist of things that you could check.
10:53:35 <tidoust> Francois: Agree with starting with techniques, a checklist. An automated checked is hard to achieve and time consuming, and often time boxed (techniques evolve). Example of the mobileOK Checker.
10:55:08 <tidoust> [also question of hosting the service]
10:55:35 <tidoust> [discussing which best practices are being addressed in WFS]
10:55:54 <tidoust> brinkwoman: It seems it's useful to create a checklist.
10:57:04 <tidoust> ClemensPortele: Another direction would be to make explicit the best practices you follow, but I don't think we're at that stage.
10:58:44 <tidoust> RobSmith: [example of GPX validation when crossing the Greenwich meridian, with 1e-04 numbers making the value invalid]. Validation is useful.
11:03:21 <tidoust> [discussing possible validation tests]
11:04:41 <tidoust> RRSAgent, draft minutes v2
11:04:41 <RRSAgent> I have made the request to generate https://www.w3.org/2018/02/20-sdw-minutes.html tidoust
11:44:22 <billroberts> billroberts has joined #sdw
11:52:31 <billroberts> billroberts has joined #sdw
11:53:04 <billrobe_> billrobe_ has joined #sdw
11:53:45 <billrobe_> billrobe_ has joined #sdw
12:00:37 <jtandy> jtandy has joined #sdw
12:04:23 <billroberts> billroberts has joined #sdw
12:04:24 <RobSmith> RobSmith has joined #sdw
12:05:45 <ClemensPortele> scribe: Clemens Portele
12:05:55 <ClemensPortele> scribenick: ClemensPortele
12:06:17 <MichaelGordon> MichaelGordon has joined #sdw
12:07:14 <ClemensPortele> jtandy: (goes through the agenda items for the afternoon)
12:07:55 <ScottSimmons> ScottSimmons has joined #sdw
12:08:06 <jtandy> https://www.w3.org/2017/sdwig/meetings/f2f-1.html
12:08:21 <ChrisLittle> ChrisLittle has joined #sdw
12:10:20 <ScottSimmons> present+ ScottSimmons
12:11:26 <ClemensPortele> jtandy: The goal for the afternoon is to identify the input to the funnel (once we have the green light to add to it)
12:11:45 <ClemensPortele> topic: Recap on 'purpose and operation of SDW IG' (from Monday afternoon)
12:11:53 <jtandy> https://www.w3.org/2018/02/19-sdw-minutes.html#ResolutionSummary
12:13:46 <ClemensPortele> jtandy: (reads the five resolutions)
12:14:09 <ClemensPortele> ... only work that goes to a standards track will end up in the funnel
12:14:20 <ClemensPortele> ... we have a process in place
12:14:59 <tidoust> -> https://github.com/w3c/strategy/blob/master/3.Evaluation.md#evaluation Evaluation phase in the strategy funnel
12:15:39 <ClemensPortele> tidoust: this is the process to decide whether something is ready for chartering
12:15:59 <tidoust> -> https://www.w3.org/Guide/standards-track/ Rec track readiness best practices
12:18:18 <ClemensPortele> tidoust: provides a check list - is there a clear problem statement? explicit success criteria? do we have the right participants and is there an ecosystem? etc.
12:18:30 <billroberts> present+ billroberts
12:19:15 <ClemensPortele> jtandy: That is the re-cap I wanted to go through. Rob, is it clear enough to you as the first candidate?
12:19:52 <jtandy> Q?
12:20:01 <ClemensPortele> RobSmith: Yes, it answers my questions. I don't want to waste peoples time.
12:20:47 <ClemensPortele> ... The current proposal is at an early stage, currently about 6 weeks of work from one person. Will it work in a browser?
12:22:38 <ClemensPortele> ... Funding is important, too. Funding application pending. I would be interested, to understand early, if there is interest in the group.
12:23:53 <ClemensPortele> tidoust: This goes back to the question of ecosystem and participants.
12:24:45 <ClemensPortele> RobSmith: I gave a short presentation at the last plenary. Would it be worth repeating?
12:25:05 <ClemensPortele> jtandy: Yes, please.
12:25:44 <ClemensPortele> https://www.w3.org/2018/02/07-sdw-minutes.html#x03
12:26:12 <ClemensPortele> https://lists.w3.org/Archives/Public/public-sdwig/2018Feb/att-0030/WebVMTIntroShort180207.pdf
12:26:51 <ClemensPortele> RobSmith: Slides are brief and contain only the main points (10 minute presentation)
12:28:25 <ClemensPortele> RobSmith: New slide set has additional detail (12 slides).
12:31:21 <ClemensPortele> ... Work was triggered by a call from OSGB to show the location of people in a tv show. Geotagging in pictures is available, but not really in videos.
12:32:31 <ClemensPortele> ... Show particular events in the video on a map. Not just the location, but also other presentational input (e.g. direction).
12:34:22 <ClemensPortele> ... Also the capability for annotations.
12:34:36 <ClemensPortele> MichaelGordon: Location and direction are essential also essential for AR
12:35:28 <ClemensPortele> RobSmith: I set up a tech demo for this. Came across the VTT mechanism for subtitles on You Tube. Based on a standard.
12:36:45 <ClemensPortele> ... Text-to-speach support. There is an existing mechanism for annotations that could also be used as a framework to add geospatial information.
12:38:52 <ClemensPortele> ... Did a comparison between photo and video. Standard mechanism for photos (exif, many cameras support it out-of-the-box), but not for video (except add-on for high-end equipment)
12:39:35 <ClemensPortele> ... But could we use the smartphone (can capture video and has sensors for spatial information)
12:39:41 <PeterRushforth> PeterRushforth has joined #sdw
12:40:00 <PeterRushforth> hi don't have access to webex info, sorry
12:40:37 <ClemensPortele> tidoust: This may be a reason for not having the information in a separate file. Device manufacturers will likely prefer an integrated approach.
12:41:26 <ClemensPortele> RobSmith: I think GoPro records location information in a separate text file. But I have not checked in detail.
12:41:41 <jtandy> https://www.w3.org/TR/web-packaging/
12:42:12 <ClemensPortele> jtandy: Web-packaging may help here
12:44:20 <ClemensPortele> tidoust: My point was to be careful how to present this.
12:45:16 <ClemensPortele> RobSmith: An extra file helps to leave MPEG as it is
12:45:58 <ClemensPortele> MichaelGordon: Does it require hardware manufacturers to support it?
12:46:52 <ClemensPortele> RobSmith: Not necessarily, but it could help
12:49:07 <ClemensPortele> ... you can do it in software "today", and in the hardware devices in the future
12:50:37 <ClemensPortele> jtandy: This is about spatial data on the Web, so this fits our mandate
12:51:53 <ClemensPortele> RobSmith: The idea would not be to support just a single maps API (Google Maps, Open Layers, Leaflet), but support multiple ones
12:52:50 <ClemensPortele> ChrisLittle: An abstract spec would help to clarify the concepts independent of the implementation and identify conformance classes
12:53:38 <ClemensPortele> RobSmith: Use case examples - coastguard/mountain rescue, area survey
12:54:31 <ClemensPortele> ChrisLittle: Have you considered temporal aspects? E.g. which areas have been covered?
12:54:47 <ClemensPortele> RobSmith: Yes.
12:55:27 <ClemensPortele> (discussion of work starting in the OGC UAX group)
12:56:15 <ClemensPortele> tidoust: A key benefit of a standard is to share data, so this should be included in the use cases.
12:57:09 <ClemensPortele> RobSmith: The third use case (swarm monitoring, operating drone within a swarm) does this
12:59:11 <ClemensPortele> RobSmith: This is about enabling the use cases, not providing a (closed) solution
13:01:28 <ClemensPortele> RobSmith: Francois asked the queston how a web app would use it.
13:01:34 <ClemensPortele> ... (shows <track> element in a <video> element and a sample modified VMT file)
13:03:15 <ClemensPortele> tidoust: Interesting that you are focussing on rendering, not the data itself
13:04:20 <ClemensPortele> RobSmith: The rendering is important, the line has a particular meaning (it is a multilayered problem and we do not have time to go into detail)
13:05:12 <ClemensPortele> tidoust: Is there any relationship to the "describing moving objects" deliverable?
13:05:28 <ClemensPortele> jtandy: No, we have no information yet on that deliverable...
13:05:53 <ClemensPortele> RobSmith: (shows tech demo)
13:07:06 <ClemensPortele> RobSmith: Any frame in the video is associated with a map - it is synchronised
13:08:56 <ClemensPortele> jtandy: I think we all agree that fits, it could be for OGC and/or W3C, it requires a standard
13:09:14 <ScottSimmons> q+
13:09:30 <jtandy> ACK ScottSimmons
13:09:33 <ClemensPortele> PROPOSED: Add Video Geotagging Protocol For Electronic Maps to the funnel
13:10:18 <ClemensPortele> ScottSimmons: There are probably some OGC members that have something that is similar, so we should engage them early.
13:10:28 <ClemensPortele> jtandy: Patent free is also important.
13:10:37 <MichaelGordon> +1
13:10:55 <ClemensPortele> RobSmith: No issues, I want this as a open standard to see adoption.
13:11:15 <jtandy> Q?
13:11:49 <ClemensPortele> billroberts: The evaluation of existing standards would come as part of the evaluation process?
13:12:01 <ClemensPortele> tidoust: Yes!
13:12:07 <tidoust> +1
13:12:09 <jtandy> +1
13:12:11 <brinkwoman> +1
13:12:13 <billroberts> +1
13:12:15 <ScottSimmons> +1
13:12:22 <RobSmith> +1
13:12:22 <ClemensPortele> RESOLUTION: Add Video Geotagging Protocol For Electronic Maps to the funnel
13:13:20 <ClemensPortele> jtandy: This should be added to the first phase (exploration). Scott, how should Rob engage with OGC members?
13:13:29 <ChrisLittle> +1
13:14:29 <ClemensPortele> ScottSimmons: Will do a call for information and reach out to some members this/next week
13:15:24 <ClemensPortele> jtandy: Next plenary call we will include and update on the status. Rob can you track those actions?
13:15:27 <ClemensPortele> RobSmith: Yes
13:15:47 <jtandy> Q?
13:15:57 <ClemensPortele> Topic: CityJSON
13:16:32 <tidoust> Present+ HugoLedoux
13:18:11 <ClemensPortele> jtandy: (welcomes Hugo Ledoux)
13:21:22 <ClemensPortele> Hugo: (shows CityJSON slides)
13:21:37 <ClemensPortele> ... mostly following the OGC work, but not actively involved
13:22:23 <ClemensPortele> ... CityGML - for buildings and much more (basically everything inside and outside of cities)
13:22:40 <ClemensPortele> ... 5 levels of detail (LoD)
13:23:32 <ClemensPortele> ... adoption of CityGML not great, software support is limited, hard to work with CityGML files
13:24:13 <ClemensPortele> ... I immediately convert it to OBJ to work with it
13:24:37 <ClemensPortele> ... Data model is good, GML encoding hard
13:26:01 <ClemensPortele> ... Some time ago I looked into a JSON encoding for the data. Shared on the CityGML list, a mixed reception.
13:26:13 <ClemensPortele> tidoust: Is license of CityGML an issue?
13:26:22 <ClemensPortele> MichaelGordon: No, not with the OGC license
13:27:10 <ClemensPortele> Hugo: Difficult to work for students to work with CityGML files, easier with CityJSON
13:27:28 <ClemensPortele> ... Now mapped all the CityGML modules
13:29:00 <ClemensPortele> ... Did it manually and not using an automated encoding rule. The reason is the complexity of the conceptual model.
13:29:22 <ClemensPortele> ... Some constraints (e.g., all geometries are in the same CRS)
13:29:45 <ClemensPortele> ... For now left out raster, DTM
13:30:21 <ClemensPortele> ... Added a metadata object
13:32:11 <ClemensPortele> ... Topology is preserved, vertices are referenced from the city object geometries
13:32:56 <ClemensPortele> ... Surfaces can have semantics
13:34:31 <ClemensPortele> ... Currently only links within the same file
13:36:09 <ClemensPortele> ... (discusses differences to GeoJSON)
13:36:56 <ClemensPortele> ... some similarities to TopoJSON
13:37:51 <ClemensPortele> ... a JSON schema is available
13:38:37 <ClemensPortele> ... We wrote software to support CityJSON - from the beginning
13:39:59 <ClemensPortele> ... Claus Nagel implemented CityGML <-> CityJSON in citygml4j library
13:40:37 <ClemensPortele> ... I do not plan to parse a CityGML file ever again, just convert it to CityJSON and use that
13:41:29 <ClemensPortele> ... Important to involve developers early in the process
13:41:36 <jtandy> Q?
13:41:49 <ClemensPortele> jtandy: Questions for Hugo?
13:41:59 <ChrisLittle> q+
13:42:43 <ClemensPortele> tidoust: I ask stupid questions as I am new to the map aspect, look at it from the Web perspective. Some discussion on the mailing list.
13:43:32 <ClemensPortele> ... What is the relationship with maps. How does it fit together?
13:43:40 <jtandy> Ack ChrisLittle
13:44:11 <ClemensPortele> ChrisLittle: You are a bit restrictive. Map is LoD 0.
13:44:15 <billroberts> q+
13:44:27 <ClemensPortele> tidoust: Map is not a 2D map for me.
13:45:14 <ClemensPortele> Hugo: different cities maintain different feature types beside buildings (terrain, roads, etc).
13:45:40 <ClemensPortele> ... I prefer to talk about data, not maps, but the data can be used for maps etc.
13:45:56 <jtandy> Q+
13:46:40 <ClemensPortele> ChrisLittle: Maps are typically the output of a computation using the data
13:47:17 <ClemensPortele> ChrisLittle: Since you have offended a few people in OGC, would you work with them.
13:48:04 <MichaelGordon> q+
13:48:24 <jtandy> Ack billroberts
13:48:25 <ClemensPortele> Hugo: Yes, and I like the model of CityGML. CityGML 3 will also look at other encodings.
13:49:03 <ClemensPortele> billroberts: This reminds me about the CoverageJSON discussion we had earlier in the SDWWG.
13:49:45 <jtandy> CoverageJSON: https://covjson.org
13:50:07 <ClemensPortele> ... CoverageJSON never got that far due to open questions with regard to "webiness" - can you link into it, can you break it down into manageable pieces
13:52:47 <brinkwoman> q?
13:53:26 <ClemensPortele> Hugo: There is work with using CityJSON in WFS. Currently CityJSON is not tailored for the Web, but it may evolve to address this.
13:53:33 <jtandy> Ack jtandy
13:54:25 <tidoust> jtandy: When you look at CityJSON, does it seem like an encoding that could be supported by WFS 3.0?
13:54:44 <tidoust> ClemensPortele: I don't see that as being mandated by a conformance class today, but you could write an extension.
13:55:16 <ClemensPortele> jtandy: So it would fit in the OGC ecosystem?
13:55:26 <ClemensPortele> ClemensPortele: Yes!
13:55:28 <billroberts> CoverageJSON: what I meant to say is that in the SDW Working Group we didn't have time to investigate in detail about identifiers and API mechanism for easily retrieving subsets.  For the core use case of CoverageJSON, to have a Javascript friendly (and hence web browser friendly) representation of coverages, then I think CoverageJSON achieved its goals very well
13:55:51 <ClemensPortele> jtandy: Is it available under an open license? Patents?
13:56:14 <ClemensPortele> Hugo: It could be made available under an open license. No patents.
13:56:22 <ClemensPortele> jtandy: Why should it be a standard?
13:57:13 <ClemensPortele> Hugo: Not interested in fighting for it, but a label as a standard would help to see adoption by government organisations.
13:57:36 <ClemensPortele> jtandy: Any others beside Claus Nagel and you that would work on this?
13:58:17 <ClemensPortele> Hugo: Not at the moment.
13:58:24 <brinkwoman> q+
13:59:29 <ClemensPortele> jtandy: So some community building is needed, not yet ready for chartering. Further down the line than the video geotagging.
14:00:29 <jtandy> Q?
14:00:52 <ClemensPortele> jtandy: It would probably fit with OGC due to the closeness with CityGML. But visibility for the Web community may be relevant, too.
14:01:44 <brinkwoman> q-
14:02:01 <ClemensPortele> tidoust: Yes, closer integration with Web Browers would indicate that it would fit in W3C, too, but right now this does not sound like the main focus.
14:02:52 <PeterRushforth> :-)
14:03:21 <jtandy> Ack MichaelGordon
14:04:23 <ClemensPortele> Hugo: At least for now. Some concerns that the CityGML development is not developer focussed, W3C seems to be more developer driven.
14:05:28 <jtandy> Q?
14:05:30 <ClemensPortele> MichaelGordon: One thing that should be discussed in an incubation phase are the SDW best practices.
14:05:51 <ClemensPortele> Hugo: Yes, I welcome input on this.
14:06:10 <ClemensPortele> tidoust: This could also be an indicator for a joint process.
14:06:16 <ClemensPortele> PROPOSAL: Add CityJSON to the funnel in the incubation phase
14:06:21 <jtandy> +1
14:06:23 <brinkwoman> +1
14:06:25 <tidoust> +1
14:06:27 <RobSmith> +1
14:06:29 <billroberts> +1
14:06:32 <ClemensPortele> +1
14:06:38 <ChrisLittle> +1 on behlaf of Hugo
14:06:43 <MichaelGordon> +1
14:06:53 <ClemensPortele> RESOLUTION: Add CityJSON to the funnel in the incubation phase
14:07:37 <ChrisLittle> s/behlaf/behalf/
14:08:00 <ClemensPortele> jtandy: What do you need for the next phase?
14:09:01 <ClemensPortele> Hugo: Feedback from a Web perspective. How to deal with large files. All discussions should occur on the GitHub repository.
14:10:18 <ClemensPortele> (agreement to continue using the GitHub repository)
14:10:56 <ClemensPortele> jtandy: Are the issues registered as issues on GitHub?
14:11:06 <ClemensPortele> Hugo: Not yet, but I will add them.
14:11:57 <ClemensPortele> brinkwoman: Should Rob and Hugo join the IG as an invited expert?
14:14:50 <ClemensPortele> tidoust: It would be good. I will work with them on this.
14:15:08 <ClemensPortele> Topic: MapML
14:16:54 <ClemensPortele> jtandy: We want to find out how and where MapML fits.
14:18:55 <ClemensPortele> PeterRushforth: The MapML CG started as a result of the W3C/OGC workshop in London in 2013.
14:19:34 <ClemensPortele> s/MapML/Maps for HTML/
14:20:43 <ClemensPortele> ... Wouldn't it be good to use as an HTML author just a regular HTML element to put a map on a web page?
14:21:05 <ClemensPortele> s/2013/2014/
14:22:51 <ClemensPortele> ... In 2014 I had a mandate to work on this as looking for support to the idea. We made some progress since then, including developer resources in a GitHub organisation.
14:23:23 <ClemensPortele> ... Map Markup Language is the key specification I am going to talk about today.
14:23:48 <brinkwoman> https://maps4html.github.io/MapML/spec/
14:24:19 <ClemensPortele> ... MapML is a "DOMable" format.
14:24:39 <ClemensPortele> ... Oriented towards browser-developers, not web-developers.
14:28:27 <ClemensPortele> ... Extend the HTML to support maps in the traditional web mapping sense. Building on top of the "image map" concept from HTML, i.e. a more general <map> element.
14:30:15 <ScottSimmons> Scott is back - sorry, much worse roads than I had hoped
14:30:26 <ClemensPortele> ... The draft makes use of Web Components and specifies a customized <map> element. A draft implementation exists.
14:32:00 <ClemensPortele> ... (shows JavaScript implementation demo)
14:32:18 <ChrisLittle> ChrisLittle has joined #sdw
14:32:56 <ClemensPortele> ... NRCan uses MapML, mainly in demos
14:36:05 <ClemensPortele> ... (demonstrates adding an additional layer to a map)
14:37:37 <ClemensPortele> ... In OGC Testbed 13 both conceptual work on MapML (Engineering Report) and another implementation.
14:38:19 <ClemensPortele> ... Could bring maps closer to the W3C community.
14:38:51 <ClemensPortele> ... Less interest in Testbed 14 than I hoped for.
14:39:07 <ClemensPortele> ... This is the state of MapML at the moment.
14:40:38 <ClemensPortele> ... Why should it be standard? The barrier to use spatial information on the Web is currently to high. Requires programming, which is out of reach for many.
14:41:55 <jtandy> Q?
14:41:56 <ClemensPortele> ... Interest by developers including from JavaScript Map API developers (e.g. Leaflet)
14:41:58 <ChrisLittle> q+
14:42:08 <MichaelGordon> q+
14:42:11 <tidoust> q+
14:42:29 <jtandy> Ack ChrisLittle
14:42:33 <RobSmith> q+
14:42:43 <ClemensPortele> ChrisLittle: You mentioned missing bits...
14:46:04 <ClemensPortele> PeterRushforth: Two examples: A capability to modify/add the content -> form-processing. Feature content is unpredictable (e.g. elements within <properties> are unknown to a client) -> capability to add semantics using microdata.
14:46:38 <ClemensPortele> jtandy: Why microdata?
14:47:45 <jtandy> Q?
14:47:48 <ClemensPortele> PeterRushforth: Not so much microdata than HTML. Similar to itemscope/schema.org, leverage mainstream.
14:47:50 <jtandy> ack MichaelGordon
14:49:03 <ClemensPortele> MichaelGordon: How extensible is MapML? JavaScript Map APIs allow extensions, can MapML support this and has hooks for such extensions?
14:51:32 <ClemensPortele> PeterRushforth: MapML intends to be HTML for maps, so not extensible per se and somewhat rigid. Markup is content oriented, styling uses CSS.
14:52:08 <ClemensPortele> ... HTML is extensible using JavaSript, there yould be something similar in MapML where scripts could be used to provide extensibility.
14:52:49 <ClemensPortele> ... (shows MapML document)
14:54:22 <jtandy> Q?
14:54:34 <ChrisLittle> ChrisLittle has joined #sdw
14:55:06 <ClemensPortele> ... (Shows URL template mechanism - added in Testbed 13)
14:56:43 <ClemensPortele> MichaelGordon: Is indexing by search engines an advantage? Probably more code for MapML than a Leaflet script required
14:57:30 <ClemensPortele> PeterRushforth: Yes, but this is declarative and has a clearer semantics.
14:57:45 <jtandy> Q?
14:58:00 <jtandy> Ack tidoust
14:58:26 <ClemensPortele> ... Semantics of the map is obscured by the JavaScript, clearer in a media type
14:59:13 <ClemensPortele> tidoust: Still unclear about the definition of "map". At one point a sequence of layers, in the MapML example layer does not exist.
14:59:31 <ClemensPortele> ... Related to this: Did you have contact with browser vendors?
14:59:53 <brinkwoman> q+
15:00:52 <ClemensPortele> PeterRushforth: Abstract concept of a map is 2d and supports mesh-up. The MapML example essentially is a map layer.
15:02:54 <ClemensPortele> ... The browser developer community is tough to interact. This proposal is a bit coming out of nowhere for them.
15:03:37 <ClemensPortele> ... The only way that maps become part of HTML is that the map community comes together.
15:03:47 <jtandy> Q?
15:05:13 <ClemensPortele> ... Browser developers look at adoption by web developers, but this is not about replacing the existing JavaScript Map APIs.
15:05:43 <jtandy> Q?
15:05:44 <MichaelGordon> scribenick MichaelGordon
15:05:47 <jtandy> Ack RobSmith
15:08:15 <MichaelGordon> RobSmith: 1) Accessible not just for programmers, which is a good selling point,though might be a hard sell for a development community that has already done work to solve the issue 2) you mentioned modification and deletion was something that you already had to do - for geotagging video for electronic maps we don't need to but for deletion IDs might be applicable, ChrisLittle also pointed us to SMIL
15:08:56 <MichaelGordon> RobSmith and PeterRushforth to take this discussion offline in interests of time
15:08:59 <jtandy> Ack brinkwoman
15:09:21 <MichaelGordon> brinkwoman: not clear what the added value of this is?
15:09:46 <tidoust> [FWIW, note SVG animations is not widely supported across browsers (and will be dropped from a future version of version)]
15:09:48 <MichaelGordon> ...would you encode spatial data in mapml? would there be actual coords in there and would that not become verbose
15:10:14 <MichaelGordon> ...would you also be able to do 3d maps with this having just seen CityJSON?
15:10:25 <tidoust> s/version of version/version of Chrome/
15:10:50 <jtandy> (MapBox vector tiles is one response to overly verbose vector content)
15:11:08 <MichaelGordon> PeterRushforth: web maps are often raster based and we are sponsoring some work towards vector tiles
15:11:20 <ScottSimmons> q+
15:11:42 <jtandy> Q?
15:12:02 <MichaelGordon> ...they don't completely solve the issue of users putting maps on the web.
15:12:06 <arminhaller> arminhaller has joined #sdw
15:12:42 <MichaelGordon> ...vector data has some inherent links and that's why the vector model should be part of MapML
15:13:09 <MichaelGordon> jtandy: flavour of where this is going and not right forum for technical discussion, in interests of time how does this progress?
15:13:23 <MichaelGordon> The team says goodbye and thank you to ClemensPortele
15:13:29 <jtandy> Ack ScottSimmons
15:14:09 <MichaelGordon> ScottSimmons: how do you see MapML fit in with OGC standards like WMTS, WFS etc?
15:14:43 <MichaelGordon> PeterRushforth: already leveraging WMS under MapML (see demo)
15:15:35 <MichaelGordon> ...so won't replace OGC web services, and MapML won't be successful if it has to replace that information - it's objective is to reuse where possible
15:15:52 <jtandy> Q?
15:16:20 <tidoust> s/it's objective/its objective
15:16:44 <MichaelGordon> Jtandy: definitely in the scope of spatial data on the web - focus on rendering it
15:16:57 <MichaelGordon> ...should be on the funnel
15:17:11 <MichaelGordon> tidoust: already on the funnel (checking where it is)
15:17:25 <MichaelGordon> ...not in there
15:18:01 <MichaelGordon> jtandy: should be in the funnel - in remit and could go to standards working group. tidoust: where does it fit?
15:18:45 <MichaelGordon> tidoust: fits in incubation as community group but investigation because it needs a larger community.
15:19:18 <tidoust> PROPOSED: add MapML to the funnel at the incubation phase
15:19:29 <tidoust> +1
15:19:29 <jtandy> +1
15:19:30 <MichaelGordon> +1
15:19:30 <ChrisLittle> +1
15:19:31 <ScottSimmons> +1
15:19:32 <brinkwoman> +1
15:19:32 <billroberts> +1
15:19:42 <tidoust> RESOLUTION: add MapML to the funnel at the incubation phase
15:21:01 <PeterRushforth> Q?
15:21:05 <MichaelGordon> tidoust: could MapML exist as custom extension not natively supported by browsers
15:21:21 <MichaelGordon> ...? we have other things like this musicml etc
15:21:52 <MichaelGordon> jtandy: is there any point in developing it if there's no pathway to native browser support?
15:22:15 <MichaelGordon> tidoust: goes back to brinkwoman's question on what the semantics are that are trying to be put on the web
15:22:45 <MichaelGordon> ...musicml looks to make music indexable etc as an extension
15:23:01 <MichaelGordon> RobSmith: question of who is going to use it along the way as extension
15:23:14 <MichaelGordon> tidoust: browser vendors are reluctant to add more media types
15:24:24 <MichaelGordon> jtandy: seperate native browser implementation of map type, we're left with development with mapml encoding, Peter do you know how many other organisations that are supporting this and willing to create implementations? Seems like the biggest challenge
15:24:28 <jtandy> Q?
15:25:49 <MichaelGordon> PeterRushforth: yes it does, could be used by various technologies - gis, leaflet etc without native browser support. In and of itself, it embeds map semantics into a hypertext
15:26:20 <MichaelGordon> jtandy: do you know specifically who would support it?
15:26:35 <MichaelGordon> robsmith: or are there specific use cases for it?
15:27:45 <MichaelGordon> jtandy: do we have an understand of value add and who will say they will implement that?
15:28:24 <MichaelGordon> PeterRushforth: could be adapted to simple leaflet as layer type and same could be said for openlayers
15:28:52 <MichaelGordon> ...it is open source so people need to be paid whilst implementing it
15:29:34 <MichaelGordon> jtandy: if we want to progress to working group in w3c - we need 25 organisations to vote for this. Do you know of 25 orgs in w3c that would support this?
15:29:46 <MichaelGordon> PeterRushforth: Not yet
15:29:59 <MichaelGordon> jtandy: this group can help socialisaiton of the idea
15:30:40 <ChrisLittle> q+
15:30:44 <MichaelGordon> robsmith: approach for doing that could be identifying the use cases and then approaching those users in that use case to show the potential benefits
15:31:01 <MichaelGordon> jtandy: Peter do you have a similar set of use cases or user communities?
15:31:31 <MichaelGordon> PeterRushforth: one of the objectives to lower the requirements on the HTML authors
15:32:05 <MichaelGordon> ...we want everyone to get value from our opendata. We want to lower the barrier
15:32:51 <MichaelGordon> jtandy: we are trying to find a way the incremental value of this approach over existing ways, and then use that as message to persuade people
15:33:13 <MichaelGordon> ...that would be a useful discussion - how it is we can socialise the incremental value of mapml
15:34:10 <MichaelGordon> PeterRushforth: Mapml community group is public so no barrier to joining
15:35:07 <MichaelGordon> ...both maps and HTML are both seen as having value, objective is bringing those together
15:35:40 <MichaelGordon> jtandy: time to cut off due to time restrictions
15:36:20 <MichaelGordon> ...30 mins past finish time
15:36:37 <MichaelGordon> tidoust: lets postpone that discussion
15:36:59 <MichaelGordon> jtandy: is there a holding place for funnel ideas?
15:37:19 <MichaelGordon> tidoust: Exploration space - anyone can put stuff there
15:38:13 <MichaelGordon> jtandy: if we know of things that are pending such as map accessibility then lets create issues there so when we do plenary we can look at candidates
15:38:42 <MichaelGordon> ...tidoust are you able to create issues for those?
15:39:01 <MichaelGordon> ACTION: tidoust to create candidate issues for funnel
15:39:02 <trackbot> Error finding 'tidoust'. You can review and register nicknames at <http://www.w3.org/2015/spatial/track/users>.
15:40:29 <jtandy> Q?
15:40:36 <MichaelGordon> jtandy: with that part of discussion postponed it would be useful to do an AOB. Ways forward with how we're organised, stats BP, spatial BP, SNN/SOSA errata and funnel. Anyone?
15:40:37 <tidoust> q- ChrisLittle
15:42:30 <MichaelGordon> ScottSimmons: Critical at this time work queued up for work in either organisations, summary for ogc would be highly useful. Think we're making progress, would like to see more things come through and be assigned to OGC working groups to allow for scaling of work
15:43:16 <MichaelGordon> jtandy: we've already said that we want to do a 5 min slot at Orlean TC - would that material be good start to discussion
15:43:37 <MichaelGordon> ScottSimmons: yes and I'd allocate more to planning committee
15:44:01 <MichaelGordon> jtandy: would you invite myself or brinkwoman to present at PC to attend for that discussion?
15:44:23 <MichaelGordon> ...the funnel will exist plus the presentation given to the TC
15:44:34 <MichaelGordon> ScottSimmons: that would be good
15:44:39 <MichaelGordon> jtandy: anything from w3c?
15:45:17 <MichaelGordon> tidoust: happy with the progress and renewed enthusiasm in this group, funnels and roadmaps plus dinner on geonovum
15:45:28 <jtandy> Q?
15:45:33 <ChrisLittle> q+
15:45:44 <MichaelGordon> ACTION: jtandy to present at Orleans PC
15:45:45 <jtandy> Ack ChrisLittle
15:45:50 <trackbot> Created ACTION-384 - Present at orleans pc [on Jeremy Tandy - due 2018-02-27].
15:45:56 <RobSmith> q+
15:46:29 <MichaelGordon> ChrisLittle: now we have a funnel - I could use that for a temporal ontology to look to progress this
15:46:49 <jtandy> Q?
15:46:50 <brinkwoman> q+
15:47:02 <MichaelGordon> ACTION: ChrisLittle to write a paragraph on this and put an issue in for temporal ontology
15:47:02 <jtandy> Ack RobSmith
15:47:04 <trackbot> Created ACTION-385 - Write a paragraph on this and put an issue in for temporal ontology [on Chris Little - due 2018-02-27].
15:47:42 <MichaelGordon> RobSmith: during presentation I showed the explanatory spec - whilst I would like to share it I'm not sure this is the right time or forum to share it. What are peoples thoughts?
15:48:06 <MichaelGordon> jtandy: do RobSmith have a website for the spec itself?
15:48:13 <MichaelGordon> RobSmith: only company homepage
15:49:00 <MichaelGordon> jtandy: reticent to do this because it's hard to comment on. More than welcome to get a sub folder in interest group as a placeholder there
15:49:15 <MichaelGordon> tidoust: or could create own github repo
15:49:36 <MichaelGordon> jtandy: have a think about best place to do this not on company homepage
15:50:21 <MichaelGordon> RobSmith: putting it under the IG does gives a focus on it
15:50:38 <jtandy> Q?
15:50:40 <MichaelGordon> jtandy: RobSmith please could you work with tidoust to create the right folders
15:50:52 <jtandy> Ack brinkwoman
15:51:23 <MichaelGordon> brinkwoman: just wanted to thank for group coming here
15:51:43 <MichaelGordon> jtandy: thanks Geonovum and brinkwoman for wonderful hosting
15:52:01 <jtandy> Q?
15:52:21 <MichaelGordon> Jtandy closes the meeting
15:52:25 <ChrisLittle> bye
15:52:32 <tidoust> RRSAgent, draft minutes v2
15:52:32 <RRSAgent> I have made the request to generate https://www.w3.org/2018/02/20-sdw-minutes.html tidoust
15:53:53 <billrobe_> billrobe_ has joined #sdw
16:10:27 <billroberts> billroberts has joined #sdw
18:08:05 <Zakim> Zakim has left #sdw
19:12:36 <arminhaller> arminhaller has joined #sdw