width property of  DxPivotGrid doesn't work,

<dx-pivot-grid style="height:365px; max-width:750px;width:750px" [(dataSource)]='geographyStore'
    [allowExpandAll]="true"
    [scrolling]='{
       mode:"standard",useNative:true
    }'
    [export]= '{
    enabled: true,
    fileName: "Sales"
    }'
    [width]='300'
    [height]="500"
    [allowSorting] = "true"
    [allowSortingBySummary] = "true"
    [allowFiltering] = "true"
    [allowExpandAll] = "true"
    [showBorders] = "true"
    [fieldChooser] = "{enabled: true}"
    >
</dx-pivot-grid>

neither  style="height:365px; max-width:750px;width:750px"   nor  [width]='300'  work

Hello,
It's may be related with #45. Try to add the following style:
dx-pivot-grid { display: block; }

thank you


Need a Token please

Hi,
I've installed Flarum and Bazaar using pockethold and don't have a token.
How can I get a token?
Thank you

Hello @hamalrad in theory Flarum should retrieve a new token whenever it has none. Can you check in the settings modal of Bazaar (extensions tab of Flarum, tripple dot next to the extension name) whether the field is still blank after refreshing your page?

Yup... still blank

Hi, so we discussed this at length and we foresee troubles with retrieving the list of extensions even if we generate a token for you to use. Instead we'd like to trace the cause of not having a token in the first place, because it points at not having a connection to the internet.
Is that a correct assumption? If your connection is stable, would you be able to provide me with your IP address so I can check our access logs for incoming requests.

@hamalrad i just confirmed this is a bug, no need to do anything.

http://oauth2.thephpleague.com/v5-security-improvements/

Relates to https://github.com/laravel/passport/issues/432
Patch incoming. No need to do anything.

Well, i don't know what you did - but I now have a token.
Thanks!

@hamalrad good to hear and thanks for letting us know. If you have any other troubles you know where to find us :grin:


Don't change focus when hiding an unfocused dock

Fixes https://github.com/atom/atom/issues/14338
/cc @t9md - Are you interested in building this branch and checking that it fixes the problem described in ☝ that issue?

yes, let me check.

@t9md I see your point about wanting to preserve focus even in the case where the dock was the most recently activated pane container. I've updated the code to check if the dock is focused using document.activeElement.

Confirmed fixed. Thanks for taking it seriously, reallly appreciate your hard work!!!


Dockerfile improvements:

Followed advice from dockerfile best practices
including: minimise number of layers and Sort multi-line arguments.

Updated to latest ubuntu image

removed apt-get upgrade as "as many of the “essential” packages from the base images won’t upgrade inside an unprivileged container."

Passed through dockfmt

Added ENTRYPOINT to allow easy running of tcpkali

thank you for the contributing


Confused about how the bot is supposed to look in active state.

The bot is up and running. It writes "Retrieving Discord's build number" then goes on to process some stuff and then writes "entering heartbeat".  Following which it keeps on writing stuff continuously. Is it how it is supposed to be ?
I tried enabling auto rolls by setting it as True in the JSON file but that doesn't seem to help. No auto rolls happen even after 30-ish minutes of keeping it running.
I apologize if the question seems stupid, but I am not sure how the active and working bot is supposed to look like.

seems like you are running an old version of Discum as all that stuff is set to false
so it should only post things like pokerolling: or waifurolling:

I went through the archived issues earlier and saw you asking someone to update Discum. So I went ahead and looked into it's docs. I uninstalled discum via pip and reinstalled it freshly via "pip install discum -U" as mentioned in the doc.

This is the message I get if I go ahead and do pip install discum. I believe I am using that latest version of discum which is 1.1.0

Also, the kakera snipe isn't working properly or is slow. I just lost 2 kake snipes, even though there are in the emoji list and I could react to it.

no latest version of discum is 1.3 which is also the minimum requirement for the functions to get accurate snipe times other wise it using 8 secs so the snipes being 2 slow still is branching off the issue that you are using the incorrect version of discum as it cannot get correct settings parse to get the correct snipe time

Thank you for answering and I am sorry that it's related to an environment/setting up problem. Since uninstalling and reinstalling didn't help, can you please provide a guide as to how to go about installing discum 1.3 ? Thank you.

its fine to ask questions but I spent several long conversations talking around in circles on how to install a dependency library which in term stopped me from working on actually bot issues
https://github.com/Merubokkusu/Discord-S.C.U.M
there is the github page for Di.s.c.u.m they can provide you more help in terms of installing their library their pip install from pypi is outdated so installing thru github is the recommended way

The discum docs said to use git clone and clone the repo and go on to install it from there. I also tried it via this method but the same thing happens.
Anyways thanks for the help. I'll try uninstalling discum and doing a fresh install via the repo readme help.

If you can’t do it you can either message the email provided or create an issue on their page and would provide you with greater help than I can with that
Sent from my iPhone

On Jun 14, 2021, at 3:14 PM, Sourin Roy @.***> wrote:

The discum docs said to use git clone and clone the repo and go on to install it from there. I also tried it via this method but the same thing happens.
Anyways thanks for the help. I'll try uninstalling discum and doing a fresh install via the repo readme help.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or unsubscribe.

I was able to install Discum1.3. However, I am still facing some issues.

This shows that the installed version is 1.3

I am getting this error now.

send the (channelid).txt file so i can see what was saved as settings that it is unable to parse

It's generating an empty (channelid).txt file.

Okay, so I went ahead and created a new account and tested it with that. It worked. My original account is rather old, so can that be reason why it isn't working ?

delete that and have it pool a different .txt file as its trying to look for a $settings instance

Deleted the (channelid).txt file. And retried. New error this time...

UnicodeEncodeError: 'charmap' codec can't encode characters in position 29-31: character maps to <undefined> 2021-06-15 11:30:00,220:Could not find settings for<PHONE_NUMBER>68966451, please trigger the '$settings' command in the server and run the bot again.
This is what I get each time I roll or use any other comman.

can i see the $setting command ? is it using a different emoji char ?

hmm nice i didnt account for server premium
alright ill account for that also one second

alright redownload the the bot and it should work

Okay Thanks. Will try it out.

It's working. I am closing this for now. Will open a new one if any other issues pop up. Thank you for you work and bearing with me.


fix: Remove CVE-2019-10744 vulnerability

#minor
Description
This PR updates the version of the package gulp and gulp-exec to ^5.0.0 and avoids the CVE-2019-10744 vulnerability with lodash.
Specific Changes

Updated  gulp and gulp-exec to ^5.0.0  in tools.

Testing
The following image shows the lodash version installed after the update.

Pull Request Test Coverage Report for Build<PHONE_NUMBER>
Details

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 84.075%

Totals

Change from base Build<PHONE_NUMBER>:
0.0%

Covered Lines:
20343

Relevant Lines:
22900

💛  - Coveralls

Pull Request Test Coverage Report for Build<PHONE_NUMBER>
Details

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 84.431%

Totals

Change from base Build<PHONE_NUMBER>:
0.0%

Covered Lines:
20425

Relevant Lines:
22900

💛  - Coveralls

Pull Request Test Coverage Report for Build<PHONE_NUMBER>
Details

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage decreased (-0.4%) to 84.075%

Totals

Change from base Build<PHONE_NUMBER>:
-0.4%

Covered Lines:
20343

Relevant Lines:
22900

💛  - Coveralls

Promoted /4688

Pull Request Test Coverage Report for Build<PHONE_NUMBER>
Details

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 84.431%

Totals

Change from base Build<PHONE_NUMBER>:
0.0%

Covered Lines:
20425

Relevant Lines:
22900

💛  - Coveralls


Playground App第一扫描可以呈现，第二次扫描或者刷新不再显示

今天早晨出现的问题，第一次扫描界面可以在App上展示，可是后面刷新或者再次扫描，App内都不呈现界面。然后将js文件直接copy到iOS或Android项目内部运行是可以跑起来的，主要还是playground的问题，请问是什么问题？

This PR/issue doesn't received response since Weex migrated to Apache two years ago and this repository is no longer active yet.
Feel free to ask question in new repository and thanks for your contribution.

This issue is outdated for a long time and will be closed now. You can create a new one if you still have questions.


kwin reacts to neovide in a strange way

I recently did some testing on KDE and found some kind of strange behavior.
I looked into the my log files to see if kwin is crashing but it looks more like neovide gets detected as a game because of SDL2. KDE decides then to disables compositing as much as possible and I think this is the cause. Is there a way in SDL to tell the window system "Hey I am not a game" or maybe the possibility to build neovide with winit again?
I know this is more a upstream issue and an annoyance but I still thought this is worth tracking.

Maybe this would help: https://www.reddit.com/r/kde/comments/54d972/the_compositor_is_being_disabled_every_time_i/d80wvcb?utm_source=share&utm_medium=web2x ?

That did the job! Thanks! I exported that rule and attached it here in case someone else might need it.
My rule is looking for an application with the X class "neovide" so it should work even with different KDE window setups.
neovide.kwinrule.zip

@SirJson is there a way we can distribute this rule for other kde window systems to automatically pick it up?

Could be part of a makefile or better a cargo-make file. Creating a something like a cargo-make file was something I wanted to do anyways because it makes following and installing from master easier.
If you are open to use cargo-make I'll I look into it. I think detecting kwin should be easy and installing some component on Linux means most of the time just copy the right thing into the right place and maybe reload a cache.
Since cargo-make is just a cargo addon it might make installing neovide on other platforms easier as well but I would start with Linux first.

I'm not completely apposed to introducing a more principled build task management system, but I'd have to see what it looks like first. Introducing a non off the shelf solution like that necessarily puts barriers in front of contributing which is somewhat concerning.
¯_(ツ)_/¯ maybe it would be fine? I haven't used cargo-make.
Makefiles on the other hand are somewhat frowned upon on windows systems just because they are often very unix/linux centric. I know they can be made to work on windows if you're careful, but it certainly isn't the happy path.

Makefiles on the other hand are somewhat frowned upon on windows systems just because they are often very unix/linux centric.

Yea, they are not complicated per se but I wouldn't want to see them on Windows either.

Introducing a non off the shelf solution like that necessarily puts barriers in front of contributing which is somewhat concerning.

True, that this might be potentially another dependency but as far as I know it doesn't stop you from running cargo build or cargo run and is super easy to install on every platform. And since it can track for example other cargo related dependencies this might come handy later on.
Another thing that could work it is to integrate it into a build.rs file. But this might get tricky and I really want to give the user a choice to install this rule set and not just do it.
I haven't written a cargo-make script myself yet, just saw other projects using it, so this would be my first time as well. But I think I starting with scratching my own itch and convering my "local install script" into something cargo make understands makes sense. I just give it a shot and see what will happen.

Would it make sense to put the config rule set into the repository and just point to it in the readme or wiki? That way for the probable minority of people who are going to run into this and need it, they can manually add the rule themselves?
I don't know how these rules work or even if there is a config format that would work for that.

That's what I thought you would do :smile: Just put it in the readme and it'll be fine. The only reason I zipped this was because Github complained about not letting me upload random files.
Now I realize I could have just as easily posted the content here.. my bad
[neovide kwin fix]
Description=neovide kwin fix
blockcompositing=false
blockcompositingrule=2
wmclass=neovide
wmclasscomplete=false
wmclassmatch=1

I think this has been fixed in main. Please reopen if you come back to this and the issue remains.


Doesn't recognize programmatic name fields access in structures

Looks like tool doesn't expect syntax like
my_structure.(var_with_my_field_name)
Example

Fixed by #45


pull request for e2e test at 12/05/2016 10:15:02

:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

optest/docs/updated_at.md
:white_check_mark:Succeeded

For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.


Blocking is not working

This project is really awesome, but it seems there is an error or bug like following one.
I tried changing BlockingEnabled value to True on Settings.xml file on the same directory as Core_Interception.dll file.
But key blocking was not working.
Please help me.
Thanks.

I already installed Interception library and individual keyboards are working perfectly.

Yeah, there have been reported problems with the latest version.
We have a new version in the works with support for enabling or disabling blocking on a per-input basis, but we need to add the GUI to support it, hopefully we can get it out soon.
If it is going to be longer, I will try and look and pushing out a fix in the meantime

Thanks for your reply and support.

I just made a test build of a new version that may solve your problems.
https://ci.appveyor.com/api/buildjobs/7xy05re34e43neto/artifacts/artifacts%2FUCR_v0.6.1-feature.long-to-short%2B282.zip
If it doesn't fix things for you, feel free to drop by the Discord Channel and I can maybe help you out

Wow thanks for your great support!

Happy new year 2019.

I checked your new version and it works perfectly on my local.
The blocking feature is really cool~
Thanks a lot.
Hope your great success.
I will keep my fingers crossed for you!🍀🍀🍀

In the new version theres no 'invert' option in button to axis, so how do i emulate xbox LeftStick/RightStick to the right and left / up / down?

Fixed in UCR 0.7.0

Hi @evilC . Congratulations for your software. Really amazing and exactly what I was looking for.
I'm a developer. Looking forward to contribute.
But for now I'm just reporting a bug. Seems like blocking still not working on Release v0.9.0 Alpha even with BlockingEnable on:
<?xml version="1.0" encoding="utf-8" ?> <Settings>   <Setting>     <Name>BlockingEnabled</Name>     <Value>True</Value>   </Setting>   <Setting> 	<!-- 		Poll Rate, in ms 		Lowering this is only really of use for mouse movement 		if your mouse polls at a high rate, eg 1000hz 	-->     <Name>PollRate</Name>     <Value>10</Value>   </Setting>   <Setting> 	<!-- 		Controls whether strokes which are not blocked are fired on a thread 		Setting to true may stop crashes etc with low PollRate setting 	-->     <Name>StrokeOnThread</Name>     <Value>false</Value>   </Setting> </Settings>
Any tips?
Thanks in advance :D

Yes I'm having the same issue, I can't get blocking to work in v0.9.0 My workaround was to install v0.7.0 and it works fine

In my case there was no bug. There is another switch to turn on/off blocking for each key.
I totally forgot to turn it on


Change ctests from DRIPCG to RPCG minimizer

Description
Per https://github.com/JCSDA-internal/oops/issues/2554
(I don't know if this appropriate in SOCA — please close if not)
Issue(s) addressed
Testing
Dependencies

We actually use RPCG in the real world, I can handle updating it to that

I'll just push to this one

✅ I approve of your changes to my PR but I can't self-approve :D


Inconsistency between openblas_get_num_threads and openblas_set_num_threads

Consider the following C code:
#include <cblas.h>
#include <stdio.h>

int main() {
  int initial_thread_count = openblas_get_num_threads();
  if(initial_thread_count >= 2) {
    int new_thread_count = initial_thread_count/2;
    openblas_set_num_threads(new_thread_count);
    printf("Initially: #threads = %d\n", initial_thread_count);
    printf("Setting #threads to %d: ", new_thread_count);
    int reported_threads = openblas_get_num_threads();
    if(reported_threads == new_thread_count) {
      printf("passed!\n");
    }
    else {
      printf("failed (#threads = %d)\n", reported_threads);
    }
  }
}

On my MacPro, it prints
OpenBLAS build configuration:
DYNAMIC_ARCH NO_AFFINITY Nehalem
Initially: #threads = 6
Setting #threads to 3: failed (#threads = 6)

So openblas_set_num_threads failed to reduce the number of threads. My machine is a MacPro 2010 with 6 physical cores and I compiled OpenBLAS with
make CC=clang FC=gfortran USE_THREAD=1 NUM_THREADS=16 DYNAMIC_ARCH=1 NO_STATIC=1

I specified NUM_THREADS because I wanted libopenblas.dylib to be usable on other machines with more cores. Here are the versions of the compilers:
~> clang --version
Apple LLVM version 7.0.2 (clang-700.1.81)
Target: x86_64-apple-darwin15.3.0
Thread model: posix

~> gfortran --version
GNU Fortran (MacPorts gcc5 5.3.0_0) 5.3.0

Either I am missing something badly or this is a bug!

I see the same thing. I would say there is a bug in goto_set_num_threads (blas_server.c) because it only set the blas_num_threads global if num_threads > blas_num_threads.

I was wrong. We have 2 globals:

blas_num_cpu: the number of threads used
blas_num_threads: the number of created threads

blas_num_threads can only grow (threads may be dormant). So we want openblas_get_num_threads to return blas_num_cpu not blas_num_threads.
There is also a openblas_get_num_procs function but it does not return blas_num_cpu. It return the physical number of cpu on the machine.


Random OperationCanceledException

Hello, I am using AmazonCognitoIdentityProviderClient to create users using the the following method AdminCreateUserAsync and then AdminSetUserPasswordAsync. Most of the times it works perfectly but some times it throws System.OperationCanceledException. It seems that the Http Client is timing out randomly...
Framework: .NET 4.5.x
System.OperationCanceledException: The request was aborted: The request was canceled. ---> System.Net.WebException: The request was aborted: The request was canceled.
   at System.Net.HttpWebRequest.EndGetResponse(IAsyncResult asyncResult)
   at System.Threading.Tasks.TaskFactory`1.FromAsyncCoreLogic(IAsyncResult iar, Func`2 endFunction, Action`1 endAction, Task`1 promise, Boolean requiresSynchronization)
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at Amazon.Runtime.Internal.HttpRequest.<GetResponseAsync>d__16.MoveNext()
   --- End of inner exception stack trace ---
   at Amazon.Runtime.Internal.HttpRequest.<GetResponseAsync>d__16.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at Amazon.Runtime.Internal.HttpHandler`1.<InvokeAsync>d__9`1.MoveNext()

This sounds like it might be tricky to reproduce and investigate.  Are you able to provide us with any more information that might help?   How is your network connection?  What environment are you running in?  How are you using credentials?  What is your timeout set to?

Yes, it's quite tricky. We are running our application as App Service in Azure (North Europe). We are using the default Timeout, I have not change any configuration.

Hi @Talento90 ,
How are you creating your UserPool client and AmazonCognitoIdentityProviderClient object?
How do you handle the credentials?
H.

UserPool is created manually using the AWS Cognito UI.
Basically we just create a BasicAWSCredentials using key and secret.
var region = RegionEndpoint.GetBySystemName("region");
var credentials = new BasicAWSCredentials(key, secret);
var client = new AmazonCognitoIdentityProviderClient(credentials, region);

@assyadh At this moment my wrapper around Cognito is a Singleton should I change for a lifetime request? Cognito client has some kind of lifetime?

Hi @Talento90,
I don't think the Singleton wrapper around Cognito should be an issue. However, if using temporary credentials, you would need to handle scenario where credentials expire and refresh is needed. I'm not sure if this is your scenario and if it could be causing the issue.
Please let me know if this issue could be closed if this is no longer an issue.
Thanks,
Ashish


Scripts for Wikipedia language models

Currently, I am in the progress of creating Brown clusters, word freqs and word vectors for Hungarian from the Wikipedia dump. Would it be interesting to involve these scripts in this repository?

Yes, absolutely – this would be great!

@oroszgy I don't know if you now the Wikipedia search index dumps, they are great to create language models from Wikipedia: https://dumps.wikimedia.org/other/cirrussearch/current/ (all the wikitext markup is removed and templates are expended)

@Tpt Didn't know that, but sounds great!

@Tpt That's amazing! Thanks!

@Tpt @honnibal Just checked the cirrussearch dumps, but I'd not recommend using them. For creating a good language model, you want to heavily filter your wiki corpus. For instance, I'd like to eliminate long lists, table contents and too short lines (sentences). As far as I see, this format is not suitable for that, since the text field contains everything without new line separators.

@ines #10


Punctuation and explicit space

Punctuation and explicit space leads to Math Processing Error.
Minimal example:
,\ \ldots
(Real world example: n=1,\ 2,\ \ldots from an Arxive paper.)

Actual minimal example:
\ \ldots
General non breaking spaces should be handled in improved treatment of spaces (see issue  #9)

Fixed in v2.0.0-beta.1.


limit is 30 connections

Windows 10. The limit is 30 connections. Why? how to fix?

how can i restrict the number of connections to two?

how can i restrict the number of connections to two?

Try to play with group policy restriction (number of connections)

Hi
We edited the group policy settings set the RDP connection limit to 3 but still, we can connect more than 3 devices.
Attaching screenshots for your reference.

We edited the group policy settings set the RDP connection limit to 3 but still, we can connect more than 3 devices.

Did you restart your PC to apply new polices?

We restarted the PC and still there is the same issue.

Windows 10. O limite é de 30 conexões. Porque? como consertar?

did you find out how to solve this?


chore: use vitepress instead of vuepress

This PR replaces vuepress with vitepress.
vuepress is not compatible with node v18 now.

Codecov Report
Base: 96.03% // Head: 96.03% // No change to project coverage :thumbsup:

Coverage data is based on head (38d2fa2) compared to base (1712999).
Patch has no changes to coverable lines.

Additional details and impacted files
@@           Coverage Diff           @@
##             main      #54   +/-   ##
=======================================
  Coverage   96.03%   96.03%
=======================================
  Files          13       13
  Lines         655      655
=======================================
  Hits          629      629
  Misses         26       26

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

:umbrella: View full report at Codecov.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.


Improve volumen setting API

The volume setting API introduced by #398 is currently stateless.
We should extend it to allows the setting of a specified volume level.

I am told an app can be created to do this and the needed intents sent through adb. There isn't a direct adb way that works for older Android at the moment

All of the Android APIs (should) now reside in devlib, so this no longer is a LISA issue.


update electron, fully remove crash reporter

as per @brbsix 's comment on #48, this fully fixes the blank screen on launch issue on some (all?) linux distros

Thanks! 💓


Meetings: Delay on recordings being available

Board admin staff made the English recordings of yesterday's Committee meetings public yesterday, but the links to watch them are still not showing on boardagendas.metro.net. I confirmed the links are showing on metro.Legistar.com. They typically show on boardagendas.metro.net the day after they are made public. Could you please look into what might be causing the delay in the links showing?

Hi, @shrayshray – there was a transient Legistar error during the full event scrape Wednesday night, which caused it to fail. Audio links do not toggle the updated timestamp, so they generally only come in during full scrapes. Accordingly, the links came in, in the next successful full scrape last night.
We currently scrape all meetings with updates, as well as ones that are in the future, with the idea that meetings that haven't happened yet are most likely the change. How long after a meeting does it take for audio to be added? We might consider adding a backwards window, as well, so we are rescraping recently passed meetings more frequently, as well.

@hancush The audio is typically added the day after the meeting. On this one, it was added on the same day the meeting happened. A 72 hour backward window would probably be the best bet.

@antidipyramid For this issue, let's flex those code following skills. Can you please:

Find the spot in the code that causes us to scrape events that have been updated since a particular date, as well as events scheduled to take place after that date. (LMK if you'd like a hint!)
Propose an approach (pseudo code is ok if you aren't 100% sure on the implementation) for editing that spot to also retrieve events that happened within the previous 72 hours of a given date?

@hancush
It seems like the scrape behavior is defined here in LegistarAPIEventScraperBase.events() to which we pass a date in the Metro scraper to scrape events from then.
I could be misunderstanding but couldn't we just start any Metro scrape three days before the given window? That would be something like
    def scrape(self, window=None) :
        if window and float(window) != 0:
            n_days_ago = datetime.datetime.utcnow() - datetime.timedelta(float(window)) - datetime.timedelta(hours=72)
        else:
            n_days_ago = None

        events = self.events(since_datetime=n_days_ago)

That's one way to do it! The logic to scrape events that haven't happened yet currently lives on the Legistar scraper, here, so it feels a little inconsistent to have one piece of the logic there, and one piece upstream on the jurisdiction scraper. OTOH, adding a larger backward window than the one specified feels a bit more unexpected than always scraping future events. What do you think? Where makes sense to you, given these considerations?

Related issue on the Legistar lib, here: https://github.com/opencivicdata/python-legistar-scraper/issues/107

@hancush I think where the change should be made depends on whether we think this is behavior should be particular to LA Metro or something we'd want to automatically do for other municipalities' Legistar searches as well.
Regardless of municipality, audio recordings will always be uploaded some time after a meeting has finished so I'm leaning towards making the change in the Legistar scraper.

Great thinking, @antidipyramid! Want to draft that up?

Done in https://github.com/opencivicdata/python-legistar-scraper/pull/119.


Libraries or subchapters as additional categories

Describe the feature you'd like
When the amount of information increases, sometimes the book should possess more classes than only chapters and pages.
On the other hand, sometimes the entire collection should be categorized in a new class, e.g. Libraries.
Therefore, the classes will be as follows:
Library > Shelf > Book > Chapter > Subchapter > Page
Describe the benefits this would bring to existing BookStack users
When the data becomes has so many different components, it seems necessary to consider additional classes.
Can the goal of this request already be achieved via other means?
No. Currently there are only 4 classes available and they are not sufficient.
Have you searched for an existing open/closed issue?

[X] I have searched for existing issues and none cover my fundemental request

How long have you been using BookStack?
Not using yet, just scoping
Additional context
No response

Thanks for the request @okaeiz  but I'm going to close this off as this has been discussed in multiple issues previously, with https://github.com/BookStackApp/BookStack/issues/95 being the main/original one.


Trees dissapearing

Whan i use this mod, trees dissapear.
I tried to disable it and the trees where back again.
Windows 10
mod ver 2.2.7

Trees seems rendered as autogen objects which means MSFS2020 will recognize that area has trees and plant trees there.
For google images, I see the image is not so clear (seems blue), so it may not show as trees.
You can try different place.


Success callback not fired

state_machine do
    state :unpaid
    state :paid, :enter => lambda { |tx| puts "callback fired!" }
    state :relayed
    state :cancelled
    state :refunded

    event :pay, timestamp: 'paid_at' do
      transitions to: :paid, from: :unpaid
    end

    event :relay, timestamp: 'relayed_at' do
      transitions to: :relayed, from: :paid
    end

    event :cancel, timestamp: 'cancelled_at' do
      transitions to: :cancelled, from: [:unpaid, :paid]
    end

    event :refund, timestamp: 'refunded_at' do
      transitions to: :refunded, from: :cancelled
    end
  end

  def event_fired(current_state, new_state, event)
    puts "EVENTFIRED #{current_state} #{new_state}"
    add_event!("transfer.#{new_state}")
  end

  def add_event!(type, msg=nil)
    # Or use ::Event, see https://github.com/troessner/transitions/issues/123#issuecomment-37759328
    self.events.create!(type: type)
  end

  def event_failed(event)
    puts "EVENT FAILED"
  end

def pay
    from_bank = transfer.main_from_bank
    from_bank.with_lock do
      from_bank.locked_balance += transfer.total
      from_bank.save!
      transfer.pay!
    end
    puts transfer.state
    puts transfer.paid?
    true

    rescue Transitions::InvalidTransition => e

    _error(:invalid_transition, "#{e.inspect}")
end

Results in the following output:
callback fired!
EVENTFIRED unpaid paid
  SQL (0.3ms)  INSERT INTO "events" ("type", "transfer_id", "created_at", "updated_at") VALUES ($1, $2, $3, $4) RETURNING "id"  [["type", "transfer.paid"], ["transfer_id", 16597], ["created_at", "2015-09-07 15:02:13.526027"], ["updated_at", "2015-09-07 15:02:13.526027"]]
  SQL (0.3ms)  UPDATE "transfers" SET "paid_at" = $1, "state" = $2, "updated_at" = $3 WHERE "transfers"."id" = $4  [["paid_at", "2015-09-07 15:02:13.524531"], ["state", "paid"], ["updated_at", "2015-09-07 15:02:13.528612"], ["id", 16597]]
   (8.3ms)  COMMIT
paid
true

However, if the :enter => lambda { |tx| puts "callback fired!" } is changed to :success => lambda { |tx| puts "callback fired!" }, then callback fired! doesn't show up. That is, the success callback doesn't fire.

Sounds like a legit bug. Unfortunately I'm on vacation currently and I have no idea when I can really look into it. Unless you come up with a pull request yourself (which I would highly appreciate) I'm afraid you'll have to wait 3 weeks until I can look into this :(


Rotation on ArcRotateCamera continues when button is released if another button is still active

Forum post discussing this: https://forum.babylonjs.com/t/camera-rotation-is-stuck-because-of-pointerinput-fakemove/22171/5
We have a really active forum to help answering questions (https://forum.babylonjs.com/)
With cameras like the ArcRotateCamera, when a mouse button is pressed during a rotate-drag event, if the original button is release with this new button pressed, the rotation will still occur.
Fix for this will require implementing the following behavior:
The initial button press will initiate the behavior (rotate, pan, etc.) and any other buttons will be ignored.

@PolygonalSun, Any ETA on this one ?

@PolygonalSun, Any ETA on this one ?

Not yet.  I figured out that the reason it isn't working was because Safari is using different values for the PointerEvent's button (eg. 0 for both left click and no button clicked).  I'm working on a different approach that will work for Safari and Every other browser.


error: Blockscout API URL has not been provided

After upgrading to stats v2.2.0 I am getting this error:
2024-10-18T09:54:31.757127Z ERROR stats_server: service failed with error: Blockscout API URL has not been provided. Please specify it with corresponding env variable (`STATS__BLOCKSCOUT_API_URL`) or set `STATS__IGNORE_BLOCKSCOUT_API_ABSENCE=true` to disable functionality depending on the API.

What is the purpose of this config and what is the drawback if absent? It's not really explained.

Nevermind, found it in the readme afterall.

Hi. In v2.2.x it's only used for delayed start of chart updates. I.e. it uses the API to check indexing status and start the updates once the blockscout it indexed enough.
I hope it's clear, I'll add some explanations to readme.

Reopen if something is still not clear


add RMUTSV

Institution/School Name
{Rajamangala University of Technology Srivijaya}
Instiution/School Website
{https://www.rmutsv.ac.th/}
Email Users
Please place an x between the square brackets if yes

[ ] Students
[x] Academic/Teaching Staff
[x] Other/Support Staff
[ ] Alumni

Education Levels
Please place an x between the square brackets if yes

[x] Post-graduate research
[x] Graduate School
[ ] College (University) or Undergraduate School or equivalent
[ ] Community College or equivalent
[ ] High School or equivalent
[ ] Elementary School or equivalent

@chaisit Pull request merged. Thank you!


real ur5 does not move using moveit_planning_execution.launch

Hi,
I am trying to move the ur5 + Robotiq gripper in a small circle.
First I bring up the ur5 + robotiq gripper:
 roslaunch ur_modern_driver ur5_robotiq_2f85_bringup2.launch robot_ip:=<IP_ADDRESS>  [reverse_port:=REVERSE_PORT]
... logging to /home/laurah/.ros/log/2b623334-878e-11e9-92dc-8086f2694d08/roslaunch-laurah-HP-EliteBook-840-G1-17016.log
Checking log directory for disk usage. This may take awhile.
Press Ctrl-C to interrupt
Done checking log file disk usage. Usage is <1GB.

started roslaunch server http://laurah-HP-EliteBook-840-G1:44949/

SUMMARY
========

PARAMETERS
 * /force_torque_sensor_controller/publish_rate: 125
 * /force_torque_sensor_controller/type: force_torque_sens...
 * /gripper/hardware_control_loop/loop_hz: 125
 * /gripper/hardware_interface/joints: ['gripper_finger1...
 * /gripper/joint_position_controller/action_monitor_rate: 10
 * /gripper/joint_position_controller/constraints/goal_time: 0.6
 * /gripper/joint_position_controller/constraints/simple_gripper_robotiq_85_left_knuckle_joint/goal: 0.01
 * /gripper/joint_position_controller/constraints/simple_gripper_robotiq_85_left_knuckle_joint/trajectory: 0.1
 * /gripper/joint_position_controller/constraints/stopped_velocity_tolerance: 0.05
 * /gripper/joint_position_controller/joint: gripper_finger1_j...
 * /gripper/joint_position_controller/state_publish_rate: 125
 * /gripper/joint_position_controller/stop_trajectory_duration: 0.5
 * /gripper/joint_position_controller/type: position_controll...
 * /gripper/joint_state_controller/publish_rate: 125
 * /gripper/joint_state_controller/type: joint_state_contr...
 * /gripper/joint_trajectory_controller/joint: ['gripper_finger1...
 * /gripper/joint_trajectory_controller/type: position_controll...
 * /hardware_control_loop/loop_hz: 125
 * /hardware_interface/joints: ['shoulder_pan_jo...
 * /joint_group_vel_controller/joints: ['shoulder_pan_jo...
 * /joint_group_vel_controller/type: velocity_controll...
 * /joint_state_controller/publish_rate: 125
 * /joint_state_controller/type: joint_state_contr...
 * /pos_based_pos_traj_controller/action_monitor_rate: 10
 * /pos_based_pos_traj_controller/constraints/elbow_joint/goal: 0.1
 * /pos_based_pos_traj_controller/constraints/elbow_joint/trajectory: 0.1
 * /pos_based_pos_traj_controller/constraints/goal_time: 0.6
 * /pos_based_pos_traj_controller/constraints/shoulder_lift_joint/goal: 0.1
 * /pos_based_pos_traj_controller/constraints/shoulder_lift_joint/trajectory: 0.1
 * /pos_based_pos_traj_controller/constraints/shoulder_pan_joint/goal: 0.1
 * /pos_based_pos_traj_controller/constraints/shoulder_pan_joint/trajectory: 0.1
 * /pos_based_pos_traj_controller/constraints/stopped_velocity_tolerance: 0.05
 * /pos_based_pos_traj_controller/constraints/wrist_1_joint/goal: 0.1
 * /pos_based_pos_traj_controller/constraints/wrist_1_joint/trajectory: 0.1
 * /pos_based_pos_traj_controller/constraints/wrist_2_joint/goal: 0.1
 * /pos_based_pos_traj_controller/constraints/wrist_2_joint/trajectory: 0.1
 * /pos_based_pos_traj_controller/constraints/wrist_3_joint/goal: 0.1
 * /pos_based_pos_traj_controller/constraints/wrist_3_joint/trajectory: 0.1
 * /pos_based_pos_traj_controller/joints: ['shoulder_pan_jo...
 * /pos_based_pos_traj_controller/state_publish_rate: 125
 * /pos_based_pos_traj_controller/stop_trajectory_duration: 0.5
 * /pos_based_pos_traj_controller/type: position_controll...
 * /robot_description: <?xml version="1....
 * /robotiq_85_driver/baud: 115200
 * /robotiq_85_driver/comport: /dev/ttyUSB0
 * /robotiq_85_driver/num_grippers: 1
 * /rosdistro: kinetic
 * /rosversion: 1.12.14
 * /ur_driver/base_frame: base
 * /ur_driver/max_joint_difference: 0.01
 * /ur_driver/max_payload: 5.0
 * /ur_driver/max_velocity: 10.0
 * /ur_driver/max_waiting_time: 2.0
 * /ur_driver/min_payload: 0.0
 * /ur_driver/prefix:
 * /ur_driver/require_activation: Never
 * /ur_driver/reverse_ip_address:
 * /ur_driver/reverse_port: 50001
 * /ur_driver/robot_ip_address: <IP_ADDRESS>
 * /ur_driver/servoj_gain: 100.0
 * /ur_driver/servoj_lookahead_time: 1.0
 * /ur_driver/servoj_time: 0.008
 * /ur_driver/servoj_time_waiting: 0.001
 * /ur_driver/shutdown_on_disconnect: True
 * /ur_driver/time_interval: 0.008
 * /ur_driver/tool_frame: tool0_controller
 * /ur_driver/use_lowbandwidth_trajectory_follower: False
 * /ur_driver/use_ros_control: False
 * /vel_based_pos_traj_controller/action_monitor_rate: 10
 * /vel_based_pos_traj_controller/constraints/elbow_joint/goal: 0.1
 * /vel_based_pos_traj_controller/constraints/elbow_joint/trajectory: 0.1
 * /vel_based_pos_traj_controller/constraints/goal_time: 0.6
 * /vel_based_pos_traj_controller/constraints/shoulder_lift_joint/goal: 0.1
 * /vel_based_pos_traj_controller/constraints/shoulder_lift_joint/trajectory: 0.1
 * /vel_based_pos_traj_controller/constraints/shoulder_pan_joint/goal: 0.1
 * /vel_based_pos_traj_controller/constraints/shoulder_pan_joint/trajectory: 0.1
 * /vel_based_pos_traj_controller/constraints/stopped_velocity_tolerance: 0.05
 * /vel_based_pos_traj_controller/constraints/wrist_1_joint/goal: 0.1
 * /vel_based_pos_traj_controller/constraints/wrist_1_joint/trajectory: 0.1
 * /vel_based_pos_traj_controller/constraints/wrist_2_joint/goal: 0.1
 * /vel_based_pos_traj_controller/constraints/wrist_2_joint/trajectory: 0.1
 * /vel_based_pos_traj_controller/constraints/wrist_3_joint/goal: 0.1
 * /vel_based_pos_traj_controller/constraints/wrist_3_joint/trajectory: 0.1
 * /vel_based_pos_traj_controller/gains/elbow_joint/d: 0.1
 * /vel_based_pos_traj_controller/gains/elbow_joint/i: 0.01
 * /vel_based_pos_traj_controller/gains/elbow_joint/i_clamp: 1
 * /vel_based_pos_traj_controller/gains/elbow_joint/p: 1.2
 * /vel_based_pos_traj_controller/gains/shoulder_lift_joint/d: 0.1
 * /vel_based_pos_traj_controller/gains/shoulder_lift_joint/i: 0.01
 * /vel_based_pos_traj_controller/gains/shoulder_lift_joint/i_clamp: 1
 * /vel_based_pos_traj_controller/gains/shoulder_lift_joint/p: 1.2
 * /vel_based_pos_traj_controller/gains/shoulder_pan_joint/d: 0.1
 * /vel_based_pos_traj_controller/gains/shoulder_pan_joint/i: 0.01
 * /vel_based_pos_traj_controller/gains/shoulder_pan_joint/i_clamp: 1
 * /vel_based_pos_traj_controller/gains/shoulder_pan_joint/p: 1.2
 * /vel_based_pos_traj_controller/gains/wrist_1_joint/d: 0.1
 * /vel_based_pos_traj_controller/gains/wrist_1_joint/i: 0.01
 * /vel_based_pos_traj_controller/gains/wrist_1_joint/i_clamp: 1
 * /vel_based_pos_traj_controller/gains/wrist_1_joint/p: 1.2
 * /vel_based_pos_traj_controller/gains/wrist_2_joint/d: 0.1
 * /vel_based_pos_traj_controller/gains/wrist_2_joint/i: 0.01
 * /vel_based_pos_traj_controller/gains/wrist_2_joint/i_clamp: 1
 * /vel_based_pos_traj_controller/gains/wrist_2_joint/p: 1.2
 * /vel_based_pos_traj_controller/gains/wrist_3_joint/d: 0.1
 * /vel_based_pos_traj_controller/gains/wrist_3_joint/i: 0.01
 * /vel_based_pos_traj_controller/gains/wrist_3_joint/i_clamp: 1
 * /vel_based_pos_traj_controller/gains/wrist_3_joint/p: 1.2
 * /vel_based_pos_traj_controller/joints: ['shoulder_pan_jo...
 * /vel_based_pos_traj_controller/state_publish_rate: 125
 * /vel_based_pos_traj_controller/stop_trajectory_duration: 0.5
 * /vel_based_pos_traj_controller/type: velocity_controll...
 * /vel_based_pos_traj_controller/velocity_ff/elbow_joint: 1.0
 * /vel_based_pos_traj_controller/velocity_ff/shoulder_lift_joint: 1.0
 * /vel_based_pos_traj_controller/velocity_ff/shoulder_pan_joint: 1.0
 * /vel_based_pos_traj_controller/velocity_ff/wrist_1_joint: 1.0
 * /vel_based_pos_traj_controller/velocity_ff/wrist_2_joint: 1.0
 * /vel_based_pos_traj_controller/velocity_ff/wrist_3_joint: 1.0

NODES
  /
    robot_state_publisher (robot_state_publisher/robot_state_publisher)
    robotiq_85_driver (robotiq_85_driver/robotiq_85_driver)
    ros_control_controller_manager (controller_manager/controller_manager)
    ur_driver (ur_modern_driver/ur_driver)

ROS_MASTER_URI=http://localhost:11311

process[robot_state_publisher-1]: started with pid [17036]
process[ur_driver-2]: started with pid [17037]
process[ros_control_controller_manager-3]: started with pid [17039]
process[robotiq_85_driver-4]: started with pid [17050]
[ INFO] [1559742970.192088197]: Setting up connection: <IP_ADDRESS>:30003
[ INFO] [1559742970.193715953]: Connection established for <IP_ADDRESS>:30003
[ INFO] [1559742970.193776817]: Setting up connection: <IP_ADDRESS>:30001
[ INFO] [1559742970.195066480]: Connection established for <IP_ADDRESS>:30001
[ INFO] [1559742970.197062827]: Got VersionMessage:
[ INFO] [1559742970.197100808]: project name: URControl
[ INFO] [1559742970.197116727]: version: 3.9.0
[ INFO] [1559742970.197130296]: build date: 21-02-2019, 15:09:20
[ INFO] [1559742970.197143184]: Disconnecting from <IP_ADDRESS>:30001
[ INFO] [1559742970.210343228]: ActionServer enabled
[ INFO] [1559742970.210560169]: Use standard trajectory follower
[ INFO] [1559742970.213257125]: Setting up connection: :50001
[ INFO] [1559742970.213460507]: Connection established for :50001
[ INFO] [1559742970.213576251]: Initializing ur_driver/URScript subscriber
[ INFO] [1559742970.218433727]: The ur_driver/URScript initialized
[ INFO] [1559742970.218482071]: Notifier: Pipeline disconnect will shutdown the node
[ INFO] [1559742970.238703477]: Service 'ur_driver/robot_enable' activation mode: Never
[ INFO] [1559742970.238764606]: Starting main loop
[ INFO] [1559742970.238990497]: Setting up connection: <IP_ADDRESS>:30003
[ INFO] [1559742970.239082006]: Starting pipeline RTPacket
[ INFO] [1559742970.239216833]: Setting up connection: <IP_ADDRESS>:30002
[ INFO] [1559742970.239299913]: Starting pipeline StatePacket
[ INFO] [1559742970.240570777]: Connection established for <IP_ADDRESS>:30003
[ INFO] [1559742970.240864038]: Connection established for <IP_ADDRESS>:30002
[ INFO] [1559742970.242381435]: Starting ActionServer
[ INFO] [1559742970.242544963]: Trajectory thread started

Then: roslaunch lau_moveit_config ur5_robotiq_2f85_moveit_planning_execution.launch
which give me no trouble execpt two warnings:
[ WARN] [1559742315.209671241]: Skipping virtual joint 'virtual_joint' because its child frame 'base_link' does not match the URDF frame 'world'
...
[ WARN] [1559742489.710331295]: The complete state of the robot is not yet known.  Missing gripper_finger1_joint
Then: roslaunch lau_moveit_config moveit_rviz.launch config:=true, which is also not a problem.
Then, I run the script using the move group python interface: " rosrun ur5_notebook motionplanner1LauCircle_gripper.py"
In rviz I see the robot moving as desired. The starting position is the exact position as the real robot is. Thus, I think the connection is working since rviz shows the real state of the robot. However, the real ur5 does not move.
How can I fix this?

It's impossible for us to help you with this, since we have no idea of what are the contents of ur5_robotiq_2f85_bringup2.launch or anything in lau_moveit_config or ur5_notebook packages. You need to be much more specific to ask for help.
Since this doesn't seem to be a problem related to this driver, but rather to your application configuration, I will close this issue. Feel free to keep commenting or ask in ROS Answers if you have general questions about configuring a ROS-based application.

I would agree with @miguelprada that this issue seems a bit too localised for us to address here: we don't know how you configured things, nor does ur_modern_driver have anything to do with robotiq grippers.
However, if you can reproduce your problem with just the files from this repository, then we can try to see whether we can resolve it.

I am have the same issue with just the vanilla ur_modern_driver and ur_robot packages

Please do not comment on closed issues.
Open a new one. If it's really the same issue, we'll close the new one as a duplicate and re-open this one.


Add image annotation feature

Is your feature request related to a problem? Please describe.
ApexCharts only supports text annotation. In my case I would like to add an image which can also clickable, hoverable, etc.

Some use-case justification for this feature request: We have line charts that track people and companies over time.  Being able to put a face or logo as an annotation on the last entry of a line chart provides users an easy way to distinguish the separate lines without having to rely on the key.

Hi, how you can resolve it, I want to add an image too


fitted_interval_preds_plot

In fitted_interval_preds_plot chunk 16 of script 06, I am confused about the data frames being used. In the initial assignment, spatResids_preds is created from the residuals of a5ssn_wswq_reml1 model on 199 obs. The resid_SD is created from spatResids_preds. However, in the third assignment of fitted values the apredict1ws  data frame that contains fitted values from the 48 prediction sites is used.  Why are the 48 predicted values being mixed up with the resid_SD from the 199 obs? Should the resid_SP originated from the residuals of the 48 predicted sites?

Relatedly, I have questions about TLH fitted to obs interval plot. First, the three statements below return the exact same residuals.
spatResids<-residuals(z4ssn_wswq_reml1, cross.validation=T)
head(round(aug_z4ssn_wswq_reml1$.fitted))
zspatResids<-residuals(z4ssn_wswq_reml1)
The cross.validation=T argument you specified does not seem to be doing anything. If we need leave-one-out-cross-validated residuals for your fitted interval plot, should we be using the loocv function and specifying cv_predict = T or se.fit = T?

Also, summary(spat.Pred.median) returns the exact same results as summary(aug_z4ssn_wswq_reml1$.fitted). I guess that is to be expected(?). What we are after is the 5th and 95th percentiles around that fitted value.

Hey Mike,
Thank you for bringing that up,

agreed, the corss.validation=T doesn't need to be there anymore, that was a vestige of the old john/SSN1 that I don't believe was hurting anything but agree should be removed.
Yep I totally missed that copy paste error using the residuals from the 199 obs rather than the 48 preds. I've adjusted the code in chunk 16 to reflect this.
yes, that median could instead just be fitted, and what we particularly want is the upper and lower quantiles. If you'd like that changed for clarity let me know, but I've left it as is for the moment.

The changes to chunk 16 and the drop of cross.validation=T from chunk 11 have been pushed under the interval_preds_upd branch.

Hi Travis,
We need to talk about these points some more, especially point 1. Look at the attached html and do control F on cross.validation. That should return 12 hits. When you get to the 12th cross.validation = TRUE read the comments in the code chunk <IP_ADDRESS>.0.2 CodeChunk 53: spatPredictiveDistr. The CrossValStdErr is what has me thinking we need to pull that term out the loocv function in SSN2.
CrossValStdErr occurs 9 times in the html when cross.validation = T is used. Can you please crosswalk between SSN and SSN2 on how to get CorssValStdErr and if we need it?
Thanks, Mike
From: Travis-Neptune @.>
Sent: Wednesday, December 18, 2024 11:05 AM
To: USEPA/vdeq-stream-condition-predictions @.>
Cc: McManus, Michael @.>; Author @.>
Subject: Re: [USEPA/vdeq-stream-condition-predictions] fitted_interval_preds_plot (Issue #7)
Caution: This email originated from outside EPA, please exercise additional caution when deciding whether to open attachments or click on provided links.
Hey Mike,
Thank you for bringing that up,

agreed, the corss.validation=T doesn't need to be there anymore, that was a vestige of the old john/SSN1 that I don't believe was hurting anything but agree should be removed.
Yep I totally missed that copy paste error using the residuals from the 199 obs rather than the 48 preds. I've adjusted the code in chunk 16 to reflect this.
yes, that median could instead just be fitted, and what we particularly want is the upper and lower quantiles. If you'd like that changed for clarity let me know, but I've left it as is for the moment.

The changes to chunk 16 and the drop of cross.validation=T from chunk 11 have been pushed under the interval_preds_upd branch.

Reply to this email directly, view it on GitHubhttps://github.com/USEPA/vdeq-stream-condition-predictions/issues/7#issuecomment-2551848677, or unsubscribehttps://github.com/notifications/unsubscribe-auth/A4YDWZ56IT2P7AIJHQTEXKL2GGTJ5AVCNFSM6AAAAABTWY5DEWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKNJRHA2DQNRXG4.
You are receiving this because you authored the thread.Message ID: @.***>

Hey there,
So I don't see an attached html but I'll try to respond without it. I can look deeper into the CrossValStdErr / loocv stuff, but I do remember in my initial pass moving things from SSN1 to SSN2 that there was a reason I felt like it didn't matter for us. I can look at this deeper, but I wouldn't expect it to change our results much if at all given the relatively stable residuals we see on  both our obs and preds points.
But anyways, I'll take a look into it and get back to you either tomorrow or next week about what I find.

Okay so I’ve gone through and added in versions (directly after the existing fitted interval plot sections, both for the obs and then the preds data) That follow the LOOCV method John was utilizing where applicable.
The actual LOOCV situation of finding an estimated residual for an observation based on LOOCV really only applies to the obs portion as it’s effectively creating n versions of the model each with one of the obs missing and then fitting the result to it.

Whereas when we’re looking at our fitted interval on the preds, the actual fitted values would not change because the model is fixed. This portion really does not affect our figures all that much.
The bigger difference, and one that I’d rather intentionally changed is in regard to the se.fit values.
The newly provided versions use the se.fit values for each individual observation rather than the cumulative standard deviation of the residuals value for the dataset. What this means is that with my method we’re looking at roughly the the interval we’re expecting across the whole model, vs John’s method is looking at each individual point.
The result of this is the smooth error bounds visible in the plots with my method, vs the very squiggly bars on John’s method.
Those both have their uses, but I would argue that mine is more straightforward and useful in terms of model validation. Whereas John’s is more of an introspection on which data points the model would believe we know more or less about.

Hi Travis,
Thanks for reply and the code about the fitted interval preds plot. I successfully merged your branch,  interval_loocv_options, to the main and then pulled it down to my local repository. For now, I left your branch up there. Here are changes I made to script 06. After you have read about the changes, would you please reply by email to my questions below, and please let me know when you would be available to discuss script 06?
Thanks,
Mike

I applied TLH fitted to obs interval plot to chunk 11 (fitted_interval_obs_plot) and TLH fitted to obs interval plot (LOOCV method) to chunk 12 (fitted_interval_plot_loocv). I got the same plots you did and have commented those chunks out as the z4 model in those chunks is not the model I am focused on.

I added a chunk 13, loocv_pts_outside, which uses code from John Carson that identifies the point outside the prediction interval. That chunk is also commented out.

The model of interest is in chunk 15 under Distance Hypothesis, a5ssn_wswq_ml1, so please direct any future coding for that model. My shorthand reference for that model is the a5 model.

Chunks 17 and 18 applies your code TLH fitted to obs interval plot for a5 model and TLH fitted to obs interval plot (LOOCV method), respectively, to the 199 obs. Chunk 19 identifies obs that fall outside the loocv 90% prediction limits.

Chunk 20, distance hypothesis preds, augments the a5ssn_wswq_reml1 model with predictions. Please note the arguments used with augment.

Chunk 21, ribbon pred interval, is a new addition as I used the output from the augmented predictions with geom_ribbon to make a prediction interval plot. Using the SSN2 augmented predictions with geom_ribbon produces a squiggly prediction interval similar to John Carson's and your code. Here are my questions about this code:
6a) Is this code producing a 95% or 90% prediction interval? Level = 0.95 was set in the augment function so I think it is a 95% prediction interval.
6b) Is the spatial prediction percentiles using qnorm from JC and TLH code more accurate? The ribbon prediction interval identifies only 1 point outside the interval whereas the spatial prediction percentiles identifies  5 (see chunk 24). I need you to explain what qnorm is doing.

Chunks 22 and 23 apply the straight line and squiggly line predictions intervals.

From: Travis-Neptune @.>
Sent: Tuesday, December 24, 2024 1:13 PM
To: USEPA/vdeq-stream-condition-predictions @.>
Cc: McManus, Michael @.>; Author @.>
Subject: Re: [USEPA/vdeq-stream-condition-predictions] fitted_interval_preds_plot (Issue #7)
Caution: This email originated from outside EPA, please exercise additional caution when deciding whether to open attachments or click on provided links.
Okay so I’ve gone through and added in versions (directly after the existing fitted interval plot sections, both for the obs and then the preds data) That follow the LOOCV method John was utilizing where applicable.
The actual LOOCV situation of finding an estimated residual for an observation based on LOOCV really only applies to the obs portion as it’s effectively creating n versions of the model each with one of the obs missing and then fitting the result to it.

Whereas when we’re looking at our fitted interval on the preds, the actual fitted values would not change because the model is fixed. This portion really does not affect our figures all that much.
The bigger difference, and one that I’d rather intentionally changed is in regard to the se.fit values.
The newly provided versions use the se.fit values for each individual observation rather than the cumulative standard deviation of the residuals value for the dataset. What this means is that with my method we’re looking at roughly the the interval we’re expecting across the whole model, vs John’s method is looking at each individual point.
The result of this is the smooth error bounds visible in the plots with my method, vs the very squiggly bars on John’s method.
Those both have their uses, but I would argue that mine is more straightforward and useful in terms of model validation. Whereas John’s is more of an introspection on which data points the model would believe we know more or less about.
—
Reply to this email directly, view it on GitHubhttps://github.com/USEPA/vdeq-stream-condition-predictions/issues/7#issuecomment-2561357033, or unsubscribehttps://github.com/notifications/unsubscribe-auth/A4YDWZ754IYVV6NFB2Q2YCD2HGW33AVCNFSM6AAAAABTWY5DEWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKNRRGM2TOMBTGM.
You are receiving this because you authored the thread.Message ID<EMAIL_ADDRESS>


Build error

Hi, I'm new to go and don't really understand this error message. Is it related to the Casper theme or the Hugo framework?
$ hugo --theme=casper
Started building sites ...
ERROR: 2017/02/19 11:12:48 general.go:236: theme/partials/semantic.html is an incomplete or empty template
Built site for language en:
0 draft content
0 future content
0 expired content
2 regular pages created
2 other pages created
0 non-page files copied
2 paginator pages created
0 tags created
0 categories created
total in 167 ms

Thanks.

Thanks I will check that

Also got a build error.
ERROR: 2017/04/01 16:11:46 template.go:350: template: theme/partials/semantic.html:25: function "slice" not defined
ERROR: 2017/04/01 16:11:46 template.go:119: html/template: "theme/partials/semantic.html" is an incomplete template in theme/partials/semantic.html
panic: reflect: call of reflect.Value.Type on zero Value [recovered]
	panic: reflect: call of reflect.Value.Type on zero Value [recovered]
	panic: reflect: call of reflect.Value.Type on zero Value [recovered]
	panic: reflect: call of reflect.Value.Type on zero Value

Hi, I am very new to Hugo and I love your theme. But have many errors when I try to build the sites.
My Hugo version is 0.20.2  windows/amd64
Started building sites ...
ERROR 2017/04/19 09:58:51 Error while rendering "home": template: theme/index.html:1:3: executing "theme/index.html" at <partial "header.html...>: error calling partial: template: theme/partials/header.html:8:7: executing "theme/partials/header.html" at <partial "twitter_car...>: error calling partial: template: theme/partials/twitter_card.html:11:64: executing "theme/partials/twitter_card.html" at : wrong number of args for relURL: want 1 got 0
ERROR 2017/04/19 09:58:51 Error while rendering "section": template: theme/_default/list.html:1:3: executing "theme/_default/list.html" at <partial "header.html...>: error calling partial: template: theme/partials/header.html:8:7: executing "theme/partials/header.html" at <partial "twitter_car...>: error calling partial: template: theme/partials/twitter_card.html:11:64: executing "theme/partials/twitter_card.html" at : wrong number of args for relURL: want 1 got 0
ERROR 2017/04/19 09:58:51 Error while rendering "page": template: theme/_default/single.html:1:3: executing "theme/_default/single.html" at <partial "header.html...>: error calling partial: template: theme/partials/header.html:101:5: executing "theme/partials/header.html" at <partial "navigation....>: error calling partial: template: theme/partials/navigation.html:9:17: executing "theme/partials/navigation.html" at <sort .Site.Menus.mai...>: error calling sort: sequence must be provided
ERROR 2017/04/19 09:58:51 Error while rendering "page": template: theme/page/single.html:1:3: executing "theme/page/single.html" at <partial "header.html...>: error calling partial: template: theme/partials/header.html:101:5: executing "theme/partials/header.html" at <partial "navigation....>: error calling partial: template: theme/partials/navigation.html:9:17: executing "theme/partials/navigation.html" at <sort .Site.Menus.mai...>: error calling sort: sequence must be provided
ERROR 2017/04/19 09:58:51 Error while rendering "404": template: theme/404.html:1:3: executing "theme/404.html" at <partial "header.html...>: error calling partial: template: theme/partials/header.html:8:7: executing "theme/partials/header.html" at <partial "twitter_car...>: error calling partial: template: theme/partials/twitter_card.html:11:64: executing "theme/partials/twitter_card.html" at : wrong number of args for relURL: want 1 got 0

Hi,
I think I have a similar problem too :
4s@StylZ:~/Documents/Projects/4sStylZ-blog$ hugo version
Hugo Static Site Generator v0.20.2 linux/amd64 BuildDate: 2017-04-16T13:21:30+02:00

4s@StylZ:~/Documents/Projects/4sStylZ-blog$ hugo server --theme=casper --buildDraftsStarted building sites ...
ERROR 2017/04/21 15:30:10 Error while rendering "home": template: theme/index.html:1:3: executing "theme/index.html" at <partial "header.html...>: error calling partial: template: theme/partials/header.html:8:7: executing "theme/partials/header.html" at <partial "twitter_car...>: error calling partial: template: theme/partials/twitter_card.html:11:64: executing "theme/partials/twitter_card.html" at <relURL>: wrong number of args for relURL: want 1 got 0
ERROR 2017/04/21 15:30:10 Error while rendering "page": template: theme/_default/single.html:1:3: executing "theme/_default/single.html" at <partial "header.html...>: error calling partial: template: theme/partials/header.html:101:5: executing "theme/partials/header.html" at <partial "navigation....>: error calling partial: template: theme/partials/navigation.html:9:17: executing "theme/partials/navigation.html" at <sort .Site.Menus.mai...>: error calling sort: sequence must be provided
ERROR 2017/04/21 15:30:10 Error while rendering "section": template: theme/_default/list.html:1:3: executing "theme/_default/list.html" at <partial "header.html...>: error calling partial: template: theme/partials/header.html:8:7: executing "theme/partials/header.html" at <partial "twitter_car...>: error calling partial: template: theme/partials/twitter_card.html:11:64: executing "theme/partials/twitter_card.html" at <relURL>: wrong number of args for relURL: want 1 got 0
ERROR 2017/04/21 15:30:10 Error while rendering "404": template: theme/404.html:1:3: executing "theme/404.html" at <partial "header.html...>: error calling partial: template: theme/partials/header.html:8:7: executing "theme/partials/header.html" at <partial "twitter_car...>: error calling partial: template: theme/partials/twitter_card.html:11:64: executing "theme/partials/twitter_card.html" at <relURL>: wrong number of args for relURL: want 1 got 0
Built site for language en:
1 of 1 draft rendered
0 future content
0 expired content
1 regular pages created
8 other pages created
0 non-page files copied
0 paginator pages created
0 tags created
0 categories created
total in 5 ms
Watching for changes in /home/aschmitt/Documents/Projects/4sStylZ-blog/{data,content,layouts,static,themes}
Serving pages from memory
Web Server is available at http://localhost:1313/ (bind address <IP_ADDRESS>)
Press Ctrl+C to stop

New to Hugo too.

Hello I'll have a look. Can you provide me the content you are trying to generate ?

I can not reproduce this issue, can you send me your content and config.toml ?

I had the same problem with the config.toml file that is downloaded by default. All I did to work around it was I copied the example config file values in the readme file.


https://example.com/lolisafe instead of example.com

I'm trying to have lolisafe be on a separate directory instead of the root directory because the root directory is also for nginx autoindexing as it's a file server. The problem is I can't figure out how to get nginx or lolisafe to serve lolisafe on /lolisafe instead of /.
I am trying to host through Cloudflare and Nginx. Cloudflare should work as intended and the config.js should be fine.
Here's my pseudoconfig. Obscured url for privacy:
upstream backend {
    server <IP_ADDRESS>:9999;
}

server {
    server_name example.com www.example.com;

    root             /var/www/html;
    include /etc/nginx/default.d/*.conf;

## Only allow these request methods ##
     if ($request_method !~ ^(GET|HEAD|POST)$ ) {
         return 444;
     }

    location / {
####indexing stuff.
    }

        error_page 404 /404.html;
            location = /40x.html {
        }
        error_page 500 502 503 504 /50x.html;
            location = /50x.html {
        }

##### this does not work. replacing lolisafe with just / works though. I want to be able to do /lolisafe, /lolisafe/dashboard
        location /lolisafe {
                add_header Access-Control-Allow-Origin *;
                #root /path/to/lolisafe/uploads; # Not serving uploads through nginx. Let node do it
                try_files $uri @proxy;
               fancyindex off;
               fancyindex_ignore "/lolisafe";
}

#    listen [::]:443 http2 ssl; # host does not support ipv6. No reason to attempt to broadcast on it.
    listen 443 http2 ssl;
    ssl_certificate /origin.crt;
    ssl_certificate_key /private.key;
    include /options-ssl-nginx.conf;
    ssl_dhparam /ssl-dhparams.pem;

    gzip off;

    add_header X-Content-Type-Options nosniff;
    add_header X-XSS-Protection "1; mode=block";
    add_header X-Frame-Options SAMEORIGIN;
    add_header Strict-Transport-Security "max-age=63072000; includeSubDomains; preload" always;

    include /location/to/lolisafe/real-ip-from-cf;

    location @proxy {
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header Host $http_host;
        proxy_set_header X-NginX-Proxy true;
        proxy_pass http://backend;
        proxy_redirect off;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "upgrade";
        proxy_redirect off;
        proxy_set_header X-Forwarded-Proto $scheme;
    }

        charset $charset;
        charset_types *;
}

Maybe important things I modified in my config.js
  serveFilesWithNode: true,
  domain: 'https://example.com/uploads/',
  homeDomain: 'https://example.com/lolisafe',

How would I go on about completing this?

upstream lolisafe {
    server <IP_ADDRESS>:3001;
}

server {
    # other stuff

    location /lolisafe/ {
        rewrite ^/lolisafe(/.*)$ $1 break;

        proxy_pass http://lolisafe;
        proxy_redirect off;
        proxy_http_version 1.1;

        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "upgrade";
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $remote_addr;
        proxy_set_header X-Forwarded-Host $host;
        proxy_set_header X-Forwarded-Port $server_port;
        proxy_set_header X-Forwarded-Protocol $scheme;
        proxy_set_header X-NginX-Proxy true;
    }

    # other stuff
}

That's more or less what I have for my local installation, to be used on http://localhost/lolisafe, but should work the same on public domains.
However, I did recall there were some path issues on the HTML files of master branch.
Basically some css/js src expect itself to be on the root dir, so they'll break if hosted on subdir.
No biggie, only requires a bit of editing the HTML files.


⚡  Improve Image loading speed into workspace

Description
Improve image loading speed by reducing backend Image data processing through directly read from the Image file instead of through the byte array.
Type of change
Please delete options that are not relevant.

[x] Bug fix (Non-breaking change which fixes an issue)
[ ] New feature (Non-breaking change which adds functionality)
[ ] Breaking change (Fix or feature that would cause existing functionality to not work as expected)
[ ] This change requires a documentation update (Example: REST API changes)

Tested on?

[x] Windows
[ ] Linux Ubuntu
[ ] Centos
[ ] Mac
[ ] Others  (State here -> xxx )

Checklist:

[x] My code follows the style guidelines of this project
[ ] I have performed a self-review of my own code
[ ] I have commented my code, particularly in hard-to-understand areas
[ ] I have made corresponding changes to the documentation
[x] My changes generate no new warnings
[ ] I have added tests that prove my fix is effective or that my feature works
[ ] New and existing unit tests pass locally with my changes
[ ] Any dependent changes have been merged
[ ] CHANGELOG.md has been updated
[ ] Update Gitbook REST API Page

Kudos, SonarCloud Quality Gate passed!
  0 Bugs
  0 Vulnerabilities
  0 Security Hotspots
  1 Code Smell
 No Coverage information
 0.0% Duplication

rotateWithOrientation function is ignored because we want to maintain original image orientation during annotation. This function is stay for future use if needed


Fix calendar example

Fixes #66
Some of these changes are definitely bugs preventing intended behavior from working, while others are improvements to the existing code to prevent edge cases I discovered. I separated the changes to examples/phone from the other changes in two separate commits in case you'd only like the former.
phone/components/scene.py

Fix _PHONE_CALL_TO_ACTION format variable to name instead of agent_name (this caused phone episodes to always fail before executing any phone actions)
Fix _PHONE_ACTION_SPEC to use OutputType.FREE instead of 'FREE' (which has no matching condition in player.act())
Update did_conclude chain of thought to be more descriptive (I was seeing it unable to understand that a task was complete and therefore running for the full 20 steps)
Update _PHONE_CALL_TO_ACTION so it considers the most recent observation (I was seeing that if the most recent event was "Alice schedules meeting with Bob using smartphone", this prompt sees that as already done, so picks something else to do instead.) I think this wasn't needed previously because another bug was causing phone triggering events to never be observed?

phone/components/apps.py

Add _print method to PhoneApp
Add _print statement to ToyCalendar.add_meeting
Add check for unexpected arguments to PhoneApp.invoke_action (to prevent errors in return getattr(self, action.name)(**args) if a unexpected arg is provided)
Update Phone.description to: "has only the following apps available" (since I was getting events like "Bob uses the Camera app to take photographs", which triggered the phone scene, but then scheduled an irrelevant meeting)
Add ToyCalendar.check_calendar app action (since previously I was seeing that an event like, "Alice uses the Calendar app to check her schedule for the day and confirm her appointment with Bob." could only route to add_meeting, so it would repeat adding the same meeting). There's probably a better way to check to see if none of the app actions make sense in the context of the event and do nothing instead.

phone/components/triggering.py

Make phone triggering yes_no_question clearer in _is_phone_event and _get_player_from_event (I was seeing events like, "Alice sent a message to bob to schedule meeting" not being recognized as a phone action)

phone/calendar.ipynb

Add project root to python path to fix examples.phone.components import issue
Fix START_TIME to be at SETUP_TIME instead of one hour after (since Alice's plan typically mentions scheduling the meeting at SETUP_TIME [8 AM], but the simulation was starting at 9 AM, so she seemed to think she already did that and no longer needs to)
Change major clock step size to be 15 minutes instead of 1 hour (since Alice's plan typically involves taking 15 minutes to schedule the meeting, so if step size is much larger than that, she seems to skip this activity and instead choose plans with longer durations [like eating breakfast])
Add missing clock_now to SimIdentity
Remove unused victim variable
Update utterance_from_user to be more explicit (since Alice was giving false positive confirmation by confusing plans for events)
Change ObservationSummary.timeframe_delta_until to 15 minutes to match clock step size

Note: During the interrogation phase, since after 12 episodes, the current observations will not be far enough back in time to recall scheduling the meeting, and the summary of observations may skip this detail, Alice may answer that she doesn't recall whether she has successfully scheduled the meeting. Although not ideal, this seems better in my opinion than her just assuming she scheduled it because it's in her plan, as was previously happening.
Reminder: Need to comment out the pip installs in this notebook to preserve the below changes (the thought_chains modification appeared necessary in my testing to prevent edge cases)
observation.py

in pre_observe and observe, strip whitespace from observation to improve "[observation]" formatting

thought_chains.py

Changed thought_chains.result_to_who_what_where's open_question from "who the event is about" to "the main person the event is about" (since I was previously seeing outputs like, e.g., "Bob is eating breakfast while Alice is scheduling a meeting", which resulted in triggering a 2nd phone event for Alice, even though Alice had already just scheduled the event and bob is the one currently acting)

hey, not quite sure about the two failures due to Name 'get_ipython' is not defined here

I suspect that it's just a linter issue blocking this from submitting. I'll try and follow the steps we have on our side to fix the issue now so that this can get merged.

actually, there seems to be something different going on with this PR. I think the system sees it as having a deeper error, so it's not letting me do the next step in our process to merge it. This will take a bit more investigation I think.. Bear with us us while we figure it out. Sorry for the delay

This is merged now!


Feature flag for webpki-roots

Hi 👋🏽
Thanks for the library! Could we add a feature flag to use webpki-tokio instead of native-tokio for hyper-tls?
Happy to do it if you agree with it 😊

Waiting for https://github.com/rustls/rustls/issues/1821


Separate type for onchain attestation aggregates

Experimental PR outlining an idea of having a separate container for on chain attestation aggregates proposed by @arnetheduck during ACDC#134.
Change set:

New OnchainAttestation type to be used for aggregates included into a block with the corresponding process_onchain_attestation function used during the block processing; the old process_attestation is preserved for the purpose of gossip and attestation mempool
New compute_signing_attestation_data which is used to compute signing attestation data. The reason for that is to keep the logic around Attestation container that is still used in the network as is as far as it is possible. EIP7549 requires signing data to have committee index set to 0, and to retain the logic around non-zero index field inside of the Attestation this PR employs a trick when the index is zeroed for the purpose of signing.
There is the corresponding change to the honest validator doc and aggregate signature verification. OnchainAttestation contains signing AttestationData (i.e. with index always set to 0). The old process_attestation function should switch to the modified is_valid_indexed_attestation (not explicit in this PR)
p2p changes related to the modification of the Attestation type are dropped as the type remain unmodified, except for the signature verification part

Other changes that aren’t scoped in this PR:

Attestation mempool will have to support Attestation and OnchainAttestation types, and use different validation functions for them which depending on the pool design might have different impact on the client implementation
Fork choice on_attestation handler will have to be appended with on_onchain_attestation to handle the on chain aggregate type

P.S. The above scope of changes might not be exhaustive.

I had the impression that @arnetheduck main goal was to have a separate type (e.g. UnaggregatedAttestation) only used in the beacon_attestation topic. And leave Attestation as is for the rest of usages.

+1 for UnaggregatedAttestation - and also +1 for OnChainAttestation - meaning that we leave Attestation as-is (in previous versions) on the aggregate attestation gossip channel.

Attestation mempool will have to support Attestation and OnchainAttestation types, and use different validation functions for them which depending on the pool design might have different impact on the client implementation

Nimbus at least uses custom types in the attestation pool - from a software design perspective, the implementation would be more clean with separate types since these are separate concerns and encodings - the types would prevent accidental leakage of network format into the chain parts by construction.

IINM we could drop https://github.com/ethereum/beacon-APIs/blob/master/apis/validator/aggregate_attestation.v2.yaml with this change.


Saved model incompatible betweeen v1.4 and v1.8

System information

Have I written custom code (as opposed to using a stock example script provided in TensorFlow):
OS Platform and Distribution: Ubuntu 14.04 / Ubuntu 18.04
Mobile device (e.g. iPhone 8, Pixel 2, Samsung Galaxy) if the issue happens on mobile device: N/A
TensorFlow installed from (source or binary): Source / Binary
TensorFlow version (use command below): 1.4 / 1.8
Python version: 2.7 / 2.7
Bazel version (if compiling from source): 0.5.4 / 0.14.0
GCC/Compiler version (if compiling from source): 4.8.4 / 7.3.0
CUDA/cuDNN version: 8.0/6.0.21 / None
GPU model and memory: Nvidia GTX1080 + 32GB RAM / No GPU + 16GB RAM

I trained a network using a machine running Ubuntu 14.04 + TF v1.4 (running on GPU), and then tried to restore the model on another machine running Ubuntu 18.04 + TF v.18 (running on CPU). Note that I don't restore the .meta file; rather I run the same Python code on both machines to build the graph, and then restore the .data-00000-of-00001 file.
The problem is that even though there are no errors in running the script, the output of the network is completely different as compared to when run on the original machine (the output is mostly 0 everywhere). Is there anything I can change to fix this issue? I thought saved models were cross-compatible for the same major release (v1.x)
In the info above, I have listed the details in the format <SPEC FOR 14.04 MACHINE> / <SPEC FOR 18.04 MACHINE>.

Issue resolved. Was unrelated to the TensorFlow saved model.
Ubuntu 18.04 comes with OpenCV 3.4, which parses the EXIF meta info in images, so basically my images were being rotated from their original orientation before being input to the network. This is what was causing the different outputs.


Path dependencies leaving the workspace get hashed.

While trying to achieve full determinism builds in a complicated real-world setup, I noticed that the crate hashes (which show up in filenames and are passed to rustc in -C metadata=...) would change for crates which were referred to by relative paths, but which left the workspace.
Is this intentional? If so, I'm curious what the reasoning behind that is.
I could imagine a situation where two packages with the name and the same version could show up in the same dependency tree, but isn't that an error anyway?
Minimal example (using the eddyb/cargo-issue-7645-example repo):
# Initialize issue7645-{1,2}
git clone https://github.com/eddyb/cargo-issue-7645-example issue7645-1
cp -a issue7645-1 issue7645-2

# Build issue7645-1/{,nested/}
cargo build --manifest-path=issue7645-1/Cargo.toml
cargo build --manifest-path=issue7645-1/nested/Cargo.toml

# Build issue7645-2/{,nested/}
cargo build --manifest-path=issue7645-2/Cargo.toml
cargo build --manifest-path=issue7645-2/nested/Cargo.toml

# List all the copies of libfoo's that were built
find issue7645-{1,2}/{,nested/}target/debug/deps/libfoo-*.rmeta

On the current nightly, I get:
issue7645-1/target/debug/deps/libfoo-fd649d53ec9bad59.rmeta
issue7645-2/target/debug/deps/libfoo-fd649d53ec9bad59.rmeta
issue7645-1/nested/target/debug/deps/libfoo-1eae900464f3a413.rmeta
issue7645-2/nested/target/debug/deps/libfoo-467e958a8a02d00e.rmeta

As you can see, the top-level workspace builds have the same hash, but the nested workspace builds have a different hash, because foo is outside of that workspace (and has a different path).
cc @ehuss (with whom I've previously discussed this on Discord)

This is likely a bug in Cargo that just needs to be fixed somewhere. The compilation differs because we either compile a crate with a relative path (relative to the workspace root) or an absolute path. The relative path is only used if the workspace root is an ancestor path. The different paths here are likely leaking into the metadata calculation somewhere.
This nice comment has some background info, but it tells us the source path isn't included in the metadata hash, but it is being included here, so something looks to be going awry.

This compute_metadata function is what's responsible for the -C metadata hash, right?
I would guess this is where the path gets included:
https://github.com/rust-lang/cargo/blob/6b4dd239a4eb110f502a5a184073f53b2c1315f8/src/cargo/core/compiler/context/compilation_files.rs#L523-L528
The "source" mentions there appears to be this:
https://github.com/rust-lang/cargo/blob/6b4dd239a4eb110f502a5a184073f53b2c1315f8/src/cargo/core/source/source_id.rs#L359-L378
It hashes the "relativized" path, but it won't turn anything above the workspace into a relative path on its own (also I don't think there's anything in std::path for doing this).

Ah yes that's right! I think that's correct about where the fix would go.
I agree that a possible fix is using a relative path from the workspace root to the other crate, and that seems reasonable to me as well. It does affect debuginfo, but I think that's fine.

I'm experiencing this to.
We have
[dependencies]

locallib = { path = "../locallib", version = "0.1.0" }

When inspecting the metadata, it's expanded to a absolute path:
cargo metadata | jq '.packages[].id' | grep locallib
"locallib 0.1.0 (path+file:///abs_path_to/locallib)"

If we have access to the path variable from Cargo.toml, we could just try to detect if that's relative and use that in the hash.


Testing & Fixing issues with DBBS-Lab's MOD file collection

We have been working with Robin in order to run his model with CoreNEURON on GPU (see neuronsimulator/nrn/issues/1839). While testing the model, we have seen quite some issues in NMODL translation. The goal of this ticket is to compile mod files and fix translation+compilation issues.
What to do?

Install coreneuron + nmodl with sympy (-DCORENRN_ENABLE_NMODL=ON "-DCORENRN_NMODL_FLAGS=sympy --analytic")
Get mod file collection from DBBS Lab

git clone https://github.com/dbbs-lab/dbbs-mod-collection.git

Few mod file has issues and we should do following:

following file is not required and incompatible with coreneuron

rm dbbs-mod-collection/dbbs_mod_collection/mod/glia__dbbs_mod_collection__gap_junction__parallel.mod

dbbs_mod_collection/mod/glia__dbbs_mod_collection__cdp5__CR.mod file needs following change (state variable can't be in COMPARTMENT)

diff --git a/dbbs_mod_collection/mod/glia__dbbs_mod_collection__cdp5__CR.mod b/dbbs_mod_collection/mod/glia__dbbs_mod_collection__cdp5__CR.mod
index 32df989..7edb9ef 100644
--- a/dbbs_mod_collection/mod/glia__dbbs_mod_collection__cdp5__CR.mod
+++ b/dbbs_mod_collection/mod/glia__dbbs_mod_collection__cdp5__CR.mod
@@ -100,6 +100,7 @@ ASSIGNED {
        cai       (mM)
        mgi     (mM)
        vrat    (1)
+       mg              (mM)^M
 }

 CONSTANT { cao = 2     (mM) }
@@ -110,7 +111,6 @@ STATE {
        : let it be ~1.5 - 2 orders of magnitude smaller than baseline level

        ca              (mM)    <1e-3>
-       mg              (mM)    <1e-6>

        Buff1           (mM)
        Buff1_ca        (mM)
@@ -223,7 +223,7 @@ LOCAL dsq, dsqvol  : can't define local variable in KINETIC block
                    :   or use in COMPARTMENT statement

 KINETIC state {
-  COMPARTMENT diam*diam*vrat {ca mg Buff1 Buff1_ca Buff2 Buff2_ca BTC BTC_ca DMNPE DMNPE_ca CR CR_1C_0N CR_2C_0N CR_2C_1N CR_0C_1N CR_0C_2N CR_1C_2N CR_1C_1N CR_2C_1N CR_1C_2N CR_2C_2N}
+  COMPARTMENT diam*diam*vrat {ca Buff1 Buff1_ca Buff2 Buff2_ca BTC BTC_ca DMNPE DMNPE_ca CR CR_1C_0N CR_2C_0N CR_2C_1N CR_0C_1N CR_0C_2N CR_1C_2N CR_1C_1N CR_2C_1N CR_1C_2N CR_2C_2N}^M
   COMPARTMENT (1e10)*parea {pump pumpca}

With above two changes, mod files compile with mod2c but not with NMODL. So our goal is to make sure mod files can be compiled with NMODL as well i.e.

nrnivmodl-core dbbs-mod-collection/dbbs_mod_collection/mod/

Fixed

[x] glia__dbbs_mod_collection__cdp5__CAM_GoC.mod : verify if LOCAL and CONSTANT are correctly translated : @pramodk  handled this via #908
[x] glia__dbbs_mod_collection__Cav2_3__0.mod : TABLE statement with ARRAY variables : fixed by #924
[x] glia__dbbs_mod_collection__Ca__granule_cell.mod:  TABLE statement from DERIVATIVE block with Eigen : fixed by #925
[x]  glia__dbbs_mod_collection__Nav1_1__0.mod : fixed by #89

 x86_64/corenrn/mod2c/glia__dbbs_mod_collection__Nav1_1__0.cpp:191:30: error: duplicate member 'g'
         double* __restrict__ g{};
                              ^
 x86_64/corenrn/mod2c/glia__dbbs_mod_collection__Nav1_1__0.cpp:125:30: note: previous declaration is here
         double* __restrict__ g{};                              ^
 1 error generated.

Typically, g is implicitly defined in the MOD file. In this MOD file, g is declared as a RANGE variable and this causes double member declaration in the instance structure.
     struct glia__dbbs_mod_collection__Nav1_1__0_Instance  {
         double* __restrict__ celsius{&coreneuron::celsius};
         const double* __restrict__ gbar{};
         double* __restrict__ ina{};
         double* __restrict__ i{};
         double* __restrict__ igate{};
         double* __restrict__ g{};
..
         double* __restrict__ DI6{};
         double* __restrict__ g{};
...

To be fixed

[ ]  glia__dbbs_mod_collection__cdp5__0.mod,
glia__dbbs_mod_collection__cdp5__CAM_GoC.mod
glia__dbbs_mod_collection__cdp5__CAM.mod,
glia__dbbs_mod_collection__cdp5__CR.mod

Take updated mod files from https://github.com/dbbs-lab/dbbs-mod-collection/pull/6/.
Above mod files define LOCAL variables at global scope as:

 LOCAL dsq, dsqvol  : can't define local variable in KINETIC block
                    :   or use in COMPARTMENT statement

 KINETIC state {
   COMPARTMENT diam*diam*vrat {ca Buff1 Buff1_ca Buff2 Buff2_ca BTC BTC_ca DMNPE DMNPE_ca CR CR_1C_0N CR_2C_0N CR_2C_1N CR_0C_1N CR_0C_2N CR_1C_2N CR_1C_1N CR_2C_1N CR_1C_2N   CR_2C_2N}
   COMPARTMENT (1e10)*parea {pump pumpca}

     :pump
     ~ ca + pump <-> pumpca  (kpmp1*parea*(1e10), kpmp2*parea*(1e10))
     ~ pumpca <-> pump   (kpmp3*parea*(1e10), 0)
     CONSERVE pump + pumpca = TotalPump * parea * (1e10)

     ica_pmp = 2*FARADAY*(f_flux - b_flux)/parea
     : all currents except pump
     : ica is Ca efflux
     ~ ca << (-ica*PI*diam/(2*FARADAY))

and when we compile generated .cpp file then we get:
 x86_64/corenrn/mod2c/glia__dbbs_mod_collection__cdp5__CR.cpp:731:2053: error: use of undeclared identifier 'dsqvol'
 x86_64/corenrn/mod2c/glia__dbbs_mod_collection__cdp5__CR.cpp:700:21: error: use of undeclared identifier 'dsq'
                     dsq = inst->diam[indexes[4*pnodecount + id]] * inst->diam[indexes[4*pnodecount + id]];
                     ^
 x86_64/corenrn/mod2c/glia__dbbs_mod_collection__cdp5__CR.cpp:701:21: error: use of undeclared identifier 'dsqvol'
                     dsqvol = dsq * inst->vrat[id];                     ^
 x86_64/corenrn/mod2c/glia__dbbs_mod_collection__cdp5__CR.cpp:701:30: error: use of undeclared identifier 'dsq'
                     dsqvol = dsq * inst->vrat[id];

It's true that we can not use a LOCAL variable as it's not thread/SIMD safe (and we have a special pass to convert LOCAL to RANGE). But, I am expecting NMODL to show correct error than resulting in incorrect code and then compilation error?

Note: For now we can manually change LOCAL variables to RANGE and have mod file compiled. But, the generated Eigen code seems scary (in terms of complexity) and we need to involve @cattabiani to take a look. See #930.

[ ] glia__dbbs_mod_collection__Na__granule_cell_FHF.mod and  glia__dbbs_mod_collection__Na__granule_cell.mod

These two files have function calls in the KINETIC block, see #927.
 KINETIC kstates {
     : 1 riga
     ~ C1 <-> C2 (n1*alfa(v),n4*beta(v))
     ~ C2 <-> C3 (n2*alfa(v),n3*beta(v))

Note: Temporarily, one could re-write the mod file by first calling function calls before equations and storing the returned values into LOCAL variables?

Also, to us this is brittle legacy code, if you have any advice/sanitizations to make these mod files more standard; there's likely no technical reason for the weirder things they do more than that they are 20 years old and noone ever knew better.

@Helveg : thanks! Definitely revisit them. Some of the MOD files can be made compatible with some changes but I also wanted to make NMODL to handle all legacy usage patterns. Hence would like to fix the issues.
We will come back to you once few remaining issues are solved.


Allow changing country while staying on the same region

useful for performing systransfer on n3ds where region cannot be changed without SysTransfer.

For this case, not sure if I'd do this way
There's a different SOAP for country changes, I've just left it as a non priority to do it yet


Removed Liquibase Changeset Message from Output in CircleCI

Description
An update in liquibase has caused every changeset to be logged to stdout. Including messages such as,
Running Changeset: migrations.1.12.0.xml::topicPhaseTwoChanges::gluu (generated)
Running Changeset: migrations.1.12.0.xml::clearCwlToolTableJson::svonworl
Running Changeset: migrations.1.12.0.xml::checksumsForNullContent::coverbeck
Running Changeset: migrations.1.12.0.xml::addAppToolEvents::dyuen (generated)
Running Changeset: migrations.1.12.0.xml::orcidAuthorInfo::ktran (generated)
Running Changeset: migrations.1.13.0.xml::migrateBioToBlogLink::ktran
Running Changeset: migrations.1.13.0.xml::convertUserProfileEmptyStringToNull::ktran
Running Changeset: migrations.1.13.0.xml::add_constraints_to_user_profile::ajandu

which is making it difficult to determine the cause of test failures in CirlceCI. This issue has been bought to the attention of liquibase and it looks like they will fix it,
https://github.com/liquibase/liquibase/issues/2396
In the meantime I have made added a grep to each command that produces liquibase changeset messages so that they aren't displayed in CircleCI.
This PR should be revisited when https://github.com/liquibase/liquibase/issues/2396 is resolved.
Issue
SEAB-4602
Please make sure that you've checked the following before submitting your pull request. Thanks!

[x] Check that you pass the basic style checks and unit tests by running mvn clean install
[x] Follow the existing JPA patterns for queries, using named parameters, to avoid SQL injection
[x] If you are changing dependencies, check the Snyk status check or the dashboard to ensure you are not introducing new high/critical vulnerabilities
[x] Assume that inputs to the API can be malicious, and sanitize and/or check for Denial of Service type values, e.g., massive sizes
[x] Do not serve user-uploaded binary images through the Dockstore API
[x] Ensure that endpoints that only allow privileged access enforce that with the @RolesAllowed annotation
[x] Do not create cookies, although this may change in the future

This PR is near identical to https://github.com/dockstore/dockstore-cli/pull/174

I left a comment on your CLI PR which would apply here, if you feel it's addressable and worth it.

Responded to comment in CLI PR.


XP Days benelux

XP Days benelux is a long running conference that this year is organized online.

The call for paper has been closed


Stylised Surface causes an error in Unity 6.0 and turns material pink:

Describe the bug
Stylised Surface causes an error in Unity 6.0 and turns material pink:
Shader error in 'FlatKit/Stylized Surface': undeclared identifier '_FOVEATED_RENDERING_NON_UNIFORM_RASTER' at Clocktower/Library/PackageCache/com.unity.render-pipelines.core/ShaderLibrary/FoveatedRendering.hlsl(27) (on metal)
Compiling Subshader: 0, Pass: ForwardLit, Vertex program with _FORWARD_PLUS _MAIN_LIGHT_SHADOWS
Platform defines: SHADER_API_DESKTOP UNITY_ENABLE_DETAIL_NORMALMAP UNITY_ENABLE_REFLECTION_BUFFERS UNITY_FRAMEBUFFER_FETCH_AVAILABLE UNITY_LIGHTMAP_FULL_HDR UNITY_LIGHT_PROBE_PROXY_VOLUME UNITY_NEEDS_RENDERPASS_FBFETCH_FALLBACK UNITY_PBS_USE_BRDF1 UNITY_SPECCUBE_BLENDING UNITY_SPECCUBE_BOX_PROJECTION UNITY_USE_DITHER_MASK_FOR_ALPHABLENDED_SHADOWS
Disabled keywords: DIRLIGHTMAP_COMBINED DR_VERTEX_COLORS_ON DYNAMICLIGHTMAP_ON FOG_EXP FOG_EXP2 FOG_LINEAR INSTANCING_ON LIGHTMAP_ON LIGHTMAP_SHADOW_MIXING SHADER_API_GLES30 SHADOWS_SHADOWMASK UNITY_ASTC_NORMALMAP_ENCODING UNITY_COLORSPACE_GAMMA UNITY_HARDWARE_TIER1 UNITY_HARDWARE_TIER2 UNITY_HARDWARE_TIER3 UNITY_LIGHTMAP_DLDR_ENCODING UNITY_LIGHTMAP_RGBM_ENCODING UNITY_METAL_SHADOWS_USE_POINT_FILTERING UNITY_NO_DXT5nm UNITY_NO_SCREENSPACE_SHADOWS UNITY_PBS_USE_BRDF2 UNITY_PBS_USE_BRDF3 UNITY_PRETRANSFORM_TO_DISPLAY_ORIENTATION UNITY_UNIFIED_SHADER_PRECISION_MODEL UNITY_VIRTUAL_TEXTURING _ADDITIONAL_LIGHTS _ADDITIONAL_LIGHTS_VERTEX _CLUSTERED_RENDERING _MAIN_LIGHT_SHADOWS_CASCADE _MAIN_LIGHT_SHADOWS_SCREEN _NORMALMAP _RECEIVE_SHADOWS_OFF
To Reproduce
Steps to reproduce the behavior:

Install Unity version 6.0
Choose any material
go to the inspector and select "FlatKit > Stylized Surface.
See error and screenshot.

Expected behavior
I woud not expect to see an error and the material to go pink.
Screenshots
If applicable, add screenshots to help explain your problem.
Flat Kit version 4.5.0
Unity 6000.0.0b13
Dev platform: OSXEditor
Target platform: StandaloneOSX
URP installed: True, version 17.0.2
Render pipeline: UniversalPipeline
Color space: Linear
Quality config: PC_RPAsset
Graphics config: PC_RPAsset
Additional context
Add any other context about the problem here.

Hi! Unfortunately we can't support beta versions of Unity as they only let us upload files for released versions of the editor.


fix: use time.After to avoid useless sleep in select block

Change-Id: I95cd6f81ba55b3e1f02619d8aaf035419a21ee5d
Description
use time.After in select block to avoid useless sleep when timers to be terminated early
Checklist
Please make sure you've  completed the relevant tasks for this PR, out of the following list:

[x] Code compiles correctly
[x] Created/updated tests
[x] Unit tests passing
[ ] End-to-end tests passing
[ ] Extended the documentation / Created issue in the https://github.com/dapr/docs/ repo: dapr/docs#[issue number]
[ ] Specification has been updated / Created issue in the https://github.com/dapr/docs/ repo: dapr/docs#[issue number]
[ ] Provided sample for the feature / Created issue in the https://github.com/dapr/docs/ repo: dapr/docs#[issue number]

ping @artursouza
please help to review it again.


Icon Layout is not working

Describe the bug
Icon Layout is not working. Whatever the layout model is we chose, items are still in list layout only.
To Reproduce
Steps to reproduce the behavior:

Go to 'View'
Click on 'Layout Mode'
Scroll down to 'Icons'
See error (the files don't change into icons mode)

Expected behavior
The files must change into icons from list layout.
Screenshots
If applicable, add screenshots to help explain your problem.
Desktop (please complete the following information):

OS Version: [e.g. Windows 10 1909 18363.752]
App version: [v<IP_ADDRESS>]

Additional context
Add any other context about the problem here. Does this problem occur again after restarting the app?

Thank you for opening this issue. Layout modes is not yet implemented. We are tracking this issue in #214.


Remove Embedded Native Dlls from managed Scintilla dll

Remove Embedded Native Dlls from managed Scintilla dll
They are copied as part of the build or nuget restore process now
I branched the original repo at 73fd0cfdebc8518cd0fff33e59138ac453d41bef (tag: v.<IP_ADDRESS>)
(there are conflicts against master due to the changes since the introduction of the new abstractions assembly)

Hi,
I should have tested this better, the WinForms designer seems to have stopped working with the <IP_ADDRESS> version. I'm going to have to roll back.

See:

Sorry about that, I can't let the designer to be broken so the changes from the release v.<IP_ADDRESS> are now rolled back.

Hi @VPKSoft
Apologies - I don't use the designer, and so didn't check for that.
The reason it fails is that the path to the native libraries is not correct in the designer: the designer uses the dll in the nuget package cache rather than the build directory.
I can think of a couple of possible fixes:

Add better logic to locate the native dlls
Duplicate the native dlls in the nuget package so that they are always available in the expected relative location

I can implement 1 and resubmit a PR?

Thank you - I checked out the new PR and it works fine now 👍