Annonce
L'appel à participation est ouvert jusqu'au 19 janvier 2025!
#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
