"abnormal negative regulation of DNA replication initiation..." terms

would these two terms be used differently?

abnormal negative regulation of DNA replication initiation during mitotic G2 phase resulting in complete rereplication
abnormal negative regulation of DNA replication initiation resulting in complete rereplication, with mitotic cell cycle arrest

Number 2 has 0 annotations. Can they be merged? term 2 sounds less head-melty to me.

(i.e. can 1 be merged into 2 - I don't think 2 can be merged into 1)

I think the only problem here is the "during G2 phase" bit of the FYPO:0005710 def, which it appears I copied over by mistake. Once I fix that, the difference will be as the names indicate - FYPO:0004596 specifies initation during G2 (which is inherently abnormal) and doesn't specify cell cycle arrest, whereas FYPO:0005710 does specify arrest and isn't supposed to mention G2.
Val requested FYPO:0005710 in #2843. I guess she hasn't gone back to deploy it yet.

It just seems a bit arbitray to say that a cell is in G2 when it is re-replicating its genome? Surely it's more about mitosis not happening inbetween each round of replication?

All of the "complete rereplication" terms entail mitosis not happening between rounds of replication.
In the paper cited for the FYPO:0004596 def, they used cdc25-22 to arrest cells in G2 and saw rereplication without other obvious changes away from G2.
One could argue that the "G2" is no longer normal once DNA replication reinitiates. I've rephrased the def to say "with replication reinitiating during G2 ..." to minimize that problem.

edit file: 2e133a24c7e215eb748aee727cc0eafb659da12e, d4cad685d9d1f1112db2eb4f41c1d73ea85efdb5
release: fd56a3c49d1ebaa6fb2081006c3c83af750e3fc0

Hi All  Not sure if I'm agreeing with both of you or not but I don't think it should say cell cycle arrest as cells are missing out mitosis.  Or and I don't know if you have a different term for this, cells never leave S phase . For the first description cells are in G2 then reset to G1 and under complete rereplication
Jacky
Sent from my iPhone
On 27 Mar 2017, at 14:38, Antonia <notifications<EMAIL_ADDRESS>wrote:
(i.e. can 1 be merged into 2 - I don't think 2 can be merged into 1)
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHubhttps://github.com/pombase/fypo/issues/2978#issuecomment-289455774, or mute the threadhttps://github.com/notifications/unsubscribe-auth/ANVVaP_vKGW2u4sayTOhd18TRPcBszfSks5rp7vjgaJpZM4MqRs_.
The Francis Crick Institute Limited is a registered charity in England and Wales no. 1140062 and a company registered in England and Wales no. 06885462, with its registered office at 1 Midland Road London NW1 1AT

Hi Jacky,
With the def edit, there's now no problem with FYPO:0004596 (term 2 in the initial summary).
Val requested FYPO:0005710 for your PMID:7774573 session (https://curation.pombase.org/pombe/curs/2bfae567526bc0ec/ro/) - it appears that's how she interpreted your comment on the cdc2-DL41 annotation "abnormal mitotic arrest with 4C DNA content Cells undergo an extra round of DNA replication without undergoing cytokinesis". That term doesn't mention any cell cycle phases in its name or definition. If it shouldn't mention arrest, I can change it, but I'll need to know what to change it to. From your comment it does sound as though they stop trying to go further through the cell cycle once they've undergone one extra round of replication, so I can see where "arrest" came from.

Hi Midori
I think this is a different type of rerep. I'm on holiday at the moment and need to gather my thoughts about this and will get back to you
Jacky
Sent from my iPhone
On 27 Mar 2017, at 16:12, Midori Harris <notifications<EMAIL_ADDRESS>wrote:
Reopened #2978https://github.com/pombase/fypo/issues/2978.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHubhttps://github.com/pombase/fypo/issues/2978#event-1016864722, or mute the threadhttps://github.com/notifications/unsubscribe-auth/ANVVaCx_CW4Bfd5NSrcHHnzdecs30r_xks5rp9HsgaJpZM4MqRs_.
The Francis Crick Institute Limited is a registered charity in England and Wales no. 1140062 and a company registered in England and Wales no. 06885462, with its registered office at 1 Midland Road London NW1 1AT

OK< no rush on our end - just need some advice whenever it's convenient for you. Enjoy your holiday!

Hi Antonia and Midori
I have been thinking about this and these are my thoughts for pombe

Cells can keep replicating from within S phase which usually results in re-replication of some areas more than others and is  cdc18 cdt1 dependent. Would you call this a block in the cell cycle? I’m not sure. I assume there is another term for this anyway.
Cells can fail to enter mitosis and go through rounds of G1 (probably) S phase and G2 resulting in completely rounds of DNA replication which is normally is prevented  by cdc2 cdc13 activity.  Cells fail to enter mitosis otherwise they proceed through the cell cycle . This fits into the term 'abnormal negative regulation of DNA replication initiation during mitotic G2 phase resulting in complete rereplication'
Cells can enter mitosis but fail to undergo cell division  and re-enter G1 and undergo S phase. In this situation you can  get separated normal ploidy nuclei  but multiple nuclei per cell. This is  not really rereplication so can be ignored?
Cells can enter mitosis but fail to undergo nuclear division to give cells with a  single 'diploid' nucleus and the DNA can go on to re replicate.   In this case is it a cell cycle block and fits the term  'abnormal negative regulation of DNA replication initiation resulting in complete rereplication, with mitotic cell cycle arrest' or  because the cell can go on to rereplicate they continue the cycle but fail to complete mitosis. Either way I do think that 2. and 4  are different and different terms are needed

Could the terms be

abnormal negative regulation of DNA replication initiation during mitotic G2 phase resulting in complete rereplication in the absence of mitosis ( e.g. cdc13 switch off)
abnormal negative regulation of DNA replication initiation without completion of mitosis resulting in complete rereplication   (e.g. cut1 cut11 mutant
PMID:
Normally the cut1 cells cut and die because they septate  probably because the spindle checkpoint is not activated (see also
PMID:

but if you block separation with a cdc11 mutant you can see the rereplication phenotype so they are not really blocked in mitosis

This is a very longwinded way to say I think the two terms should be separate but modified. What do you think?
In the case of the cdc2-D41 mutant the authors suggest that the cells become arrested in mitosis initially but then ~20% cells leak through  to the next cell cycle and start to re replicate without completing cytokinesis. It’s not clear to me whether these cells have two nuclei and may have finished mitosis but are defective for cell division or  have a  have not completed mitosis or cell division and have a single nucleus  . I  annotated this to FYPO:0005710 but I’m not sure now that this is right as there is not really sufficient data to say these 20% do or don’t complete mitosis. It could be like 3 or 4 above, though it does seem to be more like 4 but a weaker phenotype as most cells just block in mitosis
All the best
Jacky
Jacqueline Hayles
Associate Research Scientist
Cell Cycle Laboratory (SE202/203)
The Francis Crick Institute
I, Midland Road
London NW1 1AT, UNITED KINGDOM
Tel ::: +442037961885
Fax :::
email<EMAIL_ADDRESS>[cid:A78093FE-CB64-4458-BD62-A5DFEA8B7C7C]
From: Antonia <notifications<EMAIL_ADDRESS>Reply-To: pombase/fypo <reply<EMAIL_ADDRESS>Date: Monday, 27 March 2017 at 14:36
To: pombase/fypo <fypo<EMAIL_ADDRESS>Cc: Subscribed <subscribed<EMAIL_ADDRESS>Subject: [pombase/fypo] "abnormal negative regulation of DNA replication initiation..." terms (#2978)
would these two terms be used differently?

abnormal negative regulation of DNA replication initiation during mitotic G2 phase resulting in complete rereplication
abnormal negative regulation of DNA replication initiation resulting in complete rereplication, with mitotic cell cycle arrest

Number 2 has 0 annotations. Can they be merged? term 2 sounds less head-melty to me.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHubhttps://github.com/pombase/fypo/issues/2978, or mute the threadhttps://github.com/notifications/unsubscribe-auth/ANVVaEpIkLSl3xBWCVIJVX1xDIsHLfWHks5rp7t0gaJpZM4MqRs_.
The Francis Crick Institute Limited is a registered charity in England and Wales no. 1140062 and a company registered in England and Wales no. 06885462, with its registered office at 1 Midland Road London NW1 1AT

Hi Jacky,
Thanks for all the info - I'm still thinking about it, especially the last part with mitosis that starts but doesn't complete.
In the meantime, here are a few bits that I hope will help.
This diagram shows the rereplication terms we have in FYPO now.

IDs for terms of interest in the diagram are:

FYPO:0000216 abnormal negative regulation of mitotic DNA replication initiation
FYPO:0001425 abnormal negative regulation of mitotic DNA replication initiation resulting in complete rereplication
FYPO:0001426 abnormal negative regulation of mitotic DNA replication initiation resulting in partial rereplication
FYPO:0001427 abnormal negative regulation of mitotic DNA replication initiation resulting in slow rereplication
FYPO:0004596 abnormal negative regulation of DNA replication initiation during mitotic G2 phase resulting in complete rereplication
FYPO:0005710 abnormal negative regulation of DNA replication initiation resulting in complete rereplication, with mitotic cell cycle arrest

A few responses to parts of your comment:

Cells can keep replicating from within S phase which usually results in re-replication of some areas more than others and is cdc18 cdt1 dependent. Would you call this a block in the cell cycle?

No, I wouldn't call this a cell cycle block. For this sort of phenotype I have usually used FYPO:0001425, because I've seen complete rereplication more often than partial in the papers I've curated. Occasionally I've used FYPO:0001426 or FYPO:0001427. None of those terms says anything about cell cycle arrest, and I think that's correct at least for my annotations.

Cells can fail to enter mitosis and go through rounds of G1 (probably) S phase and G2 resulting in completely rounds of DNA replication which is normally is prevented by cdc2 cdc13 activity. ... This fits [FYPO:0004596]

oh good, glad this one's well represented

Cells can enter mitosis but fail to undergo cell division and re-enter G1 and undergo S phase. In this situation you can get separated normal ploidy nuclei but multiple nuclei per cell. This is not really rereplication so can be ignored?

I agree, I would use one of the "multinucleate" terms. This sounds like mitosis is more or less OK, and it's cytokinesis that doesn't work properly. I wouldn't use a rereplication term.
more after I've done more thinking ...


Amplitudes for wrong final state are returned

Hi I have run the following code in Jupyter Notebook:
import numpy as np
import qflexcirq
import qflex
options = {
   'circuit_filename': 'sycamore_53_6_0.txt',
    'ordering_filename': 'sycamore_53.txt',
    'grid_filename': 'sycamore_53_grid.txt',
    'final_state': "10001111001110000101000001011011001111010100000100000"
}
print(qflex.simulate(options))

What I'm trying to get are the amplitudes corresponding to the final state
10001111001110000101000001011011001111010100000100000 but the amplitudes for<PHONE_NUMBER>1110000101000001011011001111010100000100000 were returned. I also tried
`./src/qflex.x config/circuits/sycamore_53_6_0.txt config/ordering/sycamore_53.txt config/grid/sycamore_53.txt<PHONE_NUMBER>0000000000000000000000000000000000000000000<PHONE_NUMBER>1110000101000001011011001111010100000100000`
in Terminal and the returned amplitudes were also corresponding to the state<PHONE_NUMBER>1110000101000001011011001111010100000100000.

Hi @deaxlf,
Since the two states in question only differ in the first six bits, I suspect what happened here is that qFlex overrode your initial bits with the terminal cut values in the ordering file:
https://github.com/ngnrsaa/qflex/blob/21c7ff179df9bd2b90416749bb31b53b2a3210c3/config/ordering/sycamore_53.txt#L79-L85
To get the state you're looking for, you'll need to set these cut values to match the first six bits of your intended final state:
# BEGIN TERMINAL CUTS
cut (1) 5
cut (0) 6
cut (0) 14
cut (0) 15
cut (1) 16
cut (1) 17

Why this behaves this way: in many simulations, the last few qubits (the so-called "final region") can be iterated over to generate multiple amplitudes at once, with a negligible increase in cost. If you change the cut values to (0, 1), qFlex will generate amplitudes for all possible values of the first six bits

@95-martin-orion It works! Thank you!


Currency issue

Hi, I'm Vietnamese developer.
When I requested this API:
https://developer.uber.com/docs/rides/api/v1-estimates-price
It returned different unit for estimate, high_estimate, low_estimate values:
{
prices =     (
{
"currency_code" = VND;
"display_name" = uberMOTO;
distance = "1.18";
duration = 360;
estimate = "10.000\U00a0\U20ab";
"high_estimate" = 10;
"localized_display_name" = uberMOTO;
"low_estimate" = 10;
minimum = 10000;
"product_id" = "9988f406-d98b-48eb-a4b7-a1645fa78e8e";
"surge_multiplier" = 1;
},
{
"currency_code" = VND;
"display_name" = uberX;
distance = "1.18";
duration = 360;
estimate = "15.171-18.616\U00a0\U20ab";
"high_estimate" = 18;
"localized_display_name" = uberX;
"low_estimate" = 15;
minimum = 5000;
"product_id" = "4e6b60d5-8e3a-4772-86b5-324d09b0ce39";
"surge_multiplier" = 1;
},
{
"currency_code" = VND;
"display_name" = UberBLACK;
distance = "1.18";
duration = 360;
estimate = "25.751-32.771\U00a0\U20ab";
"high_estimate" = 32;
"localized_display_name" = UberBLACK;
"low_estimate" = 25;
minimum = 5000;
"product_id" = "995a3c4a-fd8b-4a99-92f7-bb341b0addc6";
"surge_multiplier" = 1;
},
{
"currency_code" = VND;
"display_name" = SUV;
distance = "1.18";
duration = 360;
estimate = "25.751-32.771\U00a0\U20ab";
"high_estimate" = 32;
"localized_display_name" = SUV;
"low_estimate" = 25;
minimum = 5000;
"product_id" = "9da8622e-e084-4a53-96d1-e510c4838b56";
"surge_multiplier" = 1;
}
);
}
The values in "estimate" field is correct, the values in high_estimate and low_estimate must be multiplied by 1000.
Please fix it soon.

Hi quanghd,
This is actually working as intended. I believe you are confused because are not localizing the money field using , instead of . for decimals.
To support this, the library would need to allow the Accept-Language to be passed. This issue can be used to track that.

Hi, I meant the "low_estimate" returned is 25 VND instead for 25000 VND. Do you think It has any problem in parsing the response?

I see what you mean now. We'll investigate and report back.
On Thu, Sep 29, 2016, 8:20 PM quanghd<EMAIL_ADDRESS>wrote:

Hi, I meant the "low_estimate" returned is 25 VND instead for 25000 VND.
Do you think It has any problem in parsing the response?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/uber/rides-ios-sdk/issues/119#issuecomment-250649537,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AFExoPN1xcDUblPnp_ZTKIfc7Rp_hufzks5qvIAPgaJpZM4KJkwy
.

Hi guy, any update?

We are still investigating a fix. In the meantime, would it be possible for
you to make the fix client side? We can assist with any code to help.
On Thu, Oct 13, 2016, 2:58 AM quanghd<EMAIL_ADDRESS>wrote:

Hi guy, any update?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/uber/rides-ios-sdk/issues/119#issuecomment-253469393,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AFExoH_rpc5nCMlNXD9NjGs1UuJxB3yvks5qzgDBgaJpZM4KJkwy
.

Yes, we can. But we're not sure that this issue is just happening in Vietnam currency. How about other countries with local currency?

Currently, we are only seeing this for very specific cases of localization
and amounts. We are actively working on a fix, so appreciate your patience.
On Thu, Oct 13, 2016, 9:06 PM quanghd<EMAIL_ADDRESS>wrote:

Yes, we can. But we're not sure that this issue is just happening in
Vietnam currency. How about other countries with local currency?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/uber/rides-ios-sdk/issues/119#issuecomment-253704764,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AFExoLN3-Wek6WUJ7hglUJUZwFQDlDbDks5qzv_IgaJpZM4KJkwy
.

it could be because the dot is interpreted as decimal point instead of thousands point for some region formats?

@oancius You might be right, so can we change the way JSON parser read these values?

Yes, this is similar the bug we are encountering server side.
On Mon, Oct 17, 2016, 9:29 PM quanghd<EMAIL_ADDRESS>wrote:

@oancius https://github.com/oancius You might be right, so can we
change the way JSON parser read these values?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/uber/rides-ios-sdk/issues/119#issuecomment-254403923,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AFExoDmcv31CRtxFGJVPG9gBy2znGDF4ks5q1Es2gaJpZM4KJkwy
.

@arogal Can you just return float format for these values?

They are actually floats. The change is a bit more complicated than that,
but something we are working on.
On Tue, Oct 18, 2016, 9:23 AM quanghd<EMAIL_ADDRESS>wrote:

@arogal https://github.com/arogal Can you just return float format for
these values?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/uber/rides-ios-sdk/issues/119#issuecomment-254561634,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AFExoK60nXibPGvd7w6qGBHtfYaw4Sazks5q1PKVgaJpZM4KJkwy
.

Thank you, waiting for the update...

We are continuing to work on this, but should have a fix out later this
week.
On Tue, Oct 18, 2016 at 9:29 AM quanghd<EMAIL_ADDRESS>wrote:

Thank you, waiting for the update...
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/uber/rides-ios-sdk/issues/119#issuecomment-254563122,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AFExoI7tlwFvwtDocrLtwcA6Jf7SG0Wwks5q1PPegaJpZM4KJkwy
.

I can reproduce the same issue for Bogota, Colombia (estimate: "4600.300-13.000 $"):
{
  "prices": [
    {
      "currency_code": "COP",
      "display_name": "uberPOOL",
      "distance": 6.99,
      "duration": 1560,
      "estimate": "8.800\u00a0COP",
      "high_estimate": 8801,
      "localized_display_name": "uberPOOL",
      "low_estimate": 8800,
      "minimum": null,
      "product_id": "6d09e374-d9ec-4803-ba44-35a47d1be60c",
      "surge_multiplier": 1.0
    },
    {
      "currency_code": "COP",
      "display_name": "uberX",
      "distance": 6.99,
      "duration": 1560,
      "estimate": "4600.300-13.000\u00a0$",
      "high_estimate": 13,
      "localized_display_name": "uberX",
      "low_estimate": 4600,
      "minimum": 4600,
      "product_id": "4081c16d-672e-41b6-abb3-65ffe5a2f1ab",
      "surge_multiplier": 1.0
    },
    {
      "currency_code": "COP",
      "display_name": "Uber",
      "distance": 6.99,
      "duration": 1560,
      "estimate": "6000.800-21.500\u00a0$",
      "high_estimate": 21,
      "localized_display_name": "Uber",
      "low_estimate": 6000,
      "minimum": 6000,
      "product_id": "83e16d10-8018-4ca9-b4bb-6e1c381baa11",
      "surge_multiplier": 1.0
    },
    {
      "currency_code": "COP",
      "display_name": "UberVAN",
      "distance": 6.99,
      "duration": 1560,
      "estimate": "9000.600-31.200\u00a0$",
      "high_estimate": 31,
      "localized_display_name": "UberVAN",
      "low_estimate": 9000,
      "minimum": 9000,
      "product_id": "573b4a48-c1d5-4b04-b21d-66d5524cd6b9",
      "surge_multiplier": 1.0
    },
    {
      "currency_code": "COP",
      "display_name": "Bici",
      "distance": 6.99,
      "duration": 1560,
      "estimate": "8000.800-23.500\u00a0$",
      "high_estimate": 23,
      "localized_display_name": "Bici",
      "low_estimate": 8000,
      "minimum": 8000,
      "product_id": "d6b8adb8-9b4d-44a9-a590-3ef81a999f90",
      "surge_multiplier": 1.0
    }
  ]
}

Thanks for the report. We are continuing to work on a fix and will let you
know when it's launched. Thanks!
On Tue, Oct 25, 2016 at 3:00 PM Ortwin Gentz, FutureTap <
<EMAIL_ADDRESS>wrote:

I can reproduce the same issue for Bogota, Colombia (estimate:
"4600.300-13.000 $"):
{
"prices": [
{
"currency_code": "COP",
"display_name": "uberPOOL",
"distance": 6.99,
"duration": 1560,
"estimate": "8.800\u00a0COP",
"high_estimate": 8801,
"localized_display_name": "uberPOOL",
"low_estimate": 8800,
"minimum": null,
"product_id": "6d09e374-d9ec-4803-ba44-35a47d1be60c",
"surge_multiplier": 1.0
},
{
"currency_code": "COP",
"display_name": "uberX",
"distance": 6.99,
"duration": 1560,
"estimate": "4600.300-13.000\u00a0$",
"high_estimate": 13,
"localized_display_name": "uberX",
"low_estimate": 4600,
"minimum": 4600,
"product_id": "4081c16d-672e-41b6-abb3-65ffe5a2f1ab",
"surge_multiplier": 1.0
},
{
"currency_code": "COP",
"display_name": "Uber",
"distance": 6.99,
"duration": 1560,
"estimate": "6000.800-21.500\u00a0$",
"high_estimate": 21,
"localized_display_name": "Uber",
"low_estimate": 6000,
"minimum": 6000,
"product_id": "83e16d10-8018-4ca9-b4bb-6e1c381baa11",
"surge_multiplier": 1.0
},
{
"currency_code": "COP",
"display_name": "UberVAN",
"distance": 6.99,
"duration": 1560,
"estimate": "9000.600-31.200\u00a0$",
"high_estimate": 31,
"localized_display_name": "UberVAN",
"low_estimate": 9000,
"minimum": 9000,
"product_id": "573b4a48-c1d5-4b04-b21d-66d5524cd6b9",
"surge_multiplier": 1.0
},
{
"currency_code": "COP",
"display_name": "Bici",
"distance": 6.99,
"duration": 1560,
"estimate": "8000.800-23.500\u00a0$",
"high_estimate": 23,
"localized_display_name": "Bici",
"low_estimate": 8000,
"minimum": 8000,
"product_id": "d6b8adb8-9b4d-44a9-a590-3ef81a999f90",
"surge_multiplier": 1.0
}
]
}
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/uber/rides-ios-sdk/issues/119#issuecomment-256189671,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AFExoEtyth9Pvu9lt_6Kn8gjdgHKcTz1ks5q3nwXgaJpZM4KJkwy
.

This should now be resolved. Please reopen if you continue to see this issue. Thanks again for reporting this!

Looks like this is not yet resolved. Try this call for Bogota, Colombia: GET /v1/estimates/price?start_latitude=4.6334251&start_longitude=-74.1699111&end_latitude=4.5457653&end_longitude=-74.126932. The estimate is displayed as COP 10.620-12981 for uberPOOL and 13.300-16.800 $ for uberX. It should be consistent in currency and decimal separator.
{
  "prices": [
    {
      "localized_display_name": "uberPOOL",
      "distance": 8.64,
      "display_name": "uberPOOL",
      "product_id": "6d09e374-d9ec-4803-ba44-35a47d1be60c",
      "high_estimate": 12982,
      "surge_multiplier": 1.0,
      "minimum": null,
      "low_estimate": 10620,
      "duration": 2220,
      "estimate": "COP\u00a010.620-12981",
      "currency_code": "COP"
    },
    {
      "localized_display_name": "uberX",
      "distance": 8.64,
      "display_name": "uberX",
      "product_id": "4081c16d-672e-41b6-abb3-65ffe5a2f1ab",
      "high_estimate": 16800,
      "surge_multiplier": 1.0,
      "minimum": 4600,
      "low_estimate": 13300,
      "duration": 2220,
      "estimate": "13.300-16.800\u00a0$",
      "currency_code": "COP"
    },
    {
      "localized_display_name": "Uber",
      "distance": 8.64,
      "display_name": "Uber",
      "product_id": "83e16d10-8018-4ca9-b4bb-6e1c381baa11",
      "high_estimate": 27400,
      "surge_multiplier": 1.0,
      "minimum": 6000,
      "low_estimate": 21400,
      "duration": 2220,
      "estimate": "21.400-27.400\u00a0$",
      "currency_code": "COP"
    },
    {
      "localized_display_name": "UberVAN",
      "distance": 8.64,
      "display_name": "UberVAN",
      "product_id": "573b4a48-c1d5-4b04-b21d-66d5524cd6b9",
      "high_estimate": 39500,
      "surge_multiplier": 1.0,
      "minimum": 9000,
      "low_estimate": 31000,
      "duration": 2220,
      "estimate": "31.000-39.500\u00a0$",
      "currency_code": "COP"
    },
    {
      "localized_display_name": "Bici",
      "distance": 8.64,
      "display_name": "Bici",
      "product_id": "d6b8adb8-9b4d-44a9-a590-3ef81a999f90",
      "high_estimate": 29400,
      "surge_multiplier": 1.0,
      "minimum": 8000,
      "low_estimate": 23400,
      "duration": 2220,
      "estimate": "23.400-29.400\u00a0$",
      "currency_code": "COP"
    }
  ]
}

Thanks futuretap. This looks to be a separate issue, though something that should also be fixed.


Jaeger-SPM-Config

Changes
prometheus.server-url parameter and environment variable - METRICS_STORAGE_TYPE=prometheus added. So that Jaeger SPM window now shows spanmetrics.
It is not a crucial need as Jager would already be datasourced by Grafana. Nevertheless, it is nice to have.
Merge Requirements
For new features contributions please make sure you have completed the following
essential items:

[x] CHANGELOG.md updated to document new feature additions
[ ] Appropriate documentation updates in the docs folder

Maintainers will not merge until the above have been completed. If you're unsure
which docs need to be changed ping the
@open-telemetry/demo-approvers.

Please add a changelog entry, and cleanup the failed checks.

So to make this change work with the Helm chart will require an update to the Jaeger helm chart to accept passing in templated variables properly.
Managing dependencies is fun 🤪


Fix ginkgo bootstrap generator

Make sure that all files ending with _suite_test.go are detected.
Signed-off-by: Roman Mohr<EMAIL_ADDRESS>

retest this please


S2C_AddStatusEffect not working when checking opcodes manually

When looking for opcodes manually, the S2C_AddStatusEffect code is not working correctly.  Any time we use buff applying actions, such as Rampart (as labeled in the guide), the log message only provides us with S2C_ActionEffect01.  We only receive an S2C_AddStatusEffect message when applying buffs to another party member, and even then, the opcode message does not match the current opcode listed in the config.

I've added support referring to following , but whether it works I don't know yet. Will have to wait until the servers come up.

Doesn't seem to be working with the new patch.  Still giving me S2C_ActionEffect01

Yes, I didn't update it yet. You can try this test version out. Only exe/dll files are in here; no opcodes or other files.
Release_a30aefdf.zip


wip: fix sig_der test

[x] related to #247
[x] follows contribution guide
[x] code change includes tests

currently I am aiming on fixing related issue to SIG_DER error, first thing I've done is update the existing scripts accordingly.
And also I create a new helper script for only run the SIG_DER tests : tests/run-sig-der-tests.sh, and the tests is on tests/sig_der_failing_tests.json

Hey, thanks. Seems there are a lot of SIG_DER tests this could potentially fix. I can take a deeper look soon, but I noticed a couple tests that were passing before are now giving SIG_DER error results.
Might be worth looking into.
  ScriptSig: '0 0' -- ScriptPubKey: '1 0x21 0x02865c40293a680cb9c020e7b1e106d8c1916d3cef99aa431a56d253e69256dac0 1 CHECKMULTISIG NOT' -- Flags: 'STRICTENC' -- Expected: OK
  Expected : OK -- Result   : SIG_DER
  ^[[0;31mFAIL^[[0m
scarb cairo-run --package shinigami_cmds '[[],3153968,3,[86797668792800902634759660184717057194939896983113578517425642626872259120,178833796868394003489311767857203710869216261298125424937602268936145286756,88709531411426821719016062832706955173577765959701167948755959603171631182],20308,2,[],1537155757518694469187,9]'
     Running shinigami_cmds
Running Bitcoin Script with ScriptSig: '0 0', ScriptPubKey: '1 0x21 0x02865c40293a680cb9c020e7b1e106d8c1916d3cef99aa431a56d253e69256dac0 1 CHECKMULTISIG NOT' and Flags: 'STRICTENC'
Execution failed: Signature DER error
Run completed successfully, returning [0]

  ScriptSig: '0 0x47 0x3044022044dc17b0887c161bb67ba9635bf758735bdde503e4b0a0987f587f14a4e1143d022009a215772d49a85dae40d8ca03955af26ad3978a0ff965faa12915e9586249a501 0x47 0x3044022044dc17b0887c161bb67ba9635bf758735bdde503e4b0a0987f587f14a4e1143d022009a215772d49a85dae40d8ca03955af26ad3978a0ff965faa12915e9586249a501' -- ScriptPubKey: '2 0 0x21 0x02865c40293a680cb9c020e7b1e106d8c1916d3cef99aa431a56d253e69256dac0 2 CHECKMULTISIG NOT' -- Flags: 'STRICTENC' -- Expected: OK
  Expected : OK -- Result   : SIG_DER
  ^[[0;31mFAIL^[[0m
scarb cairo-run --package shinigami_cmds '[[85030821728854912212103639134078053702964006258768454302692087137220899126,87254525100547216138737704407463574591211451173251962822336614354210926689,85203574242364798966473637736391103342906527145179793776979491736415188791,89033935833619398992168525023862704412162053266433865976743650390894524216,171718209788098576382437812964891619024125541979237380967585648309498312756,97398751181881103446764428367695131467343699862134368258622011906073966135,173822024168810095159582463443975364878490129286553452164396506234081523558,94030885787836686287116010850159398514782618971742482788832359674922940769,99311934435561283860364279238061322910324663746412015148896282079434008121],20281842709938480414733099515293384809826359958646833,22,[88564506589389073457714855955858846363583940029576408545492106665543689008,88676365850748824338134126615774255052137093683900969439013902277619573045,96101269732739450356016305886093115921589303891563216294708782741507492167],542003028,4,[],1537155757518694469187,9]'
     Running shinigami_cmds
Running Bitcoin Script with ScriptSig: '0 0x47 0x3044022044dc17b0887c161bb67ba9635bf758735bdde503e4b0a0987f587f14a4e1143d022009a215772d49a85dae40d8ca03955af26ad3978a0ff965faa12915e9586249a501 0x47 0x3044022044dc17b0887c161bb67ba9635bf758735bdde503e4b0a0987f587f14a4e1143d022009a215772d49a85dae40d8ca03955af26ad3978a0ff965faa12915e9586249a501', ScriptPubKey: '2 0 0x21 0x02865c40293a680cb9c020e7b1e106d8c1916d3cef99aa431a56d253e69256dac0 2 CHECKMULTISIG NOT' and Flags: 'STRICTENC'
Execution failed: Signature DER error
Run completed successfully, returning [0]

@b-j-roberts I am just confused the flag a little bit, do you think this is correct     let strict_encoding = vm.has_flag(ScriptFlags::ScriptVerifyStrictEncoding)         || vm.has_flag(ScriptFlags::ScriptVerifyDERSignatures);(in parse_base_sig_and_pk)

Also do you have an idea to prevent such regression in the future? @b-j-roberts

Also do you have an idea to prevent such regression in the future? @b-j-roberts, maybe a nice thing to have when working on fixing these remaining tests.

Hmm, not certain. One way could be to keep track of the passing tests with another run-passing-tests.sh script. It'll be super slow to run though.
Couldn't probably speed it up quite a bit by executing tests in parallel, but might be a little tricky to get right.


Improve Kotlin conversion of Achievement Models

Data classes (preferably completely immutable) should be leveraged and there shouldn't be empty constructors

Hello
Is it suitable for beginners? If so, I'd like to work on it but some clarification and guidance needed.

It should be okay, basically the problem is that the models were converted automatically and then not given a manual pass.
This PR did a good job but was superseded.

Hello, is anyone still working on this issue? Can I take this issue?

@elemcraft It is yours, thanks! :-)

@elemcraft  I unassign for now, but if you are you still working on this, please let us know. If no answer, someone else may be assigned to it. Thanks a lot. :-)

Hi, I was wondering if I could be assigned this issue? I'm working in a group of 4 as part of a university assignment.


Current code fails to start GUI?

I don't see a version string (whoops), but the code currently available shows this when I try to start the GUI:
D:\neewer>python NeewerLite-Python.py
Traceback (most recent call last):
  File "D:\neewer\NeewerLite-Python.py", line 1284, in <module>
    mainWindow = MainWindow()
  File "D:\neewer\NeewerLite-Python.py", line 84, in __init__
    self.connectMe() # connect the function handlers to the widgets
  File "D:\neewer\NeewerLite-Python.py", line 103, in connectMe
    self.Slider_HSL_1_H.valueChanged.connect(self.computeValueHSL)
AttributeError: 'MainWindow' object has no attribute 'Slider_HSL_1_H'

Ah, I know what's happening on this one - I changed "HSL" to "HSI" (as that's the proper name for that mode), but the function is still looking for self.computeValueHSL - I'll fix this one ASAP as I have access to my coding computer.

Actually, I think the problem with this one is the version of NeewerLite-Python.py you're using isn't the same version as the ui_NeewerLightUI.py file you're using (the newer one names that attribute as Slider_HSI_1_H, which is correct.)  Both of those files have had some changes to fix the HSL/HSI naming situation.

Douh, you are absolutely right, I thought I had it updated, oh well, after updating BOTH files, it works perfectly.
I can even turn the light on and off (which I couldn't get to work in the old code).
So far it connects every time with this version.


Error 403 for API Endpoint

Hello,
I tried to use your API but it fails with the following error when using this endpoint: https://api.corona-zahlen.org/germany
Error: Request failed with status code 403     at createError (/usr/src/app/node_modules/axios/lib/core/createError.js:16:15)     at settle (/usr/src/app/node_modules/axios/lib/core/settle.js:17:12)     at IncomingMessage.handleStreamEnd (/usr/src/app/node_modules/axios/lib/adapters/http.js:260:11)     at IncomingMessage.emit (events.js:326:22)     at IncomingMessage.EventEmitter.emit (domain.js:506:15)     at endReadableNT (_stream_readable.js:1241:12)     at processTicksAndRejections (internal/process/task_queues.js:84:21)
Does anyone know how to solve this? Thanks!

Hello @der1igedon
Unfortunately the official RKI API is temporarily not available.
https://services7.arcgis.com/mOBPykOjAyBO2ZKk/arcgis/rest/services/RKI_COVID19/FeatureServer/0/query?where=1%3D1&outFields=*&outSR=4326&f=json
This API relies on this data, we have to wait until they fixed their seevices.

Hello @der1igedon
Unfortunately the official RKI API is temporarily not available.
https://services7.arcgis.com/mOBPykOjAyBO2ZKk/arcgis/rest/services/RKI_COVID19/FeatureServer/0/query?where=1%3D1&outFields=*&outSR=4326&f=json
This API relies on this data, we have to wait until they fixed their seevices.

Thanks @marlon360 for the fast reply and the infos!

Thanks @marlon360 for the fast reply and the infos!

Did this happen before?

Did this happen before?

I have never seen this error before.
Most of the applications that rely on this RKI API have problems right now:
https://github.com/stritti/covid-ampel-widget/issues/27

I have never seen this error before.
Most of the applications that rely on this RKI API have problems right now:
https://github.com/stritti/covid-ampel-widget/issues/27

Understand. Hope the find a solution soon...

Understand. Hope the find a solution soon...

I think, they are already fixing the problem. Data is back here, so it might be a load balancer problem which sure will be fixed soon.

I think, they are already fixing the problem. Data is back here, so it might be a load balancer problem which sure will be fixed soon.

Unfortunately the server IP got blocked by the RKI API.
I believe the server generated too much traffic.
I encourage everyone who wants to use this API to host it by themselves. You only need a server with Docker support.
I am trying to find a fix for this problem.

Unfortunately the server IP got blocked by the RKI API.
I believe the server generated too much traffic.
I encourage everyone who wants to use this API to host it by themselves. You only need a server with Docker support.
I am trying to find a fix for this problem.

Unfortunately the server IP got blocked by the RKI API.
I believe the server generated too much traffic.
I encourage everyone who wants to use this API to host it by themselves. You only need a server with Docker support.
I am trying to find a fix for this problem.

Hey,
Have you tried to contact the RKI? Maybe they can whitelist the IP of your server.

Unfortunately the server IP got blocked by the RKI API.
I believe the server generated too much traffic.
I encourage everyone who wants to use this API to host it by themselves. You only need a server with Docker support.
I am trying to find a fix for this problem.

Hey,
Have you tried to contact the RKI? Maybe they can whitelist the IP of your server.

......

I encourage everyone who wants to use this API to host it by themselves. You only need a server with Docker support.

Moin, are you able to give a short description what to do, to do so?

......

I encourage everyone who wants to use this API to host it by themselves. You only need a server with Docker support.

Moin, are you able to give a short description what to do, to do so?

I only want to grab a few parameter (e.g. total number of infections, death...)
Has some one examples, how I can grab this information directly from RKI API?
(I would need curl examples for usage in linux shell)
Thanks in advance...

I only want to grab a few parameter (e.g. total number of infections, death...)
Has some one examples, how I can grab this information directly from RKI API?
(I would need curl examples for usage in linux shell)
Thanks in advance...

@helmar74 If you like I have some examples for grabbing some data from JHU and worldometer:
JHU/Worldometer: Single countries overall data per day (historical, death and infected)
JHU: Germanyy by "bundesländer" (historical, death and infected)
I would like to have some rki samples too, because I failed in getting documentation or examples how to grab equvalent data directly from there.

@helmar74 If you like I have some examples for grabbing some data from JHU and worldometer:
JHU/Worldometer: Single countries overall data per day (historical, death and infected)
JHU: Germanyy by "bundesländer" (historical, death and infected)
I would like to have some rki samples too, because I failed in getting documentation or examples how to grab equvalent data directly from there.

@

@helmar74 If you like I have some examples for grabbing some data from JHU and worldometer:
JHU/Worldometer: Single countries overall data per day (historical, death and infected)
JHU: Germanyy by "bundesländer" (historical, death and infected)
I would like to have some rki samples too, because I failed in getting documentation or examples how to grab equvalent data directly from there.

All examples would be nice.
I need values for germany and for bayern only...
Thank you

@

@helmar74 If you like I have some examples for grabbing some data from JHU and worldometer:
JHU/Worldometer: Single countries overall data per day (historical, death and infected)
JHU: Germanyy by "bundesländer" (historical, death and infected)
I would like to have some rki samples too, because I failed in getting documentation or examples how to grab equvalent data directly from there.

All examples would be nice.
I need values for germany and for bayern only...
Thank you

@helmar74
Not well documented, because it was ment for personal use (in exucse ;)
See https://github.com/ChristophKrause/coronaDataHelper/blob/main/src/CoronaDataHelper/CoronaDataHelper/DataSource/DataSourceGermanyJHUCSSEGIT.cs
idea:

manually checkout https://github.com/CSSEGISandData/COVID-19.git  to c:\dev\COVID-19 (or another folder)
do a git update on each read
parse all csv in c:\dev\COVID-19\csse_covid_19_data\csse_covid_19_daily_reports\ startng at 14.5.2020
repack data to have all and  day data

starting the oDataSourceGermanyJHUCSSEGIT.process() is returning a JSON with all data.
alternatively you can regularly download
https://github.com/ChristophKrause/coronaDataHelper/blob/main/src/CoronaDataHelper/CoronaDataHelper/res/JSON/JSONDataGermany.json
where i update the data nearly every day before 12:00

@helmar74
Not well documented, because it was ment for personal use (in exucse ;)
See https://github.com/ChristophKrause/coronaDataHelper/blob/main/src/CoronaDataHelper/CoronaDataHelper/DataSource/DataSourceGermanyJHUCSSEGIT.cs
idea:

manually checkout https://github.com/CSSEGISandData/COVID-19.git  to c:\dev\COVID-19 (or another folder)
do a git update on each read
parse all csv in c:\dev\COVID-19\csse_covid_19_data\csse_covid_19_daily_reports\ startng at 14.5.2020
repack data to have all and  day data

starting the oDataSourceGermanyJHUCSSEGIT.process() is returning a JSON with all data.
alternatively you can regularly download
https://github.com/ChristophKrause/coronaDataHelper/blob/main/src/CoronaDataHelper/CoronaDataHelper/res/JSON/JSONDataGermany.json
where i update the data nearly every day before 12:00

I also simply wanted to grab the data for several Landkreise by AGS (essentially just name, 7-day-incidence and population count for normalizing other values) for a personal overview dashboard. Is there an easy way to get around the issue?

I also simply wanted to grab the data for several Landkreise by AGS (essentially just name, 7-day-incidence and population count for normalizing other values) for a personal overview dashboard. Is there an easy way to get around the issue?

@marlon360 Do you think you will be able to resolve or workaround the current problem or should we start to look for alternatives? Which would be a pity. Thanks

@marlon360 Do you think you will be able to resolve or workaround the current problem or should we start to look for alternatives? Which would be a pity. Thanks

@marlon360 can we help in any way? I can offer to setup a (caching) proxy with another IP for getting the data from ArcGIS.
BTW IMHO there are still problems with the API itself, eg. the RKI Covid19 Dashboards misses "Fälle Altersgruppe" and "Todesfälle Altersgruppe". (yesterday there even has been a popup that they have problems) So I suppose, ArcGIS probably throttles some requests, but there is no documentation.
If I understand the code correctly, there is a 10 Minute caching? Probably changing this value to something bigger could help for a short time?

@marlon360 can we help in any way? I can offer to setup a (caching) proxy with another IP for getting the data from ArcGIS.
BTW IMHO there are still problems with the API itself, eg. the RKI Covid19 Dashboards misses "Fälle Altersgruppe" and "Todesfälle Altersgruppe". (yesterday there even has been a popup that they have problems) So I suppose, ArcGIS probably throttles some requests, but there is no documentation.
If I understand the code correctly, there is a 10 Minute caching? Probably changing this value to something bigger could help for a short time?

@shinebar1001 A proxy server would be great!
I already ordered a new small server, because it was not possible to change the IP address, but it can take up to 2 business days until I have access to it.
So a proxy would be great.
I also improved the caching system and increased the expiration duration to 30 minutes.

@shinebar1001 A proxy server would be great!
I already ordered a new small server, because it was not possible to change the IP address, but it can take up to 2 business days until I have access to it.
So a proxy would be great.
I also improved the caching system and increased the expiration duration to 30 minutes.

I also simply wanted to grab the data for several Landkreise by AGS (essentially just name, 7-day-incidence and population count for normalizing other values) for a personal overview dashboard. Is there an easy way to get around the issue?

@flodt Have a look at this URL: https://services7.arcgis.com/mOBPykOjAyBO2ZKk/arcgis/rest/services/RKI_Landkreisdaten/FeatureServer/0/query?where=1%3D1&outFields=RS,AGS,GEN,EWZ,death_rate,cases,deaths,cases_per_100k,cases_per_population,BL,county,last_update,cases7_per_100k,recovered,cases7_bl,death7_bl,cases7_lk,death7_lk,cases7_per_100k_txt&returnGeometry=false&outSR=4326&f=json

I also simply wanted to grab the data for several Landkreise by AGS (essentially just name, 7-day-incidence and population count for normalizing other values) for a personal overview dashboard. Is there an easy way to get around the issue?

@flodt Have a look at this URL: https://services7.arcgis.com/mOBPykOjAyBO2ZKk/arcgis/rest/services/RKI_Landkreisdaten/FeatureServer/0/query?where=1%3D1&outFields=RS,AGS,GEN,EWZ,death_rate,cases,deaths,cases_per_100k,cases_per_population,BL,county,last_update,cases7_per_100k,recovered,cases7_bl,death7_bl,cases7_lk,death7_lk,cases7_per_100k_txt&returnGeometry=false&outSR=4326&f=json

......

I encourage everyone who wants to use this API to host it by themselves. You only need a server with Docker support.

Moin, are you able to give a short description what to do, to do so?

@Rubber1Duck Here is a short description on how to host it yourself: https://github.com/marlon360/rki-covid-api#host-it-yourself

......

I encourage everyone who wants to use this API to host it by themselves. You only need a server with Docker support.

Moin, are you able to give a short description what to do, to do so?

@Rubber1Duck Here is a short description on how to host it yourself: https://github.com/marlon360/rki-covid-api#host-it-yourself

@marlon360 Thank you very much! That was exactly what I needed! You are doing good work. Greetings from the Allgäu

@marlon360 Thank you very much! That was exactly what I needed! You are doing good work. Greetings from the Allgäu

So a proxy would be great.

I just sent you an email (just in case, some spamfilter catches it)
Danny

So a proxy would be great.

I just sent you an email (just in case, some spamfilter catches it)
Danny

......

I encourage everyone who wants to use this API to host it by themselves. You only need a server with Docker support.

Moin, are you able to give a short description what to do, to do so?

@Rubber1Duck Here is a short description on how to host it yourself: https://github.com/marlon360/rki-covid-api#host-it-yourself

unfortunately i get this Error:
docker-compose up
Pulling rki-api (docker.pkg.github.com/marlon360/rki-covid-api/rki-server:v2)...
ERROR: unauthorized: Your request could not be authenticated by the GitHub Packages service. Please ensure your access token is valid and has the appropriate scopes configured.
and i have no idea how to fix this ........... :-(

......

I encourage everyone who wants to use this API to host it by themselves. You only need a server with Docker support.

Moin, are you able to give a short description what to do, to do so?

@Rubber1Duck Here is a short description on how to host it yourself: https://github.com/marlon360/rki-covid-api#host-it-yourself

unfortunately i get this Error:
docker-compose up
Pulling rki-api (docker.pkg.github.com/marlon360/rki-covid-api/rki-server:v2)...
ERROR: unauthorized: Your request could not be authenticated by the GitHub Packages service. Please ensure your access token is valid and has the appropriate scopes configured.
and i have no idea how to fix this ........... :-(

......

I encourage everyone who wants to use this API to host it by themselves. You only need a server with Docker support.

Moin, are you able to give a short description what to do, to do so?

@Rubber1Duck Here is a short description on how to host it yourself: https://github.com/marlon360/rki-covid-api#host-it-yourself

unfortunately i get this Error:
docker-compose up
Pulling rki-api (docker.pkg.github.com/marlon360/rki-covid-api/rki-server:v2)...
ERROR: unauthorized: Your request could not be authenticated by the GitHub Packages service. Please ensure your access token is valid and has the appropriate scopes configured.
and i have no idea how to fix this ........... :-(

@Rubber1Duck
I am sorry! I did not know that even public GitHub packages need authentication.
I pushed the image to docker hub. It is called marlon360/rki-covid-server:v2.
I also updated the manual: https://github.com/marlon360/rki-covid-api#host-it-yourself

......

I encourage everyone who wants to use this API to host it by themselves. You only need a server with Docker support.

Moin, are you able to give a short description what to do, to do so?

@Rubber1Duck Here is a short description on how to host it yourself: https://github.com/marlon360/rki-covid-api#host-it-yourself

unfortunately i get this Error:
docker-compose up
Pulling rki-api (docker.pkg.github.com/marlon360/rki-covid-api/rki-server:v2)...
ERROR: unauthorized: Your request could not be authenticated by the GitHub Packages service. Please ensure your access token is valid and has the appropriate scopes configured.
and i have no idea how to fix this ........... :-(

@Rubber1Duck
I am sorry! I did not know that even public GitHub packages need authentication.
I pushed the image to docker hub. It is called marlon360/rki-covid-server:v2.
I also updated the manual: https://github.com/marlon360/rki-covid-api#host-it-yourself

@Rubber1Duck
I am sorry! I did not know that even public GitHub packages need authentication.
I pushed the image to docker hub. It is called marlon360/rki-covid-server:v2.
I also updated the manual: https://github.com/marlon360/rki-covid-api#host-it-yourself

Thanks a lot Marlon, that works great!

@Rubber1Duck
I am sorry! I did not know that even public GitHub packages need authentication.
I pushed the image to docker hub. It is called marlon360/rki-covid-server:v2.
I also updated the manual: https://github.com/marlon360/rki-covid-api#host-it-yourself

Thanks a lot Marlon, that works great!

thanks for the docker image - works like a charm :+1:

thanks for the docker image - works like a charm :+1:

🎉🎉🎉 We are back online 🎉🎉🎉
A big thanks to @shinebar1001 (https://www.shinewelt.de)! He created a reverse proxy to hide the banned IP from the RKI server!
I hope we do not have to reopen this issue soon! 🤞

🎉🎉🎉 We are back online 🎉🎉🎉
A big thanks to @shinebar1001 (https://www.shinewelt.de)! He created a reverse proxy to hide the banned IP from the RKI server!
I hope we do not have to reopen this issue soon! 🤞

I collected DAta from your API this night, but there were the dates for 14.01. for germany and 15.01 for states.
Is there still an issue?
I grab the data from this URL:
https://rki.marlon-lueckert.de/api/general

I collected DAta from your API this night, but there were the dates for 14.01. for germany and 15.01 for states.
Is there still an issue?
I grab the data from this URL:
https://rki.marlon-lueckert.de/api/general

@helmar74
There was a problem, but unrelated to this issue. It is fixed now.
I recommend you to use https://api.corona-zahlen.org/germany
The version you are using is not as stable as the new version and will not receive any feature updates.

@helmar74
There was a problem, but unrelated to this issue. It is fixed now.
I recommend you to use https://api.corona-zahlen.org/germany
The version you are using is not as stable as the new version and will not receive any feature updates.

Ah, thanks. is there also a URL for german states (bavaria)?

Ah, thanks. is there also a URL for german states (bavaria)?

Ah, thanks. is there also a URL for german states (bavaria)?

Yes there is. If you only need Bavaria you can use this: https://api.corona-zahlen.org/states/BY
There are many more feature like R value and vaccination. Have a look at the docs here: https://api.corona-zahlen.org/docs/

Ah, thanks. is there also a URL for german states (bavaria)?

Yes there is. If you only need Bavaria you can use this: https://api.corona-zahlen.org/states/BY
There are many more feature like R value and vaccination. Have a look at the docs here: https://api.corona-zahlen.org/docs/

Many thanks!
It works now again:

Thank you for your great work!

Many thanks!
It works now again:

Thank you for your great work!

API is down again:
curl -k https://api.corona-zahlen.org/germany

503 Service Temporarily Unavailable

503 Service Temporarily Unavailable
nginx/1.19.3

API is down again:
curl -k https://api.corona-zahlen.org/germany

503 Service Temporarily Unavailable

503 Service Temporarily Unavailable
nginx/1.19.3

... and also there seems to be an issue with the certificate

... and also there seems to be an issue with the certificate