Re: [OSM-talk-fr] Présentation

2017-09-27 Par sujet Jean-Christophe Becquet
Le 27/09/2017 21:01, Cédric Frayssinet a écrit :
> Merci pour ta remarque. Du coup, cela a fait évolué notre site puisque
> nous venons d'y installer un plugin SPIP qui permet à chaque auteur de
> choisir sa licence, pratique.
> 
> Il est donc passé en CC BY-SA.

Super !

Merci Cédric, je me réjouis de pouvoir partager ton article librement.
https://dane.ac-lyon.fr/spip/OpenStreetMap-la-cartographie

Tu pourrais sans doute le référencer sur le wiki, par exemple ici
http://wiki.openstreetmap.org/wiki/FR:WikiProject_education

Bonne journée

Sincèrement

JC
-- 
Les logiciels libres de gestion de bibliothèques (SIGB)
http://www.apitux.org/index.php?2006/01/18/133-les-logiciels-libres-de-gestion-de-bibliotheques

==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


Re: [OSM-talk-fr] Importation des hauteurs de bâtiments sur Nice

2017-09-27 Par sujet Philippe Verdy
Un problème entre Cantaron et Falicon, le MNT ne semble pas correct (plat
là où il y a des montagnes) du coup, on a des tas de "tours":

http://demo.f4map.com/#lat=43.7604708=7.3021714=16=27.399


Le 27 septembre 2017 à 18:01, Vincent Frison  a
écrit :

> Hello,
>
> L'import a été fait: 52310 bâtiments ont été mis à jour avec leur hauteur.
>
> Plus de détails sur cette page Wiki
> 
> .
>
> ++ Vincent.
>
> Le 18 septembre 2017 à 17:57, Vincent Frison  a
> écrit :
>
>> Hello,
>>
>> Je projette d'importer dans OSM la hauteur des bâtiments de la ville de
>> Nice, un peu comme je l'avais fait il y a 2 ans pour Paris:
>> http://wiki.openstreetmap.org/wiki/Paris,_France/Buildings_Heights_Import
>>
>> Ici les données viennent du MNT (modèle numérique de terrain) et MNS
>> (modèle numérique de surface) disponible sur le portail Open Data de la
>> métropole Nice Côte d'Azur: http://opendata.niceco
>> tedazur.org/data/dataset/modele-numerique-de-terrain-de-nice-cote-d-azur
>>
>> En fait j'ai déjà lancé un sujet sur le forum: http://forum.openstreet
>> map.fr/viewtopic.php?f=5=6373
>>
>> Mais comme je n'ai pas trop eu de retour je poste ici car il y a
>> visiblement bien plus de trafic (dommage c'est sympa un forum).
>>
>> De ce que j'ai pu voir mes hauteurs calculées sont suffisamment précises
>> mais je ne suis pas contre un petit retour avant de faire l'import (2
>> fichiers d'exemple sont attachés dans mon dernier message du forum). Sinon
>> je compte je faire l'import dès que j'aurai un peu de temps...
>>
>> Merci, 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


Re: [OSM-talk-fr] Présentation

2017-09-27 Par sujet Cédric Frayssinet
Le 27/09/2017 à 10:47, Jean-Christophe Becquet a écrit :
> Le 26/09/2017 18:25, Cédric Frayssinet a écrit :
>> Je vous informe également que je viens de rédiger un article sur notre
>> site à la Délégation Académique au Numérique Éducatif de Lyon :
>> https://dane.ac-lyon.fr/spip/OpenStreetMap-la-cartographie
>> Cet article se veut accessible, et il est plutôt à destination des
>> enseignants afin qu'il donne envie d'utiliser OpenStreetMap dans leurs
>> séquences pédagogiques ; j'ai mis à la fin quelques exemples de scenarii.
> Merci Cédric, cet article est intéressant.
>
> Accepterais-tu de le partager sous une licence moins restrictive que
> Creative Commons BY-NC-SA, par exemple Creative Commons BY-SA ?
>
> Tu trouveras un argumentaire pour l'abandon de la clause NC sur le site
> de l'April : Libérez vos oeuvres : appel à publier sous licence libre
> http://www.april.org/liberez-vos-oeuvres-appel-publier-sous-licence-libre
>
> ou sur le Framablog : Dis papa, c'est quoi une « œuvre culturelle libre » ?
> http://www.framablog.org/index.php/post/2009/12/08/oeuvre-culturelle-libre
>
> Bonne journée
>
> Librement
>
> JC


Merci pour ta remarque. Du coup, cela a fait évolué notre site puisque
nous venons d'y installer un plugin SPIP qui permet à chaque auteur de
choisir sa licence, pratique.

Il est donc passé en CC BY-SA.

Cédric


-- 
En cure de désintoxication  de
Google ! Client d'Enercoop
, l'énergie militante

Également sur Mastodon : @bristow...@framapiaf.org


Promouvoir et soutenir le logiciel libre 

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


Re: [OSM-talk-fr] Importation des hauteurs de bâtiments sur Nice

2017-09-27 Par sujet Vincent Frison
Hello,

L'import a été fait: 52310 bâtiments ont été mis à jour avec leur hauteur.

Plus de détails sur cette page Wiki
.

++ Vincent.

Le 18 septembre 2017 à 17:57, Vincent Frison  a
écrit :

> Hello,
>
> Je projette d'importer dans OSM la hauteur des bâtiments de la ville de
> Nice, un peu comme je l'avais fait il y a 2 ans pour Paris:
> http://wiki.openstreetmap.org/wiki/Paris,_France/Buildings_Heights_Import
>
> Ici les données viennent du MNT (modèle numérique de terrain) et MNS
> (modèle numérique de surface) disponible sur le portail Open Data de la
> métropole Nice Côte d'Azur: http://opendata.nicecotedazur.org/data/
> dataset/modele-numerique-de-terrain-de-nice-cote-d-azur
>
> En fait j'ai déjà lancé un sujet sur le forum: http://forum.
> openstreetmap.fr/viewtopic.php?f=5=6373
>
> Mais comme je n'ai pas trop eu de retour je poste ici car il y a
> visiblement bien plus de trafic (dommage c'est sympa un forum).
>
> De ce que j'ai pu voir mes hauteurs calculées sont suffisamment précises
> mais je ne suis pas contre un petit retour avant de faire l'import (2
> fichiers d'exemple sont attachés dans mon dernier message du forum). Sinon
> je compte je faire l'import dès que j'aurai un peu de temps...
>
> Merci, Vincent.
>
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


[OSM-talk-fr] Disparition des Grands Lacs canadiens et autres...

2017-09-27 Par sujet Pilon, Michel (SSC/SPC)
Bonjour à tous,

Je suis en train de monter un serveur OpenStreetMap localement et j'ai un 
problème récurrent avec la disparition des Lacs qui sont très grands suite aux 
mise-a-jour des données OSM.

Pour télécharger initialement la planète, la commande que j'utilise est la 
suivante

osm2pgsql --create --slim --flat-nodes /data/osm/pgload/flat_nodes.bin \
 -C 27000 --number-processes 8 --hstore --keep-coastlines \
 --style /data/osm/openstreetmap-carto-3.2.0/openstreetmap-carto.style \
--multi-geometry /data/osm/new_planet-latest.osm.pbf

A ce moment là, lorsque je regarde le slippymap, je tous les grands lacs sont 
bien présents. Par exemple au Canada, dans la région de Toronto, nous avons les 
Grands Lacs suivants :

·Ontario

·Michigan

·Supérieur

·Huron

·Érié

J'utilise alors osmosis pour effectuer les mises a jour quotidiennes. Une fois 
complété, tout est beau à l'exception que je n'ai plus les Lacs Michigan, 
Supérier et Huron. Ontario et Érié sont encore présent (pour l'instant) mais je 
sais qu'à terme ils disparaitront aussi. Quand je dis disparaitre, je veux dire 
que je ne vois plus la couleur bleue pour l'eau dans le slippymap.

La disparition de ces Lacs est notée sur TOUS les niveaux de zoom.

Le même problème se produit également pour les Lacs Ladoga et Onega en Russie 
et probablement pour d'autres grands lacs dans le monde.

Je suis à court d'idée et il est impératif pour mon organisation d'avoir un 
serveur OSM local fonctionnel.

Est-ce que quelqu'un aurait une idée?   Je dois avouer que je commence tout 
juste à me familiariser avec OSM.

A part ca, tout fonctionne bien, incluant les mise a jour mais je dois 
ABSOLUMENT résoudre ce problème de grands lacs qui disparaissent apres une mise 
a jour des données OSM.

Merci encore pour votre aide bien appréciée :)

Michel

Québec, Canada.






--
Michel Pilon
Conseiller technique / Technical Advisor
Courriel | Email : michel.pi...@canada.ca
Téléphone | Telephone :  (819) 564-5600 ext. 227
Télécopieur | Fax:  (819) 564-5698
50 Place de la Cité, suite 212, C.P. 162, Sherbrooke (Québec) J1H 4G9
Échange de données, solutions d'E/S E-Science | E-Science Input/Output 
Solutions Data
Superinformatique | Super Computing
Gestion des services et centres de données | Service Management and Data Centres
Services partagés Canada | Shared Services Canada
Gouvernement du Canada | Government of Canada


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


Re: [OSM-talk-fr] Présentation

2017-09-27 Par sujet Jean-Christophe Becquet
Le 26/09/2017 18:25, Cédric Frayssinet a écrit :
> Je vous informe également que je viens de rédiger un article sur notre
> site à la Délégation Académique au Numérique Éducatif de Lyon :
> https://dane.ac-lyon.fr/spip/OpenStreetMap-la-cartographie
> Cet article se veut accessible, et il est plutôt à destination des
> enseignants afin qu'il donne envie d'utiliser OpenStreetMap dans leurs
> séquences pédagogiques ; j'ai mis à la fin quelques exemples de scenarii.

Merci Cédric, cet article est intéressant.

Accepterais-tu de le partager sous une licence moins restrictive que
Creative Commons BY-NC-SA, par exemple Creative Commons BY-SA ?

Tu trouveras un argumentaire pour l'abandon de la clause NC sur le site
de l'April : Libérez vos oeuvres : appel à publier sous licence libre
http://www.april.org/liberez-vos-oeuvres-appel-publier-sous-licence-libre

ou sur le Framablog : Dis papa, c'est quoi une « œuvre culturelle libre » ?
http://www.framablog.org/index.php/post/2009/12/08/oeuvre-culturelle-libre

Bonne journée

Librement

JC
-- 
Neelie Kroes : Une technologie propriétaire est un gaspillage financier
http://www.apitux.org/index.php?2009/10/24/239-neelie-kroes-une-technologie-proprietaire-est-un-gaspillage-financier

==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


Re: [OSM-talk-fr] Magasins de chaînes et tags wikipedia/wikidata

2017-09-27 Par sujet PanierAvide

Bonjour,

Un contributeur a réussi à faire une requête OSM+Wikidata qui relève un 
certain nombre de ces erreurs de tags sur les magasins :

http://tinyurl.com/y72afjpy

Il recherche les valeurs fréquemment utilisées par la clé 
brand:wikidata, puis récupère les objets OSM avec un tag wikidata ayant 
une de ces valeurs. Ça ne fonctionne que si une chaîne de magasin est 
déjà plutôt bien taguée avec brand:wikidata du coup, mais c'est un bon 
début.


Cordialement,

Adrien.


Le 28/07/2017 à 11:37, PanierAvide a écrit :

Bonjour à tous,

J'ai pu constater récemment qu'un bon nombre de magasins appartenant à 
de grandes enseignes avaient souvent associé un tag wikidata (ou 
wikipedia), qui pointait sur la page correspondant à la marque du 
magasin. Or dans l'usage, le tag wikidata doit pointer sur l'objet 
*précis* correspondant dans OSM [1].


Prenons un exemple : le magasin XYZ de Rennes a le tag wikidata=Q1234, 
qui correspond à l'enseigne XYZ, alors qu'il devrait porter le tag 
wikidata=Q5678, qui correspond au magasin XYZ de Rennes précisément. 
Sauf que bien souvent, wikidata ne dispose pas d'un objet pour le 
magasin XYZ de Rennes en particulier. Le lien vers wikidata est donc 
incorrect, puisqu'on ne relie pas l'objet OSM au bon objet wikidata.


Si l'on veut quand même créer du lien avec wikidata, la bonne pratique 
est d'utiliser le tag brand:wikidata [2], qui lui permet de lier le 
magasin XYZ de Rennes à l'objet wikidata correspondant à l'enseigne XYZ.


Or en pratique, je constate que nous avons de très nombreux objets qui 
sont incorrectement liés à l'enseigne dans wikidata en utilisant le 
tag wikidata au lieu de brand:wikidata [3]. La logique est la même 
pour le tag wikipedia.


J'ai pu voir que nos amis belges, allemands, néerlandais et étasuniens 
[4] disposent de pages pour s'assurer de la bonne cohérence des 
représentations des magasins d'enseigne dans OSM.


J'ai pas forcément de solutions dans l'immédiat à proposer, c'est déjà 
dans un premier temps pour souligner le problème, en discuter et 
inciter à changer les pratiques :-)


Cordialement,

Adrien.

[1] https://wiki.openstreetmap.org/wiki/Key:wikidata
[2] https://wiki.openstreetmap.org/wiki/Key:brand:wikidata
[3] http://overpass-turbo.eu/s/qEQ
[4] https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/ChainStores


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



--
PanierAvide
Géomaticien & développeur


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