[Plugin] Coords Text Tag from Datum
-
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 -
I have been trying so hard to find something like this for importing and exporting GPS points for the site planning we do, thank you!!!
Question- I can import from Google Earth points and they seem to be very accurate and I notice that is part of the GPS points fractional part (how many numbers after the decimal). But when I export the points don't have that level of accuracy so exporting new points back into Google Earth is off. IS there a way to get better accuracy on exporting?
I am going to donate, the app will save me so much time instead of overlaying images and doing all the other stuff I had to do to bring GPS points in. Thank you for what you do! IF this were upgraded and improved I would purchase and I am sure there is a market for it.
Please let me know if there is a way to improve accuracy on exported points.
-
The exported points dp are set for XY and Z in the tool's dialog.
These are remembered with the model... e.g. with 4dp 1.2345 even if largerThe imported points dp is set by the formatting of the file they come in...
but this can be 'cropped-down' if the dp set in the tool's dialog is less
e.g. with 4dp 1.2345 comes from 1.23451234So adjust your dp settings to suit your needs...
PS: It is a veeery old plugin - but still works - feel free to tweak it for your own use...
-
Hi there, I'm having problems with the visibility of the tags. When I import from a CSV file the message comes up that the points have been imported yet I can't see them on the screen. I'm using windows and Sketchup 2022
-
Without seeing the CSV it's not obvious...
I suspect that the points are miles from the origin ?
Try doing a zoom extents and see what you have.Also ensure that Guides are switched on in the View menu - otherwise you won't see them at all !
-
Hi Tigs,
I zoomed to extents and found the points were importing in a different format, far from where I intended. 33.693361S, 151.085060E is becoming something like 56.5343330S, 150.114058EHere is a snapshot of the CSV file, the setting I use when importing and then the results in SketchUp. I suspect I've got the settings wrong somewhere.
[mod=:1mgr9tn0]Embedding Google Drive will not work...[/mod:1mgr9tn0]
-
Read your post.
You cannot embed files like that !
More helpful info is needed to resolve this... -
@advancedcad said:
far from where I intended. 33.693361S, 151.085060E is becoming something like 56.5343330S, 150.114058E
When I need to deal with importing points that would otherwise be a long distance from the origin I first edit the CSV file in a spreadsheet to correct the distance. I find the lowest value for each axis direction and subtract that from all of the others.
Here's an example.
The three columns on the right are the ones then used for the point cloud.
-
Hi Tigs,
I can't figure out how to embed an image, so I've added them as attachments. Hopefully this helps.
-
Your LLZ points are millions of meters from the SKP origin, so little wonder that SketchUp is having these issues.
Have you tried setting the axes origin 'datum' to something near the LLZ values, so this import more logically ??
When I import your CSV I get points in meters... are you then referencing these back to LLZ ?
I'm confused...
Advertisement