Cédric Leclerc a écrit :
> Bonjour André,
> J'ai peut être une solution pour vous concernant votre recherche de
> codes postaux.
> Ce matin, j'ai fait un petit bout d'appli qui va interroger en direct
> le sitewww.codeposte.comet qui récupère le(s) résultat(s) en
> fonction de la valeur recherchée.
> Voici le lien pour récupérer le projet :http://windev.office-on-the .net/recupcp
> (Fichier ZIP sans extension, à vous de rajouter le .zip après le
> téléchargement)
> Il est au format Windev 10 car je ne sait pas quelle version de Windev
> vous utilisez. Vous pouvez utiliser et modifier ce code à votre guise .
> Cette application vous permettra de récupérer soit les résultats en
> fonction d'une recherche, soit l'intégralité des communes allant de
> 00001 à 99999 (Traitement très long)
> Du coup, je pense que je vais créer un petit composant qui me
> permettra, a partir du moment ou le poste client est connecté à
> Internet, de récupérer en directe les informations à partir du si te
> et pour les clients sans Internet, je vais continuer à utiliser les
> fichiers CEDEX fournis par PCSoft.
> J'espère que cela vous sera utile.
> Bon courage pour vos futurs développement.
> Cordialement,
> Cédric LECLERC.
Bonsoir,
Super bonne idée.
Une difficulté est de pousser plus loin: la page est limitée à 20 c odes
Exemple pour 10140 cela va sortir 20 codes alors que Résultat sur la
page est à 22
Il faudrait tenir compte de Résultat et faire une suite de la page !!!
Attention il doit y avoir un souci dans le tableau car au résultat
suivant (> 20) il en sort 21 (dont un qui est du résultat précédent )
La critique est facile: c'est pour faire évoluer.... vous n'êtes pas
loin de pouvoir sortir la totalité en quelques minutes:
1 donne 3746 résultats --> vous pourriez aspirer tous ces codes très
rapidement.
2 donne 4599 résultats sur 230 pages..
Une boucle de 1 à 9 avec le traitement des pages....
Cordialement
Cédric Leclerc a écrit :
> Bonjour André,
> J'ai peut être une solution pour vous concernant votre recherche de
> codes postaux.
> Ce matin, j'ai fait un petit bout d'appli qui va interroger en direct
> le sitewww.codeposte.comet qui récupère le(s) résultat(s) en
> fonction de la valeur recherchée.
> Voici le lien pour récupérer le projet :http://windev.office-on-the .net/recupcp
> (Fichier ZIP sans extension, à vous de rajouter le .zip après le
> téléchargement)
> Il est au format Windev 10 car je ne sait pas quelle version de Windev
> vous utilisez. Vous pouvez utiliser et modifier ce code à votre guise .
> Cette application vous permettra de récupérer soit les résultats en
> fonction d'une recherche, soit l'intégralité des communes allant de
> 00001 à 99999 (Traitement très long)
> Du coup, je pense que je vais créer un petit composant qui me
> permettra, a partir du moment ou le poste client est connecté à
> Internet, de récupérer en directe les informations à partir du si te
> et pour les clients sans Internet, je vais continuer à utiliser les
> fichiers CEDEX fournis par PCSoft.
> J'espère que cela vous sera utile.
> Bon courage pour vos futurs développement.
> Cordialement,
> Cédric LECLERC.
Bonsoir,
Super bonne idée.
Une difficulté est de pousser plus loin: la page est limitée à 20 c odes
Exemple pour 10140 cela va sortir 20 codes alors que Résultat sur la
page est à 22
Il faudrait tenir compte de Résultat et faire une suite de la page !!!
Attention il doit y avoir un souci dans le tableau car au résultat
suivant (> 20) il en sort 21 (dont un qui est du résultat précédent )
La critique est facile: c'est pour faire évoluer.... vous n'êtes pas
loin de pouvoir sortir la totalité en quelques minutes:
1 donne 3746 résultats --> vous pourriez aspirer tous ces codes très
rapidement.
2 donne 4599 résultats sur 230 pages..
Une boucle de 1 à 9 avec le traitement des pages....
Cordialement
Cédric Leclerc a écrit :
> Bonjour André,
> J'ai peut être une solution pour vous concernant votre recherche de
> codes postaux.
> Ce matin, j'ai fait un petit bout d'appli qui va interroger en direct
> le sitewww.codeposte.comet qui récupère le(s) résultat(s) en
> fonction de la valeur recherchée.
> Voici le lien pour récupérer le projet :http://windev.office-on-the .net/recupcp
> (Fichier ZIP sans extension, à vous de rajouter le .zip après le
> téléchargement)
> Il est au format Windev 10 car je ne sait pas quelle version de Windev
> vous utilisez. Vous pouvez utiliser et modifier ce code à votre guise .
> Cette application vous permettra de récupérer soit les résultats en
> fonction d'une recherche, soit l'intégralité des communes allant de
> 00001 à 99999 (Traitement très long)
> Du coup, je pense que je vais créer un petit composant qui me
> permettra, a partir du moment ou le poste client est connecté à
> Internet, de récupérer en directe les informations à partir du si te
> et pour les clients sans Internet, je vais continuer à utiliser les
> fichiers CEDEX fournis par PCSoft.
> J'espère que cela vous sera utile.
> Bon courage pour vos futurs développement.
> Cordialement,
> Cédric LECLERC.
Bonsoir,
Super bonne idée.
Une difficulté est de pousser plus loin: la page est limitée à 20 c odes
Exemple pour 10140 cela va sortir 20 codes alors que Résultat sur la
page est à 22
Il faudrait tenir compte de Résultat et faire une suite de la page !!!
Attention il doit y avoir un souci dans le tableau car au résultat
suivant (> 20) il en sort 21 (dont un qui est du résultat précédent )
La critique est facile: c'est pour faire évoluer.... vous n'êtes pas
loin de pouvoir sortir la totalité en quelques minutes:
1 donne 3746 résultats --> vous pourriez aspirer tous ces codes très
rapidement.
2 donne 4599 résultats sur 230 pages..
Une boucle de 1 à 9 avec le traitement des pages....
Cordialement
Cédric Leclerc a écrit :
> Bonjour André,
> J'ai peut être une solution pour vous concernant votre recherche de
> codes postaux.
> Ce matin, j'ai fait un petit bout d'appli qui va interroger en direct
> le sitewww.codeposte.comet qui récupère le(s) résultat(s) en
> fonction de la valeur recherchée.
> Voici le lien pour récupérer le projet
> :http://windev.office-on-the.net/recupcp
> (Fichier ZIP sans extension, à vous de rajouter le .zip après le
> téléchargement)
> Il est au format Windev 10 car je ne sait pas quelle version de Windev
> vous utilisez. Vous pouvez utiliser et modifier ce code à votre guise.
> Cette application vous permettra de récupérer soit les résultats en
> fonction d'une recherche, soit l'intégralité des communes allant de
> 00001 à 99999 (Traitement très long)
> Du coup, je pense que je vais créer un petit composant qui me
> permettra, a partir du moment ou le poste client est connecté à
> Internet, de récupérer en directe les informations à partir du site
> et pour les clients sans Internet, je vais continuer à utiliser les
> fichiers CEDEX fournis par PCSoft.
> J'espère que cela vous sera utile.
> Bon courage pour vos futurs développement.
> Cordialement,
> Cédric LECLERC.
Bonsoir,
Super bonne idée.
Une difficulté est de pousser plus loin: la page est limitée à 20 codes
Exemple pour 10140 cela va sortir 20 codes alors que Résultat sur la
page est à 22
Il faudrait tenir compte de Résultat et faire une suite de la page !!!
Attention il doit y avoir un souci dans le tableau car au résultat
suivant (> 20) il en sort 21 (dont un qui est du résultat précédent)
La critique est facile: c'est pour faire évoluer.... vous n'êtes pas
loin de pouvoir sortir la totalité en quelques minutes:
1 donne 3746 résultats --> vous pourriez aspirer tous ces codes très
rapidement.
2 donne 4599 résultats sur 230 pages..
Une boucle de 1 à 9 avec le traitement des pages....
Cordialement
Cédric Leclerc a écrit :
> Bonjour André,
> J'ai peut être une solution pour vous concernant votre recherche de
> codes postaux.
> Ce matin, j'ai fait un petit bout d'appli qui va interroger en direct
> le sitewww.codeposte.comet qui récupère le(s) résultat(s) en
> fonction de la valeur recherchée.
> Voici le lien pour récupérer le projet
> :http://windev.office-on-the.net/recupcp
> (Fichier ZIP sans extension, à vous de rajouter le .zip après le
> téléchargement)
> Il est au format Windev 10 car je ne sait pas quelle version de Windev
> vous utilisez. Vous pouvez utiliser et modifier ce code à votre guise.
> Cette application vous permettra de récupérer soit les résultats en
> fonction d'une recherche, soit l'intégralité des communes allant de
> 00001 à 99999 (Traitement très long)
> Du coup, je pense que je vais créer un petit composant qui me
> permettra, a partir du moment ou le poste client est connecté à
> Internet, de récupérer en directe les informations à partir du site
> et pour les clients sans Internet, je vais continuer à utiliser les
> fichiers CEDEX fournis par PCSoft.
> J'espère que cela vous sera utile.
> Bon courage pour vos futurs développement.
> Cordialement,
> Cédric LECLERC.
Bonsoir,
Super bonne idée.
Une difficulté est de pousser plus loin: la page est limitée à 20 codes
Exemple pour 10140 cela va sortir 20 codes alors que Résultat sur la
page est à 22
Il faudrait tenir compte de Résultat et faire une suite de la page !!!
Attention il doit y avoir un souci dans le tableau car au résultat
suivant (> 20) il en sort 21 (dont un qui est du résultat précédent)
La critique est facile: c'est pour faire évoluer.... vous n'êtes pas
loin de pouvoir sortir la totalité en quelques minutes:
1 donne 3746 résultats --> vous pourriez aspirer tous ces codes très
rapidement.
2 donne 4599 résultats sur 230 pages..
Une boucle de 1 à 9 avec le traitement des pages....
Cordialement
Cédric Leclerc a écrit :
> Bonjour André,
> J'ai peut être une solution pour vous concernant votre recherche de
> codes postaux.
> Ce matin, j'ai fait un petit bout d'appli qui va interroger en direct
> le sitewww.codeposte.comet qui récupère le(s) résultat(s) en
> fonction de la valeur recherchée.
> Voici le lien pour récupérer le projet
> :http://windev.office-on-the.net/recupcp
> (Fichier ZIP sans extension, à vous de rajouter le .zip après le
> téléchargement)
> Il est au format Windev 10 car je ne sait pas quelle version de Windev
> vous utilisez. Vous pouvez utiliser et modifier ce code à votre guise.
> Cette application vous permettra de récupérer soit les résultats en
> fonction d'une recherche, soit l'intégralité des communes allant de
> 00001 à 99999 (Traitement très long)
> Du coup, je pense que je vais créer un petit composant qui me
> permettra, a partir du moment ou le poste client est connecté à
> Internet, de récupérer en directe les informations à partir du site
> et pour les clients sans Internet, je vais continuer à utiliser les
> fichiers CEDEX fournis par PCSoft.
> J'espère que cela vous sera utile.
> Bon courage pour vos futurs développement.
> Cordialement,
> Cédric LECLERC.
Bonsoir,
Super bonne idée.
Une difficulté est de pousser plus loin: la page est limitée à 20 codes
Exemple pour 10140 cela va sortir 20 codes alors que Résultat sur la
page est à 22
Il faudrait tenir compte de Résultat et faire une suite de la page !!!
Attention il doit y avoir un souci dans le tableau car au résultat
suivant (> 20) il en sort 21 (dont un qui est du résultat précédent)
La critique est facile: c'est pour faire évoluer.... vous n'êtes pas
loin de pouvoir sortir la totalité en quelques minutes:
1 donne 3746 résultats --> vous pourriez aspirer tous ces codes très
rapidement.
2 donne 4599 résultats sur 230 pages..
Une boucle de 1 à 9 avec le traitement des pages....
Cordialement
On 24 juil, 22:47, Thierry 46 wrote:Cédric Leclerc a écrit :Bonjour André,
J'ai peut être une solution pour vous concernant votre recherche de
codes postaux.
Ce matin, j'ai fait un petit bout d'appli qui va interroger en direct
le sitewww.codeposte.comet qui récupère le(s) résultat(s) en
fonction de la valeur recherchée.
Voici le lien pour récupérer le projet :http://windev.office-on-the..net/recupcp
(Fichier ZIP sans extension, à vous de rajouter le .zip après le
téléchargement)
Il est au format Windev 10 car je ne sait pas quelle version de Windev
vous utilisez. Vous pouvez utiliser et modifier ce code à votre guise..
Cette application vous permettra de récupérer soit les résultats en
fonction d'une recherche, soit l'intégralité des communes allant de
00001 à 99999 (Traitement très long)
Du coup, je pense que je vais créer un petit composant qui me
permettra, a partir du moment ou le poste client est connecté à
Internet, de récupérer en directe les informations à partir du site
et pour les clients sans Internet, je vais continuer à utiliser les
fichiers CEDEX fournis par PCSoft.
J'espère que cela vous sera utile.
Bon courage pour vos futurs développement.
Cordialement,
Cédric LECLERC.
Bonsoir,
Super bonne idée.
Une difficulté est de pousser plus loin: la page est limitée à 20 codes
Exemple pour 10140 cela va sortir 20 codes alors que Résultat sur la
page est à 22
Il faudrait tenir compte de Résultat et faire une suite de la page !!!
Attention il doit y avoir un souci dans le tableau car au résultat
suivant (> 20) il en sort 21 (dont un qui est du résultat précédent)
La critique est facile: c'est pour faire évoluer.... vous n'êtes pas
loin de pouvoir sortir la totalité en quelques minutes:
1 donne 3746 résultats --> vous pourriez aspirer tous ces codes très
rapidement.
2 donne 4599 résultats sur 230 pages..
Une boucle de 1 à 9 avec le traitement des pages....
Cordialement
Merci Thierry,
Effectivement, je n'avais pas fais attention au nombre de résultats
sur la page.
Je viens de faire les modifications pour que cela fonctionne.
J'ai également modifier la procédure de récupération de tous les codes
postaux en utilisant ta méthode (faire une boucle de 1 à 9) par contre
les doublons ne sont pas encore gérés donc le nb de résultats est
énorme.
Voici le lien pour la nouvelle version :
http://windev.office-on-the.net/recupcpv2
(Comme pour le premier lien, il s'agit d'un zip contenant le projet en
Version 10 de Windev. Pensez à rajouter le .zip après le
téléchargement)
Cordialement.
On 24 juil, 22:47, Thierry 46 <thierry.mag...@orange.fr> wrote:
Cédric Leclerc a écrit :
Bonjour André,
J'ai peut être une solution pour vous concernant votre recherche de
codes postaux.
Ce matin, j'ai fait un petit bout d'appli qui va interroger en direct
le sitewww.codeposte.comet qui récupère le(s) résultat(s) en
fonction de la valeur recherchée.
Voici le lien pour récupérer le projet :http://windev.office-on-the..net/recupcp
(Fichier ZIP sans extension, à vous de rajouter le .zip après le
téléchargement)
Il est au format Windev 10 car je ne sait pas quelle version de Windev
vous utilisez. Vous pouvez utiliser et modifier ce code à votre guise..
Cette application vous permettra de récupérer soit les résultats en
fonction d'une recherche, soit l'intégralité des communes allant de
00001 à 99999 (Traitement très long)
Du coup, je pense que je vais créer un petit composant qui me
permettra, a partir du moment ou le poste client est connecté à
Internet, de récupérer en directe les informations à partir du site
et pour les clients sans Internet, je vais continuer à utiliser les
fichiers CEDEX fournis par PCSoft.
J'espère que cela vous sera utile.
Bon courage pour vos futurs développement.
Cordialement,
Cédric LECLERC.
Bonsoir,
Super bonne idée.
Une difficulté est de pousser plus loin: la page est limitée à 20 codes
Exemple pour 10140 cela va sortir 20 codes alors que Résultat sur la
page est à 22
Il faudrait tenir compte de Résultat et faire une suite de la page !!!
Attention il doit y avoir un souci dans le tableau car au résultat
suivant (> 20) il en sort 21 (dont un qui est du résultat précédent)
La critique est facile: c'est pour faire évoluer.... vous n'êtes pas
loin de pouvoir sortir la totalité en quelques minutes:
1 donne 3746 résultats --> vous pourriez aspirer tous ces codes très
rapidement.
2 donne 4599 résultats sur 230 pages..
Une boucle de 1 à 9 avec le traitement des pages....
Cordialement
Merci Thierry,
Effectivement, je n'avais pas fais attention au nombre de résultats
sur la page.
Je viens de faire les modifications pour que cela fonctionne.
J'ai également modifier la procédure de récupération de tous les codes
postaux en utilisant ta méthode (faire une boucle de 1 à 9) par contre
les doublons ne sont pas encore gérés donc le nb de résultats est
énorme.
Voici le lien pour la nouvelle version :
http://windev.office-on-the.net/recupcpv2
(Comme pour le premier lien, il s'agit d'un zip contenant le projet en
Version 10 de Windev. Pensez à rajouter le .zip après le
téléchargement)
Cordialement.
On 24 juil, 22:47, Thierry 46 wrote:Cédric Leclerc a écrit :Bonjour André,
J'ai peut être une solution pour vous concernant votre recherche de
codes postaux.
Ce matin, j'ai fait un petit bout d'appli qui va interroger en direct
le sitewww.codeposte.comet qui récupère le(s) résultat(s) en
fonction de la valeur recherchée.
Voici le lien pour récupérer le projet :http://windev.office-on-the..net/recupcp
(Fichier ZIP sans extension, à vous de rajouter le .zip après le
téléchargement)
Il est au format Windev 10 car je ne sait pas quelle version de Windev
vous utilisez. Vous pouvez utiliser et modifier ce code à votre guise..
Cette application vous permettra de récupérer soit les résultats en
fonction d'une recherche, soit l'intégralité des communes allant de
00001 à 99999 (Traitement très long)
Du coup, je pense que je vais créer un petit composant qui me
permettra, a partir du moment ou le poste client est connecté à
Internet, de récupérer en directe les informations à partir du site
et pour les clients sans Internet, je vais continuer à utiliser les
fichiers CEDEX fournis par PCSoft.
J'espère que cela vous sera utile.
Bon courage pour vos futurs développement.
Cordialement,
Cédric LECLERC.
Bonsoir,
Super bonne idée.
Une difficulté est de pousser plus loin: la page est limitée à 20 codes
Exemple pour 10140 cela va sortir 20 codes alors que Résultat sur la
page est à 22
Il faudrait tenir compte de Résultat et faire une suite de la page !!!
Attention il doit y avoir un souci dans le tableau car au résultat
suivant (> 20) il en sort 21 (dont un qui est du résultat précédent)
La critique est facile: c'est pour faire évoluer.... vous n'êtes pas
loin de pouvoir sortir la totalité en quelques minutes:
1 donne 3746 résultats --> vous pourriez aspirer tous ces codes très
rapidement.
2 donne 4599 résultats sur 230 pages..
Une boucle de 1 à 9 avec le traitement des pages....
Cordialement
Merci Thierry,
Effectivement, je n'avais pas fais attention au nombre de résultats
sur la page.
Je viens de faire les modifications pour que cela fonctionne.
J'ai également modifier la procédure de récupération de tous les codes
postaux en utilisant ta méthode (faire une boucle de 1 à 9) par contre
les doublons ne sont pas encore gérés donc le nb de résultats est
énorme.
Voici le lien pour la nouvelle version :
http://windev.office-on-the.net/recupcpv2
(Comme pour le premier lien, il s'agit d'un zip contenant le projet en
Version 10 de Windev. Pensez à rajouter le .zip après le
téléchargement)
Cordialement.
Cédric Leclerc a écrit :
> Bonjour André,
> J'ai peut être une solution pour vous concernant votre recherche de
> codes postaux.
> Ce matin, j'ai fait un petit bout d'appli qui va interroger en direct
> le sitewww.codeposte.comet qui récupère le(s) résultat(s) en
> fonction de la valeur recherchée.
> Voici le lien pour récupérer le projet
> :http://windev.office-on-the.net/recupcp
> (Fichier ZIP sans extension, à vous de rajouter le .zip après le
> téléchargement)
> Il est au format Windev 10 car je ne sait pas quelle version de Windev
> vous utilisez. Vous pouvez utiliser et modifier ce code à votre guise.
> Cette application vous permettra de récupérer soit les résultats en
> fonction d'une recherche, soit l'intégralité des communes allant de
> 00001 à 99999 (Traitement très long)
> Du coup, je pense que je vais créer un petit composant qui me
> permettra, a partir du moment ou le poste client est connecté à
> Internet, de récupérer en directe les informations à partir du site
> et pour les clients sans Internet, je vais continuer à utiliser les
> fichiers CEDEX fournis par PCSoft.
> J'espère que cela vous sera utile.
> Bon courage pour vos futurs développement.
> Cordialement,
> Cédric LECLERC.
Bonsoir,
Super bonne idée.
Une difficulté est de pousser plus loin: la page est limitée à 20 codes
Exemple pour 10140 cela va sortir 20 codes alors que Résultat sur la
page est à 22
Il faudrait tenir compte de Résultat et faire une suite de la page !!!
Attention il doit y avoir un souci dans le tableau car au résultat
suivant (> 20) il en sort 21 (dont un qui est du résultat précédent)
La critique est facile: c'est pour faire évoluer.... vous n'êtes pas
loin de pouvoir sortir la totalité en quelques minutes:
1 donne 3746 résultats --> vous pourriez aspirer tous ces codes très
rapidement.
2 donne 4599 résultats sur 230 pages..
Une boucle de 1 à 9 avec le traitement des pages....
Cordialement
Cédric Leclerc a écrit :
> Bonjour André,
> J'ai peut être une solution pour vous concernant votre recherche de
> codes postaux.
> Ce matin, j'ai fait un petit bout d'appli qui va interroger en direct
> le sitewww.codeposte.comet qui récupère le(s) résultat(s) en
> fonction de la valeur recherchée.
> Voici le lien pour récupérer le projet
> :http://windev.office-on-the.net/recupcp
> (Fichier ZIP sans extension, à vous de rajouter le .zip après le
> téléchargement)
> Il est au format Windev 10 car je ne sait pas quelle version de Windev
> vous utilisez. Vous pouvez utiliser et modifier ce code à votre guise.
> Cette application vous permettra de récupérer soit les résultats en
> fonction d'une recherche, soit l'intégralité des communes allant de
> 00001 à 99999 (Traitement très long)
> Du coup, je pense que je vais créer un petit composant qui me
> permettra, a partir du moment ou le poste client est connecté à
> Internet, de récupérer en directe les informations à partir du site
> et pour les clients sans Internet, je vais continuer à utiliser les
> fichiers CEDEX fournis par PCSoft.
> J'espère que cela vous sera utile.
> Bon courage pour vos futurs développement.
> Cordialement,
> Cédric LECLERC.
Bonsoir,
Super bonne idée.
Une difficulté est de pousser plus loin: la page est limitée à 20 codes
Exemple pour 10140 cela va sortir 20 codes alors que Résultat sur la
page est à 22
Il faudrait tenir compte de Résultat et faire une suite de la page !!!
Attention il doit y avoir un souci dans le tableau car au résultat
suivant (> 20) il en sort 21 (dont un qui est du résultat précédent)
La critique est facile: c'est pour faire évoluer.... vous n'êtes pas
loin de pouvoir sortir la totalité en quelques minutes:
1 donne 3746 résultats --> vous pourriez aspirer tous ces codes très
rapidement.
2 donne 4599 résultats sur 230 pages..
Une boucle de 1 à 9 avec le traitement des pages....
Cordialement
Cédric Leclerc a écrit :
> Bonjour André,
> J'ai peut être une solution pour vous concernant votre recherche de
> codes postaux.
> Ce matin, j'ai fait un petit bout d'appli qui va interroger en direct
> le sitewww.codeposte.comet qui récupère le(s) résultat(s) en
> fonction de la valeur recherchée.
> Voici le lien pour récupérer le projet
> :http://windev.office-on-the.net/recupcp
> (Fichier ZIP sans extension, à vous de rajouter le .zip après le
> téléchargement)
> Il est au format Windev 10 car je ne sait pas quelle version de Windev
> vous utilisez. Vous pouvez utiliser et modifier ce code à votre guise.
> Cette application vous permettra de récupérer soit les résultats en
> fonction d'une recherche, soit l'intégralité des communes allant de
> 00001 à 99999 (Traitement très long)
> Du coup, je pense que je vais créer un petit composant qui me
> permettra, a partir du moment ou le poste client est connecté à
> Internet, de récupérer en directe les informations à partir du site
> et pour les clients sans Internet, je vais continuer à utiliser les
> fichiers CEDEX fournis par PCSoft.
> J'espère que cela vous sera utile.
> Bon courage pour vos futurs développement.
> Cordialement,
> Cédric LECLERC.
Bonsoir,
Super bonne idée.
Une difficulté est de pousser plus loin: la page est limitée à 20 codes
Exemple pour 10140 cela va sortir 20 codes alors que Résultat sur la
page est à 22
Il faudrait tenir compte de Résultat et faire une suite de la page !!!
Attention il doit y avoir un souci dans le tableau car au résultat
suivant (> 20) il en sort 21 (dont un qui est du résultat précédent)
La critique est facile: c'est pour faire évoluer.... vous n'êtes pas
loin de pouvoir sortir la totalité en quelques minutes:
1 donne 3746 résultats --> vous pourriez aspirer tous ces codes très
rapidement.
2 donne 4599 résultats sur 230 pages..
Une boucle de 1 à 9 avec le traitement des pages....
Cordialement
Re,
Je viens de tester avec succès la procédure.
Vraiment super..
C'est pour moi un excellent support pédagogique avant tout !
J'ai résolu le problème des doublons dans le dernier maillon au niveau de la
procédure RemplissageTable en modifiant le code comme ci-dessous :
//Sauter les lignes dont la ville existe déjà puisqu'il ne peut exister
qu'une seule ville.
SI TableCherche(COL_Ville,gstCommuneEnCours:Ville)= -1 ALORS
TableAjouteLigne(TABLE_LstTrouve,gstCommuneEnCours:CodePostal,gstCommuneEnCours:Ville,gstCommuneEnCours:Departement)
FIN
Mais il aurait peut être été préférable de traiter les doublons dans un
niveau inférieur ? (gain en vitesse ?)
Qu'en pensez-vous ?
Re,
Je viens de tester avec succès la procédure.
Vraiment super..
C'est pour moi un excellent support pédagogique avant tout !
J'ai résolu le problème des doublons dans le dernier maillon au niveau de la
procédure RemplissageTable en modifiant le code comme ci-dessous :
//Sauter les lignes dont la ville existe déjà puisqu'il ne peut exister
qu'une seule ville.
SI TableCherche(COL_Ville,gstCommuneEnCours:Ville)= -1 ALORS
TableAjouteLigne(TABLE_LstTrouve,gstCommuneEnCours:CodePostal,gstCommuneEnCours:Ville,gstCommuneEnCours:Departement)
FIN
Mais il aurait peut être été préférable de traiter les doublons dans un
niveau inférieur ? (gain en vitesse ?)
Qu'en pensez-vous ?
Re,
Je viens de tester avec succès la procédure.
Vraiment super..
C'est pour moi un excellent support pédagogique avant tout !
J'ai résolu le problème des doublons dans le dernier maillon au niveau de la
procédure RemplissageTable en modifiant le code comme ci-dessous :
//Sauter les lignes dont la ville existe déjà puisqu'il ne peut exister
qu'une seule ville.
SI TableCherche(COL_Ville,gstCommuneEnCours:Ville)= -1 ALORS
TableAjouteLigne(TABLE_LstTrouve,gstCommuneEnCours:CodePostal,gstCommuneEnCours:Ville,gstCommuneEnCours:Departement)
FIN
Mais il aurait peut être été préférable de traiter les doublons dans un
niveau inférieur ? (gain en vitesse ?)
Qu'en pensez-vous ?
Cédric Leclerc a écrit :
> Bonjour André,
> J'ai peut être une solution pour vous concernant votre recherche de
> codes postaux.
> Ce matin, j'ai fait un petit bout d'appli qui va interroger en direct
> le sitewww.codeposte.comet qui récupère le(s) résultat(s) en
> fonction de la valeur recherchée.
> Voici le lien pour récupérer le projet
> :http://windev.office-on-the.net/recupcp
> (Fichier ZIP sans extension, à vous de rajouter le .zip après le
> téléchargement)
> Il est au format Windev 10 car je ne sait pas quelle version de Windev
> vous utilisez. Vous pouvez utiliser et modifier ce code à votre guise.
> Cette application vous permettra de récupérer soit les résultats en
> fonction d'une recherche, soit l'intégralité des communes allant de
> 00001 à 99999 (Traitement très long)
> Du coup, je pense que je vais créer un petit composant qui me
> permettra, a partir du moment ou le poste client est connecté à
> Internet, de récupérer en directe les informations à partir du site
> et pour les clients sans Internet, je vais continuer à utiliser les
> fichiers CEDEX fournis par PCSoft.
> J'espère que cela vous sera utile.
> Bon courage pour vos futurs développement.
> Cordialement,
> Cédric LECLERC.
Bonsoir,
Super bonne idée.
Une difficulté est de pousser plus loin: la page est limitée à 20 codes
Exemple pour 10140 cela va sortir 20 codes alors que Résultat sur la
page est à 22
Il faudrait tenir compte de Résultat et faire une suite de la page !!!
Attention il doit y avoir un souci dans le tableau car au résultat
suivant (> 20) il en sort 21 (dont un qui est du résultat précédent)
La critique est facile: c'est pour faire évoluer.... vous n'êtes pas
loin de pouvoir sortir la totalité en quelques minutes:
1 donne 3746 résultats --> vous pourriez aspirer tous ces codes très
rapidement.
2 donne 4599 résultats sur 230 pages..
Une boucle de 1 à 9 avec le traitement des pages....
Cordialement
Cédric Leclerc a écrit :
> Bonjour André,
> J'ai peut être une solution pour vous concernant votre recherche de
> codes postaux.
> Ce matin, j'ai fait un petit bout d'appli qui va interroger en direct
> le sitewww.codeposte.comet qui récupère le(s) résultat(s) en
> fonction de la valeur recherchée.
> Voici le lien pour récupérer le projet
> :http://windev.office-on-the.net/recupcp
> (Fichier ZIP sans extension, à vous de rajouter le .zip après le
> téléchargement)
> Il est au format Windev 10 car je ne sait pas quelle version de Windev
> vous utilisez. Vous pouvez utiliser et modifier ce code à votre guise.
> Cette application vous permettra de récupérer soit les résultats en
> fonction d'une recherche, soit l'intégralité des communes allant de
> 00001 à 99999 (Traitement très long)
> Du coup, je pense que je vais créer un petit composant qui me
> permettra, a partir du moment ou le poste client est connecté à
> Internet, de récupérer en directe les informations à partir du site
> et pour les clients sans Internet, je vais continuer à utiliser les
> fichiers CEDEX fournis par PCSoft.
> J'espère que cela vous sera utile.
> Bon courage pour vos futurs développement.
> Cordialement,
> Cédric LECLERC.
Bonsoir,
Super bonne idée.
Une difficulté est de pousser plus loin: la page est limitée à 20 codes
Exemple pour 10140 cela va sortir 20 codes alors que Résultat sur la
page est à 22
Il faudrait tenir compte de Résultat et faire une suite de la page !!!
Attention il doit y avoir un souci dans le tableau car au résultat
suivant (> 20) il en sort 21 (dont un qui est du résultat précédent)
La critique est facile: c'est pour faire évoluer.... vous n'êtes pas
loin de pouvoir sortir la totalité en quelques minutes:
1 donne 3746 résultats --> vous pourriez aspirer tous ces codes très
rapidement.
2 donne 4599 résultats sur 230 pages..
Une boucle de 1 à 9 avec le traitement des pages....
Cordialement
Cédric Leclerc a écrit :
> Bonjour André,
> J'ai peut être une solution pour vous concernant votre recherche de
> codes postaux.
> Ce matin, j'ai fait un petit bout d'appli qui va interroger en direct
> le sitewww.codeposte.comet qui récupère le(s) résultat(s) en
> fonction de la valeur recherchée.
> Voici le lien pour récupérer le projet
> :http://windev.office-on-the.net/recupcp
> (Fichier ZIP sans extension, à vous de rajouter le .zip après le
> téléchargement)
> Il est au format Windev 10 car je ne sait pas quelle version de Windev
> vous utilisez. Vous pouvez utiliser et modifier ce code à votre guise.
> Cette application vous permettra de récupérer soit les résultats en
> fonction d'une recherche, soit l'intégralité des communes allant de
> 00001 à 99999 (Traitement très long)
> Du coup, je pense que je vais créer un petit composant qui me
> permettra, a partir du moment ou le poste client est connecté à
> Internet, de récupérer en directe les informations à partir du site
> et pour les clients sans Internet, je vais continuer à utiliser les
> fichiers CEDEX fournis par PCSoft.
> J'espère que cela vous sera utile.
> Bon courage pour vos futurs développement.
> Cordialement,
> Cédric LECLERC.
Bonsoir,
Super bonne idée.
Une difficulté est de pousser plus loin: la page est limitée à 20 codes
Exemple pour 10140 cela va sortir 20 codes alors que Résultat sur la
page est à 22
Il faudrait tenir compte de Résultat et faire une suite de la page !!!
Attention il doit y avoir un souci dans le tableau car au résultat
suivant (> 20) il en sort 21 (dont un qui est du résultat précédent)
La critique est facile: c'est pour faire évoluer.... vous n'êtes pas
loin de pouvoir sortir la totalité en quelques minutes:
1 donne 3746 résultats --> vous pourriez aspirer tous ces codes très
rapidement.
2 donne 4599 résultats sur 230 pages..
Une boucle de 1 à 9 avec le traitement des pages....
Cordialement
STASZEWSKI André a écrit :Re,
Je viens de tester avec succès la procédure.
Vraiment super..
C'est pour moi un excellent support pédagogique avant tout !
J'ai résolu le problème des doublons dans le dernier maillon au niveau de
la procédure RemplissageTable en modifiant le code comme ci-dessous :
//Sauter les lignes dont la ville existe déjà puisqu'il ne peut exister
qu'une seule ville.
SI TableCherche(COL_Ville,gstCommuneEnCours:Ville)= -1 ALORS
TableAjouteLigne(TABLE_LstTrouve,gstCommuneEnCours:CodePostal,gstCommuneEnCours:Ville,gstCommuneEnCours:Departement)
FIN
Mais il aurait peut être été préférable de traiter les doublons dans un
niveau inférieur ? (gain en vitesse ?)
Qu'en pensez-vous ?
Re,
en fait pour avoir aussi les départements 01 à 09 il faut modifier la proc
RechCPall(): ainsi il ne devrait pas y avoir de doublon en interrogeant
par 01, 02 etc...
Mais il y a des doublons: c'est normal car c'est sur le serveur (1936
doublon!). Recherchez 59000, et bien il va sortir en double, idem 59, donc
il faut bien traiter les doublons ....
Si la capture dure dans les 25 minutes, la méthode d'André pour la gestion
des doublons prend 8 minutes de plus ! Mais cela en enlève trop:
- la capture trouve 38784 lignes
- après un traitement séparé pour enlever les doublons reste: 36848 codes
- après le traitement d'André ne reste que 34176 codes !
Pourquoi: parce que une nom de ville peut être dans plusieurs départements
ex:
24460 Ligueux
33220 Ligueux
ou même:
59000 Lille
59800 Lille // cela descend au niveau de la rue
Pour ma part j'ai modifié RechCPall() en
// pas besoin de cette chaine
//sCpRech est une chaine
POUR nI_pos = 1 A 99
et
sURLRecherche =
ChaîneConstruit("http://www.codeposte.com/home.php?s_keyword="+NumériqueVersChaîne(nI_pos,"02d")+"&codepostalPage="+
nNumPage)
Je laisse le soin à l'auteur Cédric d'y apporter la touche finale.
Cordialement
STASZEWSKI André a écrit :
Re,
Je viens de tester avec succès la procédure.
Vraiment super..
C'est pour moi un excellent support pédagogique avant tout !
J'ai résolu le problème des doublons dans le dernier maillon au niveau de
la procédure RemplissageTable en modifiant le code comme ci-dessous :
//Sauter les lignes dont la ville existe déjà puisqu'il ne peut exister
qu'une seule ville.
SI TableCherche(COL_Ville,gstCommuneEnCours:Ville)= -1 ALORS
TableAjouteLigne(TABLE_LstTrouve,gstCommuneEnCours:CodePostal,gstCommuneEnCours:Ville,gstCommuneEnCours:Departement)
FIN
Mais il aurait peut être été préférable de traiter les doublons dans un
niveau inférieur ? (gain en vitesse ?)
Qu'en pensez-vous ?
Re,
en fait pour avoir aussi les départements 01 à 09 il faut modifier la proc
RechCPall(): ainsi il ne devrait pas y avoir de doublon en interrogeant
par 01, 02 etc...
Mais il y a des doublons: c'est normal car c'est sur le serveur (1936
doublon!). Recherchez 59000, et bien il va sortir en double, idem 59, donc
il faut bien traiter les doublons ....
Si la capture dure dans les 25 minutes, la méthode d'André pour la gestion
des doublons prend 8 minutes de plus ! Mais cela en enlève trop:
- la capture trouve 38784 lignes
- après un traitement séparé pour enlever les doublons reste: 36848 codes
- après le traitement d'André ne reste que 34176 codes !
Pourquoi: parce que une nom de ville peut être dans plusieurs départements
ex:
24460 Ligueux
33220 Ligueux
ou même:
59000 Lille
59800 Lille // cela descend au niveau de la rue
Pour ma part j'ai modifié RechCPall() en
// pas besoin de cette chaine
//sCpRech est une chaine
POUR nI_pos = 1 A 99
et
sURLRecherche =
ChaîneConstruit("http://www.codeposte.com/home.php?s_keyword="+NumériqueVersChaîne(nI_pos,"02d")+"&codepostalPage="+
nNumPage)
Je laisse le soin à l'auteur Cédric d'y apporter la touche finale.
Cordialement
STASZEWSKI André a écrit :Re,
Je viens de tester avec succès la procédure.
Vraiment super..
C'est pour moi un excellent support pédagogique avant tout !
J'ai résolu le problème des doublons dans le dernier maillon au niveau de
la procédure RemplissageTable en modifiant le code comme ci-dessous :
//Sauter les lignes dont la ville existe déjà puisqu'il ne peut exister
qu'une seule ville.
SI TableCherche(COL_Ville,gstCommuneEnCours:Ville)= -1 ALORS
TableAjouteLigne(TABLE_LstTrouve,gstCommuneEnCours:CodePostal,gstCommuneEnCours:Ville,gstCommuneEnCours:Departement)
FIN
Mais il aurait peut être été préférable de traiter les doublons dans un
niveau inférieur ? (gain en vitesse ?)
Qu'en pensez-vous ?
Re,
en fait pour avoir aussi les départements 01 à 09 il faut modifier la proc
RechCPall(): ainsi il ne devrait pas y avoir de doublon en interrogeant
par 01, 02 etc...
Mais il y a des doublons: c'est normal car c'est sur le serveur (1936
doublon!). Recherchez 59000, et bien il va sortir en double, idem 59, donc
il faut bien traiter les doublons ....
Si la capture dure dans les 25 minutes, la méthode d'André pour la gestion
des doublons prend 8 minutes de plus ! Mais cela en enlève trop:
- la capture trouve 38784 lignes
- après un traitement séparé pour enlever les doublons reste: 36848 codes
- après le traitement d'André ne reste que 34176 codes !
Pourquoi: parce que une nom de ville peut être dans plusieurs départements
ex:
24460 Ligueux
33220 Ligueux
ou même:
59000 Lille
59800 Lille // cela descend au niveau de la rue
Pour ma part j'ai modifié RechCPall() en
// pas besoin de cette chaine
//sCpRech est une chaine
POUR nI_pos = 1 A 99
et
sURLRecherche =
ChaîneConstruit("http://www.codeposte.com/home.php?s_keyword="+NumériqueVersChaîne(nI_pos,"02d")+"&codepostalPage="+
nNumPage)
Je laisse le soin à l'auteur Cédric d'y apporter la touche finale.
Cordialement
STASZEWSKI André a écrit :Re,
Je viens de tester avec succès la procédure.
Vraiment super..
C'est pour moi un excellent support pédagogique avant tout !
J'ai résolu le problème des doublons dans le dernier maillon au niveau de
la procédure RemplissageTable en modifiant le code comme ci-dessous :
//Sauter les lignes dont la ville existe déjà puisqu'il ne peut exister
qu'une seule ville.
SI TableCherche(COL_Ville,gstCommuneEnCours:Ville)= -1 ALORS
TableAjouteLigne(TABLE_LstTrouve,gstCommuneEnCours:CodePostal,gstCommuneEnCours:Ville,gstCommuneEnCours:Departement)
FIN
Mais il aurait peut être été préférable de traiter les doublons dans un
niveau inférieur ? (gain en vitesse ?)
Qu'en pensez-vous ?
Re,
en fait pour avoir aussi les départements 01 à 09 il faut modifier la proc
RechCPall(): ainsi il ne devrait pas y avoir de doublon en interrogeant
par 01, 02 etc...
Mais il y a des doublons: c'est normal car c'est sur le serveur (1936
doublon!). Recherchez 59000, et bien il va sortir en double, idem 59, donc
il faut bien traiter les doublons ....
Si la capture dure dans les 25 minutes, la méthode d'André pour la gestion
des doublons prend 8 minutes de plus ! Mais cela en enlève trop:
- la capture trouve 38784 lignes
- après un traitement séparé pour enlever les doublons reste: 36848 codes
- après le traitement d'André ne reste que 34176 codes !
Pourquoi: parce que une nom de ville peut être dans plusieurs départements
ex:
24460 Ligueux
33220 Ligueux
ou même:
59000 Lille
59800 Lille // cela descend au niveau de la rue
Pour ma part j'ai modifié RechCPall() en
// pas besoin de cette chaine
//sCpRech est une chaine
POUR nI_pos = 1 A 99
et
sURLRecherche =
ChaîneConstruit("http://www.codeposte.com/home.php?s_keyword="+NumériqueVersChaîne(nI_pos,"02d")+"&codepostalPage="+
nNumPage)
Je laisse le soin à l'auteur Cédric d'y apporter la touche finale.
Cordialement
STASZEWSKI André a écrit :
Re,
Je viens de tester avec succès la procédure.
Vraiment super..
C'est pour moi un excellent support pédagogique avant tout !
J'ai résolu le problème des doublons dans le dernier maillon au niveau de
la procédure RemplissageTable en modifiant le code comme ci-dessous :
//Sauter les lignes dont la ville existe déjà puisqu'il ne peut exister
qu'une seule ville.
SI TableCherche(COL_Ville,gstCommuneEnCours:Ville)= -1 ALORS
TableAjouteLigne(TABLE_LstTrouve,gstCommuneEnCours:CodePostal,gstCommuneEnCours:Ville,gstCommuneEnCours:Departement)
FIN
Mais il aurait peut être été préférable de traiter les doublons dans un
niveau inférieur ? (gain en vitesse ?)
Qu'en pensez-vous ?
Re,
en fait pour avoir aussi les départements 01 à 09 il faut modifier la proc
RechCPall(): ainsi il ne devrait pas y avoir de doublon en interrogeant
par 01, 02 etc...
Mais il y a des doublons: c'est normal car c'est sur le serveur (1936
doublon!). Recherchez 59000, et bien il va sortir en double, idem 59, donc
il faut bien traiter les doublons ....
Si la capture dure dans les 25 minutes, la méthode d'André pour la gestion
des doublons prend 8 minutes de plus ! Mais cela en enlève trop:
- la capture trouve 38784 lignes
- après un traitement séparé pour enlever les doublons reste: 36848 codes
- après le traitement d'André ne reste que 34176 codes !
Pourquoi: parce que une nom de ville peut être dans plusieurs départements
ex:
24460 Ligueux
33220 Ligueux
ou même:
59000 Lille
59800 Lille // cela descend au niveau de la rue
Pour ma part j'ai modifié RechCPall() en
// pas besoin de cette chaine
//sCpRech est une chaine
POUR nI_pos = 1 A 99
et
sURLRecherche =
ChaîneConstruit("http://www.codeposte.com/home.php?s_keyword="+NumériqueVersChaîne(nI_pos,"02d")+"&codepostalPage="+
nNumPage)
Je laisse le soin à l'auteur Cédric d'y apporter la touche finale.
Cordialement
STASZEWSKI André a écrit :Re,
Je viens de tester avec succès la procédure.
Vraiment super..
C'est pour moi un excellent support pédagogique avant tout !
J'ai résolu le problème des doublons dans le dernier maillon au niveau de
la procédure RemplissageTable en modifiant le code comme ci-dessous :
//Sauter les lignes dont la ville existe déjà puisqu'il ne peut exister
qu'une seule ville.
SI TableCherche(COL_Ville,gstCommuneEnCours:Ville)= -1 ALORS
TableAjouteLigne(TABLE_LstTrouve,gstCommuneEnCours:CodePostal,gstCommuneEnCours:Ville,gstCommuneEnCours:Departement)
FIN
Mais il aurait peut être été préférable de traiter les doublons dans un
niveau inférieur ? (gain en vitesse ?)
Qu'en pensez-vous ?
Re,
en fait pour avoir aussi les départements 01 à 09 il faut modifier la proc
RechCPall(): ainsi il ne devrait pas y avoir de doublon en interrogeant
par 01, 02 etc...
Mais il y a des doublons: c'est normal car c'est sur le serveur (1936
doublon!). Recherchez 59000, et bien il va sortir en double, idem 59, donc
il faut bien traiter les doublons ....
Si la capture dure dans les 25 minutes, la méthode d'André pour la gestion
des doublons prend 8 minutes de plus ! Mais cela en enlève trop:
- la capture trouve 38784 lignes
- après un traitement séparé pour enlever les doublons reste: 36848 codes
- après le traitement d'André ne reste que 34176 codes !
Pourquoi: parce que une nom de ville peut être dans plusieurs départements
ex:
24460 Ligueux
33220 Ligueux
ou même:
59000 Lille
59800 Lille // cela descend au niveau de la rue
Pour ma part j'ai modifié RechCPall() en
// pas besoin de cette chaine
//sCpRech est une chaine
POUR nI_pos = 1 A 99
et
sURLRecherche =
ChaîneConstruit("http://www.codeposte.com/home.php?s_keyword="+NumériqueVersChaîne(nI_pos,"02d")+"&codepostalPage="+
nNumPage)
Je laisse le soin à l'auteur Cédric d'y apporter la touche finale.
Cordialement
Re,
Après quelques éssais chronométrés, je trouves 30697 communes en 27'46''
(sans doublons) sur mon PC.
La totalité des cedex devrait atteindre 37030 communes si elle comprends les
dpt d'outre mer (CP 971 à 988)
J'ai pas trouvé où inclure ces valeurs pour que la recherche totale les
prenne en compte.
Enfin il resterait une modification à faire pour extraire le département en
entier sur le CP 20218 (car tronqué je pense de 5 caractères).
A par ça tout a l'air OK.
Re,
Après quelques éssais chronométrés, je trouves 30697 communes en 27'46''
(sans doublons) sur mon PC.
La totalité des cedex devrait atteindre 37030 communes si elle comprends les
dpt d'outre mer (CP 971 à 988)
J'ai pas trouvé où inclure ces valeurs pour que la recherche totale les
prenne en compte.
Enfin il resterait une modification à faire pour extraire le département en
entier sur le CP 20218 (car tronqué je pense de 5 caractères).
A par ça tout a l'air OK.
Re,
Après quelques éssais chronométrés, je trouves 30697 communes en 27'46''
(sans doublons) sur mon PC.
La totalité des cedex devrait atteindre 37030 communes si elle comprends les
dpt d'outre mer (CP 971 à 988)
J'ai pas trouvé où inclure ces valeurs pour que la recherche totale les
prenne en compte.
Enfin il resterait une modification à faire pour extraire le département en
entier sur le CP 20218 (car tronqué je pense de 5 caractères).
A par ça tout a l'air OK.
