Re: [OSM-talk-fr] Encore un record pour la liste OSM e n français !

2009-06-09 Par sujet kimaidou
+ pour nabble qui laisse le choix entre forum et ml
Par contre, vous savez aussi qu'on peut s'abonner à une page wiki et
recevoir par email les modifications (avec meme un lien pour ne voir que les
modifications). En tout cas dans Mediawiki. Je l'utilise très souvent pour
suivre les évolutions des pages wiki d'Openmoko. Chacun peut donc choisir de
suivre ou non telle ou telle page.

Le 10 juin 2009 01:57, g.d  a écrit :

> Je n'ai pas compris,
> pourquoi nous n'utilisons pas "nabble"
> (conditions / terms of use à
> http://www.nabble.com/user/Terms.jtp)
>
> pour causer osm France.
>
> Ce truc est free,
>et propose plusieurs interfaces simultanées :
>
> L'usager choise, de le recevoir / participer
>comme liste de mailing
>dans son logiciel mail ou webmail,
>
> ou de le suivre dans une interface forum, http://,
>triées par thèmes et fils de discussion.
>
> C'est juste des interfaces utilisateur différentes
>qui affichent, toutes, les mêmes participations,
>les mêmes messages, la même bdd,
> mais présentées "chacun à sa guise",
>gérables à gré.
>
> Je pense que ça pourrait faire un seul foyer
>pour nos différents caractères osmeurs
> (chacun à sa façon...).
>
> Ça archive
> (avec des limites :
> pour du "big", faut rapatrier sur hébergement ailleurs).
>
> Ça blogue, et ça photo,
> et comme tout ce qu'est gratos,
>il n'y a pas de garantie (comme nous, non plus..),
> donc faut sauvegarder.
>
> Je ne connais pas les limites de stockage et débit chez nabble,
> ni s'il sont ou non crunchés avec google
>(ce qui àmha serait prohibitif pour osm).
> --
>
> Quelqu'un connaîtrait ça de plus près,
> pour renseigner,
> ou pour proposer ?
> Question...
>
> Gerhard
> --
>
> Le 10 juin 09 à 01:02, Pieren a écrit :
>
> >
> > 2009/6/10 Cavok :
> > Le forum a le même inconvénient que le wiki, il faut passer de temps
> > en temps pour voir si quelqu'un a posté un message. En plus, nous
> > sommes le seul pays qui a deux forums (uniquement pour des raisons
> > esthétiques si j'ai bien compris), ce qui est loin d'être une solution
> > idéale.
> >
> > J'ai voulu basculé la discussion des tags Corine Land Cover pour
> > impliquer un maximum de monde. Je trouve que cet import est
> > extrêmement important, aura un énorme impact sur la zone France et
> > qu'il fallait chercher un consensus le plus large possible. Pour
> > toucher le plus de monde, il fallait venir ici. Cela méritait une
> > petite surcharge temporaire de la liste de diffusion. Désolé si cela a
> > créé du désagrément à certains.
> >
> > 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] Encore un record pour la liste OSM e n français !

2009-06-09 Par sujet g.d
Je n'ai pas compris,
pourquoi nous n'utilisons pas "nabble"
(conditions / terms of use à
http://www.nabble.com/user/Terms.jtp)

pour causer osm France.

Ce truc est free,
et propose plusieurs interfaces simultanées :

L'usager choise, de le recevoir / participer
comme liste de mailing
dans son logiciel mail ou webmail,

ou de le suivre dans une interface forum, http://,
triées par thèmes et fils de discussion.

C'est juste des interfaces utilisateur différentes
qui affichent, toutes, les mêmes participations,
les mêmes messages, la même bdd,
mais présentées "chacun à sa guise",
gérables à gré.

Je pense que ça pourrait faire un seul foyer
pour nos différents caractères osmeurs
(chacun à sa façon...).

Ça archive
(avec des limites :
pour du "big", faut rapatrier sur hébergement ailleurs).

Ça blogue, et ça photo,
et comme tout ce qu'est gratos,
il n'y a pas de garantie (comme nous, non plus..),
donc faut sauvegarder.

Je ne connais pas les limites de stockage et débit chez nabble,
ni s'il sont ou non crunchés avec google
(ce qui àmha serait prohibitif pour osm).
--

Quelqu'un connaîtrait ça de plus près,
pour renseigner,
ou pour proposer ?
Question...

Gerhard
--

Le 10 juin 09 à 01:02, Pieren a écrit :

>
> 2009/6/10 Cavok :
> Le forum a le même inconvénient que le wiki, il faut passer de temps
> en temps pour voir si quelqu'un a posté un message. En plus, nous
> sommes le seul pays qui a deux forums (uniquement pour des raisons
> esthétiques si j'ai bien compris), ce qui est loin d'être une solution
> idéale.
>
> J'ai voulu basculé la discussion des tags Corine Land Cover pour
> impliquer un maximum de monde. Je trouve que cet import est
> extrêmement important, aura un énorme impact sur la zone France et
> qu'il fallait chercher un consensus le plus large possible. Pour
> toucher le plus de monde, il fallait venir ici. Cela méritait une
> petite surcharge temporaire de la liste de diffusion. Désolé si cela a
> créé du désagrément à certains.
>
> Pieren

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


Re: [OSM-talk-fr] Fwd: TR: Utilisation des fiches de géodésie et de nivellement

2009-06-09 Par sujet g.d
Je me fais mentir :-(

Si tout roule,
si on aura l'accord officiel de M Le Men,
on devra différencier entre les points Géodésiques
et les points du Nivellement :
Ils n'ont pas les mêmes fonctions,
pas la même précision,
et ne se trouvent pas à des endroits comparables,
-> tags différents.


Hmm, chrmph, il me vient un autre aspect de la chose :

C'est différent du Cadastre,
où le dessin ne fait que "décrire",
et sert de support graphique
pour les parties écrites du cadastre.

Les coords des points IGN sont des données de référence,
elles *sont* le référentiel,

donc osm aurait deux possibilités :

Soit de communiquer les chiffres en détail,
avec indication de leur précision,

soit juste mettre un "node sblob",
un area qui dit, que
"près d'ici il y a un point IGN,
ref IGN : tant, source et date,
et voyez sur le site IGN
pour plus de détail".

Il me semble, que les deux possibilités existent.

La deuxième approche (pas aller dans le détail du référentiel,
mais renvoyer sur le site IGN)
pour l'instant me paraîtrait la mieux adaptée.

C'est une question de consensus entre nous tous.

Je crains un peu les responsabilités
de déposer un référentiel officiel dans OSM...
(retours de manivelle,
mise-à-jour, entretien à long terme,
risque de sabotage, oublis humains,...).

De toute façon,
pour ceux qui ont besoin d'informations détaillées
(un géomètre-expert, un gismo au sig d'une comm',
ou des comme moi),
l'annotation de ces points sur OSM certes sera
une interface visuelle bien meilleure
pour trouver les refs des points,
meilleure que celle actuelle du IGN,

mais ils iront, ensuite, à l'aide de la ref' trouvée sur osm,
chercher les feuilles détaillées officielles
sur le site du IGN, pour bosser.
---

Mais, si la Communauté OSM française se décidera,
de reprendre ces points en précision,
et de faire dans du "officiel" :

Le 9 juin 09 à 14:04, Vincent Pottier a écrit :

> ...il y a des indications de précision (lettre
> C=centimétrique, D=décimétrique, M=métrique). Est-ce une info qui
> peut-être reprise ?

Je pense que cette information même devra être reprise
dans un tag pour repères géodésiques,
déjà parce que
> "réserve prévue a l'article 12 de la loi "CADA"
> et à laquelle l'IGN tient particulièrement  :
> que "ces dernières ne soient pas altérées,
> que leur sens ne soit pas dénaturé..."
et
que dans OSM
tous les nodes semblent figurer avec la même "précision",
le même nombre de décimales,
peu importe si celles-ci sont vraies ou imaginaires.
On ne doit pas induire en erreur,
pas faire croire à une fausse précision.
--

Si on voulait vraiment reprendre des coords détaillés
dans osm,

Pour les points du Nivellement,
une mention de la précision dans un tag
me paraîtrait nécessaire :
En alti, ils sont souvent mieux que le millimètre,
mais en x/y, comme disait Denis,
ils "flottent" dans du décamétrique.

Dès qu'un osmeur aura gpxé le point avec une précision meilleure
(attention à l'effet "canyon",
ces points souvent ne sont pas bien dégagés...),
on pourra y mettre le tag, existant, je crois "survey".
--

Si ça devient un sport du dimanche
d'aller à la chasse aux points du nivellement,
je pense qu'il serait de bon échange avec l'IGN,
de leur signaler,
quand on tombe sur une bornes endommagée,
ou si une borne a été détruite.
--

> Il y a aussi des notes :
> a/ Borne IGN
> b/ Maison, cheminée, angle S-O

Je ne suis pas sûr
qu'il faille reprendre ces indications dans osm,
il me semble que ce sont des aides
pour identifier le point sur place, dans la cambrousse,
mais pas de vraies "données" :

En faisant un wpt sur son gps avec ces coords,
il nous emmène à quelques mètres du point.
Une fois sur place,
c'est une question d'ouvrir les yeux,
ou de prendre la débroussailleuse,
ou la serpette.

On ne va pas non plus reprendre les photos,
les dessins
et les points de repère
autour d'un point principal,
et qui figurent sur ces fiches
(Et si on regarde de près,
derrière une fiche point géodésique
souvent il y a d'autres fiches...).

Je vois déjà d'ici
Pieren soupir, et se demander :
"Pitié ! Qu'est-ce qu'ils ont encore pondus-là,
que Dieu leur pardonne,
ils ne savent pas ce qu'ils font :-(...
--

Il faudra la ref du point, son identification unique.
Celui qui voudra en savoir plus,
il peut aller sur le site du IGN,
et consulter tout le détail.
--

A vous tous, de choisir de quelle façon procéder.
---

Gerhard
Pour du trop long, abandonné, ça va...
("addictive", ils disent sur le wiki).
Mais il faut que je prépare les déplacements,
à ciao !
---
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Encore un record pour la liste OSM e n français !

2009-06-09 Par sujet Pieren
2009/6/10 Cavok :
Le forum a le même inconvénient que le wiki, il faut passer de temps
en temps pour voir si quelqu'un a posté un message. En plus, nous
sommes le seul pays qui a deux forums (uniquement pour des raisons
esthétiques si j'ai bien compris), ce qui est loin d'être une solution
idéale.

J'ai voulu basculé la discussion des tags Corine Land Cover pour
impliquer un maximum de monde. Je trouve que cet import est
extrêmement important, aura un énorme impact sur la zone France et
qu'il fallait chercher un consensus le plus large possible. Pour
toucher le plus de monde, il fallait venir ici. Cela méritait une
petite surcharge temporaire de la liste de diffusion. Désolé si cela a
créé du désagrément à certains.

Pieren

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


[OSM-talk-fr] Re : Encore un record pour la lis te OSM en français !

2009-06-09 Par sujet THEVENON Julien
et continuer a discuter sur la ML mais avoir une page wiki qui fait un status 
de la discussion ?
il me semble que pour corinne la page wiki etait updatee au fur et a mesure ce 
qui permet aux personnes ne suivant pas la discussion de au moins savoir ou 
celle ci se trouve





De : Cavok 
À : Discussions sur OSM en français 
Envoyé le : Mercredi, 10 Juin 2009, 0h34mn 32s
Objet : Re: [OSM-talk-fr] Encore un record pour la liste OSM en français !


> Selon moi, elles auraient pu figurer dans les pages discussion du wiki.

Selon moi, un forum aurait très bien pu faire l'affaire.
D'accord avec Sylvain.
Un  forum c'est quand même l'idéal, tout est sauvegardé et la recherche est des 
plus aisée et le classement par thèmes agrémente l'organisation des sujets..
Ici sur la liste pour rechercher un sujet qui aurait pu déjà être traité, c'est 
vraiment pas facile, surtout pour les nouveaux qui veulent ce joindre au projet.



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


Re: [OSM-talk-fr] Réunion IRC ce soir à 21h00 excl usivement sur le thème "import CLC"

2009-06-09 Par sujet Pieren
Le log de la réunion se trouve sur le wiki:
http://wiki.openstreetmap.org/wiki/Reunions_Francophones/R%C3%A9union_sp%C3%A9ciale_Corine

Résumé des débats:
- Émilie se chargerait de créer un fichier OSM contenant tous les
polygones de toutes les classes CLC sans overlaps ou maximum 5%
d'overlap. Il faut encore trouver un script qui puisse faire l'upload,
genre bulk_import.pl compatible API 0.6 et qui puisse reprendre en cas
d'interruption de service (fort probable si la durée du transfert
excède plusieurs jours). L'avantage de cette méthode est qu'elle
permet de faire la fusion des nodes avant leur création dans OSM. Elle
évite ainsi de re-télécharger (download) plus-tard les données déjà
transférées dans OSM pour fusionner ces nodes. Donc le transfert est
uni-directionnel, simple et rapide.
- le premier point d'achoppement est de trouver le script qui va bien
et qui ne viole pas les nouvelles limites de l'API 0.6 (taille des
changeset)
- le deuxième point concerne la gestion des polygones en overlap (en
conflit avec des polygones déjà présents dans OSM). Plusieurs méthodes
ont été discutées:
  * une bdd avec ces polygones, les contributeurs récupèrent une série
de polygones sur une bbox, font la fusion avec les données OSM (c'est
à dire qu'ils doivent juger au cas par cas si les données OSM sont
meilleures ou pas, voire fusionner les nouveaux polygones avec ceux
déjà présents) avec l'éditeur JOSM. Une fois la zone "traitée", il
faudrait marquer les polygones comme tel dans la base avec par exemple
un flag "deleted" que le contributeur activerait par le biais d'une
interface web
  * un système de fichiers. Un peu comme les limites administratives,
on découpe l'ensemble des polygones en overlap en petits groupes de 10
ou 20 polygones définis dans des fichiers OSM. Ces fichiers seraient
mis à disposition sur un dépot. Un contributeur qui se charge d'un
fichier le supprimerait du dépôt pour éviter que d'autres commencent
le même travail. Le dépôt pourrait être un répertoire sur un serveur
avec accès limité par un compte utilisateur ou un dépôt SVN.
  * chaque zone serait un courriel dans une boite IMAP publique

Voila, j'espère que nous pourrons trouver une solution assez rapidement.

Pieren

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


Re: [OSM-talk-fr] Encore un record pour la liste OSM e n français !

2009-06-09 Par sujet Cavok
>
> > Selon moi, elles auraient pu figurer dans les pages discussion du wiki.
>
> Selon moi, un forum aurait très bien pu faire l'affaire.


D'accord avec Sylvain.
Un  forum c'est quand même l'idéal, tout est sauvegardé et la recherche est
des plus aisée et le classement par thèmes agrémente l'organisation des
sujets..
Ici sur la liste pour rechercher un sujet qui aurait pu déjà être traité,
c'est vraiment pas facile, surtout pour les nouveaux qui veulent ce joindre
au projet.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] beta down ?

2009-06-09 Par sujet Vincent Pottier
http://beta.letuffe.org/?zoom=13&lat=47.23706&lon=6.03381&layers=B0FFF

DB update : 20090607 UTC

Vincent

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


Re: [OSM-talk-fr] Encore un record pour la liste OSM e n français !

2009-06-09 Par sujet Vincent Pottier
Emilie Laffray a écrit :
> Ce n'est que mon avi personnel mais je prefere nettement travailler sur
> une ML que sur un forum. Question d'habitude et de gout je suppose.
> Je n'aime pas les outils web (forum, wiki) pour les discussions, je les
> trouve trop statiques, trop lentes, trop peu reactives, et trop
> difficile a suivre quand il y a des discussions qui partent sur une
> branche differente. Avec un outil mail correct, on peut suivre l'arbre
> des discussions. Ca aide beaucoup.
>
> Emilie Laffray
+1
Ça a bien fonctionné ml + wiki pour les codes CLC

Vincent

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


Re: [OSM-talk-fr] Encore un record pour la liste OSM e n français !

2009-06-09 Par sujet sylvain letuffe
Le mardi 9 juin 2009 23:42, Christian Rogel a écrit :
> Après une accalmie en avril, la liste OSM-Talk-FR 
(...)
Merci beaucoup pour ce résumé. 

> Que faire?
> Peut-être va-t-il falloir chercher à renvoyer vers le wiki des sujets
> très spécifiques.
Je reste persuadé que l'outil wiki est très mal adapté à des débats, qu'ils 
soient techniques ou non.

le simple fait de devoir y retourner plusieurs fois par jour pour constater 
qu'il n'y a rien de nouveau est une perte de temps désagréable.
Je pense que la liste, ça plaît car ça arrive "tout cuit dans la boite", 
l'humain ne va pas à l'info, c'est elle qui vient à lui.

Si ça dérange, et gd pourra peut-être nous dire ce qu'il en pense, c'est que 
les logiciels de mail par tri automatique en sujet, "refus" de sujet, ne 
doivent pas être si bien maîtriser par les gens.

> Selon moi, elles auraient pu figurer dans les pages discussion du wiki.
Selon moi, un forum aurait très bien pu faire l'affaire.

> C'est vrai que la liste touche plus de monde, mais l'outil du wiki
> qui est mieux
> adapté aux  discussion techniques pointues est mal utilisé.
> Si une discussion sur le wiki avance, rien n'empêche de le signaler
> dans la liste
> avec les renvois utiles.

c'est vrai aussi. Pour ceux qui ne veulent pas suivre le déroulement, c'est 
aussi bien, mais pour ceux qui veulent participer ?

--
sly

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


Re: [OSM-talk-fr] Encore un record pour la liste OSM e n français !

2009-06-09 Par sujet Emilie Laffray
Ce n'est que mon avi personnel mais je prefere nettement travailler sur
une ML que sur un forum. Question d'habitude et de gout je suppose.
Je n'aime pas les outils web (forum, wiki) pour les discussions, je les
trouve trop statiques, trop lentes, trop peu reactives, et trop
difficile a suivre quand il y a des discussions qui partent sur une
branche differente. Avec un outil mail correct, on peut suivre l'arbre
des discussions. Ca aide beaucoup.

Emilie Laffray

Christian Rogel wrote:
> Après une accalmie en avril, la liste OSM-Talk-FR a encore franchi la  
> limite des 1000
> messages (1011 exactement) au mois de mai.
> Avec 315 messages au 8 juin, on peut croire que cela va rester dans  
> les mêmes bases
> ce mois-ci.
> Le bon côté, les anglophones vont cesser de prétendre qu'il y a un  
> énorme trafic chez
> eux, car ils n'ont publié que 816 messages en mai.
> Le moins bon, g.d. (et d'autres sûrement aussi) est submergé et  
> risque de nous quitter.
> Que faire?
> Peut-être va-t-il falloir chercher à renvoyer vers le wiki des sujets  
> très spécifiques.
> En mai, c'est toutes les suggestions sur CLC (Corine) qui ont créé
> une bonne part du trafic.
> Selon moi, elles auraient pu figurer dans les pages discussion du wiki.
> C'est vrai que la liste touche plus de monde, mais l'outil du wiki  
> qui est mieux
> adapté aux  discussion techniques pointues est mal utilisé.
> Si une discussion sur le wiki avance, rien n'empêche de le signaler  
> dans la liste
> avec les renvois utiles.
>
> Ce n'est que l'avis d'un pratiquant du Wikipédia, mais aussi de  
> quelqu'un qui
> n'a pas encore le niveau pour participer aux discussions techniques.
>
> Christian
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>   




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


[OSM-talk-fr] Encore un record pour la liste OSM e n français !

2009-06-09 Par sujet Christian Rogel
Après une accalmie en avril, la liste OSM-Talk-FR a encore franchi la  
limite des 1000
messages (1011 exactement) au mois de mai.
Avec 315 messages au 8 juin, on peut croire que cela va rester dans  
les mêmes bases
ce mois-ci.
Le bon côté, les anglophones vont cesser de prétendre qu'il y a un  
énorme trafic chez
eux, car ils n'ont publié que 816 messages en mai.
Le moins bon, g.d. (et d'autres sûrement aussi) est submergé et  
risque de nous quitter.
Que faire?
Peut-être va-t-il falloir chercher à renvoyer vers le wiki des sujets  
très spécifiques.
En mai, c'est toutes les suggestions sur CLC (Corine) qui ont créé
une bonne part du trafic.
Selon moi, elles auraient pu figurer dans les pages discussion du wiki.
C'est vrai que la liste touche plus de monde, mais l'outil du wiki  
qui est mieux
adapté aux  discussion techniques pointues est mal utilisé.
Si une discussion sur le wiki avance, rien n'empêche de le signaler  
dans la liste
avec les renvois utiles.

Ce n'est que l'avis d'un pratiquant du Wikipédia, mais aussi de  
quelqu'un qui
n'a pas encore le niveau pour participer aux discussions techniques.

Christian

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


Re: [OSM-talk-fr] discussions

2009-06-09 Par sujet g.d
Le 9 juin 09 à 19:09, David MENTRE a écrit :

> un rapide passage sur les titres des threads.

Ce que ferai, je pense.
Avec la garantie,
que je passerai à côté de choses importantes ;
la "perfection" n'est pas de ce monde.
;-)
Amicalement
Gerhard
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] walking-papers - outil simple et g énial

2009-06-09 Par sujet Olivier Croquette
kimaidou wrote, On 9/06/09 9:03:
> Je viens de découvrir (via planet osm fr , donc j'imagine que beaucoup 
> sont déjà au courant..) l'outil http://walking-papers.org/

Je connaissais pas, très pratique, merci !


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


Re: [OSM-talk-fr] Fwd: TR: Utilisation des fiches de géodésie et de nivellement

2009-06-09 Par sujet g.d
C'est écrit en texte clair :
On doit s'adresser à la personne compétente,
qui est
>> Monsieur Hervé Le Men,
>> Directeur de la maîtrise d'ouvrage déléguée au service public de  
>> l'IGN
(Dans le genre "Suite à communication avec M F. Cantat,
je vous soumets la demande,..." ou qqchose de la sorte),

et attendre sa réponse,
avant de reprendre quoi que ce soit.

Monsieur Frédéric Cantat était aimable,
de transmettre à M Le Men,
et de nous donner une idée de l'éventuelle réponse,

mais son mail n'est *pas* la réponse officielle.
Nous devons suivre le chemin hiérarchique,
c'est tout à fait normal.
Pas brûler les étapes.
.
Gerhard
---

Le 9 juin 09 à 10:35, Pieren a écrit :

> Faut-il encore attendre une réponse de :
> Hervé Le Men, personne responsable de l'accès aux dcuments
> administratifs pour l'Institut Géographique National
> ou bien, peut-on déjà considérer cette réponse comme suffisante pour
> utiliser les repères dans OSM ?
> L'autre point intéressant de cette réponse est que cela se détermine
> sur le fait que l'activité est entièrement subventionnée ou non.
> Autrement dit, on pourrait leur demander la liste de ces activités et
> en déduire ce que nous pourrions réutiliser dans OSM ...
> Pieren
>
>
> 2009/6/9 Eric Sibert :
>> Dernières nouvelles
>>
>> Eric
>>
>>
>> 
>>
>>
>> -- Forwarded message --
>> From: Frederic Cantat 
>> To: Eric Sibert 
>> Date: Tue, 9 Jun 2009 08:07:54 +0200
>> Subject: TR: Utilisation des fiches de géodésie et de nivellement
>> Cher Monsieur,
>>
>> Au cas où vous n'auriez pas déjà saisi Hervé Le Men, personne  
>> responsable de
>> l'accès aux dcuments administratifs pour l'Institut Géographique  
>> National
>> (cf. mon mél ci-dessous), je vous retransmets, avec les réserves  
>> d'usage et
>> en vous invitant à demander toute précision utilise directement  
>> auprès de
>> notre contact, le contenu de la réponse qui pourra vous être faite :
>> les fiches de géodésie et de nivellement ont été réalisées par une  
>> activité
>> entièrement subventionnée. Comme telle, la politique tarifaire  
>> arrêtée en
>> conseil d'administration de l'IGN prévoit le régime de diffusion  
>> au coût de
>> diffusion, et pas le régime de réutilisation sous licence.  
>> Autrement dit la
>> réutilisation de ces informations est entièrement libre sous la seule
>> réserve prévue a l'article 12 de la loi "CADA" et à laquelle l'IGN  
>> tient
>> particulièrement  : que "ces dernières ne soient pas altérées, que  
>> leur sens
>> ne soit pas dénaturé et que leurs sources et la date de leur  
>> dernière mise à
>> jour soient mentionnées".
>>
>> En espérant avoir répondu à vos interrogations,
>>
>> Frédéric Cantat
>>
>> -Message d'origine-
>> De : Frederic Cantat
>> Envoyé : mercredi 27 mai 2009 17:22
>> À : 'Eric Sibert'
>> Objet : RE: Utilisation des fiches de géodésie et de nivellement
>>
>> Cher Monsieur,
>>
>> Tout d'abord, je vous présente toutes mes excuses pour mon silence  
>> de ces
>> derniers jours.
>>
>> Je viens de transmettre nos échanges à Monsieur Hervé Le Men,  
>> Directeur de
>> la maîtrise d'ouvrage déléguée au service public de l'IGN et personne
>> responsable de l'accès aux documents administratifs pour notre
>> établissement.
>> C'est le bon interlocuteur pour vous apporter la meilleure réponse  
>> à votre
>> demande (cf.
>> http://www.ign.fr/institut/19/presentation/documents- 
>> administratifs.htm).
>>
>> Très cordialement,
>>
>> Frédéric Cantat
>> IGN - Département Diffusion et licences d'exploitation Tel :  
>> 01.43.98.83.98
>>
>>
>>
>>> -Message d'origine-
>>> De : Eric Sibert [mailto:courr...@eric.sibert.fr] Envoyé : mardi 26
>>> mai 2009 14:07 À : Frederic Cantat Objet : RE: Utilisation des  
>>> fiches
>>> de géodésie et de nivellement
>>>
>>> Bonjour,
>>>
>>> Je souhaitais savoir où vous en étiez dans l'étude de notre demande.
>>>
>>>
>>>
>>> Bien cordialement
>>>
>>>
>>> Pour le projet OpenStreetMap
>>> Eric Sibert
>>>
>>>
>>>
>> ___
>> 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
>


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


[OSM-talk-fr] Python API import massif possible?

2009-06-09 Par sujet Emilie Laffray
Bonjour,

on discute en ce moment de comment importer massivement les donnees pour
Corine. Comme tu as cree une librairie Python pour interagir avec OSM,
je me demandais s'il etait possible de creer un script d'import massif
avec ta librairie.

Merci d'avance,
Emilie Laffray



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


Re: [OSM-talk-fr] Dictionnaire Osmose

2009-06-09 Par sujet Mathieu Arnold
+--On 9 juin 2009 14:39:21 +0200 Etienne Chové  wrote:
| Mathieu Arnold a écrit :
|> 
|> +--On 9 juin 2009 08:10:45 +0200 Mathieu Arnold  wrote:
|> | 
|> 
|> J'allais raler sur l'import INSEE, mais en fait, le site de l'INSEE n'est
|> pas à jour, alors, je vais me taire.
| 
| Quelle erreur ? C'est peut être corrigible ?

Hum,

02419, Leschelle (renommée depuis Leschelles l'année dernière)

-- 
Mathieu Arnold

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


Re: [OSM-talk-fr] Fwd: TR: Utilisation des fiche s de géodésie et de nivellement

2009-06-09 Par sujet Etienne Chové
Frédéric Rodrigo a écrit :
> Le mardi 9 juin 2009, Eric Sibert a écrit :
>> Sinon, d'un point de vue pratique, qui se lance dans l'analyse et
>> l'import automatiques des pdf?
>>
>> ftp://arethuse.ign.fr/pub/Serv_BDG/
> 
> Je peux me lancer dans la récupération des infos depuis les pdf. J'ai jeté un 
> coup d'œil ça me semble assez simple. Par contre quid de l'import dans OSM : 
> quel tag ?

Si tu arrives déja à faire une extraction massive des coordonnées on 
peut réaliser un calque de POI sur fond de carte OSM.

-- 
Etienne

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


Re: [OSM-talk-fr] discussions

2009-06-09 Par sujet Denis
g.d a écrit :
> Je ne peux plus suivre cette mailing list :-(
> 
> Cinq à huit cents messages quand je rentre de chantier,
> je ne sais pas éplucher ça,
>   avant de repartir en déplacement,
> même si les sujets m'intéressent fortement.
> 
> Pardon, d'abandonner.
>   Gerhard

De fait, tu t’es absous.
Faire le tri du bon grain et de l'ivraie est notre quotidien qu'il soit 
professionnel ou personnel. C'est l'epoch qui est chronophage.

J'espère que ce n'est qu'un au-revoir.
Tes "trop-long" (©) messages ont, pour moi, été une source d'enrichissement.
Alors merci, à tantôt et bonne route à toi

cordialement
Denis

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


Re: [OSM-talk-fr] Fwd: TR: Utilisation des fiches de g éodésie et de nivellement

2009-06-09 Par sujet Denis
Vincent Pottier a écrit :
> Frédéric Rodrigo a écrit :
>> Le mardi 9 juin 2009, Eric Sibert a écrit :
>>   
>>> Sinon, d'un point de vue pratique, qui se lance dans l'analyse et
>>> l'import automatiques des pdf?
>>>
>>> ftp://arethuse.ign.fr/pub/Serv_BDG/
>>> 

L'import automatique m'effraie, surtout sur les répères de nivellement 
(canevas "assez" dense d'altimétrie) mais dont la précision décamétrique 
en X,Y DOIT être améliorée par relevé GPS, fond cadastral (en "ville", 
ça le fait). Bref, ne pas importer "brut", mais s'en servir de point 
d'appui (sans jeu de mot;-).
Un super jeu, pour des gamins, que d'aller chercher des repères de 
nivellement avec un GPS. Je me sens un seconde jeunesse sur les repères 
allemands de Strasbourg (c'est mon côté patrimonial ;-).


En allant visiter mon père à l'hosto en début de semaine, je suis passé 
devant un repère allemand (ref aa' - 212 sur la coupure 3816 du scan25). 
Je n'ai pas encore finalisé l'injection (terme préférable, selon moi, à 
import) dans OSM car je n'ai pas encore digitalisé le bâtiment "support" 
dudit repère. Je compte bien y revenir avec mon APN (pour la collection 
des repères de nivellement allemand que je compte entreprendre sur 
Strasbourg sur Wikicommons ) et mon GPS pour avoir une info complète 
(quand bien même inexacte).


>> quel tag ?
>>
>>
>> Denis proposait :
>> - natural:peak
>> - natural:spring
>> - natural:volcano
>> - man_made:lighthouse
>> * man_made:survey_point
>> - man_made:tower
>> etc.
>>
>> Càd associé à l'élément qui porte le repaire.

complément : quand c'est évident (un col, un pic, un phare, etc.)

OSM a-t-il réellement besoin de la ref IGN du repère ? Je n'ai pas de 
réponse à priori. Il me semble que l'info essentielle est le "Z" (dans 
le système IGN 1969) + le X,Y sauf quand on peut mieux faire que du 
décamétrique en planimétrique. Sur mes fameux repères allemands, j'ai 
une autre indication d'altimétrie, libre de droits (>70 ans), dans le 
système de l'époque "machin-Moll" (ref nécessaire ;-) -> ce sera dans 
les notes.

>>
>> Pierre propose de séparer le repère de l'élement porteur.
>> amenity=geodesic mark>
>> operator=IGN
>> (ou amenity=IGN geodesic mark)
>> ref=la référence de la fiche
>> source="..."

parfois, oui (cf ci-dessus)



> Il me semble qu'il faut créer les points amenity=geodesic mark. La
> fusion se fera à la main, si elle est possible.

les repères de géodésie ne sont pas les repères de nivellement (et 
vice-versa). Pourquoi faire 2 répertoires séparés et un seul traitement 
? D'abord décoder la nature, la qualité des infos et voir, ENSUITE quoi 
injecter dans OSM et ENSUITE, ENSUITE voir les modalités techniques.

...
> 
> Vincent

Denis

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


Re: [OSM-talk-fr] Réunion IRC ce soir à 21h00 excl usivement sur le thème "import CLC"

2009-06-09 Par sujet sly (sylvain letuffe)
On Tuesday 09 June 2009 18:29, Pieren wrote:
> J'espère que les personnes les plus impliquées sur ce sujet pourront
> être présentes. Les autres sont aussi les bienvenues.

Pas gagné pour moi (sauf si ça traîne en longueur), mais je lirais avec 
intérêt le log de la réunion si quelqu'un veut bien le conserver

Travaillez bien et bon courage


-- 
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] discussions

2009-06-09 Par sujet David MENTRE
Salut M. « trop long », ;-)

"g.d"  writes:

> Je ne peux plus suivre cette mailing list :-(

+1

> Cinq à huit cents messages quand je rentre de chantier,
> je ne sais pas éplucher ça,
>   avant de repartir en déplacement,
> même si les sujets m'intéressent fortement.

Dans ces cas là, je donne des scores à certains auteurs qui me sont
connu et ne lit que leur message. Plus un rapide passage sur les titres
des threads.

Amicalement,
d.
-- 
GPG/PGP key: A3AD7A2A David MENTRE 
 5996 CC46 4612 9CA4 3562  D7AC 6C67 9E96 A3AD 7A2A

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


[OSM-talk-fr] Réunion IRC ce soir à 21h00 excl usivement sur le thème "import CLC"

2009-06-09 Par sujet Pieren
J'espère que les personnes les plus impliquées sur ce sujet pourront
être présentes. Les autres sont aussi les bienvenues.

* adoption des tags OSM spécifiés ici:
http://wiki.openstreetmap.org/wiki/WikiProject_France/Corine_Land_Cover/Nomenclature

* méthode d'import dans OSM et responsabilités

Pieren

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


Re: [OSM-talk-fr] Dictionnaire Osmose

2009-06-09 Par sujet Etienne Chové
Mathieu Arnold a écrit :
> 
> +--On 9 juin 2009 08:10:45 +0200 Mathieu Arnold  wrote:
> | 
> 
> J'allais raler sur l'import INSEE, mais en fait, le site de l'INSEE n'est
> pas à jour, alors, je vais me taire.

Quelle erreur ? C'est peut être corrigible ?

-- 
Etienne



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


Re: [OSM-talk-fr] Dictionnaire Osmose

2009-06-09 Par sujet Etienne Chové
Yoann ARNAUD a écrit :
> Pour l'instant, l'ajout de mots dans le dictionnaire se fait "à la main"
> dans un fichier texte. Seuls Etienne et moi y avons accès. Il faut donc
> nous transmettre personnellement les mots que vous voulez ajouter.
> 
> Nous n'avons pas prévu une interface permettant à n'importe qui d'en
> ajouter, mais cela reste possible, si le besoin s'en fait sentir.

C'est en cours... comme ça tout le monde pourra ajouter des mots et 
corriger des erreurs. Ce sera très basique mais ça suffira pour ces 
besoins. Il me faut juste un peu de temps...

> N'hésitez pas à faire des propositions et donner des idées.

J'en ai bien une : c'est que tu le fasses ;-)

-- 
Etienne


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


Re: [OSM-talk-fr] Fwd: TR: Utilisation des fiches de g éodésie et de nivellement

2009-06-09 Par sujet Vincent Pottier
Frédéric Rodrigo a écrit :
> Le mardi 9 juin 2009, Eric Sibert a écrit :
>   
>> Sinon, d'un point de vue pratique, qui se lance dans l'analyse et
>> l'import automatiques des pdf?
>>
>> ftp://arethuse.ign.fr/pub/Serv_BDG/
>> 
>
> Je peux me lancer dans la récupération des infos depuis les pdf. J'ai jeté un 
> coup d'œil ça me semble assez simple. Par contre quid de l'import dans OSM : 
> quel tag ?
>
>
> Denis proposait :
> - natural:peak
> - natural:spring
> - natural:volcano
> - man_made:lighthouse
> * man_made:survey_point
> - man_made:tower
> etc.
>
> Càd associé à l'élément qui porte le repaire.
>
> Pierre propose de séparer le repère de l'élement porteur.
> amenity=geodesic mark
> operator=IGN
> (ou amenity=IGN geodesic mark)
> ref=la référence de la fiche
> source="..."
>  
> Vincent Pottier propose d'ajouter les degrés de la triangulation :
> level=N
> ele=NNN (ça permet aux randonneurs de recaler leurs GPS)
>
> Eric Sibert :
> natural:peak
> name:Charmant Som
> man_made:survey_point
> ref: 3844201 A (nom du point dans la base IGN)
> source:IGN - Service de Géodésie et de Nivellement - 2009
> ele:2027
>
>
> Fred
>   
Il me semble qu'il faut créer les points amenity=geodesic mark. La
fusion se fera à la main, si elle est possible.
À moins d'arriver à parser les pdf pour trouver à coup sur quel est le
support, mais il y a une foultitude de cas : clocher, cheminée, 'repère
au milieu des roseaux'...
Ou de rechercher sur osm dans l'environnement du point ce qui est
susceptible d'être le support : sommet à 50 m à repositionner...
Mais ça me semble hasardeux.

Sur la fiche que j'ai à l'écran (f2103802, feuille 3223), il y a deux
repères à 25 m l'un de l'autre. Bonjour le parsing...

Je lis aussi qu'il y a des indications de précision (lettre
C=centimétrique, D=décimétrique, M=métrique). Est-ce une info qui
peut-être reprise ? Sous quelle forme ?
Il y a aussi des notes :
a/ Borne IGN
b/ Maison, cheminée, angle S-O
À reprendre dans un tag IGN:description=...

Bonjour le parsing, disais-je...

Vincent



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


Re: [OSM-talk-fr] Lignes de bus, besoin d'aide

2009-06-09 Par sujet Emilie Laffray
Je n'ai pas eus cette impression si ca peut te rassurer.

Emilie Laffray

2009/6/9 kimaidou 

> heu.. je me suis relu, et j'ai l'impression d'avoir un ton un peu
> condescendant... Heu, pas du tout en fait, juste une petite frustration née
> de l'incompréhension. [?]
<<330.png>>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Lignes de bus, besoin d'aide

2009-06-09 Par sujet Emilie Laffray
La principale limitation de Osmosis est que ca ne gere pas les polygones.
C'est a mon avis le point le plus embetant de Osmosis.
Aussi, le code source de osm2pgsql est assez effrayant. C'est un melange de
C, C++ avec un certain nombre d'appels vers d'autres librairies :)

Emilie Laffray

2009/6/9 kimaidou 

> Merci Emilie et Sylvain pour vos remarques.
>
> Moi qui ai -un peu- l'habitude de concevoir et d'utiliser des bdd, je
> trouve quand même que osm2pgsql va un peu trop loin dans la simplification.
> Je trouve assez 'anti-bdd' :
> * ne pas avoir de clé primaires (Qgis n'aime pas les couches Postgis sans
> clé primaire)
> * d'avoir 54 colonnes, pour la plupart du temps n'en remplir que 3 ou 4
> (merci l'optimisation)
>
> Je comprends que cela soit fait pour Mapnik, mais justement pour nos
> histoires de relations on voit la limite : il y a déjà de la redondance dans
> ma base postgis, et en plus il faut que je copie colle mes styles dans le
> ficher de style xml de Mapnik pour gérer mes lignes de bus.
> Est ce que vous auriez un lien qui montre comment utiliser / paramétrer
> osm2pgsql ? Le wiki d'osm montre comment l'installer, mais je n'ai pas vu
> plus de détail que dans la petite introduction (
> http://wiki.openstreetmap.org/wiki/Osm2pgsql )
>
> Bref je vais essayer Osmosis pour voir ce qu'on peut faire avec. Ma
> principale question : peut-on utiliser des données de osmosis depuis Mapnik
> ? Il faudra sûrement modifier toutes les requêtes pour aller chercher les
> bonnes géométries.
>
> A plus tard :D
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Lignes de bus, besoin d'aide

2009-06-09 Par sujet kimaidou
heu.. je me suis relu, et j'ai l'impression d'avoir un ton un peu
condescendant... Heu, pas du tout en fait, juste une petite frustration née
de l'incompréhension. [?]

Le 9 juin 2009 13:19, kimaidou  a écrit :

> Merci Emilie et Sylvain pour vos remarques.
>
> Moi qui ai -un peu- l'habitude de concevoir et d'utiliser des bdd, je
> trouve quand même que osm2pgsql va un peu trop loin dans la simplification.
> Je trouve assez 'anti-bdd' :
> * ne pas avoir de clé primaires (Qgis n'aime pas les couches Postgis sans
> clé primaire)
> * d'avoir 54 colonnes, pour la plupart du temps n'en remplir que 3 ou 4
> (merci l'optimisation)
>
> Je comprends que cela soit fait pour Mapnik, mais justement pour nos
> histoires de relations on voit la limite : il y a déjà de la redondance dans
> ma base postgis, et en plus il faut que je copie colle mes styles dans le
> ficher de style xml de Mapnik pour gérer mes lignes de bus.
> Est ce que vous auriez un lien qui montre comment utiliser / paramétrer
> osm2pgsql ? Le wiki d'osm montre comment l'installer, mais je n'ai pas vu
> plus de détail que dans la petite introduction (
> http://wiki.openstreetmap.org/wiki/Osm2pgsql )
>
> Bref je vais essayer Osmosis pour voir ce qu'on peut faire avec. Ma
> principale question : peut-on utiliser des données de osmosis depuis Mapnik
> ? Il faudra sûrement modifier toutes les requêtes pour aller chercher les
> bonnes géométries.
>
> A plus tard :D
>
> Le 9 juin 2009 13:07, Emilie Laffray  a écrit :
>
> Je confirme pour la difference entre osm2pgsql et Osmosis. osm2pgsql permet
>> de faire certains precalculs et de nettoyer certaines informations,
>> toutefois, on perd necessairement en information. Ce programme est vraiment
>> fait pour permettre le rendu par Mapnik.
>> Osmosis ne perd aucune information, toutefois, on arrive a un schema ou
>> certaines tables n'ont pas de cles primaires. Certaines requetes prennent
>> donc plus de temps et sont donc plus complexes.
>> Il faut toutefois relativiser; Osmosis permet aussi de faire un tri avant
>> l'insertion des donnees soit au niveau des nodes soit au niveau des ways. De
>> plus, maintenant, Osmosis est capable de creer directement des geometries de
>> type Linestring.
>> Si on choisissait de faire une fusion des points dans Corine avant
>> l'import dans OSM, il est plus facile de travailler avec le schema de
>> Osmosis. C'est meme tres facile dans ce cas la de gerer la fusion des
>> points.
>>
>> Emilie Laffray
>>
>>
>> 2009/6/9 sly (sylvain letuffe) 
>>
>> On Tuesday 09 June 2009 11:38, kimaidou wrote:
>>>
>>> > J'ai regardé un peu, et en fait:
>>> > * osm2pgsql n'importe pas tous les tags présents dans le fichier osm.
>>> Par
>>> > exemple, pas de colonne "operator", qui nous serait bien utile pour
>>> > n'appliquer une couleur qu'à la ligne 15 (ref=15) de l'opérateur RATP
>>> > (operator=RATP).
>>> Change le fichier default.style
>>>
>>>
>>> > * osm2pgsql fait 4 tables : une pour les points, une pour les
>>> polygones, une
>>> > pour les lignes, et une pour les "roads". Je ne sais pas bien si cette
>>> > dernière enregistre les relations ou autre chose. Une idée ?
>>> si polygone, prefix_polygon, si linéaire prefix_roads
>>> (ça dépend donc des type de relation)
>>> Je t'accorde que c'est une peu le bazar, il n'y aurait dû avoir que
>>> point/ligne/surface
>>>
>>>
>>> > Pour moi, cela est plutôt super limitant, car on perd la puissance du
>>> couple
>>> > tag=valeur de la bdd OSM. On perd des tags, notamment les tags color,
>>> > operator, name de la relation,
>>> A toi de dire à osm2pgsql de les importer. Il existe une autre solution
>>> qui
>>> est de créer un schéma avec osmosis à la place de osm2pgsql, qui, lui,
>>> fait
>>> de l'import .osm <=> postgis une équivalence
>>> Mais j'ai cru comprendre que toute la force de osm2pgsql n'est pas de
>>> garder
>>> l'équivalence, mais de faire plein de pré-traitement pour accélérer les
>>> choses dans une logique "temps réél"
>>>
>>> > et donc on ne peut pas styler en fonction de
>>> > ces tags
>>> Ce problème est sans rapport, cf plus loin
>>>
>>>
>>> > Par contre, vu qu'on travaille avec Posgis, on pourrait limiter les
>>> requêtes
>>> > via des bouding box
>>> Trop galère.
>>>
>>> > Le 9 juin 2009 11:24, Pierre Mauduit  a
>>> écrit :
>>> > > Une des limitations de mapnik, que j'ai découvert récemment en
>>> tentant
>>> > > un rendu perso du plan de métro RATP : Apparemment on ne peut pas
>>> > > utiliser une colone de la base de données directement dans les
>>> options
>>> > > de style CSS de mapnik, et c'est bien dommage,
>>> Petite rectification, mapnik (le moteur) n'est pas en cause, c'est le
>>> module
>>> de traitement des fichiers de config xml qui est en cause. Et en effet,
>>> pour
>>> l'instant, je n'ai pas réussi à changer le style dynamiquement en
>>> fonction de
>>> la base, j'ai dû faire comme toi :
>>>
>>> > > on est obligé de se faire
>>> > > des fichiers XML hyper lourds qui filtrent en fonction du nom, de la
>>> ref
>>> >

Re: [OSM-talk-fr] Lignes de bus, besoin d'aide

2009-06-09 Par sujet kimaidou
Merci Emilie et Sylvain pour vos remarques.

Moi qui ai -un peu- l'habitude de concevoir et d'utiliser des bdd, je trouve
quand même que osm2pgsql va un peu trop loin dans la simplification. Je
trouve assez 'anti-bdd' :
* ne pas avoir de clé primaires (Qgis n'aime pas les couches Postgis sans
clé primaire)
* d'avoir 54 colonnes, pour la plupart du temps n'en remplir que 3 ou 4
(merci l'optimisation)

Je comprends que cela soit fait pour Mapnik, mais justement pour nos
histoires de relations on voit la limite : il y a déjà de la redondance dans
ma base postgis, et en plus il faut que je copie colle mes styles dans le
ficher de style xml de Mapnik pour gérer mes lignes de bus.
Est ce que vous auriez un lien qui montre comment utiliser / paramétrer
osm2pgsql ? Le wiki d'osm montre comment l'installer, mais je n'ai pas vu
plus de détail que dans la petite introduction (
http://wiki.openstreetmap.org/wiki/Osm2pgsql )

Bref je vais essayer Osmosis pour voir ce qu'on peut faire avec. Ma
principale question : peut-on utiliser des données de osmosis depuis Mapnik
? Il faudra sûrement modifier toutes les requêtes pour aller chercher les
bonnes géométries.

A plus tard :D

Le 9 juin 2009 13:07, Emilie Laffray  a écrit :

> Je confirme pour la difference entre osm2pgsql et Osmosis. osm2pgsql permet
> de faire certains precalculs et de nettoyer certaines informations,
> toutefois, on perd necessairement en information. Ce programme est vraiment
> fait pour permettre le rendu par Mapnik.
> Osmosis ne perd aucune information, toutefois, on arrive a un schema ou
> certaines tables n'ont pas de cles primaires. Certaines requetes prennent
> donc plus de temps et sont donc plus complexes.
> Il faut toutefois relativiser; Osmosis permet aussi de faire un tri avant
> l'insertion des donnees soit au niveau des nodes soit au niveau des ways. De
> plus, maintenant, Osmosis est capable de creer directement des geometries de
> type Linestring.
> Si on choisissait de faire une fusion des points dans Corine avant l'import
> dans OSM, il est plus facile de travailler avec le schema de Osmosis. C'est
> meme tres facile dans ce cas la de gerer la fusion des points.
>
> Emilie Laffray
>
>
> 2009/6/9 sly (sylvain letuffe) 
>
> On Tuesday 09 June 2009 11:38, kimaidou wrote:
>>
>> > J'ai regardé un peu, et en fait:
>> > * osm2pgsql n'importe pas tous les tags présents dans le fichier osm.
>> Par
>> > exemple, pas de colonne "operator", qui nous serait bien utile pour
>> > n'appliquer une couleur qu'à la ligne 15 (ref=15) de l'opérateur RATP
>> > (operator=RATP).
>> Change le fichier default.style
>>
>>
>> > * osm2pgsql fait 4 tables : une pour les points, une pour les polygones,
>> une
>> > pour les lignes, et une pour les "roads". Je ne sais pas bien si cette
>> > dernière enregistre les relations ou autre chose. Une idée ?
>> si polygone, prefix_polygon, si linéaire prefix_roads
>> (ça dépend donc des type de relation)
>> Je t'accorde que c'est une peu le bazar, il n'y aurait dû avoir que
>> point/ligne/surface
>>
>>
>> > Pour moi, cela est plutôt super limitant, car on perd la puissance du
>> couple
>> > tag=valeur de la bdd OSM. On perd des tags, notamment les tags color,
>> > operator, name de la relation,
>> A toi de dire à osm2pgsql de les importer. Il existe une autre solution
>> qui
>> est de créer un schéma avec osmosis à la place de osm2pgsql, qui, lui,
>> fait
>> de l'import .osm <=> postgis une équivalence
>> Mais j'ai cru comprendre que toute la force de osm2pgsql n'est pas de
>> garder
>> l'équivalence, mais de faire plein de pré-traitement pour accélérer les
>> choses dans une logique "temps réél"
>>
>> > et donc on ne peut pas styler en fonction de
>> > ces tags
>> Ce problème est sans rapport, cf plus loin
>>
>>
>> > Par contre, vu qu'on travaille avec Posgis, on pourrait limiter les
>> requêtes
>> > via des bouding box
>> Trop galère.
>>
>> > Le 9 juin 2009 11:24, Pierre Mauduit  a écrit
>> :
>> > > Une des limitations de mapnik, que j'ai découvert récemment en tentant
>> > > un rendu perso du plan de métro RATP : Apparemment on ne peut pas
>> > > utiliser une colone de la base de données directement dans les options
>> > > de style CSS de mapnik, et c'est bien dommage,
>> Petite rectification, mapnik (le moteur) n'est pas en cause, c'est le
>> module
>> de traitement des fichiers de config xml qui est en cause. Et en effet,
>> pour
>> l'instant, je n'ai pas réussi à changer le style dynamiquement en fonction
>> de
>> la base, j'ai dû faire comme toi :
>>
>> > > on est obligé de se faire
>> > > des fichiers XML hyper lourds qui filtrent en fonction du nom, de la
>> ref
>> > > ... pour déterminer de quelle ligne il s'agit et ainsi choisir la
>> bonne
>> > > couleur.
>>
>> Autant dire, que quand on va vouloir prendre en compte de tag color qui
>> est
>> 24bit, ça va faire un paquet de bloc style ;-)
>>
>>
>> > > Si quelqu'un a une autre technique afin d'utiliser les données en base
>> > > directement dans les définitions de

Re: [OSM-talk-fr] Lignes de bus, besoin d'aide

2009-06-09 Par sujet Emilie Laffray
Je confirme pour la difference entre osm2pgsql et Osmosis. osm2pgsql permet
de faire certains precalculs et de nettoyer certaines informations,
toutefois, on perd necessairement en information. Ce programme est vraiment
fait pour permettre le rendu par Mapnik.
Osmosis ne perd aucune information, toutefois, on arrive a un schema ou
certaines tables n'ont pas de cles primaires. Certaines requetes prennent
donc plus de temps et sont donc plus complexes.
Il faut toutefois relativiser; Osmosis permet aussi de faire un tri avant
l'insertion des donnees soit au niveau des nodes soit au niveau des ways. De
plus, maintenant, Osmosis est capable de creer directement des geometries de
type Linestring.
Si on choisissait de faire une fusion des points dans Corine avant l'import
dans OSM, il est plus facile de travailler avec le schema de Osmosis. C'est
meme tres facile dans ce cas la de gerer la fusion des points.

Emilie Laffray


2009/6/9 sly (sylvain letuffe) 

> On Tuesday 09 June 2009 11:38, kimaidou wrote:
>
> > J'ai regardé un peu, et en fait:
> > * osm2pgsql n'importe pas tous les tags présents dans le fichier osm. Par
> > exemple, pas de colonne "operator", qui nous serait bien utile pour
> > n'appliquer une couleur qu'à la ligne 15 (ref=15) de l'opérateur RATP
> > (operator=RATP).
> Change le fichier default.style
>
>
> > * osm2pgsql fait 4 tables : une pour les points, une pour les polygones,
> une
> > pour les lignes, et une pour les "roads". Je ne sais pas bien si cette
> > dernière enregistre les relations ou autre chose. Une idée ?
> si polygone, prefix_polygon, si linéaire prefix_roads
> (ça dépend donc des type de relation)
> Je t'accorde que c'est une peu le bazar, il n'y aurait dû avoir que
> point/ligne/surface
>
>
> > Pour moi, cela est plutôt super limitant, car on perd la puissance du
> couple
> > tag=valeur de la bdd OSM. On perd des tags, notamment les tags color,
> > operator, name de la relation,
> A toi de dire à osm2pgsql de les importer. Il existe une autre solution qui
> est de créer un schéma avec osmosis à la place de osm2pgsql, qui, lui, fait
> de l'import .osm <=> postgis une équivalence
> Mais j'ai cru comprendre que toute la force de osm2pgsql n'est pas de
> garder
> l'équivalence, mais de faire plein de pré-traitement pour accélérer les
> choses dans une logique "temps réél"
>
> > et donc on ne peut pas styler en fonction de
> > ces tags
> Ce problème est sans rapport, cf plus loin
>
>
> > Par contre, vu qu'on travaille avec Posgis, on pourrait limiter les
> requêtes
> > via des bouding box
> Trop galère.
>
> > Le 9 juin 2009 11:24, Pierre Mauduit  a écrit
> :
> > > Une des limitations de mapnik, que j'ai découvert récemment en tentant
> > > un rendu perso du plan de métro RATP : Apparemment on ne peut pas
> > > utiliser une colone de la base de données directement dans les options
> > > de style CSS de mapnik, et c'est bien dommage,
> Petite rectification, mapnik (le moteur) n'est pas en cause, c'est le
> module
> de traitement des fichiers de config xml qui est en cause. Et en effet,
> pour
> l'instant, je n'ai pas réussi à changer le style dynamiquement en fonction
> de
> la base, j'ai dû faire comme toi :
>
> > > on est obligé de se faire
> > > des fichiers XML hyper lourds qui filtrent en fonction du nom, de la
> ref
> > > ... pour déterminer de quelle ligne il s'agit et ainsi choisir la bonne
> > > couleur.
>
> Autant dire, que quand on va vouloir prendre en compte de tag color qui est
> 24bit, ça va faire un paquet de bloc style ;-)
>
>
> > > Si quelqu'un a une autre technique afin d'utiliser les données en base
> > > directement dans les définitions des balises de style CSS je suis
> preneur
> Pareil,
> il semblerait qu'utiliser l'API python puisse nous sortir d'affaire, mais
> j'ai
> pas fais assez de tests pour le confirmer
>
>
> --
> 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] garden, village green, park

2009-06-09 Par sujet Yann Coupin
D'après la page de description, un leisure=garden c'est un jardin  
botanique. Un leisure=park c'est un parc, comme le Jardin du  
Luxembourg par exemple.
Donc, oui, la différence existe clairement.

Yann

Le 9 juin 09 à 09:31, Pieren a écrit :

> 2009/6/8 Esperanza :
>> Cependant, je pense modifier tous les "village green" que j'ai  
>> taggé et
>> qui sont clos (squares notamment), pour les mettre sous le tag
>> leisure=garden ou park. Que pensez vous de cette distinction garden/ 
>> park
>> non décrite dans le wiki ?
>
> Je pense que la limite est bien mince. Et est-ce vraiment important ?
> Le "jardin du Luxembourg" est-il vraiment un jardin ?

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


Re: [OSM-talk-fr] Fwd: TR: Utilisation des fiches de g éodésie et de nivellement

2009-06-09 Par sujet Frédéric Rodrigo
Le mardi 9 juin 2009, Eric Sibert a écrit :
> Sinon, d'un point de vue pratique, qui se lance dans l'analyse et
> l'import automatiques des pdf?
>
> ftp://arethuse.ign.fr/pub/Serv_BDG/

Je peux me lancer dans la récupération des infos depuis les pdf. J'ai jeté un 
coup d'œil ça me semble assez simple. Par contre quid de l'import dans OSM : 
quel tag ?


Denis proposait :
- natural:peak
- natural:spring
- natural:volcano
- man_made:lighthouse
* man_made:survey_point
- man_made:tower
etc.

Càd associé à l'élément qui porte le repaire.

Pierre propose de séparer le repère de l'élement porteur.
amenity=geodesic mark
operator=IGN
(ou amenity=IGN geodesic mark)
ref=la référence de la fiche
source="..."
 
Vincent Pottier propose d'ajouter les degrés de la triangulation :
level=N
ele=NNN (ça permet aux randonneurs de recaler leurs GPS)

Eric Sibert :
natural:peak
name:Charmant Som
man_made:survey_point
ref: 3844201 A (nom du point dans la base IGN)
source:IGN - Service de Géodésie et de Nivellement - 2009
ele:2027


Fred


signature.asc
Description: This is a digitally signed message part.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Lignes de bus, besoin d'aide

2009-06-09 Par sujet sly (sylvain letuffe)
On Tuesday 09 June 2009 11:46, Pierre Mauduit wrote:
> Salut,
> 
> >
> > Pour moi, cela est plutôt super limitant, car on perd la puissance du 
> > couple tag=valeur de la bdd OSM. On perd des tags, notamment les tags 
> > color, operator, name de la relation, et donc on ne peut pas styler en 
> > fonction de ces tags
> >
> Il est possible de recompiler / tweaker osm2pgsql vu que Sylvain le fait 
> sur Beta pour conserver je ne sais plus quel champ. Mais le tag color 
> dans les relations de lignes de transport en commun est-il répandu ? Il 
> ne m'a pas semblé le voir sur le wiki.

Même pas de recompilation, juste le fichier de style de osm2pgsql
J'en ai eu besoin pour des trucs codés en dur ou pour obtenir autre chose que 
des tag : genre user, date de dernière modification

> Ou alors cela me démange depuis quelques jours d'ouvrir un ticket sur le 
> trac de mapnik avec comme  feature request utiliser les données de la 
> base directement dans le style CSS.
ça, ça me semble mieux comme solution. Pas sûr que ça soit possible ni que 
quelqu'un le fasse (et mon niveau en c++ est trop lamentable)

L'autre solution qui marcherait avec l'existant serait de définir une palette 
de couleur pour le tag color :
red, green, (genre 20 max)
et d'écrire un style cra-cra du genre :

Re: [OSM-talk-fr] Lignes de bus, besoin d'aide

2009-06-09 Par sujet sly (sylvain letuffe)
On Tuesday 09 June 2009 11:38, kimaidou wrote:

> J'ai regardé un peu, et en fait:
> * osm2pgsql n'importe pas tous les tags présents dans le fichier osm. Par
> exemple, pas de colonne "operator", qui nous serait bien utile pour
> n'appliquer une couleur qu'à la ligne 15 (ref=15) de l'opérateur RATP
> (operator=RATP).
Change le fichier default.style


> * osm2pgsql fait 4 tables : une pour les points, une pour les polygones, une
> pour les lignes, et une pour les "roads". Je ne sais pas bien si cette
> dernière enregistre les relations ou autre chose. Une idée ?
si polygone, prefix_polygon, si linéaire prefix_roads
(ça dépend donc des type de relation)
Je t'accorde que c'est une peu le bazar, il n'y aurait dû avoir que 
point/ligne/surface


> Pour moi, cela est plutôt super limitant, car on perd la puissance du couple
> tag=valeur de la bdd OSM. On perd des tags, notamment les tags color,
> operator, name de la relation, 
A toi de dire à osm2pgsql de les importer. Il existe une autre solution qui 
est de créer un schéma avec osmosis à la place de osm2pgsql, qui, lui, fait 
de l'import .osm <=> postgis une équivalence
Mais j'ai cru comprendre que toute la force de osm2pgsql n'est pas de garder 
l'équivalence, mais de faire plein de pré-traitement pour accélérer les 
choses dans une logique "temps réél"

> et donc on ne peut pas styler en fonction de 
> ces tags
Ce problème est sans rapport, cf plus loin

 
> Par contre, vu qu'on travaille avec Posgis, on pourrait limiter les requêtes
> via des bouding box
Trop galère.

> Le 9 juin 2009 11:24, Pierre Mauduit  a écrit :
> > Une des limitations de mapnik, que j'ai découvert récemment en tentant
> > un rendu perso du plan de métro RATP : Apparemment on ne peut pas
> > utiliser une colone de la base de données directement dans les options
> > de style CSS de mapnik, et c'est bien dommage, 
Petite rectification, mapnik (le moteur) n'est pas en cause, c'est le module 
de traitement des fichiers de config xml qui est en cause. Et en effet, pour 
l'instant, je n'ai pas réussi à changer le style dynamiquement en fonction de 
la base, j'ai dû faire comme toi :

> > on est obligé de se faire 
> > des fichiers XML hyper lourds qui filtrent en fonction du nom, de la ref
> > ... pour déterminer de quelle ligne il s'agit et ainsi choisir la bonne
> > couleur.

Autant dire, que quand on va vouloir prendre en compte de tag color qui est 
24bit, ça va faire un paquet de bloc style ;-)


> > Si quelqu'un a une autre technique afin d'utiliser les données en base
> > directement dans les définitions des balises de style CSS je suis preneur
Pareil, 
il semblerait qu'utiliser l'API python puisse nous sortir d'affaire, mais j'ai 
pas fais assez de tests pour le confirmer


-- 
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] Lignes de bus, besoin d'aide

2009-06-09 Par sujet sly (sylvain letuffe)

> Le mien (spécifique pour les bus) :
> 
> http://news.openstreetmap.fr/public/bus.xml

Juste une remarque inutile ;-), au début je n'avais pas compris comme traiter 
le contenu d'un champ et par recopie j'en suis arrivé à faire comme toi :
SELECT ref as name
(pour lui changer son nom)
mais en fait, dans ta définition :
http://slyserv.dyndns.org



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


Re: [OSM-talk-fr] Lignes de bus, besoin d'aide

2009-06-09 Par sujet Pierre Mauduit
Salut,

>
> Pour moi, cela est plutôt super limitant, car on perd la puissance du 
> couple tag=valeur de la bdd OSM. On perd des tags, notamment les tags 
> color, operator, name de la relation, et donc on ne peut pas styler en 
> fonction de ces tags
>
Il est possible de recompiler / tweaker osm2pgsql vu que Sylvain le fait 
sur Beta pour conserver je ne sais plus quel champ. Mais le tag color 
dans les relations de lignes de transport en commun est-il répandu ? Il 
ne m'a pas semblé le voir sur le wiki.

> Par contre, vu qu'on travaille avec Posgis, on pourrait limiter les 
> requêtes via des bouding box, et donc faire un style 

Re: [OSM-talk-fr] Lignes de bus, besoin d'aide

2009-06-09 Par sujet kimaidou
Désolé je me suis mal exprimé. J'arrive sans pbm à me connecter et à faire
des requêtes sur la bdd via pgAdmin3 (que je conseille à ceux qui préfèrent
encore une interface pour certaines tâches). Quand je parlais de structure,
je pensais MCD ou diagramme UML pour voir les liens entre les tables (clés
étrangères, etc.), pas seulement le nom et les champs des tables.

J'ai regardé un peu, et en fait:
* osm2pgsql n'importe pas tous les tags présents dans le fichier osm. Par
exemple, pas de colonne "operator", qui nous serait bien utile pour
n'appliquer une couleur qu'à la ligne 15 (ref=15) de l'opérateur RATP
(operator=RATP).
* osm2pgsql fait 4 tables : une pour les points, une pour les polygones, une
pour les lignes, et une pour les "roads". Je ne sais pas bien si cette
dernière enregistre les relations ou autre chose. Une idée ?

Pour moi, cela est plutôt super limitant, car on perd la puissance du couple
tag=valeur de la bdd OSM. On perd des tags, notamment les tags color,
operator, name de la relation, et donc on ne peut pas styler en fonction de
ces tags

Par contre, vu qu'on travaille avec Posgis, on pourrait limiter les requêtes
via des bouding box, et donc faire un style 

Re: [OSM-talk-fr] Dictionnaire Osmose

2009-06-09 Par sujet Yoann ARNAUD
Yann Coupin a écrit :

> Le mot maudit, c'est "IKEA" :)

Corrigé. De même que "ALDI".

-- 
Yoann.

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


Re: [OSM-talk-fr] Lignes de bus, besoin d'aide

2009-06-09 Par sujet Pierre Mauduit
kimaidou a écrit :
> hum... je me réponds..
> J'ai l'impression qu'on arrive là à la limite de la conversion de la 
> bdd OSM dans postgis. J'ai l'impression qu'en faisant cet import, on 
> perd l'architecture et on met tout à plat...
> Est ce le cas, ou est ce que je peux trouver quelque part le modèle de 
> données de la base créée par osm2pgsql ? Je m'attendais à trouver une 
> relation réflexive pour gérer les relations, mais je ne la vois pas.
>

Pour avoir un modèle des tables chez toi, il suffit de se connecter à 
ton postgresql ; chez moi ca donne :

$ psql gis
gis> \d
sans argument cela te donne le nom des tables
gis> \d [nom_de_ta_table]
te donne la structure de ta table

Une des limitations de mapnik, que j'ai découvert récemment en tentant 
un rendu perso du plan de métro RATP : Apparemment on ne peut pas 
utiliser une colone de la base de données directement dans les options 
de style CSS de mapnik, et c'est bien dommage, on est obligé de se faire 
des fichiers XML hyper lourds qui filtrent en fonction du nom, de la ref 
... pour déterminer de quelle ligne il s'agit et ainsi choisir la bonne 
couleur.

Si quelqu'un a une autre technique afin d'utiliser les données en base 
directement dans les définitions des balises de style CSS je suis preneur

-- 
Pierre

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


Re: [OSM-talk-fr] Dictionnaire Osmose

2009-06-09 Par sujet Yoann ARNAUD
Yann Coupin a écrit :
> Petite question.
> 
> Comment faire pour rajouter des mots dans le dictionnaire d'Osmose ?  
> Il y avait un bouton "ignorer pour tous" avant, mais il n'existe plus,  
> donc je ne sais pas comment faire.
> 
> Le mot maudit, c'est "IKEA" :)

Coucou,

Pour l'instant, l'ajout de mots dans le dictionnaire se fait "à la main"
dans un fichier texte. Seuls Etienne et moi y avons accès. Il faut donc
nous transmettre personnellement les mots que vous voulez ajouter.

Nous n'avons pas prévu une interface permettant à n'importe qui d'en
ajouter, mais cela reste possible, si le besoin s'en fait sentir.

N'hésitez pas à faire des propositions et donner des idées.

-- 
Yoann.

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


Re: [OSM-talk-fr] Fwd: TR: Utilisation des fiches de g éodésie et de nivellement

2009-06-09 Par sujet Eric Sibert
> Mais vu la prudence qu'il met ("avec les réserves d'usage et en vous
> invitant à demander toute précision utilise directement auprès de notre
> contact,"), il faudrait peut-être obtenir confirmation du Sieur Hervé Le
> Men et validation par lui du tag source=IGN, fiche nivellement, ...

Oui, je pense qu'il faut que je contacte directement M. Le Men en lui  
mettant une copie du message que je viens de recevoir et une  
proposition de codage du tag source. Je peux peut-être aussi lui dire  
comment osm fonctionne en pratique avec le cadastre et corine.

Concernant le service public et l'IGN, il y a d'une part les éléments  
qui sont totalement subventionnés et qui doivent être fournis à coût  
de diffusion (ex: les repères géodésiques, vues aériennes brutes) et  
d'autre part les éléments non complètement subventionnés où l'IGN doit  
facturer la différence aux utilisateurs mais sans faire de bénéfice  
(ex:orthophoto). Enfin, il y a ce qui est hors service public comme la  
carte au 1/25.000. Reste à savoir qui est dans quoi.

Sinon, d'un point de vue pratique, qui se lance dans l'analyse et  
l'import automatiques des pdf?

ftp://arethuse.ign.fr/pub/Serv_BDG/

;-)

Eric


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


Re: [OSM-talk-fr] Lignes de bus, besoin d'aide

2009-06-09 Par sujet kimaidou
hum... je me réponds..
J'ai l'impression qu'on arrive là à la limite de la conversion de la bdd OSM
dans postgis. J'ai l'impression qu'en faisant cet import, on perd
l'architecture et on met tout à plat...
Est ce le cas, ou est ce que je peux trouver quelque part le modèle de
données de la base créée par osm2pgsql ? Je m'attendais à trouver une
relation réflexive pour gérer les relations, mais je ne la vois pas.

Bon, je vais essayer de creuser, mais si la réponse est évidente, n'hésitez
pas :D

Le 9 juin 2009 10:52, kimaidou  a écrit :

> Ok
> super, grâce à ce fichier exemple, j'ai réussi à représenter ma ligne de
> bus n 5.
>
> Par contre, j'aurais besoin d'explications sur le paramétrage de mon
> fichier de style.
>
>  Dans la requête :
> SELECT ref as name,way FROM %PREFIX%_line WHERE route = 'bus') as Bus
> On ne peut qu'obtenir la "ref", soit le valeur du tag "ref" de la relation
> de type=route. Même avec un SELECT *, on ne peut obtenir les autres valeurs
> des tags de la route, notamment le tag "color" ou "operator".
> Comment puis-je donc faire pour que mon fichier xml de style me colorie mon
> bus dans la couleur du tag color ? Si j'ai bien compris, si on utilise "ton"
> fichier xml sur toute la france, toutes les lignes (de toutes les villes)
> qui ont le numéro (ref) = 15 vont être coloriées en #42b4eb ?
>
> Je vais voir si je ne peux pas faire une requête qui me donne les infos de
> la relation...
>
> Le 9 juin 2009 10:31, Pierre Mauduit  a écrit :
>
> kimaidou a écrit :
>> > Merci beaucoup !
>> > Je vais étudier cela, et je poserai des questions si je ne comprends
>> > pas tout.
>> >
>> Evidemment c'est toujours quand il s'agit de faire une démo que ca foire
>> :-P j'ai mis à jour le fichier dont je donnais l'url dans mon précédent
>> mail. Apparemment mapnik n'aime pas trop qu'on sélectionne plus de deux
>> colonnes.
>>
>> --
>> Pierre
>>
>>
>> ___
>> 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] Lignes de bus, besoin d'aide

2009-06-09 Par sujet kimaidou
Ok
super, grâce à ce fichier exemple, j'ai réussi à représenter ma ligne de bus
n 5.

Par contre, j'aurais besoin d'explications sur le paramétrage de mon fichier
de style.

 Dans la requête :
SELECT ref as name,way FROM %PREFIX%_line WHERE route = 'bus') as Bus
On ne peut qu'obtenir la "ref", soit le valeur du tag "ref" de la relation
de type=route. Même avec un SELECT *, on ne peut obtenir les autres valeurs
des tags de la route, notamment le tag "color" ou "operator".
Comment puis-je donc faire pour que mon fichier xml de style me colorie mon
bus dans la couleur du tag color ? Si j'ai bien compris, si on utilise "ton"
fichier xml sur toute la france, toutes les lignes (de toutes les villes)
qui ont le numéro (ref) = 15 vont être coloriées en #42b4eb ?

Je vais voir si je ne peux pas faire une requête qui me donne les infos de
la relation...

Le 9 juin 2009 10:31, Pierre Mauduit  a écrit :

> kimaidou a écrit :
> > Merci beaucoup !
> > Je vais étudier cela, et je poserai des questions si je ne comprends
> > pas tout.
> >
> Evidemment c'est toujours quand il s'agit de faire une démo que ca foire
> :-P j'ai mis à jour le fichier dont je donnais l'url dans mon précédent
> mail. Apparemment mapnik n'aime pas trop qu'on sélectionne plus de deux
> colonnes.
>
> --
> Pierre
>
>
> ___
> 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] Fwd: TR: Utilisation des fiches de géodésie et de nivellement

2009-06-09 Par sujet Vincent Pottier
Eric Sibert a écrit :
> Dernières nouvelles
>
> Eric
>
>
> 
>
> Sujet:
> TR: Utilisation des fiches de géodésie et de nivellement
> Expéditeur:
> Frederic Cantat 
> Date:
> Tue, 9 Jun 2009 08:07:54 +0200
> Destinataire:
> Eric Sibert 
>
> Destinataire:
> Eric Sibert 
>
>
> Cher Monsieur,
>
> Au cas où vous n'auriez pas déjà saisi Hervé Le Men, personne responsable de 
> l'accès aux dcuments administratifs pour l'Institut Géographique National 
> (cf. mon mél ci-dessous), je vous retransmets, avec les réserves d'usage et 
> en vous invitant à demander toute précision utilise directement auprès de 
> notre contact, le contenu de la réponse qui pourra vous être faite :
> les fiches de géodésie et de nivellement ont été réalisées par une activité 
> entièrement subventionnée. Comme telle, la politique tarifaire arrêtée en 
> conseil d'administration de l'IGN prévoit le régime de diffusion au coût de 
> diffusion, et pas le régime de réutilisation sous licence. Autrement dit la 
> réutilisation de ces informations est entièrement libre sous la seule réserve 
> prévue a l'article 12 de la loi "CADA" et à laquelle l'IGN tient 
> particulièrement  : que "ces dernières ne soient pas altérées, que leur sens 
> ne soit pas dénaturé et que leurs sources et la date de leur dernière mise à 
> jour soient mentionnées".
>
> En espérant avoir répondu à vos interrogations,
>
> Frédéric Cantat
>
>   
Super, ça avance !
Mais vu la prudence qu'il met ("avec les réserves d'usage et en vous
invitant à demander toute précision utilise directement auprès de notre
contact,"), il faudrait peut-être obtenir confirmation du Sieur Hervé Le
Men et validation par lui du tag source=IGN, fiche nivellement, ...

Vincent




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


Re: [OSM-talk-fr] Fwd: TR: Utilisation des fiches de géodésie et de nivellement

2009-06-09 Par sujet Pieren
Faut-il encore attendre une réponse de :
Hervé Le Men, personne responsable de l'accès aux dcuments
administratifs pour l'Institut Géographique National
ou bien, peut-on déjà considérer cette réponse comme suffisante pour
utiliser les repères dans OSM ?
L'autre point intéressant de cette réponse est que cela se détermine
sur le fait que l'activité est entièrement subventionnée ou non.
Autrement dit, on pourrait leur demander la liste de ces activités et
en déduire ce que nous pourrions réutiliser dans OSM ...
Pieren


2009/6/9 Eric Sibert :
> Dernières nouvelles
>
> Eric
>
>
> 
>
>
> -- Forwarded message --
> From: Frederic Cantat 
> To: Eric Sibert 
> Date: Tue, 9 Jun 2009 08:07:54 +0200
> Subject: TR: Utilisation des fiches de géodésie et de nivellement
> Cher Monsieur,
>
> Au cas où vous n'auriez pas déjà saisi Hervé Le Men, personne responsable de
> l'accès aux dcuments administratifs pour l'Institut Géographique National
> (cf. mon mél ci-dessous), je vous retransmets, avec les réserves d'usage et
> en vous invitant à demander toute précision utilise directement auprès de
> notre contact, le contenu de la réponse qui pourra vous être faite :
> les fiches de géodésie et de nivellement ont été réalisées par une activité
> entièrement subventionnée. Comme telle, la politique tarifaire arrêtée en
> conseil d'administration de l'IGN prévoit le régime de diffusion au coût de
> diffusion, et pas le régime de réutilisation sous licence. Autrement dit la
> réutilisation de ces informations est entièrement libre sous la seule
> réserve prévue a l'article 12 de la loi "CADA" et à laquelle l'IGN tient
> particulièrement  : que "ces dernières ne soient pas altérées, que leur sens
> ne soit pas dénaturé et que leurs sources et la date de leur dernière mise à
> jour soient mentionnées".
>
> En espérant avoir répondu à vos interrogations,
>
> Frédéric Cantat
>
> -Message d'origine-
> De : Frederic Cantat
> Envoyé : mercredi 27 mai 2009 17:22
> À : 'Eric Sibert'
> Objet : RE: Utilisation des fiches de géodésie et de nivellement
>
> Cher Monsieur,
>
> Tout d'abord, je vous présente toutes mes excuses pour mon silence de ces
> derniers jours.
>
> Je viens de transmettre nos échanges à Monsieur Hervé Le Men, Directeur de
> la maîtrise d'ouvrage déléguée au service public de l'IGN et personne
> responsable de l'accès aux documents administratifs pour notre
> établissement.
> C'est le bon interlocuteur pour vous apporter la meilleure réponse à votre
> demande (cf.
> http://www.ign.fr/institut/19/presentation/documents-administratifs.htm).
>
> Très cordialement,
>
> Frédéric Cantat
> IGN - Département Diffusion et licences d'exploitation Tel : 01.43.98.83.98
>
>
>
>> -Message d'origine-
>> De : Eric Sibert [mailto:courr...@eric.sibert.fr] Envoyé : mardi 26
>> mai 2009 14:07 À : Frederic Cantat Objet : RE: Utilisation des fiches
>> de géodésie et de nivellement
>>
>> Bonjour,
>>
>> Je souhaitais savoir où vous en étiez dans l'étude de notre demande.
>>
>>
>>
>> Bien cordialement
>>
>>
>> Pour le projet OpenStreetMap
>> Eric Sibert
>>
>>
>>
> ___
> 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] walking-papers - outil simple et g énial

2009-06-09 Par sujet kimaidou
Et en plus les développeurs sont super réactif. J'ai envoyé un courriel pour
demander un module de recherche par lieu pour les scans déjà dans leur base,
et il m'a répondu dans l'heure. Sa réponse à ce sujet est que c'est
envisageable, mais que pour l'instant il y avait encore peu de scans.

C'est vrai que pour des débutants, c'est assez génial. Quand on voit
maintenant la complexité pour tagguer proprement les numéros de rues, les
lignes de bus, etc., en gérant les relations... Si les "débutants"
commencent "juste" par annoter des cartes sur le terrain, et ensuite font
passer à d'autres plus expérimentés qui leur montrent comment tagguer, on
tient là un outils pédagogique fort, pour faire un pont entre les "geeks qui
mappent avec leur openmoko" et les "gens qui veulent juste dessiner une
carte" (aucun jugement dans mes guillemets bien sûr, je ne sais pas encore
qui je suis entre ces 2)

Le 9 juin 2009 10:24, Vincent Pottier  a écrit :

> kimaidou a écrit :
> > Bonjour !
> >
> > Je viens de découvrir (via planet osm fr , donc j'imagine que beaucoup
> > sont déjà au courant..) l'outil http://walking-papers.org/
> Ça semble excellent pour organiser une mapping-party avec des débutants
> ! On n'arrête pas le progrès !
>
> À quand un plugin JOSM pour éditer les scans en fond comme on affiche
> les gpx téléchargés, le cadastre...
>
> Génial !
>
> Vincent
>
> ___
> 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] Lignes de bus, besoin d'aide

2009-06-09 Par sujet Pierre Mauduit
kimaidou a écrit :
> Merci beaucoup !
> Je vais étudier cela, et je poserai des questions si je ne comprends 
> pas tout.
>
Evidemment c'est toujours quand il s'agit de faire une démo que ca foire 
:-P j'ai mis à jour le fichier dont je donnais l'url dans mon précédent 
mail. Apparemment mapnik n'aime pas trop qu'on sélectionne plus de deux 
colonnes.

-- 
Pierre


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


Re: [OSM-talk-fr] walking-papers - outil simple et g énial

2009-06-09 Par sujet Vincent Pottier
kimaidou a écrit :
> Bonjour !
>
> Je viens de découvrir (via planet osm fr , donc j'imagine que beaucoup
> sont déjà au courant..) l'outil http://walking-papers.org/
Ça semble excellent pour organiser une mapping-party avec des débutants
! On n'arrête pas le progrès !

À quand un plugin JOSM pour éditer les scans en fond comme on affiche
les gpx téléchargés, le cadastre...

Génial !

Vincent

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


Re: [OSM-talk-fr] Lignes de bus, besoin d'aide

2009-06-09 Par sujet kimaidou
Merci beaucoup !
Je vais étudier cela, et je poserai des questions si je ne comprends pas
tout.

Le 9 juin 2009 10:09, Pierre Mauduit  a écrit :

> Salut,
>
> >
> > Quelqu'un pourrait-il (si déjà fait) me donner l'extrait du fichier
> > xml de style Mapnik pour rendre ces relations ? Je suis un peu perdu
> > dans ce fichier, avec tous les niveaux de zoom qu'il faut prendre en
> > compte :)
>
> Le mien (spécifique pour les bus) :
>
> http://news.openstreetmap.fr/public/bus.xml
>
> --
> Pierre
>
>
> ___
> 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] Lignes de bus, besoin d'aide

2009-06-09 Par sujet Pierre Mauduit
Salut,

>
> Quelqu'un pourrait-il (si déjà fait) me donner l'extrait du fichier 
> xml de style Mapnik pour rendre ces relations ? Je suis un peu perdu 
> dans ce fichier, avec tous les niveaux de zoom qu'il faut prendre en 
> compte :)

Le mien (spécifique pour les bus) :

http://news.openstreetmap.fr/public/bus.xml

-- 
Pierre


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


[OSM-talk-fr] Fwd: TR: Utilisation des fiches de g éodésie et de nivellement

2009-06-09 Par sujet Eric Sibert

Dernières nouvelles

Eric



--- Begin Message ---
Cher Monsieur,

Au cas où vous n'auriez pas déjà saisi Hervé Le Men, personne responsable de 
l'accès aux dcuments administratifs pour l'Institut Géographique National (cf. 
mon mél ci-dessous), je vous retransmets, avec les réserves d'usage et en vous 
invitant à demander toute précision utilise directement auprès de notre 
contact, le contenu de la réponse qui pourra vous être faite :
les fiches de géodésie et de nivellement ont été réalisées par une activité 
entièrement subventionnée. Comme telle, la politique tarifaire arrêtée en 
conseil d'administration de l'IGN prévoit le régime de diffusion au coût de 
diffusion, et pas le régime de réutilisation sous licence. Autrement dit la 
réutilisation de ces informations est entièrement libre sous la seule réserve 
prévue a l'article 12 de la loi "CADA" et à laquelle l'IGN tient 
particulièrement  : que "ces dernières ne soient pas altérées, que leur sens ne 
soit pas dénaturé et que leurs sources et la date de leur dernière mise à jour 
soient mentionnées".

En espérant avoir répondu à vos interrogations,

Frédéric Cantat

-Message d'origine-
De : Frederic Cantat 
Envoyé : mercredi 27 mai 2009 17:22
À : 'Eric Sibert'
Objet : RE: Utilisation des fiches de géodésie et de nivellement

Cher Monsieur,

Tout d'abord, je vous présente toutes mes excuses pour mon silence de ces 
derniers jours.

Je viens de transmettre nos échanges à Monsieur Hervé Le Men, Directeur de la 
maîtrise d'ouvrage déléguée au service public de l'IGN et personne responsable 
de l'accès aux documents administratifs pour notre établissement.
C'est le bon interlocuteur pour vous apporter la meilleure réponse à votre 
demande (cf. 
http://www.ign.fr/institut/19/presentation/documents-administratifs.htm).

Très cordialement,

Frédéric Cantat
IGN - Département Diffusion et licences d'exploitation Tel : 01.43.98.83.98

 

> -Message d'origine-
> De : Eric Sibert [mailto:courr...@eric.sibert.fr] Envoyé : mardi 26 
> mai 2009 14:07 À : Frederic Cantat Objet : RE: Utilisation des fiches 
> de géodésie et de nivellement
> 
> Bonjour,
> 
> Je souhaitais savoir où vous en étiez dans l'étude de notre demande.
> 
> 
> 
> Bien cordialement
> 
> 
> Pour le projet OpenStreetMap
> Eric Sibert
> 
> 
> --- End Message ---
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Lignes de bus, besoin d'aide

2009-06-09 Par sujet kimaidou
Bonjour

Maintenant que j'ai installé mon Mapnik pour tester les rendus, je voulais
avoir votre aide pour rendre ces lignes de bus. J'ai donc bien créé une
relation de type route avec toutes les sections de mes rues correspondant à
ma ligne de bus, et avec un tag "color" pour spécifier la couleur.

Quelqu'un pourrait-il (si déjà fait) me donner l'extrait du fichier xml de
style Mapnik pour rendre ces relations ? Je suis un peu perdu dans ce
fichier, avec tous les niveaux de zoom qu'il faut prendre en compte :)


Le 8 juin 2009 19:08, JonathanMM  a écrit :

> Moi, dans le doute, je vais sur le terrain pour repérer le lieu et nom
> des stations (on a parfois des surprises) et après, pour les rues, c'est
> par observations (« oh tiens, un bus qui va par là :) ») et par
> déduction (« Bon, alors, ces stations ont dans la même rue, il doit
> passer par là ») :)
>
> JonathanMM
>
> ___
> 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] garden, village green, park

2009-06-09 Par sujet Pieren
2009/6/8 Esperanza :
> Cependant, je pense modifier tous les "village green" que j'ai taggé et
> qui sont clos (squares notamment), pour les mettre sous le tag
> leisure=garden ou park. Que pensez vous de cette distinction garden/park
> non décrite dans le wiki ?

Je pense que la limite est bien mince. Et est-ce vraiment important ?
Le "jardin du Luxembourg" est-il vraiment un jardin ?
Pieren

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


[OSM-talk-fr] walking-papers - outil simple et g énial

2009-06-09 Par sujet kimaidou
Bonjour !

Je viens de découvrir (via planet osm fr , donc j'imagine que beaucoup sont
déjà au courant..) l'outil http://walking-papers.org/
L'idée est de faciliter le travail des personnes qui souhaitent ajouter des
informations (POI) ou vérifier des données sur une zone déjà bien
cartographiée. On va sur le site, on sélectionne la zone, cela nous sort un
pdf au format A4 avec une représentation allégée des données (traits fins
par exemple). On l'imprime, on va sur le terrain et on note des choses sur
cette carte (boite postale, annotation pour correction de nom de rue, etc.).
On revient chez soi, on scanne (ou on envoie le scan à l'adresse indiquée
sur le site), et ensuite le site propose un potlach intégré avec votre
feuille annotée en fond, derrière les chemins et les noeuds. C'est tout
bonnement génial.

Je vous laisse tester.

Bref, merci à Xavier et son blog http://gpsrevolution.blogspot.com pour
l'info.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr