Re: [OSM-talk-fr] Filaire pour impression ?

[Sylvain Maillard]

le rendu "Toner" de chez Stamen Design a été conçu spécialement pour
l'impression noir et blanc :
http://maps.stamen.com/toner/#12/37.7706/-122.3782

Il est également disponible dans Qgis par le plugin Openlayers


Sylvain

Le 29 novembre 2015 21:10, Jean-Francois Nifenecker <
jean-francois.nifenec...@laposte.net> a écrit :

> Le 29/11/2015 19:52, f.dos.san...@free.fr a écrit :
>
>>
>> Walking Papers a été remplacé par Field Papers :
>> - http://wiki.openstreetmap.org/wiki/Field_Papers
>>
>
> ahah ! J'avais loupé l'info... Merci Francisco !
>
> Test en version EN (FR marche pas chez moi, pbs de traduction à ce que je
> comprends), j'ai choisi l'option "Black and White" : le résultat est bien
> filaire mais en niveaux de gris et le résultat bien pâlichon pour bcp de
> chemins :((
>
> Bon, on y est presque.
>
> D'autres idées ?
>
> --
> Jean-Francois Nifenecker, Bordeaux
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Intégration des bureaux de poste (Place Maker)

[Florian LAINEZ]

C'est moi ou la poste n'a pas la liste complète de ses bureaux de poste ?
Pour ce que je connais, le bureau de poste à coté de Gaité dans Paris
existe bel et bien. Il est présent dans OSM mais pas dans le fichier de la
Poste #CaPique


Le 27 novembre 2015 18:42, Stéphane Péneau  a
écrit :

> J'en connais une qui a déménagé il y a peut-être 6 mois.
> Dans la base de la poste, l'adresse est correcte (nouvelle adresse) mais
> les coordonnées sont restées à l'ancien emplacement :-)
>
> Stf
>
>
> Le 27/11/2015 18:26, Vincent de Château-Thierry a écrit :
>
>> Bonsoir,
>> juste pour signaler que je viens de mettre à jour les données proposées à
>> l'intégration sur http://osm.vdct.free.fr/postes/index.html avec la
>> livraison de novembre 2015 de La Poste, prise ici :
>> https://www.data.gouv.fr/fr/datasets/liste-des-points-de-contact-du-reseau-postal-francais/
>>
>> vincent
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 

*Florian Lainez*
@overflorian 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OSM-talk-fr-bzh] OSM en breton

[Christian Rogel]

Le 30 nov. 2015 à 10:02, Louis-Julien de la Bouëre  a 
écrit :
> Le sujet s'étoffe et on voit que de nombreuses questions émergent avec des 
> incompréhensions.

C'est qu'il n'y avait pas de matière pour cela. Le premier pas décisif est le 
rendu "br" (ce n'est pas un rendu bzh, puisque bzh = Bretagne, alors qu'on ne 
traite que de langue).

> Nous avons évoqué très rapidement ce sujet au CA d'OSM-Fr samedi tant notre 
> journée a été dense sur d'autres sujets.

Réactivité remarquable. Bravo.

> Concernant l'hébergement de rendus, de tuiles spécifiques il n'y aura pas de 
> problèmes si nécessaire tant en terme de place disponible que de gestion.

Voila une excellente nouvelle. J'espère  que les autres langues de la RF nous 
suivront bientôt (d'abord, les Occitans). Cela va aider OSM à se faire 
connaître, malgré les risques de polémique et de vandalisme.

> C'est une première base plus visuelle pour continuer à échanger. Il me semble 
> que sur ce sujet il nous faudrait aussi adjoindre des collectivités proches, 
> contributrices à OSM comme la ville de Lannion qui a fait un gros travail sur 
> le breton.

Avant cela, il faut examiner l'intégration (semi-automatique ?) des 70 000 
toponymes vérifiés par l'Office public. Ceux de Lannion y sont, peut-être déjà.

> On créé un groupe de travail thématique pour ne pas polluer la liste ?

Oui, mais, c'est sur cette liste qu'il faut définir ce qu'il y a à faire, en 
particulier, la méthodologie globale pour que les tâches soient 
faites/réparties et  qu'il n'y ait pas d'interrogations inutiles.
A priori sont intéressés par un GT, Hervé, Grégoire et moi, + Jakez Fulup et 
Herve Gwegen (Office public), peut-être Maël. Qui encore ?

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

Re: [OSM-talk-fr] Rendu "br"

[Christian Quest]

Le 29 novembre 2015 22:20, Christian Rogel  a écrit :

>
> Le 29 nov. 2015 à 16:21, osm.sanspourr...@spamgourmet.com a écrit :
>
> Merci, ça permet de voir rapidement des traductions manquantes telles que
> "Archipel de Molène" ou "Île-de-Sein" (à note qu'en zoomant ce n'est plus
> la commune (?) qui a priorité et on lit Enez-Sun, étonnant !).
> On encore une "Rue de Quimper" qui en changant de commune (ou de way ?)
> devient "Straed Kemper".
> Christian R. : mettre Molenez ou Enez Sun me semble prioritaire.
>
> On va rendre des gens de Diwan et autres écoles/classe bilingues addictifs
> à OpenStreetMap ;-)
>
>
> A Christian et Vincent
>
> Est-ce que ce rendu « br » (il est préférable de le désigner par le code
> ISO de langue que par l’acronyme de la Bretagne et la même chose pour les
> autres langues régionales) est installé de manière pérenne sur une machine
> d’OSM France ?
> Est-ce que l’on pourra l’accompagner d’un mini-site pour y donner des
> recommandations pratiques ?
>
>
J'ai fait ça rapidement, pour valider le principe.
Pour la pérennité, c'est une histoire de charge sur le serveur de tuiles
"osm13" où j'ai rapidement fait ça suite à une suggestion de Louis-Julien:
- il génère déjà plusieurs styles: HOT (relativement actif), FR (actif dans
une moindre mesure), openriverboat (peu actif) ainsi que quelques rendus
"techniques" (QA, Route500, BD Carthage).
- c'est la génération des premiers niveaux de zoom qui est surtout lourde
- la charge du serveur est bien mieux gérée depuis qu'on a mis un cache
nginx en front d'apache

On peut envisager un mini site ou un lien vers une page wiki.

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

[OSM-talk-fr] Intégration de CLC 2012 de Guyane (bande littorale)

[J. N. Squire]

Bonsoir à tous,

J'avais créé dans mon coin (avant l'email de Frédéric) une version .osm
.bz2 avec les correspondances entre ID et labels (tags)

 indiquées sur le wiki

mis
à jour par mes soins (comparer avec la version FR
),
et avec des polygones de moins de 2000 points). Le fichier compte environ
1680 polygones et pèse 1,8 Mo, ce qui est assez peu vue la surface
couverte. Pour vous y retrouver, vous pouvez également vous référer à ce
fichier Excel

contenant un code couleur de ce que j'ai modifié ou non (bleu : label
ajouté ; jaune : à labelliser/importer manuellement au cas par cas; noir :
id absent du fichier).

Certains labels/tags sont dépréciés mais peuvent contenir des contours
intéressants pour d'autres éléments de surface (des bords des rivières et
une côte potentiellement plus à jour, par exemple).

Pour des raisons de licence, faut-il adapter les bords avant importation ou
bien laisser les contours originaux de CLC 2012 avant d'ensuite modifier en
comparant avec Bing aerial ? À noter ici que je ne parle pas des
chevauchements, mais de simple comparaison CLC/photo.

À titre personnel, je propose de n'adapter avant importation qu'en cas de
superposition avec des éléments existants (en ajoutant "Bing aerial" en
source en plus de la mention de CLC12, par exemple) pour que la plupart des
polygones gardent leur forme d'origine (questions de respect de
licence/droit d'auteur). CLC 12 ne prendrait le pas qu'en cas de données
plus précises/à jour que le polygone de départ. La correspondance avec Bing
aerial ne se ferait qu'après importation (question de respect des formes
par rapport à la source/licence de CLC, toujours).


Je propose de conduire un test prochainement avec les rares polygones
décrivant une forêt à feuilles épineuses (leaf_type=needleleaved) pour
vérifier si la technique d’importation décidée fonctionne bien avant de
procéder à toute opération plus lourde/visible. La question de quel fichier
utiliser dépendra de vos retours, sachant que je compte participer
activement à cette intégration et qu'une fusion entre ma version de fichier
et celle de Frédéric est techniquement faisable.

Bref, que pensez-vous de ces idées ? Du fichier un peu différent de celui
de Frédéric et des améliorations à y apporter ? Avez-vous d'autres
propositions ?


---
Feldo


[OSM-talk-fr] Intégration de CLC 2012 en Guyane*Frédéric Rodrigo *fred.rodrigo
> at gmail.com
> 
> *Sam 21 Nov 22:10:01 UTC 2015*
>
>
>- Message précédent: [OSM-talk-fr] [SOTMTG2015] SOTM en cours au Togo
>- dans le cadre de la mission de renforcement de capacités du Projet EOF
>
> 
>- Message suivant: [OSM-talk-fr] Voies récentes dans Fantoir, absentes
>d'OSM
>
> 
>- *Messages triés par:* [ date ]
>
> 
> [ thread ]
>
> 
> [ objet ]
>
> 
> [ auteur ]
>
> 
>
> --
>
> Bonjour,
>
> Comme le mastodonte CLC 2006 n'est pas passé en Guyane ça nous laisse
> l'opportunité de passer celui de 2012.
>
> En fait il n'y a de disponible

[OSM-talk-fr] Rennes : rencontres OSM35 le 14/12/2015

[PanierAvide]

Bonjour à tous,

Gulliver vous invite à participer à la prochaine rencontre organisée par 
les contributeurs OSM35 (Ille-et-Vilaine) :


le 14 décembre 2015 à 20h.

Lieu : Salle Gurvand de la Maison de la consommation et de 
l'environnement (MCE), 48 bd Magenta à Rennes

http://osm.org/go/eri07jBm1?m=&;
L'entrée se fait coté rue Gurvand

La salle dispose d'un videoprojecteur et d'une connexion Internet.
Venez avec votre ordinateur portable dans la mesure du possible.

L'ordre du jour n'est pas encore complètement établi, mais si un sujet 
vous passionne n'hésitez pas à en faire part ;)


À bientôt.

--
PanierAvide
Géomaticien & développeur


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

[OSM-talk-fr] Quel tag pour un parc municipal ?

[Luc]

Bonjour,

Je me permet d'ajouter des infos manquantes ou non à jour dans mon
quartier, mais en regardant de plus près les parcs autour de chez moi, je
m’aperçois qu'ils sont pour beaucoup d'entre eux taggués avec :
- landuse = forest
- leisure = park
- name = *

Le tag landuse=forest me gène un peu...
Sur le wiki, on trouve généralement "landuse=forest is used to mark areas
of land managed for forestry.", ce qui ne me semble pas correct dans le
cadre d'un parc municipal.

La réponse me semble tellement évidente que... j'ai peur de manquer qqch et
d'insérer des erreurs.
Je n'ai pas trouvé de questions équivalente sur la liste de discussion.

Quelqu'un a une idée ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Get data using Overpass API

[Yosra Zguira]

Hello,

I use the Overpass API to get osm data. I have this query:

*/**
*This has been generated by the overpass-turbo wizard.*
*The original search was:*
*“amenity=bicycle_rental and network="Vélo'v" in "Lyon, France"”*
**/*
*[timeout:25];*
*// fetch area “Lyon, France” to search in*
*{{geocodeArea:Lyon, France}}->.searchArea;*
*// gather results*
*(*
*  // query part for: “amenity=bicycle_rental and network="Vélo'v"”*
*  node["amenity"="bicycle_rental"]["network"="Vélo'v"](area.searchArea);*
*  way["amenity"="bicycle_rental"]["network"="Vélo'v"](area.searchArea);*
*
relation["amenity"="bicycle_rental"]["network"="Vélo'v"](area.searchArea);*

*way[highway](area.searchArea);*
*);*

*// print results*
*out body;*
*>;*
*out skel qt;*

Whe I ran it, it generated only nodes and ways and not relations.
How can I please modify this query in order to download an osm file which
containes nodes, ways and relations?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Quel tag pour un parc municipal ?

[lenny]

Je suis d'accord avec toi, ceux que je connais sont simplement taggés : 
leisure = park + name = *

http://www.openstreetmap.org/way/24223962#map=17/43.63397/1.38460
http://wiki.openstreetmap.org/wiki/FR:Tag:leisure%3Dpark

cordialement
Lenny



Le 30/11/2015 14:29, Luc a écrit :

Bonjour,

Je me permet d'ajouter des infos manquantes ou non à jour dans mon 
quartier, mais en regardant de plus près les parcs autour de chez moi, 
je m’aperçois qu'ils sont pour beaucoup d'entre eux taggués avec :

- landuse = forest
- leisure = park
- name = *

Le tag landuse=forest me gène un peu...
Sur le wiki, on trouve généralement "landuse=forest is used to mark 
areas of land managed for forestry.", ce qui ne me semble pas correct 
dans le cadre d'un parc municipal.


La réponse me semble tellement évidente que... j'ai peur de manquer 
qqch et d'insérer des erreurs.

Je n'ai pas trouvé de questions équivalente sur la liste de discussion.

Quelqu'un a une idée ?


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


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

Re: [OSM-talk-fr] Get data using Overpass API

[Marc Gemis]

Reply in English, because original post was in English


This query returns only relations with the tags amenity=bicycle_rental
and network=Velo'V.
In case there are no such relations, the query will not return them.
I would expect that most bicycle_rental places are mapped as node and
occasionally as (closed) ways. I see no need to map them as relations.

regards
m

On Mon, Nov 30, 2015 at 2:35 PM, Yosra Zguira  wrote:
> Hello,
>
> I use the Overpass API to get osm data. I have this query:
>
> /*
> This has been generated by the overpass-turbo wizard.
> The original search was:
> “amenity=bicycle_rental and network="Vélo'v" in "Lyon, France"”
> */
> [timeout:25];
> // fetch area “Lyon, France” to search in
> {{geocodeArea:Lyon, France}}->.searchArea;
> // gather results
> (
>   // query part for: “amenity=bicycle_rental and network="Vélo'v"”
>   node["amenity"="bicycle_rental"]["network"="Vélo'v"](area.searchArea);
>   way["amenity"="bicycle_rental"]["network"="Vélo'v"](area.searchArea);
>   relation["amenity"="bicycle_rental"]["network"="Vélo'v"](area.searchArea);
>
> way[highway](area.searchArea);
> );
>
> // print results
> out body;
>>;
> out skel qt;
>
> Whe I ran it, it generated only nodes and ways and not relations.
> How can I please modify this query in order to download an osm file which
> containes nodes, ways and relations?
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>

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

Re: [OSM-talk-fr] Get data using Overpass API

[Yosra Zguira]

I need to get an osm file which contain nodes, ways and relations of
bicycle stations in Lyon, France. I will use this file for simulation using
SUMO, so I need to convert it to an .net.xml file. Without relations I
can't convert it to .net.xml file.

2015-11-30 14:39 GMT+01:00 Marc Gemis :

> Reply in English, because original post was in English
>
>
> This query returns only relations with the tags amenity=bicycle_rental
> and network=Velo'V.
> In case there are no such relations, the query will not return them.
> I would expect that most bicycle_rental places are mapped as node and
> occasionally as (closed) ways. I see no need to map them as relations.
>
> regards
> m
>
> On Mon, Nov 30, 2015 at 2:35 PM, Yosra Zguira 
> wrote:
> > Hello,
> >
> > I use the Overpass API to get osm data. I have this query:
> >
> > /*
> > This has been generated by the overpass-turbo wizard.
> > The original search was:
> > “amenity=bicycle_rental and network="Vélo'v" in "Lyon, France"”
> > */
> > [timeout:25];
> > // fetch area “Lyon, France” to search in
> > {{geocodeArea:Lyon, France}}->.searchArea;
> > // gather results
> > (
> >   // query part for: “amenity=bicycle_rental and network="Vélo'v"”
> >   node["amenity"="bicycle_rental"]["network"="Vélo'v"](area.searchArea);
> >   way["amenity"="bicycle_rental"]["network"="Vélo'v"](area.searchArea);
> >
>  relation["amenity"="bicycle_rental"]["network"="Vélo'v"](area.searchArea);
> >
> > way[highway](area.searchArea);
> > );
> >
> > // print results
> > out body;
> >>;
> > out skel qt;
> >
> > Whe I ran it, it generated only nodes and ways and not relations.
> > How can I please modify this query in order to download an osm file which
> > containes nodes, ways and relations?
> >
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
> >
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Get data using Overpass API

[Marc Gemis]

On Mon, Nov 30, 2015 at 2:47 PM, Yosra Zguira  wrote:
> I need to get an osm file which contain nodes, ways and relations of bicycle
> stations in Lyon, France. I will use this file for simulation using SUMO, so
> I need to convert it to an .net.xml file. Without relations I can't convert
> it to .net.xml file.
>

I saw this question on the help website as well.
The Overpass query only returns the objects that fulfil the criteria
that you specify. When there are no relations with the requested tags,
it will not return relations. Which relations would you expect ?

With your query you will only receive bicycle rental station, nothing
else, no roads, no houses, nothing but nodes, ways and relations
representing bicycle rental stations. When there are no nodes, ways or
relations with those tags, you will not retrieve nodes or ways or
relations.
In case there are no nodes with those tags, but only ways, you still
retrieve the nodes that are used in the ways, but not other nodes.

There is no requirement for .osm files to contain relations. In case
your conversion program needs relations, you will have to add
something to the file generated by Overpass. But what ? There are no
relations after all.


regards

m

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

Re: [OSM-talk-fr] Get data using Overpass API

[Yosra Zguira]

Thank you very much Marc for your explanation. I understood well the
concept of Overpass Query.

2015-11-30 15:02 GMT+01:00 Marc Gemis :

> On Mon, Nov 30, 2015 at 2:47 PM, Yosra Zguira 
> wrote:
> > I need to get an osm file which contain nodes, ways and relations of
> bicycle
> > stations in Lyon, France. I will use this file for simulation using
> SUMO, so
> > I need to convert it to an .net.xml file. Without relations I can't
> convert
> > it to .net.xml file.
> >
>
> I saw this question on the help website as well.
> The Overpass query only returns the objects that fulfil the criteria
> that you specify. When there are no relations with the requested tags,
> it will not return relations. Which relations would you expect ?
>
> With your query you will only receive bicycle rental station, nothing
> else, no roads, no houses, nothing but nodes, ways and relations
> representing bicycle rental stations. When there are no nodes, ways or
> relations with those tags, you will not retrieve nodes or ways or
> relations.
> In case there are no nodes with those tags, but only ways, you still
> retrieve the nodes that are used in the ways, but not other nodes.
>
> There is no requirement for .osm files to contain relations. In case
> your conversion program needs relations, you will have to add
> something to the file generated by Overpass. But what ? There are no
> relations after all.
>
>
> regards
>
> m
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Filaire pour impression ?

[Philippe Verdy]

AMHA, pour le rendu imprimé, les aplats tout noirs sont plutot à éviter si
on ne veut pas épuiser ses cartouches d'encre en imprimant une seule page.

En fin de compte un impression avec le style OSM par défaut (et ses
couleurs "pastel") est pas si mauvais que ça et plus économique, surtout
pour l'utilisation sur une jet d'encre, même uniquement en niveau de
"gris"..., du moment que les textex sont bien contrastés et les éléments
filaires pas trop épais. s'il sont assez contrastés (sans pour autant être
tout noirs).
C'est peut-être plus économique en impression laser plutôt que jet d'encre,
mais là encore sur ma laser N&B le rendu OSM par défaut passe beaucoup
mieux (et en plus pour faire un "field paper", c'est plus facile aussi de
l'annoter manuellement de façon visible avec un simple stylo.

Pour un "field paper" on n'est pas obligé non plus d'afficher tout un tas
de détails, le field paper doit surtout servir à faire du repérage pour
pouvoir annoter précisément à la main. Et il est utile aussi de proposer
une impression laissant des marges suffisantes pour noter du texte à côté.

Si on veut réellement une impression noir et blanc, le style filaire
devrait être proche de celui visible dans les cadastres (pas seulement
France). D'ailleurs il ne semble y avoir aucun rendu actuellement qui imite
ce style pourtant très utile aux plans d'étude et d'aménagement pour les
urbanistes, architectes, ou gestionnaires de réseaux. Il peut y avoir un
peu de couleur mais juste pour différencier quelques types de traits, ou
différencier les symboles/icones et textes des véritables traits de
délimitation, mais pas beacoin de beaucoup de couleurs (pas plus que le
stylo à billes 4 couleurs: noir, rouge, vert, bleu)


Le 30 novembre 2015 09:32, Sylvain Maillard  a
écrit :

> le rendu "Toner" de chez Stamen Design a été conçu spécialement pour
> l'impression noir et blanc :
> http://maps.stamen.com/toner/#12/37.7706/-122.3782
>
> Il est également disponible dans Qgis par le plugin Openlayers
>
>
> Sylvain
>
> Le 29 novembre 2015 21:10, Jean-Francois Nifenecker <
> jean-francois.nifenec...@laposte.net> a écrit :
>
>> Le 29/11/2015 19:52, f.dos.san...@free.fr a écrit :
>>
>>>
>>> Walking Papers a été remplacé par Field Papers :
>>> - http://wiki.openstreetmap.org/wiki/Field_Papers
>>>
>>
>> ahah ! J'avais loupé l'info... Merci Francisco !
>>
>> Test en version EN (FR marche pas chez moi, pbs de traduction à ce que je
>> comprends), j'ai choisi l'option "Black and White" : le résultat est bien
>> filaire mais en niveaux de gris et le résultat bien pâlichon pour bcp de
>> chemins :((
>>
>> Bon, on y est presque.
>>
>> D'autres idées ?
>>
>> --
>> Jean-Francois Nifenecker, Bordeaux
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Récupération cartes OSM pour utilisation dans un GPS

[GarenKreiz]

Bonjour,

Mobile Atlas Creator accepte des cartes vectorielles issues d'OSM
grâce à la librairie MapsForge. Ces cartes sont disponibles par
exemple sur le site http://www.openandromaps.org qui est mis à jour
assez régulièrement. On peut ensuite choisir les zones et les couches
pour la génération des bases de tuiles pour utilisation offline dans
le GPS. Sur smartphone/GPS Android, ces cartes vectorielles sont
directement utilisables.

Cordialement

Garenkreiz


Le 22 novembre 2015 20:07, pepilepi...@ovh.fr  a écrit :
>
> Bonjour,
>
> Comment peut-on récupérer les données OSM d'une zone pour les convertir en
> un fichier utilisable par un GPS ? Dans mon cas un format Rtmap pour un
> sportiva.
>
> J'avais bien trouvé Mobile Atlas Creator, mais il s'appuie sur mapquest, et
> mapquest avoue
> (http://wiki.openstreetmap.org/wiki/MapQuest#How_often_is_the_data_updated.3F)
> que la mise à jour des couches très détaillés ne se fait vraiment pas
> souvent. Et c'est justement ça qui m'intéresse...
>
> Merci,
>
> Jean-Pierre
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>

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

Re: [OSM-talk-fr] Re: Filaire pour impression ?

[Jean-Francois Nifenecker]

Bonsoir,

Le 30/11/2015 16:39, Philippe Verdy a écrit :

AMHA, pour le rendu imprimé, les aplats tout noirs sont plutot à éviter
si on ne veut pas épuiser ses cartouches d'encre en imprimant une seule
page.


bon, je ne me suis pas bien fait comprendre : pour moi "filaire" 
signifie que les chemins sont une simple ligne. Je ne veux PAS d'aplats 
ni rien d'autre, JUSTE les chemins.


À vous lire, je me demande si cela existe (c'était présent dans Walking 
Papers).


--
Jean-Francois Nifenecker, Bordeaux

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

Re: [OSM-talk-fr] Re: Filaire pour impression ?

[Jean-Francois Nifenecker]

Le 30/11/2015 09:32, Sylvain Maillard a écrit :

le rendu "Toner" de chez Stamen Design a été conçu spécialement pour
l'impression noir et blanc :
http://maps.stamen.com/toner/#12/37.7706/-122.3782

Il est également disponible dans Qgis par le plugin Openlayers



Merci Sylvain.

Eh non, ce n'est pas ce que je recherche car il y a des dégradés...
Je ne voudrais que du filaire simple (des lignes, quoi...) car sur le 
terrain, lors de la prise de notes la déco je n'en ai rien à faire, au 
contraire, elle me gène.


--
Jean-Francois Nifenecker, Bordeaux

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

Re: [OSM-talk-fr] Intégration de CLC 2012 de Guyane (bande littorale)

[Frédéric Rodrigo]

Le 30/11/2015 13:35, J. N. Squire a écrit :

Bonsoir à tous,

J'avais créé dans mon coin (avant l'email de Frédéric) une version 
.osm .bz2 avec les correspondances entre ID et labels (tags) 
 
indiquées sur le wiki 
 mis 
à jour par mes soins (comparer avec la version FR 
), 
et avec des polygones de moins de 2000 points). Le fichier compte 
environ 1680 polygones et pèse 1,8 Mo, ce qui est assez peu vue la 
surface couverte. Pour vous y retrouver, vous pouvez également vous 
référer à ce fichier Excel 
 
contenant un code couleur de ce que j'ai modifié ou non (bleu : label 
ajouté ; jaune : à labelliser/importer manuellement au cas par cas; 
noir : id absent du fichier).


Certains labels/tags sont dépréciés mais peuvent contenir des contours 
intéressants pour d'autres éléments de surface (des bords des rivières 
et une côte potentiellement plus à jour, par exemple).
Pour les rivières ce n'est pas utilisable. Vu leur forme elles ont été 
créer à l'aide d'un buffer depuis une linestring.




Pour des raisons de licence, faut-il adapter les bords avant 
importation ou bien laisser les contours originaux de CLC 2012 avant 
d'ensuite modifier en comparant avec Bing aerial ? À noter ici que je 
ne parle pas des chevauchements, mais de simple comparaison CLC/photo.


À titre personnel, je propose de n'adapter avant importation qu'en cas 
de superposition avec des éléments existants (en ajoutant "Bing 
aerial" en source en plus de la mention de CLC12, par exemple) pour 
que la plupart des polygones gardent leur forme d'origine (questions 
de respect de licence/droit d'auteur). CLC 12 ne prendrait le pas 
qu'en cas de données plus précises/à jour que le polygone de départ. 
La correspondance avec Bing aerial ne se ferait qu'après importation 
(question de respect des formes par rapport à la source/licence de 
CLC, toujours).



Je propose de conduire un test prochainement avec les rares polygones 
décrivant une forêt à feuilles épineuses (leaf_type=needleleaved) pour 
vérifier si la technique d’importation décidée fonctionne bien avant 
de procéder à toute opération plus lourde/visible. La question de quel 
fichier utiliser dépendra de vos retours, sachant que je compte 
participer activement à cette intégration et qu'une fusion entre ma 
version de fichier et celle de Frédéric est techniquement faisable.

Perso je pense qu'une intégration par zone géographique est plus facile.

Bref, que pensez-vous de ces idées ? Du fichier un peu différent de 
celui de Frédéric et des améliorations à y apporter ? Avez-vous 
d'autres propositions ?



---
Feldo


  [OSM-talk-fr] Intégration de CLC 2012 en Guyane

*Frédéric Rodrigo *fred.rodrigo at gmail.com


/Sam 21 Nov 22:10:01 UTC 2015/

  * Message précédent: [OSM-talk-fr] [SOTMTG2015] SOTM en cours au
Togo - dans le cadre de la mission de renforcement de
capacités du Projet EOF


  * Message suivant: [OSM-talk-fr] Voies récentes dans Fantoir,
absentes d'OSM


  * *Messages triés par:* [ date ]


[ thread ]


[ objet ]

[OSM-talk-fr] Mapzen/Tangram Solution vectorielle, OpenGL

[Eric Debeau]

Bosnoir

Je suis tombé sur Tangram, une solution de rendus de tuiles vectorielles
avec des rendus sympas réalisés par Mapzen que Christian avait vu au SOTM-US

J'aime bien les rendus

Légo :
https://tangrams.github.io/tangram-sandbox/tangram.html?styles/lego.yaml#16/40.7053/-74.0098

Matrix:
https://tangrams.github.io/tangram-sandbox/tangram.html?styles/matrix.yaml#17.975/48.73116/-3.45479

https://tangrams.github.io/tangram-sandbox/tangram.html?styles/matrix.yaml#16.975/48.87132/2.30518

La solution repose sur Open GL et permet une interactivité dans le
navigateur comme le montre leur démo :
https://tangrams.github.io/gui-demo/#16/40.7053/-74.0098

Au niveau perf et rendus, ca pêche un peu quand on zoome et qu'il faur
récupérer de "gros" fichiers JSON et la fluidité n'est pas forcément
géniale sur un PC "standard".

Evidemment, les données reposent sur OSM et la solution est open source
sous licence MIT.

Un nouveau pas pour la personnalisation des cartes et la promotion de OSM.

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

Re: [OSM-talk-fr] Récupération cartes OSM pour utilisation dans un GPS

[Jean-Christophe Becquet]

Le 30/11/2015 17:49, GarenKreiz a écrit :

Mobile Atlas Creator accepte des cartes vectorielles issues d'OSM
grâce à la librairie MapsForge. Ces cartes sont disponibles par
exemple sur le sitehttp://www.openandromaps.org  qui est mis à jour
assez régulièrement. On peut ensuite choisir les zones et les couches
pour la génération des bases de tuiles pour utilisation offline dans
le GPS. Sur smartphone/GPS Android, ces cartes vectorielles sont
directement utilisables.


Bonjour,

Quelqu'un ici saurait-il préconiser un logiciel libre pour lire ces 
cartes sur un smartphone Android ? Si j'ai bien compris, OruxMaps est 
gratuit mais pas libre.


Merci

Bonne journée

JCB
--
Un courrier de sensibilisation des acteurs locaux par jour dans les 
Alpes du sud

http://www.apitux.org/index.php?2008/03/01/215-un-courrier-de-sensibilisation-des-acteurs-locaux-par-jour-dans-les-alpes-du-sud

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
BP 32 - 04001 Digne-les-Bains Cedex
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com/
SIRET : 452 887 441 00031 - APE : 6202A

===

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