Still other issues remain. All data has to be inline, no references allowed. For example in the triple data, "provider" is a reference to another entity. Google sees this as the provider has a name "https://resource.lingsoft.fi/13229bdf-99bf-4030-a6e0-6afa8f281dc6"; so don't understand it's a reference.

{
  "@id" : "https://resource.lingsoft.fi/d0adc027-56d6-449e-a116-7db6eefd94b0";,
  "@type" : "http://schema.org/Service";,
  "category" : "Some service",
  "provider" : "https://resource.lingsoft.fi/13229bdf-99bf-4030-a6e0-6afa8f281dc6";,
  "@context" : {
    "provider" : {
      "@id" : "http://schema.org/provider";,
      "@type" : "@id"
    },
    "category" : {
      "@id" : "http://schema.org/category";
    }
  }
}

{
  "@id" : "https://resource.lingsoft.fi/13229bdf-99bf-4030-a6e0-6afa8f281dc6";,
  "@type" : "http://schema.org/Organization";,
  "name" : "Lingsoft, Inc.",
  "@context" : {
    "name" : {
      "@id" : "http://schema.org/name";
    }
  }
}

I wonder if there is an automatic way to make "compacted" or combined version of several entities.


On 17.8.2018 12:03, Mikael Pesonen wrote:

That was the issue. And if you omit language tags from strings, Fuseki output will be in correct format for schema.org and Google.

So schema.org's textual parameters don't want to know anything about languages it seems.

Thanks!

On 17.8.2018 11:18, François-Paul Servant wrote:
Hi,

it looks like schema.org defines the value of the “name” property to be of type “Text”, and “Text” seems to only allow a simple string as content. As you may have noticed, if you replace

   "name" : {
     "@language" : "en",
     "@value" : "Lingsoft, Inc."
   },
by
“name” : "Lingsoft, Inc.”,

then the structured data testing tool doesn’t complain anymore. I’d be curious to know what schema.org’s people say about that.

fps

Le 16 août 2018 à 15:07, Mikael Pesonen <mikael.peso...@lingsoft.fi> a écrit :


I'm exporting JSON-LD from Fuseki into web page, but Google's validation (https://search.google.com/structured-data/testing-tool) doesn't accept it.



Triplets:

<https://resource.lingsoft.fi/13229bdf-99bf-4030-a6e0-6afa8f281dc6>
         a <http://schema.org/Organization> ;
         <http://schema.org/name>  "Lingsoft, Inc."@en .



JSON-LD snippet in web page:

<script type="application/ld+json">
{
   "@id" : "https://resource.lingsoft.fi/13229bdf-99bf-4030-a6e0-6afa8f281dc6";,
   "@type" : "http://schema.org/Organization";,
   "name" : {
     "@language" : "en",
     "@value" : "Lingsoft, Inc."
   },
   "@context" : {
     "name" : {
       "@id" : "http://schema.org/name";
     }
   }
}
</script>



Google's validation says

name is not a known valid target type for the name property

and error is pointing to line containing the first

  "name" : {

Anyone got an idea what is wrong and how to fix the data? Sorry if this is not Fuseki related problem.

--
Lingsoft - 30 years of Leading Language Management

www.lingsoft.fi

Speech Applications - Language Management - Translation - Reader's and Writer's Tools - Text Tools - E-books and M-books

Mikael Pesonen
System Engineer

e-mail: mikael.peso...@lingsoft.fi
Tel. +358 2 279 3300

Time zone: GMT+2

Helsinki Office
Eteläranta 10
FI-00130 Helsinki
FINLAND

Turku Office
Kauppiaskatu 5 A
FI-20100 Turku
FINLAND



--
Lingsoft - 30 years of Leading Language Management

www.lingsoft.fi

Speech Applications - Language Management - Translation - Reader's and Writer's 
Tools - Text Tools - E-books and M-books

Mikael Pesonen
System Engineer

e-mail: mikael.peso...@lingsoft.fi
Tel. +358 2 279 3300

Time zone: GMT+2

Helsinki Office
Eteläranta 10
FI-00130 Helsinki
FINLAND

Turku Office
Kauppiaskatu 5 A
FI-20100 Turku
FINLAND

Reply via email to