text:
BUG: Fix itk::VectorGradientMagnitudeImageFilter uninitialized memory defect

Fix itk::VectorGradientMagnitudeImageFilter  uninitialized memory defect.
Fixes #2275.
PR Checklist

[X] No API changes were made (or the changes have been approved)
[X] No major design changes were made (or the changes have been approved)
[X] Added test (or behavior not changed)

Added a concept check to ensure that the input and output image dimensionality images match. Although I did not dig into the details of the implementation, from what we investigated in the related issue, if not done and the user specifies template image parameters with different dimensionalities, the filter will crash or give some inconsistent result I'd dare to say.

Following the CI build failures, looks like the baseline images need to be updated. Will do that later tonight.

The changes look good to me. Thanks for not adding style changes to the bug fix.
I have not looked at the code closely, what is the explanation for the baseline images changing? Do we expect this change to effect the results of users?

- using WeightsType = FixedArray<TRealType, VectorDimension>;
+ using WeightsType = FixedArray<TRealType, ImageDimension>;

AFAIK, here was the issue with initialized values in that fixed array, detected by Valgrind.
But, is m_ComponetsWeights really related to image dimension and not to vector dimension? Somehow suspicious, comment is still Set/Get the array of weightings for the different components of the vector.
May be we need two WeightsTypes, one for image dimension and one for vector dimension?
Sorry if i am wrong, it is very theoretical, i use that filter in my app, but for 3D RGB images dimension, so both are 3, can not test.

@issakomi Thanks for the work further investigating the issue :100: ! Makes sense to me; will give it a try later, see how the test behaves locally and will report back the results.

Have gone through the affected loops/parts and the changes make sense to me.
The concerned tests are passing locally. Let's see if the failing WatershedSegmentation1Test1 and WatershedSegmentation1Test2 example tests do also pass.

@blowekamp thanks for the note. Had a look at it, and thought about it: I do not think there is a good solution. The internal variables m_DerivativeWeights and m_ComponentWeights have now different types, so adding the pre-processor proposed directive, if the ITK_LEGACY_REMOVE flag is OFF, WeightsType would be equivalent to ComponentWeightsType which has the former's parameters, and thus users have the WeightsType type available as before; however, the type of m_DerivativeWeights would be new, and we would break the API.
The only thing that I can think of to maintain backwards compatibility but also keeping the memory defect around if using the old API would be:
#ifndef ITK_LEGACY_REMOVE
  using DerivativeWeightsType = FixedArray<TRealType, VectorDimension>;
  using ComponentWeightsType = FixedArray<TRealType, VectorDimension>;
  using WeightsType = ComponentWeightsType;
#else
  using DerivativeWeightsType = FixedArray<TRealType, ImageDimension>;
  using ComponentWeightsType = FixedArray<TRealType, VectorDimension>;
#endif

Not sure if this makes sense/other insight is welcome.

@jhlegarreta I suppose my assumption was with the "compatibility" was that  VectorDimension and ImageDimension were the same value, as that was the only case where the old code would be correct.  Thanks for considering the compatibility options. Please do what every you think is best, and lets get this fixed merged!

Made the changes, force pushed.

I would add the following to try to not break API (but show a warning) if the compiler is modern enough:
#ifndef ITK_LEGACY_REMOVE
  using DerivativeWeightsType = FixedArray<TRealType, VectorDimension>;
  using ComponentWeightsType = FixedArray<TRealType, VectorDimension>;
  using WeightsType = ComponentWeightsType;
#else
  using DerivativeWeightsType = FixedArray<TRealType, ImageDimension>;
  using ComponentWeightsType = FixedArray<TRealType, VectorDimension>;
  #if __cplusplus >= 201402L
  [[deprecated("Use DerivativeWeightsType or ComponentWeightsType instead")]]
  using WeightsType = ComponentWeightsType;
  #endif
#endif

Kudos for the bug fix @jhlegarreta!
Before it was wrong, the dimension of ComponentsWeights mismatched the algorithm in the Evaluate functions, for example here:

Thanks Pablo. @issakomi, @blowekamp, @N-Dekker and yourself who took the time to review and propose possible fixes or questioned if a given solution was good made this possible.

I would add the following to try to not break API (but show a warning) if the compiler is modern enough:
#ifndef ITK_LEGACY_REMOVE
  using DerivativeWeightsType = FixedArray<TRealType, VectorDimension>;
  using ComponentWeightsType = FixedArray<TRealType, VectorDimension>;
  using WeightsType = ComponentWeightsType;
#else
  using DerivativeWeightsType = FixedArray<TRealType, ImageDimension>;
  using ComponentWeightsType = FixedArray<TRealType, VectorDimension>;
  // ----- suggestion here ----- deprecated attribute requires C++14
  #if __cplusplus >= 201402L
 [[deprecated("Use DerivativeWeightsType or ComponentWeightsType instead.")]]
  using WeightsType = ComponentWeightsType;
  #endif
  // ---------
#endif

@phcerdan I'd dare to say that the deprecation warning would need to to go in the #ifndef block, not the #else block, since the latter is supposed to be the fix/modern code, where we do not need/define WeightsType, right?
Also, I think the only thing that should go inside the  #if __cplusplus >= 201402L block would be the warning message, otherwise, the type will not be known if the compiler does not match the condition.
Forgive me if I'm wrong.

@phcerdan I'd dare to say that the deprecation warning would need to to go in the #ifndef block, not the #else block, since the latter is supposed to be the fix/modern code, where we do not need/define WeightsType, right?
Also, I think the only thing that should go inside the  #if __cplusplus >= 201402L block would be the warning message, otherwise, the type will not be known if the compiler does not match the condition.
Forgive me if I'm wrong.

You are right, forgive me, I am not very familiar with the ITK_LEGACY_REMOVE, I think this is your correction:
#ifndef ITK_LEGACY_REMOVE
  using DerivativeWeightsType = FixedArray<TRealType, VectorDimension>;
  using ComponentWeightsType = FixedArray<TRealType, VectorDimension>;
  #if __cplusplus >= 201402L
  [[deprecated("Use DerivativeWeightsType or ComponentWeightsType instead.")]]
  #endif
  using WeightsType = ComponentWeightsType;
#else
  using DerivativeWeightsType = FixedArray<TRealType, ImageDimension>;
  using ComponentWeightsType = FixedArray<TRealType, VectorDimension>;
#endif

I think this is your correction:

Yes, that was what I meant. Thanks for putting it into code.
I'll do that tonight and will push force.

#ifndef ITK_LEGACY_REMOVE
  using DerivativeWeightsType = FixedArray<TRealType, VectorDimension>;
  using ComponentWeightsType = FixedArray<TRealType, VectorDimension>;
  #if __cplusplus >= 201402L
  [[deprecated("Use DerivativeWeightsType or ComponentWeightsType instead.")]]
  #endif
  using WeightsType = ComponentWeightsType;
#else
  using DerivativeWeightsType = FixedArray<TRealType, ImageDimension>;
  using ComponentWeightsType = FixedArray<TRealType, VectorDimension>;
#endif

Sorry to interfere, in that version, if ITK_LEGACY_REMOVE is OFF (which is default), it is exactly the same what is taken.

using ComponentWeightsType = FixedArray<TRealType, VectorDimension>; can be outside of #ifdef ITK_LEGACY_REMOVE as it is the same in both branches.

If I understood @issakomi, he is right, nothing is changed with the current code.
Double negations are hard for the brain, I think this is right:
using ComponentWeightsType = FixedArray<TRealType, VectorDimension>;
using DerivativeWeightsType = FixedArray<TRealType, ImageDimension>; //<--- change this from  VectorDimension to ImageDimension
#if !defined(ITK_LEGACY_REMOVE) //<-- This would be the default code: ITK_LEGACY_REMOVE not defined
  #if __cplusplus >= 201402L
  [[deprecated("Use DerivativeWeightsType or ComponentWeightsType instead.")]]
  #endif
  using WeightsType = ComponentWeightsType;
#endif
// #else WeightsType is not defined

@dzenanz 's comment is fair wrt what I proposed.
@phcerdan @issakomi Not sure if I see it the same way:

ITK_LEGACY_REMOVE is OFF by default, so the legacy code blocks are not removed by default.
The member variables and the corresponding Set/Get macro methods' prototypes are being changed, and hence the API is being broken. So the backwards compatibility needs to be provided not just to keep the old type around, but to define the member variables the same way acknowledging that the memory defect will be around in that case. So to me that means that we should necessarily have

  using DerivativeWeightsType = FixedArray<TRealType, VectorDimension>;
  using ComponentWeightsType = FixedArray<TRealType, VectorDimension>;
  using WeightsType = ComponentWeightsType;

when the old code is to be kept, which is when #ifndef ITK_LEGACY_REMOVE (or #if !defined(ITK_LEGACY_REMOVE)) turns out to be False, which is when ITK_LEGACY_REMOVE is True. (Remove current legacy code completely according to its definition)
And that I guess would allow users not to have SetDerivativeWeights()/GetDerivativeWeights() broken because the type has changed.
So I do not see how the proposed solution in here is backwards compatible when the image and component/vector dimensions are different.
Do we want the fix to be backwards compatible ONLY when the image and component/vector dimensions are the same and break otherwise to have the defect fixed in any case?

If I understood @issakomi

Sorry for bad structured sentence, you understood correctly, of course. I have updated the comment.

Do we want the fix to be backwards compatible ONLY when the image and component/vector dimensions are the same and break otherwise to have the defect fixed in any case?

I think yes! We break code only when is bugged.
We have to assume that existing code with ImageDimension != VectorDimension (i.e DerivativeWeightsType!=ComponentsWeightType) is bugged and we are glad to break it because it's good for users. So no backwards compatibility is needed for this.

And I guess that would allow users not to have SetDerivativeWeights()/GetDerivativeWeights() broken because the type for m_ DerivativeWeights has changed.

It would only break in the case that is worth to break, ImageDImension!=VectorDimension. I don't think this case is common, or the bug wouldn't survived for this long.
The only API break we are tying to avoid is with a non existing WeightsType typedef.
ITK_LEGACY_REMOVE=OFF, the default, means legacy code is alive. Again, double negatives are weird to think about it, at least for me.
#if not remove_it:
// keep it
#endif

https://github.com/InsightSoftwareConsortium/ITK/blob/3ecf6c87d18d51b124589d5a74389244d692109c/Modules/Core/Common/include/itkMacro.h#L580-L594
The code means we keep WeightsType for now by default, and will remove it in the future (or when ITK_LEGACY_REMOVE=ON)

Push forced with Pablo's proposal.

does it compile? For me it compiles (GCC 8.3.0) with
using WeightsType [[deprecated("Use DerivativeWeightsType or ComponentWeightsType instead.")]] = ComponentWeightsType;
Let me check 2 minutes, may be i am wrong

[ 50%] Building CXX object CMakeFiles/test007.dir/test007.cpp.o
In file included from /home/r/tmp/test_rgb/src/test007.cpp:45:
/home/r/itkf/ITK/Modules/Filtering/ImageGradient/include/itkVectorGradientMagnitudeImageFilter.h:234:3: error: expected unqualified-id before ‘using’
   using WeightsType = ComponentWeightsType;
   ^~~~~
make[2]: *** [CMakeFiles/test007.dir/build.make:76: CMakeFiles/test007.dir/test007.cpp.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:83: CMakeFiles/test007.dir/all] Error 2
make: *** [Makefile:91: all] Error 2

Change to
using ComponentWeightsType = FixedArray<TRealType, VectorDimension>;
using DerivativeWeightsType = FixedArray<TRealType, ImageDimension>;
#if !defined(ITK_LEGACY_REMOVE)
  #if __cplusplus >= 201402L
  using WeightsType [[deprecated("Use DerivativeWeightsType or ComponentWeightsType instead.")]] = ComponentWeightsType;
  #else
  using WeightsType = ComponentWeightsType;
  #endif
#endif

@issakomi thanks for testing it, you are right, the correct placement of attributes for using is before =.
using WeightsType [[deprecated("Use DerivativeWeightsType or ComponentWeightsType instead.")]] = ComponentWeightsType;

Maybe for other PR, but we can add to itkMacro.h the following:
#if __cplusplus >= 201402L
# define ITK_DEPRECATED [[deprecated]]
# define ITK_DEPRECATED_MSG(msg) [[deprecated(msg)]]
#else
# define ITK_DEPRECATED
# define ITK_DEPRECATED_MSG
#endif

And then just:
using WeightsType ITK_DEPRECATE_MSG("Use DerivativeWeightsType or ComponentWeightsType instead.") = ComponentWeightsType;

without extra #ifdef.

authors: blowekamp dzenanz issakomi jhlegarreta phcerdan


text:
STYLE: Chain consecutive insertions (<<) to the same output stream

Avoiding unnecessarily mentioning one and the same output stream repetitively, when multiple consecutive statements insert into that one output stream.
Using Notepad++ v8.4.7 Regular Expressions, find ^([ ]+[^ ]+) << (.+);\r\n\1 <<  and replace with $1 << $2 << .

I would really like for somebody else to review this too.

I have minor dislike for these changes. But you liked them enough to go through the trouble of creating a PR, and another maintainer OKed it. No need to wait more - this can be merged. But I won't do it.

I have minor dislike for these changes. But you liked them enough to go through the trouble of creating a PR, and another maintainer OKed it. No need to wait more - this can be merged. But I won't do it.

:+1: Cross-referencing https://github.com/InsightSoftwareConsortium/ITK/pull/3802#discussion_r1056361996.
Merging.

A new reminder: https://github.com/InsightSoftwareConsortium/ITK/pull/3802#discussion_r1056361996. Can this:

Be put to a script so that it can run any time/on remotes?
Be applied to all the code base, including non-default modules and examples.
Be stated in the ITK SW Guide.

Please.

A new reminder: #3802 (comment). Can this:
* Be put to a script so that it can run any time/on remotes?

* Be applied to all the code base, including non-default modules and examples.

* Be stated in the ITK SW Guide.

Thanks for the reminder, Jon. It's still on my TODO list. But if you want it to be processed more quickly, please go ahead and make a proposal! Otherwise I'll just return to this topic when I have the time.

source: gharchive/pull-request

authors: N-Dekker dzenanz jhlegarreta

repo: InsightSoftwareConsortium/ITK

license_type: permissive

license_source: github-api


text:
IGListGridCollectionViewLayout is not available on branch master

New issue checklist

[x] I have reviewed the README and documentation
[x] I have searched existing issues and this is not a duplicate

General information

IGListKit version: 2.1.0
iOS version(s): 10.2
CocoaPods/Carthage version: 1.0
Xcode version: 8.3
Devices/Simulators affected:None
Reproducible in the demo project? (Yes/No): no
Related issues: None

I´m using IGListGridCollectionViewLayout from the version on release, but when update the pod to the master branch the class is not available more ☹.. there is some reason? or is another class that replace it?

Thanks @kleiberjp !
Sorry about that. master is stable and reliable but it does have breaking changes. 😄
Checkout the CHANGELOG for details! 👍
https://github.com/Instagram/IGListKit/blob/master/CHANGELOG.md

source: gharchive/issue

authors: jessesquires kleiberjp

repo: Instagram/IGListKit

license: mit

license_source: bigquery


text:
[UI] more valid error indicating you can only have 1 intervention for each intervention event

If you try to add more than 1 social distancing intervention for example, it returns the scenarioError 'Please enter a valid day range' instead of a more meaningful error message that you can only have 1 social distancing intervention for the simulation. Not super necessary, low priority issue.

@mfisher-idmod, you can have more than one social distancing intervention, but the date ranges cannot overlap.
I'll fix this now since this is low hanging fruit.

authors: lgeorge-idm mfisher-idmod

repo: InstituteforDiseaseModeling/covasim

license: MIT


text:
covasim - local doc build failing (make html)

(virt-covasim) C:\github\covasim\docs>make html
Running Sphinx v7.1.2
Covasim 3.1.4 (2022-10-22) — © 2020-2022 by IDM
Configuration error:
There is a programmable error in your configuration file:
Traceback (most recent call last):
File "c:\virt-covasim\lib\site-packages\sphinx\config.py", line 356, in eval_config_file
exec(code, namespace)  # NoQA: S102
File "C:\github\covasim\docs\conf.py", line 19, in
import covasim as cv
File "c:\github\covasim\covasim_init_.py", line 18, in
from .defaults      import * # Depends on settings
File "c:\github\covasim\covasim\defaults.py", line 10, in
import numba as nb
File "c:\virt-covasim\lib\site-packages\numba_init_.py", line 42, in
from numba.np.ufunc import (vectorize, guvectorize, threading_layer,
File "c:\virt-covasim\lib\site-packages\numba\np\ufunc_init_.py", line 3, in
from numba.np.ufunc.decorators import Vectorize, GUVectorize, vectorize, guvectorize
File "c:\virt-covasim\lib\site-packages\numba\np\ufunc\decorators.py", line 3, in
from numba.np.ufunc import _internal
SystemError: initialization of _internal failed without raising an exception

steps to duplicate:

python -m venv virt-covasim (create virtual environment)
scripts\activate (activate virtual environment)
git clone https://github.com/RCarter-IDM/covasim.git (clone, after first creating fork)
pip install -e . (install from cloned repo, local)
pip install -r requirements.txt (from /docs dir)
make html (from /docs dir)

@RCarter-IDM I wouldn't recommend using venv for this; numba doesn't seem to compile properly on it. I just tried these steps but using conda create -n virt-covasim python -y; conda activate virt-covasim instead of the first two steps, and the rest of the build worked fine. See also this PR that fixes some docs bugs:
https://github.com/amath-idm/covasim/pull/1427

@cliffckerr, I get '404' with provided link: https://github.com/amath-idm/covasim/pull/1427. What's the difference between these two repos: https://github.com/amath-idm/covasim and https://github.com/InstituteforDiseaseModeling/covasim ?

(NOTE: attached file has full error/output after running make html)
Results after using Anaconda for virtual environment:
Notebook error:
CellExecutionError in tutorials\tut_advanced.ipynb:
BrokenProcessPool
makehtmloutput.txt

Hm, that issue is probably related to multiprocessing on Windows (see e.g. here). But that problem should've been fixed by now.
Re: the two repos, amath-idm is our 'dev' repo and this is our 'public' repo (equivalent to DtkTrunk vs EMOD). Sorry for the delay, you should have access now.

Closing, as this works fine with our RTD build and with Windows multiprocessing issue fixed.

authors: RCarter-IDM cliffckerr


text:
WARNING! See description. make ewext compileable on old systems

see https://github.com/rust-lang/rust/issues/79609
This patch does make compilation of ewext work on Ubuntu 20.04 with old mingw version, but IT WILL BREAK current CI/CD workflow due to multiple definitions of _Unwind_Resume (understandably so). I am in no way the rust guru, so i though maybe you guys could do something with it, since it will be useful in a long run.

isn't this something we should never push? if its not fixed in master its probably more complicated

isn't this something we should never push? if its not fixed in master its probably more complicated

Yes, hence draft pull request. I could make it a separate feature that is toggled via flag while compiling, so that there is possibility to use this patch, but it would not interfere with anything else. If you guys cool with that, i will update this branch & PR with new commit that does that.

authors: bgkillas kcalbxof


text:
Odoo 17 Projects - Bug cannot unmarshal properties_definition

System.Exception
HResult=0x80131500
Message=Cannot unmarshal Enum 'OdooValueTypeEnum' - 'properties_definition'
Source=PortaCapena.OdooJsonRpcClient
StackTrace:
at PortaCapena.OdooJsonRpcClient.Models.OdooPropertyInfo.ToOdooValueTypeEnum(String value)
at PortaCapena.OdooJsonRpcClient.Models.OdooPropertyInfo.get_PropertyValueType()
at PortaCapena.OdooJsonRpcClient.Converters.OdooModelMapper.ConvertToDotNetPropertyTypeName(KeyValuePair2 property, String tableName)    at PortaCapena.OdooJsonRpcClient.Converters.OdooModelMapper.GetDotNetModel(String tableName, Dictionary2 properties, Boolean addSummary)
at Program.<$>d__0.MoveNext() in

While executing
var tableName = "project.project";
var modelResult = await odooClient.GetModelAsync(tableName);

odoo version?

17.0 enterprise on odoo.sh
On 8 Jan 2024, at 23:23, Patrick @.***> wrote:

odoo version?
—
Reply to this email directly, view it on GitHubhttps://github.com/Intechnity-com/OdooJsonRpcClient/issues/90#issuecomment-1881915061, or unsubscribehttps://github.com/notifications/unsubscribe-auth/BDRQ72T2GW3SKWDSOP735P3YNRWVFAVCNFSM6AAAAABBQSDHYOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQOBRHEYTKMBWGE.
You are receiving this because you authored the thread.Message ID: @.***>

I got the same error.
This is the version info:
{
  "server_version": "saas~17.1+e",
  "server_version_info": [
    "saas~17",
    1,
    0,
    "final",
    0,
    "e"
  ],
  "server_serie": "saas~17.1",
  "protocol_version": 1
}

Same error

authors: WMLondo alberthoekstra gosysdata patricoos

repo: Intechnity-com/OdooJsonRpcClient


text:
🛑 marketing site is down

In 5d85ad8, marketing site (https://golivwell.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: marketing site is back up in b95c94b after 7 minutes.


text:
IGAPP-333: Documentation

This pull request belongs to an issue on our bugtracker.
You can find it there by looking for an issue with the key which is mentioned in the title of this pull request.
It starts with the keyword IGAPP.

Build configs will be merged and moved in https://issues.tuerantuer.org/browse/IGAPP-271.

I am quite unsure as to what belongs in the common documentation and what belongs just in the separate projects. If you think anything is wrong in this concern, let me know! (@Taggotty ping because you already reviewed)

repo: Integreat/integreat-app


text:
[oap-native-sql][C++] pass arrow dir to runtime filter codegen

Make codegen work with customized arrow installation

fixes #1311

repo: Intel-bigdata/OAP


text:
Doesn't build on windows.

2>C:\Users\Bob\control-flag\src\common_util.h(24,10): fatal error C1083: Cannot open include file: 'sys/time.h': No such file or directory
2>C:\Users\Bob\control-flag\src\trie.h(24,10): fatal error C1083: Cannot open include file: 'unistd.h': No such file or directory
Shouldn't you be using portable C++11 chrono in new code?

PR#54 could answer your issue.

authors: IOBYTE philippefoubert

repo: IntelLabs/control-flag


text:
Add Numba patch

This is example of how to add patch to Numba for SDC.
This is patch from https://github.com/numba/numba/compare/master...IntelLabs:sdc1.
To download patch file add .patch to GitHub URL
(e.g. https://github.com/numba/numba/compare/master...IntelLabs:sdc1.patch).

smth went very wrong on CI

Closed by #650

repo: IntelPython/sdc


text:
How should I reconstruct 3D model by RGB image and depth image took from realsense.

Before opening a new issue, we wanted to provide you with some useful suggestions (Click "Preview" above for a better view):

Consider checking out SDK examples.
Have you looked in our documentations?
Is you question a frequently asked one?
Try searching our GitHub Issues (open and closed) for a similar issue.

All users are welcomed to report bugs, ask questions, suggest or request enhancements and generally feel free to open new issue, even if they haven't followed any of the suggestions above :)

Required Info

Camera Model
{ R200 / F200 / SR300 / ZR300 / D400 }

Firmware Version
(Open RealSense Viewer --> Click info)

Operating System & Version
{Win (8.1/10) / Linux (Ubuntu 14/16/17) / MacOS

Kernel Version (Linux Only)
(e.g. 4.14.13)

Platform
PC/Raspberry Pi/ NVIDIA Jetson / etc..

SDK Version
{ legacy / 2.. }

Language
{C/C#/labview/nodejs/opencv/pcl/python/unity }

Segment
{Robot/Smartphone/VR/AR/others }

Issue Description
Hi, I took some RGB images and depth image by realsense viewer, and trying to reconstruct a 3D model by these images. But I can't recontrusct it correctly. The code I used is as below:
std::string rgb_dir = R"(D:\Work_Files\DMSDev\AutoMeasurementSeg\SAMRealSense\rgb_frames_sub)";
std::string depth_dir = R"(D:\Work_Files\DMSDev\AutoMeasurementSeg\SAMRealSense\depth_frames_sub)";
std::string mask_dir = R"(D:\Work_Files\DMSDev\AutoMeasurementSeg\SAMRealSense\DJ06\mask)";

//Image paths
std::vector<std::string> rgb_path, depth_path, mask_path;
getFiles(rgb_dir, rgb_path);
getFiles(depth_dir, depth_path);
getFiles(mask_dir, mask_path);

// Image names
std::vector<std::string> rgb_names = getFilenames(rgb_dir);
std::vector<std::string> depth_names = getFilenames(depth_dir);
std::vector<std::string> mask_names = getFilenames(mask_dir);

// Camera parameters
double cx = 655.67687;
double cy = 360.57839;
double fx = 910.49139;
double fy = 908.52111;
double depth_scale = 1000;

for (int idx = 0; idx < rgb_names.size(); idx++)
{
	cv::Mat rgb_image = cv::imread(rgb_path[idx], cv::IMREAD_UNCHANGED);
	cv::Mat depth_image = cv::imread(depth_path[idx], cv::IMREAD_UNCHANGED);

	// Calculate XYZ and give them RGB
	PointCloud::Ptr cloud(new PointCloud);

	for (int v = 0; v < rgb_image.rows; v++)
	{
		for (int u = 0; u < rgb_image.cols; u++)
		{
			double d = depth_image.at<uchar>(v, u);
			if (d == 0)
				continue;

			PointT p;
			p.z = d * depth_scale;
			p.x = (u - cx) * p.z / fx;
			p.y = (v - cy) * p.z / fy;
			p.b = rgb_image.data[v * rgb_image.step + u * rgb_image.channels()];
			p.g = rgb_image.data[v * rgb_image.step + u * rgb_image.channels() + 1];
			p.r = rgb_image.data[v * rgb_image.step + u * rgb_image.channels() + 2];
			cloud->points.push_back(p);

		}
	}

	pcl::visualization::PCLVisualizer::Ptr viewer = PCLVisualizers::SimpleVis(cloud);

	while (!viewer->wasStopped())
	{
		viewer->spinOnce(100);
	}

	viewer->close();

}

Is there any information of coordinate system I missed? If there is, could you tell me how to get it?

@MartyG-RealSense Thanks for your reply!! I'll try 'virtual camera' interface

repo: IntelRealSense/librealsense


text:
[Realsense Customer Engineering Team Comment]

[Realsense Customer Engineering Team Comment]
Hi @alt01,
Your result should be mapped to color pixel. I modified the python code based on #1890 to convert from depth to 2D color.
you can also refer to below article.
https://github.com/IntelRealSense/librealsense/wiki/Projection-in-RealSense-SDK-2.0
import pyrealsense2 as rs
import numpy as np
config = rs.config()
config.enable_stream(rs.stream.depth, 1280, 720, rs.format.z16, 30)
config.enable_stream(rs.stream.color, 640, 480, rs.format.bgr8, 30)
pipeline = rs.pipeline()
pipe_profile = pipeline.start(config)
frames = pipeline.wait_for_frames()
depth_frame = frames.get_depth_frame()
color_frame = frames.get_color_frame()
# Intrinsics & Extrinsics
depth_intrin = depth_frame.profile.as_video_stream_profile().intrinsics
color_intrin = color_frame.profile.as_video_stream_profile().intrinsics
depth_to_color_extrin = depth_frame.profile.get_extrinsics_to(color_frame.profile)
color_to_depth_extrin = color_frame.profile.get_extrinsics_to(depth_frame.profile)
print("\n Depth intrinsics: " + str(depth_intrin))
print("\n Color intrinsics: " + str(color_intrin))
print("\n Depth to color extrinsics: " + str(depth_to_color_extrin))
# Depth scale - units of the values inside a depth frame, i.e how to convert the value to units of 1 meter
depth_sensor = pipe_profile.get_device().first_depth_sensor()
depth_scale = depth_sensor.get_depth_scale()
print("\n\t depth_scale: " + str(depth_scale))
depth_image = np.asanyarray(depth_frame.get_data())
depth_pixel = [200, 200]   # Random pixel
depth_value = depth_image[200][200]*depth_scale
print("\n\t depth_pixel@" + str(depth_pixel) + " value: " + str(depth_value) + " meter")
# from pixel to 3D point
depth_point = rs.rs2_deproject_pixel_to_point(depth_intrin, depth_pixel, depth_value)
print("\n\t 3D depth_point: " + str(depth_point))
# from 3D depth point to 3D color point
color_point = rs.rs2_transform_point_to_point(depth_to_color_extrin, depth_point)
print("\n\t 3D color_point: " + str(color_point))
# from color point to 2D color pixel
color_pixel = rs.rs2_project_point_to_pixel(color_intrin, color_point)
print("\n\t color_pixel: " + str(color_pixel))

Originally posted by @RealSense-Customer-Engineering in https://github.com/IntelRealSense/librealsense/issues/2204#issuecomment-414497056

why the resolution is different and how the match will happen
config.enable_stream(rs.stream.depth, 1280, 720, rs.format.z16, 30)
config.enable_stream(rs.stream.color, 640, 480, rs.format.bgr8, 30)

The matching occurs through the rs2_deproject_pixel_to_point, rs2_transform_point_to_point, and rs2_project_point_to_pixel functions. Their source code (In C++) can be found at https://github.com/IntelRealSense/librealsense/blob/master/include/librealsense2/rsutil.h
Note that even if the resolutions were the same, you would still need to call this sequence of functions because the depth and color imagers are not located in the exact same physical location

authors: lramati scizors


text:
Should I use depth_intrinsics or color_intrinsics for rs.rs2_deproject_pixel_to_point if If depth is already aligned to color?

If I already have aligned depth frames to color (RGB) frames, for using the rs.rs2_deproject_pixel_to_point method, should I use depth_intrinsics or color_intrinsics and why?

Hi @monacv   Can you confirm please if you have performed depth to color alignment on 2D depth and color frames, and that you then want to use rs2_deproject_pixel_to_point to convert an aligned 2D image to 3D points, please?
My understanding is that if you are performing alignment then the intrinsics that you use are those of whatever you are aligning to.  So if you are aligning depth to color then color_intrinsics is used.  This reflects how , when aligning depth to color, the depth is aligned to the color field of view (FOV) size.
The discussion in the link below is a good reference that covers the concepts of depth to color alignment, rs2_deproject_pixel_to_point and color_intrinsics.
https://github.com/IntelRealSense/librealsense/issues/1413

Hi @monacv   Can you confirm please if you have performed depth to color alignment on 2D depth and color frames, and that you then want to use rs2_deproject_pixel_to_point to convert an aligned 2D image to 3D points, please?
My understanding is that if you are performing alignment then the intrinsics that you use are those of whatever you are aligning to.  So if you are aligning depth to color then color_intrinsics is used.  This reflects how , when aligning depth to color, the depth is aligned to the color field of view (FOV) size.
The discussion in the link below is a good reference that covers the concepts of depth to color alignment, rs2_deproject_pixel_to_point and color_intrinsics.
https://github.com/IntelRealSense/librealsense/issues/1413

Hi @monacv  Do you require further assistance with this case, please?   Thanks!

Case closed due to no further comments received.

authors: MartyG-RealSense monacv


text:
Python: "RuntimeError: No device connected" after opening/using realsense viewer

Required Info

Camera Model
{ L515, D435}

Firmware Version
(01.05.05.00, 05.12.13.50)

Operating System & Version
Pop OS 20.04 & Ubuntu 20.04

Kernel Version (Linux Only)
5.11.0-7614

Platform
PC

SDK Version
2.45

Language
Python

Segment
Others

Issue Description
With version 2.45, if you try to run python code to stream from a camera after you've used (and closed afterwards) realsense-viewer, you get the error "RuntimeError: No device connected". This error only occurs after opening realsense-viewer. If you just run python code right after restarting your pc, there are no errors. It seems to be a problem with version 2.45, since I haven't been able to replicate it in 2.44. The problem is consistent in different PCs and cameras (D435, L515).

@drapado I couldn't reproduce the issue on my Ubuntu20.04 setup. Did you get this issue with the example in Python wrapper? And how do you install librealsense and python wrapper? By installing the binary or building from source?  Looking forward to your update. Thanks!

Indeed, just tested in a different Pc and couldn't replicate it anymore. In the system with the error I was using a conda environment while in the one without the error I use venv. I'll investigate it further. Closing the issue for now because it seems to be something related to my specific system. Thanks for your reply!

authors: RealSenseSupport drapado


text:
Publish to Maven

Can this project be published to the Apache Maven Repository as well? This way we can easily pull this in as a dependency.

http://repo1.maven.org/maven2/com/triplelift/gdpr/consent-string-parser/

authors: chrispaterson kevinwenzhang


text:
Cannot create Artifact with large key/token

Describe the bug
I am trying to create a new Artifact entity by making a request to POST /api/artifacts. The accessUrl needs an access token, and I was told in an IDSA dev meeting that I can use the apiKey member of this request to specify a HTTP header to be sent along with the accessUrl. I am passing in this JSON in the body:
{
  "title": "My first artifact",
  "accessUrl": "https://oneprovider-covid19.datahub.egi.eu/api/v3/oneprovider/data/000000000052075E67756964233235643737653830313038643239306135633735633233346666353164373137636839356261233438633936373036376233376334323839663732316135653965663831663962636839356261/content",
  "apiKey": {
    "key": "X-Auth-Token",
    "value": "TURBeFkyeHZZMkYwMGFXOXVJR1JoZEdGb2RXSXVaV2RwTG1WMUNqQXdObVJwWkdWdWRHbG1hV1Z5SURJdmRHMXdMVEV2ZFhOeUxUTXpZbU5qWkdWaE9UaGxNekE0WXpSaU1qUmxPV1E1Tm1VMU5XVTVNamMyWTJnMk5UWXdMMkZqZEM4NU1UWmlZemN6WXpBek1EbGlPRGRrWlRObFl6a3daV0UzWlRGaE16Rm1ZMk5vTlRjd1pBb3dNREZoWTJsa0lIUnBiV1VnUENBeE5qTXlOVGcwME5qQTFDakF3TVRaamFXUWdaR0YwMFlTNXlaV0ZrYjI1c2VRb3dNR05rWTJsa0lHUmhkR0V1YjJKcVpXTjAwYVdRZ1BTQXdNREF3TURBd01EQXdOVEl3TnpWRk5qYzNOVFk1TmpReU16TXlNelUyTkRNM016YzJOVE00TXpBek1UTXdNemcyTkRNeU16a3pNRFl4TXpVMk16TTNNelUyTXpNeU16TXpORFkyTmpZek5UTXhOalF6TnpNeE16YzJNelk0TXprek5UWXlOakV5TXpNMDBNemcyTXpNNU16WXpOek13TXpZek56WXlNek16TnpZek16UXpNak00TXprMk5qTTNNekl6TVRZeE16VTJOVE01TmpVMk5qTTRNekUyTmpNNU5qSTJNelk0TXprek5UWXlOakVLTURBeVpuTnBaMjVoZEhWeVpTQjAwOUwwMFdvck9Ka2xCYlVoWGJpWHJOU0lqNWZjcjk2TmlrTHRZdkxmQXRDQW8="
  },
  "filename": "test.csv",
  "mediaType": "text/csv",
  "automatedDownload": true
}

This fails with an 500 error. If I use a shorter text for the token, it works. Please make room for our access tokens in the DB schema you use for artifacts.
To Reproduce
Steps to reproduce the behavior:

Go to the connector's Swagger-UI, navigate to POST /api/artifacts
Click on 'Try it out' and enter the JSON from above
Will get error 500

Expected behavior
This should create the artifact and return 201.
Desktop (please complete the following information):

OS: Windows 10 Enterprise
Browser: Opera (latest build)
Version (DSC): Latest from the main branch, runs in a container, with the in-memory database

It is very urgent for us, I need to use this in a presentation in a week for now. Do you think this can be fixed easily/fast?

Please note I did not yet check if this artifact can be fetched through a consumer connector, I do not yet have code to do that. Will update this issue next week when I will get to that.


text:
Missing dataset property in Dataset Request Message

The schemes and shapes for the DatasetRequestMessage and the CatalogRequestMessage look alike although the spec states:

The DatasetRequestMessage must have a Dataset property which contains the id of the Dataset.

need to be addressed in the editorial rework branch, see #184
https://github.com/International-Data-Spaces-Association/ids-specification/blob/editorial-rework/catalog/message/diagram/dataset-request-message.png

I can confirm, fixed with https://github.com/International-Data-Spaces-Association/ids-specification/commit/815aedcafab4eca17751eade9dec754b4de15bac

authors: juliapampus sebbader-sap ssteinbuss


text:
[FR] - Add support for scripts in fromProposalProcedure

Internal/External
Internal
Area
Governance
Describe the feature you'd like
Add support for scripts in fromProposalProcedure
fromProposalProcedure
  :: ShelleyBasedEra era
  -> Proposal era
  -> (L.Coin, Hash StakeKey, GovernanceAction era)
fromProposalProcedure sbe (Proposal pp) =
  shelleyBasedEraConstraints
    sbe
    ( Gov.pProcDeposit pp
    , case fromShelleyStakeCredential (L.raCredential (Gov.pProcReturnAddr pp)) of
        StakeCredentialByKey keyhash -> keyhash
        StakeCredentialByScript _scripthash ->
          error "fromProposalProcedure TODO: Conway era script reward addresses not yet supported"
    , fromGovernanceAction (Gov.pProcGovAction pp)
    )

Describe alternatives you've considered
Additional context / screenshots
This is required for completeness on Check if stake addresses in proposals are registered onchain #963

Fixed by https://github.com/IntersectMBO/cardano-api/pull/692 and https://github.com/IntersectMBO/cardano-cli/pull/988

authors: CarlosLopezDeLara smelc

repo: IntersectMBO/cardano-api


text:
Release cardano-cli-10.1.0.0

Changelog
- description: |
    Release cardano-cli-10.1.0.0
# uncomment types applicable to the change:
  type:
  # - feature        # introduces a new feature
  # - breaking       # the API has changed in a breaking way
  # - compatible     # the API has changed but is non-breaking
  # - optimisation   # measurable performance improvements
  # - refactoring    # QoL changes
  # - bugfix         # fixes a defect
  # - test           # fixes/modifies tests
  # - maintenance    # not directly related to the code
   - release        # related to a new release preparation
  # - documentation  # change in code docs, haddocks...

Context
Additional context for the PR goes here. If the PR fixes a particular issue please provide a link to the issue.
How to trust this PR
Highlight important bits of the PR that will make the review faster. If there are commands the reviewer can run to observe the new behavior, describe them.
Checklist

[ ] Commit sequence broadly makes sense and commits have useful messages
[ ] New tests are added if needed and existing tests are updated. See Running tests for more details
[ ] Self-reviewed the diff

https://github.com/IntersectMBO/cardano-haskell-packages/pull/935

repo: IntersectMBO/cardano-cli


text:
Increased memory requirements after Chang hardfork

OS
Your OS: NixOS
Versions
The db-sync version (eg cardano-db-sync --version): 13.4.0.1 (really 13.4.0.1 though it reports 13.4.0.0)
PostgreSQL version: 16.4
Build/Install Method
The method you use to build or install cardano-db-sync: nix build
Run method
The method you used to run cardano-db-sync (eg Nix/Docker/systemd/none): bash script
Additional context
The cardano-db-sync process now consumes around 25 GB of RAM. That's around 35% more than 24h ago.
Problem Report
Please, investigate and try to lower memory footprint. Is the caching mechanism in place for the new tables?

This is likely the cardano-ledger issue (apparently no public issue) that triggered a new release of cardano-node (https://github.com/IntersectMBO/cardano-node/pull/5967).

Thank you @erikd  for pointing this out. I recompiled the node on the new version v9.1.1, plus db-sync, and everything is back to normal. The cardano-node process takes 15 GB and cardano-db-sync ~14 GB of RAM. That's a great improvement.

authors: CodiePP erikd

repo: IntersectMBO/cardano-db-sync


text:
[BUG] Missing User Deletion Functionality

Context & versions

If the username our test tries to add is already occupied, then the test cases dependent on the authentication state (where the username is set) will be skipped.
Currently, we generate usernames using Faker. Although the test has not failed yet, there is a possibility that a previously set username could match a new one. If this happens, all other tests dependent on the set username will be skipped, leading to potential timeouts on this page.

To prevent this issue, it would be better to delete the set username after the test is completed during the teardown phase.

After discussion at the daily, it is clear that the username is permanent and there is no deletion made possible or intended. It is accepted as such.
Therefore, @kneerose we'll need to workaround this issue while testing by generating unique usernames for tests. For eg. using timestamps or uuids along with Faker.
For now, lets close the issue as not-a-bug but a design choice.
CC: @bosko-m @ValMBO

authors: kneerose spannercode

repo: IntersectMBO/govtool


text:
Triage new Byron ThreadNet failure

Karl witness https://hydra.iohk.io/build/7851335/nixlog/4 on PR input-output-hk/ouroboros-network#3380, which is surprising because the PR's contents seems totally unrelated.
I'm therefore assuming it's a flaky failure, but this Issue is to at least confirm that. We should be able to repro it on the master branch using the QC seed, eg.
 Use --quickcheck-replay=377968 to reproduce. seen with his PR's commit 43efa3c0172d5f4d156fb3faaf8cefcfaf49bfa6
    simple convergence:                                                                    FAIL (3.32s)
      *** Failed! Falsified (after 8 tests):
      TestSetup {setupEBBs = ProduceEBBs, setupK = SecurityParam 6, setupTestConfig = TestConfig {initSeed = Seed 1157156786498218422, nodeTopology = NodeTopology (fromList [(CoreNodeId 0,fromList []),(CoreNodeId 1,fromList [CoreNodeId 0]),(CoreNodeId 2,fromList [CoreNodeId 0,CoreNodeId 1]),(CoreNodeId 3,fromList [CoreNodeId 0,CoreNodeId 1,CoreNodeId 2]),(CoreNodeId 4,fromList [CoreNodeId 0,CoreNodeId 1,CoreNodeId 2,CoreNodeId 3])]), numCoreNodes = NumCoreNodes 5, numSlots = NumSlots 6}, setupNodeJoinPlan = NodeJoinPlan (fromList [(CoreNodeId 0,SlotNo 0),(CoreNodeId 1,SlotNo 2),(CoreNodeId 2,SlotNo 2),(CoreNodeId 3,SlotNo 3),(CoreNodeId 4,SlotNo 5)]), setupNodeRestarts = NodeRestarts (fromList [(SlotNo 5,fromList [(CoreNodeId 0,NodeRestart)])]), setupSlotLength = SlotLength 7.381s, setupVersion = (NodeToNodeV_1,ByronNodeToNodeVersion1)}
      params: PBftParams {pbftSecurityParam = SecurityParam 6, pbftNumNodes = NumCoreNodes 5, pbftSignatureThreshold = PBftSignatureThreshold {getPBftSignatureThreshold = 0.3667666666666667}}
      Ref.PBFT result: Outcomes [Nominal,Absent,Wasted,Wasted,Absent,Nominal]
      delegation certificates: [(CoreId (CoreNodeId 0),[]),(CoreId (CoreNodeId 1),[]),(CoreId (CoreNodeId 2),[]),(CoreId (CoreNodeId 3),[]),(CoreId (CoreNodeId 4),[])]
      [(CoreId (CoreNodeId 0),SoftwareVersionUpdateLabel {svuObserved = False, svuRequired = Just True}),(CoreId (CoreNodeId 1),SoftwareVersionUpdateLabel {svuObserved = False, svuRequired = Just True}),(CoreId (CoreNodeId 2),SoftwareVersionUpdateLabel {svuObserved = False, svuRequired = Just True}),(CoreId (CoreNodeId 3),SoftwareVersionUpdateLabel {svuObserved = False, svuRequired = Just True}),(CoreId (CoreNodeId 4),SoftwareVersionUpdateLabel {svuObserved = False, svuRequired = Just True})]
      (CoreId (CoreNodeId 0),SoftwareVersionUpdateLabel {svuObserved = False, svuRequired = Just True})

FTR: This still occurs occasionally, eg on 3dd0a59abcfbe11c5fbfa4b8ad4429b3354b274e:
byron
  Byron
    simple convergence: FAIL (36.56s)
      *** Failed! Falsified (after 75 tests):
      TestSetup {setupEBBs = NoEBBs, setupK = SecurityParam 7, setupTestConfig = TestConfig {initSeed = Seed 7047801108853423256, nodeTopology = NodeTopology (fromList [(CoreNodeId 0,fromList []),(CoreNodeId 1,fromList [CoreNodeId 0]),(CoreNodeId 2,fromList [CoreNodeId 0,CoreNodeId 1]),(CoreNodeId 3,fromList [CoreNodeId 0,CoreNodeId 1,CoreNodeId 2])]), numCoreNodes = NumCoreNodes 4, numSlots = NumSlots 9}, setupNodeJoinPlan = NodeJoinPlan (fromList [(CoreNodeId 0,SlotNo 3),(CoreNodeId 1,SlotNo 5),(CoreNodeId 2,SlotNo 6),(CoreNodeId 3,SlotNo 7)]), setupNodeRestarts = NodeRestarts (fromList []), setupSlotLength = SlotLength 18.892s, setupVersion = (NodeToNodeV_8,ByronNodeToNodeVersion1)}
      params: PBftParams {pbftSecurityParam = SecurityParam 7, pbftNumNodes = NumCoreNodes 4, pbftSignatureThreshold = PBftSignatureThreshold {getPBftSignatureThreshold = 0.39295714285714284}}
      Ref.PBFT result: Outcomes [Absent,Absent,Absent,Absent,Nominal,Wasted,Wasted,Wasted,Nominal]
      delegation certificates: [(CoreId (CoreNodeId 0),[]),(CoreId (CoreNodeId 1),[]),(CoreId (CoreNodeId 2),[]),(CoreId (CoreNodeId 3),[])]
      [(CoreId (CoreNodeId 0),SoftwareVersionUpdateLabel {svuObserved = False, svuRequired = Just True}),(CoreId (CoreNodeId 1),SoftwareVersionUpdateLabel {svuObserved = False, svuRequired = Just True}),(CoreId (CoreNodeId 2),SoftwareVersionUpdateLabel {svuObserved = False, svuRequired = Just True}),(CoreId (CoreNodeId 3),SoftwareVersionUpdateLabel {svuObserved = False, svuRequired = Just True})]
      (CoreId (CoreNodeId 0),SoftwareVersionUpdateLabel {svuObserved = False, svuRequired = Just True})
      Use --quickcheck-replay=967650 to reproduce.

authors: amesgen nfrisby

repo: IntersectMBO/ouroboros-consensus


text:
🛑 utpaasjoen.no is down

In 8d16935, utpaasjoen.no (https://utpaasjoen.no) was down:

HTTP code: 0
Response time: 0 ms

Resolved: utpaasjoen.no is back up in ff4a176 after 6 hours, 45 minutes.

repo: Intus-AS/Types-status


text:
🛑 intus.no is down

In 8885f42, intus.no (https://intus.no) was down:

HTTP code: 0
Response time: 0 ms

Resolved: intus.no is back up in 559eab8 after 26 minutes.


text:
🛑 hospitalet.no is down

In db980af, hospitalet.no (https://hospitalet.no) was down:

HTTP code: 0
Response time: 0 ms

Resolved: hospitalet.no is back up in 178b294 after 8 minutes.


text:
🛑 trv-gruppen.ck.no is down

In 14b1603, trv-gruppen.ck.no (https://trv-gruppen.ck.no) was down:

HTTP code: 0
Response time: 0 ms

Resolved: trv-gruppen.ck.no is back up in 35baa5c after 29 minutes.


text:
🛑 hospitalet.no is down

In 5699e01, hospitalet.no (https://hospitalet.no) was down:

HTTP code: 0
Response time: 0 ms

Resolved: hospitalet.no is back up in 87d6c84 after 18 minutes.


text:
请问如何将VScode的终端的默认编码方式从gbk修改为utf8

我在谷歌谷到的方法有“把vscode的编码方式改成gbk来适应shell”和“把电脑的编码方式改成utf8”,但是改电脑的话可能会影响其他程序的运行吧。
我也不知道该怎么处理，希望能够得到大家的解答。

对不起，新人不会用github发错地方了，只能麻烦管理员把这个问题删了。


text:
Move the firstStep

Add the possibility to move the firstStep with right click ;)

As discussed with Jonathan, moving the firstStep will be a natural consequence of the next step : incorporating an ECS engine.

authors: IonPostglacial JonathanMM

repo: IonPostglacial/hexagon


text:
sipcreator.py - add atexit.register for remaining manifest in the desktop manifest dir

Background
a manifest created by sipcreator.py with special collection material will have both parts of the previous files and the current files IF THE PREVIOUS SIPCREATOR.PY STOPPES DURING PROCESSING, which will cause the current validation to get wrong (files shown in the manifest are not in the local directory).

The screenshot above is the "moveit_manifest" folder on the desktop. It is like a transit station (sorry I think I used the wrong word in the meeting) for scripts making manifest. The script will make the manifest here. At the end of running, the script will copy it to the target folder (ie. sip folder) and move it to the "old_manifests" folder as shown in that folder.
So "old_manifests" stores manifests generated during the pre-existed sipcreator.py or other scripts need to generate one.
Problem: then we can find - if the script stops by accident during processing, the manifest will only stay in the "moveit_manifest".

Here I have made a simulated disk like special collection deliveries. The materials are stored in the root of the disk. The file path here will be (ie.): D:\KIN101_Credits.docx. Because there is no folder between the disk and the file, sipcreator.py will therefore name the manifest by default as "object_manifest.md5". Also, it means sipcreator.py will name all the manifests from special collection "object_manifest.md5".
Problem: now we can find, if the script for specially collection stops by accident during processing, that object_manifest.md5 will keep there. And if the user starts run the next, then the manifest will have both the last files and the current files together in one file. And that will cause a false alarm of file exists in the manifest but missing in the local directory.

Solution
I imported atexit module in sipcreator.py and let a clean-up run whenever the script stops. This has been tested on Windows and worked fine. The layout is like below:
C:\Users\yazhou.he\ifigit\ifiscripts_yhe\scripts>sipcreator.py -sc -i D: -o E:\oe12345
......
100%        New File               37454        KIN107_Credits.docx
100%        New File              291430        KIN107_Synopsis.docx
100%        New File               36718        KIN108_Credits.docx
100%        New File              291444        KIN108_Synopsis.docx
100%        New File               22824        KINS01_BIOGRAPHIES.docx
100%        New File              291741        KINS01_Captions.docx
100%        New File              338478        KINS01_PressKit.docx
100%        New File              39.4 m        KINS01_Still_001.tiff
 25.3%Traceback (most recent call last):        KINS01_Still_002.tiff
  File "C:\Users\yazhou.he\ifigit\ifiscripts_yhe\scripts\sipcreator.py", line 628, in <module>
    main(sys.argv[1:])
  File "C:\Users\yazhou.he\ifigit\ifiscripts_yhe\scripts\sipcreator.py", line 533, in main
    log_names = move_files(inputs, sip_path, args, user)
  File "C:\Users\yazhou.he\ifigit\ifiscripts_yhe\scripts\sipcreator.py", line 135, in move_files
    log_name = copyit.main(cmd)
  File "C:\Users\yazhou.he\ifigit\ifiscripts_yhe\scripts\copyit.py", line 717, in main
    copy_dir(
  File "C:\Users\yazhou.he\ifigit\ifiscripts_yhe\scripts\copyit.py", line 198, in copy_dir
    subprocess.call([
  File "C:\Users\yazhou.he\AppData\Local\Programs\Python\Python310\lib\subprocess.py", line 347, in call
    return p.wait(timeout=timeout)
  File "C:\Users\yazhou.he\AppData\Local\Programs\Python\Python310\lib\subprocess.py", line 1209, in wait
    return self._wait(timeout=timeout)
  File "C:\Users\yazhou.he\AppData\Local\Programs\Python\Python310\lib\subprocess.py", line 1490, in _wait
    result = _winapi.WaitForSingleObject(self._handle,
KeyboardInterrupt
**** Found existing manifest: C:\Users\yazhou.he/Desktop/moveit_manifests\objects_manifest.md5
**** Moved to old_manifest folder
^C
C:\Users\yazhou.he\ifigit\ifiscripts_yhe\scripts>

This has been tested by the special collection team @ifi-library. pull request will be merged now.

repo: Irish-Film-Institute/IFIscripts


text:
OSError raised on opening a file with mismatched mode

One way of opening a file in Python is by using os.open to open a file descriptor, and then passing that descriptor to io.open (or the open builtin). Both calls require a file mode to be specified, but in a different way: os.open uses OS flags, and io.open a mode string. Both modes, though different in form, should be equivalent, though need not to.
For instance, flag os.O_WRONLY should be matched with 'w' or wb, os.O_RDONLY with 'r' or 'rb', and os.O_RDWR with 'w+' or 'wb+'.
In CPython, when the mode used with io.open does not match the opening flags used with os.open, the opening of the file succeeds, and io.UnsupportedOperation is raised only when the user code attempts to perform read/write operation that was not enabled when the file descriptor was opened.
In IronPython, OSError is raised immediately when the file object is being created, with a cryptic message "raw" argument must be readable. or "raw" argument must be writable.
This difference leads to some situations when the code works in CPython, but not in IronPython. Example:
import os, io

temp_file = "temp_file"

fd = os.open(temp_file, os.O_CREAT | os.O_WRONLY)
f = open(fd, 'w+') # OSError in IPY
f.write("hello\n")
f.close()

fd = os.open(temp_file, os.O_RDONLY)
f = io.open(fd, 'w+') # OSError in IPY
print(f.read())
f.close()

I consider it a minor incompatibility (because, basically, the user code is not quite consistent), but if changing IronPython is too complicated and not worth the effort for the payoff, at least the error message could be changed to something more informative, and the behavior documented in "Differences with CPython".

The difference appears to be that the CPython FileIO object is lying about it's readability/writability. It looks like the io wrappers are supposed to be throwing when you give them an object that's not seekable/readable/writable. Though the proper error messages would be of the form:

io.UnsupportedOperation: File or stream is not seekable.

It can be tested it with something like:
import io

class test:
    def __init__(self, seekable, readable, writable):
        self._seekable = seekable
        self._readable = readable
        self._writable = writable
    def seekable(self): return self._seekable
    def readable(self): return self._readable
    def writable(self): return self._writable

io.BufferedRandom(test(False, False, False))

authors: BCSharp slozier


text:
Make openAiKey optional

While OpenAI was probably the focus of Rivet originally, not all Rivet projects will use OpenAI so I propose making the openAiKey field optional.

If you could just fix up the build we can get this in

authors: Swimburger abrenneke

repo: Ironclad/rivet


text:
#22　コンビニの列に背景色をつける

背景色ですが、各社のテーブルのフチを色付けしました。
このイメージであってますか？
https://glacial-reef-83063.herokuapp.com/

🍣 ✌

OK

authors: IshidaHIRO gittkrd takahashiko


text:
Replace Travis with Github Actions where applicable

We've taken the plunge with the main islandora module, and things have run pretty smoothly.  We should follow suit where applicable and convert out existing Travis ymls into Github Actions.
See https://github.com/Islandora/islandora/blob/8.x-1.x/.github/workflows/build-8.x-1.x.yml for an example.  It's actually the most complicated of setups we'll require, so adapting this to other repos should be an exercise in trimming the matrix back down.

carapace done with https://github.com/Islandora/carapace/pull/25

i may have gotten to all of them?

they are all merged! @dannylamb maybe can be closed?

authors: dannylamb elizoller

repo: Islandora/documentation


text:
Add mod and module links

Add links to webpages to mods and modules.

It might be fine for an initial version to only have links on Mods and not Modules, but then to display a module's mod's links on its detail view.

repo: Isvvc/Character-Tracker


text:
imread JPEG bug

We seem to have found a bug in the JPEG image reading code (which is new in 3.1)
in the EXIF parsing functions.
The EXIF parser hangs in reading the JPEG orientation tag, and the
imread() function does not return (explanation see below) and hangs.
Probably the jpeg file was created wrong, but opencv should not hang, this
is the worst possible scenario for us.
Please state the information for your system

OpenCV version:  3.1 / Source file contains the problem
Host OS: Reproduced on Linux (Ubuntu 16.04)  and Windows 10 MSVS 2015

In which part of the OpenCV library you got the issue?
The module affected is imgcodecs, imread() function.
Expected behaviour
imread() ignores the faulty JPEG tag, or returns an error.
Actual behaviour
Function imread() hangs indefinitely due to EXIF parsing source code error.
Additional description
Should read the JPEG tag length, but tries to fseek by -2 bytes which is casted to 0FFFFFFE. The resulting error is not taken care of and the while() loop runs
indefinitely.
The file affected is
jpeg_exif.cpp, line 202
Code example to reproduce the issue / Steps to reproduce the issue
See above.

probably duplicate https://github.com/Itseez/opencv/issues/6641

Hello,
I wold say hat it is a duplicate.
Oliver

Am 10.06.2016 um 13:46 schrieb Suleyman TURKMEN notifications@github.com:
probably duplicate #6641 https://github.com/Itseez/opencv/issues/6641
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub https://github.com/Itseez/opencv/issues/6665#issuecomment-225161479, or mute the thread https://github.com/notifications/unsubscribe/AS72b0UXpqZnyBQLXA4og12tTBAbtMO3ks5qKU6ggaJpZM4IyyzA.

SLR Engineering GmbH
www.slr-engineering.at
Dipl.-Ing. Oliver Sidla
os@slr-engineering.at
Gartengasse 19
8010 Graz
Austria
M: +43 (0) 699 118 747 96

repo: Itseez/opencv


text:
Added Programming Languages Section

Added Information for C++

@kamatajinkya I can't see the file/changes for programming languages

authors: akshaykvnit kamatajinkya

repo: IvLabs/resources


text:
Optimise the Smart Contract in the backend to reduce gas fees.

I want to work under GSSOC'23 .. Can you assign me this issue .I am proficient in Solidity and Smart contract

Looking at the issue I believe I can contribute significantly, can you please assign me this issue.

Hey, @Arpaninformationtech @avalsonigara15 thanks for showing your interest.
Can you please explain what exactly you want to do? Like how do you plan to reduce the gas fees?

I wold optimize the smart contract in the following ways:
1.Use bytes32 instead of string storage for transaction IDs. Because fixed-size byte arrays are less expensive to store and manipulate than dynamic strings, this improvement will cut gas expenditures.
2.Use an array to store transaction IDs instead of a mapping: Instead of using a mapping to store transactions, use an array to store transaction IDs. This update eliminates the requirement for the "all_ids" mapping, lowering storage and gas costs.
3.Use uint32 instead of enum for transaction type: Because there are only two transaction kinds, use uint32 instead of enum. Because uint32 requires less data than enum types, this adjustment will cut storage costs.

Instead of using the "is_deleted" flag in the Transaction struct ,I would remove it and track deleted transactions using the deleted transaction count in the Tracker struct. This change will reduce storage costs and simplify the logic.
restructure the contract to make it more tight and secure.
and few more changes which i can figureout on the go

Hey @J0SAL
Being a student of smart contract auditorship I think my expertise aligns with the demands of the issue.
The changes can be:

the all_ids mapping can be removed and simply the [msg.sender][_id].amount would be checked if its not equla to 0. If it is not that means id already exists. This can save a lot of gas.
2)We can remove the isdeleted flag and remove that particular entry from the array. This would reduce a lot of gas.
3)Transaction and tracker structs can be merged. This would eliminate one more mapping from smart contract.
We can change 'i++' to '++i' in the for loop. This would reduce space as the contract doesnt have to keep track of previous variable value.

If possible please assign the task to me under GSSoC'23.

@J0SAL To optimize the  smart contract and reduce gas fees, we can make the following improvements:
Using the  Factory Pattern Approach(Clonning smart contract):
By using the factory pattern approach we can make instances of contract and can make (proxies) and can significantly reduce the gas fee.
Remove unnecessary string array tracker[msg. sender].transactions:
As we are storing an array of transaction IDs in the Tracker struct. However, this is not required as we have to iterate over the transactions mapping to get all the transaction details. By removing this array, we can save gas costs associated with maintaining and updating the array.
Use a mapping to track transaction existence:
Instead of using the all_ids mapping to check if a transaction ID already exists, we can modify the transactions mapping to use a bool variable to indicate the existence of a transaction. This way, we can eliminate the need for additional mapping and reduce gas costs.
Remove unnecessary is_deleted variable from the Transaction struct:
Since we are already using the is_deleted flag to mark a transaction as deleted, we can remove this variable from the Transaction struct. Instead, you can use the absence of a transaction in the transactions mapping to determine if it is deleted.
Optimize the getUserTransactions function:
The getUserTransactions function retrieves all transactions and filters out the deleted ones using an additional loop. This can be optimized by maintaining a separate counter for non-deleted transactions in the Tracker struct

hey @J0SAL Plzz assign me this issue I have explained what chances i will be making and explained the stuff

I would also like to contribute to this issue by using events instead of structs and mappings. In this way it will also be easier to filter out the data.
One possible problem might be that anyone will be able to see the other's data but the addresses are so designed that retrieving any information about the user would be nearly impossible.
Also using events will not only reduce gas fees but also allow tracability which could be a great feature for organisations looking to track down the monetary movement of an address.

@J0SAL I wold optimize the smart contract in the following ways: 1.Use bytes32 instead of string storage for transaction IDs. Because fixed-size byte arrays are less expensive to store and manipulate than dynamic strings, this improvement will cut gas expenditures.
2.Use an array to store transaction IDs instead of a mapping: Instead of using a mapping to store transactions, use an array to store transaction IDs. This update eliminates the requirement for the "all_ids" mapping, lowering storage and gas costs.
3.Use uint32 instead of enum for transaction type: Because there are only two transaction kinds, use uint32 instead of enum. Because uint32 requires less data than enum types, this adjustment will cut storage costs.

Instead of using the "is_deleted" flag in the Transaction struct ,I would remove it and track deleted transactions using the deleted transaction count in the Tracker struct. This change will reduce storage costs and simplify the logic.
restructure the contract to make it more tight and secure.
and few more changes which i can figureout on the go

@Arpaninformationtech Assigned to you.
Also, I hope you are aware that this would affect majorly all the functionalities of the contract.

Yes I am aware and I would take time and outmost care and  precision to implement the above mentioned changes..


text:
Full support of external group

Details : #90

Looks good @axel3rd . Thank you for this.
One comment, please add documentation and example in README.md.

@romangurevitch : done.

repo: JFrogDev/artifactory-client-java


text:
Remove the default repositories

In scenarios where there is more then one repository (rpm/apt/pypi) and
you want to keep them all clean, it makes more sense to require the user
to define the source and destination then expect them to use pre-defined
repository names.

Merged. Thanks for the contribution @stuartgh .

authors: elioengcomp stuartgh

repo: JFrogDev/artifactory-user-plugins


text:
Elección de Herramientas a usar en el Desarrollo

Como vemos en la descripción del Milestone 0, se deben elegir las herramientas a ser usadas en el desarrollo del proyecto, que podrán ser modificadas durante el desarrollo del mismo.

@JLombar ábrelo de nuevo ya que dijo que era un error cerrarlo así

repo: JLombar/HorariosAutomatricula


text:
[Request] Add more fuel sources

Currently stuck trying to find sea pickles for fuel, nearest village got wiped by zombies (I don't even know if they sell pickles) and i started in the middle of a deep ocean biome (not warm ocean which spawns corals resulting in pickles) and i've enabled large biomes so i've been boating A LOT trying to find warm ocean (let alone any other biome). Gonna try nether fast travel to see if I can cover more ground.
I would appreciate if there was an alternative fuel source (maybe with different qualities like dirty fuel that works but has higher malfunction/overheat rate) to make this easier mod easier to take advantage of.

Thank you for the suggestion!
I had planned to introduce a new fluid source to the mod as fuel, but due to the time limit of the ModFest event, I put in the fuel bucket (more or less as a debug item). This will most likely be worked on pretty soon, and I am also looking into ways to incorporate other mods which introduce fluid handling.
If you need a fix urgently, you can change the recipe by making a small Datapack for your world with the namespace of boatism instead of minecraft.
https://minecraft.wiki/w/Tutorials/Creating_a_data_pack#Recipes

Managed the recipe modification approach, thanks!

Does the engine disappear when it fails? I got attacked by trident-wielding drowned. I reclaimed the boat but the engine is nowhere to be found. I am using a mod that gives items extending pick-up range so I'm positive it's not just somewhere on the seabed.

The engine entity itself has an HP value so it can technically die. If the linked boat gets destroyed while the engine still exists, the engine will be dropped as an item with all the attachments still on it (they just don't render in item form).

It's a nightmare to deal with so far. Made the engine twice, upgraded it(not armour lol since it overlaps with fuel canister). Got destroyed in one hit by trident-wielding scum both times despite moving at high speed. Good thing there's a config to tweak the engine properties.

It's a nightmare to deal with so far. Made the engine twice, upgraded it(not armour lol since it overlaps with fuel canister). Got destroyed in one hit by trident-wielding scum both times despite moving at high speed. Good thing there's a config to tweak the engine properties.

will take a look at balancing a bit more. Maybe it might be better to give it aloooot of health and destroy it if the boat goes down. But I can imagine that this could lead to side effects where the engine could be used as a shield.

Forgot to mention engine keeps the boat moving if u disembark the boat lmfao.

Yup, it's intended behaviour. An engine doesn't just stop just because you disembark. I could put that into the config too tho.

And one last question hopefully. How much fuel does one bucket give?

Like I mentioned earlier the bucket is more or less a debug item. It always fills up the engine completely. So strap on a canister first and then fill it up if you want to go further.

I raised overheat threshold but it does not affect the overheat warning (i assume it's because warning is related to rate of overheat instead of how soon it will overheat)

Technically the overheat warning is based on if it is starting to overheat. This always happens if the power level is above 6 or your power level is bigger than 3 and you boat is going slower than expected. You can drastically increase the overheat threshold with the exhaust item if needed, or change the base value in the config. The amount of overheat is currently displayed using the overheating sound but I planned on also displaying it in the coming UI feature.

I initially assumed the engine is just a modification to the boat's properties (making it go faster when the engine is on) but the engine providing its own thrust - which is normal and sane - in addition to the rowing's own thrust makes no sense, which makes me wonder, is it possible to mod it so manual forward movement is disabled and only engine thrust is usable (with the row thrust power added to the engine's instead)?

The engine's thrust value is added to the boat's velocity if a player is driving it. But yes in the backend there is a mechanism which calculates empty seats, load value, and other information. This is also what still allows the boat to take a curve at the moment. I was thinking about letting the boat engine rotate to clean up the visuals but I'm not sure on that one yet.
The power level can be changed using the scrolling or by using the keybinds in the settings.

But I can imagine that this could lead to side effects where the engine could be used as a shield.

Realistically, engines do make for good shields. It should render it inoperable and switch to a damaged variant if destroyed, or even give it durability points instead of mob HP, this way you can repair it on the anvil.

Like I mentioned earlier the bucket is more or less a debug item. It always fills up the engine completely. So strap on a canister first and then fill it up if you want to go further.

That's strange cuz when i configged the max fuel to 99999, refueling would never stop the low fuel warning.
Just examined the code, it seems fuel add amount is hardcoded to 3000.

Yup, I see your point. Maybe limiting power levels/thrust and adding ways to repair it on the go with drawbacks might be a good way of dealing with that issue as well.
I double-checked the code too now. Seems like I capped it for the ModFest event a while ago. The bucket will probably be removed or changed completely so I won't change this value for now until the fuel rework.
Thanks for the testing!


text:
🛑 Glitch is down

In ec84a4a, Glitch ($GLITCH) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Glitch is back up in ff1ca3d after 17 minutes.

repo: JYFUX/upptime


text:
Error in log: incorrect state class

The following entry is in the log. Also the prices don't seem to update.
Logger: homeassistant.components.sensor
Source: components/sensor/__init__.py:503
Integration: Sensor ([documentation](https://www.home-assistant.io/integrations/sensor), [issues](https://github.com/home-assistant/home-assistant/issues?q=is%3Aissue+is%3Aopen+label%3A%22integration%3A+sensor%22))
First occurred: 18:40:26 (16 occurrences)
Last logged: 19:38:26

Entity sensor.entso_e_highest_energy_price_today (<class 'custom_components.entsoe.sensor.EntsoeSensor'>) is using state class 'measurement' which is impossible considering device class ('monetary') it is using; expected None or one of 'total'; Please update your configuration if your entity is manually configured, otherwise report it to the custom integration author.
Entity sensor.entso_e_average_electricity_price_today (<class 'custom_components.entsoe.sensor.EntsoeSensor'>) is using state class 'measurement' which is impossible considering device class ('monetary') it is using; expected None or one of 'total'; Please update your configuration if your entity is manually configured, otherwise report it to the custom integration author.
Entity sensor.entso_e_current_percentage_of_highest_electricity_price_today (<class 'custom_components.entsoe.sensor.EntsoeSensor'>) is using state class 'measurement' which is impossible considering device class ('monetary') it is using; expected None or one of 'total'; Please update your configuration if your entity is manually configured, otherwise report it to the custom integration author.
Entity sensor.entso_e_time_of_highest_price_today (<class 'custom_components.entsoe.sensor.EntsoeSensor'>) is using state class 'measurement' which is impossible considering device class ('timestamp') it is using; expected None; Please update your configuration if your entity is manually configured, otherwise report it to the custom integration author.
Entity sensor.entso_e_time_of_lowest_price_today (<class 'custom_components.entsoe.sensor.EntsoeSensor'>) is using state class 'measurement' which is impossible considering device class ('timestamp') it is using; expected None; Please update your configuration if your entity is manually configured, otherwise report it to the custom integration author.

I have the same error in my log files, is there a way to solve this issue?

same here.
Logger: homeassistant.components.sensor
Source: components/sensor/__init__.py:497
Integration: Sensor ([documentation](https://www.home-assistant.io/integrations/sensor), [issues](https://github.com/home-assistant/home-assistant/issues?q=is%3Aissue+is%3Aopen+label%3A%22integration%3A+sensor%22))
First occurred: 10:04:15 (8 occurrences)
Last logged: 10:04:15

    Entity sensor.highest_energy_price_today (<class 'custom_components.entsoe.sensor.EntsoeSensor'>) is using state class 'measurement' which is impossible considering device class ('monetary') it is using; expected None or one of 'total'; Please update your configuration if your entity is manually configured, otherwise report it to the custom integration author.
    Entity sensor.average_electricity_price_today (<class 'custom_components.entsoe.sensor.EntsoeSensor'>) is using state class 'measurement' which is impossible considering device class ('monetary') it is using; expected None or one of 'total'; Please update your configuration if your entity is manually configured, otherwise report it to the custom integration author.
    Entity sensor.current_percentage_of_highest_electricity_price_today (<class 'custom_components.entsoe.sensor.EntsoeSensor'>) is using state class 'measurement' which is impossible considering device class ('monetary') it is using; expected None or one of 'total'; Please update your configuration if your entity is manually configured, otherwise report it to the custom integration author.
    Entity sensor.time_of_highest_price_today (<class 'custom_components.entsoe.sensor.EntsoeSensor'>) is using state class 'measurement' which is impossible considering device class ('timestamp') it is using; expected None; Please update your configuration if your entity is manually configured, otherwise report it to the custom integration author.
    Entity sensor.time_of_lowest_price_today (<class 'custom_components.entsoe.sensor.EntsoeSensor'>) is using state class 'measurement' which is impossible considering device class ('timestamp') it is using; expected None; Please update your configuration if your entity is manually configured, otherwise report it to the custom integration author.

yeah, too bad really this could be fixed, as the CC seemed to be very promising.
throwing these errors is not acceptable however, and indicates a fundamental (though tiny) flaw.
Disabling for that matter, and hoping JaccoR will find some time in the future to fix.
which would be very much appreciated.
thanks for the effort up front.

I'm just going to bump this. :)

Same issue here. worked for 1 day and at 00:00 it stopped working:
2024-04-04 14:50:56.495 WARNING (MainThread) [homeassistant.components.sensor] Entity sensor.dynamische_energieprijzen_current_electricity_market_price (<class 'custom_components.entsoe.sensor.EntsoeSensor'>) is using state class 'measurement' which is impossible considering device class ('monetary') it is using; expected None or one of 'total'; Please update your configuration if your entity is manually configured, otherwise create a bug report at https://github.com/JaccoR/hass-entso-e/issues
2024-04-04 14:50:56.499 WARNING (MainThread) [homeassistant.components.sensor] Entity sensor.dynamische_energieprijzen_next_hour_electricity_market_price (<class 'custom_components.entsoe.sensor.EntsoeSensor'>) is using state class 'measurement' which is impossible considering device class ('monetary') it is using; expected None or one of 'total'; Please update your configuration if your entity is manually configured, otherwise create a bug report at https://github.com/JaccoR/hass-entso-e/issues
2024-04-04 14:50:56.503 WARNING (MainThread) [homeassistant.components.sensor] Entity sensor.dynamische_energieprijzen_lowest_energy_price_today (<class 'custom_components.entsoe.sensor.EntsoeSensor'>) is using state class 'measurement' which is impossible considering device class ('monetary') it is using; expected None or one of 'total'; Please update your configuration if your entity is manually configured, otherwise create a bug report at https://github.com/JaccoR/hass-entso-e/issues
2024-04-04 14:50:56.507 WARNING (MainThread) [homeassistant.components.sensor] Entity sensor.dynamische_energieprijzen_highest_energy_price_today (<class 'custom_components.entsoe.sensor.EntsoeSensor'>) is using state class 'measurement' which is impossible considering device class ('monetary') it is using; expected None or one of 'total'; Please update your configuration if your entity is manually configured, otherwise create a bug report at https://github.com/JaccoR/hass-entso-e/issues
2024-04-04 14:50:56.524 WARNING (MainThread) [homeassistant.components.sensor] Entity sensor.dynamische_energieprijzen_average_electricity_price_today (<class 'custom_components.entsoe.sensor.EntsoeSensor'>) is using state class 'measurement' which is impossible considering device class ('monetary') it is using; expected None or one of 'total'; Please update your configuration if your entity is manually configured, otherwise create a bug report at https://github.com/JaccoR/hass-entso-e/issues
2024-04-04 14:50:56.527 WARNING (MainThread) [homeassistant.components.sensor] Entity sensor.dynamische_energieprijzen_current_percentage_of_highest_electricity_price_today (<class 'custom_components.entsoe.sensor.EntsoeSensor'>) is using state class 'measurement' which is impossible considering device class ('monetary') it is using; expected None or one of 'total'; Please update your configuration if your entity is manually configured, otherwise create a bug report at https://github.com/JaccoR/hass-entso-e/issues
2024-04-04 14:50:56.531 WARNING (MainThread) [homeassistant.components.sensor] Entity sensor.dynamische_energieprijzen_time_of_highest_price_today (<class 'custom_components.entsoe.sensor.EntsoeSensor'>) is using state class 'measurement' which is impossible considering device class ('timestamp') it is using; expected None; Please update your configuration if your entity is manually configured, otherwise create a bug report at https://github.com/JaccoR/hass-entso-e/issues
2024-04-04 14:50:56.535 WARNING (MainThread) [homeassistant.components.sensor] Entity sensor.dynamische_energieprijzen_time_of_lowest_price_today (<class 'custom_components.entsoe.sensor.EntsoeSensor'>) is using state class 'measurement' which is impossible considering device class ('timestamp') it is using; expected None; Please update your configuration if your entity is manually configured, otherwise create a bug report at https://github.com/JaccoR/hass-entso-e/issues

v0.4.0 is released this version contains fixes that solve a lot of warnings and known issues. This issue is probably also solved.
Please update to the latest version.
Closing this issue for now. If you still have issue please feel free to open a new issue.

authors: Giolovin MaikelvdB07 Mariusthvdb Roeland54 screenagerbe tieskuh uermend

repo: JaccoR/hass-entso-e


text:
DCS World does not push VR "view" to Quest

When starting DCS World, the game loads up on the desktop fine but SteamVR just hangs on the loading screen in the Quest.
This seems to be an issue with Alpha5, specifically, as apparently it worked fine in A4 (https://github.com/polygraphene/ALVR/issues/395)

I can confirm that its not working but I don't know who to blame for it:
Tue Sep 10 2019 12:27:06.412 - [System] System is running for 10 seconds. Tue Sep 10 2019 12:27:47.446 - CSharedResourceNamespaceServer sent namespace data: 19996 Tue Sep 10 2019 12:27:47.457 - New Connect message from C:\Program Files\Eagle Dynamics\DCS World\bin\DCS.exe (VRApplication_Scene) (Args: ) 26564  Tue Sep 10 2019 12:27:47.457 - StartSceneApplicationTransitionFromProcess( 26564, C:\Program Files\Eagle Dynamics\DCS World\bin\DCS.exe, ) Tue Sep 10 2019 12:27:47.457 - Creating builtin app for C:\Program Files\Eagle Dynamics\DCS World\bin\DCS.exe (VRApplication_Scene) Tue Sep 10 2019 12:27:47.457 - Sending Quit event to process steamtours (22776) Tue Sep 10 2019 12:27:47.457 - Refusing connect from DCS (26564) because app start error VRInitError_Init_Retry Tue Sep 10 2019 12:27:47.470 - Console message (Info) from http://localhost:8998/dashboard/vrwebui_shared.js?v=ede2cce03cd72bef05b4:5: | Loaded action manifest for  Tue Sep 10 2019 12:27:47.561 - Closing pipe steamtours (22776) because it was broken from the other end Tue Sep 10 2019 12:27:47.561 - Process steamtours (22776) disconnected (Thread(0x000002EDD2CE3760/0x000) Tue Sep 10 2019 12:27:47.561 - Clearing application openvr.tool.steamvr_environments PID because 22776 has exited Tue Sep 10 2019 12:27:47.561 - Closing pipe steamtours (22776) because it was broken from the other end Tue Sep 10 2019 12:27:47.561 - Process steamtours (22776) disconnected (Thread(0x0000022A0F63F4B0/0x000) Tue Sep 10 2019 12:27:47.561 - Lost pipe connection from steamtours (22776) Tue Sep 10 2019 12:27:47.561 - ###################################################################### Tue Sep 10 2019 12:27:47.561 - Cumulative stats for pid: 22776 Tue Sep 10 2019 12:27:47.561 - Total..................  3635 presents.    6 dropped.    0 reprojected Tue Sep 10 2019 12:27:47.561 - Startup................   486 presents.    6 dropped.    0 reprojected Tue Sep 10 2019 12:27:47.561 - Loading...  1 total....     0 presents.    0 dropped.    0 reprojected Tue Sep 10 2019 12:27:47.561 - Timed out.  0 total....     0 presents.    0 dropped.    0 reprojected Tue Sep 10 2019 12:27:47.561 - ###################################################################### Tue Sep 10 2019 12:27:47.561 - Total dropped frames: 6 Tue Sep 10 2019 12:27:47.610 - Found Windows 10 or newer, so enable advanced image processing of scene textures. Tue Sep 10 2019 12:27:47.958 - New Connect message from C:\Program Files\Eagle Dynamics\DCS World\bin\DCS.exe (VRApplication_Scene) (Args: ) 26564  Tue Sep 10 2019 12:27:47.958 - Unable to create property container PC_7000067c4 because it already existed Tue Sep 10 2019 12:27:47.958 - Unable to create property container for DCS (26564). Maybe it's a reconnect? Tue Sep 10 2019 12:27:47.958 - StartSceneApplicationTransitionFromProcess( 26564, C:\Program Files\Eagle Dynamics\DCS World\bin\DCS.exe, ) Tue Sep 10 2019 12:27:47.969 - Setting app system.generated.dcs.exe PID to 26564 Tue Sep 10 2019 12:27:47.969 - Enabling legacy input for system.generated.dcs.exe Tue Sep 10 2019 12:27:47.971 - system.generated.dcs.exe (oculus_hmd) attempting to load default config from file:///C%3A%2FProgram%20Files%20%28x86%29%2FSteam%2Fsteamapps%2Fcommon%2FSteamVR%2Fresources%2Fconfig%2Flegacy_bindings_generic_hmd.json Tue Sep 10 2019 12:27:47.971 - system.generated.dcs.exe (oculus_touch) attempting to load default config from file:///C%3A%2FProgram%20Files%20%28x86%29%2FSteam%2Fsteamapps%2Fcommon%2FSteamVR%2Fdrivers%2Foculus%2Fresources%2Finput%2Flegacy_bindings_touch.json Tue Sep 10 2019 12:27:47.971 - Using existing HMD alvr_server.WMHD000X000XXX Tue Sep 10 2019 12:27:47.971 - Processing message VRMsg_Connect from DCS (26564) took 0.0138 seconds Tue Sep 10 2019 12:27:47.989 - External connection from C:\Program Files\Eagle Dynamics\DCS World\bin\DCS.exe 26564 Tue Sep 10 2019 12:27:47.997 - Invalid input type click for controller (/user/head/proximity) Tue Sep 10 2019 12:27:48.010 - Closing pipe DCS (26564) because it was broken from the other end Tue Sep 10 2019 12:27:48.010 - Process DCS (26564) disconnected (Thread(0x000002EDC2B6DB40/0x000) Tue Sep 10 2019 12:27:48.010 - Clearing application system.generated.dcs.exe PID because 26564 has exited Tue Sep 10 2019 12:27:48.010 - Closing pipe DCS (26564) because it was broken from the other end Tue Sep 10 2019 12:27:48.010 - Process DCS (26564) disconnected (Thread(0x0000022A0F4BF240/0x000) Tue Sep 10 2019 12:27:48.010 - Lost pipe connection from DCS (26564)

Thanks for the reply. Unfortunately none of that makes sense to me. The only thing I could suggest is doing the same thing with the old ALVR alpha 4 and comparing the log to (maybe) see where the issue is. I'm sorry I don't know enough about anything that's going on to help out myself.

The formatting is horrible. Here is the entry I'm referring to:
Closing pipe DCS (26564) because it was broken from the other end Tue Sep 10 2019 12:27:48.010 - Process DCS (26564) disconnected (Thread(0x000002EDC2B6DB40/0x000)
DCS seems to close the connection to SteamVR

I've just downloaded v2.4.0-alpha4 and DCS loads on that. The controllers are all messed up obviously, but the "VR view" works perfectly.
I tried turning on the debug log but there's nothing in the generated log that contains "DCS" so I'm assuming it's not the same log you're using.

This commit breaks DCS. If I change the tracking system name back to "Oculus Tracker" from "oculus", DCS opens a terribly distorted and miss aligned VR view.
If the name of the tracking system throws DCS off, I strongly suspect a problem on their end.
Has someone tried this game with a Oculus Rift S? It should report the same as ALVR. I have installed the oculus runtime wich is always started when I launch DCS, maybe they try to launch the game using the oculus runtime and fail.

It's great that you've tracked it down!
When I used alpha 4 earlier, I did not think it looked distorted or misaligned.
I actually have a family member with a Rift S who plays DCS regularly. I did a quick search on YouTube to find something more concrete than that and found several videos uploaded within the last month (such as this: https://youtu.be/0vaHsjxY1vU)

Hello, sorry to bump this, but I've just looked at the https://github.com/polygraphene/ALVR/releases/tag/v2.4.0-alpha4 source code and it doesn't have the "driverConfig.trackingSystemName" at all. It only has serialNumber and modelNumber. It seems that whatever is messing up DCS (including the weird skewed we now get when changing the trackingSystemName) happened when these additional settings (and their associated changes) got added.

@JackD83
My comment above is incorrect.
I've started at the alpha5 release and undone as many of the post-alpha4 commits as I could (I don't currently have Android Studio so I can't build the .apk and therefore can't alter anything that requires a corresponding change in the .apk).
Even with the vast majority of the code rolled back to alpha4 (including the trackingSystemName setting etc), the view in DCS is still distorted. It's fine if I look straight ahead, but any time I turn it skews the view (like turning a rectangle into a parallelogram) and zooms in/out.
The only places left for the issue to be are in the client->server communication changes or in a change in the .apk.
It's a very odd issue given that the same distortion doesn't occur in any other games using ALVR, the view in alpha4 is not distorted, and that DCS works fine on the Rift/Rift S.

Rise of the tomb raider has the same issue as DCS

The distortion is caused by the required <uses-feature android:name="android.hardware.vr.headtracking" android:required="true" android:version="1"/>
in the client manifest to enable controller tracking on later firmware versions. I don't know how to fix this

I just found this:

 is required for v2 signing, which is required for store review for Oculus Quest apps. For apps that target Oculus Quest and Oculus Go / GearVR with the same APK, v1 signing must instead be used for GearVR compatibility. If you are using the same binary for your Oculus Quest and Oculus Go / GearVR application, and have added headtracking in platform-specific code, you can use the above in your manifest but with android:required="false" to mark it as a hybrid application, however it must be signed with schema v1. Applications with headtracking and android:required="true" are the only ones that will support and require v2 signing for upload to dashboard.

Perhaps changing android:required to false could work?

No, not working either

After the change from oculus, the reported fov changed from:
GetProjectionRaw Eye=0 (l,r,t,b)=(45.000000,45.000000,45.000000,45.000000)
to
GetProjectionRaw Eye=0 (l,r,t,b)=(52.000000,42.000000,53.000000,47.000004)
I tried to change it back manually, but this parameters change the rendering on the quest and forcing it to the old values did not help

Closed and integrated in #88


text:
Use a vec to keep track of operations in-flight in io_uring

Don't heap allocate every OperationWithCallback. Instead, allocate one vec at startup, and reuse those slots.
This also provides an elegant way to keep track of open and close ops. These ops would set the most significant 32 bits of user_data to a u32 which gives the index into the vector of operations. The least significant 32 bits of user_data would be the io_uring opcode CODE. (See this comment for a little more context).
Copied from #42: Perhaps the tidiest thing (without heap allocation) would be to have a Vec<Option>. That Vec will be the length of the SQ. Reuse entries in the Vec when CQEs arrive. How to know which Vec entries can be re-used (because CQEs might arrive in any order)? Have a simple ring buffer of the Vec indicies that are available. I think we can use VecDeque as a ring buffer. (If not, could just have a fixed-length Vec with a front: usize and back: usize variables, which index into the Vec. Or use ringbuf::LocalRb.).
We could perhaps use this same mechanism to keep track of which io_uring direct file descriptors to use?
Xref:

#42
#47

Hmm... it's definitely slower. On my NUC:

I'm getting about 820 MiB/s on commit 297f15f3d84dd0daa4a5218f36ac8a17ed8763b8
in contrast to 1200 MiB/s on main branch.

repo: JackKelly/light-speed-io


text:
关注了

大佬，能不能修改一下Android 9的屏幕比例设置。感觉有bug每次比例设置好退出之后进去又要重新设置。

什么比例问题，报BUG请发截图和具体描述


text:
Symlink not working with Windows

While trying to run experiments on Windows, the log file gives the following error.
nohup: ignoring input
trial entry: insert--plot2-duration-absnoise-duration-absnoise-all-4nonzero-cubic-test-absrel5-19-kalman-auto3-duration-noise--2--00104fe63791460a926268ce48c033c4cb896c30------None
Running experiment gridsearch, simulation variant plot2-duration-absnoise-duration-absnoise-all-4nonzero-cubic-test-absrel5-19-kalman-auto3-duration-noise, iteration 2 at time: 2024-01-02 16:27:53 UTC.  Current repo hash: 00104fe63791460a926268ce48c033c4cb896c30
0.00s - Debugger warning: It seems that frozen modules are being used, which may
0.00s - make the debugger miss breakpoints. Please pass -Xfrozen_modules=off
0.00s - to python to disable frozen modules.
0.00s - Note: Debugging will proceed. Set PYDEVD_DISABLE_FILE_VALIDATION=1 to disable this validation.
0.00s - Debugger warning: It seems that frozen modules are being used, which may
0.00s - make the debugger miss breakpoints. Please pass -Xfrozen_modules=off
0.00s - to python to disable frozen modules.
0.00s - Note: Debugging will proceed. Set PYDEVD_DISABLE_FILE_VALIDATION=1 to disable this validation.
Finished experiment at time: 2024-01-02 16:27:57 UTC.  Results: None
Traceback (most recent call last):
  File "<frozen runpy>", line 198, in _run_module_as_main
  File "<frozen runpy>", line 88, in _run_code
  File "D:\UW\Research\gen-experiments\env\Scripts\mitosis.exe\__main__.py", line 4, in <module>
    from mitosis.__main__ import main
  File "D:\UW\Research\gen-experiments\env\Lib\site-packages\mitosis\__main__.py", line 113, in <module>
    main()
  File "D:\UW\Research\gen-experiments\env\Lib\site-packages\mitosis\__main__.py", line 110, in main
    run(**kwargs)
  File "D:\UW\Research\gen-experiments\env\Lib\site-packages\mitosis\__init__.py", line 386, in run
    (exp_metadata_folder / "experiment").symlink_to(trials_folder / new_filename)
  File "C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.11_3.11.2032.0_x64__qbz5n2kfra8p0\Lib\pathlib.py", line 1198, in symlink_to
    os.symlink(target, self, target_is_directory)
OSError: [WinError 1314] A required privilege is not held by the client: 'D:\\UW\\Research\\gen-experiments\\src\\gen_experiments\\trials\\trial_gridsearch_cubic_ho_plot2-duration-absnoise-duration-absnoise-all-4nonzero-cubic-test-absrel5-19-kalman-auto3-duration-noise_2_433eb8.html' -> 'D:\\UW\\Research\\gen-experiments\\src\\gen_experiments\\trials\\2024-01-02_433eb8\\experiment'
Installed kernelspec 3473608395585562627634549 in C:\Users\bhang\AppData\Roaming\jupyter\kernels\3473608395585562627634549

Yash I know we talked about this on the call today but could you amplify this issue so we remember the info when we come back to it later?  I.e. what is the command you used, and did you find anything about how to enable this permission on windows?

repo: Jacob-Stevens-Haas/mitosis