AOI buffers disappear after running a second analysis

Steps

I have encountered a couple of issues while replicating the 2nd demo @cartodave made in #the-retraining:

• Create a map with points dataset (layer1).
• Run AOI analysis in layer1.

• Continue the workflow analysis in layer1. This time “Enrich from DO”. I select United States as COUNTRY, Transportation as MEASUREMENT and Commuters by Subway or Elevated as SEGMENTS.

• The buffers disappear. In addition, the values from the DO are really low. According to @AbelVM it is because the values are normalized. But another explanation could be that the second analysis is using the point geometry instead of the buffer geometry to extract the DO data.

[viddo]

Debugged with @rochoa in-person:

I see queries to the SQL API to retrieve the geometry type before the node is set to ready status.

This was a false lead, separate request done by the table-view, it has no affect on how the layer is rendered.

Anyway, @javisantana @ramiroaznar we can’t reproduce the issue anymore, and unfortunately we’re not sure why. 😕 For now we’ll close it, feel free to re-open if this happens again (and hopefully have some more data/STR to go on).

Note that an exported .carto file that have undesired layer styles (as the one sent offline for this issue) will always render the things wrong, removing/adding a node will update the styles accordingly though.

[viddo]

Been debugging @ramiroaznar’s map together with @javisantana , what we found was that when the maps API returns status “ready”, and as such we do a lookup of the data to get the geometry type, the SQL API call returns no data even if there should be. If checking a moment later the data is there, so definitely a race condition. Seems like the maps API returns ready too early, so fixing that should fix this issue.

There’s also a 2nd issue, which is that we should probably not set simple styles if a geometry is not found, so will change that separately. edit: 👉 #9146