Unmasked input value

Does there any ways to get unmasked input value? For example, with mask +7 (999) 999-99-99 in onChange event value of event.target.value variable is +7 (111) 123-12-12. Could I get just<PHONE_NUMBER>?

Are you a programmer? This can be done in just one line of your code.

:-) Already did it, but many jQuery-based libraries provide methods to get unmasked value and I think that it's just more comfortable way

:-) IMHO in reality 99% users of this library need masked result, other 1% could write simple transform. Otherwise just this simple step needs internally additional property or other compinent interface changes. As a result you will get a new jquery ui, as other user will ask this component to support combobox suggestions, etc. The idea is to be small and simple as possible.

Agreed

Hi! I'd also like to access the unmasked value.
Wouldn't it be neat to store the unmasked (clean) value as well? This way we could access the clean value instead of writing transforms.
@istarkov I read your comment. I'm not sure if the users of this library need the masked or unmasked value. In our case I need to send the unmasked value to the server.
Ping @sanniassin @drakmail

you can do something like this:
const input = this.refs.YourInputMaskNode;
input.getInputValue().slice(input.maskOptions.prefix.length);

@istarkov Really? I thought the whole point of input masking was user experience. Why would you want to send unnecessary static characters to the server or store them in the database?

Yes, its much more better to add few (not few if you support international formats) kbs of formatting code to every client of your db. Lets stop using json - it has enormous amount of unnecessary static characters vs C structs. Lets put every edge case into every library in the world to make ux 100%.

this component doesnt make sense if it couldn't provide unmasked value

To unmask the value, before send to the server,  you can do something like that:
const unmask = value.replace(/[^\d]/g, '');

Yes ... there is a use case for it. Imagine that your UX guy/girl asks you to present the form fields with mask because it improves user experience. Now imagine that you need to send that data to an API which only accepts values without the mask characters.
Off course you can handle the the transforming by yourself, it's not even hard to do it. Some mask libs have this functionality and I think this is very welcome.

ya it should give unmasked value in jquery there is coming similar which I had used once
            $("#expiryDatetxt").inputmask("99/99/9999");
            $("#expiryDatetxt").focus(function () {
                $(this).inputmask("99/99/9999");
            });
            $("#expiryDatetxt").blur(function () {
                let exDate = this.inputmask.unmaskedvalue();

             ///   $(this).val(valueToPass);/// send this to server
            });

I thought masks should only be in the visual...

My solution:

import React, { Component, useState } from 'react';
import { render } from 'react-dom';
import InputMaskRect, { Props as InputMaskRectProps } from "react-input-mask";
import './style.css';

type Data = {
  zipecode: string;
  date: string;
}

const App = () => {

  const [ data, setData ] = useState<Data>({ zipecode: '', date: '' });

  const handleChangeZipCode = (unmaskedValue: string, event: React.ChangeEvent) => {

    setData({
      ...data,
      zipecode: unmaskedValue
    });
  };

  const handleChangeDate = (unmaskedValue: string, event: React.ChangeEvent) => {

    setData({
      ...data,
      date: unmaskedValue
    });
  };

  const handleSubmit = (event: React.FormEventHandle<HTMLFormElement>) => {

    event.preventDefault();
    alert(JSON.stringify(data));
  }

  return (
    <form onSubmit={handleSubmit}>

        ZipCode
        <MyReactInputMask value={data.zipecode} mask="99.999-999" onChange={handleChangeZipCode} />

        Date
        <MyReactInputMask value={data.date} mask="99/99/9999" preserveMask onChange={handleChangeDate} />

      <button>Submit</button>
    </form>
  )
}

type MyReactInputMaskProps = Omit<InputMaskRectProps, 'onChange'> & {
  preserveMask?: boolean;
  onChange: (unmaskedValue: string, event: React.ChangeEvent<HTMLInputElement>) => void;
}

const MyReactInputMask = ({ mask, value, maskPlaceholder, preserveMask, onChange, maxLength, ...props }: MyReactInputMaskProps) => {

  const unmaskValue = (value: string) => {

      let unmaskedValue = '';
      for(let i = 0; i < value.length; i++) {

          const isValueChar = mask[i] === '9' || mask[i] === 'a' || mask[i] === '*';
          const isMaskChar = value[i] === maskPlaceholder;

          if (isValueChar && !isMaskChar)
              unmaskedValue += value[i];
      }

      return unmaskedValue;
  }

  const handleChange = (event: React.ChangeEvent<HTMLInputElement>) => {

      const value = preserveMask ? event.target.value : unmaskValue(event.target.value);
      onChange(value, event);
  }

  return <InputMaskRect mask={mask} value={value} onChange={handleChange} maskPlaceholder={maskPlaceholder} {...props} />;
}

render(<App />, document.getElementById('root'));

https://stackblitz.com/edit/react-ts-whl5ca?file=index.tsx

To unmask the value, before send to the server, you can do something like that:
const unmask = value.replace(/[^\d]/g, '');

What I am searching thanks

To unmask the value, before send to the server, you can do something like that:
const unmask = value.replace(/[^\d]/g, '');

Thanks my man <3
P.S. Huge miss on the lib side for not providing such behavior by default. Surely the Back-end would want unmasked values..

To unmask the value, before send to the server, you can do something like that:
const unmask = value.replace(/[^\d]/g, '');

We can simplify even more by:
let unmasked = value.replace(/\D/g, '')

But this only works if you're not using maskChar with a numeric value, eg: maskChar={'0'}

Chiming in my 2 cents as a user of the library: I expect masks to be only aesthetic, and to not actually change the input's value. And not having a built-in way of extracting the raw data from the masked input seems like such a missed core part of the feature.


need specify more integer type in android chip-tool UI for IM invoke and write

https://github.com/joonhaengHeo/connectedhomeip/blob/499b480f1b7b6f7d12eff32d1b41cfaa23b0cb8e/examples/android/CHIPTool/app/src/main/java/com/google/chip/chiptool/clusterclient/WildcardFragment.kt#L402
We need specify unsigned short, unsignedInt, unsigned long in the below map since their encoding is different for different type.
"UnsignedInt" to object:TlvWriterInterface {
override fun generate(writer : TlvWriter, value: String, tag: chip.tlv.Tag) {
writer.put(tag, value.toUInt())
}

@yunhanw-google
In my opinion, Integer Type can be divided into two types.
Int : Int, Long, Short
UnsignedInt : UInt, ULong, UShort
Therefore, I think we only need two types.
All Int types are converted to Long types in TLVWriter.kt and are being processed.

https://github.com/project-chip/connectedhomeip/blob/e1381bf86142261601344adff5dc1c4304e9aaf2/examples/android/CHIPTool/app/src/main/java/com/google/chip/chiptool/clusterclient/WildcardFragment.kt#L405
writer.put(tag, value.toULong())
https://github.com/project-chip/connectedhomeip/blob/e1381bf86142261601344adff5dc1c4304e9aaf2/examples/android/CHIPTool/app/src/main/java/com/google/chip/chiptool/clusterclient/WildcardFragment.kt#L410
writer.put(tag, value.toLong())

https://github.com/project-chip/connectedhomeip/blob/e1381bf86142261601344adff5dc1c4304e9aaf2/examples/android/CHIPTool/app/src/main/java/com/google/chip/chiptool/clusterclient/WildcardFragment.kt#L405
writer.put(tag, value.toULong())
https://github.com/project-chip/connectedhomeip/blob/e1381bf86142261601344adff5dc1c4304e9aaf2/examples/android/CHIPTool/app/src/main/java/com/google/chip/chiptool/clusterclient/WildcardFragment.kt#L410
writer.put(tag, value.toLong())


Add permission check to edit form

I can confirm that the Cypress tests hang locally as well on the block reindexing test (same as on Travis).

WAT? ... ok, we'll have to investigate

The block-indexing.js Cypress test hangs:

If you re-load the page edit view manually the test pass without problems:
    beforeEach(() => {
      cy.autologin();
      cy.createContent('Document', 'my-page', 'My Page');
      cy.visit('/my-page/edit');
      cy.waitForResourceToLoad('@navigation');
      cy.waitForResourceToLoad('@breadcrumbs');
      cy.waitForResourceToLoad('@actions');
      cy.waitForResourceToLoad('@types');
      cy.waitForResourceToLoad('?fullobjects');
    });

I am not sure if this is a test only issue or a real issue. It seems the edit view somehow does not get the auth cookie.

A Forbidden shows if the token is present, but the action is not there. Why could that be?

@sneridagh no idea. I set wait statements everywhere and it does not change a thing. The really odd thing is that block-text.js uses exactly the same beforeEach and it does not fail. It fail/pass is also not a heisenbug bug, it is reproducible everywhere.

@tisto, ok I think now I got it right.

I messed it with git merges, so I created: https://github.com/plone/volto/pull/1215 that superseeded this one.


i want upload SRT file in Keleja

Describe the bug
i want upload SRT file in Keleja but say the extension file not secure
plz help me

for security reason we recommend using archive type like zip for subtitles file. If you want to allow srt check our discord channel.


Add stateToRefs helper

What problem is this solving
If a store exposes lots of getters and state properties then extracting them is a little bit messy and repetitive:
import { computed } from "@vue/composition-api";
import useStore from "./useStore";

setup () {
  const store = useStore();

  return {
    isLoading: computed(() => store.isLoading),
    count: computed(() => store.count),
    items: computed(() => store.items),
    user: computed(() => store.user),
    settings: computed(() => store.settings),
    // ...and so on
    add: store.add,
    update: store.update,
    delete: store.delete,
  };
}

I suggest adding a stateToRefs helper that would only convert stat properties and getters to reactive refs. I'm not sure about the name of this helper, stateToRefs isn't probably the best because one might think it would only convert state properties, but at the moment I have no idea for a more generic name that would work for both: getters and state.
Proposed solution
import { stateToRefs } from "pinia";
import useStore from "./useStore";

setup () {
  const store = useStore();
  // stateToRefs would only convert getters and state properties
  const { isLoading, count,items, user, settings } = stateToRefs(store)

  return {
    isLoading,
    count,
    items,
    user,
    settings,
    add: store.add,
    update: store.update,
    delete: store.delete,
  };
}

Describe alternatives you've considered
We can do:
import { toRefs } from "@vue/composition-api";
import useStore from "./useStore";

setup () {
  const store = useStore();
  const { isLoading, count, items, user, settings } = toRefs(store)

  return {
    isLoading,
    count,
    items,
    user,
    settings,
    add: store.add,
    update: store.update,
    delete: store.delete,
  };
}

But this isn't optimal because it not only converts getters and state to refs, but also wraps in refs all built-in methods (like $reset) and all actions.

This could be useful!
As for alternatives:

Directly return the store in setup and use store.isLoading
use toRefs(store.$state) to get all state properties as refs

Note you can't do extract functions from the store: const { add } = store.add. You need to do const add = store.add.bind(store)
If this can be added while being fully tree shakeable, I think this could be really useful. But let's give it more time to think about API alternatives that take care of getters, properties added by plugins, and actions.

use toRefs(store.$state) to get all state properties as refs

Thanks for the tip. I didn't think of using this property. If getters were also exposed this way then we could do:
const store = useStore();

const { items, isLoading } = toRefs({
  ...store.$getters,
  ...store.$state,
})

If this can be added while being fully tree shakeable, I think this could be really useful. But let's give it more time to think about API alternatives that take care of getters, properties added by plugins, and actions.

Another alternative to a stateToRefs helper would be adding $asRefs property to store. e.g.:
const store = useStore();
const { myGetter } = store.$asRefs.getters;
const { myProp } = store.$asRefs.state

Where store.$asRefs.getters would be getters converted to refs and store.$asRefs.state would be state converted to refs.
Or maybe even better:
const store = useStore();
const { myGetter, myProp } = store.$asRefs;

Where store.$asRefs would be both: getters and state converted to refs.
In order to avoid unnecessary overhead these properties could utilize Proxies that would wrap properties in refs on demand (when they are accessed rather than when they are created)

But it was up to me I would rather go for a standalone stateToRefs helper because it imitates the way how Vue 3 toRefsworks, so it would be probable easier to understand and feel more natural for people who already know Composition API.

What about a function storeToRefs() that transform all state and getters of a store to refs? This avoids spread operations and is tree shakable. It also extracts properties added by plugins:
const store = useStore()
const { myProp, myGetter, myPluginRef } = storeToRefs(store)

Naming it stateToRefs() would be misleading since it also transfer getters
For setup stores, this would retrieve any reactive source (ref, reactive, customRef, computed).

That's perfect!

when i try to use storeToRefs i always get undefined for the values.

I'm using toRefs from Nuxt with Vue 2 and my getters are called implicitly when I call toRefs(store).
Is there a possible workaround ?
const store = useStore()
const { myProp } = toRefs(store)


feat: Add fromFoldable2v to Map and deprecate fromFoldable

This PR adds fromFoldable2v to Map module accepting a Magma instance instead of onConflict callback and deprecated previous fromFoldable. This is a non-breaking change.

@gcanti Please check if you're ok with type arguments order: <A, K, F>. Maybe it'd make more sense to change to <K, A, F>

@raveclassic I'd rather add fromFoldableMap as suggested by @sledorze here https://github.com/gcanti/fp-ts/issues/797#issuecomment-477969998

Superseded by https://github.com/gcanti/fp-ts/pull/892


Spaces link on hover has incorrect padding

I believe this is a regression where the padding on hover of the "SPACES" link is incorrect.

Looks fixed to me


Hot Keys Tab: display basic info for user

Rename the Tab to Top Keys
Write brief info above the table: Top keys contains a list of table primary key values that are accessed most often. Sample is collected upon request to the tab during 5s time interval. Samples column indicates how many requests to the particular key value were registered during collection phase.
Link to documentation:

https://ydb.tech/docs/en/concepts/datamodel/table#partitioning
https://ydb.tech/docs/en/best_practices/pk-olap-scalability

@adameat


0.6.1: "Could not compile fragment shader" error

FreeBSD 12 amd64
Qt-5.12.2

Thanks! There are a handful of shaders which are broken on newer versions of OpenGL. I opened a PR to fix this exact issue but I'll also try to figure out the full list that are broken.


Don't package _weburl in CMakeLists.txt or downloadable RO

The code is for downstream projects, not ours, and if we pack it, ours may mistakenly override the other projects.

Fixed in 45f50be


[FEATURE] Making a gui version of Drifty

Is your feature request related to a problem? Please describe.
It's not always loved by users to use console applications, rather they find much interest in using GUI (Graphical User Interface) version of any application.
Describe the solution you'd like
We nees to build a GUI version of the application. We can use JavaFX or swing for that purpose.
Additional context
Contributors who want to take over this issue should at first comment below and then, I would assign them with the task. Multiple assignes can be there.

Hey can I take this up?

Yes @devilkiller-ag . But, please ensure that you link this issue to your Pull Request.

@devilkiller-ag how much is the work done?

@devilkiller-ag how much is the work done?

@devilkiller-ag Please provide some updates about your work.

Hello, I would also like to be assigned. The scope of what I would do is a basic JavaFX GUI that can be expanded on later.

Ok  as @devilkiller-ag is not responding,  i am assigning this task to @m9m . If @devilkiller-ag wants to modify the GUI that will be made by @m9m , then you may open another issue and a PR for that.

@m9m Can you give us an update on your progress?

@m9m Can you give us an update on your progress?

@redet-G About half of the work has been done.
@m9m has the window layed out and the main elements. They are not connected though.

@m9m Can you give us an update on your progress?

The GUI is being done in JavaFX. I have most of the styling done. Just need to connect to current functions to the GUI.

@m9m Is is completed?

@m9m Let's put what you have already worked on into a new branch. This way, it is easier to move things faster.
@SaptarshiSarkar12

@m9m Can you give us an update on your progress?

The GUI is being done in JavaFX. I have most of the styling done. Just need to connect to current functions to the GUI.

@m9m Is is completed?

@m9m Please respond.

@m9m Please respond

After a quick look into the sources of this project, it's clear that it's not ready to extend with an "extra" UI next to the CLI.  That's probably also why the previous attempts were not successful, see the comments above this one...
Rework is needed to have both a CLI and UI build. In my opinion these initial steps need to be done, before a (JavaFX) UI can be added in a logical and maintainable way:
. Make this a multi-project Maven project
. First sub project: the "backend" code handling the download
. Second sub project: the existing CLI tool that uses the backend
This way, adding a JavaFX UI in a next step, would be a lot easier. It would be a third sub project, that can offer the same functions as the CLI project, but with a UI, using the same "backend" code.

Ok @FDelporte . That's a huge task. Can you help me with that? I would be glad for that.

I am working on the GUI part of the application in the Drifty-GUI branch (https://github.com/SaptarshiSarkar12/Drifty/tree/Drifty-GUI). If anyone wants to contribute to the GUI or wants to re-structure the project, can contribute to that branch which will be later merged with the master branch (https://github.com/SaptarshiSarkar12/Drifty/tree/master) after the GUI development has been completed.


Added ExpandSandboxSize

Adds a function to expand the container sandbox. Will follow up with a test to the test repo once merged.
/cc @swernli
Signed-off-by: Darren Stahl<EMAIL_ADDRESS>

LGTM


stable operator API

Currently the operator is considered "alpha" (https://github.com/intel/pmem-csi/blob/devel/README.md#feature-status).
Before we can commit to maintaining a stable API, we need to:

[x] revise the status (https://github.com/intel/pmem-csi/issues/611)
[x] enable per-container resource specs (https://github.com/intel/pmem-csi/issues/616) and set reasonable defaults (https://github.com/intel/pmem-csi/issues/261)
[x] revise certificate API (https://github.com/intel/pmem-csi/issues/759, https://github.com/intel/pmem-csi/issues/814)
[x] finalize the operator installation procedure (https://github.com/intel/pmem-csi/issues/761)
[x] test up- and downgrade scenarios

Once we are done, we need to change the channel in Operator Hub from alpha to beta.

@pohly I think all the listed issues got addressed, Do you still have any in your mind before closing this and calling the operator API is stable?

@pohly I think all the listed issues got addressed, Do you still have any in your mind before closing this and calling the operator API is stable?

Where do we have up- and downgrade tests?
What I meant with "test up- and downgrade scenarios", I meant installing one version of the operator, deploying a driver, and then updating resp. downgrading the operator.

Where do we have up- and downgrade tests?
What I meant with "test up- and downgrade scenarios", I meant installing one version of the operator, deploying a driver, and then updating resp. downgrading the operator.

Where do we have up- and downgrade tests?
I was mistaken, we have this for the driver but not the operator.

What I meant with "test up- and downgrade scenarios", I meant installing one version of the operator, deploying a driver, and then updating resp. downgrading the operator.

Currently, we cannot support this as our v1beta1 CRD API is not backward compatible. Probably we should target this post 0.9 release, what do you think?

Where do we have up- and downgrade tests?
I was mistaken, we have this for the driver but not the operator.

What I meant with "test up- and downgrade scenarios", I meant installing one version of the operator, deploying a driver, and then updating resp. downgrading the operator.

Currently, we cannot support this as our v1beta1 CRD API is not backward compatible. Probably we should target this post 0.9 release, what do you think?

It feels too early to define a new API in 0.9.0 and immediately declare it "stable" without any outside feedback - that will prevent all future backwards incompatible changes or at least make them more difficult.
With that in mind I think we should move this issue to 1.0.

It feels too early to define a new API in 0.9.0 and immediately declare it "stable" without any outside feedback - that will prevent all future backwards incompatible changes or at least make them more difficult.
With that in mind I think we should move this issue to 1.0.

Operator downgrade is not supported by the OLM hence we can't test that using OLM. Other than this all others listed in this issue are fixed.


fix licence metadata

Updating the licence to be compatible with the package.json spec
https://docs.npmjs.com/cli/v10/configuring-npm/package-json#license

Hi @cowboy,
I was wondering if it would be possible to get this PR merged/released please? 🙏

ping @cowboy , you can see the problem here https://deps.dev/npm/exit
That dataset is used by license checkers like https://google.github.io/osv-scanner/experimental/license-scanning/

@jayvdb @nmcdaines for gruntjs we forked the project into https://github.com/gruntjs/node-exit-x that you can also use if you want


Update setup.py

Added latest numpy which is compatible with version of all tensorflow's dependencies

@googlebot I signed it!

#48935


[BUG]  getting error when sending request to TIS

Bug description
The config files are not generated properly from the export_pytorch_ensemble(). this crates the following error:

I0405 21:49:51.493101 1088 server.cc:549]
+---------+---------------------------------------------------------+--------+
| Backend | Path                                                    | Config |
+---------+---------------------------------------------------------+--------+
| pytorch | /opt/tritonserver/backends/pytorch/libtriton_pytorch.so | {}     |
| python  | /opt/tritonserver/backends/python/libtriton_python.so   | {}     |
+---------+---------------------------------------------------------+--------+

I0405 21:49:51.493196 1088 server.cc:592]
+-----------------+---------+--------+
| Model           | Version | Status |
+-----------------+---------+--------+
| t4r_pytorch     | 1       | READY  |
| t4r_pytorch_nvt | 1       | READY  |
| t4r_pytorch_pt  | 1       | READY  |
+-----------------+---------+--------+

I0405 21:49:51.550804 1088 metrics.cc:623] Collecting metrics for GPU 0: Quadro GV100
I0405 21:49:51.551220 1088 tritonserver.cc:1932]
+----------------------------------+------------------------------------------------------------------------------------------------------------------------------------------+
| Option                           | Value                                                                                |
+----------------------------------+------------------------------------------------------------------------------------------------------------------------------------------+
| server_id                        | triton                                                                                |
| server_version                   | 2.19.0                                                                                |
| server_extensions                | classification sequence model_repository model_repository(unload_dependents) schedule_policy model_configuration system_shared_memory cu |
|                                  | da_shared_memory binary_tensor_data statistics trace                                                                                |
| model_repository_path[0]         | /workspace/models/                                                                                |
| model_control_mode               | MODE_NONE                                                                                |
| strict_model_config              | 1                                                                                |
| rate_limit                       | OFF                                                                                |
| pinned_memory_pool_byte_size     | 268435456                                                                                |
| cuda_memory_pool_byte_size{0}    | 67108864                                                                                |
| response_cache_byte_size         | 0                                                                                |
| min_supported_compute_capability | 6.0                                                                                |
| strict_readiness                 | 1                                                                                |
| exit_timeout                     | 30                                                                                |
+----------------------------------+------------------------------------------------------------------------------------------------------------------------------------------+

I0405 21:49:51.552637 1088 grpc_server.cc:4375] Started GRPCInferenceService at <IP_ADDRESS>:8001
I0405 21:49:51.552928 1088 http_server.cc:3075] Started HTTPService at <IP_ADDRESS>:8000
I0405 21:49:51.594994 1088 http_server.cc:178] Started Metrics Service at <IP_ADDRESS>:8002
0405 21:53:02.029013 1147 pb_stub.cc:419] Failed to process the request(s) for model 't4r_pytorch_nvt', message: KeyError: ('item_id-list_seq__values',)

At:
  /nvtabular/nvtabular/inference/workflow/tensorflow.py(56): _transform_outputs
  /nvtabular/nvtabular/inference/workflow/base.py(115): run_workflow
  /workspace/models/t4r_pytorch_nvt/1/model.py(115): execute

0405 21:55:19.724495 1147 pb_stub.cc:419] Failed to process the request(s) for model 't4r_pytorch_nvt', message: KeyError: ('item_id-list_seq__values',)

At:
  /nvtabular/nvtabular/inference/workflow/tensorflow.py(56): _transform_outputs
  /nvtabular/nvtabular/inference/workflow/base.py(115): run_workflow
  /workspace/models/t4r_pytorch_nvt/1/model.py(115): execute

The reason for that, the nvt config files do not have the correct output features. it should be as below:
output {
  name: "item_id-list_seq__nnzs"
  data_type: TYPE_INT64
  dims: -1
  dims: 1
}
output {
  name: "item_id-list_seq__values"
  data_type: TYPE_FP64
  dims: -1
  dims: 1
}

Steps/Code to reproduce bug
Please run the end-to-end-notebook example.
Expected behavior
we should be able to send request and get the response back from Triton.
Environment details

Transformers4Rec version:
Platform:
Python version:
Huggingface Transformers version:
PyTorch version (GPU?):
Tensorflow version (GPU?):

using merrlin-inference-pytorch-training:22.03 and  merrlin-inference-pytorch-inference:22.03 docker images.

@karlhigley fyi.

Having looked into this a bit, we believe the Triton config is correct; in this case, since the item_id-list_seq feature is passed through the NVT ListSlice operator, we know the exact size of the list, which is consistent across all rows in the dataset. The schema therefore shows that the feature is_list=True and is_ragged=False, and only ragged list features actually require __values and __nnzs.
When we run the notebooks, we get this error when we send a request to Triton:
[StatusCode.INTERNAL] in ensemble 't4r_pytorch', Failed to process the request(s) for model instance 't4r_pytorch_nvt', message: KeyError: ('item_id-list_seq__values',)

which indicates that the model is expecting an input called item_id-list_seq__values—but it shouldn't, since this feature is a list of a fixed size (comparable to a vector embedding.) Based on that, we think the issue here is actually with the Transformers4Rec input layer not respecting the is_ragged property in the column schema. We're not experts on that layer though, so will defer to others on how to address that in TF4Rec.


WiFi Crack Failed due to Depreciated Plugin

The plugin 2500 is deprecated and was replaced with plugin 22000. For more details, please read: https://hashcat.net/forum/thread-10253.html

The plugin 2500 is deprecated and was replaced with plugin 22000. For more details, please read: https://hashcat.net/forum/thread-10253.html

I'm a cyber security consultant that is conducting and leading security audits, penetration testing engagements, and red team engagements to a variety of companies, ranging from enterprise-level companies to small start-ups.
Daily activities include, but are not limited to: penetration testing, red teaming, briefing, debriefing, other meetings.
Previously I did infrastructure management at an enterprise-level company where I was administrating three (3) active directory forests and did host-based incident response.
Certificates owned:
[+] CCNA Routing and Switching 1
[+] Cisco Cyber Operations Introduction
[+] Cisco Cyber Operations...my WhatsApp number +8801314956025


just updated every new tab I see "Couldn't read file ...functions/prompt_agnoster_setup containing theme agnoster." etc..

As per subject.
Couldn't read file /Users/stefano/.zprezto/modules/prompt/functions/prompt_agnoster_setup containing theme agnoster.
Couldn't read file /Users/stefano/.zprezto/modules/prompt/functions/prompt_powerline_setup containing theme powerline.
Couldn't read file /Users/stefano/.zprezto/modules/prompt/functions/prompt_pure_setup containing theme pure.
It looks like after the update there is a reference to some themes that changed location.
Any suggestion about how to go about this?
Thank you.

I'm still having this issue after upgrading prezto recently. inside prezto dir I ran git submodule update --recursive. anything else you had to do @stefanosc ?

ah, problem solved. had to follow this:
https://github.com/sorin-ionescu/prezto#updating
i.e.  git pull && git submodule update --init --recursive


Enable Git Large File Storage for packages.min.json

Warning from GitHub when pushing commits:

remote: warning: GH001: Large files detected.
remote: warning: See http://git.io/iEPt8g for more information.
remote: warning: File public/packages.min.json is 62.53 MB; this is larger than GitHub's recommended maximum file size of 50.00 MB

Tried, but still too slow, and the free git-lfs plan on GitHub is not enough for us.


Bot replies to itself when it says its own name

Probably in this part of the code:

    if (self.only_speak_when_spoken_to and client.user.mentioned_in(message) \
               or any(word in message.content.lower() for word in client.user.display_name.lower().split())) \
           or (self.in_active_conversation(message.author.id) and message.channel.id == self.main_channel):
       """ If bot is set to only speak when spoken to and someone uses its name
           or if is in an active conversation with the user in the main channel, we reply.
           This is a messy one. """

I tried adding

and message.author != client.user:

but that doesn't change anything.
From time to time, it gets stuck in a loop and repeats itself over and over again.

Ah, I havent noticed this, thanks for pointing it out. Guess I have to stir the spaghetti some more.. Pretty sure there already is a "do not reply to yourself" logic in the behavior that should make it abort immediately, but it's probably overridden by some other spaghetti at this point.

That seems to have fixed it.


IngressRoute v1 design document

Fixes #947, updates #1075 by providing an initial design for IngressRoute v1.
Signed-off-by: Steve Sloka<EMAIL_ADDRESS>

I'm going to close this PR for now. I was a bit overzealous in what this design could tackle. I won't delete the branch just yet and will 100% take the feedback given into the next rev, but I think to leave this as-is will do more harm and be confusing for folks.


c++ STL

lower_bound(ForwardIterator first, ForwardIterator last, const T& val)
template <class ForwardIterator, class T> ForwardIterator lower_bound
(ForwardIterator first, ForwardIterator last, const T& val);

template <class ForwardIterator, class T, class Compare> ForwardIterator lower_bound
(ForwardIterator first, ForwardIterator last, const T& val, Compare comp);

调用lower_bound之前必须确定序列为有序序列，否则调用出错。第一个版本排序根据底层的 <(小于)操作符，跳过小于的。
Value of the lower bound to search for in the range.
For (1), T shall be a type supporting being compared with elements of the range [first,last) as the right-hand side operand of operator<.

template <class ForwardIterator, class T>
  ForwardIterator lower_bound (ForwardIterator first, ForwardIterator last, const T& val)
{
  ForwardIterator it;
  iterator_traits<ForwardIterator>::difference_type count, step;
  count = distance(first,last);
  while (count>0)
  {
    it = first; step=count/2; advance (it,step);
    if (*it<val) {                 // or: if (comp(*it,val)), for version (2)
      first=++it;
      count-=step+1;
    }
    else count=step;
  }
  return first;
}

Binary function that accepts two arguments (the first of the type pointed by ForwardIterator, and the second, always val), and returns a value convertible to bool. The value returned indicates whether the first argument is considered to go before the second.
The function shall not modify any of its arguments.
This can either be a function pointer or a function object.

set lower_bound

既然是 set 容器，不存在距离这个概念。如果你真想有个顺序，就用 vector。


Maximum update depth exceeded DndContext

I am currently following the implementation of the multiple container Vertical Grid in dnd-kit's storybook implementation and when attempting to drag and drop an item to another container, a warning occurs as shown below:

Listed below are the versions of dnd-kit that I have been using:

"@dnd-kit/core": "^6.0.5",

"@dnd-kit/sortable": "^7.0.1",

"@dnd-kit/utilities": "^3.2.0",

did you solve your issue ?

I am also having this issue

I was using the latest versions of @dnd-kit and the react version of our project is 17.0.1. The workaround that I did was that I searched for a compatible @dnd-kit version to react v17.0.1 which is the list below:
"@dnd-kit/core": "5.0.3",
"@dnd-kit/sortable": "6.0.1",
"@dnd-kit/utilities": "3.2.0"
After applying this changes, it is working as expected without changing any code that I have implemented.

Any updates on this? I have the same issue when i drag fast. The error points to line 372 on the dispatch inside the drag move.

This happens when I have many draggables and I drag fast

I have the same issue, React v17.0.2.
"@dnd-kit/core": "^6.1.0",
"@dnd-kit/sortable": "^8.0.0",
"@dnd-kit/utilities": "^3.2.2",
Downgrade to the same version as @thisisdajaaa, thank you.


Add POST requests

And generalized requests.
This breaks the grunt tests, they now all timeout. I'm not sure what's wrong there, but if someone does know I'd be happy to fix it or anything else.

@Colecf hey! Thanks for this. I will definitely take a look what is wrong ;)

Timout issue seems to be with this section of the test:
sandbox.stub(requestDefault, 'get')
           .withArgs({url: url, headers: headers})
           .callsArgWith(1, null, exprectedResponse, requestedPage);

I no longer use request.get(), and instead just use the request() object as a function, and I'm not sure how to stub that with sinon...

@Colecf https://github.com/codemanki/cloudscraper/pull/7 ;)


DRAFT: Add GeoStatistics to db

Performed the following steps:

Tidy up before adding new schema (change  models into a module to split out different areas of the schema to avoid coupling)

Closing as things have moved on


how to set the appropriate size of  load_mini_batch（）

Hello davisking !
I want to retrain the face recognition model .
Question 1:
I have 1.1 million ids with 80 million images,I would like to ask how to set the parameters of
load_mini_batch(), It is helpful for model training.
Question 2:
Does the official framework need to be changed for such data? For example, deepen the layer number or feature layer 128 to 256 even more.

hello davisking,thanks for your reply.
resnet52:
block2_x       block3_x       block4_x     block5_x
11，64         11,128         11,256     11,512
33，64         33,128         33,256      33,512
11，256       11,512         11,1024     11,2048
I tried to build resnet52 network, but I was a little confused about the jumping layer between blocks. Avg_pool () samples W and H, but how to solve the difference in channel number between the two blocks?


Installation instructions not working?

OK, so I'm a total go n00b but the installation instructions don't seem to work...
$ brew install go
...
$ export GOPATH=~/.gocode
$ go get github.com/tylertreat/comcast
$ comcast --device=en0 --latency=250 --bandwidth=1000 --packet-loss=0.1
-bash: comcast: command not found

edit: brew installs go version go1.3.3 darwin/amd64

Add ~/.gocode/bin to your PATH:
export PATH=~/gocode/bin:$PATH

@chrisgaraffa thanks :)


docker too many open files due to fluentd buffer

What kind of request is this (question/bug/enhancement/feature request):
bug
Steps to reproduce (least amount of steps as possible):

project /  resources / project logging
add  elasticsearch  logging target
run you project and wait

Result:

we  found  thant  the fluentd process opened too many buffer files

Other details that may be helpful:
We restarted docker and disabled fluentd logging , then problem solved.
Environment information

Rancher version (rancher/rancher/rancher/server image tag or shown bottom left in the UI): v2.1.3
Installation option (single install/HA): HA

Cluster information

Cluster type (Hosted/Infrastructure Provider/Custom/Imported): imported kubeadm 1.11.6
Machine type (cloud/VM/metal) and specifications (CPU/memory):  8c / 16G
Kubernetes version (use kubectl version):

Client Version: version.Info{Major:"1", Minor:"11", GitVersion:"v1.11.6", GitCommit:"b1d75deca493a24a2f87eb1efde1a569e52fc8d9", GitTreeState:"clean", BuildDate:"2018-12-16T04:39:52Z", GoVersion:"go1.10.3", Compiler:"gc", Platform:"linux/amd64"}
Server Version: version.Info{Major:"1", Minor:"11", GitVersion:"v1.11.6", GitCommit:"b1d75deca493a24a2f87eb1efde1a569e52fc8d9", GitTreeState:"clean", BuildDate:"2018-12-16T04:30:10Z", GoVersion:"go1.10.3", Compiler:"gc", Platform:"linux/amd64"}

Docker version (use docker version):

docker version
Client:
 Version:      17.03.3-ce
 API version:  1.27
 Go version:   go1.7.5
 Git commit:   e19b718
 Built:        Thu Aug 30 01:04:51 2018
 OS/Arch:      linux/amd64

Server:
 Version:      17.03.3-ce
 API version:  1.27 (minimum version 1.12)
 Go version:   go1.7.5
 Git commit:   e19b718
 Built:        Thu Aug 30 01:04:51 2018
 OS/Arch:      linux/amd64
 Experimental: false

Hi, @jagjag We fixed it in 2.2, now have some release candidate version, you can try it, v2.2.0-rc3

@aiwantaozi  thank you, I will try it.

Any workarounds for 2.1 meanwhile?
Thanks!

fluentd 1.1.3 will create buffer file each flush interval and if the flush interval is very small, there are lots of small queued chunks in buffer. This is not good with file buffer because it consumes lots of fd resources when output destination doesn't have enough throughput. You can try increase the flush interval.

Close as it has been fixed in 2.2


Full WYSIWYG support, add additional methods for HTML tags

Hi,
This is not a bug, but a request:
Is there a function to add a new image inside the emojionearea (like an animated gif) ?

Actually no, currently EmojioneArea works only with text and emojis

I think I expressed badly.
You already do insert images into the EmojioneArea

My question is: how can I insert for instance my own image inside EmojioneArea  like:

You can't, EmojioneArea not supports images by default

EmojioneArea filters output and will remove all images except emojis

and what about HTML ?
looks like setText parses HTML content: is there a way to insert HTML content ?

EmojiOne Area is a small jQuery plugin that allows you to transform any html element into simple WYSIWYG editor with ability to use Emojione icons.
The end result is a secure text/plain in which the image icons will be replaced with their Unicode analogues.

And I repeat:

EmojioneArea works only with text and emojis

that's not really TRUE:
{saveEmojisAs:'image' }
: will INSERT HTML IMAGES and not UNICODE

https://github.com/mervick/emojionearea#saveemojisas

it's works only for emojis and only for save emojis as html images

Currently EmojioneArea not supports HTML at all,
but actually it will a good proposal to add this feature

yes: that's what I say.
there is a way to insert HTML content as you do when saveEmojisAs is set to 'image'
I tried with 'paste' event: it does paste the image (good) AND also the html source of image (bad), even when I try to prevent the default event:
$('[contenteditable]').on('paste', function (e) {
    e.stopPropagation();
    e.preventDefault();
    document.execCommand('inserthtml', false, '');
});

Would be great to have a setHTML function

Anyway getHtml() currently not exists,
only getText() and it removes all extra html tags.
It require to add custom options for this and review all the code

Also currently it removes all html tags from source input

I would love this feature too.
I just have added a new strategy to the textcomplete, to insert usernames when user inserts a @ like here in github for instance.
  const emojioneArea = $('textarea').emojioneArea({
    events: {
      onLoad () {
        setTimeout(function () {
          const textComplete = that2.editor.data().textComplete
          textComplete.strategies.push({
            $el: textComplete.strategies[0].$el,
            cache: textComplete.strategies[0].cache,
            context () { return true },
            template (a) { return a },
            replace (a) { return `<address>@${a}</address> ` },
            id: 'emojionearea',
            index: 2,
            match: /\B@(\w*)$/,
            search (term, c) {
                return ['foo', 'bar', 'buz']
            }
          })
        }, 1000)
      }
    }
  })

It shows the textcomplete popup and works as it should, but after a short while, the address tag is removed.
May be, just adding a whitelist of allowed tags will do de trick.

Currently EmojioneArea not supports HTML at all, but actually it will be a good proposal to add this feature

if it does not support html at all then why the description on this plugin says EmojioneArea is a small jQuery plugin that allows you to transform any html element into simple WYSIWYG editor
Still this feature is not added, i've spent much time to keep html , instead i should use other plugin.


User not able to log in and log out

https://github.com/user-attachments/assets/c270b88a-6b9f-4795-bd3e-714a3bd9d4c3

working on my machine, also why does it show 0 users on landing page

im on dev server, and i have fixed this issue it was happening due to invalid token


Spring Startup Ananlyzer should be Spring Startup Analyzer right?

on the README file. the main title, Spring Startup Ananlyzer is wrong.

Yes, a typo

You are welcome to submit a fixedPR


iOS10 - showsInfiniteScrolling = YES - Observers issue

Hi,
i'm using the showInfiniteScrolling property set as YES. Removing the viewcontroller with infinite table view i receive this error:
*** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'An instance 0x110024c00 of class UITableView was deallocated while key value observers were still registered with it. Current observation info: <NSKeyValueObservationInfo 0x17002e8c0> (
<NSKeyValueObservance 0x174252c60: Observer: 0x0, Key path: contentOffset, Options: <New: YES, Old: NO, Prior: NO> Context: 0x0, Property: 0x174252300>
<NSKeyValueObservance 0x174254910: Observer: 0x0, Key path: contentSize, Options: <New: YES, Old: NO, Prior: NO> Context: 0x0, Property: 0x174254940>
)'
*** First throw call stack:
(0x190d821c0 0x18f7bc55c 0x190d82108 0x1917d2d64 0x196d615cc 0x196dcee08 0x1001fd948 0x18fc62a28 0x1001f0bf4 0x18fc62a28 0x10014cac4 0x10014b594 0x1001f074c 0x1001fd22c 0x1001fadf8 0x196bdd0b0 0x196bdcc78 0x1975a641c 0x19739dd84 0x19739db8c 0x19739de5c 0x196bdcef4 0x196bdcc78 0x100194390 0x100190d1c 0x196bda0e8 0x19409a188 0x19408ee64 0x19408ed24 0x19400b7ec 0x194032c58 0x194033678 0x190d2f7dc 0x190d2d40c 0x190d2d89c 0x190c5c048 0x1926e2198 0x196c482fc 0x196c43034 0x1001d6714 0x18fc405b8)
libc++abi.dylib: terminating with uncaught exception of type NSException
Setting showsInfiniteScrolling to ->NO the error is not visibile and the app doesn't crash.
Can u help me?

This is happening a lot in my app as well with this library.


All the training boxes are 90 degrees off

So I used tesseract make.box with a newer version of tesseract, I believe version 5?
Then I loaded the box data, and all the boxes seem to be rotated to the left 90 degrees.
Therefore none of the boxes lined up with the text on the screen.

QTB is designed for tesseract 3x training. So it is ok if it fails with the newer version which changed the training process.


Null Button ignores "remote-button" style

Checklist:

[x] I updated to the latest version available
[x] I cleared the cache of my browser

Release with the issue:
4.0.5
Last working release (if known):
unknown
Browser and Operating System:
Chromium 128.0.6613.119 (Official Build) Arch Linux (64-bit)
Description of problem:
The CSS styles set for remote-button do not apply to Null Buttons. I'm not sure if this is intentional but I discovered it while redesigning my remote and noticing a misalignment between elements due to my configured style not applying to the null Elements used to keep the Layout aligned.
If this is intentional it might be helpful to add the .empty-button selector to the CSS section of the readme.
/* padding gets applied to all "real" buttons */
remote-button {
  padding: 8px;
}
/* added to match "null" buttons to real buttons*/
.empty-button {
  padding: 8px;
}

Javascript errors shown in the web inspector (if applicable):
None
Your Full Remote Config
type: custom:android-tv-card
remote_id: remote.shield
keyboard_id: media_player.android_tv_shield_lan
custom_icons:
  - name: jellyfin
    path: >-
      M12 .002C8.826.002-1.398 18.537.16 21.666c1.56 3.129 22.14 3.094 23.682
      0C25.384 18.573 15.177 0 12 0zm7.76 18.949c-1.008 2.028-14.493 2.05-15.514
      0C3.224 16.9 9.92 4.755 12.003 4.755c2.081 0 8.77 12.166 7.759 14.196zM12
      9.198c-1.054 0-4.446 6.15-3.93 7.189.518 1.04 7.348 1.027 7.86 0
      .511-1.027-2.874-7.19-3.93-7.19z
custom_actions:
  - type: slider
    name: slider
    range:
      - 0.005
      - 0.655
    step: '{{ 5/185 }}'
    value_attribute: volume_level
    tap_action:
      action: perform-action
      perform_action: media_player.volume_set
      data:
        volume_level: '{{ value | float }}'
      target:
        entity_id: media_player.pioneer_avr
    entity_id: media_player.pioneer_avr
    styles: |-
      :host {
        --tooltip-label: '{{ ((value * 92.5) - 80.5) | round(1, "half") }}db';
      }
  - type: button
    name: menu
    tap_action:
      action: perform-action
      target:
        entity_id: media_player.android_tv_shield_lan
      data:
        command: am start -a android.settings.SETTINGS
      perform_action: androidtv.adb_command
    icon: mdi:menu
  - comment: disabled due to (dumb) limitation of remote key entry
    icon: mdi:menu
    tap_action:
      action: key
      key: MENU
    name: menu_broken
    type: button
  - icon: mdi:disc-player
    tap_action:
      action: perform-action
      target:
        entity_id: media_player.pioneer_avr
      data:
        source: BD
      perform_action: media_player.select_source
    name: input_bluray
    type: button
  - icon: mdi:android
    tap_action:
      action: perform-action
      target:
        entity_id: media_player.pioneer_avr
      data:
        source: VIDEO 1
      perform_action: media_player.select_source
    name: input_shield
    type: button
  - icon: mdi:volume-high
    tap_action:
      action: perform-action
      target:
        entity_id: media_player.pioneer_avr
      data:
        sound_mode: AUTO SURROUND
      perform_action: media_player.select_sound_mode
    name: audio_surround
    type: button
  - icon: mdi:volume-low
    tap_action:
      action: perform-action
      target:
        entity_id: media_player.pioneer_avr
      data:
        sound_mode: Auto Level Control
      perform_action: media_player.select_sound_mode
    name: audio_alc
    type: button
  - icon: mdi:power
    tap_action:
      action: perform-action
      target:
        entity_id: switch.shellyplugs_heimkino
      perform_action: switch.turn_on
    hold_action:
      hold_time: 2000
      action: perform-action
      target:
        entity_id: switch.shellyplugs_heimkino
      perform_action: switch.turn_off
    name: power_system
    type: button
    styles: |-
      :host {
        color: {% if hass.states["switch.shellyplugs_heimkino"].state %}
        yellow
      {% else %}
        white
      {% endif %};
      }
  - type: button
    name: jellyfin
    tap_action:
      action: perform-action
      target:
        entity_id: media_player.android_tv_shield_lan
      data:
        command: >-
          am start -a android.intent.action.VIEW -d -n
          org.jellyfin.androidtv/.ui.startup.StartupActivity
      perform_action: androidtv.adb_command
    icon: jellyfin
  - type: button
    name: volume_up
    tap_action:
      action: perform-action
      data: {}
      perform_action: media_player.volume_up
      target:
        entity_id: media_player.pioneer_avr
    hold_action:
      action: repeat
    icon: mdi:volume-plus
  - type: button
    name: volume_down
    tap_action:
      action: perform-action
      data: {}
      perform_action: media_player.volume_down
      target:
        entity_id: media_player.pioneer_avr
    hold_action:
      action: repeat
    icon: mdi:volume-minus
  - icon: mdi:rewind-10
    tap_action:
      action: key
      key: MEDIA_REWIND
    name: skip-backward
    type: button
  - icon: mdi:fast-forward-10
    tap_action:
      action: key
      key: MEDIA_FAST_FORWARD
    name: skip-forward
    type: button
rows:
  - - audio_surround
    - audio_alc
    - null
    - null
    - power_system
  - - input_shield
    - input_bluray
    - null
    - null
    - null
  - - back
    - home
    - null
    - keyboard
    - menu
  - - touchpad
  - - previous
    - skip-backward
    - play_pause
    - skip-forward
    - next
  - |
    {% if false %}
    - volume_down
    - null
    - volume_mute
    - null
    - volume_up
    {% endif %}
    - slider
  - - netflix
    - disney
    - youtube
    - jellyfin
    - spotify
media_player_id: media_player.pioneer_avr
styles: |-
  remote-button {
    padding: 8px;
  }
  .empty-button {
    padding: 8px;
  }

Additional information:

It's intentional. I'll have to update the README later today.

README updated


feat(SP-1744): update to gitleaks v8

This PR updates the tool gitleaks used in the secrets detection check to its latest major version.
gitleaks API and exception file for every repo (.gitleaks.toml) is broken with this new version. So, the migration plan I have in mind is the following:

Merge this into ci-standard-checks@v1-beta
Test secrets detection in repos that use ci-standard-checks@v1-beta
Submit PRs to all repos that have a .gitleaks.toml file and use ci-standard-checks@v1. The PR will update .gitleaks.toml to make it compatible with gitleaks version 8 and also make the repos use ci-standard-checks@v1-beta
Once all PRs from previous step are merged, promote ci-standard-checks@v1-beta to ci-standard-checks@v1 and submit PRs to the same repos to make them use ci-standard-checks@v1 instead of ci-standard-checks@v1-beta

Maybe there's a better migration plan, let me know what you think. Thanks!

Hi @davidsalvador-tf, thank you about implementing this!
In step 3 you mentioned The PR will update .gitleaks.toml to make it compatible with gitleaks version 8 and also make the repos use ci-standard-checks@v1 probably meant to use ci-standard-checks@v1-beta right?
Also do you have a plan on how to create PR to all repos already? (we have this, might be helpful)

You're right @alexkravch! I just fixed the step description.
About the PRs, yep I was planning on using that tool as I need to update around 50 repos.

[ ] @davidsalvador-tf


Typo in project "Build A Simple Web App With Flask"

Expected Behavior
'''
from flask import Flask
app = Flask(name)
@app.route("/")
def index():
return "Index!"
@app.route("/hello")
def hello():
return "Hello World!"
@app.route("/members")
def members():
return "Members"
@app.route("/members/string:name/")
def getMember(name):
return name</string:name>
if name == "main":
app.run()
'''
Should create a simple flask application
Current Behavior
There is a syntax error in the code due to an incorrect closing tag </string:name> inside the route decorator.

Please assign me, I will have alook into this. Thanks

where i whole code by the way


Fixed breaking change to animated clock

Hi Son
Following your comment https://github.com/3dcitydb/3dcitydb-web-map/pull/28#issuecomment-386011554 on my last pull-request, I fixed the issue with the clock. It should now animate once again.
As for your other questions:

Regarding documentation: No, I meant with all the objects itself; so for example which properties the Webmapcity Object has, which methods the Citydblayers have, etc. If I'm too blind to see such a documentation, please let me know =)
Regarding geoproregio: Yes, I'm working there as a developer.

Best,
Lukas

Hi Lukas,
I think it would be better to call the clock using the cesiumViewer.cesiumWidget.clock. You can change lines 172 - 179 of script.js to something like this:
var clock = cesiumViewer.cesiumWidget.clock;
clock.shouldAnimate = true;
var dayTimeStr = CitydbUtil.parse_query_string('dayTime', window.location.href);
if (dayTimeStr) {
    var julianDate = Cesium.JulianDate.fromIso8601(decodeURIComponent(dayTimeStr));
    clock.currentTime = julianDate;
    clock.shouldAnimate = false;
}

Regarding the documentation of the 3DCityDB JavaScript classes: That is something we can definitely add to the project to provide users (especially power users and developers) a better understanding of the tool. But since we currently do not have the resources to do such thing, you are more than welcome to contribute. 👍
Best,
Son

Hi Son
Why do you think that way works better? I've been using it my way in one of my projects and have not had any issues yet, but I'm curious to know what the advantage of your approach over mine ist :-)
Best,
Lukas

Hi Lukas,
I prefer calling the cesiumViewer.cesiumWidget.clock to creating a new clock because the former does not replace an existing clock with a new one like the latter does (see documentation). If for example you modified the clock somewhere in the code, calling the constructor would lose all these modifications. Of course in our case both will do the same since they are called upon init, but I think it's safer to use cesiumViewer.cesiumWidget.clock. I also tend to keep related codes near each other so I can find them easily later. ;-)
Best,
Son

Hi Son
I see your point. However, in that particular case, I think it would make sense to put the Clock definition to the webmap init. As you say, we should keep related code together, yet in my opinion, that would also mean that we should keep Initcode together.
In script.js, you also parse the shadow and terrainshadows in the beginning, since they are used for constructing the Cesium instance. If we have the Clock at the start, we can define the "basic clock" and have all related configuration there (especially if they make more changes to Clock); in the later parts of the code we should of course use the widget to not override our basic clock. Another advantage would be that we define the Clock explicitly; using the code as it was now just uses the Cesium defaults, which can lead to that kind of issues that we have now (i.e. Cesium changing the default behaviour).
As such, we would have the basic configuration with shadows, clock and other Init-related code at the start (where we also initiate the viewer), and everything else that follows is placed behind that part.
However, that's just my opinion :-) If you'd rather like to use the CesiumWidget, I'll test your suggestion and put it there.
Best,
Lukas

Hi Lukas,
I see. Your approach is better used for scenarios where we have to set up a clock manually and use it (i.e. the global clock variable) multiple times, but since we only want to set the shouldAnimate attribute, any of the proposed codes would suffice. I will accept the pull request now (unless you'd like to commit any changes) so we can move on with the other fixes.
Best,
Son

Hi Son
Sounds good to me :-)
As for the documentation mentioned above, I'll do my best to create something in that respect. However, I'm currently focussing on getting that webpack version running. (Which does run, by the way, however only with my modified script. I'll work on building the "script.js" from the official repo, so we can test the webpack version better. I hope we'll be able to get that npm install 3dcitydb-webclient going =)).
Best,
Lukas

Hi Lukas,
regarding the Webpack, the 3DCityDB Web Map Client also has a docker image, which you can find on our chair's homepage. Perhaps you'll find this useful.
Best,
Son


Add precommit fmt hook check

Needs make init to initialize githooks

@luongngocminh It should be updated with latest code


[Suggestion] Redstone Item

The Password trigger is great but it would be nice to expand on it and have something that works with a switch/lever/redstone input to apply redstone to a block remotely. Random Things has 2 things as an example.
https://randomthingsminecraftmod.wikispaces.com/Redstone+Interface
https://randomthingsminecraftmod.wikispaces.com/Advanced+Redstone+Interface

So, basically the remote lever but placeable in the world....
You bind it to a location somehow, put it in the world, and it activates the remote spot ?
https://github.com/PrinceOfAmber/Cyclic/milestone/111

Yes that would be great.  That milestone is new? or did i miss it? If i missed that sorry for the duplicate item.

Yeah, that would be something like Malisis Remote Levers. Great Idea.

@mrdeadlocked  milestones are just my personal TODO wishlist / brainstorm idea place, i dont expect people to check through before reporting no worries

In the latest versions in 1.12 I have added wireless redstone receiver and transmitters, which basically do the same thing. very similar anyway.   It is only 1 to 1 so pretty simple, but this way they did not need a complicated GUI  screen


Fix minor issue with operator spec graph traversal

Remove redundant traversal loop added by mistake during conflict merge.

@prateekm @atoomula I apologize for the oversight.


Port learn module: Separate your UI and code with Xamarin.Forms data binding

Port the https://learn.microsoft.com/en-us/training/modules/separate-your-ui-and-code-with-xamarin-forms-data-binding/ module to .NET MAUI

Associated WorkItem - 177849

https://github.com/MicrosoftDocs/learn-pr/pull/41753


Successfully prevented access warning for login.conf.

Added instruction to restrict access for login.conf file more than system default permissions.

Tracks issue #47.

Good catch, thanks! It's definitely a good call to set these permissions explicitly in the installer. Variable name changes are sensible! :+1:

Yea, I got a little picky with the variable names, at least with this script to make the consistent here ;).


Set-up kanban project

Dear reviewer, we are doing this project for two. (Abraha and Karam)
Here is the project link:  https://github.com/AbrahaKahsay/space-travelers/projects/1

Hi Team,
Your project is complete!  There is nothing else to say other than... it's time to merge it :shipit:
Congratulations! 🎉
Cheers and Happy coding!👏👏👏
Feel free to leave any questions or comments in the PR thread if something is not 100% clear.

As described in the Code reviews limits policy  you have a limited number of reviews per project (check the exact number in your Dashboard). If you think that the code review was not fair, you can request a second opinion using this form.

Thank you! @mikethreels

Completed the task.


Update license scope vocab

As suggested by @augusto-herrmann in https://github.com/tdwg/camtrap-dp/issues/189#issuecomment-1023193049, use the following terms in license scope:
data
linked media

The second was named media, which might be confusing that it is about the media.csv file rather than the media files referenced in filePath in media.csv. I opted for linked media (with space) in line with other vocab terms we have, such as motion detection.
Suggestions welcome.

I recognize the need to broaden the scope of the scope array and the argument for changing the name to linked_media. However, I disagree with the change. Scope by definition limits the extent of the relevance to camera trap data packages. Since the file is called media.csv, I think we should keep the option media.

Scope by definition limits the extent of the relevance to camera trap data packages.

Do you mean the term scope only occurs in Camtrap DP? Because it might not stay that way, I suggested it as a general term to adopt in frictionless.
Now, the allowed values can be Camtrap DP specific, but there the name media might make people think it applies to the media.csv file itself, which is not the intend: that file is data, and falls under the data scope. Maybe naming it linked media files is clearer?

@peterdesmet
Good question. My response was entirely too obtuse.
Rephrase.
Instead of establishing a global set of allowable values for the scope field, you can restrict their scope to the associated package (with a global controlled vocabulary to avoid synonyms if the need arises).
In Camtrap-DP, licenses are scoped to two entities, media and data. Therefore the allowed values for scope are restricted to media and data. If  Camtrap-DP mandated that licenses be applied to three entities, then the allowed values for scope would be those three entities.

Right, in the sense the terms don't necessarily need to be self explanatory. The definition states what they mean (in the context of Camtrap DP):

Scope of the license. data for the license under which the content of the Data Package is provided, media for the license under which the media files referenced in media.csv are provided.

I'll update this to "under which the media files referenced in filePath in media.csv are provided."

Change reverted, but definition updated:

Scope of the license. data applies to the content of the Data Package (datapackage.json and related CSV files), media applies to the media files (locally or externally hosted) referenced via filePath in the media resource.

@ben-norton accept PR if you agree

@peterdesmet if you're going to link the scope with the resource named "media", to generalize this I think the PR frictionless/specs#766 should be changed as well.
Do you mean that the value of scope would be the name of a resource to which the license applies?
What about adding a schema part to it? E.g. resource:media. Then it could be used for other resources. Even better, it could be considered a de-referencing property, but we'd better discuss this on the other PR you did on the specs (linked above).

Do you mean that the value of scope would be the name of a resource to which the license applies?

No, that is not the intend here. That use case - as far as I see it - is covered by adding a license property to the resource itself:

licenses: as for Data Package metadata. If not specified the resource inherits from the data package.

The use case here is two fold: 1) what if multiple licenses are defined at Data Package level: what does that mean? 2) Can we use that to indicate the license of elements in a data packages, like files linked in a csv file, a README file added next to the datapackage.json, etc.

PR

I accept (I'm still learning how GitHub works).

@augusto-herrmann reading your proposal in https://github.com/frictionlessdata/specs/pull/766#issuecomment-1024241066, mediatype: image/jpeg would suit our use case!


add ubl support and more fields to hide

I´ve added a declaration of var "to_anonymize" to support ubl (didn´t find the excact issue).
Also I´ve added anonymize_all.csv where all sensitive data in ubl is listed and some more fields of cii

I believe the original idea was to have separate files but thanks :-)
the ubl path is listed in https://github.com/ZUGFeRD/quba-viewer/issues/48 but I trust you


Issue #53

Here is the first step in fixing issue #53.
Some work on RiakPbcTransport needs to happen, along with adding or modifying some test cases. I'd like comments on the direction.
(note this builds on my 'newhttp' branch; the two branches touch the same code, so rather than deal with conflicts later, I'm optimistically assuming newhttp will be merged :-), thus allowing issue-53 to merge)

This work is subsumed into the "merge_greg" branch, which is part of pull request #85.
Closing.


[#845] feat(storage): Introduce available space based storage choosing policy

What changes were proposed in this pull request?
Introduce pluggable storage chooser strategies for local storage,
including hash-based(default) and capacity-based
Why are the changes needed?
Currently, the local storage of per-partition is selected by hash strategy.
This is simple but will cause many problems, like many huge partitions
will store in the same local disk, if the hash number is same.
I know this is rare but it has happened in our internal env.
So it's better to support available space based storage selector
for per-partition. And I will introduce the pluggable local storage selector,
but I'm not sure whether it could support multiple disk storages for one-partition.
Does this PR introduce any user-facing change?
Yes. Doc will be added later.
How was this patch tested?

UTs

Codecov Report

Merging #847 (8ff6e6c) into master (4ce4a8d) will increase coverage by 2.32%.
The diff coverage is 70.00%.

:exclamation: Current head 8ff6e6c differs from pull request most recent head 270e5d6. Consider uploading reports for the commit 270e5d6 to get more accurate results

@@             Coverage Diff              @@
##             master     #847      +/-   ##
============================================
+ Coverage     56.99%   59.32%   +2.32%
- Complexity     2137     2168      +31
============================================
  Files           321      305      -16
  Lines         15642    13358    -2284
  Branches       1243     1248       +5
============================================
- Hits           8915     7924     -991
+ Misses         6220     5000    -1220
+ Partials        507      434      -73

Impacted Files
Coverage Δ

...ava/org/apache/uniffle/common/util/ClassUtils.java
0.00% <0.00%> (ø)

...rg/apache/uniffle/storage/common/LocalStorage.java
61.36% <0.00%> (+0.59%)
:arrow_up:

...he/uniffle/server/storage/LocalStorageManager.java
84.97% <70.00%> (-1.00%)
:arrow_down:

.../server/storage/local/HashBasedStorageChooser.java
92.30% <92.30%> (ø)

...a/org/apache/uniffle/server/ShuffleServerConf.java
99.43% <100.00%> (+<0.01%)
:arrow_up:

...ver/storage/local/CapacityBasedStorageChooser.java
100.00% <100.00%> (ø)

... and 28 files with indirect coverage changes
:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more

cc @jerqi . PTAL.
BTW. the failed test case is not the logic error. Please ignore

PTAL @jerqi Round-robin could be supported in the future.

If you have time, could you help take a look ?

Do you consider reading data if we use another storage choose policy?

Do you consider reading data if we use another storage choose policy?

The partition->disk mapping has been supported in #424.


EarlyStopping Callbakc not working with Multiple Callbacks

Please make sure that this is a Bug or a Feature Request and provide all applicable information asked by the template.
If your issue is an implementation question, please ask your question on StackOverflow or on the Keras Slack channel instead of opening a GitHub issue.
System information

Have I written custom code (as opposed to using example directory):
OS Platform and Distribution (e.g., Linux Ubuntu 16.04):
TensorFlow backend (yes / no):  yes
TensorFlow version:  1.14.0
Keras version:  2.2.4
Python version:  3.6
CUDA/cuDNN version:
GPU model and memory:

Issue
I am using custom auc metric by following code and using multiple callbacks early_stopping and auc as well.
But now my model traning does not stop even my loss is not improving much. Can you tell me what is wrong in code or It is kind of bug.
If I am not using Metric in callbacks then early_stopping working fine.
class Metric(Callback):
	def __init__(self, val, y_val):
		self.val = val
		self.y_val = y_val

	def on_epoch_end(self, epoch, logs):
		y_data = np.argmax(self.y, axis=1)
		y_pred = self.model.predict(self.train)
                roc = roc_auc_score(y_data, y_pred[:, 1])
		print('roc-score:', roc)

early_stop = EarlyStopping(monitor='val_loss', mode='min', verbose=1, patience=2, min_delta=1e-7)
callbacks = [early_stop, Metric(X_CV, y_cv)]

model.fit(train_data, y_train, epochs=100, batch_size=32, validation_data=(X_CV, y_cv), callbacks=callbacks)

EarlyStopping works well if it passed as the last callback in the list.
E.g.
callbacks = [Metric(X_CV, y_cv), early_stop]
Looks like during applying other (next) callback model.stop_trainig property resets to False.

I can confirm this. If EarlyStopping is not the last callback. Would it be reasonable to sort the callbacks forcing EarlyStopping be the last?

Just for the record, the issue is solved in v2.2


Concerto Core has the wrong package name

Describe the bug
Wrong package name.
The structure of the lerna packages in the code is:
concerto-core
concerto-tools
concerto-cli

But the package name (and the published package on npmjs) for concerto-core is still concerto. I think it would make sense to change that to avoid confusion, and align with other Accord Project packages structure/naming.
Corresponding line, I believe:
https://github.com/accordproject/concerto/blob/9f324a35c0d2f5f50ddeb64b04a1e819e7487143/packages/concerto-core/package.json#L2

@jeromesimeon created a PR to update the package name

Thanks @Niladri24dutta ! That's great. I would love to get @mttrbrts 's feedback on this issue since he did the refactoring into a monorepo.

@jeromesimeon I've left some minor comments in the PR. otherwise it LGTM 👍

@mttrbrts Great thanks! I wanted to make sure you agree with the issue in the first place!

A few things that should be done for this:

Make sure all references across packages use the new name. Most of them are in the concerto-tools package. Here is a grep on my local copy:

Here is a grep of the references on my local machine:

bash-3.2$ grep -r require packages/*/lib | grep concerto | grep accordproject | grep -v '@accordproject/concerto-tools'
packages/concerto-cli/lib/commands.js:const ModelManager = require('@accordproject/concerto').ModelManager;
packages/concerto-cli/lib/commands.js:const ModelFile = require('@accordproject/concerto').ModelFile;
packages/concerto-cli/lib/commands.js:const DefaultModelFileLoader = require('@accordproject/concerto').DefaultModelFileLoader;
packages/concerto-cli/lib/commands.js:const FileWriter = require('@accordproject/concerto').FileWriter;
packages/concerto-tools/lib/codegen/fromcto/plantuml/plantumlvisitor.js:const ModelFile = require('@accordproject/concerto').ModelFile;
packages/concerto-tools/lib/codegen/fromcto/plantuml/plantumlvisitor.js:const ModelManager = require('@accordproject/concerto').ModelManager;
packages/concerto-tools/lib/codegen/fromcto/plantuml/plantumlvisitor.js:const ClassDeclaration = require('@accordproject/concerto').ClassDeclaration;
packages/concerto-tools/lib/codegen/fromcto/plantuml/plantumlvisitor.js:const TransactionDeclaration = require('@accordproject/concerto').TransactionDeclaration;
packages/concerto-tools/lib/codegen/fromcto/plantuml/plantumlvisitor.js:const AssetDeclaration = require('@accordproject/concerto').AssetDeclaration;
packages/concerto-tools/lib/codegen/fromcto/plantuml/plantumlvisitor.js:const ParticipantDeclaration = require('@accordproject/concerto').ParticipantDeclaration;
packages/concerto-tools/lib/codegen/fromcto/plantuml/plantumlvisitor.js:const EnumDeclaration = require('@accordproject/concerto').EnumDeclaration;
packages/concerto-tools/lib/codegen/fromcto/plantuml/plantumlvisitor.js:const Field = require('@accordproject/concerto').Field;
packages/concerto-tools/lib/codegen/fromcto/plantuml/plantumlvisitor.js:const RelationshipDeclaration = require('@accordproject/concerto').RelationshipDeclaration;
packages/concerto-tools/lib/codegen/fromcto/plantuml/plantumlvisitor.js:const EnumValueDeclaration = require('@accordproject/concerto').EnumValueDeclaration;
packages/concerto-tools/lib/codegen/fromcto/golang/golangvisitor.js:const AssetDeclaration = require('@accordproject/concerto').AssetDeclaration;
packages/concerto-tools/lib/codegen/fromcto/golang/golangvisitor.js:const ClassDeclaration = require('@accordproject/concerto').ClassDeclaration;
packages/concerto-tools/lib/codegen/fromcto/golang/golangvisitor.js:const EnumDeclaration = require('@accordproject/concerto').EnumDeclaration;
packages/concerto-tools/lib/codegen/fromcto/golang/golangvisitor.js:const ConceptDeclaration = require('@accordproject/concerto').ConceptDeclaration;
packages/concerto-tools/lib/codegen/fromcto/golang/golangvisitor.js:const EnumValueDeclaration = require('@accordproject/concerto').EnumValueDeclaration;
packages/concerto-tools/lib/codegen/fromcto/golang/golangvisitor.js:const Field = require('@accordproject/concerto').Field;
packages/concerto-tools/lib/codegen/fromcto/golang/golangvisitor.js:const ModelFile = require('@accordproject/concerto').ModelFile;
packages/concerto-tools/lib/codegen/fromcto/golang/golangvisitor.js:const ModelManager = require('@accordproject/concerto').ModelManager;
packages/concerto-tools/lib/codegen/fromcto/golang/golangvisitor.js:const RelationshipDeclaration = require('@accordproject/concerto').RelationshipDeclaration;
packages/concerto-tools/lib/codegen/fromcto/golang/golangvisitor.js:const TransactionDeclaration = require('@accordproject/concerto').TransactionDeclaration;
packages/concerto-tools/lib/codegen/fromcto/golang/golangvisitor.js:const ModelUtil = require('@accordproject/concerto').ModelUtil;
packages/concerto-tools/lib/codegen/fromcto/typescript/typescriptvisitor.js:const ModelManager = require('@accordproject/concerto').ModelManager;
packages/concerto-tools/lib/codegen/fromcto/typescript/typescriptvisitor.js:const ModelUtil = require('@accordproject/concerto').ModelUtil;
packages/concerto-tools/lib/codegen/fromcto/typescript/typescriptvisitor.js:const ModelFile = require('@accordproject/concerto').ModelFile;
packages/concerto-tools/lib/codegen/fromcto/typescript/typescriptvisitor.js:const ClassDeclaration = require('@accordproject/concerto').ClassDeclaration;
packages/concerto-tools/lib/codegen/fromcto/typescript/typescriptvisitor.js:const Field = require('@accordproject/concerto').Field;
packages/concerto-tools/lib/codegen/fromcto/typescript/typescriptvisitor.js:const RelationshipDeclaration = require('@accordproject/concerto').RelationshipDeclaration;
packages/concerto-tools/lib/codegen/fromcto/typescript/typescriptvisitor.js:const EnumDeclaration = require('@accordproject/concerto').EnumDeclaration;
packages/concerto-tools/lib/codegen/fromcto/typescript/typescriptvisitor.js:const EnumValueDeclaration = require('@accordproject/concerto').EnumValueDeclaration;
packages/concerto-tools/lib/codegen/fromcto/xmlschema/xmlschemavisitor.js:const ModelFile = require('@accordproject/concerto').ModelFile;
packages/concerto-tools/lib/codegen/fromcto/xmlschema/xmlschemavisitor.js:const ModelManager = require('@accordproject/concerto').ModelManager;
packages/concerto-tools/lib/codegen/fromcto/xmlschema/xmlschemavisitor.js:const ModelUtil = require('@accordproject/concerto').ModelUtil;
packages/concerto-tools/lib/codegen/fromcto/xmlschema/xmlschemavisitor.js:const ClassDeclaration = require('@accordproject/concerto').ClassDeclaration;
packages/concerto-tools/lib/codegen/fromcto/xmlschema/xmlschemavisitor.js:const EnumDeclaration = require('@accordproject/concerto').EnumDeclaration;
packages/concerto-tools/lib/codegen/fromcto/xmlschema/xmlschemavisitor.js:const Field = require('@accordproject/concerto').Field;
packages/concerto-tools/lib/codegen/fromcto/xmlschema/xmlschemavisitor.js:const RelationshipDeclaration = require('@accordproject/concerto').RelationshipDeclaration;
packages/concerto-tools/lib/codegen/fromcto/xmlschema/xmlschemavisitor.js:const EnumValueDeclaration = require('@accordproject/concerto').EnumValueDeclaration;
packages/concerto-tools/lib/codegen/fromcto/java/javavisitor.js:const ModelManager = require('@accordproject/concerto').ModelManager;
packages/concerto-tools/lib/codegen/fromcto/java/javavisitor.js:const ModelUtil = require('@accordproject/concerto').ModelUtil;
packages/concerto-tools/lib/codegen/fromcto/java/javavisitor.js:const ModelFile = require('@accordproject/concerto').ModelFile;
packages/concerto-tools/lib/codegen/fromcto/java/javavisitor.js:const ClassDeclaration = require('@accordproject/concerto').ClassDeclaration;
packages/concerto-tools/lib/codegen/fromcto/java/javavisitor.js:const Field = require('@accordproject/concerto').Field;
packages/concerto-tools/lib/codegen/fromcto/java/javavisitor.js:const RelationshipDeclaration = require('@accordproject/concerto').RelationshipDeclaration;
packages/concerto-tools/lib/codegen/fromcto/java/javavisitor.js:const EnumDeclaration = require('@accordproject/concerto').EnumDeclaration;
packages/concerto-tools/lib/codegen/fromcto/java/javavisitor.js:const EnumValueDeclaration = require('@accordproject/concerto').EnumValueDeclaration;
packages/concerto-tools/lib/codegen/fromcto/jsonschema/jsonschemavisitor.js:const AssetDeclaration = require('@accordproject/concerto').AssetDeclaration;
packages/concerto-tools/lib/codegen/fromcto/jsonschema/jsonschemavisitor.js:const ClassDeclaration = require('@accordproject/concerto').ClassDeclaration;
packages/concerto-tools/lib/codegen/fromcto/jsonschema/jsonschemavisitor.js:const EnumDeclaration = require('@accordproject/concerto').EnumDeclaration;
packages/concerto-tools/lib/codegen/fromcto/jsonschema/jsonschemavisitor.js:const ConceptDeclaration = require('@accordproject/concerto').ConceptDeclaration;
packages/concerto-tools/lib/codegen/fromcto/jsonschema/jsonschemavisitor.js:const EnumValueDeclaration = require('@accordproject/concerto').EnumValueDeclaration;
packages/concerto-tools/lib/codegen/fromcto/jsonschema/jsonschemavisitor.js:const Field = require('@accordproject/concerto').Field;
packages/concerto-tools/lib/codegen/fromcto/jsonschema/jsonschemavisitor.js:const ModelFile = require('@accordproject/concerto').ModelFile;
packages/concerto-tools/lib/codegen/fromcto/jsonschema/jsonschemavisitor.js:const ModelManager = require('@accordproject/concerto').ModelManager;
packages/concerto-tools/lib/codegen/fromcto/jsonschema/jsonschemavisitor.js:const RelationshipDeclaration = require('@accordproject/concerto').RelationshipDeclaration;
packages/concerto-tools/lib/codegen/fromcto/jsonschema/jsonschemavisitor.js:const TransactionDeclaration = require('@accordproject/concerto').TransactionDeclaration;
packages/concerto-tools/lib/codegen/fromcto/loopback/loopbackvisitor.js:const AssetDeclaration = require('@accordproject/concerto').AssetDeclaration;
packages/concerto-tools/lib/codegen/fromcto/loopback/loopbackvisitor.js:const ParticipantDeclaration = require('@accordproject/concerto').ParticipantDeclaration;
packages/concerto-tools/lib/codegen/fromcto/loopback/loopbackvisitor.js:const ConceptDeclaration = require('@accordproject/concerto').ConceptDeclaration;
packages/concerto-tools/lib/codegen/fromcto/loopback/loopbackvisitor.js:const EnumDeclaration = require('@accordproject/concerto').EnumDeclaration;
packages/concerto-tools/lib/codegen/fromcto/loopback/loopbackvisitor.js:const EnumValueDeclaration = require('@accordproject/concerto').EnumValueDeclaration;
packages/concerto-tools/lib/codegen/fromcto/loopback/loopbackvisitor.js:const EventDeclaration = require('@accordproject/concerto').EventDeclaration;
packages/concerto-tools/lib/codegen/fromcto/loopback/loopbackvisitor.js:const Field = require('@accordproject/concerto').Field;
packages/concerto-tools/lib/codegen/fromcto/loopback/loopbackvisitor.js:const ModelFile = require('@accordproject/concerto').ModelFile;
packages/concerto-tools/lib/codegen/fromcto/loopback/loopbackvisitor.js:const ModelManager = require('@accordproject/concerto').ModelManager;
packages/concerto-tools/lib/codegen/fromcto/loopback/loopbackvisitor.js:const RelationshipDeclaration = require('@accordproject/concerto').RelationshipDeclaration;
packages/concerto-tools/lib/codegen/fromcto/loopback/loopbackvisitor.js:const TransactionDeclaration = require('@accordproject/concerto').TransactionDeclaration;
- Review the READMEs/Dev instructions to make sure they refer to the new name if necessary.
- I am not entirely clear, but there might be some build scripts that also refer to the package (this could be checked later).

Once the tests pass, I'll keep an eye on the deployment to npm and can help with that if need be.

A few things that should be done for this:
* Make sure all references across packages use the new name. Most of them are in the `concerto-tools` package. Here is a grep on my local copy:

bash-3.2$ grep -r require packages/*/lib | grep concerto | grep accordproject | grep -v '@accordproject/concerto-tools'
packages/concerto-cli/lib/commands.js:const ModelManager = require('@accordproject/concerto').ModelManager;
packages/concerto-cli/lib/commands.js:const ModelFile = require('@accordproject/concerto').ModelFile;
packages/concerto-cli/lib/commands.js:const DefaultModelFileLoader = require('@accordproject/concerto').DefaultModelFileLoader;
packages/concerto-cli/lib/commands.js:const FileWriter = require('@accordproject/concerto').FileWriter;
packages/concerto-tools/lib/codegen/fromcto/plantuml/plantumlvisitor.js:const ModelFile = require('@accordproject/concerto').ModelFile;
packages/concerto-tools/lib/codegen/fromcto/plantuml/plantumlvisitor.js:const ModelManager = require('@accordproject/concerto').ModelManager;
packages/concerto-tools/lib/codegen/fromcto/plantuml/plantumlvisitor.js:const ClassDeclaration = require('@accordproject/concerto').ClassDeclaration;
packages/concerto-tools/lib/codegen/fromcto/plantuml/plantumlvisitor.js:const TransactionDeclaration = require('@accordproject/concerto').TransactionDeclaration;
packages/concerto-tools/lib/codegen/fromcto/plantuml/plantumlvisitor.js:const AssetDeclaration = require('@accordproject/concerto').AssetDeclaration;
packages/concerto-tools/lib/codegen/fromcto/plantuml/plantumlvisitor.js:const ParticipantDeclaration = require('@accordproject/concerto').ParticipantDeclaration;
packages/concerto-tools/lib/codegen/fromcto/plantuml/plantumlvisitor.js:const EnumDeclaration = require('@accordproject/concerto').EnumDeclaration;
packages/concerto-tools/lib/codegen/fromcto/plantuml/plantumlvisitor.js:const Field = require('@accordproject/concerto').Field;
packages/concerto-tools/lib/codegen/fromcto/plantuml/plantumlvisitor.js:const RelationshipDeclaration = require('@accordproject/concerto').RelationshipDeclaration;
packages/concerto-tools/lib/codegen/fromcto/plantuml/plantumlvisitor.js:const EnumValueDeclaration = require('@accordproject/concerto').EnumValueDeclaration;
packages/concerto-tools/lib/codegen/fromcto/golang/golangvisitor.js:const AssetDeclaration = require('@accordproject/concerto').AssetDeclaration;
packages/concerto-tools/lib/codegen/fromcto/golang/golangvisitor.js:const ClassDeclaration = require('@accordproject/concerto').ClassDeclaration;
packages/concerto-tools/lib/codegen/fromcto/golang/golangvisitor.js:const EnumDeclaration = require('@accordproject/concerto').EnumDeclaration;
packages/concerto-tools/lib/codegen/fromcto/golang/golangvisitor.js:const ConceptDeclaration = require('@accordproject/concerto').ConceptDeclaration;
packages/concerto-tools/lib/codegen/fromcto/golang/golangvisitor.js:const EnumValueDeclaration = require('@accordproject/concerto').EnumValueDeclaration;
packages/concerto-tools/lib/codegen/fromcto/golang/golangvisitor.js:const Field = require('@accordproject/concerto').Field;
packages/concerto-tools/lib/codegen/fromcto/golang/golangvisitor.js:const ModelFile = require('@accordproject/concerto').ModelFile;
packages/concerto-tools/lib/codegen/fromcto/golang/golangvisitor.js:const ModelManager = require('@accordproject/concerto').ModelManager;
packages/concerto-tools/lib/codegen/fromcto/golang/golangvisitor.js:const RelationshipDeclaration = require('@accordproject/concerto').RelationshipDeclaration;
packages/concerto-tools/lib/codegen/fromcto/golang/golangvisitor.js:const TransactionDeclaration = require('@accordproject/concerto').TransactionDeclaration;
packages/concerto-tools/lib/codegen/fromcto/golang/golangvisitor.js:const ModelUtil = require('@accordproject/concerto').ModelUtil;
packages/concerto-tools/lib/codegen/fromcto/typescript/typescriptvisitor.js:const ModelManager = require('@accordproject/concerto').ModelManager;
packages/concerto-tools/lib/codegen/fromcto/typescript/typescriptvisitor.js:const ModelUtil = require('@accordproject/concerto').ModelUtil;
packages/concerto-tools/lib/codegen/fromcto/typescript/typescriptvisitor.js:const ModelFile = require('@accordproject/concerto').ModelFile;
packages/concerto-tools/lib/codegen/fromcto/typescript/typescriptvisitor.js:const ClassDeclaration = require('@accordproject/concerto').ClassDeclaration;
packages/concerto-tools/lib/codegen/fromcto/typescript/typescriptvisitor.js:const Field = require('@accordproject/concerto').Field;
packages/concerto-tools/lib/codegen/fromcto/typescript/typescriptvisitor.js:const RelationshipDeclaration = require('@accordproject/concerto').RelationshipDeclaration;
packages/concerto-tools/lib/codegen/fromcto/typescript/typescriptvisitor.js:const EnumDeclaration = require('@accordproject/concerto').EnumDeclaration;
packages/concerto-tools/lib/codegen/fromcto/typescript/typescriptvisitor.js:const EnumValueDeclaration = require('@accordproject/concerto').EnumValueDeclaration;
packages/concerto-tools/lib/codegen/fromcto/xmlschema/xmlschemavisitor.js:const ModelFile = require('@accordproject/concerto').ModelFile;
packages/concerto-tools/lib/codegen/fromcto/xmlschema/xmlschemavisitor.js:const ModelManager = require('@accordproject/concerto').ModelManager;
packages/concerto-tools/lib/codegen/fromcto/xmlschema/xmlschemavisitor.js:const ModelUtil = require('@accordproject/concerto').ModelUtil;
packages/concerto-tools/lib/codegen/fromcto/xmlschema/xmlschemavisitor.js:const ClassDeclaration = require('@accordproject/concerto').ClassDeclaration;
packages/concerto-tools/lib/codegen/fromcto/xmlschema/xmlschemavisitor.js:const EnumDeclaration = require('@accordproject/concerto').EnumDeclaration;
packages/concerto-tools/lib/codegen/fromcto/xmlschema/xmlschemavisitor.js:const Field = require('@accordproject/concerto').Field;
packages/concerto-tools/lib/codegen/fromcto/xmlschema/xmlschemavisitor.js:const RelationshipDeclaration = require('@accordproject/concerto').RelationshipDeclaration;
packages/concerto-tools/lib/codegen/fromcto/xmlschema/xmlschemavisitor.js:const EnumValueDeclaration = require('@accordproject/concerto').EnumValueDeclaration;
packages/concerto-tools/lib/codegen/fromcto/java/javavisitor.js:const ModelManager = require('@accordproject/concerto').ModelManager;
packages/concerto-tools/lib/codegen/fromcto/java/javavisitor.js:const ModelUtil = require('@accordproject/concerto').ModelUtil;
packages/concerto-tools/lib/codegen/fromcto/java/javavisitor.js:const ModelFile = require('@accordproject/concerto').ModelFile;
packages/concerto-tools/lib/codegen/fromcto/java/javavisitor.js:const ClassDeclaration = require('@accordproject/concerto').ClassDeclaration;
packages/concerto-tools/lib/codegen/fromcto/java/javavisitor.js:const Field = require('@accordproject/concerto').Field;
packages/concerto-tools/lib/codegen/fromcto/java/javavisitor.js:const RelationshipDeclaration = require('@accordproject/concerto').RelationshipDeclaration;
packages/concerto-tools/lib/codegen/fromcto/java/javavisitor.js:const EnumDeclaration = require('@accordproject/concerto').EnumDeclaration;
packages/concerto-tools/lib/codegen/fromcto/java/javavisitor.js:const EnumValueDeclaration = require('@accordproject/concerto').EnumValueDeclaration;
packages/concerto-tools/lib/codegen/fromcto/jsonschema/jsonschemavisitor.js:const AssetDeclaration = require('@accordproject/concerto').AssetDeclaration;
packages/concerto-tools/lib/codegen/fromcto/jsonschema/jsonschemavisitor.js:const ClassDeclaration = require('@accordproject/concerto').ClassDeclaration;
packages/concerto-tools/lib/codegen/fromcto/jsonschema/jsonschemavisitor.js:const EnumDeclaration = require('@accordproject/concerto').EnumDeclaration;
packages/concerto-tools/lib/codegen/fromcto/jsonschema/jsonschemavisitor.js:const ConceptDeclaration = require('@accordproject/concerto').ConceptDeclaration;
packages/concerto-tools/lib/codegen/fromcto/jsonschema/jsonschemavisitor.js:const EnumValueDeclaration = require('@accordproject/concerto').EnumValueDeclaration;
packages/concerto-tools/lib/codegen/fromcto/jsonschema/jsonschemavisitor.js:const Field = require('@accordproject/concerto').Field;
packages/concerto-tools/lib/codegen/fromcto/jsonschema/jsonschemavisitor.js:const ModelFile = require('@accordproject/concerto').ModelFile;
packages/concerto-tools/lib/codegen/fromcto/jsonschema/jsonschemavisitor.js:const ModelManager = require('@accordproject/concerto').ModelManager;
packages/concerto-tools/lib/codegen/fromcto/jsonschema/jsonschemavisitor.js:const RelationshipDeclaration = require('@accordproject/concerto').RelationshipDeclaration;
packages/concerto-tools/lib/codegen/fromcto/jsonschema/jsonschemavisitor.js:const TransactionDeclaration = require('@accordproject/concerto').TransactionDeclaration;
packages/concerto-tools/lib/codegen/fromcto/loopback/loopbackvisitor.js:const AssetDeclaration = require('@accordproject/concerto').AssetDeclaration;
packages/concerto-tools/lib/codegen/fromcto/loopback/loopbackvisitor.js:const ParticipantDeclaration = require('@accordproject/concerto').ParticipantDeclaration;
packages/concerto-tools/lib/codegen/fromcto/loopback/loopbackvisitor.js:const ConceptDeclaration = require('@accordproject/concerto').ConceptDeclaration;
packages/concerto-tools/lib/codegen/fromcto/loopback/loopbackvisitor.js:const EnumDeclaration = require('@accordproject/concerto').EnumDeclaration;
packages/concerto-tools/lib/codegen/fromcto/loopback/loopbackvisitor.js:const EnumValueDeclaration = require('@accordproject/concerto').EnumValueDeclaration;
packages/concerto-tools/lib/codegen/fromcto/loopback/loopbackvisitor.js:const EventDeclaration = require('@accordproject/concerto').EventDeclaration;
packages/concerto-tools/lib/codegen/fromcto/loopback/loopbackvisitor.js:const Field = require('@accordproject/concerto').Field;
packages/concerto-tools/lib/codegen/fromcto/loopback/loopbackvisitor.js:const ModelFile = require('@accordproject/concerto').ModelFile;
packages/concerto-tools/lib/codegen/fromcto/loopback/loopbackvisitor.js:const ModelManager = require('@accordproject/concerto').ModelManager;
packages/concerto-tools/lib/codegen/fromcto/loopback/loopbackvisitor.js:const RelationshipDeclaration = require('@accordproject/concerto').RelationshipDeclaration;
packages/concerto-tools/lib/codegen/fromcto/loopback/loopbackvisitor.js:const TransactionDeclaration = require('@accordproject/concerto').TransactionDeclaration;

* Review the READMEs/Dev instructions to make sure they refer to the new name if necessary.

* I am not entirely clear, but there might be some build scripts that also refer to the package (this could be checked later).

Once the tests pass, I'll keep an eye on the deployment to npm and can help with that if need be.

I have made the requested changes in the PR

Well done @Niladri24dutta ! You PR is merged now, and the corresponding package is published on npm:
https://www.npmjs.com/package/@accordproject/concerto-core

Well done @Niladri24dutta ! You PR is merged now, and the corresponding package is published on npm:
https://www.npmjs.com/package/@accordproject/concerto-core
@jeromesimeon
Just a question in the installation of npm document above , do we need to update the commands which refers to  @accordproject/concerto  e.g npm install @accordproject/concerto --save

Well done @Niladri24dutta ! You PR is merged now, and the corresponding package is published on npm:
https://www.npmjs.com/package/@accordproject/concerto-core
@jeromesimeon
Just a question in the installation of npm document above , do we need to update the commands which refers to @accordproject/concerto e.g npm install @accordproject/concerto --save

I think this should be fixed actually. It's probably just npm getting a little confused since we haven't had a first release yet. If you look at the latest tagged "unstable" version you have:
<EMAIL_ADDRESS>(or in the repo itself)

@jeromesimeon that makes sense now. is this PR will be elligible for hacktoberfest?