IMPORTING MY PLACES FROM GOOGLE EARTH TO GRASSHOPPER

CAN WE IMPORT MY PLACES MARKED IN GOOGLE TO GRASSHOPPER SOMEHOW USING GHOWL??

Replies to This Discussion

Permalink Reply by Luis Fraguada on June 9, 2012 at 4:04am

What format do 'myplaces' come in? Are these KML? What are you expecting to import...Markers, geometry?

Permalink Reply by Khizer Ishtiaq on June 9, 2012 at 4:40am

File extension is kmz (attached), and i wish to import Markers

EDIT : I just saw the save options, and it can be saved in kml format too

Attachments:

My Places.kmz, 37 KB

Permalink Reply by Luis Fraguada on June 9, 2012 at 8:00am

In gHowl we have to written anything to explicitly read KML files, though the XML parser component gives you the data. With some appropriate selection of paths, you can get the data from there.

I just wrote a quick and dirty script to get the specific Placemark elements from the KML file. The script looks for Points, LineStrings (paths), and Polygons and outputs the element value. I am attaching the grasshopper file, a Rhino file with a picture as an underlay. You might need to reference the underlay picture. I will add an improved version to the next gHowl. Currently just the geometry is returned, not the name or anything else...

let me know if you need to make some sense of it.

Attachments:

ReadKML.gh, 7 KB
msp.jpg, 262 KB
ReadKML.3dm, 427 KB

Permalink Reply by Luis Fraguada on June 9, 2012 at 11:46am

In gHowl we have to written anything to explicitly read KML files

should read:

In gHowl we have NOT written anything to explicitly read KML files

Permalink Reply by Khizer Ishtiaq on June 10, 2012 at 2:27am

Thanks Luis, for a quick response and your effort...

I am using Rhino 4 SR9, so the rhino file isn't opening... I think there is only image for reference in there so the grasshopper file should run on its own, right? But, i am getting this error

And this doesn't change whether the path for the file is provided or not... is it due to the absence of rhino file?

Permalink Reply by Luis Fraguada on June 10, 2012 at 6:39am

No, I think it is due to the Rhino version. The rhino file should not matter, as you say, as it is only really an underlay...I am running on Rhino 5 and the .Net framework it is targeting is different so the code in the c# component will not behave in the same manner in Rhino 4 sr9. Do you have the option to run this in Rhino 5?

Permalink Reply by Khizer Ishtiaq on June 10, 2012 at 10:27pm

No, i don't have rhino 5

Permalink Reply by Khizer Ishtiaq on June 11, 2012 at 1:52am

Is there a way to import name or description too? Since i intend to import a large number of place-marks, so naming them individually would take quite a while...

Permalink Reply by Luis Fraguada on June 12, 2012 at 3:56am

Hello Khizer,

I have not had a chance to port this to Rhino 4 code. I hesitate to do so because Rhino 5 will be out any week now (hopefully!). I tend to just work in Rhino 5 now and rarely look back to Rhino 4. If I get the chance I will attempt it in Rhino 4...

Permalink Reply by Khizer Ishtiaq on June 14, 2012 at 12:05am

Hey Luis,

I managed to get an evaluation version of rhino5 for now, to test the file...

Although the list is showing all the points, but in view port it is showing only a limited number of points... Do you know why is that happening. I have attached the kml file that i am using

Attachments: