Re: [OSM-talk-fr] Sourcer les limites administratives

[Guillaume Allegre]

Le Wed 02 Jun 2010 à 17:46 +0200, sly (sylvain letuffe) a ecrit :
> On mercredi 2 juin 2010, Pieren wrote:
> > Je ne pensais pas que certaines limites seraient dérivées de tracés GPS, il
> > doit y en avoir assez peu.
> 
> Juste pour dire que le cadastre en montagne, au niveau des limites, c'est pas 
> extraordinaire parfois. Et, quand j'ai la chance de pouvoir parcourir 
> l'élément géographique qui fait la limite (Une crête montagneuse, où cassure 
> de pente), ben je la complète avec un source=gps

Tiens ! en septembre dernier j'avais proposé d'ajouter un tag natural=edge pour 
les
lignes de crête, en précisant que l'une des utilités pouvait être celle-là.
Allez, tant pis, je me cite :
(http://www.mail-archive.com/talk-fr@openstreetmap.org/msg13951.html)
  - souvent, des limites administratives (communes, pays) sont alignées sur 
des lignes de crête. Il peut être particulièrement intéressant de savoir
où les limites administratives suivent la ligne de crête et où elles en 
dévient. 

Je reviens donc à la charge ;-). Un tel tag ridge (+ source=gps) permettrait 
d'expliquer
par exemple pourquoi une limite communale diverge du cadastre, et d'indiquer 
que 
c'est normal. 


-- 
 ° /\Guillaume AllègreMembre de l'April
  /~~\/\   allegre.guilla...@free.fr  Promouvoir et défendre le logiciel libre
 /   /~~\tél. 04.76.63.26.99  http://www.april.org

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

Re: [OSM-talk-fr] Sourcer les limites administratives

[Nicolas Dumoulin]

Le mercredi 2 juin 2010 17:20:27 Emilie Laffray, vous avez écrit :
> Même pour les traces GPS, on ne peut pas se fier autre mesure a ce qu'on
> obtient. Si tu veux vraiment quelque chose qui soit plus utile, doit on
> enregistrer aussi les données comme les différents DOP, la position des
> satellites dans le ciel, les alentours (pour savoir si le multipath est
> important ou pas), sa vitesse (histoire d'avoir une meilleure idée de
> l'effet Doppler), le firmware du GPS, la version de la puce? Ce sont autant
> de facteurs qui peuvent jouer sur la qualité d'une trace GPS sans parler
> que ces paramètres changent a travers le temps.

Mais peut-être que ça aurait son intérêt même si on n'a pas tout de suite les 
outils pour exploiter de tels données.

Pour revenir au cadastre, des fois je me dis que le niveau de zoom dans josm 
au moment d'ajouter un point à partir du cadastre pourrait aussi être un 
indicateur de qualité. Pour ma part, je n'attache pas la même importance 
lorsque je trace une voie urbaine que lorsque je trace une limite 
administrative perdu en cambrousse. Dans le premier cas, je m'attache à bien 
tomber par rapport aux repères (bâti, voirie, notes), dans le second je suis 
les grandes lignes de plus haut …
Bon après, on me dira que le zoom ne suffit pas, il faut aussi des infos sur 
l'écran, la précision de la souris, et l'état de la vue du mappeur :-)

-- 
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] 43000 balades et plus

[Guillaume Allegre]

Le Wed 02 Jun 2010 à 23:44 +0200, Vincent Pottier a ecrit :
> > ->  sur 4 repères, deux sont signalés comme "fautifs", car ils sont plus 
> > loin du bâti (parvis).
> > Est-ce qu'on ne pourrait pas convenir que pour un site, si un des points 
> > vérifiés est OK,
> > tous sont validés ?
> >
> Woha ! Je doute que la relation site soit importée par osm2pgsql donc 
> qu'on puisse retrouver les autres repères du site

Je n'en sais rien, mais si on pouvait le faire ce serait certainement un plus.

> > Eglise à Saint Martin d'Heres 
> > http://www.openstreetmap.org/?lat=45.1653813&lon=5.7682559&zoom=18
> > noeud http://www.openstreetmap.org/browse/node/670142318
> > ->  pas d'explication
> >
> tag building absent. Corrigé

Oups, ma faute, et j'aurais dû m'en apercevoir, désolé.



-- 
 ° /\Guillaume AllègreMembre de l'April
  /~~\/\   allegre.guilla...@free.fr  Promouvoir et défendre le logiciel libre
 /   /~~\tél. 04.76.63.26.99  http://www.april.org

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

Re: [OSM-talk-fr] Import du bati cadastral du Pays de Romans

[François Van Der Biest]

Hello,

2010/6/1 Jeff MERCIER :
> Bonjour,
> Il me reste une difficulté pour importer le bati de la Communauté de
> Communes (outre le temps!). J'en appelle donc à vos lumières!
> Mon fichier osm de bati est prêt. Il me faut donc supprimer les batis
> existant dans l'emprise. Puis réaliser l'import de l'ensemble des nouveau
> bati.
> Comment procéder? Avec JOSM, je peux supprimer manuellement les batis
> existant, mais y a t'il une possibilité de sélection dans une zone?
> Et comment réaliser l'import d'un grand volume de donnée (21 Mo environ)?


21Mo, ça ne passera pas avec JOSM (limité à 5 objets ~ 5Mo en .osm).

Deux possibilités +1 :
 - diviser le fichier avec osmosis par exemple => upload avec JOSM
 - utiliser un script python : bulk_upload.py (cf wiki OSM)
 - communiquer ce .osm à la cellule imports osm-fr (je sais, ça fait
un peu "GhostBusters arrive") qui s'en chargera dans les meilleurs
délais.

F.

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

Re: [OSM-talk-fr] Sourcer les limites administratives

[Guillaume Allegre]

Le Thu 03 Jun 2010 à 09:03 +0200, Guillaume Allegre a ecrit :
> Le Wed 02 Jun 2010 à 17:46 +0200, sly (sylvain letuffe) a ecrit :
>
> > Juste pour dire que le cadastre en montagne, au niveau des limites, c'est 
> > pas 
> > extraordinaire parfois. Et, quand j'ai la chance de pouvoir parcourir 
> > l'élément géographique qui fait la limite (Une crête montagneuse, où 
> > cassure 
> > de pente), ben je la complète avec un source=gps
> 
> Tiens ! en septembre dernier j'avais proposé d'ajouter un tag natural=edge 
> pour les

oups !  natural=ridge pardon


-- 
 ° /\Guillaume AllègreMembre de l'April
  /~~\/\   allegre.guilla...@free.fr  Promouvoir et défendre le logiciel libre
 /   /~~\tél. 04.76.63.26.99  http://www.april.org

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

Re: [OSM-talk-fr] Hameau et lieu-dit

[Guillaume Allegre]

Le Wed 02 Jun 2010 à 13:56 +0200, Vincent Calame a ecrit :
> Le 02/06/2010 13:45, Pierre-Alain Dorange a écrit :
> >
> >
> >
> > Moi je le comprend comme plus petit qu'un village mais surtout 
> > beaucoup moins centralisé ; quand le bourg a une taille proche des 
> > hameaux en gros...
> >
> 
> C'est amusant, moi, je plaçais bourg entre village et ville plutôt 
> (village < bourg < ville). 

+1
(je précise qu'il s'agit bien d'une interprétation personnelle et/ou locale
 du terme)


-- 
 ° /\Guillaume AllègreMembre de l'April
  /~~\/\   allegre.guilla...@free.fr  Promouvoir et défendre le logiciel libre
 /   /~~\tél. 04.76.63.26.99  http://www.april.org

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

Re: [OSM-talk-fr] Sourcer les limites administratives

[sly (sylvain letuffe)]

On jeudi 3 juin 2010, Guillaume Allegre wrote:
> Tiens ! en septembre dernier j'avais proposé d'ajouter un tag natural=edge
> pour les 

Je me souviens de cette proposition, et je n'avais pas réagi car je n'étais 
pas vraiment convaincu de l'utilité de noter les talweg et les crêtes.

ça me semble max de boulot, pour que soit noté finalement un peu tout dedans, 
et je pense que cette donnée est/devrait/sera disponible par quelque chose de 
plus automatique : les MNE/MNT


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] Sourcer les limites administratives

[sly (sylvain letuffe)]

On mercredi 2 juin 2010, Denis wrote:

> pourtant elle (la donnée) acquiert de la qualité parce que ses limites et 
> utilisations sont clairement définies. 
Je suis tout à fait d'accord

> Une donnée moyenne bien documentée vaut plus qu'une donnée "pointue" 
> mais mal ou pas documentée.
Je ne suis pas d'accord

Loin de moi de trouver le moindre défaut au fait de "sourcer" (puisque c'est 
le barbarisme en cours d'utilisation) les données, je le fais, et je 
recommande de le faire.

Mais je ne suis pas d'accord avec cette affirmation un peu rapide. Comme 
dirait un vieux pote à moi : "Tout est relatif"
- relatif à l'utilisation qu'on veut en faire.

Beaucoup des cas que tu as présenté sont des cas d'utilisation par des 
professionnels, qui veulent des normes, des mesures, des marges d'erreurs, 
etc.

En tant que contributeurs, et utilisateur amateurs, ce n'est pas toujours ce 
que je recherche. Allons y pour les phrases "choc" :

(En randonnée en montagne avec un GPS) :
"Je préfère largement ne pas savoir que je ne suis pas perdu, que parfaitement 
savoir que je suis perdu"

- cas 1: le tracé gps du sentier que je suis est très précis, mais je ne le 
sais pas, mais je suis au bon endroit
- cas 2: le tracé gps du sentier n'est pas précis, mais je le sais, et donc je 
suis perdu


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] Sourcer les limites administratives

[Christophe Merlet]

Le jeudi 03 juin 2010 à 09:56 +0200, sly (sylvain letuffe) a écrit :
> On jeudi 3 juin 2010, Guillaume Allegre wrote:
> > Tiens ! en septembre dernier j'avais proposé d'ajouter un tag natural=edge
> > pour les 
> 
> Je me souviens de cette proposition, et je n'avais pas réagi car je n'étais 
> pas vraiment convaincu de l'utilité de noter les talweg et les crêtes.

Les talwegs sont à 95% déjà dans OSM puisque cela correspond quasiment
au réseau hydrographique.

Les crêtes peuvent être intéressante selon les cas et en particulier sur
une carte sans courbe de niveau mais seront confondus généralement avec
une route, un chemin ou une limite administratives.
Savoir que l'on a affaire à une crête est aussi une info touristique
intéressante si on cherche des beaux points de vue...

> ça me semble max de boulot, pour que soit noté finalement un peu tout dedans, 
> et je pense que cette donnée est/devrait/sera disponible par quelque chose de 
> plus automatique : les MNE/MNT

Librement,


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

Re: [OSM-talk-fr] Hameau et lieu-dit

[Vincent Calame]

>>> Moi je le comprend comme plus petit qu'un village mais surtout
>>> beaucoup moins centralisé ; quand le bourg a une taille proche des
>>> hameaux en gros...
>> C'est amusant, moi, je plaçais bourg entre village et ville plutôt
>> (village<  bourg<  ville).
>>  
> +1
> (je précise qu'il s'agit bien d'une interprétation personnelle et/ou locale
>   du terme)
>


Vu ce document sur le site des Presses Universitaires de Rennes : 
http://www.pur-editions.fr/couvertures/1221749087_doc.pdf l'introduction 
suivante :

« Alors que le sens commun français définit le bourg comme un élément de 
la hiérarchie urbaine, situé entre le village et la petite ville, le 
langage de l’Ouest attribue le titre de bourg à l’ensemble des 
chefs-lieux de communes. Il nous a semblé nécessaire de rebaptiser « 
bourgs-centres » l’échelon étudié, afin d’opérer une distinction sans 
ambiguïté entre le chef-lieu de simple commune, « le bourg », et le 
petit centre rural intermédiaire entre le bourg et la petite ville, « le 
bourg-centre ».


Cela confirme que tout le monde a raison :-) .

J'ai noté aussi dans ce court texte la phrase suivante :

« L’Ouest français appartient à cette France du plein et possède des 
communes aux vastes surfaces, au peuplement dispersé entre un bourg et 
de très nombreux villages.villages (6). En Loire-Atlantique, la surface 
moyenne des communes est de plus de
3000 hectares, mais beaucoup atteignent 5000 hectares. Blain, Plessé et 
Guémené-Penfao dépassent même 10 000 hectares. Et, J. Renard (1976) 
souligne que « […] certaines communes du nord de la Loire-Atlantique […] 
sont à la taille d’un canton de l’est de la France, les gros villages 
correspondent […] à bien des chefs-lieux de commune de l’Est ».

Et pour villages il y a la note suivante : « (6) Ce terme est entendu au 
sens armoricain, c’est-à-dire un hameau de plusieurs dizaines ou même 
centainesd’habitants, comprenant jusqu’au début du XXe siècle un ou 
plusieurs commerces (café, épicerie, bouche-rie), une école primaire et 
une chapelle quelquefois centre d’une paroisse, il est organisé au cœur 
d’un finage propre de gagnerie. »

Et enfin dernière citation : c'est la définition que donne le texte de 
bourg-centre, notez la première phrase pile-poil dans notre débat :

« La base de la hiérarchie urbaine demeure particulièrement confuse, 
aussi bien dans les termes utilisés (village, village-centre, bourg, 
bourg-centre, petite ville, ville rurale…), que dans les définitions 
données. En effet, les seuils et les indicateurs utilisés sont 
difficilement transposables à l’échelle nationale et n’ont souvent de 
sens que par référence à la structure régionale du peuplement. Confronté 
à ce problème de définition, le Réseau-bourgs (1993) l’a contourné par 
une définition préliminaire simple fondée sur trois critères : le niveau 
de population, le niveau d’équipement et l’indépendance vis-à-vis de la 
ville ou d’une mono-activité touristique. »

Voilà, ce n'est qu'un texte d'un géographe parmi d'autres, on se 
plongerait dans la littérature, on trouverait beaucoup d'autres travaux.

Conclusion : difficile de représenter dans une base de données la 
complexité du monde réel...

Vincent

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

[OSM-talk-fr] Bilan assises AITF

[François Van Der Biest]

Hello,

Comme demandé par certains, voici un petit bilan de la présentation
"OSM: les citoyens s'emparent de l'information géographique" aux
assises de l'Association des Ingénieurs Territoriaux de France (AITF),
ce 2 juin à Rouen.

Les 3 présentations (de F. Vigouroux, F. Bonifas et moi-même) sont
disponibles sur http://dl.free.fr/hwaPmyoDa

Public : Groupe SIG-TOPO de l'Association des Ingénieurs Territoriaux
de France (AITF).
~ 40 personnes, en charge des services SIG des agglomérations, dans
des Conseils Regionaux, ...

Présentation de Frederic Bonifas, contributeur à Grenoble
Belle présentation générale d'OpenStreetMap : communauté, sources de
données, editeurs, aspect social, données ... clôture sur la vidéo
"2008: a year of edits" de ITO world.

Ma présentation :
La dizaine de sociétés à l'échelle mondiale qui offrent des
prestations autour d'OSM.
Prestations autour des données / des logiciels / des infrastructures /
des services

Présentation de F. Vigouroux, Service SIG de Brest Metropole Oceane
Enjeux de la publication de données sous licence libre / et puis dans OSM
Le cadre juridique français et les licences libres à disposition
Présente la qualité des outils OSM mis à disposition (JOSM, plugin
WMS, potlatch ...).
Qu'est ce qui a été versé dans la base OSM / comment ?
Perspectives pour l'avenir :
 - remplacement des cartes google maps pour le site brest.fr
 - application web de remontée d'informations des habitants (ex: à
destination des services de voirie)
 - plus de participation de citoyens (carto parties, traduction en breton ...)
Milite pour un futur dispositif national voies/adresse libre
(plateforme + données), basé sur les référentiels des acteurs locaux,
à partir de la codification nationale existante (insee, fantoir).


Assez peu de questions juste après les présentations, au final :
- quels arguments invoquer au politique pour emporter la décision de
placer des données SIG  d'intérêt général sous licence libre ?
- quelle licence choisir pour mes données libres ?
- quel modele de données pour les adresses dans OSM ?
- ...

Bizarrement, rien sur la qualité des données et la manière de la
conserver si tout le monde a le droit en édition.

Je pense aussi qu'on aurait dû montrer JOSM en action. Ca manquait.
Mais le temps était court...

En aparté de la conférence, beaucoup de rencontres fructueuses avec
des gens qui sont prêts à publier sous licence libre leurs orthophotos
(sur lesquelles ils ont les droits), et données vectorielles. L'esprit
est vraiment : "il faut que ça serve"... donc partageons.

F.

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

Re: [OSM-talk-fr] 43000 balades et plus

[Vincent de Chateau-Thierry]

> De : "Vincent Pottier"
>
>> Le 02/06/2010 23:51, Emilie Laffray a écrit : 
>> Tu peux creer un petit buffer autour des batiments si tu veux histoire de ne 
>> pas avoir ce genre de probleme :)
>
> 
> "V'la qu'elle se met à parler de choses mystérieuses..."
>
> C'est quoi, ça ? On fait ça comment ?

En très très vite, le principe du buffer, c'est de construire une surface en 
faisant
le tour d'un objet existant (point, ligne, polygone) à distance constante de 
l'objet. 
Autour d'un point un buffer donnera un cercle, autour d'un bâtiment (dans ton 
cas), ça
donnera une surface qui reprend l'allure du bâtiment, mais en plus 
large/dilaté, et avec
des angles arrondis. Plus la distance est grande, plus la forme initiale va 
être noyée
dans les arrondis.

Quelques images (un peu psychédéliques :-) ) valent mieux qu'un long discours :
Buffer autour de points :
http://gispathway.com/wp-content/uploads/2009/03/buffer5.gif

Buffers autour de lignes :
http://www.gisdevelopment.net/technology/gis/images/techgi0048i.jpg

Sans forcément recourir à un buffer (c'est coûteux), l'idée dans ton cas, c'est 
de
tolérer un éloignement des bornes géodésiques par rapport aux bâtiments.
Un coup d'oeil vers ce type de fonction :
http://www.postgis.org/documentation/manual-1.5/ST_Distance.html

Mais en même temps, tester l'inclusion stricte (comme fait actuellement) sans 
tolérer de
distance, permet de remonter la présence de bâtiments mal calés, ça peut avoir 
du bon, aussi.

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] Sourcer les limites administratives

[Christophe Merlet]

Le jeudi 03 juin 2010 à 10:07 +0200, sly (sylvain letuffe) a écrit :
> On mercredi 2 juin 2010, Denis wrote:
> 
> > pourtant elle (la donnée) acquiert de la qualité parce que ses limites et 
> > utilisations sont clairement définies. 
> Je suis tout à fait d'accord
> 
> > Une donnée moyenne bien documentée vaut plus qu'une donnée "pointue" 
> > mais mal ou pas documentée.
> Je ne suis pas d'accord
> 
> Loin de moi de trouver le moindre défaut au fait de "sourcer" (puisque c'est 
> le barbarisme en cours d'utilisation) les données, je le fais, et je 
> recommande de le faire.
> 
> Mais je ne suis pas d'accord avec cette affirmation un peu rapide. Comme 
> dirait un vieux pote à moi : "Tout est relatif"
> - relatif à l'utilisation qu'on veut en faire.
> 
> Beaucoup des cas que tu as présenté sont des cas d'utilisation par des 
> professionnels, qui veulent des normes, des mesures, des marges d'erreurs, 
> etc.
> 
> En tant que contributeurs, et utilisateur amateurs, ce n'est pas toujours ce 
> que je recherche. Allons y pour les phrases "choc" :
> 
> (En randonnée en montagne avec un GPS) :
> "Je préfère largement ne pas savoir que je ne suis pas perdu, que 
> parfaitement 
> savoir que je suis perdu"
> 
> - cas 1: le tracé gps du sentier que je suis est très précis, mais je ne le 
> sais pas, mais je suis au bon endroit
> - cas 2: le tracé gps du sentier n'est pas précis, mais je le sais, et donc 
> je 
> suis perdu


Qu'est ce que la précision, et quel est le besoin d'OSM.

Une précision à 10m, voire 100m ne me perturbe pas plus que ça dans OSM.
La précision ne pouvant qu'évoluer dans le temps avec l'augmentation de
la densité d'information.

Par contre une précision à 5km voire plus d'une personne qui positionne
pifométriquement des sommets de montagnes me pose un plus gros problème
de confiance envers la qualité des données d'OSM.
L'arrivée des points géodésiques m'a permis de corriger beaucoup de
déviation...

Chipoter sur une précision à 2cm me parait par contre complètement
contre productif.

"Sourcer" n'est d'aucun intérêt si on ne connait pas la précision de la
source et on ne connait pas la précision absolu d'un GPS ou du cadastre
qui confronté au terrain montre tout autant une extrême précision que
des décalage abyssaux !

J'ai par ailleurs constaté que la précision du cadastre évoluait avec
les révisions, et donc la seul mention "cadastre" n'est pas suffisante.
De même que les limites administratives semble parfois être modifié avec
l'urbanisation (modification du cours d'une rivière, nouveau tracé
routier...)


Librement,


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

Re: [OSM-talk-fr] Sourcer les limites administratives

[Guillaume Allegre]

Le Thu 03 Jun 2010 à 09:56 +0200, sly (sylvain letuffe) a ecrit :
> On jeudi 3 juin 2010, Guillaume Allegre wrote:
> > Tiens ! en septembre dernier j'avais proposé d'ajouter un tag natural=edge
> > pour les 
> 
> Je me souviens de cette proposition, et je n'avais pas réagi car je n'étais 
> pas vraiment convaincu de l'utilité de noter les talweg et les crêtes.

J'ai l'impression qu'on refait le même débat, alors je vais certainement 
refaire les mêmes réponses, désolé. Pour référence :
http://www.mail-archive.com/talk-fr@openstreetmap.org/msg13951.html

> ça me semble max de boulot, pour que soit noté finalement un peu tout dedans, 
je ne comprends pas très bien "un peu tout dedans"

"max de boulot" : tu parles de mener la proposition de tag ? 
Ou de s'occuper du balisage effectif à partir des traces GPS ?

> et je pense que cette donnée est/devrait/sera disponible par quelque chose de 
> plus automatique : les MNE/MNT
"devrait" je suis d'accord, mais on est très très loin d'avoir des donées MNT 
libres
qui donneraient une précision équivalente à un relevé terrain (sauf 
contre-exemple).
D'ailleurs, on a déjà natural=cliff, qui rentre dans le même cadre.

Et sinon, je te concède que l'intérêt de "talweg" peut paraître plus faible
que celui de ridge, mais :
- c'est le symétrique de ridge, donc autant traiter les deux en même temps
- pour l'emplacement des ruisseaux temporaires, tant qu'on n'a rien de clair 
  dans waterway, c'est une bonne indication


-- 
 ° /\Guillaume AllègreMembre de l'April
  /~~\/\   allegre.guilla...@free.fr  Promouvoir et défendre le logiciel libre
 /   /~~\tél. 04.76.63.26.99  http://www.april.org

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

Re: [OSM-talk-fr] Hameau et lieu-dit

[julien]

> Cela confirme que tout le monde a raison :-) .

pour moi le bourg c'est pas forcement lié a la population, c'est plutôt le
centre ancien, là ou il y a généralement les commerces.
Par opposition au lotissements dortoir qui ont souvent fleuri autour des
villages.

-- 
JB



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

Re: [OSM-talk-fr] Sourcer les limites administratives - crêtes et talweg

[sly (sylvain letuffe)]

On jeudi 3 juin 2010, Guillaume Allegre wrote:
> J'ai l'impression qu'on refait le même débat, alors je vais certainement 
> refaire les mêmes réponses, désolé. Pour référence :
> http://www.mail-archive.com/talk-fr@openstreetmap.org/msg13951.html

Ha oui tiens, marrant ça, j'ai répondu à peu de chose prêt ce que j'avais déjà 
répondu à l'époque, non je ne suis pas un robot, je suis un être humain !

Donc, je pense avoir plus ou moins déjà dis ce que je pensais, c'est à 
dire "pas grand chose", je ne voudrais pas te faire perdre plus ton temps 
avec moi, certains seront sans doute moins rétifs que je ne le suis et plus 
ouvert à en débattre.

> je ne comprends pas très bien "un peu tout dedans"
Oui, je ne n'arrive pas trop à formuler ce qui me gêne, des crêtes il y en a 
des tas de partout, certaines sont très visibles, d'autres son anodines, si 
je m'imagine en rentrer disons 10 (de plus de 500m, avec point de vue, etc.) 
qu'un autre en rentre 100 (de moins de 100m, bordant le moindre ruisseau) à 
la fin, utiliser cette donnée deviens difficile.
 
> "max de boulot" : tu parles de mener la proposition de tag ? 
non, tagguer.

Je sais que je ne suis pas clair, que mon avis n'est pas très compréhensible, 
que mes arguments ne valent pas grand chose, que je me base sur un feeling, 
mais, pas d'inquiétudes, je ne voterais ni pour ni contre, bien au contraire.


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] Sourcer les limites administratives - crêtes et talweg

[Guillaume Allegre]

Le Thu 03 Jun 2010 à 10:47 +0200, sly (sylvain letuffe) a ecrit :

> > "max de boulot" : tu parles de mener la proposition de tag ? 
> non, tagguer.

Dans ce cas la réponse est simple : l'existence d'un tag officiel ne nous 
oblige à rien.
Par contre, on l'a a disposition le jour où on en a besoin.

S'il y a un chemin de crête déjà balisé (path ou footway), ajouter
un tag natural=ridge ne coûte rien.
Pareil s'il y a une limite de commune "correcte" = qui corresponde 
raisonnablement
aux relevés GPS, dans les zones où le cadastre n'est pas fiable.

 
> Je sais que je ne suis pas clair, que mon avis n'est pas très compréhensible, 
> que mes arguments ne valent pas grand chose, que je me base sur un feeling, 
> mais, pas d'inquiétudes, je ne voterais ni pour ni contre, bien au contraire.

Merci ;-)


-- 
 ° /\Guillaume AllègreMembre de l'April
  /~~\/\   allegre.guilla...@free.fr  Promouvoir et défendre le logiciel libre
 /   /~~\tél. 04.76.63.26.99  http://www.april.org

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

Re: [OSM-talk-fr] Bilan assises AITF

[François Van Der Biest]

Et voici quelques photos :
http://www.flickr.com/photos/fvanderbiest/sets/72157624194250856/ pour
mettre des visages sur les adresses mail ;-)

F.

2010/6/3 François Van Der Biest :
> Hello,
>
> Comme demandé par certains, voici un petit bilan de la présentation
> "OSM: les citoyens s'emparent de l'information géographique" aux
> assises de l'Association des Ingénieurs Territoriaux de France (AITF),
> ce 2 juin à Rouen.

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

[OSM-talk-fr] Etait Import parcs/réserves dans O SM

[sly (sylvain letuffe)]

Benoît R.  :

>J'ai lu les pages indiquées mais j'ai du mal à distinguer les priorités.
>Je vais tenter l'option 2 décret + cadastre pour estimer le temps de
>cette option et voir ce qu'il en est pour les tags face à un "vrai
>essai". 

Je pense qu'étant donné l'autorisation récente, le mieux à faire et d'abord 
d'importer ce qu'on a de façon automatique et après, éventuellement, pour les 
motivés, compléter et affiner.

Sur le wiki, on essaye actuellement d'analyser ce dont on dispose, lister les 
problèmes rencontrés.
En même temps on essaye de trouver les tags OSM à utiliser pour faire la 
correspondance entre ce que nous disposons gràce à l'inpn et ce qu'il est 
mieux à faire en terme de tags dans osm.

>Sinon, je suis programmeur (essentiellement c# aujourd'hui, mais pas
>de pb pour m'adapter à d'autres langages) donc peut-être aider à la
>conversions/traitements de données...

Si tu as des compétences et de la motiv, j'ai mis en "phase alpha" les 
fichiers shapefiles brut, ça permet de regarder un peu ce qu'il est possible 
d'en faire et les manipuler.

Ensuite, je m'oriente vers 
http://svn.openstreetmap.org/applications/utils/import/ogr2osm/
qui me donne de très bon résultats de conversion des fichiers .shp en fichiers 
osm
Après, je pense que bulkupload sera utilisé pour envoyer tous ça sur le 
serveurs OSM

Ces outils sont, comment dire, alpha/beta, il est donc nécessaire de faire pas 
mal de tests et quelques corrections pour éviter d'envoyer de la donnée 
pourrie

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] Import du bati cadastral du Pays de Romans

[Tenshu]

Il me semble que dans les dernières version de JOSM on peut uploader de gros
volumes en le laissant découper en plusieurs changeset.

2010/6/3 François Van Der Biest 

> Hello,
>
> 2010/6/1 Jeff MERCIER :
> > Bonjour,
> > Il me reste une difficulté pour importer le bati de la Communauté de
> > Communes (outre le temps!). J'en appelle donc à vos lumières!
> > Mon fichier osm de bati est prêt. Il me faut donc supprimer les batis
> > existant dans l'emprise. Puis réaliser l'import de l'ensemble des nouveau
> > bati.
> > Comment procéder? Avec JOSM, je peux supprimer manuellement les batis
> > existant, mais y a t'il une possibilité de sélection dans une zone?
> > Et comment réaliser l'import d'un grand volume de donnée (21 Mo environ)?
>
>
> 21Mo, ça ne passera pas avec JOSM (limité à 5 objets ~ 5Mo en .osm).
>
> Deux possibilités +1 :
>  - diviser le fichier avec osmosis par exemple => upload avec JOSM
>  - utiliser un script python : bulk_upload.py (cf wiki OSM)
>  - communiquer ce .osm à la cellule imports osm-fr (je sais, ça fait
> un peu "GhostBusters arrive") qui s'en chargera dans les meilleurs
> délais.
>
> F.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Mon weblog - http://www.tenshu.fr/
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

[OSM-talk-fr] Tutoriel serveur OpenStreetMap

[Thomas Gratier]

Bonjour,

Un tutoriel pour créer votre serveur OpenStreetMap sous Ubuntu 10.04
http://www.geotribu.net/node/262

ThomasG

PS : étant l'auteur du tuto, merci des retours en commentaires ;)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] 43000 balades et plus

[Emilie Laffray]

2010/6/3 Vincent de Chateau-Thierry 

>
> > De : "Vincent Pottier"
> >
> >> Le 02/06/2010 23:51, Emilie Laffray a écrit :
> >> Tu peux creer un petit buffer autour des batiments si tu veux histoire
> de ne pas avoir ce genre de probleme :)
> >
> >
> > "V'la qu'elle se met à parler de choses mystérieuses..."
> >
> > C'est quoi, ça ? On fait ça comment ?
>
> En très très vite, le principe du buffer, c'est de construire une surface
> en faisant
> le tour d'un objet existant (point, ligne, polygone) à distance constante
> de l'objet.
> Autour d'un point un buffer donnera un cercle, autour d'un bâtiment (dans
> ton cas), ça
> donnera une surface qui reprend l'allure du bâtiment, mais en plus
> large/dilaté, et avec
> des angles arrondis. Plus la distance est grande, plus la forme initiale va
> être noyée
> dans les arrondis.
>
> Quelques images (un peu psychédéliques :-) ) valent mieux qu'un long
> discours :
> Buffer autour de points :
> http://gispathway.com/wp-content/uploads/2009/03/buffer5.gif
>
> Buffers autour de lignes :
> http://www.gisdevelopment.net/technology/gis/images/techgi0048i.jpg
>
> Sans forcément recourir à un buffer (c'est coûteux), l'idée dans ton cas,
> c'est de
> tolérer un éloignement des bornes géodésiques par rapport aux bâtiments.
> Un coup d'oeil vers ce type de fonction :
> http://www.postgis.org/documentation/manual-1.5/ST_Distance.html
>
> Mais en même temps, tester l'inclusion stricte (comme fait actuellement)
> sans tolérer de
> distance, permet de remonter la présence de bâtiments mal calés, ça peut
> avoir du bon, aussi.
>

+1
La fonction si besoin est ST_Buffer. Enfin avec Postgis 1.5, le coût n'est
pas hyper élevé et il y a toujours moyen de cacher cela lors de la
génération dans une autre table voire une vue pour gagner du temps.
Sinon la distance oui ca permet de se passer de ce type de calcul.

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

Re: [OSM-talk-fr] Sourcer les limites administratives

[Pieren]

2010/6/3 Christophe Merlet 

> "Sourcer" n'est d'aucun intérêt si on ne connait pas la précision de la
> source et on ne connait pas la précision absolu d'un GPS ou du cadastre
> qui confronté au terrain montre tout autant une extrême précision que
> des décalage abyssaux !
>
> J'ai par ailleurs constaté que la précision du cadastre évoluait avec
> les révisions, et donc la seul mention "cadastre" n'est pas suffisante.
>

C'est bien pour ça que le millésime a aussi son importance. Et la précision
du cadastre peut être reconstituée à postériorie (pour les fanatiques de la
précision) alors qu'on ne pourra pas le faire avec une source GPS.

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

[OSM-talk-fr] Camino de Santiago en Espagne

[Vincent Pottier]

Bonjour,
Quand un peu de coordination structure un projet, il devient pertinent 
pour des institutions. Peut-être que nos régions ou départements suivront...
Message reçu ce matin :
--
> Buenos días,
>
> Este correo va dirigido a todas aquellas personas que han contribuido 
> en la subida de trazas en OSM del Camino Francés, para informarles del 
> proyecto que estamos llevando a cabo. Se trata de un proyecto 
> subvencionado por la Xunta de Galicia para el desarrollo de una guía 
> multimedia en GPS.
>
> La aplicación guiará a los peregrinos por el Camino de Santiago y al 
> paso por los puntos de interés se reproducirá de modo automático un 
> video informativo sobre el mismo. La temática de los videos será sobre 
> patrimonio, historia, leyendas, naturaleza, arquitectura, etc.
>
> La distribución posterior de la aplicación con todos los contenidos se 
> realizará probablemente desde la página del Xacobeo o un servidor de 
> la Xunta de Galicia, para que los usuarios pueden instalarla en sus 
> dispositivos móviles.
>
> Durantes los últimos meses, nuestros equipos de campo han recorrido el 
> camino en dos ocasiones recogiendo información, coordenadas 
> geográficas y tracks. Posteriormente hemos depurado todos estos datos 
> utilizando como base las ortofotografías de Navarra, La Rioja, 
> Castilla y León y Galicia. Tras esto y trabajando con JOSM, hemos 
> mejorado la georeferenciación de algunas vías y elementos.
>
> Con este motivo, y con el objetivo de presentar una información más 
> clara a todos los ususarios de OSM y evitar solapes, hemos borrado 
> algunas de las trazas que ya existían sobre el Camino Francés.
>
> Les agradecemos su atención, y no duden en ponerse en contacto con 
> nosotros para cualquier duda o aclaración.
>
> Good morning,
>
> This mail is to everybody who contributed uploading traces to OSM for 
> The French Way of Santiago, to inform them the project we are doing. 
> This is a project funded by La Xunta de Galicia for development of a 
> GPS multimedia guide.
>
> The aplication will guide pilgrims along the way and advise them and 
> when they are crossing an interest point, will be played automatically 
> an informative video about it. The topic of these videos is about 
> patrimony, history, legends, nature, architecture, etc.
>
> The later distribution of the aplication with all contents will be 
> probably from Xacobeo web or a server by A Xunta de Galicia, so users 
> can install on their mobile devices.
>
> During last months, our field staff have move along the way twice 
> collecting information, geographical coordinates and tracks. Then we 
> have refined all these data using orthophotos of Navarra, La Rioja, 
> Castilla y León and Galicia. After that and working with JOSM, we have 
> improved georeference of some ways and elements.
>
> For this reason, and with the objetive to display clearer information 
> to all OSM users and avoid some overlaps, we have deleted some tracks 
> that already existed on the French Way.
>
> Thanks for your atention, and please ask us if you have some question 
> or doubt.
>
> PANGEA INGENIERÍA DEL TERRITORIO
> Vigo - Pontevedra
--
FrViPofm

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

Re: [OSM-talk-fr] Tutoriel serveur OpenStreetMap

[sly (sylvain letuffe)]

On jeudi 3 juin 2010, Thomas Gratier wrote:
> PS : étant l'auteur du tuto, merci des retours en commentaires ;)

Problème de la france élargie, indiques pourquoi tu fais ça : parce que le 
fichier de géofabrik (un des meilleurs endroits pour obtenir des extraits du 
planet) ne suit pas assez les frontières françaises

Je conseille d'éviter de dupliquer les étapes, tu parles à deux endroits de 
téléchargement des données europe.osm.bz2, quelqu'un qui suit un peu trop à 
la lettre va se demander pourquoi il faut les re-télécharger. Et quelqu'un 
qui ne suit pas les étapes ne peut s'en prendre qu'a lui même, sinon tu va 
devoir répéter à chaque fois !

L'édition du fichier  /etc/sysctl.conf tombe un peu comme un cheveux sur la 
soupe, un habitué de linux va se demander pourquoi tu lui fais changer des 
paramètres vitaux de son noyau. Place une petite phrase  (sans rentrer dans 
les détails) du genre :
Avec les grosses quantité de données en jeu, postgres à besoin de beaucoup de 
mémoire pour marcher efficacement, et notamment de la mémoire vive, ce 
paramètre permettra à postgres d'en utiliser plus que ce qui est souvent 
autorisé dans la distribution lucid lynx

"900913 signifie Google en Leet speak" 
Trop fort ! j'ai appris un truc aujourd'hui ;-) 

"la mémoire peut aussi être augmentée" (la taille du cache mémoire de 
osm2pgsql peut aussi être augmentée


Sinon, ça semble tout correcte (bon j'ai pas suivi pour voir s'il manquait un 
truc)


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] Tutoriel serveur OpenStreetMap

[sly (sylvain letuffe)]

On jeudi 3 juin 2010, sly (sylvain letuffe) wrote:

> Avec les grosses quantité de données en jeu, postgres à besoin de beaucoup 
de 
> mémoire pour marcher efficacement, et notamment de la mémoire vive, ce 
> paramètre permettra à postgres d'en utiliser plus que ce qui est souvent 
> autorisé dans la distribution lucid lynx

Je viens de me ridiculiser en montrant bien que je ne savais pas à quoi 
servait ce paramètre, bref, voir ce que fait le SHMMAX chez des gens qui le 
savent mieux que moi.

SHMMAX

The SHMMAX parameter is used to define the maximum size (in bytes) for a 
shared memory segment and should be set large enough for the largest SGA 
size. If the SHMMAX is set incorrectly (too low), it is possible that the 
Oracle SGA (which is held in shared segments) may be limited in size. An 
inadequate SHMMAX setting would result in the following:

ORA-27123: unable to attach to shared memory segment

You can determine the value of SHMMAX by performing the following:

# cat /proc/sys/kernel/shmmax
33554432

As you can see from the output above, the default value for SHMMAX is 
32MB. This is often too small to configure the Oracle SGA. I generally set 
the SHMMAX parameter to 2GB.



-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] Tutoriel serveur OpenStreetMap

[br . guerin]

Bonjour,

pour être plus précis si Postgresql demande 128 MB de SHM (shared_buffers = 
128MB) alors on peut se satisfaire de 

kernel.shmmax=134217728 (avec une éventuelle marge)

Le trop est souvent l'ennemi du bien...

Infos supplémentaire (pour les faineants)

au lieu de

sudo sysctl kernel.shmmax=268435456 (avec les risques de recopie)

on peut faire

sudo sysctl -p (relecture du fichier /etc/sysctl.conf avec reconfiguration du 
noyau)

Voilà.

Ce ne sont que des points de détails au sujet d'un document complet et 
intéressant.

Bonne journée


- Mail Original -
De: "sly (sylvain letuffe)" 
À: "Discussions sur OSM en français" 
Envoyé: Jeudi 3 Juin 2010 11h55:25 GMT +01:00 Amsterdam / Berlin / Berne / Rome 
/ Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Tutoriel serveur OpenStreetMap

On jeudi 3 juin 2010, sly (sylvain letuffe) wrote:

> Avec les grosses quantité de données en jeu, postgres à besoin de beaucoup 
de 
> mémoire pour marcher efficacement, et notamment de la mémoire vive, ce 
> paramètre permettra à postgres d'en utiliser plus que ce qui est souvent 
> autorisé dans la distribution lucid lynx

Je viens de me ridiculiser en montrant bien que je ne savais pas à quoi 
servait ce paramètre, bref, voir ce que fait le SHMMAX chez des gens qui le 
savent mieux que moi.

SHMMAX

The SHMMAX parameter is used to define the maximum size (in bytes) for a 
shared memory segment and should be set large enough for the largest SGA 
size. If the SHMMAX is set incorrectly (too low), it is possible that the 
Oracle SGA (which is held in shared segments) may be limited in size. An 
inadequate SHMMAX setting would result in the following:

ORA-27123: unable to attach to shared memory segment

You can determine the value of SHMMAX by performing the following:

# cat /proc/sys/kernel/shmmax
33554432

As you can see from the output above, the default value for SHMMAX is 
32MB. This is often too small to configure the Oracle SGA. I generally set 
the SHMMAX parameter to 2GB.



-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.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] Camino de Santiago en Espagne

[Christophe Merlet]

Le jeudi 03 juin 2010 à 11:32 +0200, Vincent Pottier a écrit :
> Bonjour,
> Quand un peu de coordination structure un projet, il devient pertinent 
> pour des institutions. Peut-être que nos régions ou départements suivront...

Ayant essayé de travailler le plus consciencieusement possible sur la
Via d'Arles de Vic-en-Bigorre jusqu'a Sarrance je suis curieux de
connaitre les modifications apportées.

Y a t'il un moyen de connaitre les diff apportées à la relation Via
d'Arles ?
L'historique du site OSM étant totalement inutilisable dans ce cas.

Les seuls contributeurs que je connaisse sur cette Via d'Arles sont
caminaspe (que j'ai déjà rencontré) et un certain ottokar55 (à priori un
allemand)

Concernant L'autre camino de santiago à la frontière espagnol, au niveau
de Saint-Jean-Pied-de-Port à Roncesvalles. les traces (approximatives)
actuelles coté français sont semble t'il encore les miennes et celles
d'ottokar55. et n'ont pas encore été intégrées dans une relation
route...

Cela dit je suis ravi de savoir que d'autres personnes étudient ou
envisagent d'étudier ces chemins et reverse dans OSM leurs observations
et corrections :)

> Message reçu ce matin :
> --
> > Buenos días,
> >
> > Este correo va dirigido a todas aquellas personas que han contribuido 
> > en la subida de trazas en OSM del Camino Francés, para informarles del 
> > proyecto que estamos llevando a cabo. Se trata de un proyecto 
> > subvencionado por la Xunta de Galicia para el desarrollo de una guía 
> > multimedia en GPS.
> >
> > La aplicación guiará a los peregrinos por el Camino de Santiago y al 
> > paso por los puntos de interés se reproducirá de modo automático un 
> > video informativo sobre el mismo. La temática de los videos será sobre 
> > patrimonio, historia, leyendas, naturaleza, arquitectura, etc.
> >
> > La distribución posterior de la aplicación con todos los contenidos se 
> > realizará probablemente desde la página del Xacobeo o un servidor de 
> > la Xunta de Galicia, para que los usuarios pueden instalarla en sus 
> > dispositivos móviles.
> >
> > Durantes los últimos meses, nuestros equipos de campo han recorrido el 
> > camino en dos ocasiones recogiendo información, coordenadas 
> > geográficas y tracks. Posteriormente hemos depurado todos estos datos 
> > utilizando como base las ortofotografías de Navarra, La Rioja, 
> > Castilla y León y Galicia. Tras esto y trabajando con JOSM, hemos 
> > mejorado la georeferenciación de algunas vías y elementos.
> >
> > Con este motivo, y con el objetivo de presentar una información más 
> > clara a todos los ususarios de OSM y evitar solapes, hemos borrado 
> > algunas de las trazas que ya existían sobre el Camino Francés.
> >
> > Les agradecemos su atención, y no duden en ponerse en contacto con 
> > nosotros para cualquier duda o aclaración.
> >
> > Good morning,
> >
> > This mail is to everybody who contributed uploading traces to OSM for 
> > The French Way of Santiago, to inform them the project we are doing. 
> > This is a project funded by La Xunta de Galicia for development of a 
> > GPS multimedia guide.
> >
> > The aplication will guide pilgrims along the way and advise them and 
> > when they are crossing an interest point, will be played automatically 
> > an informative video about it. The topic of these videos is about 
> > patrimony, history, legends, nature, architecture, etc.
> >
> > The later distribution of the aplication with all contents will be 
> > probably from Xacobeo web or a server by A Xunta de Galicia, so users 
> > can install on their mobile devices.
> >
> > During last months, our field staff have move along the way twice 
> > collecting information, geographical coordinates and tracks. Then we 
> > have refined all these data using orthophotos of Navarra, La Rioja, 
> > Castilla y León and Galicia. After that and working with JOSM, we have 
> > improved georeference of some ways and elements.
> >
> > For this reason, and with the objetive to display clearer information 
> > to all OSM users and avoid some overlaps, we have deleted some tracks 
> > that already existed on the French Way.
> >
> > Thanks for your atention, and please ask us if you have some question 
> > or doubt.
> >
> > PANGEA INGENIERÍA DEL TERRITORIO
> > Vigo - Pontevedra
> --
> FrViPofm


Librement,


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

Re: [OSM-talk-fr] Tutoriel serveur OpenStreetMap

[Pieren]

2010/6/3 

Le titre est trompeur. Il ne donne la marche à suivre que pour faire
fonctionner mapnik. Manque l'étape du "serveur de tuilles" avec mod_tile par
exemple ou le plus récent tirex.

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

Re: [OSM-talk-fr] Bonjour à tous

[Pieren]

Est-ce que ce point est maintenant résolu ?

Parce quelqu'un vient juste de signaler le même problème sur la liste dev...

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

[OSM-talk-fr] Re : Tutoriel serveur OpenStreetMap

[THEVENON Julien]

De : Pieren 



2010/6/3 


Le titre est trompeur. Il ne donne la marche à suivre que pour faire 
fonctionner mapnik. Manque l'étape du "serveur de tuilles" avec mod_tile 
par exemple ou le plus récent tirex.

Je m attendais a avoir un paragraphe sur comment customiser son rendu via les 
feuilles de style Mapnik...mais le tuto est quand meme tres interessant, faudra 
que j essaye :-)
Julien


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

Re: [OSM-talk-fr] Bonjour à tous

[br . guerin]

Non, les quelques tests que j'ai effectué se soldent toujours pas la même 
erreur. Le faible nombre de réponses m'a conduit à penser que le problème était 
isolé ou que je m'étais trompé de liste.

Pour ma part, étant parti du serveur git pour le port Ruby/Rails, je penchais 
pour une coquille dans l'un des scripts de configuration des tables lors du 
db:migrate.

En tout cas merci de t'en être souvenu...

Peux-tu me tenir au courant, stp ?

Bien à toi.


- Mail Original -
De: "Pieren" 
À: "Discussions sur OSM en français" 
Envoyé: Jeudi 3 Juin 2010 12h46:57 GMT +01:00 Amsterdam / Berlin / Berne / Rome 
/ Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Bonjour à tous


Est-ce que ce point est maintenant résolu ? 

Parce quelqu'un vient juste de signaler le même problème sur la liste dev... 

Pieren 

___
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] Re : Tutoriel serveur OpenStreetMap

[Fabien]

Bonjour,
le serveur de tuiles et le rendu via les feuilles de style arrivent. C'est
que c'est un peu long à tester et à écrire tout ça :-)
Merci à Thomas de s'être lancé dedans.

Fabien

2010/6/3 THEVENON Julien 

> *De :* Pieren 
> **
> **2010/6/3 
>
> **Le titre est trompeur. Il ne donne la marche à suivre que pour faire
> fonctionner mapnik. Manque l'étape du "serveur de tuilles" avec mod_tile par
> exemple ou le plus récent tirex.
>
> Je m attendais a avoir un paragraphe sur comment customiser son rendu via
> les feuilles de style Mapnik...mais le tuto est quand meme tres interessant,
> faudra que j essaye :-)
> Julien
>
>
> ___
> 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] Tutoriel serveur OpenStreetMap

[Thomas Gratier]

Bonjour,

Oui, le titre est un peu pompeux. J'ai commencé les tests avec mod_tile,
generate_tile, il me reste python et enfin tirex que je ne connaissais pas
avant de reprendre pour rédiger la deuxième partie.
cf  dernière ligne du tuto
"Nous verrons dans les tutoriels à venir la génération des tuiles depuis ces
données et leur intégration dans
Openlayers
."

D'ailleurs puisqu'on parle de mod_tile, j'avais des problèmes pour la
génération de tuile à la volée, il y a moyen comme sous python de remplir le
cache (sans passer des images de generate_tiles.py vers mod_tile qui est
beaucoup trop long sur la france)

@+

ThomasG

Le 3 juin 2010 12:42, Pieren  a écrit :

> 2010/6/3 
>
> Le titre est trompeur. Il ne donne la marche à suivre que pour faire
> fonctionner mapnik. Manque l'étape du "serveur de tuilles" avec mod_tile par
> exemple ou le plus récent tirex.
>
> Pieren
>
>
> ___
> 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] Import du bati cadastral du Pays de Romans

[Nicolas Dumoulin]

Le jeudi 3 juin 2010 11:23:56 Tenshu, vous avez écrit :
> Il me semble que dans les dernières version de JOSM on peut uploader de
> gros volumes en le laissant découper en plusieurs changeset.

Je confirme :-)

-- 
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] Sourcer les limites administratives

[Eric Sibert]

> et je pense que cette donnée est/devrait/sera disponible par quelque chose de
> plus automatique : les MNE/MNT

L'expérience de ceux qui bossent en hydrographie montre que les MNT ne  
sont pas une bonne source pour la détermination des lignes de crêtes  
(et des bassisn versants correspondants). Ils doivent en général  
redéfinir manuellement les lignes de crêtes pour avoir des résultats  
pertinents. Donc, il ne serait pas totalement aberrant de les tracer  
manuellement dans OSM... mais j'ai d'autres priorités en ce qui me  
concerne :-p

Eric


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

[OSM-talk-fr] Re : Re : Tutoriel serveur OpenStreetMap

[THEVENON Julien]

De : Fabien 


le serveur de tuiles et le rendu via les feuilles de style arrivent. C'est 
que c'est un peu long à tester et à écrire tout ça :-)
Merci à Thomas de s'être lancé dedans.

Oui je comprends ;-)
Merci !

Julien



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

Re: [OSM-talk-fr] Import du bati cadastral du Pays de Romans

[François Van Der Biest]

2010/6/3 Nicolas Dumoulin :
> Le jeudi 3 juin 2010 11:23:56 Tenshu, vous avez écrit :
>> Il me semble que dans les dernières version de JOSM on peut uploader de
>> gros volumes en le laissant découper en plusieurs changeset.
>
> Je confirme :-)

OK, au temps pour moi, et tant mieux si c'est aussi simple désormais !

F.

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

Re: [OSM-talk-fr] Import du bati cadastral du Pays de Romans

[Jeff MERCIER]

Il y a une manip particulière a effectuer, où c'est automatique?

Nicolas Dumoulin a écrit :

Le jeudi 3 juin 2010 11:23:56 Tenshu, vous avez écrit :
  

Il me semble que dans les dernières version de JOSM on peut uploader de
gros volumes en le laissant découper en plusieurs changeset.



Je confirme :-)

  



--
Jeff MERCIER
Administrateur SIG
Chargé de mission sentiers de randonnée
Communauté de Communes du Pays de Romans
04.75.70.68.93

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

Re: [OSM-talk-fr] Import du bati cadastral du Pays de Romans

[julien]

> Il y a une manip particulière a effectuer, où c'est automatique?

c'est automatique.
Il me semble qu'on peut aussi choisir soit même la taille du changeset
dans un dialogue

-- 
JB

>
> Nicolas Dumoulin a écrit :
>> Le jeudi 3 juin 2010 11:23:56 Tenshu, vous avez écrit :
>>
>>> Il me semble que dans les dernières version de JOSM on peut uploader de
>>> gros volumes en le laissant découper en plusieurs changeset.
>>>
>>
>> Je confirme :-)
>>
>>
>
>
> --
> Jeff MERCIER
> Administrateur SIG
> Chargé de mission sentiers de randonnée
> Communauté de Communes du Pays de Romans
> 04.75.70.68.93
>
> ___
> 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] Import du bati cadastral du Pays de Romans

[Nicolas Dumoulin]

Le jeudi 3 juin 2010 13:53:48 Jeff MERCIER, vous avez écrit :
> Il y a une manip particulière a effectuer, où c'est automatique?

Au moment du commit, tu as un onglet « Expert » (la classe) dans la partie 
basse de la fenêtre, et là tu trouveras les options en questions. C'est très 
intuitif :-)
Bon par contre, j'avais quand même dû m'y reprendre à plusieurs fois lors d'un 
gros commit. Tous les petits bouts ne passaient pas d'un coup, mais l'avantage 
que ceux qui sont passés sont ça de moins à faire.

-- 
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] Import du bati cadastral du Pays de Romans

[Jeff MERCIER]

Je venais de trouver, mais je te remercie!

Nicolas Dumoulin a écrit :

Le jeudi 3 juin 2010 13:53:48 Jeff MERCIER, vous avez écrit :
  

Il y a une manip particulière a effectuer, où c'est automatique?



Au moment du commit, tu as un onglet « Expert » (la classe) dans la partie 
basse de la fenêtre, et là tu trouveras les options en questions. C'est très 
intuitif :-)
Bon par contre, j'avais quand même dû m'y reprendre à plusieurs fois lors d'un 
gros commit. Tous les petits bouts ne passaient pas d'un coup, mais l'avantage 
que ceux qui sont passés sont ça de moins à faire.


  



--
Jeff MERCIER
Administrateur SIG
Chargé de mission sentiers de randonnée
Communauté de Communes du Pays de Romans
04.75.70.68.93

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

[OSM-talk-fr] [stats] Le fichier Planet mainte nant à 10 GB

[Pieren]

Je relaie une information parue sur la liste principale (Frederik Ramm)
concernant le fichier planet (qui est, rappelons-le, un fichier contenant
l'ensemble des données de la base osm pour toute la planète au format xml,
compressé en bz2 et généré une fois par semaine, les autres fichiers n'étant
que des fichiers intermédiaires):

Pour la première fois, le fichier planet de cette semaine .osm.bz2 a atteint
une taille à 11 chiffres (10026036818 octets). Cela représente une
augmentation de 20% depuis le début de l'année. En 2007, nous avions une
augmentation de 88% pour la même période; en 2008 c'était 36% et en 2009,
19%. Bien entendu, ces chiffres ne sont qu'indicatifs puisqu'il y a eu un
certain nombre de gros imports, de changements de format et même de
compression bz2 durant ces années.
Le fichier XML non compressé est juste quelques octets en dessous de 150GO.

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

Re: [OSM-talk-fr] [stats] Le fichier Planet maintenant à 10 GB

[Julien D.]

À quand une décomposition en plusieurs fichiers/parties/layers ?

Je ne pense pas qu'on puisse continuer indéfiniment sur ce modèle de fichier
unique.

2010/6/3 Pieren 

> Je relaie une information parue sur la liste principale (Frederik Ramm)
> concernant le fichier planet (qui est, rappelons-le, un fichier contenant
> l'ensemble des données de la base osm pour toute la planète au format xml,
> compressé en bz2 et généré une fois par semaine, les autres fichiers n'étant
> que des fichiers intermédiaires):
>
> Pour la première fois, le fichier planet de cette semaine .osm.bz2 a
> atteint une taille à 11 chiffres (10026036818 octets). Cela représente une
> augmentation de 20% depuis le début de l'année. En 2007, nous avions une
> augmentation de 88% pour la même période; en 2008 c'était 36% et en 2009,
> 19%. Bien entendu, ces chiffres ne sont qu'indicatifs puisqu'il y a eu un
> certain nombre de gros imports, de changements de format et même de
> compression bz2 durant ces années.
> Le fichier XML non compressé est juste quelques octets en dessous de 150GO.
>
> Pieren
>
> ___
> 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] [stats] Le fichier Planet maint enant à 10 GB

[sly (sylvain letuffe)]

On jeudi 3 juin 2010, Julien D. wrote:
> À quand une décomposition en plusieurs fichiers/parties/layers ?

Des tiers s'occupent de ça...

> Je ne pense pas qu'on puisse continuer indéfiniment sur ce modèle de fichier
> unique.
Je n'y vois pas d'inconvénients, les capacités disques augmentent, le planet 
aussi

> > augmentation de 20% depuis le début de l'année. En 2007, nous avions une
> > augmentation de 88% pour la même période; en 2008 c'était 36% et en 2009,
> > 19%. 

C'est intéressant, ça ne fait que peu de chiffres pour vraiment en tirer des 
choses, mais on voit clairement une dérivée seconde négative (le taux 
d'augmentation est en baisse)

Fini l'exponentielle du début, ça y est ? c'est fait ? on a presque 
cartographié toute la terre ? ;-)

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] [stats] Le fichier Planet mainte nant à 10 GB

[Emilie Laffray]

2010/6/3 Julien D. 
>

> À quand une décomposition en plusieurs fichiers/parties/layers ?
>
> Je ne pense pas qu'on puisse continuer indéfiniment sur ce modèle de
> fichier unique.
>

Pourquoi pas?
Beaucoup de gens utilisent ce fichier comme base et applique ensuite des
diffs avec des options dans Osmosis pour extraire les donnees dont ils ont
besoin. C'est ce que je fais d'ailleurs au boulot. De plus, si tu trouves
ces fichiers trop gros, tu peux toujours telecharger les fichiers tout pres
comme ceux de CM ou de Geofabrik pour la région du monde qui t'intéresse.
Ce n'est pas comme si tout le monde dépendait de ce gros fichier. C'est
vraiment un dump de la base de donnée.


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

[OSM-talk-fr] Re : [stats] Le fichier Plane t maintenant à 10 GB

[THEVENON Julien]

De : Pieren 


Je relaie une information parue sur la liste principale (Frederik Ramm) 
concernant le fichier planet (qui est, rappelons-le, un fichier contenant  
l'ensemble des données de la base osm pour toute la planète au format xml, 
compressé en bz2 et généré une fois par semaine, les autres fichiers 
n'étant que des fichiers intermédiaires):


Pour la première fois, le fichier planet de cette semaine .osm.bz2 a 
atteint une taille à 11 chiffres (10026036818 octets). Cela représente une 
augmentation de 20% depuis le début de l'année. En 2007, nous avions une 
augmentation de 88% pour la même période; en 2008 c'était 36% et en 
2009, 19%. Bien entendu, ces chiffres ne sont qu'indicatifs puisqu'il y a 
eu un certain nombre de gros imports, de changements de format et même 
de compression bz2 durant ces années.
 Le fichier XML non compressé est juste quelques octets en dessous de 150GO.

Cela inclut l historique complet revisions des objets etc? ou c est uniquement 
l ensemble des objets a un instant t ?

Julien



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

Re: [OSM-talk-fr] Re : [stats] Le fichier Planet maintenant à 10 GB

[Emilie Laffray]

2010/6/3 THEVENON Julien 

> *De :* Pieren 
> **
> Je relaie une information parue sur la liste principale (Frederik
> Ramm) concernant le fichier planet (qui est, rappelons-le, un fichier
> contenant  l'ensemble des données de la base osm pour toute la planète au
> format xml, compressé en bz2 et généré une fois par semaine, les
> autres fichiers n'étant que des fichiers intermédiaires):
>
> Pour la première fois, le fichier planet de cette semaine .osm.bz2 a
> atteint une taille à 11 chiffres (10026036818 octets). Cela représente une
> augmentation de 20% depuis le début de l'année. En 2007, nous avions une
> augmentation de 88% pour la même période; en 2008 c'était 36% et en
> 2009, 19%. Bien entendu, ces chiffres ne sont qu'indicatifs puisqu'il y a eu
> un certain nombre de gros imports, de changements de format et même de
> compression bz2 durant ces années.
>  Le fichier XML non compressé est juste quelques octets en dessous de
> 150GO.
>
> Cela inclut l historique complet revisions des objets etc? ou c est
> uniquement l ensemble des objets a un instant t ?
>

L'ensemble des données a un instant t

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

Re: [OSM-talk-fr] Re : [stats] Le fichier Planet maintenant à 10 GB

[Pieren]

2010/6/3 THEVENON Julien 

>
> Julien
> Cela inclut l historique complet revisions des objets etc? ou c est
> uniquement l ensemble des objets a un instant t ?
>
>
>
Non, c'est uniquement la dernière version à un instant t (ou 'i'). Notez que
jusqu'à récemment, le dump n'était pas cohérent puisque comme l'export prend
beaucoup de temps, il arrivait que des objets disparraissent entre le début
et la fin du processus. Mais ça ne serait plus le cas maintenant puisque
cela se "ferait" dans une seule transaction (mais je ne sais pas comment
c'est techniquement possible sur une base complète et aussi grosse).
Tous les planet dumps sont à disposition ici:

http://planet.openstreetmap.org/

ce qui permet pour ceux qui le souhaitent de faire des animations
d'historique (mais les fichiers ne sont pas tous au format API 0.6).

Il y a bien un répertoire /full-experimental/ qui contient deux dump
complets de la base avec les historiques (mais sans les données
personnelles). Mais comme cela prend beaucoup de ressources, ça n'est pas
fait régulièrement. L'historique ne démarre qu'après la disparition des
"segments" (type d'éléments que seuls les plus anciens connaissent, c'était
avant les "ways").

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

Re: [OSM-talk-fr] [stats] Le fichier Planet mainte nant à 10 GB

[Christophe Merlet]

Le jeudi 03 juin 2010 à 15:26 +0200, Pieren a écrit :
> Je relaie une information parue sur la liste principale (Frederik
> Ramm) concernant le fichier planet (qui est, rappelons-le, un fichier
> contenant  l'ensemble des données de la base osm pour toute la planète
> au format xml, compressé en bz2 et généré une fois par semaine, les
> autres fichiers n'étant que des fichiers intermédiaires):
> 
> Pour la première fois, le fichier planet de cette semaine .osm.bz2 a
> atteint une taille à 11 chiffres (10026036818 octets). Cela représente
> une augmentation de 20% depuis le début de l'année. En 2007, nous
> avions une augmentation de 88% pour la même période; en 2008 c'était
> 36% et en 2009, 19%. Bien entendu, ces chiffres ne sont qu'indicatifs
> puisqu'il y a eu un certain nombre de gros imports, de changements de
> format et même de compression bz2 durant ces années.
> Le fichier XML non compressé est juste quelques octets en dessous de
> 150GO.

Au format SQL le dump de la base ferait combien ?

Au format binaire de la base, ça donne quoi ?

Le XML n'est il pas trop verbeux ?


Librement,


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

Re: [OSM-talk-fr] Re : [stats] Le fichier Planet main tenant à 10 GB

[Julien D.]

>
>  L'historique ne démarre qu'après la disparition des "segments" (type
> d'éléments que seuls les plus anciens connaissent, c'était avant les
> "ways").
>

Les mauvaises langues diront que c'est plus ou moins un déplacement des
segments/ways vers les ways/relations :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Re : [stats] Le fichier Planet main tenant à 10 GB

[br . guerin]

> Mais ça ne serait plus le cas maintenant puisque cela se "ferait" dans une 
> seule transaction (mais je ne sais pas comment c'est techniquement possible 
> sur une base complète et aussi grosse).

C'est une technique appelée MVCC : Multi Versioning Concurency Control grâce 
auquel chaque transaction a sa propre version (snapshot) d'une table 
(techniquement basé sur un mécanisme dit copy on write). Je ne connais pas les 
détails de la procédure utilisée chez OSM mais il est possible qu'ils fassent 
le dump sur un serveur secondaire dédié aux dumps, vu la taille et le temps que 
cela peut prendre.


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

Re: [OSM-talk-fr] [stats] Le fichier Planet mainte nant à 10 GB

[Emilie Laffray]

2010/6/3 Christophe Merlet 

>
> Au format SQL le dump de la base ferait combien ?
>
>
Sous quel schéma SQL? Osmosis, APIDB, osm2psqgl?


> Au format binaire de la base, ça donne quoi ?
>

Quel format binaire? Celui de Traveling salesman ou celui qui a été annoncé
récemment?


>
> Le XML n'est il pas trop verbeux ?
>

C'est le principe du XML d'être verbeux, mais le schéma de OSM est
relativement raisonnable. Ça permet de lire facilement ce qui est écrit et
de pouvoir utiliser des librairies standards.

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

Re: [OSM-talk-fr] [stats] Le fichier Planet maintenant à 10 GB

[Vincent de Chateau-Thierry]

> De : "Christophe Merlet"
>
> Au format SQL le dump de la base ferait combien ?

Via Osmosis je suis arrivé pour la France à 7Go de fichiers Loader SQL (ASCII)
pour un .bz2 autour de 500Mb

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] [stats] Le fichier Planet mainte nant à 10 GB

[kimaidou]

Bonjour

Pour le format binaire, je pense que Christophe pensait au format ".backup"
fait par PostgreSQL via l'outil pg_dump.

Je ne comprends pas non plus pourquoi nous ne pouvons pas télécharger
directement ce genre de fichier. Ce format est justement fait pour !
Ca éviterait de parser du xml, même si SAX aide bien.

Kimaidou

Le 3 juin 2010 16:44, Vincent de Chateau-Thierry  a écrit
:

>
>
>
>
>
> > De : "Christophe Merlet"
> >
> > Au format SQL le dump de la base ferait combien ?
>
> Via Osmosis je suis arrivé pour la France à 7Go de fichiers Loader SQL
> (ASCII)
> pour un .bz2 autour de 500Mb
>
> 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [stats] Le fichier Planet mainte nant à 10 GB

[Emilie Laffray]

2010/6/3 kimaidou 

> Bonjour
>
> Pour le format binaire, je pense que Christophe pensait au format ".backup"
> fait par PostgreSQL via l'outil pg_dump.
>
> Je ne comprends pas non plus pourquoi nous ne pouvons pas télécharger
> directement ce genre de fichier. Ce format est justement fait pour !
> Ca éviterait de parser du xml, même si SAX aide bien.
>

Parce que tu perds la possibilité de filtrer les données avant de les
importer? De plus, sur les tests que j'ai pu faire généralement le fichier
planet compressé en bz2 est plus petit en taille que le fichier .backup. Ce
format est très pratique pour restaurer une base de donnée "rapidement"
(enfin tout est relatif), mais tu imposes un schéma particulier et
d'importer tous les données. Avec l'XML, tu peux transformer cela en
n'importe quel schéma et de filtrer tes données.
De plus, je ne suis pas sure de l'effet du backup sur la base de donnée OSM
pendant qu'elle sert.

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

Re: [OSM-talk-fr] [stats] Le fichier Planet mainte nant à 10 GB

[Etienne Chové]

Le 03/06/2010 16:23, Christophe Merlet a écrit :
> Le XML n'est il pas trop verbeux ?

D'où le taux de compression de 93%, grace la répétition de beaucoup de 
motifs. Je ne suis pas sûr que changer de format gagne vraiment quelque 
chose par rapport à un fichier compressé.

-- 
Etienne

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

Re: [OSM-talk-fr] [stats] Le fichier Planet mainte nant à 10 GB

[Christophe Merlet]

Le jeudi 03 juin 2010 à 15:38 +0100, Emilie Laffray a écrit :
> 
> 
> 2010/6/3 Christophe Merlet 
> 
> Au format SQL le dump de la base ferait combien ?
> 
> 
> Sous quel schéma SQL? Osmosis, APIDB, osm2psqgl?

N'importe, je n'ai pas de préférence. Disons le plus pratique à être
réutilisé ou le plus compact.

> Au format binaire de la base, ça donne quoi ?
> 
> Quel format binaire? Celui de Traveling salesman ou celui qui a été
> annoncé récemment?

Celui de PostgreSQL. Le format natif de la base de données. Celui qui
sert pour les sauvegardes.

> Le XML n'est il pas trop verbeux ?
> 
> C'est le principe du XML d'être verbeux, mais le schéma de OSM est
> relativement raisonnable. Ça permet de lire facilement ce qui est
> écrit et de pouvoir utiliser des librairies standards.

Est-il plus simple est rapide de télécharger le fichier XML et de le
triturer pour travailler dessus ou de télécharger directement une image
native de la base de données (ou sa description SQL) et d'éviter les
longues étapes de transformation du XML ?


Librement,


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

Re: [OSM-talk-fr] [stats] Le fichier Planet mainte nant à 10 GB

[Christophe Merlet]

Le jeudi 03 juin 2010 à 15:38 +0100, Emilie Laffray a écrit :
> 
> 
> 2010/6/3 Christophe Merlet 
> 
> Au format SQL le dump de la base ferait combien ?
> 
> 
> Sous quel schéma SQL? Osmosis, APIDB, osm2psqgl?
>  
> Au format binaire de la base, ça donne quoi ?
> 
> Quel format binaire? Celui de Traveling salesman ou celui qui a été
> annoncé récemment?
>  
> 
> Le XML n'est il pas trop verbeux ?
> 
> C'est le principe du XML d'être verbeux, mais le schéma de OSM est
> relativement raisonnable. Ça permet de lire facilement ce qui est
> écrit et de pouvoir utiliser des librairies standards.


Soyons clair, je ne remet pas en cause les compétences des dbadmins
d'OSM. Ce sont juste de simples questions pour ma culture générale...


Librement,


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

Re: [OSM-talk-fr] [stats] Le fichier Planet maint enant à 10 GB

[sly (sylvain letuffe)]

On jeudi 3 juin 2010, kimaidou wrote:
> Je ne comprends pas non plus pourquoi nous ne pouvons pas télécharger
> directement ce genre de fichier. 

A mon avis parce que les admins de osm.org ont déjà assez de boulot à gérer 
les dump réguliers, le serveur de base de donnée, l'api et tout ce qu'il y a 
pour permettre l'édition de la base.

Et je n'attends personnellement rien de plus que ce qui est fourni, osm.org 
n'est pas un site de webservices, c'est une base de donnée constuite 
communautairement. Un choix de ce type me semblerait une mauvaise 
exploitation des ressources disponible pour le projet qui ne sont pas 
infinies.

Et que si quelqu'un se propose gentilement pour fournir ce type d'export 
(après moulinage des .osm déjà proposé) je pense que cela fera plein de gens 
contents, encore une fois, yaka, faucon


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] [stats] Le fichier Planet mainte nant à 10 GB

[Emilie Laffray]

2010/6/3 Christophe Merlet 

> > Sous quel schéma SQL? Osmosis, APIDB, osm2psqgl?
>
>
> N'importe, je n'ai pas de préférence. Disons le plus pratique à être
> réutilisé ou le plus compact.
>
>
Le format plus facile a réutiliser serait sûrement un mélange de schéma
Osmosis avec un support hstore (qui est en train d'être évalué par
quelqu'un), car tu n'as aucune perte d'information. Le schéma osm2pgsql
entraîne toujours des pertes d'information du fait de la nature de la
transformation via le fichier de style.

Pour le reste de tes questions, je renvoie a mon mail de réponse a Kimaidou
:)

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

Re: [OSM-talk-fr] [stats] Le fichier Planet mainte nant à 10 GB

[sly (sylvain letuffe)]

On jeudi 3 juin 2010, Christophe Merlet wrote:
> Est-il plus simple est rapide de télécharger le fichier XML et de le
> triturer pour travailler dessus 

A mon avis oui, parcequ'il ne faut pas oublier que les utilisations des 
données osm ne conduit pas forcément uniquement à une base postgres, ni ne 
conduit forcément au schéma de la base osm (je dirais même assez rarement il 
me semble) ni même avec forcément les mêmes données.

Mais Émilie a déjà indiqué les cas où un format plus générique est préférable

> et d'éviter les
> longues étapes de transformation du XML ?

Elles ne seraient évitée que pour obtenir une base identique à celle d'osm, et 
ce cas est rarement nécessaire


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

[OSM-talk-fr] Petit nouveau... donc présen tation

[Christian Quest]

Je suis un nouveau contributeur depuis quelques semaines... et la
cartographie est une drogue dure !

J'habite dans le val de marne, mais je suis souvent en vadrouille dans
l'Yonne (entre Joigny et Auxerre). Comme cette zone est relativement
incomplète dans OSM j'ai donc commencé par quelques traces GPS, puis ensuite
le cadastre... ça avance village (ou hamlet ;-) après village...

Je suis développeur depuis bien longtemps (premier ordi en 1981... un TRS-80
!), administrateur de serveurs (Linux), base de données, enfin ce genre de
bricoles.
J'ai développé des applications autour des GPS depuis plus de 10 ans
(contrôle de vols pour des compétition de vol libre).

J'ai des projets de développement autour d'OSM sur l'iPad (ma première appli
'slippy-map' tourne depuis hier)... une idée serait d'utiliser l'iPad pour
enrichir OSM à l'aide d'une interface conviviale.

Autre projet, intégrer dans OSM l'emplacement des sites de pratique de vol
libre (parapente, deltaplane, etc) car j'ai pas mal de contacts dans le
milieu que je vais activer pour obtenir la libération des données (que j'ai
déjà pour la France) et aussi au delà si possible.

Voilà, voilà...
A+

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

Re: [OSM-talk-fr] Petit nouveau... donc présen tation

[Emilie Laffray]

2010/6/3 Christian Quest 

> Je suis un nouveau contributeur depuis quelques semaines... et la
> cartographie est une drogue dure !
>
> J'habite dans le val de marne, mais je suis souvent en vadrouille dans
> l'Yonne (entre Joigny et Auxerre). Comme cette zone est relativement
> incomplète dans OSM j'ai donc commencé par quelques traces GPS, puis ensuite
> le cadastre... ça avance village (ou hamlet ;-) après village...
>
> Je suis développeur depuis bien longtemps (premier ordi en 1981... un
> TRS-80 !), administrateur de serveurs (Linux), base de données, enfin ce
> genre de bricoles.
> J'ai développé des applications autour des GPS depuis plus de 10 ans
> (contrôle de vols pour des compétition de vol libre).
>
> J'ai des projets de développement autour d'OSM sur l'iPad (ma première
> appli 'slippy-map' tourne depuis hier)... une idée serait d'utiliser l'iPad
> pour enrichir OSM à l'aide d'une interface conviviale.
>
> Autre projet, intégrer dans OSM l'emplacement des sites de pratique de vol
> libre (parapente, deltaplane, etc) car j'ai pas mal de contacts dans le
> milieu que je vais activer pour obtenir la libération des données (que j'ai
> déjà pour la France) et aussi au delà si possible.
>

Bienvenu.
Ton idée d'OSM sur iPad risque d'intéresser pas mal de monde sur la mailing
list internationale :)

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

Re: [OSM-talk-fr] Petit nouveau... donc présen tation

[Pieren]

2010/6/3 Christian Quest 

> Je suis un nouveau contributeur depuis quelques semaines... et la
> cartographie est une drogue dure !
>

Evite l'overdose alors ! Bienvenue sur OSM.


> J'ai des projets de développement autour d'OSM sur l'iPad (ma première
> appli 'slippy-map' tourne depuis hier)... une idée serait d'utiliser l'iPad
> pour enrichir OSM à l'aide d'une interface conviviale.
>

Une page 'ipad' est récemment apparue sur le wiki:
http://wiki.openstreetmap.org/wiki/IPad


> Autre projet, intégrer dans OSM l'emplacement des sites de pratique de vol
> libre (parapente, deltaplane, etc) car j'ai pas mal de contacts dans le
> milieu que je vais activer pour obtenir la libération des données (que j'ai
> déjà pour la France) et aussi au delà si possible.
>
>
Il y a déjà quelques inscrits sur cette liste qui plannent pas mal . Ca fera
un de plus ;-)

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

Re: [OSM-talk-fr] Petit nouveau... donc présen tation

[Christian Quest]

Le 3 juin 2010 17:26, Pieren  a écrit :

> 2010/6/3 Christian Quest 
>
>> Je suis un nouveau contributeur depuis quelques semaines... et la
>> cartographie est une drogue dure !
>>
>
> Evite l'overdose alors ! Bienvenue sur OSM.
>

Merci, je vais me fixer des limites horaires car j'ai un peu de sommeil en
retard.


>
>
>> J'ai des projets de développement autour d'OSM sur l'iPad (ma première
>> appli 'slippy-map' tourne depuis hier)... une idée serait d'utiliser l'iPad
>> pour enrichir OSM à l'aide d'une interface conviviale.
>>
>
> Une page 'ipad' est récemment apparue sur le wiki:
> http://wiki.openstreetmap.org/wiki/IPad
>
>

Je connais la page iPad du wiki, d'ailleurs, j'ai posté la photo qui s'y
trouve depuis hier. Il s'agit de mon appli ;-)



> Autre projet, intégrer dans OSM l'emplacement des sites de pratique de vol
>> libre (parapente, deltaplane, etc) car j'ai pas mal de contacts dans le
>> milieu que je vais activer pour obtenir la libération des données (que j'ai
>> déjà pour la France) et aussi au delà si possible.
>>
>>
> Il y a déjà quelques inscrits sur cette liste qui plannent pas mal . Ca
> fera un de plus ;-)
>
> Pieren
>

J'ai vu ça après quelques jours de lecture silencieuse de la mailing list.

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

Re: [OSM-talk-fr] Petit nouveau... donc prése ntation

[sly (sylvain letuffe)]

On jeudi 3 juin 2010, Christian Quest wrote:
> Je suis un nouveau contributeur depuis quelques semaines... et la
> cartographie est une drogue dure !

Bienvenu ! 

> J'habite dans le val de marne, (...)
> (contrôle de vols pour des compétition de vol libre).

Whaa !! Un autre parapentiste (cagiste ?) et en plus hyper courageux pour 
voler dans le val de marne !!

"controle (...) vols (...) compét" 
En liaison avec cargol ?

> J'ai des projets de développement autour d'OSM sur l'iPad (ma première appli
> 'slippy-map' tourne depuis hier)... une idée serait d'utiliser l'iPad pour
> enrichir OSM à l'aide d'une interface conviviale.
Super projet !

 > Autre projet, intégrer dans OSM l'emplacement des sites de pratique de vol
> libre (parapente, deltaplane, etc) car j'ai pas mal de contacts dans le
> milieu que je vais activer pour obtenir la libération des données (que j'ai
> déjà pour la France) et aussi au delà si possible.

Top méga cool !!
J'ai pas mal avancé la dessus alors on pourrait joindre nos efforts, la page 
de "regroupement" que j'ai créée se trouve ici :
http://wiki.openstreetmap.org/wiki/Proposed_features/free_flying

J'ai eu pas mal de contact par email également avec Raphael (le webmaster de 
www.paraglidingearth.com) qui m'a donné un accord de principe pour 
l'importation de sa base

Les zones "d'ombres" sont et restent :
- j'ai son accord, mais comme son site ne le garanti pas par licence, son avis 
n'est pas forcément celui de tous les contributeurs du site

- Rien ne permet d'assurer que le contenu ne provient pas de façon disparate 
avec comme source des copies de carte IGN, capture sur carte googlemaps

J'ai aussi eu un contact avec la FFVL (j'avais développé pour eux un soft 
permettant l'export de leur base), mais il s'avère que son format est un peu 
alambiqué, et est moins complet que celui de PE


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] Petit nouveau... donc présen tation

[Christian Quest]

Le 3 juin 2010 17:34, sly (sylvain letuffe)  a écrit :

> On jeudi 3 juin 2010, Christian Quest wrote:
> > Je suis un nouveau contributeur depuis quelques semaines... et la
> > cartographie est une drogue dure !
>
> Bienvenu !
>
> > J'habite dans le val de marne, (...)
> > (contrôle de vols pour des compétition de vol libre).
>
> Whaa !! Un autre parapentiste (cagiste ?) et en plus hyper courageux pour
> voler dans le val de marne !!
>
>
Oui cagiste... celui-là même.



> "controle (...) vols (...) compét"
> En liaison avec cargol ?
>
>
Avant ça mon bon monsieur, avant ça... ça date du siècle d'avant !
Check'In si tu connais... utilisé en Coupe du Monde de Parapente et ailleurs
aussi.



> > J'ai des projets de développement autour d'OSM sur l'iPad (ma première
> appli
> > 'slippy-map' tourne depuis hier)... une idée serait d'utiliser l'iPad
> pour
> > enrichir OSM à l'aide d'une interface conviviale.
> Super projet !
>
>
Il y a en effet beaucoup d'applis qui utilisent les données d'OSM mais
relativement peu qui permettent d'enrichir OSM.



>  > Autre projet, intégrer dans OSM l'emplacement des sites de pratique de
> vol
> > libre (parapente, deltaplane, etc) car j'ai pas mal de contacts dans le
> > milieu que je vais activer pour obtenir la libération des données (que
> j'ai
> > déjà pour la France) et aussi au delà si possible.
>
> Top méga cool !!
> J'ai pas mal avancé la dessus alors on pourrait joindre nos efforts, la
> page
> de "regroupement" que j'ai créée se trouve ici :
> http://wiki.openstreetmap.org/wiki/Proposed_features/free_flying
>
>
Oui, je l'ai vue.



> J'ai eu pas mal de contact par email également avec Raphael (le webmaster
> de
> www.paraglidingearth.com) qui m'a donné un accord de principe pour
> l'importation de sa base
>
> Les zones "d'ombres" sont et restent :
> - j'ai son accord, mais comme son site ne le garanti pas par licence, son
> avis
> n'est pas forcément celui de tous les contributeurs du site
>
> - Rien ne permet d'assurer que le contenu ne provient pas de façon
> disparate
> avec comme source des copies de carte IGN, capture sur carte googlemaps
>
> J'ai aussi eu un contact avec la FFVL (j'avais développé pour eux un soft
> permettant l'export de leur base), mais il s'avère que son format est un
> peu
> alambiqué, et est moins complet que celui de PE
>
>
J'ai fait partie des bénévoles qui ont géré l'informatique à la FFVL pendant
quelques années.
Je connais bien cette base (que je n'ai pas créé, j'aurai jamais fait ça
comme ça).
Je connais la source des données FFVL, elle n'est pas lié à la carte IGN des
sites de Vol Libre qui a été publiée il y a quelques années.
En fait la carte IGN a utilisé les données provenant le la FFVL (j'ai été
partie prenante de ce projet à l'époque.. je garde en collector la première
carte tracée par l'IGN avec les données brutes dont un paquet tombait en
pleine mer).

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

Re: [OSM-talk-fr] [stats] Le fichier Planet mainte nant à 10 GB

[Benoît ROUSSEAU]

Etienne Chové a écrit :

Le 03/06/2010 16:23, Christophe Merlet a écrit :
  

Le XML n'est il pas trop verbeux ?



D'où le taux de compression de 93%, grace la répétition de beaucoup de 
motifs. Je ne suis pas sûr que changer de format gagne vraiment quelque 
chose par rapport à un fichier compressé.


  

Bonjour,

Un poil en retard...

+1 Etienne et Émilie (et les autres). Les fichiers compressés sont en 
quelque sorte les version binaires pour les fichiers XML et l'intérêt de 
rester en XML pour la source est que c'est verbeux, compatible toute 
plateforme et directement interprétable par l'homme avec le filtrage 
possible en sus. Au vu de la puissance des machines grand publique 
actuelles, de la volonté de partage du projet, des connections Internet 
dispo pour les particuliers, le xml à beaucoup d'avantages au vu des 
temps de réponse nécessaires pour ce projet.


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

Re: [OSM-talk-fr] Tutoriel serveur OpenStreetMap

[Croquette Olivier]

Le 3 juin 2010 à 11:29, Thomas Gratier a écrit :

> Un tutoriel pour créer votre serveur OpenStreetMap sous Ubuntu 10.04
> http://www.geotribu.net/node/262

Merci pour cette page ! Une des choses qui manque je trouve est comment garder 
la base locale synchronisée avec la base OSM.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Bonjour à tous

[Pieren]

La réponse est-elle du côté de la version de la base ? Voici la réponse
d'Andy Allan:
"PostgreSQL doesn't have the ENUM types prior to 8.3"

I think it would be easiest to upgrade your version of postgres.

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

Re: [OSM-talk-fr] Bonjour à tous

[br . guerin]

J'aurais du préciser que j'utilise une version 8.4 qui supporte pleinement le 
type ENUM.

La table users possède bien une colonne status de type ENUM avec 'active' en 
tant que valeur possible. Cependant, le message retourné par osmosis
concerne l'inexistance d'une colonne 'active' :

...ERREUR: la colonne « active » de la relation « users » n'existe pas

Bruno

- Mail Original -
De: "Pieren" 
À: "Discussions sur OSM en français" 
Envoyé: Jeudi 3 Juin 2010 19h28:53 GMT +01:00 Amsterdam / Berlin / Berne / Rome 
/ Stockholm / Vienne
Objet: Re: [OSM-talk-fr] Bonjour à tous


La réponse est-elle du côté de la version de la base ? Voici la réponse d'Andy 
Allan: 
"PostgreSQL doesn't have the ENUM types prior to 8.3" 

I think it would be easiest to upgrade your version of postgres. 

Pieren 

___
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] Camino de Santiago en Espagne

[Gérard]

Bonjour,

Je travaille aussi sur la voie d'Arles, dans sa portion aux alentours de
Toulouse. Pour le moment j'avais tracé le parcours balisé GR, mais je vais
devoir changer, ce tronçon et en faire une variante locale, et le remplacer
par l'itnéraire plus direct conseillé par l'ACIR compostelle.

Ger4rd

2010/6/3 Christophe Merlet 

> Le jeudi 03 juin 2010 à 11:32 +0200, Vincent Pottier a écrit :
> > Bonjour,
> > Quand un peu de coordination structure un projet, il devient pertinent
> > pour des institutions. Peut-être que nos régions ou départements
> suivront...
>
> Ayant essayé de travailler le plus consciencieusement possible sur la
> Via d'Arles de Vic-en-Bigorre jusqu'a Sarrance je suis curieux de
> connaitre les modifications apportées.
>
> Y a t'il un moyen de connaitre les diff apportées à la relation Via
> d'Arles ?
> L'historique du site OSM étant totalement inutilisable dans ce cas.
>
> Les seuls contributeurs que je connaisse sur cette Via d'Arles sont
> caminaspe (que j'ai déjà rencontré) et un certain ottokar55 (à priori un
> allemand)
>
> Concernant L'autre camino de santiago à la frontière espagnol, au niveau
> de Saint-Jean-Pied-de-Port à Roncesvalles. les traces (approximatives)
> actuelles coté français sont semble t'il encore les miennes et celles
> d'ottokar55. et n'ont pas encore été intégrées dans une relation
> route...
>
> Cela dit je suis ravi de savoir que d'autres personnes étudient ou
> envisagent d'étudier ces chemins et reverse dans OSM leurs observations
> et corrections :)
>
> > Message reçu ce matin :
> > --
> > > Buenos días,
> > >
> > > Este correo va dirigido a todas aquellas personas que han contribuido
> > > en la subida de trazas en OSM del Camino Francés, para informarles del
> > > proyecto que estamos llevando a cabo. Se trata de un proyecto
> > > subvencionado por la Xunta de Galicia para el desarrollo de una guía
> > > multimedia en GPS.
> > >
> > > La aplicación guiará a los peregrinos por el Camino de Santiago y al
> > > paso por los puntos de interés se reproducirá de modo automático un
> > > video informativo sobre el mismo. La temática de los videos será sobre
> > > patrimonio, historia, leyendas, naturaleza, arquitectura, etc.
> > >
> > > La distribución posterior de la aplicación con todos los contenidos se
> > > realizará probablemente desde la página del Xacobeo o un servidor de
> > > la Xunta de Galicia, para que los usuarios pueden instalarla en sus
> > > dispositivos móviles.
> > >
> > > Durantes los últimos meses, nuestros equipos de campo han recorrido el
> > > camino en dos ocasiones recogiendo información, coordenadas
> > > geográficas y tracks. Posteriormente hemos depurado todos estos datos
> > > utilizando como base las ortofotografías de Navarra, La Rioja,
> > > Castilla y León y Galicia. Tras esto y trabajando con JOSM, hemos
> > > mejorado la georeferenciación de algunas vías y elementos.
> > >
> > > Con este motivo, y con el objetivo de presentar una información más
> > > clara a todos los ususarios de OSM y evitar solapes, hemos borrado
> > > algunas de las trazas que ya existían sobre el Camino Francés.
> > >
> > > Les agradecemos su atención, y no duden en ponerse en contacto con
> > > nosotros para cualquier duda o aclaración.
> > >
> > > Good morning,
> > >
> > > This mail is to everybody who contributed uploading traces to OSM for
> > > The French Way of Santiago, to inform them the project we are doing.
> > > This is a project funded by La Xunta de Galicia for development of a
> > > GPS multimedia guide.
> > >
> > > The aplication will guide pilgrims along the way and advise them and
> > > when they are crossing an interest point, will be played automatically
> > > an informative video about it. The topic of these videos is about
> > > patrimony, history, legends, nature, architecture, etc.
> > >
> > > The later distribution of the aplication with all contents will be
> > > probably from Xacobeo web or a server by A Xunta de Galicia, so users
> > > can install on their mobile devices.
> > >
> > > During last months, our field staff have move along the way twice
> > > collecting information, geographical coordinates and tracks. Then we
> > > have refined all these data using orthophotos of Navarra, La Rioja,
> > > Castilla y León and Galicia. After that and working with JOSM, we have
> > > improved georeference of some ways and elements.
> > >
> > > For this reason, and with the objetive to display clearer information
> > > to all OSM users and avoid some overlaps, we have deleted some tracks
> > > that already existed on the French Way.
> > >
> > > Thanks for your atention, and please ask us if you have some question
> > > or doubt.
> > >
> > > PANGEA INGENIERÍA DEL TERRITORIO
> > > Vigo - Pontevedra
> > --
> > FrViPofm
>
>
>Librement,
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>

[OSM-talk-fr] Nancy -> projet OpenstreetMap !

[Thomas]

 Bonjour !

Je travaille à l'organisation d'un évènement (TOPIQUE) à Nancy qui 
débuterait en septembre 2010 pour se conclure par un "temps fort" en 
septembre 2011.


L'un des aspects de ce projet vise à la création d'une carte 
contributive ouverte à toute la population de Nancy (un bel exemple: 
http://rennes.carte-ouverte.org/). Elle sera bien entendue accessible 
par internet mais également dans des lieux publics, et chez des 
partenaires que nous rencontrons en ce moment (office de tourisme, cyber 
café, écoles, associations, ...). Un dossier de présentation est 
téléchargeable ici -> http://www.topique.cc/topique.pdf


Notre sensibilité pour le bien commun, et pour le libre en général, nous 
encourage vivement à utiliser OSM et à saisir l'opportunité de le 
présenter largement durant ce projet (culturel, géographique, ... ). 
Dans ce but, l'une des activités que nous souhaiterions mettre en place 
consisterait à inviter la population à contribuer à la carte de Nancy. 
Une fois par mois par exemple, dans un contexte qu'il reste à imaginer !


J'en viens au fait: *je cherche à rencontrer des 
utilisateurs-contributeurs au projet OpenstreetMap de Nancy ou des 
alentours (voire plus loin pour les motivés !) qui seraient intéressés 
par le projet et qui souhaiteraient participer à l'organisation de 
mapparty ou plus largement aux activités que nous mettrons en place 
autour de ce sujet. Nous sommes tout ouïe à vos suggestions, voire 
propositions et tout prêt à vous inviter à les intégrer au projet ! ;-)

*

Si cela vous intéresse n'hésitez pas à me contacter, je pourrais vous 
faire une présentation plus détaillé du projet !


Bonne soirée !


tranquillement,

Thomas Fourmond*
*

--
Thomas FOURMOND # Téléphone: 02.48.54.14.82 # # Email: t...@o-tra.net # # 
Adresse: les Poissons, 18250 Neuilly en Sancerre # # Jabber: t...@jabber.fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [Francophone] Bilan assises AITF

[Jacolin]

Merci François pour ce compte rendu.

Y.
Le jeudi 3 juin 2010 10:21:10, François Van Der Biest a écrit :
> Hello,
> 
> Comme demandé par certains, voici un petit bilan de la présentation
> "OSM: les citoyens s'emparent de l'information géographique" aux
> assises de l'Association des Ingénieurs Territoriaux de France (AITF),
> ce 2 juin à Rouen.
> 
> Les 3 présentations (de F. Vigouroux, F. Bonifas et moi-même) sont
> disponibles sur http://dl.free.fr/hwaPmyoDa
> 
> Public : Groupe SIG-TOPO de l'Association des Ingénieurs Territoriaux
> de France (AITF).
> ~ 40 personnes, en charge des services SIG des agglomérations, dans
> des Conseils Regionaux, ...
> 
> Présentation de Frederic Bonifas, contributeur à Grenoble
> Belle présentation générale d'OpenStreetMap : communauté, sources de
> données, editeurs, aspect social, données ... clôture sur la vidéo
> "2008: a year of edits" de ITO world.
> 
> Ma présentation :
> La dizaine de sociétés à l'échelle mondiale qui offrent des
> prestations autour d'OSM.
> Prestations autour des données / des logiciels / des infrastructures /
> des services
> 
> Présentation de F. Vigouroux, Service SIG de Brest Metropole Oceane
> Enjeux de la publication de données sous licence libre / et puis dans OSM
> Le cadre juridique français et les licences libres à disposition
> Présente la qualité des outils OSM mis à disposition (JOSM, plugin
> WMS, potlatch ...).
> Qu'est ce qui a été versé dans la base OSM / comment ?
> Perspectives pour l'avenir :
>  - remplacement des cartes google maps pour le site brest.fr
>  - application web de remontée d'informations des habitants (ex: à
> destination des services de voirie)
>  - plus de participation de citoyens (carto parties, traduction en breton
>  ...) Milite pour un futur dispositif national voies/adresse libre
> (plateforme + données), basé sur les référentiels des acteurs locaux,
> à partir de la codification nationale existante (insee, fantoir).
> 
> 
> Assez peu de questions juste après les présentations, au final :
> - quels arguments invoquer au politique pour emporter la décision de
> placer des données SIG  d'intérêt général sous licence libre ?
> - quelle licence choisir pour mes données libres ?
> - quel modele de données pour les adresses dans OSM ?
> - ...
> 
> Bizarrement, rien sur la qualité des données et la manière de la
> conserver si tout le monde a le droit en édition.
> 
> Je pense aussi qu'on aurait dû montrer JOSM en action. Ca manquait.
> Mais le temps était court...
> 
> En aparté de la conférence, beaucoup de rencontres fructueuses avec
> des gens qui sont prêts à publier sous licence libre leurs orthophotos
> (sur lesquelles ils ont les droits), et données vectorielles. L'esprit
> est vraiment : "il faut que ça serve"... donc partageons.
> 
> F.
> ___
> Francophone mailing list
> francoph...@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/francophone
> 

-- 
Yves Jacolin

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

[OSM-talk-fr] Dédicace aux "mappeurs" du Tou r de France

[Thomas Gratier]

Bonsoir,

Un projet de cartographie des étapes du tour de France ayant été annoncé, en
lisant, j'ai pensé à eux, ainsi qu'aux fanas de la "petite reine".
http://www.cafe-geo.net/article.php3?id_article=1939

Bonne lecture

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

[OSM-talk-fr] Militantisme ?

[Benoît ROUSSEAU]

Bonjour,

Je pose ces questions parce quelles me trottent en tête depuis le début...

- Le vandalisme/militantisme est-il fréquent sur OSM ?

Rien ne m'empêche un "Je t'aime Germaine" sur le monde pour l'anniv de 
ma compagne, d'afficher mon militantisme en ajoutant "Non au NUCLAIRE !" 
sur la France, ajouter une grosse bite à la France pour enculer 
l'Angleterre lors de la coupe du Monde de football, ou effacer trois ou 
quatre villes pour me marrer parce que je m'ennuie... Les exemples sont 
volontairement idiots, mais j'y repensai suite aux pb au moyen orient.

D'autant plus que même pour du texte ou un sigle, nombre de petits 
segments peuvent être créés par autant d'utilisateurs fantômes, ... pas 
nécessairement super simple à éliminer en bloc.

La bêtise et les possibilités offertes peuvent laisser rêveur nombre 
d'abrutis et de militants de toutes causes. Qui plus est, tout cela 
pourrait faire du buzz dans les médias.

- Dans pareils cas que se passerai t'il du côté d'OSM, de la communauté 
? C'est prévu, réversible (oui la 10Go/semaine)? Il y a t'il une vigilance ?

Benoît R.



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

Re: [OSM-talk-fr] Militantisme ?

[Vincent de Chateau-Thierry]

Bonjour,

Benoît ROUSSEAU a écrit :
> Bonjour,
>
> Je pose ces questions parce quelles me trottent en tête depuis le début...
>
> - Le vandalisme/militantisme est-il fréquent sur OSM ?
>
> (...)
> - Dans pareils cas que se passerai t'il du côté d'OSM, de la communauté 
> ? C'est prévu, réversible (oui la 10Go/semaine)? Il y a t'il une vigilance ?
>
>   
Il y a eu cet épisode au début de l'année :
http://lists.openstreetmap.org/pipermail/talk-fr/2010-February/018384.html

Les contributions (hum) ne relevaient pas du militantisme, plus de la 
blague de potache, mais le point commun, c'est que leur résultat n'avait 
rien à faire dans OSM.
Tu peux constater que celle-ci :

 http://www.openstreetmap.org/browse/way/49380816/history 

n'a pas vécu plus de 20h, et pas plus de 3h à partir du moment où Xavier l'a 
remonté ici. 
C'était sur Toulouse, ce qui n'est pas très discret. Combien de temps ces ways 
auraient vécu dans un village/hameau/bourg/farm
 :-) ?
Question. 

Pour la réversibilité, il y a je crois bien des possibilités artisanales 
(script) de revert sur des changesets complets. Ca reste au coup pas 
coup, ça n'est pas une fonctionnalité de JOSM par ex. Sinon ça pourrait 
aussi devenir une "arme" de vandalisme.

vincent

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