Re: [OSM-talk-fr] Potlatch, utilisable avec le cadastre ? [Etait : Potlatch, mauvais outil ?]

[Philippe Verdy]

Le 10 septembre 2012 14:06, Tenshu  a écrit :
> 2012/9/8 Philippe Verdy 
>>
>> On aimerait bien. Mais le cas des codecs MPEG LA par défaut dans HTML5
>> est un réel problème pour les distributions Linux libres non
>> supportées directement soit par un constructeur de matériel, soit dans
>> une licence commerciale de support. Cela barre la route à des versions
>> réellement indépendantes.
>
>
> Oui mais non dans les specs HTML5 il n'y justement pas de codec "par
> défaut".
> Il y'a un format qui est supporté par la majorité des navigateur qui est le
> ogg theora et qui est ... oh libre
> Google tente une incursion avec webM supporté dans webkit ET Firefox car il
> est ... libre.
> Du coup tu racontes n'importe quoi.

Tu as loupé des actus visiblement. Ce n'est pas du n'importe quoi.

>> La Fondation Mozilla a du s'y résoudre, plus
>> moyen d'inclure un codec compatible HTML5 dans Firefox, cela ne
>> marchera que via l'API de l'OS sous-jascent qui supporte nativement ce
>> codec, sinon plus de vidéo du tout.

>> Google qui comptait proposer son
>> codec libre a laché prise. Ce ne sera plus qu'un codec alternative
>> pour certains sites, et il est obligé de supporter un transcodage vers
>> MPEG, car déjà des brevets mystérieux (hors de ceux inclus dans la
>> suite MPEG LA) se manifestent maintenant contre son codec (après des
>> années de développement et de publication), et Mozilla ne va pas
>> défendre seul ce que Google renonce à défendre sérieusement, alors que
>> MPEG LA défend son beurre en négociant l'inclusion de ces brevets dans
>> sa suite, quitte à reverser des parts.
>
>
> Hum en fait non cf webM.
> Etant donné qu'il est maintenant au coeur de Youtube (excusez du peu) je
> doute qu'on puisse parler d'abandon.


Oui WebM. En fait webM est un cas particulier d'une famille plus
générique (WebM n'en étant qu'une implémentation particulière en cours
d'évolution). Oui même si Google a tenté de développé cela, et Mozilla
l'a supporté, il y a maintenant des attaques sérieuses contre lui et
Google qui voulait en fait le codec de référence pour Youtube y
renonce (et il revient à Flash, alors même qu'il est en cours
d'abandon et reste propriétaire dans son implémentation, mais il
contient une licence MPEG LA qui le rend légalement inattaquable pour
l'instant... ce que WebM ne garantit pas, et il est déjà attaqué par
des brevets, pas tous inclus dans la licence MPEG LA pour l'instant
qui vont probablement rejoindre ce pool).

> Un pavé de portnawak.

???

>> Conséquence, la fragmentation de Linux devient inévitable entre les
>> distributions appuyées par les constructeurs ou gros fournisseurs de
>> licences commerciales (qui feront comme ce qu'à déjà fait Apple), et
>> les autres à qui on barre la route d'un Internet portable et ouvert
>> par des menaces de brevets et réclamations de royaltees, même sur des
>> implémentations et inventions développées complètement à part sans
>> pourtant que les brevets réclamés aient été jamais publiés avant le
>> développement. Il en est de même de bon nombre des normes
>> internationales ISO actuelles toutes entâchées de brevets (même si
>> leur licence est "ouverte" et supposée "équitable" à "coût
>> raisonnable" (mais rien ne garantit ces coûts de licences et royaltees
>> d'une facçon que le monde du libre pourra supporter sur le même
>> terme).
>
>
> Et là encore du grand portnawak.
> La plus part des installations de Linux sont sur des distro communautaires.
> Et par là je veux bien sûr dire Debian et dérivés (Ubuntu pour ne citer que
> lui).

Non. La plupart sont des distribs offertes par des sociétés
commerciales qui acceptent (elles sont obligées au vu des licences de
ce qu'elles utilisent) de fournir une version libre et gratuite. Mais
aucune ne s'est engagée à maintenir dans les distribs des packages
officiellement supportés si ils sont compromis par des brevets. SAUF
si on a acheté la version commerciale qui inclus le support (mais pas
toujours pour autant une protection contre des attaques de brevets,
seules certaines distribs se disent prêtes à payer les royaltees par
installation supportée : si on utilise autre chose que les mises à
jour par le support officiel, la licence commerciale est invalidée il
ne reste que la licence communautaire qui n'offre plus aucune garantie
ni protection, puisque ces licences libres n'ont pas la valeur de
contrats faute d'accord mutuel explicite, ce qui en fin de compte ne
permet pas de responsabiliser le founisseur mais bien l'utilisateur
final, alors qu'il n'a rien payé pour avoir cette licence :
l'utilisation est faire aux risques et périls de l'utilisateur).

Les grosses sociétés qui ont des parcs informatiques installés
importants ne veulent pas du logiciel libre justement à cause de la
nature des risques pris. Sauf si leur founrisseur accepte de prendre
en charge le support et la responsabilité, et les développements
nécessaires rapides de solutions alternatives en cas de besoin (et
pour elles alors on comprend que les lice

Re: [OSM-talk-fr] Potlatch, utilisable avec le cadastre ? [Etait : Potlatch, mauvais outil ?]

[Richard Fairhurst]

Pieren a écrit:
> You can find more details about the special WMS protocol on the 
> wiki (http://wiki.openstreetmap.org/wiki/
> WikiProject_Cadastre_Fran%C3%A7ais/Aspects_techniques_du_cadastre_en_ligne).
> I could expand it with the details about how to retrieve CODE 
> field (the municipality ID within the cadastre system).

Thanks for all the details - greatly appreciated. I'm pretty sure we can do
something with that, though we might have to "queue" requests given the IP
limitation. Projection shouldn't be too much of a problem though.

Richard




--
View this message in context: 
http://gis.19327.n5.nabble.com/Re-Potlatch-mauvais-outil-Etait-Import-batiment-tp5394283p5724588.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Potlatch, utilisable avec le cadastre ? [Etait : Potlatch, mauvais outil ?]

[Tenshu]

2012/9/8 Philippe Verdy 

> On aimerait bien. Mais le cas des codecs MPEG LA par défaut dans HTML5
> est un réel problème pour les distributions Linux libres non
> supportées directement soit par un constructeur de matériel, soit dans
> une licence commerciale de support. Cela barre la route à des versions
> réellement indépendantes.


Oui mais non dans les specs HTML5 il n'y justement pas de codec "par
défaut".
Il y'a un format qui est supporté par la majorité des navigateur qui est le
ogg theora et qui est ... oh libre
Google tente une incursion avec webM supporté dans webkit ET Firefox car il
est ... libre.
Du coup tu racontes n'importe quoi.


> La Fondation Mozilla a du s'y résoudre, plus
> moyen d'inclure un codec compatible HTML5 dans Firefox, cela ne
> marchera que via l'API de l'OS sous-jascent qui supporte nativement ce
> codec, sinon plus de vidéo du tout.





> Google qui comptait proposer son
> codec libre a laché prise. Ce ne sera plus qu'un codec alternative
> pour certains sites, et il est obligé de supporter un transcodage vers
> MPEG, car déjà des brevets mystérieux (hors de ceux inclus dans la
> suite MPEG LA) se manifestent maintenant contre son codec (après des
> années de développement et de publication), et Mozilla ne va pas
> défendre seul ce que Google renonce à défendre sérieusement, alors que
> MPEG LA défend son beurre en négociant l'inclusion de ces brevets dans
> sa suite, quitte à reverser des parts.
>

Hum en fait non cf webM.
Etant donné qu'il est maintenant au coeur de Youtube (excusez du peu) je
doute qu'on puisse parler d'abandon.


> IBM, Sony, Google, Microsoft, Apple, Oracle, ou bon nombre de
> constructeurs de smartphones et opérateurs télécom, et même Red Hat,
> ne sont pas menacés pour l'instant, mais des plus petits du libre
> comme Debian, GNOME, et même Apache ou Ubuntu, si (et clairement la
> FSF aussi, on comprend la rage de Linus Torvald ou de la FSF contre
> les spécifs adoptées pour HTML5 puisque Linux ne peut survivre sans
> s'allier directement avec un des constructeurs précédents, qui peuvent
> lâcher Linux du jour au lendemain, comme l'a fait Apple contre BSD
> dans son OSX).
>

Un pavé de portnawak.



> Conséquence, la fragmentation de Linux devient inévitable entre les
> distributions appuyées par les constructeurs ou gros fournisseurs de
> licences commerciales (qui feront comme ce qu'à déjà fait Apple), et
> les autres à qui on barre la route d'un Internet portable et ouvert
> par des menaces de brevets et réclamations de royaltees, même sur des
> implémentations et inventions développées complètement à part sans
> pourtant que les brevets réclamés aient été jamais publiés avant le
> développement. Il en est de même de bon nombre des normes
> internationales ISO actuelles toutes entâchées de brevets (même si
> leur licence est "ouverte" et supposée "équitable" à "coût
> raisonnable" (mais rien ne garantit ces coûts de licences et royaltees
> d'une facçon que le monde du libre pourra supporter sur le même
> terme).
>

Et là encore du grand portnawak.
La plus part des installations de Linux sont sur des distro communautaires.
Et par là je veux bien sûr dire Debian et dérivés (Ubuntu pour ne citer que
lui).

-- 
Je soutiens le Logiciel Libre, j'adhère à l'APRIL !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Potlatch, utilisable avec le cadastre ? [Etait : Potlatch, mauvais outil ?]

[Philippe Verdy]

Le 7 septembre 2012 21:45, Vladimir Vyskocil
 a écrit :
> Ma chère et tendre, qui travaille au W3C va être désolée d'apprendre cela !
> Plus sérieusement je pense que la situation est bien plus saine maintenant 
> avec HTML5 qu'avant avec le web dédié à Microsoft/IE6 et ses incompatibilités 
> parfois totale avec les autres navigateurs ET OS, le flash propriétaire, 
> optimisé sur Windows mais mal supporté ailleurs,...

On aimerait bien. Mais le cas des codecs MPEG LA par défaut dans HTML5
est un réel problème pour les distributions Linux libres non
supportées directement soit par un constructeur de matériel, soit dans
une licence commerciale de support. Cela barre la route à des versions
réellement indépendantes. La Fondation Mozilla a du s'y résoudre, plus
moyen d'inclure un codec compatible HTML5 dans Firefox, cela ne
marchera que via l'API de l'OS sous-jascent qui supporte nativement ce
codec, sinon plus de vidéo du tout. Google qui comptait proposer son
codec libre a laché prise. Ce ne sera plus qu'un codec alternative
pour certains sites, et il est obligé de supporter un transcodage vers
MPEG, car déjà des brevets mystérieux (hors de ceux inclus dans la
suite MPEG LA) se manifestent maintenant contre son codec (après des
années de développement et de publication), et Mozilla ne va pas
défendre seul ce que Google renonce à défendre sérieusement, alors que
MPEG LA défend son beurre en négociant l'inclusion de ces brevets dans
sa suite, quitte à reverser des parts.

IBM, Sony, Google, Microsoft, Apple, Oracle, ou bon nombre de
constructeurs de smartphones et opérateurs télécom, et même Red Hat,
ne sont pas menacés pour l'instant, mais des plus petits du libre
comme Debian, GNOME, et même Apache ou Ubuntu, si (et clairement la
FSF aussi, on comprend la rage de Linus Torvald ou de la FSF contre
les spécifs adoptées pour HTML5 puisque Linux ne peut survivre sans
s'allier directement avec un des constructeurs précédents, qui peuvent
lâcher Linux du jour au lendemain, comme l'a fait Apple contre BSD
dans son OSX).

Conséquence, la fragmentation de Linux devient inévitable entre les
distributions appuyées par les constructeurs ou gros fournisseurs de
licences commerciales (qui feront comme ce qu'à déjà fait Apple), et
les autres à qui on barre la route d'un Internet portable et ouvert
par des menaces de brevets et réclamations de royaltees, même sur des
implémentations et inventions développées complètement à part sans
pourtant que les brevets réclamés aient été jamais publiés avant le
développement. Il en est de même de bon nombre des normes
internationales ISO actuelles toutes entâchées de brevets (même si
leur licence est "ouverte" et supposée "équitable" à "coût
raisonnable" (mais rien ne garantit ces coûts de licences et royaltees
d'une facçon que le monde du libre pourra supporter sur le même
terme).

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Potlatch, utilisable avec le cadastre ? [Etait : Potlatch, mauvais outil ?]

[Vladimir Vyskocil]

Le 7 sept. 2012 à 19:30, Philippe Verdy  a écrit :

> C'est comme le HTML, CSS, Javascript... Pire encore maintenant avec
> HTML5 et les restrictions propriétaires et licences de brevets dessus
> (sans compter des tas de brevets dont personne n'a encore eu jamais
> connaissance et qui sortent régulièrement, même la licence MPEG LA
> sensée les couvrir tous en une seule fois pour les codecs
> audio/vidéo/image ne couvre pas tout).

Ma chère et tendre, qui travaille au W3C va être désolée d'apprendre cela !
Plus sérieusement je pense que la situation est bien plus saine maintenant avec 
HTML5 qu'avant avec le web dédié à Microsoft/IE6 et ses incompatibilités 
parfois totale avec les autres navigateurs ET OS, le flash propriétaire, 
optimisé sur Windows mais mal supporté ailleurs,...

Vlad. 

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Potlatch, utilisable avec le cadastre ? [Etait : Potlatch, mauvais outil ?]

[Philippe Verdy]

C'est comme le HTML, CSS, Javascript... Pire encore maintenant avec
HTML5 et les restrictions propriétaires et licences de brevets dessus
(sans compter des tas de brevets dont personne n'a encore eu jamais
connaissance et qui sortent régulièrement, même la licence MPEG LA
sensée les couvrir tous en une seule fois pour les codecs
audio/vidéo/image ne couvre pas tout).

Le temps de la convergence est terminé (les organismes de
normalisation ont capitulé il se sont laissés faire). Chaque fabricant
de matériel ou logiciel crée « sa » plateforme propriétaire, et « son
» API sans pourtant offrir la moindre protection pour les brevets avec
« sa » licence.

Moralité, on redéveloppe de plus en plus souvent les mêmes
applications, on multiplie les tests de compatibilité de plateformes
et ça « tient » de moins en moins longtemps. C'est lourd et coûteux
pour tout le monde, ou alors on s'inscrit totalement dans la démarche
propriétaire d'un seul fournisseur, en croyant qu'il garantira un
fonctionnement « compatible » assez longtemps pour justifier les coûts
et le temps de développement et déploiement des applis.

Le 7 septembre 2012 09:14, Emilie Laffray  a écrit :
> Ouais mais non Java n'a jamais marche partout (C'est un peu une blague
> recurrente dans l'industrie a la base). Il y a trop de platformes Java et on
> ne va meme pas parler des differents profiles comme J2ME.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Potlatch, utilisable avec le cadastre ? [Etait : Potlatch, mauvais outil ?]

[Emilie Laffray]

Ouais mais non Java n'a jamais marche partout (C'est un peu une blague
recurrente dans l'industrie a la base). Il y a trop de platformes Java et
on ne va meme pas parler des differents profiles comme J2ME.

2012/9/6 Philippe Verdy 

> Le rapport c'est justement le choix de la plateforme. Il n'y a pas
> (plus) de plateforme universelle alors qu'avant Java marchait partout
> (mais plus depuis Android et Windows Phone ou un Java standard ne
> s'installe pas) pour JOSM, pas plus que Flash (banni chez Apple et en
> fin de vie) concernant Potlatch.
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Potlatch, utilisable avec le cadastre ? [Etait : Potlatch, mauvais outil ?]

[Philippe Verdy]

Le rapport c'est justement le choix de la plateforme. Il n'y a pas
(plus) de plateforme universelle alors qu'avant Java marchait partout
(mais plus depuis Android et Windows Phone ou un Java standard ne
s'installe pas) pour JOSM, pas plus que Flash (banni chez Apple et en
fin de vie) concernant Potlatch.

Le 6 septembre 2012 17:55, Tenshu  a écrit :
> 2012/9/6 Philippe Verdy 
>>
>> ***GROS PAVE***
>
>
> Sérieusement quel rapport avec la choucroute?
> Moi ça m'intéresse, mais est ce intéressant d'abreuver cette mailing list de
> pavés de détails techniques abscons sans rapport direct avec le sujet du
> fil?
>
> --
> Je soutiens le Logiciel Libre, j'adhère à l'APRIL !
>
>

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Potlatch, utilisable avec le cadastre ? [Etait : Potlatch, mauvais outil ?]

[Tenshu]

2012/9/6 Philippe Verdy 

> ***GROS PAVE***


Sérieusement quel rapport avec la choucroute?
Moi ça m'intéresse, mais est ce intéressant d'abreuver cette mailing list
de pavés de détails techniques abscons sans rapport direct avec le sujet du
fil?

-- 
Je soutiens le Logiciel Libre, j'adhère à l'APRIL !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Potlatch, utilisable avec le cadastre ? [Etait : Potlatch, mauvais outil ?]

[Philippe Verdy]

Le 6 septembre 2012 13:05, Richard Fairhurst  a écrit :
> Pieren a écrit:
>> Ces deux points nécessitent du développement assez
>> conséquent
>
> Je serai heureux d'ajouter réprojection Lambert->spherical Mercator à
> Potlatch 2.
>
> L'accès aux images avec cookie sera moins facile, mais on peut créer un
> proxy cadastre_tools (sur dev.osm.org peut-être). Malheureusement quand
> j'essaie
>
> richard@errol:~/cadastre$ ./cadastre_client.py 399409.28@165107.11
> 405833.71@171964.30 3800 Caen 14 caen_city.png
>
> le resultat est entierement blanc
> (http://richard.dev.openstreetmap.org/caen_city.png). Peut-etre vous pouvez
> m'aider?
>
>> Un dernier point : P2 utilise Flash et son language ActionScript3.
>> On sait que de récentes décisions de grands acteurs industriels
>> font que cette plateforme n'a plus d'avenir.
>
> Oui, elle a un avenir, mais pas dans le navigateur. Adobe AIR utilise
> ActionScript 3 pour les apps iOS, Android, OS X et Windows (mais pas Linux).

Alors que Java marche presque partout (sauf Android qui a une VM
Dalvik, "supposée" compatible Java mais avec de grosses différences
d'implémentation (et surtout de sécurité : le modèle de sécurité de
Java n'est PAS présent, et des tonnes d'exceptions de sécurité ou de
validation ne sont PAS levées quand il le faudrait. Une appli Java
standard ne marche pas sans grosses modifs pour Dalvik VM (avec des
fonctions de contournement en détectant dans le code le type de VM).
Au delà de ça, l'appli pour Android ne se livre pas sous forme de JAR
ou JNLP mais seulement avec un packaging spécifique (.apk).

Le déploiement sur Android est d'un compliqué ! Il n'y a même pas
assurance de la compatibilité ascendante comme avec une vraie
installation de Java, il faut compiler autant d'APK que de versions
d'Android et chaque fois repasser le validateur (et ça ne règle pas
tout! il y a aussi des différences selon les modèles de smartphones ou
tablettes, selon les constructeurs, notamment pour les périphériques
d'entrée : boutons, surface tactile, multitouch, claviers virtuels et
leurs mode de correction autoamtqiue dans les formulaires, qui
envoient des évènements spécifiques). Pas moyen d'envisager JOSM pour
l'instant en version Android : rien que les raccourcis claviers
poseront problème (un problème qui concerne aussi les sites web avec
la validation des formulaires DHTML/Javascript : on touche là à la
compatibilité entre navigateurs web).

Pour Windows Phone il faut encore une autre plateforme (développement
en .net "managé", pas en Java ni Dalvik VM, ou bien HTML5 avec
extensions spécifiques Microsoft).

Malheureusement les constructeurs ont tendance à de moins en moins
accepter la convergence des plateformes et créent tous des plateformes
propriétaires. Java a été la plateforme le plus universelle. Flash est
en cours d'abandon. HTML5 ne prendra pas en charge auttre chose que
les codecs MPEG (sous licence payante MPEG LA, ce qui ferme la porte
aux distributions Linux gratuites, sauf si le distributeur de Linux
finance sa licence par des services commerciaux non pas sur les
licences mais le support et a assez de clients pour offrir cette
licence aussi gratuitement dans sa version gratuite, ou si c'est le
constructeur du matériel qui a acquis cette licence MPEG LA, comme
c'est le cas de Microsoft, Google, Apple, et tous les constructeurs de
smartphones, et bon nombre de constructeurs de PC à condition qu'ils
distribuent Windows ; Mozilla vient de renoncer suite au désengagement
de Google, et il utilisera, comme aussi Google maintenant, les codecs
de l'OS sous-jascent, sinon il n'y aura pas de vidéo du tout).

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Potlatch, utilisable avec le cadastre ? [Etait : Potlatch, mauvais outil ?]

[Pieren]

2012/9/6 Richard Fairhurst :
> Je serai heureux d'ajouter réprojection Lambert->spherical Mercator à
> Potlatch 2.

Salut Richard

> L'accès aux images avec cookie sera moins facile, mais on peut créer un
> proxy cadastre_tools (sur dev.osm.org peut-être). Malheureusement quand
> j'essaie
>
> richard@errol:~/cadastre$ ./cadastre_client.py 399409.28@165107.11
> 405833.71@171964.30 3800 Caen 14 caen_city.png
>
> le resultat est entierement blanc
> (http://richard.dev.openstreetmap.org/caen_city.png). Peut-etre vous pouvez
> m'aider?

This is because you use the coordinates in the previous projection
system Lambert 4 zones in your request. Since almost 2 years, the WMS
works with Lambert CC 9 zones projections. I say "projections" because
it works with different values in 9 zones depending on the French
département number (not a latitude).
The script cadastre_client.py is too old (2008). I would recommend a
more recent script which seems to be simpler to use : "cadget"
(http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/cadget)

Using a centralized wms proxy is the 3rd solution but I don't know if
the main cadastre.gouv.fr will support this. The problem is if you
request multiple municipalities in parallel, one for each of the P2
client. I think that currently only one session (cookie) is allowed
per IP (to be checked). Probably you will have to open/close the
session for each request and I don't know how the WMS will react on
this if you have 50 or 100 users calling the cadastre layer at the
same time (and not speaking about the performance).

Another point is that you will have to introduce a dialog first in P2
asking the municipality name. Since the municipality names are not
always unique within France (or even within the same département) or
syntax might be different, you could receive an answer from
cadastre.gouv.fr containing a list of municilities and their correct
cadastre ID. Then you should ask the user to select one of them. If
the current view does not correspond to the municipality projection
(don't forget, we have 9 zones), the result might be a blank image.

You can find more details about the special WMS protocol on the wiki
(http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Aspects_techniques_du_cadastre_en_ligne).
I could expand it with the details about how to retrieve CODE field
(the municipality ID within the cadastre system).

What I'm saying here is only for the municipalities in vector format
and for French départements in Europe land (including Corsica). About
one third of the municipalities are not vectorized and the http
requests work a bit differently. Also the overseas départements use
other projections
(http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Formats_et_projections).

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Potlatch, utilisable avec le cadastre ? [Etait : Potlatch, mauvais outil ?]

[Richard Fairhurst]

Pieren a écrit:
> Ces deux points nécessitent du développement assez 
> conséquent

Je serai heureux d'ajouter réprojection Lambert->spherical Mercator à
Potlatch 2.

L'accès aux images avec cookie sera moins facile, mais on peut créer un
proxy cadastre_tools (sur dev.osm.org peut-être). Malheureusement quand
j'essaie

richard@errol:~/cadastre$ ./cadastre_client.py 399409.28@165107.11
405833.71@171964.30 3800 Caen 14 caen_city.png

le resultat est entierement blanc
(http://richard.dev.openstreetmap.org/caen_city.png). Peut-etre vous pouvez
m'aider?

> Un dernier point : P2 utilise Flash et son language ActionScript3. 
> On sait que de récentes décisions de grands acteurs industriels 
> font que cette plateforme n'a plus d'avenir.

Oui, elle a un avenir, mais pas dans le navigateur. Adobe AIR utilise
ActionScript 3 pour les apps iOS, Android, OS X et Windows (mais pas Linux).

Richard





--
View this message in context: 
http://gis.19327.n5.nabble.com/Re-Potlatch-mauvais-outil-Etait-Import-batiment-tp5394283p5724004.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Potlatch, utilisable avec le cadastre ? [Etait : Potlatch, mauvais outil ?]

[Bruno Cortial]

Le 6 septembre 2012 11:03, Philippe Verdy  a écrit :

> Flash est BEAUCOUP plus contraignant que Java
>


Bonjour,
Dans la pratique je comprend tout à fait Zimmy : lors de la carto de la
Garenne-Lemot organisée pas le CG de Loire-Atlantique, l'accès internet de
faisait via le réseau du CG. Ce fut une galère de configurer le proxy de
JOSM, alors P2 fonctionnait sans pb.

Bruno
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Potlatch, utilisable avec le cadastre ? [Etait : Potlatch, mauvais outil ?]

[Tenshu]

Je tient a attirer votre attention sur la date de mon message repris en
citation, cela fera 2 ans dans 3 jours :q

Depuis potlach 2 a amélioré quelque peu son interface, même si après JOSM
c'est pour moi un outil que j'utilise rarement.
Et surtout l'imagerie satellite disponible s'est grandement améliorée !
Reste que peu d'utilisateurs occasionnels de potlach calent correctement
leur fond sur l'existant avant de décalquer :-/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Potlatch, utilisable avec le cadastre ? [Etait : Potlatch, mauvais outil ?]

[Philippe Verdy]

Le 6 septembre 2012 09:23, ZIMMY  a écrit :
>> Tout le monde n'a pas les connaissance pour installer et faire tourner
>> JOSM
>> avec ses plugins sur une Ubuntu.

h C'est du java pur. Qui ne nécessite aucun accès système
spécifique. Ni même aucun accès à un dossier système (tout vas dans
l'espace de stockage utilisateur, et JOSM fonctionne même très bien
sur un compte temporaire de type "Invité" sous Windows.

Quels plugins ? ils se téléchargent d'un clic et se stockent comme des
JARs dans le cache de déploiement Java.

Seule contrainte : avoir installé Java d'abord. Moins contraignant que
pas mal d'autres plugins pour navigateurs (y compris un reader de PDF
ou les players multimédia qui pullulent, et même le player Flash pour
utiliser Potlatch : Flash est BEAUCOUP plus contraignant que Java, il
est plein de bogues critiques, sans cesse il doit être remis à jour,
il est beacuoup moins sécurisé qu'un simple JRE Java)..

Pour le reste on télécharge juste un petit fichier JNLP qu'il suffit
de lancer (l'installation de Java inclut le support JNLP) et JOSM
marche tout de suite. LE reste c'est des cases à cocher dans son menu
Préférences, aucune installation supplémentaire n'est nécessaire sur
le PC.

> Je te rejoins (message exhumé datant quelque peu ;-), mes contributions
> actuelles se font majoritairement avec Potlach. Interface simple,

Pas si simple que ça : la sélection d'objets à l'écran est extrèmement
pénible et la lenteur est rédibitoire (Potlach doit tout charger dans
une zone et consomme beaucoup de bande passante), de même que le fait
qu'il ne permette pas des modifis sur des zones un peu étendues.

> formulaires de plus en plus riches, ergonomie suffisante pour la majorité
> des usages.

Pas du tout pour les relations. Trop compliqué de faire ça proprement
! Et aucune vérification. Aucun système pour gérer les conflits.

> Mais surtout j'ai un gros soucis, en mairie, nous avons un encadrement des
> usages TIC qui est de plus en plus bridés. Toute connexion internet hors
> navigateur est quasi impossible : impossible d'utiliser JOSM !!!

C'est trop demander d'avoir une préinstallation de Java ? Alors que
vous préinstallez Flash, Adobe Reader et divers players, y compris des
ActiveX pour IE (les ActiveX peuvent faire tout ce qu'ils veulent sur
la machine, ce sont des passoires ; prinipale raison pour la quelle je
refuse d'utiliser IE, même si Windows l'installe, et d'y ajouter e
moindre plugin ActiveX qui pollue, car la plupart ne sont même pas
désinstallables une fois installés, on ne peut que les "désactiver"
dans l'UI mais ils tournent encore de façon invisible) ?

Vous avez installé quel navigateur, IE par défaut ? Qui s'occupe de le
mettre à jour sur les PC si vos PC sont bridés à l'administration ?
C'est plutôt IE qu'il faut bloquer sur ces PC. En revanche je suis
presque sur que vous avez bloqué l'accès à Windows Update ou la mise à
jour de l'antivirus (c'est sensé se faire en arrière-plan mais
personne pour le contrôler... Par défaut Windows Update se lanace la
nuit pour redémarrer quand vous n'utilisez pas le PC, mais dans le
cadre que vous évoquez, les PC sont éteints et rallumés seulement au
moment de servir : l'utilisateur alors ne fait pas non plus la mise à
jour, elle se fera très tard.

Trop de bridage tue a sécurité. Surtout si personne ne s'occupe du
suivi ensuite. Maintenant si le PC fournit par la mairie ne permet pas
ça, c'est parce qu'il y a des applis municipales et des accès
protégés. OSM ne fait pas directement partie du travail municipal. Les
SIG ont leurs systèmes détachés de l'Internet (et des secrets à garder
sur les relations avec leurs fournisseurs pour les marchés publics).

C'est compliqué alors pour les volontaires d'amener leur propre
portable avec leur installation qu'ils veulent dessus mais juste un
accès Internet Wifi ?

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Potlatch, utilisable avec le cadastre ? [Etait : Potlatch, mauvais outil ?]

[Pieren]

2012/9/6 ZIMMY :

> La grande question pour moi est donc : est-il possible d'afficher le
> cadastre avec Potlach pour la mise à jour du bâti ? (petites retouches de
> type extension de bâtiment ou suppression de bâti inexistant sur Bing
> confirmé par le cadastre)

Non, cela nécessiterait des développements assez important à cause de
deux problèmes majeurs:
- si Potlatch supporte déjà l'utilisation de services WMS, il faut
adapter l'accès au service du cadastre parce qu'il nécessite un
protocole particulier qui n'est pas tout à fait standard pour accéder
aux images d'une commune (en gros, il faut se créer une session avec
cookie qui se limite à une commune particulière, d'où la nécessité de
poster un formulaire avec le nom de cette commune et si nécessaire, le
département puis gérer d'éventuels réponses multiples).
- autre problème rédibitoire, la projection. Les images du cadastre
vectoriel sont uniquement disponibles en Lambert CC 9 zones. Et les
autres sources d'images comme Bing ne sont pas disponibles dans cette
projection. Il faut donc reprojeter les images soit du cadastre, soit
de Bing dans un système de référence commun (WGS84, Merkator ou
pourquoi pas du Lambert) si on veut les voir en même temps à l'écran
(c'est d'ailleurs le même problème qu'on a avec JOSM).

Ces deux points nécessitent du développement assez conséquent
(beaucoup plus que pour JOSM mais ça n'est pas impossible) que
personne n'est près à fournir aujourd'hui.
Un dernier point : P2 utilise Flash et son language ActionScript3. On
sait que de récentes décisions de grands acteurs industriels font que
cette plateforme n'a plus d'avenir. C'est d'ailleurs une des raisons
qui ont poussé Richard Fairhurst à lancer le développement d'un
protoype basé sur la technologie html5. Il serait donc assez
surprenant de voir de gros développements sur P2 dans le futur. Par
contre, il faudrait que l'architecture du prochain Potlatch (P3 ?)
soit d'avantage préparé à ce genre de besoins (reprojections d'images
par exemple).

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Potlatch, utilisable avec le cadastre ? [Etait : Potlatch, mauvais outil ?]

[ZIMMY]

Marc SIBERT wrote
> 
> Le 9 septembre 2010 10:03, Tenshu  a écrit :
> 
>>
>> Pour parler franchement, Potlach est un mauvais outil en plus d'être
>> obsolète.
>> Quand je vois des tracés précis que je fais à partir du cadastre être
>> complété par un tracé de piste cycable avec potlach à la précision
>> complétement erratique ...
>>
>> --
>> Mon weblog - http://www.tenshu.fr/
>> Je soutiens le Logiciel Libre, j'adhère à l'APRIL !
>>
> 
> Bonjour,
> 
> Laissez moi défendre un peu cet outil qui permet d'accéder facilement à
> OSM.
> Même si c'est à la mode de casser du Potlatch.
> Tout le monde n'a pas les connaissance pour installer et faire tourner
> JOSM
> avec ses plugins sur une Ubuntu.
> 
> Cet outil n'est pas obsolète et qui plus est, est en cours de migration en
> V2 avec un nouveau moteur graphique plus performant.
> Quand à la précision des tracés, je ne pense pas que l'on puisse les
> imputer
> à l'outil mais plutôt à "l'interface chaise / clavier" qui  l'utilise.
> Pour
> rappel, Potlatch permet de faire des voies parallèles, des lignes droites
> ou
> des rond-points rond.
> 
> Moi j'adore Potlatch (vous aviez remarqué)
> 
> A+
> 
> -- 
> Marc Sibert
> marc@
> 
> ___
> Talk-fr mailing list
> Talk-fr@
> http://lists.openstreetmap.org/listinfo/talk-fr
> 

Bonjour Marc,

Je te rejoins (message exhumé datant quelque peu ;-), mes contributions
actuelles se font majoritairement avec Potlach. Interface simple,
formulaires de plus en plus riches, ergonomie suffisante pour la majorité
des usages.

Mais surtout j'ai un gros soucis, en mairie, nous avons un encadrement des
usages TIC qui est de plus en plus bridés. Toute connexion internet hors
navigateur est quasi impossible : impossible d'utiliser JOSM !!!

La grande question pour moi est donc : est-il possible d'afficher le
cadastre avec Potlach pour la mise à jour du bâti ? (petites retouches de
type extension de bâtiment ou suppression de bâti inexistant sur Bing
confirmé par le cadastre)

Merci des réponse





-
Cordialement,
ZIMMY
Jean-Louis ZIMMERMANN
Développeur territorial (ville d'Orange,FR84)
Mandataire OSM-France sur le Grand-Sud-est
--
View this message in context: 
http://gis.19327.n5.nabble.com/Re-Potlatch-mauvais-outil-Etait-Import-batiment-tp5394283p5723933.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr