Regarding arrays larger then 2 dimensions

As I'm using data back and forth between Python and Matlab/Octave I'm wondering if you're considering to change the behavior the coding of Arrays larger then 2 dimensions. I can always go mental hacking away and make my own version but there are probably more people around doing the same interchange
Comparing jsonlab with for example Matlab2016 there is a incompatibility in the JSON data.
jsonlab encoding:
"psi": {"ArrayType": "double","ArraySize": [3,3,2],"ArrayData": [0,3,6,1,4,7,2,5,8,5,8,11,6,9,12,7,10,13]}
compared to
Matlab2016/Python encoding:
"vz": [[[1, 2, 3], [4, 5, 6]], [[7, 8, 9], [10, 11, 12]]]
Complex numbers and sparse Matrixes/Arryays are not supported in Matlab2016/Python and is usually encoded in two sets of data e.g. x_real, x_imag (complex number) and expand the sparse matrix before JSONing it

@SOTelemarkForever, I have been working on a JSON-based general data format - JData specification - for a little while but never completed. The goal is to develop a general format to encapsulate arbitrary form of hierarchical complex data structures using JSON/UBJSON. The syntax in encoding a high-dimensional array, complex arrays, sparse arrays etc in JSONlab are largely influenced by my thoughts in this partially drafted specification:
http://iso2mesh.sourceforge.net/cgi-bin/index.cgi?jsonlab/Doc/JData
I can see the matlab/python form are more natural in JSON syntax, but when processing such data, one can not pre-allocate the array size until one reads the entire array data stream. This is not necessary an efficient approach. The embedded array construct [[],[],...] also does not imply grid-like structure because you may have [[1,2], [3,4,5],[6, 7]]. So, the shape and dimensions are unpredictable.
The form used in JSONlab (as well as the modified UBJSON), the keyword approach eliminates such ambiguity and allow a user to define classes, dimensions and other characteristics before processing the actual data stream. This can be useful for dealing with large among of data on a regular basis.
Eventually, when I complete the specification, I should also provide some simple libraries for different language to convert such data structure to a regular array. Such conversion for matlab already exists in JSONlab
https://github.com/fangq/jsonlab/blob/master/struct2jdata.m
I will close this issue but feel free to continue discussions in this thread.


:mf_helpers.cc(12)] Error in dxva_video_decode_accelerator_win.cc on line 345

VSCode Version: 1.15.0, commit b689bbe99ea8ecc602520ed8c8b775d46429bc4f
OS Version: Windows 10 build 15063

Steps to Reproduce:

Compile VSCode locally

Run the scripts\code.bat from console window

This error will show up:

Reproduces without extensions: Yes

Is this just about a message popping up in the console, or is something actually broken?

For now, I only know of about the message popping up on the console. If it is breaking something I did not noticed yet.

Great. I'll close it. Electron often prints out such messages.


Accept all types of corev1.EnvVar as build env vars

This allows consumers of the kpack Image resource to specify environment variables to pass to the build process in all formats supported by kubernetes. Previously, only literal string values were accepted.
To do this, we set the supplied env vars on the prepare init container, using a prefix to identify them. Kubernetes transparently fetches values form secrets or however else the env vars are defined, and provides the literal values in the container's environment.
Finally, the prepare init container code fetches those env vars with the given prefix, and serializes them to the env directory as before.
It fixes this issue: https://github.com/pivotal/kpack/issues/554

Codecov Report

Merging #997 (c020aff) into main (a70f00b) will increase coverage by 0.06%.
The diff coverage is 88.88%.

@@            Coverage Diff             @@
##             main     #997      +/-   ##
==========================================
+ Coverage   69.83%   69.90%   +0.06%
==========================================
  Files         119      119
  Lines        5612     5618       +6
==========================================
+ Hits         3919     3927       +8
+ Misses       1312     1311       -1
+ Partials      381      380       -1

Impacted Files
Coverage Δ

pkg/cnb/platform_env_vars_setup.go
86.66% <84.61%> (+20.00%)
:arrow_up:

pkg/apis/build/v1alpha2/build_pod.go
98.56% <100.00%> (+0.27%)
:arrow_up:

Help us with your feedback. Take ten seconds to tell us how you rate us.

Thank you this looks great!


[7.1] Avoid global functions in dependencies

EDIT: The new aim of this PR is avoid the use of global functions provided by our dependencies. This means using their new Utils classes, and bumping their minimum versions (staying within the same major release series).

Could we support version 1 and 2 at the same time?

New plan: only update to guzzlehttp/promises:^1.4 and guzzlehttp/psr7:^1.7 in this PR, using the new Utils classes.

Sound good!

Whoops, all my PRs seem to have become detached after I accidentally deleted my fork instead of a different one. I still have all my code locally, but it looks like I will need to re-create all the PRs. 😆


RSS/Feed for every page that uses Blog template

Hi @bnomei, thank you for the great plugin.
It is possible to use it to add RSS/Feed for every page that uses a Blog template?
So, not for general website feed, but similar as content representation like Kirby does with JSON
https://getkirby.com/docs/cookbook/content-representations/generating-json#content-representation-for-the-blog

I am unsure if I understand your question entirely, but the plugin is quite flexible as it is only a pagesMethod calling a static helper \Bnomei\Feed::feed at its core. Which you could call on any pages collection and echo the result at any point.
https://github.com/bnomei/kirby3-feed/blob/1bb0078638f75395e3dbb64d010c6ae1aa252349/index.php#L25

Hi @bnomei, thank you for your fast answer. I actually didn't check the plugin code at all, and I was just wondering if my needed scenario is maybe available in the plugin options but just isn't covered in the plugin information.
Now when I checked it out thoroughly, I see it is the best solution for me to create content representation (blog.rss.php) myself and use your RSS snippet example as a base and extend it further. And add some routing to convert blog.rss URL to blog/rss URL.
That way I will have more flexibility and have a simpler solution for my case. One of my clients is using this plugin, I integrated it for him, and it works great.
You are doing fantastic work, thank you! 🙏


autofix support of react/react-in-jsx-scope

This will save a lot of time to type import React from 'react'

That might be tricky; not everyone uses ESM, so it might need to be const React = require(‘react’), for example.

Could that be an config option.

Perhaps, but generally eslint rules avoid config options solely for autofixes, and anything to do with guessing the module system usually needs manual work to fix.

Any news? Is this going to happen or not? Might be good to update this issue or just close as won't fix.

I think I'll close, since it's not consistently and correctly autofixable.


Add support for generic column-level metadata

Adding support in both codebook and explorer.  #149 and #169.

Ready for your review, @samussiah.

@samussiah ready for a second look. Dealt with merge in b009ba9efc10148b13d4b5a848f211a1142d3f02 so go ahead and merge to dev if updates resolve the issues you found.


Problem saving jpg

Hello
Good time
We need images with colored background and png format is not usable for us
And also only jpg format can be used for our work
Solutions are available on the Internet
Please upgrade
https://stackoverflow.com/questions/48206051/image-conversion-cannot-write-mode-rgba-as-jpeg
https://stackoverflow.com/questions/52497433/cannot-write-mode-rgba-as-jpeg-how-to-resolve-this-error-without-converting-imag
https://github.com/python-pillow/Pillow/issues/2609

Please check and help

Please check and help
JPG is now supported with Solid BG color or BG Image (Not in transparent BG)
check it out https://github.com/developersharif/bgremover-app/releases/download/v2.0.1/BG.Remover-beta-2.0.1.exe

hi
I still get the same error for jpg images
There is another problem with the pictures of women with hijab

we will add more capable ai model to increase the accuracy! (Next Major Version may be)

Do you have a possible time for the new version?
Because your program is really useful for me
And it is very good that jpg problems are solved completely

Do you have a possible time for the new version? Because your program is really useful for me And it is very good that jpg problems are solved completely
As a single developer I need time.  Being a free tool, development is not possible without free time!  But I will try to complete the next version quickly!

thanks dear


Breaking the copy function in VS Code when copying files

This extension, with no other extensions enabled, breaks pasting of files only until the plugin is restarted. If you disable and re-enable, the problem solves itself.
Steps to repro:

Install extension
Restart VS Code
Within folders in your workspace, copy files (not drag and drop) in one folder and attempt to paste in another folder
See the files created in the source dir with a  copy added to the filename (ex: .tflint.hcl becomes .tflint copy.hcl)

VS Code Version:
Version: 1.86.2 (Universal)
Commit: 903b1e9d8990623e3d7da1df3d33db3e42d80eda
Date: 2024-02-13T19:42:13.651Z
Electron: 27.2.3
ElectronBuildId: 26908389
Chromium: 118.0.5993.159
Node.js: 18.17.1
V8: <IP_ADDRESS>-electron.0
OS: Darwin arm64 23.3.0
OS Version: macOS 14.3.1

I don't think this is an issue.


Rework the footer with link lists

This fixes #601.
Before:

After:

The trick there is that they will lose their shared left alignment with the logo and copyright text at the bottom. I suspect the happy medium would be some kind of max width set on all content on the footer that would prevent it from leaving a lot of space to the right on large device widths. However, considering the rest of the page design there's not an obvious value to set that at.
I could go with the "content--wide" width now set for art on the interior pages.

Good point - your proposed solution sounds good to me!

The max width is in. Here's what you see now.

For the lower part, could we use white text color? C-f https://github.com/jupyter/jupyter.github.io/issues/587

+1 from me - it does makes sense that white would be more accessible

@palewire what do you think about the proposal to have white text in the footer?

Was hoping to put in sometime mocking up alternatives and then getting them tested, not just by Lighthouse, but also by the alternative standard mentioned in the issue. I haven't made time for that yet. My hope would be that with a little experimentation we could use that method settle on one color that would work in both sections of the footer, just for consistency's sake. Maybe I'm overthinking it.

sounds good - no hurry, just wanted to make sure you saw the conversation. Want to do that before finishing this PR? Or open an issue to focus on the footer color and add it to the milestone?

I'm okay either way. I just want to make sure we ultimately nail down a solid approach we can point to standards with. That can be now, or it can be later.

@krassowski would you mind if we tracked the footer text color in a dedicated issue? I think the addition of the links here is a nice addition, so I'm inclined to move forward in the name of iterative progress, but what do you think?

I'm fine with that :). I would suggest a rebase/merge of master before merging into matter to double check that validator and links check passes.

Master is rebased

hmmm the footer link list seems a bit wonky:

(note that I didn't see this in the PR preview, not sure why the behavior is different)

I suspect this is a caching issue that will resolve once the TTL expires. But I could be wrong.

yep you're right, it's fixed now


Table index is not used when using parameterized queries on SQLServer

Environment

Python: Python 3.11.1
pyodbc: pyodbc==4.0.35
OS: Debian Linux
DB: SQLServer 2019
driver: msodbcsql18 (But the same with 17)

Issue
observed behavior : Parameterized queries do not use the index and are dead slow
expected behavior : Parameterized queries should be a bit faster than raw ones
The same RAW query properly uses the index and is 1000x faster.
Example code
import pyodbc
import os
import time

SERVER = ""
DATABASE = ""
USER = ""
dbpassword = ""

ITERATIONS = 100
cnxstr = (
        'DRIVER={ODBC Driver 18 for SQL Server};'
        f'SERVER={SERVER};'
        f'DATABASE={DATABASE};'
        f'UID={USER};'
        f'PWD={ dbpassword };ENCRYPT=no'
)

cnxn = pyodbc.connect(cnxstr)
cursor = cnxn.cursor()

start_time = time.time()
for i in range(ITERATIONS):
    select_stmt = """
        SELECT ID FROM bulk
        WHERE FILENAME = ? and COMPANY = ?
        """
    cursor.execute(select_stmt, 'file.out', "12345678")

end_time = time.time()
print(f"Parameterized query execution time {end_time - start_time}")

start_time = time.time()
for i in range(ITERATIONS):
    select_stmt: str = f"SELECT ID FROM bulk \
        WHERE FILENAME='file.out' and COMPANY='12345678'"
    cursor.execute(select_stmt)

end_time = time.time()
print(f"Raw query execution time {end_time - start_time}")

Results
P.S.: The table contains 6M records, and as an index with the 2 query fields, and the ID field as additional data field.
$./test.py
Parameterized query execution time<PHONE_NUMBER>8424988
Raw query execution time 0.11975717544555664

( probably related: #376 )
What do you see when you run this query?
SELECT TABLE_SCHEMA, TABLE_NAME, COLUMN_NAME, DATA_TYPE, CHARACTER_MAXIMUM_LENGTH
FROM INFORMATION_SCHEMA.COLUMNS
WHERE TABLE_NAME = 'bulk' AND COLUMN_NAME IN ('FILENAME', 'COMPANY')

db      BULK    FILENAME        varchar 50
db      BULK    COMPANY varchar 50

Note that encoding the string parameters as UTF-8 can cause queries to fail for varchar() columns that contain accented characters and other non-ASCII characters. For example:
# example data
sql = "SELECT ID, COMPANY FROM [bulk]"
results = crsr.execute(sql).fetchall()
print(results)  # [(1, 'fermé')]

company = results[0][1]

# string parameter encoded as UTF-8
sql = "SELECT ID FROM [bulk] WHERE COMPANY=?"
results = crsr.execute(sql, company.encode("utf-8")).fetchall()
print(results)  # []  ←  not found!

Better workarounds are to use CAST() in T-SQL …
sql = "SELECT ID FROM [bulk] WHERE COMPANY=CAST(? AS varchar(10))"
results = crsr.execute(sql, company).fetchall()
print(results)  # [(1, )]

… or setinputsizes()
sql = "SELECT ID FROM [bulk] WHERE COMPANY=?"
crsr.setinputsizes([(pyodbc.SQL_VARCHAR, 10)])
results = crsr.execute(sql, company).fetchall()
print(results)  # [(1, )]


Member names - consider not starting with an underscore

In C++, it is forbidden to use identifiers having two consecutive underscores, or beginning with an underscore and a capital letter. Your use of underscore+lowercase letter is valid, but it's customarily avoided and many recommend against it. I'd consider placing the extra underscore at the end, i.e. my_class::_foo becomes my_class::_foo::foo_.

Fixed on develop. Now private names use an underscore at the end.


Build is broken

@YaroShkvorets
➜  substreams-antelope-tokens git:(main) ✗ make build
cargo build --target wasm32-unknown-unknown --release
   Compiling antelope_tokens v0.3.7 (/Users/work/RustRover/substreams-antelope-tokens)
error[E0599]: no method named `transaction_traces` found for struct `Block` in the current scope
  --> src/maps.rs:13:23
   |
13 |     let items = block.transaction_traces().flat_map(|trx| {
   |                       ^^^^^^^^^^^^^^^^^^ help: there is a method with a similar name: `all_transaction_traces`

error[E0599]: no method named `transaction_traces` found for struct `Block` in the current scope
  --> src/maps.rs:78:23
   |
78 |     let items = block.transaction_traces().flat_map(|trx| {
   |                       ^^^^^^^^^^^^^^^^^^ help: there is a method with a similar name: `all_transaction_traces`

error[E0308]: mismatched types
   --> src/maps.rs:156:74
    |
156 |     let items = block.actions::<abi::actions::Transfer>(&[]).filter_map(|(action, action_trace, trx)| {
    |                                                                          ^^^^^^^^^^^^^^^^^^^^^^^^^^^
    |                                                                          |
    |                                                                          expected a tuple with 2 elements, found one with 3 elements
    |                                                                          expected due to this
    |
    = note: expected tuple `(Transfer, &ActionTrace)`
               found tuple `(_, _, _)`

Some errors have detailed explanations: E0308, E0599.
For more information about an error, try `rustc --explain E0308`.
error: could not compile `antelope_tokens` (lib) due to 3 previous errors
make: *** [build] Error 101

Found the issue. Cargo dependency resolver is pulling substreams-antelope v0.3.4 (as I expected) but substreams-antelope is pulling substreams-antelope-core v0.4.1 because it has a local dependnecy substreams-antelope-core = { version = "0.*", path = "./core" }. Good to know.
Let me release new version.

fixed in 0.3.8


Compile fails on 32bit systems

It looks like we're making some assumptions about the destination type in some assignments in the checkoverflow.c source file. We're casting source operands to 64 bit types but on 32bit systems the destination operand will not be 64bits wide. We recently set the build to treat all warnings as errors so this causes builds on 32bit systems to fail with the following error:
../TPM2.0-TSS/sysapi/sysapi_util/checkoverflow.c: In function 'CheckOverflow':
../TPM2.0-TSS/sysapi/sysapi_util/checkoverflow.c:37:16: error: cast from pointer to integer of different size [-Werror=pointer-to-int-cast]
     usedSize = (INT64)nextData - (INT64)buffer - 1 + size;
                ^
../TPM2.0-TSS/sysapi/sysapi_util/checkoverflow.c:37:34: error: cast from pointer to integer of different size [-Werror=pointer-to-int-cast]
     usedSize = (INT64)nextData - (INT64)buffer - 1 + size;
                                  ^
cc1: all warnings being treated as errors

fixed as part of my work to enable OE builds


Update for the latest SCS interface

@GTorlai the change was pretty simple, though the documentation for SCS/Convex was a bit lacking... Not sure why the interface become so much more verbose!
The only slightly concerning thing is that the results changed a bit. I didn't compare carefully, I just saw some tests failed and to make them pass I had to loosen the bounds on some tests. Do you think it matters?
Closes #284.

Codecov Report

Merging #286 (fb6f03e) into master (eb4d694) will decrease coverage by 0.08%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##           master     #286      +/-   ##
==========================================
- Coverage   87.51%   87.42%   -0.09%
==========================================
  Files          22       22
  Lines        2298     2290       -8
==========================================
- Hits         2011     2002       -9
- Misses        287      288       +1

Impacted Files
Coverage Δ

src/tomography/fulltomography.jl
97.32% <100.00%> (+0.02%)
:arrow_up:

src/circuits/trottersuzuki.jl
35.82% <0.00%> (-2.76%)
:arrow_down:

src/itensor.jl
48.93% <0.00%> (-1.07%)
:arrow_down:

src/tomography/tensornetwork-statetomography.jl
96.94% <0.00%> (-0.45%)
:arrow_down:

src/utils.jl
77.34% <0.00%> (-0.18%)
:arrow_down:

src/distances.jl
94.23% <0.00%> (-0.11%)
:arrow_down:

src/circuits/circuits.jl
97.70% <0.00%> (-0.03%)
:arrow_down:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update eb4d694...fb6f03e. Read the comment docs.


Create reusable search bar component with api console log

Looks good Josh. Thank you for contributing Stuart!


[Feature request] Dark mode for toolkit controller

with version 1.3.1 there will be a dark or light theme based on you browser preference them settings


Local generation of favicons

Just browsing thru the issues and there's mentions of ImageMagick, gm but I don't see anywhere in the source where it supports generating images locally? Is this purely reliant on generating thru RealFaviconGenerator service? Would be nice to support generating the different sizes locally....

@garygreen Yeah versions 1 and 2 of favicons used Image/Graphics Magick to produce the icons, however I partnered up with RealFaviconGenerator for version 3 so favicons is simply a wrapper for their service. This occurred for a few reasons, the main being that I can focus on maintaining a node module while they can focus on maintaining the evolving icon standards.
We have heard this issue about local generation and we're looking into it at the moment - we have some ideas.

Relying on another service and access to the internet for your build tool to function is a big turn off for me. But I understand it's difficult to maintain with the evolving standards. Would love to see local generation back in :-)

There is also this option for local image generation: https://github.com/oliver-moran/jimp
claims to be node JS only. Not requiring Image/Graphics Magick would be pretty sweet

@Maximilianos Jimp seems pretty cool. I'm tossing up between that or Sharp. Dependency on libvips is a tad annoying but still. Thoughts?

@garygreen @Maximilianos @tlvince Hey all, merging this issue into Favicons 4.0. I'd love for you to join in the discussion: #51


Developer docs is not working/up-to-date

Looks like the recent commits removed make pack and now I follow the developer doc here: https://github.com/flanksource/karina/blob/master/docs/developer-guide/index.md but got this error when run make
➜ make
go build -o ./.bin/karina -ldflags "-X \"main.version=v0.28.1-43-gbb64119-20210228002712\""  main.go
manifests/static.go:3:8: package embed is not in GOROOT (/usr/local/Cellar/go/1.15.7_1/libexec/src/embed)
pkg/platform/platform.go:8:2: package io/fs is not in GOROOT (/usr/local/Cellar/go/1.15.7_1/libexec/src/io/fs)
make: *** [build] Error 1

And this target linux-static is still referencing pack target: https://github.com/flanksource/karina/blob/master/Makefile#L37

Nevermind. I was using Go 1.15. Upgrading to Go 1.16 fixed the issue. The missing pack target in Makefile is still valid though.


STABS: Anonymous union importing issues

Game: https://hiddenpalace.org/Sly_Cooper_and_the_Thievius_Raccoonus_(May_19,_2002_prototype)
Lots of imported types contain this invalid type *__null__-1_-1:
As an example, take the VECTOR class.

The struct as emitted with the C exporter is:
struct VECTOR { // 0x10
	/* 0x0 */ union { // 0x4
		/* 0x0 */ AS3 as;
		/* 0x0 */ float x;
	};
	/* 0x4 */ float y;
	/* 0x8 */ float z;
	/* 0xc */ float gUnused;
};

Not sure if significant, but on import the following errors are printed:
STABS> Type lookup failed: FE
STABS> Type lookup failed: FE
STABS> Type lookup failed: FE
STABS> Type lookup failed: FE
STABS> Type lookup failed: ASO
STABS> Type lookup failed: rtx_def

This is fixed by #18.


feat: Hadamard three-lines theorem

This PR introduces a version of the Hadamard three-lines theorem (see here), which is a prerequisite for norm interpolation. This project was suggested by @dupuisf earlier this year. This is my first decently sized PR so thank you for your patience if I have made any mistakes!

You have resolved several conversations, but I don't see a difference in the file. Have you forgotten to push, maybe?

You have resolved several conversations, but I don't see a difference in the file. Have you forgotten to push, maybe?

Sorry about this, I got a bit stuck on the other suggestions and forgot to push the changes I had made.

Hey everyone!
I would like to revive this PR. There have been two notable changes:

The main proof is now based on Phragmén-Lindelöf. The old proof used basically the same ideas.
After a comment of @sgouezel, I noticed that my proof did not cover the edge case of either of the borders being 0. I have added this, the proof uses a limit argument. If someone know a quicker way to do this with the same hypotheses, please do share! I could only find a quicker proof that required [Mul E].

Finally, I would like to apologize for taking so much time.
Best,
Xavier

Hi Sébastien,
Thanks a lot for your feedback. I'll take a look at the proof you suggested and then do the smaller changes that still apply.
Xavier

bors r+
Thanks!

bor r-

Can you merge master, fix the build, and then send it back to bors?
bors d+

bors r-

bors r+


Change netty tcnative boringssl static library to compile

Codecov Report

Merging #2148 (ec430b0) into master (e7d1014) will decrease coverage by 58.40%.
The diff coverage is n/a.

@@              Coverage Diff              @@
##             master    #2148       +/-   ##
=============================================
- Coverage     73.35%   14.94%   -58.41%
+ Complexity    10165     2285     -7880
=============================================
  Files           731      731
  Lines         55505    55505
  Branches       6828     6828
=============================================
- Hits          40714     8295    -32419
- Misses        12614    46730    +34116
+ Partials       2177      480     -1697

Impacted Files
Coverage Δ

.../src/main/java/com/github/ambry/router/Router.java
0.00% <0.00%> (-100.00%)
:arrow_down:

.../src/main/java/com/github/ambry/store/Message.java
0.00% <0.00%> (-100.00%)
:arrow_down:

...rc/main/java/com/github/ambry/named/PutResult.java
0.00% <0.00%> (-100.00%)
:arrow_down:

...rc/main/java/com/github/ambry/quota/QuotaMode.java
0.00% <0.00%> (-100.00%)
:arrow_down:

...rc/main/java/com/github/ambry/quota/QuotaName.java
0.00% <0.00%> (-100.00%)
:arrow_down:

...rc/main/java/com/github/ambry/rest/RestMethod.java
0.00% <0.00%> (-100.00%)
:arrow_down:

...c/main/java/com/github/ambry/config/KMSConfig.java
0.00% <0.00%> (-100.00%)
:arrow_down:

...c/main/java/com/github/ambry/config/SSLConfig.java
0.00% <0.00%> (-100.00%)
:arrow_down:

...c/main/java/com/github/ambry/router/ByteRange.java
0.00% <0.00%> (-100.00%)
:arrow_down:

.../main/java/com/github/ambry/named/NamedBlobDb.java
0.00% <0.00%> (-100.00%)
:arrow_down:

... and 566 more

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update e7d1014...ec430b0. Read the comment docs.


[Doc] Mention what will happen if user defined 'blocking' as the Publishing Mode and specify a Publishing Timeout

Publishing Timeout property description in table in [1] mentioned that it denote the timeout for non=blocking publishing mode. It's better to mention the impact of this value if the user defines 'blocking' as the Publishing mode.
[1] https://docs.wso2.com/display/IS540/Prerequisites+to+Publish+Statistics#PrerequisitestoPublishStatistics-Configuringeventpublishers

Thank you for your contribution!
We are closing this issue since it has not been prioritized for a long time. Chances are that it has already been solved in more recent versions. If not, we will be re-evaluating this when it becomes a priority.


Pytorch code for autoencoder

Hi,
I saw the initial Pytorch version of O-CNN you just released. That's wonderful! I'm wondering if there's any plan to release a Pytorch version of the shape autoencoder (or any other) so we can also have the decoder part? Thanks! These are great works.
Regards,
Shilin

Thanks for your interest in our project.
Sure! Recently I am busy with another project, and I will write the code for 3D autoencoder in the next few months.

Thanks!


Documentation/: Update ESP32 doc.

Summary

Remove some old information.
Fix few typos
Update the tag when building the toolchain.

Impact
ESP32 documentation only.
Testing
N/A

Maybe you could move parts of the OpenOCD that are not outdated (ex.: JTAG pinout) to ESP32-DEVKITC board.