[OSM-talk-fr] opendata... SHOM, Alpes-Maritimes

[Christian Quest]

Le SHOM publie quelques jeux de données en opendata, mais sont
difficilement "découvrables" ou téléchargeables.

Une copie se trouve maintenant sur http://data.cquest.org/shom/
- trait de côte
- limites maritimes
etc...


Par ailleurs, le département des Alpes Maritimes a ouvert son portail
opendata et quelques jeux de données sont intéressants:
- limites de tonnage et gabarits sur les routes départementales (maxweight,
maxheight, maxwidth, maxlength)
- des annuaires

J'ai intégré les maxweight, quelque maxheight...

->
https://www.departement06.fr/l-information-du-departement/opendata-29882.html

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

[OSM-talk-fr] opendata Grand Belfort...

[Christian Quest]

Avis aux amateurs !

La communauté d'agglo du Grand Belfort vient de publier ou mettre à jour 
une trentaine de jeux de données en opendata:


https://www.data.gouv.fr/fr/datasets/?sort=-created=5afd7ce888ee387d9f4e136f

--
Christian Quest - OpenStreetMap France


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

[OSM-talk-fr] OpenData d'infrastructure et délibération de la CRE 2018-214

[François Lacombe]

Salut à tous,

Une info de fond, j'ai pris le temps de lire la délibération 2018-214 de la
CRE
Pour les profanes, c'est l'autorité de régulation de l'énergie. Son collège
rédige des délibérations pour que le marché ouvert de l'énergie fonctionne.
Enedis et GRDF en sont les premières cibles au titre de leur position
dominante dans la distribution.
https://www.cre.fr/Documents/Deliberations/Communication/Etat-d-avancement-des-travaux-relatifs-aux-donnees-dont-disposent-les-gestionnaires-de-reseaux-et-d-infrastructures-d-energie

Cela suite à un appel à commentaire auquel j'ai répondu cet été, au titre
de mon implication dans OSM et aussi ma situation pro.
https://common.infos-reseaux.com/files/power/energie_data.pdf

Ainsi dans la Synthèse de la délibération :
"Les demandes des acteurs se concentrent également sur la mise à
disposition de données utiles à l’émergence de nouveaux usages
(autoconsommation collective, stockage d’électricité par batteries,
véhicules électriques, raccordement d’installations d’injection de
biométhane, stations GNV), telles que la publication de cartographies et de
données techniques du réseau, ou encore la simplification de la
transmission des clés de répartition pour l’autoconsommation collective ou
l’émission de signaux-prix par exemple. Compte tenu de l’intérêt de ces
données pour le développement de ces usages émergents, la CRE demande aux
gestionnaires de réseaux de lui transmettre sous six mois une étude de
faisabilité technique et juridique d’une telle mise à disposition."

Et tout le paragraphe 2.2.1.3 ainsi que 2.2.2
"La mise à disposition de données relatives à la cartographie ou
l’exploitation des réseaux, en particulier électriques, est sollicitée par
les parties prenantes"

Ces contributions et avancées entraînent directement des effets sur les
données ouvertes par les distributeurs d'énergie. Il ne faudra pas manquer
de demander la publication des études de faisabilité demandées sous 6 mois
ici.
De nouvelles avancées en la matière devraient sortir dans le courant de
2019, pour nous permettre de compléter encore plus nos cartes

A+

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

Re: [OSM-talk-fr] OpenData : antennes tél. mobile

[Philippe Verdy]

Source intéressante aussi, mais pas complète non plus.

La carte des antennes Free est plus complète concernant ces antennes (y
compris celles en cours de déploiement, dont on perçoit déjà un signal ou
on voit une infrastructure, ou ayant un dossier d'autorisation mais pas
encore forcément bien calibrées/orientées donc avec encore des mesures de
test sur le terrain notamment contre les interférences avec d'autres
antennes proches y compris chez les autres opérateurs de réseaux publics ou
privés: les émissions peuvent être intermittentes, le réseau n'est pas
encore commercialement ouvert donc pas encore accessible depuis un
smartphone ou une box/clé 4G avec sa SIM normale; certains sites en plus
peuvent être pour l'instant ouvertes avec certains clients spécifiques, ils
peuvent exister temporairement avant l'ouverture commerciale d'une autre
antenne ou la fin de travaux pour aménager un site: leur hauteur, leur
couverture et leur puissance peut donc évoluer, une fois que les autres
antennes autour sont éventuellement recalibrées ou après l'installation de
masques, ou encore le filtrage de certaines bandes de fréquence qui ont
trop de problèmes localement, ou le test de différents modulateurs sur
l'antenne en test).


Le 7 juillet 2018 à 09:09,  a écrit :

> Bonjour,
> Je connais ce site qui fait la cartographie des antennes hertziennes :
> https://carte-fh.lafibre.info/
>
> en contactant les auteurs, tu aurais peut-être ta réponse et d'autres
> infos intéressantes ?
>
> Christian (gnrc69)
>
> --
> *De: *"deuzeffe" 
> *À: *"Discussions sur OSM en français" 
> *Envoyé: *Vendredi 6 Juillet 2018 15:10:42
> *Objet: *[OSM-talk-fr] OpenData : antennes tél. mobile
>
>
> Bonjour,
>
> Pas réussi à trouver (probablement mal cherché) une couche ou une
> catégorie osmose qui intègre la base en OD des antennes de téléphonie
> mobile publiée par l'ARCEP
> (https://www.data.gouv.fr/fr/datasets/monreseaumobile/ ) ou l'ANFR
> (https://www.data.gouv.fr/fr/organizations/agence-
> nationale-des-frequences/#datasets
> - je ne sais quel est le bon dataset...)
>
> Une bonne âme pour m'aiguiller ?
>
> Merci d'avance !
> --
> deuzeffe, curieuse
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OpenData : antennes tél. mobile

[gnrc]

Bonjour, 
Je connais ce site qui fait la cartographie des antennes hertziennes : 
https://carte-fh.lafibre.info/ 

en contactant les auteurs, tu aurais peut-être ta réponse et d'autres infos 
intéressantes ? 

Christian (gnrc69) 

- Mail original -

De: "deuzeffe"  
À: "Discussions sur OSM en français"  
Envoyé: Vendredi 6 Juillet 2018 15:10:42 
Objet: [OSM-talk-fr] OpenData : antennes tél. mobile 

Bonjour, 

Pas réussi à trouver (probablement mal cherché) une couche ou une 
catégorie osmose qui intègre la base en OD des antennes de téléphonie 
mobile publiée par l'ARCEP 
(https://www.data.gouv.fr/fr/datasets/monreseaumobile/ ) ou l'ANFR 
(https://www.data.gouv.fr/fr/organizations/agence-nationale-des-frequences/#datasets
 
- je ne sais quel est le bon dataset...) 

Une bonne âme pour m'aiguiller ? 

Merci d'avance ! 
-- 
deuzeffe, curieuse 

___ 
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] OpenData : antennes tél. mobile

[David Crochet]

Bonjour

Il faut faire attention avec les donnée s visibles de ce site car 
j'habite, selon eux, sous une antennes, hors, cela fait plus d'an an 
qu'elle a été demonté


J'utilise l'application RNC Mobile qui recense en arrière plan les 
antennes. Par contre je ne connais pas leur politique de partage 
d'information.


Cordialement

--
David Crochet


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

Re: [OSM-talk-fr] OpenData : antennes tél. mobile

[Philippe Verdy]

Il y avait un projet "OpenCellID" qui était open ou ouvrait la cartographie
a tout le monde, mais maintenant les données "open" de ce projet sont
soumises à un licence propriétaire et leur carto nécessite un abonnement
payant chez la société qui a repris le projet...
Les données open data ne sont plus disponibles au téléchargement, même
celles qu'on a contribué soi-même (et plus moyen de connecter l'ancienne
appli mobile open source qui permettait de synchroniser des données. Je
pense que cette société a abusé les anciens utilisateurs et même les
anciens contributeurs en s'accaparant tous les droits de réutilisation.
L'ancienne licence n'était pas claire et ne conférait pas un droit
permanent d'accès à ces données. C'est bien dommage car on voit que "l'open
data" peut être abusé par des licences mal écrites et chez nombre de
fournisseurs leur "open data" n'est pas aussi libres qu'ils le prétendent:
on joue sur l'ambiguité des termes et ce terme n'est pas réellement protégé
(on le voit encore aujourd'hui chez Oracle, Google, Microsoft, et d'autres:
ils font appel aux contributeurs qui font le travail gratuitement et quand
des résultats significatifs sont obtenus avec leur aide, ils ferment les
vannes, changent les conditions contractuelles de façon obscure, obligent à
les accepter.
Dommage: "OpenCellID" était une belle idée et même cette "marque" devrait
être cédée et remise à la communauté pour refaire le projet sur des bases
de licences plus solides.


Le 6 juillet 2018 à 15:17, François Lacombe  a
écrit :

> Bonjour Deuzeffe,
>
> En effet je ne crois pas que ça ait été fait.
> A noter qu'on a plus vocation a intégrer certains supports uniquement,
> plutôt que les infos sur les antennes précises. Nous n'avons pas encore de
> tags pour tout décrire.
> Ce serait déjà très bien
>
> On peut lancer la discussion, c'est vrai que l'ANFR est très motrice dans
> l'opendata, parce qu'ils ont eu un super CDO au moment de sauter le pas
>
> François
>
> Le 6 juillet 2018 à 15:10, deuzeffe  a écrit :
>
>> Bonjour,
>>
>> Pas réussi à trouver (probablement mal cherché) une couche ou une
>> catégorie osmose qui intègre la base en OD des antennes de téléphonie
>> mobile publiée par l'ARCEP (https://www.data.gouv.fr/fr/d
>> atasets/monreseaumobile/ ) ou l'ANFR (https://www.data.gouv.fr/fr/o
>> rganizations/agence-nationale-des-frequences/#datasets - je ne sais quel
>> est le bon dataset...)
>>
>> Une bonne âme pour m'aiguiller ?
>>
>> Merci d'avance !
>> --
>> deuzeffe, curieuse
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OpenData : antennes tél. mobile

[François Lacombe]

Bonjour Deuzeffe,

En effet je ne crois pas que ça ait été fait.
A noter qu'on a plus vocation a intégrer certains supports uniquement,
plutôt que les infos sur les antennes précises. Nous n'avons pas encore de
tags pour tout décrire.
Ce serait déjà très bien

On peut lancer la discussion, c'est vrai que l'ANFR est très motrice dans
l'opendata, parce qu'ils ont eu un super CDO au moment de sauter le pas

François

Le 6 juillet 2018 à 15:10, deuzeffe  a écrit :

> Bonjour,
>
> Pas réussi à trouver (probablement mal cherché) une couche ou une
> catégorie osmose qui intègre la base en OD des antennes de téléphonie
> mobile publiée par l'ARCEP (https://www.data.gouv.fr/fr/d
> atasets/monreseaumobile/ ) ou l'ANFR (https://www.data.gouv.fr/fr/o
> rganizations/agence-nationale-des-frequences/#datasets - je ne sais quel
> est le bon dataset...)
>
> Une bonne âme pour m'aiguiller ?
>
> Merci d'avance !
> --
> deuzeffe, curieuse
>
> ___
> 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] OpenData : antennes tél. mobile

[deuzeffe]

Bonjour,

Pas réussi à trouver (probablement mal cherché) une couche ou une 
catégorie osmose qui intègre la base en OD des antennes de téléphonie 
mobile publiée par l'ARCEP 
(https://www.data.gouv.fr/fr/datasets/monreseaumobile/ ) ou l'ANFR 
(https://www.data.gouv.fr/fr/organizations/agence-nationale-des-frequences/#datasets 
- je ne sais quel est le bon dataset...)


Une bonne âme pour m'aiguiller ?

Merci d'avance !
--
deuzeffe, curieuse

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

[OSM-talk-fr] OpenData 27 et 76

[David Crochet]

Bonjour

Y'a moyen de faire passer ces données dans différentes moulinettes ?

http://www.opendata-27-76.fr/thematiques/se-deplacer/

Cordialement

--
David Crochet


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

Re: [OSM-talk-fr] opendata : les batis et leur hauteur à Paris

[Rpnpif]

Bonjour,

Le 28 février 2018, Francois Gouget a écrit :

> On Wed, 28 Feb 2018, Erwan Salomon wrote:
> 
> > celui qui fait le rendu c’est F4map
> > petit exemple de rendu un peu travaillé
> > http://demo.f4map.com/#lat=47.7361783=-3.4271357=19 
> > 
> > l’église, mais aussi 100m au sud la médiathèque  
> 
> Ah. Bien.
> 
> Mais c'est bizarre que pour un rendu en 3D ils ne prennent pas en compte 
> le relief. Parce que bon, Montmatre plat ça fait un peu bizarre. Et 
> comme ça semble utilisé pour l'immobilier le relief devrait quand même 
> avoir une importance, y compris pour l'ensoleillement (y en a qui sont 
> jamais contents ;-).
> 
> C'est quand même une super utilisation des données OpenStreetMap et ça 
> donne envie d'aller se promener avec StreetComplete pour renseigner 
> toutes les hauteurs de bâtiments et formes de toits.
> 
> Ça donne aussi envie d'acheter une caméra 360 pour mieux voir les 
> façades et pouvoir compter le nombre d'étages.
> 
> 

Un truc marrant : sur les zones en construction, les grues de chantier
sont animées et même leurs ombres (!), mais au prix d'une utilisation
très importante du CPU (AMD A4-5300), près de 100% (sous Firefox 58 et
Debian-Linux).

Ici par exemple :
http://demo.f4map.com/#lat=47.5994475=-0.8329988=19

-- 
Alain Rpnpif

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

Re: [OSM-talk-fr] opendata : les batis et leur hauteur à Paris

[Nicolas Bétheuil]

Merci beaucoup pour ces contributions fleuves mais on pourrait revenir sur
le sujet que j'avais proposé ?

Comment utiliser la donnée en opendata de la ville de paris (l'urbanisme)
pour renseigner les hauteurs des bâtiments ?

merci

Le 28 février 2018 à 23:08, Philippe Verdy  a écrit :

>
>
> Le 28 février 2018 à 22:17,  a écrit :
>
>> *Sur la carte Google du concurrent, lui n'apparaissait carrément pas sur
>> la carte. Il ne doit pas payer son obole.*
>>
> Le plus gros problème de Google c'est surtout sa politique tarifaire
> complètement hors de contrôle (puisque soumise en permanence à son système
> d'enchères à la hausse pour le placement). Ceux qui font le choix de Google
> au début s'en mordent les doigts ensuite: c'est une course sans fin pour
> payer plus, seulement pour être référencé.
>
> Le problème étant que les alternatives sont mal connues pour ceux qui
> cherchent avant tout sur Google. Cependant pour qu'un site se développe et
> puisse afficher une carte avec ses données, il doit pouvoir maîtriser ses
> coûts (la rentabilité peut être très longue et si le site est trop
> déficitaire, soit il ferme, soit c'est la boite qui coûle faute de clients
> et de référencement).
>
> Il faut donc développer une alternative stable : Switch2OSM n'est pas
> suffisant. Certes il propose une solution technique pour faire héberger à
> coût raisonnable et avec une qualité de service acceptable (Mapbox ou
> autre) mais il manque le référencement web (ce n'est pas vraiment la
> mission d'OSM).
>
> Mais les fournisseurs de cartographie basée sur OSM pourraient aider en
> fournissant une plateforme collaborative de référencement pour que Google
> ne soit pas le seul outil de recherche mais qu'on puisse trouver facilement
> cette autre plateforme collaborative (pas Google, ni Bing, ni Facebook non
> plus) à coût maîtrisé (donc sans système d'enchères à la hausse, juste la
> couverture des couts d'explotiation et une petite marge permettant les
> investissements et les mises à jour la maintenance, le renouvellement, la
> mise à niveau de la plateforme).
>
> Cette plateforme serait adaptée aux PME, commerces de proximité, services,
> associations, collectivités. Et je pense qu'à ce niveau on devrait avoir
> une incitation publique de l'Etat, dans l'esprit de l'Open Data (car ces
> oboles dues aux gros moteurs de recherche ou réseaux sociaux américains
> finissent par coûter cher au commerce extérieur français ou même européen,
> donc avec l'aval de l'UE si elle est accessible à tout le monde avec une
> politique tarifaire stable et maîtrisée).
>
> Cette plateforme aurait des prestataires commerciaux (exemple MapBox) à
> condition qu'ils adhèrent à la charte de maîtrise tarifaire et respectent
> des règles en terme de protection de vie privée (donc pas comme Maze par
> exemple qui envoie sans le dire des données privées, et cryptées en plus, à
> Facebook même pour les utilisateurs de Maze, filiale de Google, n'ayant
> aucun compte chez Facebook et sans même avoir approuvé cette collecte par
> Maze/Google au profit d'un tiers qui n'est ensuite engagé à rien du tout,
> donc peut aussi bien tout refournir sans condition à n'importe qui qui veut
> l'acheter ou s'en saisir directement aux USA).
>
> Il faut réinventer le concept collaboratif du "webring" : il n'a pas
> marché au début car c'était juste un échange de liens désordonnés sans
> aucun classement sur une thématique assez floue. Mais avec l'appui d'une
> cartographie libre, on peut avoir des échanges de liens plus pertinents. La
> carte libre serait donc un nouveau moteur de recherche, plus équitable,
> adaptée aux activités locales (publiques, associatives, commerciales).
> Cette(ces) plateforme(s) nationale(s) pourrai(en)t faire ensuite des émules
> dans d'autres pays européens et ailleurs, et Google serait obligé de
> la(les) référencer simplement car elle aurait de nombreux liens un peu
> partout dans les web nationaux ou dans les réseaux sociaux: il y aurait de
> la demande et elle serait mieux qualifiée que les liens postés par
> placement publicitaire payant et de coût croissant ne profitant qu'aux plus
> gros.
>
> Ce serait donc une solution pour plein d'artisans, d'agences immobilières
> sur le web. Elles auraient un appui technique. Elle paieraient un peu (un
> prix juste qui serait même plutôt orienté à la baisse grâce aux économies
> d'échelle). Elle pourrait apporter des subsides à OSM pour soutenir cet
> effort de cartographie libre: en payant un peu ce service, l'agence
> immobilière ou l'artisan contribuerait un peu aussi à OSM qui disposerait
> alors de capacité financière pour consolider sa propre plateforme et
> grandir doucement mais surement face aux GAFA (Uber inclus) qui veulent
> tout prendre et parasitent de plus en plus l'économie du monde entier et
> tuent les petites activités aux profit de grosses majors américaines qui ne
> font que créer des "produits dérivés" (comme la bourse) 

Re: [OSM-talk-fr] opendata : les batis et leur hauteur à Paris

[Philippe Verdy]

Le 28 février 2018 à 22:17,  a écrit :

> *Sur la carte Google du concurrent, lui n'apparaissait carrément pas sur
> la carte. Il ne doit pas payer son obole.*
>
Le plus gros problème de Google c'est surtout sa politique tarifaire
complètement hors de contrôle (puisque soumise en permanence à son système
d'enchères à la hausse pour le placement). Ceux qui font le choix de Google
au début s'en mordent les doigts ensuite: c'est une course sans fin pour
payer plus, seulement pour être référencé.

Le problème étant que les alternatives sont mal connues pour ceux qui
cherchent avant tout sur Google. Cependant pour qu'un site se développe et
puisse afficher une carte avec ses données, il doit pouvoir maîtriser ses
coûts (la rentabilité peut être très longue et si le site est trop
déficitaire, soit il ferme, soit c'est la boite qui coûle faute de clients
et de référencement).

Il faut donc développer une alternative stable : Switch2OSM n'est pas
suffisant. Certes il propose une solution technique pour faire héberger à
coût raisonnable et avec une qualité de service acceptable (Mapbox ou
autre) mais il manque le référencement web (ce n'est pas vraiment la
mission d'OSM).

Mais les fournisseurs de cartographie basée sur OSM pourraient aider en
fournissant une plateforme collaborative de référencement pour que Google
ne soit pas le seul outil de recherche mais qu'on puisse trouver facilement
cette autre plateforme collaborative (pas Google, ni Bing, ni Facebook non
plus) à coût maîtrisé (donc sans système d'enchères à la hausse, juste la
couverture des couts d'explotiation et une petite marge permettant les
investissements et les mises à jour la maintenance, le renouvellement, la
mise à niveau de la plateforme).

Cette plateforme serait adaptée aux PME, commerces de proximité, services,
associations, collectivités. Et je pense qu'à ce niveau on devrait avoir
une incitation publique de l'Etat, dans l'esprit de l'Open Data (car ces
oboles dues aux gros moteurs de recherche ou réseaux sociaux américains
finissent par coûter cher au commerce extérieur français ou même européen,
donc avec l'aval de l'UE si elle est accessible à tout le monde avec une
politique tarifaire stable et maîtrisée).

Cette plateforme aurait des prestataires commerciaux (exemple MapBox) à
condition qu'ils adhèrent à la charte de maîtrise tarifaire et respectent
des règles en terme de protection de vie privée (donc pas comme Maze par
exemple qui envoie sans le dire des données privées, et cryptées en plus, à
Facebook même pour les utilisateurs de Maze, filiale de Google, n'ayant
aucun compte chez Facebook et sans même avoir approuvé cette collecte par
Maze/Google au profit d'un tiers qui n'est ensuite engagé à rien du tout,
donc peut aussi bien tout refournir sans condition à n'importe qui qui veut
l'acheter ou s'en saisir directement aux USA).

Il faut réinventer le concept collaboratif du "webring" : il n'a pas marché
au début car c'était juste un échange de liens désordonnés sans aucun
classement sur une thématique assez floue. Mais avec l'appui d'une
cartographie libre, on peut avoir des échanges de liens plus pertinents. La
carte libre serait donc un nouveau moteur de recherche, plus équitable,
adaptée aux activités locales (publiques, associatives, commerciales).
Cette(ces) plateforme(s) nationale(s) pourrai(en)t faire ensuite des émules
dans d'autres pays européens et ailleurs, et Google serait obligé de
la(les) référencer simplement car elle aurait de nombreux liens un peu
partout dans les web nationaux ou dans les réseaux sociaux: il y aurait de
la demande et elle serait mieux qualifiée que les liens postés par
placement publicitaire payant et de coût croissant ne profitant qu'aux plus
gros.

Ce serait donc une solution pour plein d'artisans, d'agences immobilières
sur le web. Elles auraient un appui technique. Elle paieraient un peu (un
prix juste qui serait même plutôt orienté à la baisse grâce aux économies
d'échelle). Elle pourrait apporter des subsides à OSM pour soutenir cet
effort de cartographie libre: en payant un peu ce service, l'agence
immobilière ou l'artisan contribuerait un peu aussi à OSM qui disposerait
alors de capacité financière pour consolider sa propre plateforme et
grandir doucement mais surement face aux GAFA (Uber inclus) qui veulent
tout prendre et parasitent de plus en plus l'économie du monde entier et
tuent les petites activités aux profit de grosses majors américaines qui ne
font que créer des "produits dérivés" (comme la bourse) basés sur les paris
à risque, les enchères illimitées, et engranger des bénéfices de plus en
plus énormes sans apporter de réel service supplémentaire aux petites
activités locales.

Bref l'obole à payer n'est pas tellement le problème: il est concevable
pour toute activité commerciale de payer un peu, mais il lui faut une
maitrise des couts adaptée à leur taille et leur activité réelle et leurs
marges réelles d'exploitation. Sinon tout le monde en 

Re: [OSM-talk-fr] opendata : les batis et leur hauteur à Paris

[Erwan Salomon]

> Le 28 févr. 2018 à 22:17, osm.sanspourr...@spamgourmet.com a écrit :
> 
> Erwan, il va falloir placer les panneaux solaires sur le toit de la mairie. 
> Christian, l'agglomération voulait promouvoir les renouvelables et a passé un 
> appel d'offre pour sensibiliser le public et louer des panneaux solaires. Du 
> coup des panneaux solaires appartenant à des particuliers via une coopérative 
> sont loués par la mairie et produisent sur la mairie et des écoles.
> 
sur la mairie et ailleurs (d’ailleurs la mairie n’a aucun tag de forme du 
bâtiment dans OSM, c’est à F4map qu’il faut que tu t'adresses)
y’en a pléthore sur les toits des maisons, parfois avec une pente particulière 
(pente 30° Est avec un bâtiment haut au Sud)
et celui en construction sur le K3 (ou K2 ?), le plus grand de quelque-chose

tu auras remarqué le magnifique rendu du travel-lift de l’estacade ...
(il va falloir penser à ajouter les grues du port de commerce du coup)___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] opendata : les batis et leur hauteur à Paris

[Erwan Salomon]

au fait il y a https://www.easter-eggs.com  qui 
semble fournir un service de serveur de carte pour au moins 2 agences 
immobilières à base d’OSM
j’ai tilté quand j’ai vu un grand panneau (2mx2m) dans une agence qui utilisait 
OSM (pas fr, j’en ai fait la remarque) avec des données de ~3 mois
mais là il n’est pas question de hauteur de bâti alors j’arrête mon HS

erwan [glyo]

> Le 28 févr. 2018 à 20:50, Nicolas Bétheuil  a écrit :
> 
> D'où l'idée de l'open data. Y a pleins de données, au moins le nombre de 
> palliers, et d'étage.
> 
> Le 28 févr. 2018 7:43 PM, "Francois Gouget"  > a écrit :
> On Wed, 28 Feb 2018, Erwan Salomon wrote:
> 
> > celui qui fait le rendu c’est F4map
> > petit exemple de rendu un peu travaillé
> > http://demo.f4map.com/#lat=47.7361783=-3.4271357=19 
> >  
> >  > >
> > l’église, mais aussi 100m au sud la médiathèque
> 
> Ah. Bien.
> 
> Mais c'est bizarre que pour un rendu en 3D ils ne prennent pas en compte
> le relief. Parce que bon, Montmatre plat ça fait un peu bizarre. Et
> comme ça semble utilisé pour l'immobilier le relief devrait quand même
> avoir une importance, y compris pour l'ensoleillement (y en a qui sont
> jamais contents ;-).
> 
> C'est quand même une super utilisation des données OpenStreetMap et ça
> donne envie d'aller se promener avec StreetComplete pour renseigner
> toutes les hauteurs de bâtiments et formes de toits.
> 
> Ça donne aussi envie d'acheter une caméra 360 pour mieux voir les
> façades et pouvoir compter le nombre d'étages.
> 
> 
> --
> Francois Gouget >  
> http://fgouget.free.fr/ 
>Un western sans indien c'est comme une police sans serif.
>  -- John Wayne
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr 
> 
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] opendata : les batis et leur hauteur à Paris

[Antoine Riche]

Le 28/02/2018 à 19:43, Francois Gouget a écrit :

Mais c'est bizarre que pour un rendu en 3D ils ne prennent pas en compte
le relief. Parce que bon, Montmatre plat ça fait un peu bizarre. Et
comme ça semble utilisé pour l'immobilier le relief devrait quand même
avoir une importance, y compris pour l'ensoleillement (y en a qui sont
jamais contents;-).


Tu vas être content : tu peux configurer tout ça dans les options 
graphiques, accessibles depuis le hamburger à droite de "Chercher un 
lieu". tu peux même avoir de la neige à Rio de Janeiro :-)


Antoine.




---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] opendata : les batis et leur hauteur à Paris

[osm . sanspourriel]

/Erwan, il va falloir placer les panneaux solaires sur le toit de la 
mairie. //
//Christian, l'agglomération voulait promouvoir les renouvelables et a 
passé un appel d'offre pour sensibiliser le public et louer des panneaux 
solaires. Du coup des panneaux solaires appartenant à des particuliers 
via une coopérative sont loués par la mairie et produisent sur la mairie 
et des écoles./


Le rendu a fait pas mal de progrès. Mais les feuillus ne perdent pas 
leur feuilles en hiver ;-).


Les lignes et poteaux électriques sont bien rendus mais ne sont pas 
raccord :


http://demo.f4map.com/#lat=48.3644923=-4.5722182=19=56.853=-78.438
https://www.openstreetmap.org/way/242858977#map=15/48.3652/-4.5691
https://www.openstreetmap.org/node/2503070883#map=19/48.36554/-4.57118

/Philippe, oui c'est une utilisation abusive, quant aux pubs de Google 
je regardais où se trouvait un fabricant de poêles./


/Sur sa carte Google, une pub (un marqueur) pour une grande marque de 
poseurs de cheminées qui ne vendait pas la marque en question./


/Sur la carte Google du concurrent, lui n'apparaissait carrément pas sur 
la carte. Il ne doit pas payer son obole.//

/

/J'ai choisi la production locale ;-) et je dois toujours leur dire de 
changer de carte./


Mais comment taguer un fabricant de poêle ?

shop =fireplace 
 
c'est pour les fumistes.


Alors inventons un craft=fireplace ? Un craft=blacksmith me semble trop 
artisanal.
office=company 
 est bien 
générique.
industrial=factory 
 déjà mieux.



Le 28/02/2018 à 14:41, Erwan Salomon - r...@gmx.fr a écrit :

celui qui fait le rendu c’est F4map
petit exemple de rendu un peu travaillé
http://demo.f4map.com/#lat=47.7361783=-3.4271357=19
l’église, mais aussi 100m au sud la médiathèque
ils prennent en compte building:min_levels, building:colour … 
building:part (important pour les bâtiments en plusieurs volumes)

roof:material, mais pas stone
surface en vitre sont rendues
aussi les arbres et rangées d’arbre (arbre de noël si je me souvient)
les surface d’eau, les fontaines ...
y’a 2 ans c’était pas mis à jour rapidement
maintenant ça varie de la minute à qqn heures
ils ont aussi des bâtiment modélisé par leur propres moyens :
http://demo.f4map.com/#lat=47.7479520=-3.3652867=18
souvent les mairies
et l’ombrage et les conditions météos en direct (ça pourrait être 
intéressant de les définir à volonté pour évaluer la luminosité des 
appartements par exemple)

ça fait chauffer mon ordi par contre
ça passe mieux sur mon téléphone

erwan [glyo]


Le 28 févr. 2018 à 14:17, Francois Gouget > a écrit :


On Tue, 27 Feb 2018, Nicolas Bétheuil wrote:


Bonjour,

L'autre jour j'avais trouvé un site d'immobilier qui m'avait
impressionné : bienici.com  Je vous laisse aller 
faire un tour si ça

vous intéresse c'est ni le sujet ni une pub. Ils réutilisent les
données d'OSM pour les hauteurs de bâtiments. Forcément j'ai été voir
chez moi et les hauteurs ne sont pas renseignées.


Le rendu est sympa.

D'après mes tests ils se servent des champs building:levels,
roof:levels, roof:shape et peut-être roof:material (et peut-être encore
d'autres). Et en plus ils mettent à jour leurs données plutôt 
rapidement :

j'ai complété quelques bâtiments cette nuit à partir de Mapillary et
aujourd'hui le rendu les prend en compte !



--
Francois Gouget > 
http://fgouget.free.fr/
Linux: the choice of a GNU 
generation___

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




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


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

Re: [OSM-talk-fr] opendata : les batis et leur hauteur à Paris

[Nicolas Bétheuil]

D'où l'idée de l'open data. Y a pleins de données, au moins le nombre de
palliers, et d'étage.

Le 28 févr. 2018 7:43 PM, "Francois Gouget"  a écrit :

On Wed, 28 Feb 2018, Erwan Salomon wrote:

> celui qui fait le rendu c’est F4map
> petit exemple de rendu un peu travaillé
> http://demo.f4map.com/#lat=47.7361783=-3.4271357=19 <
http://demo.f4map.com/#lat=47.7361783=-3.4271357=19>
> l’église, mais aussi 100m au sud la médiathèque

Ah. Bien.

Mais c'est bizarre que pour un rendu en 3D ils ne prennent pas en compte
le relief. Parce que bon, Montmatre plat ça fait un peu bizarre. Et
comme ça semble utilisé pour l'immobilier le relief devrait quand même
avoir une importance, y compris pour l'ensoleillement (y en a qui sont
jamais contents ;-).

C'est quand même une super utilisation des données OpenStreetMap et ça
donne envie d'aller se promener avec StreetComplete pour renseigner
toutes les hauteurs de bâtiments et formes de toits.

Ça donne aussi envie d'acheter une caméra 360 pour mieux voir les
façades et pouvoir compter le nombre d'étages.


--
Francois Gouget   http://fgouget.free.fr/
   Un western sans indien c'est comme une police sans serif.
 -- John Wayne
___
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] opendata : les batis et leur hauteur à Paris

[Philippe Verdy]

Note que je comprends bien pourquoi ce site a dû arrêter d'utiliser Google
Maps : en ne payant pas, Google pouvait librement insérer sur la carte des
annonces immobilières de sites concurrents et Google pour remplacer les
annonces placées par le site lui-même.

(Une autre raison de dire que "Google c'est le mal": si on veut produire sa
carte et montrer clairemetn ses données, au début on ne paye pas puis
Google commence à vous demander des sous et de plus en plus cher, car il
pratique les enchères en permanence sur les prix du placement préférentiel,
et dans le monde de l'immobilier il y a vraiment beaucoup de concurrents
qui cherchent à se placer, et les enchères montent ! Avec Google Maps, on
n'a aucune garantie de prix ou de service, le site peut vite devenir
déficitaire, ou obliger les sites à augmenter les prix de leurs services,
tels que les commissions d'agence dues par les clients uniquement pour
payer Google: Google est inflationniste et finalement coûte cher à tout le
monde, en témoigne ce qui s'est passé pour les autres services à domicile,
les hôtels, les restaurants: ceux qui restent encore sont ceux qui peuvent
payer Google avec les plus grosses enchères : McDo, Amazon, Uber, etc.
Google Maps tue le petit commerce qui doit absolument s'en éloigner et
refuser ce dictact qui profite uniquement aux géants du commerce en ligne,
en général américains et même actionnaires de Google !)


Le 28 février 2018 à 20:34, Philippe Verdy  a écrit :

> En même temps, ce site d'annonces ne fait qu'utiliser gratuitement (sans
> le dire, et en prétendant abusivement sur leur page d'accueil que c'est eux
> qui "font" la carte 2D et 3D) les services d'OSM et F4Map. Ils n'ont pas
> leur serveurs de tuiles, et la version de F4Map utilisée est la version
> "démo" qui n'a pas le relief, masi n'est pas sensée non plus être utilsiée
> directement sur un site commercial.
> Ils vont vite se faire bloquer pour usage abusif sans clé...
> Bref ne faisons pas de pub pour ce site d'annonces immobilières (il y en a
> des tas d'autres, celui-là est plus original car il a arrêté d'utiliser
> Google, à qui ils devaient payer sans doute trop cher, mais sont passé à
> F4Map sans rien demander à personne, et surtout pour ne pas payer non plus
> d'abonnement chez MapBox).
>
> Note: la page d'acceuil est abusive mais la carte visible quand on
> recherche dessus affiche bien les crédits, mais ne dispose pas des clés
> d'accès pour un usage en masse, et il n'a sans doute rien contribué du tout
> à OSM, ses données affichées dessus restent privées. Bref c'est un site
> purement égoïste et parasitaire.
>
> Le 28 février 2018 à 19:43, Francois Gouget  a écrit :
>
>> On Wed, 28 Feb 2018, Erwan Salomon wrote:
>>
>> > celui qui fait le rendu c’est F4map
>> > petit exemple de rendu un peu travaillé
>> > http://demo.f4map.com/#lat=47.7361783=-3.4271357=19 <
>> http://demo.f4map.com/#lat=47.7361783=-3.4271357=19>
>> > l’église, mais aussi 100m au sud la médiathèque
>>
>> Ah. Bien.
>>
>> Mais c'est bizarre que pour un rendu en 3D ils ne prennent pas en compte
>> le relief. Parce que bon, Montmatre plat ça fait un peu bizarre. Et
>> comme ça semble utilisé pour l'immobilier le relief devrait quand même
>> avoir une importance, y compris pour l'ensoleillement (y en a qui sont
>> jamais contents ;-).
>>
>> C'est quand même une super utilisation des données OpenStreetMap et ça
>> donne envie d'aller se promener avec StreetComplete pour renseigner
>> toutes les hauteurs de bâtiments et formes de toits.
>>
>> Ça donne aussi envie d'acheter une caméra 360 pour mieux voir les
>> façades et pouvoir compter le nombre d'étages.
>>
>>
>> --
>> Francois Gouget   http://fgouget.free.fr/
>>Un western sans indien c'est comme une police sans serif.
>>  -- John Wayne
>> ___
>> 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] opendata : les batis et leur hauteur à Paris

[Philippe Verdy]

En même temps, ce site d'annonces ne fait qu'utiliser gratuitement (sans le
dire, et en prétendant abusivement sur leur page d'accueil que c'est eux
qui "font" la carte 2D et 3D) les services d'OSM et F4Map. Ils n'ont pas
leur serveurs de tuiles, et la version de F4Map utilisée est la version
"démo" qui n'a pas le relief, masi n'est pas sensée non plus être utilsiée
directement sur un site commercial.
Ils vont vite se faire bloquer pour usage abusif sans clé...
Bref ne faisons pas de pub pour ce site d'annonces immobilières (il y en a
des tas d'autres, celui-là est plus original car il a arrêté d'utiliser
Google, à qui ils devaient payer sans doute trop cher, mais sont passé à
F4Map sans rien demander à personne, et surtout pour ne pas payer non plus
d'abonnement chez MapBox).

Note: la page d'acceuil est abusive mais la carte visible quand on
recherche dessus affiche bien les crédits, mais ne dispose pas des clés
d'accès pour un usage en masse, et il n'a sans doute rien contribué du tout
à OSM, ses données affichées dessus restent privées. Bref c'est un site
purement égoïste et parasitaire.

Le 28 février 2018 à 19:43, Francois Gouget  a écrit :

> On Wed, 28 Feb 2018, Erwan Salomon wrote:
>
> > celui qui fait le rendu c’est F4map
> > petit exemple de rendu un peu travaillé
> > http://demo.f4map.com/#lat=47.7361783=-3.4271357=19 <
> http://demo.f4map.com/#lat=47.7361783=-3.4271357=19>
> > l’église, mais aussi 100m au sud la médiathèque
>
> Ah. Bien.
>
> Mais c'est bizarre que pour un rendu en 3D ils ne prennent pas en compte
> le relief. Parce que bon, Montmatre plat ça fait un peu bizarre. Et
> comme ça semble utilisé pour l'immobilier le relief devrait quand même
> avoir une importance, y compris pour l'ensoleillement (y en a qui sont
> jamais contents ;-).
>
> C'est quand même une super utilisation des données OpenStreetMap et ça
> donne envie d'aller se promener avec StreetComplete pour renseigner
> toutes les hauteurs de bâtiments et formes de toits.
>
> Ça donne aussi envie d'acheter une caméra 360 pour mieux voir les
> façades et pouvoir compter le nombre d'étages.
>
>
> --
> Francois Gouget   http://fgouget.free.fr/
>Un western sans indien c'est comme une police sans serif.
>  -- John Wayne
> ___
> 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] opendata : les batis et leur hauteur à Paris

[Francois Gouget]

On Wed, 28 Feb 2018, Erwan Salomon wrote:

> celui qui fait le rendu c’est F4map
> petit exemple de rendu un peu travaillé
> http://demo.f4map.com/#lat=47.7361783=-3.4271357=19 
> 
> l’église, mais aussi 100m au sud la médiathèque

Ah. Bien.

Mais c'est bizarre que pour un rendu en 3D ils ne prennent pas en compte 
le relief. Parce que bon, Montmatre plat ça fait un peu bizarre. Et 
comme ça semble utilisé pour l'immobilier le relief devrait quand même 
avoir une importance, y compris pour l'ensoleillement (y en a qui sont 
jamais contents ;-).

C'est quand même une super utilisation des données OpenStreetMap et ça 
donne envie d'aller se promener avec StreetComplete pour renseigner 
toutes les hauteurs de bâtiments et formes de toits.

Ça donne aussi envie d'acheter une caméra 360 pour mieux voir les 
façades et pouvoir compter le nombre d'étages.


-- 
Francois Gouget   http://fgouget.free.fr/
   Un western sans indien c'est comme une police sans serif.
 -- John Wayne___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] opendata : les batis et leur hauteur à Paris

[Erwan Salomon]

celui qui fait le rendu c’est F4map
petit exemple de rendu un peu travaillé
http://demo.f4map.com/#lat=47.7361783=-3.4271357=19 

l’église, mais aussi 100m au sud la médiathèque
ils prennent en compte building:min_levels, building:colour … building:part 
(important pour les bâtiments en plusieurs volumes)
roof:material, mais pas stone
surface en vitre sont rendues
aussi les arbres et rangées d’arbre (arbre de noël si je me souvient)
les surface d’eau, les fontaines ...
y’a 2 ans c’était pas mis à jour rapidement
maintenant ça varie de la minute à qqn heures
ils ont aussi des bâtiment modélisé par leur propres moyens :
http://demo.f4map.com/#lat=47.7479520=-3.3652867=18 

souvent les mairies
et l’ombrage et les conditions météos en direct (ça pourrait être intéressant 
de les définir à volonté pour évaluer la luminosité des appartements par 
exemple)
ça fait chauffer mon ordi par contre
ça passe mieux sur mon téléphone

erwan [glyo]


> Le 28 févr. 2018 à 14:17, Francois Gouget  a écrit :
> 
> On Tue, 27 Feb 2018, Nicolas Bétheuil wrote:
> 
>> Bonjour,
>> 
>> L'autre jour j'avais trouvé un site d'immobilier qui m'avait 
>> impressionné : bienici.com Je vous laisse aller faire un tour si ça 
>> vous intéresse c'est ni le sujet ni une pub. Ils réutilisent les 
>> données d'OSM pour les hauteurs de bâtiments. Forcément j'ai été voir 
>> chez moi et les hauteurs ne sont pas renseignées.
> 
> Le rendu est sympa.
> 
> D'après mes tests ils se servent des champs building:levels, 
> roof:levels, roof:shape et peut-être roof:material (et peut-être encore 
> d'autres). Et en plus ils mettent à jour leurs données plutôt rapidement :
> j'ai complété quelques bâtiments cette nuit à partir de Mapillary et 
> aujourd'hui le rendu les prend en compte !
> 
> 
> 
> -- 
> Francois Gouget   http://fgouget.free.fr/
> Linux: the choice of a GNU 
> generation___
> 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] opendata : les batis et leur hauteur à Paris

[Francois Gouget]

On Tue, 27 Feb 2018, Nicolas Bétheuil wrote:

> Bonjour,
> 
> L'autre jour j'avais trouvé un site d'immobilier qui m'avait 
> impressionné : bienici.com Je vous laisse aller faire un tour si ça 
> vous intéresse c'est ni le sujet ni une pub. Ils réutilisent les 
> données d'OSM pour les hauteurs de bâtiments. Forcément j'ai été voir 
> chez moi et les hauteurs ne sont pas renseignées.

Le rendu est sympa.

D'après mes tests ils se servent des champs building:levels, 
roof:levels, roof:shape et peut-être roof:material (et peut-être encore 
d'autres). Et en plus ils mettent à jour leurs données plutôt rapidement :
j'ai complété quelques bâtiments cette nuit à partir de Mapillary et 
aujourd'hui le rendu les prend en compte !



-- 
Francois Gouget   http://fgouget.free.fr/
 Linux: the choice of a GNU generation___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] opendata : les batis et leur hauteur à Paris

[Nicolas Bétheuil]

Oups, j'aurais pas dû parler du site. Juste du jeu de données. Je leur ai
écrit, il y a bien la mention sur la carte mais la page d'accueil est abusé.

Le mer. 28 févr. 2018 à 02:43, Philippe Verdy  a écrit :

> Ils ont osé sur leur page d'accueil : " Nous avons cartographié la France
> entière en 2D et en 3D"... ce qui est faux, et abusif.
>
> Le 27 février 2018 à 22:21, Nicolas Bétheuil  a écrit :
>
>> Bonjour,
>>
>> L'autre jour j'avais trouvé un site d'immobilier qui m'avait impressionné
>> : bienici.com
>> Je vous laisse aller faire un tour si ça vous intéresse c'est ni le sujet
>> ni une pub.
>> Ils réutilisent les données d'OSM pour les hauteurs de bâtiments.
>> Forcément j'ai été voir chez moi et les hauteurs ne sont pas renseignées.
>> Puis une recherche rapide me donne les hauteurs de tous les bâtiments de
>> Paris avec leur empreinte au sol.
>> https://parisdata.opendatasoft.com/explore/dataset/volumesbatisparis2011/
>>
>> Comment faire pour en faire un todo dans josm ou mieux en faire un sujet
>> participatif ?
>> Vous en pensez quoi ?
>>
>> merci
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] opendata : les batis et leur hauteur à Paris

[Philippe Verdy]

Ils ont osé sur leur page d'accueil : " Nous avons cartographié la France
entière en 2D et en 3D"... ce qui est faux, et abusif.

Le 27 février 2018 à 22:21, Nicolas Bétheuil  a écrit :

> Bonjour,
>
> L'autre jour j'avais trouvé un site d'immobilier qui m'avait impressionné
> : bienici.com
> Je vous laisse aller faire un tour si ça vous intéresse c'est ni le sujet
> ni une pub.
> Ils réutilisent les données d'OSM pour les hauteurs de bâtiments.
> Forcément j'ai été voir chez moi et les hauteurs ne sont pas renseignées.
> Puis une recherche rapide me donne les hauteurs de tous les bâtiments de
> Paris avec leur empreinte au sol.
> https://parisdata.opendatasoft.com/explore/dataset/volumesbatisparis2011/
>
> Comment faire pour en faire un todo dans josm ou mieux en faire un sujet
> participatif ?
> Vous en pensez quoi ?
>
> merci
>
> ___
> 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] opendata : les batis et leur hauteur à Paris

[Nicolas Bétheuil]

Bonjour,

L'autre jour j'avais trouvé un site d'immobilier qui m'avait impressionné :
bienici.com
Je vous laisse aller faire un tour si ça vous intéresse c'est ni le sujet
ni une pub.
Ils réutilisent les données d'OSM pour les hauteurs de bâtiments. Forcément
j'ai été voir chez moi et les hauteurs ne sont pas renseignées.
Puis une recherche rapide me donne les hauteurs de tous les bâtiments de
Paris avec leur empreinte au sol.
https://parisdata.opendatasoft.com/explore/dataset/volumesbatisparis2011/

Comment faire pour en faire un todo dans josm ou mieux en faire un sujet
participatif ?
Vous en pensez quoi ?

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

Re: [OSM-talk-fr] OpenData RTE dans Osmose-QA

[Philippe Verdy]

De toute façon ces points géodésiques posés sur pylônes peuvent changer
avec le temps: un pylône peut être démoli. Le point de repérage posé sur le
pylone le sera aussi (y compris son repère en hauteur) et remplacé par un
point marqué au sol. Dans ce genre de cas, l'administration devrait en être
avisée si le repère doit être déplacé ou détruit. Mais il peut parfois
s'écouler des mois voire des années avant que ce soit visible dans les
bases de données. Parfois le point est simplement constaté comme détruit et
pas toujours remplacé si l'administration n'en ressent pas le besoin, ou
d'autres repères seront mis en place à proximité là où ils seront plus
facilement repérables et visibles.
Assez souvent ce n'est même pas nécessaire de les remplacer car il y a
assez d'autres repères sur le terrain, posés par exemple lors d'opérations
de bornage pour des constructions nouvelles déjà réalisées. Les opérateurs
de différents réseaux ont également leurs propres bornes de repérage
(exemples: réseaux d'eau potable, plaques d'égouts, armoires télécom,
signalisation routière, éclairage public, antennes de téléphonie mobile)
qui complète efficacement le réseau géodésique de base, et sont souvent
plus à jour et géolocalisés plus précisément que les anciennes bornes qui
n'ont pas été revisitées depuis des années avec les outils de mesure
modernes plus précis.

La densité des différents points et leur "mise en commun" par les
différents opérateurs évite de multiplier inutilement les visites de
géomètres (d'autant plus que les géomètres sollicités travaillent avec les
mêmes outils et les mêmes méthodes et peuvent travailler indifféremment
pour l'administration ou pour des opérateurs ou maîtres d'oeuvre de
chantiers importants: toute construction en hauteur de toute façon fait
l'objet de procédures et d'enquêtes de voisinage; les repères géodésiques
et de nivellement nécessaires pour ces chantiers sont réalisés et placés
sur le terrain et signalés sur les plans de permis de construire, les
communes pouvant en exiger la pose et la certification par des géomètres
agréés; un certain nombre de ces points de repères seront temporaires,
durant le chantier, d'autres seront destinés à être conservés de façon
pérenne et seront incorporés au cadastre, et le réseau géodésique pourra en
intégrer un certain nombre selon ses besoins et les consolider plus
solidement que les premières bornes en plastique juste plantées au sol).

Il me semble même qu'un propriétaire ne peut s'opposer à la matérialisation
d'un point géodésique sur sa construction, que ce soit une plaque sur un
mur ou un pylône, ou une borne bétonnée et que l'administration fait les
choses correctement pour ne pas empiéter les terrains et "défigurer" les
bâtiments avec des matériaux inappropriés. Parfois il n'est même pas
nécessaire de construire quoi que ce soit : la construction elle-même est
suffisante et dispose d'un élément stable bien repérable (d'ou l'existence
dans les fiches géodésiques de points qui mentionnent simplement un pignon
d'angle de murs à une hauteur elle aussi matérialisée par exemple sur la
limite de toiture, ou bien sur un parafoudre à la hauteur du pied sur le
toit ou sur une cheminée). C'est plus pérenne et plus stable que plein de
bornes au sol ou des poteaux le long des routes, ou des plaques fixées sur
une paroi naturelle non stabilisée et soumise à l'érosion...

Enfin aujourd'hui on n'a plus besoin d'autant de points géodésiques que
dans le passé, un nombre plus limité suffit pour aligner les photos
aériennes et les relevés GPS. La télémétrie laser ou radio a aussi
grandement amélioré la précision des mesures par rapport aux anciennes
méthodes purement visuelles avec des instruments optiques (où il fallait
faire un plus grand nombre de mesures avec plus de repères pour atteindre
une précision suffisante). On ne manque plus de sources
orthophotographiques ni de satellites d'observation (même hors des galaxies
GPS) qui sont largement mises en commun et réutilisées (pas toujours sous
licence libre et gratuite, mais c'est de toute façon beaucoup moins cher
que d'employer des armées de géomètres). La seule tâche de l'administration
est alors de sélectionner les meilleures sources pour pérenniser et
consolider son réseau géodésique de base servant de référence légale et
revoir ensuite ce réseau tous les X années pour voir s'il est encore
suffisant.

Le 25 avril 2017 à 17:27, François Lacombe  a
écrit :

> Hello,
>
> C'est vrai que je n'avais pas vu tout ces problèmes.
>
> D'accord avec vous pour créer deux points distincts
> Une relation de type site semble lourd mais pour autant le bon outil parce
> qu'il n'y a pas de périmètre fermé pour entourer tout ces éléments
> Parfois il y a deux points géodésiques sur le même pylône, je l'ai vu
> récemment (il y a donc 3 nœuds, même aujourd'hui, dans la base)
>
>
> A+
>
> *François Lacombe*
>
> fl dot infosreseaux At gmail dot com
> www.infos-reseaux.com
> @InfosReseaux 

Re: [OSM-talk-fr] OpenData RTE dans Osmose-QA

[François Lacombe]

Hello,

C'est vrai que je n'avais pas vu tout ces problèmes.

D'accord avec vous pour créer deux points distincts
Une relation de type site semble lourd mais pour autant le bon outil parce
qu'il n'y a pas de périmètre fermé pour entourer tout ces éléments
Parfois il y a deux points géodésiques sur le même pylône, je l'ai vu
récemment (il y a donc 3 nœuds, même aujourd'hui, dans la base)


A+

*François Lacombe*

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux 

Le 25 avril 2017 à 10:24, Vincent Pottier  a écrit :

> Le 23/04/2017 à 11:03, Art Penteur a écrit :
>
>> C'est l'occasion de poser la question du codage des pylônes qui
>> portent un point géodésique.
>>
>> Exemple : http://www.openstreetmap.org/node/670155064#map=17/44.41231/
>> 1.41735
>>
>> Quelle solution fait consensus, actuellement ?
>>- 1 seul nœud avec tous les attributs (power-=tower et  man_made
>> survey_point). ça a une certaine cohérence physique, mais pose des
>> problèmes de codage (par exemple, comment combiner la ref IGN et la
>> ref RTE) ?
>>- 2 nœuds très proches (éventuellement liés par une relation de type
>> site)
>>- créer un polygone power=tower, avec un nœud à chacun des pieds du
>> pylône, avec le survey_point naturellement à l'intérieur du polygone
>> (mais la page wiki de power=tower interdit les polygones) ?
>>- autre ?
>>
>> Art
>>
>> Bonjour,
>
> Le nœud survey_point comporte un tag ele qui vaut pour l'altitude du
> repère et non celle du pylône, celle-ci étant considérée au pied de ce
> dernier, au niveau du sol.
>
> Le pylône est un objet propre avec ses propres coordonnées, sa propre
> altitude, le repère en est un autre : d'où deux objets différents.
>
> En ne gardant qu'un seul nœud, on induit une erreur, de considérer le tag
> ele comme étant l'altitude du pylône.
>
> Après, reste à voir comment relier les deux.
>
> FrViPofm
>
>
> ___
> 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] OpenData RTE dans Osmose-QA

[Vincent Pottier]

Le 23/04/2017 à 11:03, Art Penteur a écrit :

C'est l'occasion de poser la question du codage des pylônes qui
portent un point géodésique.

Exemple : http://www.openstreetmap.org/node/670155064#map=17/44.41231/1.41735

Quelle solution fait consensus, actuellement ?
   - 1 seul nœud avec tous les attributs (power-=tower et  man_made
survey_point). ça a une certaine cohérence physique, mais pose des
problèmes de codage (par exemple, comment combiner la ref IGN et la
ref RTE) ?
   - 2 nœuds très proches (éventuellement liés par une relation de type site)
   - créer un polygone power=tower, avec un nœud à chacun des pieds du
pylône, avec le survey_point naturellement à l'intérieur du polygone
(mais la page wiki de power=tower interdit les polygones) ?
   - autre ?

Art


Bonjour,

Le nœud survey_point comporte un tag ele qui vaut pour l'altitude du 
repère et non celle du pylône, celle-ci étant considérée au pied de ce 
dernier, au niveau du sol.


Le pylône est un objet propre avec ses propres coordonnées, sa propre 
altitude, le repère en est un autre : d'où deux objets différents.


En ne gardant qu'un seul nœud, on induit une erreur, de considérer le 
tag ele comme étant l'altitude du pylône.


Après, reste à voir comment relier les deux.

FrViPofm

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

Re: [OSM-talk-fr] OpenData RTE dans Osmose-QA

[Art Penteur]

J'ai opté pour 2 points distincts, liés par une relation de type site

Art.

Le 23 avril 2017 à 22:15, Philippe Verdy  a écrit :
>
>
> Le 23 avril 2017 à 15:17, François Lacombe  a
> écrit :
>>
>> Hello,
>>
>> Côté power, pas en faveur du tout d'indiquer les pylônes avec un polygone
>> marquant l'aire de la base.
>> C'est parfois fait en sortie du cadastre et indiqué en building=yes
>> wall=no mais je le supprime systématiquement.
>> Si tant est qu'il faille l'évoquer, un polygone est assez complexe à
>> intégrer à une ligne (en l’occurrence les câbles supportés par le pylône).
>>
>> Pour les références, chez RTE le numéro d'un pylône n'est pas unique
>> nationalement. Utiliser ref:FR:RTE ne me semble pas judicieux.
>
>
> S'il n'est pas unique c'est marce qu'il y a un découpage en sous-réseaux.
> Mais comme ces sous-réseaux ne sont pas encore identifiés... Je vois mal ce
> qu'on va mettre à la place. En attendant ref:FR:RTE est le seule élément
> adéquat, même s'il n'est pas unique nationalement mais dépend de la
> délimitation de zones ou de sous-réseaux (qui pourraient avoir des
> recouvrement territoriaux selon les classes de distribution ou selon les
> contrats avec les collectivités ou producteurs d'énergie voire aussi les
> contrats avec les autres producteurs européens, ou des gestionnaires
> d'équipements de transport dont RTE ne serait que locataire ou
> concessionnaire).
>
>>
>> En revanche on pourrait créer un ref:FR:RTE_support documenté correctement
>> en indiquant que c'est une référence unique sur la file de pylône sur
>> laquelle il prend effet.
>
>
> avant de parler d'une nouvelle clé il faut savoir ce qu'on va mettre dedans.
> Comme tu dis que le numéro n'est pas unique nationalement, si ton idée est
> de le rendre unique il nous manque un identifiant de sous-réseau. Si c'est
> juste pour remettre la même valeur que ce qu'on met actuellement dans
> ref:FR:RTE, cela n'a strictement aucun intérêt, on complique juste les
> choses avec un autre tag de plus pas mieux renseigné qu'avant.
>
>>
>> Ainsi les points géodésiques IGN n'entreront pas en conflit et on pourra
>> continuer d'utiliser un simple noeud pour tout le monde.
>
>
> Les points géodésiques IGN n'ont absolument pas besoin d'être liés aux
> références des pylones RTE. Même leir positionnement est différent ! Le
> réseau géodésique s'appuie sur un point précis du pylone, à une hauteur
> spécifiée, et il peut y en avoir plusieurs, alros que RTE mettra une
> référence pour le support entier voir pourra créer des références sur
> certains porteurs de câbles selon la hauteur ou la tension quand le mêem
> pylone supporte plusieurs lignes.
>
> On fera donc comme pour les points géodésiques des églises ou des châteaux
> d'eau: des noeuds distincts, et indépendant des références liées aux usages
> des supports Même problème pour les pylônes télécom (émetteurs, réémetteurs,
> relais hertziens, antennes de téléphonie mobile): on a des références
> séparées dans la base de l'agence française des fréquences, et des
> références pour chaque réseau locataire des antennes, parfois partagées par
> plusieurs opérateurs (téléphonie mobile 2G/3G/4G/5G, Wimax, radio,
> télévision, sécurité publique, sociétés de transport et logistique, liaisons
> privées permanentes ou louées temporairement à la demande) et souvent
> plusieurs équipements sur le même support, et plusieurs fréquences.
>
> Dès qu'on esssaye de tout mélanger sur le même noeud on a des problèmes de
> maintenance et d’ambiguïté des tags, alors que le positionnement des noeuds
> (même s'il est très précis, n'atteint pas la précision centimétrique et
> qu'on peut très bien grouper plusieurs noeuds distincts côte à cote dans la
> marge de précision de chaque source, sans les fusionner.
>
> On l'a vu aussi les points géodésiques peuvent disparaitre en même temps que
> leur support, ou être replacé sur un nouvel équipement au même endroit ou un
> peu à côté si une nouvelle mesure est effectuée. Même pour ces points quand
> ils disparaissent et sont reconstruits, ils seront remesurés avec les outils
> actuels et des nœuds voisins seront réalignés. Les modèles géodésiques ont
> également pu changer entre temps (le terrain bouge, quelques millimètres ou
> centimètres par an selon les endroits, cela s'accumule avec le temps quand
> ces points ne sont pas révisés pendant des décennies ...) et il n'y a pas de
> raison d'empêcher de déplacer un support physique selon une source nouvelle,
> si le points géodésique lui-même n'est pas révisé officiellement.
>
> Pour les gros pylônes, on n'a même pas une précision décimétrique, la
> précision métrique est suffisante si on regarde simplement la place occupée
> au sol par les 4 pieds (et en haut les porteurs sont encore plus larges). Un
> point géodésique au pied sera sur un des angles, en hauteur il sera souvent
> avec un petit réflecteur fixé au centre d'un porteur, il n'est pratiquement
> jamais directement 

Re: [OSM-talk-fr] OpenData RTE dans Osmose-QA

[Philippe Verdy]

Le 23 avril 2017 à 15:17, François Lacombe  a
écrit :

> Hello,
>
> Côté power, pas en faveur du tout d'indiquer les pylônes avec un polygone
> marquant l'aire de la base.
> C'est parfois fait en sortie du cadastre et indiqué en building=yes
> wall=no mais je le supprime systématiquement.
> Si tant est qu'il faille l'évoquer, un polygone est assez complexe à
> intégrer à une ligne (en l’occurrence les câbles supportés par le pylône).
>
> Pour les références, chez RTE le numéro d'un pylône n'est pas unique
> nationalement. Utiliser ref:FR:RTE ne me semble pas judicieux.
>

S'il n'est pas unique c'est marce qu'il y a un découpage en sous-réseaux.
Mais comme ces sous-réseaux ne sont pas encore identifiés... Je vois mal ce
qu'on va mettre à la place. En attendant ref:FR:RTE est le seule élément
adéquat, même s'il n'est pas unique nationalement mais dépend de la
délimitation de zones ou de sous-réseaux (qui pourraient avoir des
recouvrement territoriaux selon les classes de distribution ou selon les
contrats avec les collectivités ou producteurs d'énergie voire aussi les
contrats avec les autres producteurs européens, ou des gestionnaires
d'équipements de transport dont RTE ne serait que locataire ou
concessionnaire).


> En revanche on pourrait créer un ref:FR:RTE_support documenté correctement
> en indiquant que c'est une référence unique sur la file de pylône sur
> laquelle il prend effet.
>

avant de parler d'une nouvelle clé il faut savoir ce qu'on va mettre
dedans. Comme tu dis que le numéro n'est pas unique nationalement, si ton
idée est de le rendre unique il nous manque un identifiant de sous-réseau.
Si c'est juste pour remettre la même valeur que ce qu'on met actuellement
dans ref:FR:RTE, cela n'a strictement aucun intérêt, on complique juste les
choses avec un autre tag de plus pas mieux renseigné qu'avant.


> Ainsi les points géodésiques IGN n'entreront pas en conflit et on pourra
> continuer d'utiliser un simple noeud pour tout le monde.
>

Les points géodésiques IGN n'ont absolument pas besoin d'être liés aux
références des pylones RTE. Même leir positionnement est différent ! Le
réseau géodésique s'appuie sur un point précis du pylone, à une hauteur
spécifiée, et il peut y en avoir plusieurs, alros que RTE mettra une
référence pour le support entier voir pourra créer des références sur
certains porteurs de câbles selon la hauteur ou la tension quand le mêem
pylone supporte plusieurs lignes.

On fera donc comme pour les points géodésiques des églises ou des châteaux
d'eau: des noeuds distincts, et indépendant des références liées aux usages
des supports Même problème pour les pylônes télécom (émetteurs,
réémetteurs, relais hertziens, antennes de téléphonie mobile): on a des
références séparées dans la base de l'agence française des fréquences, et
des références pour chaque réseau locataire des antennes, parfois partagées
par plusieurs opérateurs (téléphonie mobile 2G/3G/4G/5G, Wimax, radio,
télévision, sécurité publique, sociétés de transport et logistique,
liaisons privées permanentes ou louées temporairement à la demande) et
souvent plusieurs équipements sur le même support, et plusieurs fréquences.

Dès qu'on esssaye de tout mélanger sur le même noeud on a des problèmes de
maintenance et d’ambiguïté des tags, alors que le positionnement des noeuds
(même s'il est très précis, n'atteint pas la précision centimétrique et
qu'on peut très bien grouper plusieurs noeuds distincts côte à cote dans la
marge de précision de chaque source, sans les fusionner.

On l'a vu aussi les points géodésiques peuvent disparaitre en même temps
que leur support, ou être replacé sur un nouvel équipement au même endroit
ou un peu à côté si une nouvelle mesure est effectuée. Même pour ces points
quand ils disparaissent et sont reconstruits, ils seront remesurés avec les
outils actuels et des nœuds voisins seront réalignés. Les modèles
géodésiques ont également pu changer entre temps (le terrain bouge,
quelques millimètres ou centimètres par an selon les endroits, cela
s'accumule avec le temps quand ces points ne sont pas révisés pendant des
décennies ...) et il n'y a pas de raison d'empêcher de déplacer un support
physique selon une source nouvelle, si le points géodésique lui-même n'est
pas révisé officiellement.

Pour les gros pylônes, on n'a même pas une précision décimétrique, la
précision métrique est suffisante si on regarde simplement la place occupée
au sol par les 4 pieds (et en haut les porteurs sont encore plus larges).
Un point géodésique au pied sera sur un des angles, en hauteur il sera
souvent avec un petit réflecteur fixé au centre d'un porteur, il n'est
pratiquement jamais directement sur un des câbles, et l'écartemetn entre
les cables atteint aussi plusieurs mètres (et pourtant on n'en tient pas
compte dans OSM en ne représentant qu'une ligne centrale pour tous les
câbles
___
Talk-fr mailing list
Talk-fr@openstreetmap.org

Re: [OSM-talk-fr] OpenData RTE dans Osmose-QA

[François Lacombe]

Hello,

Côté power, pas en faveur du tout d'indiquer les pylônes avec un polygone
marquant l'aire de la base.
C'est parfois fait en sortie du cadastre et indiqué en building=yes wall=no
mais je le supprime systématiquement.
Si tant est qu'il faille l'évoquer, un polygone est assez complexe à
intégrer à une ligne (en l’occurrence les câbles supportés par le pylône).

Pour les références, chez RTE le numéro d'un pylône n'est pas unique
nationalement. Utiliser ref:FR:RTE ne me semble pas judicieux.
En revanche on pourrait créer un ref:FR:RTE_support documenté correctement
en indiquant que c'est une référence unique sur la file de pylône sur
laquelle il prend effet.
Ainsi les points géodésiques IGN n'entreront pas en conflit et on pourra
continuer d'utiliser un simple noeud pour tout le monde.


A+


*François Lacombe*

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux 

Le 23 avril 2017 à 11:03, Art Penteur  a écrit :

> C'est l'occasion de poser la question du codage des pylônes qui
> portent un point géodésique.
>
> Exemple : http://www.openstreetmap.org/node/670155064#map=17/44.
> 41231/1.41735
>
> Quelle solution fait consensus, actuellement ?
>   - 1 seul nœud avec tous les attributs (power-=tower et  man_made
> survey_point). ça a une certaine cohérence physique, mais pose des
> problèmes de codage (par exemple, comment combiner la ref IGN et la
> ref RTE) ?
>   - 2 nœuds très proches (éventuellement liés par une relation de type
> site)
>   - créer un polygone power=tower, avec un nœud à chacun des pieds du
> pylône, avec le survey_point naturellement à l'intérieur du polygone
> (mais la page wiki de power=tower interdit les polygones) ?
>   - autre ?
>
> Art
>
> Le 22 avril 2017 à 11:50, David Crochet  a écrit :
> > Bonjour
> >
> >
> > Le 22/04/2017 à 11:43, Frédéric Rodrigo a écrit :
> >>
> >> d'autant plus que les positions RTE sont généralement bonne.
> >
> >
> > Oui, en zoommant bien, la donnée RTE est plus précise que le
> positionnement
> > manuel.
> >
> > Cordialement
> >
> > --
> > David Crochet
> >
> >
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OpenData RTE dans Osmose-QA

[Art Penteur]

C'est l'occasion de poser la question du codage des pylônes qui
portent un point géodésique.

Exemple : http://www.openstreetmap.org/node/670155064#map=17/44.41231/1.41735

Quelle solution fait consensus, actuellement ?
  - 1 seul nœud avec tous les attributs (power-=tower et  man_made
survey_point). ça a une certaine cohérence physique, mais pose des
problèmes de codage (par exemple, comment combiner la ref IGN et la
ref RTE) ?
  - 2 nœuds très proches (éventuellement liés par une relation de type site)
  - créer un polygone power=tower, avec un nœud à chacun des pieds du
pylône, avec le survey_point naturellement à l'intérieur du polygone
(mais la page wiki de power=tower interdit les polygones) ?
  - autre ?

Art

Le 22 avril 2017 à 11:50, David Crochet  a écrit :
> Bonjour
>
>
> Le 22/04/2017 à 11:43, Frédéric Rodrigo a écrit :
>>
>> d'autant plus que les positions RTE sont généralement bonne.
>
>
> Oui, en zoommant bien, la donnée RTE est plus précise que le positionnement
> manuel.
>
> Cordialement
>
> --
> David Crochet
>
>
>
> ___
> 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] OpenData RTE dans Osmose-QA

[Philippe Verdy]

attention la position d'un pylone n'est pas à son sommet, mais à sa base et
callé au centre des 4 pieds (pour bien positionner regarder aussi l'ombre
sur le sol si on voit mal le pied). Cependant au delà de cette erreur de
parallaxe, il peut y avoir de légers écarts de l'orthophoto dans les zones
à relief si le pylone est placé sur une pente, mais en général il est
plutôt placé sur les points hauts où la parallaxe est moins sensible).

Les relevés de RTE cependant sont faits avec une très bonne précision: la
tension des câbles et la stabilité et la résistance au vent en dépend,
surtout là où la ligne fait un angle, où il faut maintenir une
contre-poussée calculée précisément ou sinon construire un autre pylone
plus rapproché de l'angle: 1 mètre d'écart et les forces augmentent
beaucoup).

Même chose pour les pylones de téléphériques et télécabines (cependant
comme ils sont souvent sur des pentes élevées et des reliefs très
irréguliers, ils ne sont pas toujours posés verticalement, l'erreur de
parallaxe sur les photos peut être difficile à estimer)


Garanti
sans virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Le 22 avril 2017 à 10:45, Art Penteur  a écrit :

> Le test ne serait-il pas trop sensible ?
> Il me semble signaler un pylône manquant juste à côté d'un pylône
> existant, exemple ci-dessous :
>
>
> ​
>
> Art.
>
> Le 20 avril 2017 à 22:20, Frédéric Rodrigo  a
> écrit :
>
>> Salut,
>>
>> Deux jeux de données de l'OpenData de RTE sont maintenant disponible dans
>> osmose-QA :
>>
>>
>> Les supports (pylônes...), permettent notamment la détection de lignes de
>> transport d’électricité manquantes.
>>
>> http://osmose.openstreetmap.fr/fr/errors/?item=8290,8901
>>
>> http://osmose.openstreetmap.fr/fr/map/#item=8290,8901
>>
>>
>> Les postes électriques
>>
>> http://osmose.openstreetmap.fr/fr/errors/?item=8280,7190,8281
>>
>> http://osmose.openstreetmap.fr/fr/map/#item=8280,7190,8281
>>
>>
>> Frédéric.
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OpenData RTE dans Osmose-QA

[David Crochet]

Bonjour


Le 22/04/2017 à 11:43, Frédéric Rodrigo a écrit :
d'autant plus que les positions RTE sont généralement bonne. 


Oui, en zoommant bien, la donnée RTE est plus précise que le 
positionnement manuel.


Cordialement

--
David Crochet


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

Re: [OSM-talk-fr] OpenData RTE dans Osmose-QA

[Frédéric Rodrigo]

Le seuil est à 10m.

J'en ai déjà vu des comme ça. Regarde si le pylône est bien à ça place.

Il y a des endroits où il y a plein de pylônes très proches, on ne peut 
pas non plus mettre une marge trop grande, d'autant plus que les 
positions RTE sont généralement bonne.


Frédéric.



Le 22/04/2017 à 10:45, Art Penteur a écrit :

Le test ne serait-il pas trop sensible ?
Il me semble signaler un pylône manquant juste à côté d'un pylône 
existant, exemple ci-dessous :



​

Art.

Le 20 avril 2017 à 22:20, Frédéric Rodrigo > a écrit :


Salut,

Deux jeux de données de l'OpenData de RTE sont maintenant
disponible dans osmose-QA :


Les supports (pylônes...), permettent notamment la détection de
lignes de transport d’électricité manquantes.

http://osmose.openstreetmap.fr/fr/errors/?item=8290,8901


http://osmose.openstreetmap.fr/fr/map/#item=8290,8901



Les postes électriques

http://osmose.openstreetmap.fr/fr/errors/?item=8280,7190,8281


http://osmose.openstreetmap.fr/fr/map/#item=8280,7190,8281



Frédéric.


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





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




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

Re: [OSM-talk-fr] OpenData RTE dans Osmose-QA

[Art Penteur]

Le test ne serait-il pas trop sensible ?
Il me semble signaler un pylône manquant juste à côté d'un pylône existant,
exemple ci-dessous :


​

Art.

Le 20 avril 2017 à 22:20, Frédéric Rodrigo  a écrit
:

> Salut,
>
> Deux jeux de données de l'OpenData de RTE sont maintenant disponible dans
> osmose-QA :
>
>
> Les supports (pylônes...), permettent notamment la détection de lignes de
> transport d’électricité manquantes.
>
> http://osmose.openstreetmap.fr/fr/errors/?item=8290,8901
>
> http://osmose.openstreetmap.fr/fr/map/#item=8290,8901
>
>
> Les postes électriques
>
> http://osmose.openstreetmap.fr/fr/errors/?item=8280,7190,8281
>
> http://osmose.openstreetmap.fr/fr/map/#item=8280,7190,8281
>
>
> Frédéric.
>
>
> ___
> 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] OpenData RTE dans Osmose-QA

[Frédéric Rodrigo]

Salut,

Deux jeux de données de l'OpenData de RTE sont maintenant disponible 
dans osmose-QA :



Les supports (pylônes...), permettent notamment la détection de lignes 
de transport d’électricité manquantes.


http://osmose.openstreetmap.fr/fr/errors/?item=8290,8901

http://osmose.openstreetmap.fr/fr/map/#item=8290,8901


Les postes électriques

http://osmose.openstreetmap.fr/fr/errors/?item=8280,7190,8281

http://osmose.openstreetmap.fr/fr/map/#item=8280,7190,8281


Frédéric.


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

Re: [OSM-talk-fr] opendata SNCF : c'est parti

[Philippe Verdy]

La condition de citation de source n'est pas bloquante.

"Contient des informations issues de la Base de données SNCF OPEN DATA,
présentement mises à disposition aux conditions de la licence SNCF OPEN
DATA."

Il me semble que l'élément bloquant est le suivant

"
2.2.3 Partage à l’identique des conditions initiales
a) Toute Base de données dérivée que le Réutilisateur utilise Publiquement
doit impérativement et cumulativement respecter les termes :
- de la Licence ; ou
- de toute version ultérieure de la Licence.
"

En effet le partage à l'identique empêche toute redistribution avec l'ODbL.
On ne pourra donc pas se passer d'une autorisation préalable de la SNCF
pour publier la base dérivée  sous ODbL (cette licence SNCF dit que dès
lors qu'elle inclue des éléments non substantiels mais répétés, la base OSM
serait alors une base dérivée de la base SNCF suivant cette licence et
soumise à la seule autorisation de la SNCF, ce qui n'est pas compatible
puisqu'on va utiliser cette base dérivée, notre base OSM existante, de
façon publique).

On pourrait demander éventuellement à la SNCF d'amender cette licence "dans
une version ultérieure", en y incluant le droit de redistribuer sous cette
licence SNCF, ou sous licence ODbL, ou aussi OL/LO, au gré du
réutilisateur, à condition de respecter la mention de source (la SNCF peut
indiquer qu'en cas de choix d'une autre licence, cette autre licence ne
confère aucun droit pour la mise à disposition de ses services, les clauses
restreignant à 20 requêtes par minute et par poste n'auront pas liueu
d'être puisque nous utiliseront nos propres interfaces avec OSM ou avec
d'autres services exploitant les données OSM). On se contera donc de
quelques extractions en masse, à partir de laquelle on pourra préparer de
l'intégration progressive sans plus utilsier l'interface SNCF.

Notre base OSM sous licence ODbL confère le droit d'accès à la SNCF, et de
modification de la base OSM sous réserve de nos "Contributor Terms" qui eux
aussi limitent l'usage abusif des services. OSM fournit tout ce qu'il faut
même pour une réextraction en masse, ou progressive (minute diffs) des
données OSM. Là encore si la SNCF utilise nos données pour les intégrer,
elle se contentera de nous citer (contient des informations issues de la
base de données OpenStreetMap, sous licence ODbL). Elle n'est pas obligée
de faire une intégration complète et peut garder les extraits issus d'OSM
dans un filtre spécifique permettant de les séparer du reste (mais ce n'est
pas à nous de mettre en place ce filtrage, mais je pense que déjà la SNCF
doit utiliser des infos collectées de différentes sources qu'elle mentionne
là où c'est nécessaire).

De notre côté on peut satisfaire la condition 2.2.6 "Distribution
parallèle", mais à condition de fournir un lien vers la licence SNCF.

Une autre clause bloquante: 2.2.7 Octroi d’une Licence à un tiers

Cet octroi est interdit, seule la SNCF peut octroyer une licence à un tiers
réutilisateur même de la base dérivée . Donc pas compatible ODbL.

Les autres mentions concernant les marques et brevets ne sont pas
directement couverts par nos licences qui n'offrent pas non plus de
protection en dehors du droit d'auteur et du droit sui generis des bases de
données.

On reste aussi sous OSM soumis au droit général existant des brevets et
marques (aussi au droit des personnes individuelles et la protection de vie
privée), comme aussi d'autres droits tels la "sécurité publique" ou la
"sûreté nationale" qui peut nous obliger à retirer des informations dans
les juridictions où ces droits s'imposent par la loi (que les contributeurs
doivent chacun respecter selon la juridiction dont il dépend,
indépendamment de nos "contributor terms", ce qui est un frein énorme
contre la contribution à OSM notamment en Chine, hors des RAS de Hong Kong
et Macao et hors de Taiwan). Notre licence ODbL, comme celle de la SNCF, ne
confère aucune protection mondiale, elle prévoit des droits possibles ou
des obligations, tant que la loi ne s'y oppose pas pour certains
utilisateurs qui y sont soumis. Ce ne sont que des licences, pas des
passe-droits ou des protections juridiques: les données sont fournies
gratuitement en l'état avec la possibilité de faire beaucoup de choses,
mais sans aucune garantie légale ou financière.



Cependant rien n'oblige OSM à retirer des données de sa base là où elles
sont hébergées au Royaume-Uni si la loi britannique ne l'y oblige pas
directement. Une autre loi peut en revanche imposer des filtrages sur des
données hébergées ailleurs (par exemple des bases "miroir"), OSM disposant
d'un attribut spécial dans sa base permettant de rendre invisible certaines
données sans supprimer des références et invalider le schéma complet (cela
peut être mis en oeuvre en masquant une version d'un objet pour la
remplacer par une autre (tags différents, géolocalisation différente des
noeuds)

Mais OSM ne dispose pas d'un système de versionnement permettant les
"branches", pour isoler les branches 

Re: [OSM-talk-fr] opendata SNCF : c'est parti

[Christian Quest]

La plaie des licences maison... il va falloir décrypter ce truc indigeste
qui semble s'inspirer de l'ODbL sans être vraiment une traduction de
l'ODbL... bref, ça sent pas bon du tout à première lecture.

Je ferai une seconde quand mon paracétamol aura fait effet...

https://amicale.net/@cquest/6498


Le 19 avril 2017 à 22:14, Frédéric Rodrigo  a écrit
:

> Le 19/04/2017 à 21:46, DH a écrit :
>
>> Bonsoir à tous
>>
>> La SNCF a annoncé (1) aujourd'hui l'ouverture (2) d'un certain nombre de
>> jeux de données, accompagnée d'une charte (3) . Il y a matière à améliorer
>> significativement notre connaissance du réseau ferré national. Je pense,
>> entre autres, aux caractéristiques des voies (vitesse,électrification,
>> signalisation -4) et aux sujets plus grand public : gares, passages à
>> niveau, accès (sécurité).
>>
>> Bref, un premier pas prometteur mais le producteur ne facilite pas
>> forcément les choses : absence de géométrie linéaire référentielle,
>> métadonnées minimales, pas de médiation sur le langage technique de données
>> issues directement de nos référentiels internes (bases RESEAU et ARMEN). Je
>> veux bien faire (avec toutes les autres bonnes volontés)  un relais entre
>> vos questions et nos experts  en interne : cela fait écho aux discussions
>> d'un atelier sur les données ferroviaires lors du State of the Map 2016 à
>> Clermont.
>>
>> Une bonne occasion de dépoussiérer la page http://wiki.openstreetmap.org/
>> wiki/WikiProject_France/Réseau_ferré
>>
>> Il y a clairement un chantier pour les ferroviphiles d'OSM (et tous leurs
>> alliés ;-). Haut les coeurs !!
>>
>> Denis
>>
>> 1. http://www.sncf.com/ressources/cp_20_open_data.pdf
>> 2. https://data.sncf.com/licence
>>
> Rahalal une licence sur mesure en Share A-like :/ qui mélange licence des
> données et condition d'utilisation des services de mise à disposition.
> """
> A toutes fins utiles, le Réutilisateur n’est pas autorisé à ajouter du
> Contenu à des Bases de données dérivées en vertu du présent article si
> l’ajout dudit Contenu s'avère incompatible avec les droits octroyés au
> titre de la Licence.
> """
> Voilà s'en est plié de l'utilisabilité. Pourtant on sent que la volonté
> est là, dommage...
>
>
>
> 3. http://www.sncf.com/ressources/170419_charte_transparence_
>> des_donneessncf.pdf
>> 4. https://ressources.data.sncf.com/explore/?sort=modified
>> ne.modified=2017=SNCF+RESEAU+%E2%80%93+
>> Maintenance+et+Travaux
>>
>>
>> ---
>> L'absence de virus dans ce courrier électronique a été vérifiée par le
>> logiciel antivirus Avast.
>> https://www.avast.com/antivirus
>>
>>
>> ___
>> 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
>



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

Re: [OSM-talk-fr] opendata SNCF : c'est parti

[Philippe Verdy]

Le 19 avril 2017 à 22:14, Frédéric Rodrigo  a écrit
:

> Le 19/04/2017 à 21:46, DH a écrit :
>
>> 2. https://data.sncf.com/licence
>>
> Rahalal une licence sur mesure en Share A-like :/ qui mélange licence des
> données et condition d'utilisation des services de mise à disposition.
> """
> A toutes fins utiles, le Réutilisateur n’est pas autorisé à ajouter du
> Contenu à des Bases de données dérivées en vertu du présent article si
> l’ajout dudit Contenu s'avère incompatible avec les droits octroyés au
> titre de la Licence.
> """
>
Autrement dit impossible de faire une intégration de ces données avec nos
données existantes puisqu'elles sont déjà là indépendamment des "droits
octroyés au titre de la Licence" qui par conséquent nous empêche de les
enrichir avec les données existantes ou toute autre donnée nouvelle qui ne
viendrait pas de cette base.

D'ailleurs ce n'est pas clair car la Licence s'octroie donc des droits sur
les données ajoutées en leur imposant automatiquement la Licence. C'est une
licence "virale" mais pas dans le sens de l'ouverture mais dans le sens
opposé.
Hors si on fait un enrichissement ce ne sera pas directement dans la base
SNCF mais dans la base OSM où on ne demandera aucun avis à la SNCF : à elle
de juger ce qu'elle compte reprendre ou pas qui remonterait de la base OSM,
et à elle aussi de savoir si nos conditions d'utilisation (ODbL) sont
compatibles avec sa licence adhoc ou son utilisation interne ou externe.

Je pense que la SNCF aurait pu prendre exemple sur ce qui a été fait avec
les échanges BAN<->BANO avec un espace d'échange (ou plutôt de comparaison
avec des rapprochements possibles mais pas obligatoires), permettant à
chacun de travailler sur sa base et signaler des différences ou anomalies
sans nécessairement les intégrer de l'autre côté: chacun des partenaires
contrôle de son côté ce qu'il peut et décide quoi faire. Un espace de
concertation permet ensuite d'avoir des listes d'anomalies/différences à
traiter et à priori on fait malgré tout confiance à chaque autre partie
même si chacun garde le contrôle au final.

Les conditions d'utilisation du service de mise à diposition devraient être
effectivement séparées, comme sur OSM où on distingue clairement l'ODbL
(uniquement pour les droits d'auteurs et droits voisins et droits de
diffusion) des "Contributor Terms" (qui incluent les références nécessaires
aux politiques communautaires de mise à disposition des serveurs, les
règles communautaires concernant la bande passante, les bots, la limite
contre les abus d'usage, y compris pour les serveurs de tuiles, et le
respect de la neutralité et des personnes, et la gestion des
conflits/litiges là aussi de façon concertée, tout en gardant l'obligation
de se conformer au droit local et préserver les données personnelles non
rendues publiques par la loi ou une mise à disposition explicite et
volontaire mais avec un droit de rectification)

Nos "Contributor Terms" prévoient aussi les abus de publicité en gardant
comme objectif la neutralité des données (cependant c'est indépendant des
choix éditoriaux faits dans les rendus, qui sont des interprétations
sélectives des données, mais non exclusives permettant à d'autres
d'orienter les cartes générées de façon différentes ou pour servir des
objectifs différents: génériques, communautaires, commerciaux, politiques,
religieux, techniques, etc, y compris pour des expérimentations ou la
veille qualité...). Nos données ne garantissent jamais être visibles au
détriment des autres ou en fonction du profilage de l'utilisateur, elles
sont disponibles pour tous dans les mêmes conditions, indépendamment des
rendus utilisés.

Mais la SNCF se permet de vouloir définir une politique éditoriale et
l'imposer de façon virale, quitte à nous interdire le travail d'intégration
ou de s'imposer comme seule source valable contre les autres (y compris si
elle veut dissimuler des caractéristiques existantes ou les falsifier pour
des raisons commerciales ou politiques afin de montrer une image
"idéalisée" de son réseau, même en y ajoutant au besoin des
caractéristiques inexistante ou non fonctionnelles car prévues juste sur le
papier mais pas mises en oeuvre ou plus entretenues).

La SNCF en a pris l'habitude avec ses statistiques publiques de "qualité de
service" dénoncées souvent par les assos d'usagers (retards, trains
supprimés, délai d'intervention en cas de panne, service minimum ou de
substitution, communication avec les usagers en cas d'incident,
remboursements, transparence tarifaire, respect des abonnements, respect
des engagements de service à long terme avec délai raisonnable d'au moins
un an, en cas de modification substantielle, pour que s'organise autrement
les transports et la vie des usagers: des tas de modifications sur les
réseaux étaient parfaitement prévisibles longtemps avant et auraient pu se
faire avec plus de concertation avec le public et les collectivités locales
concernées (qui ne peuvent pas changer leur 

Re: [OSM-talk-fr] opendata SNCF : c'est parti

[Frédéric Rodrigo]

Le 19/04/2017 à 21:46, DH a écrit :

Bonsoir à tous

La SNCF a annoncé (1) aujourd'hui l'ouverture (2) d'un certain nombre 
de jeux de données, accompagnée d'une charte (3) . Il y a matière à 
améliorer significativement notre connaissance du réseau ferré 
national. Je pense, entre autres, aux caractéristiques des voies 
(vitesse,électrification, signalisation -4) et aux sujets plus grand 
public : gares, passages à niveau, accès (sécurité).


Bref, un premier pas prometteur mais le producteur ne facilite pas 
forcément les choses : absence de géométrie linéaire référentielle, 
métadonnées minimales, pas de médiation sur le langage technique de 
données issues directement de nos référentiels internes (bases RESEAU 
et ARMEN). Je veux bien faire (avec toutes les autres bonnes 
volontés)  un relais entre vos questions et nos experts  en interne : 
cela fait écho aux discussions d'un atelier sur les données 
ferroviaires lors du State of the Map 2016 à Clermont.


Une bonne occasion de dépoussiérer la page 
http://wiki.openstreetmap.org/wiki/WikiProject_France/Réseau_ferré


Il y a clairement un chantier pour les ferroviphiles d'OSM (et tous 
leurs alliés ;-). Haut les coeurs !!


Denis

1. http://www.sncf.com/ressources/cp_20_open_data.pdf
2. https://data.sncf.com/licence
Rahalal une licence sur mesure en Share A-like :/ qui mélange licence 
des données et condition d'utilisation des services de mise à disposition.

"""
A toutes fins utiles, le Réutilisateur n’est pas autorisé à ajouter du 
Contenu à des Bases de données dérivées en vertu du présent article si 
l’ajout dudit Contenu s'avère incompatible avec les droits octroyés au 
titre de la Licence.

"""
Voilà s'en est plié de l'utilisabilité. Pourtant on sent que la volonté 
est là, dommage...



3. 
http://www.sncf.com/ressources/170419_charte_transparence_des_donneessncf.pdf
4. 
https://ressources.data.sncf.com/explore/?sort=modified=2017=SNCF+RESEAU+%E2%80%93+Maintenance+et+Travaux



---
L'absence de virus dans ce courrier électronique a été vérifiée par le 
logiciel antivirus Avast.

https://www.avast.com/antivirus


___
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] opendata SNCF : c'est parti

[DH]

Bonsoir à tous

La SNCF a annoncé (1) aujourd'hui l'ouverture (2) d'un certain nombre de 
jeux de données, accompagnée d'une charte (3) . Il y a matière à 
améliorer significativement notre connaissance du réseau ferré national. 
Je pense, entre autres, aux caractéristiques des voies 
(vitesse,électrification, signalisation -4) et aux sujets plus grand 
public : gares, passages à niveau, accès (sécurité).


Bref, un premier pas prometteur mais le producteur ne facilite pas 
forcément les choses : absence de géométrie linéaire référentielle, 
métadonnées minimales, pas de médiation sur le langage technique de 
données issues directement de nos référentiels internes (bases RESEAU et 
ARMEN). Je veux bien faire (avec toutes les autres bonnes volontés)  un 
relais entre vos questions et nos experts  en interne : cela fait écho 
aux discussions d'un atelier sur les données ferroviaires lors du State 
of the Map 2016 à Clermont.


Une bonne occasion de dépoussiérer la page 
http://wiki.openstreetmap.org/wiki/WikiProject_France/Réseau_ferré


Il y a clairement un chantier pour les ferroviphiles d'OSM (et tous 
leurs alliés ;-). Haut les coeurs !!


Denis

1. http://www.sncf.com/ressources/cp_20_open_data.pdf
2. https://data.sncf.com/licence
3. 
http://www.sncf.com/ressources/170419_charte_transparence_des_donneessncf.pdf
4. 
https://ressources.data.sncf.com/explore/?sort=modified=2017=SNCF+RESEAU+%E2%80%93+Maintenance+et+Travaux



---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus


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

Re: [OSM-talk-fr] opendata siren

[Christian Quest]

Tu as un exemple d'intégration sur les pharmacies, que j'ai rapidement fait
pendant le hackathon "opensirene":
http://osmose.openstreetmap.fr/fr/map/#item=7170=99

La première étape consiste à géocoder le mieux possible cette base... ce
qui m'a pris quelques jours pour préparer ce hackathon. C'est pas parfait,
mais franchement exploitable.

Ensuite il faudra faire attention à la temporalité... la diffusion de
SIRENE sera quotidienne (difficile de faire mieux !).
Une entreprise inscrite sera donc visible en principe le lendemain dans la
base, mais son activité sur le terrain pourra ne démarrer que plus tard.
On a le problème inverse des établissements dont l'activité a cessé, mais
qui n'ont pas encore été retirés de SIRENE... et là ça peut prendre un
certain temps.
Dernier point, les adresses correspondent en principe au lieu d'activité,
mais ce n'est pas toujours contrôlé ou mis à jour... donc on peut avoir une
localisation qui ne correspond par à un vrai "POI" au sens OSM.

Il faut aussi bien faire le tri car il n'y a pas que des entreprises, on
trouve aussi des associations et des activités de type profession libérale,
auto-entrepreneur.

Malgré ces limites, c'est une source formidable à utiliser avec un peu de
recul car tout intégrer dans OSM n'est pas forcément bien utile... surtout
que les données seront accessibles à tout le monde.

Je compte remettre en route mon "etat commune" pour indiquer l'écart entre
OSM et entre autre SIRENE pour suggérer des pistes d'améliorations dans OSM
mais vu à la maille d'une commune.


Le 23 décembre 2016 à 17:10, Julien Lepiller  a écrit :

> Bonjour,
>
> aujourd'hui on m'a envoyé ce lien :
> http://www.sirene.fr/sirene/public/static/contenu-fichiers, en rapport
> avec celui-ci :
> https://www.etalab.gouv.fr/louverture-du-repertoire-
> sirene-par-linsee-au-1er-janvier-2017-une-avancee-majeure-pour-lopen-data.
>
> La base sirene sera disponible en opendata à partir de janvier
> prochain. Elle contient les informations que possède l'INSEE sur les
> entreprises françaises et les services publics. On pourrait imaginer
> s'en servir pour améliorer les données concernant ces établissements. On
> trouve dans ces données le nom et l'adresse de l'établissement (on peut
> espérer que leurs adresses ne soient pas toutes des CEDEX), ce qui
> pourrait par exemple être intégré à osmose pour proposer des
> entreprises manquantes.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] opendata siren

[Philippe Verdy]

Déjà évoqué ici depuis des semaines... Mais la qualité des adresses pose
problème, de même que leur pertinence:
- SIRENE possède des tas d'entrées pour des entreprises qui n'existent plus
ou qui n'existent que sur le papier.
- avec une adresse légale qui n'est pas celle de leur fond de commerce,
mais une adresse de contact (ou d'un gérant ou celle d'un cabinet de
gestion), ou localisées uniquement à leur société mère complètement
ailleurs. Uen société peut être enregistrée légalement n'importe où dans
l'UE, avec uniquement une unique adresse fiscale en France, même si ses
établissements sont répartis sur tout le territoire.

Si on parle du SIREN (entité légale) ce ne sera pas pertinent
géographiquement. Si on parle du SIRET (les établissements) là c'est plus
pertinent géographiquement, mais un même établissement peut aussi avoir des
locaux différents et regrouper tout à une seule adresse alros qu'il y aura
deux commerces distincts (cas courant: deux boutiques de la même enseigne
dans la même ville, avec le même gérant, dont parfois des boutiques
fantômes qui n'existent que pour leur devanture mais sans aucune activité.
On en trouve des tonnes dans les sociétés de service, ou chez les
"dépanneurs" à domicile qui font croire à leur présence dans un quartier
avec juste des pas de porte complètement vides et quelqu'un qui ne fait que
passer de temps en temps relever le courrier, les locaux étant complètement
vides, parfois même sans aucun téléphone). Essayez le localiser des
"garages" par exemple, ou vous trouverez des tas d'adresses fantômes. Idem
pour des tas de SARL et filiales ad hoc dans les SSII (dont les employés
peuvent avoir des contrats mentionnant des noms de société différents de
ceux pour laquelle ils travaillent ensembles avec leurs collègues tous les
jours): ces sociétés existent pour des raisons d'optimisation fiscale ou
pour répondre à des besoins liés à des contrats avec d'autres sociétés, ou
parce que certains contrats exigent des certifications de compétence pour
certains employés, ou parce qu'il y a des engagements budgétaires et
juridiques qui ne doivent pas engager la société mère toute entière, ou
pour des raisons d'optimisation de contrats d'assurance, ou encore pour des
raisons de statuts sociaux différents (employés dont les contrats obéissent
à d'autres conventions collectives, des contrats qu'il n'est pas simple de
modifier sans surcoût)

Bref le SIRENE est un fourre-tout qui sera très difficile à rendre
pertinent géographiquement, sans vérification sur le terrain pour voir s'il
y a une existence réelle. De plus les noms des entreprises sont les noms
légaux et presque jamais les enseignes (allez faire un achat dans un
boutique quelconque le nom légal que vous voyez sur la facture ou la
facturette du ticket de paiement carte bancaire est souvent très différent,
et parfois même quand il y a une adresse indiquée ce n'est pas celle du
lieu de vente!) Faites un achat sur Internet même sur le site désigné comme
"France", et vous serez facturé selon le mode de paiement utilisé par une
société ou une autre, pas forcément en France (et parfois avec une autre
TVA que la TVA française).

Bref cette base SIRENE demandera beaucoup de tri (et je pense même que si
cette base s'est finalement "ouverte", c'est parce que même l'Etat (ou les
tribunaux de commerce) n'y comprend plus rien lui-même et qu'il cherche des
moyens de la corréler avec d'autres choses, en permettant à des applis
tierces de développer des moyens de recherche et croisement d'informations.


Le 23 décembre 2016 à 17:10, Julien Lepiller  a écrit :

> Bonjour,
>
> aujourd'hui on m'a envoyé ce lien :
> http://www.sirene.fr/sirene/public/static/contenu-fichiers, en rapport
> avec celui-ci :
> https://www.etalab.gouv.fr/louverture-du-repertoire-
> sirene-par-linsee-au-1er-janvier-2017-une-avancee-majeure-pour-lopen-data.
>
> La base sirene sera disponible en opendata à partir de janvier
> prochain. Elle contient les informations que possède l'INSEE sur les
> entreprises françaises et les services publics. On pourrait imaginer
> s'en servir pour améliorer les données concernant ces établissements. On
> trouve dans ces données le nom et l'adresse de l'établissement (on peut
> espérer que leurs adresses ne soient pas toutes des CEDEX), ce qui
> pourrait par exemple être intégré à osmose pour proposer des
> entreprises manquantes.
>
> ___
> 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] opendata siren

[Julien Lepiller]

Bonjour,

aujourd'hui on m'a envoyé ce lien :
http://www.sirene.fr/sirene/public/static/contenu-fichiers, en rapport
avec celui-ci :
https://www.etalab.gouv.fr/louverture-du-repertoire-sirene-par-linsee-au-1er-janvier-2017-une-avancee-majeure-pour-lopen-data.

La base sirene sera disponible en opendata à partir de janvier
prochain. Elle contient les informations que possède l'INSEE sur les
entreprises françaises et les services publics. On pourrait imaginer
s'en servir pour améliorer les données concernant ces établissements. On
trouve dans ces données le nom et l'adresse de l'établissement (on peut
espérer que leurs adresses ne soient pas toutes des CEDEX), ce qui
pourrait par exemple être intégré à osmose pour proposer des
entreprises manquantes.

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

[OSM-talk-fr] OpenData Tourisme en Aquitaine

[Frédéric Rodrigo]

Bonjour,

Le Réseau SIRTAQUI, l'information touristique en Aquitaine, a libéré des 
données en ODbL :


http://catalogue.datalocale.fr/dataset?sous_themes=http://eurovoc.europa.eu/4470

Pour commencer, trois jeux de données on été ajouté à Osmose pour aider 
à leur intégration dans OpenStreetMap, choix totalement arbitraire :

- les bibliothèques
- les restaurants
- les chais

Ce sont les trois dernier de la liste dans Osmose :

http://osmose.openstreetmap.fr/fr/map/#zoom=16lat=44.89368lon=-0.15521item=8230%2C8240%2C8250level=1%2C2%2C3

Il y en a beaucoup d'autres, si vous souhaitez que j'en ajoute d'autres 
prioritairement, il suffi de demander (ou d'autres jeux de données 
n'importe où dans le monde).


Cordialement,
Frédéric.

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

Re: [OSM-talk-fr] Opendata... kinenveu ?

[Philippe Verdy]

Ils ont changé à cause du redécoupage électoral ?
Dqns ce que j'ai vu les bureaux légaux peuvent changer en nombre par suite
de la révision des listes électorales (il y a des planchers et plafonds en
nombre d'inscrits par bureau légal), mais cela ne nécessite pas
nécessairement de déplacer les bureaux physiques qui se perpétuent d'année
en année (par exemple les mêmes écoles publiques, avec plus ou moins de
salles ouvertes en fonction du nombre de bureaux légaux à accueillir).

Les mairies et écoles et autres bâtiments publics (médiathèques, crèches
municipales, salles de sport, salles d'activités associatives ou
périscolaires) bougent rarement. Et il n'est pas évident pour une commune
de trouver des locaux facilement accessibles à tous, et ne nécessitant pas
de déménager du matériel de façon compliquée; c'est pour ça que les écoles
sont souvent utilisées. Les villes ne déplacement pas les écoles tous les
ans !

Ce qui a pu arriver c'est que suite au rédécoupage des bureaux légaux tu te
situes sur un zone frontière de plusieurs bureaux légaux redécoupés, une
rue passe d'un bureau à l'autre pour maintenir les quotas d'inscrits à peu
prs équilibrés dans la commune.
Et pourtant les lieux physiques n'ont pas bougé, tu es juste passé d'une
adresse physique du lieu de vote à une autre qui existait déjà pour les
anciens bureaux légaux.

Bref on doit se demander ce que désigne le bureau de vote : si c'est le
bureau numéroté figurant sur les cartes d'électeurs, alors oui ces numéros
et la portion de commune ou sous-liste électorale qu'ils représentent
peuvent varier. Une fois la liste établie, chaque bureau légal est alors
affecté à ces salles publiques où le vote aura lieu, parmi es plus proches
mais pas forcément à un lieu situé dans la zone de couverture du bureau
légal.

polling_station correspond plus à l'emplacement physique (mais on ne peut
pas prédire longtemps à l'avance dans quelle salle sera placée chaque
bureau légal, ça peut se décider les jours qui précèdent le scrutin (la
mairie prévoit d'y livrer les isoloirs mobiles démontables, les tables et
chaises sont déjà sur place), voire le jour même avec juste des pancartes
et affiches pour guider les électeurs sur place vers la bonne salle. Le
bureau physique (polling_station) entre temps ne ressemble pas du tout à un
bureau de vote et sq fonction disparait le soir même. Bref les
polling_stations ne sont rien d'autre que l'adresse d'un établissement
sélectionné pour recevoir un ou plusieurs bureaux de vote dans l'année (si
ça change il y a des affichages publics à l'extérieur pour mentionner la
nouvelle adresse).

Les emplacements physiques n'ont rien de commun donc avec les bureaux
légaux (groupes de l'ordre de 300 électeurs inscrits, évidemment moins dans
les petites communes non découpées avec un unique bureau pour tous ses
électeurs) dont le nombre est déterminé après validation des listes
électorales en fin de chaque année (il y a les 3 mois d'hiver pour préparer
le scrutin suivant, le premier est déjà pris par les procédures de
validation des listes électorales qui ne sont clôturées que le 31 décembre;
il ne eut pas y avoir de scrutin en janvier ni même avant fin février sqns
que les listes soient connues, et que les électeurs aient reçus leur carte
électorale, soit 15 jours encore de délai). Pour les derniers inscrits
nouveaux électeurs, la mairie les affecte à un bureau en fonction de
l'adresse meˆme si cela déséquilibre un peu les quotas sur les listes, ces
électeurs sont sur une liste complémentaire validée en express, ou bien
ils sont groupés sur un unique bureau indépendant de l'adresse de
l'électeur, qui sera affecté l'année suivante à un autre bureau.

Il n'y a pas de carte officielle du découpage des bureaux de vote, à cause
des exceptions et modifications durant la phase de validation des listes.
La seule obligation est que la mairie respecte les découpages des
circonscriptions pour chaque type de scrutin et qu'elle ne peut pas choisir
les électeurs en fonction de leur identité connue.

Le 25 décembre 2014 20:48, Pierre d'Huy dh...@yahoo.fr a écrit :

 Merci Verdy pour ton explication mais tout d'abord, la question était sur
 comment carto pas la pertinence du point.
 Ensuite en contre exemple, j'habite Evry, prefecture de l'essonne (donc
 plutot une grande ville), mon bureau de vote a changé trois fois de place
 en 10 ans... et c'est le cas d'autres bureaux de la ville.

 Le 23 décembre 2014 21:58:38 UTC+01:00, Philippe Verdy verd...@wanadoo.fr
 a écrit :

 Temporaire si on veut Leurcadresse est inscrite sur les cartes
 d'électeur remises en début d'année et en fait bon nombre de cartes ne sont
 pas réimprimées même les années de vote prévu car les adresses ne changent
 que rarement. Ce qui peut changer ce sont les listes de chaque bureau
 numéroté mais dans bon nombre de villes ou il n'y a pas un unique bureau de
 vote a proximité de la mairie ou dans la mairie ces bureaux légaux sont
 regroupés a la même adresse souvent par 3 ou 4, 

Re: [OSM-talk-fr] Opendata... kinenveu ?

[Pierre d'Huy]

Merci Verdy pour ton explication mais tout d'abord, la question était sur 
comment carto pas la pertinence du point.
Ensuite en contre exemple, j'habite Evry, prefecture de l'essonne (donc plutot 
une grande ville), mon bureau de vote a changé trois fois de place en 10 ans... 
et c'est le cas d'autres bureaux de la ville.

Le 23 décembre 2014 21:58:38 UTC+01:00, Philippe Verdy verd...@wanadoo.fr a 
écrit :
Temporaire si on veut Leurcadresse est inscrite sur les cartes
d'électeur remises en début d'année et en fait bon nombre de cartes ne
sont
pas réimprimées même les années de vote prévu car les adresses ne
changent
que rarement. Ce qui peut changer ce sont les listes de chaque bureau
numéroté mais dans bon nombre de villes ou il n'y a pas un unique
bureau de
vote a proximité de la mairie ou dans la mairie ces bureaux légaux sont
regroupés a la même adresse souvent par 3 ou 4, dnautantvokus
facilement si
c'est dans une école publique sans autre activité le dimanche et avec
assez
de salles de classe ou d'activité.
Je n'ai en fait jamais vu un bureau de vote déplace sauf dans mon
enfance
dans un village dont l'ancienne mairie qui était installée dans
l'ancienne
école publique a aussi déménagé en rachetant un ancien corps de ferme
aujourd'hui en plein centre et reconverti en une petite place avec des
commerces, la mairie et plusieurs services communauté et une salle
associative. Le nombre de bureaux n'a pas changé il est juste allé a un
autre endroit a 200 mètres.
Et c'était y a plus de 30 ans. Ca n'a pas bouge depuis même si
aujourd'hui
il y a 3 bureaux de vote légaux tous au mêle endroit. Dans d'autres
grandes
villescou j'ai habite les bureaux n'ont pas bouge depuis des décennies
(Courbevoie, Asnières, Lille, Rennes, Niort) alors que le découpage
électoral des bureaux a change dans le détail sans pour autant que leur
adresse bouge.) Les raisins pour lesquelles ca bouge c'est
essentiellement
la désaffection des lieux ou la revente et le déménagement de
l'établissement public qui accueille les opérations de vote pour un ou
plusieurs bureaux légaux. Dernière note: du fait que les bureaux sont
regroupés leur centre de vote n'est pas toujours dans le territoire
couvert
par un bureau mais peut être dans un établissement public a proximité
dans
la commune. Dans de rares cas un bureau de vote peut avoir son centre
de
vote placé sur le territoire d'une commune voisine si c'est plus facile
d'accès par exemple pour les parties exclavées de son territoire.
Le 23 déc. 2014 18:21, Pierre d'Huy dh...@yahoo.fr a écrit :

 Comment taguer les bureaux de vote? S'agissant d'installations
 temporaires, je m'étais déjà posé la question. Mais sans trouver de
tag
 vraiment adéquat.

 Le 21 décembre 2014 16:49:06 UTC+01:00, Christian Quest 
 cqu...@openstreetmap.fr a écrit :

 Deux jeux de données intéressants sur l'agglo de St Malo:
 - les arrêts de bus:

https://www.data.gouv.fr/fr/datasets/emplacement-des-arrets-de-bus-du-reseau-transport-saint-malo-agglomeration-2/
 - les casse bouteilles :
 https://www.data.gouv.fr/fr/datasets/points-dapport-volontaire-shp/

 Mais aussi, sur la Ville de St Malo...
 - un parcours touristique:
 https://www.data.gouv.fr/fr/datasets/suivez-lhermine/
 - les cimetières:
 https://www.data.gouv.fr/fr/datasets/cimetieres-malouins/
 - les campings: https://www.data.gouv.fr/fr/datasets/campings/
 - les monuments:

https://www.data.gouv.fr/fr/datasets/monuments-historiques-classes-a-saint-malo/
 - les stations service:

https://www.data.gouv.fr/fr/datasets/emplacement-des-stations-service-a-saint-malo-1/
 - les défibrillateurs:
 https://www.data.gouv.fr/fr/datasets/defibrillateurs-1/
 - les postes de secours:
 https://www.data.gouv.fr/fr/datasets/postes-de-secours/
 - les zones de mouillage:
 https://www.data.gouv.fr/fr/datasets/zones-de-mouillages/
 - les bureaux de vote:

https://www.data.gouv.fr/fr/datasets/emplacement-des-bureaux-de-vote/


 Et aussi des POI du Comité Départemental de l'Aube (restaurant,
 hotellerie, patrimoine culturel, équipements sportifs, etc):

https://www.data.gouv.fr/fr/datasets/etablissements-touristiques-de-laube-en-champagne/


 --
 Christian Quest - OpenStreetMap France

 --

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


 --
 Pierre d'Huy

 ___
 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

-- 
Pierre d'Huy___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Opendata... kinenveu ?

[Pierre d'Huy]

Comment taguer les bureaux de vote? S'agissant d'installations temporaires, je 
m'étais déjà posé la question. Mais sans trouver de tag vraiment adéquat.

Le 21 décembre 2014 16:49:06 UTC+01:00, Christian Quest 
cqu...@openstreetmap.fr a écrit :
Deux jeux de données intéressants sur l'agglo de St Malo:
- les arrêts de bus:
https://www.data.gouv.fr/fr/datasets/emplacement-des-arrets-de-bus-du-reseau-transport-saint-malo-agglomeration-2/
- les casse bouteilles :
https://www.data.gouv.fr/fr/datasets/points-dapport-volontaire-shp/

Mais aussi, sur la Ville de St Malo...
- un parcours touristique:
https://www.data.gouv.fr/fr/datasets/suivez-lhermine/
- les cimetières:
https://www.data.gouv.fr/fr/datasets/cimetieres-malouins/
- les campings: https://www.data.gouv.fr/fr/datasets/campings/
- les monuments:
https://www.data.gouv.fr/fr/datasets/monuments-historiques-classes-a-saint-malo/
- les stations service:
https://www.data.gouv.fr/fr/datasets/emplacement-des-stations-service-a-saint-malo-1/
- les défibrillateurs:
https://www.data.gouv.fr/fr/datasets/defibrillateurs-1/
- les postes de secours:
https://www.data.gouv.fr/fr/datasets/postes-de-secours/
- les zones de mouillage:
https://www.data.gouv.fr/fr/datasets/zones-de-mouillages/
- les bureaux de vote:
https://www.data.gouv.fr/fr/datasets/emplacement-des-bureaux-de-vote/


Et aussi des POI du Comité Départemental de l'Aube (restaurant,
hotellerie,
patrimoine culturel, équipements sportifs, etc):
https://www.data.gouv.fr/fr/datasets/etablissements-touristiques-de-laube-en-champagne/


-- 
Christian Quest - OpenStreetMap France




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

-- 
Pierre d'Huy___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Opendata... kinenveu ?

[Philippe Verdy]

Temporaire si on veut Leurcadresse est inscrite sur les cartes
d'électeur remises en début d'année et en fait bon nombre de cartes ne sont
pas réimprimées même les années de vote prévu car les adresses ne changent
que rarement. Ce qui peut changer ce sont les listes de chaque bureau
numéroté mais dans bon nombre de villes ou il n'y a pas un unique bureau de
vote a proximité de la mairie ou dans la mairie ces bureaux légaux sont
regroupés a la même adresse souvent par 3 ou 4, dnautantvokus facilement si
c'est dans une école publique sans autre activité le dimanche et avec assez
de salles de classe ou d'activité.
Je n'ai en fait jamais vu un bureau de vote déplace sauf dans mon enfance
dans un village dont l'ancienne mairie qui était installée dans l'ancienne
école publique a aussi déménagé en rachetant un ancien corps de ferme
aujourd'hui en plein centre et reconverti en une petite place avec des
commerces, la mairie et plusieurs services communauté et une salle
associative. Le nombre de bureaux n'a pas changé il est juste allé a un
autre endroit a 200 mètres.
Et c'était y a plus de 30 ans. Ca n'a pas bouge depuis même si aujourd'hui
il y a 3 bureaux de vote légaux tous au mêle endroit. Dans d'autres grandes
villescou j'ai habite les bureaux n'ont pas bouge depuis des décennies
(Courbevoie, Asnières, Lille, Rennes, Niort) alors que le découpage
électoral des bureaux a change dans le détail sans pour autant que leur
adresse bouge.) Les raisins pour lesquelles ca bouge c'est essentiellement
la désaffection des lieux ou la revente et le déménagement de
l'établissement public qui accueille les opérations de vote pour un ou
plusieurs bureaux légaux. Dernière note: du fait que les bureaux sont
regroupés leur centre de vote n'est pas toujours dans le territoire couvert
par un bureau mais peut être dans un établissement public a proximité dans
la commune. Dans de rares cas un bureau de vote peut avoir son centre de
vote placé sur le territoire d'une commune voisine si c'est plus facile
d'accès par exemple pour les parties exclavées de son territoire.
Le 23 déc. 2014 18:21, Pierre d'Huy dh...@yahoo.fr a écrit :

 Comment taguer les bureaux de vote? S'agissant d'installations
 temporaires, je m'étais déjà posé la question. Mais sans trouver de tag
 vraiment adéquat.

 Le 21 décembre 2014 16:49:06 UTC+01:00, Christian Quest 
 cqu...@openstreetmap.fr a écrit :

 Deux jeux de données intéressants sur l'agglo de St Malo:
 - les arrêts de bus:
 https://www.data.gouv.fr/fr/datasets/emplacement-des-arrets-de-bus-du-reseau-transport-saint-malo-agglomeration-2/
 - les casse bouteilles :
 https://www.data.gouv.fr/fr/datasets/points-dapport-volontaire-shp/

 Mais aussi, sur la Ville de St Malo...
 - un parcours touristique:
 https://www.data.gouv.fr/fr/datasets/suivez-lhermine/
 - les cimetières:
 https://www.data.gouv.fr/fr/datasets/cimetieres-malouins/
 - les campings: https://www.data.gouv.fr/fr/datasets/campings/
 - les monuments:
 https://www.data.gouv.fr/fr/datasets/monuments-historiques-classes-a-saint-malo/
 - les stations service:
 https://www.data.gouv.fr/fr/datasets/emplacement-des-stations-service-a-saint-malo-1/
 - les défibrillateurs:
 https://www.data.gouv.fr/fr/datasets/defibrillateurs-1/
 - les postes de secours:
 https://www.data.gouv.fr/fr/datasets/postes-de-secours/
 - les zones de mouillage:
 https://www.data.gouv.fr/fr/datasets/zones-de-mouillages/
 - les bureaux de vote:
 https://www.data.gouv.fr/fr/datasets/emplacement-des-bureaux-de-vote/


 Et aussi des POI du Comité Départemental de l'Aube (restaurant,
 hotellerie, patrimoine culturel, équipements sportifs, etc):
 https://www.data.gouv.fr/fr/datasets/etablissements-touristiques-de-laube-en-champagne/


 --
 Christian Quest - OpenStreetMap France

 --

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


 --
 Pierre d'Huy

 ___
 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] Opendata... kinenveu ?

[althio forum]

2014-12-23 18:20 GMT+01:00 Pierre d'Huy dh...@yahoo.fr:
 Comment taguer les bureaux de vote? S'agissant d'installations temporaires,
 je m'étais déjà posé la question. Mais sans trouver de tag vraiment adéquat.
 - les bureaux de vote:
 https://www.data.gouv.fr/fr/datasets/emplacement-des-bureaux-de-vote/

http://wiki.openstreetmap.org/wiki/Proposed_features/polling_station

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

[OSM-talk-fr] Opendata... kinenveu ?

[Christian Quest]

Deux jeux de données intéressants sur l'agglo de St Malo:
- les arrêts de bus:
https://www.data.gouv.fr/fr/datasets/emplacement-des-arrets-de-bus-du-reseau-transport-saint-malo-agglomeration-2/
- les casse bouteilles :
https://www.data.gouv.fr/fr/datasets/points-dapport-volontaire-shp/

Mais aussi, sur la Ville de St Malo...
- un parcours touristique:
https://www.data.gouv.fr/fr/datasets/suivez-lhermine/
- les cimetières: https://www.data.gouv.fr/fr/datasets/cimetieres-malouins/
- les campings: https://www.data.gouv.fr/fr/datasets/campings/
- les monuments:
https://www.data.gouv.fr/fr/datasets/monuments-historiques-classes-a-saint-malo/
- les stations service:
https://www.data.gouv.fr/fr/datasets/emplacement-des-stations-service-a-saint-malo-1/
- les défibrillateurs:
https://www.data.gouv.fr/fr/datasets/defibrillateurs-1/
- les postes de secours:
https://www.data.gouv.fr/fr/datasets/postes-de-secours/
- les zones de mouillage:
https://www.data.gouv.fr/fr/datasets/zones-de-mouillages/
- les bureaux de vote:
https://www.data.gouv.fr/fr/datasets/emplacement-des-bureaux-de-vote/


Et aussi des POI du Comité Départemental de l'Aube (restaurant, hotellerie,
patrimoine culturel, équipements sportifs, etc):
https://www.data.gouv.fr/fr/datasets/etablissements-touristiques-de-laube-en-champagne/


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

Re: [OSM-talk-fr] Opendata... kinenveu ?

[Romain MEHUT]

Bonjour,

Je me suis déjà occupé des cimetières. Juste un nom changé, des
améliorations de géométrie et l'ajout du crématorium.

Romain

Le 21 décembre 2014 16:49, Christian Quest cqu...@openstreetmap.fr a
écrit :

 Deux jeux de données intéressants sur l'agglo de St Malo:
 - les arrêts de bus:
 https://www.data.gouv.fr/fr/datasets/emplacement-des-arrets-de-bus-du-reseau-transport-saint-malo-agglomeration-2/
 - les casse bouteilles :
 https://www.data.gouv.fr/fr/datasets/points-dapport-volontaire-shp/

 Mais aussi, sur la Ville de St Malo...
 - un parcours touristique:
 https://www.data.gouv.fr/fr/datasets/suivez-lhermine/
 - les cimetières:
 https://www.data.gouv.fr/fr/datasets/cimetieres-malouins/
 - les campings: https://www.data.gouv.fr/fr/datasets/campings/
 - les monuments:
 https://www.data.gouv.fr/fr/datasets/monuments-historiques-classes-a-saint-malo/
 - les stations service:
 https://www.data.gouv.fr/fr/datasets/emplacement-des-stations-service-a-saint-malo-1/
 - les défibrillateurs:
 https://www.data.gouv.fr/fr/datasets/defibrillateurs-1/
 - les postes de secours:
 https://www.data.gouv.fr/fr/datasets/postes-de-secours/
 - les zones de mouillage:
 https://www.data.gouv.fr/fr/datasets/zones-de-mouillages/
 - les bureaux de vote:
 https://www.data.gouv.fr/fr/datasets/emplacement-des-bureaux-de-vote/


 Et aussi des POI du Comité Départemental de l'Aube (restaurant,
 hotellerie, patrimoine culturel, équipements sportifs, etc):
 https://www.data.gouv.fr/fr/datasets/etablissements-touristiques-de-laube-en-champagne/


 --
 Christian Quest - OpenStreetMap France

 ___
 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] [OSM-Talk-fr] OpenData Hackours Rouen

[RatZilla$]

Bonjour @tout[e]s

Je serai mentor et membre du Jury du Hackathon HackHours à Rouen ce Samedi
aux côtés du Président du Département de Seine Maritime.

http://hackhours.co/

Au delà du soutien d'OSM France aux initiatives d'animation territoriale
liées à l'OpenData, n'hésitez pas à nous rejoindre ou à remonter vos
remarques et suggestions.

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

Re: [OSM-talk-fr] [OSM-Talk-fr] OpenData Hackours Rouen

[HELFER Denis]

C'est quoi cette carte Google moche de localisation de la manifestation ? C'est 
pas comme si umap n'existait pas !!!

De : RatZilla$ [mailto:ratzil...@gmail.com]
Envoyé : mardi 8 avril 2014 14:02
À : c...@listes.openstreetmap.fr; Discussions sur OSM en français
Objet : [OSM-talk-fr] [OSM-Talk-fr] OpenData Hackours Rouen


Bonjour @tout[e]s

Je serai mentor et membre du Jury du Hackathon HackHours à Rouen ce Samedi aux 
côtés du Président du Département de Seine Maritime.

http://hackhours.co/

Au delà du soutien d'OSM France aux initiatives d'animation territoriale liées 
à l'OpenData, n'hésitez pas à nous rejoindre ou à remonter vos remarques et 
suggestions.

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

Re: [OSM-talk-fr] [OSM-Talk-fr] OpenData Hackours Rouen

[Benjamin Colard]

Faites ce que je dis. Mais pas ce que je fais ?...

On 8 avril 2014 14:26:33 CEST, HELFER Denis denis.hel...@rff.fr wrote:
C'est quoi cette carte Google moche de localisation de la manifestation
? C'est pas comme si umap n'existait pas !!!

De : RatZilla$ [mailto:ratzil...@gmail.com]
Envoyé : mardi 8 avril 2014 14:02
À : c...@listes.openstreetmap.fr; Discussions sur OSM en français
Objet : [OSM-talk-fr] [OSM-Talk-fr] OpenData Hackours Rouen


Bonjour @tout[e]s

Je serai mentor et membre du Jury du Hackathon HackHours à Rouen ce
Samedi aux côtés du Président du Département de Seine Maritime.

http://hackhours.co/

Au delà du soutien d'OSM France aux initiatives d'animation
territoriale liées à l'OpenData, n'hésitez pas à nous rejoindre ou à
remonter vos remarques et suggestions.

Gaël




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

-- 
Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] OpenData et géographie

[Philippe Verdy]

Un site très intéressant avec des tas de statistiques et de visualisations
sur les données OpenData et données libres dans le monde. Le tout sur des
fonds de cartes interactifs.

http://geography.oii.ox.ac.uk/

Commençons par

http://geography.oii.ox.ac.uk/?page=open-data-index

mais ce site est bourré d'analyse intéressantes et faciles à lire
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] opendata au SHOM...

[Christian Quest]

Que vois-je sur data.gouv.fr ?

-
https://www.data.gouv.fr/fr/dataset/donnees-numeriques-vectorielles-des-cartes-marines-sur-la-zone-iroise
-
https://www.data.gouv.fr/fr/dataset/toponymes-marins-et-cotiers-sur-la-zone-iroise
- https://www.data.gouv.fr/fr/dataset/rastermarine-sur-la-zone-iroise

Le premier est dans un format que je découvre (S57) le second de
l'incontournable shapefile et le troisième des raster en GeoTIFF.

Attention, pas de fausse joie... le shapefile contient une douzaine de
géométries très approximatives et rien de plus. La zone est toute petite,
bref un échantillon d'échantillon.


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

Re: [OSM-talk-fr] opendata au SHOM...

[Romain MEHUT]

Et le trait de côte http://www.data.gouv.fr/fr/dataset/tch intéressant?

Romain

Le 24 janvier 2014 14:16, Christian Quest cqu...@openstreetmap.fr a écrit
:

 Que vois-je sur data.gouv.fr ?

 -
 https://www.data.gouv.fr/fr/dataset/donnees-numeriques-vectorielles-des-cartes-marines-sur-la-zone-iroise
 -
 https://www.data.gouv.fr/fr/dataset/toponymes-marins-et-cotiers-sur-la-zone-iroise
 - https://www.data.gouv.fr/fr/dataset/rastermarine-sur-la-zone-iroise

 Le premier est dans un format que je découvre (S57) le second de
 l'incontournable shapefile et le troisième des raster en GeoTIFF.

 Attention, pas de fausse joie... le shapefile contient une douzaine de
 géométries très approximatives et rien de plus. La zone est toute petite,
 bref un échantillon d'échantillon.

 --
 Christian Quest - OpenStreetMap France

 ___
 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] opendata au SHOM...

[Marc SIBERT]

Oui !

Il a l'air pas mal du tout. C'est bien meilleur que PGS en tout cas.
Il faudrait d'abord se mettre d'accord sur la séquence de lignes en bordure
de mer :
- Laisse de basse mer,
- laisse de haute mer,
- limite administratives locale (cadastre), départementale... nationale.

Du travail stratégique avant pas passer à l'intégration.

A+



Le 24 janvier 2014 14:25, Romain MEHUT romain.me...@gmail.com a écrit :

 Et le trait de côte http://www.data.gouv.fr/fr/dataset/tch intéressant?

 Romain

 Le 24 janvier 2014 14:16, Christian Quest cqu...@openstreetmap.fr a
 écrit :

 Que vois-je sur data.gouv.fr ?

 -
 https://www.data.gouv.fr/fr/dataset/donnees-numeriques-vectorielles-des-cartes-marines-sur-la-zone-iroise
 -
 https://www.data.gouv.fr/fr/dataset/toponymes-marins-et-cotiers-sur-la-zone-iroise
 - https://www.data.gouv.fr/fr/dataset/rastermarine-sur-la-zone-iroise

 Le premier est dans un format que je découvre (S57) le second de
 l'incontournable shapefile et le troisième des raster en GeoTIFF.

 Attention, pas de fausse joie... le shapefile contient une douzaine de
 géométries très approximatives et rien de plus. La zone est toute petite,
 bref un échantillon d'échantillon.

 --
 Christian Quest - OpenStreetMap France

 ___
 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




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

Re: [OSM-talk-fr] opendata au SHOM...

[Christophe Merlet]

Le 24/01/2014 14:25, Romain MEHUT a écrit :
 Et le trait de côte http://www.data.gouv.fr/fr/dataset/tch intéressant?

Je viens de récupérer le trait de cote de Saint-Pierre et Miquelon pour
voir...

Très intéressant.

Ça va permettre aussi de remplacer quelques contours issus de PGS et que
Bing ne permet pas d'affiner.
Ainsi que permettre de rajouter quelques îles et îlots et recalculer les
limites territoriales à 12 miles marins.
Attention quand même, la description précise que ce trait de cote
correspond à **la laisse des plus hautes mers**, or, la limite
territoriales à 12 miles marins est normalement calculé par rapport à
**la laisse des plus basses mers** appelé aussi ligne de base (
boundary=maritime + border_type=baseline). Ça peut faire une sérieuse
différence !


Dommage qu'il n'y ai aucune métadonnées tel que le nom des îlots et
rochers dans le SHP :(


 Romain
 
 Le 24 janvier 2014 14:16, Christian Quest cqu...@openstreetmap.fr
 mailto:cqu...@openstreetmap.fr a écrit :
 
 Que vois-je sur data.gouv.fr http://data.gouv.fr ?
 
 - 
 https://www.data.gouv.fr/fr/dataset/donnees-numeriques-vectorielles-des-cartes-marines-sur-la-zone-iroise
 - 
 https://www.data.gouv.fr/fr/dataset/toponymes-marins-et-cotiers-sur-la-zone-iroise
 - https://www.data.gouv.fr/fr/dataset/rastermarine-sur-la-zone-iroise
 
 Le premier est dans un format que je découvre (S57) le second de
 l'incontournable shapefile et le troisième des raster en GeoTIFF.
 
 Attention, pas de fausse joie... le shapefile contient une douzaine
 de géométries très approximatives et rien de plus. La zone est toute
 petite, bref un échantillon d'échantillon.
 
 -- 
 Christian Quest - OpenStreetMap France
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org mailto: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
 


-- 
Christophe Merlet (RedFox)

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

Re: [OSM-talk-fr] opendata au SHOM...

[Romain MEHUT]

Le 24 janvier 2014 15:36, Christophe Merlet red...@redfoxcenter.org a
écrit :


 Ça va permettre aussi de remplacer quelques contours issus de PGS et que
 Bing ne permet pas d'affiner.
 Ainsi que permettre de rajouter quelques îles et îlots et recalculer les
 limites territoriales à 12 miles marins.
 Attention quand même, la description précise que ce trait de cote
 correspond à **la laisse des plus hautes mers**, or, la limite
 territoriales à 12 miles marins est normalement calculé par rapport à
 **la laisse des plus basses mers** appelé aussi ligne de base (
 boundary=maritime + border_type=baseline). Ça peut faire une sérieuse
 différence !


Et avec ça
http://geobretagne.fr/geonetwork/apps/georchestra/?uuid=979b4399-a3e3-491c-ac35-c56900b117ea?

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

Re: [OSM-talk-fr] opendata au SHOM...

[Damouns]

Si vous cherchez la laisse de basse mer (et de haute mer) elle a l'air
d'être là :

http://www.data.gouv.fr/fr/dataset/bd-carthage-metropole-laisse-des-eaux-onm

tapez laisse dans le moteur de recherche pour trouver celles de l'outre-mer.

Je ne sais pas ce que ça vaut ni si c'est intégrable, je n'ai pas eu le
temps de m'y pencher.

Damouns


Le 24 janvier 2014 15:44, Romain MEHUT romain.me...@gmail.com a écrit :

 Le 24 janvier 2014 15:36, Christophe Merlet red...@redfoxcenter.org a
 écrit :



 Ça va permettre aussi de remplacer quelques contours issus de PGS et que
 Bing ne permet pas d'affiner.
 Ainsi que permettre de rajouter quelques îles et îlots et recalculer les
 limites territoriales à 12 miles marins.
 Attention quand même, la description précise que ce trait de cote
 correspond à **la laisse des plus hautes mers**, or, la limite
 territoriales à 12 miles marins est normalement calculé par rapport à
 **la laisse des plus basses mers** appelé aussi ligne de base (
 boundary=maritime + border_type=baseline). Ça peut faire une sérieuse
 différence !


 Et avec ça
 http://geobretagne.fr/geonetwork/apps/georchestra/?uuid=979b4399-a3e3-491c-ac35-c56900b117ea?

 Romain

 ___
 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] opendata à la CC du Sénonais

[Frédéric Rodrigo]

Bonjour,

Le cas de cette CC me semble très intéressant. Ils connaissent l'OpenData
et vont dans ce sens par l'ouverture de leur SIG au public. Il manque
certes l'accès direct à la donnée, mais ça peut être une bonne occasion de
faire du simple et efficace : row data now, pour une collectivité de
taille moyenne.

Frédéric.



Le 8 janvier 2014 23:49, Christian Quest cqu...@openstreetmap.fr a écrit :

 Le 8 janvier 2014 23:38, Feth Arezki f...@tuttu.info a écrit :

 Bonjour,

 plus par maladresse que par manque de curiosité, je découvre ce soir la
 volonté d'Opendata de la communauté de communes du Sénonais :
 http://www.cc-senonais.fr/presentation_geosenonais.php

 On lit sur cette page, sous Conditions d’utilisation que merci de bien
 vouloir mentionner la source et les mentions obligatoires de chaque donnée
 dans une utilisation professionnelle ou personnelle - nous aurions
 seulement
 une obligation de mention ?



 Il y a une nuance importante: copyright pour l'IGN et pas de mention
 copyright pour le reste, c'est plutôt bon signe.

 C'est éventuellement possible pour les données provenant de la CC, il
 faudrait qu'elle mette ça au propre en choisissant une vraie licence.




 Outre que je crois ne pas avoir le droit de reprendre les données IGN,
 j'ai du
 mal à saisir la portée de ces conditions d'utilisation. Si vous comprenez,
 dites-moi, et sinon je poserai la question aux interessés.

 Admettons qu'on lève l'obstacle juridique, il me semble que les données
 affichées sur http://ccs.sirap.fr/simap/ (cliquer dans la partie
 gauche), en
 particulier dans les contraintes, peuvent être utiles dans OSM, mais je ne
 saurai pas juger de la pertinence.
 Je suis à peu près sûr de l'intérêt des zones innondables /
 flood_prone=yes
 (différentes de ce que m'a montré le notaire pour la crue de 1910
 d'ailleurs)
 ou des sites archéologiques, les points d'apport volontaire (dont je
 vérifierai l'existence...) ou les monuments, par contre, fait-on figurer
 les
 power=minor_line et leurs poteaux.

 J'espérais trouver ici le cours des nombreux canaux qui disparaissent
 dans des
 buses et réapparaissent un peu au hasard, mais j'ai trouvé la position
 précise
 des chemins et rivières dans les parcs boisés, j'espère pouvoir
 l'intégrer !

 Si -toujours une fois l'obstacle juridique passé- vous connaissez une
 moulinette facilitant l'intégration de tout cela, ça me branche.



 Le plus simple serait de prendre contact avec le SIG de la CC, de
 s'appuyer sur cette volonté de se mettre à l'opendata et de leur dire
 chiche (c'est à la mode).
 Dans ce cas, plutôt qu'un accès par un serveur web de visualisation qui ne
 suit aucun standard, ne pourraient-ils pas mettre à disposition en
 téléchargement des données brutes (vectorielles) dont ils sont producteurs
 ? Ce on pourra en faire quelques chose même si c'est pas forcément hyper
 simple.

 Etant le local de l'étape... tu tente le coup ? chiche ? ;)

 --
 Christian Quest - OpenStreetMap France

 ___
 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] opendata à la CC du Sénonais

[Feth Arezki]

Bonjour,

plus par maladresse que par manque de curiosité, je découvre ce soir la 
volonté d'Opendata de la communauté de communes du Sénonais :
http://www.cc-senonais.fr/presentation_geosenonais.php

On lit sur cette page, sous Conditions d’utilisation que merci de bien 
vouloir mentionner la source et les mentions obligatoires de chaque donnée 
dans une utilisation professionnelle ou personnelle - nous aurions seulement 
une obligation de mention ?

Outre que je crois ne pas avoir le droit de reprendre les données IGN, j'ai du 
mal à saisir la portée de ces conditions d'utilisation. Si vous comprenez, 
dites-moi, et sinon je poserai la question aux interessés.

Admettons qu'on lève l'obstacle juridique, il me semble que les données 
affichées sur http://ccs.sirap.fr/simap/ (cliquer dans la partie gauche), en 
particulier dans les contraintes, peuvent être utiles dans OSM, mais je ne 
saurai pas juger de la pertinence.
Je suis à peu près sûr de l'intérêt des zones innondables / flood_prone=yes 
(différentes de ce que m'a montré le notaire pour la crue de 1910 d'ailleurs) 
ou des sites archéologiques, les points d'apport volontaire (dont je 
vérifierai l'existence...) ou les monuments, par contre, fait-on figurer les 
power=minor_line et leurs poteaux.

J'espérais trouver ici le cours des nombreux canaux qui disparaissent dans des 
buses et réapparaissent un peu au hasard, mais j'ai trouvé la position précise 
des chemins et rivières dans les parcs boisés, j'espère pouvoir l'intégrer !

Si -toujours une fois l'obstacle juridique passé- vous connaissez une 
moulinette facilitant l'intégration de tout cela, ça me branche.

Bonne nuit,
-- 
Feth

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

Re: [OSM-talk-fr] opendata à la CC du Sénonais

[Christian Quest]

Le 8 janvier 2014 23:38, Feth Arezki f...@tuttu.info a écrit :

 Bonjour,

 plus par maladresse que par manque de curiosité, je découvre ce soir la
 volonté d'Opendata de la communauté de communes du Sénonais :
 http://www.cc-senonais.fr/presentation_geosenonais.php

 On lit sur cette page, sous Conditions d’utilisation que merci de bien
 vouloir mentionner la source et les mentions obligatoires de chaque donnée
 dans une utilisation professionnelle ou personnelle - nous aurions
 seulement
 une obligation de mention ?



Il y a une nuance importante: copyright pour l'IGN et pas de mention
copyright pour le reste, c'est plutôt bon signe.

C'est éventuellement possible pour les données provenant de la CC, il
faudrait qu'elle mette ça au propre en choisissant une vraie licence.




 Outre que je crois ne pas avoir le droit de reprendre les données IGN,
 j'ai du
 mal à saisir la portée de ces conditions d'utilisation. Si vous comprenez,
 dites-moi, et sinon je poserai la question aux interessés.

 Admettons qu'on lève l'obstacle juridique, il me semble que les données
 affichées sur http://ccs.sirap.fr/simap/ (cliquer dans la partie gauche),
 en
 particulier dans les contraintes, peuvent être utiles dans OSM, mais je ne
 saurai pas juger de la pertinence.
 Je suis à peu près sûr de l'intérêt des zones innondables / flood_prone=yes
 (différentes de ce que m'a montré le notaire pour la crue de 1910
 d'ailleurs)
 ou des sites archéologiques, les points d'apport volontaire (dont je
 vérifierai l'existence...) ou les monuments, par contre, fait-on figurer
 les
 power=minor_line et leurs poteaux.

 J'espérais trouver ici le cours des nombreux canaux qui disparaissent dans
 des
 buses et réapparaissent un peu au hasard, mais j'ai trouvé la position
 précise
 des chemins et rivières dans les parcs boisés, j'espère pouvoir l'intégrer
 !

 Si -toujours une fois l'obstacle juridique passé- vous connaissez une
 moulinette facilitant l'intégration de tout cela, ça me branche.



Le plus simple serait de prendre contact avec le SIG de la CC, de s'appuyer
sur cette volonté de se mettre à l'opendata et de leur dire chiche (c'est
à la mode).
Dans ce cas, plutôt qu'un accès par un serveur web de visualisation qui ne
suit aucun standard, ne pourraient-ils pas mettre à disposition en
téléchargement des données brutes (vectorielles) dont ils sont producteurs
? Ce on pourra en faire quelques chose même si c'est pas forcément hyper
simple.

Etant le local de l'étape... tu tente le coup ? chiche ? ;)

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

Re: [OSM-talk-fr] opendata à la CC du Sénonais

[Vincent de Château-Thierry]

Le 08/01/2014 23:38, Feth Arezki a écrit :


plus par maladresse que par manque de curiosité, je découvre ce soir la
volonté d'Opendata de la communauté de communes du Sénonais :
http://www.cc-senonais.fr/presentation_geosenonais.php

On lit sur cette page, sous Conditions d’utilisation que merci de bien
vouloir mentionner la source et les mentions obligatoires de chaque donnée
dans une utilisation professionnelle ou personnelle - nous aurions seulement
une obligation de mention ?

Outre que je crois ne pas avoir le droit de reprendre les données IGN, j'ai du
mal à saisir la portée de ces conditions d'utilisation. Si vous comprenez,
dites-moi, et sinon je poserai la question aux interessés.


Sur le module de consultation carto[1], il a moyen d'exporter 
(telecharger) une image de la carte à l'écran. J'ai l'impression que 
les obligations de mention s'appliquent ici, selon les fonds présents 
sur la carte. En tout cas je n'ai rien vu d'autre pour un accès aux 
données vectorielles mises en scène dans ce module carto. Peut-être un 
peu tôt pour parler d'open-data...


vincent

[1] : 
http://ccs.sirap.fr/simap/index.phtml?config=ccs-publiczoomLayer=pci_communezoomQuery=insee@1@089387@0@0


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

Re: [OSM-talk-fr] opendata à la CC du Sénonais

[Feth Arezki]

Bonne nuit,

Le mercredi 8 janvier 2014, 23:49:59 Christian Quest a écrit :

 Etant le local de l'étape... tu tente le coup ? chiche ? ;)
C'est évident ! Cela dit je vois beaucoup ton nom dans les historiques. Si un 
jour tu as soif, hésite pas ;-)

-- 
Feth

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

Re: [OSM-talk-fr] Opendata: nouvelles données du Min. de la Culture

[Yves Pratter]

Le 16 oct. 2013 à 20:54, Christian Quest cqu...@openstreetmap.fr a écrit :

 - un peu plus de 8000 bibliothèques publiques: 
 http://www.data.gouv.fr/DataSet/573055

Le 16 oct. 2013 à 23:41, Christian Rogel christian.ro...@club-internet.fr a 
écrit :

 S'il s'agit d'adresses postales, elles étaient disponibles depuis très 
 longtemps sur papier et en ligne. Et utilisables sans risque juridique.
 Sauf qu'on peut maintenant librement reproduire les coquilles. ;-)
 
 Certaines d'entre elles peuvent ne pas correspondre strictement au local, 
 mais, à la mairie attenante.
 Ce qui est sûr, c'est qu'aucun agent du ministère de la culture n'est jamais 
 venu pour les géolocaliser. Et même pas un agent municipal.

La liste ne contient pas le n° ISIL (pour les bibliothèques en ayant un).

La liste des établissements documentaires ayant un ISIL (principalement les 
bibliothèques universitaires) est disponible ici :
http://www.sudoc.abes.fr/DB=2.2/
Je ne sais pas si elle peut-être importée dans OSM ?
On pourrait utiliser ref:ISIL pour faire le lien ?

Elle est beaucoup plus détaillée (horaires, services, site internet, 
géolocalisation).
Exemple de la BM de Pontarlier.

—
Yves

PS: Dans OpenData, on trouve aussi la liste des « Bibliothèques de la Défense 
ouvertes au public___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Opendata: données géocodées...

[Christian Quest]

Le 16 octobre 2013 23:41, Christian Rogel
christian.ro...@club-internet.fra écrit :


 J'aimerai savoir si ce sont les géolocalisations qui sont données. Dans ce
 cas, elles ne seraient probablement pas libres.


Tu fais référence au géocodage à partir d'adresses postale et d'une base
non libre ?

Sur le côté libre/non libre ça dépend de la licence, du contrat ou des
conditions d'utilisation du service ou de la base de géocodage.

Devons-nous systématiquement demander l'origine de ces X/Y avant
d'envisager les utiliser alors qu'ils sont sous licence compatible OSM ?

J'aurai tendance à dire que c'est inutile car de toute façon les X/Y
obtenus par géocodage ne permettent pas d'importer des données en l'état vu
les problèmes de précision, mais seulement d'aider à leur intégration qui
sera faite manuellement et recalée à partir d'autres sources libres
(imagerie, cadastre et bien sûr terrain).
Nous ne reconstituons pas non plus une base d'adresses à partir de ces
géocodages.

Sur la qualité...

J'ai regardé plus en détail les données de La Poste que j'ai signalé hier.
La base utilisée pour le géocodage est de qualité assez moyenne et les
indications de qualité ne sont pas fiables.

Voici quelques copies d'écran où l'erreur est liée au géocodage lui même:
http://www.flickr.com/photos/cq94/sets/72157636644606603/

Des adresses indiquées comme géocodées au numéro sont au milieu de la rue (
http://www.flickr.com/photos/cq94/10323193344/in/set-72157636644606603 ici
le N°1 dans la rue).

Un géocodage par Nominatim aurait sûrement été meilleur dans bon nombre de
cas !

De plus, la grande majorité de boites aux lettres sont positionnées
ailleurs que sur le nœud adresse (celles sur les bouches de métro sont un
cas typique).

-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Opendata: nouvelles données du Min. de la Culture

[Fionn Halleman]

Bonjour,

La Rolls-Royce des données géographiques du ministère de la Culture se
situe à mon avis dans les bases de l'Atlas des Patrimoines (
http://atlas.patrimoines.culture.frhttp://atlas.patrimoines.culture.fr/atlas/trunk/).
Cet atlas ne contient pas l'exhaustivité des lieux culturels car toute
bibliothèque ou tout musée n'a pas forcément de valeur patrimoniale (j'en
connais même de très moches). Mais pour le patrimoine c'est une très belle
base, a priori très bien géoréférencée de ce que j'en ai vu, et disponible
sous forme de shapefiles.

Problème (soulevé sur cette liste lors d'une discussion sur les mégalithes
de Carnac) : ces données ne sont pas sous licence ouverte, car les
conditions d'utilisation restreignent (abusivement, il me semble, car nous
ne sommes pas dans une des exceptions prévues par la loi) la réutilisation
en interdisant les usages non commerciaux et la publication :
http://atlas.patrimoines.culture.fr/atlas/trunk/static/licence.html.

Je pense qu'il s'agit simplement de l'oubli d'une vieille condition (il y a
des pages web qui mériteraient d'entrer au patrimoine) et pas d'une volonté
particulière de restriction. Pour m'en assurer, j'ai pris ma plus belle
plume pas plus tard que ce matin pour demander au chef de département des
systèmes d'information patrimoniaux à la direction générale du patrimoine
s'il pouvait corriger ce fâcheux oubli en vue de rester dans l'esprit de ce
que lui demande son n+3 (
http://www.gouvernement.fr/presse/vade-mecum-sur-l-ouverture-et-le-partage-des-donnees-publiques-0
)

A suivre ?


Le 17 octobre 2013 01:19, Jérôme Amagat jerome.ama...@gmail.com a écrit :

 Pour les bibliothèques, il n'y a qu'un nom et une adresse. Pas de
 géolocalisation.
 Pour les jardins et les Journées Europ. du Patrimoine, le problème c'est
 que les données ne sont pas toujours liées a un lieu mais a une visite donc
 il y a le nom de la visite mais pas du lieu.
 Toujours lié à la culture, il y a les monuments historiques, ils sont
 présent dans osmose mais ce qui serai génial c'est de récupérer les
 coordonnées présentes sur Wikipedia pour mieux les placer dans osmose. La
 plupart des monuments ont des coordonnées d'indiquer (pas toujours très
 précis). J'ai aucune idée de si c'est possible et de comment faire.


 Jérôme


 Le 16 octobre 2013 23:41, Christian Rogel 
 christian.ro...@club-internet.fr a écrit :


 Le 16 oct. 2013 à 20:54, Christian Quest cqu...@openstreetmap.fr a
 écrit :

 - Liste des Musées (adresses): http://www.data.gouv.fr/DataSet/573458mais 
 aussi
 http://www.data.gouv.fr/DataSet/572550 (Nuit des musées, avec X/Y)

 - un peu plus de 8000 bibliothèques publiques:
 http://www.data.gouv.fr/DataSet/573055

 - jardins (avec X/Y, classement, etc):
 http://www.data.gouv.fr/DataSet/572889

 - Journées Europ. du Patrimoine: http://www.data.gouv.fr/DataSet/572351

 - Organismes publics culturels (géolocalisés):
 http://www.data.gouv.fr/DataSet/571911

 et plein d'autres choses peut être exploitables pour osmose...


 http://www.data.gouv.fr/content/search?SearchText=Minist%C3%A8re%20de%20la%20Culture%20et%20de%20la%20Communication

 J'aimerai savoir si ce sont les géolocalisations qui sont données. Dans
 ce cas, elles ne seraient probablement pas libres.

 Car, pour ce qui concerne les bibliothèques publiques, un domaine dont
 j'étais un spécialiste, je sais cela inclut toutes
 les bibliothèques municipales ou associatives subventionnées dans nombre
 de petites localités.

 S'il s'agit d'adresses postales, elles étaient disponibles depuis très
 longtemps sur papier et en ligne. Et utilisables sans risque juridique.
 Sauf qu'on peut maintenant librement reproduire les coquilles. ;-)

 Certaines d'entre elles peuvent ne pas correspondre strictement au local,
 mais, à la mairie attenante.
 Ce qui est sûr, c'est qu'aucun agent du ministère de la culture n'est
 jamais venu pour les géolocaliser. Et même pas un agent municipal.


 Christian R.


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



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


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

[OSM-talk-fr] Opendata: nouvelles données du Min. de la Culture

[Christian Quest]

- Liste des Musées (adresses): http://www.data.gouv.fr/DataSet/573458 mais
aussi http://www.data.gouv.fr/DataSet/572550 (Nuit des musées, avec X/Y)

- un peu plus de 8000 bibliothèques publiques:
http://www.data.gouv.fr/DataSet/573055

- jardins (avec X/Y, classement, etc):
http://www.data.gouv.fr/DataSet/572889

- Journées Europ. du Patrimoine: http://www.data.gouv.fr/DataSet/572351

- Organismes publics culturels (géolocalisés):
http://www.data.gouv.fr/DataSet/571911

et plein d'autres choses peut être exploitables pour osmose...

http://www.data.gouv.fr/content/search?SearchText=Minist%C3%A8re%20de%20la%20Culture%20et%20de%20la%20Communication


-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Opendata: nouvelles données du Min. de la Culture

[Hendrik Oesterlin]

Le 17/10/2013 à 05:54:01 +1100 Christian Quest cqu...@openstreetmap.fr a écrit
Objet: [OSM-talk-fr] Opendata: nouvelles données du Min. de la Culture :

 - Organismes publics culturels (géolocalisés):
 http://www.data.gouv.fr/DataSet/571911

J'ai regardé sur Nouméa: erreur de 210 m par rapport à la valeur
juste pour DRAC Nouvelle-Calédonie.

Cela en supposant les coordonnées fournies comme étant du WGS84.

-- 
Cordialement
Hendrik Oesterlin - Nouvelle-Calédonie


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

Re: [OSM-talk-fr] Opendata: nouvelles données du Min. de la Culture

[Christian Rogel]

Le 16 oct. 2013 à 20:54, Christian Quest cqu...@openstreetmap.fr a écrit :

 - Liste des Musées (adresses): http://www.data.gouv.fr/DataSet/573458 mais 
 aussi http://www.data.gouv.fr/DataSet/572550 (Nuit des musées, avec X/Y)
 
 - un peu plus de 8000 bibliothèques publiques: 
 http://www.data.gouv.fr/DataSet/573055
 
 - jardins (avec X/Y, classement, etc): http://www.data.gouv.fr/DataSet/572889
 
 - Journées Europ. du Patrimoine: http://www.data.gouv.fr/DataSet/572351
 
 - Organismes publics culturels (géolocalisés): 
 http://www.data.gouv.fr/DataSet/571911
 
 et plein d'autres choses peut être exploitables pour osmose...
 
 http://www.data.gouv.fr/content/search?SearchText=Minist%C3%A8re%20de%20la%20Culture%20et%20de%20la%20Communication
 
J'aimerai savoir si ce sont les géolocalisations qui sont données. Dans ce cas, 
elles ne seraient probablement pas libres.

Car, pour ce qui concerne les bibliothèques publiques, un domaine dont j'étais 
un spécialiste, je sais cela inclut toutes
les bibliothèques municipales ou associatives subventionnées dans nombre de 
petites localités.

S'il s'agit d'adresses postales, elles étaient disponibles depuis très 
longtemps sur papier et en ligne. Et utilisables sans risque juridique.
Sauf qu'on peut maintenant librement reproduire les coquilles. ;-)

Certaines d'entre elles peuvent ne pas correspondre strictement au local, mais, 
à la mairie attenante.
Ce qui est sûr, c'est qu'aucun agent du ministère de la culture n'est jamais 
venu pour les géolocaliser. Et même pas un agent municipal.


Christian R.

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

Re: [OSM-talk-fr] Opendata: nouvelles données du Min. de la Culture

[Jérôme Amagat]

Pour les bibliothèques, il n'y a qu'un nom et une adresse. Pas de
géolocalisation.
Pour les jardins et les Journées Europ. du Patrimoine, le problème c'est
que les données ne sont pas toujours liées a un lieu mais a une visite donc
il y a le nom de la visite mais pas du lieu.
Toujours lié à la culture, il y a les monuments historiques, ils sont
présent dans osmose mais ce qui serai génial c'est de récupérer les
coordonnées présentes sur Wikipedia pour mieux les placer dans osmose. La
plupart des monuments ont des coordonnées d'indiquer (pas toujours très
précis). J'ai aucune idée de si c'est possible et de comment faire.


Jérôme


Le 16 octobre 2013 23:41, Christian Rogel
christian.ro...@club-internet.fra écrit :


 Le 16 oct. 2013 à 20:54, Christian Quest cqu...@openstreetmap.fr a
 écrit :

 - Liste des Musées (adresses): http://www.data.gouv.fr/DataSet/573458mais 
 aussi
 http://www.data.gouv.fr/DataSet/572550 (Nuit des musées, avec X/Y)

 - un peu plus de 8000 bibliothèques publiques:
 http://www.data.gouv.fr/DataSet/573055

 - jardins (avec X/Y, classement, etc):
 http://www.data.gouv.fr/DataSet/572889

 - Journées Europ. du Patrimoine: http://www.data.gouv.fr/DataSet/572351

 - Organismes publics culturels (géolocalisés):
 http://www.data.gouv.fr/DataSet/571911

 et plein d'autres choses peut être exploitables pour osmose...


 http://www.data.gouv.fr/content/search?SearchText=Minist%C3%A8re%20de%20la%20Culture%20et%20de%20la%20Communication

 J'aimerai savoir si ce sont les géolocalisations qui sont données. Dans ce
 cas, elles ne seraient probablement pas libres.

 Car, pour ce qui concerne les bibliothèques publiques, un domaine dont
 j'étais un spécialiste, je sais cela inclut toutes
 les bibliothèques municipales ou associatives subventionnées dans nombre
 de petites localités.

 S'il s'agit d'adresses postales, elles étaient disponibles depuis très
 longtemps sur papier et en ligne. Et utilisables sans risque juridique.
 Sauf qu'on peut maintenant librement reproduire les coquilles. ;-)

 Certaines d'entre elles peuvent ne pas correspondre strictement au local,
 mais, à la mairie attenante.
 Ce qui est sûr, c'est qu'aucun agent du ministère de la culture n'est
 jamais venu pour les géolocaliser. Et même pas un agent municipal.


 Christian R.


 ___
 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] Opendata: agence d'urbanisme de Caen Métropole

[Francescu GAROBY]

Bonjour,
Je reviens sur cette discussion, car je comptais continuer à importer les
données de l'Aucame encore manquantes.
Je vois que le tag AUCAME:* a été utilisé, pour les tags fournis avec les
données Aucame. Pour des données propres à l'Aucame (id interne) je peux
comprendre, mais là, c'est aussi appliqué sur des tags propres à OSM.
Ex: AUCAME:addr, AUCAME:commune, AUCAME:name, ...

Je me propose donc pour nettoyer les données, en  gardant juste
AUCAME:ID_Source et AUCAME:ID_Unique, en les passant en minuscule, et en
virant AUCAME:* sur tous les autres (plus faire du tri, parce que le tag
ref:INSEE sur chaque école, bibliothèque, ... ça me parait inutile), si
cette solution vous convient.

Francescu


Le 9 janvier 2013 14:43, Romain MEHUT romain.me...@gmail.com a écrit :

 Bonjour,

 La démarche d'ouverture a été documentée en page 7 de la publication
 suivante http://www.fnau.org/file/news/TA%2018%20bat%20HD%202.pdf

 Romain

 Le 8 janvier 2013 23:44, Christian Quest cqu...@openstreetmap.fr a
 écrit :

 L’Agence d’études d’Urbanisme de Caen Métropole (AUCAME) publie des
 données sous licence ouverte sur son site:
 http://aucame.fr/web/publications/SIG/donnees.php

 Deux jeux nous intéressent:
 - l'occupation des sols
 - les équipements

 J'ai jeté un oeil sur le deuxième jeu, ça a l'air intéressant à
 ajouter sur osmose pour intégration avec l'existant.

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

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



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




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

Re: [OSM-talk-fr] OpenData Communauté Urbaine de Bordeaux en ODbL

[Vincent Privat]

Waouh, bravo !
Il ne reste donc plus que Rennes en France qui fait de la résistance APIE ?


Le 18 février 2013 21:15, Sébastien Dinot sebastien.di...@free.fr a écrit
:

 Bonsoir,

 Frédéric Rodrigo a écrit :
  Une brève pour annoncer que l'OpenData de la Communauté Urbaine de
  Bordeaux n'est plus sous APIE mais ODbL.
 
  http://data.lacub.fr/license
 
  On va pouvoir, enfin, y aller.

 Comme tu dis ! :)

 Merci à ceux qui ont œuvré à ce changement qui ne doit certainement rien
 au hasard.

 Sébastien

 --
 Sébastien Dinot, sebastien.di...@free.fr
 http://sebastien.dinot.free.fr/
 Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

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

Re: [OSM-talk-fr] OpenData Communauté Urbaine de Bordeaux en ODbL

[HELFER Denis]

APIE fait de la résistance !


De : Vincent Privat [mailto:vincent.pri...@gmail.com]
Envoyé : mardi 19 février 2013 10:37
À : Discussions sur OSM en français
Objet : Re: [OSM-talk-fr] OpenData Communauté Urbaine de Bordeaux en ODbL

Waouh, bravo !
Il ne reste donc plus que Rennes en France qui fait de la résistance APIE ?

Le 18 février 2013 21:15, Sébastien Dinot 
sebastien.di...@free.frmailto:sebastien.di...@free.fr a écrit :
Bonsoir,

Frédéric Rodrigo a écrit :
 Une brève pour annoncer que l'OpenData de la Communauté Urbaine de
 Bordeaux n'est plus sous APIE mais ODbL.

 http://data.lacub.fr/license

 On va pouvoir, enfin, y aller.
Comme tu dis ! :)

Merci à ceux qui ont œuvré à ce changement qui ne doit certainement rien
au hasard.

Sébastien

--
Sébastien Dinot, sebastien.di...@free.frmailto:sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

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

[OSM-talk-fr] OpenData Communauté Urbaine de Bordeaux en ODbL

[Frédéric Rodrigo]

Bonjour,

Une brève pour annoncer que l'OpenData de la Communauté Urbaine de 
Bordeaux n'est plus sous APIE mais ODbL.


http://data.lacub.fr/license

On va pouvoir, enfin, y aller.

Frédéric.

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

Re: [OSM-talk-fr] OpenData Communauté Urbaine de Bordeaux en ODbL

[Jean-Francois Nifenecker]

Bonjour Fred,

Le 18/02/2013 20:26, Frédéric Rodrigo a écrit :


Une brève pour annoncer que l'OpenData de la Communauté Urbaine de
Bordeaux n'est plus sous APIE mais ODbL.


Bravo !

--
Jean-Francois Nifenecker, Bordeaux

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

Re: [OSM-talk-fr] OpenData Communauté Urbaine de Bordeaux en ODbL

[Sébastien Dinot]

Bonsoir,

Frédéric Rodrigo a écrit :
 Une brève pour annoncer que l'OpenData de la Communauté Urbaine de
 Bordeaux n'est plus sous APIE mais ODbL.
 
 http://data.lacub.fr/license
 
 On va pouvoir, enfin, y aller.

Comme tu dis ! :)

Merci à ceux qui ont œuvré à ce changement qui ne doit certainement rien
au hasard.

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

[OSM-talk-fr] Opendata Angers...

[Christian Quest]

C'est là http://data.angers.fr/

Je n'ai trouvé aucun jeu de données géographiques, c'est la première
fois il me semble !

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

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

Re: [OSM-talk-fr] Opendata: agence d'urbanisme de Caen Métropole

[Christian Quest]

J'ai intégré quelques données: tribunaux, prisons, hôpitaux,
cliniques, bibliothèque.

C'est globalement précis en terme de position et vient compléter une
zone relativement peu renseignée.


Le 9 janvier 2013 08:30, rldhont rldh...@gmail.com a écrit :
 Salut Christian

 Le 08/01/2013 23:44, Christian Quest a écrit :

 L’Agence d’études d’Urbanisme de Caen Métropole (AUCAME) publie des
 données sous licence ouverte sur son site:
 http://aucame.fr/web/publications/SIG/donnees.php

 Deux jeux nous intéressent:
 - l'occupation des sols
 - les équipements

 J'ai jeté un oeil sur le deuxième jeu, ça a l'air intéressant à
 ajouter sur osmose pour intégration avec l'existant.

 J'avais aussi jeté un coup d'œil au deuxième jeu et il pourrait permettre de
 consolider certaines données OpenData. On y trouve les données de la Poste
 ou des établissement pour le département de l'Orne. De plsu on y trouve une
 colonne avec l'identifiant de l'objet défini par le producteur.

 René-Luc

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



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

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

Re: [OSM-talk-fr] Opendata: agence d'urbanisme de Caen Métropole

[Romain MEHUT]

Bonjour,

La démarche d'ouverture a été documentée en page 7 de la publication
suivante http://www.fnau.org/file/news/TA%2018%20bat%20HD%202.pdf

Romain

Le 8 janvier 2013 23:44, Christian Quest cqu...@openstreetmap.fr a écrit :

 L’Agence d’études d’Urbanisme de Caen Métropole (AUCAME) publie des
 données sous licence ouverte sur son site:
 http://aucame.fr/web/publications/SIG/donnees.php

 Deux jeux nous intéressent:
 - l'occupation des sols
 - les équipements

 J'ai jeté un oeil sur le deuxième jeu, ça a l'air intéressant à
 ajouter sur osmose pour intégration avec l'existant.

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

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

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

[OSM-talk-fr] OpenData Citoyens: Les réponses de la médiation numérique

[Romain MEHUT]

Bonjour,

Voici une info à rajouter à l'agenda:

http://www.anis.asso.fr/OpenData-Citoyens-Les-reponses-de.html

OpenStreetMap, une voie d’accès à l’OpenData.
Avec OSM France. Signature du premier partenariat national entre OSM France
et un réseau d’EPN (Arsenic)

En parallèle à la journée de rencontre aura lieu un Carto’partie sous la
forme d’une formation / action gratuite à destination des animateurs et
médiateurs d’EPN.

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

[OSM-talk-fr] Opendata: agence d'urbanisme de Caen Métropole

[Christian Quest]

L’Agence d’études d’Urbanisme de Caen Métropole (AUCAME) publie des
données sous licence ouverte sur son site:
http://aucame.fr/web/publications/SIG/donnees.php

Deux jeux nous intéressent:
- l'occupation des sols
- les équipements

J'ai jeté un oeil sur le deuxième jeu, ça a l'air intéressant à
ajouter sur osmose pour intégration avec l'existant.

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

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

Re: [OSM-talk-fr] Opendata: agence d'urbanisme de Caen Métropole

[rldhont]

Salut Christian

Le 08/01/2013 23:44, Christian Quest a écrit :

L’Agence d’études d’Urbanisme de Caen Métropole (AUCAME) publie des
données sous licence ouverte sur son site:
http://aucame.fr/web/publications/SIG/donnees.php

Deux jeux nous intéressent:
- l'occupation des sols
- les équipements

J'ai jeté un oeil sur le deuxième jeu, ça a l'air intéressant à
ajouter sur osmose pour intégration avec l'existant.

J'avais aussi jeté un coup d'œil au deuxième jeu et il pourrait 
permettre de consolider certaines données OpenData. On y trouve les 
données de la Poste ou des établissement pour le département de l'Orne. 
De plsu on y trouve une colonne avec l'identifiant de l'objet défini par 
le producteur.


René-Luc

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

Re: [OSM-talk-fr] opendata...

[Philippe Verdy]

En tout cas c'est bien écrit, et les sujets de ce blog sont intéressants.
Personnellement je ne vois pas de problème dans ce titre de blog.


Le 23 novembre 2012 18:10, Ab_fab gamma@gmail.com a écrit :

 Petit détail, vu le jeu de mot un peu pourrave choisi comme titre de blog,
 on pouvait naturellement penser à Libé. ^^
 Mais non, c'est sur la plate-forme du Monde que cela se passe

 Le 23 novembre 2012 17:22, Christian Quest cqu...@openstreetmap.fr a
 écrit :

 A lire sur le blog J'ai du bon data de libé:
 http://data.blog.lemonde.fr/2012/11/22/ou-en-est-lopen-data-gouvernemental/

 --
 Christian Quest - OpenStreetMap France - 
 http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest

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




 --
 ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
 Il n'y a pas de pas perdus, Nadja


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


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

[OSM-talk-fr] opendata...

[Christian Quest]

A lire sur le blog J'ai du bon data de libé:
http://data.blog.lemonde.fr/2012/11/22/ou-en-est-lopen-data-gouvernemental/

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

Re: [OSM-talk-fr] opendata...

[Ab_fab]

Petit détail, vu le jeu de mot un peu pourrave choisi comme titre de blog,
on pouvait naturellement penser à Libé. ^^
Mais non, c'est sur la plate-forme du Monde que cela se passe

Le 23 novembre 2012 17:22, Christian Quest cqu...@openstreetmap.fr a
écrit :

 A lire sur le blog J'ai du bon data de libé:
 http://data.blog.lemonde.fr/2012/11/22/ou-en-est-lopen-data-gouvernemental/

 --
 Christian Quest - OpenStreetMap France - 
 http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest

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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] opendata Issy les Moulineaux

[Christian Quest]

C'est ici: http://en.sparql.pro/wiki/IssySpots

500 POI...

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

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

[OSM-talk-fr] Opendata RATP: station du réseau ferré - intégrées !

[Christian Quest]

Terminé... 586 objets en tout une trentaine a été fusionné.

URL pour les charger depuis l'XAPI:
ttp://api.openstreetmap.fr/xapi/xapi?*[ref:FR:RATP=*][@meta]

Il y a des cas délicats que j'ai noté:

- Gare de l'Est: le fichier RATP fait référence à une gare RER. Cette
gare n'existe pas à ma connaissance, en fait le RER E passe près de la
gare de l'Est, à la station Magenta, mais la connexion piéton n'est
pas faite (info wikipédia). Je l'ai laissé avec un FIXME en attendant
mieux.

- sur plusieurs stations, de multiple railway=station on été créés,
parfois un pour chaque ligne, voire chaque quai (Concorde, Invalide,
Bastille, St Lazare, Nation, Barbès Rochechouart). Il y a du ménage à
faire en utilisant peut être railway=stop plutôt que railway=station

Médaille d'or d'erreur de position pour la gare de Chantilly Gouvieu: 15,5km.
Médaille d'argent: Orry la Ville - Coye avec 14,3km
Médaille de Bronze pour Vosves avec un ridicule 1,1km.

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

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

Re: [OSM-talk-fr] Opendata : préfecture de Paris

[Romain MEHUT]

Bonjour Axel,

La Licence Ouverte est compatible pour une intégration des données dans OSM.
Tu pourras le constater ici:
http://wiki.openstreetmap.org/wiki/WikiProject_France/data.gouv.fr
D'ailleurs, il faudrait documenter les données de la Préfecture de Police
qui n'y sont pas référencées.

Aussi, ce serait bien que tu documentes ton projet d'import comme dans le
cas de Versailles:
http://wiki.openstreetmap.org/wiki/FR:Potential_Datasources/France
http://wiki.openstreetmap.org/wiki/Open_Data_Versailles:_analyse_des_donn%C3%A9es

Romain

Le 25 juillet 2012 15:43, Axel Simon axelsi...@axelsimon.net a écrit :

 Bonjour tout le monde,

 Déjà, désolé si ce sujet a déjà été abordé. ;)

 Je viens de voir que la Préfecture de Paris a publié des données sur le
 portail
 data.gouv.fr :

 http://www.data.gouv.fr/content/search?SearchText=Pr%C3%A9fecture%20de%20police%20de%20Paris

 Entre autres éléments intéressants, la position des fourrières, des
 casernes et
 des 200 caméras de vidéo « protection » déjà en place (sur… 1105 prévues).

 Quelques questions :

 - La Licence Ouverte/Open Licence
 (http://www.data.gouv.fr/Licence-Ouverte-Open-Licence) est-elle
 compatible avec
 l'ODbL ? À sa lecture, je dirais que oui, d'autant qu'elle est compatible
 avec
 la CC-BY 2.0 de Creative Commons et la« Open Data Commons Attribution »
 (ODC-BY)
 d'après le texte de la licence.

 - Quelqu'un a-t-il déjà de l'expérience dans l'import de ce genre de
 données ?

 - Ces données en question ont-elles déjà été importées d'ailleurs ?

 Bref, désolé si je débarque, je regarde comment importer les shapefiles
 (shp)
 là, je vous tiens au courant de l'avancement des choses de toute façon :)

 axel

 --
 Axel Simon

 --
 mail/jabber/gtalk: axelsi...@axelsimon.net
 mobile: +33 (0)6 08 04 01 44
 twitter / identi.ca: @AxelSimon

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


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

[OSM-talk-fr] Opendata : préfecture de Paris

[Eric Pommereau]

D'abord désolé pour le sujet que j'ai oublié de mettre, d'autre part je
travaille bien à la DSI de la Préfecture de Police... ce qui n'était pas
forcément clair dans mon message précédent.

@++


 Message: 3
 Date: Thu, 26 Jul 2012 11:38:17 +0200
 From: Eric Pommereau eric.pommer...@gmail.com
 To: talk-fr@openstreetmap.org
 Subject: Re: [OSM-talk-fr] Lot Talk-fr, Vol 72, Parution 159
 Message-ID:
 CAHM4qa5hJY=QM-4dhi_N6BHDE1Uis4_KONYD1YA_2Q3=
 hjh...@mail.gmail.com
 Content-Type: text/plain; charset=iso-8859-1

 Bonjour,

 Juste une info il s'agit des données de la Préfecture de Police de Paris et
 non la Préfecture de Paris qui est une autre entité (aujourd'hui regroupée
 avec la Préfecture Ile de France...).

 Si vous avez besoin de plus d'infos sur le jeu de données je travaille à la
 direction informatique (mais je n'ai pas réalisé cet export...). Je peux
 aider à la documentation du wiki si c'est nécessaire.

 @ bientôt

 Eric


  --
 
  Message: 2
  Date: Thu, 26 Jul 2012 11:10:07 +0200
  From: Romain MEHUT romain.me...@gmail.com
  To: Discussions sur OSM en français talk-fr@openstreetmap.org
  Subject: Re: [OSM-talk-fr] Opendata : préfecture de Paris
  Message-ID:
  CALJRh=
  89gejdmfoxm9b_uexc+dtknjvg3ch4fgsdf+2crtc...@mail.gmail.com
  Content-Type: text/plain; charset=utf-8
 
  Bonjour Axel,
 
  La Licence Ouverte est compatible pour une intégration des données dans
  OSM.
  Tu pourras le constater ici:
  http://wiki.openstreetmap.org/wiki/WikiProject_France/data.gouv.fr
  D'ailleurs, il faudrait documenter les données de la Préfecture de Police
  qui n'y sont pas référencées.
 
  Aussi, ce serait bien que tu documentes ton projet d'import comme dans le
  cas de Versailles:
  http://wiki.openstreetmap.org/wiki/FR:Potential_Datasources/France
 
 
 http://wiki.openstreetmap.org/wiki/Open_Data_Versailles:_analyse_des_donn%C3%A9es
 
  Romain
 
 
 -- section suivante --
 Une pièce jointe HTML a été nettoyée...
 URL: 
 http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20120726/83377371/attachment-0001.html
 


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

Re: [OSM-talk-fr] Opendata : préfecture de Paris

[Pieren]

2012/7/25 Axel Simon axelsi...@axelsimon.net:
 - Quelqu'un a-t-il déjà de l'expérience dans l'import de ce genre de données ?

Quelqu'un a déjà importé les sources d'eau potable publiques
(fontaines) sur Paris. Et le moins que l'on puisse dire, c'est que
c'était du positionnement très, très approximatif. Il faut donc
vérifier avant un import la qualité des données. Et aussi à tout prix
les doublons, surtout sur Paris où les données sont déjà très
fournies. Il faut donc mieux parler d' intégration avec l'existant
que d'import.

Pieren

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

[OSM-talk-fr] Opendata : préfecture de Paris

[Axel Simon]

Bonjour tout le monde,

Déjà, désolé si ce sujet a déjà été abordé. ;)

Je viens de voir que la Préfecture de Paris a publié des données sur le portail
data.gouv.fr :
http://www.data.gouv.fr/content/search?SearchText=Pr%C3%A9fecture%20de%20police%20de%20Paris

Entre autres éléments intéressants, la position des fourrières, des casernes et
des 200 caméras de vidéo « protection » déjà en place (sur… 1105 prévues).

Quelques questions :

- La Licence Ouverte/Open Licence
(http://www.data.gouv.fr/Licence-Ouverte-Open-Licence) est-elle compatible avec
l'ODbL ? À sa lecture, je dirais que oui, d'autant qu'elle est compatible avec
la CC-BY 2.0 de Creative Commons et la« Open Data Commons Attribution » (ODC-BY)
d'après le texte de la licence.

- Quelqu'un a-t-il déjà de l'expérience dans l'import de ce genre de données ?

- Ces données en question ont-elles déjà été importées d'ailleurs ?

Bref, désolé si je débarque, je regarde comment importer les shapefiles (shp)
là, je vous tiens au courant de l'avancement des choses de toute façon :)

axel


-- 
Axel Simon

--
mail/jabber/gtalk: axelsi...@axelsimon.net
mobile: +33 (0)6 08 04 01 44
twitter / identi.ca: @AxelSimon



signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OpenData : au tour de Versailles Grand Parc

[Pierre Dufaÿ]

Bonjour,

j'ai bien avancé sur un script de conversion des CSV en OSM. Je traite pour
l'instant:
- les espaces verts
- las bancs
- les arbres
- les jeux d'enfants
- les parkings vélo
- le stationnement pour handicapés.

Le script doit faire un peu de reformatage mais globaleent les données
source sont bonnes et bien géocodées.

Je pense mettre comme source tag k=source v=
http://siteopendataversailles.cloudapp.net//
et pour l'identifiant externe à OSM de chaque objet un tag
ref:opendata_versailles
ou ref:opendata_versailles_grand_parc (selon la source).

Plus de détails ici:
http://wiki.openstreetmap.org/wiki/Open_Data_Versailles:_analyse_des_donn%C3%A9es

Avant d'importer, il me reste à automatiser la détection de doublons avec
l'existant d'OSM... pas si simple!

Pierre
Le 4 juillet 2012 23:45, Vincent de Chateau-Thierry v...@laposte.net a
écrit :


 Le 04/07/2012 22:46, mobip a écrit :

 Bonsoir,


 Bienvenue :-)

  rapide coup d'oeil de Versaillais sur les données en visualisant leurs KML
 dans Google Earth:
 - les parkings vélos que je connais sont bien là et bien placés
 - idem pour les jeux des squares que je fréquente
 - les arbres d'alignement, c'est plus compliqué, le KML contient quelques
 arbres mais pas de linéaire. Il faudra voir si les données CSV sont plus
 riches.
 - idem pour parcs et jardins où seul leur centre est dans le KML. Le CSV
 contient bien un contour. Certains détails semblent douteux, comme des
 horaires d'ouverture pour des squares non clôturés

 Je continue mon étude et commence à réfléchir à la manière d'importer ça
 avec élégance:
 - correspondance entre les attributs fournis et les tags OSM,
 - résolution des conflits avec un existant déjà très riche
 - anticipation des futures mises à jour, trimestrielles à annuelles selon
 les données

 J'ai aussi mis à jour le wiki avec un minimum d'informations.

 D'autres intéressés dans Versailles Grand Parc pour participer?
 Des conseils d'autres importateurs d'Open Data?


 Partant pour un coup de main si besoin, en voisin :-)

 Dans un premier temps, ça vaut le coup de consacrer une page du wiki
 (voire une discussion ici si besoin) à ton analyse, avec les propositions
 de correspondance entre valeurs sources et tags OSM, les blagues des
 données, les alertes. On avait par exemple synthétisé ici pour les points
 postaux :
 http://wiki.openstreetmap.org/**wiki/WikiProject_France/data.**
 gouv.fr/Import_des_points_de_**contact_postauxhttp://wiki.openstreetmap.org/wiki/WikiProject_France/data.gouv.fr/Import_des_points_de_contact_postaux

 Après, compte tenu de l'étendue (une agglo) et de ta connaissance du
 terrain, il doit y avoir des thèmes où un import en solo doit convenir :
 - éventuellement lotissement des données pour travailler par petites
 emprises,
 - conversion en format OSM avec les tags convenus auparavant,
 - confrontation dans JOSM avec l'existant, dédoublonnage et consolidation
 - upload

 Si sur un thème la tâche est trop lourde (trop de données), alors une
 interface web qui offre la donnée pour que chacun puisse contribuer, ça
 se monte simplement, il commence à y avoir des précédents.

 vincent

 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] [opendata] Nice Côte d'Azur

[Charles Nepote]

Vous avez raison sur le fond, on est je crois tous d'accord. Sur la 
forme, est-il utile de commencer dès le départ par stigmatiser l'acteur 
public qui a commis une maladresse ? Il faut bien voir que le sujet est 
encore nouveau pour les acteurs publics : ils ont besoin de digérer la 
matière, de comprendre les tenants et aboutissants. Souvent ces acteurs 
ont besoin de conseils et de coups de pouce plutôt que de se faire 
mettre au pilori. Personnellement je trouve que le terme fail a un 
côté méprisant, mais c'est un ressenti personnel et je ne pense pas que 
c'est la volonté de ceux qui l'emploient. Pour avoir des témoignages, je 
sais que certains acteurs l'ont pris de cette manière...


La plupart du temps, il suffit de demander gentiment, avec pédagogie, en 
leur laissant au moins une chance de d'expliquer et de comprendre leurs 
motivations. Ci-dessous je publie le mail que j'ai rédigé pour 
data.visitprovence.com et qui les a amené à changer de licence (j'ai 
biffé le nom de mon contact car cette liste est publique). Le lendemain 
la licence était changée.


En l'occurrence mon mail est long et tient compte d'éléments de contexte 
que je ne peux détailler ici, mais on doit pouvoir faire plus court.

(J'ajoute que je vais écrire également à la métropole de Nice ;-)
-
Bonjour XX,

Bravo encore pour votre initiative. Le site est agréable et très clair. 
La diversité des données est très intéressante et on voudrait vous aider 
à valoriser cette initiative, notamment auprès de nos partenaires 
régionaux avec qui on élabore un agenda de manifestations autour de 
l'open data.


S'agissant de la licence de vos données, comme évoqué rapidement avec 
toi au téléphone, je ne te cache pas que ça risque de coincer... 
Utiliser les termes open data ou données libres comme vous le faites 
vous expose à de vives critiques au regard de votre choix de licence. Je 
vois par exemple que Ton Zijlstra vous a signalé le problème sur Twitter 
(Ton est l'un des papes de l'open data dans le monde et dirige l'EPSI 
plateforme, initiative européenne de référence). A terme, cela risque 
d'être contre-productif pour votre initiative.
Ce que je comprends c'est que vous voulez garder la maîtrise de qui 
consomme vos données et comprendre pourquoi : il ne s'agit pas pour vous 
de contrôler les usages mais de comprendre très concrètement qui utilise 
les données et donc comment mieux piloter votre offre, votre politique 
touristique. En d'autres termes il s'agit pour vous de garder au plus 
près le contact et la connaissance de votre public. Je comprends ce 
souci. Mais je m'interroge sur la méthode. Le risque que vous prenez 
c'est que vous vous coupiez d'un large public potentiel.


_Quelles sont vos options ?_
1. Utiliser l'une des deux licences retenues actuellement par l'immense 
majorité des acteurs de l'open data en France (l'ODBL ou la Licence 
Ouverte d'Etalab). Nous pensons que quoi qu'il arrive, les 
réutilisateurs auront toujours intérêt à venir chercher les données à la 
source, c'est-à-dire chez vous. _Avoir une licence vraiment ouverte et 
reconnue me parait donc une bonne option dans un premier temps : il vous 
sera toujours possible de changer à n'importe quel moment_. Vous pouvez 
par ailleurs inciter juridiquement les réutilisateurs à citer 
systématiquement la source des données sous la forme d'un lien 
hypertexte qui va référencer votre site (cas prévu dans l'ODBL et dans 
la Licence Ouverte d'Etalab).
Vous pouvez également informer vos lecteurs du fait que les données sont 
mises à jour environ tous les XXX jours, incitant forcément les 
réutilisateurs à revenir sur votre site : c'est même une très bonne 
pratique qui est appréciée des réutilisateurs ! Ça renforce l'idée que 
vous êtes incontournables : les réutilisateurs ont *intérêt* à revenir 
chez vous.


2. Ne délivrer vos données que sous la forme d'API obligeant les 
réutilisateurs à s'identifier. Ce n'est pas idéal car cela crée une 
barrière à la réutilisation. Et vous devez savoir qu'il est facile de 
créer de fausse identité pour obtenir un compte. Vous avez aussi la 
possibilité d'imposer un formulaire d'inscription pour télécharger les 
données. Là aussi ça crée des barrières. En revanche, l'ouverture d'un 
forum de discussion peut vous permettre de mieux connaître les personnes 
et les usages proposés.


3. Amender une licence ouverte (ODBL ou Etalab) en y ajoutant une 
dimension spécifique pour la redistribution ? C'est un risque également 
pour le succès de votre opération : les réutilisateurs risquent de se 
méfier. Certains risquent de vous taxer d'open data Canada dry et 
vous accuser de jouer cavalier seul contre des dizaines d'organisations 
qui ont déjà ouvert leur données dans des conditions non ambiguës.


4. Poser le problème de votre licence comme un cas d'école. Si vous 
pensez qu'il faut faire bouger les lignes sur ce sujet, je vous 
conseille de mettre en dialogue le sujet de la Licence. Ce serait une 

Re: [OSM-talk-fr] [opendata] Nice Côte d'Azur

[Marc SIBERT]

Le 12 juin 2012 09:10, Philippe Verdy verd...@wanadoo.fr a écrit :

 Vivement une loi nationale pour réguler l'OpenData des collectivités
 territoriales et leur imposer d'appliquer la licence choisie par
 l'APIE et discutée en soncertation avec les autres pays européens (au
 minimum), pour cadrer aussi aux directives européennes.

 Mais si seulement même l'OpenData voulue par la directive européenne
 demandait une disponibilité avec une licence commune européenne (sans
 exclure la possibilité d'autres licences supplémentaires pour régler
 des cas particuliers de réutilisation par certains), disponible dans
 toutes les langues officielles européennes, avec des juridictions
 compétentes au plan européen, et une compatibilité garantie avec
 OdBL...


Bonjour,

Si tu fais référence ici à la directive inspire, sache qu'elle ne fait pas
référence à des licences libres, mais demande simplement la publication
(pas nécessairement gratuite d'ailleurs) de certains données numériques
existantes. Les deux derniers termes sont importants : numérique, ça veut
dire numérisées et donc cela exclu les données papier ou sous d'autres
support, et existantes veut dire qu'il n'y a pas obligation de production
de nouvelles données.

J'ai vu un très bon papier sur le sujet :
http://georezo.net/blog/inspire/2011/12/22/inspire-pour-les-neophytes-v3/

A+

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