Re: [Talk-ca] IGO : premier logiciel libre de l'Administration publique québécoise en géomatique!

2015-08-13 Per discussione Nicolas Gignac
Bonjour à tous et à toutes,

En ce 13 août, le ministère de la Sécurité publique du Québec (MSP) est
heureux d’annoncer officiellement dans un communiqué (
http://www.newswire.ca/fr/news-releases/igo-le-tout-premier-logiciel-libre-de-ladministration-publique-quebecoise-en-geomatique-521785081.html)
la mise en ligne d’IGO (Infrastructure géomatique ouverte :
http://igouverte.org/), le premier logiciel gratuit en géomatique utilisant
une licence libre en français produite par l'administration publique
québécoise :
http://igouverte.org/information/2015/08/13/Lancement%20de%20IGO/
L'espace de partage du code source a été déposé dans un des sites
d'hébergement les plus répandus au monde, soit GitHub :
https://github.com/infra-geo-ouverte/igo notamment pour faciliter les
contributions externes.

N'hésitez pas à communiquer avec l'équipe d'IGO pour plus d'information :
info(a)igouverte.org ou à vous inscrire à la liste courriel publique :
http://listes.securitepublique.gouv.qc.ca/sympa/info/igo-publique.

Pour en savoir plus sur IGO ou contribuer à son développement, vous pouvez
consulter son site Web: www.igouverte.org/contribuer/

Mentionnons finalement qu’IGO respecte les standards ouverts internationaux
en géomatique et s'appuie sur des logiciels libres existants dans
l'industrie.


Merci de votre collaboration.


Au plaisir,

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


[Talk-ca] DGH : inscription...

2014-10-03 Per discussione Nicolas Gignac
Bonjour,

Une activité unique appelée Défi GéoHack 2014 (http://2014.defigeohack.org/)
aura lieu à Québec la semaine prochaine le 8 octobre prochain à l'Hôtel
Palace Royal, juste avant le GéoCongrès 2014 (http://www.geocongres2014.ca).
Pour plus de détails, veuillez vous référer à cette page :
http://www.quebecgeographique.gouv.qc.ca/alaune/2014-09-29.asp

3 équipes de projets sont déjà complètes sur 6 projets, mais il reste
encore quelques places à combler sur les 3 autres défis (l'inscription se
termine dimanche 5 octobre à minuit). Vous pouvez voir les détails des
projets dans le tableau de bord : http://defigeohack.sparkboard.com

Sachez que nous avons conclus des partenariats avec l'OSGéo-Qc,
l'ACSG-Montréal et Hydro-Québec qui remettront 3 prix d'une valeur totale
de 2500$ pour les meilleures réalisations, nous remettrons également un
montant de base à tous les contributeurs (autour de 100$).

Cette activité est une opportunité pour la communauté OSGeo-Qc et
OpenStreetMap d'apprendre au contact d'autres personnes, de travailler en
équipe, de partager vos idées et de montrer vos aptitudes à de futurs
employeurs. L'inscription au projet sur le tableau de bord est gratuit (un
lunch sera aussi fourni gratuitement), mais votre présence toute la journée
(8h15 à 18h00) sera requise. Si vous êtes intéressés par un projet en
particulier, nous vous conseillons de vous y inscrire dès que possible (sur
le tableau de bord : http://defigeohack.sparkboard.com) et cela vous
permettra de faire partie de cette journée unique. Afin de gérer la
logistique lors de cette journée, l'inscription au Défi GéoHack est
gratuite mais obligatoire sur le site du GéoCongrès:
http://www.geocongres2014.ca/inscription/ À la dernière page du formulaire,
choisissez un mode de paiement (facturation ou chèque). Ce choix n'a
aucune importance, mais elle est nécessaire pour compléter l'inscription.
Vous devrez amener vos portables et extensions pour l'événement.

Le programme détaillé de la journée sera communiqué aux participants lundi.

Nous espérons vous y voir comme participants.

Nicolas Delffon, Nicolas Gignac et Simon Mercier Co-organisateurs du Défi
GéoHack 2014. defigeoh...@gmail.com
https://www.facebook.com/defigeohack
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca


[Talk-ca] Inscription: Défi GéoHack 2014...

2014-09-13 Per discussione Nicolas Gignac
Bonjour,

L'édition 2014 du Défi GéoHack aura lieu bientôt en octobre :
http://2014.defigeohack.org/
Nous aurons huit projets, soit le même nombre que l'édition 2013. Les
différents donneurs d’ouvrage officiellement annoncé, sont : la Ville de
Montréal, le ministère de la Culture et des Communications du Québec et le
ministère de la Sécurité publique du Québec. L'Université Laval (Vice-rectorat
exécutif et au développement de l’Université Laval) et la ville de Québec
sont les deux derniers donneurs d'ouvrage qui ont confirmé leur présence
dans le tableau de bord : http://defigeohack.sparkboard.com
Les derniers projets devraient être déposés sous peu.
Il est maintenant temps pour les participants à s'inscrire au projet. Si
vous êtes intéressés par un projet en particulier, nous vous conseillons de
vous y inscrire dès que possible (l'inscription est gratuite) et cela vous
pemettra de faire partie de cette journée unique. Comme à l'édition 2013,
des prix seront remis aux meilleurs projets et des prix pour tous les
participants seront également remis.

En marge de la conférence internationale GéoCongrès (
http://www.geocongres2014.ca/) à Québec le 8 octobre, nous proposons une
autre journée avec formule de concours et d'innovation ouverte dédiée à
l'utilisation des technologies géomatiques, des données ouvertes et des
standards web de l'OGC.

Nous espérons vous y voir comme participants, donneurs d'ouvrage,
commanditaires ou bénévoles.

N'hésitez pas à nous contacter pour toutes questions ou commentaires.

Merci de nous tenir informé de votre ouverture à collaborer ensemble.

Ouvertement vôtre,

Nicolas Delffon, Nicolas Gignac et Simon Mercier
Co-organisateurs du Défi GéoHack 2014.
defigeoh...@gmail.com
https://www.facebook.com/defigeohack
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca


[Talk-ca] Édition 2014 : Défi GéoHack...

2014-06-04 Per discussione Nicolas Gignac
Bonjour,

Comme prévu, l'édition 2014 du Défi GéoHack aura lieu à l'automne prochain,
mais dans la région de Québec cette fois.
En marge de la conférence internationale GéoCongrès (
http://www.geocongres2014.ca/) à Québec le 8 octobre, nous proposons une
autre journée avec formule de concours et d'innovation ouverte dédiée à
l'utilisation des technologies géomatiques et des données ouvertes. Voici
le site web pour plus d'information :  http://2014.defigeohack.org/
http://defigeohack.org/ Une deuxième journée est en discussion, mais cela
reste à confirmer.

Pour 2014, nous proposons une activité similaire à l'édition 2013 (
http://2013.defigeohack.org http://2013.defigeohack.org)), mais avec
plusieurs nouveautés pour assurer son originalité. Cette dernière édition
2013 fut couronnée de succès et a été considérée comme un événement unique (
http://journalmetro.com/actualites/montreal/378792/le-geohack-debarque-a-montreal/)
avec plus de 40 participants et huit projets concrets soutenus par de vrais
donneurs d'ouvrages, tels que la ville de Montréal, Radio-Canada, le
gouvernement du Québec et Effgis.

Nous espérons vous y voir comme participants, donneurs d'ouvrage,
commanditaires ou bénévoles.

N'hésitez pas à nous contacter pour toutes questions ou commentaires.

Merci de nous tenir informé de votre ouverture à collaborer ensemble.

Ouvertement vôtre,

Nicolas Delffon, Nicolas Gignac et Simon Mercier
Co-organisateurs du Défi GéoHack 2014.
*defigeoh...@gmail.com defigeoh...@gmail.com*
*https://www.facebook.com/defigeohack
https://www.facebook.com/defigeohack*
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca


[Talk-ca] ACFAS : discussion sur l'accès aux données...

2014-02-26 Per discussione Nicolas Gignac
Pour votre info, il y a actuellement une discussion en ligne et publique
sur le site de l'ACFAS (chercheurs et étudiants du réseau de l'éducation)
qui a été lancée le 13 février dernier sur l'accès aux données au Québec
et spécialement sur les données géographiques :
http://escarmouches.ca/debat/qui-appartiennent-les-donnees-gouvernementales

Au plaisir,

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


[Talk-ca] Bilan : Défi GéoHack...

2013-10-10 Per discussione Nicolas Gignac
Bonjour à tous et à toutes,

Il nous a fait plaisir de réunir dans un même espace plus de 40
participants (donneurs d'ouvrage,
développeurs/géomaticien/géographe/citoyen, observateurs, juges et
commanditaires, etc.) lors de l'événement du Défi GéoHack Montréal (
http://defigeohackmtl.org) en marge de Géomatique 2013 (
http://www.geomatique2013.com/) la semaine dernière.

Huit équipes ont tenté de faire preuve ingéniosité dans ces projets
d'innovation ouverte et coopétition en géomatique. Trois projets se sont
mérités des prix de reconnaissance, sans négliger l'utilité et la qualité
des cinq autres projets. Tous les participants, exception faite des
coordonnateurs, se sont mérités un prix symbolique de 125 $. Le bilan des
projets et leurs détails (dépôt de code source, présentation, lien
fonctionnel, technologies utilisées, etc.) peuvent être accédés à cette
adresse : http://defigeohackmtl.org/?page_id=26

Les photos de la journée ont été publiées ici :
http://www.flickr.com/photos/92427303@N02/sets/72157636293050024/ et
http://defigeohackmtl.org/?page_id=432

Nous tenons à remercier l'ensemble des participants ainsi que nos
commanditaires : Techno-Montréal, la Ville de Montréal et le Centre de
Recherche Informatique de Montréal (CRIM), nos partenaires/associatifs :
ASCG (section Montréal), l'OSGeo-Québec et Démocratie Ouverte / CGQ ainsi
que le support ponctuel d'Île sans fil.

Le budget devrait nous permettre de dégager un léger surplus qui sera
évidemment réinvesti dans une seconde édition en version améliorée.

Nous avons eu d'excellents commentaires et d'autres constructifs pour
améliorer un prochain événement. Si vous en avez, n'hésitez pas à nous les
envoyer à defigeohack...@gmail.com

Merci encore de votre participation !

Au plaisir de vous voir dans une prochaine édition,

Nicolas Gignac, Simon Mercier et Nicolas Delffon
Co-organisateurs du Défi GéoHack de Montréal
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca


[Talk-ca] Info : Défi GéoHack

2013-09-26 Per discussione Nicolas Gignac
Bonjour à tous et à toutes,

Voici un courriel d'information sur l'événement Défi GéoHack de Montréal (
http://defigeohackmtl.org/) qui se tiendra la semaine prochaine le 2
octobre en marge de Géomatique 2013 (www.geomatique2013.com).

Au total, 9 défis très intéressants sont maintenant lancés, dont le dernier
par Radio-Canada, il reste encore plusieurs bonnes places comme
développeur/designer/
intégrateur/géographe/participant/citoyen dans plusieurs projets, pour
s'inscrire visitez le tableau de bord des défis :
http://defigeohackmtl.sparkboard.org/ Des équipes ont déjà débuté l'échange
d'idées et de discussions pour la préparation de leur journée.

Le programme de la journée est disponible ici :
http://defigeohackmtl.org/?page_id=102

Les récompenses pour tous les participants et les prix par les
commanditaires des meilleurs projets ont également été diffusés :
http://defigeohackmtl.org/?page_id=45

Pour l'occasion, la ville de Montréal va libérer de nouveaux jeu de données
ouvertes.

Le compte Facebook regorge également de ressources en ligne qui pourrait
vous inspirer :
https://www.facebook.com/pages/D%C3%A9fi-G%C3%A9ohack-Mtl/666729416687072

Pour toutes questions/commentaires, n'hésitez pas à nous contacter à
defigeohack...@gmail.com

PS : Pour ceux qui amèneront leur portable, pensez à amener une extension.

Merci de votre participation et/ou de faire circuler l'information dans
votre réseau !

Au plaisir de vous voir à la Maison Notman mercredi prochain (
http://notman.org),

Nicolas Gignac
Co-organisateur du Défi GéoHack de Montréal
http://www.linkedin.com/pub/nicolas-gignac/20/690/a42
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca


Re: [Talk-ca] Ville de New-York, pourquoi pas ici ?

2013-09-25 Per discussione Nicolas Gignac
Comme cela a déjà échangé sur cette liste (
https://lists.openstreetmap.org/pipermail/talk-ca/2013-June/005669.html),
le site des données ouvertes du Québec appliquera sûrement la licence du
gouvernement du Canada bientôt :
http://donnees.gc.ca/fra/licence-du-gouvernement-ouvert-canada
À ce moment, certains avaient exprimés des réserves sur la compatibilité
des licences entre celles du fédéral et celles d'OSM dans l'optique d'une
possible collaboration officielle et complète, comme celle avec la ville de
New-York.
Il faudrait voir si le partenariat VilledeNY-OSM peut être facilement
refait ailleurs, quelles ont été les modalités/ententes de partenariat ($$)
et si c'est possible ici, je pourrais trouver des interlocuteurs
intéressés, en plus de ceux énumérés par Fabien. GeoThink.ca serait-il un
endroit pour fédérer tout ce beau monde ou nous devons regarder vers une
association comme AGMQ (http://www.agmq.qc.ca/) ?

Au plaisir de se tenir au courant,

Nicolas


Note: j'ai mis en CC plusieurs groupes et listes sur ce courriel, ma
suggestion serait de continuer la discussion sur le groupe OSM
Montréal:http://www.openstreetmap-montreal.org/rejoindre/

Le 2013-09-24 22:28, Nicolas Gignac a écrit :
* Bonjour,** ** Pouvez-vous me dire comment on ne peut pas faire de même 
avec les données** ouvertes du Québec (www.donnees.gouv.qc.ca) et du Canada 
(ex. GéoBase,** CanVec) comme le fait la ville de New-York et OSM :** 
http://www.mapbox.com/blog/nyc-and-openstreetmap-cooperating-through-open-data/#**
 !** Les données ouvertes de New-York dans OSM, ces mêmes données modifiées 
OSM** sont transférées à la ville de NY, pourquoi eux n'ont pas de problème 
de** licence et ont pu former un partenariat durable ? Ce projet de détection 
de** changement serait sûrement intéressant à faire ici (il a déjà eu un 
projet** au fédéral de ce type il me semble). Est-ce que c'est un 
partenariat** officiel entre OSM et les organismes publics qui doit être fait 
pour** construire un tel projet complet de collaboration qui inclut une 
synergie** autant les données ouvertes, la plate-forme OSM, les organismes 
publics,** l'entreprise privée et les citoyens ?** [...]*
Ça prends du temps, et beaucoup d'information, à répétition, auprès des
instances publiques et leurs représentants, mais il faut aussi connecter
ceux et celles qui sont actifs dans ces dossiers, car on finit parfois
par travailler dans un bulle sans remarquer nos voisins :)

Il faut travailler localement, communiquer rapidement les progrès,
sorties media et événements avec les gens impliqués. Il me semble qu'un
bon départ serait de se retrouver sur la liste de discussion du groupe
OSM Montréal (voir ci-bas).

Au Québec, il y a quelques contributeurs OSM à Québec présents ici sur
cette liste et il y a OSM Montréal avec plusieurs contributeurs
montréalais aussi présents ici, qui organise maintenant les JOSM (Jeudis
OSM), tous les derniers jeudis de chaque mois.
** Le prochain est DEMAIN **
:http://agendadulibre.qc.ca/event/665/http://osmtl.org

FACIL (http://facil.qc.ca) organise aussi une journée de travail pour
ses comités, ce samedi au CRIM, c'est un autre espace de travail
possible:http://agendadulibre.qc.ca/event/659/

À la Ville de Montréal, on a la chance de compter sur Diane Mercier,
membre du C.A. de FACIL, Chargée de projet principale en données
ouvertes de la Ville de Montréal et Ambassadrice locale pour l'Open
Knowledge Foundation (Canada).
http;//ca.okfn.orghttp://dianemercier.com/http://blogs.montrealgazette.com/2012/04/28/interview-with-diane-mercier-montreals-open-data-coordinator/

Il y a aussi des groupes comme Montréal Ouvert et Québec Ouvert qui
militent dans le même sens:http://montrealouvert.net/http://quebecouvert.org/

Je crois donc que les morceaux sont tous là, et les espaces de travail
et les possibilités de collaborer maintenant pour ceux qui veulent et
peuvent faire avancer ces dossiers sont plus clairs que jamais.

Pour aller plus rapidement, votre présence physique et votre appui (par
membership, temps ou diffusion) à chacune des organisations ci-haut est
indispensable.

A+

Fabian

BCC: Diane Mercier
CC: Montréal Ouvert, Québec Ouvert, Liste de discussion OSM Montréal,
Liste de discussion FORUM de FACIL

-- 
Fabián Rodríguezhttp://fsf.magicfab.ca



Le 25 septembre 2013 08:43, Pierre Béland pierz...@yahoo.fr a écrit :

 Bonjour Nicolas,

 L'éternel problème des licences. Ça fait longtemps que je veux utiliser
 les données ouvertes du Québec, notamment pour tracer les limites
 municipales et régionales. Cela est une information essentielle pour
 permettre une recherche par rue dans les municipalités.

 Si on pouvait enfin me confirmer que la licence est compatible ODbL.


 Pierre

   --
  *De :* Nicolas Gignac gignac...@gmail.com
 *À :* Talk-CA OpenStreetMap talk-ca@openstreetmap.org
 *Envoyé le :* Mardi 24 septembre 2013 22h28
 *Objet :* [Talk-ca] Ville de New-York, pourquoi pas ici ?

 Bonjour,

 Pouvez-vous me

[Talk-ca] Ville de New-York, pourquoi pas ici ?

2013-09-24 Per discussione Nicolas Gignac
Bonjour,

Pouvez-vous me dire comment on ne peut pas faire de même avec les données
ouvertes du Québec (www.donnees.gouv.qc.ca) et du Canada (ex. GéoBase,
CanVec) comme le fait la ville de New-York et OSM :
http://www.mapbox.com/blog/nyc-and-openstreetmap-cooperating-through-open-data/#
!
Les données ouvertes de New-York dans OSM, ces mêmes données modifiées OSM
sont transférées à la ville de NY, pourquoi eux n'ont pas de problème de
licence et ont pu former un partenariat durable ? Ce projet de détection de
changement serait sûrement intéressant à faire ici (il a déjà eu un projet
au fédéral de ce type il me semble). Est-ce que c'est un partenariat
officiel entre OSM et les organismes publics qui doit être fait pour
construire un tel projet complet de collaboration qui inclut une synergie
autant les données ouvertes, la plate-forme OSM, les organismes publics,
l'entreprise privée et les citoyens ?

Au plaisir,

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


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

2013-06-26 Per discussione Nicolas Gignac
Après les discussions lors de la présentation du projet GeoThink.ca (
http://www.meetup.com/quebec-geo/events/122357162/), il existe bel et bien
des exemples d'organisations publiques de la France (dans plusieurs
municipalités) et du gouvernement du Brésil qui ont opté pour des licences
de leurs données ouvertes de type ODBL ou CC BY-SA :
- Paris :
http://www.zdnet.fr/actualites/open-data-les-donnees-publiques-de-paris-ouvertes-sous-licence-libre-by-sa-39756961.htmet
http://opendata.paris.fr/opendata/jsp/site/Portal.jsp?page_id=10
- Nantes : http://data.nantes.fr/licence/
- Brésil : http://dados.gov.br/

Un sujet qui pourra sûrement être traité par : http://geothink.ca/, à
savoir si ce choix stimule la réutilisation publique et la coproduction
dans le domaine public des données ouvertes ou non ...

Au plaisir,

Nicolas



Le 23 juin 2013 16:59, Bruno Remy bremy.qc...@gmail.com a écrit :

 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

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

2013-06-21 Per discussione Nicolas Gignac
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] Licence fédérale et Défi GéoHack de Mtl

2013-06-20 Per discussione Nicolas Gignac
La nouvelle licence des données ouvertes du gouvernement fédéral est sortie
officiellement cette semaine :
http://donnees.gc.ca/fra/licence-du-gouvernement-ouvert-canada
Comme il y aura d'autres provinces et territoires qui devraient suivre son
adoption, est-elle compatible avec celle les données OSM ?
Est-ce qu'avec cette licence le gouvernement fédéral peut réutiliser les
modifications de leur données mises dans OSM (ex. routes de GoBase) et
redistribuer (ces mêmes routes GeoBase modifiées par OSM) sous cette
licence ? Manque-t-elle de clarté ? Celle de la ville de Montréal avec son
ajout de clarté : *Elle est similaire à une licence Creative Commons
CC-BY. Par exemple, elle est compatible avec les licences de type ODbl plus
restrictives telles que celle d’OpenStreetMap*. ne devrait pas être un
standard au Canada ?

Autres informations complémentaires, un Défi GéoHack s'organise le 2
octobre prochain à Montréal : *http://defigeohackmtl.org/ *Restez aux
aguets, les détails des inscriptions et l'appel aux contributeurs seront
publiés prochainement.*

*
Au plaisir*,

*
Nicolas Gignac*
*ca.linkedin.com/pub/nicolas-gignac/20/690/a42/
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ca


[Talk-ca] GeoThink au Québec...

2013-05-31 Per discussione Nicolas Gignac
Pour faire suite aux commentaires de Fabien, Bruno et Simon,

Stéphane Roche, le professeur de l'Université Laval derrière GeoThink, a
répondu positivement à la demande de faire une rencontre ouverte sur son
projet GeoThink. Cela sera prévu sûrement à Québec durant le mois de juin
pour ceux qui pourront y être, on pourrait trouver un moyen virtuel de se
lier à quelque part à Montréal aussi.

Comme ce sera ouvert, restez aux aguets lors de la création de ce futur
Meetup-Géo Québec !

Au plaisir,

Nicolas Gignac



--

Bonjour à tous


Je trouve l'ide intressante en effet et sans doute plus pertinente. Je
n'avais juste pas anticip un tel retour... Lors du montage du projet, le
calendrier tait par ailleurs tellement serr que je n'avais pas eu le temps
de tisser les partenariats ici Qubec et au Qubec. Alors oui je suis partant
pour organiser une rencontre comme celle-ci, je pourrais sans doute trouver
une salle pour cela sur le campus, moins que nous fassions cela ailleurs
(Le Cercle: je peux voir avec Bruno Bernier par exemple). Une rencontre
informelle: je fais une brve prsentation du projet et on discute des suites
donner en ce qui concerne les partenariats possibles... La seconde
quinzaine de juin serait faisable pour moi...

Stéphane Roche

  --
Dr. Stphane Roche
Professeur titulaire de sciences gomatiques
Directeur scientifique du rseau GEOIDE

Universit Laval, Qubec (QC), Canada
www.scg.ulaval.ca
www.geoide.ulaval.ca

stephane.ro...@scg.ulaval.ca
twitter: @Geodoc31
linkedin: http://ca.linkedin.com/in/stephroche
skype: geodoc31
--

 Le 2013-05-30 12:53, NICOLAS GIGNAC a crit :

 Bonjour Stphane,

Vu la raction au Qubec suite  la cration de votre initiative GeoThink, ton
ide de faire une rencontre prive avec les gens intresss ne pourrait-elle
pas tre revue ?
Ne serait-il pas plus efficace et appropri de le faire plus ouvertement,
comme cela a t propos par certains, soit un genre de Meetup Go Qubec
(Universit Laval ?) avec un appel ouvert qui veut bien assister (organismes
publics, entreprises prives, universits, ONG, etc.) et une prsentation de
GeoThink, soit : ses objectifs, ses projets, ses possibles partenariats et
alliances au Qubec ?

L'ide t'es lance, toi de nous dire si tu es intress.

Merci de nous tenir au courant.

Au plaisir d'avoir de tes nouvelles,

Nicolas


 Simon Mercier smerc...@mapgears.com 2013-05-30 12:20 

pti



 Message original   Sujet: Re: [Talk-ca] Fwd: [Okfn-ca]
Fwd: GeoThink : donnes ouvertes... Date : Wed, 29 May 2013 18:28:28 -0400 De :
Simon Mercier smerc...@mapgears.com smerc...@mapgears.com Pour : Bruno
Remy bremy.qc...@gmail.com bremy.qc...@gmail.com Copie  : Fabian
Rodriguez magic...@member.fsf.org magic...@member.fsf.org,
talk-ca@openstreetmap.org

Bruno, Fabian

J'avais pens cet hiver lancer un groupe Meetup Go Qubec (genre 5@7) entre
autres, pour ce genre d'changes/discussions.   Par manque de temps, je n'ai
pas donn suite, mais l'option est toujours l si d'autres sont intresss
entretenir la communaut!   J'imagine que Nicolas Gignac et/ou Stephane
Roche  (qui sont probablement aussi sur cette liste) pourront venir ce
Meetup pour en discuter.  Il s'agit simplement de trouver un endroit et
dterminer une frquence de rencontres ...

http://www.meetup.com/quebec-geo/

cheers



Le 13-05-29 4:09 PM, Bruno Remy a crit :

Merci Fabian!

Nous avons vu passer la nouvelle sur les media sociaux, et allons
probablement en parler avec des intervenants en particulier Stphane Roche
Qubec, qui a manifest son interet pour notre prochain meetup.

Je suggre 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 : donnes 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

Re: [Talk-ca] Tr : [OSGeo-qc] Données ouvertes : gouvernement du Québec...

2012-07-11 Per discussione Nicolas Gignac
Frank,

Pour revenir au sujet de la licence de données ouvertes du site du
gouvernement du Qc, j'ai transféré tes interrogations aux bonnes personnes
en autorité, j'attends toujours de leurs nouvelles.
1) La partie non-transférable de la licence est assez unique, cela peut
être changé.
2) Concernant les droits de propriétés intellectuelles, cela semble
similaire aux autres sites de données ouvertes au Qc, que ce soit la ville
de Qc (http://donnees.ville.quebec.qc.ca/licence.aspx) et Montréal (
http://donnees.ville.montreal.qc.ca/licence/licence-texte-complet/). D'un
autre côté celle des produits Canvec est plus permissive, car les droits
sont octroyés comme une licence non exclusive, sans frais ni redevances
exigibles, et le droit d'exercer tous les Droits de propriété
intellectuelle sur les Données. Je me rappelle qu'il y avait un litige
aussi d'utiliser des données CanVec dans OSM et qu'après modification dans
OSM de les réintégrer dans CanVec, cela causait aussi des incompatibilités
de licence :
http://www.mail-archive.com/talk-ca@openstreetmap.org/msg02749.html Ce
genre de problème est majeur pour la suite des choses et de la mise en
valeur des données ouvertes dans OSM et vice-versa, car je crois si les
deux licences autant OSM que les sites de données ouvertes pouvaient être
complémentaires, je crois que ce serait le mieux pour tous.

On se tient au courant.

Nicolas

Le 29 juin 2012 16:50, Pierre Béland infosbelas-...@yahoo.fr a écrit :

 Je fais suivre le courriel de Nicolas Gignac adressé à la liste OSGeo-qc
 concernant le nouveau site de données ouvertes du gouvernement du Québec.
 Nous ne retrouvons pas les données de limites administratives (ville, MRC,
 régions administratives). Pourquoi ne pas les demander?

 I forward the email sent to the OSGeo-qc list by Nicolas Gignac
 relatively to the Government of Québec Open Data site newly created. We
 do not find the administrative boundaries data (city, RCM, administrative
 region). Why not ask?

 Pierre

   - Mail transféré -
 *De :* Nicolas Gignac gignac...@gmail.com
 *À :* OSGeo-Quebec que...@lists.osgeo.org
 *Envoyé le :* Vendredi 29 juin 2012 15h17
 *Objet :* [OSGeo-qc] Données ouvertes : gouvernement du Québec...

 Pour votre info, le site de données ouvertes du gouvernement du Québec est
 maintenant officiellement en ligne depuis hier : http://donnees.gouv.qc.ca

 La partie géomatique du site :
 http://donnees.gouv.qc.ca/?node=/applications-geomatique est supportée
 par le projet GOLOC qui intègre OpenLayers / GeoExt et les couches WMS sont
 diffusées par UMN MapServer http://mapserver.org/. Des données brutes
 sont également disponibles en format Shapefile et KML.
 L'url du getcapabilities pour le WMS qui inclue certaines des données
 ouvertes géographiques est le suivant :
 http://geoegl.msp.gouv.qc.ca/cgi-wms/gouvouvertqc?request=getcapabilitiesservice=wmsversion=1.1.1

 Le site web en tant que tel est supporté par du code en JQuery / Php, avec
 un service de catalogue normé (Catalog Service for the Web) :
 http://en.wikipedia.org/wiki/Catalog_Service_for_the_Web supporté par le
 projet international GeoNetwork (http://geonetwork-opensource.org/), une
 base de données PostgreSQL (www.postgresql.org/) et ses fonctionnalités
 PG de full text searching comme tsvector et trigram pour la recherche
 du catalogue, tout cela est monté sur deux serveurs Linux : OpenSuse et
 Ubuntu Server ( pour GeoNetwork).

 Si vous avez des données géographiques que vous aimeriez voir sur le site
 de données ouvertes produites par le gouvernement du Québec et qu'elles ne
 s'y retrouvent pas, veuillez faire une demande de données en utilisant le
 formulaire disponible en ligne sur le site :
 http://donnees.gouv.qc.ca/?node=/demande-donnees


 Au plaisir,

 Nicolas

 ___
 Quebec mailing list
 que...@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/quebec



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


Re: [Talk-ca] Tr : [OSGeo-qc] Données ouvertes : gouvernement du Québec...

2012-06-29 Per discussione Nicolas Gignac
Pour votre info, il y a des données géographiques administratives sur le
site de données ouvertes du Qc, voir ce jeu de données :
http://donnees.gouv.qc.ca/?node=/donnees-detailsid=d6c535cb-b508-4cab-9a15-bdccd9433da4
Sur la page de téléchargement, voir la section *Découpages
administratifs**(mise à jour mai 2012)
* :
http://www.mrnf.gouv.qc.ca/territoire/portrait/portrait-donnees-mille.jsp
Évidemment, l'échelle de cette donnée est au 1 : 1 000 000.

Au plaisir,

Nicolas

Le 29 juin 2012 16:50, Pierre Béland infosbelas-...@yahoo.fr a écrit :

 Je fais suivre le courriel de Nicolas Gignac adressé à la liste OSGeo-qc
 concernant le nouveau site de données ouvertes du gouvernement du Québec.
 Nous ne retrouvons pas les données de limites administratives (ville, MRC,
 régions administratives). Pourquoi ne pas les demander?

 I forward the email sent to the OSGeo-qc list by Nicolas Gignac
 relatively to the Government of Québec Open Data site newly created. We
 do not find the administrative boundaries data (city, RCM, administrative
 region). Why not ask?

 Pierre

   - Mail transféré -
 *De :* Nicolas Gignac gignac...@gmail.com
 *À :* OSGeo-Quebec que...@lists.osgeo.org
 *Envoyé le :* Vendredi 29 juin 2012 15h17
 *Objet :* [OSGeo-qc] Données ouvertes : gouvernement du Québec...

 Pour votre info, le site de données ouvertes du gouvernement du Québec est
 maintenant officiellement en ligne depuis hier : http://donnees.gouv.qc.ca

 La partie géomatique du site :
 http://donnees.gouv.qc.ca/?node=/applications-geomatique est supportée
 par le projet GOLOC qui intègre OpenLayers / GeoExt et les couches WMS sont
 diffusées par UMN MapServer http://mapserver.org/. Des données brutes
 sont également disponibles en format Shapefile et KML.
 L'url du getcapabilities pour le WMS qui inclue certaines des données
 ouvertes géographiques est le suivant :
 http://geoegl.msp.gouv.qc.ca/cgi-wms/gouvouvertqc?request=getcapabilitiesservice=wmsversion=1.1.1

 Le site web en tant que tel est supporté par du code en JQuery / Php, avec
 un service de catalogue normé (Catalog Service for the Web) :
 http://en.wikipedia.org/wiki/Catalog_Service_for_the_Web supporté par le
 projet international GeoNetwork (http://geonetwork-opensource.org/), une
 base de données PostgreSQL (www.postgresql.org/) et ses fonctionnalités
 PG de full text searching comme tsvector et trigram pour la recherche
 du catalogue, tout cela est monté sur deux serveurs Linux : OpenSuse et
 Ubuntu Server ( pour GeoNetwork).

 Si vous avez des données géographiques que vous aimeriez voir sur le site
 de données ouvertes produites par le gouvernement du Québec et qu'elles ne
 s'y retrouvent pas, veuillez faire une demande de données en utilisant le
 formulaire disponible en ligne sur le site :
 http://donnees.gouv.qc.ca/?node=/demande-donnees


 Au plaisir,

 Nicolas

 ___
 Quebec mailing list
 que...@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/quebec



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


Re: [Talk-ca] OpenStreetMap.ca

2010-04-27 Per discussione Nicolas Gignac
For your info : the *Centre de géomatique du Québec* (www.cgq.qc.ca) has
decided to host the Quebec OpenData-OSM site.
We would discuss the project during the Rendez-vous OSGeo-Qc 2010 in
Saguenay in June 2010 : http://rendez-vous-osgeo-qc.org/2010/english/

Cheers,

Nicolas

2010/4/27 Sam Vekemans acrosscanadatra...@gmail.com

 Well, I'm no expert on this.

 All i know is that before 2 days ago, it was registered to user:Dshpak
 (he's the OSM mapper who did all the nations coastline)  or made the
 conversion program or something?
 It then time lapsed, and it looks like it got picked up my a domain
 collecting thing.

 DomainsAtCost Corp.
 http://www.domainsearch.com/cgi-bin/Domain_Search?action=whoisDomainName=openstreetmap.caAdCode=infobox2


 Jason Reed hosts the data, but does't have access to editing the website.
 I reached him on facebook (i don't know what his email address is, he's not
 active in OSM right now)

 and Nicolas Gignac is interested in editing the page, so it includes french
 (and update it more probably)

 http://lists.openstreetmap.org/pipermail/talk-ca/2010-March/002294.html

 http://www.domainsatcost.ca/Whois.aspx

 So you'll need to contact Jason Reed  call Domainsatcost.ca (it's a 613
 number)   I dont know, would they have access to the history of the domain?
 I'll message him on facebook asking to contact you.

 I'm no good at this stuff. Its especially difficult if you register a
 domain with Google... then nothing can be done on the website   (see
 acrosscanadatrails.com)  you dont even get ftp access  it isn't linked to
 other Google services.  .. which is rather annoying.

 Cheers,
 Sam


 On Tue, Apr 27, 2010 at 4:15 AM, ty...@egunn.com wrote:


 On 2010-04-27, at 2:29 AM, Sam Vekemans acrosscanadatra...@gmail.com
 wrote:

  Hey all, a quick reminder that the website domain has expired, and its
 past the renew date. I havent been able to get contact with
 user:Dshpak (who is the owner)
 So if he let it laps, it maybe available.

 Anyone want to purchaise it? Im sure whoever does will be willing to
 allow for multiple admins, so this wont happen again. :-)

 Any takers?
 Sam


 I just looked at the Whois and it appears to be renewed until next year
 now.  Hopefully the right person renewed it.

 Tyler



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


Re: [Talk-ca] openstreetmap.ca : français/québ écois...

2010-03-27 Per discussione Nicolas Gignac
Dear,

It is just to let you know that since I did not received any news from the
work of French translation I have done one month earlier in the
openstreetmap.ca web page, as a member of the OSGeo Local Chapter of Quebec
(http://wiki.osgeo.org/wiki/Chapitre_qu%C3%A9b%C3%A9cois), I post my initial
idea for an openstreetmap Quebec or French Canada :
http://lists.osgeo.org/pipermail/quebec/2010-March/000270.html as well as
other project I had in mind (loading script unique to quebec datasets, cloud
services over OSM, labaratoty environment for school / research /
development area in Quebec, etc.).
In this post, many persons in Quebec expressed their support to my initial
idea and one of the member offered his help within his organisation as a
hosting service for : osm-qc site, open raw datasets specific to Quebec,
French documentation unique to Canada / Quebec, loading script, mapping
party news in Quebec and so on. Everything that will be unique to Canada an
din English will be linked to the actual openstreetmap.ca site, everything
that is unique to the French language will be linked to openstreetmap.fr and
everything general to OSM will be linked to the osm world site. So, we are
open to all French Canadian outside Quebec to be part of our project as
well, just be sure you follow the discussion on the OSGeo-Quebec mailing
list.
My last question would be : if we want to use the word openstreetmap in
our domain name, do we need to be supported by some people, organization or
we can process with this : openstreetmap.qc.ca domain without any problem ?

Thanks for letting us know and we will keep you all in touch with our
project.

Cheers,

Nicolas




Le 24 mars 2010 11:40, Richard Weait rich...@weait.com a écrit :

 2010/3/24 Nicolas Gignac gignac...@gmail.com:
  It is just to know what is going on with the French part of
  openstreetmap.ca? I send an email with all the corrections and I still
 did
  not received any update... If it cannot be made quickly, can I have write
  access and do the editing by my self?

 I haven't seen Jason reply on this thread.  Did he indicate to anybody
 that he would make these changes, or that he would accept help to do
 so?

 I haven't seen confirmation that Jason still runs openstreetmap.ca either.

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


Re: [Talk-ca] openstreetmap.ca : français/québ écois...

2010-03-24 Per discussione Nicolas Gignac
It is just to know what is going on with the French part of openstreetmap.ca?
I send an email with all the corrections and I still did not received any
update... If it cannot be made quickly, can I have write access and do the
editing by my self?

*C'est un rappel pour savoir ce qui se passe avec la mise à jour en français
du site openstreetmap.ca ? J'ai envoyé les corrections il y a plus de 3
semaines. Sinon, est-ce possible d'avoir les droits sur le site et le faire
moi-même ?

Merci de me tenir au courant dès que possible.

Au plaisir,*

Nicolas


Le 19 mars 2010 11:49, Nicolas Gignac gignac...@gmail.com a écrit :

 Bonjour,

 C'est un rappel pour savoir ce qui se passe avec la mise à jour en français
 du site openstreetmap.ca ? J'ai envoyé les corrections il y a plus de 3
 semaines. Sinon, est-ce possible d'avoir les droits sur le site et le faire
 moi-même ?

 It is just to know what is going on with the French part of
 openstreetmap.ca? I send an email with all the corrections and I still did
 not received any update... If it cannot be made quickly, can I have write
 access and do the editing by my self

 Merci de me tenir au courant dès que possible.

 Au plaisir,

 Nicolas


 Le 7 mars 2010 16:09, Sam Vekemans acrosscanadatra...@gmail.com a écrit
 :

 Hi,
 Sorry, i guess i forgot to cc' the list,  it's Jason Reid who owns the
 openstreetmap.ca website, hopefully he can give you write access to
 the website to get the french version up  running

 Cheers,
 Sam


 2010/3/7 Nicolas Gignac gignac...@gmail.com:
  Ok, who is supposed to do the update on the web site openstreetmap.ca?
 
  Thanks for letting me know.
 
  Nicolas
 
  Le 5 mars 2010 19:41, Sam Vekemans acrosscanadatra...@gmail.com a
 écrit :
 
  No sorry, no news yet.
  But i include the talk-ca@ list on this message.
 
  Sam
 
  BTW, i like how there is more translations on the wiki pages.  Great
 work!
 
  Ya, it would be great to see a custom style direct from the osm.cawebsite
  :)
 
  2010/3/5 Nicolas Gignac gignac...@gmail.com:
   Any news for the requested I made to you below (translation of
   openstreetmap.ca)
   Thanks for letting me know.
  
   Nicolas
  
   Le 27 février 2010 19:21, Nicolas Gignac gignac...@gmail.com a
 écrit :
  
   Bonjour à vous les cartographes !
  
   Here as attachment the main page openstreetmap.ca translated in
 French.
   If you could generate a tag English/Français somewhere on the main
   site
   which will be link to the English or French content it would be just
   great.
   After that, Francophone will be able to understand easily the
   Openstreetmap.ca page.
   I put in red the actual English wording in the document. I put the
 link
   to openstreetmap.fr from France for more documentation in French at
 the
   end.
   However, be careful once you link some of openstreetmap general wiki
   page
   for the French content of this openstreetmap.ca, be aware that you
   should
   link them to French (with the FR: tag), as an exemple the
   section online
   editor tag in the main page is linked to :
   http://wiki.openstreetmap.org/wiki/Editing , but it should
 be replaced
   by
   this one : http://wiki.openstreetmap.org/wiki/FR:Editing , and so
 on
   for all
   other links to wiki pages in French...
  
   Thanks for doing this French integration to the OSM.ca site.
  
   Please keep me informed once the version is online.
  
   Merci.
  
   Au plaisir,
  
   Nicolas
  
 
 



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


Re: [Talk-ca] openstreetmap.ca : français/québ écois...

2010-03-19 Per discussione Nicolas Gignac
Bonjour,

C'est un rappel pour savoir ce qui se passe avec la mise à jour en français
du site openstreetmap.ca ? J'ai envoyé les corrections il y a plus de 3
semaines. Sinon, est-ce possible d'avoir les droits sur le site et le faire
moi-même ?

It is just to know what is going on with the French part of openstreetmap.ca?
I send an email with all the corrections and I still did not received any
update... If it cannot be made quickly, can I have write access and do the
editing by my self

Merci de me tenir au courant dès que possible.

Au plaisir,

Nicolas


Le 7 mars 2010 16:09, Sam Vekemans acrosscanadatra...@gmail.com a écrit :

 Hi,
 Sorry, i guess i forgot to cc' the list,  it's Jason Reid who owns the
 openstreetmap.ca website, hopefully he can give you write access to
 the website to get the french version up  running

 Cheers,
 Sam


 2010/3/7 Nicolas Gignac gignac...@gmail.com:
  Ok, who is supposed to do the update on the web site openstreetmap.ca?
 
  Thanks for letting me know.
 
  Nicolas
 
  Le 5 mars 2010 19:41, Sam Vekemans acrosscanadatra...@gmail.com a
 écrit :
 
  No sorry, no news yet.
  But i include the talk-ca@ list on this message.
 
  Sam
 
  BTW, i like how there is more translations on the wiki pages.  Great
 work!
 
  Ya, it would be great to see a custom style direct from the osm.cawebsite
  :)
 
  2010/3/5 Nicolas Gignac gignac...@gmail.com:
   Any news for the requested I made to you below (translation of
   openstreetmap.ca)
   Thanks for letting me know.
  
   Nicolas
  
   Le 27 février 2010 19:21, Nicolas Gignac gignac...@gmail.com a
 écrit :
  
   Bonjour à vous les cartographes !
  
   Here as attachment the main page openstreetmap.ca translated in
 French.
   If you could generate a tag English/Français somewhere on the main
   site
   which will be link to the English or French content it would be just
   great.
   After that, Francophone will be able to understand easily the
   Openstreetmap.ca page.
   I put in red the actual English wording in the document. I put the
 link
   to openstreetmap.fr from France for more documentation in French at
 the
   end.
   However, be careful once you link some of openstreetmap general wiki
   page
   for the French content of this openstreetmap.ca, be aware that you
   should
   link them to French (with the FR: tag), as an exemple the
   section online
   editor tag in the main page is linked to :
   http://wiki.openstreetmap.org/wiki/Editing , but it should
 be replaced
   by
   this one : http://wiki.openstreetmap.org/wiki/FR:Editing , and so on
   for all
   other links to wiki pages in French...
  
   Thanks for doing this French integration to the OSM.ca site.
  
   Please keep me informed once the version is online.
  
   Merci.
  
   Au plaisir,
  
   Nicolas
  
 
 

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


Re: [Talk-ca] openstreetmap.ca : français/québ écois...

2010-03-07 Per discussione Nicolas Gignac
Ok, who is supposed to do the update on the web site openstreetmap.ca ?

Thanks for letting me know.

Nicolas

Le 5 mars 2010 19:41, Sam Vekemans acrosscanadatra...@gmail.com a écrit :

 No sorry, no news yet.
 But i include the talk-ca@ list on this message.

 Sam

 BTW, i like how there is more translations on the wiki pages.  Great work!

 Ya, it would be great to see a custom style direct from the osm.ca website
 :)

 2010/3/5 Nicolas Gignac gignac...@gmail.com:
  Any news for the requested I made to you below (translation of
  openstreetmap.ca)
  Thanks for letting me know.
 
  Nicolas
 
  Le 27 février 2010 19:21, Nicolas Gignac gignac...@gmail.com a écrit :
 
  Bonjour à vous les cartographes !
 
  Here as attachment the main page openstreetmap.ca translated in French.
  If you could generate a tag English/Français somewhere on the main
 site
  which will be link to the English or French content it would be just
 great.
  After that, Francophone will be able to understand easily the
  Openstreetmap.ca page.
  I put in red the actual English wording in the document. I put the link
  to openstreetmap.fr from France for more documentation in French at the
 end.
  However, be careful once you link some of openstreetmap general wiki
 page
  for the French content of this openstreetmap.ca, be aware that you
 should
  link them to French (with the FR: tag), as an exemple the
 section online
  editor tag in the main page is linked to :
  http://wiki.openstreetmap.org/wiki/Editing , but it should be replaced
 by
  this one : http://wiki.openstreetmap.org/wiki/FR:Editing , and so on
 for all
  other links to wiki pages in French...
 
  Thanks for doing this French integration to the OSM.ca site.
 
  Please keep me informed once the version is online.
 
  Merci.
 
  Au plaisir,
 
  Nicolas
 

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


Re: [Talk-ca] Administrative boundaries of Québec

2010-02-11 Per discussione Nicolas Gignac
Bonjour,

I sent your comments to the person (managing the Administrative boundaries)
I know on how to contribute their datasets to OSM.
After talking to him, I was woundering if a WMS connection of their datasets
can be used and integrated directly in openstreetmap.ca as context layer (if
they are agreed to), the same as the one built by Frank :
http://mijndev.openstreetmap.nl/~fsteggink/quebec_admin.htmlhttp://mijndev.openstreetmap.nl/%7Efsteggink/quebec_admin.html
or the same context as Yahoo Imagery layer that can be used for data editing
?
So both organisation can benefit from each other : OSM could use outsourcing
data to improve its own map and data producer can contribute to OSM but
still securing their own datasets.
Is there any possibilities for that kind of option or agreement for an
outsourcing context layer as WMS to be integrated in OSM ?

Au plaisir,

Nicolas

2010/2/5 Yves Moisan yves.moi...@boreal-is.com

 Le jeudi 04 février 2010 à 20:40 -0500, Frank Steggink a écrit :
  Hi Nicolas,
 
  Nicolas Gignac wrote:
  
   The contact I had in the government of Quebec have raised issues on
   delivering up-to-date datasets in OSM, such as the Administrative
   boundaries of Québec (BDGA).
   Could someone help this person to understand quickly the advantage for
   his organisation to share its data with the OSM community.
  
  I'm not sure if there will be a direct advantage to his organization,
  but making this data publicly available would be hugely advantageous to
  the people of Quebec and others who have interest in it. In my opinion
  this is actually a public service.

 Just the kind of comment I was waiting to plug this great blog post from
 Paul Ramsey : http://blog.opengeo.org/2010/02/04/why-we-do-what-we-do/

 It's about the free software tools the organization he's with makes
 available to folks in general :

 These are all folks who have used the tools that our team members build
 and maintain, to do good in the world. They don’t have to ask
 permission, and they don’t have to pay us, and the world is a little
 more understandable after they are finished than it was before. And
 that’s the point.

 That should be the spirit of *any* public or para-public service IMHO :
 These are all folks who have used the **data** that our team members
 build and maintain ... 

 Yves


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


Re: [Talk-ca] Administrative boundaries of Québec

2010-02-02 Per discussione Nicolas Gignac
The contact I had in the government of Quebec have raised issues on
delivering up-to-date datasets in OSM, such as the Administrative boundaries
of Québec (BDGA).
Could someone help this person to understand quickly the advantage for his
organisation to share its data with the OSM community.
Here are some of his reserve :
- He does not want his administration to be wrongly identified as the
contributor if someone of OSM edit his data that has been integrated in OSM;
- He does want an attribution somewhere;
- He does not want someone to call his administration because their is an
error in the data when it was someone of OSM that has edited the data, not
his organisation;
- He is willing to cooperate, but he has issue when users edit his data and
his organisation is wrongly identified has the producer.

Thanks for your help.

Cheers,

Nicolas


2010/1/25 Bégin, Daniel daniel.be...@rncan-nrcan.gc.ca

 Hi Frank,

 You're asking if the community should wait for that?!!

 I can't answer for you guys but here is some information that might help
 ...

 Administrative boundaries of Québec is ...
 - the result of a generalisation process to 1:1 000 000
 - available now!

 The GeoBase Administrative boundaries product will ...
 - cover the entire contry.
 - not be the result of a generalisation process.
 - be available later this year.
 - have a boundaries classification similar to the one from Québec.

 Bonne réflexion!

 Daniel


 -Original Message-
 From: Frank Steggink [mailto:stegg...@steggink.org]
 Sent: 22 janvier 2010 23:43
 To: Bégin, Daniel
 Cc: Talk-CA OpenStreetMap
 Subject: Re: [Talk-ca] Administrative boundaries of Québec

 Hi Daniel,

 Great to hear that :) Do you think we are able to wait for that? It might
 be interesting to pursue to see if the gov't has more interesting stuff
 available.

 Frank

 Bégin wrote:
  Hi,  just a short message concerning administrative boundaries...
 
  We are working on it for a while with the provinces. It should be made
  available on GeoBase later this year.
 
  Cheers,
 
  Daniel
 
  --
  --
  *From:* talk-ca-boun...@openstreetmap.org
  [mailto:talk-ca-boun...@openstreetmap.org] *On Behalf Of *Nicolas
  Gignac
  *Sent:* 19 janvier 2010 13:41
  *To:* Talk-CA OpenStreetMap
  *Subject:* Re: [Talk-ca] Administrative boundaries of Québec
 
  For electoral boundaries, see these links:
  - Federal levels :
  http://geogratis.cgdi.gc.ca/geogratis/fr/download/electoral.html
  - Provincial levels :
  http://www.electionsquebec.qc.ca/francais/provincial/carte-electorale/
  geometrie-des-circonscriptions-provinciales-du-quebec.php
 
  Nicolas
 
  2010/1/19 stegg...@steggink.org mailto:stegg...@steggink.org
 
  Hi Pierre-Luc,
 
  Thank you for your insights. I was under the impression that the
  Communautés métropolitaines had less authority than MRCs, although I
  didn't look into it. If it weren't for these comets (as this
 dataset
  is called), there wouldn't be a problem.
 
  However, when looking at the extent of the Communauté métropolitaine
  de Québec ([1]), it turns out that it spans multiple regions
  (Capitale-Nationale and Chaudière-Appalaches), so it doesn't fit
  nicely in the hierarchy. I think it would be better to treat them as
 a
  different entity, and admin_level=6 can be used for the MRCs. The
  Montreal comet contains municipalities of even more regions
  (Montreal, Laval, Montérégie, Laurentides, Lanaudière).
 
  Regarding MRCs vs urban areas: I'll check in the data if that
  information can be disseminated. Because they and MRCs are mutually
  exclusive, they can have the same admin_level, but their designations
  should properly reflect the situation. Wikipedia has an overview of
  the agglomerations: [2]. I wonder if this list is really complete,
 and
  I don't think that all of them are MRC equivalents. In Quebec City
  there are also the enclaves of Wendake (First Nations) and
  Notre-Dame-des-Anges (covering only the Hôpital général de Québec).
  Anyways, I'll use the information from the geodata, and not base
  anything on Wikipedia.
 
  The borough map of Quebec is already outdated. Things got change on
  Nov 1st last year. La Cité and Limoilou have merged, and Laurentides
  has been divided over other boroughs. See [3]. Anyways, a minor
 detail
  :)
 
  For the other types of boundaries (electorial districts,
  schoolboards), other values for the boundary keys should be used. [4]
  For electorial boundaries boundary=political is used
  (boundary=electorial would be better imho).
 
  Regards,
 
  Frank
 
  [1]
 
 http://en.wikipedia.org/wiki/Communaut%C3%A9_m%C3%A9tropolitaine_de_Qu%C3%A9bec
  [2] http://en.wikipedia.org/wiki/Urban_agglomerations_of_Quebec
  [3]
 
 http://www.ville.quebec.qc.ca/temp/modifications_arrondissements

Re: [Talk-ca] Administrative boundaries Quebec

2010-01-24 Per discussione Nicolas Gignac
Yeah, I know, but as an overlays it is still showing what it can be
integrated into OSM, it is a good start!!!
What is your strategy to clear legal details?
If you need help stay in touch with me, because I am working in the
government of Quebec and I know really well the people at the Ministère des
Ressources Naturelles du Québec.
I will send them the link of Frank this week and explain to them the
possibility it can bring to free some of their data.

Cheers,

Nicolas


2010/1/23 Pierre-Luc Beaudoin pierre-...@pierlux.com

 On Sat, 2010-01-23 at 16:18 -0500, Nicolas Gignac wrote:
  they will happy to know that some of their data has been used in OSM!
  They might think of freeing other datasets...

 Note that this data is NOT part of OSM (yet)! it's only an overlay of
 the data over OSM.  It hasn't been incorporated into the OSM database
 until all legal details have been cleared :)

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


Re: [Talk-ca] Administrative boundaries Quebec

2010-01-23 Per discussione Nicolas Gignac
Nice work Frank! I will post this topic to some of the people I know in the
government of Quebec (e.g. Ministère des Ressources Naturelles et Faune),
they will happy to know that some of their data has been used in OSM! They
might think of freeing other datasets...

Cheers,

Nicolas

2010/1/22 Frank Steggink stegg...@steggink.org

 Frank Steggink wrote:
  Frank Steggink wrote:
 
  Hi,
 
  As a bit of a challenge I've looked at the administrative data pointed
  out by Nicolas Gignac: [1]. I know there are some doubts about the
  accuracy, but this was also meant as an exercise to deal with this kind
  of data. Maybe it can be reused for other purposes, although I haven't
  written the tool I used in a generic way. I also hope that the more
  accurate (1:20k) data uses the same structure.
 
  First I converted this data to SHP (with an ESRI tool called Import71,
  and then ogr2ogr). Then it was converted to OSM with shp-to-osm.jar.
  However, the data has a topological structure, so it has not much value
  if it would be imported into OSM directly.
 
  The set of administrative boundaries contains municipalities, MRCs,
  administrative regions (17) and urban agglomerates. The municipal data
  contains also information about MRC, admin. regions and agglomerates, so
  I decided to examine this further. Now the topological structure was a
  benefit, because this is how administrative boundaries should also be
  entered in OSM. The boundaries only contain attributes like from-node,
  to-node, left-poly and right-poly. However, this is enough to compose
  relationships (type=multipolygon/boundary, boundary=administrative,
  etc.) out of them. Because I ended with an ArcInfo coverage as a result
  of the conversion by Import71, I decided to extract data from the file
  pat.adf to get the municipality and other relevant names, codes, etc.
 
  So far I have only created relationships, including the municipality
  name. I would like to share it with you, in order to gather feedback.
  The result can be found here: [2]. PLEASE do NOT upload this data to
  OSM! The ways are sorted in the relationship, so they form closed
  chains. Also the nodes where multiple ways meet have been deduplicated,
  otherwise JOSM (and also OSM itself) won't recognize the ways as being
  connected. The deduplication was based on the actual coordinates, not
  the node IDs used in the topology.
 
  Things to do:
  * Detect which boundary is the outer boundary, and which ones are the
  inner boundaries. Obviously, the ring with the biggest surface area is
  the outer boundary, and the rest are inner boundaries.
  * Add multiple municipalities in the same relationship.
  * Create MRCs, administrative regions, and urban agglomerates.
 
  More information about administrative boundaries can be found in [3].
  For Canadian provinces admin_level=4 should be used, for regional
  municipalities (MRCs in Quebec) admin_level=6, and actual municipalities
  admin_level=8. I would like to propose to use admin_level=5 for the
  regions. They have at least a semi-offical status. Others might be able
  to elaborate on it more. This leaves the urban agglomerates (Montreal
  and Quebec only), for which admin_level=7 would be a natural choice,
  although I'm not sure if they have any official status. What do you guys
  think?
 
  Regards,
 
  Frank
 
  [1]
 
 http://www.mrnf.gouv.qc.ca/territoire/portrait/portrait-donnees-mille.jsp
  [2] http://www.steggink.org/osm/Quebec/quebec_munic.zip
  [3] http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative
 
 
  ___
  Talk-ca mailing list
  Talk-ca@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-ca
 
 
 
  A clarification on this: Add multiple municipalities in the same
  relationship. Several municipalities have exclaves, like outlying
  islands. They are divided over multiple polygons, so I created multiple
  relations for them.
 
  For the higher-level administrative boundaries, I intend to use
  information from the AAT file which was generated by Import71. This file
  contains records describing the boundary type. Although there is
  specific data for each level, in OSM it would be best to reuse the same
  set of nodes and ways, and that can best be done by using the same
  source data.
 
  Frank
 
 
  ___
  Talk-ca mailing list
  Talk-ca@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-ca
 
 

 Hi all,

 The last days I've flexed my Mapnik / osm2pgsql skills, and was able to
 put a visualization of the tiles online. They can be found here: [1].
 The tiles themselves are generated as transparent PNGs, so they didn't
 have to be integrated into the data. Note that I also adjusted the
 zoomlevels, so they are visible earlier than they would be normally.
 Levels 6 - 13 are available, but the last level is still rendering as I
 write this. I haven't take care of any labeling yet

Re: [Talk-ca] Administrative boundaries of Québec

2010-01-19 Per discussione Nicolas Gignac
For electoral boundaries, see these links:
- Federal levels
:http://geogratis.cgdi.gc.ca/geogratis/fr/download/electoral.html
- Provincial levels :
http://www.electionsquebec.qc.ca/francais/provincial/carte-electorale/geometrie-des-circonscriptions-provinciales-du-quebec.php

Nicolas

2010/1/19 stegg...@steggink.org

 Hi Pierre-Luc,

 Thank you for your insights. I was under the impression that the
 Communautés métropolitaines had less authority than MRCs, although I
 didn't look into it. If it weren't for these comets (as this dataset
 is called), there wouldn't be a problem.

 However, when looking at the extent of the Communauté métropolitaine
 de Québec ([1]), it turns out that it spans multiple regions
 (Capitale-Nationale and Chaudière-Appalaches), so it doesn't fit
 nicely in the hierarchy. I think it would be better to treat them as a
 different entity, and admin_level=6 can be used for the MRCs. The
 Montreal comet contains municipalities of even more regions
 (Montreal, Laval, Montérégie, Laurentides, Lanaudière).

 Regarding MRCs vs urban areas: I'll check in the data if that
 information can be disseminated. Because they and MRCs are mutually
 exclusive, they can have the same admin_level, but their designations
 should properly reflect the situation. Wikipedia has an overview of
 the agglomerations: [2]. I wonder if this list is really complete, and
 I don't think that all of them are MRC equivalents. In Quebec City
 there are also the enclaves of Wendake (First Nations) and
 Notre-Dame-des-Anges (covering only the Hôpital général de Québec).
 Anyways, I'll use the information from the geodata, and not base
 anything on Wikipedia.

 The borough map of Quebec is already outdated. Things got change on
 Nov 1st last year. La Cité and Limoilou have merged, and Laurentides
 has been divided over other boroughs. See [3]. Anyways, a minor detail
 :)

 For the other types of boundaries (electorial districts,
 schoolboards), other values for the boundary keys should be used. [4]
 For electorial boundaries boundary=political is used
 (boundary=electorial would be better imho).

 Regards,

 Frank

 [1]

 http://en.wikipedia.org/wiki/Communaut%C3%A9_m%C3%A9tropolitaine_de_Qu%C3%A9bec
 [2] http://en.wikipedia.org/wiki/Urban_agglomerations_of_Quebec
 [3]
 http://www.ville.quebec.qc.ca/temp/modifications_arrondissements/index.aspx
 [4] http://wiki.openstreetmap.org/wiki/Key:boundary

 Quoting Pierre-Luc Beaudoin pierre-...@pierlux.com:

  Hi,
 
  Let's start a thread to create an official organization of the
  administrative divisions in regards with the numbering in OSM [1].
 
  Skipping levels higher than 4 (reserved for things greater than Québec).
 
  Here's my first shot based on all the info I could find on the Ministère
  des affaires minicipales, des régions de l'Occupation du territoire
  (gosh they like the long names!) [3]:
 
  Level 4: Provinces and territories
  Level 5: Région administratives / Administrative regions
  (Level 5.5: Here would fit L'Agence métropolitaine de transport, not
   worth mapping)
  Level 6: Communautés métropolitaines / Urbans or metropolitan communities
  Level 7: Municipalités régionales de compté (MRCs)
  (Level 7.5: Here would fit the Conférences régionales des élus of
  Montérégie (which is divided in 3), other CRÉ match their MRC
  boundaries, but I believe this information is not worth of mapping.
   Maps [4]).
  Level 8: Municipalités et villes / Municipalities, Cities
  Level 9: Arrondissements / Boroughs
  Level 10: Quartier / Quarter
 
  This list does not contain federal electoral districts, provincial
  electoral districts, municipal electoral districts, school boards,
  Régions municipales de recensement and Agglomérations de
  recensement [5] (what are theses?). Should we include all of them?
 
  Now if you look closely at the wiki table, my suggestion doesn't fit
  with the rest of Canada: Québec's MRCs would be one level down compared
  to Ontario.  That's because we have 2 levels between the province and
  the cities.
 
  A real life example would be for the place I used to live in Québec
  City:
 
  Level 4: Québec
  Level 5: Capitale-Nationale (ref=03)
  Level 6: Communauté urbaine de Québec
  Level 7 is N/A (Québec is not part of an MRC, being a big city)
  Level 8: Québec
  Level 9: La cité (Map of the borough [2])
  Level 10: Montcalm
 
  I believe it would make sens for all those names show up on a map as
  they are commonly used.
 
  Are there other opinions?
 
  Pierre-Luc
 
  NB: I believe there was a report from the OCDE stating that Montréal was
  being over administrated.  I agree :)
 
  [1]: http://wiki.openstreetmap.org/wiki/Tag:boundary=administrative
  [2]:
 
 http://www.ville.quebec.qc.ca/apropos/portrait/arrondissements/lacite/plan.aspx
  [3] http://www.mamrot.gouv.qc.ca
  [4] http://www.mamrot.gouv.qc.ca/publications/cartotheque/CRE.pdf
  [5]
  http://www.mamrot.gouv.qc.ca/publications/cartotheque/atlas_AR_RMR.pdf
 
 



 

Re: [Talk-ca] Import mess in southern Québec

2010-01-15 Per discussione Nicolas Gignac
Allo,

Si vous voulez des données gratuites pour le Québec pour améliorer OSM, voir
ici :
http://www.mrnf.gouv.qc.ca/territoire/portrait/portrait-donnees-mille.jsp

If you want free data for the province of Quebec to improve OSM, there is
free datasets available here:
http://www.mrnf.gouv.qc.ca/territoire/portrait/portrait-donnees-mille.jsp

Cheers,

Nicolas

2010/1/15 Pierre-Luc Beaudoin pierre-...@pierlux.com

 Hi! :)

 There are some places just south of Montréal that have duplicated data
 for every ways.


 http://www.openstreetmap.org/?lat=45.3085lon=-73.5243zoom=12layers=B000FTF

 That include Saint-Constant, Delson, down to Saint-Rémi (following the
 209).  The overpasses of the 15,.30 and 132 are particularly ugly right
 now.

 I had started a manual clean up but gave up, I am sure there is a better
 tool for that! Can someone have a look?

 Thanks,

 Pierre-Luc

 ___
 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] OSM server...

2010-01-04 Per discussione Nicolas Gignac
Dear,

I sent this message below to the OpenStreetMap user discussion and I
did not get any answer or feedback.
I am sending this message to the canadian OSM list for anothe rtry and
because I am from Canada, maybe it was not the right list (OSM user
discussion) I sent my message...


I am looking at the best implementation of OSM local server for a public GIS
organisation anywhere in the world dealing with street data update everyday?

I am from Canada and I have heard about the Canvec project. However, I am
looking at success stories which OSM server (
http://weait.com/content/build-your-own-openstreetmap-server) and code (
http://wiki.openstreetmap.org/wiki/The_Rails_Port) have been locally
implemented and used for internal web applications.
In my own public organisation, we do have some legal issues with different
GIS datasets (e.g. street, aerial, thematic maps) from third parties, but we
would like to build an internal web mapping application using the OSM
philosophy and base maps, combining OSM data and our third-party datasets
(that is not GPL licence) without breaking the legal agreement we have.
After building a viable OSM internal server and once it for all dealt with
our legal issues, we could be able to transfer some street datasets into OSM
external site (www.openstreetmap.ca).
We do have very good datasets in PostGIS, we are using UMN MapServer,
OpenLayers (to combine OSM and other datasets), tilecache.org, web service
and MapFish already for our internal apps, but we would like to avoid
developing a complex WFS-T server and applications to monitor, validate and
update our street datasets, that is why OSM local server option might be a
good idea (example: using Merkatoor or other web OSM editing project for
low-level editing users in our organisation).

Thanks for letting me know good stories of this kind, options available or
critical information I might need before building a OSM local server project
involving other none-OSM datasets.

Cheers,

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


[OSM-talk] OSM server...

2009-12-22 Per discussione Nicolas Gignac
Dear,

I am looking at the best implementation of OSM local server for a public GIS
organisation anywhere in the world dealing with street data update everyday?

I am from Canada and I have heard about the Canvec project. However, I am
looking at success stories which OSM server (
http://weait.com/content/build-your-own-openstreetmap-server) and code (
http://wiki.openstreetmap.org/wiki/The_Rails_Port) have been locally
implemented and used for internal web applications.
In my own public organisation, we do have some legal issues with different
GIS datasets (e.g. street, aerial, thematic maps) from third parties, but we
would like to build an internal web mapping application using the OSM
philosophy and base maps, combining OSM data and our third-party datasets
(that is not GPL licence) without breaking the legal agreement we have.
After building a viable OSM internal server and once it for all dealt with
our legal issues, we could be able to transfer some street datasets into OSM
external site (www.openstreetmap.ca).
We do have very good datasets in PostGIS, we are using UMN MapServer,
OpenLayers (to combine OSM and other datasets), tilecache.org, web service
and MapFish already for our internal apps, but we would like to avoid
developing a complex WFS-T server and applications to monitor, validate and
update our street datasets, that is why OSM local server option might be a
good idea (example: using Merkatoor or other web OSM editing project for
low-level editing users in our organisation).

Thanks for letting me know good stories of this kind, options available or
critical information I might need before building a OSM local server project
involving other none-OSM datasets.

Cheers,

Nicolas
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk