Suite

Le calque ne se rallume pas après avoir cliqué dans OpenLayers 3


J'ai le code suivant. J'ai configuré une fonction par défaut qui consiste à afficher tous mes calques et à cliquer sur les calques qui disparaissent. Mais ils ne se rallument pas lorsque je clique dessus. Alors qu'est-ce que j'ai fait de mal ici ?

L'été Hiver Salt Lake City 2002 Torche

Ensuite, voici comment j'appelle les couches plus tard:

var map = new ol.Map({ couches : [rasterLayer, us_states_vec, slc_2002_torch, vector_summer, vector_winter, vector_relay_route], superpositions : [overlay], cible : 'map', vue : new ol.View({ center : ol.proj .transform([34.59, 31,59], 'EPSG:4326', 'EPSG:3857'), zoom : 2 }) }); vector_summer.setVisible(true); vector_winter.setVisible(true); vector_relay_route.setVisible(true); us_states_vec.setVisible(true); slc_2002_torch.setVisible(true);

Que dois-je faire pour que les calques soient retournés après les avoir décochés ?


Openlayers fournit un moyen de lier un élément html à une propriété de calque :

var visible = new ol.dom.Input(document.getElementById('visible')); visible.bindTo('coché', calque, 'visible');

Voir ceci en action dans cet exemple


Je suggérerais d'utiliser une variable pour passer à la fonction setVisible dans votre onclick au lieu de la coder en dur. Vous pouvez l'initialiser lorsque la page se charge. Ensuite, vous feriez simplement cecionClick="vector_summer.setVisible(!summerVisible); summerVisible = !summerVisible;".

Si vous utilisez angulaire, vous pouvez connecter le modèle de la variable à la case à cocher et cela faciliterait un peu les choses. Il serait également un peu plus propre de tirer le onClick dans une fonction javascript à la place, mais j'espère que vous comprenez l'idée.


Une autre façon de procéder pourrait être comme ceci :

OSM
MapQuest

Il est important que dans cet exemple, la case à cocher ait le même nom que les calques. J'espère que ça aide.


La couche d'entrée a-t-elle un biais et y a-t-il des neurones de biais ?

J'ai vu deux représentations différentes des réseaux de neurones en ce qui concerne les biais. Considérons un réseau de neurones "simple", avec juste une couche d'entrée, une couche cachée et une couche de sortie. Pour calculer la valeur d'un neurone dans la couche cachée, les poids et les neurones de la couche d'entrée sont multipliés, décalés d'un biais puis activés par la fonction d'activation. Pour calculer les valeurs dans la couche de sortie, vous pouvez choisir de ne pas avoir de biais et d'avoir une fonction d'activation d'identité sur cette couche, de sorte que ce dernier calcul ne soit qu'une "mise à l'échelle".

Est-il standard d'avoir une couche "scaling" ? On pourrait dire qu'il y a un biais associé à chaque neurone, sauf ceux de la couche d'entrée corrects (et ceux de la couche de sortie lorsqu'il s'agit d'une couche de mise à l'échelle) ? Bien que je suppose que vous pourriez immédiatement changer n'importe quelle valeur qui vous est donnée. La couche d'entrée a-t-elle un biais ?

J'ai vu le biais représenté comme un neurone supplémentaire immuable dans chaque couche (sauf la dernière) ayant la valeur 1, de sorte que les poids associés aux connexions de ce neurone correspondent aux biais des neurones de la couche suivante. Est-ce la façon standard de voir les préjugés ? Ou existe-t-il un autre moyen d'interpréter le biais qui est plus précisément décrit par le « nombre de quota qui est ajouté à la somme pondérée avant l'activation » ?


1 réponse 1

Normalisation des lots (NE) n'empêche pas la problème de gradient de disparition ou d'explosion dans un sens que ceux-ci sont impossibles. Au contraire, cela réduit la probabilité que ceux-ci se produisent. En conséquence, le document original déclare :

Dans les réseaux profonds traditionnels, un taux d'apprentissage trop élevé peut entraîner l'explosion ou la disparition des gradients, ainsi que le blocage de minima locaux médiocres. La normalisation par lots permet de résoudre ces problèmes. En normalisant les activations dans tout le réseau, cela empêche les petites modifications des paramètres de s'amplifier en des modifications plus importantes et sous-optimales des activations dans les gradients, par exemple, cela empêche la formation de rester bloquée dans les régimes saturés de non-linéarités.

Si vous avez des gradients de $m$ dans votre lot actuel pendant l'entraînement, tous seront normalisés. Même si vous avez encore des dégradés proches des régions frontalières par la suite, beaucoup ne le seront pas. C'est-à-dire que BN réduit le nombre de gradients qui pourraient exploser ou disparaître dans ce scénario.

De plus, BN fait ne pas découpez les dégradés sur $[0,1]$ ou $[-1,1]$ . Il normalise les sorties des transformations linéaires (c'est-à-dire généralement pas les valeurs d'activation directement) en soustrayant la moyenne d'un lot et en divisant par son écart type. (si vous associez cela au prétraitement, c'est comme une normalisation et non une normalisation par mise à l'échelle min-max. Il s'agit donc en fait de "Standardisation par lots".)

En passant : les gradients de disparition et d'explosion ne sont pas seulement un problème pour les fonctions d'activation du sigmoïde mais aussi du tanh.


Les deux méthodes ont des objectifs légèrement différents. Comme le souligne @ Zac67, tous les protocoles de transport n'ont pas de contrôle de flux, il est donc plus logique de l'avoir dans la couche IP.

Sans ECN, la seule façon pour un routeur de signaler une congestion est de supprimer le paquet. Les bits ECN dans le paquet IP permettent aux routeurs de signaler qu'il y a une congestion sans avoir à passer au paquet, améliorant ainsi l'efficacité. Il est également plus facile pour le routeur de modifier le paquet IP sans avoir à inspecter les protocoles de couche supérieure dont il n'a peut-être pas connaissance.

ECN est vraiment une indication binaire -- il y a de la congestion, ou pas. Le contrôle de flux TCP est plus variable et permet à l'expéditeur et au destinataire d'ajuster le flux pour une efficacité optimale.

TCP peut modifier sa taille de fenêtre en fonction de ECN. Différents systèmes d'exploitation le gèrent différemment.


Besoin d'aide pour comprendre comment les paquets voyagent sur Internet

J'ai récemment découvert les réseaux dans un nouvel emploi et j'ai fait une présentation sur ce que j'ai appris jusqu'à présent. Lorsque je décrivais la relation entre la liaison de données et la couche réseau, j'ai mentionné que la liaison de données gère les sauts alors que le réseau est de bout en bout. Une fois que j'ai eu terminé, ils m'ont posé quelques questions, et l'un d'eux m'a demandé si la couche de liaison de données gérait les paquets voyageant sur Internet, ce à quoi j'ai répondu oui. Ils m'ont dit que j'avais tort, mais je ne leur ai pas demandé la bonne réponse parce que j'étais nerveux et cela ne m'a pas vraiment traversé l'esprit de demander. Mais maintenant que j'ai repris mes recherches sur ce sujet, je commence à être confus et j'espérais que quelqu'un pourrait m'éclaircir la question. Est-ce que j'avais tort ? Ou peut-être que je l'ai mal expliqué? Voici mes connaissances à ce jour :

Le paquet est livré avec des en-têtes qui contiennent des informations concernant la livraison des paquets et ainsi de suite. L'en-tête IP contient l'adresse IP source et de destination du paquet, qui est utilisée pour acheminer le paquet sur Internet. D'autre part, l'en-tête de trame de couche 2 (Ethernet ou autre) a l'adresse MAC de la source (qui serait l'hôte d'origine à ce stade) et l'adresse MAC du prochain routeur auquel le paquet doit être envoyé (en utilisant ARP ). Le paquet IP est laissé seul, mais à chaque saut, l'en-tête de trame est réécrit avec une nouvelle adresse MAC source (le routeur) et une nouvelle destination (le prochain saut). Ceci est répété au sein du réseau jusqu'à ce qu'une passerelle au sein de ce réseau soit atteinte, où le paquet est ensuite transféré sur le réseau du FAI/fournisseur. La même chose se produit dans le réseau du FAI/fournisseur, le paquet (trame) étant envoyé sur la couche de liaison de données tout en utilisant l'en-tête IP pour ARP. Les EGP tels que BGP sont utilisés sur les réseaux et les IGP sont utilisés au sein des réseaux. Et tandis que les adresses IP indiquent la destination finale, même sur Internet, les adresses MAC sont utilisées pour transporter les données d'un routeur à l'autre.

Cela a du sens pour moi car Internet est physiquement connecté et les adresses MAC sont reines lorsqu'il s'agit de connexions physiques. Mais après qu'on m'ait dit que j'avais tort, j'ai un peu perdu confiance en moi et maintenant je m'embrouille. Un protocole ou une méthode différente est-il utilisé lorsque les données sont envoyées depuis le réseau local vers Internet ? Les adresses MAC ne sont-elles pertinentes qu'au sein d'un réseau ? Toute aide pour éclaircir cela pour moi est grandement appréciée. Merci!


2 réponses 2

PPTP, PPPoE et L2TP fournissent tous OSI Layer 2 prestations de service. C'est-à-dire que l'utilisateur de ces protocoles (généralement, une suite de protocoles de couche réseau) pense qu'il s'exécute sur une couche de liaison "normale". Cependant, chacun de ces protocoles fournit le service de couche liaison en transportant des paquets sur un autre service, plutôt que sur la couche physique.

  • PPTP fournit un service PPP (couche de liaison) en s'exécutant sur TCP (couche de transport).
  • PPPoE fournit un service PPP (couche de liaison) en s'exécutant sur Ethernet (une couche de liaison différente)
  • L2TP fournit un service PPP (couche de liaison) en s'exécutant sur UDP (couche de transport).

Ainsi, chacun de ces protocoles joue deux rôles différents. Chacun fournit un service qui est un service de couche de liaison, donc vu d'en haut, c'est un "fournisseur de service de couche de liaison". Mais chacun fonctionne sur un service différent, donc, vu d'en bas, il s'agit d'un utilisateur de service de transport, d'un utilisateur de service réseau ou d'un utilisateur de service de liaison.

Des expressions telles que "utilisateur du service X" et "fournisseur de service X" sont généralement plus utiles que l'expression moins distincte "dans la couche X". Cette distinction utilisateur/fournisseur est une partie importante du modèle de couche OSI, même si elle peut ne pas être évidente à partir de certains tutoriels.

Notez que les protocoles de couche trois et supérieurs peuvent être encapsulés à l'intérieur des protocoles que vous mentionnez, mais pas de couche deux (ou inférieure). Une façon de voir les choses est de construire une pile de protocoles de bas en haut. Donc, d'abord, nous mettons les couches 1, 2 et 3. Ensuite, pour la couche 4, nous mettons PPTP (par exemple) et cela commence une NOUVELLE couche 2 au-dessus (à l'intérieur) des "vraies" couches 1, 2 et 3. Ensuite, vous pouvez mettre une autre couche 3 au-dessus de la nouvelle couche PPTP deux et continuer à partir de là.

Ce n'est pas exactement ce qui se passe mais rappelez-vous que le modèle OSI n'est qu'un MODÈLE. Et techniquement, le modèle OSI était destiné à être utilisé avec les protocoles OSI, ce qui n'est pas le cas des protocoles les plus couramment utilisés. Pour comprendre la mise en réseau en général, le modèle OSI est très utile, même avec les protocoles non-OSI, c'est pourquoi il est utilisé par tant de professionnels des réseaux dans de nombreux domaines. Mais encore une fois, ce n'est qu'un modèle, donc cela nous aide à comprendre ce qui se passe, mais cela ne définit pas de manière rigide ce qui se passe, ni ne reflète à 100% ce qui se passe.


1 réponse 1

N'oubliez pas que le modèle OSI n'est qu'un modèle et que rien dans le monde réel n'y adhère réellement.

Je pense que ce que cela essaie de vous faire comprendre, c'est que l'application d'un hôte est en train de scruter l'application de l'autre hôte. En outre, le protocole de transport dans un hôte est en peering avec le protocole de transport dans l'autre hôte, le protocole réseau dans un hôte est en peering avec le protocole réseau dans l'autre hôte, et le protocole de liaison de données dans un hôte est en peering avec les données -link protocole dans l'autre hôte*.

Les données qu'une application envoie à l'autre application se retrouvent inchangées dans l'application de destination. Oui, au fur et à mesure que les données descendent dans la pile réseau de l'hôte expéditeur, elles obtiennent les en-têtes des différentes couches réseau qui y sont attachées, mais au fur et à mesure qu'elles remontent la pile réseau dans l'hôte de destination, ces en-têtes sont supprimés, laissant les données d'origine de la source inchangée.

Chaque couche réseau dans l'hôte source ajoute un en-tête pour la couche réseau correspondante dans l'hôte de destination, et la couche réseau correspondante dans l'hôte de destination enlèvera l'en-tête, laissant le PDU pour la couche suivante inchangé depuis la source.

*Cela n'est vrai pour la couche de liaison de données que si les deux hôtes sont le même LAN de liaison de données. Si le paquet réseau doit traverser un autre réseau local, chaque routeur du chemin supprimera l'en-tête de liaison de données, le remplaçant par son propre en-tête de liaison de données pour le prochain réseau à travers lequel il transmettra le paquet réseau.


1 réponse 1

Le filament se dilate à mesure qu'il fait chaud. Refroidir le filament le fera rétrécir, donc refroidir le filament déposé sur le lit peut entraîner des problèmes d'adhérence et un gauchissement de vos produits. C'est exactement la raison pour laquelle vous utilisez un lit chauffant (le delta de température est plus petit). Alors gardez le refroidissement pour les premières couches et tout ira bien.

De plus (après avoir répondu à la question de ne pas utiliser d'air de refroidissement pour la première couche), je voudrais ajouter que parfois vous n'aurez pas besoin tout refroidissement du tout (pour les autres couches), ou très peu refroidissement.


Ni l'un ni l'autre, selon.

Contrairement à la VHF et aux bandes supérieures, qui se déplacent principalement en ligne de mire et ont donc une portée limitée en fonction de l'altitude, la radio HF repose sur la propagation des ondes célestes. Cela signifie que les ondes radio se déplacent vers le haut, rebondissent sur une couche dans la haute atmosphère, puis redescendent vers le récepteur. Ils peuvent même rebondir plusieurs fois entre les couches, permettant de recevoir des signaux de l'autre côté de la planète. Vous pourrez peut-être parler à des stations éloignées mais pas à proximité, ou les rebonds peuvent ne pas fonctionner de la même manière dans les deux sens. C'est imprévisible.

Tous ces rebondissements étranges dépendent des conditions atmosphériques, qui varient d'un endroit à l'autre et même d'une heure à l'autre. Pire encore, différentes parties de la bande HF se comporteront différemment au même moment et au même endroit, elle a donc été divisée en plusieurs sous-bandes de fréquences qui ont tendance à se comporter de manière similaire.

C'est pourquoi les vols océaniques se voient attribuer deux fréquences HF dans des sous-bandes différentes : au moins l'une d'entre elles fonctionnera probablement. Probablement. Et lequel (le cas échéant) peut changer au cours d'un long vol !

Pire encore, à cause de ce comportement à longue portée, chaque station de la planète a besoin d'une fréquence unique, et il n'y a pas beaucoup de bande passante, c'est pourquoi elle est découpée en canaux très étroits qui donnent un son horrible. qualité. Ainsi, HF n'est utilisé que lorsqu'absolument rien d'autre ne fonctionnera (ou n'est disponible).

La propagation HF sur de longues distances dépend de l'ionosphère, et l'état de l'ionosphère dépend du soleil - il varie avec l'activité solaire (qui suit le cycle des taches solaires de 11 ans), la période de l'année et l'heure de la journée.

Les deux couches les plus importantes de l'ionosphère sont la couche D (60-90 km au-dessus de la Terre), qui absorbe les signaux, et la couche F (250-400 km au-dessus de la Terre), qui réfracte les signaux vers la surface. (Il y a aussi un E-layer, que je vais ignorer pour le moment).

L'absorption de la couche D diminue avec la fréquence et augmente avec l'activité solaire (et augmente parfois considérablement lorsqu'une éruption solaire libère un tas de rayons X). Pendant la journée, et pendant les périodes de forte activité solaire, cette absorption peut rendre les basses fréquences totalement inutilisables. La nuit, la couche D s'estompe rapidement et les fréquences inférieures "s'ouvrent" (c'est pourquoi vous ne pouvez parfois entendre les stations AM éloignées que la nuit).

réfraction de la couche F également diminue avec la fréquence et augmente avec l'activité solaire. La façon dont cela fonctionne est que les signaux inférieurs à une certaine fréquence critique seront suffisamment réfractés pour revenir sur Terre, mais au-dessus de cette fréquence, ils ne seront pas suffisamment réfractés et continueront dans l'espace. Lorsque l'activité solaire est élevée et que le soleil est haut dans le ciel, la fréquence utilisable monte lorsque le soleil se couche, elle redescend, mais la couche F ne se dissipe pas aussi rapidement que la couche D, donc le résultat est plus une goutte douce au cours de la nuit.

La réfraction de la couche F dépend également de la angle auquel le signal rencontre l'ionosphère — si la fréquence critique est de 5 MHz, alors un signal montant presque tout droit redescendra s'il est inférieur à 5 MHz et ira dans l'espace s'il est supérieur à 5 MHz. Mais un signal rayonné près de l'horizon, frôlant la couche F à un angle beaucoup plus faible et descendant à des milliers de kilomètres, peut être réfracté même si sa fréquence est plusieurs fois plus élevée, disons 15 MHz. Cela provoque l'effet curieux que, lorsque vous travaillez au-dessus de la fréquence critique, vous pouvez parler à des endroits éloignés, mais ne pas les endroits qui sont à proximité (à moins qu'ils ne soient si proches que vous puissiez les frapper avec un signal en ligne de mire, en ignorant complètement l'ionosphère).

De plus, l'ionosphère a ses propres conditions "météo" et interagit avec le champ magnétique terrestre et les aurores de toutes sortes de manières intéressantes qui rendraient ce post encore plus long si j'essayais de les expliquer.

Bref, il n'y a pas directe relation entre fréquence et distance, et la fréquence (ou les fréquences) utilisables pour un trajet donné dépendent de la distance entre l'émetteur et le récepteur, où le soleil est dans le ciel par rapport à tous les deux d'entre eux (période de l'année et heure de la journée), la progression du cycle des taches solaires, et un tas de facteurs essentiellement aléatoires qu'il est difficile de prévoir plus de quelques heures à l'avance.

À titre d'aide visuelle, voici une carte de (une prédiction de) la fréquence utilisable la plus élevée entre un point du New Jersey et n'importe où ailleurs dans le monde les couleurs représentent les différentes bandes de fréquences radioamateur, qui ne sont pas pertinentes pour l'aviation, mais il devrait encore transmettre la complexité:


Lorsque vous collez quelque chose dans GIMP, cela devient une sélection flottante. C'est une sorte de pseudo-calque temporaire qui contient le contenu collé et vous permet de le déplacer (et de le modifier d'une autre manière) avant de le fusionner dans l'image cible. Cependant, avoir une sélection flottante active vous empêche également d'apporter des modifications à quoi que ce soit. mais la sélection flottante.

Pour voir si vous avez une sélection flottante, jetez un œil à la boîte de dialogue Calques, où elle apparaît comme un calque spécial. De plus, lorsque le pointeur de votre souris est à l'extérieur la sélection flottante (mais à l'intérieur de la fenêtre d'image), un symbole d'ancre est affiché à côté.

Il existe deux manières principales de se débarrasser d'une sélection flottante :

Vous pouvez l'ancrer au calque courant avec le Couche &rarr Couche d'ancrage ( Ctrl + H ), ou en cliquant sur l'icône d'ancrage dans la boîte de dialogue Calques, ou simplement en cliquant n'importe où dans l'image en dehors de la sélection flottante. Cela fusionne la sélection flottante dans le calque actuel, écrasant tout ce qui a pu se trouver sous la sélection.

Alternativement, vous pouvez convertir la sélection flottante en un nouveau calque en utilisant le Calque &rarr Nouveau calque (ou le bouton Nouveau calque dans la boîte de dialogue Calques) pendant que la sélection flottante est active. Cela transforme la sélection flottante en un calque réel que vous pouvez modifier à votre guise.


Prusa i3 PLA ne parvient pas à coller à la première couche sur les courbes

J'ai cherché sur google et je n'ai trouvé aucune réponse à ce dilemme. J'utilise une imprimante Prusa I3 avec PLA et j'essaie d'imprimer des fers à cheval pour l'entreprise pour laquelle je travaille. Ils sont destinés aux chevaux modèles, la qualité est donc assez importante. Il semble que tous les paramètres soient définis comme je le souhaite et, pour la plupart, les impressions sont bonnes. Il y a cependant une chose ennuyeuse qui continue de se produire. Lorsque le filament fait le tour de la courbe du haut du fer à cheval sur des couches au-delà de la première, le filament ne suit pas les courbes de la première couche. Mais ce n'est pas à chaque fois. Il semble que ce ne soient que les 2e ou 3e couches qui le font. J'ai ajusté le débit, la vitesse, la hauteur de couche, la température, et rien ne semble se débarrasser de ces problèmes ennuyeux. Je peux bien sûr fournir des détails plus détaillés, et j'inclus une photo de ce que je reçois. Des idées?


Voir la vidéo: Openlayers 6 Tutorial #9 - Interaction With Vector Features (Octobre 2021).