That is a Javascript error caused by something in ace.js (you're not getting a popup error because I redirect such errors into the console). When I integrated ace into the webdialog there were a couple of incompatibilities with IE, that I tried to patch. It seems I didn't get that one. I'll try to work-around it. Thanks for reporting!

Come on, this was a serious question.
A 12000km sphere can't be sensible as long as SketchUp doesn't handle that. Modeling for one's own Google Earth (and loading files locally) is also not a joy.

I would be interested to know – from those who like geomodeling – if they would contribute to a new project, to continue what Google abandonned? Geomodels, that are built by and shared by a community that has fun to interact with each other, and those models being visible to a wide public?

An update is ready!
By replacing ace editor 1.1.0 by version 1.1.2, we now have auto-completion (ctrl+space) and code snippets support. I connected the autocompleter to Ruby so that it displays only completions (methods etc.) that are available in the current context.

Apart from that, modified scripts are now reloaded automatically.

@jsl said:

as a hobbyist making GE models for my local city

Well, let's call it making 3d models for your city. That means: Why should the point of them be to appear solely in Google Earth? Does the end Google's 3d pipeline mean the ned of all modeling?

I'd be interested to know – from all who like geomodelling – whether they would like to continue geo modelling, if an alternative to Google Earth existed (…or exists).

Wouldn't it be cool if we – as a community – put our fate into our own hands?
Very curiously looking forward to replies and thoughts…

The best way to create a script is to create line by line on the console. This makes sure that every line has been tested.

Here are some things I saw:

• You probably meant
  sout += ConvertToNetLine(line)

• There is no Sketchup::Line, but Sketchup::Edge.

• edge.line has only two elements: [Sketchup::Point3d, Sketchup::Vector3d]

• Ruby is uses consistent case (case sensitive), everything is lower case except of constants:
  E̶l̶s̶i̶f̶ elsif
  R̶e̶t̶u̶r̶n̶ ̶=̶ return

• the SketchUp API returns coordinates (and other numbers) as "Length" (of the Length class). Those take their units along into the string, and you would get "AddLine(~2.2cm,…)". So you change the type from Length to Float using to_f.

• if edge.is_a? Sketchup::Edge cs = edge.vertices.map{ |v| p = v.position; [p.x.to_f, p.y.to_f] }.flatten s + ConvertToNetLine(*cs)
  …

Soweit ich sehe, hat jede Szene tatsächlich ihren eigenen Nordwinkel in den internen Schatteneinstellungen, aber SketchUp ignoriert es bei der Schattenanzeige

I think we also have to distinguish two points:
• an application/mobile app/plugin sends data to its own server with the user's consent
• an application/mobile app/plugin does this in a way that only its own server receives the data (ie. using a secure connection/encryption)

I'd happily allow the first point if I know and trust the plugin author, however the second point suggests that it's better to send data sparingly, only if there is a benefit.

I had the idea "what if my plugin launcher [LaunchUp] also searches online sources or submits calculations to wolfram alpha etc.". That would be cool, but it would broadcast what people do in their SketchUp, ie. Select, PushPull, CurviLoft, Select, Delete…

Ich hatte gedacht, nachdem ich seit Wochen 4 Erweiterungen einfach nicht fertig bekomme, brauch ich was was sich in ner Stunde machen lässt
Viel Spaß beim Skifahren!

Na wenn es nur das ist…
http://sketchucation.com/pluginstore?pln=ae_SceneNorthAngleTool_1.0.0

How can one create a plugin for something that is not accessible?
The main problem is not how to access the models, why the models are not free give-aways: Google licenses them from different commercial content providers or creates them on their own. If we could take them, it would be (unfortunately) pirating.

Interesting is that OSM has some efforts to make geospacial data available under free licenses. This is what we need, and it seems governments/administrations are more likely to release data into the open rather to an open organization than under the control of a proprietary company.

When I imported a SketchUp model into Vue, it automatically merged all textures into one file. I needed nothing to do on my own. But I didn't find the map useful for transferring back to SketchUp because small face ended up only some pixels wide, and I couldn't use bigger (32k×32k) textures in SketchUp.

I have a "TextureCombinator" (soon to be released). It does however not resolve the UV distortion issue (it does not bake distortions into the atlas).

You would best propose it to the SketchUp team.
I don't think at the moment plugins can "modify" the VCB behavior of other tools/plugins. This would require a new Ruby API feature, or to implement this directly into the core.

When you use "Add location", you import a map and terrain from Google Maps. At the same time, the coordinates are saved with your model.

This is a convenient way to attach the coordinates to the model, but if you don't need the terrain you can delete it. If you have a more precise terrain you can use that. Users can write plugins to use other tools for geo-referencing.

@unknownuser said:

SU2013 license will that work with SU8?

The SU2013 Pro license number won't turn a SU8 into Pro.

Everything else has been answered, Norbert's suggestion is probably the best you can do.

There are indeed huge language differences which produce such misunderstandings.
I'm very happy that the Chinese SketchUp community (subar forums) seem to have a team of translators that make our plugins accessible to more people (I would not be able to translate my plugins to Chinese).

Reviews on the internet are always mixed (for example when you want to buy something etc.). It's always worth to hold something in your own hands and take a look.

SketchUp can run very well in Wine, and there is no reason why not to try it.
As a safeguard you can always choose to use a virtual machine, where it is guaranteed to run (at least with software rendering). I've found that hardware acceleration in VirtualBox was unstable (on my old hardware) and SketchUp crashed, where as it ran fully accelerated in Wine. But the performance difference might be negligible on newer hardware…

As for SketchUp, CrossOver is equal to Wine, but stable, commercially supported and includes some graphical installers (Windows package manager). It is good for supporting the company behind Wine.

Yes, I have it installed, it works just like SketchUp.

As for the side question: SketchUp has a pretty nice SDK to read/write the skp format, but it's exclusive for Windows and OS X. That is why there is no cross-platform OSS program that reads skp; also not even a single mobile app reads skp files. Usually people have to export their models from SketchUp into any widespread standard format and then import it into a viewer application.
Short: There is no skp viewer other then the SketchUp Viewer.

Did you try variations on how the webdialog's html is created or loaded?
In the Trimble/Google forum, someone suggested it's due to set_url(); which would make sense if the Maverick's security model has been further restricted.

I meant "create the script element dynamically" (only on demand). Not sure if you understood it like that…

For local files it behaves sometimes different. (I also ran into similar issues, and got it working but now it isn't working anymore. I'll look it up and post back.)
Since JSON is also JavaScript, are there any reasons why you couldn't load it as .js file? Create a <script> element with scr="JSON/myjson.js" and attach it to document.