Re: [OSM-talk-fr] Oups : rendu des bunkers

[Pierre Knobel]

> Par contre ils apparaissent bien sur la carte de mon GPS 
> Garmin
> .
>
> As-tu un lien vers un de tes bunker sous OSM et vers la carte Garmin ?
>
>
En voila deux qui apparaissent bien sur mon GPS :
- http://www.openstreetmap.org/browse/node/2134396486 (bunker entièrement
sous-terrainau milieu d'une prairie, avec une échelle pour descendre, un
corridor et une pièce)
- http://www.openstreetmap.org/browse/node/1488414766 (un petit bunker
classique comme on en trouve une bonne dizaine dans la forêt du village)

Les deux sont taggués en historic=ruins. La carte sur mon GPS est celle de
Frederic Boniface (http://fredericbonifas.free.fr/osm/garmin.html, deuxième
onglet "Carte Topo").
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Solution Linux 2013

[Jean-Baptiste Holcroft]

Ça pourrait être un moyen annexe de financement de l'association ;)
Le 14 juin 2013 01:52, "Quynh Vu Do"  a écrit :

> Bonjour,
> J'aime bien le gilet fluo avec Openstreetmap dans le dos. Est-ce possible
> de pouvoir en acheter un ? J'habite le Vietnam mais je n'hésiterai pas à le
> mettre, vu que je me déplace constamment à vélo cela fera de la publicité.
> Ma fille qui habite Paris doit aller au Vietnam le 28 juin. Donc si c'est
> possible d'en acheter un d'ici là, donnez moi toutes les informations de
> contact pour que le nécessaire soit fait.
>
> Excusez moi pour le hors-sujet.
> Cordialement
>
>
> 2013/6/13 Cyrille Giquello 
>
>> OSM_Fr dans la place
>>
>>
>> http://parinux.piwigo.com/_datas/f/k/n/fkn6mdcbdd/i/uploads/f/k/n/fkn6mdcbdd//2013/05/29/20130529195207-0e3ffd27-la.jpg
>>
>>
>> --
>> Cyrille.
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> Vu Do Quynh (M.)
> Hanoi, Vietnam
> Blog personnel: Choses vues et vécues... 
>
> ___
> 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] Solution Linux 2013

[Quynh Vu Do]

Bonjour,
J'aime bien le gilet fluo avec Openstreetmap dans le dos. Est-ce possible
de pouvoir en acheter un ? J'habite le Vietnam mais je n'hésiterai pas à le
mettre, vu que je me déplace constamment à vélo cela fera de la publicité.
Ma fille qui habite Paris doit aller au Vietnam le 28 juin. Donc si c'est
possible d'en acheter un d'ici là, donnez moi toutes les informations de
contact pour que le nécessaire soit fait.

Excusez moi pour le hors-sujet.
Cordialement


2013/6/13 Cyrille Giquello 

> OSM_Fr dans la place
>
>
> http://parinux.piwigo.com/_datas/f/k/n/fkn6mdcbdd/i/uploads/f/k/n/fkn6mdcbdd//2013/05/29/20130529195207-0e3ffd27-la.jpg
>
>
> --
> Cyrille.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Vu Do Quynh (M.)
Hanoi, Vietnam
Blog personnel: Choses vues et vécues... 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Oups : rendu des bunkers

[Tetsuo Shima]

Il y a le tag historic=fort qui convient bien a l'emprise des fort -
vauban, séré, cormontaigne, maginot etc. -, utile quand les positions
sont semi enterrées et que les bunker émergeant ne traduise pas
l'emprise effective de l'ouvrage - barbelé, tranché, glacis,
caponniere etc. - La plupart ne sont pas en ruine tellement l'ouvrage
est solide, je continue a la tagger historic fort, building=bunker;
military=bunker etc.

Le 13 juin 2013 23:29, Yves Pratter  a écrit :
>
> Le 7 juin 2013 à 18:33, Pierre Knobel  a écrit :
>
> Bonsoir,
>
> J'en ai ajouté quelques-uns avec les mêmes tags que toi, plus un tag
> historic=ruins (les miens datent de la seconde guerre mondiale), et
> effectivement ils n'apparaissent pas sur le rendu standard.
>
>
> Une page très complète mais uniquement en allemand indique les combinaisons
> possibles :
> http://wiki.openstreetmap.org/wiki/Historische_Objekte#Bildvorschau
>
> military=bunker
> historic=yes
>
> military=bunker
> ruins=yes
> military=bunker
> historic=ruins
>
>
> On en trouve aussi près de Hettange-Grande
> Nœud : Maginot Entrance (692847711)
> Nœud : Casemate de Boust (1757687677)
> Nœud : Observatoire de la Route de Luxembourg (1757679326)
> etc.
>
> Voici une carte interactive (en allemand) des sites historiques qui affiche
> (entre-autres) les bunkers, et même les photos et les liens sur wikipedia
> :-)
>
>
> Par contre ils apparaissent bien sur la carte de mon GPS Garmin.
>
> As-tu un lien vers un de tes bunker sous OSM et vers la carte Garmin ?
>
> Au fait, qu'est-ce que vous utiliseriez comme tag pour préciser
> l'appartenance du bunker à la ligne Maginot ? Pour l'instant je me contente
> de name="Bunker de la ligne Maginot".
>
> Je pensais à une relation ?
> Mais pourquoi pas tout simplement un lien vers la page wikipedia de la Ligne
> Maginot ?
> Comme ça les objets sont aussi "compatible" avec les cartes historiques
> allemandes :-)
>
>
>
> Le 7 juin 2013 à 17:16, Yves Pratter  a écrit :
>
> Je vois après coup que bunker_type=pillbox ne serait valable que pour la
> meurtrière et pas l'ensemble du bunker, ce qui ne colle pas avec la doc de
> military=bunker
>
> Oups, en lisant British hardened field defences of World War II on voit que
> les "piluliers" sont en fait des petits bunkers préfabriqués ressemblant à
> des "boites à pilules" ;-)
>
> Dans les bois du canton de Berne (en Suisse), on trouve des bunkers de la
> première guerre mondiale similaires au type 22.
> http://www.flickr.com/photos/40826712@N00/3507730697/
>
> Il faudrait aussi proposer bunker_type=false_chalet
> Fort de Pré-Giroud
> False Chalets - Swiss Bunkers
>
> --
> Yves
>
> PS: Quelqu'un s'était déjà intéressé à la Ligne Maginot :
> [OSM-talk-fr] Ouvrages militaires historiques, Maginot, Séré, Festung etc.
>
>
>
> ___
> 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] uMap et Internet Explorer

[Yohan Boniface]

Evidemment, j'ai pas résisté, j'ai pas pu attendre ce week-end pour 
commencer à jouer! ;)

Etat des lieux:
- IE10 => lecture OK, édition OK
- IE9 => lecture OK- (quelques merdouilles CSS, mais JS OK), édition 
dégradée

- IE8 => lecture dégradée, édition niet

Note importante: ces changements ne sont visibles QUE sur le site de 
démo (http://umap.fluv.io), je vais affiner le boulot d'ici ce week-end 
et faire une release que je pousserai sur http://umap.openstreetmap.fr 
samedi ou dimanche.


Ceux d'entre vous qui ont des IE9/10 sous la main et quelques minutes 
pour tester et me remonter d'ici là les bugs que j'ai pas vus, merci 
d'avance!



Yohan Explorer

PS: merci Pierre pour browserstack.com, sans quoi j'aurais pas eu d'IE à 
portée de souris avant un moment!



On 06/13/2013 01:35 PM, Vincent Pottier wrote:

Le 13/06/2013 12:57, Christian Quest a écrit :

Je compatis...

+1

Le 13 juin 2013 11:27, Yohan Boniface  a écrit :

Aïe, ça marchait la dernière fois que j'ai testé, mais je dois
reconnaître
que ça date d'avant Haïti...
Bon bin ça sent le week-end Internet Explorer :)



--
FrViPofm

___
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] Oups : rendu des bunkers

[Yves Pratter]

Le 7 juin 2013 à 18:33, Pierre Knobel  a écrit :

> Bonsoir,
> 
> J'en ai ajouté quelques-uns avec les mêmes tags que toi, plus un tag 
> historic=ruins (les miens datent de la seconde guerre mondiale), et 
> effectivement ils n'apparaissent pas sur le rendu standard.

Une page très complète mais uniquement en allemand indique les combinaisons 
possibles :
http://wiki.openstreetmap.org/wiki/Historische_Objekte#Bildvorschau

military=bunker 
historic=yes

military=bunker
ruins=yes

military=bunker 
historic=ruins 

On en trouve aussi près de Hettange-Grande
Nœud : Maginot Entrance (692847711)
Nœud : Casemate de Boust (1757687677)
Nœud : Observatoire de la Route de Luxembourg (1757679326)
etc.

Voici une carte interactive (en allemand) des sites historiques qui affiche 
(entre-autres) les bunkers, et même les photos et les liens sur wikipedia :-)


> Par contre ils apparaissent bien sur la carte de mon GPS Garmin.
As-tu un lien vers un de tes bunker sous OSM et vers la carte Garmin ?

> Au fait, qu'est-ce que vous utiliseriez comme tag pour préciser 
> l'appartenance du bunker à la ligne Maginot ? Pour l'instant je me contente 
> de name="Bunker de la ligne Maginot".
Je pensais à une relation ?
Mais pourquoi pas tout simplement un lien vers la page wikipedia de la Ligne 
Maginot ?
Comme ça les objets sont aussi "compatible" avec les cartes historiques 
allemandes :-)



Le 7 juin 2013 à 17:16, Yves Pratter  a écrit :

> Je vois après coup que bunker_type=pillbox ne serait valable que pour la 
> meurtrière et pas l'ensemble du bunker, ce qui ne colle pas avec la doc de 
> military=bunker 
Oups, en lisant British hardened field defences of World War II on voit que les 
"piluliers" sont en fait des petits bunkers préfabriqués ressemblant à des 
"boites à pilules" ;-)

Dans les bois du canton de Berne (en Suisse), on trouve des bunkers de la 
première guerre mondiale similaires au type 22.
http://www.flickr.com/photos/40826712@N00/3507730697/

Il faudrait aussi proposer bunker_type=false_chalet
Fort de Pré-Giroud
False Chalets - Swiss Bunkers

--
Yves

PS: Quelqu'un s'était déjà intéressé à la Ligne Maginot :
[OSM-talk-fr] Ouvrages militaires historiques, Maginot, Séré, Festung etc.


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

Re: [OSM-talk-fr] Projet "adresses"

[Yannick VOYEAUD]

Le 13/06/2013 19:16, Christian Quest a écrit :
> 
> Un découpage de ces gros jeux de données, peut être un peu moins fin
> que rue par rue et faire une analyse spatiale pour déterminer les
> adresses qui n'ont pas bien l'air correctes (trop loin du filaire, pas
> cohérentes avec leurs voisines genre 10 14 12) enfin essayer de mettre
> le plus au propre en amont pour ne pas perdre trop de temps sur les
> adresses qui ont l'air bien cohérentes.

Bonsoir,

Il faudra aussi faire attention car chaque commune a son idée de la
numérotation!
Certaine compte en mètres, d'autres compte de 0 à n dans le village en
partant du centre bourg, d'autres ...

Je dirais qu'il faut un outil pour les grosses agglomération où en
principe il y a une logique pair/impair et direction générale de cette
numérotation.
Pour les petites communes il faudra le faire à la main car franchement
j'ai peur pour la fiabilité absolue, même si justement on pourrait
espérer une plus grande fiabilité de par la connaissance du terrain.

Les moyennes communes risquent fort d'être les pires à traiter.

Amitiés

-- 
Yannick VOYEAUD
Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
(Camille JOUFFRAY 1841-1924, maire de Vienne)
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Journées du Logiciel Libre: http://jdll.org



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] Projet "adresses"

[Christian Quest]

Le 13 juin 2013 16:31, Pieren  a écrit :
> 2013/6/13 Christian Quest :
>
>> Il y a sûrement un compromis à trouver entre "bourrin" et
>> "dentelle"... d'où mon "un peu plus" massif.
>
> Désolé. Quand je lis "massif", je comprends "bourrin". Reste à définir
> la méthode entre dentelle et bourrin. Un plugin josm ?
>

Un découpage de ces gros jeux de données, peut être un peu moins fin
que rue par rue et faire une analyse spatiale pour déterminer les
adresses qui n'ont pas bien l'air correctes (trop loin du filaire, pas
cohérentes avec leurs voisines genre 10 14 12) enfin essayer de mettre
le plus au propre en amont pour ne pas perdre trop de temps sur les
adresses qui ont l'air bien cohérentes.

Plugin josm ou site de mise à disposition façon cadastre.openstreetmap.fr

-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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

Re: [OSM-talk-fr] Suivi des cours d'eau / comparaison SANDRE

[Philippe Verdy]

osm7 ce n'est pas la même base qui a eu ses raté pour l'état des
subdivisions administratives, après la panne matérielle sur son serveur ?


Le 13 juin 2013 16:05, Ab_fab  a écrit :

> Le tableau donnait une valeur supérieure à 40 000 km il y a quelques
> semaines.
> Il est mis à jour automatiquement, chaque jour, à partir d'une base de
> données sur un des serveurs osm-fr (osm7)
>
> Cette base a eu des loupés dernièrement, mais manifestement ça ne
> s'arrange pas depuis.
> Alors que sans être expert, les bases postgis sur ce serveur semblent ok
> (ou tout du moins à jour)
>
> http://munin.openstreetmap.fr/pole-aquinetic.fr/osm7.openstreetmap.fr/index.html#osm
>
>
> Le 13 juin 2013 15:37, claude marani  a écrit :
>
>
>> Je pense que le pourcentage et kilométrage est beaucoup plus important
>> que ça
>> Le tableau est il maintenu à la main?
>>
>>
>> cordialement
>> Claude
>>
>>
>>
>>
>> Le 13 juin 2013 13:53, Ab_fab  a écrit :
>>
>>>  Pour info,
>>>
>>> Plus que 1650 km comptabilisés : Il fait vraiment la tête, l'outil de
>>> comparaison.
>>> http://suivi.openstreetmap.fr/cours-eau/comparaison-sandre.html
>>>
>>> --
>>> 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
>>
>>
>
>
> --
> 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

Re: [OSM-talk-fr] Waze rejoint Google

[Philippe Verdy]

Non, car Google est très pauvre en infos traffic, même s'il utilise les
données publiées par nos autorités routières. Et il est encore très mauvais
pour estimer un temps de trajet (mon navigateur TomTom ou Mio ne fait pas
tellement mieux non plus, normal à la base c'est la même source).
Google n'est pas satisfait de ça et cherche des moyens économiques pour
compléter tout ce qu'il ne sait pas encore, à commencer par les données en
live qui sont dispo uniquement sur des grands axes (et encore avec une
bonne demi-heure de retard).
Je me demande si nos autorités en mettant des radars de vitesse partout ne
les utilisent pas déjà pour aussi faire des relevés de traffic, mais même
si c'est le cas cela ne concerne qu'une minorité de points de passage.

Sinon la carte de Waze est plutôt très mauvaise, elle ne sait pas faire de
différence entre un chemin de ferme et une autoroute, hormi sur des bases
statistiques très largement faussées. A la limite Google pourra récupérer
des petits tracés sur des petites routes dont ils ne sait pas si elles sont
accessibles.

Waze sait en revanche qu'une route ou une petite rue peut être parcourue
dans un sens ou l'autre. Il sait où les véhicules s'arrêtent ou stationnent
pour des durées de quelques minutes ou heures. Il sait aussi quand on a
tourné longtemps dans un quartier pour trouver une place de stationnement
au lieu de s'y rendre directement : ça donne des indications de
disponibilité du parc de stationnement. Avec un traitement "Big Data" on
peut affiner les traitements statistiques (quand près d'un tiers des
véhicules qui roulent en ville recherchent une place, c'est une appli où le
live apportera un service certain, surtout si Google vous trouve une place
avec un commerce qui "pourrait" vous intéresser à la place de celui où vous
comptiez aller).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Etat d’avancement par commune/département

[Vincent BENOIT]

Peut-être que parlé de suffisant pour 80% des utilisateurs n’a
effectivement pas de sens. Dans mon esprit il s’agit comme tu le dis
d’arrivé à un niveau de qualité  des concurrents commerciaux. Quels
critères pourrions-nous utiliser pour comparer la qualité des cartes sur
une zone ? Comment évaluer la progression du travail ?

Ma liste de critère à évaluer était bien sûr un exemple. On peut faire une
liste bien plus exhaustive de critères à noter de 0 (rien de fait) à 3
(fini). Certain pourrait être automatisé (taux de couverture du
« landuse », route sans référence), d’autre non (qualité du « landuse » ou
qualité du tracé des routes). Mais il ne faudrait pas que cela devienne
trop fastidieux.

L’outil proposé par ab_fab est intéressant
http://wiki.openstreetmap.org/wiki/FR:QualityStreetMap .  Il ne semble pas
très vivant. Je vais regarder ça de plus près.

Merci.

Vincent (civitano)


Le 13 juin 2013 16:22, Pieren  a écrit :

> 2013/6/13 Vincent BENOIT :
>
> > Cela laisse penser que la carte ne sera jamais finie.
>
> Je confirme ! A moins d'empêcher quiconque de modifier le terrain, la
> carte ne sera jamais finie. Mais on espère qu'une fois notre retard
> comblé sur les concurrents commerciaux, nous serons toujours la carte
> la plus réactive et la plus à jour ;-)
>
> > Néanmoins la carte peu arrivé à un niveau de qualité uniforme et
> suffisant
> > pour disons 80% des utilisateurs.
>
> Humm. Si tu me dis ce que les 80% considèrent comme "suffisant", on
> pourra être moins théoriques. Et je suppose que tu parles de 80%
> d'usagers en France. Le niveau d'exigence est très variable d'un pays
> à l'autre.
>
> > Ma question est la suivante. Existe-t-il un consensus dans la communauté
> OSM
> > sur ce qu’est une zone terminée (ou disons stable) ?
>
> Non. Les automobilistes n'ont pas les mêmes demandes que les cyclistes
> ou les piétons. Ou ceux qui prennent le train et le bus. Ou ceux qui
> cherchent seulement l'adresse d'un restaurant. Ou d'une usine.
> Difficile de dire sans savoir qui sont les "80%"...
>
> > Existe-t-il une échelle
> > qui permettrait d’évaluer l’atteinte de cet état par commune/département
> ?
>
> Ton message m'en rappelle un autre de juin 2008:
> http://lists.openstreetmap.org/pipermail/talk/2008-June/027490.html
>
> > - Limite administrative des quartiers/communes/département … OK
> La limite communale est suffisante pour la plupart des recherches de
> géolocalisation.
>
> > - Tracés et références des routes OK
> Pour la navigation, ça peut aider.
>
> > - Nom et numérotation des rues OK
> Toujours pour la navigation. Mais les numéros sont déjà un plus. En
> plus, il y a pleins d'endroits dans le monde où il n'y a pas de
> numérotation.
>
> > - Usage des terres décrit sur 90% du territoire …
> Inutile pour la plupart des gens. A part les landuse=residential...
>
> > - Rivières avec ref sandre OK
> sandre ? quezako ? Les rivières intéressent les randonneurs ou les
> kayakistes ou les ingénieurs des ponts et chaussés. Je ne connais pas
> d'usage concret du ref:sandre dans le grand public (et pour le suivi
> de nos statistiques).
>
> > - Écoles avec nom et ref OK
> ref des écoles ? pour quoi faire ? là encore, on met une info qui ne
> sert à personne. On la met juste parce qu'on espère un jour pouvoir
> s'en servir pour la maintenance/mise à jour de données externes.
>
> > - etc ...
> Tu oublies les sens uniques, les restrictions pour tourner, par
> exemple. Tous les navigateurs pour automobile trouveront la carte OSM
> incomplète sans ces données, indispensables pour eux...
> Tu oublies les maxheight sous les ponts, indispensables pour les
> routiers à gros gabarit.
> Tu oublies la mairie, la sécu, la caf, indispensables pour les usagers
> des administrations.
> Tu oublies les hôpitaux, les pharmacies, les médecins, indispensables
> pour les malades qui déménagent.
> Tu oublies les lignes de trains et de tram, les arrêts de bus et leurs
> lignes, le métro, indispensables pour les usages des transports en
> commun (quoi que, pas aujourd'hui, y a grève...)
> etc, etc...
>
> Pieren
>
> ___
> 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] Etat d’avancement par commune/département

[Philippe Verdy]

Le 13 juin 2013 16:22, Pieren  a écrit :

> > - Rivières avec ref sandre OK
> sandre ? quezako ? Les rivières intéressent les randonneurs ou les
> kayakistes ou les ingénieurs des ponts et chaussés. Je ne connais pas
> d'usage concret du ref:sandre dans le grand public (et pour le suivi
> de nos statistiques).
>
> > - Écoles avec nom et ref OK
> ref des écoles ? pour quoi faire ? là encore, on met une info qui ne
> sert à personne. On la met juste parce qu'on espère un jour pouvoir
> s'en servir pour la maintenance/mise à jour de données externes.
>

Effectivement ces références ne servent en fait pas aux utilisateurs en
pratique , sauf pour cuex qui veulent croiser des données OSM et les
rapprocher d'autres données qui n'ont pas à y être.

Elles peuvent aussi servir à faciliter les rapprochements de comparaison
entre les sources pour le suivi qualité, ou du niveau de complétion
(évolutif aussi bien dans la base OSM que dans les autres sources), même si
on ne fait plus d'import automatique. Ce sont des outils intéressants (que
des outils comme Osmose peuvent utiliser)

Et en fin de compte ces données restent utiles pour le développement
d'applications spécifiques innovantes trouvant le moyen de rapprocher
d'autres données. On n'a pas fini de voir ces applis arriver et on en aura
d'autant plus qu'on sera assez complet pour faciliter leurs traitements. Ca
peut donner des solutions qui ne dépendront pas des seules connaissances
"Big Data" détenues uniquement par Google (qui pour l'essentiel ne partage
pas ses données ni ses algos de rapprochement, et encore moins de sélection
des données qu'il décide de nous montrer de façon très expurgée avec des
choix volontairement tronqués et orientés).

Bref ces données serviront pour permettre à de nouvelles petites startups
de développer quelques services spécifiques et des marchés de niche, elles
sont utiles pour permettre une concurrence saine permettant à tout le modne
de travailler de façon moins dépendante des seuls gros fournisseurs.

Au sujet de Google sinon, sa nouvelle mouture de Google Map (présentée à sa
conférence I/O) est accessible pour moi depuis aujourd'hui. Que dire, c'est
plutôt décevant et en fait moins riche que la version publique actuelle, et
les données affichées sont clairement beaucoup trop filtrées et cachent
trop de choses (avec aussi la disparition de fonctions comme "Plus de
résultats..." qui devient inopérant ou ne fournit rien de plus que le seul
résultats que Google veut nous montrer.

Comme par exemple :

- une seule crêperie dans toute non seulement dans ma ville mais aussi dans
toute la région, aucune à La Rochelle... sauf si je me trouve physiquement
à la Rochelle ;
- Autre exemple, je vais très rarement dans un fastfood, la dernière fois
c'était dans un McDo uniquement pour aller boire un café. Et bien Google ne
me montre plus QUE ce McDo si je cherche fastfood, et aucune autre
enseigne. Et une demi-heure après avoir fait la recherche, j'ai reçu un
mail de promo de McDo à cette adresse ! Hasard curieux alors que je n'avais
en fait aucune envie d'y aller (je préfère ma pizzeria de quartier, que
Google ne veut pas afficher si je cherche "pizza", il m'envoie à une
enseigne bien connue)...

Voilà ce qu'est une carte personnalisée Google Map !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Waze rejoint Google

[Stéphane Péneau]

Le jeudi 13 juin 2013 16:35:14, Philippe Verdy a écrit :

Je pense aussi que c'est pour ça que Google acquière Waze : avoir des
données en direct du terrain sans avoir à le rebalayer tous les 6 mois
avec ses propres google car, détecter les zones où il semble y avoir
une baisse brutale de traffic ou un changement de sens de circulation,
qui suppose une modification du sensible terrain.


Ben ? Ils n'ont pas déjà ces infos via Google Navigation 

Stf

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

[OSM-talk-fr] Solution Linux 2013

[Cyrille Giquello]

OSM_Fr dans la place

http://parinux.piwigo.com/_datas/f/k/n/fkn6mdcbdd/i/uploads/f/k/n/fkn6mdcbdd//2013/05/29/20130529195207-0e3ffd27-la.jpg


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

Re: [OSM-talk-fr] Waze rejoint Google

[Philippe Verdy]

Je pense aussi que c'est pour ça que Google acquière Waze : avoir des
données en direct du terrain sans avoir à le rebalayer tous les 6 mois avec
ses propres google car, détecter les zones où il semble y avoir une baisse
brutale de traffic ou un changement de sens de circulation, qui suppose une
modification du sensible terrain.

Et aussi avoir des données démographiques sur la fréquentation des
terrains, quand les conducteurs ne sont pas connectés à Internet, pour
pouvoir les guider vers des lieux sélectionnés préchargés dans une base de
navigation, mais aussi organiser ses campagnes publicitaires pour recruter
des annonceurs dans certaines zones jusque là mal couvertes avec
insuffisamment de données sur ce qui peut se vendre autour.
Au delà de ça, Google ne peut pas se contenter des maigres infos routières
fournies par les autorités qui ne surveillent que certains axes, et très
peu les réseaux routiers des villes, ou même les départementales qui sont
encore des axes très importants.
Une information disponible en temps réel, avec une nuée de conducteurs qui
ont branché leur smartphone sur Waze pendant qu'ils conduisent, et
transmettent leur données possiblement ou même en différé pour les
estimations de temps de trajets à différentes heures... Google en a besoin
(et les affiche en partie mais pas partout, et ce n'est pas l'unique
passage 'une Google Car dans une zone à un horaire unique tous les N mois
qui lui donnera assez de renseignements.
Je pense sinon que pour le reste, Google a ce qu'il faut dans sa
cartographie pour ses principales zones qui l'intéressent financièrement
(poue les autres il a développé une cartographie automatique en attendant
de savoir quel potentiel en tirer quand il pourra y pister des
utilisateurs). Google fait aussi l'économie du recrutement d'une communauté
(même si aujourd'hui il dispose d'une armée d'utilisateurs de smartphones
Android tous préchargés en applis Google (plus les utilisateurs d'iPhone
pour lesquels il a lancé des applis sur l'AppStore afin de les amener à
installer Google Maps, Youtube, Gmail, et tous ses outils de recherche en
ligne.


Le 13 juin 2013 09:57, Christian Quest  a écrit :

> Plus que la donnée cartographique (qui n'est pas que contributive et
> collaborative, en France, il y avait un filaire basique qui a été
> ensuite enrichit), c'est la donnée de traffic qui a de la valeur chez
> Waze...
>
>
> Le 13 juin 2013 09:29, Marc SIBERT  a écrit :
> > Bonjour,
> >
> > Il s'agit de carto contributive *non libre* puisque les données produites
> > n'étaient pas librement réutilisables.
> >
> > L'achat était "dans l'air du temps" depuis quelques jours déjà.
> >
> > Merci pour ce compte-rendu court et synthétique :-)
> >
> > A+
>
>
> --
> Christian Quest - OpenStreetMap France
> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
>
> ___
> 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] Projet "adresses"

[Pieren]

2013/6/13 Christian Quest :

> Il y a sûrement un compromis à trouver entre "bourrin" et
> "dentelle"... d'où mon "un peu plus" massif.

Désolé. Quand je lis "massif", je comprends "bourrin". Reste à définir
la méthode entre dentelle et bourrin. Un plugin josm ?

Pieren

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

Re: [OSM-talk-fr] Etat d’avancement par commune/département

[Pieren]

2013/6/13 Vincent BENOIT :

> Cela laisse penser que la carte ne sera jamais finie.

Je confirme ! A moins d'empêcher quiconque de modifier le terrain, la
carte ne sera jamais finie. Mais on espère qu'une fois notre retard
comblé sur les concurrents commerciaux, nous serons toujours la carte
la plus réactive et la plus à jour ;-)

> Néanmoins la carte peu arrivé à un niveau de qualité uniforme et suffisant
> pour disons 80% des utilisateurs.

Humm. Si tu me dis ce que les 80% considèrent comme "suffisant", on
pourra être moins théoriques. Et je suppose que tu parles de 80%
d'usagers en France. Le niveau d'exigence est très variable d'un pays
à l'autre.

> Ma question est la suivante. Existe-t-il un consensus dans la communauté OSM
> sur ce qu’est une zone terminée (ou disons stable) ?

Non. Les automobilistes n'ont pas les mêmes demandes que les cyclistes
ou les piétons. Ou ceux qui prennent le train et le bus. Ou ceux qui
cherchent seulement l'adresse d'un restaurant. Ou d'une usine.
Difficile de dire sans savoir qui sont les "80%"...

> Existe-t-il une échelle
> qui permettrait d’évaluer l’atteinte de cet état par commune/département ?

Ton message m'en rappelle un autre de juin 2008:
http://lists.openstreetmap.org/pipermail/talk/2008-June/027490.html

> - Limite administrative des quartiers/communes/département … OK
La limite communale est suffisante pour la plupart des recherches de
géolocalisation.

> - Tracés et références des routes OK
Pour la navigation, ça peut aider.

> - Nom et numérotation des rues OK
Toujours pour la navigation. Mais les numéros sont déjà un plus. En
plus, il y a pleins d'endroits dans le monde où il n'y a pas de
numérotation.

> - Usage des terres décrit sur 90% du territoire …
Inutile pour la plupart des gens. A part les landuse=residential...

> - Rivières avec ref sandre OK
sandre ? quezako ? Les rivières intéressent les randonneurs ou les
kayakistes ou les ingénieurs des ponts et chaussés. Je ne connais pas
d'usage concret du ref:sandre dans le grand public (et pour le suivi
de nos statistiques).

> - Écoles avec nom et ref OK
ref des écoles ? pour quoi faire ? là encore, on met une info qui ne
sert à personne. On la met juste parce qu'on espère un jour pouvoir
s'en servir pour la maintenance/mise à jour de données externes.

> - etc ...
Tu oublies les sens uniques, les restrictions pour tourner, par
exemple. Tous les navigateurs pour automobile trouveront la carte OSM
incomplète sans ces données, indispensables pour eux...
Tu oublies les maxheight sous les ponts, indispensables pour les
routiers à gros gabarit.
Tu oublies la mairie, la sécu, la caf, indispensables pour les usagers
des administrations.
Tu oublies les hôpitaux, les pharmacies, les médecins, indispensables
pour les malades qui déménagent.
Tu oublies les lignes de trains et de tram, les arrêts de bus et leurs
lignes, le métro, indispensables pour les usages des transports en
commun (quoi que, pas aujourd'hui, y a grève...)
etc, etc...

Pieren

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

Re: [OSM-talk-fr] Projet "adresses"

[Jean Couteau]

Le Thu, 13 Jun 2013 15:57:04 +0200,
Pieren  a écrit :

> D'autant
> plus que l'ajout manuel des adresses incite le contributeur à
> revisiter les zones concernées et de corriger/améliorer pal mal
> d'autres problèmes par la même occasion. Au final, c'est toute la
> cartographie qui s'améliore et pas seulement les adresses.

Entièrement d'accord. Les données de la métropole nantaise ont grandement
profité de cet intégration. On se rend compte qu'il manque, ici une rue, un
parc,... la zone sur laquelle toujours rapidement parce qu'on la pense
complète, on est obligé de s'y plonger un peu plus en détail et on voit des
choses à modifier. Finalement, le temps d'intégration compte surtout de la
modif annexe.

Jean


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

Re: [OSM-talk-fr] Suivi des cours d'eau / comparaison SANDRE

[Ab_fab]

Le tableau donnait une valeur supérieure à 40 000 km il y a quelques
semaines.
Il est mis à jour automatiquement, chaque jour, à partir d'une base de
données sur un des serveurs osm-fr (osm7)

Cette base a eu des loupés dernièrement, mais manifestement ça ne s'arrange
pas depuis.
Alors que sans être expert, les bases postgis sur ce serveur semblent ok
(ou tout du moins à jour)
http://munin.openstreetmap.fr/pole-aquinetic.fr/osm7.openstreetmap.fr/index.html#osm


Le 13 juin 2013 15:37, claude marani  a écrit :

>
> Je pense que le pourcentage et kilométrage est beaucoup plus important que
> ça
> Le tableau est il maintenu à la main?
>
>
> cordialement
> Claude
>
>
>
>
> Le 13 juin 2013 13:53, Ab_fab  a écrit :
>
>>  Pour info,
>>
>> Plus que 1650 km comptabilisés : Il fait vraiment la tête, l'outil de
>> comparaison.
>> http://suivi.openstreetmap.fr/cours-eau/comparaison-sandre.html
>>
>> --
>> 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
>
>


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

Re: [OSM-talk-fr] Projet "adresses"

[Christian Quest]

Euh... qui a parlé d'import bourrin ?

Il y a sûrement un compromis à trouver entre "bourrin" et
"dentelle"... d'où mon "un peu plus" massif.

La qualité des données adresses est aussi relativement variable d'une
source à l'autre, donc ne pas faire de généralisation. Il est aussi
possible qu'on ait plus d'une source pour les mêmes adresses et donc
de quoi comparer et éventuellement d'estimer la qualité.


Le 13 juin 2013 15:57, Pieren  a écrit :
> 2013/6/13 Christian Quest :
>
>> Je pense aussi que le travail de dentelle fait à Nantes n'est pas
>> forcément la meilleure approche si on a un gros volume d'adresses. Il
>> faudra sûrement avec un import un peu plus massif par endroit et
>> fonctionner plus sur le mode itératif pour monter ensuite en qualité.
>
> Oui mais bon. L'import bourrin des adresses du cadastre, quand on
> connait un peu, ça va pas le faire. Il y aura plein de numéros dans
> les parcs, des numéros qui vont "flotter" près de la voirie sans qu'il
> soit possible de rattacher l'adresse à un bâtiment (indispensable si
> on veut tagguer l'adresse une seule fois au lieu de la répéter dans
> chaque POI). Et je ne parle pas des numéros aux intersections qui
> auront une chance sur deux d'être rattachés à la mauvaise rue...
> "mode itératif", ça veut dire un import automatique avec pleins
> d'erreurs qu'on mettra des années à corriger ? comme TIGER aux USA ?
> Non merci !
> Un grand bravo aux Nantais qui ont fait du bon boulot. Si ça a pris du
> temps, c'est peut-être parce que la ville est vraiment grande (6e en
> France) et qu'il y avait peut-être pas assez de gens pour
> l'intégration. Au fait, qui disait que le bâti du cadastre, c'était de
> l'in-té-gra-tion et pas de l'import brutal ? On renie nos anciennes
> paroles parce qu'il faut passer à la vitesse supérieure ? D'autant
> plus que l'ajout manuel des adresses incite le contributeur à
> revisiter les zones concernées et de corriger/améliorer pal mal
> d'autres problèmes par la même occasion. Au final, c'est toute la
> cartographie qui s'améliore et pas seulement les adresses.
>
> Pieren
>


-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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

Re: [OSM-talk-fr] Projet "adresses"

[Pieren]

2013/6/13 Christian Quest :

> Je pense aussi que le travail de dentelle fait à Nantes n'est pas
> forcément la meilleure approche si on a un gros volume d'adresses. Il
> faudra sûrement avec un import un peu plus massif par endroit et
> fonctionner plus sur le mode itératif pour monter ensuite en qualité.

Oui mais bon. L'import bourrin des adresses du cadastre, quand on
connait un peu, ça va pas le faire. Il y aura plein de numéros dans
les parcs, des numéros qui vont "flotter" près de la voirie sans qu'il
soit possible de rattacher l'adresse à un bâtiment (indispensable si
on veut tagguer l'adresse une seule fois au lieu de la répéter dans
chaque POI). Et je ne parle pas des numéros aux intersections qui
auront une chance sur deux d'être rattachés à la mauvaise rue...
"mode itératif", ça veut dire un import automatique avec pleins
d'erreurs qu'on mettra des années à corriger ? comme TIGER aux USA ?
Non merci !
Un grand bravo aux Nantais qui ont fait du bon boulot. Si ça a pris du
temps, c'est peut-être parce que la ville est vraiment grande (6e en
France) et qu'il y avait peut-être pas assez de gens pour
l'intégration. Au fait, qui disait que le bâti du cadastre, c'était de
l'in-té-gra-tion et pas de l'import brutal ? On renie nos anciennes
paroles parce qu'il faut passer à la vitesse supérieure ? D'autant
plus que l'ajout manuel des adresses incite le contributeur à
revisiter les zones concernées et de corriger/améliorer pal mal
d'autres problèmes par la même occasion. Au final, c'est toute la
cartographie qui s'améliore et pas seulement les adresses.

Pieren

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

Re: [OSM-talk-fr] Projet "adresses"

[Ab_fab]

+1

J'ai été plus observateur que gros contributeur sur cette opération, mais
j'ai pu constater que le diable se cache vraiment dans les détails.
En particulier pour les noeuds adresses qui ne sont pas rattachés à la
bonne voie, sous prétexte qu'ils sont géographiquement plus proches d'un
autre axe.


Le 13 juin 2013 15:45, Jean Couteau  a écrit :

> Le Thu, 13 Jun 2013 15:37:38 +0200,
> Christian Quest  a écrit :
>
> > Les départements: 5 en PACA + la Somme
> >
> > J'ai mis à jour avec 1,7 million
> >
> > Pour Vincent, oui, je vais être bien clair sur l'aspect outil qu'est
> > OSM pour partager, et donc se l'approprier et pas seulement libérer
> > des données et attendre que les fourmis fasse le travail.
> >
> > Je pense aussi que le travail de dentelle fait à Nantes n'est pas
> > forcément la meilleure approche si on a un gros volume d'adresses. Il
> > faudra sûrement avec un import un peu plus massif par endroit et
> > fonctionner plus sur le mode itératif pour monter ensuite en qualité.
> >
> >
>
> Pour avoir bossé sur Nantes et commencé à bosser sur les MAJ, je pense au
> contraire que le travail de dentelle est plus pertinent dans le cas des
> adresses. En fait, une fois les adresses entrées dans la base, on voit
> difficilement les erreurs (adresses pas sur la bonne rue, numéro manquant
> ou en trop,...) et je trouve que le mode itératif est plus compliqué à
> mettre en
> place dans ce cas.
>
> Jean
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Projet "adresses"

[Jean Couteau]

Le Thu, 13 Jun 2013 15:37:38 +0200,
Christian Quest  a écrit :

> Les départements: 5 en PACA + la Somme
> 
> J'ai mis à jour avec 1,7 million
> 
> Pour Vincent, oui, je vais être bien clair sur l'aspect outil qu'est
> OSM pour partager, et donc se l'approprier et pas seulement libérer
> des données et attendre que les fourmis fasse le travail.
> 
> Je pense aussi que le travail de dentelle fait à Nantes n'est pas
> forcément la meilleure approche si on a un gros volume d'adresses. Il
> faudra sûrement avec un import un peu plus massif par endroit et
> fonctionner plus sur le mode itératif pour monter ensuite en qualité.
> 
> 

Pour avoir bossé sur Nantes et commencé à bosser sur les MAJ, je pense au
contraire que le travail de dentelle est plus pertinent dans le cas des
adresses. En fait, une fois les adresses entrées dans la base, on voit
difficilement les erreurs (adresses pas sur la bonne rue, numéro manquant
ou en trop,...) et je trouve que le mode itératif est plus compliqué à mettre en
place dans ce cas.

Jean


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

Re: [OSM-talk-fr] Projet "adresses"

[Christian Quest]

Les départements: 5 en PACA + la Somme

J'ai mis à jour avec 1,7 million

Pour Vincent, oui, je vais être bien clair sur l'aspect outil qu'est
OSM pour partager, et donc se l'approprier et pas seulement libérer
des données et attendre que les fourmis fasse le travail.

Je pense aussi que le travail de dentelle fait à Nantes n'est pas
forcément la meilleure approche si on a un gros volume d'adresses. Il
faudra sûrement avec un import un peu plus massif par endroit et
fonctionner plus sur le mode itératif pour monter ensuite en qualité.


-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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

Re: [OSM-talk-fr] Suivi des cours d'eau / comparaison SANDRE

[claude marani]

bonjour.

il y a des problème dans l'outil

Plusieurs cours d'eau sont notés comme ne figurant pas dans OSM
La loire : relation
1132818
l'allier : relation
1075830
La dore : relation :
1105089
Canal du nivernais : relation
1071040
Canal latéral à la Loire : relation
1082888

et beaucoup d' autres.

j'ai vérifié le ref:sandre des relations, il correspond bien à celui de
l'outil et du sandre. Le type=waterway y est bien présent dans la relation..

le lien "Analyser" en face des cours d'eau qui y figure ne fonctionne pas:
un message d'erreur signale que la relation n'existe pas. l'id_osm est
passé dans l'url. cette idée n'est pas l'id de la relation mais est l'id
d'un des élément de la relation.

exemple pour la besbre l'id passé à l'analyseur est
76765971elle
correspond au "waterway" qui vas de Thionnes à l'entrée de Dompierre
sur Besbre
l'id de la relation est
1270849



Je pense que le pourcentage et kilométrage est beaucoup plus important que
ça
Le tableau est il maintenu à la main?


cordialement
Claude




Le 13 juin 2013 13:53, Ab_fab  a écrit :

> Pour info,
>
> Plus que 1650 km comptabilisés : Il fait vraiment la tête, l'outil de
> comparaison.
> http://suivi.openstreetmap.fr/cours-eau/comparaison-sandre.html
>
> --
> 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

Re: [OSM-talk-fr] Etat d’avancement par commune/département

[Ab_fab]

Bonjour Vincent,

Tu peux essayer l'outil suivant :
http://wiki.openstreetmap.org/wiki/FR:QualityStreetMap
Il permet de marquer comme terminées des tuiles de terrain, domaine par
domaine (voir les "shared tags dans le volet de droite).

Par exemple quand tu es confiant d'avoir indiqué tout ce qui peut avoir le
tag "military = ...", alors tu valides la zone pour ce tag. Idem pour les
chemins de fer tag "railway = ...", et ainsi de suite.

Pour qui veut s'astreindre à ce travail, c'est un bon outil.

J'espère qu'il correspond à ton attente
Bonne journée


Le 13 juin 2013 15:18, Vincent BENOIT  a écrit :

> Bonjour à tous,
>
>  Les possibilités offertes par OSM semblent innombrables. Il y a plein de
> projets spécifiques qui tournent autour du handicap, du vélo, du train, des
> monuments historiques … etc. Cela laisse penser que la carte ne sera jamais
> finie. Il y aura toujours la possibilité d'affiner les données, de trouver
> d’autre informations à ajouter. Sans même parler de la simple mise à jour.
> Néanmoins la carte peu arrivé à un niveau de qualité uniforme et suffisant
> pour disons 80% des utilisateurs.
>
>  Ma question est la suivante. Existe-t-il un consensus dans la communauté
> OSM sur ce qu’est une zone terminée (ou disons stable) ? Existe-t-il une
> échelle qui permettrait d’évaluer l’atteinte de cet état par
> commune/département ?
>
>  Par exemple :
>
> - Limite administrative des quartiers/communes/département … OK
>
> - Tracés et références des routes OK
>
> - Nom et numérotation des rues OK
>
> - Usage des terres décrit sur 90% du territoire …
>
> - Rivières avec ref sandre OK
>
> - Écoles avec nom et ref OK
>
> - etc ...
>
> Il existe les outils qualités comme Osmose ou l’état des communes :
> http://openstreetmap.fr/outils/etat-commune?insee=94080 qui permettent
> d'automatiser les contrôles et d’évaluer l’état d’avancement du travail.
> Mais aucun outil automatique ne pourra détecter les tracés grossiers de
> certaines routes ou le flou de l’utilisation des terres comme "CORINE
> Land Cover".
>
> Ne serait-il pas envisageable, premièrement de déterminer les critères
> d’évaluation des communes et deuxièmement de compléter l'outil "état des
> communes" pour que les contributeurs évaluent eux même certain critères non
> automatisables ? Cela permettrait de donner une note sur l’état
> d’avancement par commune/département.
>
>  Je me pose cette question parce que je trouve un peu frustrant de
> travailler sur des communes, de revoir complètement le "landuse", les rues
> ...etc, et de ne pas voir progresser un indicateur “état d’avancement de la
> commune/du département”. Cela permettrait de distinguer les communes qui
> sont "finies" et celles qui nécessitent encore pas mal de travail.
>
>  Vincent (civitano)
>
> Je contribue surtout sur Vincennes, les Deux-Sèvres, l’Eure-et-Loir ...
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Projet "adresses"

[Brice Person]

Le 13/06/2013 13:52, Christian Quest a écrit :

Nous sommes plusieurs d'OSM-FR présents depuis mardi aux rencontres
SIG La Lettre qui se déroulent comme chaque année à l'ENSG.

L'occasion d'établir et de réveiller des contacts avec de nombreux
acteurs et responsable locaux gérant de l'information géographique.

Après une journée sur place, nous avons identifié un sujet "serpent de
mer" qui patine depuis des années et où OSM peut être un outil pour
enfin faire avancer les choses.

Il s'agit de l"'adresse".

En 2002, le CNIG publiait un rapport sur le sujet, en 2011 un autre
rapport était publié, il y a quelques mois encore un autre rapport
sortait... mais à part faire des réunions et écrire des rapports, il
ne se passe finalement rien de concret. L'IGN et La Poste font des
annonces, mais c'est sûrement plus pour occuper le terrain et ne pas
être dépossédé d'un gagne-pain, que de mettre en réel libre partage
cette information basique et indispensable à un très grand nombre
d'acteurs publics et privés.

D'un autre côté, on a des collectivités ouvertes pour partager ces
informations. Certaines l'ont déjà fait en opendata. On se souvient de
l'exemple de Nantes et du travail de fourmis d'intégration des
adresses par la communauté OSM nantaise. Depuis on a eu d'autres gros
jeux de données adresse qui ont été libérés: Montpellier, Bordeaux,
Lyon, etc.

Nous allons avoir accès à des jeux encore plus importants via les
fichiers EDIGEO du cadastre vectoriel. En effet, la vectorisation du
cadastre a été financée par les collectivités locales qui en sont
co-propriétaires et qui ont la possibilité de nous fournir
gratuitement ces données que nous pouvons utiliser dans les mêmes
termes que les données du cadastre que nous utilisons déjà (citation,
millésime, non reproduction à l'identique du cadastre, intégration
dans une base composite).


Salut,

D'après l'étude "Pricing Of Public Sector Information Study 2012" de la 
commission européenne [1], en 2010 la revente de leurs infos ne couvre 
que 0.55% de ce que ca coute au contribuable...


Je ne sais pas à quelle heure tu passes mais si tu estimes que tu peux 
le placer sans te faire trop d'ennemis ;-)


Bref, je trouve que la moindre des chose serait qu'ils publient sous 
licence libre...


Brice

[1] Voir p24 et détails p34 
http://ec.europa.eu/information_society/policy/psi/docs/pdfs/report/11_2012/summary.pdf



  Ceci a été confirmé lors de notre réunion à
la DGFiP au sujet du futur accès au cadastre en WMS. Les données
EDIGEO ont juste l'avantage d'être vectorielles et qu'il est beaucoup
plus facile d'en extraire des infos que par la méthode actuelle.

J'ai eu le feu vert de la part de 6 départements et d'autres risquent
de suivre rapidement.

La méthode d'intégration pour être peut être un peu plus automatisée
que celle utilisée à Nantes. Ca sera sûrement plus facile sur des
territoires où il n'existe aucune adresse actuellement.

Les rencontres SIG La Lettre se terminent par notre présentation
OSM... et j'ai donc mis l'accent sur ce sujet en lançant une sorte
d'appel à libérer globalement ces données et à faire d'OSM le pot
commun de la donnée adresse... Elle est consultable ici:
http://prezi.com/qburiba538fz




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

[OSM-talk-fr] Etat d’avancement par commune/département

[Vincent BENOIT]

Bonjour à tous,

 Les possibilités offertes par OSM semblent innombrables. Il y a plein de
projets spécifiques qui tournent autour du handicap, du vélo, du train, des
monuments historiques … etc. Cela laisse penser que la carte ne sera jamais
finie. Il y aura toujours la possibilité d'affiner les données, de trouver
d’autre informations à ajouter. Sans même parler de la simple mise à jour.
Néanmoins la carte peu arrivé à un niveau de qualité uniforme et suffisant
pour disons 80% des utilisateurs.

 Ma question est la suivante. Existe-t-il un consensus dans la communauté
OSM sur ce qu’est une zone terminée (ou disons stable) ? Existe-t-il une
échelle qui permettrait d’évaluer l’atteinte de cet état par
commune/département ?

 Par exemple :

- Limite administrative des quartiers/communes/département … OK

- Tracés et références des routes OK

- Nom et numérotation des rues OK

- Usage des terres décrit sur 90% du territoire …

- Rivières avec ref sandre OK

- Écoles avec nom et ref OK

- etc ...

Il existe les outils qualités comme Osmose ou l’état des communes :
http://openstreetmap.fr/outils/etat-commune?insee=94080 qui permettent
d'automatiser les contrôles et d’évaluer l’état d’avancement du travail.
Mais aucun outil automatique ne pourra détecter les tracés grossiers de
certaines routes ou le flou de l’utilisation des terres comme "CORINE Land
Cover".

Ne serait-il pas envisageable, premièrement de déterminer les critères
d’évaluation des communes et deuxièmement de compléter l'outil "état des
communes" pour que les contributeurs évaluent eux même certain critères non
automatisables ? Cela permettrait de donner une note sur l’état
d’avancement par commune/département.

 Je me pose cette question parce que je trouve un peu frustrant de
travailler sur des communes, de revoir complètement le "landuse", les rues
...etc, et de ne pas voir progresser un indicateur “état d’avancement de la
commune/du département”. Cela permettrait de distinguer les communes qui
sont "finies" et celles qui nécessitent encore pas mal de travail.

 Vincent (civitano)

Je contribue surtout sur Vincennes, les Deux-Sèvres, l’Eure-et-Loir ...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Projet "adresses"

[V de Chateau-Thierry]

Bonjour,

> De : "Christian Quest" 

> Nous sommes plusieurs d'OSM-FR présents depuis mardi aux rencontres
> SIG La Lettre qui se déroulent comme chaque année à l'ENSG.
> 
(...)
> 
> Les rencontres SIG La Lettre se terminent par notre présentation
> OSM... et j'ai donc mis l'accent sur ce sujet en lançant une sorte
> d'appel à libérer globalement ces données et à faire d'OSM le pot
> commun de la donnée adresse... Elle est consultable ici:
> http://prezi.com/qburiba538fz

En regardant ta présentation (jolie, au passage), j'ai peur qu'on s'engage sur 
une
fausse promesse, en l'état. Tu parles bien, d'un côté, des fourmis OSM, et de 
l'autre,
des collectivités comme "apporteuses" de données. Si on part sur ce schéma, 
compte tenu
de l'ampleur de la tâche côté adresses, je ne vois pas trop comment notre masse 
critique
de contributions (cf. les stats par jour / mois que tu donnes) pourrait écluser 
à un 
rythme décent ce chantier.
Là où je veux en venir, c'est que je pense qu'il faudrait, dans le même 
mouvement, 
appeler à de la libération de données (ce que tu fais) _et_ inciter à 
contribuer, les 
deux messages allant, volontairement, vers le même public. Sous forme de 
slogan, s'il
fallait résumer, ce serait non pas "libérez vos données, on s'occupe du reste" 
mais
"libérez vos données, et rejoignez-nous pour qu'on s'occupe (ensemble) du 
reste".
Je suis conscient que le message est délicat à distiller, mais ça me semble un 
enjeu 
important.

vincent

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

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

Re: [OSM-talk-fr] Projet "adresses"

[Francescu GAROBY]

La présentation de cquest parle de "seulement" 1 million d'adresses (slide
16).

Francescu


Le 13 juin 2013 14:11, Ab_fab  a écrit :

> Christian,
>
> Je ne peux pas consulter la présentation du bureau.
> As-tu intégré les infos provenant de ce tableau :
> http://qa.poole.ch/addresses/
>
> (cité par http://www.openstreetmap.org/user/EdLoach/diary/19447)
>
> La france (début mai 2013) compte un peu plus de 1 660 000 noeuds, pour un
> total de 21 millions à l'échelle mondiale.
> Devant nous, l'Allemagne, les USA, le Canada ... et le Danemark qui semble
> avoir terminé l'intégration.
>
>
>
> Le 13 juin 2013 13:52, Christian Quest  a écrit :
>
>> Nous sommes plusieurs d'OSM-FR présents depuis mardi aux rencontres
>>
>> SIG La Lettre qui se déroulent comme chaque année à l'ENSG.
>>
>> L'occasion d'établir et de réveiller des contacts avec de nombreux
>> acteurs et responsable locaux gérant de l'information géographique.
>>
>> Après une journée sur place, nous avons identifié un sujet "serpent de
>> mer" qui patine depuis des années et où OSM peut être un outil pour
>> enfin faire avancer les choses.
>>
>> Il s'agit de l"'adresse".
>>
>> En 2002, le CNIG publiait un rapport sur le sujet, en 2011 un autre
>> rapport était publié, il y a quelques mois encore un autre rapport
>> sortait... mais à part faire des réunions et écrire des rapports, il
>> ne se passe finalement rien de concret. L'IGN et La Poste font des
>> annonces, mais c'est sûrement plus pour occuper le terrain et ne pas
>> être dépossédé d'un gagne-pain, que de mettre en réel libre partage
>> cette information basique et indispensable à un très grand nombre
>> d'acteurs publics et privés.
>>
>> D'un autre côté, on a des collectivités ouvertes pour partager ces
>> informations. Certaines l'ont déjà fait en opendata. On se souvient de
>> l'exemple de Nantes et du travail de fourmis d'intégration des
>> adresses par la communauté OSM nantaise. Depuis on a eu d'autres gros
>> jeux de données adresse qui ont été libérés: Montpellier, Bordeaux,
>> Lyon, etc.
>>
>> Nous allons avoir accès à des jeux encore plus importants via les
>> fichiers EDIGEO du cadastre vectoriel. En effet, la vectorisation du
>> cadastre a été financée par les collectivités locales qui en sont
>> co-propriétaires et qui ont la possibilité de nous fournir
>> gratuitement ces données que nous pouvons utiliser dans les mêmes
>> termes que les données du cadastre que nous utilisons déjà (citation,
>> millésime, non reproduction à l'identique du cadastre, intégration
>> dans une base composite). Ceci a été confirmé lors de notre réunion à
>> la DGFiP au sujet du futur accès au cadastre en WMS. Les données
>> EDIGEO ont juste l'avantage d'être vectorielles et qu'il est beaucoup
>> plus facile d'en extraire des infos que par la méthode actuelle.
>>
>> J'ai eu le feu vert de la part de 6 départements et d'autres risquent
>> de suivre rapidement.
>>
>> La méthode d'intégration pour être peut être un peu plus automatisée
>> que celle utilisée à Nantes. Ca sera sûrement plus facile sur des
>> territoires où il n'existe aucune adresse actuellement.
>>
>> Les rencontres SIG La Lettre se terminent par notre présentation
>> OSM... et j'ai donc mis l'accent sur ce sujet en lançant une sorte
>> d'appel à libérer globalement ces données et à faire d'OSM le pot
>> commun de la donnée adresse... Elle est consultable ici:
>> http://prezi.com/qburiba538fz
>>
>> --
>> Christian Quest - OpenStreetMap France
>> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> 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
>
>


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

Re: [OSM-talk-fr] Projet "adresses"

[Ab_fab]

Christian,

Je ne peux pas consulter la présentation du bureau.
As-tu intégré les infos provenant de ce tableau :
http://qa.poole.ch/addresses/

(cité par http://www.openstreetmap.org/user/EdLoach/diary/19447)

La france (début mai 2013) compte un peu plus de 1 660 000 noeuds, pour un
total de 21 millions à l'échelle mondiale.
Devant nous, l'Allemagne, les USA, le Canada ... et le Danemark qui semble
avoir terminé l'intégration.



Le 13 juin 2013 13:52, Christian Quest  a écrit :

> Nous sommes plusieurs d'OSM-FR présents depuis mardi aux rencontres
> SIG La Lettre qui se déroulent comme chaque année à l'ENSG.
>
> L'occasion d'établir et de réveiller des contacts avec de nombreux
> acteurs et responsable locaux gérant de l'information géographique.
>
> Après une journée sur place, nous avons identifié un sujet "serpent de
> mer" qui patine depuis des années et où OSM peut être un outil pour
> enfin faire avancer les choses.
>
> Il s'agit de l"'adresse".
>
> En 2002, le CNIG publiait un rapport sur le sujet, en 2011 un autre
> rapport était publié, il y a quelques mois encore un autre rapport
> sortait... mais à part faire des réunions et écrire des rapports, il
> ne se passe finalement rien de concret. L'IGN et La Poste font des
> annonces, mais c'est sûrement plus pour occuper le terrain et ne pas
> être dépossédé d'un gagne-pain, que de mettre en réel libre partage
> cette information basique et indispensable à un très grand nombre
> d'acteurs publics et privés.
>
> D'un autre côté, on a des collectivités ouvertes pour partager ces
> informations. Certaines l'ont déjà fait en opendata. On se souvient de
> l'exemple de Nantes et du travail de fourmis d'intégration des
> adresses par la communauté OSM nantaise. Depuis on a eu d'autres gros
> jeux de données adresse qui ont été libérés: Montpellier, Bordeaux,
> Lyon, etc.
>
> Nous allons avoir accès à des jeux encore plus importants via les
> fichiers EDIGEO du cadastre vectoriel. En effet, la vectorisation du
> cadastre a été financée par les collectivités locales qui en sont
> co-propriétaires et qui ont la possibilité de nous fournir
> gratuitement ces données que nous pouvons utiliser dans les mêmes
> termes que les données du cadastre que nous utilisons déjà (citation,
> millésime, non reproduction à l'identique du cadastre, intégration
> dans une base composite). Ceci a été confirmé lors de notre réunion à
> la DGFiP au sujet du futur accès au cadastre en WMS. Les données
> EDIGEO ont juste l'avantage d'être vectorielles et qu'il est beaucoup
> plus facile d'en extraire des infos que par la méthode actuelle.
>
> J'ai eu le feu vert de la part de 6 départements et d'autres risquent
> de suivre rapidement.
>
> La méthode d'intégration pour être peut être un peu plus automatisée
> que celle utilisée à Nantes. Ca sera sûrement plus facile sur des
> territoires où il n'existe aucune adresse actuellement.
>
> Les rencontres SIG La Lettre se terminent par notre présentation
> OSM... et j'ai donc mis l'accent sur ce sujet en lançant une sorte
> d'appel à libérer globalement ces données et à faire d'OSM le pot
> commun de la donnée adresse... Elle est consultable ici:
> http://prezi.com/qburiba538fz
>
> --
> Christian Quest - OpenStreetMap France
> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Projet "adresses"

[Francescu GAROBY]

On va avoir les adresses ?!? \o/ *danseDeLaJoie*

Par curiosité, quels sont ces 6 département dont tu as déjà le feu vert ?

Francescu


Le 13 juin 2013 13:52, Christian Quest  a écrit :

> Nous sommes plusieurs d'OSM-FR présents depuis mardi aux rencontres
> SIG La Lettre qui se déroulent comme chaque année à l'ENSG.
>
> L'occasion d'établir et de réveiller des contacts avec de nombreux
> acteurs et responsable locaux gérant de l'information géographique.
>
> Après une journée sur place, nous avons identifié un sujet "serpent de
> mer" qui patine depuis des années et où OSM peut être un outil pour
> enfin faire avancer les choses.
>
> Il s'agit de l"'adresse".
>
> En 2002, le CNIG publiait un rapport sur le sujet, en 2011 un autre
> rapport était publié, il y a quelques mois encore un autre rapport
> sortait... mais à part faire des réunions et écrire des rapports, il
> ne se passe finalement rien de concret. L'IGN et La Poste font des
> annonces, mais c'est sûrement plus pour occuper le terrain et ne pas
> être dépossédé d'un gagne-pain, que de mettre en réel libre partage
> cette information basique et indispensable à un très grand nombre
> d'acteurs publics et privés.
>
> D'un autre côté, on a des collectivités ouvertes pour partager ces
> informations. Certaines l'ont déjà fait en opendata. On se souvient de
> l'exemple de Nantes et du travail de fourmis d'intégration des
> adresses par la communauté OSM nantaise. Depuis on a eu d'autres gros
> jeux de données adresse qui ont été libérés: Montpellier, Bordeaux,
> Lyon, etc.
>
> Nous allons avoir accès à des jeux encore plus importants via les
> fichiers EDIGEO du cadastre vectoriel. En effet, la vectorisation du
> cadastre a été financée par les collectivités locales qui en sont
> co-propriétaires et qui ont la possibilité de nous fournir
> gratuitement ces données que nous pouvons utiliser dans les mêmes
> termes que les données du cadastre que nous utilisons déjà (citation,
> millésime, non reproduction à l'identique du cadastre, intégration
> dans une base composite). Ceci a été confirmé lors de notre réunion à
> la DGFiP au sujet du futur accès au cadastre en WMS. Les données
> EDIGEO ont juste l'avantage d'être vectorielles et qu'il est beaucoup
> plus facile d'en extraire des infos que par la méthode actuelle.
>
> J'ai eu le feu vert de la part de 6 départements et d'autres risquent
> de suivre rapidement.
>
> La méthode d'intégration pour être peut être un peu plus automatisée
> que celle utilisée à Nantes. Ca sera sûrement plus facile sur des
> territoires où il n'existe aucune adresse actuellement.
>
> Les rencontres SIG La Lettre se terminent par notre présentation
> OSM... et j'ai donc mis l'accent sur ce sujet en lançant une sorte
> d'appel à libérer globalement ces données et à faire d'OSM le pot
> commun de la donnée adresse... Elle est consultable ici:
> http://prezi.com/qburiba538fz
>
> --
> Christian Quest - OpenStreetMap France
> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
>
> ___
> 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

[OSM-talk-fr] Projet "adresses"

[Christian Quest]

Nous sommes plusieurs d'OSM-FR présents depuis mardi aux rencontres
SIG La Lettre qui se déroulent comme chaque année à l'ENSG.

L'occasion d'établir et de réveiller des contacts avec de nombreux
acteurs et responsable locaux gérant de l'information géographique.

Après une journée sur place, nous avons identifié un sujet "serpent de
mer" qui patine depuis des années et où OSM peut être un outil pour
enfin faire avancer les choses.

Il s'agit de l"'adresse".

En 2002, le CNIG publiait un rapport sur le sujet, en 2011 un autre
rapport était publié, il y a quelques mois encore un autre rapport
sortait... mais à part faire des réunions et écrire des rapports, il
ne se passe finalement rien de concret. L'IGN et La Poste font des
annonces, mais c'est sûrement plus pour occuper le terrain et ne pas
être dépossédé d'un gagne-pain, que de mettre en réel libre partage
cette information basique et indispensable à un très grand nombre
d'acteurs publics et privés.

D'un autre côté, on a des collectivités ouvertes pour partager ces
informations. Certaines l'ont déjà fait en opendata. On se souvient de
l'exemple de Nantes et du travail de fourmis d'intégration des
adresses par la communauté OSM nantaise. Depuis on a eu d'autres gros
jeux de données adresse qui ont été libérés: Montpellier, Bordeaux,
Lyon, etc.

Nous allons avoir accès à des jeux encore plus importants via les
fichiers EDIGEO du cadastre vectoriel. En effet, la vectorisation du
cadastre a été financée par les collectivités locales qui en sont
co-propriétaires et qui ont la possibilité de nous fournir
gratuitement ces données que nous pouvons utiliser dans les mêmes
termes que les données du cadastre que nous utilisons déjà (citation,
millésime, non reproduction à l'identique du cadastre, intégration
dans une base composite). Ceci a été confirmé lors de notre réunion à
la DGFiP au sujet du futur accès au cadastre en WMS. Les données
EDIGEO ont juste l'avantage d'être vectorielles et qu'il est beaucoup
plus facile d'en extraire des infos que par la méthode actuelle.

J'ai eu le feu vert de la part de 6 départements et d'autres risquent
de suivre rapidement.

La méthode d'intégration pour être peut être un peu plus automatisée
que celle utilisée à Nantes. Ca sera sûrement plus facile sur des
territoires où il n'existe aucune adresse actuellement.

Les rencontres SIG La Lettre se terminent par notre présentation
OSM... et j'ai donc mis l'accent sur ce sujet en lançant une sorte
d'appel à libérer globalement ces données et à faire d'OSM le pot
commun de la donnée adresse... Elle est consultable ici:
http://prezi.com/qburiba538fz

-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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

[OSM-talk-fr] Suivi des cours d'eau / comparaison SANDRE

[Ab_fab]

Pour info,

Plus que 1650 km comptabilisés : Il fait vraiment la tête, l'outil de
comparaison.
http://suivi.openstreetmap.fr/cours-eau/comparaison-sandre.html

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

Re: [OSM-talk-fr] uMap et Internet Explorer

[Vincent Pottier]

Le 13/06/2013 12:57, Christian Quest a écrit :

Je compatis...

+1

Le 13 juin 2013 11:27, Yohan Boniface  a écrit :

Aïe, ça marchait la dernière fois que j'ai testé, mais je dois reconnaître
que ça date d'avant Haïti...
Bon bin ça sent le week-end Internet Explorer :)



--
FrViPofm

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

Re: [OSM-talk-fr] Vidéos du State Of The Map US en ligne...

[Eric]

Le 13/06/13 11:02, Pieren a écrit :
Depuis le début, F.Ramm a été contre l'import du bâti ou même 
simplement l'ajout de bâtiments, même manuellement. Il veut les 
adresses (pour la navigation) mais pas les bâtiments dont il n'a 
jamais compris l'utilité. C'est un des rares points où il s'est planté 
face à la majorité des contributeurs qui lui ont donné tord avec le 
temps... Peut-être que c'est même devenu un private joke au sein de la 
fondation. Pour l'excuser, il faut comprendre d'où on part (page 
blanche pour les plus anciens d'entre nous) et moi-même, j'était assez 
sceptique au début sur le bâti. Je n'ai pas encore eu le temps de 
visionner ces vidéos mais j'ai vu que certaines parlaient d'import et 
d'impact sur les contributions, autre point sur lequel F.Ramm s'est 
aussi planté (il a toujours soutenu que les imports stoppaient 
l'accroissement d'une communauté de contributeurs). Mais 99% de ce 
qu'il dit est quand même pertinent ou frappé au coin du bon sens. J'en 
connais d'autres où la proportion est inverse. Pieren 


Il y a d'ailleurs une intervention intéressante sur la procedure 
d'import version US ("Serge Wroclawski - The U.S., Imports, and Bots") 
très intéressante, balançant le pour et le contre. Et la procédure 
adoptée par le groupe import-us semble très proche de ce qu'on applique 
en France (decrire la procedure, faire valider par la communauté, mettre 
en place de l'assurance qualité pour detecter les aberrations ...). On 
dirait qu'ils font pas mal d'imports de buildings et autres d'ailleurs...


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

Re: [OSM-talk-fr] uMap et Internet Explorer

[Christian Quest]

Je compatis...

Le 13 juin 2013 11:27, Yohan Boniface  a écrit :
> Aïe, ça marchait la dernière fois que j'ai testé, mais je dois reconnaître
> que ça date d'avant Haïti...
> Bon bin ça sent le week-end Internet Explorer :)
>

-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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

Re: [OSM-talk-fr] uMap et Internet Explorer

[Yohan Boniface]

Aïe, ça marchait la dernière fois que j'ai testé, mais je dois 
reconnaître que ça date d'avant Haïti...

Bon bin ça sent le week-end Internet Explorer :)

Yohan

On 06/13/2013 11:05 AM, Stéphane Péneau wrote:

Avec IE10 ça ne fonctionne pas non plus.


___
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] uMap et Internet Explorer

[Stéphane Péneau]

Avec IE10 ça ne fonctionne pas non plus.


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

Re: [OSM-talk-fr] Vidéos du State Of The Map US en ligne...

[Pieren]

2013/6/13 Eric :
> Tiens, une petite pique de F.Ramm sur notre base remplie à 75% (ou plus) de
> buildings. Y'avait longtemps :)
> (à t=15mn)

Depuis le début, F.Ramm a été contre l'import du bâti ou même
simplement l'ajout de bâtiments, même manuellement. Il veut les
adresses (pour la navigation) mais pas les bâtiments dont il n'a
jamais compris l'utilité. C'est un des rares points où il s'est planté
face à la majorité des contributeurs qui lui ont donné tord avec le
temps... Peut-être que c'est même devenu un private joke au sein de la
fondation. Pour l'excuser, il faut comprendre d'où on part (page
blanche pour les plus anciens d'entre nous) et moi-même, j'était assez
sceptique au début sur le bâti.
Je n'ai pas encore eu le temps de visionner ces vidéos mais j'ai vu
que certaines parlaient d'import et d'impact sur les contributions,
autre point sur lequel F.Ramm s'est aussi planté (il a toujours
soutenu que les imports stoppaient l'accroissement d'une communauté de
contributeurs).
Mais 99% de ce qu'il dit est quand même pertinent ou frappé au coin du
bon sens. J'en connais d'autres où la proportion est inverse.

Pieren

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

Re: [OSM-talk-fr] Vidéos du State Of The Map US en ligne...

[Jo]

Comme il met à disposition des fichiers pbf, il est bien placé pour voir
quel impact tous ces bâtiments ont sur la taille de la BdD. Dans les pbf,
je suppose que les string source énormes des milliers et des milliers de
fois sont comprimés, mais il faut toujours les stoquer pour pouvoir créer
les pbf et ils faut toujours de plus en plus de pouvoir processing pour les
comprimer et décomprimer.

Jo

2013/6/13 Eric 

> Tiens, une petite pique de F.Ramm sur notre base remplie à 75% (ou plus)
> de buildings. Y'avait longtemps :)
> (à t=15mn)
>
>
>  Le 12 juin 2013 08:16, Christian Quest > cquest@openstreetmap.**fr >> a écrit :
>>
>>
>> C'est ici: 
>> http://openstreetmap.us/2013/**06/sotmus-videos/
>>
>> Beaucoup de sujets intéressants pour ceux qui n'ont pas eu le temps ou
>> le courage de veiller devant le streaming ;)
>>
>> --
>> Christian Quest - OpenStreetMap France
>> Un nouveau serveur pour OSM... 
>> http://donate.osm.org/**server2013
>> 
>> >
>>
>>
> __**_
> 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] uMap et Internet Explorer

[Christophe Merlet]

Le 13/06/2013 07:37, Christian Quest a écrit :

A minima une alerte indiquant qu'il faut IE9+... comme ça au moins le
visiteur sait pourquoi "ça marche pô".

Si tu as le temps et que ce n'est pas trop de boulot... rendre
compatible la consultation.

Si un ré-utilisateur d'uMap ne peut se passer d'éditeur sous IE8...
qu'il finance ce développement ;)


En Consultation il faudrait être compatible avec tous les navigateurs, y 
compris IE 8 qui est la version max sur XP encore largement utilisé.


En Édition, on peut imposer l'usage d'un navigateur moderne respectueux 
des standards.


Si en consultation uMap ne fonctionne pas sur tous types d'ordinateurs 
et terminaux, son adoption sera limitée. On m'a déjà parlé de problème 
de consultation, si ça se trouve la raison est là...



Librement,
--
Christophe Merlet (RedFox)

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

Re: [OSM-talk-fr] Vidéos du State Of The Map US en ligne...

[Ab_fab]

Vu, ça m'a amusé ...

... Mais il y avait aussi une présentation montrant leur utilité, et par un
frenchie :
http://stateofthemap.us/saturday.html#schedule/saturday/openstreetmap-and-flight-simulation

Autre chiffre : F. Ramm évoque 50 TB de téléchargements mensuels sur
Geofabrik. Impressionnant


Le 13 juin 2013 09:59, Eric  a écrit :

> Tiens, une petite pique de F.Ramm sur notre base remplie à 75% (ou plus)
> de buildings. Y'avait longtemps :)
> (à t=15mn)
>
>
>  Le 12 juin 2013 08:16, Christian Quest > cquest@openstreetmap.**fr >> a écrit :
>>
>>
>> C'est ici: 
>> http://openstreetmap.us/2013/**06/sotmus-videos/
>>
>> Beaucoup de sujets intéressants pour ceux qui n'ont pas eu le temps ou
>> le courage de veiller devant le streaming ;)
>>
>> --
>> Christian Quest - OpenStreetMap France
>> Un nouveau serveur pour OSM... 
>> http://donate.osm.org/**server2013
>> 
>> >
>>
>>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Vidéos du State Of The Map US en ligne...

[Eric]

Tiens, une petite pique de F.Ramm sur notre base remplie à 75% (ou plus) 
de buildings. Y'avait longtemps :)

(à t=15mn)


Le 12 juin 2013 08:16, Christian Quest > a écrit :


C'est ici: http://openstreetmap.us/2013/06/sotmus-videos/

Beaucoup de sujets intéressants pour ceux qui n'ont pas eu le temps ou
le courage de veiller devant le streaming ;)

--
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013




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

Re: [OSM-talk-fr] Waze rejoint Google

[Christian Quest]

Plus que la donnée cartographique (qui n'est pas que contributive et
collaborative, en France, il y avait un filaire basique qui a été
ensuite enrichit), c'est la donnée de traffic qui a de la valeur chez
Waze...


Le 13 juin 2013 09:29, Marc SIBERT  a écrit :
> Bonjour,
>
> Il s'agit de carto contributive *non libre* puisque les données produites
> n'étaient pas librement réutilisables.
>
> L'achat était "dans l'air du temps" depuis quelques jours déjà.
>
> Merci pour ce compte-rendu court et synthétique :-)
>
> A+


-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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

Re: [OSM-talk-fr] Vidéos du State Of The Map US en ligne...

[Ab_fab]

Une recherche Google Vimeo subtitling renvoie des réponses qui semblent
intéressantes.
Mais je ne peux pas regarder dans l'immédiat.

(et une transcription en anglais rendrait la traduction bien plus évidente
:-) )


Le 13 juin 2013 09:31, Marc SIBERT  a écrit :

> Peut-être l'occasion de proposer le sous-titrage en français sur OSM-FR.
> Si vous connaissez des outils pour faire cela, je suis preneur.
>
> A+
>
>
> Le 12 juin 2013 08:16, Christian Quest  a écrit :
>
> C'est ici: http://openstreetmap.us/2013/06/sotmus-videos/
>>
>> Beaucoup de sujets intéressants pour ceux qui n'ont pas eu le temps ou
>> le courage de veiller devant le streaming ;)
>>
>> --
>> Christian Quest - OpenStreetMap France
>> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> Marc Sibert
> m...@sibert.fr
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Vidéos du State Of The Map US en ligne...

[Marc SIBERT]

Peut-être l'occasion de proposer le sous-titrage en français sur OSM-FR.
Si vous connaissez des outils pour faire cela, je suis preneur.

A+


Le 12 juin 2013 08:16, Christian Quest  a écrit :

> C'est ici: http://openstreetmap.us/2013/06/sotmus-videos/
>
> Beaucoup de sujets intéressants pour ceux qui n'ont pas eu le temps ou
> le courage de veiller devant le streaming ;)
>
> --
> Christian Quest - OpenStreetMap France
> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Waze rejoint Google

[Marc SIBERT]

Bonjour,

Il s'agit de carto contributive *non libre* puisque les données produites
n'étaient pas librement réutilisables.

L'achat était "dans l'air du temps" depuis quelques jours déjà.

Merci pour ce compte-rendu court et synthétique :-)

A+


Le 13 juin 2013 02:37, Philippe Verdy  a écrit :

> A l'heure de la cartographie contributive, un acteur fait l'actualité du
> 12 juin, Waze (qui propose une cartographie contributive basée sur
> l'acquisition en direct des traces GPS), acquis par Google.
>
> Info relayée sur WikiNews :
>
> http://fr.wikinews.org/wiki/Informatique_:_Google_confirme_l%27achat_de_Waze
>
> Annonce officielle sur le site de Waze :
> http://www.waze.com/blog/waze-joins-google/
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] uMap et Internet Explorer

[Pierre GIRAUD]

Pour les tests navigateurs, je vous invite à utiliser
http://www.browserstack.com.
La version gratuite devrait être suffisante.

Pierre


2013/6/13 Dominique Rousseau 

> Le Wed, Jun 12, 2013 at 09:47:12PM +0200, Yohan Boniface [
> yohanbonif...@free.fr] a écrit:
> > - ajouter une alerte si le navigateur n'est pas supporté, un truc light
> > et pas trop agressif, invitant à utiliser un navigateur respectant les
> > standards
>
> un petit overlay CSS, avec l'avertissement, et un lien vers
> browserchoice.eu ?
>
> --
> Dominique Rousseau
> d...@lee-loo.net - 06 82 43 12 27
>
> A l'instant où l'esclave décide qu'il ne sera plus esclave,
> ses chaînes tombent.  -- Mahatma Gandhi
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Pierre GIRAUD
http://www.camptocamp.com
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr