[Plugin] Coords Text Tag from Datum
-
I did not realize the VCB entry would act that way.
So, understanding what you said, here is what I would suggest.......
Select from your main menu, "Add Coord-Tag with Prefix" or something like that.
Use the same (similar) dialog box on screen as with "Add Coord-Tag by Dialog".
I would then click on a point. The XYZ coords would display in the dialog box and wait for a manual prefix entry followed by <enter> (or next click on another point).
Tag with manual prefix displays in model.
Dialog box stays on screen for next point selection, until tool change or <esc>.
As long as I do not have to call up the Dbox each time I tag a point, I can very happily live with that.
Two other options, if I may.
1 - If a manual prefix is entered, can you dispose of the "XYZ=" prefix? Or at least put the manual prefix in its own column in the CSV file?2 - Option to add a sequential numerical prefix instead of a manual prefix input.
You would need a "start seq. at ###" Dbox entry with it. (not important, just an after thought) -
Here's v2.4 http://sketchucation.com/forums/viewtopic.php?p=284829#p284829
Available from the SCF PluginStore...
Please reread the main Notes...
The main changes are:
New option to 'Prefix Prompt?' in Settings, then under 'Add' you get a dialog with each added Tag into which you can type or accept an auto-incrementing Prefix [#001, #002 etc], or ESC to skip Prefixing...
The imported AND exported CSV files now both use the last [fourth] column as the # Prefix/Reference - X,Y,Z,#... -
That was fast
I'll check it out over the w/e as I am pressed for time today.
Many thanks, in advance...
-
Perfect, (almost)
When I type a label ie: "first point" <enter> then select the next point,
the label in the dialog reads "first poinu".
The last letter is incremented with the next alpha letter.
Happens all the time, any label.
When it reaches "xxxz" it cycles back to "xxya".You need to turn off the incrementing with alpha labels, or make alpha incrementing an option, for those who may find it useful.
Otherwise, again..
-
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.
Advertisement