Re: [OSM-talk-fr] Création du groupe OSM Béarn

[Bruno Remy via Talk-fr]

Bonjour,
Bravo pour ce groupe.
Petite suggestion : en plus du wiki il serait bien de vous faire connaitre sur 
le forum OSM.Notamment les groupes :https://forum.openstreetmap.fr/gEt la page 
Nouvelle Aquitaine 
:https://forum.openstreetmap.fr/c/regions/nouvelle-aquitaine/50
Bon vent !

Bruno REMY


Le lundi 11 mars 2024 à 08:05:08 UTC+1, Delphine Montagne 
 a écrit :  
 
 Bonjour,

Au fil des ans, il y a eu des cafés, un chocolat chaud (de Bayonne, on
n'est pas sectaire), des cartoparties, des mapathons mais toujours isolés.

En 2024, OSM Béarn se structure !

Et nous avons fait notre première rencontre officielle à Pau fin février en
chassant les bornes incendies libérées grâce au SDIS 64. Sous une fine
bruine (c'était dans la thématique)(et il y a une réputation à tenir
voyez-vous), nous avons bénéficié de l'expertise d'un pompier volontaire,
également contributeur OSM, qui a transformé cette rencontre avec ses
anecdotes de mission et ses démonstrations in situ. Il se chuchote qu'il a
au passage découvert un type de borne qui lui était inconnu.

Avec ce mail, c'est donc officiel, il y a un nouveau groupe local en
France, OSM Béarn.

Pour nous contacter, nous sommes sur la liste sud ouest et nos actions sont
ici
<https://wiki.openstreetmap.org/wiki/Pyr%C3%A9n%C3%A9es-Atlantiques/Communaut%C3%A9_d%27Agglom%C3%A9ration_Pau_B%C3%A9arn_Pyr%C3%A9n%C3%A9es/Groupe_local_B%C3%A9arn>
.

Bon début de semaine,

--
Pour le groupe OSM Béarn,
D.MONTAGNE
___
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] Mise à jour de POLE EMPLOI

[Bruno Remy via Talk-fr]

Merci Marc. C'est bien noté.

---
Bruno REMY
bruno.r...@ymail.com
06 87 44 65 81 

Le jeudi 15 février 2024 à 14:17:17 UTC+1, Marc_marc via Talk-fr 
 a écrit :  
 
 Le 14.02.24 à 15:55, Bruno Remy via Talk-fr a écrit :
> je ne vois toujours pas comment techniquement faire ce remplacement 
> automatisé?

overpass turbo pour récupérer tous les objets pole emploi
export vers josm
sélection de tous les noms pole emploi
vérifier que tu n'as pas des choses tordues (ex un arret de bus)
remplacer le nom
envoyer en n'oubliant pas les tags de changeset vers ta page wiki de 
l'opération



___
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] Mise à jour de POLE EMPLOI

[Bruno Remy via Talk-fr]

Oui Vincent tu as raison ... ça fait double canal... autant suivre le forum.

---
Bruno REMY
bruno.r...@ymail.com
06 87 44 65 81 

Le jeudi 15 février 2024 à 13:28:16 UTC+1, Vincent de Château-Thierry 
 a écrit :  
 
 bonjour,

> De: "Discussions sur OSM en français" 
> Envoyé: Jeudi 15 Février 2024 13:04:03
> Objet: Re: [OSM-talk-fr] Mise à jour de POLE EMPLOI

> Le 14.02.24 à 15:55, Bruno Remy via Talk-fr a écrit :
>> je ne vois toujours pas comment techniquement faire ce remplacement 
>> automatisé?
> 
> overpass turbo pour récupérer tous les objets pole emploi
> export vers josm
> sélection de tous les noms pole emploi
> vérifier que tu n'as pas des choses tordues (ex un arret de bus)
> remplacer le nom
> envoyer en n'oubliant pas les tags de changeset vers ta page wiki de
> l'opération

Juste pour rappeler, comme l'a fait Vincent Bergeot avant moi, que cette 
discussion a démarré le 16 janvier sur le forum [1], y est toujours active et 
mobilise pas mal d'intervenants. Pour la recherche de consensus, merci de 
considérer les questions soulevées là bas avant de procéder à un quelconque 
changement massif.

merci
vincent

[2] : https://forum.openstreetmap.fr/t/de-pole-emploi-a-france-travail/20397

___
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] Mise à jour de POLE EMPLOI

[Bruno Remy via Talk-fr]

Bonjour,
Je suis d'accord avec toi Marc. A partir du moment où il y a eu une 
réorganisation administrative générale, toutes les agences sont devenues 
"FRANCE TRAVAIL" et le changement des enseignes sur les façades n'est pas 
impactante. Dans ce cas la dénomination officielle prime sur le repérage 
terrain et on peut faire un remplacement généralisé.

Merci pour le lien wiki sur la modification automatisée.Je veux bien suivre 
cette procédure sur le plan administratif : référence aux discutions, 
documentation sur une page wiki, etc par contre je ne vois toujours pas 
comment techniquement faire ce remplacement automatisé?

---
Bruno REMY

 

Le mercredi 14 février 2024 à 15:38:50 UTC+1, Marc_marc via Talk-fr 
 a écrit :  
 
 Bonjour,

Le 14.02.24 à 11:17, Bruno Remy via Talk-fr a écrit :
> Pôle emploi est devenu France Travail depuis le 1er janvier 2024
> Y-a-t-il un moyen d'industrialiser le changement sur tous les POI de France?
> J'ai regardé avec JOSM mais on est obligé de sélectionner une zone de 
> modification sur la carte.
> Vos idées sont les bienvenues.

techniquement il suffit de faire la recherche sur la France
et faire la procédure d'édition de masse [1]
mais tu as déjà une objection/question pour le changement du name
Pour ma part, le fait qu'un bureau n'a pas encore changé le nom
sur son écriteaux ne devrait pas empêcher de changer name=*
l'inscription sur le batiment, si on veux ce nniveau de détail,
serrait pour inscription. si on téléphone, je suppose qu'il
s'annonce avec le nouveau nom et non avec ce qui est inscrit
sur le panneau

[1] 
https://wiki.openstreetmap.org/wiki/FR:Politique_de_modification_automatis%C3%A9e



___
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

[OSM-talk-fr] Mise à jour de POLE EMPLOI

[Bruno Remy via Talk-fr]

Bonjour,
Comme vous le savez déjà, Pôle emploi est devenu France Travail depuis le 1er 
janvier 2024.Il serait bon de mettre à jour toutes les agences. Avec l'éditeur 
ID on a une prise en charge des changements de tags qui se fait bien. Mais 
c'est pour un seul POI.exemple :https://www.openstreetmap.org/way/843821449 
 
Y-a-t-il un moyen d'industrialiser le changement sur tous les POI de France?
J'ai regardé avec JOSM mais on est obligé de sélectionner une zone de 
modification sur la carte.
Vos idées sont les bienvenues.

---
Bruno REMY

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

[OSM-talk-fr] Re :Re: BANO

[Bruno Remy via Talk-fr]

Merci Vincent. Je regarderai ça ce soir.

Bruno


 
 
  Le jeu., févr. 8, 2024 à 8:38, Vincent de Château-Thierry a 
écrit:   

Le 8 février 2024 08:05:34 GMT+01:00, Bruno Remy via Talk-fr 
 a écrit :

>.A quelle fréquence est rafraichie la BANO?

Pour avoir un aperçu immédiat de tes modifs tu peux rafraichir la partie L'Hay 
les Roses de BANO via la page Pifometre de la commune (bouton bleu en haut à 
droite):
  https://bano.openstreetmap.fr/pifometre/index.html?insee=94038

Pour l'instant tu as 2 lignes pour Gabriel Peri, il devrait n'en rester qu'une 
après ta modif. 

Pour une prise d'effet dans les fichiers CSV c'est fait chaque nuit. 

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

[Bruno Remy via Talk-fr]

Bonjour,
Merci Vincent pour ta réponse complète. Effectivement je n'avais pas regardé 
les relations dans JOSM. Puisque j'ai bien repéré sur le terrain le nom exact 
des voies, je vais faire les corrections nécessaires en créant une relation 
"Rue Gabriel Péri".A quelle fréquence est rafraichie la BANO?

Cordialement.

---
Bruno REMY

 

Le mercredi 7 février 2024 à 22:02:18 UTC+1, Vincent de Château-Thierry 
 a écrit :  
 
 Bonjour,

> De: "Discussions sur OSM en français" 
> Cc: "Bruno Remy" 
> Envoyé: Mercredi 7 Février 2024 15:20:00
> Objet: [OSM-talk-fr] BANO

> Bonjour,
> En faisant du geocaching je me suis aperçu que dans la commune de
> l'Hay-Les-Roses (94) il y a une erreur dans la BANO v2: sur cette commune il y
> a l'Avenue Gabriel-Péri mais il n'y a plus la Rue Gabriel-Péri, qui pourtant
> est sur openstreetmap et surtout est bien affichée avec les bonnes pancartes
> dans la rue.
> Comment signaler des erreurs dans la BANO v2?
> source : https://bano.openstreetmap.fr/data/bano-94.csv

L'erreur que tu vois dans BANO reflète les bizarreries qu'on a dans OSM. Si tu 
regardes la relation associatedStreet de cette voie [1] tu peux constater que 
pour les membres avec un rôle 'street' on a des "Rue Gabriel Péri" [2] et des 
"Avenue Gabriel-Péri" [3]. Au moment de constituer la BANO un des 2 noms est 
choisi, arbitrairement. Pour corriger BANO il suffit de mettre au carré OSM en 
uniformisant les noms des membres de la relation.

A noter, un fil sur ce sujet ouvert sur le forum cette semaine [4]

merci
vincent

[1] : https://www.openstreetmap.org/relation/9653023/history/11
[2] : https://www.openstreetmap.org/way/155422648
[3] : https://www.openstreetmap.org/way/39041589
[4] : 
https://forum.openstreetmap.fr/t/voie-nommee-avenue-au-lieu-de-rue-a-94-lhay-les-roses/20900/

___
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

[OSM-talk-fr] BANO

[Bruno Remy via Talk-fr]

Bonjour,
En faisant du geocaching je me suis aperçu que dans la commune de 
l'Hay-Les-Roses (94) il y a une erreur dans la BANO v2: sur cette commune il y 
a l'Avenue Gabriel-Péri mais il n'y a plus la Rue Gabriel-Péri, qui pourtant 
est sur openstreetmap et surtout est bien affichée avec les bonnes pancartes 
dans la rue.
Comment signaler des erreurs dans la BANO v2?
source : https://bano.openstreetmap.fr/data/bano-94.csv
Cordialement.

---
Bruno REMY

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

Re: [OSM-talk-fr] Une carte pour Pifomètre

[Bruno Remy via Talk-fr]

Super ! Merci Vincent !

---
Bruno REMY

 

Le samedi 14 octobre 2023 à 20:17:17 UTC+2, Vincent de Château-Thierry 
 a écrit :  
 
 Bonjour,

J'ai mis en ligne il y a quelques jours une version cartographique de 
Pifomètre, afin d'accéder autrement à l'analyse des voies et adresses 
manquantes dans OSM en vue de leur intégration. J'en ai parlé sur le 
forum : 
https://forum.openstreetmap.fr/t/pifometre-a-sa-carte-pifomap/18040 et 
le service se consulte à : 
https://bano.openstreetmap.fr/pifometre/pifomap.html

Pour démarrer, entrer un code INSEE de commune en haut à gauche ou bien 
baladez vous sur la carte jusqu'à voir le nom de la commune que vous 
voulez analyser, puis cliquez dessus.

Vous reconnaîtrez le code couleur rouge du rendu BANO, sans lequel on ne 
dégommerait rien. Pour les autres couleurs, une légende (en haut à 
droite) vous donnera quelques billes.

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

[OSM-talk-fr] Jardin Line Renaud à PARIS

[Bruno Remy via Talk-fr]

Bonjour,
Je viens d'apprendre que la Ville de Paris va inaugurer ce lundi 2 octobre un 
jardin au nom de Line Renaud près de la Place de la Concorde. 
Si quelqu'un a plus d'infos sur ce jardin c'est l'occasion de faire une mise à 
jour sur OSM.
Cordialement.

---
Bruno REMY
bruno.r...@ymail.com
06 87 44 65 81
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Pifomètre v3 arrive...

[Bruno Remy via Talk-fr]

Bonjour,
Merci pour les infos et le rétablissement du service.Maintenant, il y a du pain 
sur la planche : je poursuis mes mises à jour.
Cordialement,
Bruno

Le mercredi 12 juillet 2023 à 12:53:17 UTC+2, Marc_marc 
 a écrit :  
 
 Bonjour,

Le 12.07.23 à 10:11, Bruno Remy via Talk-fr a écrit :
> Depuis hier soir Pifomètre V3 ne répond plus.

un gars a appuyé sur le mauvais bouton
https://github.com/osm-fr/infrastructure/issues/480
PS: le gars c'est moi :)

en attente d'un autre gars (un employé free sur place)
pour rappuyer sur le bouton car ce serveur n'a pas d'accès
à distance pour cela

Cordialement,
Marc



___
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] Pifomètre v3 arrive...

[Bruno Remy via Talk-fr]

Bonjour,
Depuis hier soir Pifomètre V3 ne répond plus. Au départ je gardais l'interface 
grâce au cache mais plus aucune donnée ne se chargeait dans JOSM.Maintenant 
l'URL renvoie l'erreur suivante :
502 Bad Gateway
Quelqu'un a des infos sur l'hébergement de pifomètre? Une maintenance semble 
nécessaire..
Merci d'avance.
Bruno.


Le lundi 12 juin 2023 à 23:56:09 UTC+2, Vincent de Château-Thierry 
 a écrit :  
 
 Bonsoir,

Lors du SOTM ce WE j'ai présenté une nouvelle version de Pifomètre & de 
BANO, encore en développement mais avec une partie Pifomètre déjà 
fonctionnelle et utilisable à cette adresse :

https://bano.openstreetmap.fr/pifometre_v3/

Pour plus de détails je vous renvoie à ce post 
https://forum.openstreetmap.fr/t/pifometre-v3-arrive/15455 qui 
synthétise les principales nouveautés. Questions, critiques et retours 
d'expérience bienvenus ici comme là-bas.

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] Utilisation (ou pas) des données du "catalogue des sculptures des jardins de Versailles et Trianon"

[Bruno Remy via Talk-fr]

> "Archimole, dit aussi Morphée"

> c'est un nom ? j'ai l'impression que c'est 2 noms
Il est possible de renseigner deux champs :name=Archimolealt_name=Morphée
Bruno REMY



Le mercredi 24 mai 2023 à 23:48:48 UTC+2, Marc_marc  a 
écrit :  
 
 Le 24.05.23 à 22:40, Christian Perrier a écrit :
> "Archimole, dit aussi Morphée"

c'est un nom ? j'ai l'impression que c'est 2 noms



___
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

[OSM-talk-fr] Re :Re: [import] import partiel des adresses en France

[Bruno Remy via Talk-fr]

Bonjour,

Je comprends que l'outil pifométre fait du contrôle qualité mais je me demande 
encore pourquoi àjouter des relations ce qui semble être une spécialité 
française alors que la communauté OSM semble utiliser les clés correspondant au 
numéro et au nom de rue. Ce qui est géré nativement par ID.
Alors pourquoi réinventer la roue ?
Bruno



Bruno REMY

 
 
  Le mar., avr. 25, 2023 à 16:41, Cyrille37 OSM a 
écrit:   Bonjour,

Faisant beaucoup d'adressage dans OSM je confirme que la BAN n'est pas 
assez qualitative pour faire de l'import automatique.

L'outil Pifometre cité par Vincent est super, il permet d'intégrer bout 
par bout, ce qui me semble la volumétrie suffisante et nécessaire pour 
la qualité attendue dans OSM.

Et si on a besoin tout de suite et maintenant d'interroger des adresses 
sur toute la France il y a https://adresse.data.gouv.fr/ ;-)

Cyrille37.

On 25/04/2023 14:46, Vincent de Château-Thierry wrote:
> Bonjour,
>
>> De: "Marc_marc"
>>
>> Suite à l'accueil favorable sur le principe, je poursuis
>> la discussion entamé [2] il y a quelques mois lié à la procédure
>> https://wiki.openstreetmap.org/wiki/FR:Import/Guidelines
>
>> je propose de diviser l'import en plusieurs tranches
>> et de discuter uniquement de la première tranche :
>>
>> Étendue de l'import de la première tranche
>> - le nom de la rue est présente dans osm, identique à celui
>> de la BAL ou la ref fantoir permet de lier le nom osm au nom officiel
>> tel que visible avec la colonne "adresse BAN avec voie rapprochée %"
>> sur le pifomètre [1]
>> - le taux de certification de 100% tel que visible avec la colonne "%
>> adresses certifiées BAN" sur le pifomètre [1]
>> - j'avais proposé "la rue dans osm ne contient aucune addr" : certains
>> ont suggéré de commencer avec ce critère sur l'étendue de la commune.
>> le pifomètre [1] renseigne en effet des communes avec 0 adresse dans osm
>>
>> A voir s'il y a beaucoup de communes avec 100% adresses certifiées +
>> 100% voies adressée rapprochée + pas d'adresse dans osm :)
>> mais c'est une première tranche
>>
>> Questions :
>>
>> - faut-il ajouter des critères de qualité ? par ex dans le passé,
>> ce n'était pas rare d'avoir plusieurs adresses au même endroit.
>> il n'y a pas eu de retour sur ce point que je propose de supprimer
>> sauf si quelqu'un souhaite le conserver.
>> J'espère que ce problème a disparu avec la certification
>> mais un retour est bienvenu si ce n'est pas le cas.
> La certification n'est hélas en aucun cas un critère de qualité. Il y a eu 
> différents retours d'expérience là-dessus, notamment sur le canal OSM-Fr 
> matrix/telegram et aussi sur le forum où ce post couvre le même sujet [1].
> En version courte : la certification est auto-déclarative et l'aspect 
> géométrique est loin d'être au cœur des préoccupations des communes, plus 
> focalisées sur l'inventaire. Donc partir sur ce critère comme un filtre 
> d'adresses fiables et sujettes à import est biaisé dès le départ : on se 
> trompe de postulat.
>
>> - la position des addr est souvent flottante tandis que d'autres
>> voudraient les voir au moins en bordure du bâtiments concernées.
>> Il avait été proposé de sortir cette question hors de l'import
>> et d'importer avec la position actuelle de l'opendata
> Dire ça c'est donc assumer qu'on n'ajoute pas de valeur à l'import, on 
> photocopie l'OpenData de la BAN. C'est vraiment regrettable je trouve. Parmi 
> nos valeurs ajoutées sur le sujet des adresses par rapport à la BAN il y a :
> - garantir la bonne orthographe des noms de voies (dans la BAN c'est un 
> poème, défauts d'accents, défauts de majuscules, etc)
> - assigner à chaque adresse une position cohérente avec notre propre graphe 
> et nos bâtiments, donc potentiellement retoucher les coordonnées 
> (manuellement, car non il n'y a aucune magie pour ce genre d'opération)
> - filtrer les données sources : ne pas ajouter dans OSM des numéros assignés 
> à une autre voie et totalement erronés dans leur affectation et leur 
> position, sans parler des 5xxx et 9xxx
>
> Donc je tempère l'accueil favorable dont tu parles au début, et qui se base 
> sur... 3 réponses. Personnellement je ne suis pas favorable à un tel import, 
> mais ça ne devrait pas étonner par ici : si j'ai conçu Pifomètre c'est 
> justement pour ne pas encourager les imports, tout en proposant un outil pour 
> mécaniser le travail d'intégration sans verser dans l'ingestion aveugle 
> d'open data. On peut largement faire évoluer Pifomètre pour changer d'échelle 
> (la commune au lieu de la rue, etc) mais en aucun cas ça ne nous dispensera 
> de contrôler finement ce qu'on

[OSM-talk-fr] Import d'adresses à Andernos

[Bruno Remy via Talk-fr]

Bonjour,
Je lis que vous suggérez d'utiliser la relation associated-street.Je suis plus 
partisan du tag addr:street.
Rajouter une relation à chaque noeud nécessite une opération manuelle sur 
chaque noeud, ce qui est laborieux quand on travaille sur un ensemble de noeuds 
par exemple à l'échelle d'une ville. Je me vois mal créer des centaines de 
relations une par une à la main... 
En manipulant les données d'un fichier JSON ou CSV on peut plus facilement 
attribuer au noeud le tag addr:street correspondant au nom de la rue présent 
dans le fichier source de BANO.
Vous voyez ce que je veux dire?
Je cherche une solution qui associe l'intégrité des données (donc le numéro et 
le nom de la rue je suis d'accord avec vous) et la simplicité de manipulation 
des données.
Cordialement


---
Bruno REMY
bruno.r...@ymail.com
06 87 44 65 81
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Import d'adresses à Andernos

[Bruno Remy via Talk-fr]

Bonjour à tous,
J'ai remarqué que dans le département de la Gironde et en particulier dans 
plusieurs communes du Bassin d'Arcachon il manque les numéros de rue.Cela 
représente un grand nombre de points et les rajouter un par un avec ID en 
utilisant le calque BANO est long et fastidieux... J'ai préféré utiliser le jeu 
de données BANO en ma basant sur le fichier de la Gironde disponible en ligne, 
avec l'éditeur JOSM.
Voir ma contribution :
https://www.openstreetmap.org/changeset/135219152
Je n'avais pas ouvert la discussion avant mon import, mais je le fais 
maintenant : que pensez-vous de ce compromis entre un import massif des données 
ouvertes du BANO pour le département de la Gironde et une contribution manuelle 
sur ID point par point ? Un import à l'échelle d'une ville est-il considéré 
comme un import massif? Mérite-t-il l'attention des contributeurs OSM? Est-il 
"abusif" ?
Cordialement,
Bruno REMY


---
Bruno REMY
bruno.r...@ymail.com
06 87 44 65 81
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] présentation

[Bruno Remy via Talk-fr]

Bonjour à tous,

Je viens de m'inscrire sur la liste et je me présente :

Je m'appelle Bruno et je suis contributeur OSM depuis janvier 2012 tout d'abord 
au Canada (Québec) où j'étais inscrit sur la liste talk-ca.
De retour en France puis quelques années je reprends progressivement mes 
contributions OSM.
J'utilise les applications mobiles StreetComplete, OSMtracker et Vespucci. 
J'utilise aussi l'éditeur en ligne ID et JOSM.

Je contribue dans mon secteur (Val de Marne) et là où je vais en vacances 
(exemple Andernos-les-Bains, Gironde).

Je n'ai pas un profil de développeur mais je m'intéresse en général à 
l'utilisation des données Openstreetmap.

Cordialement,

Bruno REMY

---
Bruno REMY
bruno.r...@ymail.com
06 87 44 65 81
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-ca] Red Cross and Fort McMurray Fires

[Bruno Remy]

Good work and have fun!

Bruno
Le 13 mai 2016 8:36 PM, "James" <james2...@gmail.com> a écrit :

> Our OSMCanada team (the one that runs the Tasking manager) is based in
> Ottawa. We are currently at the Happy Goat Coffee.
> Our meeting scheduling is available here:
> http://www.meetup.com/openstreetmap-ottawa
>
> On Fri, May 13, 2016 at 8:32 PM, Bruno Remy <bremy.qc...@gmail.com> wrote:
>
>> Hi,
>>
>> Does any local OpenStreetMap local team organize mapathon events working
>> around tasks #22,#23,#24 ?
>>
>> I mean perhaps Vancouver, Toronto, Ottawa, Montréal ?
>>
>> Here in Québec city, the community is small , so few volonteers engaged
>> ... but why not trying ?
>> Le 13 mai 2016 8:17 PM, "James" <james2...@gmail.com> a écrit :
>>
>>> Hello everyone OsmCanada had a meeting tonight and have traced polygons
>>> estimating the areas damaged and have named them "Fort McMurray Fire Damage
>>> Estimate". They are tagged as brownfield as the buildings have been
>>> destroyed or burnt down. The major areas affected are Thickwood, Beacon
>>> Hill and Abasand. We thought this may help the red cross immensely.
>>>
>>> Big thank you to Rps333 for the help.
>>>
>>> On Fri, May 13, 2016 at 2:56 PM, Dan Joseph <dan.b.jos...@gmail.com>
>>> wrote:
>>>
>>>> Hi John,
>>>>
>>>> Dale is the American Red Cross GIS Team Lead. I'm on his team and have
>>>> been deployed to Canada to work in-person with the Canadian Red Cross. In
>>>> terms of OSM-CA / Red Cross coordination, I can be considered the point of
>>>> contact on the RC side until someone within Canadian Red Cross is ready and
>>>> willing to take it on.
>>>>
>>>> All the best,
>>>> Dan
>>>>
>>>> On Fri, May 13, 2016 at 2:44 PM, john whelan <jwhelan0...@gmail.com>
>>>> wrote:
>>>>
>>>>> Have you talked to dale.ku...@redcross.org?
>>>>>
>>>>> A coordinated approach might be better.  OSM can use data obtained
>>>>> through the Gov Canada open data portal and has done in the past as far as
>>>>> I am aware.
>>>>>
>>>>> Thanks John
>>>>>
>>>>> On 13 May 2016 at 14:37, Dan Joseph <dan.b.jos...@gmail.com> wrote:
>>>>>
>>>>>> Hi James,
>>>>>>
>>>>>> It looks like some good progress is being made on the tasks.
>>>>>>
>>>>>> Tasks #22 and #23 are focused on mapping different features but it
>>>>>> looks like #24 overlaps in focus. Perhaps that task should be archived
>>>>>> until the other two are completed to avoid confusion among newcomers to 
>>>>>> the
>>>>>> site?
>>>>>>
>>>>>> Task #23 only provides minimal instructions (*Add address data via
>>>>>> GeoBase. Add missing Roads and Street names.*). Would more people
>>>>>> feel comfortable contributing if detailed instructions were included? It
>>>>>> seemed the task is referring to the dataset described here:
>>>>>> http://ftp2.cits.rncan.gc.ca/pub/geobase/official/nrn_rrn/doc/NRN.pdf
>>>>>>   Is the Canada open government licence compatible with OSM?
>>>>>>
>>>>>> Thanks and all the best,
>>>>>>
>>>>>> Dan
>>>>>>
>>>>>>
>>>>>> On Fri, May 13, 2016 at 2:21 PM, James <james2...@gmail.com> wrote:
>>>>>>
>>>>>>> What exactly do you need of me? Prioritize areas to get mapped? We
>>>>>>> have tasks for the buildings, addresses and streets(which I think have 
>>>>>>> been
>>>>>>> imported via CanVec) and a validation layer
>>>>>>>
>>>>>>> On Fri, May 13, 2016 at 2:14 PM, Dan Joseph <dan.b.jos...@gmail.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Hi everyone,
>>>>>>>>
>>>>>>>> I'm helping coordinate the Canadian Red Cross' use of GIS in their
>>>>>>>> activities responding to the Fort McMurray fires. Staff has been very 
>>>>>>>> busy
>>>>>>>> but we're ramping up and exploring options 

Re: [Talk-ca] Red Cross and Fort McMurray Fires

[Bruno Remy]

Hi,

Does any local OpenStreetMap local team organize mapathon events working
around tasks #22,#23,#24 ?

I mean perhaps Vancouver, Toronto, Ottawa, Montréal ?

Here in Québec city, the community is small , so few volonteers engaged ...
but why not trying ?
Le 13 mai 2016 8:17 PM, "James"  a écrit :

> Hello everyone OsmCanada had a meeting tonight and have traced polygons
> estimating the areas damaged and have named them "Fort McMurray Fire Damage
> Estimate". They are tagged as brownfield as the buildings have been
> destroyed or burnt down. The major areas affected are Thickwood, Beacon
> Hill and Abasand. We thought this may help the red cross immensely.
>
> Big thank you to Rps333 for the help.
>
> On Fri, May 13, 2016 at 2:56 PM, Dan Joseph 
> wrote:
>
>> Hi John,
>>
>> Dale is the American Red Cross GIS Team Lead. I'm on his team and have
>> been deployed to Canada to work in-person with the Canadian Red Cross. In
>> terms of OSM-CA / Red Cross coordination, I can be considered the point of
>> contact on the RC side until someone within Canadian Red Cross is ready and
>> willing to take it on.
>>
>> All the best,
>> Dan
>>
>> On Fri, May 13, 2016 at 2:44 PM, john whelan 
>> wrote:
>>
>>> Have you talked to dale.ku...@redcross.org?
>>>
>>> A coordinated approach might be better.  OSM can use data obtained
>>> through the Gov Canada open data portal and has done in the past as far as
>>> I am aware.
>>>
>>> Thanks John
>>>
>>> On 13 May 2016 at 14:37, Dan Joseph  wrote:
>>>
 Hi James,

 It looks like some good progress is being made on the tasks.

 Tasks #22 and #23 are focused on mapping different features but it
 looks like #24 overlaps in focus. Perhaps that task should be archived
 until the other two are completed to avoid confusion among newcomers to the
 site?

 Task #23 only provides minimal instructions (*Add address data via
 GeoBase. Add missing Roads and Street names.*). Would more people feel
 comfortable contributing if detailed instructions were included? It seemed
 the task is referring to the dataset described here:
 http://ftp2.cits.rncan.gc.ca/pub/geobase/official/nrn_rrn/doc/NRN.pdf
   Is the Canada open government licence compatible with OSM?

 Thanks and all the best,

 Dan


 On Fri, May 13, 2016 at 2:21 PM, James  wrote:

> What exactly do you need of me? Prioritize areas to get mapped? We
> have tasks for the buildings, addresses and streets(which I think have 
> been
> imported via CanVec) and a validation layer
>
> On Fri, May 13, 2016 at 2:14 PM, Dan Joseph 
> wrote:
>
>> Hi everyone,
>>
>> I'm helping coordinate the Canadian Red Cross' use of GIS in their
>> activities responding to the Fort McMurray fires. Staff has been very 
>> busy
>> but we're ramping up and exploring options for how to leverage different
>> tools and data sources to support the Red Cross operations. The focus is 
>> on
>> the evacuees, many of which have dispersed to distant locations around 
>> the
>> country. When residents are allowed to return to the town and longer-term
>> recovery activities become a priority, I foresee having an excellent OSM
>> base layer as being a valuable asset. Both for facilitating operational
>> decisions, and demonstrating the power of the OSM community and easily
>> accessible geo-data with an open license!
>>
>> I would love to connect with those involved in coordinating the
>> current tasks up on http://tasks.osmcanada.ca/. Is the best channel
>> of communication through this list or via Skype or some other means?
>>
>> All the best,
>> Dan Joseph
>>
>> GIS Officer | International Services | American Red Cross
>> Skype danielbjoseph  |  Twitter @danbjoseph  |  OSM ID danbjoseph
>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>>
>
>
> --
> 外に遊びに行こう！
>


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


>>>
>>
>
>
> --
> 外に遊びに行こう！
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Données ouvertes de Shawinigan, QC

[Bruno Remy]

En fait le débat et la sensibilisation sont encore plus étendus : c'est
le virage difficile entre l'usage traditionnel corporatif des données via
une  "diffusion web" et la vraie notion de "bien commun" tel que nous la
comprenons dans le monde du libre. La source de l'information en dit plus
long:

http://www.gogeomatics.ca/magazine/canadian-municipalities-unlock-their-data-with-esris-arcgis-open-data.htm?utm_source=dlvr.it_medium=twitter#

Bruno
Le 25 avr. 2016 9:21 PM, "Pascal Robichaud" <
pascal.robichaud.do...@gmail.com> a écrit :

> J'ai l'impression qu'il y a de la sensibilisation et de l'information à
> faire.
>
> Je viens de leur écrire.
>
> Je vous tiendrai au courant.
>
>
>
>
> Bonjour,
>
> Étant citoyen impliqué en données ouvertes depuis quelques années, je me
> demandais :
>
> 1) Pourquoi la Ville de Shawinigan n'utilise pas le nouveau site du
> gouvernement DonneesQuebec.ca <http://donneesquebec.ca/>?
>
> 2) Pourquoi une licence comme Creative Commun
> <http://creativecommons.fr/licences/> n'a pas été utilisée?
>
>
> Merci
>
> *Pascal Robichaud*
> @DO101Mtl <http://twitter.com/do101mtl>
>
> 2016-04-25 18:46 GMT-04:00 Bruno Remy <bremy.qc...@gmail.com>:
>
>> Bonjour à tous,
>>
>> Pour votre information, Shawinigan a publié des données ouvertes sur son
>> portail:
>>
>> http://www.shawinigan.ca/Ville/donnees-ouvertes_195.html
>>
>> La licence choisie n'est pas une licence Creative Commons mais une
>> licence "interne":
>>
>> http://jmap.shawinigan.ca/doc/photos/Donn%C3%A9es%20ouvertes.conditions.Shawinigan.pdf
>>
>> Je ne m'aventurerai sur le terrain juridique de son interprétation, mais
>> je tenais tout de même à vous partager l'information
>>
>>
>>
>> --
>> Bruno Remy
>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Données ouvertes de Shawinigan, QC

[Bruno Remy]

Bonjour à tous,

Pour votre information, Shawinigan a publié des données ouvertes sur son
portail:

http://www.shawinigan.ca/Ville/donnees-ouvertes_195.html

La licence choisie n'est pas une licence Creative Commons mais une licence
"interne":
http://jmap.shawinigan.ca/doc/photos/Donn%C3%A9es%20ouvertes.conditions.Shawinigan.pdf

Je ne m'aventurerai sur le terrain juridique de son interprétation, mais je
tenais tout de même à vous partager l'information....



-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Bicycle GPS tracks

[Bruno Remy]

I agree with you John, about Strava :
it's very helpfull and also available as an imagery layer in JOSM editor.

Bruno
Le 25 avr. 2016 3:52 PM, "John Marshall"  a écrit :

> The one cool thing about Strava; is Strava Slide. It makes it very easy to
> map paths. It also shows bike track.
>
> http://labs.strava.com/slide/
>
> I have found it very handy mapping trails in Gatineau park
>
> Cheers
>
>
> John
>
> On Mon, Apr 25, 2016 at 3:23 PM, John Whelan 
> wrote:
>
>> My local city is purchasing bicycle GPS track data from a company that
>> has a fitness app.  Apparently many cities would like this sort of data.
>> However it doesn't capture those who don't have a smartphone nor those who
>> choose not to install a commercial app on their phone.
>>
>> OSM has a history of capturing GPS data from devices, and having well
>> written procedures to upload it.
>>
>> I don't think it needs the current GPS trace database cluttering up with
>> more traces but could the cycling fraternity come up with a process to
>> store this type of data as open data?
>>
>> Thanks John
>>
>>
>> --
>> Sent from Postbox
>> 
>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] New project update

[Bruno Remy]

For your information, a specific task hab been created for this purpose:
(Thanks to #hughwei )

#14 - StatCan Non-residential Buildings :
http://tasks.osmcanada.ca/project/14

Feel free to involve into this project and happy mapping!

Cheers.


Bruno




2016-04-22 14:28 GMT-04:00 john whelan <jwhelan0...@gmail.com>:

> Since you're looking to combine data from different sources I assume you
> know about the TB standards for addresses?  I think they're mentioned
> here:  http://www.tbs-sct.gc.ca/pol/doc-eng.aspx?id=16553
>
> I'm not sure how those standards would map to OSM and if all the elements
> are there.
>
> Apols to the ca-talk this is probably more open data than anything else.
>
> Cheerio John
>
> On 22 April 2016 at 10:52, Ellefsen, Bjenk (STATCAN) <
> bjenk.ellef...@canada.ca> wrote:
>
>> Kevin,
>>
>>
>>
>> We would probably break it down in smaller chunks. We were thinking of a
>> possible pilot with specific areas.
>>
>> A tasking manager would be very helpful in we do it this way.
>>
>>
>>
>> Bjenk
>>
>>
>>
>> *From:* Kevin Farrugia [mailto:kevinfarru...@gmail.com]
>> *Sent:* April-21-16 12:00 PM
>> *To:* Ellefsen, Bjenk (STATCAN) <bjenk.ellef...@canada.ca>
>> *Cc:* Talk-CA OpenStreetMap <talk-ca@openstreetmap.org>
>> *Subject:* Re: [Talk-ca] New project update
>>
>>
>>
>> Hi Bjenk,
>>
>> What type of information are you looking to add about buildings? Some
>> data belongs in OSM while other attributes might be extraneous. Other
>> people on this list will also add their opinion on this issue I'm sure. If
>> it's something being done en masse, it's always best to take an abundance
>> of caution to not upset people at the errors that might crop up.
>>
>> If you'd like to break work down into smaller chunks, there are tasking
>> managers available (including a Canada specific one) that help out with
>> manual tasks.
>>
>> -Kevin
>>
>> On Apr 21, 2016 11:37 AM, "Ellefsen, Bjenk (STATCAN)" <
>> bjenk.ellef...@canada.ca> wrote:
>>
>> Hello everyone,
>>
>>
>>
>> Basically, what we would like to do is define a project for OSM to
>> collect information about non-residential buildings.
>>
>> We would like to popose a list of what would be collected. We were
>> thinking of identifying specific areas to start with.
>>
>>
>>
>> Cheers,
>>
>>
>>
>> Bjenk Ellefsen, PhD
>>
>>
>>
>> Center for Special Business Projects | Centre des Projets Spéciaux sur
>> les entreprises
>>
>> Statistics Canada | Statistiques Canada
>>
>>
>>
>>
>>
>>
>>
>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>


-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Gouvernement du Québec et Municipalités : Nouveau portail et licence ouverte

[Bruno Remy]

Bonjour à tous,

La lecture des informations de la page wiki des imports (
http://wiki.openstreetmap.org/wiki/Import/ODbL_Compatibility) , confirme
que les variantes CC-by-SA ou CC-by-NC ou de la licence CC 4.0  sont
incompatibles ODbL .

Par contre la licence internationale CC-by est compatible sous réserve de
mention de la source dans le profil du compte importateur. Je cite:

"not OK but fixable : is ODbL compatible if rights holder(s) explicitly
states in writing that credit on the Contributors
<http://wiki.openstreetmap.org/wiki/Contributors> page is sufficient to
fulfill attribution requirements including downstream use in works derived
from OSM".

Si cette interprétation est bonne, croyez-vous possible, et approuvez-vous
l'import d'autres jeux de données du portail https://www.donneesquebec.ca/
sous réserve que pour chaque jeu la licence soit "CC-by" et non pas
"CC-by-SA ou CC-by-NC" ?


Bruno



Le 20 avril 2016 à 21:13, Bruno Remy <bremy.qc...@gmail.com> a écrit :

> Bonjour  à tous,
>
>
> Concernant la notion d'attribution des licences, n'y a-t-il pas un
> consensus pour rattacher cette d'attribution à la mention dans la page
> https://www.openstreetmap.org/copyright ?
>
> On y retrouve d'ailleurs* GeoBase*®, *GeoGratis* (© Département des
> Ressources naturelles du Canada), *CanVec* (© Département des Ressources
> naturelles du Canada) et *StatCan* (Division Géographie, Statistiques du
> Canada).
>
> Rajouter dans cette liste les institutions publiques canadiennes
> (provinciales ou municipales) qui publient des jeux de données avec la
> licence CC4 ne serait-il pas suffisant?
>
>
> Bruno
>
>
> Le 6 avril 2016 à 16:23, James <james2...@gmail.com> a écrit :
>
>> Scuse j'ai oublié le ne et le pas
>> On Apr 6, 2016 3:33 PM, "Charles Basenga Kiyanda" <
>> perso...@charleskiyanda.com> wrote:
>>
>>> Le lien fourni dit que les licenses ODC-ODbl-1.0 et CC-BY-4.0 sont
>>> INcompatibles. Est-ce que j'ai mal lu l'information?
>>>
>>> Charles
>>>
>>> On 04/06/2016 03:13 PM, James wrote:
>>> > Les licenses ODC-ODbL-1.0 et CC-BY-4.0 sont compatibles.
>>> > http://clipol.org/licences/70?tab=licence_compatibility
>>> >
>>> > 2016-04-06 13:49 GMT-04:00 Charles Basenga Kiyanda
>>> > <perso...@charleskiyanda.com <mailto:perso...@charleskiyanda.com>>:
>>> >
>>> > Ce que je comprends, toutefois, c'est que c'est la clause
>>> > d'attribution
>>> > qui est problématique avec les licences CC, quand on essaye
>>> d'intégrer
>>> > avec l'odbl. La solution que nous avons privilégiée avec la ville
>>> de
>>> > Montréal (et qui je crois est acceptée par la communauté OSM) c'est
>>> > d'obtenir une confirmation (la notre est par courriel, idéalement
>>> la
>>> > confirmation serait aussi sur le site du fournisseur de données)
>>> > que "le
>>> > fournisseur des données considère que l'attribution sur la page du
>>> > wiki
>>> > d'openstreetmap remplit les obligations détaillées dans la clause
>>> > d'attribution de la licence CC pour fin d'inclusion des données
>>> sous
>>> > licence odbl." (Ou quelque chose du genre...)
>>> >
>>> > Bref, si je comprends bien, CC-by-SA ou CC-by-NC ou CC-by auraient
>>> > toutes le même problème. Au sens strict de la clause d'attribution
>>> des
>>> > licences CC, OSM serait tenu de mentionner l'origine des données
>>> avec
>>> > les données elles-mêmes et sur toutes les tuiles, ce qu'on ne fait
>>> > pas.
>>> >
>>> > Charles
>>> >
>>> > On 04/05/2016 06:33 PM, Pierre Béland wrote:
>>> > > Bonjour Sébastien,
>>> > >
>>> > > j'ai mal recopié l'info et n'ai pas vu la subtilité SA ou NC. En
>>> > > relisant sur le site, il semble bien que ce soit la licence CC-by
>>> > > telle que promoise en février 2014.
>>> > >
>>> > > Avec cette l'annonce du nouveau site de données ouvertes
>>> > aujourd'hui,
>>> > > je n'ai pas vu de menton de la licence. Cependant elle est
>>> spécifiée
>>> > > sur le site et avec chaque jeu de données.
>>> > >
>>> > > Voici le lien vers la licence. On indique 6 variantes possibles.
>>> > > https://www.donneesq

Re: [Talk-ca] Gouvernement du Québec et Municipalités : Nouveau portail et licence ouverte

[Bruno Remy]

> > >
>> > > On 04/05/2016 11:46 AM, Pierre Béland wrote:
>> > > > Le nouveau portail a été lancé aujourd'hui à
>> > > > https://www.donneesquebec.ca
>> > > <https://www.donneesquebec.ca/><https://www.donneesquebec.ca/>
>> > > >
>> > > > Les données sont maintenant publiées avec la licence
>> > CC-by-SA-4.0. Cela
>> > > > devrait donc permettre l'import des données offertes par le
>> > gouvernement
>> > > > du Québec et les municipalités de Québec, Montréal, Gatineau et
>> > > Sherbrooke.
>> > >
>> > > Peux-tu préciser où tu as vu que CC-BY-SA était compatible avec
>> > ODbL? Je
>> > > n'ai trouvé que l'indication du contraire dans le wiki [1].
>> > >
>> > > Aussi, j'y ai vu des données sous licence CC-BY-4.0, sans clause
>> > SA...
>> > > celles-ci seraient-elles compatibles?
>> > >
>> > > ---
>> > >
>> > > Could you point out where you read that CC-BY-SA was compatible
>> with
>> > > ODbL? I only found the wiki stating the contrary [1].
>> > >
>> > > Also, I found on the website some data under CC-BY-4.0, without
>> > the SA
>> > > restriction... would that make the data compatible?
>> > >
>> > >
>> > > [1]
>> > >
>> > >
>> >
>> http://wiki.openstreetmap.org/wiki/Common_licence_interpretations#Is_the_OSM_licence_.28ODbL.29_compatible_with_other_.22free.22_licences.3F
>> > > (last section)
>> > >
>> > > --
>> > > Sébastien Duthil
>> > >
>> > > ___
>> > > Talk-ca mailing list
>> > > Talk-ca@openstreetmap.org <mailto:Talk-ca@openstreetmap.org>
>> > <mailto:Talk-ca@openstreetmap.org <mailto:Talk-ca@openstreetmap.org
>> >>
>> > > https://lists.openstreetmap.org/listinfo/talk-ca
>> > >
>> > >
>> > >
>> > >
>> > >
>> > > ___
>> > > Talk-ca mailing list
>> > > Talk-ca@openstreetmap.org <mailto:Talk-ca@openstreetmap.org>
>> > > https://lists.openstreetmap.org/listinfo/talk-ca
>> >
>> >
>> >
>> > ___
>> > Talk-ca mailing list
>> > Talk-ca@openstreetmap.org <mailto:Talk-ca@openstreetmap.org>
>> > https://lists.openstreetmap.org/listinfo/talk-ca
>> >
>> >
>> >
>> >
>> > --
>> > 外に遊びに行こう！
>>
>>
>>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>


-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Attributs des sentiers de vélo de montagne

[Bruno Remy]

Bonjour,

Remarque très pertinente, Claude.
Cette recommandation mériterait d'être prise en compte, personnellement je
l'approuve avec une réserve: il semble que l'attribut highway=path soit
préférable à highway=track car la nuance entre les deux est dans la notion
de carrossable/non carrossable:

Puisqu'on entend par carrossable la circulation en véhicule, le terme
"track" s'applique plus aux chemins suffisament large pour un 4-roues, ceux
qui donnent l'accès aux pourvoiries, cabanes à sucres,  et autres petits
châlets, ou chemins agricoles pour la circulation des tracteurs et autres
engins agricoles.

À l’inverse, "path" s'applique plus aux petits sentiers étroits pour la
rando et/ou la circulation en vélo de montagne.

Autre remarque à ce sujet: bien souvent il est confondu les tags
"highway=path" versus "highway=footway".
"Footway" semble plus adapté à des chemins piétons (plus ou moins courts)
en zone urbaine (trottoirs, passages piétons, petits chemins dans des parcs
publics) tandis que "path" désignerait plutôt des sentiers de
petite/moyenne/longue randonnée en zone non-urbaine (une "trail" pour
utiliser l'anglicisme canadien francophone).

Bruno




Le 20 avril 2016 à 15:21, Alouette955 <alouette...@gmail.com> a écrit :

> Bonjour,
>
> Au Québec plusieurs sentiers de vélos de montagnes ont  été créés avec les
> attributs de pistes cyclables:
>
>- highway=cycleway
>- surface=unpaved
>
> Par exemple:
>
>http://www.openstreetmap.org/#map=15/45.4864/-74.0544=CN
>
> Selon mes lectures, un sentier de vélo de montagne (MTB = MountainBiking)
> devrait se désigner par:
>
>   - highway = track ou path
>   - bicycle = yes ou designated
>   - surface = ...
>
>(ces dernières valeurs plus foot=yes sont parfaitement valables pour
> une piste partagée entre vélo et piéton sans pour autant être un sentier de
> vélo de montagne)
>
> et optionnellement
>
>- mtb:scale = ...
>- mtb:name = ...
>- mtb:description = ...
>- etc ...
>
> ref.: http://wiki.openstreetmap.org/wiki/Mountain_biking
>
> Outre ces dernières descriptions physiques il n’y a aucune façon des
> distinguer un sentier cyclable partagé par piéton et cyclistes d’une
> sentier de vélo de montagne puisqu’ils ont les mêmes attributs de base.
>
> J’ai constaté qu’en Colombie-Britanique on a ajouté *network=mtb* (
> http://www.openstreetmap.org/#map=16/49.3545/-123.0513=CN).
>
> *route=mtb* a, pour sa part, été utilisé sur 5965 chemins et 5486
> relations.
>
> *mtb=yes* a été utilisé 30154 fois sur des chemins mais qui n’est pas
> officiellement approuvé (ni même proposé selon mes lectures).
>
> Je pense qu’il est utile de distinguer les segments de réseaux cyclables
> des segments de vélo de montagne puisque ces derniers ne sont pas destinés
> aux balades en familles du dimanche.
>
> j’aimerais lancer un projet visant à corriger les attributs “vélo de
> montagne” mais auparavant je voudrais qu’on s’entende sur une façon de
> faire uniforme.
>
> Utilise-t-on les attributs qui semblent se répandre comme *network=mtb,*
> *route=mtb* ou *mtb=yes*?
>
> On peut aussi se forcer pour ajouter des *mtb:scale* ou *mtb:name* ou
> *mtb:description* alors qu’on en a souvent aucune idée des valeurs. Si
> j’étais adepte de vélo de montagne je pourrais probablement déterminer un
> *mtb:scale* mais ce n’est malheureusement pas le cas.
>
> En terminant je ne veux pas uniquement tagguer pour un rendu, je veux une
> façon de clairement distinguer deux types d’objets.
>
> Quelqu’un a une idée?
>
> Merci
>
> Claude
>
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>


-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Map rendering errors

[Bruno Remy]

The tile's rendering seems to be OK : I'v addes some items (trees) and they
appear on tiles.

I've also created ans deleted one driveway and the regeneration of new tile
keeps the "fantom driveway" anyway.
https://b.tile.openstreetmap.org/19/174623/186163.png

By the evidence, this is a database problem in osm2pgsql
<http://wiki.openstreetmap.org/wiki/Databases_and_data_access_APIs#Osm2pgsql>
schema , witch is used by Mapnik's rendering process.
The most probable hypothesis is : some old nodes and old ways still exists
in 'OldNode' and 'OldWay' tables, with the "visible" status as 'true'
instead of 'false'.
See the shema for reference:
http://wiki.openstreetmap.org/w/images/c/cd/RailsPortModels.png

My suggested solution:
Create a brand new collection of nodes with the position of "all fantom
nodes", and sending'them to the Tech tem of OSM. They'll be able to run a
query into the
'OldNode' and 'OldWay' tables and switch the "visible" status from 'true'
to 'false'.


Any others ideas/suggestions?

Bruno

2015-10-31 5:19 GMT-04:00 Pierre Béland <pierz...@yahoo.fr>:

> The techs seem to have too many tiles to revise.  I dirtied the tile
> (addding suffix /dirty) and not corrected yet.
> http://c.tile.openstreetmap.org/19/174624/186164.png
>
>
> Pierre
>
> --
> *De :* Bernie Connors <bernie.conn...@unb.ca>
> *À :* talk-ca@openstreetmap.org
> *Envoyé le :* Samedi 31 octobre 2015 3h26
> *Objet :* [Talk-ca] Map rendering errors
>
> Hello,
>
>   I have done extensive editing with Potlatch2 for the Cape Breton
> University campus in Sydney, NS.  My son is a student at CBU and I have
> visited the campus several times.  The Bing imagery appears to be fairly
> recent and good quality.  The edits were completed more than one week ago,
> maybe two weeks but some of the map tiles still don't appear to match the
> vector data.  Here are some examples:
>  * Shannon School of Business building - it should be rectangular -
> http://www.openstreetmap.org/#map=19/46.16997/-60.09532
>  * Technology Centre building - shape does not match Potlatch2 vectors -
> http://www.openstreetmap.org/#map=19/46.17119/-60.09294
>  * Library building - there appears to be extra lines that could be ghosts
> of the previous vectors -
> http://www.openstreetmap.org/#map=19/46.17009/-60.09120
>
>   99% of the edits I made in this area are reflected in the
> OpenStreetMap tiles but the above items are a few examples where the map
> tiles do not match the vectors that I can see with Potlatch 2.  I am
> certain I have waited long enough for the OSM servers to update the tiles.
> Does anybody have an idea why the tiles do not match the vectors?
>
> Thanks,
> Bernie.
> --
> Bernie Connors
> New Maryland, NB
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>
>


-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Fixing an old typo...

[Bruno Remy]

Check this on MapCompare by Geofabrik:


http://tools.geofabrik.de/mc/#18/45.4439/-75.6682=4=mapnik=google-map=bing-map=nokia-map

OSM = OK
Google = KO
Bing = OK
Here(Nokia) = OK

Cheers!




2015-10-14 19:18 GMT-04:00 Gordon Dewis <gor...@pinetree.org>:

> I’ve added old_name and old_name:fr tags to it containing the name it was
> known by for 68 years. :)
>
>   —G
>
>
> > On Oct 14, 2015, at 11:50 AM, Colin McGregor <colin.mc...@gmail.com>
> wrote:
> >
> > Ran across the following story about the City of Ottawa fixing a 68
> > year old typo. in a street name:
> >
> >
> http://www.cbc.ca/news/canada/ottawa/feriand-street-renaming-comes-68-years-after-typo-1.3270002
> >
> > Being the SOB that I am I have fixed the typo. on OSM, so what is in
> > OSM matches the official name, NOT what the local residents want :-) .
> >
> > All the best :-) .
> >
> > ___
> > Talk-ca mailing list
> > Talk-ca@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-ca
>
>
> _______
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>



-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Federal licence : Confusion

[Bruno Remy]

Those kind of attribution terms are (imo) too conservative considering that
they can be applicable for old-school "spreadsheets-like" datawiz , but
can't definitively not be applicable to geospatial data.

How do you manage the crowdsourcing of data in a single place, while
zooming in and out?
-traffic lights, hydrants, maxspeeds coming from municipality,
-natural parcs, main roads names, leisure parcs from provincial
-highways, rivers, woods from federal

Attribution with the tag [source="xx"] should be the standard (and this
is the case in many many others countries in the world.).


This is a little bit disapointing

cheers,

Bruno




2015-10-11 20:42 GMT-04:00 john whelan <jwhelan0...@gmail.com>:

> > I thought I read on this list in the past that OSM had permission
> directly from NRCan to use the CanVec data.
>
> That permission was given before the change of license and upload clause.
>
> Cheerio John
>
> On 11 October 2015 at 20:19, Bernie Connors <berniejconn...@gmail.com>
> wrote:
>
>> I thought I read on this list in the past that OSM had permission
>> directly from NRCan to use the CanVec data.
>>
>> Bernie.
>>
>> BTW, the GeoNB Open Data Licence in New Brunswick is more permissive with
>> its attribution clause. We use "should" instead of "must"‎ therefore it is
>> not a requirement, just a suggestion.
>>
>> http://geonb.snb.ca/documents/license/geonb-odl_en.pdf
>>
>> Sent from my BlackBerry 10 smartphone on the Bell network.
>> *From: *john whelan
>> *Sent: *Sunday, October 11, 2015 8:19 PM
>> *To: *Bruno Remy
>> *Cc: *talk-ca@openstreetmap.org
>> *Subject: *Re: [Talk-ca] Federal licence : Confusion
>>
>> The agreement between CANVEC and OSM was drawn up before the .odbl
>> license and change to the uploading procedure which says any data uploaded
>> to OSM can have its license changed.
>>
>> I'm of the opinion that the CANVEC licensed data cannot now be imported
>> into OSM under the new conditions however others in Talk-ca have said that
>> I don't know what I'm talking about.
>>
>> In other words don't ask, don't tell and let's face it without the CANVEC
>> data there would be very little left.
>>
>> Cheerio John
>>
>> 2015-10-11 19:06 GMT-04:00 Bruno Remy <bremy.qc...@gmail.com>:
>>
>>> [English message will follow]
>>>
>>> Bonjour à tous,
>>>
>>> OpenStreetMap utilise les données de CANVEC.
>>> Les données ouvertes de CANVEC proviennent de Ressources naturelles
>>> Canada.
>>> outes les données Ressources naturelles Canada sont assujetties à la Licence
>>> du gouvernement ouvert – Canada.
>>> <http://ouvert.canada.ca/fr/licence-du-gouvernement-ouvert-canada>
>>> La Licence du gouvernement ouvert – Canada comporte une clause
>>> d'attribution contraignante pour OSM et incompatible avec notre licence
>>> ODBL.
>>>
>>> Alors? Que fait-on? 
>>> 
>>> Hi folks,
>>>
>>> OpenStreetMaps imports CANVEC data.
>>> CANVEC OpenData are provided by Natural Resources Canada.
>>> All Natural Resources Canada data are subject to the Open Government
>>> Licence – Canada.
>>> <http://open.canada.ca/en/open-government-licence-canada>
>>> Open Government Licence - Canada includes a restrictive attribution term
>>> witch is not compatible with our ODBL licence.
>>>
>>> So ... What ? .
>>>
>>> --
>>> Bruno Remy
>>>
>>> ___
>>> Talk-ca mailing list
>>> Talk-ca@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-ca
>>>
>>>
>>
>>
>


-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Ateliers OpenStreetMap à Québec

[Bruno Remy]

Bonjour ,

Pour les détails des ateliers, c'est à chaque communauté de s'ajuster :
En fait il y a deux type de participants : les curieux observateurs et les
passionnés actifs qui s'impliquent...
Il faut doser la théorie et la pratique en fonction de son auditoire, le
dynamisme et l’interaction avec les gens.

Ici à Québec, nous avons fait beaucoup de rencontres-discutions conviviales
et informelles. Aujourd'hui, on atteint une certaine maturité et on se doit
d'agir plus et de parler moins : l'enjeu est avant tout dans les mises à
jours : le travail est énorme sans les données ouvertes de la Ville de
Québec. Et nous ne sommes pas très nombreux...

Concrètement, nous avons fait le choix d'une introduction progressive à
OpenStreetMap, pour laisser le temps aux gens d'apprivoiser la technique.
Commencer avec FieldPApers et les anotations papier c'est un bon début.
Nous faisons des démos en direct d'acquisition de données via des
applications mobiles (OsmTracker, Mapillary, etc...), et des démos
d'éditions avec ID Éditor et Potlach2, sur tablette et sur laptop. Il faut
rajouter aussi l'édition mobile avec Vespucci.
Nous expliquons aussi la particularité des multipolygones.

Nous allons tenir un nouvel atelier débutants sous la même formule samedi
prochain le 20 juin , puis nous allons faire un atelier intermédiaire la
prochaine fois, pour accompagner les gens à éditer eux-même plutôt que de
nous regarder faire.

L'avantage de diviser en deux parties les ateliers, c'est de ne pas faire
des ateliers interminables : les gens décrochent Il faut essayer de se
limiter à deux heures.
Le problème c'est que deux heures pour explorer toutes les subtilités de la
cartographie, les différents outils, les erreurs à ne pas faire et les bons
conseils...c'est tout un défi !!

Bruno

PS : Makan je vais te contacter en privé car je vais prochainement au Mali
avec du matériel et j'aimerai beaucoup rencontrer votre groupe pour faire
des ateliers avec vous à Bamako !



Le 15 juin 2015 03:35, Makan KEITA keitamak...@hotmail.fr a écrit :

 Bonjour à toutes et à tous

 En faite il serait intéressant de nous expliqué dans les détailles,
 comment sa fonction vos rencontres techniques en forme d'ateliers.
 Cependant, la communauté OSM du Mali se rencontre tous les deux dimanche
 du mois pour discuter des activités à venir, alors nous voulons insérés
 depuis
 quelque temps dans nos rencontres le côté technique sans une grande
 expérience.

 Merci nous sommes ouverts  à tout conseils ou suggestions.

 Cordialement
 Makan
 --
 From: bremy.qc...@gmail.com
 Date: Sun, 14 Jun 2015 20:08:17 -0400
 To: talk-ca@openstreetmap.org
 Subject: [Talk-ca] Ateliers OpenStreetMap à Québec

 Bonjour à tous,

 La communauté OSM de la ville de Québec (QC) a pour habitude de se
 rencontrer régulièrement lors de rencontres informelles (formules 5@7)
 chaque dernier jeudi du mois (les JOSM).

 Récemment, elle a commencé des rencontres plus techniques sous forme
 d'ateliers.
 Le premier a eu lieu jeudi le 11 juin, avec un petit comité passionné et
 passionnant !
 Merci encore à tous les participant(e)s !

 Le prochain aura lieu samedi 20 Juin de 16:00 à 19:00 à la Brûlerie
 Limoilou.

 Cette liste étant une liste pan-canadienne, je ne vous envahirai pas plus
 avec beaucoup de détails sur des activités locales ici, mais j'invite
 fortement les gens concernés et/ou intéressés à vous abonner à notre liste
 de discussion spécifique pour la région Capitale-Nationale de la province
 de Québec :

 http://listes.osmqc.ca/listinfo/capitale-nationale

 Vous recevrez ici tous les compte-rendus, les bulletins d'information et
 annonces des prochaines activités locales.

 Merci encore de votre participation et de votre soutien, et au plaisir !

 Bruno


 --
 Bruno Remy

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




-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Ateliers OpenStreetMap à Québec

[Bruno Remy]

Bonjour à tous,

La communauté OSM de la ville de Québec (QC) a pour habitude de se
rencontrer régulièrement lors de rencontres informelles (formules 5@7)
chaque dernier jeudi du mois (les JOSM).

Récemment, elle a commencé des rencontres plus techniques sous forme
d'ateliers.
Le premier a eu lieu jeudi le 11 juin, avec un petit comité passionné et
passionnant !
Merci encore à tous les participant(e)s !

Le prochain aura lieu samedi 20 Juin de 16:00 à 19:00 à la Brûlerie
Limoilou.

Cette liste étant une liste pan-canadienne, je ne vous envahirai pas plus
avec beaucoup de détails sur des activités locales ici, mais j'invite
fortement les gens concernés et/ou intéressés à vous abonner à notre liste
de discussion spécifique pour la région Capitale-Nationale de la province
de Québec :

http://listes.osmqc.ca/listinfo/capitale-nationale

Vous recevrez ici tous les compte-rendus, les bulletins d'information et
annonces des prochaines activités locales.

Merci encore de votre participation et de votre soutien, et au plaisir !

Bruno


-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Fwd: Jeux d'eau

[Bruno Remy]

I agree with you, Richard : splash pad is exactly what I was seeking !
Unfortunatly, there is no clear statement on wiki or taginfo...

I remember now the suggestion of Guy Talbot
http://www.openstreetmap.org/user/gtalbot, contributor of our local
community :
amenity http://wiki.openstreetmap.org/wiki/Key:amenity?uselang=fr-CA
playground +
playground http://wiki.openstreetmap.org/wiki/Key:playground?uselang=fr-CA
splash_pad


See: http://overpass-turbo.eu/s/8lG


As local (regional) uniformity purpose I suggest the use of this Guy
Talbot's combination amenity=playground  playground=splash_pad arround
Québec City (Région Capitale-Nationale).

 For a long-term issue, and as universal uniformity purpose, Harald has a
good suggestion to forward discussion to the tagging list.

Bruno
By the way  best regards to Guy Talbot ! Cheers Budy !!


2015-03-22 18:39 GMT-04:00 Harald Kliems kli...@gmail.com:



 On Sun, Mar 22, 2015 at 5:32 PM Richard Weait rich...@weait.com wrote:


 It's commonly called a splash pad, but tag usage seems scattered.

 http://taginfo.openstreetmap.org/search?q=splash_pad#values

 http://en.wikipedia.org/wiki/Splash_pad

 If you look at the discussion page of the wikipedia entry and the
 external links, it seems that the term is not universally established
 and/or the name of a specific company offering these kinds of things.

 Maybe this discussion should be taken to the tagging list?

  Harald.




-- 
Bruno Remy



-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Jeux d'eau

[Bruno Remy]

Bonjour à tous,

D'après vous, quel serait le tag idéal pour les fontaines-jeux d'eau
installées dans les parcs municipaux pour enfants?
Exemple:
http://soucyaquatik.com/wp-content/uploads/2014/03/neuville-81-600x380.jpg

leisure=water_park me parait dédié à des grosse installations de type parc
à thème, donc inapproprié.


Merci !

-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] OSM Gets Routing

[Bruno Remy]

Another way to validate routing and connection is using Quality Asurance
tools like:

Keep Right http://keepright.at/

*OpenStreetMap Oversight Search Engine* http://osmose.openstreetmap.fr/

Bruno

2015-02-18 12:05 GMT-05:00 si...@mungewell.org:

  FYI:
 
  OSM is now offering routing on the main page... Details to be seen here:
 
  https://blog.openstreetmap.org/2015/02/16/routing-on-openstreetmap-org/

 Following on from discussions over on the main 'talk' mailing list, this
 is a great way to valid your local area. Click on over to OSRM and drag
 the start/stop pointers around to see 'stupid routes'.

 Using this I found several incorrectly tagged ways and some missing
 interconnects.

 I do have a question though; many township/range roads are gravel. Whilst
 speeding/floating around on gravel is fun, it may not make the most
 appropriate route choice.

 Is there a way we can instruct OSRM to avoid unpaved roads, or at least
 offer indicate that route is gravel.
 Simon


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




-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Suggestion for Restructuring of Québec-Sites in Wiki

[Bruno Remy]

Je suis pas mal du même avis que dega, et pour les mêmes raisons.

Bruno
Le 2015-02-06 17:49, dega gade...@gmail.com a écrit :

 Salut Niklas!
 Étant donné que:
 - les parcs sont de juridiction provinciale
 - ces parcs sont au Québec
 - que la langue du Québec est le français
 - que le nom officiel de ces parcs est en français
 je suggère que la page Wiki soit en français et que les pages en d'autres
 langues (eg: innu, atikamekw ou anglais) fassent référence à la page en
 français.

 Salutations

 dega

 Le 6 février 2015, 12:00:02 talk-ca-requ...@openstreetmap.org a écrit :
  Date: Thu, 05 Feb 2015 13:12:13 -0500
  From: Niklas Rusche n.rus...@gmx.net
  To: talk-ca@openstreetmap.org
  Subject: [Talk-ca] Suggestion for Restructuring of Québec-Sites in
Wiki
  Message-ID: 54d3b27d.7060...@gmx.net
  Content-Type: text/plain; charset=utf-8; format=flowed
 
  Hello Everyone,
 
  In the attempt to create a wiki-site for the park in Québec, I stumbled
  upon some inconsistencies in Page-Names and Organisation, that I would
  like to clean up, if nobody has a problem with it.
 
  1. The Name Convention 'country':'province' eg. Canada:Québec is
  sometimes used, sometimes not. I would pledge for not using it, because
  it is...
a) a bit bulky
b) rarely used in other countries
c) unnecessary and incomplete structuring in the wrong place. The
  information, which city belongs in which province belongs in which
  country, should be (IMHO) in the content of the article, not in the
  article name.
 
 
  2. The language name spaces are often not properly used, which makes it
  unnecessarily difficult to keep two language versions of articles.
 
  To compare:
 
  French version now is in the main name space (which is English)
  http://wiki.openstreetmap.org/wiki/Qu%C3%A9bec
 
  My suggestion would look as follows:
  http://wiki.openstreetmap.org/wiki/FR:Qu%C3%A9bec
 
 
  Looking forward to hear your opinion on this!
 
  Niklas (Holzloifer)

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

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

Re: [Talk-ca] Offset à Laval

[Bruno Remy]

Bonjour,

Voici un complément d'informations:

Voici toutes les données qui ont le même alignement:
- les  données des contributeurs locaux datant de +12 mois (parc,
bâtiments, pistes cyclables...) qui étaient probablement alignées sur
l'ancienne imagerie Bing de 2009/2010 approx.
- les interpolations CANVEC
- l'imagerie Mapbox

Exemple:

https://www.openstreetmap.org/#map=18/45.585185/-73.671649


Ce qui laisse à penser que, depuis longtemps, l'import CANVEC et l'ancienne
imagerie Bing étaient corrects (hypothèse confirmée par le positionnement
identique de la récente imagerie Mapbox), donc l'imageire Bing actuelle
serait la seule a être décallée.


Ceci oriente pas mal la réponse à ma question.. mais quel est votre avis?

Le 1 janvier 2015 22:24, Daniel Begin jfd...@hotmail.com a écrit :

 Salut Bruno,

 J’ai travaillé à Laval il y a un bon moment. L’imagerie de l’époque était
 médiocre alors j’utilisais les tracés GPS disponibles pour caler les
 images. Il y a peut-être un peu de ça dans ce que tu constates?



 Daniel



 *From:* Bruno Remy [mailto:bremy.qc...@gmail.com]
 *Sent:* January-01-15 20:22
 *To:* talk-ca@openstreetmap.org
 *Subject:* [Talk-ca] Offset à Laval



 Bonjour à tous,

 Parmi les contributeurs qui éditent dans le coin de l'Ile de Laval (QC),
 il semble y avoir un offset de l'imagerie Bing. Travaillez-vous avec un
 décallage de l'imagerie satellite dans JOSM, pour l'aligner avec les
 données ?
 Ou bien ce sont les données existantes qui ont une mauvaise géométrie et
 qui doivent être corrigées selon l'imagerie?

 Merci d'avance!



 --

 Bruno Remy




-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Offset à Laval

[Bruno Remy]

Finalement, après une bonne observation des données, j'ai appliqué un
offset de +14.32; -1.91 sur le calque d'imagerie Bing.
Toutes les données (import Canvec, import Géobase, tracés des terrains de
sports et buildings par les contributeurs) sont alignées de maniérè
homogène sur cet offset.

Si jamais des tracés GPS, avec des appareils récents et très précis, et en
grand nombre, nous prouvent le contraire, alors nous devront définir un
nouvel offset plus réaliste et décaller en conséquence les données
importées ainsi que les données rajoutées/ajustées par les contributeurs.
Je suis d'Accord là-dessus avec toi, Daniel.

Donc je rappelle qu'à court terme, pour l'Île de Laval toutes les données
ont un* offset de +14.32; -1.91* par rapport à l'imagerie Bing actuelle
Par soucis de cohérence, il serait bon que tous les contributeurs en
tiennent compte.




Le 2 janvier 2015 18:21, Daniel Begin jfd...@hotmail.com a écrit :

 Bruno,

 Il y a beaucoup de tracés GPS dans la région de Laval …  Je comparerais
 les images en questions avec les tracés disponibles, particulièrement près
 des autoroutes (là où il y aura une grande quantité de tracés). Comme la
 topographie est plane dans la région, le calage devrait être valide pour de
 grandes distances par rapport à la localisation des tracés…



 Je cale toujours les images avec des tracés GPS, particulièrement s’il y
 en a plus d’un (compte-tenu des erreurs associées aux données GPS).



 Daniel



 *From:* Bruno Remy [mailto:bremy.qc...@gmail.com]
 *Sent:* January-02-15 11:45
 *To:* Daniel Begin
 *Cc:* talk-ca@openstreetmap.org
 *Subject:* Re: [Talk-ca] Offset à Laval



 Bonjour,

 Voici un complément d'informations:

 Voici toutes les données qui ont le même alignement:

 - les  données des contributeurs locaux datant de +12 mois (parc,
 bâtiments, pistes cyclables...) qui étaient probablement alignées sur
 l'ancienne imagerie Bing de 2009/2010 approx.

 - les interpolations CANVEC

 - l'imagerie Mapbox

 Exemple:


 https://www.openstreetmap.org/#map=18/45.585185/-73.671649

 Ce qui laisse à penser que, depuis longtemps, l'import CANVEC et
 l'ancienne imagerie Bing étaient corrects (hypothèse confirmée par le
 positionnement identique de la récente imagerie Mapbox), donc l'imageire
 Bing actuelle serait la seule a être décallée.



 Ceci oriente pas mal la réponse à ma question.. mais quel est votre avis?



 Le 1 janvier 2015 22:24, Daniel Begin jfd...@hotmail.com a écrit :

 Salut Bruno,

 J’ai travaillé à Laval il y a un bon moment. L’imagerie de l’époque était
 médiocre alors j’utilisais les tracés GPS disponibles pour caler les
 images. Il y a peut-être un peu de ça dans ce que tu constates?



 Daniel



 *From:* Bruno Remy [mailto:bremy.qc...@gmail.com]
 *Sent:* January-01-15 20:22
 *To:* talk-ca@openstreetmap.org
 *Subject:* [Talk-ca] Offset à Laval



 Bonjour à tous,

 Parmi les contributeurs qui éditent dans le coin de l'Ile de Laval (QC),
 il semble y avoir un offset de l'imagerie Bing. Travaillez-vous avec un
 décallage de l'imagerie satellite dans JOSM, pour l'aligner avec les
 données ?
 Ou bien ce sont les données existantes qui ont une mauvaise géométrie et
 qui doivent être corrigées selon l'imagerie?

 Merci d'avance!



 --

 Bruno Remy




 --

 Bruno Remy




-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Offset à Laval

[Bruno Remy]

Bonjour à tous,

Parmi les contributeurs qui éditent dans le coin de l'Ile de Laval (QC), il
semble y avoir un offset de l'imagerie Bing. Travaillez-vous avec un
décallage de l'imagerie satellite dans JOSM, pour l'aligner avec les
données ?
Ou bien ce sont les données existantes qui ont une mauvaise géométrie et
qui doivent être corrigées selon l'imagerie?

Merci d'avance!


-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Riviere Des Prairies - Il y a une rivere qui se cache sous la riviere, sous la riviere ...

[Bruno Remy]

Bonjour

En effet ces problèmes bien mentionnés par Daniel ( mélange de coastline,
riverbank et multipolygones) touchent aussi bien le Saint-Laurent que les
bras du fleuves au Nord et au Sud de l'Île de Montréal, jusqu'aux grands
lacs (pas seulement le lac Saint-Louis)..

C'est connu depuis un moment par la communauté de contributeurs
Montréalais. Des discutions ont déjà eu lieu à ce sujet mais il manque
d'effectifs et de temps pour gérer ce problème complexe...

Merci Pierre pour tes efforts là-dessus!

Bruno
Le 2014-12-18 15:28, Pierre Béland pierz...@yahoo.fr a écrit :

 Bonjour Daniel,

 à ce point j'aime autant faire le ménage seul. Il y a beaucoup de
 contributeurs qui sont intervenus. Il y a et doublons de relations et de
 polygones. Je vais dépoussiérer tout cela et ne garder qu'une copie de
 chaque.  Il y a aussi mélange pour relation du fleuve Saint-Laurent où
 Rivière des Prairies et Rivière des Milles-Iles sont inclues. Le fleuve ne
 se jette ni dans l'une ni dans l'autre. Je suis à les enlever aussi de
 relation fleuve Saint-Laurent.

 Pierre

   --
  *De :* Daniel Begin jfd...@hotmail.com
 *À :* 'Pierre Béland' pierz...@yahoo.fr; talk-ca@openstreetmap.org
 *Envoyé le :* Jeudi 18 décembre 2014 14h45
 *Objet :* RE: [Talk-ca] Riviere Des Prairies - Il y a une rivere qui se
 cache sous la riviere, sous la riviere ...

 Merci Pierre pour ce ménage du temps des fêtes !-)

 As-tu rejoint Alain512 concernant la situation?  Je remarque que ce
 contributeur est toujours actif et qu’il a essayé de corriger la situation
 il y a à peine 3 mois (Changeset: 25625517).

 J’ai tenté de joindre Alain512 en Octobre 2011 pour le même genre de
 problème (mélange de coastline, riverbank et multipolygones sur le Lac
 St-Louis) sans jamais de réponses. Peut-être as/auras tu plus de chances …

 Daniel






 *From:* Pierre Béland [mailto:pierz...@yahoo.fr]
 *Sent:* December-18-14 13:47
 *To:* talk-ca@openstreetmap.org
 *Subject:* Re: [Talk-ca] Riviere Des Prairies - Il y a une rivere qui se
 cache sous la riviere, sous la riviere ...

 Je vais faire du ménage cet après-midi, dépoussiérer les trois relations
 qui font doublon pour décrire l'ensemble de la rivière des Prairies et la
 Rivière des Milles-Iles.  Je vous demanderait de ne pas faire de
 modifcations à ces relations aujourd,hui, et à l'avenir, svp, consultez si
 vous avez des problèmes.


 Au depart en septembre 2011, le contributeur Alain512 a créé trois
 relations Riviere des Prairies. Je ne sais quel était l'objectif de départ,
 mais maintenant toutes trois contiennent la riviere des Prairies, la
 rivière Mille-Iles, un bout de la rivière Mascouche, et un bout du fleuve à
 Pointe-aux-Trembles. À chacune il manque quelques îles. Beaucoup de
 modifications et confusion depuis 2011, des rôles révisés dans chacune, des
 chemins effacés et recréés semble-t-il.


 Encore plusieurs personnes ont modifiés les relation riverbank sans bien
 connaitre ce type de relation.  Un waterway=riverbank a été remplacé depuis
 un bon bout de temps par place=island, Et les Iles semblent avoir navigué
 d'une relation à l'autre !!!


 Au départ en septembre 2011, trois relations ont été créées par alain212.
 Depuis, les problèmes se multiplient, beaucoup de modifications de roles,
 de chemins effacés et recréés par divers contributeurs.


 OpenStreetMap | Relation : ‪Riviere Des Prairies (‪1747225)
 http://www.openstreetmap.org/relation/1747225 créée aussi le 9-9-2011
 Il manque des iles et la portion à l'embouchure, à la jonction de la
 rivière des Milles-Iles.
 Cela Deviendra Rivière des Prairies, portion A.


 OpenStreetMap | Relation : ‪Riviere Des Prairies (‪1747232)
 https://www.openstreetmap.org/relation/1747232#map=12/45.6634/-73.5294
 créée le 9-9-2011
 Cela deviendra Rivière des Milles-Iles et la Rivière de Mascouche sera
 enlevée et traitée séparément. Et les Iles manquantes ajoutées.


 OpenStreetMap | Relation : ‪RiviereDesPrairies.c (‪1769788)
 https://www.openstreetmap.org/relation/1769788
 Cela deviendra Rivière des Prairies portion b, embouchure du fleuve.

 Si vous voyez des problèmes à ce schéma, svp commenter.



 *Pierre *

 --
 *De :* Pierre Béland pierz...@yahoo.fr
 *À :* Simon Poole si...@poole.ch; talk-ca@openstreetmap.org 
 talk-ca@openstreetmap.org
 *Envoyé le :* Jeudi 18 décembre 2014 8h20
 *Objet :* Re: [Talk-ca] Riviere Des Prairies

 Thanks Simon, we will take care of it.



 *Pierre *

 --
 *De :* Simon Poole si...@poole.ch
 *À :* talk-ca@openstreetmap.org
 *Envoyé le :* Jeudi 18 décembre 2014 8h08
 *Objet :* [Talk-ca] Riviere Des Prairies




 I was reverting a changeset nearby and I noticed
 http://www.openstreetmap.org/#map=15/45.6904/-73.6458

 (there are a number of flooded islands outside of the obvious one).

 This is likely to the multi-polygons for the Riviere Des Prairies being
 a bit of a mess. I've found:


 

Re: [Talk-ca] Lake Ontario disappearing

[Bruno Remy]

Ontario Lake and St-Laurent river had complex problems regarding coastlines
versus riverbank and multipolygons.
Probably someone wanted to fix those problems and did something wrong...

Bruno
Le 2014-12-13 14:23, Andrew MacKinnon andrew...@gmail.com a écrit :

 Lake Ontario seems to be disappearing whenever I zoom to zoom level 5
 or less. I don't see anything wrong on the coastline validator at
 http://tools.geofabrik.de/osmi/. Anyone know how to fix this?

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

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

Re: [Talk-ca] RIP CanVec

[Bruno Remy]

J'approuve également!

À noter que des outils comme KeepRight et Osmose sont dores-et-déjà utlisés
dans la région de Québec pour palier à des erreurs de géométrie, routage,
polygones non fermés...etc

Bruno

Le 5 décembre 2014 09:30, Daniel Begin jfd...@hotmail.com a écrit :

 J’approuve!



 La donnée Canvec n’est pas un problème lorsque c’est la meilleure
 disponible. Le problème est la mauvaise manipulation des données existantes
 par certains contributeurs.  C’est là qu’un meilleur encadrement pourrait
 faire une grande différence et limiter les frustrations – légitime – de
 ceux qui voient leur travail détruit/altéré par des imports mal gérés.



 Daniel



 *From:* Pierre Béland [mailto:bela...@yahoo.fr]
 *Sent:* November-18-14 10:22
 *To:* Bruno Remy; talk-ca@openstreetmap.org
 *Subject:* Re: [Talk-ca] RIP CanVec





 Plusieurs articles parlent de l'entente entre OSM-France, l'IGN (cartes
 topo) et la Poste française pour la constitution d'une base de données
 nationale de données géoréférencées et ouvertes.


 http://www.nextinpact.com/news/90933-l-etat-s-associe-a-societe-civile-pour-elaborer-base-d-adresses-collaborative.htm

 Ils ont aussi fait des imports et eu des problèmes. Et se sont donné les
 moyens de former et encadrer les contributeurs, constituer des communautés.
 C'est plus positif que de dire marcher à pied avec son gps c'est mieux.

 Ils se donnent plutôt les moyens de construire quelque chose.



 Sans compter leurs serveurs, des applications tels Osmose et des outils
 pour coordonner l'import de données.



 L'outil Osmose couvre le Québec. voir http://osmose.openstreetmap.fr



 Est-ce que ce genre d'outil ou d'autres pourraient nous aider à travailler
 colectivement à améliorer la carte?





 *Pierre *
 --

 *De :* Bruno Remy bremy.qc...@gmail.com
 *À :* Paul Norman penor...@mac.com
 *Cc :* talk-ca@openstreetmap.org
 *Envoyé le :* Mardi 18 novembre 2014 7h47
 *Objet :* Re: [Talk-ca] RIP CanVec



 Bonjour,

 À mon humble avis, après que plusieurs avis pour et contre Canvec aient
 été échangés (et j'appuie la majorité de ceux-ci), il serait von de
 recentrer le débat:

 Gardons tous en vue qu'OpenStreetMap est avant tout une carte citoyenne et
 que c'est à chacun de nous d'enrichir les données, tant sur le plan
 qualitatif que quantitatif.

 Donc après avoir argumenté pour/contre Canvec, l'amélioration des boisés,
 plans d'eau, interpolations etc est entre nos mains...
 Se décourager devant l'ampleur du travail ou bien éditer un jour à la
 fois c'est en fonction du dynamisme de nos communautés locales partout
 au Canada, que nous obtiendrons un beau résultat.

 Pour les Laurentides, la communauté de la Province du Québec tente de se
 structurer et le noyau de contributeurs de Montréal et Québec autour de ce
 projet pourrait vous venir en aide.

 Bruno






-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Imports de la ville de Lévis (QC)

[Bruno Remy]

Bonjour à la communauté OSM, et plus particulièrement à la communauté
locale (province de Québec)
La ville de Lévis s’apprête à vaste opération d'harmonisation des adresses:
Nombre de rues problématiques : 744
Nombre de changements de noms : 511
Nombre de changements de numéros de porte : 4 950
Nombre de changements de codes postaux : 523


C'est donc un gros chantier.
Les discutions avec la ville de Lévis sont déjà bien entamées, et tout
s’aligne vers la publication de données avec un accord tacite pour
l'utilisation dans la base OpenStreetMap.

Le seul point encore sujet à discussion (et non des moindres...) est celui
de la licence: la municipalité n'a actuellement aucune politique ou
directive pour la publication de données ouvertes c'est semble-t-il un
peu nouveau pour eux...

La recommandation qui leur sera faite sera celle du modèle de la Ville de
Montréal: un duo licence domaine public CC-BY 4.0 + lettre officiel
d'accord pour l'import OSM.

Référence:
http://wiki.openstreetmap.org/wiki/Montr%C3%A9al/Imports/Ville_de_Montr%C3%A9al

Tout commentaire, discution, suggestion seront bienvenus.


-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Discussion: zones boisées

[Bruno Remy]

Bonjour Dega,

En effet toutes les clairières devraient être taguées en consequence par un
polygone. Un tag approprié pour cela pourrait être meadow ou scrub.

Quand à la présence ou non d'un sentier... difficile à dire par la vue
satelite: il faut vraiment un reperage terrain par des contributeurs locaux.
D'où la complémentarité entre une communauté locale vivante et des données
Canvec qui ne fournissent qu'un matériel brut

Bruno
Le 2014-11-20 10:30, Ga Delap gade...@gmail.com a écrit :

 Bonjour Bruno
  Je suis d'accord avec la logique de Frank : redécouper les polygones de
  CanVec selon les lignes de frontiéres naturelles (rivières, lacs...) et
  artificielles (routes, lignes électriques, lignes coupe-feu...etc..).
 J'ai regardé tes exemples. C'est un compromis intéressant. La zone fôret
 est
 séparée en parcelles délimitées par toute entité linéaire (route, ligne
 électrique, voie ferrée, etc) ou surface (lac, bâtiment, clairière, etc).
 Je
 n'ai vu aucun trou.
 Mais il ne faut pas oublier de définir l'entité qui se trouve entre 2
 parcelles
 car l'absence de forêt n'est pas, en soi, une entité.
 Par exemple, il y a surement un objet physique qui sépare les chemins
 302348523 et 302349825. Je ne connais pas le territoire mais ce semble
 être un
 chemin forestier qu'il faudrait définir. Et, à la limite, ce chemin
 linéaire
 devrait être défini à l'intérieur d'une surface 2D de type clairière.
 Ce qui m'améne à poser de nouveau une question de l'article qui a initié
 cette
 discussion:
 Est-ce correct d'utiliser l'absence de définition (undefined) pour
 représenter
 les clairières? Est-ce que toutes les zones blanches de la carte OSM sont
 des
 clairières?

 Bonne journée

 dega

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

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

Re: [Talk-ca] Discussion: zones boisées

[Bruno Remy]

Hello,

Yes indeed some European countries are going further into smaller details.
And it's legit.
However, in the Canadian context, it seems that adjust  fix massive CanVec
data imports has higher priority than touching up every single landuse
parcel

It's not only about woodlands  water, but also some conversion errors like
Canvec schools converted into jails in OSM.
So every single little village in QC has his own little jail ! Funny? ;)
(Some of them have been fixed...)

And double-space in street names is also a pain when using Nominatim 

Zero un-taged pixel world map is high hope :-)

Greatings !
 Le 2014-11-21 09:42, Harald Kliems kli...@gmail.com a écrit :



 On Fri Nov 21 2014 at 8:05:08 AM Adam Martin s.adam.mar...@gmail.com
 wrote:

 It all depends on what you think the line that makes up the road itself
 on the map represents. If it represents a type of land use tag, then the
 first case makes sense as the land is residential in general, except for
 any area marked with a route as that route would mark the land as used for
 a road within the residential area. If roads do not tag the ground beneath
 it, then we need to specifically set what the ground underneath is to be
 tagged as, requiring multiple smaller polygons to map.

 I've seen this question pop up again and again, especially in countries
 with a lot of small parcels of different land usage. For example, In
 Germany it's very common to have several different land uses along one
 road. So do we attach them via node to the way of the road or do they stop
 x meters from the centerline of the road? What if you have trees
 overhanging a road? How wide and developed has a trail have to be for it to
 stop being part of a forest and become its own land use? How do you deal
 with the editing nightmare of many different land uses glued to a road?

 From what I've seen, there are good reasons for both perspectives and it
 is highly unlikely that there will be consensus (or even a clear majority)
 for either view in the community.

  Harald.

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

Re: [Talk-ca] RIP CanVec

[Bruno Remy]

Bonjour,

À mon humble avis, après que plusieurs avis pour et contre Canvec aient été
échangés (et j'appuie la majorité de ceux-ci), il serait von de recentrer
le débat:

Gardons tous en vue qu'OpenStreetMap est avant tout une carte citoyenne et
que c'est à chacun de nous d'enrichir les données, tant sur le plan
qualitatif que quantitatif.

Donc après avoir argumenté pour/contre Canvec, l'amélioration des boisés,
plans d'eau, interpolations etc est entre nos mains...
Se décourager devant l'ampleur du travail ou bien éditer un jour à la
fois c'est en fonction du dynamisme de nos communautés locales partout
au Canada, que nous obtiendrons un beau résultat.

Pour les Laurentides, la communauté de la Province du Québec tente de se
structurer et le noyau de contributeurs de Montréal et Québec autour de ce
projet pourrait vous venir en aide.

Bruno
Le 2014-11-17 21:45, Paul Norman penor...@mac.com a écrit :

 On 11/17/2014 5:50 PM, Stewart C. Russell wrote:

 Is there any way to de-tile the data? I realise that most of Canada is
 one giant water relation, but is there a data processing pipeline that
 can recognize and join up split entities?

 I looked at this, but it's better to go back to the original sources,
 particularly now that CanVec is no longer being updated.

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

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

Re: [Talk-ca] RIP CanVec

[Bruno Remy]

En effet, le mentorat des nouveaux est justement la dynamique de groupes
locaux que plusieurs ici au Québec tentent de booster avec des 5@7, des
mailing-lists, blogs et le task-manager de Montréal pour l'import des
données ouvertes de la ville de MTL. On découvre des outils, on s'échange
les bonnes pratiques, on fait des relevés sur le terrain.
En groupe, c'est plus convial qu'en solo :-)

Si vous souhaitez créer un groupe local dans les Laurentides, au Saguenay,
dans le Bas-St-Laurent ou ailleurs, manifestez-vous: on peut vous mettre à
disposition une infrastructure serveur, du soutien pour les réseaux
sociaux, la participation à des rencontres ponctuelles à l'échelle
provinciale et inter-provinciales (notament avec l'Ontario qui nous a fait
signe).

Les idées et le dynamisme ne manquent pas autour de ce petit noyau (si je
peux me permettre de parlerau nom de tous.???), mais les contributeurs sont
(trop?) peu nombreux pour un si grand territoire!

OpenStreetMap fête ses 10 ans, c'est peut-être l'occasion de se mobiliser
si l'on croit au citoyen-acteur versus le citoyen-consommateur ;)

Bruno
 Le 2014-11-18 15:52, Pierre Béland bela...@yahoo.fr a écrit :

 Je suis d'accord Bruno que les GPS sont très utiles. J'essaie de
 convaincre les humanitaires de faire de même sur le terrain.

 Mais cela n'est pas suffisant pour monter un système cohérent. Et plutot
 que de critiquer Canvec, regardeons plutôt à mieux s'organiser et supporter
 les nouveaux qui font beaucoup d'erreurs quelle que soit la méthode de
 collecte.

 Pierre

   --
  *De :* Bruno Remy bremy.qc...@gmail.com
 *À :* Béland Pierre bela...@yahoo.fr
 *Cc :* talk-ca@openstreetmap.org
 *Envoyé le :* Mardi 18 novembre 2014 12h34
 *Objet :* Re: [Talk-ca] RIP CanVec

 Oui Pierre tu as raison: il faut travailler avec les institutions
 fédérales/provinciales/municipales... c'est bon pour les adresses, limites
 administratives etc.
 Cependant, il ne faut pas sous-estimer le pouvoir des GPS: Il y a une
 dizaine d'années on pouvait en douter: précusion douteuse et acquisition
 d'un appareil specialisé.
 Aujourd'hui, la majorité des telephones sont des smartphones avec GPS et
 le GPS est incorporé dans des cameras presque d'entrée de gamme: donc un
 relvé GPX en promenant son chien ou lors d'une rando en bicycle est une
 contribution qui ne coûte pas cher en temps et en $$ et à la portée de toys.
 Juste une question de volonté pour faire avancer les choses...
 Le nouveau service Mapillary (mapillary.com) est d'ailleurs un outil
 formidable pour le téleversement d'images permettant à la communauté de
 contributeurs d'éditer avec des photos vues du sol versus l'imagerie
 satelite.
 Osmose est déjà bien utilisé à Québec grâce aux précieuses éditions de
 Sebastien, l'un de nos contributeurs locaux. J'encourage toute la
 communauté à essayer cet outil semblable à Keepright.
 Bruno


 Le 2014-11-18 10:22, Pierre Béland bela...@yahoo.fr a écrit :


 Plusieurs articles parlent de l'entente entre OSM-France, l'IGN (cartes
 topo) et la Poste française pour la constitution d'une base de données
 nationale de données géoréférencées et ouvertes.

 http://www.nextinpact.com/news/90933-l-etat-s-associe-a-societe-civile-pour-elaborer-base-d-adresses-collaborative.htm

 Ils ont aussi fait des imports et eu des problèmes. Et se sont donné les
 moyens de former et encadrer les contributeurs, constituer des communautés.
 C'est plus positif que de dire marcher à pied avec son gps c'est mieux.
 Ils se donnent plutôt les moyens de construire quelque chose.

 Sans compter leurs serveurs, des applications tels Osmose et des outils
 pour coordonner l'import de données.

 L'outil Osmose couvre le Québec. voir http://osmose.openstreetmap.fr

 Est-ce que ce genre d'outil ou d'autres pourraient nous aider à travailler
 colectivement à améliorer la carte?


 Pierre

   --
  *De :* Bruno Remy bremy.qc...@gmail.com
 *À :* Paul Norman penor...@mac.com
 *Cc :* talk-ca@openstreetmap.org
 *Envoyé le :* Mardi 18 novembre 2014 7h47
 *Objet :* Re: [Talk-ca] RIP CanVec

 Bonjour,
 À mon humble avis, après que plusieurs avis pour et contre Canvec aient
 été échangés (et j'appuie la majorité de ceux-ci), il serait von de
 recentrer le débat:
 Gardons tous en vue qu'OpenStreetMap est avant tout une carte citoyenne et
 que c'est à chacun de nous d'enrichir les données, tant sur le plan
 qualitatif que quantitatif.
 Donc après avoir argumenté pour/contre Canvec, l'amélioration des boisés,
 plans d'eau, interpolations etc est entre nos mains...
 Se décourager devant l'ampleur du travail ou bien éditer un jour à la
 fois c'est en fonction du dynamisme de nos communautés locales partout
 au Canada, que nous obtiendrons un beau résultat.
 Pour les Laurentides, la communauté de la Province du Québec tente de se
 structurer et le noyau de contributeurs de Montréal et Québec autour de ce
 projet pourrait vous venir en aide.
 Bruno

Re: [Talk-ca] OSM scheduled maintenance this weekend.

[Bruno Remy]

Thanks for this information, Richard!

This is worst than summer/winter time shift ! ;)

Bruno
Le 2014-10-24 17:20, Richard Weait rich...@weait.com a écrit :

 There will be a brief maintenance window Sunday morning, London
 (England) time, during which all database and editing API reliant
 services will be unavailable.

 https://wiki.openstreetmap.org/wiki/October_2014_server_maintenance


 We'll probably sleep through it.  :-)

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

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

Re: [Talk-ca] OpenStreetMap community diversity

[Bruno Remy]

Hi all,

Two weeks ago we had discutions about diversity in OSM with Pierre Choffet
from Montreal.
Yes, this subject feeds lots of discutions within the french community, on
talk-fr for instance.

Pierre, est-ce que l'on met sur la table l'élaboration d'un bref document
en français?
On pourrait aussi en discuter lors de la prochaine rencontre OSM-MTL :-)

Bruno
Le 2014-10-08 12:08, Richard Weait rich...@weait.com a écrit :

 Hi all,

 There have been recent discussions on several OpenStreetMap lists[1]
 about community diversity, in one form or another.  I recommend that
 you take a scan through those discussions. As a gross
 over-simplification, The OpenStreetMap community is mainly male.
 Women and other demographic groups are not well represented. Increased
 diversity will be beneficial to OpenStreetMap.  Let us each take
 concrete steps to make OpenStreetMap more diverse.

 The Toronto event organizing team, Steve, Stewart and I, have taken
 one step towards improved diversity, by adding an anti-harassment
 statement[2] that applies to OpenStreetMap events that we organize.
 The statement is included in upcoming event announcements as well as
 the information page linked below.  For Toronto OpenStreetMap
 Enthusiasts, that means that this applies to OpenStreetMap Mappy Hour
 and other events, as well as #maptimeTO #maptime events.

 Our goal has always been to attend[3] fun events where we can learn,
 and share, about OpenStreetMap with other interested parties.
 Everybody with an interest in OpenStreetMap should be able to attend
 and participate to the best of their ability and without
 discrimination.

 My questions to you, the wider Canadian audience, are as follows:

 1) Will you help to draft a similar statement en français for this list?
 2) How you addressing diversity / inclusion in your local groups?
 3) What shall we implement now?
 4) What will we work towards in the near future?

 And as always, if you haven't attended an OpenStreetMap event to meet
 with other mappers, you should do that!  We're fun!  And talking about
 our shared interest in OpenStreetMap is fun and informative.

 Best regards,

 Richard

 [1] see talk@, osmf-talk@ and diversity-talk@ for background.
 [2]
 http://www.meetup.com/OpenStreetMap-Toronto/pages/Anti-harassment_statement
 [3] even if we have to organize them ourselves :-)

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

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

Re: [Talk-ca] Bing updated imagery in Windsor, Ontario

[Bruno Remy]

The same here arround Québec City (QC, CA) !!
According to JOSM, the imagery Bing is about 10 months.



2014-09-19 7:39 GMT-04:00 James Mast rickmastfa...@hotmail.com:

 Just wanted to give you guys a heads up in anybody wanted to do a massive
 cleanup of the new 401 construction in that area.  According to JOSM, the
 imagery Bing now has is about 3 months old taken between 05/31/14 and
 06/15/14.

 So, if anybody feels like having some fun, have at it. ;)

 -James

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




-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Bing updated imagery in Windsor, Ontario

[Bruno Remy]

Bonjour Pierre,

C'est intégré dans JOSM (sans plug-in supplémentaire ... sauf erreur de ma
part)
1-selectionner la couche Bing Imagery en premier plan
2-Juste à faire un clic-droit pour afficher le menu contextuel: une des
options propose l'affichage des informations de la tuile en cours.
3-Le timestamp de chaque tuile apparait en sur-couche en rouge.

---

Il existe un outil d'information web, mais non fiable car ses données ne
semblent pas être correctement mises à jour:
Bing Aerial Imagery Analyzer for OpenStreetMap
http://mvexel.dev.openstreetmap.org/bingimageanalyzer/?lat=49.3935298445362lon=10.976469421386724zoom=11

Bruno

2014-09-19 9:28 GMT-04:00 Pierre Béland pierz...@yahoo.fr:

 Bonjour Bruno,

 quel outil pour vérifier date de production des images d'une zone?

 Pierre

   --
  *De :* Bruno Remy bremy.qc...@gmail.com
 *À :* James Mast rickmastfa...@hotmail.com
 *Cc :* talk-ca@openstreetmap.org talk-ca@openstreetmap.org
 *Envoyé le :* Vendredi 19 septembre 2014 14h55
 *Objet :* Re: [Talk-ca] Bing updated imagery in Windsor, Ontario

 The same here arround Québec City (QC, CA) !!
 According to JOSM, the imagery Bing is about 10 months.



 2014-09-19 7:39 GMT-04:00 James Mast rickmastfa...@hotmail.com:



 Just wanted to give you guys a heads up in anybody wanted to do a massive
 cleanup of the new 401 construction in that area.  According to JOSM, the
 imagery Bing now has is about 3 months old taken between 05/31/14 and
 06/15/14.

 So, if anybody feels like having some fun, have at it. ;)

 -James

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




 --
 Bruno Remy

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





-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Large polygons in JOSM

[Bruno Remy]

Hello,

Well... i agree with you, Daniel, about use of inner/outer membership roles
of multipolygons : regardless of rendering priorities, this is mandatory
for an accurate outlines extraction for a specific feature: wood, water,
etc...

However, in my opinion, such raw multipolygones from Canvec imports and
splitted by square tiles needs to be tuned (splited or merged) mostly close
to urban areas...

Bruno

Le 2014-09-15 17:41, Daniel Begin jfd...@hotmail.com a écrit :

 Bonjour,



 Well, I understand that multipolygons are often not easy to work with.
However, from what I understand of OSM data model, they should be used
whenever appropriate.



 In that sense, I do not agree with Bruno that 'inner' roles are useless
for lakes in the case of wooded areas. It might be OK for rendering (you
see lakes inside wooded areas because priorities have been used to create
the map) but, IMHO, it is not the case if you work only on wooded areas –
or any feature type!



 About Canvec, the product often duplicates water bodies and inner
polygons of wooded areas; which is not necessary where both were imported.
In order to keep only the necessary geometries, I usually transfer all the
tags from a waterbody to the duplicated geometry of an inner polygon and
then, I delete the original - now duplicated - waterbody.



 a humble two cents...



 Daniel

 From: Bruno Remy [mailto:bremy.qc...@gmail.com]
 Sent: September-15-14 12:59
 To: Tom Taylor
 Cc: Sam Dyck; Talk-CA OpenStreetMap
 Subject: Re: [Talk-ca] Large polygons in JOSM



 Tom's strategy seems to be appropriate for woods areas:

 Canvec 'giant monster' multipolygons represents a set of several polygons
quite closed but not adjascent ,  mostly separated by  meadow/scrub or fire
cut-lines or rivers, or roads 

 By the way: membership as 'inside' role of wood multipolygon is useless
for a lake

 So, you never need 'outside' or 'inside' role: just keep outlines of wood.

 Mapping this way avoid the use of multipoygons, and encourage the use of
simple polygons (prefered).

 (imo)

 Simplier is better ;)

 But  indeed.. i agree with Sam: is time consuming ! :(

 Perhaps a motivation to encourage membership of new OSM contributors, as
we celebrate the 10th of OpenStreetMap !! ;-)

 The more we are.. the less we do ;)



 Bruno





 2014-09-15 11:46 GMT-04:00 Tom Taylor tom.taylor.s...@gmail.com:

 Might be dull, but I generally split multipolygons into reasonably-sized
adjacent chunks rather than giant monsters. In my case, it's usually when
I'm outlining a river.

 Tom Taylor

 On 14/09/2014 10:29 PM, Sam Dyck wrote:

 HI

 Currently I'm working on importing the Canvec tiles that make up Lac
 Seul in NW Ontario into OSM. Importing the data as it is, split into
 tiles and subtiles, is poor practice, and manually merging is time
 consuming and dull. So I began using JOSM's Join Overlapping Areas
 feature. This tool however requires that all ways be complete before
 merging. Resulting is a 100 000 node area that far exceeds JOSMs import
 limit and is time consuming to split up, and slows down JOSM. Is there
 an faster way to split this?

 Sam


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


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




 --
 Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Large polygons in JOSM

[Bruno Remy]

Tom's strategy seems to be appropriate for woods areas:

Canvec 'giant monster' multipolygons represents a set of several polygons
quite closed but not adjascent ,  mostly separated by  meadow/scrub or fire
cut-lines or rivers, or roads 

By the way: membership as 'inside' role of wood multipolygon is useless for
a lake
So, you never need 'outside' or 'inside' role: just keep outlines of wood.

Mapping this way avoid the use of multipoygons, and encourage the use of
simple polygons (prefered).

(imo)

Simplier is better ;)

But  indeed.. i agree with Sam: is time consuming ! :(
Perhaps a motivation to encourage membership of new OSM contributors, as we
celebrate the 10th of OpenStreetMap !! ;-)

The more we are.. the less we do ;)

Bruno


2014-09-15 11:46 GMT-04:00 Tom Taylor tom.taylor.s...@gmail.com:

 Might be dull, but I generally split multipolygons into reasonably-sized
 adjacent chunks rather than giant monsters. In my case, it's usually when
 I'm outlining a river.

 Tom Taylor

 On 14/09/2014 10:29 PM, Sam Dyck wrote:

 HI

 Currently I'm working on importing the Canvec tiles that make up Lac
 Seul in NW Ontario into OSM. Importing the data as it is, split into
 tiles and subtiles, is poor practice, and manually merging is time
 consuming and dull. So I began using JOSM's Join Overlapping Areas
 feature. This tool however requires that all ways be complete before
 merging. Resulting is a 100 000 node area that far exceeds JOSMs import
 limit and is time consuming to split up, and slows down JOSM. Is there
 an faster way to split this?

 Sam


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


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




-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] vandalisme / changeset 23994813

[Bruno Remy]

bonjour,

L'utilisateur  EnJeBerg https://www.openstreetmap.org/user/EnJeBerg a
effectué un changement dommageable sur plusieurs routes  et a détruit 127
noeuds.

Version #5 · Groupe de modifications #23994813
https://www.openstreetmap.org/changeset/23994813


Ces changements sont irréalistes, improbables, non conformes aux
connaissances actuelles du terrain.

Un exemple catastrophique à Montréal:
http://www.openstreetmap.org/#map=18/45.51808/-73.61648layers=N


Je suggérerai un retour-arrière de ce changeset pour réparer les dégâts...

Une aide pour procéder à cela dans la BD? Quelqu’un a-t-il une procédure ou
un outil?
Toute aide appréciée merci.



-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Appel aux contributeurs de Montréal

[Bruno Remy]

Bonjour à tous,

La conférence virtuelle sur mumble est approuvée, mais la date et l'heure
sont encore à déterminer: restez à l'écoute! ;)

Bruno
Le 2014-05-16 07:31, Bruno Remy bremy.qc...@gmail.com a écrit :

 Bonjour Pierre,

 Bonne idée: une conférence un soir de la semaine à discuter...

 Bruno
 Le 2014-05-16 04:39, Pierre Béland pierz...@yahoo.fr a écrit :

 Bonjour Bruno,

 On pourrait se faire un chat ou autre réunion virtuelle et voir comment
 nous pouvons avancer de ce côté.

 Je devrais aussi avoir plus de temps libre à partir de la semaine
 prochaine.


 Pierre

   --
  *De :* Bruno Remy bremy.qc...@gmail.com
 *À :* talk-ca@openstreetmap.org talk-ca@openstreetmap.org
 *Envoyé le :* Vendredi 16 mai 2014 1h41
 *Objet :* [Talk-ca] Appel aux contributeurs de Montréal

 Bonjour à tous,

 Ces derniers temps, je n'ai pas pu m'investir autant que désiré dans le
 projet commun avec l'équipe des contributeurs de Montréal. Je fais appel à
 vous, Pierre, Charles, et les autres?
 Peut-on réaligner nos efforts sur ce que l'on a commencé au niveau de la
 province? ;)

 Au plaisir!

 --
 Bruno Remy

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



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

Re: [Talk-ca] Appel aux contributeurs de Montréal

[Bruno Remy]

Bonjour Pierre,

Bonne idée: une conférence un soir de la semaine à discuter...

Bruno
Le 2014-05-16 04:39, Pierre Béland pierz...@yahoo.fr a écrit :

 Bonjour Bruno,

 On pourrait se faire un chat ou autre réunion virtuelle et voir comment
 nous pouvons avancer de ce côté.

 Je devrais aussi avoir plus de temps libre à partir de la semaine
 prochaine.


 Pierre

   --
  *De :* Bruno Remy bremy.qc...@gmail.com
 *À :* talk-ca@openstreetmap.org talk-ca@openstreetmap.org
 *Envoyé le :* Vendredi 16 mai 2014 1h41
 *Objet :* [Talk-ca] Appel aux contributeurs de Montréal

 Bonjour à tous,

 Ces derniers temps, je n'ai pas pu m'investir autant que désiré dans le
 projet commun avec l'équipe des contributeurs de Montréal. Je fais appel à
 vous, Pierre, Charles, et les autres?
 Peut-on réaligner nos efforts sur ce que l'on a commencé au niveau de la
 province? ;)

 Au plaisir!

 --
 Bruno Remy

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



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

[Talk-ca] Alerte: Internal server error 500

[Bruno Remy]

Bonjour,

Pour votre information, le serveur web Front-End d'Openstreetmap.org
retourne une erreur 500 lorsqu'il est intérrogé par une requette sécurisée
en https.
(Fonctionnement normal en http)

Esperons que les sysadmins seront proactifs ;)


Salutations,

-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Compatibilité entre CC-BY-4.0 et ODC-ODbL-1.0

[Bruno Remy]

L'annalyse de Guillaume semble avoir du bon sens, mais Pierre a raison de
nous remettre au bon jugement du Comité Légal OSM: la communauté canadienne
ne peut effectivement s'improviser à accepter ou rejeter telle ou telle
licence, qu'elle soit home-made (municipale) ou générique: sinon les
portes seraient grandes ouvertes à des disparités importantes d'un pays à
l'autre...

En attendant, gardons le focus sur le fait que nous sommes producteurs de
données ouvertes et pas consommateurs: il y a tant de choses à relever
sur le terrain par nous-même sans attendre de données ouvertes:
Notre milieu naturel, nos aménagements urbains, tout est accessible
visuellement au public et leurs géolocalisation devrait légitimement tomber
dans le bien commun:
Pourquoi Postes Canada devrait protéger sous licence l'inventaire
géolocalisé des boites-aux-lettres? (Info citoyenne)
Pourquoi les arbres ou bornes fontaines ou autres aménagements ne seraient
disponibles que dans les villes privilégiées où l'administration municipale
procède à un inventaire, et ouvre ses données?...
Etc...

Nous avons énormément de travail à faire... et relativement peu de
contributeurs très actifs (*) ne lâchons pas l'ouvrage!

My two cents... ;)

Bruno

(*) proportionnellement à la population, bien sûr.
Le 2014-02-25 11:48, Pierre Béland pierz...@yahoo.fr a écrit :

 La ville de Québec vientde confirmer leur licence CC-By
 voir la discussion avec Ville de Québec
 https://twitter.com/pierzen/status/436259644810723328

 Nous devons transmettre cette information au comité légal de la Fondation
 OSM qui sera je pense en mesure d'évaluer la compatibilité de la licence.

 Pierre

   --
  *De :* Guillaume Pratte guilla...@guillaumepratte.net
 *À :* talk-ca@openstreetmap.org OpenStreetMap talk-ca@openstreetmap.org

 *Envoyé le :* Mardi 25 février 2014 10h50
 *Objet :* [Talk-ca] Compatibilité entre CC-BY-4.0 et ODC-ODbL-1.0

 Bonjour,

 Suite à la lecture du blog de Richard Weait:

 http://weait.com/every-day-is-open-data-day

 Je suis tombé sur cet outil qui permet d’évaluer la compatibilité des
 licences:

 http://clipol.org/licences/70?tab=licence_compatibility

 On y mentionne une incompatibilité entre CC-BY-4.0, la nouvelle licence
 utilisée par le Gouvernement du Québec ainsi que les villes de Montréal,
 Québec, Gatineau et Sherbrooke, ainsi que la ODC-ODbL-1.0, la licence
 couvrant la base de données d’OpenStreetMap.

 Cette incompatibilité serait due au fait que la CC-BY-4.0 interdit toute
 distribution sous verrou numérique (DRM), tandis que l’ODbL le permet, à
 condition qu’une version non verrouillée soit également fournie.


 Voici l’explication dans le résumé « humain » de chaque licence:

 CC-BY 4.0:
   No additional restrictions — You may not apply legal terms
 or technological measures that legally restrict others from doing anything
 the license permits.

 ODbL 1.0:
   Keep open: If you redistribute the database, or an adapted version of
 it, then you may use technological measures that restrict the work (such as
 DRM) as long as you also redistribute a version without such measures.


 *Cependant, une analyse du texte m'indique que les deux licences seraient
 compatibles, et que le CLIPol a mal catégorisé les licences.*


 CC-BY-4.0:
 http://creativecommons.org/licenses/by/4.0/legalcode

 Section 2 – Scope.

 a. License grant.

 4. Media and formats; technical modifications allowed. The Licensor
 authorizes You to exercise the Licensed Rights in all media and formats
 whether now known or hereafter created, and to make technical modifications
 necessary to do so. The Licensor waives and/or agrees not to assert any
 right or authority to forbid You from making technical modifications
 necessary to exercise the Licensed Rights, including technical
 modifications necessary to circumvent Effective Technological Measures. For
 purposes of this Public License, simply making modifications authorized by
 this Section 2(a)(4) never produces Adapted Material.


 *Selon ma compréhension, ce texte n’interdit pas formellement la
 distribution avec DRM, il stipule simplement que si le contenu distribué
 sous CC 4.0 l’est sous forme de DRM, alors il est permis d’utiliser des
 outils pour enlever le DRM.*



 ODC-ODbL-1.0 (voir le texte en gras, section 4.7 b)
 http://opendatacommons.org/licenses/odbl/1.0/


 4.7 Technological measures and additional terms

   a. This License does not allow You to impose (except subject to
 Section 4.7 b.) any terms or any technological measures on the Database, a
 Derivative Database, or the whole or a Substantial part of the Contents
 that alter or restrict the terms of this License, or any rights granted
 under it, or have the effect or intent of restricting the ability of any
 person to exercise those rights.

   b. Parallel distribution. *You may impose terms or technological
 measures on the Database, a Derivative Database, or the whole or a
 Substantial part of the Contents 

Re: [Talk-ca] Licence Gouvernement du Québec

[Bruno Remy]

À date, aucun communiqué officiel sur le type de variante de ka licence 4.0
n'a été émis.
Juste un seul tweet citoyen qui pointe vers la licence choisie en 2013 par
la ville de Montréal (il s'agit bien de CC-BY).

http://twitter.com/Hoedic/status/436328742575943680

Même si on peut être porté à croire que le consortium
GouvQC+Quebec+Montréal+Gatineau+Sherbrooke ait copiéen 2014 l'ancien
choix de Montréal pour CC-BY, rien ne nous permet de l'affirmer avec
certitude:
Ils auraient très bien pu (pour foutes sortes de raison) choisir l'une des
3 autres saveurs de la creative 4.0

Donc.. restons à l'écoute du gouvernement et des municipalités, interrogés
par Pierre à ce sujet dans son tweet d'hier (merci Pierre!)

Bruno
Le 2014-02-19 18:54, Pierre Béland pierz...@yahoo.fr a écrit :

 Si c'est CC-By, nous serions correct.

 voir résumé de licence
 http://creativecommons.org/licenses/by/4.0/


- *Share* — copy and redistribute the material in any medium or format
- *Adapt* — remix, transform, and build upon the material
- for any purpose, even commercially.


- The licensor cannot revoke these freedoms as long as you follow the
license terms.




 Pierre

   --
  *De :* Pascal Robichaud pascal.robichaud.do...@gmail.com
 *À :* Pierre Béland pierz...@yahoo.fr
 *Cc :* Bruno Remy bremy.qc...@gmail.com; talk-ca@openstreetmap.org 
 talk-ca@openstreetmap.org
 *Envoyé le :* Mercredi 19 février 2014 18h19
 *Objet :* Re: [Talk-ca] Licence Gouvernement du Québec

 Pour avoir éte consulté par le Secrétariat du Conseil du Trésor, ils
 veulent mettre CC-BY de la Cc 4.0.

 Pascal Robichaud


 Le 2014-02-19 à 16:57, Pierre Béland pierz...@yahoo.fr a écrit :

 Bruno,

 A première vue bonne nouvelle.  Mais avant de se réjouir, il faut
 s'assurer de voir quelle licence exactement est adoptée.

 Cette page indique qu'Il y a plusieurs licences possibles sour Creative
 Commons 4.0.
 http://creativecommons.org/licenses/

 Je vais aux infos.


 Pierre

   --
  *De :* Bruno Remy bremy.qc...@gmail.com
 *À :* talk-ca@openstreetmap.org
 *Envoyé le :* Mercredi 19 février 2014 16h46
 *Objet :* [Talk-ca] Licence Gouvernement du Québec

 Bonjour,
 Concernant mon précédent message, il sagit de la nouvelle version 4.0 de
 la licence Creative Commons.
 Donc la notion d'attribution devrait être compatible odbl, n'est-ce pas?
 Bruno Remy

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


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




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

[Talk-ca] Nouvelle licence de données ouvertes au Québec

[Bruno Remy]

Bonjour,

Selon ce communiqué d'adoption d'une licence commune d’utilisation des
données ouvertes http://t.co/bKOsO8n5ax

Les villes de Québec, Montreal, Gatineau, Sherbrooke et le gouv. Provincial
ont unis leur licences maison en une seule licence un peu plus
génerique.
#opendata http://t.co/pbDvAndrh5

La question que nous devons tous nous poser ici est: cette nouvelle licence
est-elle exempte de restriction d'attrubution? Donc share-alike? En
d'autres termes, est-elle compatible odbl?

Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Why the world needs OpenStreetMap

[Bruno Remy]

Hi folks,

For your information, here is an article published by The Guardian about
OSM:

Why the world needs OpenStreetMap http://t.co/KxXJ0AUV1o

Cheers,

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

Re: [Talk-ca] Where the streets have no name...

[Bruno Remy]

Bonjour Claude,

Merci pour ce travail! Mascouche méritait en effet beaucoup
d'améliorations et de mises-à-jour !!!

Concernant les données de Geobase et Canvec, il faut les prendre avec
une bonne dose de précaution et d'analyse: elles sont souvent
vielles et parfois erronées Par exemple certains troncons de
routes semblent être issus de prévisions de chantier mais la vue
satellite montre parfois un tracé décallé (offset) ou + court ou +
long.
Dans tous les cas de corrélation, la vue satellite prime, surtout si
elle est + récente.
Dans tous les cas de doutes, un relevé sur le terrain est nécessaire
pour valider l'information.
L'hiver est propice au weelchair mapping ;-)  ... mais le meilleur
travail qu'on puisse faire en tant que contributeur est un relevé sur
le terrain... d'où l'importance de développer et maintenir en vie des
communautés locales de contributeurs ;)
Enfin, si aucun relevé terrain n'est disponible (possible) à court
terme, l'ajout d'une note ou encore d'un tag fixme=problème est un
moyen de signaler le problème aux contributeurs locaux.


Pour les cas précis que tu mentionnes à Mascouche, les nouveaux
développements résidentiels apparaissent sur la vue satellite donc tu
peux tracer les rues telles que sur la vue, avec les noms des segments
d'interpolations de Canvec ou de Géobase.
L'ajustement des boisés n'était pas le but ultime et prioritaire de
cette carte Mapbox, mais évidemment, c'est important: tout
développement urbain entraine le redécoupage des zones résidentielles
(ou l'ajout si inexistantes) et des zones boisées alentours.
Encore là, la vue satellite est une base réelle fiable mais un peu
vielle pour être vraiment crédible à long terme: un relevé sur le
terrain est toujours complémentaire pour consolider l'information:
déjà du travail pour le printemps prochain! ;)

My two cents ;)


Bruno

Le 10 décembre 2013 10:02,  alouette...@gmail.com a écrit :
 From: Bruno Remy
 Sent: Wednesday, October 30, 2013 9:45 PM
 To: Harald Kliems
 Cc: talk-ca@openstreetmap.org
 Subject: Re: [Talk-ca] Where the streets have no name...



 Bonjour,


 J'ai le plaisir de vous annoncer la création des 2 cartes MapCraft pour
 les principales villes du Québec qui souffrent d'un manque flagrant de

 qualité de leur cartographie. Dans ces zones, des rues sont manquantes ou
 sans nom. Je vous invite donc à choisir une zone et la compléter
 à l'aide des données Canvec/Geobase déjà présentes et/ou des vues
 satellite. C'est assez convivial, mais si vous avez des questions,



 n'hésitez pas à les adresser sur cette liste.

 Je vous souhaite bien du plaisir!


 Bonjour,

 J'ai entrepris ce travail pour Mascouche et j'ai certaines interrogations.

 1- Plusieurs rues avaient des tracés très approximatifs que j'ai corrigé à
 l'aide des tracés Canvec et Geobase Roads après avoir vérifié avec
 l'imagerie Bing (ces trois références correspondent très exactement dans ce
 secteur). Par contre, comme ici:

   http://osm.org/go/cIuIZzddV

 Certains tracés Canvec et Geobase Roads ne correspondent pas avec la réalité
 vue sur Bing. Dans cet exemple, on y a construit un rond-point plutôt qu'une
 rue droite. Je peux corriger le tracé en fonction de Bing que dois-je faire
 avec addr:interpolation? Rien ne m'indique comment les adresses ont été
 distribuées dans le rond-point. Je les enlève, les laisse tel quel ou
 j'essaie de les faire correspondre au tracé au jugé?

 2- Dans un autre secteur certaines rues ont probablement été construites en
 ne suivant pas les plans d'origine. Elles ont 2 tracés distincts avec des
 décalages importants dans Geobase Roads et Canvec ne correspond pas. Ici par
 exemple (ouvrir cette zone dans JOSM et afficher Canvec ou Geobase Road):

  http://osm.org/go/cIuIYADMB-

 Je peux me fier aux images Bing mais encore une fois que faire avec
 addr:interpolation. Les rues étant plus longues qu'à l'origine le nombre
 d'adresses est certainement supérieur.

 À quelques centaines de mètres vers l'ouest Bing ne me montre qu'un chantier
 (pas encore de maison) mais les chemins en terre ne correspondent pas aux
 tracés Canvec. Je devrai probablement aller sur place avec mon GPS.

 3- Et finalement, dans le cadre de ce travail devrais-je redéfinir les
 contours des zones boisées qui ont été empiétées par le développement
 domiciliaire à l'aide des images Bing?

 Désolé de toutes ces questions mais c'est ma première expérience de travail
 de ce genre ...

 Merci,

 Claude




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



-- 
Bruno Remy

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

Re: [Talk-ca] Bing

[Bruno Remy]

Yes, you're right!
They were old but with a confortable highres we count on. It's sad...

Bruno
Le 2013-12-04 09:47, Harald Kliems kli...@gmail.com a écrit :

 Oh no! I haven't seen any announcements and couldn't find anything on the
 forums or other ML's. You can play around with the Bing Aerial Imagery
 Analyzer (data only gets updated when you zoom in far enough) and you'll
 see that z=20 is mostly gone in Quebec, except for weird little pockets
 like this
 http://ant.dev.openstreetmap.org/bingimageanalyzer/?lat=45.47113154404lon=-73.58157634735107zoom=16l=bing

 In Montreal, the pictures with the highest resolution were pretty old
 anyway (2008 I think) and maybe that's the reason for Bing removing them?

  Harald.


 On Tue, Dec 3, 2013 at 12:32 PM, Bruno Remy bremy.qc...@gmail.com wrote:

 Bonjour,

 Avez-vous remarqué la récente disparition du niveau de zoom le + fort de
 Bing depuis le 1er décembre?
 Y-a-t-il un communiqué officiel de Microfot (Bing) et/ou de la Fondation
 OpenStreetMap à ce sujet?
 
 Hello,

 Did you noticed that last level of Bing Imagery has recently disapeared
 (on sunday 1st dec.) ?
 Is there any official post from Microsoft (Bing) and/or OpenStreetMap
 Foundation about that?

 
 Bruno Remy

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




 --
 Please use encrypted communication whenever possible!
 Key-ID: 0x34cb93972f186565

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

[Talk-ca] Bing

[Bruno Remy]

Bonjour,

Avez-vous remarqué la récente disparition du niveau de zoom le + fort de
Bing depuis le 1er décembre?
Y-a-t-il un communiqué officiel de Microfot (Bing) et/ou de la Fondation
OpenStreetMap à ce sujet?

Hello,

Did you noticed that last level of Bing Imagery has recently disapeared (on
sunday 1st dec.) ?
Is there any official post from Microsoft (Bing) and/or OpenStreetMap
Foundation about that?


Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Mapathon Philippines - HOT OSM - Québec

[Bruno Remy]

Bonjour,


Cet apres-midi a eu lieu le mapathon HOT OSM pour les Philippines:
nous avons travaillé sur la derniere tâche 1003 reliée aux dernières
images satelitte de Digital Globe.

Nous étions peu nombreux, mais nous avons échangé beaucoup
d'informations sur le travail dans JOSM et les bonnes pratiques. Nous
avons tout de même traité plusieurs portions de territoire, malgré les
difficultés reliés au boisé intense cachant un peu les routes et
rivieres, et malgré les nuages un peu trop présents parfois...! ;)

Une belle expérience de groupe, que l'on renouvellera certainement!

-- 
Bruno Remy

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

Re: [Talk-ca] Mapathon Philippines - HOT OSM - Québec

[Bruno Remy]

Merci!
Le 2013-11-23 17:49, Pascal Robichaud pascal.robichaud.do...@gmail.com
a écrit :

 Bravo!!


 Le 23 novembre 2013 17:36, Bruno Remy bremy.qc...@gmail.com a écrit :

 Bonjour,


 Cet apres-midi a eu lieu le mapathon HOT OSM pour les Philippines:
 nous avons travaillé sur la derniere tâche 1003 reliée aux dernières
 images satelitte de Digital Globe.

 Nous étions peu nombreux, mais nous avons échangé beaucoup
 d'informations sur le travail dans JOSM et les bonnes pratiques. Nous
 avons tout de même traité plusieurs portions de territoire, malgré les
 difficultés reliés au boisé intense cachant un peu les routes et
 rivieres, et malgré les nuages un peu trop présents parfois...! ;)

 Une belle expérience de groupe, que l'on renouvellera certainement!

 --
 Bruno Remy

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




 --

  *Hackons la corruption*
 hackonslacorruption.wordpress.com

 *Signalement à l'UPAC*
 Site web https://www.upac.gouv.qc.ca
 Téléphone: 1 888 444-1701
 Télécopieur: 514 873-0099
 Formulaire https://www.upac.gouv.qc.ca/index.php?id=72 web de
 signalement

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

[Talk-ca] Mapathon pour les Philippines à Québec le 23/11

[Bruno Remy]

Bonjour à tous

J'organise un mapathon samedi 23 NOV à Québec ... la logistique impose
quelques contraintes.. je ne pense pas faire de IRC/Skype mais plutôt
focussuer sur l’interaction avec les participants sur place.

Détails de l'évènement ici:
http://www.agendadulibre.qc.ca/event/730/

---

Comme l'a souligné Pierre, Humanitarian OSM Team (HOT) est en ce moment
dans une intense période d'activation pour venir en soutien à la
Croix-Rouge, l'ONU, etc
Les demandes sont multiples, Pierre est débordé jour et nuit, et c'est
impressionnant la masse de travail qu'il y a derrière tout cela, pas
seulement pour la mise à jour des cartes mais aussi la collectes de données
, de vues satellite, la définition des méthodes de travail etc
L'intégration des tags nécessaires au marquage des lieux endommagés en
restant compatibles avec les outils de rendering et de routage actuels
est un vrai casse-tête.

L'essentiel des tâches se retrouvent compilées sur OSM Tasking Manager et
l'on peut prendre en charge un secteur et suivre les instructions.
Exemple:
http://tasks.hotosm.org/job/350

Je pense que le blog HOT mentionné par Pierre est le meilleur résumé:
http://hot.openstreetmap.org/updates/2013-11-17_r%C3%A9ponse_dopenstreetmap_au_typhon_haiyan_yolanda



Salutations,

-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Where the streets have no name...

[Bruno Remy]

Bonjour,

En fait, l'idée, c'est que c'est accessible à *tous* les contributeurs,
même les débutants qui ne maîtrisent pas les imports Canvec:
Dans la majorité des cas, les imports de lignes d'interpolations sont déjà
là. Il reste juste à tracer le way de la route, et à lui rajouter le nom
qui est déjà dans les points d'interpolation.
Donc, même sans JOSM, c'est un travail d'édition *très* basique en mode web
avec ID éditor ou Potlach. Je le fais même sur mon cellulaire avec Vespucci
pour Androïd!

Bruno



2013/10/31 Tom Taylor tom.taylor.s...@gmail.com

 Geobase Roads était la couche dont j'avais besoin. Merci encore.


 On 31/10/2013 11:47 AM, Pierre Béland wrote:

 Hi Tom

 Il y a eu une discussion en juillet relativement a l'impossibilité de se
 connecter au serveur ftp

   
 http://ftp2.cits.rncan.gc.ca/**osm/pubhttp://ftp2.cits.rncan.gc.ca/osm/pub

 Il reste la possibilité d'accéder via JOSM aux couches CANVEC et Geobase.
 J'ai ajouté ces couches dans la liste des couches disponibles. Voir dans la
 section CA.


 There was discussion in july about ftp access problems to

   
 http://ftp2.cits.rncan.gc.ca/**osm/pubhttp://ftp2.cits.rncan.gc.ca/osm/pub

 This is still not possible to connect. An option is to use in JOSM the
 Canvec and Geobase layers. I have added these to the WMS/TMS list of
 available layers under the CA section.


 Pierre

 --**--**
 
 *De :* Tom Taylor tom.taylor.s...@gmail.com
 *À :* Bruno Remy bremy.qc...@gmail.com; Harald Kliems kli...@gmail.com
 
 *Cc :* talk-ca@openstreetmap.org talk-ca@openstreetmap.org
 *Envoyé le :* Jeudi 31 octobre 2013 9h31
 *Objet :* Re: [Talk-ca] Where the streets have no name...


 I started to work on the smallest slice in Quebec West, i.e., St.
 Augustin. I have no experience doing Canvec imports, so I've just been
 poking around on the Geogratis web site looking for the right product. I
 always seem to end up with a display of the same map data, not updated
 since 2005 and showing less information than we already have in OSM. Can
 you point me to what I really need?

 Tom Taylor
 TomT5454

  ...


 __**_
 Talk-ca mailing list
 Talk-ca@openstreetmap.org
 https://lists.openstreetmap.**org/listinfo/talk-cahttps://lists.openstreetmap.org/listinfo/talk-ca




-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Where the streets have no name...

[Bruno Remy]

Bonjour,

J'ai le plaisir de vous annoncer la création des 2 cartes MapCraft pour les
principales villes du Québec qui souffrent d'un manque flagrant de qualité
de leur cartographie. Dans ces zones, des rues sont manquantes ou sans nom.
Je vous invite donc à choisir une zone et la compléter à l'aide des données
Canvec/Geobase déjà présentes et/ou des vues satellite. C'est assez
convivial, mais si vous avez des questions, n'hésitez pas à les adresser
sur cette liste.
Je vous souhaite bien du plaisir!


Hello,

I'm pleased to announce the release of MapCraft Slices for main cities of
province of Quebec (QC) with a lack of quality mapping.
On these areas,  streets are not mapped, and/or street names are missing.
Feel free to choose one of these slices and complete them using
Canvec/Geobase data (if still available) and/or satellite imagery. Thats
quite convivial, but if you have questions feel free to post on this list.
Have fun!


Québec Ouest (Rues/Streets) http://mapcraft.nanodesu.ru/pie/322

Québec Est (Rues/Streets) http://mapcraft.nanodesu.ru/pie/323
Bruno



Le 29 octobre 2013 12:12, Bruno Remy bremy.qc...@gmail.com a écrit :

 Hello Harald!

 Very good suggestion! I'll do that!

 Stay tuned, folks: I'll advise you when it will be available!

 Cheers!


 Le 29 octobre 2013 09:01, Harald Kliems kli...@gmail.com a écrit :

 Bruno,
 thanks for this list! Something to do for me on those cold and rainy fall
 days... Would it maybe make sense to make a cake with MapCraft to
 coordinate the effort and avoid conflicts?
 http://wiki.openstreetmap.org/wiki/MapCraft I've never set up a cake,
 only used ones baked by others, but maybe someone on the list could help.
 Cheers,
  Harald.


 2013/10/28 Bruno Remy bremy.qc...@gmail.com

 Bonjour à tous

 Dans un tout autre ordre d'idée, suite à des discutions qui ont eu
 lieu avant et pendant la Cartopartie de dimanche, li y a des villes du
 Québec qui demanderaient un soin tout particulier:
 Ces villes n'ont pas de noms de rues ou ont des quartiers entiers sans
 noms de rues. Parfois même des nouveaux développements résidentiels ne
 sont pas cartographiés, et pourtant ils apparaissent dans l'image
 satelite ou via les données Canvec ou Geobase...
 Comme chanterait U2 'Where the streets have no name'  ;-)

 Vous m'avez demandé cette liste dimanche, alors la voici :
 Ces villes sont classées par ordre décroissant sur 2 criteres : leur
 état actuel de données, et leur population:

 Drummondville
 Mascouche
 Saint-Georges
 Saint-Bruno-de-Montarville
 Thetford Mines
 Sept-Îles
 Granby
 Trois-Rivières
 Repentigny
 Saint-Hyacinthe
 Shawinigan
 Victoriaville
 Mirabel

 N'hésitez pas à faire circuler cette liste autour de vous!

 --
 Bruno Remy

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




 --
 Please use encrypted communication whenever possible!
 Key-ID: 0x34cb93972f186565




 --
 Bruno Remy




-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Where the streets have no name...

[Bruno Remy]

Hello Harald!

Very good suggestion! I'll do that!

Stay tuned, folks: I'll advise you when it will be available!

Cheers!


Le 29 octobre 2013 09:01, Harald Kliems kli...@gmail.com a écrit :

 Bruno,
 thanks for this list! Something to do for me on those cold and rainy fall
 days... Would it maybe make sense to make a cake with MapCraft to
 coordinate the effort and avoid conflicts?
 http://wiki.openstreetmap.org/wiki/MapCraft I've never set up a cake,
 only used ones baked by others, but maybe someone on the list could help.
 Cheers,
  Harald.


 2013/10/28 Bruno Remy bremy.qc...@gmail.com

 Bonjour à tous

 Dans un tout autre ordre d'idée, suite à des discutions qui ont eu
 lieu avant et pendant la Cartopartie de dimanche, li y a des villes du
 Québec qui demanderaient un soin tout particulier:
 Ces villes n'ont pas de noms de rues ou ont des quartiers entiers sans
 noms de rues. Parfois même des nouveaux développements résidentiels ne
 sont pas cartographiés, et pourtant ils apparaissent dans l'image
 satelite ou via les données Canvec ou Geobase...
 Comme chanterait U2 'Where the streets have no name'  ;-)

 Vous m'avez demandé cette liste dimanche, alors la voici :
 Ces villes sont classées par ordre décroissant sur 2 criteres : leur
 état actuel de données, et leur population:

 Drummondville
 Mascouche
 Saint-Georges
 Saint-Bruno-de-Montarville
 Thetford Mines
 Sept-Îles
 Granby
 Trois-Rivières
 Repentigny
 Saint-Hyacinthe
 Shawinigan
 Victoriaville
 Mirabel

 N'hésitez pas à faire circuler cette liste autour de vous!

 --
 Bruno Remy

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




 --
 Please use encrypted communication whenever possible!
 Key-ID: 0x34cb93972f186565




-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Meetup LocationTech Montréal le 6 nov

[Bruno Remy]

Bonjour à tous,

Intéressés par la cartographie libre et open source? Meetup LocationTech
Montréal le 6 novembre:
http://t.co/ddTrCB6gnQ

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

[Talk-ca] l'autoroute 410 à Sherbrooke

[Bruno Remy]

Pour les contributeurs qui s'interessent à l'Estrie:
Le gouvernement du Québec confirme le financement pour compléter
l'autoroute 410 à Sherbrooke.
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Cartopartie le dimanche 27 octobre 2013

[Bruno Remy]

Bonjour Blanca,

Normalement, il serait logique qu'un commerce ne soit relié qu'à une
catégorie.
Un autre exemple c'est aussi le cas du café Olivieri qui est aussi une
bibliothèque.
À mon avis, il faudrait y aller au cas-par-cas et trancher en choisissant
l'activité principale du commerce: il y a toujours une des 2 activités qui
est mise en valeur.
Par exemple, à Cap rouge, j'ai indiqué comme bakery une boulangerie/café
parceque c'est une boulangerie traditionnelle avec des produits artisanaux
de qualité, et c'est la seule de la ville. La fonction café n'est qu'une
offre supplémentaire de restauration sur-place,
La même chose pour Pascal le Boulanger à Stoneham qui est dans la même
bâtisse qu'un Subway et un Tim Hortons: c'est le métier de boulanger qui
fait la différence avec la concurrence. Il faut voir les points fort du
commerce, et les produits pour lesquels il a une + grande réputation dans
le quartier.

Autre chose: je me suis aperçu que le parc que j'avais cartographié ne
s'est pas uploadé : je vais le refaire! Et aussi une petite surprise pour
le Collège Notre-Dame ;)

Bruno




Le 28 octobre 2013 09:25, Blanca Mancilla bluc...@gmail.com a écrit :

 Au plaisir Bruno, et j’espère avoir une autre rencontre à Montréal, à
 Québec ou à Trois-Rivières!

 Basées sur les données ramassées hier, je remarque que  il y a des
 commerce qui pourrait avoir un double tag? Par exemple, un des commerce est
 une boulangerie et un café.  Peut-on ajouter deux ou plusieurs tags au même
 POI?
 ---

 Based on the data collected yesterday at the mapping party, I noticed that
 there is a POI which is both a bakery and a cafe. Can we add both tags? Is
 this common practice?

  bm


 2013/10/27 Bruno Remy bremy.qc...@gmail.com

 Bonjour,

 Merci à Guillaume pour l'organisation,merci a Bianca pour son accueuil
 sympathique.

 Ce fut un plaisir de rencontrer votre équipe de Montréal!
 On garde le contact! ;)

 Au plaisir!

 Bruno,
 Contributeur de Québec




 Le 26/10/2013, Guillaume Pratteguilla...@guillaumepratte.net a écrit :
  Bonjour,
 
  Le groupe OpenStreetMap Montréal souhaite vous convier à une
 cartopartie qui
  aura lieu le dimanche 27 octobre 2013, de 13h30 à 17h30.
 
  À cette occasion, nous nous réunirons afin d’effectuer l’inventaire des
  commerces et des principaux points d’intérêts du chemin de la
  Côte-des-Neiges, dans le quartier du même nom.
 
  Le tout débutera par un atelier d’introduction à OpenStreetMap, et se
  terminera par un atelier sur l’édition de la carte, une fois de retour
 après
  avoir effectué le sondage sur le terrain.
 
  Pour des raisons d’organisation nous souhaiterions connaître le nombre
 de
  personnes intéressées par cette activité à l’avance, aussi nous vous
  demandons dans la mesure du possible de vous inscrire ci-contre:
 
  https://www.eventbrite.ca/event/8706618731
 
  L’adresse exacte du lieu de rendez-vous - une résidence - sera
 communiquée à
  toute personne s’inscrivant.
 
  Si vous ne souhaitez pas vous inscrire ou que vous vous décidez à la
  dernière minute, nous vous donnons rendez-vous devant la sortie Sud de
 la
  station de métro Côte-des-neiges à 13h15 précises. Note: il s’agit de la
  sortie près du café Starbuck:
 
 
 http://www.openstreetmap.org/?mlat=45.49634mlon=-73.62245#map=19/45.49634/-73.62245
 
  N’oubliez pas de vous vêtir en fonction de la température, car
 l’activité
  aura lieu beau temps, mauvais temps. Fort heureusement, la météo
 annonce du
  beau temps! En cas de forte pluie, nous tiendrons les ateliers prévus à
  l’intérieur.
 
  SI vous décidez de vous joindre à nous, voici le matériel que nous
 suggérons
  d'apporter. Considérez que tout item dans cette liste est facultatif:
 
  - ordinateur portatif afin d’entrer les données dans la carte, une fois
 le
  sondage terrain effectué (recommandé);
  - appareil photo pour aider à la prise de notes lors du sondage terrain
  (celui intégré à un téléphone intelligent est amplement suffisant);
  - téléphone intelligent ou tablette, pour aider à l’entrée de données en
  temps réel;
  - un calepin et un crayon pour prendre des notes (des cartes imprimées
  seront fournies);
  - parapluie, en cas de besoin.
 
 
  Au plaisir,
 
  Guillaume Pratte pour OpenStreetMap Montréal
  ___
  Talk-ca mailing list
  Talk-ca@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-ca
 


 --
 Bruno Remy

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




 --
 
 Blanca




-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Where the streets have no name...

[Bruno Remy]

Bonjour à tous

Dans un tout autre ordre d'idée, suite à des discutions qui ont eu
lieu avant et pendant la Cartopartie de dimanche, li y a des villes du
Québec qui demanderaient un soin tout particulier:
Ces villes n'ont pas de noms de rues ou ont des quartiers entiers sans
noms de rues. Parfois même des nouveaux développements résidentiels ne
sont pas cartographiés, et pourtant ils apparaissent dans l'image
satelite ou via les données Canvec ou Geobase...
Comme chanterait U2 'Where the streets have no name'  ;-)

Vous m'avez demandé cette liste dimanche, alors la voici :
Ces villes sont classées par ordre décroissant sur 2 criteres : leur
état actuel de données, et leur population:

Drummondville
Mascouche
Saint-Georges
Saint-Bruno-de-Montarville
Thetford Mines
Sept-Îles
Granby
Trois-Rivières
Repentigny
Saint-Hyacinthe
Shawinigan
Victoriaville
Mirabel

N'hésitez pas à faire circuler cette liste autour de vous!

-- 
Bruno Remy

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

Re: [Talk-ca] Cartopartie le dimanche 27 octobre 2013

[Bruno Remy]

Bonjour,

Merci à Guillaume pour l'organisation,merci a Bianca pour son accueuil
sympathique.

Ce fut un plaisir de rencontrer votre équipe de Montréal!
On garde le contact! ;)

Au plaisir!

Bruno,
Contributeur de Québec




Le 26/10/2013, Guillaume Pratteguilla...@guillaumepratte.net a écrit :
 Bonjour,

 Le groupe OpenStreetMap Montréal souhaite vous convier à une cartopartie qui
 aura lieu le dimanche 27 octobre 2013, de 13h30 à 17h30.

 À cette occasion, nous nous réunirons afin d’effectuer l’inventaire des
 commerces et des principaux points d’intérêts du chemin de la
 Côte-des-Neiges, dans le quartier du même nom.

 Le tout débutera par un atelier d’introduction à OpenStreetMap, et se
 terminera par un atelier sur l’édition de la carte, une fois de retour après
 avoir effectué le sondage sur le terrain.

 Pour des raisons d’organisation nous souhaiterions connaître le nombre de
 personnes intéressées par cette activité à l’avance, aussi nous vous
 demandons dans la mesure du possible de vous inscrire ci-contre:

 https://www.eventbrite.ca/event/8706618731

 L’adresse exacte du lieu de rendez-vous - une résidence - sera communiquée à
 toute personne s’inscrivant.

 Si vous ne souhaitez pas vous inscrire ou que vous vous décidez à la
 dernière minute, nous vous donnons rendez-vous devant la sortie Sud de la
 station de métro Côte-des-neiges à 13h15 précises. Note: il s’agit de la
 sortie près du café Starbuck:

 http://www.openstreetmap.org/?mlat=45.49634mlon=-73.62245#map=19/45.49634/-73.62245

 N’oubliez pas de vous vêtir en fonction de la température, car l’activité
 aura lieu beau temps, mauvais temps. Fort heureusement, la météo annonce du
 beau temps! En cas de forte pluie, nous tiendrons les ateliers prévus à
 l’intérieur.

 SI vous décidez de vous joindre à nous, voici le matériel que nous suggérons
 d'apporter. Considérez que tout item dans cette liste est facultatif:

 - ordinateur portatif afin d’entrer les données dans la carte, une fois le
 sondage terrain effectué (recommandé);
 - appareil photo pour aider à la prise de notes lors du sondage terrain
 (celui intégré à un téléphone intelligent est amplement suffisant);
 - téléphone intelligent ou tablette, pour aider à l’entrée de données en
 temps réel;
 - un calepin et un crayon pour prendre des notes (des cartes imprimées
 seront fournies);
 - parapluie, en cas de besoin.


 Au plaisir,

 Guillaume Pratte pour OpenStreetMap Montréal
 ___
 Talk-ca mailing list
 Talk-ca@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-ca



-- 
Bruno Remy

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

[Talk-ca] Do we tag addresses on buildings or on separate nodes?

[Bruno Remy]

Hi,

What do you think of this blog?  Adress nodes versus interpolations?
That's quite confusing :-/

What is the OpenStreetMap convention? Do we tag addresses on buildings or
on separate nodes? http://t.co/tjRiwYSXLF

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

[Talk-ca] Autoroute 85

[Bruno Remy]

Pour tous les contributeurs du Quebec:
On a du pain sur la planche!

Autoroute 85 : mise en service de 11 nouveaux kilomètres.
http://t.co/gS0UH6Zwas

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

[Talk-ca] Offset in Montreal

[Bruno Remy]

Bonjour aux contributeurs de Montréal!

Je voudrais juste être sûr : Il y a un offset entre les orthophotos BING
zoom 19 et zoom 18
Si c'est comme chez nous à Québec, la couche 19 est proche des positions
rééelles, tandis que la couche 18 a un offset d'environ 17m à l'Ouest et 5m
au Sud.
Quelqu'un pourrait-il me le confirmer? ;)

Merci beaucoup!

PS: Au niveau des dates... c'est pareil: il y a un bon décallage entre les
deux et c'est la couche 18 qui est plus récente (on aurait aimé le
contraire  mais bon...)

-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Montréal - Pistes cyclables

[Bruno Remy]

Info intéressante pour la communauté Montrèalaise:

Les chaussées désignées comme solution : http://t.co/97xkdUsPc6

Source: http://twitter.com/VeloQuebec/status/365498563687485440

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

[Talk-ca] Montreal - Pistes cyclables (suite)

[Bruno Remy]

Et encore une autre info!
Ça bouge à Montréal!

Aménagement de nouvelles voies cyclables ces jours-ci dans les rues Hadley,
Springland et Lacroix. #vélomtl @VeloQuebec #sudouestmtl

Source: http://twitter.com/SO_MTL/status/365524886141145088
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Photos AR Drone

[Bruno Remy]

Bien sûr, nous prendrons des photos ! ;)

(Désolé nous n'en avons pas de la journée de Dimanche)

À suivre


Le 7 août 2013 13:02, Pierre Béland pierz...@yahoo.fr a écrit :

 Bruno, il serait intéressant que vous publiez quelques photos de
 l'événement.


 Pierre

   --
  *De :* Bruno Remy bremy.qc...@gmail.com
 *À :* talk-ca@openstreetmap.org talk-ca@openstreetmap.org
 *Envoyé le :* Mercredi 7 août 2013 12h44
 *Objet :* [Talk-ca] Photos AR Drone

 Bonjour à tous,
 L'équipe locale des contributeurs Openstreetmap organise une séance de
 photos aériennes avec un AR-Drone au-dessus du nouveau PEPS de l'Université
 Laval.

 Horaire:

 11:30 - RDV à l'intersection de l'avenue du Peps et l'avenue de la
 médecine.
 Premier vol de l'AR Drône - Prises de vues.

 12:00-13:00 - Pause Lunch aux Halles du Campus
 (Subway/Salvatore/TimHortons) / Recharge de batteries pour le Drône
 (Internet Sans Fil ZAP Québec)

 13:00-14:00 - Deuxième vol - Traitement des prises de vue.


 --
 Bruno Remy

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





-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] GPS open source

[Bruno Remy]

Projet kickstarter pour du GPS open source http://t.co/kSva6MKoY5

Imginez un GPS avec un module se code pour gerer les POI (*) et qui écrit
ces logs GPX  directement codés au format xml natif de JOSM!
(lat/lon/key/value)

Un GPS Openstreetmap! :)

(*) exactement comme Osmtracker pour Android

Ce projet mérite certainement l'attention de La communauté OSM! :)

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

[Talk-ca] Farnham

[Bruno Remy]

Bonjour,

Actualité à suivre pour Farnham: des changements à prévoir...
Un pont réclamé pour traverser la voie ferrée : Farnham craint d'être
coupée en deux. http://t.co/SHb0rTHKH3

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

[Talk-ca] Montréal: Espaces verts: les jardins secrets

[Bruno Remy]

Bonjour à toute la communauté de Montréal !
Avez-vous eu connaissance de ce projet? District Montreal connaissent-ils
Openstreetmap?
En tout cas, cette carte mériterait mieux...non? ;)

http://www.lapresse.ca/voyage/destinations/quebec/montreal/201308/01/01-4676186-espaces-verts-les-jardins-secrets.php
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Bilan de la Cartopartie Openstreetmap

[Bruno Remy]

Bonjour à tous,

La communauté OSM avance à petits pas... deux nouveaux sont venus rejoindre
les rangs aujourd'hui: Raymond et Sebastien.
Richesse de points de vues et d'intérets différents: on va bien travailler
ensemble! L'avenir nous le confirmera ;)

Nous avons pris des relevés sur une grande artère commerciale, mais n'avons
pas eu le temps de les éditer: le temps d'échange ayant été plus long que
prévu, et les averses passagères ont été de la partie!
Les résultats vont êtte progressifs dans les jours qui viennent.

Prochaine étape : cartographie aerienne avec un AR-Drône!

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

[Talk-ca] Découverte de nouvelles chutes sur une rivière entre le Québec et l'Ontario

[Bruno Remy]

EXPLORATION - Découverte de nouvelles chutes sur une rivière entre le
Québec et l'Ontario.
Avez-vous d'autres sources canadiennes concernant cette découverte?
Des publications dans les journaux Ontariens?
Les informations géographiques vont-elles être fournies à Canvec?

http://t.co/fNrH7460Y0

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

[Talk-ca] Cartopartie 9e anniversaire d'OpenStreetMap à Québec

[Bruno Remy]

Bonjour a tous,

Tel qu'annoncé précédent, une cartopartie est organisée demain le 4 aout,
dans la ville de Québec, quartier Limoilou.
Un quartier commercial qui est pour l'instant bien pauvre sur la map

Tous les détails ici:

http://www.agendadulibre.qc.ca/event/624/

La communauté locale est difficile à motiver et rassembler mais on
persévère... on ne lâche pas! Un jour on sera une bonne équipe ;))

Si vous  êtes du coin, vous avez probablement été averti, vous serez
bienvenu!
Si vous passez par ici, venez nous saluez, ne serait-ce qu'en soirée pour
le 5@7 final autour d'une bière ;)

Salutations à tous!

Bruno, pour la communauté locale de la Capitale Nationale
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Accident map of Montreal - using OSM data + MapBox

[Bruno Remy]

Yes! A significative exemple of use OSM data in datajournalism!
Good point!
By the way, thanks to Diane M. (@carnetsDM) having published the news on
twitter ;-)
Le 2013-07-29 19:13, Fabian Rodriguez magic...@member.fsf.org a écrit :

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1


 Just saw this today:
 http://www.montrealgazette.com/news/road-safety/map/index.html

 There are some interesting details in the methodology section.

 F.


 - --
 Fabián Rodríguez
 http://openstreetmap.magicfab.ca

 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.12 (GNU/Linux)
 Comment: PGP/Mime available upon request
 Comment: Using GnuPG with Icedove - http://www.enigmail.net/

 iEYEARECAAYFAlH29wkACgkQfUcTXFrypNX/hQCg83DfE+TQxBPJsO4xkfalvZtu
 vkgAoP2Zqg4CQsDoMlSc9cwxgsHImlh6
 =b5av
 -END PGP SIGNATURE-

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

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

[Talk-ca] Lac-Mégantic

[Bruno Remy]

Bonjour à tous,

C'est bien délicat d'aborder cette tragédie: Pensons surtout à toutes ces
familles touchées par ce drame
La géomatique passe bien après dans ce temps-ci, n'est-ce pas!?
Laissons aux gens le temps de se relever, de sortir de tout cela...


Mais je voulais simplement, par ce courriel,  remercier les contributeurs
québécois et canadiens (du Maine aussi?), qui ont fait l'exercice de mettre
à jour les informations sur cette ville... dans des circonstances
difficiles que l'on connaît...

Cordialement,


-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Party OSM à Québec

[Bruno Remy]

Bonjour Guillaume et autres MM's (Montréalais et mappeurs :-)) !

Nous avions annoncé sur la liste notre intention de féter cet anniversaire
lors de notre prochaine cartopartie du premier WE d'aoút.
Cela reste encore vrai, mais nous n'avons pas encore trouvé de consensus
sur les détails nous permettant de publier l'évènement.
Ce sera le dimanche 4 aoút.

Détails à venir

Salutations

Bruno Remy,
Et Guy Talbot
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Licence fédérale et Défi GéoHack de Mtl

[Bruno Remy]

Bonjour Nicolas,

Sans avoir l'intention de pouvoir répondre totalement à ta question, je
peux tout de même mentionner qu'en France l'administrations publiques (à
différents niveaux: national, régional et municipal) ont largement (voir
exclusivement) tendance à utiliser l'Open Licence (Licence ouverte) qui est
encore moins restrictive qu'odbl, donc tout à fait compatible OSM.

À noter qu'Open Licence, comme son nom l'indique, est une licence rédigée à
la base en anglais, donc n'est pas une licence maison du gouv. français ,
mais bel et bien une licence standard de portée internationale, utilisée
ailleurs en Europe (et peut-être ailleurs: je n'ai pas fait d'étude
approfondie à ce sujet).

Voilà mon grain de sel ;)

Bruno Remy
Le 2013-06-21 12:47, Nicolas Gignac gignac...@gmail.com a écrit :

 Merci Daniel de ces précisions.

 Existe-t-il, à part la façon de doubles licences, d'autres pistes de
 solutions pour mieux intégrer ces informations dans les deux sens entre OSM
 et les sites de données ouvertes d'organismes publics ?
 Est-ce que les administrations publiques devraient plutôt choisir
 seulement une seule licence, soit la BY-SA, dans leur site de données
 ouvertes ? Y-a-t-il des exemples dans le monde qui ont trouvé des façons
 innovatrices à ces problèmes et qui ont pu contourner ces petits détails, à
 part la double licence ?

 Je crois encore que, même s'il s'agit de la petite dernière des licence de
 données ouvertes au Canada, les incompatibilités de licences restes les
 mêmes encore aujourd'hui.


 Nicolas


 Le 21 juin 2013 11:01, Daniel Begin jfd...@hotmail.com a écrit :

 Nicolas,

 ** **

 Pour être vraiment claire, l’utilisation de références (comme celles que
 tu mentionnes) aurait certainement un apport considérable. L’utilisation de
 pictogrammes est aussi d’un grand support.

 ** **

 Concernant les données de type BY produites par l’agence ‘A’, importées
 dans OSM, puis récupérées par ‘A’ : À mon point de vue, l’intégration peut
 être faite mais avec certaines restrictions.  Voici pourquoi…

 ** **

 La donnée ouverte de ‘A’ (BY) est importée dans OSM.

 Une fois importée dans OSM la donnée devient  ODbL (BY-SA)

 ‘A’ récupère ‘ses’ données de la BD OSM

 Les données récupérées sont cependant toujours ODbL (BY-SA)!

 ** **

 ‘A’ peut donc les intégrer à son produit et rendre le produit disponible,
 mais avec potentiellement deux licences! La raison? Le produit de ‘A’
 contient des données de type BY, et des données de type BY-SA.

 ** **

 ‘A’ doit donc distribuer ses données avec une licence spécifique à
 l’origine de chaque objet (BY ou BY-SA);  ou ‘A’ tout distribuer  avec une
 licence de type BY-SA. C’est le concept des licences virales (SA).

 ** **

 Autre niveau de complexité : Une entreprise ne pourra pas vendre une
 version *à valeur ajoutée* des données de type BY-SA (obtenues de ‘A’)
 sans en rendre une version disponible à la communauté sans frais (à
 confirmer?). Ceci toujours en raison de la composante SA de la licence
 attachée aux données récupérées de la BD OSM.

 ** **

 The devil is in the details!

 ** **

 Daniel

 ** **

 ** **

 ** **

 ** **

 ** **

 *From:* Nicolas Gignac [mailto:gignac...@gmail.com]
 *Sent:* June-20-13 23:05
 *To:* Daniel Begin
 *Cc:* Talk-CA OpenStreetMap
 *Subject:* Re: [Talk-ca] Licence fédérale et Défi GéoHack de Mtl

 ** **

 Merci Daniel, mais justement, le bout de la licence de la ville de
 Montréal qui la lie à des licences mondiales bien connues du milieu ne
 devrait-il pas faire partie du texte des licences ? Justement pour que les
 communs des mortels puissent encore plus se référer à quelque chose de
 commun au lieu de faire des suppositions ou interprétations ? La clarté
 complète me semble une nécessité ici.

 Autre chose, même si je ne veux pas un avis juridique, si l'attribution y
 est inscrite (ex. aux contributeurs OSM) dans Canvec (ou toute autre
 données ouvertes en BY d'une administration publique), cela peut être
 récupéré de façon légale et être recontribué dans Canvec ? Ce qui fait que
 ces deux licences seraient pleinement compatibles et qu'elles permettent la
 collaboration complètes entre OSM et la récupération de ces données (avec
 la condition de l'attribution) dans les portails de données ouvertes
 d'administration publique par la suite ? Une autre nécessité de clarté ici,
 mais peut-être que le projet Geothink.ca pourra y répondre, si on en es
 incapable...

 Clairement vôtre,


 Nicolas



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


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

Re: [Talk-ca] Licence des données ouvertes de la Ville de Montréal

[Bruno Remy]

Bonjour Fabian, bonjour Guillaume,

Quel est le fruit de vos discutions avec Montreal Ouvert?
Ici à Québec, nous avons, et à plusieurs reprises, tenté des approches avec
Capitale Ouverte (les gens qui ont créé Quebwc Ouvert conjointement avec
les représentants de Montreal Ouvert.
Malheureusement, on a frappé un mur: ils sont fermés sur leur position et
nous ont fait savoir, de plusieurs manieres et à plusieurs reprises, que
nous devions citer nos sources (sic) si jamais nous utilisions les
données ouvertes de la ville. Alors que c'est justement contre cette
obligation de citation que nous nous battons!
La situation est donc un dialogue de sourds et nous sommes en impasse...

Situation bien regrettable à mon humble avis...

Bruno Remy
Le 2013-06-13 21:54, Guillaume Pratte guilla...@guillaumepratte.net a
écrit :

 (This email concerns the legal licence of the open data of the City of
 Montreal and as such, will be in French only.)

 Bonjour,

 Vous savez certainement que la Ville de Montréal offre un ensemble très
 intéressant de données ouvertes. Certains fichiers de données sont d'un
 intérêt particulier pour OpenStreetMap. Notons entres autres:

 - Les jardins communautaires:
 http://donnees.ville.montreal.qc.ca/fiche/jardins-communautaires/
 - Les arbres:
 http://donnees.ville.montreal.qc.ca/fiche/arbres/
 - Les parcs:
 http://donnees.ville.montreal.qc.ca/fiche/grands-parcs/
 - Les cours d'eau:
 http://donnees.ville.montreal.qc.ca/fiche/limites-cours-eau/
 - L'accessibilité des bâtiments municipaux (pensez wheelmap.org):
 http://donnees.ville.montreal.qc.ca/fiche/batiments/

 Le problème, c'est que la licence (
 http://donnees.ville.montreal.qc.ca/licence/licence-texte-complet/ ) sous
 laquelle ces données sont offertes (la version de février 2013) n'est pas
 compatible avec OpenStreetMap.

 J'avais écris à la Fondation OpenStreetMap à ce sujet. Voici ce qu'on m'a
 répondu:

 You can combine 3rd party with ODbL if it is equally or less
 restrictive.

 In general the license you refer to is an Attribution-only license and
 therefore not more restrictive than ODbL. However, the attribution
 requirements itself (Point 4) are more restrictive than those from
 ODbL. You should there approach the data owners and seek the
 permission.

 Je ne suis pas un expert légal, et je ne peux que conjecturer sur ce qu'il
 faudrait changer précisément dans la licence de la Ville pour la rendre
 compatible à OSM.

 À ma (faible) compréhension actuelle du dossier, la licence de la Ville
 exige d'écrire un texte d'environ 5 ligne sur tout produit dérivé des
 données offertes par la Ville (pont 4.2). À ma compréhension, les tuiles de
 la carte OSM constitueraient un produit dérivé, et il est clair que le
 texte de 5 lignes ne pourrait pas être inscrit sur le rendu de la carte
 OSM. Et ce n'est probablement pas la seule incompatibilité.

 J'aimerais avoir votre avis, et aller au fond des choses. Y-a-t-il sur
 cette liste une personne qui aurait une vision claire de ce qu'il faudrait
 demander à la Ville afin de pouvoir importer ses données dans OpenStreetMap?

 On peut prendre pour exemple les licences des villes canadiennes de
 Surrey, de Toronto, et de la région de Waterloo, qui sont plus simples que
 la licence de Montréal, et qui sont compatibles avec OpenStreetMap:

 http://wiki.openstreetmap.org/wiki/Contributors#Canadian_Municipalities

 - Les données de Surrey sont sous la PDDL:
 http://opendatacommons.org/licenses/pddl/
 - Licence de Toronto:
 http://www1.toronto.ca/wps/portal/contentonly?vgnextoid=4a37e03bb8d1e310VgnVCM1071d60f89RCRD
 - Licence de la Région de Waterloo:
 http://www.regionofwaterloo.ca/en/regionalGovernment/OpenDataLicence.asp

 Mon objectif est de faire une demande de données ouvertes (
 http://donnees.ville.montreal.qc.ca/ddo/ ) afin de faire modifier la
 licence, ou, en alternative, demander à ce que les jeux de données soit
 publiés en double licence Ville de Montréal et ODbL.

 Qu'en pensez-vous?

 Merci et au plaisir,

 Guillaume Pratte

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


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

Re: [Talk-ca] Licence des données ouvertes de la Ville de Montréal

[Bruno Remy]

Bonjour Guillaume,

Merci pour ta réponse détaillée concernant les procédures.
Moi-même je ne suis pas juriste mais beaucoup des questions que tu te poses
ou des informations que tu souhaites rassembler ont déjà été discutées sur
cette liste, dans le passé.
Faire des recherches dans les archives de la mailling list pourrait étre
bien fastidieux, mais je t'invite à adresser tes questions à Richard Weait
sur cette liste : il est compétent en la matiére.

De notre côté, à Québec, nous avons une personne-contact à la ville mais
avons manqué de temps pour entamer serieusement les discutions.
Probablement enjuillet s'il n'est pas en vacances...

Ces sujets pourraient aussi étre abordés lors du meetup GeoThink du 26
juin, dépendement de l'espace qui sera accordé aux échanges et questions :
il ne s'agit pas d'innonder la conference avec nos questions:-)

Meilleures salutations :-)

Nous avons

Bruno Remy
Le 2013-06-14 20:40, Guillaume Pratte guilla...@guillaumepratte.net a
écrit :

 Bonjour Bruno,

 L'interlocuteur n'est pas Montréal Ouvert, mais bel et bien la Ville de
 Montréal elle-même.

 Montréal Ouvert est un groupe indépendant qui a milité pour que la Ville
 ouvre ses données, et dont la mission reste aujourd'hui de promouvoir
 l'accès aux données civiques de la région de Montréal.

 Je sais de source même de représentant de la Ville que Montréal est
 ouverte à l'évolution de la licence sous laquelle ses données sont
 partagées. La Ville se compare aux autres villes de l'Amérique du Nord, et
 cherchera à rester en diapason avec celles-ci.

 Le moyen privilégié pour ce faire est de faire une demande de données
 ouvertes, i.e. effectuer une demande de libération de données mais qui
 sera détournée pour demander une modification à la licence. On me dit
 qu'une telle demande citoyen a du poids car les fonctionnaires responsables
 doivent rendre des comptes vis à vis ces demandes, qui sont publiques.

 Mais avant de faire cette demande, j'accumule le plus d'information
 possible pour rendre l'ajustement de licence possible. C'est la raison pour
 laquelle j'écris sur cette liste: est-ce qu'il y a quelqu'un qui aurait une
 vison claire des changements qui devraient être faits à la licence?
 (Personnellement il y a trop de choses que je ne comprends pas au niveau
 légal pour que je puisse proposer à la Ville des changements qui feraient
 du sens)

 Bruno, j'espère que les choses pourront bouger du côté de Québec, que
 cette mentalité château-fort pourra s'ouvrir et que tu sois entendu comme
 il se doit.

 Guillaume

 Le 2013-06-14 à 16:55, Bruno Remy bremy.qc...@gmail.com a écrit :

 Bonjour Fabian, bonjour Guillaume,

 Quel est le fruit de vos discutions avec Montreal Ouvert?
 Ici à Québec, nous avons, et à plusieurs reprises, tenté des approches
 avec Capitale Ouverte (les gens qui ont créé Quebwc Ouvert conjointement
 avec les représentants de Montreal Ouvert.
 Malheureusement, on a frappé un mur: ils sont fermés sur leur position
 et nous ont fait savoir, de plusieurs manieres et à plusieurs reprises, que
 nous devions citer nos sources (sic) si jamais nous utilisions les
 données ouvertes de la ville. Alors que c'est justement contre cette
 obligation de citation que nous nous battons!
 La situation est donc un dialogue de sourds et nous sommes en impasse...

 Situation bien regrettable à mon humble avis...

 Bruno Remy
 Le 2013-06-13 21:54, Guillaume Pratte guilla...@guillaumepratte.net a
 écrit :

 (This email concerns the legal licence of the open data of the City of
 Montreal and as such, will be in French only.)

 Bonjour,

 Vous savez certainement que la Ville de Montréal offre un ensemble très
 intéressant de données ouvertes. Certains fichiers de données sont d'un
 intérêt particulier pour OpenStreetMap. Notons entres autres:

 - Les jardins communautaires:
 http://donnees.ville.montreal.qc.ca/fiche/jardins-communautaires/
 - Les arbres:
 http://donnees.ville.montreal.qc.ca/fiche/arbres/
 - Les parcs:
 http://donnees.ville.montreal.qc.ca/fiche/grands-parcs/
 - Les cours d'eau:
 http://donnees.ville.montreal.qc.ca/fiche/limites-cours-eau/
 - L'accessibilité des bâtiments municipaux (pensez wheelmap.org):
 http://donnees.ville.montreal.qc.ca/fiche/batiments/

 Le problème, c'est que la licence (
 http://donnees.ville.montreal.qc.ca/licence/licence-texte-complet/ )
 sous laquelle ces données sont offertes (la version de février 2013) n'est
 pas compatible avec OpenStreetMap.

 J'avais écris à la Fondation OpenStreetMap à ce sujet. Voici ce qu'on m'a
 répondu:

 You can combine 3rd party with ODbL if it is equally or less
 restrictive.

 In general the license you refer to is an Attribution-only license and
 therefore not more restrictive than ODbL. However, the attribution
 requirements itself (Point 4) are more restrictive than those from
 ODbL. You should there approach the data owners and seek the
 permission.

 Je ne suis pas un expert légal

Re: [Talk-ca] Actual OpenStreetMap Birthday Party Thread

[Bruno Remy]

Well,
Here in Quebec city we (OSM Capitale-Nationale) planned celebrate this 9th
birthday with a special mapping party the week-end of 34 August.

Final place and date to be determined on future communications.

Bruno Remy
Le 2013-06-11 15:47, Richard Weait rich...@weait.com a écrit :

 :-)

 So, previous (Toronto) OSM Birthday parties / anniversaries have been
 social affairs, with food and drink and unstructured conversation.  Usually
 (exclusively, to date ?) at a private residence.

 Any thoughts about continuing on those points, or changes refinements that
 you'd like to enable?

 Also.  If you have attended one or more of these events, what would you
 want to tell somebody who hasn't attended, so they can decide to attend or
 not?

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


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

Re: [Talk-ca] OpenStreetMap birthday party (Immanuel Giulea)

[Bruno Remy]

Bonjour,

Je comprends tout à fait, moi-même je ne suis qu'un simple résident de
Québec et contributeur OSM...
Effectivement il y a encore un gros travail à faire au niveau des licences,
tant municipales que provinciales ou fédérales... Vous prôner les
cartoparties? Certes, c'est une des forces sociales (et techniques) du
projet OSM, et nous allons d'ailleurs en faire cet été. Mais
personellement, je ne suis pas convaincu que seuls l'amélioration de nos
cartes et le dynamisme de nos mises à jour soient des éléments catalyseurs
à la révision des licences actuellement utilisées par les institutions
publiques... Ça prends bien plus que ça pour faire bouger les choses ;)

Salutations,

Bruno Remy
Le 2013-06-10 13:57, Diane Mercier diane.merc...@gmail.com a écrit :

  Bonjour Bruno,

 Je tiens à préciser humblement que je ne suis qu'une
 curatrice-facilitatrice et sympathisante du projet GéoThink qui est sous la
 direction de la dre Renée Sieber de l'Université Mcgill et avec la
 collaboration de Stéphane Roche, de l'Université Laval.

 En ce qui concerne OSM et Google, pour moi, le choix est clair... c'est
 OSM. Pour l'instant, OSM (ODbl et CC-BY-SA) semble préférer que les données
 des organismes publics soient publiées sous PDDL et celles des citoyens
 sous ODbl. Un examen rapide de CLIPol démontre que nous sommes très
 éloignés d'un rendez-vous. Il est donc nécessaire de faire évoluer les
 licences et les perceptions.

 Les cartoparties qui sont organisées pourraient être des occasions
 d'expérimenter et de rapprocher les organismes publics, les citoyens et les
 tierces parties comme OSM afin de faire évoluer les licences d'organismes
 publics.

 Librement,
 --
 Dre Diane Mercier
 Ph.D. Sciences de l'information

 Ambassadrice de l'Open Knowledge Foundation - Groupe local au Canada
 Blogue : http://ca.okfn.org
 Twitter : @okfnca
 Profil : http://okfn.org/members/dianemercier

 Chargée de projet sur les données ouvertes de la Ville de Montréal
 Blogue : http://dianemercier.com
 LinkedIn : http://www.linkedin.com/in/dianemercier
 Google+ : diane.merc...@gmail.com
 Skype : dianemercier
 Zotero : http://www.zotero.org/dmercier

 « J'utilise une suite bureautique libre pour gérer les documents en
 formats ouverts (ODF) »


 Le 2013-06-10 12:28, Bruno Remy a écrit :

 Bonjour madame Mercier,

 Tel que nous l'avons déjà annoncé, la communauté locale de la région de
 Québec sera présente au Cercle le 26.
 Nous sommes des curieux neutres sans aprioiri, ayant hâte de mieux
 connaitre Geothink, de mieux évaluer ses implications dans la géomatique et
 le libre, et son positionnement vis a vis des acteurs du domaine libre
 (donc on exclut Google par le fait même, de près ou de loin :)).

 Ensuite, on pourra ce prononcer en connaissance de cause en faveur (ou
 non) d'un partenariat plus etroit, le cas échéant

 Meilleures salutations

 Bruno Remy
 Le 2013-06-10 09:48, Diane Mercier diane.merc...@gmail.com a écrit :

  Bonjour Immanuel et les autres à Montréal,

 Il y a le 26 juin, une rencontre organisée conjointement et simultanément
 à Montréal (OKFN Meetup Montréal;
 http://www.meetup.com/OpenKnowledgeFoundation/Montreal-CA/877112/)
 et à Québec (Meetup GéoQuébec; http://www.meetup.com/quebec-geo/) sur le
 projet de recherche GéoThink qui utilise OSM.

 Je peux aussi vous proposer, à titre d'ambassadrice (coordonnatrice) du
 OKFN, groupe local au Canada, de soutenir cet anniversaire à Montréal pour
 le volet curation.

 Qu'en dites-vous?

 Note : Je sais Meetup n'est pas une application libre, mais pour
 l'instant je n'ai pas trouvé d'alternative. Vos suggestions?

 --

 Dre Diane Mercier
 Ph.D. Sciences de l'information

 Ambassadrice de l'Open Knowledge Foundation - Groupe local au Canada
 Blogue : http://ca.okfn.org
 Twitter : @okfnca
 Profil : http://okfn.org/members/dianemercier

 Chargée de projet sur les données ouvertes de la Ville de Montréal
 Blogue : http://dianemercier.com
 LinkedIn : http://www.linkedin.com/in/dianemercier
 Google+ : diane.merc...@gmail.com
 Skype : dianemercier
 Zotero : http://www.zotero.org/dmercier

 « J'utilise une suite bureautique libre pour gérer les documents en
 formats ouverts (ODF) »


 Le 2013-06-10 08:00, talk-ca-requ...@openstreetmap.org a écrit :

 Send Talk-ca mailing list submissions to
  talk-ca@openstreetmap.org

 To subscribe or unsubscribe via the World Wide Web, visit
  http://lists.openstreetmap.org/listinfo/talk-ca
 or, via email, send a message with subject or body 'help' to
  talk-ca-requ...@openstreetmap.org

 You can reach the person managing the list at
  talk-ca-ow...@openstreetmap.org

 When replying, please edit your Subject line so it is more specific
 than Re: Contents of Talk-ca digest...


 Today's Topics:

1. OpenStreetMap birthday party (Richard Weait)
2. Re: OpenStreetMap birthday party (Immanuel Giulea)


 --

 Message: 1
 Date: Sun, 9 Jun 2013 16

Re: [Talk-ca] Fwd: [Okfn-ca] Fwd: GeoThink : données ouvertes...

[Bruno Remy]

Merci Fabian!

Nous avons vu passer la nouvelle sur les media sociaux, et allons
probablement en parler avec des intervenants en particulier Stéphane Roche
à Québec, qui a manifesté son interet pour notre prochain meetup.

Je suggére la constitution d'un comité OSM qui pourrait faire l'interface
entre OSM Canada et Geothink.
Qu'en dites-vous?

Bruno Remy
Le 2013-05-29 15:52, Fabian Rodriguez magic...@member.fsf.org a écrit :

 tl;dr: 2.4 million CDN$ over 5 years for Geo/Open Data - more at
 http://geothink.ca/

  Original Message 
 Subject:[Okfn-ca] Fwd: GeoThink : données ouvertes...
 Date:   Wed, 29 May 2013 15:37:01 -0400
 From:   Diane Mercier diane.merc...@gmail.com
 Reply-To:   diane.merc...@gmail.com
 To: okfn...@lists.okfn.org


  Message original 
 Sujet:  GeoThink : données ouvertes...
 Date : Wed, 29 May 2013 11:37:00 -0400
 De :   NICOLAS GIGNAC nicolas.gig...@msp.gouv.qc.ca
 Pour : joseedalla...@cgq.qc.ca, aho...@cmm.qc.ca,
 craig.franc...@gatineau.ca, diane.merc...@gmail.com, Patrick
 Parent patrick.par...@sct.gouv.qc.ca,
 an.thibod...@ville.laval.qc.ca,
 alexandre.briseb...@ville.quebec.qc.ca,
 dominic.sav...@ville.quebec.qc.ca, Pitre Patrice
 pit...@ville.repentigny.qc.ca, michael.how...@ville.sherbrooke.qc.ca
 Copie à  : steve.tout...@inspq.qc.ca,
 nathalie.mich...@mrn.gouv.qc.ca, GEOMSP
 geomsp.spsso...@msp.gouv.qc.ca, STÉPHANE CYR
 stephane@msp.gouv.qc.ca



 Pour votre info, une nouvelle initiative universitaire pan-canadienne en
 données ouverte et géomatique a vu le jour hier : http://geothink.ca/
 Un des professeurs associés est Stéphane Roche du département de
 géomatique de l'U. Laval.
 J'ai manifesté mon intérêt pour participer dans leur projet (car il y
 a une analyse des sites de données ouvertes qui est faites sur le site
 déjà ) et il a dit ceci publiquement sur linkedin et cela pourrait
 vous intéresser aussi :
 /De nombreux acteurs publics et privés sont déjà partenaires de ce
 projet... C'était même une condition sine qua non au programme de
 recherche (partnership grant) duquel nous avons obtenu près de 2.4
 millions de dollars sur 5 ans... Je suis disponible pour discuter de
 tout cela si tu le souhaites.../
 /Nous allons tenter de traduire les éléments essentiels et de publier
 des versions françaises des livres blancs que nous envisageons de
 produire au cours des 5 années du projet. Mais je suis le seul
 francophone de l'équipe ;-(/
 //Â
 Si vous êtes intéressés, faites-lui signe si vous le connaissez,
 sinon je peux lui souligner votre intérêt commun.
 Â
 Au plaisir,
 Â
 //Â
 Â
 //Â
 Nicolas Gignac
 Conseiller en géomatique
 Ministère de la Sécurité Publique
 Tél : (418) 646-6777, poste 30006
 nicolas.gig...@msp.gouv.qc.ca mailto:nicolas.gig...@msp.gouv.qc.ca
 Blogue de l'équipe géomatique du MSP :
 http://geoegl.msp.gouv.qc.ca/blogue/
 Direction de la Technologie de l'Information (DTI)
 2525, boul. Laurier, 2e étage
 Québec (Québec) G1V 2L2






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


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

Re: [Talk-ca] Traduction francophone de mapping party

[Bruno Remy]

Pour ma part, j'appuie la position de «cartopartie» c'est bien francophone
et mieux que carto party qui est franchement un anglicisme pur!

En passant A mon humble avis ... avant de faire la chasse aux mots
français d'inspiration +/- anglophone...  (exemple accomodation au lieu
de dépanneur...) il faudrait corriger l'incorporation 'pure'
d'anglicismes non traduits au milieu du français:
tanker mon char le bruit de l'exhause braker à la lumiére rouge
caller une biére à la waitress et lui donner un tip my two cents
...etc La liste est longue...
Il n'y a pas bien bien de langue de Molière là-dedans...
Sans compter les mauvais usages de la langue française pure avec des
accords incorrects du syle j'attends LA bus ...
En tout cas

Alors cartopartie est un mot plus francophone qu'anglophone à l'écrit, mais
il rappelle la notion de fête comme le souligne si bien Pierre! C'est le
but de donner une dimention humaine et conviviale aux rencontres ;-)

Bonne journée!

Bruno Remy
Le 2013-05-13 09:34, alouette...@gmail.com a écrit :

   Party est assez bien accepté dans le français au Québec (mais la
 francophonie c’est plus large). Si on veut éviter un  anglicisme à tout
 prix il y a carto-rencontre ou carto-réunion. Il est à mon avis important
 que la notion de cartographie y soit mis en évidence.

 Claude

  *From:* Pierre Béland pierz...@yahoo.fr
 *Sent:* Monday, May 13, 2013 8:42 AM
 *To:* Guillaume Pratte guilla...@guillaumepratte.net ;
 talk-ca@openstreetmap.org
 *Subject:* Re: [Talk-ca] Traduction francophone de mapping party

  Je préfère quelque chose qui ressemble plus à la fête. Carto-party ma
 semble ok.


 Pierre

   --
 *De :* Guillaume Pratte guilla...@guillaumepratte.net
 *À :* talk-ca@openstreetmap.org talk-ca@openstreetmap.org
 *Envoyé le :* Lundi 13 mai 2013 8h19
 *Objet :* [Talk-ca] Traduction francophone de mapping party

  Bonjour,

 Comment traduiriez-vous le terme mapping party en français?

  Certains effort de traduction de la part de la communauté française ont
 déjà eu lieu:

 http://doodle.com/cye4t5wve9h3v6ky
 http://lists.openstreetmap.org/pipermail/talk-fr/2008-July/003500.html
 http://wiki.openstreetmap.org/wiki/FR:Memo_pour_mapping_party

 Le terme proposé, cartopartie, dérive de la prononciation française du
 mot party, et en conséquent me semble mal adapté à la langue québécoise
 ou canadienne française.

 Pour ma part, je pensais utiliser simplement le terme rencontre terrain,
 ou encore rencontre terrain OpenStreetMap.

 Qu'en pensez-vous?

 Guillaume

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


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

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


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

Re: [Talk-ca] openstreetmap.ca is up!

[Bruno Remy]

The same for me.
Thanks

Best regards

Bruno Remy
Le 2013-04-22 07:10, Duncan Hill dun...@soncan.ca a écrit :

 I'll second Harald's suggestion to have the map show Canada on load.


 On Sun, Apr 21, 2013 at 8:39 PM, Harald Kliems kli...@gmail.com wrote:

 First, thanks to Darryl and Richard for taking care of this!

 I have one quick, easy (I assume), and probably non-controversial
 suggestion: when I clicked on the link, I got a map of Europe, not
 Canada. I know that this is only relevant for the first visit but
 maybe it can be fixed anyway.

 Best,
  Harald.

 On Sun, Apr 21, 2013 at 8:04 PM, Richard Weait rich...@weait.com wrote:
  Dear all,
 
  Darryl delivered on his promise, and openstreetmap.ca registration has
 been
  transferred to OSMF / me.  Thank you, again, Darryl for taking care of
 the
  domain for the past years, and for offering it to the community, rather
 than
  letting it lapse.
 
  For now, if you visit openstreetmap.ca, it will look very familiar.
  Very
  much like osm.org, in fact.  :-)   I'm happy with that. It's
 unsurprising,
  and easy to maintain.  And in the recent; past we haven't done anything
 else
  with it, so I think that that this is an improvement.
 
  But what else would we like to do?  To move forward on any big changes
 to
  openstreetmap.ca, I would hope to see a number of things in equal
 measure:
 
  - interesting idea(s)
  - broad consensus
  - active participation
  - resources
 
  I don't foresee any deadline for new ideas or implementation, so this
 can
  really be a matter for careful consideration over time.  We've done
 pretty
  well so far, without any grand unification web site.
 
  And thanks again, Darryl.
 
  Best regards,
  Richard
 
  ___
  Talk-ca mailing list
  Talk-ca@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-ca
 



 --
 Please use encrypted communication whenever possible!
 Key-ID: 0x34cb93972f186565

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



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


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

[Talk-ca] Inauguration du nouvel aéroport de Puvirnituq (QC)

[Bruno Remy]

Aujourd’hui, c’est l’inauguration du nouvel aéroport de Puvirnituq.
Guillaume Paradis,  porte-parole du Ministère des Transports du Québec  y
participe !

(https://twitter.com/Guill_Paradis/status/326285638808788993)

L'occasion peut-être de travailler un peu dans cette zone pour en améliorer
la carte ? :-)

Bonne journée à tous!

Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Inauguration du nouvel aéroport de Puvirnituq (QC)

[Bruno Remy]

Bonjour Pierre! Long time no see ;-)
Bonjour la communauté Canadienne OSM!


Le Ministère des transports du Québec ne prévoit pas publier ce type de
données (à court terme) mais nous a dit prévoir publier d'autres données,
telles que les bornes téléphoniques d'urgence, les centres de localités
qu'ils ont obtenu via le Ministère des Ressources Naturelles, et autres
données possiblementévidement ces publications passent par le portail
du gouv. du Québec.

Donc le constat est le suivant:
1- Les municipalités (Gatineau, Montréal, Québec.) ont publié des
données ouvertes sur leur propre portails
2- Le gouvernement provincial (ainsi que certaines municipalités telles que
Repentigny) ont publié des données ouvertes sur le portail du Gouvernement
du Québec
3- Ces différents portails ont des licences non-odbl

*Ce qui amène aux sujet de réflexion à savoir dans quel sens devons-nous
travailler, nous, la communauté OSM du Canada: *

A/ Dans le sens d'un tri genre {IF...Then...Else} qui exclut toute donnée
ouverte non-odbl et ferme les yeux dessus?
Ou bien
B/ Dans un sens de la concertation avec les collectivités publiques
(municipales et/ou provinciales et/ou fédérales) pour arriver à un
consensus juridique sur les licences? (=dialogue)
Ou bien
C/ Dans un sens de faire pression auprès des-dites collectivités
publiques pour qu'ils remplacent purement et simplement leur licence
non-odbl par la version originale pure de ODBL? (= lobying)

Ou bien ?


Ces derniers mois, Pierre Bèland semble avoir obté pour l'option B en
établissant de très bons contacts, et à haut niveau, avec le gouvernement
provincial du Québec (Gouvernement Ouvert http://www.ouvert.gc.ca/ ou
@GouvOuvertQc) et la Ville de Montréal (Montréal
Ouverthttp://montrealouvert.net
)
Le résultat est, à mon humble avis, fort positif, puisque ces organismes
sont de bonne écoute, et ont, dans certains cas, fait un pas en avant vers
nous en ré-écrivant leur licence pour la rendre
un-peu-plus-compatible-odbl, même si, pour les puristes, elles ne sont
pas pur ODBL original.

Du côté Capitale Nationale, nous travaillons aussi selon l'option B' avec
des dialogues intéressants et des oreilles réceptives auprès de la Ville de
Québec, de Capitale Ouverte http://capitaleouverte.org/ et du
porte-parole du Ministère des Transports à Québec.


Maintenant que le site openstreetmap.ca a basculé, et que Richard Weait
nous a ouvert la porte à une réflexion + large sur les actions de notre
communauté, nos implications, et nos consensus la question est ouverte:
*
Quel type de consensus désirons-nous/désirez-vous pour le discours à propos
des données ouvertes?*

Est-ce , à l'échelle mondiale de la Fondation OpenStreetMap, la licence
ODBL est la seule licence  des imports massifs qui ont eu lieu? Ou bien
y-a--t-il eu des exceptions des accord des ajustements, des
publications purement ODBL dédiées à OSM en dehors des portails officiels
non-odbl ?
( Il y a de très nombreux exemples de D.O. dans OSM en Europe je ne les
citerai pas tous ici.: sont ils tous vraiment 100% ODBL? )

Si c'est le cas.. Alors ODBL est LA SEULE porte d'entrée Donc:
Est-ce que ce sont les organismes public canadiens qui sont en retard ?
Devons nous faire du lobbying?

Ce ne sont que des questions, et non pas des pistes de solutions ou des
réponses..

Il serait juste apprécié qu'on trouve un consensus clair pour savoir dans
quel direction évoluer.

Sincères salutations et bonne journée!
Bruno ;-)

PS : si nécessaire... je reformulerai en anglais... sorry.. english version
could maybe follow in a another mail




Le 22 avril 2013 09:02, Pierre Béland pierz...@yahoo.fr a écrit :

 Bonjour Rémy

 malheureusement, nous n'avons pas d'imagerie Bing haute resolution pour
 cette zone. Et ça me surprendrait que le ministère des transports accepte
 de nous fournir des données avec licence ODbL.


 Pierre

   --
  *De :* Bruno Remy bremy.qc...@gmail.com
 *À :* talk-ca@openstreetmap.org talk-ca@openstreetmap.org
 *Envoyé le :* Lundi 22 avril 2013 8h11
 *Objet :* [Talk-ca] Inauguration du nouvel aéroport de Puvirnituq (QC)

 Aujourd’hui, c’est l’inauguration du nouvel aéroport de Puvirnituq.
 Guillaume Paradis,  porte-parole du Ministère des Transports du Québec  y
 participe !
 (https://twitter.com/Guill_Paradis/status/326285638808788993)
 L'occasion peut-être de travailler un peu dans cette zone pour en
 améliorer la carte ? :-)
 Bonne journée à tous!
 Bruno Remy

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





-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ca] Question?

[Bruno Remy]

(English message will follow)

Bonjour à tous! :-)

Toujours à propos du débat sur les licences, des faits rééls de deux cas de
licence ouverte permettent d'établir les points suivants:
- Depuis 2009 déjà, la DGFiP (Direction générale des finances publiques) en
charge du cadastre en ligne autorise OpenStreetMap et ses contributeurs à
utiliser les données cadastrales

1/Il y a deux conditions à la réutilisation des données du cadastre:

   - la réutilisation des données doit former un travail composite. Les
   données du cadastre ne peuvent former *à elles seules* les données OSM.
   - Il est obligatoire d'indiquer l'origine et le millésime des données
   avec un tag source, par exemple Direction générale des finances publiques
   - année 2008.

Source =
http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Conditions_d%27utilisation


2/Le Gouvernement français publie ses données ouvertes sous les termes de
la Licence Ouverte et des données protégées par cette licences ont fait
l'objet d'imports massifs dans OSM.
Source=
http://www.etalab.gouv.fr/pages/Licence_ouverte_Open_licence-5899923.html

Donc ces faits parlent d'eux mêmes et induisent la logique suivante:

SI {
(la licence est ODBL)
OU
(la licence est NON-ODBL ET  fait l'objet d'accord écrits de la part du
publicateur des données)
OU
(la licence est LO Licence Ouverte)
}
ET
Il y a eu un consensus au sein de notre communauté OSM-CA
ALORS
Les données pourraient possiblement être importées .


Est-ce bien cela?



Hi there ! :-)

Still about licences : some facts about two uses of OpenData gives the
following statements:

1/Since 2009 , la DGFiP (French Financial Dept.) in charge of cadastre
authorized OpenStreetMap  contributors to use their cadastral opendata.

But exlcusively with two major conditions:

   - the use of cadastral must be a composit work. This means that OSM
   data  cadastre ne peuvent former *could'nt only consist of *Cadastral
   data.
   - It is mandatory to  mention origin and milesim of Opendata, within a
   tag, for instance Direction générale des finances publiques - année 2008.

Source =
http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Conditions_d%27utilisation


2/ French gouverment has a web-portal with the OL licence (Open Licence),
and some data protected by this licence has been the source of
massive-imports into the OpenStreetMap's database.

Source=
http://www.etalab.gouv.fr/pages/Licence_ouverte_Open_licence-5899923.html

So, those facts talk themself and lead to the following logic statement:

IF {
( licence is ODBL)
OR
(licence is NOT ODBL BUT has been the object of an official term-of-use
formally given by the provider of OpenData)
OR
(licence est OL Open-Licence)
}
AND
A census has been settled within our OSM-CA community
}
THEN
Data may perhaps be imported  .

Is that right? Or?

Best regards,



-- 
Bruno Remy
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca