/
Overview.html
1532 lines (1521 loc) · 353 KB
/
Overview.html
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
<!DOCTYPE html>
<html lang="en" prefix="bibo: http://purl.org/ontology/bibo/ w3p: http://www.w3.org/2001/02pd/rec54#" typeof="bibo:Document " dir="ltr">
<head><meta property="dc:language" content="en" lang="en">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8"><meta property="dc:language" content="en" lang="">
<meta content="width=device-width,initial-scale=1" name="viewport">
<title>Spatial Data on the Web Use Cases & Requirements</title>
<link rel="stylesheet" type="text/css" href="localstyles.css" />
<link rel="stylesheet" type="text/css" href="http://www.w3.org/StyleSheets/TR/W3C-WG-NOTE"/>
<!--[if lt IE 9]><script src='https://www.w3.org/2008/site/js/html5shiv.js'></script><![endif]-->
</head>
<body id="respecDocument" role="document" class="h-entry">
<div id="respecHeader" role="contentinfo" class="head">
<p><a href="http://www.w3.org/"><img src="http://www.w3.org/Icons/w3c_home" alt="W3C" height="48" width="72"></a><a href="http://www.opengeospatial.org/"><img src="ogc_logo.jpg" alt="OGC" height="48" width="115"></a></p>
<h1 class="title p-name" id="title" property="dcterms:title">Spatial Data on the Web Use Cases & Requirements</h1>
<h2 id="w3c-first-public-working-draft-11-june-2015"><abbr title="World Wide Web Consortium">W3C</abbr> Working Group Note <time property="dcterms:issued" class="dt-published" datetime="2015-07-14">14 July 2015</time></h2>
<dl>
<dt>This version:</dt>
<dd><a class="u-url" href="http://www.w3.org/TR/2015/NOTE-sdw-ucr-20150714/">http://www.w3.org/TR/2015/NOTE-sdw-ucr-20150714/</a></dd>
<dt>Latest published version:</dt>
<dd><a href="http://www.w3.org/TR/sdw-ucr/">http://www.w3.org/TR/sdw-ucr/</a></dd>
<dt>Latest editor's draft:</dt>
<dd><a href="http://w3c.github.io/sdw/UseCases/SDWUseCasesAndRequirements.html">http://w3c.github.io/sdw/UseCases/SDWUseCasesAndRequirements.html</a></dd>
<dt>OGC Document Number:</dt>
<dd>OGC 15-074</dd>
<dt>Editors:</dt>
<dd class="p-author h-card vcard" property="bibo:editor" resource="_:editor0"><span property="rdf:first" typeof="foaf:Person"><span property="foaf:name" class="p-name fn">Frans Knibbe</span>, <a property="foaf:workplaceHomepage" class="p-org org h-org h-card" href="http://www.geodan.nl/">Geodan</a></span>
<span property="rdf:rest" resource="_:editor1"></span></dd>
<dd class="p-author h-card vcard" resource="_:editor1"><span property="rdf:first" typeof="foaf:Person"><span property="foaf:name" class="p-name fn">Alejandro Llaves</span>, <a property="foaf:workplaceHomepage" class="p-org org h-org h-card" href="http://www.oeg-upm.net/">OEG, Universidad Politécnica de Madrid</a></span>
<span property="rdf:rest" resource="rdf:nil"></span></dd>
</dl>
<p class="copyright"><a href="http://www.w3.org/Consortium/Legal/ipr-notice#Copyright">Copyright</a> © 2015 <a href="http://www.opengeospatial.org/">OGC</a> & <a href="http://www.w3.org"> <abbr title="World Wide Web Consortium">W3C</abbr> </a><sup>®</sup> (<a href="http://www.csail.mit.edu/"><abbr title="Massachusetts Institute of Technology">MIT</abbr></a>, <a href="http://www.ercim.eu/"><abbr title="European Research Consortium for Informatics and Mathematics">ERCIM</abbr></a>, <a href="http://www.keio.ac.jp/">Keio</a>, <a href="http://ev.buaa.edu.cn/">Beihang</a>), <abbr title="World Wide Web Consortium">W3C</abbr> <a href="http://www.w3.org/Consortium/Legal/ipr-notice#Legal_Disclaimer">liability</a>, <a href="http://www.w3.org/Consortium/Legal/ipr-notice#W3C_Trademarks">trademark</a> and <a href="http://www.w3.org/Consortium/Legal/copyright-documents">document use</a> rules apply.</p>
<hr />
</div>
<section property="dc:abstract" class="introductory" id="abstract"><h2 resource="#h-abstract" id="h-abstract"><span property="xhv:role" resource="xhv:heading">Abstract</span></h2>
<p>
This document describes use cases that demand a combination of geospatial and non-geospatial
data sources and techniques. It underpins the collaborative work of the
<a href="/2015/spatial/">Spatial Data on the Web Working Group</a>s operated
by both <abbr title="World Wide Web Consortium">W3C</abbr> and <abbr title="Open Geospatial Consortium">OGC</abbr>.
</p>
</section><section id="sotd" class="introductory"><h2 resource="#h-sotd" id="h-sotd"><span property="xhv:role" resource="xhv:heading">Status of This Document</span></h2>
<p><em>This section describes the status of this document at the time of its publication. Other documents may supersede this document. A list of current W3C publications and the latest revision of this technical report can be found in the <a href="http://www.w3.org/TR/">W3C technical reports index</a> at http://www.w3.org/TR/.</em></p>
<p>This document was published by the <a href="http://www.w3.org/2015/spatial/">Spatial Data on the Web Working Group</a> as a First Public Working Draft. If you wish to make comments regarding this document, please send them to
<a href="mailto:public-sdw-comments@w3.org">public-sdw-comments@w3.org</a>
(<a href="mailto:public-sdw-comments-request@w3.org?subject=subscribe">subscribe</a>,
<a href="http://lists.w3.org/Archives/Public/public-sdw-comments/">archives</a>).
All comments are welcome.</p>
<p>Publication as a Working Group Note does not imply endorsement by the W3C Membership. This is a draft document and may be updated, replaced or obsoleted by other documents at any time. It is inappropriate to cite this document as other than work in progress.</p>
<p>This document was produced by a group operating under the <a href="http://www.w3.org/Consortium/Patent-Policy-20040205/">5 February 2004 W3C Patent Policy</a>. W3C maintains a <a rel="disclosure" href="http://www.w3.org/2004/01/pp-impl/75471/status">public list of any patent disclosures</a> made in connection with the deliverables of the group; that page also includes instructions for disclosing a patent. An individual who has actual knowledge of a patent which the individual believes contains <a href="http://www.w3.org/Consortium/Patent-Policy-20040205/#def-essential">Essential Claim(s)</a> must disclose the information in accordance with <a href="http://www.w3.org/Consortium/Patent-Policy-20040205/#sec-Disclosure">section 6 of the W3C Patent Policy</a>.</p>
<p>This document is governed by the <a id="w3c_process_revision" href="http://www.w3.org/2014/Process-20140801/">1 August 2014 <abbr title="World Wide Web Consortium">W3C</abbr> Process Document</a>.</p>
<p><strong>For OGC</strong><br />
This is a Public Draft of a document prepared by the Spatial Data on the Web Working Group (SDWWG) - a joint W3C-OGC project (see
<a href="https://portal.opengeospatial.org/files/61610">charter</a>). The document is prepared following W3C conventions.
The document is released at this time to solicit public comment.</p>
</section><section id="toc"><h2 resource="#h-toc" id="h-toc" class="introductory"><span property="xhv:role" resource="xhv:heading">Table of Contents</span></h2><ul id="respecContents" role="directory" class="toc"><li class="tocline"><a class="tocxref" href="#introduction"><span class="secno">1. </span>Introduction</a></li><li class="tocline"><a class="tocxref" href="#Deliverables"><span class="secno">2. </span>Deliverables</a><ul class="toc"><li class="tocline"><a class="tocxref" href="#UseCasesAndRequirements"><span class="secno">2.1 </span>Use Cases and Requirements</a></li><li class="tocline"><a class="tocxref" href="#BestPractices"><span class="secno">2.2 </span>Spatial Data on the Web Best Practices</a></li><li class="tocline"><a class="tocxref" href="#TimeOntologyInOWL"><span class="secno">2.3 </span>Time Ontology in OWL</a></li><li class="tocline"><a class="tocxref" href="#SSN"><span class="secno">2.4 </span>Semantic Sensor Network Vocabulary</a></li><li class="tocline"><a class="tocxref" href="#CoverageInLinkedData"><span class="secno">2.5 </span>Coverage in Linked Data</a></li></ul></li><li class="tocline"><a class="tocxref" href="#Methodology"><span class="secno">3. </span>Methodology</a></li><li class="tocline"><a class="tocxref" href="#UseCases"><span class="secno">4. </span>Use Cases</a><ul class="toc"><li class="tocline"><a class="tocxref" href="#MeteorologicalDataRescue"><span class="secno">4.1 </span>Meteorological Data Rescue</a></li><li class="tocline"><a class="tocxref" href="#HabitatZoneVerification"><span class="secno">4.2 </span>Habitat zone verification for designation of Marine Conservation Zones</a></li><li class="tocline"><a class="tocxref" href="#RealtimeWildfireMonitoring"><span class="secno">4.3 </span>Real-time Wildfire Monitoring</a></li><li class="tocline"><a class="tocxref" href="#DiachronicBurntScarMapping"><span class="secno">4.4 </span>Diachronic Burnt Scar Mapping</a></li><li class="tocline"><a class="tocxref" href="#HarvestingLocalSearchContent"><span class="secno">4.5 </span>Harvesting of Local Search Content</a></li><li class="tocline"><a class="tocxref" href="#LocatingAThing"><span class="secno">4.6 </span>Locating a thing</a></li><li class="tocline"><a class="tocxref" href="#PublishingGeographicalData"><span class="secno">4.7 </span>Publishing geographical data</a></li><li class="tocline"><a class="tocxref" href="#ConsumingGeographicalDataInAWebApplication"><span class="secno">4.8 </span>Consuming geographical data in a web application</a></li><li class="tocline"><a class="tocxref" href="#EnablingPublicationDiscoveryAndAnalysisOfSpatiotemporalDataInTheHumanities"><span class="secno">4.9 </span>Enabling publication, discovery and analysis of spatiotemporal data in the humanities</a></li><li class="tocline"><a class="tocxref" href="#PublishingGeospatialReferenceData"><span class="secno">4.10 </span>Publishing geospatial reference data</a></li><li class="tocline"><a class="tocxref" href="#IntegrationOfGovernmentalAndUtilityDataToEnableSmartGrids"><span class="secno">4.11 </span>Integration of governmental and utility data to enable smart grids</a></li><li class="tocline"><a class="tocxref" href="#UsingSpatialDataFromTheWebInGISSystemsDuringEmergencyResponseOperations"><span class="secno">4.12 </span>Using spatial data from the web in <abbr title="Geospatial Information Systems">GIS</abbr> systems during emergency response operations</a></li><li class="tocline"><a class="tocxref" href="#PublicationOfAirQualityDataAggregations"><span class="secno">4.13 </span>Publication of air quality data aggregations</a></li><li class="tocline"><a class="tocxref" href="#PublicationOfTransportCardValidationAndRechargingData"><span class="secno">4.14 </span>Publication of transport card validation and recharging data</a></li><li class="tocline"><a class="tocxref" href="#CombiningSpatialRDFDataForIntegratedQueryingInATriplestore"><span class="secno">4.15 </span>Combining spatial RDF data for integrated querying in a triplestore</a></li><li class="tocline"><a class="tocxref" href="#DutchBaseRegistry"><span class="secno">4.16 </span>Dutch Base Registry</a></li><li class="tocline"><a class="tocxref" href="#PublishingCulturalHeritageData"><span class="secno">4.17 </span>Publishing Cultural Heritage Data</a></li><li class="tocline"><a class="tocxref" href="#DisseminationOf3DGeologicalData"><span class="secno">4.18 </span>Dissemination of 3D geological data</a></li><li class="tocline"><a class="tocxref" href="#PublicationOfRawSubsurfaceMonitoringData"><span class="secno">4.19 </span>Publication of Raw Subsurface Monitoring Data</a></li><li class="tocline"><a class="tocxref" href="#UseOfAPlaceNameOntologyForGeo-parsingTextAndGeo-enablingSearches"><span class="secno">4.20 </span>Use of a place name ontology for geo-parsing text and geo-enabling searches</a></li><li class="tocline"><a class="tocxref" href="#DrivingToWorkInTheSnow"><span class="secno">4.21 </span>Driving to work in the snow</a></li><li class="tocline"><a class="tocxref" href="#IntelligentTransportationSystem"><span class="secno">4.22 </span>Intelligent Transportation System</a></li><li class="tocline"><a class="tocxref" href="#OptimizingEnergyConsumptionProductionSalesAndPurchasesInSmartGrids"><span class="secno">4.23 </span>Optimizing energy consumption, production, sales and purchases in Smart Grids</a></li><li class="tocline"><a class="tocxref" href="#LinkedDataForTaxAssessment"><span class="secno">4.24 </span>Linked Data for Tax Assessment</a></li><li class="tocline"><a class="tocxref" href="#ImagesEGATimeSeriesOfAWaterCourse"><span class="secno">4.25 </span>Images, e.g. a Time series of a Water Course</a></li><li class="tocline"><a class="tocxref" href="#DroughtsInGeologicalComplexEnvironmentsWhereGroundwaterIsImportant"><span class="secno">4.26 </span>Droughts in geological complex environments where groundwater is important</a></li><li class="tocline"><a class="tocxref" href="#SoilDataApplications"><span class="secno">4.27 </span>Soil data applications</a></li><li class="tocline"><a class="tocxref" href="#BushfireResponseCoordinationCentre"><span class="secno">4.28 </span>Bushfire response coordination centre</a></li><li class="tocline"><a class="tocxref" href="#ObservationsOnGeologicalSamples"><span class="secno">4.29 </span>Observations on geological samples</a></li><li class="tocline"><a class="tocxref" href="#SpatialSampling"><span class="secno">4.30 </span>Spatial Sampling</a></li><li class="tocline"><a class="tocxref" href="#SelectHierarchicalGeographicalRegionsForUseInDataAnalysisOrVisualisation"><span class="secno">4.31 </span>Select hierarchical geographical regions for use in data analysis or visualisation</a></li><li class="tocline"><a class="tocxref" href="#SatelliteDataProcessing"><span class="secno">4.32 </span>Satellite data processing</a></li><li class="tocline"><a class="tocxref" href="#MarineObservationsEMII"><span class="secno">4.33 </span>Marine observations - eMII</a></li><li class="tocline"><a class="tocxref" href="#MarineObservationsDataProviders"><span class="secno">4.34 </span>Marine observations - data providers</a></li><li class="tocline"><a class="tocxref" href="#MarineObservationsDataConsumers"><span class="secno">4.35 </span>Marine observations - data consumers</a></li><li class="tocline"><a class="tocxref" href="#BuildingInformationManagementAndDataSharing"><span class="secno">4.36 </span>Building information management and data sharing</a></li><li class="tocline"><a class="tocxref" href="#LandsatDataServices"><span class="secno">4.37 </span>Landsat data services</a></li><li class="tocline"><a class="tocxref" href="#MetadataAndSearchGranularity"><span class="secno">4.38 </span>Metadata and Search Granularity</a></li><li class="tocline"><a class="tocxref" href="#CrowdsourcedEarthquakeObservationInformation"><span class="secno">4.39 </span>Crowdsourced earthquake observation information</a></li><li class="tocline"><a class="tocxref" href="#TCGAMicroscopyImaging"><span class="secno">4.40 </span>TCGA / Microscopy Imaging</a></li><li class="tocline"><a class="tocxref" href="#CropYieldEstimationUsingMultipleSatellites"><span class="secno">4.41 </span>Crop yield estimation using multiple satellites</a></li><li class="tocline"><a class="tocxref" href="#GeospatialExtensionsToDomainIndependentMetadataSchemas"><span class="secno">4.42 </span>Geospatial extensions to domain-independent metadata schemas</a></li><li class="tocline"><a class="tocxref" href="#ImprovingDiscoveryOfSpatialDataOnTheWeb"><span class="secno">4.43 </span>Improving discovery of spatial data on the Web</a></li><li class="tocline"><a class="tocxref" href="#INSPIREComplianceUsingWebStandards"><span class="secno">4.44 </span><abbr title="Infrastructure for Spatial Information in the European Community">INSPIRE</abbr> compliance using web standards</a></li><li class="tocline"><a class="tocxref" href="#EventlikeGeographicFeatures"><span class="secno">4.45 </span>Event-like geographic features</a></li><li class="tocline"><a class="tocxref" href="#CreationOfVirtualObservationsfromAnalysisPhaseOfWeatherPredictionModel"><span class="secno">4.46 </span>Creation of “virtual observations” from “analysis” phase of weather prediction model</a></li><li class="tocline"><a class="tocxref" href="#IncorporatingGeospatialDataIntoInteractive3DGraphicsOnTheWeb"><span class="secno">4.47 </span>Incorporating geospatial data (e.g. geo-referenced geometry) into interactive 3D graphics on the web </a></li><li class="tocline"><a class="tocxref" href="#SmartCities"><span class="secno">4.48 </span>Smart Cities</a></li></ul></li><li class="tocline"><a class="tocxref" href="#Requirements"><span class="secno">5. </span>Requirements</a><ul class="toc"><li class="tocline"><a class="tocxref" href="#BoundingBoxCentroid"><span class="secno">5.1 </span>Bounding box and centroid</a></li><li class="tocline"><a class="tocxref" href="#Compatibility"><span class="secno">5.2 </span>Compatibility with existing practices</a></li><li class="tocline"><a class="tocxref" href="#Compressible"><span class="secno">5.3 </span>Compressible</a></li><li class="tocline"><a class="tocxref" href="#CoverageTemporalExtent"><span class="secno">5.4 </span>Coverage temporal extent</a></li><li class="tocline"><a class="tocxref" href="#Crawlability"><span class="secno">5.5 </span>Crawlability</a></li><li class="tocline"><a class="tocxref" href="#CRSDefinition"><span class="secno">5.6 </span>CRS definition</a></li><li class="tocline"><a class="tocxref" href="#DateTimeDuration"><span class="secno">5.7 </span>Date, time and duration</a></li><li class="tocline"><a class="tocxref" href="#DefaultCRS"><span class="secno">5.8 </span>Default CRS</a></li><li class="tocline"><a class="tocxref" href="#DifferentTimeModels"><span class="secno">5.9 </span>Different time models</a></li><li class="tocline"><a class="tocxref" href="#Discoverability"><span class="secno">5.10 </span>Discoverability</a></li><li class="tocline"><a class="tocxref" href="#DynamicSensorData"><span class="secno">5.11 </span>Dynamic sensor data</a></li><li class="tocline"><a class="tocxref" href="#EncodingForVectorGeometry"><span class="secno">5.12 </span>Encoding for vector geometry</a></li><li class="tocline"><a class="tocxref" href="#ExSituSampling"><span class="secno">5.13 </span>Ex-situ sampling</a></li><li class="tocline"><a class="tocxref" href="#Georectification"><span class="secno">5.14 </span>Georectification</a></li><li class="tocline"><a class="tocxref" href="#GeoreferencedData"><span class="secno">5.15 </span>Georeferenced spatial data</a></li><li class="tocline"><a class="tocxref" href="#HumansAsSensors"><span class="secno">5.16 </span>Humans as sensors</a></li><li class="tocline"><a class="tocxref" href="#IndependenceOnReferenceSystems"><span class="secno">5.17 </span>Independence on reference systems</a></li><li class="tocline"><a class="tocxref" href="#LightweightAPI"><span class="secno">5.18 </span>Lightweight API</a></li><li class="tocline"><a class="tocxref" href="#Linkability"><span class="secno">5.19 </span>Linkability</a></li><li class="tocline"><a class="tocxref" href="#MachineToMachine"><span class="secno">5.20 </span>Machine to machine</a></li><li class="tocline"><a class="tocxref" href="#MobileSensors"><span class="secno">5.21 </span>Mobile sensors</a></li><li class="tocline"><a class="tocxref" href="#4DModelSpaceTime"><span class="secno">5.22 </span>4D model of space-time</a></li><li class="tocline"><a class="tocxref" href="#ModelReuse"><span class="secno">5.23 </span>Model reuse</a></li><li class="tocline"><a class="tocxref" href="#MovingFeatures"><span class="secno">5.24 </span>Moving features</a></li><li class="tocline"><a class="tocxref" href="#MultilingualSupport"><span class="secno">5.25 </span>Multilingual support</a></li><li class="tocline"><a class="tocxref" href="#MultipleTypesOfCoverage"><span class="secno">5.26 </span>Multiple types of coverage</a></li><li class="tocline"><a class="tocxref" href="#NominalObservations"><span class="secno">5.27 </span>Nominal observations</a></li><li class="tocline"><a class="tocxref" href="#NominalTemporalReferences"><span class="secno">5.28 </span>Nominal temporal references</a></li><li class="tocline"><a class="tocxref" href="#NonGeographicReferenceSystem"><span class="secno">5.29 </span>Non-geographic reference system</a></li><li class="tocline"><a class="tocxref" href="#ObservationAggregations"><span class="secno">5.30 </span>Observation aggregations</a></li><li class="tocline"><a class="tocxref" href="#ObservedPropertyInCoverage"><span class="secno">5.31 </span>Observed property in coverage</a></li><li class="tocline"><a class="tocxref" href="#Provenance"><span class="secno">5.32 </span>Provenance</a></li><li class="tocline"><a class="tocxref" href="#QualityMetadata"><span class="secno">5.33 </span>Quality metadata</a></li><li class="tocline"><a class="tocxref" href="#ReferenceDataChunks"><span class="secno">5.34 </span>Reference data chunks</a></li><li class="tocline"><a class="tocxref" href="#ReferenceExternalVocabularies"><span class="secno">5.35 </span>Reference external vocabularies</a></li><li class="tocline"><a class="tocxref" href="#SamplingTopology"><span class="secno">5.36 </span>Sampling topology</a></li><li class="tocline"><a class="tocxref" href="#SensorMetadata"><span class="secno">5.37 </span>Sensor metadata</a></li><li class="tocline"><a class="tocxref" href="#SensingProcedure"><span class="secno">5.38 </span>Sensing procedure</a></li><li class="tocline"><a class="tocxref" href="#SpaceTimeMultiScale"><span class="secno">5.39 </span>Space-time multi-scale</a></li><li class="tocline"><a class="tocxref" href="#SpatialMetadata"><span class="secno">5.40 </span>Spatial metadata</a></li><li class="tocline"><a class="tocxref" href="#SpatialMeronymy"><span class="secno">5.41 </span>Spatial meronymy</a></li><li class="tocline"><a class="tocxref" href="#SpatialOperators"><span class="secno">5.42 </span>Spatial operators</a></li><li class="tocline"><a class="tocxref" href="#SpatialVagueness"><span class="secno">5.43 </span>Spatial vagueness</a></li><li class="tocline"><a class="tocxref" href="#SSNLikeRepresentation"><span class="secno">5.44 </span>SSN-like representation</a></li><li class="tocline"><a class="tocxref" href="#Streamable"><span class="secno">5.45 </span>Streamable data</a></li><li class="tocline"><a class="tocxref" href="#3DSupport"><span class="secno">5.46 </span>Support for 3D</a></li><li class="tocline"><a class="tocxref" href="#TimeDependentCRS"><span class="secno">5.47 </span>Time dependencies in CRS definitions</a></li><li class="tocline"><a class="tocxref" href="#TemporalReferenceSystem"><span class="secno">5.48 </span>Temporal reference system</a></li><li class="tocline"><a class="tocxref" href="#TemporalVagueness"><span class="secno">5.49 </span>Temporal vagueness</a></li><li class="tocline"><a class="tocxref" href="#TilingSupport"><span class="secno">5.50 </span>Support for tiling</a></li><li class="tocline"><a class="tocxref" href="#TimeSeries"><span class="secno">5.51 </span>Time series</a></li><li class="tocline"><a class="tocxref" href="#UncertaintyInObservations"><span class="secno">5.52 </span>Uncertainty in observations</a></li><li class="tocline"><a class="tocxref" href="#UseInComputationalModels"><span class="secno">5.53 </span>Use in computational models</a></li><li class="tocline"><a class="tocxref" href="#Validation"><span class="secno">5.54 </span>Validation</a></li><li class="tocline"><a class="tocxref" href="#ValidTime"><span class="secno">5.55 </span>Valid time</a></li><li class="tocline"><a class="tocxref" href="#VirtualObservations"><span class="secno">5.56 </span>Virtual observations</a></li></ul></li><li class="tocline"><a class="tocxref" href="#ack"><span class="secno">6. </span>Acknowledgements</a></li></ul></section>
<section property="bibo:hasPart" resource="#introduction" typeof="bibo:Chapter" id="introduction">
<!--OddPage--><h2 resource="#h-introduction" id="h-introduction"><span property="xhv:role" resource="xhv:heading"><span class="secno">1. </span>Introduction</span></h2>
<p>
The mission of the <a href="http://www.w3.org/2015/spatial/">Spatial Data on the Web Working Group</a>, as described in its <a href="http://www.w3.org/2015/spatial/charter">charter</a>, is to clarify and to formalize standards on spatial data on the web. In particular:</p>
<ol>
<li>to determine how spatial information can best be integrated with other data on the Web;</li>
<li>to determine how machines and people can discover that different facts in different datasets relate to the same place, especially when 'place' is expressed in different ways and at different levels of granularity;</li>
<li>to identify and assess existing methods and tools and then create a set of best practices for their use;</li>
<li>where desirable, to complete the standardization of informal technologies already in widespread use.</li>
</ol>
<p>This document describes the results of the first steps of working towards these goals. Members of the working group and other stakeholders have come up with a number of <a href="#UseCases">use cases</a> that describe how spatial data on the web could work. From these use cases, a number of <a href="#Requirements">requirements</a> for further work are derived. In this document, use cases, requirements and their relationships are described. Requirements and use cases are also related to the <a href="#Deliverables">deliverables</a> of the working group.</p>
<p>The requirements described in this document will be the basis for development of the other four deliverables of the Working Group.</p>
</section>
<section property="bibo:hasPart" resource="#Deliverables" typeof="bibo:Chapter" id="Deliverables">
<!--OddPage--><h2 resource="#h-deliverables" id="h-deliverables"><span property="xhv:role" resource="xhv:heading"><span class="secno">2. </span>Deliverables</span></h2>
<p>The deliverables of this Working Group are described in the <a href="http://www.w3.org/2015/spatial/charter">Working Group Charter</a>. For convenience those deliverables are replicated in this chapter. The charter remains the authorative source of the definition of deliverables.</p>
<section property="bibo:hasPart" resource="#UseCasesAndRequirements" typeof="bibo:Chapter" id="UseCasesAndRequirements">
<h3 resource="#h-usecasesandrequirements" id="h-usecasesandrequirements"><span property="xhv:role" resource="xhv:heading"><span class="secno">2.1 </span>Use Cases and Requirements</span></h3>
<p>A document setting out the range of problems that the working groups are trying to solve (this document).</p>
</section>
<section property="bibo:hasPart" resource="#BestPractices" typeof="bibo:Chapter" id="BestPractices">
<h3 resource="#h-bestpractices" id="h-bestpractices"><span property="xhv:role" resource="xhv:heading"><span class="secno">2.2 </span>Spatial Data on the Web Best Practices</span></h3>
<p>This will include:</p>
<ul>
<li>an agreed spatial ontology conformant to the ISO 19107 abstract model and based on existing available ontologies such as GeoSPARQL, NeoGeo and the ISA Core Location vocabulary;</li>
<li>advice on use of URIs as identifiers in GI systems;</li>
<li>advice on providing different levels of metadata for different usage scenarios (from broad sweep metadata to metadata about individual coordinates in a polygon);</li>
<li>develop advice on, or possibly define, RESTful APIs to return data in a variety of formats including those defined elsewhere, such as GeoJSON, GeoJSON-LD and TopoJSON.</li>
</ul>
</section>
<section property="bibo:hasPart" resource="#TimeOntologyInOWL" typeof="bibo:Chapter" id="TimeOntologyInOWL">
<h3 resource="#h-timeontologyinowl" id="h-timeontologyinowl"><span property="xhv:role" resource="xhv:heading"><span class="secno">2.3 </span>Time Ontology in OWL</span></h3>
<p>The WG will work with the authors of the existing Time Ontology in OWL to complete the development of this widely used ontology through to Recommendation status. Further requirements already identified in the geospatial community will be taken into account.</p>
</section>
<section property="bibo:hasPart" resource="#SSN" typeof="bibo:Chapter" id="SSN">
<h3 resource="#h-ssn" id="h-ssn"><span property="xhv:role" resource="xhv:heading"><span class="secno">2.4 </span>Semantic Sensor Network Vocabulary</span></h3>
<p>The WG will work with the members of the former Semantic Sensor Network Incubator Group to develop its ontology into a formal Recommendation, noting the work to split the ontology into smaller sections to offer simplified access.</p>
</section>
<section property="bibo:hasPart" resource="#CoverageInLinkedData" typeof="bibo:Chapter" id="CoverageInLinkedData">
<h3 resource="#h-coverageinlinkeddata" id="h-coverageinlinkeddata"><span property="xhv:role" resource="xhv:heading"><span class="secno">2.5 </span>Coverage in Linked Data</span></h3>
<p>The WG will develop a formal Recommendation for expressing discrete coverage data conformant to the ISO 19123 abstract model. Existing standard and de facto ontologies will be examined for applicability; these will include the RDF Data Cube. The Recommendation will include provision for describing the subset of coverages that are simple timeseries datasets - where a time-varying property is measured at a fixed location. OGC's WaterML 2 Part 1 - Timeseries will be used as an initial basis.</p>
<p>Given that coverage data can often be extremely large in size, publication of the individual data points as Linked Data may not always be appropriate. The Recommendation will include provision for describing an entire coverage dataset and subsets thereof published in more compact formats using Linked Data. For example where a third party wishes to annotate a subset of a large coverage dataset or a data provider wishes to publish a large coverage dataset in smaller subsets to support convenient reuse.</p>
</section>
</section>
<section property="bibo:hasPart" resource="#Methodology" typeof="bibo:Chapter" id="Methodology">
<!--OddPage--><h2 resource="#h-methodology" id="h-methodology"><span property="xhv:role" resource="xhv:heading"><span class="secno">3. </span>Methodology</span></h2>
<p>In order to find out the requirements for the deliverables of the Working Group, use cases were collected. For the purpose of the Working Group, a use case is a story that describes challenges with respect to spatial data on the web for existing or envisaged information systems. It does not need to adhere to certain standardised format. Use cases are primarily used as a source of requirements, but a use case could be revisited near the time the work of the Working Group will reach completion, to demonstrate that it is now possible to make the use case work.</p>
<p>The Working Group has derived requirements from the collected use cases. A requirement is something that needs to be achieved by one or more deliverables and is phrased as a specification of functionality. Requirements can lead to one or more tests that can prove whether the requirement is met.</p>
<p>Care was taken to only derive requirements that are considered to in scope for the further work of the Working Group. The scope of the Working Group is determined by the <a href="http://www.w3.org/2015/spatial/charter">charter</a>. To help keeping the requirements in scope, the following questions were applied:</p>
<ol>
<li>Is the requirement specifically about spatial data on the Web?</li>
<li>Is the use case including data published, reused, and accessible via Web technologies?</li>
<li>Has a use case a description that can lead to a testable requirement?</li>
</ol>
</section>
<section property="bibo:hasPart" resource="#UseCases" typeof="bibo:Chapter" id="UseCases">
<!--A HTML template for use cases can be found at the end of this section -->
<!--OddPage--><h2 resource="#h-usecases" id="h-usecases"><span property="xhv:role" resource="xhv:heading"><span class="secno">4. </span>Use Cases</span></h2>
<p>Use cases that describe current problems or future opportunities for spatial data on the web have been gathered as a first activity of the Working Group. They were mainly contributed by members of Working Group, but there were also contributions from other interested parties. In this chapter these use cases are listed and identified. Each use case is related to one or more Working Group <a href="#Deliverables">deliverables</a> and to one or more <a href="#Requirements">requirements</a> for future deliverables.</p>
<section property="bibo:hasPart" resource="#MeteorologicalDataRescue" typeof="bibo:Chapter" id="MeteorologicalDataRescue">
<h3 resource="#h-meteorologicaldatarescue" id="h-meteorologicaldatarescue"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.1 </span>Meteorological Data Rescue</span></h3>
<p class="contributor">Chris Little, based on scenarios used for the WMO infrastructure requirements.</p>
<label class="expand" for="uc1"></label>
<input id="uc1" type="checkbox">
<div>
<p>This is really one of several future, but realistic, meteorological scenarios to aim at.</p>
<p>National Hydro-Meteorological Services around the world are coordinated via the WMO (World Meteorological Organization), part of the United Nations system. WMO has the same status as ISO, and its standards and regulatory materials applies to all its 193 national meteorological services and are available in the six working languages ( عربي | 中文 | Fr | Ru | Es | En). WMO has embarked on a long-term (think a decade or so) program to update the global meteorological operational infrastructure. This is known as the WIS (WMO Information System). The global infrastructure also has aviation, oceanographic, seismic and other users. The WIS includes a global, federated, synchronized, geospatial catalog, envisaged to encompass all hydro-meteorological data and services. Currently several nodes are operational, cataloguing mainly routinely exchanged observations and forecasts.</p>
<p>Envisage an environmental scientist in Cambodia, researching the impact of deforestation in Vietnam as part of investigating the regional impacts of climate change. She submits her search keywords, in Cambodian, and receives responses indicating there is some data from the 1950s, printed in a 1960 pamphlet, in the Bibliothèque Nationale, a library in Paris, France, in French. She receives an abstract of some form that enables her to decide that the data are worth accessing, and initiates a request for a digital copy to be sent.</p>
<p>She receives the pamphlet as a scanned image of each page, and she decides that the quantitative information in the paper is useful, so she arranges transcription of the tabular numerical data and their summary values into a digital form and publishes the dataset, with a persistent identifier, and links it to a detailed coverage extent, the original paper source, the scanned pages and her paper when it is published. She also incorporates scanned charts and graphs from the original pamphlet into her paper. Her organization creates a catalog record for her research paper dataset and publishes it in the WIS global catalog, which makes it also visible to the GEO System of Systems broker portal.</p>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a>, <a class="sec-ref" href="#TimeOntologyInOWL"><span class="secno">2.3</span> <span class="sec-title">Time Ontology in OWL</span></a>, <a class="sec-ref" href="#SSN"><span class="secno">2.4</span> <span class="sec-title">Semantic Sensor Network Vocabulary</span></a>, <a class="sec-ref" href="#CoverageInLinkedData"><span class="secno">2.5</span> <span class="sec-title">Coverage in Linked Data</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#SpatialMetadata"><span class="secno">5.40</span> <span class="sec-title">Spatial metadata</span></a>, <a class="sec-ref" href="#CoverageTemporalExtent"><span class="secno">5.4</span> <span class="sec-title">Coverage temporal extent</span></a>, <a class="sec-ref" href="#CRSDefinition"><span class="secno">5.6</span> <span class="sec-title">CRS definition</span></a>, <a class="sec-ref" href="#DateTimeDuration"><span class="secno">5.7</span> <span class="sec-title">Date, time and duration</span></a>, <a class="sec-ref" href="#DifferentTimeModels"><span class="secno">5.9</span> <span class="sec-title">Different time models</span></a>, <a class="sec-ref" href="#Discoverability"><span class="secno">5.10</span> <span class="sec-title">Discoverability</span></a>, <a class="sec-ref" href="#GeoreferencedData"><span class="secno">5.15</span> <span class="sec-title">Georeferenced spatial data</span></a>, <a class="sec-ref" href="#Linkability"><span class="secno">5.19</span> <span class="sec-title">Linkability</span></a>, <a class="sec-ref" href="#MultilingualSupport"><span class="secno">5.25</span> <span class="sec-title">Multilingual support</span></a>, <a class="sec-ref" href="#NominalTemporalReferences"><span class="secno">5.28</span> <span class="sec-title">Nominal temporal references</span></a>, <a class="sec-ref" href="#ObservedPropertyInCoverage"><span class="secno">5.31</span> <span class="sec-title">Observed property in coverage</span></a>, <a class="sec-ref" href="#Provenance"><span class="secno">5.32</span> <span class="sec-title">Provenance</span></a>, <a class="sec-ref" href="#QualityMetadata"><span class="secno">5.33</span> <span class="sec-title">Quality metadata</span></a>, <a class="sec-ref" href="#ReferenceDataChunks"><span class="secno">5.34</span> <span class="sec-title">Reference data chunks</span></a>, <a class="sec-ref" href="#ReferenceExternalVocabularies"><span class="secno">5.35</span> <span class="sec-title">Reference external vocabularies</span></a>, <a class="sec-ref" href="#SensingProcedure"><span class="secno">5.38</span> <span class="sec-title">Sensing procedure</span></a>, <a class="sec-ref" href="#SensorMetadata"><span class="secno">5.37</span> <span class="sec-title">Sensor metadata</span></a>, <a class="sec-ref" href="#SpaceTimeMultiScale"><span class="secno">5.39</span> <span class="sec-title">Space-time multi-scale</span></a>, <a class="sec-ref" href="#SpatialVagueness"><span class="secno">5.43</span> <span class="sec-title">Spatial vagueness</span></a>, <a class="sec-ref" href="#TemporalReferenceSystem"><span class="secno">5.48</span> <span class="sec-title">Temporal reference system</span></a>, <a class="sec-ref" href="#UncertaintyInObservations"><span class="secno">5.52</span> <span class="sec-title">Uncertainty in observations</span></a>, <a class="sec-ref" href="#Crawlability"><span class="secno">5.5</span> <span class="sec-title">Crawlability</span></a></p>
</section>
<section property="bibo:hasPart" resource="#HabitatZoneVerification" typeof="bibo:Chapter" id="HabitatZoneVerification">
<h3 resource="#h-habitatzoneverification" id="h-habitatzoneverification"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.2 </span>Habitat zone verification for designation of Marine Conservation Zones</span></h3>
<p class="contributor">Jeremy Tandy</p>
<label class="expand" for="uc2"></label>
<input id="uc2" type="checkbox">
<div>
<p>The <a href="http://jncc.defra.gov.uk/page-5230">Marine and Coastal Access Act 2009</a> allows for the creation of a type of Marine Protected Area (MPA), called a Marine Conservation Zone (MCZ). MCZs protect a range of nationally important marine wildlife, habitats, geology and geomorphology and can be designated anywhere in English and Welsh inshore and UK offshore waters.</p>
<p>The designation of a MCZ is dependent on a detailed analysis of the marine environment which results in the definition of geometric areas where a given habitat type is deemed to occur and is published as a habitat map.</p>
<p>Being a policy statement, it is important to be able to express the provenance of information that was used to compile the habitat map. Moreover, because the marine environment is always changing, it is important to express the time at which this information was collected.</p>
<p>The information includes:</p>
<ul>
<li>acoustic survey</li>
<li>video (from a video camera towed behind a survey boat)</li>
<li>biota observations (based on what is observed in the video and from physical collection)</li>
<li>particle size (sand/mud)</li>
<li>water column data</li>
<li>seabed character map: discrete seabed features and backscatter information (from sonar) to determine bottom type</li>
</ul>
<p>These information types are varied in type and size. In particular, the acoustic survey (e.g. side-scan sonar) is difficult to manage as these survey results can be many gigabytes in size and cover large areas. A way is needed to refer to just a small part of these coverage data sets that are relevant to a particular habitat zone analysis.</p>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a>, <a class="sec-ref" href="#TimeOntologyInOWL"><span class="secno">2.3</span> <span class="sec-title">Time Ontology in OWL</span></a>, <a class="sec-ref" href="#SSN"><span class="secno">2.4</span> <span class="sec-title">Semantic Sensor Network Vocabulary</span></a>, <a class="sec-ref" href="#CoverageInLinkedData"><span class="secno">2.5</span> <span class="sec-title">Coverage in Linked Data</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#GeoreferencedData"><span class="secno">5.15</span> <span class="sec-title">Georeferenced spatial data</span></a>, <a class="sec-ref" href="#MultipleTypesOfCoverage"><span class="secno">5.26</span> <span class="sec-title">Multiple types of coverage</span></a>, <a class="sec-ref" href="#Provenance"><span class="secno">5.32</span> <span class="sec-title">Provenance</span></a>, <a class="sec-ref" href="#ReferenceDataChunks"><span class="secno">5.34</span> <span class="sec-title">Reference data chunks</span></a>, <a class="sec-ref" href="#SensorMetadata"><span class="secno">5.37</span> <span class="sec-title">Sensor metadata</span></a>, <a class="sec-ref" href="#CRSDefinition"><span class="secno">5.6</span> <span class="sec-title">CRS definition</span></a>, <a class="sec-ref" href="#ReferenceExternalVocabularies"><span class="secno">5.35</span> <span class="sec-title">Reference external vocabularies</span></a>, <a class="sec-ref" href="#MobileSensors"><span class="secno">5.21</span> <span class="sec-title">Mobile sensors</span></a>, <a class="sec-ref" href="#Linkability"><span class="secno">5.19</span> <span class="sec-title">Linkability</span></a>, <a class="sec-ref" href="#NominalObservations"><span class="secno">5.27</span> <span class="sec-title">Nominal observations</span></a>, <a class="sec-ref" href="#HumansAsSensors"><span class="secno">5.16</span> <span class="sec-title">Humans as sensors</span></a>, <a class="sec-ref" href="#3DSupport"><span class="secno">5.46</span> <span class="sec-title">Support for 3D</span></a>, <a class="sec-ref" href="#ExSituSampling"><span class="secno">5.13</span> <span class="sec-title">Ex-situ sampling</span></a>, <a class="sec-ref" href="#SensingProcedure"><span class="secno">5.38</span> <span class="sec-title">Sensing procedure</span></a></p>
</section>
<section property="bibo:hasPart" resource="#RealtimeWildfireMonitoring" typeof="bibo:Chapter" id="RealtimeWildfireMonitoring">
<h3 resource="#h-realtimewildfiremonitoring" id="h-realtimewildfiremonitoring"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.3 </span>Real-time Wildfire Monitoring</span></h3>
<p class="contributor">Manolis Koubarakis</p>
<label class="expand" for="uc3"></label>
<input id="uc3" type="checkbox">
<div>
<p>This use case is about the wildfire monitoring service of the National Observatory of Athens (NOA) as studied in the <a href="http://www.earthobservatory.eu/">TELEIOS</a> project. The wildfire monitoring service is based on the use of satellite images originating from the SEVIRI (Spinning Enhanced Visible and Infrared Imager) sensor on top of the Meteosat Second Generation satellites MSG-1 and MSG-2. Since 2007, NOA operates an MSG/SEVIRI acquisition station, and has been systematically archiving raw satellite images on a 5 and 15 minutes basis, the respective temporal resolutions of MSG-1 and MSG-2.</p>
<p>The service active in NOA before TELEIOS can be summarized as follows:</p>
<ol>
<li> The ground-based receiving antenna collects all spectral bands from MSG-1 and MSG-2 every 5 and 15 minutes respectively.</li>
<li>The raw datasets are decoded and temporarily stored in the METEOSAT Ground Station as wavelet compressed images.</li>
<li>A Python program manages the data stream in real-time by offering the following functionality:
<ol>
<li>Extract and store the raw file metadata in an SQLite database. This metadata describes the type of sensor, the acquisition time, the spectral bands captured, and other related parameters. Such a step is required as one image comprises multiple raw files, which might arrive out-of-order.</li>
<li>Filter the raw data files, disregarding non-applicable data for the fire monitoring scenario, and dispatch them to a dedicated disk array for permanent storage.</li>
<li>Trigger the processing chain by transferring the appropriate spectral bands via FTP to a dedicated machine and initiating the following steps: (i) cropping the image to keep only the area of interest, (ii) georeferencing to the geodetic reference system used in Greece (HGRS 87), (iii) classifying the image pixels as "fire" or "non-fire" using appropriate algorithms, and finally (iv) exporting the final product to raster and vector formats (ESRI shapefiles).</li>
<li>Dispatch the derived products to the disk array and additionally store them in a PostGIS database system.</li>
</ol></li>
</ol>
<p>It would be interesting for NOA to see how to use the standards developed by this working group to achieve the following:</p>
<ul>
<li>Improve the thematic accuracy of generated products.</li>
<li>Generate thematic maps by combining the generated products with other kinds of data such as: Corine Land Cover, the Administrative Geography of Greece, OpenStreetMap data and Geonames.</li>
</ul>
<p>This use case is further discussed in <a href="http://cgi.di.uoa.gr/~koubarak/publications/edbt2013.pdf">Real-Time
Wildfire Monitoring Using Scientific Database and Linked Data Technologies</a>.
Some of the data used in the <a href="http://ocean.space.noa.gr/seviri_u/fend_new/index.php">operational service</a> is
<a href="http://linkedopendata.gr/">available separately</a>.</p>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a>, <a class="sec-ref" href="#TimeOntologyInOWL"><span class="secno">2.3</span> <span class="sec-title">Time Ontology in OWL</span></a>, <a class="sec-ref" href="#SSN"><span class="secno">2.4</span> <span class="sec-title">Semantic Sensor Network Vocabulary</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#CRSDefinition"><span class="secno">5.6</span> <span class="sec-title">CRS definition</span></a>, <a class="sec-ref" href="#Georectification"><span class="secno">5.14</span> <span class="sec-title">Georectification</span></a>, <a class="sec-ref" href="#Linkability"><span class="secno">5.19</span> <span class="sec-title">Linkability</span></a>, <a class="sec-ref" href="#MultipleTypesOfCoverage"><span class="secno">5.26</span> <span class="sec-title">Multiple types of coverage</span></a>, <a class="sec-ref" href="#Provenance"><span class="secno">5.32</span> <span class="sec-title">Provenance</span></a>, <a class="sec-ref" href="#SensorMetadata"><span class="secno">5.37</span> <span class="sec-title">Sensor metadata</span></a>, <a class="sec-ref" href="#DynamicSensorData"><span class="secno">5.11</span> <span class="sec-title">Dynamic sensor data</span></a>, <a class="sec-ref" href="#SSNLikeRepresentation"><span class="secno">5.44</span> <span class="sec-title">SSN-like representation</span></a></p>
</section>
<section property="bibo:hasPart" resource="#DiachronicBurntScarMapping" typeof="bibo:Chapter" id="DiachronicBurntScarMapping">
<h3 resource="#h-diachronicburntscarmapping" id="h-diachronicburntscarmapping"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.4 </span>Diachronic Burnt Scar Mapping</span></h3>
<p class="contributor">Manolis Koubarakis</p>
<label class="expand" for="uc4"></label>
<input id="uc4" type="checkbox">
<div>
<p>This use case was studied by the National Observatory of Athens (NOA) in the <a href="http://www.earthobservatory.eu/">TELEIOS</a> project. The burnt scar mapping service is dedicated to the accurate mapping of burnt areas in Greece after the end of the summer fire season, using Landsat 5 TM satellite images. The processing chain of this service is divided into three stages, each one containing a series of modules.</p>
<p>The pre-processing stage is dedicated to (i) identification of appropriate data, downloading and archiving, (ii) georeferencing of the received satellite images, and (iii) cloud masking process to exclude pixels “contaminated” by clouds from the subsequent processing steps.</p>
<p>The core processing stage comprises (i) a classification algorithm which identifies burnt and non-burnt sets of pixels, (ii) a noise removal process that is necessary to eliminate isolated pixels that have been classified wrongfully as burnt, and (ii) converting the raster intermediate product to vector format.</p>
<p>Finally, the post-processing stage consists of (i) a visual refinement step to ensure product thematic accuracy and consistency, (ii) attribute enrichment of the product by overlaying the polygons with geoinformation layers and finally (iii) generation of thematic maps. It would be interesting for NOA to see where the standards to be developed in this working group could be used.</p>
<p>The <a href="http://ocean.space.noa.gr/seviri_u/fend_new/index.php">burnt scar mapping service</a> is operational.</p>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a>, <a class="sec-ref" href="#TimeOntologyInOWL"><span class="secno">2.3</span> <span class="sec-title">Time Ontology in OWL</span></a>, <a class="sec-ref" href="#SSN"><span class="secno">2.4</span> <span class="sec-title">Semantic Sensor Network Vocabulary</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#CRSDefinition"><span class="secno">5.6</span> <span class="sec-title">CRS definition</span></a>, <a class="sec-ref" href="#Georectification"><span class="secno">5.14</span> <span class="sec-title">Georectification</span></a>, <a class="sec-ref" href="#Linkability"><span class="secno">5.19</span> <span class="sec-title">Linkability</span></a>, <a class="sec-ref" href="#MultipleTypesOfCoverage"><span class="secno">5.26</span> <span class="sec-title">Multiple types of coverage</span></a>, <a class="sec-ref" href="#Provenance"><span class="secno">5.32</span> <span class="sec-title">Provenance</span></a>, <a class="sec-ref" href="#SensorMetadata"><span class="secno">5.37</span> <span class="sec-title">Sensor metadata</span></a>, <a class="sec-ref" href="#SSNLikeRepresentation"><span class="secno">5.44</span> <span class="sec-title">SSN-like representation</span></a></p>
</section>
<section property="bibo:hasPart" resource="#HarvestingLocalSearchContent" typeof="bibo:Chapter" id="HarvestingLocalSearchContent">
<h3 resource="#h-harvestinglocalsearchcontent" id="h-harvestinglocalsearchcontent"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.5 </span>Harvesting of Local Search Content</span></h3>
<p class="contributor">Ed Parsons</p>
<label class="expand" for="uc5"></label>
<input id="uc5" type="checkbox">
<div>
<p>This is a rather generic and broad use case, relevant to Google but clearly also relevant to anyone interested in machine processing of HTML referring to about locations and activities that take place at those locations. Local search providers spend much time and effort creating databases of local facilities, businesses and events.</p>
<p>Much of this information comes from Web pages published on the public Web, but in an unstructured form. Previous attempts at harvesting this information automatically have met with only limited success. Current alternative approaches involve business owners manually adding structured data to dedicated portals. This approach, although clearly an improvement, does not really scale and there are clearly issues in terms of data sharing and freshness.</p>
<p>The information of interest includes:</p>
<ul>
<li>the facility's address;</li>
<li>the type of business/activity;</li>
<li>opening hours;</li>
<li>date, time and duration of events;</li>
<li>telephone, e-mail and Web site details.</li>
</ul>
<p>Complexities to this include multiple address standards, the differences between qualitative representations of place, and precise spatial co-ordinates, definitions of activities etc.</p>
<p>Ultimately these Web pages should become the canonical source of local data used by all Web users and services.</p>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a>, <a class="sec-ref" href="#TimeOntologyInOWL"><span class="secno">2.3</span> <span class="sec-title">Time Ontology in OWL</span></a>,</p>
<p class="relatedRequirements"><a class="sec-ref" href="#DateTimeDuration"><span class="secno">5.7</span> <span class="sec-title">Date, time and duration</span></a>, <a class="sec-ref" href="#Crawlability"><span class="secno">5.5</span> <span class="sec-title">Crawlability</span></a>, <a class="sec-ref" href="#Discoverability"><span class="secno">5.10</span> <span class="sec-title">Discoverability</span></a></p>
</section>
<section property="bibo:hasPart" resource="#LocatingAThing" typeof="bibo:Chapter" id="LocatingAThing">
<h3 resource="#h-locatingathing" id="h-locatingathing"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.6 </span>Locating a thing</span></h3>
<p class="contributor">Ed Parsons</p>
<label class="expand" for="uc6"></label>
<input id="uc6" type="checkbox">
<div>
<p>With the increasing availability of small, mobile location aware devices the requirement to identify a location human terms is becoming more important. While the determination of sensor in space to a high level of precision is a largely solved problem we are less able to express the location in terms meaningful to humans. The fact that the Bluetooth-LE tracker attached to my bag is at 51.4256853,-0.3317991,4.234500 is much less useful than the description, "Under your bed at home". At others times the location descriptions "24 Bridgeman Road, Teddington, TW11 8AH, UK" might be equally valid, as might "Teddington", "South West London", "England", "UK", "Inside", "Where you left it Yesterday", "Upstairs", "45 minutes from here" or "150 meters from the Post Office".</p>
<p>A better understanding of how we describe places in human terms, the hierarchical nature of places and the fuzzy nature of many geographical entities will be needed to make the "Internet of Things" manageable. A new scale of geospatial analysis may be required using a reference frame based on the locations of individuals rather than a global spherical co-ordinate, allowing a location of your keys and their attached bluetooth tag to be described as "in the kitchen".</p>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#IndependenceOnReferenceSystems"><span class="secno">5.17</span> <span class="sec-title">Independence on reference systems</span></a>, <a class="sec-ref" href="#TimeDependentCRS"><span class="secno">5.47</span> <span class="sec-title">Time dependencies in CRS definitions</span></a>, <a class="sec-ref" href="#MachineToMachine"><span class="secno">5.20</span> <span class="sec-title">Machine to machine</span></a></p>
</section>
<section property="bibo:hasPart" resource="#PublishingGeographicalData" typeof="bibo:Chapter" id="PublishingGeographicalData">
<h3 resource="#h-publishinggeographicaldata" id="h-publishinggeographicaldata"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.7 </span>Publishing geographical data</span></h3>
<p class="contributor">Frans Knibbe</p>
<label class="expand" for="uc7"></label>
<input id="uc7" type="checkbox">
<div>
<p>This use case is for representing the perspective of a party that is interested in publishing data on the Web and wants to do it right with respect to the geographical component of the data. The point of this use case is that it would be good to remove barriers that stand in the way of more spatial data becoming available on the Web.</p>
<p>A data publisher could have the following questions:</p>
<ol>
<li>How should I publish vector data? What is the best encoding to use?</li>
<li>How should I publish raster data?</li>
<li>How do I make the CRS known?</li>
<li>How do I make the spatial resolution/level of detail/accuracy known?</li>
<li>Which data publishing software has good support of geographical data types and geographical functions?</li>
<li>Which data publishing software has good performance when it comes to spatial operations on data?</li>
</ol>
<p>From the last two questions it follows that the WG could also be involved in enabling conformance testing and stimulating development of benchmarks for software.</p>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#3DSupport"><span class="secno">5.46</span> <span class="sec-title">Support for 3D</span></a>, <a class="sec-ref" href="#BoundingBoxCentroid"><span class="secno">5.1</span> <span class="sec-title">Bounding box and centroid</span></a>, <a class="sec-ref" href="#Compatibility"><span class="secno">5.2</span> <span class="sec-title">Compatibility with existing practices</span></a></p>
</section>
<section property="bibo:hasPart" resource="#ConsumingGeographicalDataInAWebApplication" typeof="bibo:Chapter" id="ConsumingGeographicalDataInAWebApplication">
<h3 resource="#h-consuminggeographicaldatainawebapplication" id="h-consuminggeographicaldatainawebapplication"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.8 </span>Consuming geographical data in a web application</span></h3>
<p class="contributor">Frans Knibbe</p>
<label class="expand" for="uc8"></label>
<input id="uc8" type="checkbox">
<div>
<p>This use case is somewhat complementary to use case <a href="#PublishingGeographicalData">Publishing GeographicalD ata</a>. It takes the consumer perspective, specifically that of a developer of a Web application that should visualize data and allow some kind of user interaction. The hypothetical Web application has little or no prior knowledge about the data it will encounter on the Web, but should be able to do something meaningful with any spatial data that are encountered, like drawing data on a map or rendering the data in a 3D cityscape.</p>
<p>The point of this use case is that in order for spatial data on the Web to be successful, supply and demand must be balanced to create a positive feedback loop. High quality data must be available in high quantities but those data must also be highly usable for experts as well as non-experts.</p>
<p>A Web application developer could have the following questions:
</p><ol>
<li>How do I find geographical data on the Web?</li>
<li>How can I tell what kind of spatial data I will get? Raster or vector? 2D or 3D?</li><li>
</li><li>Which encoding of vector data can I expect?</li>
<li>Which encoding of raster data can I expect?</li>
<li>Can I get the data with coordinates that match the coordinate system of my map?</li>
<li>What is the spatial extent of this dataset/collection of resources/resource?</li>
<li>How can I filter data to get the most appropriate spatial representation of a resource/collection of resources?</li>
<li>How can I use spatial data on the Web without having to take a four year academic course first?</li>
<li>Which spatial operations does this SPARQL endpoint support?</li>
<li>Can I use spatial operations in federated queries?</li>
<li>How can I ensure responsiveness of my application (low wait times when accessing data)?</li></ol>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#BoundingBoxCentroid"><span class="secno">5.1</span> <span class="sec-title">Bounding box and centroid</span></a>, <a class="sec-ref" href="#Crawlability"><span class="secno">5.5</span> <span class="sec-title">Crawlability</span></a>, <a class="sec-ref" href="#TilingSupport"><span class="secno">5.50</span> <span class="sec-title">Support for tiling</span></a>, <a class="sec-ref" href="#IndependenceOnReferenceSystems"><span class="secno">5.17</span> <span class="sec-title">Independence on reference systems</span></a>, <a class="sec-ref" href="#Compressible"><span class="secno">5.3</span> <span class="sec-title">Compressible</span></a></p>
</section>
<section property="bibo:hasPart" resource="#EnablingPublicationDiscoveryAndAnalysisOfSpatiotemporalDataInTheHumanities" typeof="bibo:Chapter" id="EnablingPublicationDiscoveryAndAnalysisOfSpatiotemporalDataInTheHumanities">
<h3 resource="#h-enablingpublicationdiscoveryandanalysisofspatiotemporaldatainthehumanities" id="h-enablingpublicationdiscoveryandanalysisofspatiotemporaldatainthehumanities"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.9 </span>Enabling publication, discovery and analysis of spatiotemporal data in the humanities</span></h3>
<p class="contributor">Frans Knibbe, Karl Grossner</p>
<label class="expand" for="uc9"></label>
<input id="uc9" type="checkbox">
<div>
<p>Note this use case shares characteristics with <a href="#PublishingCulturalHeritageData">Publishing Cultural Heritage Data</a>.</p>
<p>A research endeavor that has just started tries to stimulate researchers in various fields of the humanities to make research data available in such a way that the data are and remain usable by other researchers, and that the data may be used for purposes other than those envisaged by the original researcher. The emphasis lies on spatiotemporal data because they are nice to visualize (a map with a time slider) and because it is thought that it would be interesting to try to discover patterns in time and/or space in interlinked distributed data sets.</p>
<p>This project has the following aspects that seem relevant to this Working Group:</p>
<ol>
<li>Technologies must be easy to implement for people that generally do not have a high affinity with IT. This goes for data publishing as well as data consumption.</li>
<li>References to time and space are often inexact or have shifting frames of reference, so simple encodings like basic geo or ISO 8601 do not suffice.</li>
<li>References to time and space do need to be as exact as possible, to enable automatic discovery of spatiotemporal patterns.</li>
<li>Datasets do not just need to be published, they need to be easily discovered too, using spatial and/or temporal filters.</li>
</ol>
<p>Adding examples below relevant to items 2 and 3 above, from one existing scholarly Web application case, which may contribute to a more general (i.e. not necessarily historical) requirement for representing several types of uncertainty: imprecision, probability, confidence. Standards for gazetteers -particularly historical (temporal) ones- are non-existent, although several projects with potentially global reach are underway. It will be helpful to have this Working Group in dialog with developers for such projects as <a href="http://pelagios-project.blogspot.com/p/about-pelagios.html">Pelagios</a>, <a href="http://loc.gazetteer.us/">Library of Congress</a>, <a href="http://pleiades.stoa.org/">Pleiades</a>, and Past Place (cf. <a href="http://www.port.ac.uk/department-of-geography/staff/humphrey-southall.html">Humphrey Southall</a>).
</p><h3 id="spatial">Spatial</h3>
<ul>
<li>A set of life path data were developed for a kinship network of 30,000 individual Britons linked by birth and marriage. Spatial data for the locations of life events has several levels of granularity, from street address (10 Downing Street) to country (China). How can spatial containment relationships for places be expressed so that spatial-temporal contemporaneity be calculated?</li>
<li>References to places in historical works are often limited to toponyms (i.e. absent geometry or precise spatial relations), and qualified by such terms as "near," and "north of." How can these be indexed spatially so as to be discoverable?</li>
</ul>
<h3 id="temporal">Temporal</h3>
<ul>
<li>As with spatial data, historical sources contain temporal references at varying granularity. A single data set may contain expressions for exact dates, months, or years -- or ranges containing a mix of any of those.</li>
<li>Temporal references are frequently inexact, or relational with variable precision. The above referenced data set has a mix, including "around March 1832," "before 1750," "after WW II."</li>
</ul>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a>, <a class="sec-ref" href="#TimeOntologyInOWL"><span class="secno">2.3</span> <span class="sec-title">Time Ontology in OWL</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#DateTimeDuration"><span class="secno">5.7</span> <span class="sec-title">Date, time and duration</span></a>, <a class="sec-ref" href="#NominalTemporalReferences"><span class="secno">5.28</span> <span class="sec-title">Nominal temporal references</span></a>, <a class="sec-ref" href="#SpaceTimeMultiScale"><span class="secno">5.39</span> <span class="sec-title">Space-time multi-scale</span></a>, <a class="sec-ref" href="#TemporalVagueness"><span class="secno">5.49</span> <span class="sec-title">Temporal vagueness</span></a>, <a class="sec-ref" href="#TimeDependentCRS"><span class="secno">5.47</span> <span class="sec-title">Time dependencies in CRS definitions</span></a>, <a class="sec-ref" href="#IndependenceOnReferenceSystems"><span class="secno">5.17</span> <span class="sec-title">Independence on reference systems</span></a></p>
</section>
<section property="bibo:hasPart" resource="#PublishingGeospatialReferenceData" typeof="bibo:Chapter" id="PublishingGeospatialReferenceData">
<h3 resource="#h-publishinggeospatialreferencedata" id="h-publishinggeospatialreferencedata"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.10 </span>Publishing geospatial reference data</span></h3>
<p class="contributor">Clemens Portele</p>
<label class="expand" for="uc10"></label>
<input id="uc10" type="checkbox">
<div>
<p><i>This use is based on the <a href="http://www.elfproject.eu/documentation">European Location Framework (ELF)</a>.</i></p>
<p>Mapping and cadastral authorities maintain datasets that provide geospatial reference data. Reference data is data that a user/developer uses to provide location for her own data (by linking to it), by providing context information about a location (overlaying his data over a background map), etc.</p>
<p>A key part of this is persistent identifiers for the published data to allow linking to the reference data. Let's assume that http URIs following the <a href="http://www.w3.org/TR/cooluris/">Cool URI note</a> are used as identifiers.</p>
<p>In ELF — and <a href="http://inspire.ec.europa.eu/"><abbr title="Infrastructure for Spatial Information in the European Community">INSPIRE</abbr></a> — reference data is typically published using a Web service by the national authority. In ELF this is an OGC Web Feature Service. To provide access to the different datasets via a single entry point, all the national services are made available via a proxy Web service that also handles authentication etc. In addition, it is foreseen to publish the reference data in other commonly used Web-based platforms for geospatial data to simplify the use of the data - developers and users can use the tools and APIs they are familiar with.</p>
<p>As a result, the same administrative unit (to pick an example) is basically available via multiple (document) URIs: via the national Web service, the ELF proxy Web service and Web services of the other platforms. Different services will support different representations (GML, JSON, etc). The Web services may not be accessible by everyone and different users will have access to different document URIs.</p>
<p>Which real-world object and document URIs for the administrative unit should be maintained and what does a GET return in order:</p> <ul>
<li>to support linking other data to the administrative unit;</li>
<li>to deliver the document and representation that the user expects when dereferencing the link?</li>
</ul>
<p>A related challenge is that today such links are often implicit. For example, a post code or a statistical unit code is a property in the other data, but the link is not explicit like an HTTP URI. What is a good practice to make use of such implicit links? Should they be converted to HTTP URIs to be explicit or are there better ways (e.g. additional context that provide information about the semantics and a pattern how to construct dereferencable URIs)?</p>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#Validation"><span class="secno">5.54</span> <span class="sec-title">Validation</span></a>, <a class="sec-ref" href="#Linkability"><span class="secno">5.19</span> <span class="sec-title">Linkability</span></a>, <a class="sec-ref" href="#SpatialOperators"><span class="secno">5.42</span> <span class="sec-title">Spatial operators</span></a>, <a class="sec-ref" href="#GeoreferencedData"><span class="secno">5.15</span> <span class="sec-title">Georeferenced spatial data</span></a></p>
</section>
<section property="bibo:hasPart" resource="#IntegrationOfGovernmentalAndUtilityDataToEnableSmartGrids" typeof="bibo:Chapter" id="IntegrationOfGovernmentalAndUtilityDataToEnableSmartGrids">
<h3 resource="#h-integrationofgovernmentalandutilitydatatoenablesmartgrids" id="h-integrationofgovernmentalandutilitydatatoenablesmartgrids"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.11 </span>Integration of governmental and utility data to enable smart grids</span></h3>
<p class="contributor">Frans Knibbe</p>
<label class="expand" for="uc11"></label>
<input id="uc11" type="checkbox">
<div>
<p>The research project <a href="http://www.cerise-project.nl/index.php?lang=en">CERISE-SG</a> aims to integrate data from different domains: government, energy utilities and geography, in order to enable establishment of smart energy grids.</p>
<p>The project has recognized Linked Data as an appropriate concept for integration of data from separate semantic domains. One approach of achieving cross-domain interoperability is to switch from domain-specific semantics to common semantics. For example, the concept of an address has its own definitions in governmental standards and utility standards. Using a common definition improves interoperability.</p><p>An example of a domain model that is an international standard in electric utilities is the <a href="https://en.wikipedia.org/wiki/Common_Information_Model_(electricity)">Common Information Model (CIM)</a>. Its data model provides definitions for an important entity: the electricity meter. These meters provide useful data on consumption and production of energy. If it is possible to view these devices as sensors, it could be possible to move from domain specific semantics (CIM) to common semantics (SSN), and to have ready linkage to geographical semantics (location and network topology). What is required in this case is a low-threshold way of using sensor semantics, because people involved in integration of data from multiple domains should not be burdened with having to grasp the full complexity of each domain.</p>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a>, <a class="sec-ref" href="#SSN"><span class="secno">2.4</span> <span class="sec-title">Semantic Sensor Network Vocabulary</span></a></p>
<p class="relatedRequirements"> <a class="sec-ref" href="#SensorMetadata"><span class="secno">5.37</span> <span class="sec-title">Sensor metadata</span></a>, <a class="sec-ref" href="#Linkability"><span class="secno">5.19</span> <span class="sec-title">Linkability</span></a>, <a class="sec-ref" href="#Discoverability"><span class="secno">5.10</span> <span class="sec-title">Discoverability</span></a>, <a class="sec-ref" href="#SpatialMetadata"><span class="secno">5.40</span> <span class="sec-title">Spatial metadata</span></a></p>
</section>
<section property="bibo:hasPart" resource="#UsingSpatialDataFromTheWebInGISSystemsDuringEmergencyResponseOperations" typeof="bibo:Chapter" id="UsingSpatialDataFromTheWebInGISSystemsDuringEmergencyResponseOperations">
<h3 resource="#h-usingspatialdatafromthewebingissystemsduringemergencyresponseoperations" id="h-usingspatialdatafromthewebingissystemsduringemergencyresponseoperations"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.12 </span>Using spatial data from the web in <abbr title="Geospatial Information Systems">GIS</abbr> systems during emergency response operations</span></h3>
<p class="contributor">Bart van Leeuwen</p>
<label class="expand" for="uc12"></label>
<input id="uc12" type="checkbox">
<div>
<p>During Emergency response operations the only spatial data available to emergency response services is the predefined data in their <abbr title="Geospatial Information Systems">GIS</abbr> warehouses. This while the incidents and accidents handled by emergency response services are by nature unpredictable, it is impossible to determine on forehand which data you might need. Ad-hoc data available on the Web with a spatial component is not easily used right now, neither can the available data about a incident be easily shared over the Web.</p>
<p>A related issue is that the relation between the data in the <abbr title="Geospatial Information Systems">GIS</abbr> warehouses is only spatial, while most of the time there is an <a href="#DutchBaseRegistry">administrative relation</a> as well.</p>
<p>Under the umbrella of various projects a first attempt has been made to at least share definitions of the terminology used by various emergency response services, both national and cross border. This resulted in the start of a project called the <a href="http://www.firebrary.com/">Firebrary</a>, now the terminology and definitions are available on the Web as linked data as SKOS. Still linking from the spatial data to these definitions and vice versa is not standardized.</p>
<p>What seems to be missing is a way to define a relationship between <abbr title="Geospatial Information Systems">GIS</abbr> data (in e.g. <abbr title="Web Feature Service">WFS</abbr> services) and data on the Web and vice versa, express that a certain linked data resource is also available through a <abbr title="Geospatial Information Systems">GIS</abbr> service (rdfs:seeAlso is considered by many to be too limited) or describe the spatial component in the linked data directly.</p>
<p>Being able to plot and exchange data about active incidents through the Web and visualize them in <abbr title="Geospatial Information Systems">GIS</abbr> tools with open standards would be a huge leap forward for Emergency response services.</p>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#Compatibility"><span class="secno">5.2</span> <span class="sec-title">Compatibility with existing practices</span></a>, <a class="sec-ref" href="#Discoverability"><span class="secno">5.10</span> <span class="sec-title">Discoverability</span></a>, <a class="sec-ref" href="#SpatialMetadata"><span class="secno">5.40</span> <span class="sec-title">Spatial metadata</span></a>, <a class="sec-ref" href="#Linkability"><span class="secno">5.19</span> <span class="sec-title">Linkability</span></a></p>
</section>
<section property="bibo:hasPart" resource="#PublicationOfAirQualityDataAggregations" typeof="bibo:Chapter" id="PublicationOfAirQualityDataAggregations">
<h3 resource="#h-publicationofairqualitydataaggregations" id="h-publicationofairqualitydataaggregations"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.13 </span>Publication of air quality data aggregations</span></h3>
<p class="contributor"> Alejandro Llaves, Miguel Angel García-Delgado (OEG-UPM), Rubén Notivol, Javier Celma (Ayuntamiento de Zaragoza)</p>
<label class="expand" for="uc13"></label>
<input id="uc13" type="checkbox">
<div>
<p><b>What:</b> The local authorities of Zaragoza (Spain) want to publish the air quality data of the city. Each observation station has a spatial location described with an address. The dataset contains hourly observations and daily aggregations of different gases, e.g. SO<sub>2</sub>, NO<sub>2</sub>, O<sub>3</sub>, CO, etc.</p>
<p><b>How:</b> We use the <a href="http://www.w3.org/ns/locn">Location Core vocabulary</a> to model the address, e.g. :station locn:address "C/ Gran Vía (Paraninfo)"^^xsd:string. We use xsd:dateTime to represent hourly observations, e.g. :obs ssn:observationResultTime "2003-03-08T11:00:00Z"^^xsd:dateTime.</p>
<p>Open challenges: The combination of hourly observations and daily aggregations in the same dataset may cause confusion because the granularity of the observation is not explicit. For daily aggregations, we suggest using time:Interval from the Time Ontology. To make the temporal modeling more homogeneous, time:Instant could be used for the hourly observations. <span style="background-color:yellow">[LINK TO DATA SAMPLE TO BE ADDED]</span></p>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#SSN"><span class="secno">2.4</span> <span class="sec-title">Semantic Sensor Network Vocabulary</span></a>, <a class="sec-ref" href="#TimeOntologyInOWL"><span class="secno">2.3</span> <span class="sec-title">Time Ontology in OWL</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#DateTimeDuration"><span class="secno">5.7</span> <span class="sec-title">Date, time and duration</span></a>, <a class="sec-ref" href="#ModelReuse"><span class="secno">5.23</span> <span class="sec-title">Model reuse</span></a>, <a class="sec-ref" href="#ObservationAggregations"><span class="secno">5.30</span> <span class="sec-title">Observation aggregations</span></a>, <a class="sec-ref" href="#ReferenceExternalVocabularies"><span class="secno">5.35</span> <span class="sec-title">Reference external vocabularies</span></a></p>
</section>
<section property="bibo:hasPart" resource="#PublicationOfTransportCardValidationAndRechargingData" typeof="bibo:Chapter" id="PublicationOfTransportCardValidationAndRechargingData">
<h3 resource="#h-publicationoftransportcardvalidationandrechargingdata" id="h-publicationoftransportcardvalidationandrechargingdata"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.14 </span>Publication of transport card validation and recharging data</span></h3>
<p class="contributor">Alejandro Llaves (OEG-UPM)</p>
<label class="expand" for="uc14"></label>
<input id="uc14" type="checkbox">
<div>
<p><b>What:</b> The Regional Transport Consortium of Madrid (CRTM) wants to make available data about transport card validations and transport card recharging. In the case of transport card validations, the NFC sensors are located on buses, and at the entrance and (some) exit points of metro stations. The observation value of a validation includes data related to the transport card, such as the card identifier and the user profile. The sensors for transport card recharging are ATMs and ticket selling points distributed around Madrid. The observation value of a recharging includes the card identifier and the type of recharging.</p>
<p><b>How:</b> To model transport card validations, we consider two observed properties: user entry (EntradaUsuario) and user exit (SalidaUsuario). Validation sensors at metro stations have a fixed location and a unique identifier, e.g. 02_L12_P2. A bus validation sensor is moving continuously, so for the sake of pragmatism, there is a unique sensor identifier for each bus stop in every line, e.g. 03_L20_P837. Those identifiers point to an address and geographic coordinates. The observed property when a user adds money to her transport card is the act of recharging (CargaTTP). In both cases, validation and recharging observations, the feature of interest is the transport card.</p>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a>, <a class="sec-ref" href="#SSN"><span class="secno">2.4</span> <span class="sec-title">Semantic Sensor Network Vocabulary</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#TimeDependentCRS"><span class="secno">5.47</span> <span class="sec-title">Time dependencies in CRS definitions</span></a></p>
</section>
<section property="bibo:hasPart" resource="#CombiningSpatialRDFDataForIntegratedQueryingInATriplestore" typeof="bibo:Chapter" id="CombiningSpatialRDFDataForIntegratedQueryingInATriplestore">
<h3 resource="#h-combiningspatialrdfdataforintegratedqueryinginatriplestore" id="h-combiningspatialrdfdataforintegratedqueryinginatriplestore"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.15 </span>Combining spatial RDF data for integrated querying in a triplestore</span></h3>
<p class="contributor">Matthew Perry (Oracle)</p>
<label class="expand" for="uc15"></label>
<input id="uc15" type="checkbox">
<div>
<p>RDF datasets with spatial components are becoming more common on the Web. Many applications could benefit from the ability to combine, analyze and query this data with an RDF triplestore (or across triplestores with a federated query). Challenges arise, however, when trying to integrate such datasets.</p>
<ul>
<li>Inconsistent, incomplete, and non-standard metadata descriptions of spatial data</li>
<li>Different representations of geometry data across different datasets</li>
<li>Different spatial reference systems used across different datasets</li>
<li>Different scales used across different datasets</li>
</ul><p>For example, <a href="http://data.ordnancesurvey.co.uk/">Ordnance Survey</a> linked data uses British National Grid SRS and represents geometries with an Ordnance Survey-developed ontology, and <a href="http://linkedgeodata.org/Datasets">LinkedGeoData</a> uses WGS84 longitude latitude and represents geometries as GeoSPARQL WKT literals.</p>
<p>Best practices in the following areas would help make integration more straightforward.</p>
<ul>
<li>Agreed-upon vocabulary for metadata about spatial datasets</li>
<li>Agreed-upon URIs for common spatial reference systems</li>
<li>Recommendations for a default, canonical spatial reference system for spatial data published on the Web</li>
<li>Recommendations for serializing geometries as RDF</li>
</ul><p>Consistent metadata descriptions about spatial datasets will take out a lot of guess work when combining datasets, and standard URIs for spatial reference systems will be an important part of this metadata description. A recommended canonical SRS would make combining datasets more efficient by eliminating the coordinate transformation step, which would make federated GeoSPARQL queries more feasible.</p>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#DefaultCRS"><span class="secno">5.8</span> <span class="sec-title">Default CRS</span></a>, <a class="sec-ref" href="#EncodingForVectorGeometry"><span class="secno">5.12</span> <span class="sec-title">Encoding for vector geometry</span></a>, <a class="sec-ref" href="#SpatialMetadata"><span class="secno">5.40</span> <span class="sec-title">Spatial metadata</span></a></p>
</section>
<section property="bibo:hasPart" resource="#DutchBaseRegistry" typeof="bibo:Chapter" id="DutchBaseRegistry">
<h3 resource="#h-dutchbaseregistry" id="h-dutchbaseregistry"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.16 </span>Dutch Base Registry</span></h3>
<p class="contributor">Linda van den Brink</p>
<label class="expand" for="uc16"></label>
<input id="uc16" type="checkbox">
<div>
<p>Dutch government data is for a large part open data. However, at the moment the data is difficult to find, and it cannot be easily linked to other data. It is not helping that most registrations are making use of their heavy backoffice standards for opening their data. These problems are counteracted by copying data of others, involving heavy expenses for collecting, converting and synchronizing the data, or by building expensive national provisions. The result is an abundance of copies and much doubt regarding the authenticity of the information.</p>
<p>A better solution would be to make the authentic data permanently available as linked data, so that everyone can use it and the datasets can be interlinked, resulting in more coherence and improved traceability and no more need for copying and synchronization.</p>
<p>There are now 13 Dutch ‘base registries’ containing government reference data: e.g.</p>
<ul>
<li>BAG (Buildings and Addresses)</li>
<li>NHR (Businesses, organizations)</li>
<li>BRP (Citizens)</li>
<li>BGT (large scale topography)</li>
<li>BRT (small scale topography)</li>
<li>BRK (cadastre)</li>
<li>WOZ (building tax)</li>
</ul>
A lot of these have geospatial content or refer to geospatial resources in other base registries (such as addresses). At the moment these references are informal and often incorrect or outdated. This means there is a need to express geospatial content in linked data (i.e. a standard vocabulary) and to perform spatial queries over linked data.<p></p>
<p>Geometries, especially lines and polygons, may contain many coordinates. For example, a municipal boundary could easily contain more than 1500 coordinate pairs. Compared to non-geometric properties, this can result in large amounts of data to transfer and process. The coordinates can easily be 95% of all data of an object when using polygons. The question rises whether there is a need for performance optimization and/or compression techniques for large amounts of coordinates. If so, there could also be a need to standardize such a technique, similar to the PNG format for encoding images.</p>
<p>Coordinate reference systems (CRS) are to geo-information what character encodings are to text. If you don’t know which CRS is used, you can’t use the coordinates. Different CRSs exist for a reason: localized CRSs provide more precise coordinates for a certain part of the globe. It is not possible for a global CRS to be as precise, for example because the continental plates move a few centimeters every year. For large scale data and applications this continental drift could be very relevant over time. Take for example the boundary of cadastral parcels. If this drift is not taken into account, there could be issues if parcel boundaries that were established e.g. 10 years ago are overlaid over recently acquired aerial imagery with high accuracy (e.g. 10 cm). There could be visual differences, while the actual situation did not change.</p>
<p>While the possibility to use different CRSs hinders interoperability (datasets using different CRSs cannot be easily combined, a complex transformation is necessary), on the other hand this option is perhaps needed for use cases where a high precision of coordinates is important. The BGT (large scale topography) is an example of such a use case.</p>
<p>A prototype application, based on linked data, where BGT, BAG, NHR and WOZ data is combined, is <a href="http://almere.pilod.nl/bgtld/">here</a>. BAG linked data is <a href="http://bag.kadaster.nl">here</a> (“Begrippen”: the vocabulary; “BAG Data”: the data)</p>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#Compressible"><span class="secno">5.3</span> <span class="sec-title">Compressible</span></a>, <a class="sec-ref" href="#Linkability"><span class="secno">5.19</span> <span class="sec-title">Linkability</span></a></p>
</section>
<section property="bibo:hasPart" resource="#PublishingCulturalHeritageData" typeof="bibo:Chapter" id="PublishingCulturalHeritageData">
<h3 resource="#h-publishingculturalheritagedata" id="h-publishingculturalheritagedata"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.17 </span>Publishing Cultural Heritage Data</span></h3>
<p class="contributor">Lars G. Svensson</p>
<label class="expand" for="uc17"></label>
<input id="uc17" type="checkbox">
<div>
<p>Cultural Heritage Data such as library authority files are increasingly being published as Linked (Open) Data. Those datasets contain, among other entities, descriptions of spatio-temporal events such as <i>World War I</i>, the <i>Birth of Albert Einstein</i> (date and place) or <i>Martin Luther's pinning of his 95 theses</i>. The problem is that most of the spatio-temporal information is inexact. This inexactness ranges from time spans (<i>second quarter of the 9th century</i>, e.g. approx. 825-850, which also could be 823 or 852) to geographic entities such as <i>Renaissance Italy</i> (what did Italy look like at that time, and to what extent is the Italian renaissance as a time period different from the English?).</p>
<p>When cultural heritage institutions put their data on the Web, the staff members mapping their data to Web standards often do not have expertise in temporal or geospatial data formats. Formats such as WKT are standardized but it is difficult to know if the mapping from the local data source is done correctly. A validator for commonly used formats such as WKT or GeoJSON would prove helpful.</p>
<p>Challenges include:</p>
<ol>
<li>There is no framework available to describe fuzzy temporal information. ISO 8601 and the related XSD datatypes assume a precision that cannot be supplied by the data publishers.</li>
<li>In addition to that, OWL reasoning over cultural heritage datasets is severely hampered since OWL only accepts the datatypes xsd:dateTime and xsd:dateTimeStamp as temporal datatypes (cf. <a href="http://www.w3.org/TR/owl2-syntax/#Time_Instants">Time Instants</a>).</li>
<li>Little or no possibilities to perform validation of temporal and/or spatial data formats (e.g. WKT).</li>
</ol>
<p>Note: This use case has similarities to <a class="sec-ref" href="#EnablingPublicationDiscoveryAndAnalysisOfSpatiotemporalDataInTheHumanities"><span class="secno">4.9</span> <span class="sec-title">Enabling publication, discovery and analysis of spatiotemporal data in the humanities</span></a>.</p>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a>, <a class="sec-ref" href="#TimeOntologyInOWL"><span class="secno">2.3</span> <span class="sec-title">Time Ontology in OWL</span></a>, <a class="sec-ref" href="#CoverageInLinkedData"><span class="secno">2.5</span> <span class="sec-title">Coverage in Linked Data</span></a></p><a href="#CoverageInLinkedData">
</a><p class="relatedRequirements"><a class="sec-ref" href="#CoverageInLinkedData"><span class="secno">2.5</span> <span class="sec-title">Coverage in Linked Data</span></a><a class="sec-ref" href="#CoverageTemporalExtent"><span class="secno">5.4</span> <span class="sec-title">Coverage temporal extent</span></a>, <a class="sec-ref" href="#DateTimeDuration"><span class="secno">5.7</span> <span class="sec-title">Date, time and duration</span></a>, <a class="sec-ref" href="#GeoreferencedData"><span class="secno">5.15</span> <span class="sec-title">Georeferenced spatial data</span></a>, <a class="sec-ref" href="#NominalTemporalReferences"><span class="secno">5.28</span> <span class="sec-title">Nominal temporal references</span></a>, <a class="sec-ref" href="#NonGeographicReferenceSystem"><span class="secno">5.29</span> <span class="sec-title">Non-geographic reference system</span></a>, <a class="sec-ref" href="#SpaceTimeMultiScale"><span class="secno">5.39</span> <span class="sec-title">Space-time multi-scale</span></a>, <a class="sec-ref" href="#TemporalVagueness"><span class="secno">5.49</span> <span class="sec-title">Temporal vagueness</span></a>, <a class="sec-ref" href="#SpatialVagueness"><span class="secno">5.43</span> <span class="sec-title">Spatial vagueness</span></a>, <a class="sec-ref" href="#Validation"><span class="secno">5.54</span> <span class="sec-title">Validation</span></a></p>
</section>
<section property="bibo:hasPart" resource="#DisseminationOf3DGeologicalData" typeof="bibo:Chapter" id="DisseminationOf3DGeologicalData">
<h3 resource="#h-disseminationof3dgeologicaldata" id="h-disseminationof3dgeologicaldata"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.18 </span>Dissemination of 3D geological data</span></h3>
<p class="contributor">Rachel Heaven</p>
<label class="expand" for="uc18"></label>
<input id="uc18" type="checkbox">
<div>
<p>The British Geological Survey (BGS), like all Geological Survey Organizations (GSOs), has as one of its principal roles to be the primary provider of geoscience information within its national territory. Increasingly the information provided is digital and dissemination is over the internet, and there is a trend towards making more information freely available. For BGS’s 2D information this requirement has been met by the provision of <a href="http://bgs.ac.uk/data/services/wms.html">various OGC Web map services</a>.</p>
<p>However, geological units and structures are three-dimensional bodies and their traditional depiction on two-dimensional geological maps leads to a loss of information and the requirement of quite a high level of geological understanding on the part of the user to interpret them. The geoscience data user community includes scientific users, but also includes many other stakeholders such as exploration companies, civil engineers, local authority planners, as well as the general public. It is therefore the aim of many Geological Surveys, including BGS, to move towards the provision of geological information as spatial 3D datasets on the Web that are accessible and useable by non-experts.</p>
<p>We have implemented a few ways of disseminating the 3D data on the Web (<a href="http://www.bgs.ac.uk/services/3Dgeology/lithoframeSamples.html">http://www.bgs.ac.uk/services/3Dgeology/lithoframeSamples.html</a>, <a href="http://www.bgs.ac.uk/services/3Dgeology/virtualBoreholeViewer.html">http://www.bgs.ac.uk/services/3Dgeology/virtualBoreholeViewer.html</a>,<a href="http://earthserver.bgs.ac.uk/">http://earthserver.bgs.ac.uk/</a>, investigation of augmented reality smartphone application) but the remaining issues are</p>
<ul>
<li>user should not need any special software for discovery and assessment purposes</li>
<li>user can subset the data by x,y,z limits</li>
<li>user can overlay their own area/volume of interest on the model (e.g. for tunneling projects)</li>
<li>user may have to overlay their own (or an open data) DTM if the model is built using a non-open data DTM</li>
<li>to represent complex geology (folding, faulting, intrusions etc) and varying data resolution the delivery method must be able to handle triangulated irregular networks (TINs) and heterogeneous resolution voxel grids.</li>
</ul>
<p>If there existed a best practice or standard way of publishing this sort of data then it would encourage development of applications on the Web to handle them. The datasets that BGS is generating are:</p>
<ul>
<li>3D spatial models of rock type and/or lithology currently represented as stacks of 2d subsurface grids representing the interfaces between different layers.</li>
<li>3D voxel datasets of x,y,z grid cell and geological, physical or chemical property (+ associated uncertainty).</li>
<li>3D LIDAR point cloud data e.g. of retreating cliff faces, underground mine structures.</li>
</ul>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a>, <a class="sec-ref" href="#CoverageInLinkedData"><span class="secno">2.5</span> <span class="sec-title">Coverage in Linked Data</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#Discoverability"><span class="secno">5.10</span> <span class="sec-title">Discoverability</span></a>, <a class="sec-ref" href="#GeoreferencedData"><span class="secno">5.15</span> <span class="sec-title">Georeferenced spatial data</span></a>, <a class="sec-ref" href="#ModelReuse"><span class="secno">5.23</span> <span class="sec-title">Model reuse</span></a>, <a class="sec-ref" href="#MultipleTypesOfCoverage"><span class="secno">5.26</span> <span class="sec-title">Multiple types of coverage</span></a>, <a class="sec-ref" href="#ObservedPropertyInCoverage"><span class="secno">5.31</span> <span class="sec-title">Observed property in coverage</span></a>, <a class="sec-ref" href="#QualityMetadata"><span class="secno">5.33</span> <span class="sec-title">Quality metadata</span></a>, <a class="sec-ref" href="#ReferenceDataChunks"><span class="secno">5.34</span> <span class="sec-title">Reference data chunks</span></a>, <a class="sec-ref" href="#3DSupport"><span class="secno">5.46</span> <span class="sec-title">Support for 3D</span></a>, <a class="sec-ref" href="#UseInComputationalModels"><span class="secno">5.53</span> <span class="sec-title">Use in computational models</span></a>, <a class="sec-ref" href="#SpatialMetadata"><span class="secno">5.40</span> <span class="sec-title">Spatial metadata</span></a>, <a class="sec-ref" href="#TilingSupport"><span class="secno">5.50</span> <span class="sec-title">Support for tiling</span></a>, <a class="sec-ref" href="#Compressible"><span class="secno">5.3</span> <span class="sec-title">Compressible</span></a>, <a class="sec-ref" href="#Linkability"><span class="secno">5.19</span> <span class="sec-title">Linkability</span></a></p>
</section>
<section property="bibo:hasPart" resource="#PublicationOfRawSubsurfaceMonitoringData" typeof="bibo:Chapter" id="PublicationOfRawSubsurfaceMonitoringData">
<h3 resource="#h-publicationofrawsubsurfacemonitoringdata" id="h-publicationofrawsubsurfacemonitoringdata"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.19 </span>Publication of Raw Subsurface Monitoring Data</span></h3>
<p class="contributor">Rachel Heaven</p>
<label class="expand" for="uc19"></label>
<input id="uc19" type="checkbox">
<div>
<p>The UK Government is funding a new Energy Security and Innovation Observing System for the Subsurface (ESIOS). ESIOS will consist of a group of science research facilities where new subsurface activities such as fracking (hydraulic fracturing) for shale gas can be tested and monitored under controlled conditions. This research will address many of the environmental issues that need to be answered for the development of the UK’s home-grown, secure energy solutions. This includes carbon capture and storage, geothermal energy, nuclear waste disposal, underground coal gasification and underground gas storage.</p>
<p>Data will be collected from monitoring boreholes and from surface, airborne and satellite sensors. The raw scientific data will be published freely online, possibly in real-time or near real-time, to encourage transparency and public confidence in the industry, and to provide underpinning science for regulation.</p>
<p>The scientific data will consist of:</p>
<ul>
<li>location data for the sensor facilities;</li>
<li>time series data consisting of x,y,z (depth), time, and an observed property (e.g. porosity, resistivity, density, methane content, fracture orientation, groundwater flow direction, seismic ground motion).</li>
</ul>
<p>We want to be able to publish this raw data on the Web in such a way that it can be easily consumed by third party Web applications for visualization, spatio-temporal filtering, statistical analysis and alerts.</p>
<p>(Another similar use case is for publication of geomagnetic monitoring data, for which the primary outputs are time series tables or graphs, and the location data for the observation station is relatively simple and low accuracy)</p>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a>, <a class="sec-ref" href="#TimeOntologyInOWL"><span class="secno">2.3</span> <span class="sec-title">Time Ontology in OWL</span></a>, <a class="sec-ref" href="#SSN"><span class="secno">2.4</span> <span class="sec-title">Semantic Sensor Network Vocabulary</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#HumansAsSensors"><span class="secno">5.16</span> <span class="sec-title">Humans as sensors</span></a>, <a class="sec-ref" href="#CRSDefinition"><span class="secno">5.6</span> <span class="sec-title">CRS definition</span></a>, <a class="sec-ref" href="#DynamicSensorData"><span class="secno">5.11</span> <span class="sec-title">Dynamic sensor data</span></a>, <a class="sec-ref" href="#GeoreferencedData"><span class="secno">5.15</span> <span class="sec-title">Georeferenced spatial data</span></a>, <a class="sec-ref" href="#Linkability"><span class="secno">5.19</span> <span class="sec-title">Linkability</span></a>, <a class="sec-ref" href="#4DModelSpaceTime"><span class="secno">5.22</span> <span class="sec-title">4D model of space-time</span></a>, <a class="sec-ref" href="#ModelReuse"><span class="secno">5.23</span> <span class="sec-title">Model reuse</span></a>, <a class="sec-ref" href="#NominalObservations"><span class="secno">5.27</span> <span class="sec-title">Nominal observations</span></a>, <a class="sec-ref" href="#ObservationAggregations"><span class="secno">5.30</span> <span class="sec-title">Observation aggregations</span></a>, <a class="sec-ref" href="#ReferenceExternalVocabularies"><span class="secno">5.35</span> <span class="sec-title">Reference external vocabularies</span></a>, <a class="sec-ref" href="#SamplingTopology"><span class="secno">5.36</span> <span class="sec-title">Sampling topology</span></a>, <a class="sec-ref" href="#SensingProcedure"><span class="secno">5.38</span> <span class="sec-title">Sensing procedure</span></a>, <a class="sec-ref" href="#SensorMetadata"><span class="secno">5.37</span> <span class="sec-title">Sensor metadata</span></a>, <a class="sec-ref" href="#SpatialMetadata"><span class="secno">5.40</span> <span class="sec-title">Spatial metadata</span></a>, <a class="sec-ref" href="#SpatialVagueness"><span class="secno">5.43</span> <span class="sec-title">Spatial vagueness</span></a>, <a class="sec-ref" href="#3DSupport"><span class="secno">5.46</span> <span class="sec-title">Support for 3D</span></a>, <a class="sec-ref" href="#SpaceTimeMultiScale"><span class="secno">5.39</span> <span class="sec-title">Space-time multi-scale</span></a>, <a class="sec-ref" href="#TimeSeries"><span class="secno">5.51</span> <span class="sec-title">Time series</span></a>, <a class="sec-ref" href="#UncertaintyInObservations"><span class="secno">5.52</span> <span class="sec-title">Uncertainty in observations</span></a>, <a class="sec-ref" href="#VirtualObservations"><span class="secno">5.56</span> <span class="sec-title">Virtual observations</span></a></p>
</section>
<section property="bibo:hasPart" resource="#UseOfAPlaceNameOntologyForGeo-parsingTextAndGeo-enablingSearches" typeof="bibo:Chapter" id="UseOfAPlaceNameOntologyForGeo-parsingTextAndGeo-enablingSearches">
<h3 resource="#h-useofaplacenameontologyforgeo-parsingtextandgeo-enablingsearches" id="h-useofaplacenameontologyforgeo-parsingtextandgeo-enablingsearches"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.20 </span>Use of a place name ontology for geo-parsing text and geo-enabling searches</span></h3>
<p class="contributor">Rachel Heaven</p>
<label class="expand" for="uc20"></label>
<input id="uc20" type="checkbox">
<div>
<p>BGS has valuable geoscience data in text form dating back 180 years, which is gradually being scanned and OCR to make it more accessible and searchable. Much of the information in the reports concerns observations or interpretations made at a location or about a named geological feature. We would like the relevant information in those documents to be retrievable from a Web search using coordinate limit criteria or using a place name criteria, so this use case requires a place name ontology (or federated ontologies).</p>
<p>For BGS's purposes the ontology should contain historical place names, named subsurface geological features (e.g. Widmerpool Gulf), palaeogeographic place names, and named submarine features (e.g. <a href="http://www.gebco.net/data_and_products/undersea_feature_names/">GEBCO undersea feature names </a>).</p>
<p>To extend the capabilities into the vertical dimension then the ontology should also contain the names of qualitative earth realms (vertical divisions within the atmosphere, ocean and solid earth – such as in <a href="https://sweetontology.net">the SWEET ontology</a>).</p>
<p>To extend the capabilities into the time dimension then the ontology should also contain the names of historical and geological time periods (e.g. <a href="https://www.seegrid.csiro.au/wiki/CGIModel/GeologicTime#GeologicTime_XML">https://www.seegrid.csiro.au/wiki/CGIModel/GeologicTime#GeologicTime_XML</a>, used in a recent example of geological age name parser at <a href="http://www.agenames.org">http://www.agenames.org</a>)</p>
<p>With a resource like this, all text resources could be parsed to locate them in time and space.</p>
<p>Each named feature should have a spatial attribute, either as topological relations to other named features, or as spatial-temporal extent appropriate for various scales and with appropriate uncertainties (i.e. fuzzy definitions of geometry and time periods). Versioning will be important e.g. for administrative boundaries that change frequently.</p>
<p>(NB <a href="http://www.geonames.org/">Geonames</a> goes much of the way to meeting this requirement)</p>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a>, <a class="sec-ref" href="#TimeOntologyInOWL"><span class="secno">2.3</span> <span class="sec-title">Time Ontology in OWL</span></a>, <a class="sec-ref" href="#SSN"><span class="secno">2.4</span> <span class="sec-title">Semantic Sensor Network Vocabulary</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#DifferentTimeModels"><span class="secno">5.9</span> <span class="sec-title">Different time models</span></a>, <a class="sec-ref" href="#DateTimeDuration"><span class="secno">5.7</span> <span class="sec-title">Date, time and duration</span></a>, <a class="sec-ref" href="#3DSupport"><span class="secno">5.46</span> <span class="sec-title">Support for 3D</span></a>, <a class="sec-ref" href="#NominalTemporalReferences"><span class="secno">5.28</span> <span class="sec-title">Nominal temporal references</span></a>, <a class="sec-ref" href="#TemporalReferenceSystem"><span class="secno">5.48</span> <span class="sec-title">Temporal reference system</span></a>, <a class="sec-ref" href="#TemporalVagueness"><span class="secno">5.49</span> <span class="sec-title">Temporal vagueness</span></a>, <a class="sec-ref" href="#SpatialVagueness"><span class="secno">5.43</span> <span class="sec-title">Spatial vagueness</span></a>, <a class="sec-ref" href="#SpatialMeronymy"><span class="secno">5.41</span> <span class="sec-title">Spatial meronymy</span></a>, <a class="sec-ref" href="#ValidTime"><span class="secno">5.55</span> <span class="sec-title">Valid time</span></a>, <a class="sec-ref" href="#SpatialMetadata"><span class="secno">5.40</span> <span class="sec-title">Spatial metadata</span></a></p>
</section>
<section property="bibo:hasPart" resource="#DrivingToWorkInTheSnow" typeof="bibo:Chapter" id="DrivingToWorkInTheSnow">
<h3 resource="#h-drivingtoworkinthesnow" id="h-drivingtoworkinthesnow"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.21 </span>Driving to work in the snow</span></h3>
<p class="contributor">Cory Henson (Bosch RTC)</p>
<label class="expand" for="uc21"></label>
<input id="uc21" type="checkbox">
<div>
<p>Consider the following wildly-fictional scenario: Sue is driving to work in the snow on a cold Pittsburgh morning. On entry, her car recognizes the cold weather and automatically heats the interior to Sue's preferred temperature and turns on the defrost to clear the frost from the wind-shield. On the way, the snow causes significant traffic delay on her route forcing her to re-schedule an early morning meeting. In response, the car suggests she stop at her favorite nearby coffee shop for a Flat White until the roads are clear.</p>
<p>The scenario above requires access to multiple types of observation, spatial, and temporal data which may be local to the car or available on the Web.</p>
<p>The different types of observation data may include:</p>
<ul>
<li>sensed environmental observations (e.g,. freezing-temperature, frost-on-windshield);</li>
<li>user behavior observations (e.g., Sue sets the thermostat to 75F, Sue stops at the coffee shop, Sue updates her calendar);</li>
<li>observations on the Web (e.g., current weather conditions, traffic conditions).</li>
</ul>
<p>The different types of spatial data may include:</p>
<ul>
<li>points-of-interest (e.g., home, work, coffee shop);</li>
<li>spatial relations (e.g., coffee shop is NEAR Sue's current location).</li>
</ul>
<p>The different types of temporal data may include:</p>
<ul>
<li>calendar events (e.g., Sue's meeting on calendar);</li>
<li>schedules (e.g., schedule when the coffee-shop is open);</li>
<li>temporal relations (e.g., the predicted time to reach work occurs after the beginning of a scheduled meeting).</li>
</ul>
<p>In addition, the car uses light-weight communication protocols, such as CoAP and/or MQTT, to exchange data (i.e., observations, spatial, and temporal data) between networked components.</p>
<p>This scenario may face the following general challenges for representing, managing, and querying observation data:</p>
<ul>
<li>discover observation streams within a given spatial context (and matching some criteria);</li>
<li>query for observations within a given spatiotemporal context (and matching some criteria);</li>
<li>publish and subscribe to an observation stream within a given spatial context (and matching some criteria);</li>
<li>filter an observation stream based on given set of criteria (e.g., quality, feature-of-interest, observed-property);</li>
<li>represent data with a small syntactic footprint (for exchange between resource-constrained devices);</li>
<li>integration of SSN with existing, well-known, IoT protocols (CoAP, MQTT, etc.);</li>
<li>represent "high-level" qualitative observations (such as observations of user behavior, e.g., Sue stopped at the coffee shop).</li>
</ul>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a>, <a class="sec-ref" href="#TimeOntologyInOWL"><span class="secno">2.3</span> <span class="sec-title">Time Ontology in OWL</span></a>, <a class="sec-ref" href="#SSN"><span class="secno">2.4</span> <span class="sec-title">Semantic Sensor Network Vocabulary</span></a>, <a class="sec-ref" href="#CoverageInLinkedData"><span class="secno">2.5</span> <span class="sec-title">Coverage in Linked Data</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#HumansAsSensors"><span class="secno">5.16</span> <span class="sec-title">Humans as sensors</span></a>, <a class="sec-ref" href="#DateTimeDuration"><span class="secno">5.7</span> <span class="sec-title">Date, time and duration</span></a>, <a class="sec-ref" href="#Discoverability"><span class="secno">5.10</span> <span class="sec-title">Discoverability</span></a>, <a class="sec-ref" href="#DynamicSensorData"><span class="secno">5.11</span> <span class="sec-title">Dynamic sensor data</span></a>, <a class="sec-ref" href="#GeoreferencedData"><span class="secno">5.15</span> <span class="sec-title">Georeferenced spatial data</span></a>, <a class="sec-ref" href="#MovingFeatures"><span class="secno">5.24</span> <span class="sec-title">Moving features</span></a>, <a class="sec-ref" href="#NominalObservations"><span class="secno">5.27</span> <span class="sec-title">Nominal observations</span></a>, <a class="sec-ref" href="#NominalTemporalReferences"><span class="secno">5.28</span> <span class="sec-title">Nominal temporal references</span></a>, <a class="sec-ref" href="#SensorMetadata"><span class="secno">5.37</span> <span class="sec-title">Sensor metadata</span></a>, <a class="sec-ref" href="#MachineToMachine"><span class="secno">5.20</span> <span class="sec-title">Machine to machine</span></a>, <a class="sec-ref" href="#Compressible"><span class="secno">5.3</span> <span class="sec-title">Compressible</span></a></p>
</section>
<section property="bibo:hasPart" resource="#IntelligentTransportationSystem" typeof="bibo:Chapter" id="IntelligentTransportationSystem">
<h3 resource="#h-intelligenttransportationsystem" id="h-intelligenttransportationsystem"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.22 </span>Intelligent Transportation System</span></h3>
<p class="contributor">Antoine Zimmermann</p>
<label class="expand" for="uc22"></label>
<input id="uc22" type="checkbox">
<div>
<p>Intelligent Transportation Systems (ITS) can be defined as the application of advanced information and communications technology to surface transportation in order to achieve enhanced safety and mobility while reducing the environmental impact of transportation. The addition of wireless communications offers a powerful and transformative opportunity to establish transportation connectivity that further enables cooperative systems and dynamic data exchange using a broad range of advanced systems and technologies. - See more at: <a href="http://www.its.dot.gov/standards_strategic_plan/">http://www.its.dot.gov/standards_strategic_plan</a></p>
<p>ITS do so by exploiting information from various origins, especially the Web. Several Web sites, Web services, datasets related to public transport services, traffic, road network structure, localized incidents, and so on have to be exploited in order to convey users with the best decisions, in real time. All of these information sources rely considerably on spatio-temporal data. The challenge is to model dependency in both space and time seamlessly and simultaneously so that the accuracy of analysis can be improved (for instance for regulation of multimodal transportation network) or the processing of aggregated information can be simplified (for instance for multimodal traveler information system). For such systems to work well in a pervasive way, it is also important that the system can easily discover relevant datasets/services based on the user current location.</p>
<p>Consequently, such systems would greatly benefit from standardized formats, standard practices for publishing or making spatial data available online. A standard way of indicating time and time frames would also help correlate several temporally situated entities such as bus schedules, real time bus position, and traffic light durations.</p>
<p>A specific type of ITS is Advanced Traveler Information System (ATIS) that computes an accurate travel duration. To do so, ATIS should be able to combine data following different spatio-temporal scales. These data could be related to the current or anticipated network traffic (the congestion level), the network topology (number of lines on the routes, presence of traffic lights, etc.), the presence of expected events (which can be static, like work on the road, or dynamic like demonstrations), the weather state (the presence of rain or mist on a part of the itinerary), and so on.</p>
<p>ITSs can also be dedicated to the management of parking spots. For a driver, the choice of its parking spot is a multi-criteria decision process that takes into account static data given by the description of the infrastructure (whether the spot is private or public, reserved for disabled, etc.), dynamic data given by sensors (like traffic) and personal data (destination, budget).</p>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a>, <a class="sec-ref" href="#TimeOntologyInOWL"><span class="secno">2.3</span> <span class="sec-title">Time Ontology in OWL</span></a>, <a class="sec-ref" href="#SSN"><span class="secno">2.4</span> <span class="sec-title">Semantic Sensor Network Vocabulary</span></a>, <a class="sec-ref" href="#CoverageInLinkedData"><span class="secno">2.5</span> <span class="sec-title">Coverage in Linked Data</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#DateTimeDuration"><span class="secno">5.7</span> <span class="sec-title">Date, time and duration</span></a>, <a class="sec-ref" href="#MobileSensors"><span class="secno">5.21</span> <span class="sec-title">Mobile sensors</span></a>, <a class="sec-ref" href="#MovingFeatures"><span class="secno">5.24</span> <span class="sec-title">Moving features</span></a>, <a class="sec-ref" href="#NominalObservations"><span class="secno">5.27</span> <span class="sec-title">Nominal observations</span></a>, <a class="sec-ref" href="#SpaceTimeMultiScale"><span class="secno">5.39</span> <span class="sec-title">Space-time multi-scale</span></a>, <a class="sec-ref" href="#TemporalReferenceSystem"><span class="secno">5.48</span> <span class="sec-title">Temporal reference system</span></a></p>
</section>
<section property="bibo:hasPart" resource="#OptimizingEnergyConsumptionProductionSalesAndPurchasesInSmartGrids" typeof="bibo:Chapter" id="OptimizingEnergyConsumptionProductionSalesAndPurchasesInSmartGrids">
<h3 resource="#h-optimizingenergyconsumptionproductionsalesandpurchasesinsmartgrids" id="h-optimizingenergyconsumptionproductionsalesandpurchasesinsmartgrids"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.23 </span>Optimizing energy consumption, production, sales and purchases in Smart Grids</span></h3>
<p class="contributor">Antoine Zimmermann</p>
<label class="expand" for="uc23"></label>
<input id="uc23" type="checkbox">
<div>
<p>In smart grids, energy management has to take into account the fact that any energy consumer may also be a producer (they are thus "prosumers"). This leads to new load balancing problems as well as new forms of economic exchanges regarding selling and buying energy. In order to take an informed decision on what amount of energy to buy from whom at what cost, or to sell, decision algorithms must use information that can be local (their own consumption and production), global (statistical data on seasonal household energy consumption), and possibly external to grid (meteorological data). In such context, reliance on Web data from several sources adds real value to the decision process.</p>
<p>The kind of data that has to be considered are, for the most part, highly fluctuating: weather for assessing heating needs, stock exchange for pricing appropriately, current and future offer and demand, etc.</p>
<p>There is a need for a temporal model that covers historical data for statistical analysis, short term timestamped sensed data, and data about future predictions.</p>
<p>The need for spatio-temporal information is even increased if the smart grid is including electric vehicles that can serve as energy producers when they are not consuming electricity for recharging.</p>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#TimeOntologyInOWL"><span class="secno">2.3</span> <span class="sec-title">Time Ontology in OWL</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#Linkability"><span class="secno">5.19</span> <span class="sec-title">Linkability</span></a></p>
</section>
<section property="bibo:hasPart" resource="#LinkedDataForTaxAssessment" typeof="bibo:Chapter" id="LinkedDataForTaxAssessment">
<h3 resource="#h-linkeddatafortaxassessment" id="h-linkeddatafortaxassessment"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.24 </span>Linked Data for Tax Assessment</span></h3>
<p class="contributor">Luigi Selmi (via public-sdw-comments)</p>
<label class="expand" for="uc24"></label>
<input id="uc24" type="checkbox">
<div>
<p>Tax assessments are based on the comparison of what is due by a citizen in a year for her ownership of real estates in the area administered by a municipality and what has been paid. The tax amount is regulated by laws and based on many criteria like the size of the real estate, the area in which it is located, its type: house, office, farm, factory and others. Taxpayers can save money from the original due depending on the usage of the estate. A family that owns the house in which they live can save the entire amount. Many other regulations lighten in different ways the burden of the tax for other categories of taxpayers. Furthermore the situation about a taxpayer changes over the years in relation to her properties share and family status. Due to the many different situations met, an employee in charge of performing tax assessments on behalf of a municipality must collect many information before being able to assert with a good degree of confidence that a difference between the original amount and what has been paid is not justified and an advice has to be sent to the taxpayer starting a long and expensive process to recover the difference. Currently each single assessment requires the employee to collect information from different public administrations Web sites, archives, registries, documents. Data scattered in so many silos and formats dramatically reduce employees productivity and assessment effectiveness at the point that it is not always clear whether the money recovered is worth the cost of the assessment. A Linked Data approach for sharing spatial and temporal data would certainly increase the productivity of the assessor.</p>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#Discoverability"><span class="secno">5.10</span> <span class="sec-title">Discoverability</span></a>, <a class="sec-ref" href="#Linkability"><span class="secno">5.19</span> <span class="sec-title">Linkability</span></a></p>
</section>
<section property="bibo:hasPart" resource="#ImagesEGATimeSeriesOfAWaterCourse" typeof="bibo:Chapter" id="ImagesEGATimeSeriesOfAWaterCourse">
<h3 resource="#h-imagesegatimeseriesofawatercourse" id="h-imagesegatimeseriesofawatercourse"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.25 </span>Images, e.g. a Time series of a Water Course</span></h3>
<p class="contributor">Kerry Taylor (on behalf of Jamie Baker, Australian Commonwealth Department of Communications)</p>
<label class="expand" for="uc25"></label>
<input id="uc25" type="checkbox">
<div>
<p>This use case is provided to extend three primary use cases already before the Working Group:</p>
<ul>
<li><a class="sec-ref" href="#PublishingGeographicalData"><span class="secno">4.7</span> <span class="sec-title">Publishing geographical data</span></a></li>
<li><a class="sec-ref" href="#ConsumingGeographicalDataInAWebApplication"><span class="secno">4.8</span> <span class="sec-title">Consuming geographical data in a web application</span></a></li>
<li><a class="sec-ref" href="#PublishingGeospatialReferenceData"><span class="secno">4.10</span> <span class="sec-title">Publishing geospatial reference data</span></a></li>
</ul>
<p>More broadly the Commonwealth of Australia has developed a National Map Web platform which is currently making available authoritative national datasets. There is a need to recognize that data can an image (e.g. an image-based tile set for example) and therefore in itself also create a time series-based resource (for example, the change in a water course over time which can be visualized as time series layers). Indeed both the ISO and OGC have recognized this in their standards. It is the Australian Government Department of Communication’s view, as the lead agency stewarding spatial data policy, that image-based resources should also be included in the consideration of this working group as it relates to geographic and spatial features geometries. Wheresoever possible the Commonwealth view is to maintain the highest applicability of a standard or best practice guide and not limit conformance options for data holdings (especially of public origin). This also applies to cadastral and other data at the state/territory level which could show the change in land parcel, development or other property and built environment features over time. In terms of our future cities, sensors and other data sources may also need linkage to image-based resources for citizen use. As such:</p>
<ol>
<li>image-based data needs to be recognized and discoverable as it too tells a story;</li>
<li>time series data can be visual and therefore visualized as a data layer or an image in time or both;</li>
<li>linking of data whether image-based or not should be discoverable and mix or match just as easily as data of a similar or dissimilar type;</li>
<li>metadata conformance is crucial to support discoverability, interoperability and provide information on the nature of a data resource (e.g. Time series image or time series data).</li>
<li>a challenge exists in maximizing the interoperability of geographic and/or spatial data both above and below ground level. (An example may be subsurface water imaging data combined with sensor data).</li>
</ol>
<p>This additional information supports a broader need for SSN, Coverage and Time considerations for the above three current use cases.</p>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a>, <a class="sec-ref" href="#TimeOntologyInOWL"><span class="secno">2.3</span> <span class="sec-title">Time Ontology in OWL</span></a>, <a class="sec-ref" href="#SSN"><span class="secno">2.4</span> <span class="sec-title">Semantic Sensor Network Vocabulary</span></a>, <a class="sec-ref" href="#CoverageInLinkedData"><span class="secno">2.5</span> <span class="sec-title">Coverage in Linked Data</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#Discoverability"><span class="secno">5.10</span> <span class="sec-title">Discoverability</span></a>, <a class="sec-ref" href="#GeoreferencedData"><span class="secno">5.15</span> <span class="sec-title">Georeferenced spatial data</span></a>, <a class="sec-ref" href="#MultipleTypesOfCoverage"><span class="secno">5.26</span> <span class="sec-title">Multiple types of coverage</span></a>, <a class="sec-ref" href="#ReferenceDataChunks"><span class="secno">5.34</span> <span class="sec-title">Reference data chunks</span></a>, <a class="sec-ref" href="#SpaceTimeMultiScale"><span class="secno">5.39</span> <span class="sec-title">Space-time multi-scale</span></a>, <a class="sec-ref" href="#TimeSeries"><span class="secno">5.51</span> <span class="sec-title">Time series</span></a>, <a class="sec-ref" href="#3DSupport"><span class="secno">5.46</span> <span class="sec-title">Support for 3D</span></a>, <a class="sec-ref" href="#SensorMetadata"><span class="secno">5.37</span> <span class="sec-title">Sensor metadata</span></a>, <a class="sec-ref" href="#CRSDefinition"><span class="secno">5.6</span> <span class="sec-title">CRS definition</span></a>, <a class="sec-ref" href="#ReferenceExternalVocabularies"><span class="secno">5.35</span> <span class="sec-title">Reference external vocabularies</span></a>, <a class="sec-ref" href="#Linkability"><span class="secno">5.19</span> <span class="sec-title">Linkability</span></a>, <a class="sec-ref" href="#Provenance"><span class="secno">5.32</span> <span class="sec-title">Provenance</span></a>, <a class="sec-ref" href="#SamplingTopology"><span class="secno">5.36</span> <span class="sec-title">Sampling topology</span></a>, <a class="sec-ref" href="#DateTimeDuration"><span class="secno">5.7</span> <span class="sec-title">Date, time and duration</span></a>, <a class="sec-ref" href="#QualityMetadata"><span class="secno">5.33</span> <span class="sec-title">Quality metadata</span></a>, <a class="sec-ref" href="#ValidTime"><span class="secno">5.55</span> <span class="sec-title">Valid time</span></a></p>
</section>
<section property="bibo:hasPart" resource="#DroughtsInGeologicalComplexEnvironmentsWhereGroundwaterIsImportant" typeof="bibo:Chapter" id="DroughtsInGeologicalComplexEnvironmentsWhereGroundwaterIsImportant">
<h3 resource="#h-droughtsingeologicalcomplexenvironmentswheregroundwaterisimportant" id="h-droughtsingeologicalcomplexenvironmentswheregroundwaterisimportant"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.26 </span>Droughts in geological complex environments where groundwater is important</span></h3>
<p class="contributor">Chris Little (on behalf of Andrew G Hughes, British Geological Survey)</p>
<label class="expand" for="uc26"></label>
<input id="uc26" type="checkbox">
<div>
<p>During the period 2011-2013, the UK faced an extraordinary drought only to be saved from a likely major crisis by very high spring and summer rainfall (CEH, 2012). Government asked questions such as “how much water is left in the tank?”, at which point managers and regulators realized that they didn’t know the answer with any certainty (EA, 2012). A National Drought Group of leading stakeholders was formed and led by the Chief Executive of the Environment Agency (EA) reporting to the Secretary of State for Environment, Food and Rural Affairs. The whole of the UK was affected, but the south-east most severely because of the lower rainfall and high water demand.</p>
<p>When will London run out of water? How socially accepted is drought and associated water restrictions to the general public? When will water company groundwater sources begin to switch off? Questions like these are critical for drought management, but often the science is not sufficiently advanced to address them, and where it is, not fully integrated to satisfactorily answer them.</p>
<p>The River Thames Basin is home to 13 Million people, considerable industry and valuable aquatic ecosystems all of which require the effective and sustainable management of the water environment in the basin to thrive. A thorough understanding of the hydrology of the basin is vital to underpin this management to ensure the best use of resources. This is particularly important given the twin pressures of increasing water consumption and climate change. The groundwater system of the Thames consists of around 12 aquifers most of which are not hydraulically connected, except via the River Thames and its tributaries. These aquifers are locally very important for water supply and their provision of base flow sustains the ecology of the river system in dry summer periods and droughts.</p>
<p>To properly simulate the system then a good geological understanding has to be translated into a hydrogeological knowledge and then simulated. This is not a straight-forward task. The important elements of the system include: 3D geological understanding encapsulated into a geological model, dynamic model of the surface processes, groundwater and river systems along with a model of water supply (e.g. IRAS; Mastrosov et al., 2010). This will ultimately involve:</p>
<ul>
<li>Static data (updated as understanding increases);</li>
<li>Data passed in a one way chain between models runs separately;</li>
<li>Dynamically linked models to investigate feedbacks between different parts of the system.</li>
</ul>
<p>The aim would be to develop an integrated system that can address the question “When will water company groundwater sources begin to switch off” or similar.</p>
<h3 id="references">References</h3>
<ul>
<li>CEH. (2012). Retrieved 7 Sep 2013, from <a href="http://www.ceh.ac.uk/data/nrfa/nhmp/other_reports/2012_Drought_Transformation.pdf">www.ceh.ac.uk/data/nrfa/nhmp/other_reports/2012_Drought_Transformation.pdf</a></li>
<li>EA (2012). Review of the 2010-2012 drought and prospects for water resources in 2013. Environment Agency Report.</li>
<li>Matrosov E.S., Harou, J.J. and Loucks D.P., 2010. A computationally efficient open-source water resource system simulator - Application to London and the Thames Basin. Environmental Modeling & Software. Volume 26, Issue 12, December 2011, Pages 1599–1610.</li>
</ul>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a>, <a class="sec-ref" href="#TimeOntologyInOWL"><span class="secno">2.3</span> <span class="sec-title">Time Ontology in OWL</span></a>, <a class="sec-ref" href="#SSN"><span class="secno">2.4</span> <span class="sec-title">Semantic Sensor Network Vocabulary</span></a>, <a class="sec-ref" href="#CoverageInLinkedData"><span class="secno">2.5</span> <span class="sec-title">Coverage in Linked Data</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#Linkability"><span class="secno">5.19</span> <span class="sec-title">Linkability</span></a>, <a class="sec-ref" href="#Provenance"><span class="secno">5.32</span> <span class="sec-title">Provenance</span></a>, <a class="sec-ref" href="#QualityMetadata"><span class="secno">5.33</span> <span class="sec-title">Quality metadata</span></a>, <a class="sec-ref" href="#NominalObservations"><span class="secno">5.27</span> <span class="sec-title">Nominal observations</span></a>, <a class="sec-ref" href="#3DSupport"><span class="secno">5.46</span> <span class="sec-title">Support for 3D</span></a>, <a class="sec-ref" href="#VirtualObservations"><span class="secno">5.56</span> <span class="sec-title">Virtual observations</span></a>, <a class="sec-ref" href="#DynamicSensorData"><span class="secno">5.11</span> <span class="sec-title">Dynamic sensor data</span></a>, <a class="sec-ref" href="#UseInComputationalModels"><span class="secno">5.53</span> <span class="sec-title">Use in computational models</span></a>, <a class="sec-ref" href="#TimeSeries"><span class="secno">5.51</span> <span class="sec-title">Time series</span></a></p>
</section>
<section property="bibo:hasPart" resource="#SoilDataApplications" typeof="bibo:Chapter" id="SoilDataApplications">
<h3 resource="#h-soildataapplications" id="h-soildataapplications"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.27 </span>Soil data applications</span></h3>
<p class="contributor">Simon Cox (on behalf of Peter Wilson, Bruce Simons @ CSIRO)</p>
<label class="expand" for="uc27"></label>
<input id="uc27" type="checkbox">
<div>
<ol>
<li>Farmer wants to know soil types and properties in an adjacent property which he is considering purchasing. ... the global soil community wants to be able to publish standardized soil site description/classification and soil analysis data which can then be collated (such as in the Harmonized World Soil Database) and used for modeling the spatial distribution of soil properties (digital soil mapping) (for example as part of the ISRIC 1kmSoilGirds or IUSS GlobalSoilMap projects). This would utilize our efforts with the SoilML (ISO28258) meta-model and the fully attributed implementable extension (currently ANZSoilML) to deliver the standardized soil data services.</li>
<li>Compare similar soils and productivity responses to addition ... the IUSS GlobalSoilMap project wants to deliver high resolution estimates of functional soil properties as 90m raster data across the globe, constructed through bottom up, country delivery of standardized data. Our TERN Soil and Landscape Grid of Australia project has now developed the required data for Australia and we need to progress delivery as standardized services (using WMS,<abbr title="Web Feature Service">WFS</abbr> and WCS) as a demonstrator of how to do this globally. The GlobalSoilMap project (maybe through the UN Global Soil Partnership, or via ISRIC the World Soil Data Centre) could develop a portal to allow discovery/display of all the contributing country data and to facilitate user (e.g. global climate or food security modelers) connection to the services from multiple sources.</li>
<li>Agronomist needs observations of soil properties such as pH, Nitrogen, and soil-type and derive new properties using locally defined pedo-transfer functions ... Access observed and interpreted soil properties (by soil type and/or by spatial distribution) in a standard format that allows using algorithms/pedotransfer functions to use these properties to calculate additional interpreted soil properties.</li>
</ol>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a>, <a class="sec-ref" href="#SSN"><span class="secno">2.4</span> <span class="sec-title">Semantic Sensor Network Vocabulary</span></a>, <a class="sec-ref" href="#CoverageInLinkedData"><span class="secno">2.5</span> <span class="sec-title">Coverage in Linked Data</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#Discoverability"><span class="secno">5.10</span> <span class="sec-title">Discoverability</span></a>, <a class="sec-ref" href="#ModelReuse"><span class="secno">5.23</span> <span class="sec-title">Model reuse</span></a>, <a class="sec-ref" href="#MultipleTypesOfCoverage"><span class="secno">5.26</span> <span class="sec-title">Multiple types of coverage</span></a>, <a class="sec-ref" href="#ObservationAggregations"><span class="secno">5.30</span> <span class="sec-title">Observation aggregations</span></a>, <a class="sec-ref" href="#ObservedPropertyInCoverage"><span class="secno">5.31</span> <span class="sec-title">Observed property in coverage</span></a>, <a class="sec-ref" href="#QualityMetadata"><span class="secno">5.33</span> <span class="sec-title">Quality metadata</span></a>, <a class="sec-ref" href="#ReferenceExternalVocabularies"><span class="secno">5.35</span> <span class="sec-title">Reference external vocabularies</span></a>, <a class="sec-ref" href="#SpaceTimeMultiScale"><span class="secno">5.39</span> <span class="sec-title">Space-time multi-scale</span></a>, <a class="sec-ref" href="#VirtualObservations"><span class="secno">5.56</span> <span class="sec-title">Virtual observations</span></a>, <a class="sec-ref" href="#SensingProcedure"><span class="secno">5.38</span> <span class="sec-title">Sensing procedure</span></a>, <a class="sec-ref" href="#HumansAsSensors"><span class="secno">5.16</span> <span class="sec-title">Humans as sensors</span></a></p>
</section>
<section property="bibo:hasPart" resource="#BushfireResponseCoordinationCentre" typeof="bibo:Chapter" id="BushfireResponseCoordinationCentre">
<h3 resource="#h-bushfireresponsecoordinationcentre" id="h-bushfireresponsecoordinationcentre"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.28 </span>Bushfire response coordination centre</span></h3>
<p class="contributor">Simon Cox (on behalf of Paul Box, Simon Cox and Ryan Fraser @ CSIRO)</p>
<label class="expand" for="uc28"></label>
<input id="uc28" type="checkbox">
<div>
<p>This user story covers a number of interrelated use cases:</p>
<ul>
<li>UC1 Search for place name</li>
<li>UC2 Disambiguate place, based on type and provide</li>
<li>UC3 Find the location of a place (centroid, representative location)– where is it?</li>
<li>UC4 Find information about a place</li>
<li>UC5 Find and use a suitable alternative geometric representations of a place – its shape, for a given scale and application</li>
<li>UC6 Discover, access and use measurements relating to a place</li>
<li>UC7.1 Discover related places - find synonyms</li>
<li>UC7.2 Discover related places - topologically related places such as neighboring, or containing regions</li>
</ul>
<h3 id="user-story">User story</h3>
<p>A bush-fire is underway in Blue Mountains NSW. An incident management team has been established, with an incident controller from NSW Fire and Rescue in charge, based in a coordination centre. She notices that the Twitter analytics feed has flagged a Tweet that mentions a fire in ‘Springwood’. The location of the Tweet shows on the incident map as being in the ‘Blue Mountains’ – (this location is a geocode of place name used in the Tweeter’s Profile). The watch officer enters ‘Springwood’ [uc1] in a multi-gazetteer index and gets 41 hits for Springwood in Australia. She zooms to the Blue Mountains and sees there are 13 places called Springwood. These results include a school, a number of rural properties, and an official suburb named Springwood [uc2] near which most of the other places are located. The officer selects the suburb name in the National Gazetteer, and the map zooms to the bounding box for the selected place [uc3]. The controller wants to find more detailed information about the place and clicks on its identifier (a URI for the place). The user is provided with information about:</p>
<ul>
<li>Identity of the place and data sets/collection to which it belongs [uc4]– e.g. the national gazetteer.</li>
<li>Available geometries for the place [uc5]- e.g. a feature-service for a gazetteer data source, hosted by Geosciences Australia.</li>
<li>Existence of links to additional sources of information about the place [uc6] – e.g. links to data about the suburb provided by the local government.</li>
<li>Synonyms for the place – alternative identifiers used for the place [uc7.1] – e.g. identifiers used for suburbs in the Australian Statistical Geographic Standard (ASGS).</li>
<li>Related places [uc7.2] – e.g. a local government area that contains the suburb, or hydrological reporting units cover the suburb.</li>
<li>information about related places e.g.:
<ul>
<li>population profiles for the place codes using ASGS codes [uc7.1&6]</li>
<li>nearby sensors providing hydro/met data that are in the containing hydrological reporting unit [7.2 & 6]</li>
</ul>
</li>
</ul>
<p>An official report of the fire location now also appears on the screen, from a fire service operator on the ground. With the fire location now confirmed, the priority is to identify the areas at risk, and assess community impact, locate possible evacuation centers and set in place evacuation plans.</p>
<p>A fire spread model has been run using reported fire location. An impact analysis and evacuation plan is being developed. The predicted fire spread polygon is shown on the incident map. To assess affected population the analyst needs to find population geography and data. [uc5]</p>
<p>The Springwood place landing page has a link to get information about the data source [uc4]. This is the national gazetteer, which provides bounding box geometries only. This is not accurate enough for her analysis. Returning to the graph of linked resources, the analysis determines that the gazetteer entry has a synonym in the ASGS [uc7.1]. She clicks on this and sees it’s the census geography for the same place (Springwood suburb) [uc4]. She finds the data source link which she discovers uses polygonal geometry and adds this as a service to her map.</p>
<p>She is now able to see that Springwood suburb will be within the predicted fire polygon and will need to be evacuated. The analyst clicks linked information resources for Springwood (the synonym in the ASGS dataset) and a graph of related resources is displayed [uc 7.1, 7.2, 6]. This shows a link to a suburb profile based on the most recent national population and census data is available the analyst clicks on this and a query for predefined measurements (plus the place identifier) is passed to a census data cube service. The analyst visualizes and saves the result set locally.</p>
<p>The analyst also notices that information resources are connected to Springwood (in the gazetteer dataset) [uc 7.1, 7.2, 6]. These include a link to a containing local government area (LGA) and links to LGA emergency management resources on the Website. This lists contact information and evacuation centers information which is used to inform development of the evacuation plan.</p>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a>, <a class="sec-ref" href="#SSN"><span class="secno">2.4</span> <span class="sec-title">Semantic Sensor Network Vocabulary</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#Linkability"><span class="secno">5.19</span> <span class="sec-title">Linkability</span></a>, <a class="sec-ref" href="#SensorMetadata"><span class="secno">5.37</span> <span class="sec-title">Sensor metadata</span></a>, <a class="sec-ref" href="#SpatialVagueness"><span class="secno">5.43</span> <span class="sec-title">Spatial vagueness</span></a></p>
</section>
<section property="bibo:hasPart" resource="#ObservationsOnGeologicalSamples" typeof="bibo:Chapter" id="ObservationsOnGeologicalSamples">
<h3 resource="#h-observationsongeologicalsamples" id="h-observationsongeologicalsamples"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.29 </span>Observations on geological samples</span></h3>
<p class="contributor">Simon Cox</p>
<label class="expand" for="uc29"></label>
<input id="uc29" type="checkbox">
<div>
<p>Geological samples are retrieved from the field and then processed in the laboratory to determine various properties, including chemistry, mineralogy, age, and petrophysical properties like density, porosity, permeability.</p>
<p>Samples obtained as part of economic activities, such as mineral exploration, are usually processed in commercial assay and chemistry labs. For QA/QC purposes, each batch of samples will have a number of control samples inserted, for which the concentration of particular chemical species are already known. For confidentiality reasons the location information associated with each sample is not provided to the lab, but must be re-attached during the interpretation phase. During processing, many derived samples will be generated by various physical and chemical procedures. In some cases the derived samples are strict sub-samples, whose intensive properties are intended to be the same as the parent. In other cases, the split is 'biased', with the derived sample intended to select a specific sub-sample, defined by a particular particle size, density, magnetic properties, etc. The link from the derived sample to the parent sample must be preserved, and the link from the parent to the location from which it was obtained also. In some cases the location is associated with another sampling artifact, such as a drill-hole or traverse or cruise, with the latter carrying the detailed location information.</p>
<p>In a research context some samples have a particularly high-value, having been obtained by an expensive process (involving drilling or ships or spacecraft) or from a location that is hard to visit (remote, offshore, in space). These samples are sometimes sub-divided and distributed to multiple research teams or labs for different specialized observations. Each lab will run its own LIMS system, which will usually assign a local identifier for the sample. When the results of these observations are reported, it is necessary that observations from different labs can be correlated with each other, so that the complete picture around each sample can be assembled.</p>
<p>These stories focus on sensing applications involving ex-situ sampling, where a location is visited and a specimen obtained using some sampling process, then transported to one or more laboratories where it is processed into one or more sub-samples and various observations made. Sample identity is usually key, and the relationships between samples, between samples and other artefacts of the sampling process, and also with other geographic features or locations. The sampling time and analysis and reporting time are all different.</p>
<p>Similar process apply to botanical sampling, and to environmental sampling (water, air, dust).</p>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#TimeOntologyInOWL"><span class="secno">2.3</span> <span class="sec-title">Time Ontology in OWL</span></a>, <a class="sec-ref" href="#SSN"><span class="secno">2.4</span> <span class="sec-title">Semantic Sensor Network Vocabulary</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#DateTimeDuration"><span class="secno">5.7</span> <span class="sec-title">Date, time and duration</span></a>, <a class="sec-ref" href="#DifferentTimeModels"><span class="secno">5.9</span> <span class="sec-title">Different time models</span></a>, <a class="sec-ref" href="#GeoreferencedData"><span class="secno">5.15</span> <span class="sec-title">Georeferenced spatial data</span></a>, <a class="sec-ref" href="#Linkability"><span class="secno">5.19</span> <span class="sec-title">Linkability</span></a>, <a class="sec-ref" href="#ModelReuse"><span class="secno">5.23</span> <span class="sec-title">Model reuse</span></a>, <a class="sec-ref" href="#Provenance"><span class="secno">5.32</span> <span class="sec-title">Provenance</span></a>, <a class="sec-ref" href="#ReferenceExternalVocabularies"><span class="secno">5.35</span> <span class="sec-title">Reference external vocabularies</span></a>, <a class="sec-ref" href="#SensorMetadata"><span class="secno">5.37</span> <span class="sec-title">Sensor metadata</span></a>, <a class="sec-ref" href="#ExSituSampling"><span class="secno">5.13</span> <span class="sec-title">Ex-situ sampling</span></a>, <a class="sec-ref" href="#SamplingTopology"><span class="secno">5.36</span> <span class="sec-title">Sampling topology</span></a>, <a class="sec-ref" href="#SensingProcedure"><span class="secno">5.38</span> <span class="sec-title">Sensing procedure</span></a>, <a class="sec-ref" href="#HumansAsSensors"><span class="secno">5.16</span> <span class="sec-title">Humans as sensors</span></a>, <a class="sec-ref" href="#TemporalReferenceSystem"><span class="secno">5.48</span> <span class="sec-title">Temporal reference system</span></a></p>
</section>
<section property="bibo:hasPart" resource="#SpatialSampling" typeof="bibo:Chapter" id="SpatialSampling">
<h3 resource="#h-spatialsampling" id="h-spatialsampling"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.30 </span>Spatial Sampling</span></h3>
<p class="contributor">Simon Cox</p>
<label class="expand" for="uc30"></label>
<input id="uc30" type="checkbox">
<div>
<p>Most observations are made on <em>samples</em> that are selected to be somehow representative of the feature of ultimate interest which is being characterized. The sample may be statistical, or related to accessibility, or may be of a proxy phenomenon which can be related to the property of ultimate interest.</p>
<p>In environmental observations, certain spatial distributions are commonly used across multiple disciplines, such as</p>
<ul>
<li>grids</li>
<li>transects, cruises, flight-lines</li>
<li>cross-sections</li>
<li>physical sampling</li>
</ul>
<p>These may be related to each other (samples taken along a drill-hole, stations on a traverse, shots along a seismic section) and the relationships provide a kind of 'topology' of sampling which assists access and processing. Sampling features may also be associated with other organizational structures, such as cruises, field trips, campaigns, projects, missions, orbits, deployments, platforms, which are used for discovery and for navigation within a datasets. Sampling strategies are often combined with an observational procedure or instrument to define a standard 'protocol' for observations. The protocol may be identified by name.</p>
<i>Additional comment by Rachel Heaven:</i>
<p>The locations within a spatial distribution may have a different degree of certainty with respect to each other than the positional certainty of the spatial distribution as a whole e.g. the ends of a sampling traverse may be known in a national or global coordinate reference system to +/-5m accuracy; soil samples may be taken along the traverse at every 1m +/-0.01m interval, or species sightings that need to be re-visited may be described in real world terms such as "half way up the burn on the left hand bank". Similarly, measurements taken down a drill hole are known accurately in down hole depth with respect to the drilling datum, but less accurately in true vertical depth and with respect to a national vertical datum. If the hole deviates from vertical, the absolute location will be even more uncertain.</p>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a>, <a class="sec-ref" href="#TimeOntologyInOWL"><span class="secno">2.3</span> <span class="sec-title">Time Ontology in OWL</span></a>, <a class="sec-ref" href="#SSN"><span class="secno">2.4</span> <span class="sec-title">Semantic Sensor Network Vocabulary</span></a>, <a class="sec-ref" href="#CoverageInLinkedData"><span class="secno">2.5</span> <span class="sec-title">Coverage in Linked Data</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#CRSDefinition"><span class="secno">5.6</span> <span class="sec-title">CRS definition</span></a>, <a class="sec-ref" href="#GeoreferencedData"><span class="secno">5.15</span> <span class="sec-title">Georeferenced spatial data</span></a>, <a class="sec-ref" href="#Linkability"><span class="secno">5.19</span> <span class="sec-title">Linkability</span></a>, <a class="sec-ref" href="#MobileSensors"><span class="secno">5.21</span> <span class="sec-title">Mobile sensors</span></a>, <a class="sec-ref" href="#ModelReuse"><span class="secno">5.23</span> <span class="sec-title">Model reuse</span></a>, <a class="sec-ref" href="#SensorMetadata"><span class="secno">5.37</span> <span class="sec-title">Sensor metadata</span></a>, <a class="sec-ref" href="#SpaceTimeMultiScale"><span class="secno">5.39</span> <span class="sec-title">Space-time multi-scale</span></a>, <a class="sec-ref" href="#SpatialVagueness"><span class="secno">5.43</span> <span class="sec-title">Spatial vagueness</span></a>, <a class="sec-ref" href="#SamplingTopology"><span class="secno">5.36</span> <span class="sec-title">Sampling topology</span></a>, <a class="sec-ref" href="#UncertaintyInObservations"><span class="secno">5.52</span> <span class="sec-title">Uncertainty in observations</span></a>, <a class="sec-ref" href="#SpatialMetadata"><span class="secno">5.40</span> <span class="sec-title">Spatial metadata</span></a></p>
</section>
<section property="bibo:hasPart" resource="#SelectHierarchicalGeographicalRegionsForUseInDataAnalysisOrVisualisation" typeof="bibo:Chapter" id="SelectHierarchicalGeographicalRegionsForUseInDataAnalysisOrVisualisation">
<h3 resource="#h-selecthierarchicalgeographicalregionsforuseindataanalysisorvisualisation" id="h-selecthierarchicalgeographicalregionsforuseindataanalysisorvisualisation"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.31 </span>Select hierarchical geographical regions for use in data analysis or visualisation</span></h3>
<p class="contributor">Bill Roberts (based on needs arising from Swirrl's own work)</p>
<label class="expand" for="uc31"></label>
<input id="uc31" type="checkbox">
<div>
<p>Statistical data is frequently referenced against geographical regions. A common requirement is to select a collection of non-overlapping regions with complete coverage of a 'parent' region (a 'Mutually Exclusive Collectively Exhaustive' - MECE - set). This might be used for data aggregation: given the population statistics for all council areas in Scotland, calculate the population of Scotland.</p>
<p>Or it might be for data visualization: retrieve data on average house prices for all parliamentary constituencies in the UK, then combine this with polygons of the constituency boundaries and use it to draw a choropleth map.</p>
<p>Although geographical data frequently includes 'contains' or 'within' relationships between larger and smaller areas, this is not sufficient for the above use cases. A larger area can be broken down into smaller areas in a variety of ways. Sometimes a combination of 'contains' relationships and knowledge of the 'type' of region can be enough: it may allow separating out a particular level in a geographical hierarchy. But that doesn't allow for cases where regions of a particular type don't have full coverage of the parent. An example is 'parishes' in England. The collection of all current parishes is non-overlapping, but it is not exhaustive. Some locations are not in any parish.</p>
<p>The variation of administrative, statistical and political geography over time is also an issue. A particular division of a region into sub-regions may be valid only for a specific period. For example, council boundaries change from time to time. At any given time, there is a MECE set of council boundaries in a region, but the boundaries change occasionally, so if analyzing data on English councils from 2014, a different set of areas is required than would be needed for say 2012. 2012 might involve areas A,B,C,D,E,F whereas 2014 requires A,B,C,D,G,H. A similar issue arises when dividing Europe up into countries for example.</p>
<p>These are common problems and there are probably many separate solutions already in active use. It would be useful however to have a standardized vocabulary to represent these kind of relationships, which would increase the interoperability of data analysis tools.</p>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a>, <a class="sec-ref" href="#TimeOntologyInOWL"><span class="secno">2.3</span> <span class="sec-title">Time Ontology in OWL</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#DateTimeDuration"><span class="secno">5.7</span> <span class="sec-title">Date, time and duration</span></a>, <a class="sec-ref" href="#SpatialOperators"><span class="secno">5.42</span> <span class="sec-title">Spatial operators</span></a>, <a class="sec-ref" href="#SpatialMeronymy"><span class="secno">5.41</span> <span class="sec-title">Spatial meronymy</span></a>, <a class="sec-ref" href="#ValidTime"><span class="secno">5.55</span> <span class="sec-title">Valid time</span></a></p>
</section>
<section property="bibo:hasPart" resource="#SatelliteDataProcessing" typeof="bibo:Chapter" id="SatelliteDataProcessing">
<h3 resource="#h-satellitedataprocessing" id="h-satellitedataprocessing"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.32 </span>Satellite data processing</span></h3>
<p class="contributor">Kerry Taylor (informed by Matt Paget and Juan Guerschman, CSIRO)</p>
<label class="expand" for="uc32"></label>
<input id="uc32" type="checkbox">
<div>
<p><em>Vegetation fractional cover</em> is a key metric for monitoring land management, both in pastoral and agricultural settings. The aim is to estimate the fractions of photosynthetic and non-photosynthetic vegetation and the remaining fraction of bare soil. Fractional cover is computed from both Landsat and MODIS satellite surface reflectance products but calibration and validation via ground-based observations is also needed.</p>
<p>The method for computing fractional cover was developed by comparing geo-aligned Landsat sensor and two MODIS-derived surface reflectance products. Scaling issues associated with different sensors and spatial resolutions were addressed, along with locally-measured effects of soil color and soil moisture.</p>
<p>Source Data:</p>
<ol>
<li>Data from the TM (Landsat 5) and ETM+ (Landsat 7) sensors were downloaded from the United States Geological Survey (USGS) and corrected for atmosphere, topographic and bi-directional surface reflectance effects, standardized to a nadir view (i.e., satellite zenith angle is zero) and a solar zenith angle of 45°)</li>
<li>The MODIS 16-Day Nadir BRDF-Adjusted Reflectance product (MCD43A4) provides surface reflectance data as if they were taken from the nadir view and uses the solar angle calculated at local solar noon (Schaaf et al., 2002). MCD43A4 data were obtained from the Land Processes Distributed Active Archive Center (LPDAAC). These data were resampled to a geographic coordinate system.</li>
<li>The MODIS surface reflectance products from the Terra satellite (MOD09) provide an estimate of the surface spectral reflectance as it would be measured at ground level in the absence of atmospheric scattering and absorption (Vermote et al, 2011; Vermote & Kotchenova, 2008). The 8-day composite (MOD09A1) selects the best possible observation from an 8-day window, selected on the basis of high observation coverage, low viewing angle, cloud free and low aerosol loading, with a spatial resolution of 500 meters and seven spectral bands. The MOD09A1 surface reflectance data used here were subject to the same geometric processing as the MCD43A4 data.</li>
<li>Field measurements of fractional cover were obtained at 913 sites across Australia (ABARES, 2013). Exactly 78 of those sites were sampled repeatedly, resulting in a total of 127 observations (a measurement taken at a given site on a specific date). The field observations did not systematically record soil color or soil moisture. Recent observations include soil color (Munsell Soil Color Charts, 1994), yet soil moisture is only subjectively measured (i.e., wet or dry). To derive these two soil properties consistently and objectively for the entire series we used information derived from other sources.</li>
</ol>
<p>As a result, a combined product is proposed which gives flexibility to use MODIS-derived estimates when large areas and high temporal repetition is desired, and Landsat-derived estimates when high spatial resolution is essential and/or when data prior to 2000 is needed. The algorithms needed for implementing a fractional cover product based on a blended Landsat-MODIS product are given <a href="#refGuerschman">[1]</a>.</p>
<p>Now, this fractional cover coverage product over Australia is computed monthly and <a href="http://www.auscover.org.au/xwiki/bin/view/Product+pages/FC+Composites+MODIS+OEH">distributed by the NSW government</a>, where it is used for their <a href="http://www.environment.nsw.gov.au/dustwatch/">Dustwatch program</a> amongst other things. The Dustwatch program publishes monthly (PDF) reports of wind-related erosion and groundcover change.</p>
<p><b id="refGuerschman">[1]</b> <a href="http://www.sciencedirect.com/science/article/pii/S0034425715000395">Guerschman et al, "Assessing the effects of site heterogeneity and soil properties when unmixing photosynthetic vegetation, non-photosynthetic vegetation and bare soil fractions from Landsat and MODIS data", Remote Sensing of Environment, to appear 2015.</a>(Note that this paper provides several references to similar approaches to using multispectral coverages to determine vegetation).</p>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a>, <a class="sec-ref" href="#SSN"><span class="secno">2.4</span> <span class="sec-title">Semantic Sensor Network Vocabulary</span></a>, <a class="sec-ref" href="#CoverageInLinkedData"><span class="secno">2.5</span> <span class="sec-title">Coverage in Linked Data</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#CRSDefinition"><span class="secno">5.6</span> <span class="sec-title">CRS definition</span></a>, <a class="sec-ref" href="#GeoreferencedData"><span class="secno">5.15</span> <span class="sec-title">Georeferenced spatial data</span></a>, <a class="sec-ref" href="#MobileSensors"><span class="secno">5.21</span> <span class="sec-title">Mobile sensors</span></a>, <a class="sec-ref" href="#MultipleTypesOfCoverage"><span class="secno">5.26</span> <span class="sec-title">Multiple types of coverage</span></a>, <a class="sec-ref" href="#Provenance"><span class="secno">5.32</span> <span class="sec-title">Provenance</span></a>, <a class="sec-ref" href="#SensorMetadata"><span class="secno">5.37</span> <span class="sec-title">Sensor metadata</span></a>, <a class="sec-ref" href="#HumansAsSensors"><span class="secno">5.16</span> <span class="sec-title">Humans as sensors</span></a>, <a class="sec-ref" href="#VirtualObservations"><span class="secno">5.56</span> <span class="sec-title">Virtual observations</span></a>, <a class="sec-ref" href="#SensingProcedure"><span class="secno">5.38</span> <span class="sec-title">Sensing procedure</span></a>, <a class="sec-ref" href="#IndependenceOnReferenceSystems"><span class="secno">5.17</span> <span class="sec-title">Independence on reference systems</span></a>, <a class="sec-ref" href="#SpatialMetadata"><span class="secno">5.40</span> <span class="sec-title">Spatial metadata</span></a></p>
</section>
<section property="bibo:hasPart" resource="#MarineObservationsEMII" typeof="bibo:Chapter" id="MarineObservationsEMII">
<h3 resource="#h-marineobservationsemii" id="h-marineobservationsemii"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.33 </span>Marine observations - eMII</span></h3>
<p class="contributor">Simon Cox (on behalf of <a href="http://imos.org.au/emii.html">IMOS eMII</a>)</p>
<label class="expand" for="uc33"></label>
<input id="uc33" type="checkbox">
<div>
<section property="bibo:hasPart" resource="#water-column-observations" typeof="bibo:Chapter">
<h4 resource="#water-column-observations" id="water-column-observations"><span property="xhv:role" resource="xhv:heading">Water column observations</span></h4>
<p>I am a modeler and I want to find, filter and extract water column data that has been collected by profiling instruments (e.g. CTD, XBT, ARGO Floats, CTD’s mounted on animals) so that I can prime my models. I want to easily be able to discover these data either by nominating the collection device type, or by nominating data parameters of interest. Once I can see which datasets meet my broad discovery criteria, and whilst still in the Portal, I want to be able to filter out data that is not of interest (e.g. those data outside of my region of interest, those not covering my features of interest, data which is unqualified, data below a certain depth and data from institutions I don’t trust). I want to extract these data in a harmonized format (i.e. receive a single file of aggregated data expressed using common data fields, or in multiple files where each file has a similar syntactic and semantic encoding). I don’t want to have to spend time transforming datasets with differing formats, nor guess which data fields in datasets from different sources are semantically covering the same information. I need to know what each field in the downloaded data represents.</p>
</section>
<section property="bibo:hasPart" resource="#reconfiguring-data-ingestion-process" typeof="bibo:Chapter">
<h4 resource="#reconfiguring-data-ingestion-process" id="reconfiguring-data-ingestion-process"><span property="xhv:role" resource="xhv:heading">Reconfiguring data ingestion process</span></h4>
<p>I am an eMII Project Officer. I spend my day pulling data from partner services and transforming it so that it can be published through the 1-2-3 Portal. Just when I think I have tweaked all of the systems I need to in order to successfully ingest and publish provider data, the provider changes his/her data format, schema syntax or semantics. I then have to re-write or re-configure systems to obtain any new data. This happens very frequently. Even data providers who supply me with data from the same instruments use different data encodings and formats so I have to create individualized database tables to manage their incoming data. I would like data providers to agree on common schema for expressing similar data types and in collaboration develop some ‘governance’ rules surrounding data publication to the Portal to reduce the time I spend on repetitive (and often unnecessary) tasks.</p>
</section>
<section property="bibo:hasPart" resource="#observations-along-profiles" typeof="bibo:Chapter">
<h4 resource="#observations-along-profiles" id="observations-along-profiles"><span property="xhv:role" resource="xhv:heading">Observations along profiles</span></h4>
<p>I am an eMII Project Officer and I manage multiple profile type datasets (e.g.: Argo profile, seals profile, XBT profile …). I want to be able to assess the quality of the data provided by partners before inclusion into the IMOS database and making it available through the IMOS portal. I want to set up a system whereby every new profile will be compared with existing profiles available in the IMOS database. The incoming profile will have to conform to a standard format so that it is relatively easy to implement and develop different set of rules to enable comparison with existing profiles. The system will send me an alert if one or multiple profiles failed some tests. Then I will be able to follow up more quickly with the corresponding partners to check if an error occurs during the processing of the data or if actually the data is correct. In the end, this process will enable an increase of the quality of the data provided to the end user.</p>
</section>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a>, <a class="sec-ref" href="#SSN"><span class="secno">2.4</span> <span class="sec-title">Semantic Sensor Network Vocabulary</span></a>, <a class="sec-ref" href="#CoverageInLinkedData"><span class="secno">2.5</span> <span class="sec-title">Coverage in Linked Data</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#Discoverability"><span class="secno">5.10</span> <span class="sec-title">Discoverability</span></a>, <a class="sec-ref" href="#MobileSensors"><span class="secno">5.21</span> <span class="sec-title">Mobile sensors</span></a>, <a class="sec-ref" href="#ModelReuse"><span class="secno">5.23</span> <span class="sec-title">Model reuse</span></a>, <a class="sec-ref" href="#ObservationAggregations"><span class="secno">5.30</span> <span class="sec-title">Observation aggregations</span></a>, <a class="sec-ref" href="#ObservedPropertyInCoverage"><span class="secno">5.31</span> <span class="sec-title">Observed property in coverage</span></a>, <a class="sec-ref" href="#QualityMetadata"><span class="secno">5.33</span> <span class="sec-title">Quality metadata</span></a>, <a class="sec-ref" href="#SensorMetadata"><span class="secno">5.37</span> <span class="sec-title">Sensor metadata</span></a>, <a class="sec-ref" href="#3DSupport"><span class="secno">5.46</span> <span class="sec-title">Support for 3D</span></a>, <a class="sec-ref" href="#SamplingTopology"><span class="secno">5.36</span> <span class="sec-title">Sampling topology</span></a></p>
</section>
<section property="bibo:hasPart" resource="#MarineObservationsDataProviders" typeof="bibo:Chapter" id="MarineObservationsDataProviders">
<h3 resource="#h-marineobservationsdataproviders" id="h-marineobservationsdataproviders"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.34 </span>Marine observations - data providers</span></h3>
<p class="contributor">Simon Cox (on behalf of <a href="http://imos.org.au/emii.html">IMOS eMII</a>)</p>
<label class="expand" for="uc34"></label>
<input id="uc34" type="checkbox">
<div>
<section property="bibo:hasPart" resource="#atlas-of-living-australia-ala" typeof="bibo:Chapter">
<h4 resource="#atlas-of-living-australia-ala" id="atlas-of-living-australia-ala"><span property="xhv:role" resource="xhv:heading">Atlas of Living Australia (ALA)</span></h4>
<p>The ALA would like to integrate their data into the AODN. The ALA serves a range of Web services including WMS and corresponding ISO19115/MCP metadata. The ALA's use case is unusual in that it has tens of thousands of WMS layers and metadata records. This data cannot be added to version 2 of the AODN portal because it is too large to be harvested into the menu tree. ALA will need to be integrated with the 123 portal. Dave Martin's team has created a proof of concept integration. There would be a single metadata record for ALA, which will allow it to be discovered in Step 1 of the portal. After proceeding to Step 2 the user would see something like <a href="http://bl.ocks.org/nickdos/raw/119e3c16edeced2a9355/">this mockup</a>.</p>
</section>
<section property="bibo:hasPart" resource="#reef-life-survey-rls" typeof="bibo:Chapter">
<h4 resource="#reef-life-survey-rls" id="reef-life-survey-rls"><span property="xhv:role" resource="xhv:heading">Reef Life Survey (RLS)</span></h4>
<p>RLS have visited 2500+ coral and rocky reef sites and have conducted approx 6000 surveys across those sites. Each survey is conducted at a nominal ‘site’.
</p><section property="bibo:hasPart" resource="#methods-1-2" typeof="bibo:Chapter">
<h5 resource="#methods-1-2" id="methods-1-2"><span property="xhv:role" resource="xhv:heading">Methods 1 & 2</span></h5>
<p>During a survey observations are recorded of each of (1) vertebrate species abundance and biomass and (2) invertebrate species abundance.</p><p>
</p></section>
<section property="bibo:hasPart" resource="#method-3" typeof="bibo:Chapter">
<h5 resource="#method-3" id="method-3"><span property="xhv:role" resource="xhv:heading">Method 3</span></h5>
<p>During a survey downward looking photographs are taken. The photographs are sequenced 1-20 for each site and are not geolocated. Subsequently, the photographs are scored at 5 points within each image. Each point is scored into one of 36 categories. Parameters are date, depth, resolution, major category, minor category, numerical value.</p>
</section>
<section property="bibo:hasPart" resource="#user-story-1" typeof="bibo:Chapter">
<h5 resource="#user-story-1" id="user-story-1"><span property="xhv:role" resource="xhv:heading">User Story 1</span></h5>
<p>I’m interested in ecosystems, reef assemblages and inter-species interactions. Show me what vertebrate and invertebrate species were found at this site (and any corresponding location/depth/habitat information).</p>
<p>What I want to see:</p>
<ul>
<li>By site, all vertebrate species abundance and biomass values (for each survey?)</li>
<li>By site, all invertebrate abundance values (for each survey?)</li>
</ul>
</section>
<section property="bibo:hasPart" resource="#user-story-2" typeof="bibo:Chapter">
<h5 resource="#user-story-2" id="user-story-2"><span property="xhv:role" resource="xhv:heading">User Story 2</span></h5>
<p>I have a large-scale question to ask about a particular species, for example, I am interested in broad distribution patterns of lobsters, plankton dispersal and settling rates. Show me all of the sites that were surveyed and the presence/absence of a particular species at each of those sites.</p>
<p>What I want to see:</p>
<ul>
<li>Across all sites that have been surveyed by RLS, the latitude, longitude, depth and presence/absence of a particular vertebrate or invertebrate species (no time component)</li>
<li>A time selector that shows changing or stable presence/absence values for repeat surveys at the same site</li>
</ul>
</section>
</section>
<section property="bibo:hasPart" resource="#institute-for-marine-and-antarctic-studies-imas" typeof="bibo:Chapter">
<h4 resource="#institute-for-marine-and-antarctic-studies-imas" id="institute-for-marine-and-antarctic-studies-imas"><span property="xhv:role" resource="xhv:heading">Institute for Marine and Antarctic Studies (IMAS)</span></h4>
<p>The IMAS use case includes a number of data collections. The main requirements is a mechanism to easily install the necessary applications. Ideally the AODN will host the applications (GeoNetwork, Geoserver etc) in the NeCTAR Cloud. This cloud based infrastructure will be managed by the AODN, but IMAS will have administrator accounts on each application and will be responsible for data content.</p>
</section>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#SSN"><span class="secno">2.4</span> <span class="sec-title">Semantic Sensor Network Vocabulary</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#GeoreferencedData"><span class="secno">5.15</span> <span class="sec-title">Georeferenced spatial data</span></a>, <a class="sec-ref" href="#NominalObservations"><span class="secno">5.27</span> <span class="sec-title">Nominal observations</span></a>, <a class="sec-ref" href="#HumansAsSensors"><span class="secno">5.16</span> <span class="sec-title">Humans as sensors</span></a>, <a class="sec-ref" href="#3DSupport"><span class="secno">5.46</span> <span class="sec-title">Support for 3D</span></a>, <a class="sec-ref" href="#UncertaintyInObservations"><span class="secno">5.52</span> <span class="sec-title">Uncertainty in observations</span></a></p>
</section>
<section property="bibo:hasPart" resource="#MarineObservationsDataConsumers" typeof="bibo:Chapter" id="MarineObservationsDataConsumers">
<h3 resource="#h-marineobservationsdataconsumers" id="h-marineobservationsdataconsumers"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.35 </span>Marine observations - data consumers</span></h3>
<p class="contributor">Simon Cox (on behalf of <a href="http://imos.org.au/emii.html">IMOS eMII</a>)</p>
<label class="expand" for="uc35"></label>
<input id="uc35" type="checkbox">
<div>
<section property="bibo:hasPart" resource="#download-temperature-and-velocity-data-from-nsw-moorings" typeof="bibo:Chapter">
<h4 resource="#download-temperature-and-velocity-data-from-nsw-moorings" id="download-temperature-and-velocity-data-from-nsw-moorings"><span property="xhv:role" resource="xhv:heading">Download Temperature and Velocity Data from NSW Moorings</span></h4>
<p>The user would like to download temperature and velocity data from NSW moorings without downloading large numbers of NetCDF files, and without needing many clicks.</p><p>(Based on feedback from Robin Robertson).</p>
</section>
<section property="bibo:hasPart" resource="#download-glider-data" typeof="bibo:Chapter">
<h4 resource="#download-glider-data" id="download-glider-data"><span property="xhv:role" resource="xhv:heading">Download Glider Data</span></h4>
<p>The user would like an easy way to download the calibrated glider data. The user does not want the data delivered manually via drop box, or to face the difficulty of downloading NetCDF files in the way they are currently provided.</p><p>(Based on feedback from Robin Robertson).</p>
</section>
<section property="bibo:hasPart" resource="#download-anmn-timor-south-moorings-data" typeof="bibo:Chapter">
<h4 resource="#download-anmn-timor-south-moorings-data" id="download-anmn-timor-south-moorings-data"><span property="xhv:role" resource="xhv:heading">Download ANMN Timor South moorings data</span></h4>
<p>The user would like to download the ANMN Timor South moorings data - without needing 160 clicks.</p><p>(Based on feedback from Rebecca Cowley).</p>
</section>
<section property="bibo:hasPart" resource="#download-xbt-data" typeof="bibo:Chapter">
<h4 resource="#download-xbt-data" id="download-xbt-data"><span property="xhv:role" resource="xhv:heading">Download XBT data</span></h4>
<p>The user would like to download XBT data from the portal. Not just the metadata - but the actual data.</p><p>(Based on feedback from Rebecca Cowley).</p>
</section>
<section property="bibo:hasPart" resource="#download-nrs-data" typeof="bibo:Chapter">
<h4 resource="#download-nrs-data" id="download-nrs-data"><span property="xhv:role" resource="xhv:heading">Download NRS data</span></h4><p>The user would like to be able to download NRS moorings data.</p><p>(Based on feedback by Peter Thompson)</p>
</section>
<section property="bibo:hasPart" resource="#understandable-by-scientists-from-other-fields" typeof="bibo:Chapter">
<h4 resource="#understandable-by-scientists-from-other-fields" id="understandable-by-scientists-from-other-fields"><span property="xhv:role" resource="xhv:heading">Understandable by scientists from other fields</span></h4>
<p>The user would like to be able to understand the portal even though she is from another field (e.g. genomics).</p><p>(Based on feedback from Levente Bodrossy).</p>
</section>
<section property="bibo:hasPart" resource="#filter-moorings-data-by-deployment-and-instrument-type" typeof="bibo:Chapter">
<h4 resource="#filter-moorings-data-by-deployment-and-instrument-type" id="filter-moorings-data-by-deployment-and-instrument-type"><span property="xhv:role" resource="xhv:heading">Filter moorings data by deployment and instrument type</span></h4><p>The user would like to be able to filter moorings data by deployment and instrument type.</p><p>(Based on feedback from Craig Steinberg)</p>
</section>
<section property="bibo:hasPart" resource="#download-data-as-csv" typeof="bibo:Chapter">
<h4 resource="#download-data-as-csv" id="download-data-as-csv"><span property="xhv:role" resource="xhv:heading">Download data as CSV</span></h4><p>The user would like to download sea surface temperature from the Bass Straight as a CSV file - not NetCDF</p><p>(Based on feedback from Andre Chiaradia)</p>
</section>
<section property="bibo:hasPart" resource="#argo-float-data-in-a-bounding-box-in-the-southern-ocean.x" typeof="bibo:Chapter">
<h4 resource="#argo-float-data-in-a-bounding-box-in-the-southern-ocean.x" id="argo-float-data-in-a-bounding-box-in-the-southern-ocean.x"><span property="xhv:role" resource="xhv:heading">Argo float data in a bounding box in the Southern Ocean.</span></h4><p>The user would like to download argo data from a particular region in the Southern Ocean.</p><p>(Based on feedback from Esmee)</p>
</section>
<p>Also see <a href="https://sites.google.com/site/aodntag/working-groups/use-cases/data-consumers">additional stories in un-edited emails</a>.</p>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a>, <a class="sec-ref" href="#SSN"><span class="secno">2.4</span> <span class="sec-title">Semantic Sensor Network Vocabulary</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#SensingProcedure"><span class="secno">5.38</span> <span class="sec-title">Sensing procedure</span></a></p>
</section>
<section property="bibo:hasPart" resource="#BuildingInformationManagementAndDataSharing" typeof="bibo:Chapter" id="BuildingInformationManagementAndDataSharing">
<h3 resource="#h-buildinginformationmanagementanddatasharing" id="h-buildinginformationmanagementanddatasharing"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.36 </span>Building information management and data sharing</span></h3>
<p class="contributor"> Linda van den Brink (with thanks to Henk Schaap - Gobar)</p>
<label class="expand" for="uc36"></label>
<input id="uc36" type="checkbox">
<div>
<p>The Dutch organization <a href="http://www.rws.nl/en/">Rijkswaterstaat</a> is responsible for the practical execution of the public works and water management, including the construction and maintenance of waterways and roads, and flood protection and prevention in the Netherlands. The following is a use case about sharing Rijkswaterstaat information to support building processes.</p>
<p>A part of a highway is in need of a new tarmac layer. This involves a lot of information sharing between the contractor (Rijkswaterstaat), the organization responsible for organizing the project and the organization responsible for carrying out the maintenance work. Building Information Management (BIM) is used for this and the data is published via a Webserver.</p>
<p>The information being exchanged is asset management information, i.e. the location of the roads, tunnels, bridges, aqueducts, railway lines, surrounding terrain and waterbodies involved (geometric information). In addition, non-spatial information is important, like the layers of material the road consists of, when it was last maintained etc. The spatial information is not only shared as 2D geometries: (detailed) 3D information is also used in the building process. The area involved contains about 9.000 relevant physical objects (about 100 different object types) and about 2.000 spatial objects that relate to the traffic network, about which information is exchanged.</p>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#3DSupport"><span class="secno">5.46</span> <span class="sec-title">Support for 3D</span></a>, <a class="sec-ref" href="#SpatialMeronymy"><span class="secno">5.41</span> <span class="sec-title">Spatial meronymy</span></a>, <a class="sec-ref" href="#Validation"><span class="secno">5.54</span> <span class="sec-title">Validation</span></a></p>
</section>
<section property="bibo:hasPart" resource="#LandsatDataServices" typeof="bibo:Chapter" id="LandsatDataServices">
<h3 resource="#h-landsatdataservices" id="h-landsatdataservices"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.37 </span>Landsat data services</span></h3>
<p class="contributor">Kerry Taylor (on behalf of Aaron Sedgmen of Geoscience Australia)</p>
<label class="expand" for="uc37"></label>
<input id="uc37" type="checkbox">
<div>
<p>Geoscience Australia (GA) maintains an archive of Landsat 5, 7 and 8 satellite imagery over the Australian continent from 1986 to present. The Australian Reflectance Grid 25 (ARG25) dataset produced from the Landsat archive is a collection of approximately 184,000 individual Landsat 5 and Landsat 7 scenes processed to the ARG25 specification. The ARG25 data are available to the public as file downloads and OGC Web services. The ARG25 collection can be searched using an OGC Catalogue Service (CSW) containing ISO 19115 metadata for each scene. Note that the ARG25 data services are expected to be superseded by the Australian Geoscience Data Cube when it becomes publically available.</p>
<p>The ARG25 data services were promoted for use at the 2013 and 2014 Australian GovHack events, a competition aimed at mainstream (i.e. largely non geoscience/geospatial specialist) Web and application developers, to mashup, reuse, and remix open government data. The predominant use case for the ARG25 data at GovHack has been to perform spatiotemporal searches on the catalogue for an area of interest, retrieve and subset/stitch scenes from the Web services, and provide an animated time sequence of the imagery to allow users to visualize changes in land cover over time, e.g. “show me how my town has grown over the last 10 years”.</p>
<p>The relative complexity and richness of the OGC/ISO Web service APIs and data exchange formats presented a barrier to developers who were accustomed to lighter weight APIs and formats optimized for rapid integration and mashing up of data in mobile and browser based applications. As a result, uptake of the ARG25 data at GovHack was less than hoped for, and we see this as indicative of the mainstream Web app development community in the real world.</p>
<p>GA has had much success with OGC and ISO standards in the sharing of data with government, research and industry partners and clients who are power users of spatial data and savvy in the standards. The less traditional users who are not spatial data specialists are less likely to access GA’s data delivered using OGC and ISO standards, and this is a section of the user community that can potentially apply the data to highly innovative and entrepreneurial uses.</p>
<p>GA does use proprietary and quasi-standard light weight data exchange formats (e.g. JSON) and Web APIs (e.g. ESRI RESTful API) for delivering some geospatial data, although, in accordance with government policy, it is GA’s preference to adopt standards when possible to maximize interoperability.</p>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a>, <a class="sec-ref" href="#TimeOntologyInOWL"><span class="secno">2.3</span> <span class="sec-title">Time Ontology in OWL</span></a>, <a class="sec-ref" href="#CoverageInLinkedData"><span class="secno">2.5</span> <span class="sec-title">Coverage in Linked Data</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#DateTimeDuration"><span class="secno">5.7</span> <span class="sec-title">Date, time and duration</span></a>, <a class="sec-ref" href="#Discoverability"><span class="secno">5.10</span> <span class="sec-title">Discoverability</span></a>, <a class="sec-ref" href="#ReferenceDataChunks"><span class="secno">5.34</span> <span class="sec-title">Reference data chunks</span></a>, <a class="sec-ref" href="#TimeSeries"><span class="secno">5.51</span> <span class="sec-title">Time series</span></a>, <a class="sec-ref" href="#CoverageTemporalExtent"><span class="secno">5.4</span> <span class="sec-title">Coverage temporal extent</span></a>, <a class="sec-ref" href="#TilingSupport"><span class="secno">5.50</span> <span class="sec-title">Support for tiling</span></a></p>
</section>
<section property="bibo:hasPart" resource="#MetadataAndSearchGranularity" typeof="bibo:Chapter" id="MetadataAndSearchGranularity">
<h3 resource="#h-metadataandsearchgranularity" id="h-metadataandsearchgranularity"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.38 </span>Metadata and Search Granularity</span></h3>
<p class="contributor">Kerry Taylor (on behalf of Aaron Sedgmen of Geoscience Australia)</p>
<label class="expand" for="uc38"></label>
<input id="uc38" type="checkbox">
<div>
<p>Geoscience Australia (GA) collects and curates Australian national geoscience and geographic data sets, for use by government, industry and the community. Following is a typical requirement of a user of GA data - “A mineral exploration company is collating published geological data for their mining lease. They are particularly interested in sample locations where gold ppm values are above 0.1ppm, occurring in greenstone, located on or near a fault line, and aged around 2.6 Ga”.</p><p>
</p><p>Users are able to perform structured searches for GA datasets at the collection level using catalogues of ISO 19115 metadata. The collection level metadata provides users with download links to the packaged datasets, and in limited instances, links for accessing the data via Web services and/or applications that provide visualization and <abbr title="Geospatial Information Systems">GIS</abbr> analysis capability.</p>
<p>To perform fine grained searches within the dataset, such as feature level searches (e.g. show me sample locations in the OZCHEM database with gold ppm > 0.1), users must download the packaged datasets to their local environment and use their own tools to search through the data. Web services providing data access, e.g. <abbr title="Web Feature Service">WFS</abbr>, and Web applications with <abbr title="Geospatial Information Systems">GIS</abbr> capability served by GA, e.g. the Rock Properties Explorer app, can provide some capability for searching within data collections.</p>
<p>Usability of search and discovery systems would be enhanced by having standards that define the line between spatial data and metadata in the context of searches, and standard methodologies for searching across collection level and feature level data.</p>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a>, <a class="sec-ref" href="#TimeOntologyInOWL"><span class="secno">2.3</span> <span class="sec-title">Time Ontology in OWL</span></a>, <a class="sec-ref" href="#SSN"><span class="secno">2.4</span> <span class="sec-title">Semantic Sensor Network Vocabulary</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#DifferentTimeModels"><span class="secno">5.9</span> <span class="sec-title">Different time models</span></a>, <a class="sec-ref" href="#ExSituSampling"><span class="secno">5.13</span> <span class="sec-title">Ex-situ sampling</span></a>, <a class="sec-ref" href="#NominalTemporalReferences"><span class="secno">5.28</span> <span class="sec-title">Nominal temporal references</span></a>, <a class="sec-ref" href="#SpatialVagueness"><span class="secno">5.43</span> <span class="sec-title">Spatial vagueness</span></a>, <a class="sec-ref" href="#3DSupport"><span class="secno">5.46</span> <span class="sec-title">Support for 3D</span></a>, <a class="sec-ref" href="#SpaceTimeMultiScale"><span class="secno">5.39</span> <span class="sec-title">Space-time multi-scale</span></a>, <a class="sec-ref" href="#TemporalReferenceSystem"><span class="secno">5.48</span> <span class="sec-title">Temporal reference system</span></a></p>
</section>
<section property="bibo:hasPart" resource="#CrowdsourcedEarthquakeObservationInformation" typeof="bibo:Chapter" id="CrowdsourcedEarthquakeObservationInformation">
<h3 resource="#h-crowdsourcedearthquakeobservationinformation" id="h-crowdsourcedearthquakeobservationinformation"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.39 </span>Crowdsourced earthquake observation information</span></h3>
<p class="contributor">Kerry Taylor (on behalf of Aaron Sedgmen of Geoscience Australia)</p>
<label class="expand" for="uc39"></label>
<input id="uc39" type="checkbox">
<div>
<p>Geoscience Australia (GA) collects earthquake observation information from the general public to improve its knowledge base of the impact of earthquakes across the Australian continent. An online HTML form is available on the GA Website for members of the public to report their experiences of earthquake events. Information collected includes the person’s location (both geographic and within a building), time of event, perception of intensity and observed effects on the built environment. The information provided by the public is rated against the Modified Mercalli Intensity (MMI) Scale and is used to improve the accuracy of shake maps for earthquake prone regions of the country. This feeds into GA’s understanding of exposure of the Australian built environment to natural disaster, and is used for disaster mitigation purposes including the determination of minimum building codes for various regions of the country.</p>
<p>There is potential for GA to improve the efficiency by which it obtains earthquake observation information from the general public by leveraging popular social media services (such as Twitter), and adopting common standards and best practices for collecting crowdsourced information.</p>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a>, <a class="sec-ref" href="#SSN"><span class="secno">2.4</span> <span class="sec-title">Semantic Sensor Network Vocabulary</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#NominalObservations"><span class="secno">5.27</span> <span class="sec-title">Nominal observations</span></a>, <a class="sec-ref" href="#MultilingualSupport"><span class="secno">5.25</span> <span class="sec-title">Multilingual support</span></a>, <a class="sec-ref" href="#HumansAsSensors"><span class="secno">5.16</span> <span class="sec-title">Humans as sensors</span></a>, <a class="sec-ref" href="#SpatialVagueness"><span class="secno">5.43</span> <span class="sec-title">Spatial vagueness</span></a>, <a class="sec-ref" href="#SensorMetadata"><span class="secno">5.37</span> <span class="sec-title">Sensor metadata</span></a>, <a class="sec-ref" href="#GeoreferencedData"><span class="secno">5.15</span> <span class="sec-title">Georeferenced spatial data</span></a>, <a class="sec-ref" href="#ObservationAggregations"><span class="secno">5.30</span> <span class="sec-title">Observation aggregations</span></a>, <a class="sec-ref" href="#MobileSensors"><span class="secno">5.21</span> <span class="sec-title">Mobile sensors</span></a>, <a class="sec-ref" href="#3DSupport"><span class="secno">5.46</span> <span class="sec-title">Support for 3D</span></a>, <a class="sec-ref" href="#DynamicSensorData"><span class="secno">5.11</span> <span class="sec-title">Dynamic sensor data</span></a>, <a class="sec-ref" href="#Streamable"><span class="secno">5.45</span> <span class="sec-title">Streamable data</span></a>, <a class="sec-ref" href="#SpatialMetadata"><span class="secno">5.40</span> <span class="sec-title">Spatial metadata</span></a>, <a class="sec-ref" href="#Linkability"><span class="secno">5.19</span> <span class="sec-title">Linkability</span></a>, <a class="sec-ref" href="#MachineToMachine"><span class="secno">5.20</span> <span class="sec-title">Machine to machine</span></a>, <a class="sec-ref" href="#SpatialOperators"><span class="secno">5.42</span> <span class="sec-title">Spatial operators</span></a>, <a class="sec-ref" href="#Crawlability"><span class="secno">5.5</span> <span class="sec-title">Crawlability</span></a>, <a class="sec-ref" href="#Discoverability"><span class="secno">5.10</span> <span class="sec-title">Discoverability</span></a>, <a class="sec-ref" href="#EncodingForVectorGeometry"><span class="secno">5.12</span> <span class="sec-title">Encoding for vector geometry</span></a></p>
</section>
<section property="bibo:hasPart" resource="#TCGAMicroscopyImaging" typeof="bibo:Chapter" id="TCGAMicroscopyImaging">
<h3 resource="#h-tcgamicroscopyimaging" id="h-tcgamicroscopyimaging"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.40 </span>TCGA / Microscopy Imaging</span></h3>
<p class="contributor">Erich Bremer</p>
<label class="expand" for="uc40"></label>
<input id="uc40" type="checkbox">
<div>
<p>Studying the morphology of disease at the cellular and sub-cellular levels using high resolution tissue images is extremely important to help understand the nature of various cancers. <a href="http://cancergenome.nih.gov/">The Cancer Genome Atlas (TCGA)</a> contains over 32,000 de-identified whole-slide microscopy images (WSI) of over two dozen cancer types. These images can contain between 100K-1M nuclei each. Biomedical informatics researcher have developed (and continue to develop) software to automatically segment nuclei for study. The spatial features of each nucleus and groups of nuclei as it relates to other nuclei combined with other linked data such as other morphological features (crypts, ducts, etc.) and/or patient lab results are used in analyzing and categorizing tissues and patients into groups and in comparing such groupings to understand disease mechanisms in a particular cancer type as well as across cancer types.</p><p>
</p><p>Representing nuclear segmentations is often done with binary masks or through polygon representations (e.g., the use of Well Known Text (WKT) representations) and also by leveraging work from the Geospatial community. However, in the case of nuclear segmentations, coordinate systems are 2D & 3D Cartesian based. Although the majority of work is this area is 2D-based, a growing segment of microscopy is also 3D-based as the technology develops and become more sophisticated. As living tissue can change over time through growth, infection, cancer, damage, etc, (as well as its associated organism’s various properties) it is important that spatial locations of features such as nuclear segmentation be also represented in a temporal aspect for proper comparisons.</p>
<p>Samples of TCGA WSI data can be viewed at: <a href="http://cancer.digitalslidearchive.net">http://cancer.digitalslidearchive.net</a></p>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a>, <a class="sec-ref" href="#CoverageInLinkedData"><span class="secno">2.5</span> <span class="sec-title">Coverage in Linked Data</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#CoverageTemporalExtent"><span class="secno">5.4</span> <span class="sec-title">Coverage temporal extent</span></a>, <a class="sec-ref" href="#NonGeographicReferenceSystem"><span class="secno">5.29</span> <span class="sec-title">Non-geographic reference system</span></a>, <a class="sec-ref" href="#ReferenceDataChunks"><span class="secno">5.34</span> <span class="sec-title">Reference data chunks</span></a>, <a class="sec-ref" href="#3DSupport"><span class="secno">5.46</span> <span class="sec-title">Support for 3D</span></a>, <a class="sec-ref" href="#Discoverability"><span class="secno">5.10</span> <span class="sec-title">Discoverability</span></a>, <a class="sec-ref" href="#SpatialMetadata"><span class="secno">5.40</span> <span class="sec-title">Spatial metadata</span></a>, <a class="sec-ref" href="#TilingSupport"><span class="secno">5.50</span> <span class="sec-title">Support for tiling</span></a>, <a class="sec-ref" href="#IndependenceOnReferenceSystems"><span class="secno">5.17</span> <span class="sec-title">Independence on reference systems</span></a>, <a class="sec-ref" href="#Provenance"><span class="secno">5.32</span> <span class="sec-title">Provenance</span></a>, <a class="sec-ref" href="#TimeSeries"><span class="secno">5.51</span> <span class="sec-title">Time series</span></a>, <a class="sec-ref" href="#SpatialOperators"><span class="secno">5.42</span> <span class="sec-title">Spatial operators</span></a></p>
</section>
<section property="bibo:hasPart" resource="#CropYieldEstimationUsingMultipleSatellites" typeof="bibo:Chapter" id="CropYieldEstimationUsingMultipleSatellites">
<h3 resource="#h-cropyieldestimationusingmultiplesatellites" id="h-cropyieldestimationusingmultiplesatellites"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.41 </span>Crop yield estimation using multiple satellites</span></h3>
<p class="contributor">Kerry Taylor with Zheng-Shu Zhou, CSIRO</p>
<label class="expand" for="uc41"></label>
<input id="uc41" type="checkbox">
<div>
<p>Space-borne Synthetic Aperture Radar (SAR) observations are coming on line rapidly over the next few years. SAR signals are represented in 2D space but can be processed to point observations in 3D space, or to 3D triangulated surfaces using polarimetric and phase information. A compelling use case for SAR data is crop classification, i.e., identification of cereal crops (wheat, barley, rice etc.), through analysis of the radar backscatters and polarizations over the variable-height surface and volume of the crop.</p>
<p>Multispectral (e.g. Landsat or MODIS) satellite imagery has been widely used to estimate vegetation cover and growth rates. It seems that combining SAR derived crop-type observations with Landsat-derived vegetation estimations could be used to estimate crop yields throughout the growth cycle. In principle, access to such data is open, but in practice it is difficult to get hold of and difficult to process for anyone other than well-connected scientists in developed nations. How could this data be opened up to a bigger community to help solve this problem, perhaps aided by reference to local knowledge?</p>
<p>We might expect that this will be used to assist in logistics and market planning in developed countries, and for food security in developing and war-torn nations.</p>
</div>
<p class="relatedDeliverables"><a class="sec-ref" href="#BestPractices"><span class="secno">2.2</span> <span class="sec-title">Spatial Data on the Web Best Practices</span></a>, <a class="sec-ref" href="#SSN"><span class="secno">2.4</span> <span class="sec-title">Semantic Sensor Network Vocabulary</span></a>, <a class="sec-ref" href="#CoverageInLinkedData"><span class="secno">2.5</span> <span class="sec-title">Coverage in Linked Data</span></a></p>
<p class="relatedRequirements"><a class="sec-ref" href="#CoverageTemporalExtent"><span class="secno">5.4</span> <span class="sec-title">Coverage temporal extent</span></a>, <a class="sec-ref" href="#SSNLikeRepresentation"><span class="secno">5.44</span> <span class="sec-title">SSN-like representation</span></a>, <a class="sec-ref" href="#3DSupport"><span class="secno">5.46</span> <span class="sec-title">Support for 3D</span></a>, <a class="sec-ref" href="#VirtualObservations"><span class="secno">5.56</span> <span class="sec-title">Virtual observations</span></a>, <a class="sec-ref" href="#SensorMetadata"><span class="secno">5.37</span> <span class="sec-title">Sensor metadata</span></a>, <a class="sec-ref" href="#GeoreferencedData"><span class="secno">5.15</span> <span class="sec-title">Georeferenced spatial data</span></a>, <a class="sec-ref" href="#Linkability"><span class="secno">5.19</span> <span class="sec-title">Linkability</span></a>, <a class="sec-ref" href="#SpaceTimeMultiScale"><span class="secno">5.39</span> <span class="sec-title">Space-time multi-scale</span></a>, <a class="sec-ref" href="#UncertaintyInObservations"><span class="secno">5.52</span> <span class="sec-title">Uncertainty in observations</span></a>, <a class="sec-ref" href="#QualityMetadata"><span class="secno">5.33</span> <span class="sec-title">Quality metadata</span></a>, <a class="sec-ref" href="#ObservedPropertyInCoverage"><span class="secno">5.31</span> <span class="sec-title">Observed property in coverage</span></a>, <a class="sec-ref" href="#MultipleTypesOfCoverage"><span class="secno">5.26</span> <span class="sec-title">Multiple types of coverage</span></a>, <a class="sec-ref" href="#ReferenceDataChunks"><span class="secno">5.34</span> <span class="sec-title">Reference data chunks</span></a>, <a class="sec-ref" href="#UseInComputationalModels"><span class="secno">5.53</span> <span class="sec-title">Use in computational models</span></a>, <a class="sec-ref" href="#Provenance"><span class="secno">5.32</span> <span class="sec-title">Provenance</span></a>, <a class="sec-ref" href="#TimeSeries"><span class="secno">5.51</span> <span class="sec-title">Time series</span></a>, <a class="sec-ref" href="#CRSDefinition"><span class="secno">5.6</span> <span class="sec-title">CRS definition</span></a>, <a class="sec-ref" href="#TimeSeries"><span class="secno">5.51</span> <span class="sec-title">Time series</span></a>, <a class="sec-ref" href="#SpatialOperators"><span class="secno">5.42</span> <span class="sec-title">Spatial operators</span></a></p>
</section>
<section property="bibo:hasPart" resource="#GeospatialExtensionsToDomainIndependentMetadataSchemas" typeof="bibo:Chapter" id="GeospatialExtensionsToDomainIndependentMetadataSchemas">
<h3 resource="#h-geospatialextensionstodomainindependentmetadataschemas" id="h-geospatialextensionstodomainindependentmetadataschemas"><span property="xhv:role" resource="xhv:heading"><span class="secno">4.42 </span>Geospatial extensions to domain-independent metadata schemas</span></h3>
<p class="contributor">Andrea Perego (<a href="https://ec.europa.eu/jrc/">European Commission - Joint Research Centre</a>)</p>
<label class="expand" for="uc42"></label>
<input id="uc42" type="checkbox">
<div>
<p><a href="https://joinup.ec.europa.eu/asset/dcat_application_profile/description">DCAT-AP (DCAT application profile for data portals in Europe)</a> is a metadata interchange format, based on and compliant with the <a href="http://www.w3.org/TR/vocab-dcat/"><abbr title="World Wide Web Consortium">W3C</abbr> Data Catalog vocabulary (DCAT)</a>, defining a minimum set of metadata elements to ensure cross-domain and cross-border interoperability across European data portals.</p>
<p>Work is under-way for a development of an extension aiming at defining a DCAT-AP compliant representation of geospatial metadata, referred to as <a href="https://joinup.ec.europa.eu/node/139283/">GeoDCAT-AP</a>.</p>
<p>GeoDCAT-AP will build on preliminary work concerning the <a href="https://ies-svn.jrc.ec.europa.eu/projects/metadata/wiki/INSPIRE_profile_of_DCAT-AP_-_Reference">alignment of <abbr title="Infrastructure for Spatial Information in the European Community">INSPIRE</abbr> metadata with DCAT-AP (referred to as <abbr title="Infrastructure for Spatial Information in the European Community">INSPIRE</abbr>+DCAT-AP)</a>. The objective is to consolidate this work, and to extend it in order to cover the set of metadata elements corresponding to the union of the <a href="http://eur-lex.europa.eu/eli/reg/com/2008/1205#d1e38-14-1"><abbr title="Infrastructure for Spatial Information in the European Community">INSPIRE</abbr> metadata schema</a> and the core profile of ISO 19115.</p>
<p>Methodologically, GeoDCAT-AP will be designed based on the following requirements:
</p><ol>
<li>agree on mappings with metadata elements available in DCAT-AP (e.g., title, abstract, license, distributions)</li>
<li>define alignment with elements not available in DCAT-AP, by using, whenever possible, popular RDF vocabularies</li>
</ol>
<p>The requirement for point (2) is to identify an RDF representation of elements missing in DCAT-AP that can be re-used, if relevant, in other domains. E.g., elements concerning data quality (e.g., conformity, topological consistency) and granularity (e.g., spatial / temporal resolution), two notions not supported in DCAT-AP (nor in DCAT). This implies that, in many cases, there may be the need of relaxing the ISO 19115 specification whenever it may be a barrier to re-use.</p>
<p>Another key design principle is that GeoDCAT-AP is not meant to be a replacement of ISO 19115 / 19139, but an alternative representation, built on a set of harmonized mappings. For this reason, the principle is that any ISO 19115-conformant metadata record could be transformed into a GeoDCAT-AP one, but the opposite is not a requirement.</p>
<p>Issues to be addressed include the following:</p>
<ul>
<li>Recommendations on the use of HTTP URIs for geospatial data and metadata</li>
<li>Recommendations on the representation of geometries, and for the specification of bounding boxes, centroids, etc.</li>
<li>Recommendations for the specification of spatial and temporal reference systems</li>
<li>Recommendations for the specification of spatial and temporal resolution</li>
</ul>
<p>Related use cases:</p>
<ul>