Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

geometry types frontend [do not merge] #2189

Merged
merged 17 commits into from
Feb 16, 2015
Merged

Conversation

javisantana
Copy link
Contributor

frontend needed the geometry_types and schema to be served from rails api. This patch changes that and ask to SQL for schema and geometry types

This was being done when the user applied a SQL to a layer so the change has been "as easy" as move the code to the right place so all the requests are done in the same way

In the way I removed some dependecies between table metadata and table data.

This needs smoke tests

@Cartofante
Copy link
Collaborator

Frontend tests were OK 👍 (details)

@@ -259,20 +249,7 @@ cdb.admin.CartoDBTableData = cdb.ui.common.TableData.extend({
var self = this;
// Unlink schema binding avoiding
// double sql requests
this.unlinkFromSchema();
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Shouldn't the comment above (Unlink schema binding avoiding double sql requests) be deleted as well since this method call was removed? it's not obvious from the new code if that still applies :/

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

👍

@viddo
Copy link
Contributor

viddo commented Feb 11, 2015

Apart from the comments 👍

geometry_types: view.getGeometryTypes()
});
}, this);

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Excuse my backbone.js ignorance: my understanding is that this is binding a piece of code to the reset event of the CartoDBTableMetadata model and it will be called upon fetching data from the server. Am I right?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, every time we fetch data from sql api we will update schema and geometry types in CartoDBTableMetadata

@javisantana
Copy link
Contributor Author

@rafatower could you merge this branch to #2165 and put in staging to tests it cc @iriberri @Xatpy

@rafatower
Copy link
Contributor

sure!

@Cartofante
Copy link
Collaborator

Frontend tests were OK 👍 (details)

@javisantana
Copy link
Contributor Author

work being done on #2165

@javisantana javisantana reopened this Feb 11, 2015
@Cartofante
Copy link
Collaborator

Frontend tests were OK 👍 (details)

@javisantana
Copy link
Contributor Author

@rafatower could you merge and deploy to staging again?

@rafatower
Copy link
Contributor

done!

@javisantana javisantana changed the title geometry types frontend geometry types frontend [do not merge] Feb 12, 2015
@Cartofante
Copy link
Collaborator

Frontend tests were OK 👍 (details)

@Cartofante
Copy link
Collaborator

Frontend tests were OK 👍 (details)

@Cartofante
Copy link
Collaborator

Frontend tests were OK 👍 (details)

@Cartofante
Copy link
Collaborator

Frontend tests were OK 👍 (details)

javisantana added a commit that referenced this pull request Feb 16, 2015
geometry types fetched form SQL api frontend side
@javisantana javisantana merged commit c464237 into master Feb 16, 2015
@javisantana javisantana deleted the 2182-geometry_types_frontend branch February 16, 2015 08:44
@Cartofante
Copy link
Collaborator

Frontend tests were OK 👍 (details)

@Cartofante
Copy link
Collaborator

Frontend tests were OK 👍 (details)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants