Nous utilisons des cookies pour vous garantir la meilleure expérience sur notre site. Si vous continuez à utiliser ce dernier, nous considèrerons que vous acceptez l'utilisation des cookies. J'ai compris ! ou En savoir plus !.
banniere

Le portail francophone de la géomatique


Toujours pas inscrit ? Mot de passe oublié ?
Nom d'utilisateur    Mot de passe              Toujours pas inscrit ?   Mot de passe oublié ?

Annonce

Suite à un problème technique intervenu entre le 22 et le 23 mars, nous avons du procéder dans la soirée du 25 mars, à la restauration de la base de données du 24 mars (matinée).

En clair, nous avons perdu vos contributions et inscriptions du dimanche 24 et du lundi 25 mars.
Nous vous prions de nous excuser.

#1 Tue 05 September 2000 07:14

Gelin
Invité

incrementation sous Arcview

salut a tous,

Dans la calculatrice arcview, il est possible
d'incrementer automatiquement un champ par la
fonction rec 1000 par exemple; Mais il semble qu'il ne
soit pas possible d'incrementer quand on a un nombre de
depart superieur a 16 chiffres.
Connaissez-vous un moyen pour depasser ce nombre de
chiffres tout en laissant le champ en decimal ?
ex: rec 1111111111111111111 .

Merci d'avance.

 

#2 Tue 05 September 2000 07:19

Philippe Coutures
Invité

Re: incrementation sous Arcview

Cree un nouveau champ et donne une largeur superieure a 16 qui est la valeur par defaut...

 

#3 Wed 06 September 2000 07:19

Georeference
Invité

Re: incrementation sous Arcview

a priori et en toute logique, la syntaxe adequate dans la calculatrice serai :

[rec]  1111111111.asNumber

 

#4 Tue 05 September 2000 07:18

PTherme
Invité

Re: incrementation sous Arcview

Les entiers longs sont limites a un peu plus de plus ou moins 2 milliards.

C'est probablement la raison pour laquelle, ArcView ne sait plus faire de
tels calculs.

Cordialement
Pierre THERME

 

#5 Tue 12 September 2000 07:17

William Huber
Invité

Re: incrementation sous Arcview

Il ne s'agit pas de la largeur du champ; il ne s'agit pas de la syntaxe
dans la calculatrice; et il ne s'agit pas des entiers longs. ArcView peut
interconvertir les representations diverses des entiers
automatiquement. La representation ultime est la precision double, qui
donne une precision de 16-17 chiffres. Donc, il n'est pas possible a
depasser ces nombres de chiffres en laissant le champ en decimal. Mais, il
est possible si on est content d'utiliser un champ en characteres. Par
example,

111111111111111111111111  (rec
1111111111).SetFormatPrecision(0).AsString

peut creer une representation avec 24 10 = 34 chiffres (parce que rec ne
va pas depasser six ou sept chiffres). Il est aussi possible a construire
un script Avenue pour faire de l'arithmetique avec precision arbitraire;
neanmoins, il faudrait utiliser un champ en characteres ( string ) pour le
representer.

(En Anglais, par ce que j'ai peur que mes fautes de grammaire aillent
endommager le message: It's not a matter of the field size, of the field
calculator syntax, nor of long integers. ArcView can automatically convert
various representations of integers. The highest-precision representation
is double precision floating point, which gives 16-17 decimal
places. Thus, it's not possible to exceed this number of places while
retaining a decimal field type. However, it is possible if you're willing
to use a string field type. For example,

111111111111111111111111  (rec
1111111111).SetFormatPrecision(0).AsString

will represent values with 24 10 = 34 decimal places (because rec will
never exceed six or seven decimals [, so there's no risk of overflow]). It
is also possible to write an Avenue script to perform arbitrary-precision
arithmetic; nevertheless, you would have to use a string field to represent
the results. )

A Plus,
Bill Huber
www.quantdec.com

 

Pied de page des forums

Powered by FluxBB