Re: [OSM-talk-fr] Changement de licence, enfin des nouvelles !

[Jo]

Je suppose que le serveur de FOSM sera disponible... Maintenant je vais me
cacher avant que vous me brûlerez. :-)

Polyglot

2012/3/28 didier2020 

> Le mercredi 28 mars 2012 à 00:50 +0200, Christian Quest a écrit :
> > 3 jours prévus avec l'API en read-only (du 1er au 4 avril).
> 3 jours !
> il y a quelqu'un qui a un patch ?
> >
> >
> > Ca tombe pile-poil pendant une formation que j'ai prévu de faire... :(
> >
> >
> >
> > Le 28 mars 2012 00:42, Francisco DOS SANTOS  a
> > écrit :
> > Bonjour,
> >
> > Enfin le planning pour le changement de licence :
> >
> http://blog.osmfoundation.org/2012/03/27/service-schedule-march-april-2012/
> >
> > Je ne vous cache pas qu'en réalité c'est le planning du
> > basculement sur
> > le nouveau serveur ramoth.
> > Après on enchaine sur la "disparition magique" des données
> > CC-BY-SA qui
> > se déroulera en tache de fond (possibilité de contribuer en
> > parallèle)
> > pour une période indéterminée.
> >
> > Le planning est assez large avant le début du vrai nettoyage,
> > vu que la
> > rebuild team est en pleine phase de test et développement...
> >
> > Mais on va finalement réussir à changer de licence, comme
> > n'importe quel
> > grand changement, ça va passer "à l'arrache" ;-)
> >
> > Francisco
> >
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
> >
> >
> >
> >
> > --
> > Christian Quest - OpenStreetMap France -
> > http://openstreetmap.fr/u/cquest
> >
> > ___
> > 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

Re: [OSM-talk-fr] Changement de licence, enfin des nouvelles !

[didier2020]

Le mercredi 28 mars 2012 à 00:50 +0200, Christian Quest a écrit :
> 3 jours prévus avec l'API en read-only (du 1er au 4 avril).
3 jours ! 
il y a quelqu'un qui a un patch ?
> 
> 
> Ca tombe pile-poil pendant une formation que j'ai prévu de faire... :(
> 
> 
> 
> Le 28 mars 2012 00:42, Francisco DOS SANTOS  a
> écrit :
> Bonjour,
> 
> Enfin le planning pour le changement de licence :
> 
> http://blog.osmfoundation.org/2012/03/27/service-schedule-march-april-2012/
> 
> Je ne vous cache pas qu'en réalité c'est le planning du
> basculement sur
> le nouveau serveur ramoth.
> Après on enchaine sur la "disparition magique" des données
> CC-BY-SA qui
> se déroulera en tache de fond (possibilité de contribuer en
> parallèle)
> pour une période indéterminée.
> 
> Le planning est assez large avant le début du vrai nettoyage,
> vu que la
> rebuild team est en pleine phase de test et développement...
> 
> Mais on va finalement réussir à changer de licence, comme
> n'importe quel
> grand changement, ça va passer "à l'arrache" ;-)
> 
> Francisco
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> 
> 
> -- 
> Christian Quest - OpenStreetMap France -
> http://openstreetmap.fr/u/cquest
> 
> ___
> 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] Re : Le service sur api.openstreetmap.fr s'agrandi lui aussi

[Pierre Béland]

Sylvain, 


j'ai comparé le téléchargement de la mega-relation n°1857038à partir du menu 
Fichier / Télécharger un objet de JOSM.
1. Api officielle http://api.openstreetmap.org/api
2. Api fr http://api.openstreetmap.fr/api


À
 chaque fois je démarrais une nouvelle instance de JOSM, sélectionnait 
l'Api de téléchargement et sauvegardait ensuite le résultat (fichier 
osm). Le logiciel Notepad++ permet de comparer les résultats simplement 
en faisant une recherche sur des expressions clés dans les documents.

De
 tels tests montrent bien que d'autres facteurs que les règles établies 
pour l'extraction interviennent. L'intensité du traffic sur le serveur 
peut sans aucun doute
 influencer les résultats. Lors d'un de mes tests, la requête a pris 17 
minutes sur l'Api officielle et 6 minutes sur l'Api Fr.

Dans tous
 les fichiers, je retrouve 3 379 occurences de l'expression " J'ai comparé le téléchargement dans JOSM à partir de l'Api officielle et le
> site .fr. J'y ai aussi constaté des différences en téléchargeant la
> mega-relation n°1857038. 

Tu pourrais
 m'indiquer lesquels ?

> Mais plusieurs facteurs peuvent intervenir. Et
> même si nous cochons l'option Télécharger les membres de la relation  en
> téléchargeant une méga-relaation, cela ne veut pas dire que tous les
> membres des sous-relations seront également téléchargés. 

D'après la documentation de l'api, c'est même normalement pas le cas.
Les membres d'une relation enfant ne devraient pas être renvoyés, c'est la 
documentation de l'appel /full :
http://wiki.openstreetmap.org/wiki/API_0.6 :
For a relation, it will return the following:
    * The relation itself
    * All nodes, ways, and relations that are members of the relation
    * Plus all nodes used by ways from the previous step
    * The same recursive logic is not applied to relations. This means: If 
relation r1 contains way w1 and relation r2, and w1 contains nodes n1 and n2, 
and r2 contains node n3, then a "full" request for r1 will give you r1, r2, 
w1, n1, and n2. Not n3. 

Pour l'instant l'api fr est compatible avec ça (je peux le comprendre, car sur 
des maxi grosses relations ça pourrait vraiment faire beaucoup)

> La comparaison des deux fichiers OSM ainsi obtenus a montré un comportement
> différent lors du chargement à partir des deux API.  Tandis que sur le
> site français, tous les chemins étaient téléchargés, sur le site
> openstreetmap.org plusieurs chemins membres de sous-relations n'étaient
> pas téléchargés.

Pourtant rien ne devrait être oublié , ni sur l'une ou l'autre API
Peut-être as-tu eu un problème à un moment du téléchargement ?
(il faut dire que cette relation est vraiment énorme et les tests sont dur à 
faire)
Mais si on
 regarde ce que fait JOSM (dans la console) on voit qu'il commence 
par :
GET http://api.openstreetmap.fr/api/0.6/relations?relations=1857038
et ensuite il fait des :
GET http://api.openstreetmap.fr/api/0.6/relation/1982670/full
GET http://api.openstreetmap.fr/api/0.6/relation/1905320/full

pour chaqu'une des relations membres, ce qui devrait, sauf s'il y a un nouveau 
niveau de relation, récupérer tous les ways.
Si l'option "télécharger les membres" n'est pas cochée, alors l'appel ne 
contient pas le /full et les noeuds des ways ne sont pas récupérés, mais la 
liste des ways l'est (ce qui me semble d'ailleurs en contradiction avec le 
titre de
 l'option qui est donc soit mal traduite, soit mal décrite)
-- 
sly (sylvain letuffe)


Le mardi 27 mars 2012 23:22:16, sly (sylvain letuffe) a écrit :
> > Mais plusieurs facteurs peuvent intervenir. Et
> > même si nous cochons l'option Télécharger les membres de la relation  en
> > téléchargeant une méga-relaation, cela ne veut pas dire que tous les
> > membres des sous-relations seront également téléchargés.
> 
> D'après la documentation de l'api, c'est même normalement pas le cas.
> Les membres d'une relation enfant ne devraient pas être renvoyés, c'est la
> documentation de l'appel /full

Je crois que je me suis trompé là, je parlais d'un autre menu (bouton droit 
sur une relation -> télécharger les membres) qui n'a pas le même effet que 
fichier -> télécharger un objet -> n° de relation + télécharger les membres

Alors
 que justement on pourrait s'attendre au même résultat

-- 
sly (sylvain letuffe)___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Re : Changement de licence, enfin des nouvelles !

[THEVENON Julien]

Merci pour l info !




>
> De : Francisco DOS SANTOS 
>À : talk-fr@openstreetmap.org 
>Envoyé le : Mercredi 28 mars 2012 0h42
>Objet : [OSM-talk-fr] Changement de licence, enfin des nouvelles !
> 
>Bonjour,
>
>Enfin le planning pour le changement de licence :
>http://blog.osmfoundation.org/2012/03/27/service-schedule-march-april-2012/
>
>Je ne vous cache pas qu'en réalité c'est le planning du basculement sur
>le nouveau serveur ramoth.
>Après on enchaine sur la "disparition magique" des données CC-BY-SA qui
>se déroulera en tache de fond (possibilité de contribuer en parallèle)
>pour une période indéterminée.
>
>Le planning est assez large avant le début du vrai nettoyage, vu que la
>rebuild team est en pleine phase de test et développement...
>
>Mais on va finalement réussir à changer de licence, comme n'importe quel
>grand changement, ça va passer "à l'arrache" ;-)
>
>Francisco
>
>
>___
>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] API OSM : RATP (métro, bus, RER, tram), SNCF (Transilien), Vélib

[kael]

On 03/28/2012 12:48 AM, Christian Quest wrote:

La même sur l'xapi "fr":
http://api.openstreetmap.fr/xapi?node[network=RATP|RER|RATP/SNCF|Vélib]

Et ça marche !


C'est génial, merci bien. :)

--
kael


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

Re: [OSM-talk-fr] Changement de licence, enfin des nouvelles !

[Christian Quest]

3 jours prévus avec l'API en read-only (du 1er au 4 avril).

Ca tombe pile-poil pendant une formation que j'ai prévu de faire... :(


Le 28 mars 2012 00:42, Francisco DOS SANTOS  a écrit :

> Bonjour,
>
> Enfin le planning pour le changement de licence :
> http://blog.osmfoundation.org/2012/03/27/service-schedule-march-april-2012/
>
> Je ne vous cache pas qu'en réalité c'est le planning du basculement sur
> le nouveau serveur ramoth.
> Après on enchaine sur la "disparition magique" des données CC-BY-SA qui
> se déroulera en tache de fond (possibilité de contribuer en parallèle)
> pour une période indéterminée.
>
> Le planning est assez large avant le début du vrai nettoyage, vu que la
> rebuild team est en pleine phase de test et développement...
>
> Mais on va finalement réussir à changer de licence, comme n'importe quel
> grand changement, ça va passer "à l'arrache" ;-)
>
> Francisco
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] API OSM : RATP (métro, bus, RER, tram), SNCF (Transilien), Vélib

[Christian Quest]

La même sur l'xapi "fr":
http://api.openstreetmap.fr/xapi?node[network=RATP|RER|RATP/SNCF|Vélib]

Et ça marche !


Le 28 mars 2012 00:23, kael  a écrit :

> On 03/27/2012 10:45 PM, Pierre-André Le Ny wrote:
>
>> Un peu de lecture ici : 
>> http://wiki.openstreetmap.org/**wiki/Xapi
>>
>
> Merci. J'ai trouvé plusieurs exemples @  OpenStreetMap,_quelques_**bookmarks>,
> et donc apparemment une requête qui m'intéresse serait du type :
>
>  **SNCF|Vélib]
> >
>
> Mais le serveur de l'API est down, une requête de type  informationfreeway.org/api/0.**6/node[network=RER]>
> échoue avec un timeout.
>
>
> --
> kael
>
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>



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

[OSM-talk-fr] Changement de licence, enfin des nouvelles !

[Francisco DOS SANTOS]

Bonjour,

Enfin le planning pour le changement de licence :
http://blog.osmfoundation.org/2012/03/27/service-schedule-march-april-2012/

Je ne vous cache pas qu'en réalité c'est le planning du basculement sur
le nouveau serveur ramoth.
Après on enchaine sur la "disparition magique" des données CC-BY-SA qui
se déroulera en tache de fond (possibilité de contribuer en parallèle)
pour une période indéterminée.

Le planning est assez large avant le début du vrai nettoyage, vu que la
rebuild team est en pleine phase de test et développement...

Mais on va finalement réussir à changer de licence, comme n'importe quel
grand changement, ça va passer "à l'arrache" ;-)

Francisco


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

Re: [OSM-talk-fr] API OSM : RATP (métro, bus, RER, tram), SNCF (Transilien), Vélib

[kael]

On 03/27/2012 10:45 PM, Pierre-André Le Ny wrote:

Un peu de lecture ici : http://wiki.openstreetmap.org/wiki/Xapi


Merci. J'ai trouvé plusieurs exemples @ 
, et donc 
apparemment une requête qui m'intéresse serait du type :




Mais le serveur de l'API est down, une requête de type 
 échoue 
avec un timeout.


--
kael


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

Re: [OSM-talk-fr] Nouvelles sur Osmose de mars 2012 - amélioration sur Madagascar et ajout d'analyses

[eMerzh]

Hello,

merci pour les mises à jour de ce Super outil !


j'en profite pour dire que mon programme Android supporte maintenant
Osmose (et bientôt ces nouvelles analyses)..

Sur http://openfixmap.bmaron.net/

bon j'ai encore quelques crash à corriger sur ma liste, mais n'hésitez
pas a me rapporter des bugs, ou vos souhaits sur
https://github.com/eMerzh/OpenFixMap/issues


Brice



2012/3/27 kimaidou :
> Waou,
> Je suis impressionné par la dimension que prend cet outil !
> Une question bête : est-il connu par la communauté internationnale ?
>
> Bravo pour le travail effectué.
> Michael
>
> Le 26 mars 2012 20:03, Jocelyn Jaubert  a écrit :
>
>> Bonjour,
>>
>> Cela faisait longtemps, mais il s'est passé pas mal de choses sur
>> Osmose depuis Novembre dernier :)
>>
>>
>> Qu'est-ce que Osmose ?
>> ==
>>
>> Osmose [http://osmose.openstreetmap.fr] est un outil pour vérifier les
>> données qui sont sur Openstreetmap. Il couvre actuellement la France
>> (avec les DOM), la Belgique, le Luxembourg et Madagascar, afin de donner
>> plein de résultats intéressants, et de lister des corrections à
>> effectuer pour améliorer la carte.
>>
>> La mise à jour des erreurs se fait tous les 2 jours, en prenant en
>> compte les erreurs marquées comme "corrigée" ou "faux positif" dans les
>> bulles.
>>
>>
>> Quoi de neuf ?
>> ==
>>
>> Tout d'abord, Madagascar utilise maintenant les mêmes analyses que les
>> autres pays depuis le 7 mars. Ça devrait permettre d'y corriger encore
>> plus de données. Cet ajout d'analyses est surtout visible sur les
>> graphes dédiés:
>>
>> http://osmose.openstreetmap.fr/utils/graph.py?country=madagascar
>>
>>
>> Niveau interface, le principal changement est l'ajout de menus
>> déroulants sur les différentes pages d'information. Ces menus
>> permettent de sélectionner rapidement un pays ou région, et un item
>> spécifique. Un exemple:
>>
>>
>> http://osmose.openstreetmap.fr/utils/info.py?country=france_martinique&item=1120
>>
>> À noter que les différentes colonnes sont cliquables, ce qui permet de
>> trier différemment les tableaux.
>>
>>
>> Côté analyses, pleins de nouveautés:
>>
>>  - vérification des type=broad_leaved / conifer / palm en fonction des
>>    noms d'arbres spécifiés dans name=*. (item 3090)
>>
>>  - vérification que les tags height, width, length contiennent des
>>    valeurs numériques (item 3091)
>>
>>  - sur les relations, vérifications qu'elles ne sont pas trop grandes
>>    pour certains types (item 1140), qu'elles ne contiennent pas un
>>    membre inutile, parce que sans role, ou sans tags (item 1140), ou
>>    encore que deux relations de même type ne se superposent pas (item
>>    1150)
>>
>>  - comparaison des monuments historiques présents dans OSM par rapport
>>    aux monuments présents dans Wikipédia (item 7011)
>>
>>  - et pleins d'autres analyses, visible dans le log de gitorious.
>>
>>  - l'aide a également été (presque entièrement) mise à jour sur:
>>
>> http://wiki.openstreetmap.org/wiki/FR:Osmose/erreurs
>>
>>
>> Par ailleurs, pas mal de modifications ont été faites pour que les
>> analyses puissent être lancés sur des diffs plutôt que sur un extract
>> complet. Ce n'est pas encore en production, mais ça permettrait de
>> pouvoir lancer les analyses plus régulièrement (genre toutes les
>> quelques heures) plutôt que tous les 2 jours. Ça devrait par contre
>> être au détriment des statistiques par région...
>>
>>
>> Le code est toujours disponible sur gitorious, et toute contribution
>> est la bienvenue.
>>
>> https://gitorious.org/osmose/frontend/
>> https://gitorious.org/osmose/backend/
>>
>>
>> Qu'est-ce qui est prévu ?
>> =
>>
>> La liste des choses prévues à plus ou moins court-terme est là:
>> https://gitorious.org/osmose/pages/Todo
>>
>> Il est principalement prévu une interface pour facilement corriger des
>> erreurs "simples", qui ne consiste qu'en un changement de tags - la
>> partie présentation est encore en discussion.
>>
>> Une intégration dans JOSM est également en étude: les plugins en python
>> d'osmose peuvent être exécuté directement par JOSM. Le point bloquant
>> est le retour des erreurs vers l'utilisateur: un connaisseur de l'API
>> josm est donc le bienvenue :)
>>
>> Et enfin, l'utilisation des diffs pour accélérer la mise à jour des
>> erreurs devrait arriver sous peu.
>>
>>
>> --
>> Jocelyn
>>
>>
>>
>> ___
>> 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

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi luiaussi

[sly (sylvain letuffe)]

Le mardi 27 mars 2012 23:22:16, sly (sylvain letuffe) a écrit :
> > Mais plusieurs facteurs peuvent intervenir. Et
> > même si nous cochons l'option Télécharger les membres de la relation  en
> > téléchargeant une méga-relaation, cela ne veut pas dire que tous les
> > membres des sous-relations seront également téléchargés.
> 
> D'après la documentation de l'api, c'est même normalement pas le cas.
> Les membres d'une relation enfant ne devraient pas être renvoyés, c'est la
> documentation de l'appel /full

Je crois que je me suis trompé là, je parlais d'un autre menu (bouton droit 
sur une relation -> télécharger les membres) qui n'a pas le même effet que 
fichier -> télécharger un objet -> n° de relation + télécharger les membres

Alors que justement on pourrait s'attendre au même résultat

-- 
sly (sylvain letuffe)

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

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi luiaussi

[sly (sylvain letuffe)]

Le mardi 27 mars 2012 22:41:15, Pierre Béland a écrit :
> J'ai comparé le téléchargement dans JOSM à partir de l'Api officielle et le
> site .fr. J'y ai aussi constaté des différences en téléchargeant la
> mega-relation n°1857038. 

Tu pourrais m'indiquer lesquels ?

> Mais plusieurs facteurs peuvent intervenir. Et
> même si nous cochons l'option Télécharger les membres de la relation  en
> téléchargeant une méga-relaation, cela ne veut pas dire que tous les
> membres des sous-relations seront également téléchargés. 

D'après la documentation de l'api, c'est même normalement pas le cas.
Les membres d'une relation enfant ne devraient pas être renvoyés, c'est la 
documentation de l'appel /full :
http://wiki.openstreetmap.org/wiki/API_0.6 :
For a relation, it will return the following:
* The relation itself
* All nodes, ways, and relations that are members of the relation
* Plus all nodes used by ways from the previous step
* The same recursive logic is not applied to relations. This means: If 
relation r1 contains way w1 and relation r2, and w1 contains nodes n1 and n2, 
and r2 contains node n3, then a "full" request for r1 will give you r1, r2, 
w1, n1, and n2. Not n3. 

Pour l'instant l'api fr est compatible avec ça (je peux le comprendre, car sur 
des maxi grosses relations ça pourrait vraiment faire beaucoup)

> La comparaison des deux fichiers OSM ainsi obtenus a montré un comportement
> différent lors du chargement à partir des deux API.  Tandis que sur le
> site français, tous les chemins étaient téléchargés, sur le site
> openstreetmap.org plusieurs chemins membres de sous-relations n'étaient
> pas téléchargés.

Pourtant rien ne devrait être oublié , ni sur l'une ou l'autre API
Peut-être as-tu eu un problème à un moment du téléchargement ?
(il faut dire que cette relation est vraiment énorme et les tests sont dur à 
faire)
Mais si on regarde ce que fait JOSM (dans la console) on voit qu'il commence 
par :
GET http://api.openstreetmap.fr/api/0.6/relations?relations=1857038
et ensuite il fait des :
GET http://api.openstreetmap.fr/api/0.6/relation/1982670/full
GET http://api.openstreetmap.fr/api/0.6/relation/1905320/full

pour chaqu'une des relations membres, ce qui devrait, sauf s'il y a un nouveau 
niveau de relation, récupérer tous les ways.
Si l'option "télécharger les membres" n'est pas cochée, alors l'appel ne 
contient pas le /full et les noeuds des ways ne sont pas récupérés, mais la 
liste des ways l'est (ce qui me semble d'ailleurs en contradiction avec le 
titre de l'option qui est donc soit mal traduite, soit mal décrite)
 


-- 
sly (sylvain letuffe)

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

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

[sly (sylvain letuffe)]

Le mardi 27 mars 2012 20:03:10, PhQ a écrit :
> Correction, la technique qui me permet d'obtenir la super relation de JOSM,
> c'est de sélectionner par la carte flottante une partie du chemin en
> question, et la, effectivement, la super relation apparait !

ça y est, j'ai compris ! ;-)
Au début j'ai cru que tu parlais du menu "télécharger un objet" et là, l'api 
fr se comporte bien comme l'api officielle (c'est à dire ça ne télécharge les 
relations dont le chemin est membre que si on coche la case et JOSM lance 
alors un nouvel appel)

Donc je confirme, le cas se présente (présentait !) quand on télécharge à 
l'aide d'un appel de "zone" (appel "map") où seul un niveau de relation était 
téléchargé, là ou l'api officielle en récupère 2 niveaux.

Soyons fou, et commençons à faire que cette api fr soit plus pointue que 
l'officielle (je changerais si ça perturbe trop ou j'en ferais une deuxième) 
j'envoi maintenant 3 niveaux (c'est les soldes)

Concrètement, si on télécharge un chemin de frontière entre la france et 
l'italie on récupère :
- le chemin (off course)
- la relation frontière france-italie qui le contient
- la relation france métropolitaine qui la contient
Mais en plus de l'api officielle
- la relation france  (qui contient les dom-tom et la france métropolitaine)

Je pourrais aller encore plus loin, mais j'ai peur que ça finisse par être 
lourd, ceux qui voudront irons dans le menu fichier pour faire "télécharger des 
relations parentes"

-- 
sly (sylvain letuffe)

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

Re: [OSM-talk-fr] API OSM : RATP (métro, bus, RER, tram), SNCF (Transilien), Vélib

[Pierre-André Le Ny]

Bonsoir,

Un peu de lecture ici :  http://wiki.openstreetmap.org/wiki/Xapi

Bon courage,

Le 27 mars 2012 22:35, kael  a écrit :

> Bonsoir,
>
> Je recherche une liste des coordonnées géographiques des stations de
> métro, tram, bus, RER de la RATP ainsi que celles de la SNCF pour
> Transilien (avec les lignes correspondantes), et celles des stations Vélib.
>
> Apparemment, il est possible de récupérer ces data avec une API OSM.
>
> Quelle API utiliser ? Quelles sont les requêtes pour récupérer l'ensemble
> des POIs par opérateur et réseau ?
>
> Merci.
>
> --
> kael
>
>
> __**_
> 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] Le service sur api.openstreetmap.fr s'agrandi luiaussi

[Pierre Béland]

J'ai comparé le téléchargement dans JOSM à partir de l'Api officielle et le 
site .fr. J'y ai aussi constaté des différences en téléchargeant la 
mega-relation n°1857038. Mais plusieurs facteurs peuvent intervenir. Et même si 
nous cochons l'option Télécharger les membres de la relation  en téléchargeant 
une méga-relaation, cela ne veut pas dire que tous les membres des 
sous-relations seront également téléchargés.  
 

C'est pourquoi, lors du téléchargement d'une méga-relation, il faut ensuite 
s'assurer que pour chaque sous-relation, on télécharge tous les membres. Pour 
ce faire, Il s'agit simplement de sélectionner dans la fenêtre Relations toutes 
les relations, de cliquer avec le bouton droit de la souris et de sélectionner 
Télécharger les membres.

Moi, j'ai pu reproduire le problème. À titre d'exemple, j'ai téléchargé  la 
mega-relation n°1857038. Dans une première instance de JOSM à partir de l'API 
officielle http://api.openstreetmap.org/ et dans la deuxième à partir de 
http://api.openstreetmap.fr/..

La comparaison des deux fichiers OSM ainsi obtenus a montré un comportement 
différent lors du chargement à partir des deux API.  Tandis que sur le site 
français, tous les chemins étaient téléchargés, sur le site openstreetmap.org 
plusieurs chemins membres de sous-relations n'étaient pas téléchargés. 


Par exemple, les chemins faisant parti de la relation 2045769 n'étaient pas 
présents. Dans une nouvelle instance de JOSM et toujours à partir de l'Api 
officielle, j'ai ensuite téléchargé la relation 2045769. Cette fois-ci, tous 
les chemins compris dans cette relation ont été chargés.


 
Pierre


>
>On dimanche 25 mars 2012, PhQ wrote:
(...)
> avec l'api fr
> Relation : RD N°1 (1850206) seulement
> et avec l'api officiel
> la relation précédente   ET 
> Relation : Routes Départementales du Puy-de-Dôme (1857038).
> Ca ne serait pas une bogue de l'api fr  par hasard ? Je ne parviens pas à 
> reproduire le comportement que tu cites avec l'api 
officielle. Dans JOSM, si je fais : télécharger objet, chemin, n° : 121831733 
JOSM lance ces appels (visibles en console) :
GET http://api.openstreetmap.org/api/0.6/ways?ways=121831733 Le chemin 
121 831 733 avec 27 nœuds a des nœuds incomplets car au moins un 
nœud était manquant dans les données chargées.
GET 
http://api.openstreetmap.org/api/0.6/nodes?nodes=1362890197,425187227,425187226,1506128829,1506128831,281161202,1362890420,281161203,281161201,281161204,281161205,1362890189,281161038,1362890441,541423318,281161028,281161029,281161030,281161031,281161108,281161109,1506128832,281161116,281161117,281161118,281161043,281161119
 GET http://api.openstreetmap.org/api/0.6/way/121831733/relations Et je me 
retrouve au final avec mon way, ses noeuds et la relation donc il est 
membre (la 1850206) mais pas la "mega relation qui contient tout" : n°1857038 
Tu peux me détailler dans JOSM les opérations que tu fais pour arriver à avoir 
la relation 1857038 ?
>-- 
>sly
>qui suis-je : http://sly.letuffe.org
>email perso : sylvain chez letuffe un point org
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] API OSM : RATP (métro, bus, RER, tram), SNCF (Transilien), Vélib

[kael]

Bonsoir,

Je recherche une liste des coordonnées géographiques des stations de 
métro, tram, bus, RER de la RATP ainsi que celles de la SNCF pour 
Transilien (avec les lignes correspondantes), et celles des stations Vélib.


Apparemment, il est possible de récupérer ces data avec une API OSM.

Quelle API utiliser ? Quelles sont les requêtes pour récupérer 
l'ensemble des POIs par opérateur et réseau ?


Merci.

--
kael


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

Re: [OSM-talk-fr] Nouvelles sur Osmose de mars 2012 - amélioration sur Madagascar et ajout d'analyses

[kimaidou]

Waou,
Je suis impressionné par la dimension que prend cet outil !
Une question bête : est-il connu par la communauté internationnale ?

Bravo pour le travail effectué.
Michael

Le 26 mars 2012 20:03, Jocelyn Jaubert  a écrit :

> Bonjour,
>
> Cela faisait longtemps, mais il s'est passé pas mal de choses sur
> Osmose depuis Novembre dernier :)
>
>
> Qu'est-ce que Osmose ?
> ==
>
> Osmose [http://osmose.openstreetmap.fr] est un outil pour vérifier les
> données qui sont sur Openstreetmap. Il couvre actuellement la France
> (avec les DOM), la Belgique, le Luxembourg et Madagascar, afin de donner
> plein de résultats intéressants, et de lister des corrections à
> effectuer pour améliorer la carte.
>
> La mise à jour des erreurs se fait tous les 2 jours, en prenant en
> compte les erreurs marquées comme "corrigée" ou "faux positif" dans les
> bulles.
>
>
> Quoi de neuf ?
> ==
>
> Tout d'abord, Madagascar utilise maintenant les mêmes analyses que les
> autres pays depuis le 7 mars. Ça devrait permettre d'y corriger encore
> plus de données. Cet ajout d'analyses est surtout visible sur les
> graphes dédiés:
>
> http://osmose.openstreetmap.fr/utils/graph.py?country=madagascar
>
>
> Niveau interface, le principal changement est l'ajout de menus
> déroulants sur les différentes pages d'information. Ces menus
> permettent de sélectionner rapidement un pays ou région, et un item
> spécifique. Un exemple:
>
>
> http://osmose.openstreetmap.fr/utils/info.py?country=france_martinique&item=1120
>
> À noter que les différentes colonnes sont cliquables, ce qui permet de
> trier différemment les tableaux.
>
>
> Côté analyses, pleins de nouveautés:
>
>  - vérification des type=broad_leaved / conifer / palm en fonction des
>noms d'arbres spécifiés dans name=*. (item 3090)
>
>  - vérification que les tags height, width, length contiennent des
>valeurs numériques (item 3091)
>
>  - sur les relations, vérifications qu'elles ne sont pas trop grandes
>pour certains types (item 1140), qu'elles ne contiennent pas un
>membre inutile, parce que sans role, ou sans tags (item 1140), ou
>encore que deux relations de même type ne se superposent pas (item
>1150)
>
>  - comparaison des monuments historiques présents dans OSM par rapport
>aux monuments présents dans Wikipédia (item 7011)
>
>  - et pleins d'autres analyses, visible dans le log de gitorious.
>
>  - l'aide a également été (presque entièrement) mise à jour sur:
>
> http://wiki.openstreetmap.org/wiki/FR:Osmose/erreurs
>
>
> Par ailleurs, pas mal de modifications ont été faites pour que les
> analyses puissent être lancés sur des diffs plutôt que sur un extract
> complet. Ce n'est pas encore en production, mais ça permettrait de
> pouvoir lancer les analyses plus régulièrement (genre toutes les
> quelques heures) plutôt que tous les 2 jours. Ça devrait par contre
> être au détriment des statistiques par région...
>
>
> Le code est toujours disponible sur gitorious, et toute contribution
> est la bienvenue.
>
> https://gitorious.org/osmose/frontend/
> https://gitorious.org/osmose/backend/
>
>
> Qu'est-ce qui est prévu ?
> =
>
> La liste des choses prévues à plus ou moins court-terme est là:
> https://gitorious.org/osmose/pages/Todo
>
> Il est principalement prévu une interface pour facilement corriger des
> erreurs "simples", qui ne consiste qu'en un changement de tags - la
> partie présentation est encore en discussion.
>
> Une intégration dans JOSM est également en étude: les plugins en python
> d'osmose peuvent être exécuté directement par JOSM. Le point bloquant
> est le retour des erreurs vers l'utilisateur: un connaisseur de l'API
> josm est donc le bienvenue :)
>
> Et enfin, l'utilisation des diffs pour accélérer la mise à jour des
> erreurs devrait arriver sous peu.
>
>
> --
> Jocelyn
>
>
>
> ___
> 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] Le service sur api.openstreetmap.fr s'agrandi lui aussi

[PhQ]

Correction, la technique qui me permet d'obtenir la super relation de JOSM,
c'est de sélectionner par la carte flottante une partie du chemin en
question, et la, effectivement, la super relation apparait !

C'est apparemment un bogue de l'api officiel qui fait que la super relation
n'est pas chargée quand on demande le chargement de la relation "fille" par
id. Néamoins il y a différence entre la fr et l'officielle sur le chargement
par sélection de zone. C'est peut être d'ailleurs dans cette notion de zone
que se situerait le problème ?


--
View this message in context: 
http://gis.19327.n5.nabble.com/Le-service-sur-api-openstreetmap-fr-s-agrandi-lui-aussi-tp5578665p5598518.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

[PhQ]

Ben justement, il n'y a rien à faire pour obtenir la mega relation avec l'api
officielle.
C'est bien la le problème !

--
View this message in context: 
http://gis.19327.n5.nabble.com/Le-service-sur-api-openstreetmap-fr-s-agrandi-lui-aussi-tp5578665p5598497.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Google Map Maker arrive en France !

[Philippe Verdy]

Libre ? Gratuite ?

Si c'est ce que dit Google, Google se fout du monde, sinon il
n'imposerait pas des limitations d'utilisation et la facturation
obligatoire de la simple consultation de ses cartes (même si elle ne
commence qu'à partir d'un certain volume), et des restrictions
d'usage, et encore moins le passage obligatoire par un modérateur qui
imposera en plus une licence propriétaire et commerciale à toutes les
contributions, et choisira en plus tout seul quand il voudra éliminer
des informations qu'il jugera seul comme "non pertinentes" car ne
générant pas assez de marges commerciales (inutile de rêver trouver
autant de données de types différents sur GoogleMaps, ceservice sert
avant tout à fournir un service de navigation permettant de référencer
des produits et faire la promotion commerciale de sites tiers qui
payeront le référencement sur la carte. Bientôt Google fera payer les
POIs, et on ne trouvera plus que les pharmacies et petits commercs qui
ont lui auront payé un abonnement).

Google Maps est destiné à être un service de pages jaunes, et même les
assos devront payer pour y être référencées, même si Google choisit
encore d(y laisser les services publics d'usage général (mais il fera
payer aussi le référencement de certains services spécialisés des
collectivités publiques, les bibliothèques, musées, syndicats
d'initiative, les agences bancaires, les références des distributeurs
de billets, les stations essence, les hôtels et restaurants, ou bien
il en limitera la visibilité des POIs sur la carte ou la fréquence
d'apparition sur celle-ci; il fera payer aussi les métadonnées
associées aux POIs, les liens URL vers les sites d'information
associés, et il placera aussi contre facturation les lieux où on
pourra acheter certains produits dans un moteur de recherche ou de
comparaison de prix; il fait déjà payer la simple utilisation de son
API sur un site affichant une carte Google Maps, en exigeant une clé
numérique d'accès...).

Le 20 mars 2012 17:22, Xavier  a écrit :
> Carrément : Si quelqu'un a un compte Google+, un petit message du genre :
>
> Savez-vous qu'il existe depuis bien longtemps une carte collaborative,
> gratuite, et libre vous permettant de cartographier l'ensemble de la planète
> ? Jetez un oeil sur http://www.openstreetmap.org

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

Re: [OSM-talk-fr] Google Map Maker arrive en France !

[Julien Angot]

Bonjour,

Je pense que nous n'avons pas d'inquiétude à nous faire à ce sujet. J'ai,
par curiosité, essayé de mettre à jour une rue qui est passée en sens
unique depuis le 1er Février, que j'ai déjà mis à jours sur
OSM
.

Donc me voilà à faire la modification, et, première surprise, Je ne peux
faire qu'une seule modification. Pour pourvoir en faire une deuxième je
dois attendre que la première soit validé par un modérateur. Me voilà donc
freiné dans mon élant, mais ce n'est pas bien grave je finirai la rue
demain...
Plus d'une semaine après, j'en avais oublié map maker, je reçois un mail me
prévenant qu'une réponse du modérateur est arrivée.

*Commentaires:*
>
>> *Bonjour, merci pour votre contribution. Je ne suis pas en mesure
>> d'approuver cette modification comme: La direction précédente était
>> correcte. Reportez-vous au lien d'aide en ligne http://goo.gl/7XXQ9Veuillez 
>> annuler cette objets. L'option "d'annulation" est disponible sur
>> le panneau de gauche, sous l'onglet "Mes modifications"*
>
>






Et oui, comme il n'est pas du coin, et que street view est passée avant la
modif, il ne peut vérifier et il faut donc annuler son changement. Certes,
leur interface est plus facile à utiliser, et encore, mais ce genre de
chose risque certainement de repousser plus d'une personne, et OSM sera là
pour les accueillir.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] forum: changement de licence

[forum]

Le message suivant :
##
bonjour,

le changement de licence va etre actif ou est deja actif, comment se passe la 
transition ? je suis apte à refaire les
données mais je ne sais pas comment cela va se passer...

a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=2
Une réponse sur la liste directement n'est hélas pas transmise sur le forum, 
ce qui n'empeche pas une concertation avant réponse par email.
Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour repondre.
--
Tout commentaire sur ce message peut être demandé à sylvainaletuffe.org

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

Re: [OSM-talk-fr] Le service sur api.openstreetmap.fr s'agrandi lui aussi

[sly (sylvain letuffe)]

On dimanche 25 mars 2012, PhQ wrote:
(...)
> avec l'api fr
> Relation : RD N°1 (1850206) seulement
> et avec l'api officiel
> la relation précédente   ET 
> Relation : Routes Départementales du Puy-de-Dôme (1857038).
> Ca ne serait pas une bogue de l'api fr  par hasard ?

Je ne parviens pas à reproduire le comportement que tu cites avec l'api 
officielle.

Dans JOSM, si je fais : télécharger objet, chemin, n° : 121831733

JOSM lance ces appels (visibles en console) :
GET http://api.openstreetmap.org/api/0.6/ways?ways=121831733
Le chemin 121 831 733 avec 27 nœuds a des nœuds incomplets car au moins un 
nœud était manquant dans les données chargées.
GET 
http://api.openstreetmap.org/api/0.6/nodes?nodes=1362890197,425187227,425187226,1506128829,1506128831,281161202,1362890420,281161203,281161201,281161204,281161205,1362890189,281161038,1362890441,541423318,281161028,281161029,281161030,281161031,281161108,281161109,1506128832,281161116,281161117,281161118,281161043,281161119
GET http://api.openstreetmap.org/api/0.6/way/121831733/relations

Et je me retrouve au final avec mon way, ses noeuds et la relation donc il est 
membre (la 1850206) mais pas la "mega relation qui contient tout" : n°1857038

Tu peux me détailler dans JOSM les opérations que tu fais pour arriver à avoir 
la relation 1857038 ?

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

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

Re: [OSM-talk-fr] Réaliser une carte de grande échelle (1:1 000 000)

[didier2020]

Le mardi 27 mars 2012 à 12:32 +0200, Christian Quest a écrit :
> Le 27 mars 2012 11:29, Lapinos03  a écrit :
> > Le 27/03/12 10:41, Christian Quest a écrit :
> >
> >> Ce qui donne ça:  http://dl.free.fr/kn7Na6xsJ (PNG de 18Mo)
> >>
> >>
> > 18Mo, c'est assez gros pour ceux qui ont un ADSL à moins 1Mbps. Un réduit
> > aurait été bienvenu.
> >
> 
> C'est déjà réduit !
> 
> Le fichier Illustrator complet fait 80Mo pour l'instant.
> C'est bien sûr la couche relief qui pèse lourd (le fichier
> 
> > Dans l'ensemble, pas mal du tout. Le relief ressort bien. Qu'as-tu pris
> > comme source de données? Et pour la profondeur des mers?
> >
> 
> Pour le relief il vient de là: http://www.maps-for-free.com/ (Licence
> GNU Free Doc)
> Il est basé sur les données SRTM.
> 
> 
> Le 27 mars 2012 12:06, Pieren  a écrit :
> > Il y a des grosses tâches vertes de-ci, de-là en zones maritimes mais
> > surtout en Méditerranée. De nouvelles invasions d'algues vertes ? Ou
> > alors des parcs naturels mal colorés ? En tout cas, ça fait un peu
> > bizarre.
> >
> 
> Effectivement les grosses tâches vertes sont des zones protégées ou
> des parc nationaux.
> Pour ceux en mer, il faut que je trouve un moyen de les colorer autrement.
> 
> 
> Ca donne une idée du résultat, j'ajoute des couches petit à petit,
> réseau routier, réseau ferré.
> C'est amusant de voir comment se construit une carte, les choix à
> faire, que mettre dedans, comment le représenter, comment mettre en
> évidence les infos thématiques...
> 
> Aucune piste pour l'impression en grand format et en quantité ?
je demande a ma femme ce soir, c'est dans sa branche.





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

Re: [OSM-talk-fr] tracé balade avec carte

[Pierre WILLOT]

Merci bien pour toutes ses réponses

@+
Pierre

Le 26/03/12 21:19, Vincent Pottier a écrit :
> Le 26/03/2012 19:13, Bruno Cortial a écrit :
>> Bonjour,
>> Il y a également le site show your journey (http://syj.renevier.net/) 
>> qui permet le partage d'itinéraires perso sur un fond OSM
>>
>> A+
>> Bruno
> Je suis en train de faire un petit programme qui permet de construire un 
> chemin à partir des voies trouvées sur OSM.
>
> En gros :
> Quand je suis sur une voie (highway) le serveur cherche les voies 
> connectées (plus exactement croisées, même sur un pont, dans l'état des 
> choses).
> Je choisis la voie sur laquelle je veux m'engager.
> Le tronçon utile de la voie précédente s'ajoute à la liste et la 
> nouvelle voie devient celle sur laquelle je suis...
>
> Ce n'est pas un programme de recherche d'itinéraire construit sur un 
> algorithme de plus court chemin. Ce n'est donc pas un outil de tracé 
> "main levée" comme Show Your Journey, ni d'affichage d'une trace GPX. 
> C'est bien un programme pour construire un itinéraire, pas à pas, à 
> partir du contenu OSM : une ballade virtuelle.
> L'idée c'est bien de pouvoir l'imprimer sur un fond de carte, de 
> l'exporter en GPX ou en SVG, de le croiser avec un (hypothétique) outil 
> de calcul de dénivelés...
>
> Mais c'est encore en version alpha, et ce f*** serveur refuse de lire 
> correctement un fichier (alors qu'en local, je n'ai pas ce problème). Je 
> ne peux même pas vous le laisser entrevoir.
>
> Donc la demande arrive un peu tôt pour que je puisse y répondre...
> Dommage...
> Bientôt, peut-être.
> --
> FrViPofm
>
> ___
> 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] Réaliser une carte de grande échelle (1:1 000 000)

[Jo]

Essaye de contacter Frederik Ramm de Geofabrik. Il parle l'anglais et il
avait fait une carte taille poster pour FOSDEM. Il a donc les moyens et
l'expérience requise.

Jo

2012/3/27 Christian Quest 

> Le 27 mars 2012 11:29, Lapinos03  a écrit :
> > Le 27/03/12 10:41, Christian Quest a écrit :
> >
> >> Ce qui donne ça:  http://dl.free.fr/kn7Na6xsJ (PNG de 18Mo)
> >>
> >>
> > 18Mo, c'est assez gros pour ceux qui ont un ADSL à moins 1Mbps. Un réduit
> > aurait été bienvenu.
> >
>
> C'est déjà réduit !
>
> Le fichier Illustrator complet fait 80Mo pour l'instant.
> C'est bien sûr la couche relief qui pèse lourd (le fichier
>
> > Dans l'ensemble, pas mal du tout. Le relief ressort bien. Qu'as-tu pris
> > comme source de données? Et pour la profondeur des mers?
> >
>
> Pour le relief il vient de là: http://www.maps-for-free.com/ (Licence
> GNU Free Doc)
> Il est basé sur les données SRTM.
>
>
> Le 27 mars 2012 12:06, Pieren  a écrit :
> > Il y a des grosses tâches vertes de-ci, de-là en zones maritimes mais
> > surtout en Méditerranée. De nouvelles invasions d'algues vertes ? Ou
> > alors des parcs naturels mal colorés ? En tout cas, ça fait un peu
> > bizarre.
> >
>
> Effectivement les grosses tâches vertes sont des zones protégées ou
> des parc nationaux.
> Pour ceux en mer, il faut que je trouve un moyen de les colorer autrement.
>
>
> Ca donne une idée du résultat, j'ajoute des couches petit à petit,
> réseau routier, réseau ferré.
> C'est amusant de voir comment se construit une carte, les choix à
> faire, que mettre dedans, comment le représenter, comment mettre en
> évidence les infos thématiques...
>
> Aucune piste pour l'impression en grand format et en quantité ?
> --
> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>
> ___
> 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] Club ULM

[Arnaud Vandecasteele]

Tu as raison, je vais faire le filtre + dossier OSM.

Merci et bonne journée à tous

Arnaud

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

Re: [OSM-talk-fr] Réaliser une carte de grande échelle (1:1 000 000)

[Christian Quest]

Le 27 mars 2012 11:29, Lapinos03  a écrit :
> Le 27/03/12 10:41, Christian Quest a écrit :
>
>> Ce qui donne ça:  http://dl.free.fr/kn7Na6xsJ (PNG de 18Mo)
>>
>>
> 18Mo, c'est assez gros pour ceux qui ont un ADSL à moins 1Mbps. Un réduit
> aurait été bienvenu.
>

C'est déjà réduit !

Le fichier Illustrator complet fait 80Mo pour l'instant.
C'est bien sûr la couche relief qui pèse lourd (le fichier

> Dans l'ensemble, pas mal du tout. Le relief ressort bien. Qu'as-tu pris
> comme source de données? Et pour la profondeur des mers?
>

Pour le relief il vient de là: http://www.maps-for-free.com/ (Licence
GNU Free Doc)
Il est basé sur les données SRTM.


Le 27 mars 2012 12:06, Pieren  a écrit :
> Il y a des grosses tâches vertes de-ci, de-là en zones maritimes mais
> surtout en Méditerranée. De nouvelles invasions d'algues vertes ? Ou
> alors des parcs naturels mal colorés ? En tout cas, ça fait un peu
> bizarre.
>

Effectivement les grosses tâches vertes sont des zones protégées ou
des parc nationaux.
Pour ceux en mer, il faut que je trouve un moyen de les colorer autrement.


Ca donne une idée du résultat, j'ajoute des couches petit à petit,
réseau routier, réseau ferré.
C'est amusant de voir comment se construit une carte, les choix à
faire, que mettre dedans, comment le représenter, comment mettre en
évidence les infos thématiques...

Aucune piste pour l'impression en grand format et en quantité ?
-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

Re: [OSM-talk-fr] Réaliser une carte de grande échelle (1:1 000 000)

[Pieren]

Il y a des grosses tâches vertes de-ci, de-là en zones maritimes mais
surtout en Méditerranée. De nouvelles invasions d'algues vertes ? Ou
alors des parcs naturels mal colorés ? En tout cas, ça fait un peu
bizarre.

Pieren

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

Re: [OSM-talk-fr] Réaliser une carte de grande échelle (1:1 000 000)

[Lapinos03]

Le 27/03/12 10:41, Christian Quest a écrit :

Ce qui donne ça:  http://dl.free.fr/kn7Na6xsJ (PNG de 18Mo)


18Mo, c'est assez gros pour ceux qui ont un ADSL à moins 1Mbps. Un 
réduit aurait été bienvenu.


Dans l'ensemble, pas mal du tout. Le relief ressort bien. Qu'as-tu pris 
comme source de données? Et pour la profondeur des mers?


/Lapi

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

Re: [OSM-talk-fr] Club ULM

[Christian Quest]

Grand classique du mode digest... très indigeste !

Avec les outils de messagerie d'aujourd'hui, je ne vois plus trop
l'intérêt du digest.
Crée un filtre dans Gmail pour ranger les messages de talk-fr dans un
dossier, c'est nettement plus facile à gérer.

Le 27 mars 2012 11:11, Arnaud Vandecasteele  a écrit :
> Salut à tous,
>
> Merci à vous deux pour vos réponses.
> Je vais essayer d'arranger la représentation.
>
> Au passage et un peu hors sujet, j'en profite pour demander à la liste
> s'il y'a un moyen de répondre facilement à un message lorsqu'on reçoit
> les mails en mode digest ?
> Avec Gmail, je n'ai pas trouvé d'astuce simple mis à part, recopier le
> sujet, le message, etc.
>
> Merci
>
> Arnaud
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

Re: [OSM-talk-fr] Club ULM

[Arnaud Vandecasteele]

Salut à tous,

Merci à vous deux pour vos réponses.
Je vais essayer d'arranger la représentation.

Au passage et un peu hors sujet, j'en profite pour demander à la liste
s'il y'a un moyen de répondre facilement à un message lorsqu'on reçoit
les mails en mode digest ?
Avec Gmail, je n'ai pas trouvé d'astuce simple mis à part, recopier le
sujet, le message, etc.

Merci

Arnaud

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

Re: [OSM-talk-fr] Tutoriel JOSM => màj (le retour, et il est pas content !)

[partir-en-vtt]

Ok, tenez nous au courant

--
View this message in context: 
http://gis.19327.n5.nabble.com/Tutoriel-JOSM-maj-le-retour-et-il-est-pas-content-tp5537176p5597316.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Tutoriel JOSM => màj (le retour, et il est pas content !)

[Christian Quest]

Il est "non publié" en attendant que je trouve le temps de le remettre à jour.


Le 27 mars 2012 10:08, partir-en-vtt  a écrit :
> Bonjour,
>
> Le tuto semble toujours sur osm.fr. Est-ce le cache ?
>
> par ex : http://www.openstreetmap.fr/node/35
>
> De plus, sur la page d'accueil, je ne trouve pas un lien ou le visiteur
> puisse se diriger vers un tutoriel.
>
> Peut-on remédier a ça ?
>
> Merci
>
> --
> View this message in context: 
> http://gis.19327.n5.nabble.com/Tutoriel-JOSM-maj-le-retour-et-il-est-pas-content-tp5537176p5597216.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

Re: [OSM-talk-fr] Club ULM

[Christian Quest]

C'est un peu à cheval entre les deux, sport pour les ULM vraiment
légers, aviation légère pour les plus lourd qui n'ont pas grand chose
à envier à certains petits avions.

Il faudrait faire une proposition de tag dans le wiki pour que ce soit
cohérent. J'ai aussi mappé une piste ULM sur l'aérodrome de Nangis
(77), pour l'instant en runway mais avec un surface=grass vu que c'est
le cas.

Pour le vol libre (parapente, delta), c'est leisure=piste qui a été
choisit et pas leisure=sports_centre
-> http://wiki.openstreetmap.org/wiki/Tag:sport%3Dfree_flying

Le 27 mars 2012 09:36, Rainer Kluge  a écrit :
> Bonjour,
>
> Je me suis trouvé confronté à un cas similaire [1], une piste d'atterrissage
> ULM tagguée aeroway=runway et donc rendu de façon trop large dans certains
> niveaux de zooms. Ce problème peut être réglé en transformant la piste en
> area.
>
> J'ai cherché des exemples de terrain ULM dans la base OSM, mais il y en a
> très peu et tous taggués de façon différente. Dans le wiki et les les listes
> j'ai rien trouvé non plus sur le sujet.  Finalement, j'ai mis le terrain en
>
>    leisure=sports_centre
>    sport=ultralight_aviation
>
> car à mon avis la pratique de l'ULM relève plus du sport que de l'aviation
> civile.
>
> Rainer
>
> [1] http://www.openstreetmap.org/?lat=42.69096&lon=2.73078&zoom=17&layers=M
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

[OSM-talk-fr] Réaliser une carte de grande échelle (1:1 000 000)

[Christian Quest]

J'ai un projet de réalisation d'une carte de France thématique de type
carte au 1:1 000 000 comme les cartes IGN ou Michelin.

J'ai commencé un brouillon en partant de ma génération de SVG, ce qui
me permet de peaufiner le résultat sous Illustrator.

Avez-vous d'autres pistes à me suggérer ?

Le but est d'en faire un tirage impression papier de plusieurs
milliers d'exemplaires, comme une carte IGN, mais sans l'IGN ;)
D'ailleurs pour la partie impression, je suis aussi à la recherche
d'un imprimeur.

J'ai pour l'instant:
- un fond relief coloré
- le découpage administratif (quasiment celui des régions mais pas
tout à fait) + frontière
- le réseau hydrographique (rivières et lacs principaux)

Ce qui donne ça:  http://dl.free.fr/kn7Na6xsJ (PNG de 18Mo)

Je suis en train d'ajouter:
- le réseau routier principal (autoroutes, voies rapides, primaires)
- les principales lignes de chemin de fer
- des POI thématiques (certains issus d'OSM d'autres externes)

--
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

Re: [OSM-talk-fr] Tutoriel JOSM => màj (le retour, et il est pas content !)

[partir-en-vtt]

Bonjour,

Le tuto semble toujours sur osm.fr. Est-ce le cache ?

par ex : http://www.openstreetmap.fr/node/35

De plus, sur la page d'accueil, je ne trouve pas un lien ou le visiteur
puisse se diriger vers un tutoriel.

Peut-on remédier a ça ?

Merci

--
View this message in context: 
http://gis.19327.n5.nabble.com/Tutoriel-JOSM-maj-le-retour-et-il-est-pas-content-tp5537176p5597216.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Club ULM

[Rainer Kluge]

Bonjour,

Je me suis trouvé confronté à un cas similaire [1], une piste d'atterrissage ULM 
tagguée aeroway=runway et donc rendu de façon trop large dans certains niveaux 
de zooms. Ce problème peut être réglé en transformant la piste en area.


J'ai cherché des exemples de terrain ULM dans la base OSM, mais il y en a très 
peu et tous taggués de façon différente. Dans le wiki et les les listes j'ai 
rien trouvé non plus sur le sujet.  Finalement, j'ai mis le terrain en


leisure=sports_centre
sport=ultralight_aviation

car à mon avis la pratique de l'ULM relève plus du sport que de l'aviation 
civile.

Rainer

[1] http://www.openstreetmap.org/?lat=42.69096&lon=2.73078&zoom=17&layers=M


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

Re: [OSM-talk-fr] filtre à multipolygone

[Hélène PETIT]

un grand merci pour vos idées, qui marchent toutes les trois.
Finalement amha, la meilleure solution c'est "child id:288703", car elle 
est pérenne d'une session à l'autre et d'un téléchargement à l'autre.



Le 23/03/2012 21:28, Pieren a écrit :
> Une idée comme ça, en passant : selectionne les polygones, ajoute un
> tag bidon, genre bla=bla, filtre activé sur bla=bla. Ne pas oublier
> d'enlever le tag bidon avant upload final.
effectivement, ça crée une contrainte supplémentaire, mais ça marche.

Le 24/03/2012 19:52, Frédéric Rodrigo a écrit :
> Il existe aussi la fonction de "Purge" qui permet de supprimer des
> objets de l'éditeur sans pour autant les supprimer de OSM.
oui, ça marche super bien, mais il faut le refaire à chaque téléchargement.

On 23/03/2012 22:03, Vincent Privat wrote:

Tu dois pouvoir t'en tirer avec ces deux filtres: "id:288703" et "child
id:288703".
Le deuxième filtre tout seul est suffisant ; c'est à mon avis la 
meilleure solution, car les filtres reviennent tels quels d'une session 
à l'autre.


Hélène

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