Bert vroeg ons om geo:Feature te vervangen door prov:Location. Aangezien de scope van dit model niet provenance is, leek me dat niet goed. Tegenvoorstel is dcterms:Location vanwege beperkt ontologisch commitment en het gebruik ervan in isa Location, waar ook locn:Address gedefinieerd wordt.
Daarnaast gebruiken we de geo:geometry property, waardoor de dcterms:Location instance toch impliciet een geo:Feature instance is.
Graag volgende aanpassingen aub.
Indien meer gedetaileerde informatie gecapteerd moet worden over bepaalde eigenschappen en hun (gemeten) waarde met metadata kan steeds sosa-ssn ontologie toegepast worden.
In de toekomst willen we vaker met herhaalbare, eenvoudige, patronen werken. Dus graag ook deze aanpassing in het applicatieprofiel aub.
Het voorbeeld hier is de oppervlakte van een perceel. Daar waar bij perceel:RuimtelijkeEenheid de informatie over de methode om deze specieke property te bepalen in een specifieke klasse perceel:RuimtelijkeEenheidOppervlakte wordt geplaatst, verkiezen wij om niet voor iedere property een specifieke klasse te maken.
Bert vroeg ons om geo:Feature te vervangen door prov:Location. Aangezien de scope van dit model niet provenance is, leek me dat niet goed. Tegenvoorstel is dcterms:Location vanwege beperkt ontologisch commitment en het gebruik ervan in isa Location, waar ook locn:Address gedefinieerd wordt.
Daarnaast gebruiken we de geo:geometry property, waardoor de dcterms:Location instance toch impliciet een geo:Feature instance is.
Graag volgende aanpassingen aub.
Indien meer gedetaileerde informatie gecapteerd moet worden over bepaalde eigenschappen en hun (gemeten) waarde met metadata kan steeds sosa-ssn ontologie toegepast worden. In de toekomst willen we vaker met herhaalbare, eenvoudige, patronen werken. Dus graag ook deze aanpassing in het applicatieprofiel aub. Het voorbeeld hier is de oppervlakte van een perceel. Daar waar bij perceel:RuimtelijkeEenheid de informatie over de methode om deze specieke property te bepalen in een specifieke klasse perceel:RuimtelijkeEenheidOppervlakte wordt geplaatst, verkiezen wij om niet voor iedere property een specifieke klasse te maken.