Re: [OSM-talk-fr] BANO... premiers pas...

2014-05-11 Par sujet Christian Quest 
Le 10 mai 2014 22:40, Paul Mallet  a écrit :

> Hello,
>
> Si j'ai bien compris les adresses déjà intégrées dans OSM sont
> prioritaires sur celles du cadastre.
>
>
Elles le seront dans la BANO en cas de doublon (ou triplon avec l'opendata).
Elles le sont aussi d'une certaine façon dans ce rendu (vert par dessus
bleu et rouge lorsqu'il y a doublon).



> Du coup je ne comprends pas trop pourquoi aucune des adresses de
> Boulogne-Billancourt (92) et beaucoup des adresses de Paris ne sont pas
> prises en compte (du coup il y a doublon avec celles venant de l'import
> cadastral, est ce un problème du script d'import ou manque t-il des infos
> dans OSM pour faire la liaison ?
>
>
Il manque le traitement des adresses OSM mises sur les polygones des
bâtiments. C'est dans le tuyau...



> De même quoi faire quand les noms de rues du cadastre ne correspondent pas
> au terrain (et a OSM), et que du coup les adresses ressortent en rouge ?
>
>
Comme dans toutes les comparaisons avec des jeux de données... le terrain
prime.
Ce n'est pas parce que l'INSEE indique qu'il y a des habitants dans tel
carré, qu'on va y ajouter des bâtiments.
Pour les orthographes différentes de nom, on peut utiliser alt_name,
official_name et affiner les scripts de rapprochement pour qu'ils les
exploitent en plus du seul name=*



> En tout cas bravo pour le taf, c'est très prometteur !
>
>

C'est en chantier et on a préféré ouvrir le chantier au public dans
l'esprit du "release early, release often".
Ca permet aussi les remontées rapides pour améliorer dès les fondations et
pas une fois qu'on en est à la peinture.

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

Re: [OSM-talk-fr] "Share alike" ou "le partage à l'identique"

2014-05-11 Par sujet Christian Quest 
Un pas dans la bonne direction... à confirmer quand ce ne sera pas qu'une
recommandation, mais un fonctionnement par défaut des outils que Mapbox met
à la disposition de ses clients.


Le 11 mai 2014 02:21, Jean-Marc Liotier  a écrit :

> Suite aux réactions, Mapbox a mis à jour ses recommandations
> d'attribution Openstreetmap:
> http://www.openstreetmap.org/user/lxbarth/diary/218471
>
> L'attribution complète est "© Mapbox © OpenStreetMap" et un lien
> "Améliorez cette carte" menant à l'édition est conseillé. "©
> OpenStreetMap" est désormais lié vers
> http://www.openstreetmap.org/copyright, tandis que "© Mapbox" est
> inchangé vers http://mapbox.com/about/maps qui énumère l'ensemble des
> sources utilisées pour la carte, y compris Openstreetmap. L'attribution
> sous forme d'icône "i" reste recommandée pour les petites cartes.
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France
Conférence "State Of The Map" France du 4 au 6 avril à
Paris
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Charge serveur cadastre (était BANO... premiers pas...)

2014-05-11 Par sujet Jean-Baptiste Holcroft 
Bonjour,

Je m'interroge sur les exports du cadastre.
Il me semble que toutes les données exportées sont dans les dossiers data
et qu'ils restent disponibles 24h.
Pour les adresses, j'ai cru comprendre que les fichiers sources étaient le
mêmes.

Est-ce réellement utile de télécharger une nouvelle version à chaque fois ?
Peut être qu'on pourrait par défaut proposer la dernière extraction en
indiquant sa date, et proposer une actualisation manuelle ou au bout d'une
période à affiner ?

De toute façon le cadastre bouge peu, et cela multiplie les requêtes,
traitements inutiles.

L'exemples concrets :
. j'importe des données et je veux faire une vérification deux semaine
après (ou quelqu'un d'autre d'ailleurs)
. des dizaines de villes importées pour du bâti qui pourraient servir pour
des gens qui travaillent sur des adresses ;)
Le 10 mai 2014 15:07, "Christian Quest"  a écrit :

> Version courte: Il ne s'agit pas d'un import du cadastre. BANO ne touche
> pas aux données OSM, mais va permettre aux contributeurs de les améliorer.
>
> Version longue:
>
> Le projet BANO a pour but de créer une Base d'Adresses Nationale
> Ouverte... cette base est constituée des adresses présentes dans OSM,
> auxquelles on ajoutes les adresses disponibles en opendata puis celles
> extraites (automatiquement) du cadastre.
>
> Elle ne sera pas importée massivement en l'état dans OSM, mais pourra
> l'être petit à petit avec le travail de vérification manuel estimé
> nécessaire vu la qualité variable d'une commune à l'autre.
>
> L'intégration du bâti manuelle dans OSM est utile à BANO, car les adresses
> sont repositionnées sur les façades des bâtiments présents dans OSM quand
> ils s'y trouvent.
> De plus, les noms des rues sont aussi repris d'OSM quand on arrive à faire
> le lien.
>
> Pour les améliorations que BANO va permettre aux contributeurs:
> - identifier les rues manquantes... soit juste le nom manquant, soit le
> tracé complet
> - identifier les lieux-dits
> et il y en a sûrement d'autres !
>
> Le projet est décrit sur:
> http://wiki.openstreetmap.org/wiki/WikiProject_France/WikiProject_Base_Adresses_Nationale_Ouverte_(BANO)
>
>
>
> Le 10 mai 2014 14:50, nono  a écrit :
>
>> Salut
>>
>> Le samedi 10 mai 2014 à 14:20 +0200, Christian Quest a écrit :
>> > On va y aller calmement... plutôt le soir et week-end histoire de ne
>> > pas faire surchauffer les serveurs de Bercy lorsqu'ils sont les plus
>> > sollicités.
>> >
>> >
>> > L'Alsace est en cours d'extraction... on met la priorité sur les
>> > régions les plus complètes en bâti/voirie, histoire d'avoir un maximum
>> > de rapprochements avec les données OSM, d'où le choix
>> > Nord-Pas-de-Calais, Alsace, Pays-de-la-Loire...
>>
>> Je lis ce fil mais n'y comprends pas grand chose, donc je me pose des
>> questions ;-)
>>
>> Vous semblez tester un import automatique du cadastre.
>>
>> Donc faut-il que je continue à importer les bâtis du cadastre des
>> patelins de mon coin et les mettre à jour manuellement ?
>>
>> Dans le cas d'un import automatique comme le vôtre, que fait-il
>> exactement ?
>> Supprime-t-il les build déjà présents dans osm pour y mettre les siens ?
>>
>> En bref, en tant que contributeur, faut-il continuer à consacrer du
>> temps individuel sur l'import cadastral ?
>>
>> nono
>>
>>
>>
>>
>> --
>> Chuck Norris est au courant de l'existence des extraterrestres. Du moins
>> les races qu'il a exterminées.
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> Christian Quest - OpenStreetMap France
> Conférence "State Of The Map" France du 4 au 6 avril à 
> Paris
>
> ___
> 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] Charge serveur cadastre (était BANO... premiers pas...)

2014-05-11 Par sujet Christian Quest 
Le 11 mai 2014 10:23, Jean-Baptiste Holcroft  a
écrit :

> Bonjour,
>
> Je m'interroge sur les exports du cadastre.
> Il me semble que toutes les données exportées sont dans les dossiers data
> et qu'ils restent disponibles 24h.
>

Exact


>  Pour les adresses, j'ai cru comprendre que les fichiers sources étaient
> le mêmes.
>

Pas tout à fait.


> Est-ce réellement utile de télécharger une nouvelle version à chaque fois
> ? Peut être qu'on pourrait par défaut proposer la dernière extraction en
> indiquant sa date, et proposer une actualisation manuelle ou au bout d'une
> période à affiner ?
>
> De toute façon le cadastre bouge peu, et cela multiplie les requêtes,
> traitements inutiles.
>
> L'exemples concrets :
> . j'importe des données et je veux faire une vérification deux semaine
> après (ou quelqu'un d'autre d'ailleurs)
> . des dizaines de villes importées pour du bâti qui pourraient servir pour
> des gens qui travaillent sur des adresses ;)
>

En fait, le service d'extraction cadastre.openstreetmap.fr a un dossier de
travail "hidden" dans lequel sont stockées les données brutes récupérées
sur cadastre.gouv.fr.
Jusqu'à il y a peu, ce dossier était lui aussi vidé toutes les 24h, mais on
a suspendu ce mécanisme pour les tests de BANO.

Du coup, cela forme une sorte de cache et les scripts publics ou ceux de
BANO puisent dedans et les serveurs du cadastre ne sont interrogés que si
on n'a pas les données dans ce cache.
C'est pour éviter un trop forte charge de ceux-ci qu'on fonctionne comme ça
et comme le cadastre évolue lentement ce n'est pas gênant.

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

Re: [OSM-talk-fr] BANO... premiers pas...

2014-05-11 Par sujet Pierre Knobel 
Je vois quelques problèmes d'encodage sur les caractères accentués du
rendu BANO, les 'é' et les 'ê' sont remplacés pas des losanges.

http://layers.openstreetmap.fr/?zoom=18&lat=49.03166&lon=7.96925&layers=00B00FFT

On 5/11/14, Christian Quest  wrote:
> Le 10 mai 2014 22:40, Paul Mallet  a écrit :
>
>> Hello,
>>
>> Si j'ai bien compris les adresses déjà intégrées dans OSM sont
>> prioritaires sur celles du cadastre.
>>
>>
> Elles le seront dans la BANO en cas de doublon (ou triplon avec
> l'opendata).
> Elles le sont aussi d'une certaine façon dans ce rendu (vert par dessus
> bleu et rouge lorsqu'il y a doublon).
>
>
>
>> Du coup je ne comprends pas trop pourquoi aucune des adresses de
>> Boulogne-Billancourt (92) et beaucoup des adresses de Paris ne sont pas
>> prises en compte (du coup il y a doublon avec celles venant de l'import
>> cadastral, est ce un problème du script d'import ou manque t-il des infos
>> dans OSM pour faire la liaison ?
>>
>>
> Il manque le traitement des adresses OSM mises sur les polygones des
> bâtiments. C'est dans le tuyau...
>
>
>
>> De même quoi faire quand les noms de rues du cadastre ne correspondent
>> pas
>> au terrain (et a OSM), et que du coup les adresses ressortent en rouge ?
>>
>>
> Comme dans toutes les comparaisons avec des jeux de données... le terrain
> prime.
> Ce n'est pas parce que l'INSEE indique qu'il y a des habitants dans tel
> carré, qu'on va y ajouter des bâtiments.
> Pour les orthographes différentes de nom, on peut utiliser alt_name,
> official_name et affiner les scripts de rapprochement pour qu'ils les
> exploitent en plus du seul name=*
>
>
>
>> En tout cas bravo pour le taf, c'est très prometteur !
>>
>>
>
> C'est en chantier et on a préféré ouvrir le chantier au public dans
> l'esprit du "release early, release often".
> Ca permet aussi les remontées rapides pour améliorer dès les fondations et
> pas une fois qu'on en est à la peinture.
>
> --
> Christian Quest - OpenStreetMap France
>

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

Re: [OSM-talk-fr] Information position lieu dit sur le cadastre (ou autres)

2014-05-11 Par sujet Claude 


Par ailleurs, autre magie|facetie du plan, un lieu-dit peut s'étendre 
sur plusieurs feuilles cadastrales et prendre des graphies légèrement 
différentes. C'est au contributeur et à lui seul de trier le bon grain 
de l'ivraie. C'est là que réside essentiellement la mission d'OSM : 
collecter non seulement les données qui vont parviennent de nos 
institutions publiques, mais aussi du ressenti des habitants, de leur 
expérience, de la nôtre aussi.


Denis,


Bonjour

Parfois même sur le terrain, la graphie peut changer.
exemple sur une commune du 63, un lieu dit traversé par une peite route 
est signalé par un panneau "Chamfigne" dans un sens et "Champhigne" dans 
l'autre



claude
--  Envoyé avec Mozilla Thunderbird ---

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

[OSM-talk-fr] Adresses : Problème des noms de rue identiques dans des communes associées

2014-05-11 Par sujet Pierre Knobel 
Bonjour,

Le consensus actuel pour les adresses semble être de ne pas rajouter de tag
addr:city sur les relations AssociatedStreet parce qu'on peut déduire
l'info de la commune à partir des limites administratives. Mais ça pose des
problèmes dans les communes fusionnées / associées qui partagent sont
englobés dans une limite administrative unique mais qui peuvent avoir des
noms de rues en doublon.

Voir : http://fr.wikipedia.org/wiki/Commune_associ%C3%A9e#Remarque

Je n'aime pas la solution du cadastre qui est de rajouter le nom de
l'ancienne commune à la suite du nom de rue. Par exemple la "Rue
Principale" à Bremmelbach (commune de Cleebourg) ne devrait pas à mon avis
s'appeler la "Rue Principale Bremmelbach" :
http://layers.openstreetmap.fr/?zoom=17&lat=48.98551&lon=7.90047&layers=00B00FFT


Sur une adresse postale, l'information du nom de l'ancien village viendrait
sur une ligne séparée :
Hans Schmitt
6 Rue Principale
Bremmelbach
67160 Cleebourg

Donc de mon point de vue l'info "Bremmelbach" devrait exister dans OSM ou
BANO dans un tag séparé du tag name / addr:street. Des idées ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Messages publicitaires par les journaux utilisateurs

2014-05-11 Par sujet Éric Gillet 
Bonjour,

La publicité est-elle autorisée sur les journaux utilisateurs ?

C'est la première fois que j'en vois ici :

http://www.openstreetmap.org/user/sdaadasa/diary/21851
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Messages publicitaires par les journaux utilisateurs

2014-05-11 Par sujet Éric Gillet 
Et un peu de spam par là :

http://www.openstreetmap.org/user/%E7%99%BE%E5%BA%A6%E9%AA%8C%E8%AF%81/diary


2014-05-11 13:31 GMT+02:00 Éric Gillet :

> Bonjour,
>
> La publicité est-elle autorisée sur les journaux utilisateurs ?
>
> C'est la première fois que j'en vois ici :
>
> http://www.openstreetmap.org/user/sdaadasa/diary/21851
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] BANO... premiers pas...

2014-05-11 Par sujet Christian Quest 
Oui, j'ai vu ça... un problème d'encoding sur la connexion entre mapnik et
le serveur postgres, qui bien sûr n'arrive pas chez moi avec TileMill...


Le 11 mai 2014 13:09, Pierre Knobel  a écrit :

> Je vois quelques problèmes d'encodage sur les caractères accentués du
> rendu BANO, les 'é' et les 'ê' sont remplacés pas des losanges.
>
>
> http://layers.openstreetmap.fr/?zoom=18&lat=49.03166&lon=7.96925&layers=00B00FFT
>
> On 5/11/14, Christian Quest  wrote:
> > Le 10 mai 2014 22:40, Paul Mallet  a écrit :
> >
> >> Hello,
> >>
> >> Si j'ai bien compris les adresses déjà intégrées dans OSM sont
> >> prioritaires sur celles du cadastre.
> >>
> >>
> > Elles le seront dans la BANO en cas de doublon (ou triplon avec
> > l'opendata).
> > Elles le sont aussi d'une certaine façon dans ce rendu (vert par dessus
> > bleu et rouge lorsqu'il y a doublon).
> >
> >
> >
> >> Du coup je ne comprends pas trop pourquoi aucune des adresses de
> >> Boulogne-Billancourt (92) et beaucoup des adresses de Paris ne sont pas
> >> prises en compte (du coup il y a doublon avec celles venant de l'import
> >> cadastral, est ce un problème du script d'import ou manque t-il des
> infos
> >> dans OSM pour faire la liaison ?
> >>
> >>
> > Il manque le traitement des adresses OSM mises sur les polygones des
> > bâtiments. C'est dans le tuyau...
> >
> >
> >
> >> De même quoi faire quand les noms de rues du cadastre ne correspondent
> >> pas
> >> au terrain (et a OSM), et que du coup les adresses ressortent en rouge ?
> >>
> >>
> > Comme dans toutes les comparaisons avec des jeux de données... le terrain
> > prime.
> > Ce n'est pas parce que l'INSEE indique qu'il y a des habitants dans tel
> > carré, qu'on va y ajouter des bâtiments.
> > Pour les orthographes différentes de nom, on peut utiliser alt_name,
> > official_name et affiner les scripts de rapprochement pour qu'ils les
> > exploitent en plus du seul name=*
> >
> >
> >
> >> En tout cas bravo pour le taf, c'est très prometteur !
> >>
> >>
> >
> > C'est en chantier et on a préféré ouvrir le chantier au public dans
> > l'esprit du "release early, release often".
> > Ca permet aussi les remontées rapides pour améliorer dès les fondations
> et
> > pas une fois qu'on en est à la peinture.
> >
> > --
> > Christian Quest - OpenStreetMap France
> >
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France
Conférence "State Of The Map" France du 4 au 6 avril à
Paris
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Messages publicitaires par les journaux utilisateurs

2014-05-11 Par sujet Philippe Verdy 
pas étonnant... il y a des robots qui epluchent les lostes de blogues ou
forums Internet et créent des cimptes n'importe ou pour diffuser de ka pub.
souvent l'annonceur est même trompé car il a juste acheté une prestation de
référencement via un logiciel plus ou moins automatique ou un prestataire
bidon qui promet un bon retour mais ne fait aucun reel ciblage. les vraus
reoonsables sont les escrocs qui vendent ces prestations nulles. Pas la
peine d.insister avec ce compte utilisateur car derriere il n.y a qu.un
robot qui n.a aucune idee de quoi parle le site... cela veut dire que ka
creation de compte osm n'est pas assez protégée contre les robots sui au
contraire detectent encore plus facilement les systèmes antibot
Le 11 mai 2014 13:33, "Éric Gillet"  a écrit :

> Bonjour,
>
> La publicité est-elle autorisée sur les journaux utilisateurs ?
>
> C'est la première fois que j'en vois ici :
>
> http://www.openstreetmap.org/user/sdaadasa/diary/21851
>
> ___
> 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] Adresses : Problème des noms de rue identiques dans des communes associées

2014-05-11 Par sujet Christian Quest 
Il va sûrement y avoir pas mal de réflexion sur le sujet adresses...

Un autre cas: les commune pluri-distribuée pour le courier (cas de la
mienne).

Marcel Machin
14 rue du Bac
94210 La Varenne Saint-Hilaire

Robert Truc
12 rue des Remises
94100 Saint-Maur des Fossés

Ces 2 adresses sont dans la commune de St Maur des Fossés (code INSEE
94068), mais on n'indique jamais St Maur sur un courier qui va à La Varenne
(ou par erreur)... certaines personnes pensent même que c'est une commune à
part entière.
Dans un GPS de navigation, on doit pouvoir utiliser les 2 noms... aucune
ambiguité sur les noms de rue, ils sont uniques.

Autre cas qu'il va falloir prendre en compte par des tags annexes... le
libellé différent entre l'usage et un référentiel comme FANTOIR.
Grâce au rendu BANO, j'ai repéré quelques mélange rue/avenue et après
vérification sur la plan de ville, il y a bien des différence entre FANTOIR
et le plan officiel de la ville... à vérifier encore sur le terrain.
Pour l'instant je met un alt_name + note, mais un name:FANTOIR pourrait
être utile même si on ne taggue pas pour BANO ;)



Le 11 mai 2014 13:26, Pierre Knobel  a écrit :

> Bonjour,
>
> Le consensus actuel pour les adresses semble être de ne pas rajouter de
> tag addr:city sur les relations AssociatedStreet parce qu'on peut déduire
> l'info de la commune à partir des limites administratives. Mais ça pose des
> problèmes dans les communes fusionnées / associées qui partagent sont
> englobés dans une limite administrative unique mais qui peuvent avoir des
> noms de rues en doublon.
>
> Voir : http://fr.wikipedia.org/wiki/Commune_associ%C3%A9e#Remarque
>
> Je n'aime pas la solution du cadastre qui est de rajouter le nom de
> l'ancienne commune à la suite du nom de rue. Par exemple la "Rue
> Principale" à Bremmelbach (commune de Cleebourg) ne devrait pas à mon avis
> s'appeler la "Rue Principale Bremmelbach" :
>
> http://layers.openstreetmap.fr/?zoom=17&lat=48.98551&lon=7.90047&layers=00B00FFT
>
>
> Sur une adresse postale, l'information du nom de l'ancien village
> viendrait sur une ligne séparée :
> Hans Schmitt
> 6 Rue Principale
> Bremmelbach
> 67160 Cleebourg
>
> Donc de mon point de vue l'info "Bremmelbach" devrait exister dans OSM ou
> BANO dans un tag séparé du tag name / addr:street. Des idées ?
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Christian Quest - OpenStreetMap France
Conférence "State Of The Map" France du 4 au 6 avril à
Paris
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Vidéo SotM-FR : besoin d'aide avant publication

2014-05-11 Par sujet Frédéric Rodrigo 

Des avancées là dessus ?

Sinon je me lance la dedans... mais je n'ai ni les connaissance ni 
probablement le matériel qui va bien.


Ça me semble quand même important de publier ces vidéos.

Frédéric.


Le 23/04/2014 09:56, François Lacombe a écrit :

Bonjour Christophe,


Le 22 avril 2014 19:36, Christophe Merlet mailto:red...@redfoxcenter.org>> a écrit :

Le 22/04/2014 18:48, François Lacombe a écrit :

Bonjour,

Concernant les confs du 05/04, il ne semble y avoir que celles
données
au 4ième étage sur le serveur de RedFox.


Il y a aussi celles du rez de chaussée.
Malheureusement elles n'ont pas été segmentée à la source, et ça
pèse lourd !!

/20140405-101056_7585/  9,3 Go
/20140405-114439_5e07/  1,6 Go
/20140405-134335_775d/  22,3 Go !!


En effet c'est assez conséquent.

J'ai également un octocoeur, sous windows avec une bonne connexion.
Je veux bien essayer de les découper ce soir si qqn ne l'a pas déja
commencé.

On verra après pour l'encodage.

*François Lacombe*

francois dot lacombe At telecom-bretagne dot eu
http://www.infos-reseaux.com



___
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] Vidéo SotM-FR : besoin d'aide avant publication

2014-05-11 Par sujet Christian Quest 
Je me remet aux upload...


Le 11 mai 2014 14:38, Frédéric Rodrigo  a écrit :

> Des avancées là dessus ?
>
> Sinon je me lance la dedans... mais je n'ai ni les connaissance ni
> probablement le matériel qui va bien.
>
> Ça me semble quand même important de publier ces vidéos.
>
> Frédéric.
>
>
> Le 23/04/2014 09:56, François Lacombe a écrit :
>
>> Bonjour Christophe,
>>
>>
>> Le 22 avril 2014 19:36, Christophe Merlet > > a écrit :
>>
>>
>> Le 22/04/2014 18:48, François Lacombe a écrit :
>>
>> Bonjour,
>>
>> Concernant les confs du 05/04, il ne semble y avoir que celles
>> données
>> au 4ième étage sur le serveur de RedFox.
>>
>>
>> Il y a aussi celles du rez de chaussée.
>> Malheureusement elles n'ont pas été segmentée à la source, et ça
>> pèse lourd !!
>>
>> /20140405-101056_7585/  9,3 Go
>> /20140405-114439_5e07/  1,6 Go
>> /20140405-134335_775d/  22,3 Go !!
>>
>>
>> En effet c'est assez conséquent.
>>
>> J'ai également un octocoeur, sous windows avec une bonne connexion.
>> Je veux bien essayer de les découper ce soir si qqn ne l'a pas déja
>> commencé.
>>
>> On verra après pour l'encodage.
>>
>> *François Lacombe*
>>
>>
>> francois dot lacombe At telecom-bretagne dot eu
>> http://www.infos-reseaux.com
>>
>>
>>
>> ___
>> 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
Conférence "State Of The Map" France du 4 au 6 avril à
Paris
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] OSM à l'Open Bidouille Camp à Bordeaux le 17 et 18 mai

2014-05-11 Par sujet Frédéric Rodrigo 

Bonjour,

Le weekend prochain aura lieu le deuxième Open Bidouille Camp 33 à 
Bordeaux. Ça se passe à la nouvelle adresse de la Fabrique Pola à 
l'ancien centre de tri postal de Bègles :

http://obc33.fr
http://obc33.fr/?page_id=17

OpenStreetMap sera présent sur un stand et avec deux petites 
cartoparties d'initiation le samedi et le dimanche en début d'après 
midi. Vous pouvez venir pour participer ou donner un coup de main.


En espérant vous y voir,
Frédéric.

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

Re: [OSM-talk-fr] Fwd: Tr : Re: BreizhGo - carte

2014-05-11 Par sujet Christian Quest 
Quel fond de carte basé sur OSM envisagez-vous d'utiliser ?

Il en existe une multitude... et vous pouvez facilement avoir le vôtre,
correspondant à vos besoins exacts.


Le 11 mai 2014 17:43, Ly V  a écrit :

> Bonjour à tous,
>
> Je me permets de relayer ci-dessous une question de ma collègue du service
> transport au conseil régional de Bretagne qui s'occupe de la mise en place
> de la future version de Breizh Go.
> Pour nous, l'un des objectifs majeurs de la future version est
> l'utilisation des fonds OSM (en flux) pour la partie visualisation
> interactive. Mais la représentation des données réseaux routier et ferré à
> petite échelle pose problème à leur usage. Il est vrai que la particularité
> de la Bretagne est de ne pas disposer d'autoroute sur son territoire. Si
> chaque citoyen peut s'en réjouir pour des raisons économiques, ceci a
> l'effet "pervers" de présenter la Bretagne comme un "no man's land"
> politiquement incorrect au jugé de notre service en charge du dossier.
> Peut-être que le problème s'est posé ailleurs et qu'un style ad'hoc existe
> déjà ?
>
> En tout cas, je vous remercie par avance des éléments de réponse que vous
> pourrez me fournir.
>
> Lydie,
> (GéoBretagne et région Bretagne)
>
>
> A : Lydie VINSONNEAU/ADMINISTRATION/CRB@CRB
> De : Odile BREHIER/ADMINISTRATION/CRB
> Date : 06/05/2014 17:09
> Cc : ESTELLE SOURDIN/ADMINISTRATION/CRB@CRB
> Objet : Re: BreizhGo - carte
>
>
> *(Voir fichier joint : google maps Bretagne.JPG)(Voir fichier joint : fond
> de plan mapquest-niveau régional.doc)*
>
> Rebonjour Lydie,
>
> suite à notre échange, voici donc des précisions sur notre besoin pour que
> tu puisses relayer la question au sein de la communauté open street map :
>
> Pour assurer la bonne représentation du territoire breton dans le cadre
> d'un outil d'information sur les transports publics, nous cherchons un fond
> de plan tel que celui proposé sur mapquest, à 2 différences près : il
> faudrait que dès le niveau de zoom régional (cf. pièce jointe) on puisse
> voir apparaître :
> - le réseau routier principal (2*2 voies + continuité des routes), avec
> une représentation graphique qui soit proche du réseau autoroutier pour les
> sections en 2*2 (à l'exemple de ce que propose Google maps)
> - le réseau ferré en exploitation
>
> Merci d'avance et à ta dispo pour en reparler,
>
>
> *Odile Bréhier*
> *Responsable du pôle qualité, concertation, information*
>
> T I PGZ 02 99 27 14 72
> F I PLR 02 99 27 14 03
>
>
>
> *Région Bretagne I Rannvro Breizh *
> Service de la mobilité et du transport régional de voyageurs I Servij ar
> fiñvusted ha treuzdougen rannvroel ar veajourien
> Direction de la mobilité et des transports I Renerezh ar fiñverezh hag an
> treuzdougen
>
>
> 283 avenue du Général Patton - CS 21101 I 283 bali ar Jeneral Patton - CS
> 21101
> 35711 Rennes Cedex 7 I 35711 Roazhon Cedex 7
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Christian Quest - OpenStreetMap France
Conférence "State Of The Map" France du 4 au 6 avril à
Paris
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Un fond de carte OSM pour le guide touristique du pays du Roi Morvan

2014-05-11 Par sujet Club Informatique Inter Communes / C2IC 
Bonsoir

A lire sur http://www.openstreetmap.org/user/1piedsurTerre/diary/21853

Lionel

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

Re: [OSM-talk-fr] BANO... premiers pas...

2014-05-11 Par sujet Christian Quest 
Problème d'accents réglé...

Une couleur de plus... le jaune/orange qui est utilisé pour les points
adresse provenant de données en opendata.
Pour l'instant, il n'y a que sur Strasbourg et Nantes que c'est intéressant
à visualiser.
Nantes a donc 3 sources: OSM, opendata et cadastre.
Strasbourg n'a pas de cadastre vectoriel (étonnant !)



Le 11 mai 2014 14:07, Christian Quest  a écrit :

> Oui, j'ai vu ça... un problème d'encoding sur la connexion entre mapnik et
> le serveur postgres, qui bien sûr n'arrive pas chez moi avec TileMill...
>
>
> Le 11 mai 2014 13:09, Pierre Knobel  a écrit :
>
> Je vois quelques problèmes d'encodage sur les caractères accentués du
>> rendu BANO, les 'é' et les 'ê' sont remplacés pas des losanges.
>>
>>
>> http://layers.openstreetmap.fr/?zoom=18&lat=49.03166&lon=7.96925&layers=00B00FFT
>>
>> On 5/11/14, Christian Quest  wrote:
>> > Le 10 mai 2014 22:40, Paul Mallet  a écrit :
>> >
>> >> Hello,
>> >>
>> >> Si j'ai bien compris les adresses déjà intégrées dans OSM sont
>> >> prioritaires sur celles du cadastre.
>> >>
>> >>
>> > Elles le seront dans la BANO en cas de doublon (ou triplon avec
>> > l'opendata).
>> > Elles le sont aussi d'une certaine façon dans ce rendu (vert par dessus
>> > bleu et rouge lorsqu'il y a doublon).
>> >
>> >
>> >
>> >> Du coup je ne comprends pas trop pourquoi aucune des adresses de
>> >> Boulogne-Billancourt (92) et beaucoup des adresses de Paris ne sont pas
>> >> prises en compte (du coup il y a doublon avec celles venant de l'import
>> >> cadastral, est ce un problème du script d'import ou manque t-il des
>> infos
>> >> dans OSM pour faire la liaison ?
>> >>
>> >>
>> > Il manque le traitement des adresses OSM mises sur les polygones des
>> > bâtiments. C'est dans le tuyau...
>> >
>> >
>> >
>> >> De même quoi faire quand les noms de rues du cadastre ne correspondent
>> >> pas
>> >> au terrain (et a OSM), et que du coup les adresses ressortent en rouge
>> ?
>> >>
>> >>
>> > Comme dans toutes les comparaisons avec des jeux de données... le
>> terrain
>> > prime.
>> > Ce n'est pas parce que l'INSEE indique qu'il y a des habitants dans tel
>> > carré, qu'on va y ajouter des bâtiments.
>> > Pour les orthographes différentes de nom, on peut utiliser alt_name,
>> > official_name et affiner les scripts de rapprochement pour qu'ils les
>> > exploitent en plus du seul name=*
>> >
>> >
>> >
>> >> En tout cas bravo pour le taf, c'est très prometteur !
>> >>
>> >>
>> >
>> > C'est en chantier et on a préféré ouvrir le chantier au public dans
>> > l'esprit du "release early, release often".
>> > Ca permet aussi les remontées rapides pour améliorer dès les fondations
>> et
>> > pas une fois qu'on en est à la peinture.
>> >
>> > --
>> > Christian Quest - OpenStreetMap France
>> >
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> Christian Quest - OpenStreetMap France
> Conférence "State Of The Map" France du 4 au 6 avril à 
> Paris
>



-- 
Christian Quest - OpenStreetMap France
Conférence "State Of The Map" France du 4 au 6 avril à
Paris
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Un fond de carte OSM pour le guide touristique du pays du Roi Morvan

2014-05-11 Par sujet Philippe Verdy 
Tiens on a le "GR 38" nommément sur cette carte : mixage des licences ODbL
et FFRP, donc carte non libre et en violation de l'ODbL ?


2014-05-11 19:58 GMT+02:00 Club Informatique Inter Communes / C2IC <
cont...@c2ic.net>:

> Bonsoir
>
> A lire sur http://www.openstreetmap.org/user/1piedsurTerre/diary/21853
>
> Lionel
>
> ___
> 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] Un fond de carte OSM pour le guide touristique du pays du Roi Morvan

2014-05-11 Par sujet Philippe Verdy 
Ou alors c'est une contribution directe du pays du Roi Morvan de ses
propres droits sur ce GR (mais alors a-t-il le droit d'utiliser ce label
dans une carte ODbL sans l'accord de la FFRP)?

La FFRP commencerait-elle à céder du terrain en se rendant compte qu'elle
gêne ses propres membres dans leurs propres publications sur leur propre
terrain ?


Le 12 mai 2014 05:28, Philippe Verdy  a écrit :

> Tiens on a le "GR 38" nommément sur cette carte : mixage des licences ODbL
> et FFRP, donc carte non libre et en violation de l'ODbL ?
>
>
> 2014-05-11 19:58 GMT+02:00 Club Informatique Inter Communes / C2IC <
> cont...@c2ic.net>:
>
> Bonsoir
>>
>> A lire sur http://www.openstreetmap.org/user/1piedsurTerre/diary/21853
>>
>> Lionel
>>
>> ___
>> 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] Un fond de carte OSM pour le guide touristique du pays du Roi Morvan

2014-05-11 Par sujet Club Informatique Inter Communes / C2IC 
Bonjour,

> Tiens on a le "GR 38" nommément sur cette carte : mixage des licences ODbL
> et FFRP, donc carte non libre et en violation de l'ODbL ?

Il n'y a que le fond de carte qui est tiré d'OSM ... le GR38 comme les
autres données de rando sont issus des informations mises en place par
la graphiste ...

Et je n'ai jamais annoncé que la carte était en ODbL ... Juste que le
fond de carte était tiré d'openstreetmap !

Lionel

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