Base, calc - trier sur des nuémros de rue Impaire/paire

fr-users
#1

Bonjour,
Je fais appel à vous car je ne trouve pas de solution ni sur le web, ni dans
l'aide !

On m'a donné un publipostage à faire avec une table comptant 12 000
enregistrements
je dois trier sur des numéros de rue mais impaire ou paire (coté de
trottoir)
le champ "rue" est rempli avec le numéro (exemple: 35 rue Alice, 36 rue
Alice)

Pour le publipostage, j'arrive à trier sans soucis par type de voie mais
comment filtrer sur les numéros impaire/paire
sachant qu'une rue peut comporter 300 numéros !

pour info: A l'origine c'était un fichier .xls, j'ai tout basculer à ODF
en ce qui me concerne j'utilise le module base mais à terme, au moment de la
restitution du fichier, je serais obligé de tout basculer en CALC.

merci d'avance pour votre aide

#2

Bonjour,

Bonjour,
Je fais appel à vous car je ne trouve pas de solution ni sur le web, ni dans
l'aide !

On m'a donné un publipostage à faire avec une table comptant 12 000
enregistrements
je dois trier sur des numéros de rue mais impaire ou paire (coté de
trottoir)
le champ "rue" est rempli avec le numéro (exemple: 35 rue Alice, 36 rue
Alice)

Pour le publipostage, j'arrive à trier sans soucis par type de voie mais
comment filtrer sur les numéros impaire/paire
sachant qu'une rue peut comporter 300 numéros !

Une idée : ajouter une colonne dans laquelle tu extrais le numéro de
rue, puis une seconde dans laquelle tu calcules le reste de la division
par 2 de ce numéro (utiliser la fonction MOD()). Ensuite il suffit de
filtrer sur cette colonne.

Bonne journée
JBF

#3

Bonjour
Créer une colonne pair / impair ?

#4

ok super merci pour votre aide rapide !

j'étais sur cette voie, extraire les numéros sur une autre colonnes et
ensuite trier !
je vais essayer de leur rendre et vendre le classeur construit de cette
manière !!

je vais pouvoir aller faire autre chose de mon WE ...et ça ça vaut plus
qu'un grand merci ...

#5

et pour ceux qui comme moi ont besoin de voir pour le croire (et comprendre )
je joins un petit fichier
pair-impair.ods
<http://nabble.documentfoundation.org/file/n4141794/pair-impair.ods>

j'ai extrait les numéros sans l'espace après (le -1 à la fin de la formule)
puis j'ai filtré sur la fin des nombres (1,3,5,7,9)

évidement le publipostage Writer/calc ça ne va pas fonctionner puisque
qu'il n'y a un max 3 critères dans les filtres
donc je suis passé sous "base"

il est perfectible assurément ...... n’hésitez pas

#6

bonjour,

Pour rebondir sur l'idée de jean-Baptist, dans ta colonne tu peux mettre
MOD(GAUCHE(B5;CHERCHE(" ";B5;1)-1);2)
tu auras 0 si pair, 1 si impair et tu n'as plus qu'un seul critère

Claude

#7

Bonjour

catof wrote

le publipostage ne va pas fonctionner puisque qu'il n'y a un max 3
critères dans les filtres

Peut-être encore lié à ta version car la liste n'est pas limitée dans la
mienne...
Il y a un ascenseur à droite du dialogue.

catof wrote

il faudrait créer certainement 2 colonnes comme proposé par Jean-Luc ...

Tu peux n'en gérer qu'une comme dans cet exemple :
pair-impair.ods
<http://nabble.documentfoundation.org/file/n4141796/pair-impair.ods>

Cordialement
Pierre-Yves

#8

je viens de tester le principe de diviser est c'est parfait !!

merci pierre-yves et claude !!!

#9

Je ne sais pas quel usage tu veux en faire, mais si c'est pour un postier ou un démarcheur à domicile, il te faudra trier les pairs en croissant et les impairs en décroissant, à moins d'aimer les kilomètres inutiles !
Les dits-postiers reçoivent des ballots de courrier tirés selon leur parcours.
Mon postier favori est tellement habile qu'il n'arrête pas son vélo pour glisser les lettres dans les boîtes !

Cordialement,

Bernard Escaich

#10

Merci pour l'astuce !
je ne sais pas à quoi cette fusion est destinée, mais les élections
approchant, j'imagine qu'il y a un lien ...

Mais, concernant le publipostage, je me pose des tas de question, vue la
quantité d'enregistrement dans la table (12 000),
juste qu'à quel point doit on le faire avec de la bureautique ??
c'est évidement plus long en document individuel puisque il y a création de
fichier à chaque enregistrement ....
et que ce soit une base native ou un classeur calc, ça ne change rien !

Je suis en train de procéder à des tests, et déjà:
- pour fusionner 4000 enregistrements en document individuel, il a fallut
pas loin de 3 heures !!!!

document individuel ((19ko/fichier))
- 1000 documents - 13 minutes - dossier 17 Mega
- 2000 documents - 50 minutes - dossier 37 mega

en document unique (mais l’intérêt ne me saute pas au yeux)
- 1000 enregistrements - 1 minutes - ouverture instantanée - 63 ko
- 2000 enregistrements - 2 minutes - ouverture instantanée - 105 ko
- 3000 enregistrements - 3 minutes - ouverture rapide - 149 ko
- 4000 enregistrements - 4 minutes - ouverture rapide - 193 ko
- 5000 enregistrements - 5 minutes - ouverture rapide - 236 ko

#11

Bonjour

catof wrote

je me pose des tas de question, vue la quantité d'enregistrement dans la
table (12 000),
juste qu'à quel point doit on le faire avec de la bureautique ??

C'était un des points noirs du publipostage. La version 4.4 annonce des
améliorations dans ce domaine. Je n'ai pas testé, il serait intéressant
d'avoir ton retour avec cette version:

https://wiki.documentfoundation.org/ReleaseNotes/4.4/fr#Performance

Cordialement
Pierre-Yves

#12

j'avais réinstallé mimo ! :wink:

alors avec la v4.4
mm fichier que l'autre test

fichier unique:
1000 enregistrements - 45 secondes - ouverture immédiate
2000 enregistrements - 1 minutes 20 - ouverture immédiate
5000 enregistrements - 3 minutes - ouverture 5 secondes
8000 enregistrement - 7 minutes - ouverture 20 secondes
10 000 enregistrements- 8 minutes - ouverture impossible plantage
libreOffice

fichier individuel
en cours

#13

Bonsoir,

j'avais réinstallé mimo ! :wink:

alors avec la v4.4
mm fichier que l'autre test

fichier unique:
1000 enregistrements - 45 secondes - ouverture immédiate
2000 enregistrements - 1 minutes 20 - ouverture immédiate
5000 enregistrements - 3 minutes - ouverture 5 secondes
8000 enregistrement - 7 minutes - ouverture 20 secondes
10 000 enregistrements- 8 minutes - ouverture impossible plantage
libreOffice

fichier individuel
en cours

Merci. C'est intéressant parce que ce développement a été financé par la
mairie de Munich et comme elle fait partie de l'AB de TDF maintenant, je
pense que les retours lui seront très utiles.
À bientôt

#14

je ne sais pas si ce test à une grande valeur car je devrais également y
intégrer peut être des paramètres machines genre; puissance, mémoire...

j'ai passé la journée sur des fichiers extraits de listes électorales et
c'est catastrophique
le temps de traitement est très long et pour un résultat étonnant

par exemple :
si le "document type" possède un entête ou un pied de page, LibreOffice
créer autant d'entrée que d'enregistrement dans la feuille de style dans la
rubrique style de page ....à l'ouverture du document c'est affreusement long
Pourquoi fait il cela !!!???

Si je supprime ces entête et pied de page, le traitement en publipostage et
l'ouverture pour consultation du document est considérablement réduit. Pour
des raisons de budgétaire , le papier à entête n'est pratiquement plus
utilisé
je suis donc dans la bidouille (images avec ancrage à la page)
mais si je mets des images, de nouveau le traitement est beaucoup plus long
, bref c'est à s’arracher les cheveux.

je reste zen, positif et optimiste mais je dois vous avouer que c'est assez
décourageant, la pression des responsables des élections et très forte et
cette histoire commence à faire beaucoup de bruit, LIbreOffice en prend pour
son grade ....

#15

Conclusion de cette aventure
Abandon de LibreOffice et retour sous MsO ..pas glop !

constats:
Sur des gros publipostages
- réduire un maximum le nombre et le poids des images dans la lettre type
- si présence d'objet dessin groupé, risque d’éclatement du groupe et
éparpillement des objets dessin dans la page
- éviter les entête et pied de page dans la lettre type car pour chaque
fusion libreOffice crée un style de page
donc si 200 enregistrement = 200 styles de page dans la feuille de style

pour illustrer
dans cette capture, vous pouvez apercevoir
l'objet éclaté (en haut à gauche)
les styles
<http://nabble.documentfoundation.org/file/n4142183/fusion.jpg>