Nous utilisons des cookies pour vous garantir la meilleure expérience sur notre site. Si vous continuez à utiliser ce dernier, nous considèrerons que vous acceptez l'utilisation des cookies. J'ai compris ! ou En savoir plus !.
banniere

Le portail francophone de la géomatique


Toujours pas inscrit ? Mot de passe oublié ?
Nom d'utilisateur    Mot de passe              Toujours pas inscrit ?   Mot de passe oublié ?

Annonce

Printemps des cartes 2024

#1 Tue 09 December 2003 09:41

B Iratchet
Invité

Devenir de Cartonet dev

De: Bruno IRATCHET
Bonjour,

Nous voulions rediger le 200ieme message de cette liste cartonet_dev@texte-a-enlever.georezo.net pour preciser sa finalite et esperer lui donner un deuxieme souffle, alors que le premier message date d’octobre 2002 et que nous sommes aujourd’hui 289 abonnes.

A l’origine, cette liste se voulait etre le lieu d’un debat, d’echanges d’exemples et d’experiences, dans le prolongement d’un travail commence sur l'outil de collaboration http://sig.cwriter.org (document webmapping).

Moderateurs de cette liste, nous pensons toujours que ce dernier document, telechargeable ici : sol_internet.zip permet encore de se poser les bonnes questions quand il s’agit de parler de cartographie sur Internet.

En outre, par le present message, nous souhaiterions attirer votre attention sur la necessite de continuer a diffuser vos avis, remarques et questions dans un domaine ou les evolutions sont rapides. L’enjeu est non seulement que cette liste continue de vivre mais egalement le document initial. Et si l’un d’entre vous souhaite le mettre a jour, qu’il se manifeste aupres de nous. Il disposera alors de liens, de ressources, pour en faire profiter les autres.

Alors que nous serons bientot 300 a nous observer, il nous semble utile de rappeler qu’il n’y a pas de questions betes, mais seulement naives ou mal posees et que cette liste [cartonet_dev] doit rester un lieu privilegier pour la veille technologique des solutions cartographiques sur Internet (webmapping).

Merci pour votre interet et vos participations,

Ludovic LESTRAT
Bruno IRATCHET

 

#2 Tue 09 December 2003 12:33

SIG UNIMA
Invité

Re: Devenir de Cartonet dev

Bonjour,

il est vrai que l'activite de la liste apparait comme quelque peu
sporadique .

Pour ma part, je passe beaucoup de temps a lire des ressources documentaires
du Web sur ce fameux webmapping et je reconnais que mettre en place
quelque chose a notre niveau recquiert un temps d'implication tres
important. Je regarde notamment beaucoup en direction des solutions sur base
de MapServer et j'avoue avoir encore du mal a suivre, je reste souvent sur
ma faim , toute relative certes d'infos et de retours d'experiences sur le
sujet. Je fais partie, pour le moment encore, des personnes a qui l'on
demande beaucoup dans ma structure, sans faire suivre de moyens particuliers
derriere, cela viendra surement, mais pour le moment, ce debroussaillage est
le fruit de ma seule volonte sur mon temps libre. Je sais que je suis loin
d'etre un cas isole et il est vrai aussi que l'envie de solliciter la liste
est tres souvent tentante et c'est a ce moment la qu'on hesite, parce que je
n'ai pas encore particulierement de choses a donner en regard des nombreuses
infos qui me font defaut, ceci explique pour ma part, cette activite si
faible sur la liste

Bonne journee

 

#3 Wed 10 December 2003 14:43

Jmbeaudoin
Invité

Re: Devenir de Cartonet dev

De: Beaudoin JM
Bonjour,

si cette liste, dans un deuxieme souffle, doit devenir la liste du webmapping (et non plus seulement la liste dediee a la redaction du document sol_internet comme je le pensais encore il y a peu), il faudrait peut etre diffuser ce message sur les autres listes afin que tout le monde soit au courant (et potentiellement s'y inscrive) ? Je pense que bcp de personnes de la liste Geomatique seront interessees ...

Bonne journee.

 

#4 Thu 11 December 2003 10:57

Andre M Winter
Invité

Re: Devenir de Cartonet dev

bonjour,

ayant moi-meme tente de mettre en route une liste de diffusion axee sur
la carto et le svg (http://www.carto.net/papers/svg/mail_f.shtml) et
voyant maintenant que cela n'a servi a rien, j'en ai tire les
conclusions suivantes:

- les cartographes sont tetus. une fois fixe sur une technique ils n'en
changent pas (pour exemple refelechissez a votre programme DAO: vous
avez surement une preference pour freehand, coreldraw ou illustrator,
soyez honnetes, vous detestez travailler dans un autre que le votre...).
et cartonet_dev se veut au dessus d'une technique specifique. cela
cree des situations de discusssions qu'on tente d'eviter par manque de
temps.

- les listes non-anglophones sont sympas, mais il ne faut pas y attendre
une repose (excepte pour l'insertion d'autocad dans word...). je tire
cet conclusion de http://groups.yahoo.com/group/svg-developers/ ce
groupe existe aussi en d'autres langues (japonais, thailandais, espagnol
et italien je crois) mais la communication entre les groupes est nulle
ce qui est une perte d'information grave.

- il n'est pas raisonable d'etre abonne a trop de groupes.
personellement j'en ai deja assez avec 3.

- il est difficile de faire d'une liste de diffusion une redaction de
document. meme sans ce but il est presque impossible de tirer d'une
liste de diffusion une info generale.

mon idee serait de fermer cartonet_dev et de reinterger la liste
geomatique, de scinder le fameux document en ses technques et de trouver
un redacteur pour chaque de ses techniques. ce qui reste a trouver est
un point de publication. ces documents doivent etre objectifs et en html
pour etre indexes.

l'avantage de documents accessibles est que bien plus de personnes en
profitent. le fait de rediscuter der carto sur la liste geomatique
aurait l'avantage de de faire reflechir les gens-SIG un peu plus a la
carto.

des exemples de documents:
pour flash: http://www.geoclip.net/fr/p31_sig2web.htm
pour svg: http://www.carto.net/papers/svg/index_f.shtml

a+
andre

 

#5 Thu 11 December 2003 10:57

Ludovic
Invité

Re: Devenir de Cartonet dev

andre m. winter a ecrit :

> - les cartographes sont tetus. une fois fixe sur une technique ils n'en
> changent pas (pour exemple refelechissez a votre programme DAO: vous
> avez surement une preference pour freehand, coreldraw ou illustrator,
> soyez honnetes, vous detestez travailler dans un autre que le votre...).
> et cartonet_dev se veut au dessus d'une technique specifique. cela cree
> des situations de discusssions qu'on tente d'eviter par manque de temps.
Je ne crois pas que ce soit une particularite des cartographes, mais
plutot des utilisateurs peu avertis des outils informatiques. On
commence a comprendre la puissance des outils informatiques le jour ou
l'on s'apercoit que sa force est la multiplicite des solutions, en cela,
l'exemple de l'apport des logiciels libres est immense. Ils permettent,
a moindre frais, de tester differents produits/solutions. Mais cet idee
tarde a toucher le plus grand nombre.

> - les listes non-anglophones sont sympas, mais il ne faut pas y attendre
> une repose (excepte pour l'insertion d'autocad dans word...). je tire
> cet conclusion de http://groups.yahoo.com/group/svg-developers/ ce
> groupe existe aussi en d'autres langues (japonais, thailandais, espagnol
> et italien je crois) mais la communication entre les groupes est nulle
> ce qui est une perte d'information grave.
Je ne peux pas etre d'accord. Si cela est partiellement vrai pour la
liste generale geomatique , c'est en tres grande partie faut pour les
listes specifiques arcsig ou mapinfo. Les lecteurs de ces listes sont
plus pointus sur leur domaine et apportent davantage de reponse. Dans
cette esprit la, une liste specifique a la thematique de la cartographie
sur internet permet d'obtenir les meilleurs reponses. Mon avis sur la
question n'a pas change.

> - il n'est pas raisonable d'etre abonne a trop de groupes.
> personellement j'en ai deja assez avec 3.
Personnellement, je suis abonne a 4 listes differentes du gerorezo. Avec
mon logiciel de messagerie normal , les messages sont filtres et donc
classes par sujet. Une seule liste pour ces 4 ensembles serait bien plus
penible a trier. A chacun d'utiliser le potentiel de ces outils pour
gagner en facilite.
On touche la encore au manque de culture informatique. (ceci n'a rien de
personnel Andre, je suis sur que ce n'est pas ton cas).

> - il est difficile de faire d'une liste de diffusion une redaction de
> document. meme sans ce but il est presque impossible de tirer d'une
> liste de diffusion une info generale.
Je suis d'accord, on touche la a l'historique de la liste. Creee au
depart pour rediger un document de synthese, on a tres vite compris que
seul un outil redactionnel en ligne correspondait a cette problematique.
Du coup cette liste se transforme petit a petit en liste geomatique
spesialisee dans tout ce qui touche au webmapping. Ce n'est pas un
choix, mais un constat plutot interessant.
Nous sommes plutot en accord avec cette evolution et reflechissons a
changer un peu la presentation de la liste.

> mon idee serait de fermer cartonet_dev et de reinterger la liste
> geomatique,
Je pense avoir donne mes arguments sur ce sujet en amont.

> de scinder le fameux document en ses technques et de trouver
> un redacteur pour chaque de ses techniques. ce qui reste a trouver est
> un point de publication. ces documents doivent etre objectifs et en html
> pour etre indexes.
Le fait que chaque technique soit traitee par des personnes differentes
est une evidence...sur le plan technique. Le document de synthese
n'avait pas, et n'a toujours pas, comme objectif de rentrer tres a fond
sur ce plan. Le detail devrait etre traite par des liens sur des docs ou
liste beaucoup plus specifiques, comme la tienne sur le SVG.
Le document vise a faire le point sur l'existant des solutions, les
avantages, les inconvenients, les palettes de choix en fonction des
besoins. Il est destine a une personne a qui l'on demande Nous voulons
mettre nos donnees sur internet, que peut-on faire ?

> l'avantage de documents accessibles est que bien plus de personnes en
> profitent. le fait de rediscuter der carto sur la liste geomatique
> aurait l'avantage de de faire reflechir les gens-SIG un peu plus a la
> carto.
Je ne suis pas sur de te comprendre, par carto, tu veux dire carto en
ligne ou carto semiologie graphique ?
Si tu veux parler de carto en ligne, ton argument est indeniable. En
separant les listes, on risque de ne pas susciter des interets sur la
liste generale.
A moins que les moderateurs fassent regulierement des messages d'annonce
sur geomatique avec une synthese des dernieres discussions de la liste
cartonet, une espece de revue de presse...

Cordialement
Ludovic

--
________
o   |  __  |
_ O | |__| |
____/ |___WW___|
__/  /   ||
||
||
_______________||________________
Ludovic LESTRAT,
123 rue de la republique
Batiment B2, Appt 35
28110 Luce
fix : 02.37.35.55.09
mob : 06.63.36.37.46

 

#6 Thu 11 December 2003 12:27

Andre M Winter
Invité

Re: Devenir de Cartonet dev

bonjour ludivic,

>> que le votre...). et cartonet_dev se veut au dessus d'une technique
>> specifique. cela cree des situations de discusssions qu'on tente
>> d'eviter par manque de temps.
>
> Je ne crois pas que ce soit une particularite des cartographes, mais
> plutot des utilisateurs peu avertis des outils informatiques.

oui, c'est un fait. il est tout aussi evident qu'on ne peut pas avoir la
tete partout. c'est pour cela qu'une liste de carto en ligne est si
difficile. je saurais dire beaucoup de choses sur le svg mais rien sur
mapserver. pourtant c'est de ces choses la qu'il faudrait causer...

>
>> - les listes non-anglophones sont sympas, mais il ne faut pas y
>> attendre une repose (excepte pour l'insertion d'autocad dans word...).
>> je tire cet conclusion de
>
> Je ne peux pas etre d'accord. Si cela est partiellement vrai pour la
> liste generale geomatique , c'est en tres grande partie faut pour les
> listes specifiques arcsig ou mapinfo.

la tu touche le probleme au coeur: des listes SPECIFIQUES a UNE
technique, ou meme pire a un seul logiciel. cela marche toujours. mais
la discussion de carto en ligne est presque d'ordre moral...

en ce qui concerne la langue: j'ai grandi en france, je sais que c'est
la plus belle langue du monde etc*. mais il faut regarder la verite en
face: le webmapping ne se fait pas a 100% en france. d'ou perte
d'information.

>> - il n'est pas raisonable d'etre abonne a trop de groupes.
>> personellement j'en ai deja assez avec 3.
>
> Personnellement, je suis abonne a 4 listes differentes du gerorezo. Avec
> mon logiciel de messagerie normal , les messages sont filtres et donc
> On touche la encore au manque de culture informatique. (ceci n'a rien de
> personnel Andre, je suis sur que ce n'est pas ton cas).

merci. mais le hic: quand je parle d'abonnement je parle aussi de
PARTICIPER activement. la, francement, je vois mal qqn participer a plus
de 4 listes. d'une part par manque de temps, d'autre part par manque de
connaissance de la matiere.

> Du coup cette liste se transforme petit a petit en liste geomatique
> spesialisee dans tout ce qui touche au webmapping. Ce n'est pas un
> choix, mais un constat plutot interessant.

je n'ai pas de probleme avec cette evolution mais avev le silence dont
les causes sont discutes plus haut. ce qui manque peut-etre aussi est
une masse critique minimale. de toutes les listes que je connais, que
celles de plus de 100 a 150 abonnes on develope une autonomie.

> Le fait que chaque technique soit traitee par des personnes differentes
> est une evidence...sur le plan technique. Le document de synthese
> [...]
> besoins. Il est destine a une personne a qui l'on demande Nous voulons
> mettre nos donnees sur internet, que peut-on faire ?

il faut d'abord decider de ce qu'on veut faire. un document OU une liste
de diffusion. le document sera toujours un travail de quelques uns
l'idee de redaction en commun ne fonctionne pas vraiment.
http://www.carto.net/ a ete concu ainsi, mais nous en sommes a avoir des
redacteurs pour les differentes rubriques. et en fait il n'y a jamais
plus de 4 personnes participant a une publication.

nous n'employons pas de grands systemes de redaction en ligne mais
OpenOffice. cela ressemble a word et a l'avantage d'exporter du html
propre, de faire des pdfs et d'etre gratuit. puis finalement qqn met le
document final en ligne.

le desavantage du procede: les retours d'experiences des lecteurs sont
rares. ce qui a ete mis en ligne est pris comme un fait par les
internautes. cela m'etonne tous les jours a noveau.

>> l'avantage de documents accessibles est que bien plus de personnes en
>> profitent. le fait de rediscuter der carto sur la liste geomatique
>> aurait l'avantage de de faire reflechir les gens-SIG un peu plus a
>> la carto.
>
> Je ne suis pas sur de te comprendre, par carto, tu veux dire carto en
> ligne ou carto semiologie graphique ?

les deux ! je n'y vois pas de difference. je suis cartographe de
formation et je m'engage dans le webmapping vectoriel parce que je
trouve les solutions raster affreuses. ca s'est ameliore les 18 derniers
mois, mais tjs pas comparable a ce qu'on exige d'une carte en papier.

a+
andre

 

#7 Thu 11 December 2003 16:04

Stephane Roche
Invité

Re: Devenir de Cartonet dev

Bonjour a tous et a toutes,

Je prends la discussion en cours (decalage horaire oblige), et prends
aussi la liberte de m'exprimer, meme si je suis l'un des abonnes, dont
le peu d'implication dans la vie de la liste est a l'origine du debat
qui nous anime aujourd'hui... Je tiens en premier lieu a saluer
l'initiative lancee par Ludovic LESTRAT et al. de creer cette liste il y
a quelques mois deja...

Le succes d'un liste telle que celle-ci n'est malheureusement pas
uniquement lie a son interet intrinseque, pas plus qu'a la pertinence
des questions qui y sont traitees. Le bon fonctionnement ne se decrete
pas, il se construit dans la necessite des usagers a y trouver des
reponses concretes a leurs problemes quotidiens. En tout cas pour la
grande majorite des usagers. C'est ce qui explique le succes des listes
orientees vers un outil, un logiciel, quelqu'en soit la langue
d'echange(cette derniere n'ayant de reelle influence que sur la quantite
d'echanges). On parle ici de listes regroupant des communautes
d'utilisateurs, lesquelles jouent d'une certaine facon un role de
support en ligne (de type help desk ou de hotline), en meme temps
qu'elles renforcent le sentiment d'appartenance a une communaute.

Des liste generalistes comme Georezo sont d'un autre ordre et ont une
raison d'etre tout aussi forte, bien que les finalites et les attentes
des usagers soient tres differentes. Ici aussi le sentiment
d'appartenance a une communaute est un element constitutif, c'est
d'autant plus vrai que la communaute geomatique est minuscule (c'est
vrai en France, mais cela est aussi vrai au niveau international), et
que la geomatique ne s'est toujours pas trouvee: pas trouve sa place par
rapport aux autres disciplines techniques qui alimentent ses methodes et
ses outils, pas trouve sa place non plus par rapport aux disciplines
utilisatrices de services et de donnees. Reste que precisement cet etat
de fait cree une solidarite qui se manifeste tres concretement dans les
echanges qui font vivre Georezo.

Le theme du web mapping, du web based GIS, finalement celui plus
englobant de la publication de donnees geospatiales dans Internet a des
fins de consultation, d'analyse et de representation est-il aujourd'hui
suffisamment d'interet pour qu'on lui consacre une liste (francophone)?
Sur l'interet du theme, je crois que nous sommes nombreux a repondre oui
sans hesitation. Sur la pertinence d'une liste, la question reste
entiere... Mon avis tres personnel est qu'il y a deux maniere
d'apprehender ce theme :
- la premiere c'est d'y entrer par la technique, les formats,
les outils, la comparaison des solutions... Ce qui inevitablement
provoque des confrontations (souvent interessantes quelquefois steriles)
entre les defenseurs d'un type de solution et ceux d'un autre type... De
ce point de vue le marche n'est pas encore assez mature pour pouvoir
degager des listes d'utilisateurs stables en tout cas francophone (ils
en existent deja c'est certain, Andre Winter en fait mention).
- la seconde c'est de traiter de questions plus
epistemologiques, de methodes, de pratiques, de savoir faire, etc. et il
me semble que dans ce cas la, il n'y aucune raison de ne pas integrer ce
type de discussion dans Georezo car il s'agit avant tout de l'evolution
de la geomatique, a la fois comme secteur d'activite, comme sciences et
comme discipline universitaire.

Il y a un danger selon moi a trop cloisonner cartographie, SIG... La
convergence technologique nous l'interdit presque et ce serait perdre
l'interet de l'approche qui a conduit a developper la geomatique : la
systemique et le cote integrateur.

Ma proposition est donc la suivante (mais elle n'engage bien entendu que
moi) :
- que les discussions concernant la publication de donnees dans
Internet soient traitees dans la cadre de georezo, car il s'agit de
sujets d'interet pour la communaute geomatique dans son ensemble ;
- mais que les discussions plus pointues, plus techniques
portant sur la facon de publier des donnees au format geoconcept sur le
web, ou encore sur la maniere de creer une structure de donnees
permettant des analyses en ligne par exemple, soient reservees a la
liste Cartonet, laquelle deviendrait une liste d'utilisateurs de
solutions geomatique-web.

Enfin concernant le document qui etait a l'origine de la creation de la
liste, je crois qu'il reste tres pertinent. Reste que les uns et les
autres doivent trouver du temps a y consacrer et c'est bien la tout le
probleme. Ce n'est pas selon moi une question de format ou de mode
operatoire, mais plutot une question de temps... Parlons francs, le
niveau d'investissement de chacun ne peut etre que proportionnel a
l'interet retire. Essayons donc de creer un groupe en faisant un appel a
contribution, un peu comme on le ferait pour un numero special de revue
par exemple. Les coordinateurs sont deja la... Il faut se repartir les
taches de maniere explicite (et de facon a ce que chacun se retrouve
dans une logique gagnant-gagnant, et definir d'un calendrier de travail.
On peut meme imaginer de chercher un editeur en plus des complements en
ligne necessaire... Je suis pret a faire ce qu'il faut dans ce sens...

Tres cordialement,

Stephane

 

#8 Thu 11 December 2003 08:01

Christophe BREDEL
Invité

Re: Devenir de Cartonet dev

Bonjour,
En tant que lecteur approximatif de la liste, je me permet une petite
remarque quitte a me faire siffler par vous
autre qui y passer du temps et que je salue.
Pour ma part, je ne suis pas trop interesse par la carto en terme
d'effet et de representation sur le Web. Et je suis un peu fruste par la
liste
a cause de la predominance porte a l'aspect des donnees. En relisant
dernierement les textes de Sig.cwriter je prouve les propos tres oriente
dans les discours SVG/Flash.
Il est clair que pour certains qui commercialisez ce type de produit,
c'est important.
Cependant, je verrai d'un grand interet (mais ceci serez peut-etre plus
pour le document rediger) que la liste s'oriente aussi vers les
techniques de SIG en reseau et ce en evoquant peut-etre un peu plus les
serveurs OpenGIS, les conversions a la volee, les usages en mode
degrade, l'acces a des donnees heterogenes et leur meta, les web
services,etc ... Je vois en fait un grand vide technologique entre la
donnees et sa representation.
De plus, est-ce la documentation papier qui est a l'origine de la liste,
ne pourrait-elle pas prendre la forme d'une cahier de bonnes pratiques a
l'instar de certains documents de l'ADAE . Et pourquoi pas aussi , je
lance une idee..., d'un catalogue d'exemple de site ou d'infrastruture
mise en place avec des descriptifs techniques (type de serveur, type de
donnees , mode de stockage, OS, logiciel mise en oeuvre,etc ....) et des
contacts (Cela permettrai peut-etre et j'en fais parti a motive des
superieurs a debloquer du temps et/ou du pognon !!! )

En esperant que mes propos ne soit pas trop a cote de la plaque... Salut ...
Christophe BREDEL

 

#9 Fri 12 December 2003 09:33

Andre M Winter
Invité

Re: Devenir de Cartonet dev

bonjour christophe,

> Cependant, je verrai d'un grand interet (mais ceci serez peut-etre plus
> pour le document rediger) que la liste s'oriente aussi vers les
> techniques de SIG en reseau et ce en evoquant peut-etre un peu plus les
> serveurs OpenGIS, les conversions a la volee, les usages en mode
> degrade, l'acces a des donnees heterogenes et leur meta, les web
> services,etc ... Je vois en fait un grand vide technologique entre la
> donnees et sa representation.

c'est une bonne idee, mais d'apres ce que j'ai compris des intentions
des redacteurs du fameux document, il s'agissait de trouver des
solutions pour publier des donnes par INTERnet, c-a-d de passer le
dernier echelon cote public.

en reentrant dans le domaine technique il faut savoir qu'a ce point
precis (infos passant d'un serveur WWW a un client type navigateur)
*il n'est pas possible* de d'utliser der differents serveurs (ce qui
serait necessaire pour agreger des donnees heterogenes ou pour faire des
conversions a la volee).

la raison est tout simplement une question de securite cote client :
une page web n'est pas autorisee de faire des requettes sur un serveur
different, ni sous un autre protocole. si l'info premiere vient de
http://sig.monsouk.net/ *tout* autre info doit venir de la, a moins de
changer de page.

ceci a une consequence pour les services dont vous parlez: ils doitvent
tous etre fait en amont, et etre reservis au client a travers d'un
serveur unique final. et c'est de ce serveur dont nous parlons ici :-),
le reste est un autre chantier (tout aussi interessant et indispensable,
mais beaucoup plus oriente SIG pur)

pendant que j'y suis, il me faut mentionner une presque-exception a ce
que je dis: SOAP. c'est un protocole qui permet l'echange de donnees
entre serveurs. c'est donc tjs cote serveur que cela se passe, mais par
ex. avec qq lignes de PHP, il est possible d'integrer des donnees
externes dans une carte en SVG:

- un fichier SVG reqiert des donnees XML des qu'il est charge. cette
requette est faite au travers d'un ficher PHP qui est place biensur sur
le meme serveur (raisons ci-haut).
- le fichier PHP connecte un serveur externe (les serveurs peuvent
communiquer entre-eux) et delivre des donnees en XML que SVG et son
scripting peuvent interpreter et afficher.

un exemple est sous:

une carte de base des USA a cette adresse fait une requette sur
(attention, ce n'est pas
un serveur HTTP mais un serveur SOAP, il n'affiche donc pas grand chose)
et transforme ces donnees en symboles et graphes sur la carte.

les scripts dans le SVG peuvent etre lus grace au code source SVG
(souris droite), le script PHP est la:

a+
andre

 

#10 Fri 12 December 2003 11:44

Michel Wurtz
Invité

Re: Devenir de Cartonet dev

Christophe BREDEL a ecrit :
[...]
> Cependant, je verrai d'un grand interet (mais ceci serez peut-etre plus
> pour le document rediger) que la liste s'oriente aussi vers les
> techniques de SIG en reseau et ce en evoquant peut-etre un peu plus les
> serveurs OpenGIS, les conversions a la volee, les usages en mode
> degrade, l'acces a des donnees heterogenes et leur meta, les web
> services,etc ... Je vois en fait un grand vide technologique entre la
> donnees et sa representation.

Je suis assez d'accord avec cela, encore qu'a mon avis, il y a deux
aspect dans la cartographie sur WEB :

- le porte a connaissance. La, on peut comprendre que la presentation
des donnees soit importante, et l'interaction porte surtout sur le
choix des thematiques a afficher et leur mode de representation.
Aujourd'hui, la plupart des outils savent le faire, et on est plutot
a choisir quelle technique utiliser avec en vue l'efficacite (temps
de reponse pour l'utilisateur, ergonomie de l'interface) et la qualite
cartographique du resultat, les deux etant parfois antinomiques : il
est difficile d'avoir un resultat cartographiquement tres aboutit avec
des volumes transferes faibles et des temps de calcul courts...
- les SIG en reseaux. Pour l'instant, pas grand chose de vraiment
operationnel en vue. Pourtant, c'est ce qui me parait le plus
important : de plus en plus, les procedures sont partagees par
plusieurs acteurs (sans compter les teleprocedures a destination
du citoyen), chacun ayant a saisir ou modifier des donnees
(geo)graphiques. Cela signifie faire de la saisie sur un navigateur
Web, ce qui suppose soit un plugin, soit une applet java. Est-ce
vraiment une solution viable ? Ne faudrait-il pas plutot s'orienter
vers un SIG ou on separerait beaucoup mieux le stockage et l'interface
utilisateur, en minimisant les transfert entre les deux systemes ?
Ceci suppose des bases de donnees performantes - a l'heure actuelle,
seul Oracle et PostGIS (et d'autres produits mais trop fermes a mon
gout) semblent repondre a ce probleme - et des moteurs graphiques
facilitant le developpement de clients reseau, voire un navigateur
specialise SIG pour l'acces aux serveurs geographiques, optimisant
les performances pour permettre son utilisation sur un reseau lent
(acces modem) ?

Cordialement,

PS: ce serait bien si l'adresse de reponse par defaut etait celle de
la liste : par defaut, on ne repond qu'a l'expediteur du message, ce
qui a mon avis nuit aussi a l'activite de la liste :-)

--
Michel Wurtz
MAAPAR/DGA/SDSI/CERIT/DIG

 

#11 Fri 12 December 2003 18:17

Eric Mauvière
Invité

Re: Devenir de Cartonet dev

Bonjour a tous,

Je suis plutot d'accord avec Stephane Roche et Andre Winter sur le fait
de dissoudre la liste cartonet dans la liste geomatique .

A regarder les themes evoques ces jours-ci dans la liste dite
generaliste geomatique (questions sur les formats Geotiff, Adobe,
Autocad, WMF...), je constate qu'elle aborde quantite de themes assez
specifiques. Par ailleurs, je ne pense pas que la geomatique puisse
s'envisager aujourd'hui sans parler de ses modalites d'application, de
diffusion et de production en reseau et en particulier sur Internet.

Cartonet est nee du souhait louable et loue de construire et peaufiner
un document de synthese sur les solutions cartographiques partagees.
Beaucoup ont deja contribue a nourrir ce document. Je rejoins encore la
suggestion d'Andre Winter de mettre en ligne le document actuel d'une
facon plus accessible, c'est-a-dire en en faisant la promotion dans
l'arborescence du portail et en le publiant au format html. C'est
probablement ainsi qu'il suscitera le plus volontiers des vocations
d'amelioration, via l'excellent outil collaboratif sur sig.cwriter.org,
outil neanmoins peu adapte a une large diffusion.

Cordialement,

Eric Mauviere
http://www.geoclip.net/fr/

 

#12 Mon 15 December 2003 12:30

Guillaume Sueur
Invité

Re: Devenir de Cartonet dev

Bonjour a tous,

Petit truc pour les moderateurs desesperes de l'inactivite d'une liste :
lancer un debat sur l'utilite de la liste, cela genere immediatement
moult avis autorises et declarations definitives. Voici donc aujourd'hui
la mienne :-)))
Je tiens a la particularite de cette liste orientee developpement car
elle permet ou pourrait permettre d'aborder des aspects plus pointus et
plus orientes programmation que la liste generaliste Geomatique. Autant
je n'aborderais pas les problemes de configuration de MapServer par
exemple sur la liste geomatique, autant sur cartonet la demande me
parait plus legitime. Donc, SVP messieurs les moderateurs, maintenez
cette liste.

Question du jour : quelqu'un a-t-il deja genere du Flash ou du PDF avec
MapServer 4 utilise en CGI ?

Bonne journee a tous

--
---------------------------
Guillaume SUEUR
Ingenieur developpement SIG
GEOSIGNAL
25bis Avenue Marcel Dassault
31505 TOULOUSE CEDEX 5
----------------------------

 

Pied de page des forums

Powered by FluxBB