Re: [OSM-talk-fr] LizWatch - un outil cartographique de suivi des mutations des territoires

[Nicolas Dumoulin]

Le Jeudi 8 Décembre 2011 18:22:46 kimaidou a écrit :
> Bonsoir la liste,
> 
> Nous venons de finaliser la première version d'un outil de suivi des
> modifications OpenStreetMap, appelé LizWatch. Nous sommes heureux de
> présenter le fruit de notre travail à la communauté.

Bonjour,

Du bon boulot :-)
J'ai testé vite-fait, et c'est assez efficace. Ça semble en effet répondre à de 
nombreuses demandes de surveillance de données. L'aspect requête avec le 
formulaire permet d'inspecter vraiment ce qu'on veut. L'export CSV permettrait 
en plus d'automatiser des traitements intéressants.
Le fait de voir les données supprimées est vraiment excellent.

Le Jeudi 8 Décembre 2011 18:22:46 kimaidou a écrit :
> UNE DÉMARCHE RAYONNANTE AUX NOMBREUSES DÉCLINAISONS:
> Cet outil graphique permet de trouver facilement les modifications
> effectuées selon de multiples critères. Chez 3liz, nous pensons que
> LizWatch peut être utile pour aider toutes les personnes ou organismes qui
> souhaitent utilser OpenStreetMap tout en contrôlant les modifications
> faites par les contributeurs.

Oui, ça peut effectivement être très pertinent pour une collectivité qui 
voudrait surveiller les données de son territoire, pour pouvoir les exploiter 
au mieux.
 
> Le code source complet de l'application va être libéré, pour permettre à
> chacun d'installer une version de LizWatch pour sa zone géographique sur
> son propre serveur. En effet, nous ne pouvons pas proposer cette
> application à l'échelle de la France, car le volume de données est trop
> important.

C'est tout à fait compréhensible. Il serait effectivement intéressant de 
connaître un peu plus le comportement de l'application sous la charge de 
quelques utilisateurs.

Voilà mon retour à chaud.

Merci

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] LizWatch - un outil cartographique de suivi des mutations des territoires

[Vincent Pottier]

Le 09/12/2011 09:32, Nicolas Dumoulin a écrit :

Le Jeudi 8 Décembre 2011 18:22:46 kimaidou a écrit :

Bonsoir la liste,

Nous venons de finaliser la première version d'un outil de suivi des
modifications OpenStreetMap, appelé LizWatch. Nous sommes heureux de
présenter le fruit de notre travail à la communauté.

Bonjour,

Du bon boulot :-)
J'ai testé vite-fait, et c'est assez efficace. Ça semble en effet répondre à de
nombreuses demandes de surveillance de données. L'aspect requête avec le
formulaire permet d'inspecter vraiment ce qu'on veut. L'export CSV permettrait
en plus d'automatiser des traitements intéressants.
Le fait de voir les données supprimées est vraiment excellent.

Oui, j'ai jeté un coup d'œil hier soir. Ça semble intéressant !
Une petite chose qui me semble utile pour les éléments changés serait de 
visualiser si c'est la géométrie/géographie (way, point...) ou la 
sémantique (tags) qui sont changées avec un diff dans la bulle.

C'est peut-être trop complexe.

En tout cas, c'est un outil attendu ! Merci !
--
FrViPofm

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

Re: [OSM-talk-fr] Appel à don (f)

[Christian Quest]

Les 50% de l'objectif de collecte ont été atteints hier...

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

Re: [OSM-talk-fr] Appel à don (f)

[Ab_fab]

Et pour une très grande part c'est constitué de petites sommes.
Les fourmis OSM sont plus que prêteuses, et les gros contributeurs
potentiels (sociétés, institutions ...) n'ont pas (encore ?) apporté leur
pierre.

On peut voir le fil des sommes transmises ici
http://donate.openstreetmap.org/comments/
Harry Wood a fait le point hier dans son journal OSM :
http://www.openstreetmap.org/user/Harry%20Wood/diary/15428
Le 9 décembre 2011 09:45, Christian Quest  a écrit
:

> Les 50% de l'objectif de collecte ont été atteints hier...
>
> --
> Christian
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
ab_fab 
"Il n'y a pas de pas perdus"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] LizWatch - un outil cartographique de suivi des mutations des territoires

[kimaidou]

Merci pour vos premiers retours.

Une petite chose qui me semble utile pour les éléments changés serait de
> visualiser si c'est la géométrie/géographie (way, point...) ou la
> sémantique (tags) qui sont changées avec un diff dans la bulle.
> C'est peut-être trop complexe.
>

Non non, c'est prévu aussi, et j'ai déjà des premiers résultats
intéressants (une sorte de différence entre les tags de 2 versions, et le
test pour voir si la géométrie a été modifiée ou seulement les tags)

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

Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Intégration du modèle numérique de terrain de Rennes et ses environs ?

[Marc SIBERT]

Le 9 décembre 2011 09:47, David MENTRE  a écrit :

> Salut,
>
> Je viens de découvrir sur le site http://www.data.rennes-metropole.fr
> qu'il y a à disposition un modèle numérique de terrain de Rennes et
> des communes avoisinantes. Le modèle est alléchant :
>
>
> http://www.data.rennes-metropole.fr/les-donnees/catalogue/?tx_icsopendatastore_pi1[page]=1&tx_icsopendatastore_pi1[tiers][0]=9&tx_icsopendatastore_pi1[uid]=151
> """
> Données techniques :
>
> Date de validité : 01/01/2005
> Date de dernière mise à jour : 01/01/2005
>
> Précision géométrique : 1 mètre
> Précision altimétique du MNT original : 50 cm
> EMQ du MNT original : 40 cm
>
> Le MNT a été produit dans le système de référence NTF Lambert II carto
> (IGNF : LAMB2C - EPSG : 27572) puis reprojeté en RGF93 CC48 (IGNF :
> LAMBCC48 - EPSG : 3948) en 2009.
> """
>
> Il y a notamment une version des données en "SHP (WGS84)".
>
> Est-ce que vous savez si certains contributeurs OSM bossent sur
> l'intégration de ce modèle à OSM (je ne lis pas talk-fr@) ? Ça tente
> certains ?
>
> Amicalement,
> david
>
> Bonjour,

Je ne suis pas sûr que ces données aient leur place dans OSM. J'ai
crossposté sur talk-fr car je pense que le point doit être discuté avant
toute action.

Il faut prendre le temps de la réflexion avant d'importer toutes les
données Open que l'on trouve dans cette vague de libéralisation. La méthode
de constitution d'un référentiel des sources puis au cas par cas de
l'évaluation de l'intérêt du flux.

On voit ici la limite de la multiplication des listes, il existe un risque
que des décisions soient prises localement sans discussion nationale
préalable. Pour reprendre une discussion en cours sur talk-fr, la
centralisation (et l'uniformisation du modèle) a ses avantages.

A+

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

Re: [OSM-talk-fr] LizWatch - un outil cartographique de suivi des mutations des territoires

[Nicolas Moyroud]

  
  
Félicitations ! Bon personnellement je ne découvre pas l'application
maintenant car j'avais déjà eu droit à une démo en "avant-première"
dans les locaux de 3LIZ. Ça présente des avantages d'être juste à
côté  ;-) 
Mais n'empêche, c'est un travail magnifique. Et en plus, le code
sera bientôt libre. Merci à 3LIZ !

Nicolas


Le 08/12/2011 18:22, kimaidou a écrit :
Bonsoir la liste,
  
  Nous venons de finaliser la première version d'un outil de suivi
  des modifications OpenStreetMap, appelé LizWatch. Nous sommes
  heureux de présenter le fruit de notre travail à la communauté.
  

  


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

Re: [OSM-talk-fr] Appel à don (f)

[Christian Quest]

Le 9 décembre 2011 09:54, Ab_fab  a écrit :

> Et pour une très grande part c'est constitué de petites sommes.
> Les fourmis OSM sont plus que prêteuses, et les gros contributeurs
> potentiels (sociétés, institutions ...) n'ont pas (encore ?) apporté leur
> pierre.
>
> On peut voir le fil des sommes transmises ici
> http://donate.openstreetmap.org/comments/
> Harry Wood a fait le point hier dans son journal OSM :
> http://www.openstreetmap.org/user/Harry%20Wood/diary/15428
>
>
Effectivement, les plus grosses contributions proviennent de Google (5000
GBP) et CloudMade (2000 GBP).



-- 
Christian Quest - OpenStreetMap France -
http://openstreetmap.fr/u/christian-quest
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] beta - stats cours d'eau

[Frédéric Rodrigo]

Salut,

Lors que le cours d'eau est une way il y a quand même le lien vers
l'analyseur de relation.
D’où viennent les cours d'eau listés mais pas dans OSM ?
Lorsqu'il y a plusieurs morceaux et que le cours d'eau est de type way
c'est qu'aucune relation a été trouvé ?

Frédéric

Le 9 décembre 2011 00:22, sly (sylvain letuffe)  a écrit :
> On mercredi 07 décembre 2011, sly (sylvain letuffe) wrote:
>> yo,
>>
>> Le mercredi 7 décembre 2011 17:21:20, Ab_fab a écrit :
>> > ah, pas glop
>> > Ca peut se rajouter après-coup ?
>>
>> vraiment galère à cause de la taille de ma base, mais j'ai prévu de déplacer
>> les outils de suivi vers un des serveurs de openstreetmap.fr
>>
>> dans le pot commun :
>> http://suivi.openstreetmap.fr/
>
> Et hop :
> http://suivi.openstreetmap.fr/cours-eau/comparaison-sandre.html
>
> J'en profite pour faire la pub pour :
> http://suivi.openstreetmap.fr/
> et
> http://export.openstreetmap.fr/
>
> qui contiennent quelques petites analyses sympas ou export qui devraient
> s'étoffer avec le temps.
>
> D'ailleurs pour les développeurs aux bonnes idées, il y'a toujours un peu de
> place pour faire tourner des outils sympas qui ont besoin d'une base
> osm2pgsql ou osmosis
>
>
>
> --
> sly
> qui suis-je : http://sly.letuffe.org
> email perso : sylvain chez letuffe un point org
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] Appel à don (f)

[Ab_fab]

Ces dons là doivent être d'une campagne antérieure (tous les dons vers la
fondation sont listés depuis plusieurs années).
Parce que 7000 GBP, c'est justement les 50% de la somme recherchée en ce
moment :-)

Le 9 décembre 2011 10:12, Christian Quest  a écrit
:

> Le 9 décembre 2011 09:54, Ab_fab  a écrit :
>
>
>
>  Effectivement, les plus grosses contributions proviennent de Google
> (5000 GBP) et CloudMade (2000 GBP).
>
>
>
> --
> Christian Quest - OpenStreetMap France -
> http://openstreetmap.fr/u/christian-quest
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
ab_fab 
"Il n'y a pas de pas perdus"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Appel à don (f)

[partir-en-vtt]

Ajout d'un petit coup de pouce de 15 €, vive osm et vive le libre !  

-
On ne va jamais aussi loin que lorsque l'on ne sait pas où l'on va... 
www.partir-en-vtt.com 
--
View this message in context: 
http://gis.638310.n2.nabble.com/Appel-a-don-f-tp7051320p7077570.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] [OSM-talk-fr-bzh] Intégration du modèle numérique de terrain de Rennes et ses environs ?

[Pieren]

2011/12/9 Marc SIBERT :
> Le 9 décembre 2011 09:47, David MENTRE  a écrit :
> Je ne suis pas sûr que ces données aient leur place dans OSM. J'ai
> crossposté sur talk-fr car je pense que le point doit être discuté avant
> toute action.

Je suis sûr que non. Des MNT (ou "contour lines" ou plus trivialement
"courbes de niveau") importables (licence compatible) existent un peu
partout dans le monde (qualité très inégale). Mais la communauté dans
son ensemble a toujours rejeter leur intégration dans OSM pour toute
une série de raisons que je pourrais lister sur demande. Il n'y a même
pas de proposition de tag pour les désigner.

Par contre, une base séparée, pourquoi pas. Bien que techniquement, ce
soit un challenge.

Pieren

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

Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Intégration du modèle numérique de terrain de Rennes et ses environs ?

[Christian Quest]

Dans ce cas précis (MNT), je pensais que le consensus était de ne pas
mettre ça dans OSM, j'ai loupé un truc ?

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

Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Intégration du modèle numérique de terrain de Rennes et ses environs ?

[Marc SIBERT]

Le 9 décembre 2011 10:59, Pieren  a écrit :

> 2011/12/9 Marc SIBERT :
> > Le 9 décembre 2011 09:47, David MENTRE  a
> écrit :
> > Je ne suis pas sûr que ces données aient leur place dans OSM. J'ai
> > crossposté sur talk-fr car je pense que le point doit être discuté avant
> > toute action.
>
> Je suis sûr que non. Des MNT (ou "contour lines" ou plus trivialement
> "courbes de niveau") importables (licence compatible) existent un peu
> partout dans le monde (qualité très inégale). Mais la communauté dans
> son ensemble a toujours rejeter leur intégration dans OSM pour toute
> une série de raisons que je pourrais lister sur demande. Il n'y a même
> pas de proposition de tag pour les désigner.
>
> Par contre, une base séparée, pourquoi pas. Bien que techniquement, ce
> soit un challenge.
>
> Pieren
>
> Je plussois évidemment, mais je préfère utiliser le conditionnel. Il ne
s'agit que de mon avis.

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

Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Intégration du modèle numérique de terrain de Rennes et ses environs ?

[sly (sylvain letuffe)]

On vendredi 9 décembre 2011, Marc SIBERT wrote:
> > Par contre, une base séparée, pourquoi pas. Bien que techniquement, ce
> > soit un challenge.
> >
> > Pieren
> >
> Je plussois évidemment, mais je préfère utiliser le conditionnel. Il ne
> s'agit que de mon avis.

Tout pareil, je ne suis pas "sûr que non", mais je pense très fortement que ça 
n'est pas une bonne idée.
Tout du moins en l'état actuel du fonctionnement des éditions, téléchargements 
et manipulations de la base osm.

Si un projet "couplé" avec la base osm, mais suffisamment distinct pour ne pas 
mélanger les deux voit le jour et propose le regroupement de plusieurs MNT 
mondiaux, là, mon avis serait sûrement autre.

-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Intégration du modèle numérique de terrain de Rennes et ses environs ?

[Christian Quest]

OpenDEM.org ?

-- 
Christian Quest - OpenStreetMap France -
http://openstreetmap.fr/u/christian-quest
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Intégration du modèle numérique de terrain de Rennes et ses environs ?

[Ab_fab]

http://opendem.info/
Enfin, en tout cas c'est bien le site dont je recherchais le nom sur la
liste BZH tout à l'heure

Le 9 décembre 2011 11:21, Christian Quest  a écrit
:

> OpenDEM.org ?
>
> --
> Christian Quest - OpenStreetMap France -
> http://openstreetmap.fr/u/christian-quest
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
ab_fab 
"Il n'y a pas de pas perdus"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Intégration du modèle numérique de terrain de Rennes et ses environs ?

[sly (sylvain letuffe)]

On vendredi 9 décembre 2011, Ab_fab wrote:
> http://opendem.info/
> Enfin, en tout cas c'est bien le site dont je recherchais le nom sur la
> liste BZH tout à l'heure

Je découvre... le projet commence tout juste on dirait, il n'y a que 3 MNT 
déposés ;-)
Mais c'est pierre après pierre qu'on peut espérer voir la couverture 
s'agrandir

-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] beta - stats cours d'eau

[sly (sylvain letuffe)]

On vendredi 9 décembre 2011, Vincent Pottier wrote:
> Le 09/12/2011 00:22, sly (sylvain letuffe) a écrit :
> > D'ailleurs pour les développeurs aux bonnes idées, il y'a toujours un 
> > peu de place pour faire tourner des outils sympas qui ont besoin d'une 
> > base osm2pgsql ou osmosis 
> Ah ouais ?

Ben ouais ;-)

On sait pas encore trop comment, mais on va bien y arriver.

> S'il y a les tags "election" et "local_authority:FR" dans le style 
> d'import osm2psql...
> J'ai un petit truc qui va amuser ceux qui font des comcom.
> S'il n'y a pas, on pourra mettre tout de même.

Tu as une démo quelque part, où c'est juste sur ton pc ?

> SI ça vous dit...
> Chez moi ça marche. Mais il faudra une relecture quand même ! Je n'ai 
> jamais appris l'informatique, moi.

Je ne pense pas qu'on avance vers un comité d'analyse qualité avec la table 
des "érudits" qui décident dans leur tour d'ivoire si ton outil est propre ou 
pas ;-)
- on te fil un accès
- tu fais ta cuisine, et tu réponds aux bug reports ;-)
- si ça marche ben c'est cool
- si ça fait planter le serveur tous les matins, ben c'est pas cool ;-)



-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] beta - stats cours d'eau

[sly (sylvain letuffe)]

On vendredi 9 décembre 2011, Frédéric Rodrigo wrote:
> Salut,

Salut,

> Lors que le cours d'eau est une way il y a quand même le lien vers
> l'analyseur de relation.

Je crois qu'il y a un an au moment de la création du programme, j'ai gardé un 
espoir secret d'améliorer le logiciel d'analyse de relation pour qu'il 
deviennent un outil d'analyse géométrique "général" ;-)
Ce en quoi je n'ai toujours pas abouti

> D’où viennent les cours d'eau listés mais pas dans OSM ?
Du SANDRE 2010 :
http://beta.letuffe.org/cron/etat-cours-eau/suivi-cours-eau.php?src

> Lorsqu'il y a plusieurs morceaux et que le cours d'eau est de type way
> c'est qu'aucune relation a été trouvé ?

heu. ;-) ça fait longtemps que j'ai codé ce truc, je me rappel plus. Je 
dirais "oui"

La Méouge   109813925 josm (w) 908 morceaux trouvés:

Oulla, 908 morceaux, ça paraît juste impossible, ça sent le bug dans un coin 
ça.
Je vais regarder.



-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] Fichier des établissements scolaires

[Guillaume Allegre]

Le jeu. 08 dec. 2011 à 23:44 +0100, Christian Rogel a ecrit :

> Le gestionnaire (operator) est celui qui a autorité sur le responsable local, 
> indépendamment du statut de
> personnels et de celui qui gère le bâtiment et son contenu.

C'est une interprétation possible.
L'autre, c'est que comme on renseigne des bâtiments, l'operator, c'est celui
qui a en charge la maintenance de ces bâtiments.

Mon avis, c'est que le tag operator n'est pas déterminable automatiquement 
par les données MENJVA, et que la discussion operator n'est pas liée à l'import
automatique éventuel.



-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr

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

Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Intégration du modèle numérique de terrain de Rennes et ses environs ?

[Pieren]

2011/12/9 David MENTRE :
> Je veux bien une liste ou un pointeur. Ce n'est pas pressé.

- parce que ce sont des données externes impossible à vérifier sur le
terrain, donc non modifiables à moins de posséder un lidar aéroporté,
- parce que cela créerait des centaines de lignes imaginaires qui
compliqueraient considérablement le travail des contributeurs, rendant
l'usage des filtres obligatoire dans les éditeurs (alors que cela
n'existe pas toujours), augmentant la taille des données à traiter
(bande passante, mémoire) ou limitant encore plus la taille des zones
traitables, augmenterait les risques d'erreurs (nodes d'intersections
avec ces lignes par ex.)
- parce que cela ferait exploser la taille de la bdd à l'échelle de la
planète, incluant les zones désertiques (et pourquoi pas les fonds des
océans plus-tard)
- parce que ça s'utilise particulièrement bien en mashup, sans
inter-dépendance (les éléments OSM identifiables comme les crêtes et
les creux (rivières, ruisseaux) tirant plus profit d'une imagerie
aérienne)

Pieren

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

Re: [OSM-talk-fr] Appel à don (f)

[Emilie Laffray]

2011/12/9 Ab_fab 

> Ces dons là doivent être d'une campagne antérieure (tous les dons vers la
> fondation sont listés depuis plusieurs années).
> Parce que 7000 GBP, c'est justement les 50% de la somme recherchée en ce
> moment :-)
>
>
Ca date d'il y a presque 2 - 3 ans en effet :)

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

Re: [OSM-talk-fr] LizWatch - un outil cartographique de suivi des mutations des territoires

[Ab_fab]

Bonjour,

Un volume de données trop important à l'échelle de la France ?
Quel est le principe de collecte et de stockage des données nécessaires
pour faire tourner l'outil ?
Bravo pour l'intérêt intrinsèque de l'outil et également pour
sa présentation graphique


Le 8 décembre 2011 18:22, kimaidou  a écrit :

> Bonsoir la liste,
>
> Le code source complet de l'application va être libéré, pour permettre à
> chacun d'installer une version de LizWatch pour sa zone géographique sur
> son propre serveur. En effet, nous ne pouvons pas proposer cette
> application à l'échelle de la France, car le volume de données est trop
> important.
>
> Michael Douchin alias kimaidou
> 3liz
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
ab_fab 
"Il n'y a pas de pas perdus"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] contours administratifs français - nettoyage source CA - plus que 16 !

[sylvain letuffe]

Bonjour,

C'est toujours les derniers (kilo)mètres les plus durs mais mais il en reste
toujours 16 (ci-après).
Je reviens sur ma proposition du "lance-flamme", mais qu'un heureux
évènement va pouvoir transformer en chalumeau
(cet évènement c'est bien sûr l'ign qui libère des contours de communes et
départements)

J'ai bien compris, et suis bien d'accord sur la mauvaise idée que serait
d'importer les contours de communes de qualité moyenne fourni par l'IGN. En
revanche, n'importer (à la main) que les 16 petits ways cités ci-après, dont
la source CA est litigieuse permettrait plusieurs choses pour un désagrément
qui me semble limité :
- N'important que les ways, aucune commune "fermée" ne devrait avoir de ways
IGN (les outils d'alertes restant fonctionnels pour indiquer les communes "à
faire")
- Indiquant une source : IGN, le listing des ways de départements à
améliorer restera toujours aussi simple à réaliser
- Que ce soit ceux de source=CA à refaire ou source=IGN ne change pas grand
chose

Avec comme avantages :
- Se débarrasser enfin de ce litige "Cartographes associés"
Permettant :
- être un peu plus en paix
- fournir des exports de tous les admin_level sans se stresser
- mettre en place des outils profitant de ces contours sans se dire qu'on
doit se cacher
- Obtenir une qualité des données légèrement meilleure

Le meilleur pour la fin ? je veux bien m'en occuper (quoi que je ne sois pas
contre un petit coup de main)


23301621
33901399
51336124
55855589
57804244
59346689
62370180
81266771
132063453
132063456
133155522
135632930
135634312
135634870
138278315
140061959

--
View this message in context: 
http://gis.638310.n2.nabble.com/Export-des-contours-administratifs-francais-tp6844388p7078446.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] LizWatch - un outil cartographique de suivi des mutations des territoires

[kimaidou]

Mes réponses :

Le 9 décembre 2011 14:39, Ab_fab  a écrit :

> Bonjour,
>
> Un volume de données trop important à l'échelle de la France ?
>

Nous n'avons pas testé sur une si grande échelle. Il nous faut pour cela un
serveur un peu mieux dimensionné.


> Quel est le principe de collecte et de stockage des données nécessaires
> pour faire tourner l'outil ?
>

Les données sont enregistrées dans une base osmosis (avec le modèle qui
permet de conserver l'historique de tous les objets)
Un premier import est fait via un fichier classique du type de ceux fournis
par Geofabrik.
Ensuite, nous faisons tourner des scripts pour aller chercher toutes les
données manquantes dans notre historique, et bien gérer les données
supprimées. Pour cela, nous faisons des appels à l'api OSM.
Ensuite, la mise à jour est lancée périodiquement via les fichiers diff, et
des petits scripts qui vont récupérer les infos manquantes (notamment sur
les suppressions).
La difficulté était de maintenir une base de données osmosis avec une bbox
(ici celle de la commune d'Orange).

Connaissant le volume de données déjà pris par une base classique osm2pgsql
pour la France, nous n'avons pas encore essayé pour l'historique. Nous
attendons que le Père Noël nous fournisse un serveur de compétition :)
Nous souhaitons libérer l'ensemble du code source avec une bonne
documentation d'ici Noël, ou au plus tard courant janvier si manque de
temps.


> Bravo pour l'intérêt intrinsèque de l'outil et également pour
> sa présentation graphique
>


Merci !


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

Re: [OSM-talk-fr] contours administratifs français - nettoyage source CA - plus que 16 !

[Thomas Clavier]

Le 09/12/2011 15:52, sylvain letuffe a écrit :
> En revanche, n'importer (à la main) que les 16 petits ways cités ci-après

moi je vote pour.

-- 
Thomas Clavier http://www.tcweb.org
Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org
+33 (0)6 20 81 81 30   +33 (0)950 783 783




signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] contours administratifs français - nettoyage source CA - plus que 16 !

[Vincent de Chateau-Thierry]

Bonjour,

> De : "sylvain letuffe" 

>
> Bonjour,
> 
> C'est toujours les derniers (kilo)mètres les plus durs mais mais il en reste
> toujours 16 (ci-après).
> Je reviens sur ma proposition du "lance-flamme", mais qu'un heureux
> évènement va pouvoir transformer en chalumeau
> (cet évènement c'est bien sûr l'ign qui libère des contours de communes et
> départements)
> 
> J'ai bien compris, et suis bien d'accord sur la mauvaise idée que serait
> d'importer les contours de communes de qualité moyenne fourni par l'IGN. En
> revanche, n'importer (à la main) que les 16 petits ways cités ci-après, dont
> la source CA est litigieuse permettrait plusieurs choses pour un désagrément
> qui me semble limité :
> - N'important que les ways, aucune commune "fermée" ne devrait avoir de ways
> IGN (les outils d'alertes restant fonctionnels pour indiquer les communes "à
> faire")
> - Indiquant une source : IGN, le listing des ways de départements à
> améliorer restera toujours aussi simple à réaliser
> - Que ce soit ceux de source=CA à refaire ou source=IGN ne change pas grand
> chose
> 
> Avec comme avantages :
> - Se débarrasser enfin de ce litige "Cartographes associés"
> Permettant :
> - être un peu plus en paix
> - fournir des exports de tous les admin_level sans se stresser
> - mettre en place des outils profitant de ces contours sans se dire qu'on
> doit se cacher
> - Obtenir une qualité des données légèrement meilleure
> 
> Le meilleur pour la fin ? je veux bien m'en occuper (quoi que je ne sois pas
> contre un petit coup de main)
> 
> 
> 23301621
> 33901399
> 51336124
> 55855589
> 57804244
> 59346689
> 62370180
> 81266771
> 132063453
> 132063456
> 133155522
> 135632930
> 135634312
> 135634870
> 138278315
> 140061959
> 

Lorsque tu as lancé le premier appel (au lance-flammes), ça a déclenché une 
belle
dynamique de travail sur le sujet, pour éviter le lance-flammes, justement. Je 
trouverais
dommage si près du but de transformer ce marathon en sprint, sachant que de 
toute façon
le marathon sera à terminer, quoi qu'il arrive. Le sprint est donc du travail 
en plus,
cf. la discussion sur l'import des communes IGN.

Pour faire court, ton idée me plaît moyen (litote), je n'ai donc aucune 
motivation pour y
contribuer. J'ai peu contribué suite au premier appel (je voulais terminer les 
communes
de Charente). Comme c'est l'heure de l'appel au chalumeau, je me relance sur le 
chantier
de remplacement CA => cadastre. Je remplacerai ce que je trouverai à remplacer 
(CA ou
IGN, peu importe). Je vais essayer de commencer au milieu du way 57804244 
histoire d'en
faire des morceaux plus petits.

Et rdv pour le 3e appel :
1- Lance-flammes
2- Chalumeau
3- => bougie, pour fêter l'an 0 des contours "CA free" ET "IGN free" :-)

vincent

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

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

Re: [OSM-talk-fr] contours administratifs français - nettoyage source CA - plus que 16 !

[sly (sylvain letuffe)]

> Lorsque tu as lancé le premier appel (au lance-flammes), ça a déclenché une
> belle 
> dynamique de travail sur le sujet, pour éviter le lance-flammes, justement.

Berk, ça me met mal à l'aise ça. J'ai plus du tout l'impression d'avoir 
utilisé un lance-flamme, mais un fouet !

Je n'ai jamais voulu utiliser une forme de menace, j'ai voulu proposé une 
solution qui permettait de se débarrasser de ces limites sans pour autant 
entraver l'action de continuer à les remplacer mais en limitant les 
inconvénients, ce que je propose toujours.

Que certains lancent un appel à motivation sur travail collectif sous la forme 
d'un sprint, de fêtes de noël ou de jeux, et que d'autres trouvent ça fun, 
pourquoi pas. Moi, ça ne me plaît pas de jouer, je cartographie à mon rythme, 
dans ma carverne et sur ce qui me plaît.
Sauf que voilà, je ne peux pas exploiter sereinement des contours de 
département alors que j'ai les données et les outils pour corriger cela, et 
presque sans gêner les sprinteurs !

Alors je demande où est le problème?

Je peux continuer à publier régulièrement la liste des ways source=IGN à 
corriger si ça en amuse certain, ça ne changera pas trop d'aujourd'hui et je 
pourrais en plus faire mes exports.

Ou alors, c'est que d'autres se plaisent à tenir le fouet : "Si tu veux des 
exports, alors fait clic-clic-clic-clic sur des images sinon tu n'aura rien" 
(beurk, ça pue la naphtaline)


> Pour faire court, ton idée me plaît moyen (litote), je n'ai donc aucune
> motivation pour y 
> contribuer. 

Disons alors que je propose de tout faire moi, pas de sprint imposé avec un 
chalumeau aux fesses, le marathon peut continuer à son rythme pour ceux qui 
veulent trotiner



-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] contours administratifs français - nettoyage source CA - plus que 16 !

[Vincent de Chateau-Thierry]

> De : "sly (sylvain letuffe)" 

> 
> > Lorsque tu as lancé le premier appel (au lance-flammes), ça a déclenché une
> > belle 
> > dynamique de travail sur le sujet, pour éviter le lance-flammes, justement.
> 
> Berk, ça me met mal à l'aise ça. J'ai plus du tout l'impression d'avoir 
> utilisé un lance-flamme, mais un fouet !
> 

Euh.dans "OSM", il y a aussi "O" :-)

> Je n'ai jamais voulu utiliser une forme de menace, j'ai voulu proposé une 
> solution qui permettait de se débarrasser de ces limites sans pour autant 
> entraver l'action de continuer à les remplacer mais en limitant les 
> inconvénients, ce que je propose toujours.

J'ai bien compris (et je n'y vois aucune menace). 

> 
> Que certains lancent un appel à motivation sur travail collectif sous la 
> forme 
> d'un sprint, de fêtes de noël ou de jeux, et que d'autres trouvent ça fun, 
> pourquoi pas. Moi, ça ne me plaît pas de jouer, je cartographie à mon rythme, 
> dans ma carverne et sur ce qui me plaît.
> Sauf que voilà, je ne peux pas exploiter sereinement des contours de 
> département alors que j'ai les données et les outils pour corriger cela, et 
> presque sans gêner les sprinteurs !
> 
> Alors je demande où est le problème?

Il n'y en a aucun.

> 
> Je peux continuer à publier régulièrement la liste des ways source=IGN à 
> corriger si ça en amuse certain, ça ne changera pas trop d'aujourd'hui et je 
> pourrais en plus faire mes exports.

Ok

(...)
> > Pour faire court, ton idée me plaît moyen (litote), je n'ai donc aucune
> > motivation pour y 
> > contribuer. 
> 
> Disons alors que je propose de tout faire moi, pas de sprint imposé avec un 
> chalumeau aux fesses, le marathon peut continuer à son rythme pour ceux qui 
> veulent trotiner
> 

Moi ça me va. Ce que je cherchais (maladroitement) à dire dans mon précédent 
message,
c'est que si je suis entièrement d'accord avec toi sur la finalité (débarrasser 
la base
des contours CA), je ne me vois pas consacrer du temps au moyen que tu proposes 
(passer
par des contours IGN) dans la mesure où ça revient à bosser 2 fois sur chaque 
endroit. 
Loin de moi l'idée d'empêcher quoi que ce soit, c'est juste que je ne 
participerai pas au
travail intermédiaire (CA => IGN), mais je reconsacre du temps au chantier 
"cible" 
(CA => cadastre). Au final tout ça convergera, et comme tu le rappelles, il est 
important
que chacun travaille à son rythme et sans contrainte. 

vincent

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

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

Re: [OSM-talk-fr] contours administratifs français - nettoyage source CA - plus que 16 !

[Pieren]

2011/12/9 sylvain letuffe :

> - fournir des exports de tous les admin_level sans se stresser
> - Obtenir une qualité des données légèrement meilleure

Sauf que ces imports seront un mélange de données au 1/2500 ou 1/5000e
et de données au 1/10e à quelques endroits. Un peu moche mais
surtout, ne pas oublier de le mentionner.

Pieren

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

Re: [OSM-talk-fr] contours administratifs français - nettoyage source CA - plus que 16 !

[sly (sylvain letuffe)]

On vendredi 9 décembre 2011, Pieren wrote:
> 2011/12/9 sylvain letuffe :
> 
> > - fournir des exports de tous les admin_level sans se stresser
> > - Obtenir une qualité des données légèrement meilleure

A noter que mon affirmation est tout simplement fausse, GEOFLA, c'est pas 
mieux que CA en terme de précision... mais au moins on a le droit ;-)

> Un peu moche mais
> surtout, ne pas oublier de le mentionner.

Clair, je vais mettre source=IGN/GEOFLA département


-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] contours administratifs français - nettoyage source CA - plus que 16 !

[Vincent Pottier]

Le 09/12/2011 17:18, Vincent de Chateau-Thierry a écrit :

Moi ça me va. Ce que je cherchais (maladroitement) à dire dans mon précédent 
message,
c'est que si je suis entièrement d'accord avec toi sur la finalité (débarrasser 
la base
des contours CA), je ne me vois pas consacrer du temps au moyen que tu proposes 
(passer
par des contours IGN) dans la mesure où ça revient à bosser 2 fois sur chaque 
endroit.
Loin de moi l'idée d'empêcher quoi que ce soit, c'est juste que je ne 
participerai pas au
travail intermédiaire (CA =>  IGN), mais je reconsacre du temps au chantier 
"cible"
(CA =>  cadastre). Au final tout ça convergera, et comme tu le rappelles, il 
est important
que chacun travaille à son rythme et sans contrainte.

vincent

Quand je m'occupais de centres de loisirs, j'avais trouvé un truc pour 
les enfants quand il y avait une pelote de ficelle à rembobiner, je 
mettais en enfant à chaque bout avec la consigne : "Le premier qui 
arrive jusqu'à l'autre a gagné". Bien sur, il y avait toujours des 
ex-aequos.


Que le meilleur gagne !
--
FrViPofm

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

Re: [OSM-talk-fr] contours administratifs français - nettoyage source CA - plus que 16 !

[DH]

Le 09/12/2011 18:57, sly (sylvain letuffe) a écrit :

On vendredi 9 décembre 2011, Pieren wrote:

2011/12/9 sylvain letuffe:


- fournir des exports de tous les admin_level sans se stresser
- Obtenir une qualité des données légèrement meilleure

A noter que mon affirmation est tout simplement fausse, GEOFLA, c'est pas
mieux que CA en terme de précision... mais au moins on a le droit ;-)

+1

"Droit dans ses bottes". A.J.

Denis

PS : passez les limites départementales, il reste les bornes communales ;-)

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

Re: [OSM-talk-fr] Fichier des établissements scolaires

[Christian Rogel]

Le 9 déc. 2011 à 12:02, Guillaume Allegre a écrit :

> Le jeu. 08 dec. 2011 à 23:44 +0100, Christian Rogel a ecrit :
> 
>> Le gestionnaire (operator) est celui qui a autorité sur le responsable 
>> local, indépendamment du statut de
>> personnels et de celui qui gère le bâtiment et son contenu.
> 
> C'est une interprétation possible.
> L'autre, c'est que comme on renseigne des bâtiments, l'operator, c'est celui
> qui a en charge la maintenance de ces bâtiments.


Je ne crois pas qu'on puisse donner une définition aussi flexible du mot 
"opérateur".
Celui-ci est polysémique, puisqu'il désigne un opérateur de machine (usine ou 
sound system)
ou un catégorie administrative et économique désignant une position, au minimum 
de supervision, et allant jusqu'à la gestion intégrale.

La vérité est que le terme "operator" est plus généraliste en anglais qu'en 
français.

Ainsi, l'Etat français a créé 644 "opérateurs d'Etat" qui vont de l'Hadopi à la 
Caisse des dépôts, en passant par les universités
autonomes, le CSA, la CNIL, la Bibliothèque nationale et l'Agence des 
participations de l'Etat.

http://www.marianne2.fr/Operateurs-de-l-Etat-des-administrations-bis-tellement-plus-dociles-que-les-vraies_a190146.html

En gros, c'est tout organisme de l'Etat qui a un conseil d'administration.

Mais, l'Etat est, par définition, le super-opérateur : il agit, contrôle et 
supervise, selon les cas.

Pour les transports publics, les communautés de communes et les Départements 
sont les opérateurs de second rang (OSR).
Cela veut dire qu'ils se contentent de définir le cahier des charges et de 
sélectionner les opérateurs de premier rang que
sont les compagnies de transport collectifs (Keolis, Veolia-Transdev, RATP, 
etc…).
Quand vous voyez un car aux couleurs d'un Conseil général, ce n'est presque 
jamais le CG qui l'opère (régie départementale),
mais une compagnie privée.

Dans le cas des écoles, des collèges, des lycées et des universités, les 
collectivités locales ne sont même pas OSR.
Elles ne définissent rien d'essentiel et ne supervisent que des éléments 
d'accompagnement à l'action principale reste
sous le contrôle tâtillon de l'Etat.


Christian (sanbs tirets)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Fichier des établissements scolaires

[wouldsmina]

Certains établissements scolaire dépendent de ministère différent de
l'éducation nationale. Il y a les lycées agricole ou aussi les
établissements militaire... mais on peut très bien retrouver cette infos
dans le nom...

Le 9 décembre 2011 12:02, Guillaume Allegre  a
écrit :

> Le jeu. 08 dec. 2011 à 23:44 +0100, Christian Rogel a ecrit :
>
> > Le gestionnaire (operator) est celui qui a autorité sur le responsable
> local, indépendamment du statut de
> > personnels et de celui qui gère le bâtiment et son contenu.
>
> C'est une interprétation possible.
> L'autre, c'est que comme on renseigne des bâtiments, l'operator, c'est
> celui
> qui a en charge la maintenance de ces bâtiments.
>
> Mon avis, c'est que le tag operator n'est pas déterminable automatiquement
> par les données MENJVA, et que la discussion operator n'est pas liée à
> l'import
> automatique éventuel.
>
>
>
> --
>  ° /\Guillaume AllègreOpenStreetMap France
>   /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
>  /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] contours administratifs français - fini CA - salut IGN : plus que 19 !

[sly (sylvain letuffe)]

Le vendredi 9 décembre 2011 20:42:39, DH a écrit :
> > A noter que mon affirmation est tout simplement fausse, GEOFLA, c'est pas
> > mieux que CA en terme de précision... mais au moins on a le droit ;-)
> 
> "Droit dans ses bottes". A.J.

Et bien voilà, s'en est fini des way et des noeuds dont la source était 
"Cartographes Associés" 
RIP

J'ai tout remplacé par du IGN/GEOFLA dont la qualité ne vaut certes guère 
mieux, mais me permet sereinement de fournir :
http://export.openstreetmap.fr/contours-administratifs/
(oui, il y a des trous, voir plus bas [1])

2 petites heures pour faire le remplacement, et, hélas pour les marathoniens, 
j'ai découvert quelques way dont la source non renseignée, ou faussement 
renseignée était bien du CA (analyse historique, et trahi par des noeuds avec 
source CA), je leur ai donc fait subir le même sort.

Le marathon continue donc (avec ou sans chalumeau) pour le remplacement de ces 
ways dont la source est:
source=IGN/GEOFLA departements
Qu'un habile unixien pourra récupérer ainsi :
$ wget -q 
"http://www.overpass-api.de/api/xapi?way[source=IGN/GEOFLA departements]" 
-O - | grep "http://lists.openstreetmap.org/listinfo/talk-fr