You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@jena.apache.org by Mikael Pesonen <mi...@lingsoft.fi> on 2018/08/16 13:07:54 UTC

Attaching JSON-LD to web page for Google SEO

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.pesonen@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


Re: Attaching JSON-LD to web page for Google SEO

Posted by Mikael Pesonen <mi...@lingsoft.fi>.
Hi,

Im also able to generate acceptable JSON-LD but problem is that Fuseki 
output, which is correct, doesn't work with Google.


On 17.8.2018 14:03, François-Paul Servant wrote:
> Hi,
>
> here a version of the json-ld that seems to work in the testing tool
>
> {
>    "@context" : {
>      "schema" : "http://schema.org/"
>    },
>    "@graph": [
> {
>    "@id" : "https://resource.lingsoft.fi/d0adc027-56d6-449e-a116-7db6eefd94b0",
>    "@type" : "schema:Service",
>    "schema:category" : "Some service",
>    "schema:provider" : {
>    "@id" : "https://resource.lingsoft.fi/13229bdf-99bf-4030-a6e0-6afa8f281dc6"
>    }
> },
> {
>    "@id" : "https://resource.lingsoft.fi/13229bdf-99bf-4030-a6e0-6afa8f281dc6",
>    "@type" : "http://schema.org/Organization",
>    "schema:name" : "Lingsoft, Inc."
> }
>    ]
> }
>
> I didn’t check whether this would be returned by the jena API (it should). Note the:
>    "schema:provider" : {
>    "@id" : "https://resource.lingsoft.fi/13229bdf-99bf-4030-a6e0-6afa8f281dc6"
>    }
>
> instead of
>    "schema:provider" : "https://resource.lingsoft.fi/13229bdf-99bf-4030-a6e0-6afa8f281dc6"
>   
> fps
>
>> Le 17 août 2018 à 11:47, Mikael Pesonen <mi...@lingsoft.fi> a écrit :
>>
>>
>> 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 <mi...@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.pesonen@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.pesonen@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.pesonen@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


Re: Attaching JSON-LD to web page for Google SEO

Posted by François-Paul Servant <fr...@gmail.com>.
Hi,

here a version of the json-ld that seems to work in the testing tool

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

I didn’t check whether this would be returned by the jena API (it should). Note the:
  "schema:provider" : {
  "@id" : "https://resource.lingsoft.fi/13229bdf-99bf-4030-a6e0-6afa8f281dc6"
  }

instead of
  "schema:provider" : "https://resource.lingsoft.fi/13229bdf-99bf-4030-a6e0-6afa8f281dc6"
 
fps

> Le 17 août 2018 à 11:47, Mikael Pesonen <mi...@lingsoft.fi> a écrit :
> 
> 
> 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 <mi...@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.pesonen@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.pesonen@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
> 


Re: Attaching JSON-LD to web page for Google SEO

Posted by Mikael Pesonen <mi...@lingsoft.fi>.
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 <mi...@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.pesonen@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.pesonen@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


Re: Attaching JSON-LD to web page for Google SEO

Posted by Mikael Pesonen <mi...@lingsoft.fi>.
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 <mi...@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.pesonen@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.pesonen@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


Re: Attaching JSON-LD to web page for Google SEO

Posted by François-Paul Servant <fr...@gmail.com>.
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 <mi...@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.pesonen@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
> 


Re: Attaching JSON-LD to web page for Google SEO

Posted by Mikael Pesonen <mi...@lingsoft.fi>.
Okay so looks like it might be better to look at microdata or RDFa at 
this point... I'll send them a note just in case.

Thanks!


On 16.8.2018 16:31, Damian Steer wrote:
>
>> On 16 Aug 2018, at 14:07, Mikael Pesonen <mi...@lingsoft.fi> wrote:
>>
>>
>> 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.
>> Google's validation says
>>
>> name is not a known valid target type for the name property
> "@context" : { "name": "http://schema.org/name” } works, as does “@context”: “http://schema.org/“.
>
> Google’s structured data support has always been idiosyncratic, unfortunately. It much better that it used to be, though.
>
> It’s worth reporting to them, and perhaps asking on stack overflow? (IIRC they monitor stack overflow for issues)
>
> Regarding fuseki I think you’ll have to put something in to transform the json-ld, unfortunately. I’ve found I have to control json-ld serialisation fairly carefully in practice, since tools are not always fully compliant json-ld processors.
>
> In principle framing [1] ought to do the trick, but last time I tried it wasn’t fully working (although it may well be time to revisit that).
>
> Damian
>
> [1] <https://json-ld.org/spec/latest/json-ld-framing/>
>

-- 
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.pesonen@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


JSON-LD Framing Was: Attaching JSON-LD to web page for Google SEO

Posted by ajs6f <aj...@apache.org>.
Just as an FYI: W3C's JSON-LD Working Group is now working on JSON-lD 1.1, and it will include framing [1], so I think it's fair to expect increased support for framing from many tools, Jena included. But the timescale is a very open question this early.

ajs6f

[1] https://www.w3.org/2018/03/jsonld-wg-charter.html#framing

> On Aug 16, 2018, at 9:31 AM, Damian Steer <D....@bristol.ac.uk> wrote:
> 
> 
> 
>> On 16 Aug 2018, at 14:07, Mikael Pesonen <mi...@lingsoft.fi> wrote:
>> 
>> 
>> 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.
> 
>> Google's validation says
>> 
>> name is not a known valid target type for the name property
> 
> "@context" : { "name": "http://schema.org/name” } works, as does “@context”: “http://schema.org/“.
> 
> Google’s structured data support has always been idiosyncratic, unfortunately. It much better that it used to be, though.
> 
> It’s worth reporting to them, and perhaps asking on stack overflow? (IIRC they monitor stack overflow for issues)
> 
> Regarding fuseki I think you’ll have to put something in to transform the json-ld, unfortunately. I’ve found I have to control json-ld serialisation fairly carefully in practice, since tools are not always fully compliant json-ld processors.
> 
> In principle framing [1] ought to do the trick, but last time I tried it wasn’t fully working (although it may well be time to revisit that).
> 
> Damian
> 
> [1] <https://json-ld.org/spec/latest/json-ld-framing/>
> 
> -- 
> Damian Steer
> Data Research Software Engineer
> University of Bristol
> https://www.bris.ac.uk/contact/person/getDetails?personKey=W1K8jX7rokwl8OKZUeQMmPO1FXAvt0
> 
> 
> 
> 
> 


Re: Attaching JSON-LD to web page for Google SEO

Posted by Damian Steer <D....@bristol.ac.uk>.

> On 16 Aug 2018, at 14:07, Mikael Pesonen <mi...@lingsoft.fi> wrote:
> 
> 
> 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.

> Google's validation says
> 
> name is not a known valid target type for the name property

"@context" : { "name": "http://schema.org/name” } works, as does “@context”: “http://schema.org/“.

Google’s structured data support has always been idiosyncratic, unfortunately. It much better that it used to be, though.

It’s worth reporting to them, and perhaps asking on stack overflow? (IIRC they monitor stack overflow for issues)

Regarding fuseki I think you’ll have to put something in to transform the json-ld, unfortunately. I’ve found I have to control json-ld serialisation fairly carefully in practice, since tools are not always fully compliant json-ld processors.

In principle framing [1] ought to do the trick, but last time I tried it wasn’t fully working (although it may well be time to revisit that).

Damian

[1] <https://json-ld.org/spec/latest/json-ld-framing/>

-- 
Damian Steer
Data Research Software Engineer
University of Bristol
https://www.bris.ac.uk/contact/person/getDetails?personKey=W1K8jX7rokwl8OKZUeQMmPO1FXAvt0