Re: [Wikidata] Wikidata generic tree problem

[Fabrizio Carrai]

No sorry, it went in the spam Right, I missed some context info: the
"Wikidata generic tree" I used can be reached at
https://tools.wmflabs.org/wikidata-todo/tree.html?lang=fr=Q6256=279.
If you follow the link, we got the tree, but only with the Q codes, no
labels are loaded (it worked some time ago).
As said, I tested with chrome and Firefox.

Thanks
FabC

Il giorno mar 21 apr 2020 alle ore 16:03 Nicolas VIGNERON <
vigneron.nico...@gmail.com> ha scritto:

> Hi,
>
> Didn't you see Finn answer ? (I copy-paste it again under)
>
> Giving some context could also help finding a solution. At the very least
> a link to "Wikidata generic tree" (it's not clear to me what you are
> talking about: https://angryloki.github.io/wikidata-graph-builder/ or
> something else)
>
> Cheers, ~nicolas
>
> If you are the "Wikidata generic tree" tool developer, then you
> shouldn't load any third-party assets from third-party sites for privacy
> reasons.
>
> The third-party assets should be loaded from either your own Toolforge
> application, or perhaps from a generic Wikimedia asset server (do we
> have that?).
>
> In Scholia, we are loading D3 from
> https://scholia.toolforge.org/static/d3.v5.min.js (which may not be
> optimal).
>
> /Finn
>
> Le mar. 21 avr. 2020 à 15:52, Fabrizio Carrai 
> a écrit :
>
>> Any suggestion on the problem ?
>>
>> Thanks again
>>
>> FabC
>>
>> Il giorno gio 16 apr 2020 alle ore 22:47 Fabrizio Carrai <
>> fabrizio.car...@gmail.com> ha scritto:
>>
>>> Today the "Wikidata generic tree" tool is not able to load the labels.
>>> My Chromium console reports:
>>>
>>> *[Report Only] Refused to load the script 'https://d3js.org/d3.v3.min.js
>>> ' because it violates the following Content
>>> Security Policy directive: "default-src 'self' 'unsafe-eval'
>>> 'unsafe-inline' blob: data: filesystem: mediastream: wikibooks.org
>>>  *.wikibooks.org  wikidata.org
>>>  *.wikidata.org  wikimedia.org
>>>  *.wikimedia.org  wikinews.org
>>>  *.wikinews.org  wikipedia.org
>>>  *.wikipedia.org  wikiquote.org
>>>  *.wikiquote.org 
>>> wikisource.org  *.wikisource.org
>>>  wikiversity.org 
>>> *.wikiversity.org  wikivoyage.org
>>>  *.wikivoyage.org 
>>> wiktionary.org  *.wiktionary.org
>>>  *.wmflabs.org 
>>> wikimediafoundation.org  mediawiki.org
>>>  *.mediawiki.org 
>>> wss://tools.wmflabs.org ". Note that
>>> 'script-src-elem' was not explicitly set, so 'default-src' is used as a
>>> fallback.*
>>>
>>> Same result with FireFox.
>>>
>>> Thanks for any support that anybody can provide
>>>
>>> Ciao
>>> *-- *
>>> *Fabrizio*
>>>
>>
>>
>> --
>> *Fabrizio*
>> ___
>> Wikidata mailing list
>> Wikidata@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikidata
>>
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata
>


-- 
*Fabrizio*
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Wikidata generic tree problem

[Maximilian Marx]

Hi,

On Tue, 21 Apr 2020 16:03:03 +0200, Nicolas VIGNERON 
 said:
> The third-party assets should be loaded from either your own Toolforge
> application, or perhaps from a generic Wikimedia asset server (do we
> have that?).

there is a CDNjs mirror on Toolforge[0] that includes d3.

Maximilian

[0] https://cdnjs.toolforge.org/
-- 
Dipl.-Math. Maximilian Marx
Knowledge-Based Systems Group
Faculty of Computer Science
TU Dresden
+49 351 463 43510
https://kbs.inf.tu-dresden.de/max


smime.p7s
Description: S/MIME cryptographic signature
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Wikidata generic tree problem

[Nicolas VIGNERON]

Hi,

Didn't you see Finn answer ? (I copy-paste it again under)

Giving some context could also help finding a solution. At the very least a
link to "Wikidata generic tree" (it's not clear to me what you are talking
about: https://angryloki.github.io/wikidata-graph-builder/ or something
else)

Cheers, ~nicolas

If you are the "Wikidata generic tree" tool developer, then you
shouldn't load any third-party assets from third-party sites for privacy
reasons.

The third-party assets should be loaded from either your own Toolforge
application, or perhaps from a generic Wikimedia asset server (do we
have that?).

In Scholia, we are loading D3 from
https://scholia.toolforge.org/static/d3.v5.min.js (which may not be
optimal).

/Finn

Le mar. 21 avr. 2020 à 15:52, Fabrizio Carrai  a
écrit :

> Any suggestion on the problem ?
>
> Thanks again
>
> FabC
>
> Il giorno gio 16 apr 2020 alle ore 22:47 Fabrizio Carrai <
> fabrizio.car...@gmail.com> ha scritto:
>
>> Today the "Wikidata generic tree" tool is not able to load the labels. My
>> Chromium console reports:
>>
>> *[Report Only] Refused to load the script 'https://d3js.org/d3.v3.min.js
>> ' because it violates the following Content
>> Security Policy directive: "default-src 'self' 'unsafe-eval'
>> 'unsafe-inline' blob: data: filesystem: mediastream: wikibooks.org
>>  *.wikibooks.org  wikidata.org
>>  *.wikidata.org  wikimedia.org
>>  *.wikimedia.org  wikinews.org
>>  *.wikinews.org  wikipedia.org
>>  *.wikipedia.org  wikiquote.org
>>  *.wikiquote.org 
>> wikisource.org  *.wikisource.org
>>  wikiversity.org 
>> *.wikiversity.org  wikivoyage.org
>>  *.wikivoyage.org 
>> wiktionary.org  *.wiktionary.org
>>  *.wmflabs.org 
>> wikimediafoundation.org  mediawiki.org
>>  *.mediawiki.org 
>> wss://tools.wmflabs.org ". Note that
>> 'script-src-elem' was not explicitly set, so 'default-src' is used as a
>> fallback.*
>>
>> Same result with FireFox.
>>
>> Thanks for any support that anybody can provide
>>
>> Ciao
>> *-- *
>> *Fabrizio*
>>
>
>
> --
> *Fabrizio*
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata
>
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Wikidata generic tree problem

[Fabrizio Carrai]

Any suggestion on the problem ?

Thanks again

FabC

Il giorno gio 16 apr 2020 alle ore 22:47 Fabrizio Carrai <
fabrizio.car...@gmail.com> ha scritto:

> Today the "Wikidata generic tree" tool is not able to load the labels. My
> Chromium console reports:
>
> *[Report Only] Refused to load the script 'https://d3js.org/d3.v3.min.js
> ' because it violates the following Content
> Security Policy directive: "default-src 'self' 'unsafe-eval'
> 'unsafe-inline' blob: data: filesystem: mediastream: wikibooks.org
>  *.wikibooks.org  wikidata.org
>  *.wikidata.org  wikimedia.org
>  *.wikimedia.org  wikinews.org
>  *.wikinews.org  wikipedia.org
>  *.wikipedia.org  wikiquote.org
>  *.wikiquote.org 
> wikisource.org  *.wikisource.org
>  wikiversity.org 
> *.wikiversity.org  wikivoyage.org
>  *.wikivoyage.org 
> wiktionary.org  *.wiktionary.org
>  *.wmflabs.org 
> wikimediafoundation.org  mediawiki.org
>  *.mediawiki.org 
> wss://tools.wmflabs.org ". Note that
> 'script-src-elem' was not explicitly set, so 'default-src' is used as a
> fallback.*
>
> Same result with FireFox.
>
> Thanks for any support that anybody can provide
>
> Ciao
> *-- *
> *Fabrizio*
>


-- 
*Fabrizio*
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Wikidata generic tree problem

[Finn Aarup Nielsen]

If you are the "Wikidata generic tree" tool developer, then you 
shouldn't load any third-party assets from third-party sites for privacy 
reasons.


The third-party assets should be loaded from either your own Toolforge 
application, or perhaps from a generic Wikimedia asset server (do we 
have that?).


In Scholia, we are loading D3 from 
https://scholia.toolforge.org/static/d3.v5.min.js (which may not be 
optimal).


/Finn

On 4/16/20 10:47 PM, Fabrizio Carrai wrote:
Today the "Wikidata generic tree" tool is not able to load the labels. 
My Chromium console reports:


/[Report Only] Refused to load the script 
'https://d3js.org/d3.v3.min.js' because it violates the following 
Content Security Policy directive: "default-src 'self' 'unsafe-eval' 
'unsafe-inline' blob: data: filesystem: mediastream: wikibooks.org 
 *.wikibooks.org  
wikidata.org  *.wikidata.org  
wikimedia.org  *.wikimedia.org 
 wikinews.org  *.wikinews.org 
 wikipedia.org  
*.wikipedia.org  wikiquote.org 
 *.wikiquote.org  
wikisource.org  *.wikisource.org 
 wikiversity.org  
*.wikiversity.org  wikivoyage.org 
 *.wikivoyage.org  
wiktionary.org  *.wiktionary.org 
 *.wmflabs.org  
wikimediafoundation.org  mediawiki.org 
 *.mediawiki.org  
wss://tools.wmflabs.org ". Note that 
'script-src-elem' was not explicitly set, so 'default-src' is used as a 
fallback./

/
/
Same result with FireFox.

Thanks for any support that anybody can provide

Ciao
/-- /
/Fabrizio/

___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata



___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata] Wikidata generic tree problem

[Fabrizio Carrai]

Today the "Wikidata generic tree" tool is not able to load the labels. My
Chromium console reports:

*[Report Only] Refused to load the script 'https://d3js.org/d3.v3.min.js
' because it violates the following Content
Security Policy directive: "default-src 'self' 'unsafe-eval'
'unsafe-inline' blob: data: filesystem: mediastream: wikibooks.org
 *.wikibooks.org  wikidata.org
 *.wikidata.org  wikimedia.org
 *.wikimedia.org  wikinews.org
 *.wikinews.org  wikipedia.org
 *.wikipedia.org  wikiquote.org
 *.wikiquote.org 
wikisource.org  *.wikisource.org
 wikiversity.org 
*.wikiversity.org  wikivoyage.org
 *.wikivoyage.org 
wiktionary.org  *.wiktionary.org
 *.wmflabs.org 
wikimediafoundation.org  mediawiki.org
 *.mediawiki.org 
wss://tools.wmflabs.org ". Note that
'script-src-elem' was not explicitly set, so 'default-src' is used as a
fallback.*

Same result with FireFox.

Thanks for any support that anybody can provide

Ciao
*-- *
*Fabrizio*
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata