Je m'efforce de convaincre les autres membres de mon organisation que les outils SIG, en particulier les outils de numérisation, PEUVENT être utilisés par le grand public et nous devons promouvoir leur utilisation au lieu d'utiliser des cartes papier. Cela permettrait d'économiser de l'argent (frais postaux) et du temps (le temps qu'il faut pour publier des cartes) et je suppose que c'est mieux pour l'environnement (ne pas utiliser de papier).
Le contre-argument est que les gens se sentent plus à l'aise avec un stylo / crayon et dessinent des zones / polygones, etc. sur une carte papier, ils ont également tendance à être plus précis. Mon entreprise exige que les candidats soient assez précis en esquissant les limites sur une carte d'arrière-plan.
Que pensez-vous que je puisse faire pour persuader ces mécréants? :) Comment pouvons-nous améliorer les outils d'esquisse pour les utilisateurs non SIG afin qu'ils fassent des croquis précis sur les cartes. Quels conseils / techniques connaissez-vous, avez-vous déjà fait face à ce problème ?? Sommes-nous voués à utiliser des cartes papier pour toujours plus!? Vos pensées sont les bienvenues.
PS - l'application SIG est susceptible d'être basée sur le Web et ouverte au grand public. La technologie probable serait l'API Javascript ESRI - avec mise en cache, services de carte optimisés, niveaux d'échelle raisonnables et symbologie claire, etc.
la source
Comme d'autres l'ont dit, je ne pense pas que vous puissiez exclure l'un ou l'autre cas. Je pense que la solution dépend de:
WalkingPapers est une solution intéressante de la communauté OpenStreetMap qui combine la technologie analogique et numérique . Vous utilisez une carte Web pour zoomer sur la zone d'intérêt, puis imprimez une carte papier contenant un «code-barres 3D». Vous dessinez ensuite vos traits sur la copie papier et l'envoyez à qui le veut. Cette personne numérise ensuite le papier, puis le télécharge sur un serveur où il est automatiquement géoréférencé en fonction des données du code-barres. Une personne peut ensuite extraire l'image géoréférencée dans l'éditeur OSM en ligne Potlatch et retracer les nouvelles fonctionnalités.
Cette solution contient OpenStreetMap, mais ce même concept pourrait être appliqué à une application autonome (OpenSource ou propriétaire).
la source
Je pense que le gagnant entre la numérisation à l'écran et l'esquisse sur un morceau de papier dépend beaucoup. Il est possible de faire une numérisation beaucoup plus précise et précise à l'écran que sur papier avec les bonnes cartes de fond et les bons outils. Mais je comprends ce que vous me dites en disant que cela a tendance à être plus précis sur le papier.
Pour obtenir la bonne précision à l'écran, nécessite de bons outils pour zoomer et peut-être changer la carte d'arrière-plan pendant la numérisation. La fonctionnalité de capture intelligente sera probablement utile également. Si je comprends bien, vous avez affaire à un public public qui n'utilisera peut-être cet outil qu'une ou deux fois. La difficulté sera donc de rendre ces outils plus ou moins autodidactes et très simples d'utilisation. Si la numérisation sera effectuée avec un zoom statique sans accrochage, ce sera probablement une esquisse assez approximative et l'argument sur les arguments sur papier devient plus fort.
Donc, mon point est que trouver des outils très faciles à utiliser mais puissants pour aider à la numérisation est nécessaire. Pour rendre l'outil suffisamment facile à utiliser, ils devront probablement être conçus pour ce cas d'utilisation, comme l'outil d'accrochage doit s'accrocher aux données d'arrière-plan pertinentes et peut-être hiérarchiser si plusieurs possibilités d'accrochage.
Je pense aussi que la partie zoom est assez importante. Peut-être que les tuiles plus proches doivent être chargées avant d'être utilisées, il est donc possible de zoomer et dézoomer pendant la numérisation en douceur et rapidement sans attendre un téléchargement en arrière-plan.
Juste quelques pensées sans savoir.
/ Nicklas
la source
Je ne sais pas si l'impact sur l'environnement serait moindre avec l'utilisation d'une application en ligne. Sur la base de ma propre expérience, les gens imprimeront probablement la version numérique, dessineront leur dessin sur le papier, puis le reproduiront sur la carte numérique.
De combien d'utilisateurs parlons-nous? Dans notre entreprise d'environ 120 personnes, j'envoie généralement aux gens une carte PDF, puis je les laisse utiliser les outils qu'ils souhaitent pour dessiner les entités sur la carte. Certains utilisent les outils d'Acrobat, d'autres aiment imprimer la carte, dessiner des entités sur la copie, puis numériser au format PDF et par courrier électronique. Le faire de cette façon crée moins de travail pour moi car je n'ai pas besoin de les scanner de mon côté. (pas d'argent non plus pour les frais de port). Les images qui reviennent contiennent des commentaires et des fonctionnalités dessinées et le format est PDF, je convertis simplement en image dans Arobat et géoréférencer et numériser. Cela prend peu de temps et est assez précis car je fais du géoréférencement sur les mêmes données.
Bien sûr, avoir des centaines d'utilisateurs soumettant des données de cette manière ne serait pas réaliste. Une application en ligne, une formation et des ateliers réguliers pour maintenir les normes seraient nécessaires.
la source
Dans le cas où les utilisateurs finaux de l'application utiliseraient un visualiseur de carte inséré dans un navigateur Web (OpenLayers, API Javascript ESRI ... même basé sur Flash), je donnerais les arguments suivants:
En outre, je trouverais des exemples de réussite de systèmes SIG cartographiques basés sur le Web utilisés par le grand public dans votre pays. J'habite dans le nord-ouest de l'Espagne, et ici il existe des systèmes SIG basés sur le Web qui sont très utilisés par le grand public comme SIGPAC , SITGA ou Bantegal .
la source
Peut-être avons-nous besoin de numériser des sites Web de tuteurs analogues aux nombreux sites de tuteurs de saisie . La dactylographie est également un obstacle pour beaucoup dans le grand public.
la source