Civil 3D : CoGo points export to KML issue

Το Civil 3D εξάγει αυτούσια τα CoGoPts σε KML!

Όταν όμως τα σημεία έχουν εισαχθεί με διαφορετικά point styles τότε τα μόνα σημεία τα οποία εξάγονται με εντοπισμό θέσης και descriptions είναι αυτά τα οποία έχουν point style αυτό με το οποίο έγινε η πρώτη εισαγωγή σημείου στο dwg! Όλα τα άλλα εξάγονται μεν αλλά χωρίς πληροφορία θέσης! Δηλαδή δεν σχεδιάζονται στο Google Earth ή στο maps.

Αν μετέπειτα υιοθετηθεί για όλα τα σημεία το αρχικά επιλεχθέν point style τότε εξάγονται σωστά κι ας είχαν πριν άλλο point style.

 

Ώρες χαμένες, μέχρι να βρω λύση στο πρόβλημα, τρεις.

Επίσης, όταν το Google Earth έχει να εμφανίσει σημεία στην ίδια θέση τότε εμφανίζει μόνον αυτό που εισήχθη πιο τελευταίο. Έτσι μπορεί κανείς να νομίσει ότι κάτι δεν πάει καλά. Απενεργοποιώντας την εμφάνιση του σημείου που είναι ορατό τότε εμφανίζεται και το ταυτόσημο.

AutoCAD : Απενεργοποίηση OSNAP σε υπόβαθρο XREF

Χρειάστηκε να έχω ενεργό το OSNAP αλλά να μην λειτουργεί επί υποβάθρου external reference.

Στην παρακάτω διεύθυνση βρήκα το work around που περιγράφω αμέσως μετά.

https://www.cadtutor.net/forum/topic/71081-top-six-solutions-to-common-xref-problems/

Περνώ το XREF στο layer Defpoints.

Κάνω Freeze το layer μηδέν κι ως δια μαγείας το OSNAP δεν λειτουργεί επί XREF όπως και το tooltip hover κι ούτε μπορείς να το επιλέξεις!

Μου χάθηκε όμως το XREF κάποια στιγμή και δεν το έβλεπα κι αυτό επειδή έκανα Regen.

Οπότε κάνοντας THAW το layer μηδέν κι αμέσως μετά πάλι FREEZE, ξαναεμφανίστηκε το XREF και με απενεργοποιημένο το OSNAP.

TBC : Διαδικασία baseline processing και network adjustment. Προβλήματα και λεπτά σημεία.

Κρίσιμη πληροφορία!

Το full path & filename του project δεν πρέπει να περιέχει ούτε έναν Ελληνικό χαρακτήρα. Ειδάλλως είναι αδύνατη η baseline processing. Μονομιάς fail όλα τα ανύσματα.

Εισαγωγή αρχείων *.t02 στατικών μετρήσεων

Στα αρχεία στατικών μετρήσεων *.t02 τα πρώτα τέσσερα νούμερα αντιστοιχούν στα τελευταία τέσσερα του serial number του δέκτη!

Η εισαγωγή τους μπορεί να είναι μαζική, δηλαδή σε ένα import και πρέπει να προτιμάται.

Είναι κρίσιμο να αποδοθεί το σωστό ύψος δέκτη αλλά και να επιλεγεί η σωστή θέση αναφοράς (center of bumper) κατά την διαδικασία του import στο παράθυρο Receiver Raw Data Check In γιατί μετά δεν μπορούν να αλλαχθούν. Μετά θα πρέπει να διαγραφεί το imported raw αρχείο, να σβηστούν τυχόν σημεία που συνδέονται με αυτό και να ξαναεισαχθεί.

    Η αντιστοίχιση αρχείου t02 με το σημείο μέτρησης μπορεί να γίνει από την ώρα εκκίνησης μόνον ή κι από τον συνδιασμό αυτού με το serial number σε περίπτωση που ο δέκτης στηθεί μέσα στην ίδια μέρα και σε άλλη θέση.

Αν έχει γίνει χρήση του Trimble DL από κινητό android, με συμβατό bluetooth, τότε θα μπορούσε να είχαν εισαχθεί όνομα σημείου, ύψος δέκτη και θέση μέτρησής του, πριν την εκκίνηση των μετρήσεων. Όμως τα Trimble R4-3 έχουν ασύμβατο BT με τα νεότερα κινητά αλλά και το Trimble DL δεν είναι πια διαθέσιμο στο AppStore της Google που σημαίνει ότι δεν το υποστηρίζει πλέον.

Για την καταχώρηση του σωστού ύψους πρέπει να εναλλάσω το επιλεγμένο tab μεταξύ Antenna και Receiver. Για να μην μπλέκομαι με ποιό σημείο δουλεύω, μπορώ να ξετσεκάρω το Import check box σε αυτό που δουλεύω και να το ξανατσεκάρω όταν ολοκληρώνω.

Όταν το σημείο που μετρήθηκε αντιστοιχεί σε control point το οποίο με κάποιο τρόπο θα εισαχθεί, το πιο πιθανό θα είναι από αρχείο, τότε ποτέ δεν πρέπει να του δίνεται Point ID ταυτόσημο με αυτό του control point το οποίο θα εισαχθεί από αρχείο. Είναι προτιμότερο η αντιστοιχία να γίνεται κατά την φάση του adjustment ώστε να υπάρχει ελευθερία επιλογών.

Κάθε ένα Point ID μπορεί να έχει τυχαίο και διαφορετικό όνομα κι ας αναφέρεται σε ίδιο σημείο που μετρήθηκε άλλη μέρα με άλλο ύψος ή την ίδια αλλά έμεινε από μπαταρία και συνέχισαν οι μετρήσεις μετά την αλλαγή της οπότε παράχθηκε νέο αρχείο *.t02. Μετά μπορεί οπτικά να φανεί ποιά είναι ταυτόσημα και να αλλαχθεί από τις properties το όνομά στους σε ένα ενιαίο με επιλογή merge στο prompt τι να κάνει όσον αφορά τα ταυτόσημα Point ID.

Πριν ή μετά την εισαγωγή των baselines και του processing τους, γίνεται η εισαγωγή του αρχείου με τα σταθερά σημεία.

 

Προετοιμασία για την συνόρθωση Adjustment.

 

Όταν ολοκληρωθεί και η εισαγωγή των baselines και το processing τους τότε μπορεί να γίνει επιλογή των σημείων στατικών μετρήσεων τα οποία θα είναι σταθερά.

Κάνοντας κλικ πάνω στο σημείο των στατικών μετρήσεων, πηγαίνω στις properties του κι επιλέγω add coordinate, coordinate type Grid, βάζω τον κέρσορα μέσα στο Easting ή Northing και με το mouse κάνω κλικ πάνω στο επιθυμητό σημείο του οποίου θέλω να πάρω τις συντεταγμένες του. Μετά κάνω κλικ στο Αγγλικό ερωτηματικό που είναι ανάμεσα στα Easting & Northing κι αλλάζω την quality σε control. Το ίδιο κάνω και για το υψόμετρο, αν χρειάζεται.

Καλό είναι αφού ολοκληρωθούν όλα τα επιθυμητά add coordinate τότε να ξανακάνω ένα τελικό baseline processing.

Μετά στο Adjust Network, στο tab Constraints, τσεκάρω τα check boxes 2D, e για τα σημεία των στατικών μετρήσεων που θέλω ως σταθερά και κάνω Adjust.

Πολύ κρίσιμη παρατήρηση!

Πρέπει να έχει δηλωθεί οπωσδήποτε Geoid Model ώστε να γίνει επίλυση κι απόδοση των ορθομετρικών υψομέτρων, Elevations, με βάση τα δηλωθέντα Grid Elevations και να μην ξεμείνω με τα υψόμετρα του ελλειψοειδούς, Heights.

Αν δεν έχει δηλωθεί γεωειδές τότε τα υψόμετρα των σημείων που μετρήθηκαν και δηλώθηκαν ως control points θα αγνοηθούν, θα πάρω μόνον υψόμετρα ελλειψοειδούς και θα βγει μήνυμα στην επίλυση ότι δεν έγινε χρήση των υψομέτρων.

Θεμελιώδες γνωστικό αντικείμενο της τοπογραφίας.

Στα GPS Trimble δεν δηλώνουμε γεωειδές αλλά δεν έχουμε τέτοιο πρόβλημα και τα υψόμετρα που παίρνουμε είναι πάντα ορθομετρικά. Αντιθέτως η δήλωση γεωειδούς συνήθως δημιουργούσε πρόβλημα σε περιοχές με έντονο ανάγλυφο και το αφήναμε χωρίς κάποιο δηλωμένο. Το πως λειτουργεί χωρίς γεωειδές δεν το έχω καταλάβει αλλά όντως λειτουργεί και σωστά.

Εδώ δεν γίνεται αλλιώς.

Leica Captivate vs Trimble Access, Roading software

Λυπάμαι ειλικρινά και με απογοητεύει αφάνταστα αλλά δυστυχώς πρέπει να παραδεχθώ ότι τα Leica υστερούν πια σε σχέση με τα Trimble όσον αφορά κρίσιμα τμήματα του λογισμικού των έργων διαδρόμου.

 

Το Leica RoadRunner συνεχίζει να είναι το κορυφαίο λογισμικό σε δυνατότητες χάραξης μετά το Carlson Roads το οποίο συνεχίζει να μειονεκτεί μόνον όσον αφορά την δυνατότητα να δουλεύει με ελεύθερη ΧΘ όπως τα Trimble & Leica.

Όμως...

Το 3D περιβάλλον εξέτασης του διαδρόμου όπως είναι διαρρυθμισμένο μειονεκτεί τραγικά σε σχέση με αυτό της Trimble το είναι απείρως πιο κατατοπιστικό και λειτουργικό από αυτό της Leica. Πρακτικά το 3D της Leica είναι άχρηστο. Της Trimble είναι απόλυτα λειτουργικό και υποδειγματικό.

 

Και δυστυχώς η Leica συνεχίζει στον ίδιο λάθος δρόμο.

 

Τα αρχεία DBX είναι πολλά σε σχέση με τα μοναδικά ανά οδό RXL της Trimble.

 

Επίσης, ενώ στα RXL μπορώ να επέμβω και να κάνω ότι θέλω, στα binary αρχεία DBX της Leica δεν μπορώ να κάνω τίποτα. Αν το Leica Alignment Importer δεν μπορέσει να παράγει το επιθυμητό αρχείο τότε δεν υπάρχει λύση. Πλήρες αδιέξοδο. Τι κρίμα Leica!

 

Και συνεχίζει να μην υποστηρίζει LandXML μορφής Design Cross Section Surface. Αν είναι δυνατόν εν έτη 2022! Πόσο όμορφες είναι οι δτμες σε Carlson και Trimble με τα σημεία τους να έχουν το όνομα όπως είναι στον Civil 3D corridor.

Αυτοί οι στενοκέφαλοι Ελβετοί...

Εισαγωγή αρχείων LandXML σε Leica RoadRunner και Trimble Access. Προβλήματα γλώσσας.

Εξάγω τα Civil 3D corridors σε LandXML και Trimble RXL μέσω δικού μου προγράμματος.

Οι Ελληνικοί χαρακτήρες δεν αναπαράγονται σωστά από την Trimble αν δεν χρησιμοποιήσω Code Page 1253, είτε ως LandXML είτε ως RXL.

Αν όμως χρησιμοποιήσω το ίδιο Code Page για τα Leica τότε το Import Alignment Data μου βγάζει μήνυμα ότι είτε το αρχείο είναι κενό είτε το περιεχόμενό του είναι ακατάλληλο!

Οπότε με τα Leica τα export πρέπει να μην είναι σε Code Page 1253 όπως θα πρέπει να είναι για τα Trimble. Με την default επιλογή του UTF-8 το ίδιο αρχείο διαβάζεται μιά χαρά από τα Leica.

Και φυσικά για τα Leica δεν πρέπει το αρχείο να είναι μορφής Design Cross Section Surface (DCSS) αλλά απλό CSS. Και δυστυχώς αυτό αφορά και τα νεότερα, τα Captivate.

Παραγωγή Civil 3D alignment από alignment exported to dwg από 3rd party software ή μη.

Είχα μια οριζοντιογραφία περίπου 85 χλμ.

Έπρεπε να την περάσω στο χειριστήριο του GNSS.

 

Προφανώς άπειρες οι κορυφές.

Ο μελετητής αν και την σχεδίασε με το Civil 3D έδωσε τον άξονα σπασμένο σε polylines.

 

Ένωσα όλα τα κομμάτια με join.

Έκανα Create alignment from polyline. Άπειρα ευθύγραμμα τμήματα από τις σπασμένες κλωθοειδείς.

Το Trimble Access σε TSC3 το δέχθηκε.

To FieldGenius σε South HW300, για το οποίο προοριζόταν, γονάτισε. Πάγωσε κυριολεκτικά.

Οπότε έπρεπε να εισάγω τον άξονα με γεωμετρικά στοιχεία.

Ξεκίνησα λοιπόν την αναπαραγωγή του με βάση τον πίνακα των κορυφών.

Έκανα ένα τμήμα και το ήλεγξα. Ο πίνακας που συνόδευε την επίσημη μελέτη δεν είχε σχέση με τον σχεδιασμένο άξονα! Μελέτες Made in Greece.

Έστειλα email στον μελετητή . Δεν μου αρνήθηκε τίποτα, εγώ καταφερτζής δεν είμαι, οπότε άξονα δεν πήρα. Το γνωρίζει ότι κάνει για πολιτικός;! Άτομα με τέτοιες ικανότητες χρειάζονται τα κόμματα για τα τηλεοπτικά παράθυρα!

Οπότε σκέφτηκα τι μπορώ να κάνω με την καλύτερη δυνατή ακρίβεια και τον ελάχιστο κόπο;

Χρησιμοποίησα λοιπόν το Quick select.

 

Έπιασα όλα τα arc και τα έβαλα σε ένα layer με το ανάλογο όνομα και το δικό τους χρώμα, πράσινο. 

Έπιασα όλες τις line με μήκος μεγαλύτερο των 10μ, αφού από ένα πρόχειρο έλεγχο δεν βρήκα τμήμα ευθείας που να απαρτίζει κλωθοειδή, με μήκος μεγαλύτερο αυτού.

Τις πέρασα σε ένα layer με μπλε χρώμα, όπως έκανα για τα κυκλικά τόξα.

 

Τα υπόλοιπα τα έβαλα σε ένα layer με κόκκινο χρώμα για κλωθοειδείς.

Τούτη όμως η μέθοδος δεν μου εξασφαλίζει όμως ότι δεν θα υπάρχει κάποιο μικρό ευθύγραμμο τμήμα που δεν θα ανήκει σε κλωθοειδή αλλά θα μου ξεφύγει. Επίσης δεν μου ξεχώριζε τις διαδοχικές ομόρροπες ή αντίρροπες κλωθοεδείς με ή χωρίς ενδιάμεσο ευθύγραμμο τμήμα. Αλλά και για αυτό βρήκα άμεσα κι εύκολα λύση και την παραθέτω παρακάτω.

Ξεκίνησα την παραγωγή άξονα.

Για την οικονομία του χρόνου επέλεξα να μην αναπαράξω την πολυγωνική αλλά να κάνω την εισαγωγή τμήμα προς τμήμα.

Πέρασα πρώτα όλα τα ευθύγραμμα τμήματα με Fixed line (two points).

Κι όμως. Ο μελετητής είχε τμήματα με θλάση έστω κι απειροελάχιστη!

Οπότε ποτέ δεν πήγαινα το σταυρόνημα κατευθείαν στο endpoint αλλά έτρεχα αυτό κατά μήκος της γραμμής μην τυχόν και βρει κανένα endpoint. Και βρήκα ουκ ολίγα!

 

Μετά άρχισα να περνώ τα ενδιάμεσα.

 

Όπου υπήρχε απλό κυκλικό τόξο ενδιάμεσα ήταν απλό. Με ενεργοποιημένες τις Quick Properties έκανα click επάνω του και διάβαζα την τιμή της ακτίνας. Για μεγαλύτερη ακρίβεια, όπου χρειαζόταν, έκανα Endpoint και Center.

 

Όπου υπήρχε κλωθοειδής η ακρίβεια αναπαραγωγής της εξαρτώταν από την πυκνότητα των επιμέρους ευθύγραμμων τμημάτων που την απάρτιζαν. Και τελικά δεν είχα πρόβλημα στις χιλιομετρήσεις.

Έπιανα με αριστερό παράθυρο όλα τα επιμέρους ευθύγραμμα τμήματα, τις κόκκινες γραμμές στο layer της.

Έχοντας ενεργοποιημένες τις Quick Properties αυτομάτως άνοιγε παράθυρο με τα στοιχεία των γραμμών.

Αν στην property Length υπήρχε μια ενιαία τιμή κι όχι various αυτό σήμαινε ότι δεν κρυβόταν κάποιο μικρό ευθύγραμμο τμήμα ή άλλη κλωθοειδής. Οπότε μετά έκανα join.

Και είχα το μήκος της κλωθοειδούς στις Quick Properties.

Αν όχι τότε έψαχνα με το μάτι. Αν δεν έβρισκα το διαφορετικό τμήμα μετρούσα το μήκος ενός τμήματος κι έβρισκα όλα τα όμοιά του με Quick Select για αυτό το μήκος σε αυτά τα τμήματα και τα έκανα join.

 

Τόσο απλά. Πολύ δουλειά μεν αλλά συγκροτημένη και ακριβής δε.

Έτσι πέρασα 85 χλμ.

Ο άξονας από Join των επιμέρους τμημάτων του μελετητή είχε μήκος 85301.0369μ, από την μέθοδό μου 85301.2189, δηλαδή μεγαλύτερος κατά 0.182μ και η αναγραφή του μελετητή ήταν 85301.037μ.

Υποφερτή διαφορά για το είδος του έργου αναφοράς.

Αμαρτίες μελετητών παιδεύουσιν εργοταξιακούς τοπογράφους.

Trimble Business Center : Incapable of exporting corridor with variable SideSlope through RXL templates.

There are some cases that a corridor can not be exported correctly or at all through RXL templates.

Correct surface

One of this is when a template has a Side Slope with a varying slope through eg a table with no surface to catch assigned.

It simply fails showing an error message. Complete failure. No file at all.

 

 

Error message

 

At a similar case where a surface is not assigned but the SideSlope is constant then the exported RXL is a complete mess. Added lines from nowhere and wrong SideSlopes . A now warning at all RXL file full of serious mistakes !!!

 

No comment

Another case is when a template ends either with a varied SideSlope or with an element such as Offset/Elevation that is based on a target or a table to set its exact width, height or slope.

In this case the exported templates do not reflect the desired form.

The exported template is broken into templates adjusted at each horizontal and vertical point of intersection of the hinge point. The slope that the original template had at this stationing is kept and applied constantly throughout until the next template.

Finally you get an RXL file full of errors, no warning at all !!!

Red for wrong daylights. Green for correct. Yellow for POIs.

So it is impossible to export through RXL templates a variable Side Slope either in the form of a SideSlope/CutFill or just in the form of line.

Such a frustrating limitation!

The only semi workaround i have found is to do the export through "RXL road export from surface".