[Plugin] Coords Text Tag from Datum
-
I had rather assumed that you would use numeric endings to your point references !
The string.next! function in Ruby simply increments the last character[s].
So if your initial reference was 'Point 001' you then get 'Point 002', 'Point 003' etc up to 'Point 999'.
That's why the built-in starting default is '#001'It could be trapped so it only uses 'next!' if the final character of the prefix is 0-9.
Then 'First Point' or similar text stays as that in the next prompt ??It's a simple fix... Watch out for an update...
-
Here's v2.5 http://sketchucation.com/forums/viewtopic.php?p=284829#p284829
Available from the SCF PluginStore...
Please reread the main Notes...
The main changes are:
#Prefix dialog now has Auto-Increment?: Yes|No option.
default is Yes, but if you switch it off with No then the Prefix is unchanged for the next prompt - requiring a manual change.
Auto-incrementing Prefixes work with all characters: 099 > 100 > 101 etc AND A > B > C etc... -
I iz a-waiting
Wow, that was fast.
-
Hi TIG,
First of all, thanks for all your great plugins! I use this one all the time.
I'm having some problems with it recently though, and I updated to the current release (2.5 20130811), but that didn't help. Here's the situation:
Before recently, I was using the coords to label both XY and Z coords. Most of the time, though, I only actually need the Z coord. I recently figured out that it was possible to label with only Z by changing the units of XY to none. So, in a new model, I labelled all my building roofs with Z only. While having the model open and doing this the first time through, everything works perfectly. Problems arise when I reopen the model. It seems to be a problem with updating of the coords when the model is reopened. I don't know enough about the code to understand what's going on, but I've included a snippet (below) of what the Ruby Console is showing me. It keeps doing this over and over and over. Technically everything else in the model still works, but it grinds it to a halt, and doesn't allow any "undo" because the last items to undo are always a million "Undo Coords Tag Update".
So, again, this has only ever happened to me when I am using only the Z with XY units set to "none", when I close and reopen. But it does happen EVERY time I try this. I have tried in two different models, and tried deleting all the coords tags and redoing them. As usual, all worked fine till I closed and reopened the model.
Thank you for any help in fixing this. I really like the ability to label only the heights. And again, I really appreciate this plugin in the first place. It's extremely useful.
Error: #<TypeError: nil can't be coerced into Float>
C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/#coordstexttagtoolfromdatum.rb:729:in*' C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/#coordstexttagtoolfromdatum.rb:729:inupdate'
C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/#coordstexttagtoolfromdatum.rb:672:ineach' C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/#coordstexttagtoolfromdatum.rb:672:inupdate'
C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/#coordstexttagtoolfromdatum.rb:1368
C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/#coordstexttagtoolfromdatum.rb:729:incall' C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/#coordstexttagtoolfromdatum.rb:729 Error: #<TypeError: nil can't be coerced into Float> C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/#coordstexttagtoolfromdatum.rb:729:in*'
C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/#coordstexttagtoolfromdatum.rb:729:inupdate' C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/#coordstexttagtoolfromdatum.rb:672:ineach'
C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/#coordstexttagtoolfromdatum.rb:672:inupdate' C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/#coordstexttagtoolfromdatum.rb:1368 C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/#coordstexttagtoolfromdatum.rb:729:incall'
C:/Program Files (x86)/Google/Google SketchUp 8/Plugins/#coordstexttagtoolfromdatum.rb:729
Sincerely,
Shannon -
There is my separate tool to label just Z-height from a datum, so you use the two in tandem...
However, I'll look at your reported issue which has never appeared before...
-
Here's v2.6 http://sketchucation.com/forums/viewtopic.php?p=284829#p284829
It resolves an issue with Z-only setting, where on reopening a SKP its co-ord tags sometimes returned an error. -
Tig....
An hour and 23 minutes......
What took so long??
-
@jgb said:
Tig....
An hour and 23 minutes......
What took so long??
No one had noticed that a certain combo of settings caused an issue !
When it's reported it's fixed !
Ruby is pretty good throwing up error messages, when you get used to it it quick to find the typo or coding error and fix it...
-
Just tugging your chain.
I did enough s/w testing in my days to know, ya can't test for everything.
I would routinely put "out of range" values into input fields or do something "not expected or allowed" because people WILL do that using the s/w. That alone found a plethora of errors that were not caught on condition. I would look at all the "IF" statements to see if I could screw some up with out of bounds parameters. This would often crash the system.
Since I was working on various banking and before that some military systems my methods were encouraged, but the programmers sorta did not appreciate me. boo hoo.
When I was working at SPAR where we made the robotic arm for the space shuttle (Canadarm) I was a senior member of the project management team. During down time, I would play with the 3D simulator capturing satellites and putting them in orbit or back into the shuttle bay. I got fairly good at this too. It ain't easy by any stretch.
This simulator was built around the old IMSAI 8080 because the systems architecture was based on the computers in the shuttle. The 4 video displays used some radar processors and produced a vector line diagram on the 4 screens that mimicked the 4 windows on the aft shuttle cabin, much like the old ATARI Tank game. Very realistic video game. This setup was used primarily for engineering test and development. NASA had a similar system in Houston which was more realistic to the shuttles interior for training.
Anyway, one day I decided to do an end to end scenario, take the arm out of locks, take a sat out of the bay, put it in orbit, then park the arm for departure.
Well, lo and behold, I could NOT park the arm without setting off singularity alarms in the last inch or so. A singularity is the term used to warn of joint limitations.
It would auto-park, but not manually. NOBODY ever tried this before. The chief engineer tore a strip off me, but never checked. A week later we got a call from NASA with a problem..... Yep, couldn't manually park.
It is not good when the client finds a problem that you didn't. Took about 3 days to fix and validate the problem in the code. The program manager gave me an "attaboy"; the chief eng. never said a word about it.
-
Here's an update http://sketchucation.com/forums/viewtopic.php?p=284829#p284829
Some minor typos fixed, units always show in exported CSV even when set to be hidden in 'on-screen'... -
Here's a future-proofed update.
http://sketchucation.com/forums/viewtopic.php?p=284829#p284829 -
I can't get a csv to import for the life of me. I even added points manually, then exported. I tried to reimport to no avail. Can some post and example csv that works? Thanks! I'm on Sketchup 2014.
Sean
-
How are you trying to import the CSV ?
I believe there's an error in the plugin's code - watch the Ruby Console...
I'll issue a correction shortly...
Silly typo 
Here's the corrected Plugin v3.1
http://sketchucation.com/pluginstore?pln=coordstexttagtoolfromdatum -
Excellent. Thank you. It works on 2013 for sure. I was working on 2014 last night. Will check later. One thought, generally I think longitude comes before latitude when exporting geo data to csv. I could be wrong. Longitude is the X coord, which is usually first. I could write a script to parse my csv and rewrite, but if most programs export as (Long, Lat), it may make sense to reverse the order, or at least give that option.
Thanks!
-
The built-in Geo-location dialog uses Lat then Long.
But Long/Lat can easily be added as a display AND import/export option...
Watch this space... -
Version v3.2 now in the PluginStore http://sketchucation.com/pluginstore?pln=coordstexttagtoolfromdatum
Now includes the option for Lat+Long || Long+Lat in display and in the CSV import/export.
If your display is set as Lat+Long..., but want to export a CSV in a Long+Lat... column format you now have that choice in an additional Yes|No dialog.
If you are importing a Geo-Located format CSV, you can now choose between Lat+Long AND Long+Lat format, to suit its column arrangements. -
Version v3.3 now in the PluginStore http://sketchucation.com/pluginstore?pln=coordstexttagtoolfromdatum
Imported CSV files in v2014 are encoded as UTF8 to avoid rare hitches, e.g. if ANSI, contain Unicode strings etc...
-
Thanks for this excellent plugins. I'll try it..
-
Tig, thanks for another great plugin...
It's not doing exactly yet what i want, but (some of it) is easy to fix, i guess:I need it to place two kinds of Tags on a building:
The building has it's zero-point, which has an absolute altitude to it.
In the plan there's a tag for that, saying "Ref. +-0.0 = 912.34m a.s.l."Some tags i place are relative, so they need to say "Ref. +2.13m" | "Ref. -0.44m" etc.
So, i need the plugin to output a plus sign for positive numbers... i don't know ruby, but i guess that would be very easy to add, if you DO know Ruby, right? Any hint?
Some Tags need to be absolute, Saying eg. "912.34m a.s.l."
To do that, i experimented with your other Plugin, "Height above Datum"... There, i can put in the absolute height.
Just, it seems less configurable in terms of prefix and units (seems to be bound to the model's units)
But is it needed to do that in two different plugins? Or, are they maybe even possibly clashing if used together?
From versions, it looks like "Height above Datum" was a predecessor, but with the ability to set a datum, it looks also like it has a bit of a different intention? Or, did i just oversee that feature in "Coords Text Tag from Datum"?My first try was to look for a plugin that could read and set the absolute height set via geolocation,
but there seems to be no such thing... -
Dear Tig,
Would it be possible to make a new menu item - Set Datum. Selecting the first point would make that the datum with all other points selected measured relative to that point. I know I can do that manually by entering the new datum values into the setup menu (e.g. -100,-100 -100 for a new datum at 100,100,100, but it would remove a step or two (using Utility's query too, writing down the values, entering the data)
Many thanks,
Bob
Advertisement