BP comments

Dear Editors, all,

well done! The document looks like a good first step and I think it is worth to capture the current status as a public working draft.

I have some (late) comments:

Terminology
I think that has been raised by others, too, but right now I see at least "spatial data", "spatial information",  "geospatial data", "geographic information" and "geospatial information". Probably we need only two of those, although from the document it is also unclear that there is a distinction between "spatial" and "geospatial" and what that distinction is.

References
Why do some references go to the glossary (eg WFS) and some to the references (eg SPARQL)? Maybe WFS etc should be added to the references, too, and the text should include a link both to the glossary and the references?

Section 1.1
"Analysis of the requirements derived from scenarios that describe how spatial data is commonly published and used on the Web (as documented in [UCR]) indicates that, in contrast to the workings of a typical SDI, the Linked Data approach is most appropriate for publishing and using spatial data on the Web. Linked Data provides a foundation to many of the best practices in this document."

Where is that analysis documented and the practical evidence underpinning? Or is it more of an opinion?

I also note that in the world of the web developers the term "Structured Data" seems to be used quite frequently, but it is not used in this document except for crowd-sourced data (?).

Another comment related to the references to "typical SDIs" is that to me the wording in the document sometimes gives the impression, that by design SDIs do not fit what is the Web today. While that is true (to me BP25 is a key point here among other aspects), I think this is only part of the story. SDIs offer the capability for linking data and for expressing models and semantics, but quite often these capabilities are not used and data is often published like GIS data more or less before we had the Web. One could in principle implement many of the BPs in current SDIs, too. Or publish spatial data using RDF technologies in ways that wouldn’t be very Webby either. To me, the potential value of the BP document is in helping to establish am understanding what aspects are key with respect to putting and using spatial data *on* the Web. Specific technologies also play a role here and we need to cover them as well, in particular in the examples, but it should be the principles that matter most. There will always be a mix in technologies that will be used, often for good reasons.

BP1
"much like how Twitter's hashtags are created dynamically"

This is not a good example in this BP as hashtags are obviously not "unambiguously identifying" a Thing. #ogc in tweets references the French football club OGC Lille, the Open Geospatial Consortium and other things.

BP2
The text seems to largely discuss something else than the title suggests. The text mostly seems to say that one should link resources to well-known resources, not to reuse other URIs as the subject URI of my own statements. For example, the URI in the example (http://www.gemeentegeschiedenis.nl/gemeentenaam/Amsterdam) *is* a new URI.

BP3, BP23, etc.
These BPs could be read to recommend to create and maintain explicit links to all other (related) datasets in the Web? That clearly does not scale, so I think we should be more clear on what we are considering good practice.

BP3
This BP seems to recommend to establish links between entitly-level resources across datasets, but the title of the BP is "Working with data that lacks globally unique identifiers for entity-level resources"?

BP4
Should this recommend to include information about when the statements about the Thing were valid? Maybe reference BP11?

6.2
The LD-BP reference makes this very RDF dependent. Is there a need / justification for this? Are we saying that RDF is the only recommended way to publish data and models on the Web? I know some will say "yes", but if we target web developers I would guess that many do not care about RDF vocabularies and maybe they prefer a Swagger document (just to pick an example)?

BP27
"increasing usefullness and cost" - I think "decreasing" is meant?

BP28, BP29, BP30
What is the spatial aspect of these BPs? These are more general Data on the Web recommendations. I see that we may want to discuss examples in the spatial context, but maybe we should shorten the general discussion and simply reference the related Data on the Web best practices and focus in our document on the spatial aspects?

Thanks for the good work!
Clemens