📇 Contacts app for Nextcloud
Examples and demos built with Jina that help you onboarding
Jina is the cloud-native neural search framework powered by state-of-the-art AI and deep learning
Jina Hub is a marketplace for search components, pipelines and applications
A FAST drop-in replacement for the conda command-line utility, in C++
OpenCraft - Instance Manager
rutujasurve94/OWASP_AppSensor 0
Code Sprint 2017
push eventjina-ai/jina-hub
commit sha 7a941570c79d1a2a944ebc1ff0129567a3a5d83c
fix: moved import
push time in 2 minutes
push eventjina-ai/jina-hub
commit sha ebba403efddac824cfc5f4cf5290b8e2e979dff2
fix: changed config
push time in 7 minutes
issue openedjina-ai/examples
multires-lyrics-search exmaple errors
- In app.py
if sys.argv[1] == 'index':
workspace = os.environ['WORKDIR']
if os.path.exists(workspace):
print(f'\n +---------------------------------------------------------------------------------+ \
\n | 🤖🤖🤖 | \
\n | The directory {workspace} already exists. Please remove it before indexing again. | \
\n | 🤖🤖🤖 | \
\n +---------------------------------------------------------------------------------+')
config()
index()
shows error:
(py37-lyrics) sz@air:/mnt/d/coding/jina-ai/examples/multires-lyrics-search$ python3.7 app.py index
Traceback (most recent call last):
File "app.py", line 70, in <module>
if (os.environ['WORKDIR']):
File "/usr/lib/python3.7/os.py", line 681, in __getitem__
raise KeyError(key) from None
KeyError: 'WORKDIR'
I think the logic here is not quite right if there is no WORKDIR at the beginning.
- By pass the 1) issue as
if sys.argv[1] == 'index':
config()
index()
still get errors:
(py37-lyrics) sz@air:/mnt/d/coding/jina-ai/examples/multires-lyrics-search$ python3.7 app.py index
Flow@5397[S]:successfully built Flow from a yaml config
crafter@5417[I]:post initiating, this may take some time...
crafter@5417[I]:post initiating, this may take some time takes 0 seconds (0.00s)
crafter@5417[S]:successfully built Sentencizer from a yaml config
crafter@5417[I]:setting up sockets...
crafter@5417[I]:input tcp://0.0.0.0:54983 (SUB_CONNECT) output tcp://0.0.0.0:47037 (PUSH_CONNECT) control over tcp://0.0.0.0:47793 (PAIR_BIND)
crafter@5417[S]:ready and listening
encoder@5422[I]:post initiating, this may take some time...
encoder@5422[I]:post initiating, this may take some time takes 0 seconds (0.00s)
encoder@5422[S]:successfully built BaseExecutor from a yaml config
encoder@5422[I]:setting up sockets...
encoder@5422[I]:input tcp://0.0.0.0:47037 (PULL_BIND) output tcp://0.0.0.0:58657 (ROUTER_BIND) control over tcp://0.0.0.0:45535 (PAIR_BIND)
encoder@5422[S]:ready and listening
encoder@5427[I]:post initiating, this may take some time...
encoder@5427[I]:post initiating, this may take some time takes 0 seconds (0.00s)
encoder@5427[S]:successfully built BaseExecutor from a yaml config
encoder@5427[I]:setting up sockets...
encoder@5427[I]:input tcp://0.0.0.0:42049 (PULL_BIND) output tcp://0.0.0.0:39111 (PUSH_CONNECT) control over tcp://0.0.0.0:43847 (PAIR_BIND)
encoder@5427[S]:ready and listening
encoder@5432[I]:post initiating, this may take some time...
encoder@5432[I]:post initiating, this may take some time takes 0 seconds (0.00s)
encoder@5432[S]:successfully built TransformerTorchEncoder from a yaml config
encoder@5432[I]:setting up sockets...
encoder@5432[I]:input tcp://0.0.0.0:58657 (DEALER_CONNECT) output tcp://0.0.0.0:42049 (PUSH_CONNECT) control over tcp://0.0.0.0:59905 (PAIR_BIND)
encoder@5432[S]:ready and listening
encoder@5422[I]:received ControlRequest from encoder▸⚐
encoder@5437[I]:post initiating, this may take some time...
encoder@5437[I]:post initiating, this may take some time takes 0 seconds (0.00s)
encoder@5437[S]:successfully built TransformerTorchEncoder from a yaml config
encoder@5437[I]:setting up sockets...
encoder@5437[I]:input tcp://0.0.0.0:58657 (DEALER_CONNECT) output tcp://0.0.0.0:42049 (PUSH_CONNECT) control over tcp://0.0.0.0:33847 (PAIR_BIND)
encoder@5437[S]:ready and listening
encoder@5422[I]:received ControlRequest from encoder▸⚐
chunk_idx@5442[I]:post initiating, this may take some time...
chunk_idx@5442[I]:post initiating, this may take some time takes 0 seconds (0.00s)
chunk_idx@5442[S]:successfully built BaseExecutor from a yaml config
chunk_idx@5442[I]:setting up sockets...
chunk_idx@5442[I]:input tcp://0.0.0.0:39111 (PULL_BIND) output tcp://0.0.0.0:33097 (ROUTER_BIND) control over tcp://0.0.0.0:32853 (PAIR_BIND)
chunk_idx@5442[S]:ready and listening
chunk_idx@5447[I]:post initiating, this may take some time...
chunk_idx@5447[I]:post initiating, this may take some time takes 0 seconds (0.00s)
chunk_idx@5447[S]:successfully built BaseExecutor from a yaml config
chunk_idx@5447[I]:setting up sockets...
chunk_idx@5447[I]:input tcp://0.0.0.0:43389 (PULL_BIND) output tcp://0.0.0.0:57583 (PUSH_CONNECT) control over tcp://0.0.0.0:37655 (PAIR_BIND)
chunk_idx@5447[S]:ready and listening
chunk_idx@5452[I]:post initiating, this may take some time...
chunk_idx@5452[I]:post initiating, this may take some time takes 0 seconds (0.00s)
chunk_idx@5452[C]:unknown exception: ValueError('workspace=$JINA_WORKSPACE is not expandable or badly referred')
Traceback (most recent call last):
File "/home/sz/py37-lyrics/lib/python3.7/site-packages/jina/peapods/pea.py", line 348, in run
self.loop_body()
File "/home/sz/py37-lyrics/lib/python3.7/site-packages/jina/peapods/pea.py", line 329, in loop_body
self.load_executor()
File "/home/sz/py37-lyrics/lib/python3.7/site-packages/jina/peapods/pea.py", line 200, in load_executor
self.args.separated_workspace, self.args.pea_id)
File "/home/sz/py37-lyrics/lib/python3.7/site-packages/jina/executors/__init__.py", line 433, in load_config
return yaml.load(tmp_s)
File "/home/sz/py37-lyrics/lib/python3.7/site-packages/ruamel/yaml/main.py", line 343, in load
return constructor.get_single_data()
File "/home/sz/py37-lyrics/lib/python3.7/site-packages/ruamel/yaml/constructor.py", line 113, in get_single_data
return self.construct_document(node)
File "/home/sz/py37-lyrics/lib/python3.7/site-packages/ruamel/yaml/constructor.py", line 118, in construct_document
data = self.construct_object(node)
File "/home/sz/py37-lyrics/lib/python3.7/site-packages/ruamel/yaml/constructor.py", line 146, in construct_object
data = self.construct_non_recursive_object(node)
File "/home/sz/py37-lyrics/lib/python3.7/site-packages/ruamel/yaml/constructor.py", line 181, in construct_non_recursive_object
data = constructor(self, node)
File "/home/sz/py37-lyrics/lib/python3.7/site-packages/jina/executors/compound.py", line 350, in from_yaml
obj, data, from_dump = super()._get_instance_from_yaml(constructor, node)
File "/home/sz/py37-lyrics/lib/python3.7/site-packages/jina/executors/__init__.py", line 479, in _get_instance_from_yaml
constructor, node, deep=True)
File "/home/sz/py37-lyrics/lib/python3.7/site-packages/ruamel/yaml/constructor.py", line 440, in construct_mapping
return BaseConstructor.construct_mapping(self, node, deep=deep)
File "/home/sz/py37-lyrics/lib/python3.7/site-packages/ruamel/yaml/constructor.py", line 255, in construct_mapping
value = self.construct_object(value_node, deep=deep)
File "/home/sz/py37-lyrics/lib/python3.7/site-packages/ruamel/yaml/constructor.py", line 146, in construct_object
data = self.construct_non_recursive_object(node)
File "/home/sz/py37-lyrics/lib/python3.7/site-packages/ruamel/yaml/constructor.py", line 188, in construct_non_recursive_object
for _dummy in generator:
File "/home/sz/py37-lyrics/lib/python3.7/site-packages/ruamel/yaml/constructor.py", line 717, in construct_yaml_seq
data.extend(self.construct_sequence(node))
File "/home/sz/py37-lyrics/lib/python3.7/site-packages/ruamel/yaml/constructor.py", line 211, in construct_sequence
return [self.construct_object(child, deep=deep) for child in node.value]
File "/home/sz/py37-lyrics/lib/python3.7/site-packages/ruamel/yaml/constructor.py", line 211, in <listcomp>
return [self.construct_object(child, deep=deep) for child in node.value]
File "/home/sz/py37-lyrics/lib/python3.7/site-packages/ruamel/yaml/constructor.py", line 146, in construct_object
data = self.construct_non_recursive_object(node)
File "/home/sz/py37-lyrics/lib/python3.7/site-packages/ruamel/yaml/constructor.py", line 181, in construct_non_recursive_object
data = constructor(self, node)
File "/home/sz/py37-lyrics/lib/python3.7/site-packages/jina/executors/__init__.py", line 474, in from_yaml
return cls._get_instance_from_yaml(constructor, node)[0]
File "/home/sz/py37-lyrics/lib/python3.7/site-packages/jina/executors/__init__.py", line 507, in _get_instance_from_yaml
obj = cls(**data.get('with', {}), metas=data.get('metas', {}), requests=data.get('requests', {}))
File "/home/sz/py37-lyrics/lib/python3.7/site-packages/jina/executors/__init__.py", line 59, in __call__
getattr(obj, '_post_init_wrapper', lambda *x: None)(m, r)
File "/home/sz/py37-lyrics/lib/python3.7/site-packages/jina/executors/__init__.py", line 162, in _post_init_wrapper
self._fill_metas(_metas)
File "/home/sz/py37-lyrics/lib/python3.7/site-packages/jina/executors/__init__.py", line 224, in _fill_metas
raise ValueError(f'{k}={v} is not expandable or badly referred')
ValueError: workspace=$JINA_WORKSPACE is not expandable or badly referred
chunk_idx@5452[S]:terminated
chunk_idx@5397[C]:fail to start <class 'jina.peapods.pea.BasePea'> with name chunk_idx-1, this often means the executor used in the pod is not valid
Traceback (most recent call last):
File "app.py", line 79, in <module>
index()
File "app.py", line 44, in index
with f:
File "/home/sz/py37-lyrics/lib/python3.7/site-packages/jina/flow/__init__.py", line 451, in __enter__
return self.start()
File "/home/sz/py37-lyrics/lib/python3.7/site-packages/jina/flow/__init__.py", line 507, in start
self.enter_context(v)
File "/usr/lib/python3.7/contextlib.py", line 427, in enter_context
result = _cm_type.__enter__(cm)
File "/home/sz/py37-lyrics/lib/python3.7/site-packages/jina/peapods/pod.py", line 254, in __enter__
return self.start()
File "/home/sz/py37-lyrics/lib/python3.7/site-packages/jina/peapods/pod.py", line 389, in start
return super().start()
File "/home/sz/py37-lyrics/lib/python3.7/site-packages/jina/peapods/pod.py", line 224, in start
self.enter_context(p)
File "/usr/lib/python3.7/contextlib.py", line 427, in enter_context
result = _cm_type.__enter__(cm)
File "/home/sz/py37-lyrics/lib/python3.7/site-packages/jina/peapods/pea.py", line 425, in __enter__
return self.start()
File "/home/sz/py37-lyrics/lib/python3.7/site-packages/jina/peapods/pea.py", line 418, in start
raise PeaFailToStart
jina.excepts.PeaFailToStart
'workspace=$JINA_WORKSPACE is not expandable or badly referred' What does this mean?
created time in 14 minutes
push eventjina-ai/jina-hub
commit sha e4c0fc58ad6459ef2397081939e2e1245ea565f9
fix: change assertion decimal
push time in 27 minutes
Pull request review commentjina-ai/jina-hub
+__copyright__ = "Copyright (c) 2020 Jina AI Limited. All rights reserved."
It is needed :(
comment created time in 33 minutes
pull request commentjina-ai/jina-hub
@JoanFM It's not complaining
comment created time in an hour
pull request commentjina-ai/jina
No comments from my side as I am not familiar with remote functionality
comment created time in an hour
issue commentjina-ai/jina
get remote pod documentation updated
Good move! This part of the documentation is really out-of-date.
comment created time in 2 hours
pull request commentjina-ai/jina
refactor(types): move add_chunk add_match to Set
Right now, there are two functions for adding a chunk/match to the document. I'd suggest removing add().
There should be one-- and preferably only one --obvious way to do it. The Zen of Python
with Document() as d:
c1 = d.chunks.append()
c1.id = f'1:0>16'
c2 = d.chunks.add()
c2.id = f'2:0>16'
comment created time in 2 hours
pull request commentjina-ai/jina
Codecov Report
Merging #1346 (56a0550) into master (f8db230) will increase coverage by
0.01%. The diff coverage isn/a.
@@ Coverage Diff @@
## master #1346 +/- ##
==========================================
+ Coverage 83.27% 83.28% +0.01%
==========================================
Files 103 103
Lines 6744 6744
==========================================
+ Hits 5616 5617 +1
+ Misses 1128 1127 -1
| Impacted Files | Coverage Δ | |
|---|---|---|
| jina/peapods/gateway.py | 94.32% <0.00%> (-0.71%) |
:arrow_down: |
| jina/peapods/pea.py | 92.44% <0.00%> (+0.71%) |
:arrow_up: |
Continue to review full report at Codecov.
Legend - Click here to learn more
Δ = absolute <relative> (impact),ø = not affected,? = missing dataPowered by Codecov. Last update f8db230...390f062. Read the comment docs.
comment created time in 7 hours
push eventjina-ai/jina
commit sha d1f152ac4880262b2984a0b4fcd5d6d8135d4d47
chore(contributor): update contributors
commit sha 28016639e8df95b49ea2ef4047f8c1c13e929509
chore(docs): update TOC
push time in 7 hours
issue openedjina-ai/jina
get remote pod documentation updated
--allow-spawn has been removed in #1276 , while it still exists in the documentation, run-remote-pod-jina.md

created time in 7 hours
push eventjina-ai/jina
commit sha 390f0626667031fc54cd2f9e914e56bf619c8ef9
test: remove allow spawn from remote test
push time in 7 hours
PR opened jina-ai/jina
- Removed index remote 2 from tests, since it testing the delete args
--allow-spawn. - Refactor index remote test.
- Remove
JinaTestCasefrom__init__, we're not using unittest anymore.
pr created time in 7 hours
pull request commentjina-ai/jina
Test adding convert driver tests
@bio-howard you can continue with the PR now, please replace jina_pb2. DocumentProto with Document, import from jina.type
comment created time in 8 hours
pull request commentjina-ai/jina
hi @rabbits99 would you like to continue with this PR? it has been 2 weeks. Please check commit guidelines #553 to update your commit message, and sign the CLA.
comment created time in 8 hours
issue closedjina-ai/jina-hub
Make ImageReader(Crafter) accept numpy images as input
To me as an application developer, it would be useful to load ndarray images into the flow and apply image crafters on these images.
closed time in 8 hours
florian-hoenickeissue commentjina-ai/jina-hub
Make ImageReader(Crafter) accept numpy images as input
I will close this issue, we discussed in the PR that this functionality should not be part of ImageReader. The Flow already accepts inputing np arrays and working with them
comment created time in 8 hours
pull request commentjina-ai/jina-hub
feat: add Hamming distance evaluator
@JoanFM @theUnkownName shall we proceed with this PR? looks good now
Sure
comment created time in 8 hours
Pull request review commentjina-ai/jina-hub
feat: add Hamming distance evaluator
+from jina.executors.evaluators.text import BaseTextEvaluator++class HammingDistanceEvaluator(BaseTextEvaluator):+ """A:class:`HammingDistanceEvaluator` Gives the Hamming distance between result and groundtruth string..+ """++ def __init__(self, *args, **kwargs):+ super().__init__(*args, **kwargs)
i don't see the point of pouting the constructor here.
comment created time in 8 hours
pull request commentjina-ai/jina-hub
feat: add Hamming distance evaluator
@JoanFM @theUnkownName shall we proceed with this PR? looks good now
comment created time in 8 hours
Pull request review commentjina-ai/jina-hub
description: | url: https://jina.ai vendor: Jina AI Limited documentation: https://github.com/jina-ai/jina-hub-version: 0.0.1+version: 0.0.2
Yes it was just a test I will change in there.
comment created time in 8 hours
Pull request review commentjina-ai/jina
def arg_wrapper(*args, **kwargs): if b_size is None: return func(*args, **kwargs) + # catch empty shards+ if data is None:
I think I was wrong it may be actually a bug at batching level. I am howevrr not sure we can assume it returns an np.ndarray. batching decorator has too many things, if you find a pattern to abstract in another function it can also be good
comment created time in 8 hours
Pull request review commentjina-ai/jina-hub
description: | url: https://jina.ai vendor: Jina AI Limited documentation: https://github.com/jina-ai/jina-hub-version: 0.0.1+version: 0.0.2
the previous image version is 0.0.3
comment created time in 8 hours
delete branch jina-ai/jina-hub
delete branch : chore-sptagindexer-0.0.8-core-0-8-1
delete time in 13 hours
PR closed jina-ai/jina-hub
Due to the release of jina core v0.8.1, this draft PR is created in order to trigger an automatic build & push of the module
pr closed time in 13 hours
pull request commentjina-ai/jina-hub
chore: testing/building SptagIndexer (0.0.8) on new jina core: 0.8.1
Automatic build successful. Image has been built and deployed.
comment created time in 13 hours
delete branch jina-ai/jina-hub
delete branch : chore-f1scoreevaluator-0.0.2-core-0-8-1
delete time in 13 hours
pull request commentjina-ai/jina-hub
chore: testing/building f1ScoreEvaluator (0.0.2) on new jina core: 0.8.1
Automatic build successful. Image has been built and deployed.
comment created time in 13 hours