Si TOTONNO/BURBE/TOPGAN/LATEMAR mi sa che il sole di questi ultimi giorni ti sta davvero dando alla testa...

Ti domando: ma tu la relazione la scrivi direttamente in pregeo oppure in word?

Il problema è SEMPRE di pregeo che non traduce correttamente i caratteri che importa.

Mettiti un pò all'ombra per favore, non prendere troppo sole che ti fa male.

Saluti

Cara tiritera.

Per te è un problema Pregeo, perché non lo sai usare e devi utilizzare word per scrivere una relazione da inserire in pregeo.



Neanche copia e incolla sai fare...

Signori buongiorno, anche a me è capitato l'increscioso problema, e ho scoperto una cosa. Importando su un altro pregeo/PC il file dat, pregeo lo importa; importanto invece il file modulistica, il pregeo blocca il file dicendo che il file che si vuole importare nn ha caratteristiche pregeo. Ergo, il problema in teoria dovrebbe essere il compilatore interno al pregeo del file PDF. Altra cosa, ho notato che si ha questo problema solo con i frazionameno e mappale, mentre solo per i frazionamenti e solo per i mappali, singolarmente, il pregeo questo problema nn lo dà. Cmq, il problema potrebbe anche derivare dal tipo di dato che si stà inserendo in quel momento, per quella particolara situazione. Nel mio caso è un libretto gps. Adesso tenterò di fare una cosa senza senso, ovvero convertire il tutto come se fosse stato fatto con stazione totale, e vediamo che succede.

Vi terrò infermati degli sviluppi.

Oggi mi si è presentato lo stesso problema che poi ho risolto in parte eliminando i caratteri speciali che mi si erano creati nella relazione causa importazione del testo da un file word.

In parte però, dopo la prima correzzione sopra, erano causati da un importazione nel libretto di righe 8 relative all'altimetria dei PF che invece di avere le quote inserite nell'apposito campo della quota, erano inserite nel campo Est o X come se fosse una riga 8 per PF planimetrico.

Il comune dove stato lavorando è uno di quei comuni nuovi e riportava delle descrizioni con ./- che ho corretto manualmente semplificando il tutto. Una volta corretto ed archiviato il pf, ho rielaborato il libretto in modo che pregeo andasse a ripescare i PF nel mio archivio "corretto" e per magia le righe 8 , planimetrica e altimetrica, per ogni PF erano codificate correttamente.

Dopo questo il tipo è stato inviato sul sister senza problemi.

Saluti

Mi accodo a questo post per segnalare un altro problema quando il file.pdf viene scartato dal sistema Sister con la motivazione "il file non contiene le informazioni delle misure"

Effettivamente nelle pagine del pdf destinate al libretto delle misure, il margine destro è maggiore del sinistro e di conseguenza tutte le info dei punti battuti (riga 2) non sono contenute in un unica riga ma in due righe .

Questo, a quanto pare, è un problema perché non c'è la consequenzialità di righe 2 ed il sistema non riesce a leggere il libretto.

Domande :
- E' possibile modificare in Pregeo la formattazione delle pagine del pdf in modo da ridurre il margine destro ?
- Se si, come ?

Chiedo scusa, ma nelle note dei punti battuti hai inserito qualche passo della Divina Commedia o Del Signore degl'anelli ? Oltre a scrivere spig. fabb. o asse recinz. cos'altro hai specificato,..illudendoci che le leggano pure, tanto oramai il futuro è nella IA - Modificare le specifiche del programma secondo me non si può ne fare ne giusto farlo, son programmi comunque dell'ADE dati a noi ad uso gratuito,..non si possono modificare per Legge,..suppongo -

Facci sapere...

No anonimo_leccese, sono i valori delle matrici di varianza e covarianza che, avendo numeri con oltre 4 numeri decimali, ormai occupano gran parte dello spazio disponibile.

Ciao George_ces

Il valore delle matrice non comporta alcun problema in pregeo.... almeno io non ho mai avuto alcun problema.
Il valore delle matrici deve essere di 11 cifre ma questo non crea problemi.

Il simbolo "|" finale deve essere apposto solo alla fine della riga 2 e non dove la riga va a capo.

Ti riporto un esempio di riga 2:

2|401|-13456.714,20965.372,9504.886|.001713900,0.000370700,0.000798200,0.000402800,0.000246900,0.000828300|PDOP=2|0.000|CHIODO MINIATO|

La riga di cui sopra è unica in pregeo, anche se nel pdf la parte evidenziata in rosso va a finire nella riga sottostante ma non devi applicare il tasto invio. Come vedi dopo la sigla PD non c'è il simbolo "|" ma compare solo alla fine dopo la parola MINIATO "|".

Spero di esserti stato di aiuto

Grazie EFFEGI,
cerco di spiegarmi meglio :
il tipo che veniva scartato immediatamente da Sister conteneva diverse righe di questo tipo :

2|1001|6590.813,22865.321,-14868.778|0.000349,0.000002,-0.000003,0.000169,-0.000048,0.001534|PDOP=2|0.000|spig somm fabbricato|
(in pratica nella pagina del pdf il testo in rosso veniva riportato a capo, nella riga successiva)

Su consiglio anche di un tecnico catastale ho dovuto abbreviarla in modo che nel pdf da inviare quelle info fossero contenute in un'unica riga .

Infatti abbreviando somm fabbricato in s.f. sono riuscito a contenere ogni riga di tipo 2 in un'unica riga, mantenendo la conseguenzialità delle righe 2 nella pagina del file.pdf .

Ora non so se è stato un caso ma in questo modo il tipo non veniva più scartato da Sister.

Misteri di Sogei.

Come già ti ho scritto, io non ho mai avuto alcun problema eppure le righe 2 vanno quasi sempre a finire su righe nel fle di pregeo.

Io credo che il problema sia da ricercare altrove.

Comunque l'importante è che hai risolto.

Buona giornata