NOAAtableNew & Windows 10 - RÉSOLU

Programme de création des tables nécessaires à la création des graphiques highchart en se libérant des différents fichiers NOAA et statistique de GW ou autre logiciel.
Les scripts php sont en cours de réalisation.

Modérateurs : jturlier, Météo Villarzel

Javier
Messages : 263
Enregistré le : 15 févr. 2014, 09:23
Localisation : San Sebastián, España
Contact :

NOAAtableNew & Windows 10 - RÉSOLU

Message par Javier » 09 juin 2020, 09:25

J'ai installé NOAAtableNew sans problème sur 1 PC Windows 10 sans aucun problème:
Windows 10 64, MySQL ODBC 5.3 ANSI Driver 32, NOAAtableNew v: 1.0.1.13

Aussi. Lorsque j'essaie de faire la même chose sur un autre PC Windows 10 avec les mêmes spécifications, l'erreur suivante se produit:

System.Data.Odbc.OdbcException (0x80131937): ERREUR [42S22] [MySQL] [Pilote ODBC 3.51] [mysqld-5.5.62-0 + deb8u1-log] Colonne inconnue "AMJ" dans la "liste des champs"

Savez-vous pourquoi cela peut arriver?

Quelle version ODBC dois-je installer sur les PC Windows 10. Version 32 ou 64?
Modifié en dernier par Javier le 10 juin 2020, 10:18, modifié 1 fois.
Davis Vantage Pro2 +, Windows 10, Windows 7 (64), Graphweather 3.0.15, Weatherlink 6.0.3, template Pierre-André, template Jachym
Image

Avatar du membre
jturlier
Administrateur du site
Messages : 393
Enregistré le : 10 déc. 2014, 10:20
Localisation : Sérignan 34410
Contact :

Re: NOAAtableNew & Windows 10

Message par jturlier » 09 juin 2020, 14:40

Bonjour Javier,
tu dois travailler sur une base de données différente de celle que tu as utilisée sur ton ordinateur précédent, car la colonne AMJ n'existait pas auparavant. Cela n'a rien à voir avec les connecteurs ODBC
Pourquoi as-tu plusieurs DB ?
Tu dois donc faire la même opération que pour le premier pc : détruire les 4 tables noaa_jour, noaa_mois, minimaxi et alldata.
Jean

Station :
VP2pro + anémomètre ultrasons et console Vue
Cumulus 1.9.4 + Cumulus2SQL + MySQL

Audio :
FR
PC :
W10 64bits migré
http://meteoserignan.ddns.net
Image

Avatar du membre
jturlier
Administrateur du site
Messages : 393
Enregistré le : 10 déc. 2014, 10:20
Localisation : Sérignan 34410
Contact :

Re: NOAAtableNew & Windows 10

Message par jturlier » 09 juin 2020, 15:05

Javier,
J'y pense, tu n'avais pas détruis les tables !!!!
Dominique a testé aussi le programme de son côté (c'est mon maitre testeur pour Weatherlink) et tout a fonctionné parfaitement.
Ce n'est finalement pas une bonne idée de ne pas détruire les tables !!!!
Jean

Station :
VP2pro + anémomètre ultrasons et console Vue
Cumulus 1.9.4 + Cumulus2SQL + MySQL

Audio :
FR
PC :
W10 64bits migré
http://meteoserignan.ddns.net
Image

Javier
Messages : 263
Enregistré le : 15 févr. 2014, 09:23
Localisation : San Sebastián, España
Contact :

Re: NOAAtableNew & Windows 10

Message par Javier » 09 juin 2020, 19:43

Merci beaucoup pour ton aide Jean.

Vous avez certainement tout à fait raison.

J'ai 3 bases de données, chacune avec sa table "data", mais en ce qui concerne les données maximum et minimum, la table MiniMaxidata persiste toujours dans 2 des bases de données.

Tout cela m'est arrivé, ne voulant pas perdre mes graphiques Highcharts bien-aimés. Lorsqu'un changement s'est produit, j'ai créé une autre base de données, donc je n'ai pas eu à modifier les multiples fichiers qui fonctionnaient bien.

Depuis hier. Je pense ne laisser que 2 bases de données (en principe identiques) contenant des tables identiques ("data", "minimaxi", noaa_jour et noaa_mois). La raison de vouloir conserver 2 bases de données, c'est qu'elles me donnent une certaine sécurité.

Quant à l'application NOAAtableNew, je ne peux pas l'installer dans l'une des bases de données qui n'ont que "data" et MiniMaxidata ".
Davis Vantage Pro2 +, Windows 10, Windows 7 (64), Graphweather 3.0.15, Weatherlink 6.0.3, template Pierre-André, template Jachym
Image

Avatar du membre
jturlier
Administrateur du site
Messages : 393
Enregistré le : 10 déc. 2014, 10:20
Localisation : Sérignan 34410
Contact :

Re: NOAAtableNew & Windows 10

Message par jturlier » 09 juin 2020, 20:13

Javier a écrit :
09 juin 2020, 19:43
Quant à l'application NOAAtableNew, je ne peux pas l'installer dans l'une des bases de données qui n'ont que "data" et MiniMaxidata ".
C'est normal, les anciennes tables data ne sont plus compatibles.
Cependant tous tes graphes highchart ancienne version devraient être compatibles avec la table data actuelle, il y a eu des champs rajoutés, mais pas de changement dans les existants... si je me souviens bien car ça doit remonter à 2010/11. Par contre minimaxidata était tellement fausse que j'ai dû changer beaucoup trop de choses.
Tu as une possibilité simple, c'est de détruire ta table data qui est fausse, et de la recréer en utilisant le programme copy4sql qui duplique la table data source vers la table cible. (si tu travailles sur des bases distantes ça peut être long ! Une fois le processus lancé, il ne faut plus l'arrêter car la copie initiale se fait avec table dump et table restore pour gagner un peu de temps)
Jean

Station :
VP2pro + anémomètre ultrasons et console Vue
Cumulus 1.9.4 + Cumulus2SQL + MySQL

Audio :
FR
PC :
W10 64bits migré
http://meteoserignan.ddns.net
Image

Javier
Messages : 263
Enregistré le : 15 févr. 2014, 09:23
Localisation : San Sebastián, España
Contact :

Re: NOAAtableNew & Windows 10

Message par Javier » 09 juin 2020, 20:31

Si c'est une bonne idée.

"MiniMaxidata" et "minimaxi" peuvent-ils coexister pendant un certain temps?

Je pose cette question, car (avec NOAAtableNew, Test de connexion: Ok), je reçois toujours le message:

Colonne "AMJ" inconnue dans la "liste de champs"

Bien que je n'ai que les tableaux "data" et MiniMaxidata "
Davis Vantage Pro2 +, Windows 10, Windows 7 (64), Graphweather 3.0.15, Weatherlink 6.0.3, template Pierre-André, template Jachym
Image

Javier
Messages : 263
Enregistré le : 15 févr. 2014, 09:23
Localisation : San Sebastián, España
Contact :

Re: NOAAtableNew & Windows 10

Message par Javier » 10 juin 2020, 10:16

Bonjour à tous

Après avoir combattu mes propres peurs, je viens de dire adieu aux anciennes tables "data" et "MinMaxidata" comme Jean Turlier me le recommandait depuis le début. :oops:

La nouvelle table "data" est déjà en cours de chargement, puis chargez la nouvelle table "NOAAtableNew".

Je regrette d'avoir créé un casse-tête pour les adeptes de ce forum.

Merci beaucoup à tous pour votre patience et, de façon très spéciale, à Jean Turlier, dont les conseils avisés (et patients) m'ont sorti de mes erreurs. :idea:
Davis Vantage Pro2 +, Windows 10, Windows 7 (64), Graphweather 3.0.15, Weatherlink 6.0.3, template Pierre-André, template Jachym
Image

Avatar du membre
jturlier
Administrateur du site
Messages : 393
Enregistré le : 10 déc. 2014, 10:20
Localisation : Sérignan 34410
Contact :

Re: NOAAtableNew & Windows 10 - RÉSOLU

Message par jturlier » 10 juin 2020, 15:51

Salut Javier,
Le but de ce forum est de poser des questions et à ceux qui se sentent compétents d'y répondre !
Je ne considère pas tes questions comme un casse-tête, car elles n'avaient rien d'anodin !
Garde quand même à l'esprit que le programme data2sql était obsolete depuis 2014, la prochaine fois, s'il y en a une, n'attends pas trop pour mettre à jour !!! :lol:
Y répondre était plutôt facile à partir du moment où les problèmes étaient posés clairement.
C'est toujours un plaisir de communiquer avec toi !
Bien amicalement
Jean

Station :
VP2pro + anémomètre ultrasons et console Vue
Cumulus 1.9.4 + Cumulus2SQL + MySQL

Audio :
FR
PC :
W10 64bits migré
http://meteoserignan.ddns.net
Image

Avatar du membre
jturlier
Administrateur du site
Messages : 393
Enregistré le : 10 déc. 2014, 10:20
Localisation : Sérignan 34410
Contact :

Re: NOAAtableNew & Windows 10

Message par jturlier » 10 juin 2020, 16:06

Javier a écrit :
09 juin 2020, 20:31
Si c'est une bonne idée.

"MiniMaxidata" et "minimaxi" peuvent-ils coexister pendant un certain temps?

Je pose cette question, car (avec NOAAtableNew, Test de connexion: Ok), je reçois toujours le message:

Colonne "AMJ" inconnue dans la "liste de champs"

Bien que je n'ai que les tableaux "data" et MiniMaxidata "
Tout ça aurait pu cohabiter, si tu avais donné un autre nom à ta table nouvelle table data (tu aurais pu alors créer tes tables noaa à partir de cette nouvelle table. Le problème est que si dans des scripts, tu avais codé le nom "data" en dur, il aurait fallu tous les reprendre !
Jean

Station :
VP2pro + anémomètre ultrasons et console Vue
Cumulus 1.9.4 + Cumulus2SQL + MySQL

Audio :
FR
PC :
W10 64bits migré
http://meteoserignan.ddns.net
Image

Javier
Messages : 263
Enregistré le : 15 févr. 2014, 09:23
Localisation : San Sebastián, España
Contact :

Re: NOAAtableNew & Windows 10 - RÉSOLU

Message par Javier » 17 juin 2020, 11:14

Bonjour à tous

Le tableau "data" (v 3.0.0.17) a été chargé de 2012 à aujourd'hui. Cela fonctionne parfaitement.
J'ai déjà supprimé la table Minimaxidata et les tables NOAA de cette base de données; en d'autres termes, seule la table "data" reste.

La deuxième partie est que NOAAtableNew (version 1.0.1.13) produit une erreur au démarrage:

Code : Tout sélectionner

Consulte el final de este mensaje para obtener más detalles sobre cómo invocar a la depuración 
Just-In-Time (JIT) en lugar de a este cuadro de diálogo.

************** Texto de la excepción **************
System.NullReferenceException: Referencia a objeto no establecida como instancia de un objeto.
   en NOAAtableNew.Module1.D_Connexion_db()
   en NOAAtableNew.CreeTables.Table_exists(String table)
   en NOAAtableNew.NOAA.Lance()
   en NOAAtableNew.NOAA.DémarrerToolStripMenuItem_Click(Object sender, EventArgs e)
   en System.Windows.Forms.ToolStripItem.RaiseEvent(Object key, EventArgs e)
   en System.Windows.Forms.ToolStripMenuItem.OnClick(EventArgs e)
   en System.Windows.Forms.ToolStripItem.HandleClick(EventArgs e)
   en System.Windows.Forms.ToolStripItem.HandleMouseUp(MouseEventArgs e)
   en System.Windows.Forms.ToolStrip.OnMouseUp(MouseEventArgs mea)
   en System.Windows.Forms.ToolStripDropDown.OnMouseUp(MouseEventArgs mea)
   en System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   en System.Windows.Forms.Control.WndProc(Message& m)
   en System.Windows.Forms.ToolStrip.WndProc(Message& m)
   en System.Windows.Forms.ToolStripDropDown.WndProc(Message& m)
   en System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)


************** Ensamblados cargados **************
mscorlib
    Versión del ensamblado: 4.0.0.0
    Versión Win32: 4.8.4180.0 built by: NET48REL1LAST_B
    Código base: file:///C:/Windows/Microsoft.NET/Framework64/v4.0.30319/mscorlib.dll
----------------------------------------
NOAAtableNew
    Versión del ensamblado: 1.0.0.0
    Versión Win32: 1.0.0.0
    Código base: file:///C:/Users/fjavi/AppData/Local/Apps/2.0/Y3AQNVKX.OBJ/W7CKOMGH.59K/noaa..tion_d5faaf88e08f721d_0001.0000_193fb37387b22456/NOAAtableNew.exe
----------------------------------------
Microsoft.VisualBasic
    Versión del ensamblado: 10.0.0.0
    Versión Win32: 14.8.3752.0 built by: NET48REL1
    Código base: file:///C:/windows/Microsoft.Net/assembly/GAC_MSIL/Microsoft.VisualBasic/v4.0_10.0.0.0__b03f5f7f11d50a3a/Microsoft.VisualBasic.dll
----------------------------------------
System
    Versión del ensamblado: 4.0.0.0
    Versión Win32: 4.8.4001.0 built by: NET48REL1LAST_C
    Código base: file:///C:/windows/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Core
    Versión del ensamblado: 4.0.0.0
    Versión Win32: 4.8.4180.0 built by: NET48REL1LAST_B
    Código base: file:///C:/windows/Microsoft.Net/assembly/GAC_MSIL/System.Core/v4.0_4.0.0.0__b77a5c561934e089/System.Core.dll
----------------------------------------
System.Windows.Forms
    Versión del ensamblado: 4.0.0.0
    Versión Win32: 4.8.4150.0 built by: NET48REL1LAST_C
    Código base: file:///C:/windows/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System.Drawing
    Versión del ensamblado: 4.0.0.0
    Versión Win32: 4.8.3752.0 built by: NET48REL1
    Código base: file:///C:/windows/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
System.Configuration
    Versión del ensamblado: 4.0.0.0
    Versión Win32: 4.8.3752.0 built by: NET48REL1
    Código base: file:///C:/windows/Microsoft.Net/assembly/GAC_MSIL/System.Configuration/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
System.Xml
    Versión del ensamblado: 4.0.0.0
    Versión Win32: 4.8.3752.0 built by: NET48REL1
    Código base: file:///C:/windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
System.Runtime.Remoting
    Versión del ensamblado: 4.0.0.0
    Versión Win32: 4.8.3752.0 built by: NET48REL1
    Código base: file:///C:/windows/Microsoft.Net/assembly/GAC_MSIL/System.Runtime.Remoting/v4.0_4.0.0.0__b77a5c561934e089/System.Runtime.Remoting.dll
----------------------------------------
System.Data
    Versión del ensamblado: 4.0.0.0
    Versión Win32: 4.8.4121.0 built by: NET48REL1LAST_C
    Código base: file:///C:/windows/Microsoft.Net/assembly/GAC_64/System.Data/v4.0_4.0.0.0__b77a5c561934e089/System.Data.dll
----------------------------------------
System.Data.resources
    Versión del ensamblado: 4.0.0.0
    Versión Win32: 4.8.3752.0 built by: NET48REL1
    Código base: file:///C:/windows/Microsoft.Net/assembly/GAC_MSIL/System.Data.resources/v4.0_4.0.0.0_es_b77a5c561934e089/System.Data.resources.dll
----------------------------------------
mscorlib.resources
    Versión del ensamblado: 4.0.0.0
    Versión Win32: 4.8.3752.0 built by: NET48REL1
    Código base: file:///C:/windows/Microsoft.Net/assembly/GAC_MSIL/mscorlib.resources/v4.0_4.0.0.0_es_b77a5c561934e089/mscorlib.resources.dll
----------------------------------------
System.Transactions
    Versión del ensamblado: 4.0.0.0
    Versión Win32: 4.8.3752.0 built by: NET48REL1
    Código base: file:///C:/windows/Microsoft.Net/assembly/GAC_64/System.Transactions/v4.0_4.0.0.0__b77a5c561934e089/System.Transactions.dll
----------------------------------------
System.Windows.Forms.resources
    Versión del ensamblado: 4.0.0.0
    Versión Win32: 4.8.3752.0 built by: NET48REL1
    Código base: file:///C:/windows/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms.resources/v4.0_4.0.0.0_es_b77a5c561934e089/System.Windows.Forms.resources.dll
----------------------------------------

************** Depuración JIT **************
Para habilitar la depuración Just In Time (JIT), el archivo de configuración de esta
aplicación o equipo (machine.config) debe tener el
valor jitDebugging establecido en la sección system.windows.forms.
La aplicación también se debe compilar con la depuración
habilitada

Por ejemplo:

<configuration>
    <system.windows.forms jitDebugging="true" />
</configuration>

Cuando esté habilitada la depuración JIT, cualquier excepción no controlada
se enviará al depurador JIT registrado en el equipo
en lugar de controlarlo mediante el cuadro de diálogo.
Davis Vantage Pro2 +, Windows 10, Windows 7 (64), Graphweather 3.0.15, Weatherlink 6.0.3, template Pierre-André, template Jachym
Image

Répondre