Generic Json loader to get text/points from e.g. Google spreadsheet

[ErikDeBruijn]

It would be cool if there was a generic data loader which uses a URL to get JSON data (or other kinds of simple to parse data).

Two scenario's could be: A height map and a Google Spreadsheet (both having an API for data and a user interface for data entry/image input).

This could enable you to create a height-map generator which takes a picture and transforms it into Z-coordinates for every X, Y pair and feeds it to the UltiShaper. The UltiShaper can show either the GUI that this tool has (e.g. the image selector or the spreadsheet) and will use the JSON output (e.g. the height map or the query into the spreadsheet).

The height map could also be a Google Maps window where you select a region and get a height map out of it of that area, or it could be used to make STLs from logos, or lithopanes, etc, etc.

[kaosat-dev]

hmm to be honnest I am not sure how this could work ( I see the intent, not how it can be implemented). Without knowing the type of data we are getting (the json input), how could be transform it ? Or do you mean something like a "helper" to just load json data from a source, without the "transform that data into a 3d structure"?

[ErikDeBruijn]

It depends on what block you put the data into. Those blocks could be 'smart' to understand/use various formats. If it's value,value pairs in an array, they could be coordinates for a poly-line. If it's a larger grid, they could be a height-map. But you're right, the inputs that blocks will accept will have to be defined, but there could be multiple input options.

Met vriendelijke groeten / With kind regards,

Erik de Bruijn MSc. Co-founder, Ultimaking LTD

2013/7/22 Mark Moissette notifications@github.com

hmm to be honnest I am not sure how this could work ( I see the intent, not how it can be implemented). Without knowing the type of data we are getting (the json input), how could be transform it ? Or do you mean something like a "helper" to just load json data from a source, without the "transform that data into a 3d structure"?

— Reply to this email directly or view it on GitHubhttps://github.com/Ultimaker/UltiShaper/issues/16#issuecomment-21333653 .

Ultimaker - easy, open source 3D printing! http://www.ultimaker.com/ Follow us on Twitter http://twitter.com/ultimaker, Google+https://plus.google.com/u/0/b/105283675489513173942/105283675489513173942/posts , Facebook http://www.facebook.com/Ultimaker

IMAGINE IT >> MAKE IT

[Im-Hal-9K]

Good idea. But I am not sure how easy of an implementation that would be.

---Sent from Boxer | http://getboxer.com

On Tue, Jul 16, 2013 at 07:02 AM, ErikDeBruijn wrote:It would be cool if there was a generic data loader which uses a URL to get JSON data (or other kinds of simple to parse data). Two scenario's could be: A height map and a Google Spreadsheet (both having an API for data and a user interface for data entry/image input). This could enable you to create a height-map generator which takes a picture and transforms it into Z-coordinates for every X, Y pair and feeds it to the UltiShaper. The UltiShaper can show either the GUI that this tool has (e.g. the image selector or the spreadsheet) and will use the JSON output (e.g. the height map or the query into the spreadsheet). The height map could also be a Google Maps window where you select a region and get a height map out of it of that area, or it could be used to make STLs from logos, or lithopanes, etc, etc. —Reply to this email directly or view it on GitHub.

[ErikDeBruijn]

Me neither, there's no prioritization in these issues I added. I did mention the codeschool interface before, I think that deserves preference because it's user-facing code and it will determine of the target group will adopt it. Data input will determine how easy it is for people to write external apps to work with our system, but if there are not users, there will be no external app developers. So to get rid of this catch 22, we need to first get it to a stage where users love working with the UltiShaper, then add this kind of generic interoperability. Of course it doesn't hurt to put things that are on the roadmap in here, because it influences architectural decisions.

Met vriendelijke groeten / With kind regards,

Erik de Bruijn MSc. Co-founder, Ultimaking LTD

2013/7/23 Hal Gottfried notifications@github.com

Good idea. But I am not sure how easy of an implementation that would be.

---Sent from Boxer | http://getboxer.com

On Tue, Jul 16, 2013 at 07:02 AM, ErikDeBruijn wrote:It would be cool if there was a generic data loader which uses a URL to get JSON data (or other kinds of simple to parse data). Two scenario's could be: A height map and a Google Spreadsheet (both having an API for data and a user interface for data entry/image input). This could enable you to create a height-map generator which takes a picture and transforms it into Z-coordinates for every X, Y pair and feeds it to the UltiShaper. The UltiShaper can show either the GUI that this tool has (e.g. the image selector or the spreadsheet) and will use the JSON output (e.g. the height map or the query into the spreadsheet). The height map could also be a Google Maps window where you select a region and get a height map out of it of that area, or it could be used to make STLs from logos, or lithopanes, etc, etc. —Reply to this email directly or view it on GitHub.

— Reply to this email directly or view it on GitHubhttps://github.com/Ultimaker/UltiShaper/issues/16#issuecomment-21386141 .

Ultimaker - easy, open source 3D printing! http://www.ultimaker.com/ Follow us on Twitter http://twitter.com/ultimaker, Google+https://plus.google.com/u/0/b/105283675489513173942/105283675489513173942/posts , Facebook http://www.facebook.com/Ultimaker

IMAGINE IT >> MAKE IT