dcterms:type vs edm:hasType ?

[azaroth42]

DPLA MAP doesn't seem very clear about the differentiation between edm:hasType and dcterms:type:

dcterms:type (under heading "type")

Nature or genre of described resource.

edm:hasType (under heading "genre")

Captures categories of described resource in a given field. Does not capture aboutness.

I would propose to use only edm:hasType and rdf:type.

[anarchivist]

@azaroth42 DPLA MAP intends dcterms:type to be used only with values for from the DCMI types vocabulary.

[VladimirAlexiev]

EDM defines the following hierarchy:

edm:type rdfs:subPropertyOf dc:type .
dc:type rdfs:subPropertyOf edm:hasType .
dc:language rdfs:subPropertyOf edm:hasType .
dc:format rdfs:subPropertyOf edm:hasType .

So edm:hasType may end up aggregating a bunch of "types" of different nature, eg

"IMAGE", aat:painting, "image/jpeg", aat:English

(Assuming that AAT concepts are used. Substitute the respective 300xxxx number)