from:"Vincent Pottier"


Le 25/03/2015 09:36, Léo Serre a écrit :
Afin que la lettre plaise à tout le monde, je vous invite à se mettre 
d'accord sur son contenu : https://lite6.framapad.org/p/LettreFFRP



Bon, il semble qu'on a planté la machine...
--
FrViPofm
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] FFRandonnée ? de quoi rire encore un moment (jaune ?)


Le 24/03/2015 21:42, Christian Quest a écrit :
La FFRP (par la voix de son vice-président) ne tenant pas ses 
engagements de nous fournir une réponse fin 2014, une lettre du genre 
n'ayant pas de réponse depuis des années, nous considérons donc qu'il 
n'y a pas de problème à faire figurer les GR dans nos données et leurs 
réutilisations. On le crève cet abcès ? 

Qui ne dit rien consent. dit le proverbe.

Il m'est avis que, vu les démarches entreprises, l’absence de réponse 
vaut, pour nous, autorisation implicite.


Peut-être faudrait-il faire, sur le wiki, une page plus ou moins 
officielle rappelant des démarches (avec mention des contacts, des 
mails...) et explicitant le positionnement d'osm-fr de s'autoriser à 
cartographier les GR, et d'en informer la FFRP, lui demandant de se 
positionner  à son tour dans un délai de - disons - deux mois.


Après la phase, vaine, de demande : Monsieur, est-ce qu'on peut faire...
la phase d'information Monsieur, on va faire...

On ne pourra alors pas reprocher à osm-fr d'avoir ignoré la FFRP.
Et le silence pourra être compris comme une incapacité objective de la 
FFRP à dire non.

--
FrViPofm

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

Re: [OSM-talk-fr] Hauteur et nombre d'étages des bâtiments


Le 25/03/2015 00:16, dHuy Pierre a écrit :
Si tu tags le building avec la hauteur la plus faible puis que tu 
dessine une bloc building:part=yes, building:levels=... Ça permet de 
dessiner les variétés de hauteur sans créer de nouveaux batiments mais 
des bouts de batiments.

http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings
Pour ce qui est de l'exemple, je t'invite à regarder l'historique de 
la zone https://www.openstreetmap.org/way/330517677 avec une logiciel 
de rendu 3D


Pour le coup, c'est typiquement le genre d'endroit où le polygone 
55314295 pourrait être découpé [1].
À voir l'imagerie aérienne, il semble que l'église ne remplisse que le 
polygone 330517677, c'est donc sur ce polygone uniquement que devraient 
être portés les tags amenity=place_of_worship...


Il semble par ailleurs que la nef est plus large que celle cartographiée 
et que le transept nord va jusqu'à la rue.


Le polygone 330517677 est taggé avec building:levels=6 .
Il y a réellement 6 niveaux dans le bâtiment (dans ce cas, l'église 
serait à un des étages. J'en doute, mais ça existe ailleurs), ou c'est 
la hauteur de la nef qui correspond à une hauteur de bâtiment de 6 
niveaux (et alors le tag n'est pas exact [2] ) ?


[1] Voir 
http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dplace_of_worship#Remarques
[2] building:levels est une mesure du nombre de niveau hors combles et 
sous-sols, et non une mesure de hauteur. Voir 
http://wiki.openstreetmap.org/wiki/FR:Key:building:levels

--
FrViPofm

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

Re: [OSM-talk-fr] Hauteur et nombre d'étages des bâtiments


Le 25/03/2015 09:56, dHuy Pierre a écrit :

Hors-Topic
Huhu effectivement, tu me fais remarquer une erreur que j'ai faite à 
ce moment là. Je visiterai quand je pourrai pour voir. Mais l'objectif 
était de montrer que si tu te bases sur le dessin de base (modifié par 
moi) ça risquait de faire disparaitre l'eglise.
Sinon je connais bien l'usage de building:levels et la différence avec 
height :)
J'ai fait l'essentiel du travail à la main pour le coup et je n'ai pas 
fait attention aux tags autour.

Mille excuses.
À regarder de plus près l'imagerie aériene, il semble bien que l'église 
soit tout le bâtiment taggé comme tel (sauf peut-être le rectangle à 
l'est qui doit être une sacristie, un presbytère). Je n'avais pas repéré 
les colatéraux nords et sud.

/Hors-Topic
Mais du coup, que penses tu des building:part?

C'est bien destiné à ça : porter des indications sur des parties de 
bâtiment. Notamment la hauteur, mais en height, pas en building:levels.


Pour le building part central (en croix latine), il faudrait le diviser 
en deux : un axé ouest-est pour la nef, et un axé nord-sud pour le 
transept. Voir comment est cartographiée la cathédrale à proximité.

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

Re: [OSM-talk-fr] Hauteur et nombre d'étages des bâtiments


Le 25/03/2015 10:08, Christian Quest a écrit :

Les building:part c'est très bien quand on découpe les buildings.
Je doute qu'on puisse automatiser leur création à partir de géométries 
différentes (si on les a, ce qui n'est pas forcément le cas).


Scripter et automatiser... avec prudence et si c'est pour ajouter une 
donnée imprécise en collant des fixme, je pense que ça n'est pas 
souhaitable.


Des trucs avec des fixme on en a encore de grosses pelletés alors que 
ça a été intégré il y a des années (je pense aux points d'eau à Paris).


Il n'y a que dans les cas où le rapprochement est quasi parfait (par 
exemple surface de bâtiment identique à quelques % près) qu'on devrait 
s'aider d'un automatisme... pour le reste: huile de coude !

+1

genre :
* Quand correspondance des bâtiments à qq %, travail pour le bot.

* Quand variation plus importante ou plusieurs valeurs pour un même 
polygone OSM, génération de fichier d'intégration.


C'était un peu la méthodologie CLC, non ?
--
FrViPofm
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] FFRandonnée ? de quoi rire encore un moment (jaune ?)


Le 25/03/2015 14:53, erwan salomon a écrit :

n'allons pas nous braquer avec la FFR
j'irais pas jouer à qui à la plus grosse avec eux (c'est une grosse asso, 
active et reconnue)

avoir les relations GR xx d'enregistré dans OSM ça serait cool c'est sûr, 
mais la vente de cartes est une des rentrées d'argent de cette asso ce qui leur permets 
des actions concrètes (formation de leurs bénévoles, lobbying pour l'usage des sentiers, 
entretiens des sentiers ...)
je suis plus intéressé par la présence des sentiers eux mêmes dans OSM et par 
l'idée que les randonneurs pourraient être de très bon mappeurs pour OSM
imaginez : 3000 clubs qui font parfois plusieurs randos/semaine qui complètent 
OSM après/avant leurs randos

la FFR pourrait être intéressé par le remplacement de leurs outils - sans 
doutes propriétaires voir payants mais pour les quels ils ont formé leurs 
bénévoles - par des outils utilisant OSM (euh... la licence permet un mélange 
de sources OSM et de source privé pour l'édition d'une carte ?)
ça demanderait de l'aide de notre part pour cette transition
une fois converti à OSM la FFR serait plus encline à libérer certaines de leurs 
données (les topo-guide gardant l'intérêt du guide et du papier)

ma vision de néophyte des choses


On aimerai que ça soit ainsi...
Mais...

first they ignore you,
then laugh at you,
then they fight you,
and then you win
Ganghi

--
FrViPofm


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

Re: [OSM-talk-fr] FFRandonnée ? de quoi rire encore un moment (jaune ?)


Le 25/03/2015 13:26, sly (sylvain letuffe) a écrit :

J'ai l'impression de refaire le débat tous les ans...

Je racouricisais certes, mais on parle ici du droit d'auteur de la FFRP sur
l'oeuvre de l'esprit qu'est l'intinéraire GR
Et si la FFRP ne nous donne pas son accord de reproduire dans osm, c'est donc
qu'on a pas le droit.

C'est pas parce que le photographe publie sur son blog une photo en oubliant
d'indiquer copyright machin truc en bas que hop, ça en devient une licence
libre.
Mais justement, il semblerait que la FFRP soit en difficulté aujourd'hui 
pour faire valoir le droit d'auteur et revendiquer la propriété 
intellectuelle sur nombre d'itinéraires.
Il semblerait que le rôle de la FFRP soit de labelliser plutôt que de 
produire les itinéraires.
Aussi ne pouvant pas dire non, et ne voulant pas dire 'oui, elle se 
tait.
Et le flou lui est profitable, tout le monde croyant en sa capacité (son 
bon droit et ses moyens humains et financiers conséquents) à riposter 
aux contrevenants.


Le flou n'étant pas tout à fait levé, le fait de préciser notre 
intention de cartographier les GR, compte tenu du doute sur la propriété 
intellectuelle de la FFRP, et d'en informer la FFRP est un filet de 
sécurité nous permettant, en cas de conflit, de faire valoir notre bonne 
foi.


Il ne s'agit plus de demander si on peut, mais de dire à la FFRP 
puisque de bonne fois, nous croyons que nous pouvons, nous le ferons 
après un délais de réponse, sauf si dans le délais imparti vous nous 
démontriez que nous ne pouvons pas.


La FFRP étant informée de notre intention pourra tout au plus, passé ce 
délais permettant raisonnablement une réponse, faire cesser la carto 
dans osm et retirer les GR saisis, mais ne pourra pas se prévaloir d'un 
préjudice en disant qu'elle ne savait pas. Elle ne pourra que s'en 
prendre à elle-même de n'avoir pas répondu aux multiples démarches.

--
FrViPofm

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

Re: [OSM-talk-fr] Encore une carte OSM dans la presse...

2015-03-23 Par sujet Vincent Pottier


Le 23/03/2015 23:40, Vincent Pottier a écrit :

Bonsoir,

Le journal La Croix se met à OSM :

http://www.la-croix.com/Actualite/France/Le-poids-des-nouvelles-regions-francaises-2015-03-23-1294236?xtor=EPR-9-%5B1300815577%5D 


Et aussi :
http://www.la-croix.com/Actualite/France/Elections-departementales-2015-tour-de-France-des-departements-a-enjeux-2015-03-09-1289194
--
FrViPofm

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

[OSM-talk-fr] Encore une carte OSM dans la presse...

2015-03-23 Par sujet Vincent Pottier


Bonsoir,

Le journal La Croix se met à OSM :

http://www.la-croix.com/Actualite/France/Le-poids-des-nouvelles-regions-francaises-2015-03-23-1294236?xtor=EPR-9-%5B1300815577%5D

J'espère que c'est lisible par tous.

Bonne soirée et bonne lecture.

--
FrViPofm

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

Re: [OSM-talk-fr] Rencontre parisienne OSM au Numa le 30 janvier 2015

2015-01-31 Par sujet Vincent Pottier


Le 31/01/2015 15:28, Vincent de Château-Thierry a écrit :


On a aussi (entre autres) évoqué les références portées sur les 
églises : http://wiki.openstreetmap.org/wiki/Key%3Aref%3AFR%3ACEF

Et il s'est dit quoi ?
--
FrViPofm

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

Re: [OSM-talk-fr] Rencontre parisienne OSM au Numa le 30 janvier 2015

2015-01-31 Par sujet Vincent Pottier


Le 31/01/2015 17:47, Vincent de Château-Thierry a écrit :

Le 31/01/2015 17:30, Vincent Pottier a écrit :

Le 31/01/2015 15:28, Vincent de Château-Thierry a écrit :


On a aussi (entre autres) évoqué les références portées sur les
églises : http://wiki.openstreetmap.org/wiki/Key%3Aref%3AFR%3ACEF

Et il s'est dit quoi ?


On a parlé de toi ;)
C'était en évoquant l'identification et le référencement des églises, 
notamment parmi les bâtiments importés depuis le cadastre, car Donat 
passe du temps sur le sujet. Mais je vois sur le wiki que ces 
références ne sont plus accessibles ?
Faites du lobbying auprès de la CEF ! Le responsable Web, c'était 
Gabriel Leroy. Je ne sais pas s'il est encore en fonction.
Faites lui comprendre que son système ne permet plus de faire la liaison 
avec d'autres sites, notamment avec OSM.


De fait, du temps de l'ancienne version, quand ça n'était encore pas 
googleAPIsé, je m'étais fait un script qui avait pompé les refs 
existantes. J'ai bien le projet de reprendre ça un jour. Un jour... Et 
de faire un outil à la comcomMaker.

--
FrViPofm


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

Re: [OSM-talk-fr] EPR. était : Comment tagger un abattoir municipal

2015-01-30 Par sujet Vincent Pottier


Le 30/01/2015 08:02, Jean-Baptiste Holcroft a écrit :
+1 pour JB, le fait qu'il soit à la ville n'en fait pas un bâtiment 
visant à accueillir le public, un peu comme marquer un entrepôt de bus 
qui appartient à la ville comme building=public
building=public je crois que je n'ai pas compris ce que ça signifiait. 
en tout cas ça ne veut pas dire owner=public.

building=* est un tag sur l'architecture, la construction, l'aménagement...
Est-ce un EPR ? [1]
La page wiki est très floue là-dessus. J'ai ajouté le lien vers 
wikipédia dans la traduction.


Ce n'est pas parce que ça appartient à la ville que c'est ouvert au public.

[1] 
https://fr.wikipedia.org/wiki/%C3%89tablissement_recevant_du_public_en_droit_fran%C3%A7ais

--
FrViPofm


--
Jean-Baptiste Holcroft

2015-01-30 6:59 GMT+01:00 JB jb...@mailoo.org mailto:jb...@mailoo.org:

Le 29/01/2015 23:33, althio a écrit :

Je rajouterais :
building=public ou building=civic

Bof :

For any civic amenity, for example amenity
http://wiki.openstreetmap.org/wiki/Key:amenity=community_centre
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcommunity_centre,
amenity http://wiki.openstreetmap.org/wiki/Key:amenity=library
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dlibrary,
amenity http://wiki.openstreetmap.org/wiki/Key:amenity=toilets
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dtoilets,
leisure
http://wiki.openstreetmap.org/wiki/Key:leisure=sports_centre
http://wiki.openstreetmap.org/wiki/Tag:leisure%3Dsports_centre,
leisure
http://wiki.openstreetmap.org/wiki/Key:leisure=swimming_pool
http://wiki.openstreetmap.org/wiki/Tag:leisure%3Dswimming_pool,
amenity http://wiki.openstreetmap.org/wiki/Key:amenity=townhall
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dtownhall etc.

Use amenity http://wiki.openstreetmap.org/wiki/Key:amenity=* or
leisure http://wiki.openstreetmap.org/wiki/Key:leisure=* etc to
provide further details.

For any public building, for example amenity
http://wiki.openstreetmap.org/wiki/Key:amenity=townhall
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dtownhall,
amenity http://wiki.openstreetmap.org/wiki/Key:amenity=police
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dpolice, amenity
http://wiki.openstreetmap.org/wiki/Key:amenity=courthouse
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcourthouse.

Use amenity http://wiki.openstreetmap.org/wiki/Key:amenity=* or
leisure http://wiki.openstreetmap.org/wiki/Key:leisure=* etc to
provide further details.

Do *not* use amenity
http://wiki.openstreetmap.org/wiki/Key:amenity=public_building
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dpublic_building.

C'est pas parce l'abattoir appartient à la commune qu'il devient
accessible comme un moulin (Haguenau, par exemple, en a un aussi,
et il faut savoir qu'il appartient à la mairie, ça ne se devine pas…)




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




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


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

Re: [OSM-talk-fr] Cartocrise - Culture française tu te meurs

2015-01-30 Par sujet Vincent Pottier


Le 30/01/2015 09:58, Philippe Verdy a écrit :
Carte hors service... dommage. Son serveur n'a pas tenu la montée en 
charge liée sans doute à la publication de l'article de Libé.



Chez moi, ça marche...
--
FrViPofm

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

Re: [OSM-talk-fr] [Tagging] Deprecation of associatedStreet-relations

2015-01-25 Par sujet Vincent Pottier


Le 25/01/2015 21:17, Andreas Goss a écrit :

Bref une nouvelle relation encore peu utilisée veut remplacer une
relation ancienne; sans réel changement fonctionnel.



Traduction, pas par un bot !
If google translate got this right... no we don't want to replace it 
with another relation, we just want to use addr:street.
Non, nous ne voulons pas remplacer par une autre relation, nous voulons 
seulement utiliser addr:street
Maybe you in France have access to government data, but we in Germany 
mostly don't and many countries neither, in some places maybe not even 
the government has it.
Peut-être qu'en France, vous avez accès à des données gouvernementales, 
mais nous pas, principalement en Allemagne ni de nombreux pays. Par 
endroit, peut-être que le gouvernement ne les a même pas.


And then those relations just make everything more complicated, lack 
members or mappers break them by accident. I just started cleaning up 
them and that already got rid of most of them, because they were 
utterly incomplete. Why should I support and keep a tagging schema 
when all over Bavaria maybe 5 areas have a dozen complete 
(associated)Street relations?
Alors ces relations rendent seulement les choses plus compliquées, 
absence de membres, ou utilisateurs les cassant accidentellement.


J'ai commencé à les nettoyer et suis arrivé à supprimer la plus part 
d'entre elles, parce qu'elles étaient  tout à fait incomplètes. Pourquoi 
devrais-je soutenir et garder un schéma quand à travers toute la 
Bavière, peut-être cinq zones ont une douzaine de relation 
(associated)Street complète.


Mon point de vue et ma réponse...
===
L'intention est claire : pas de relation.

Ah ! Quelle bonheur d'avoir une carte 100% faite à la main par ces 
vaillants cartographes, jeunes hommes vigoureux et héros de notre temps, 
qui, ignorant les dangers, armés de leur seul courage et méprisant la 
faim et le froid, traversent les contrées sauvages, et recueillent avec 
précaution et sueur de leur front, les données de terrain, ces 
précieuses adresses que le yeux exercés et perçants auront su 
reconnaître aux milieux de signes trompeurs et qui, une fois assemblées 
par la main experte de nos patientes ouvrières, feront la richesse et la 
fierté et la grandeur de la nation ! (fin du lyrisme. Oui je me suis 
amusé ! )


Oui, c'est beau... On a vu, sur cette liste, un film là-dessus, sur les 
gars de l'IGN qui parcouraient le pays pour faire nos cartes. Joli film 
dont je n'ai plus la référence...


Mais quelle honte y a-t-il à apprécier, avec précaution aussi, le 
travail fait par d'autres ?


L'utilisation du schéma relationnel ou non n'est pas lié à la 
disponibilité de données gouvernementales. Et contrairement à ce qui est 
lâché sur le pseudo-vote : ce n'est pas un import, mais de l'IAO, 
intégration assistée par ordinateur. Peut-être que des subtilités ne 
sont pas passées Outre-Rhin. On retrouve la critique d'autrefois à 
propos de l'intégration du bâti.


Par ailleurs, je ne comprends pas ce rigorisme qui consiste à déclarer 
cassée une relation incomplète. Je crois qu'une subtilité sur la 
différence entre le modèle de relation associatedStreet et multipolygon 
a échappé à certains. Une relation est cassée quand il manque un numéro 
dans la rue, comme lorsqu'il manque un bout pour fermer le multypolygon ?


Et si le problème de la légitimité de la relation se pose en Bavière 
pour une douzaine de relation, cela remet-il en cause nos 112 000 
relations ?

--
FrViPofm

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

Re: [OSM-talk-fr] Problème de rendu dans l'Ain

2015-01-25 Par sujet Vincent Pottier


Le 25/01/2015 21:05, Michael Delorme a écrit :

Bien vu, ça semble être résolu. Merci !

Pour ma culture générale comment as-tu identifié la source du problème ?

Cordialement
Je suppose, en cherchant un des bords du problème qui conïncidait avec 
des limites administratives.


En chargeant ces limites à partir d'une zone très restreinte (por de pas 
charger de l'inutile) et en les explorant une par une pour voir le tag 
qui pouvait être du landuse=residential, du building=yes, ou quelque 
chose d'incongru.


Mais, j'ai aussi été battu de vitesse.

Bravo.
--
FrViPofm

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

Re: [OSM-talk-fr] Ajout de l'indicatif national aux numéros de téléphone français

2015-01-22 Par sujet Vincent Pottier


Le 22/01/2015 16:15, Éric Gillet a écrit :
Le 22 janvier 2015 15:55, Romain MEHUT romain.me...@gmail.com 
mailto:romain.me...@gmail.com a écrit :


Ne serait-ce pas plutôt +33 4 12131415 tel:%2B33%204%2012131415 ?


Je dois avouer que j'ai pas vraiment d'avis sur l'espace séparant les 
groupes de 4 chiffres, les deux variantes existent et la différence 
n'est que cosmétique car les espaces ou tirets après l'indicatif 
régional (4 ici) doivent être ignorés. Si d'autres personnes préfèrent 
la variante sans espace ce sera adjugé vendu :)


Moi qui n'ai pas assez de mémoire pour stocker 10 chiffres, des espaces, 
ça m'aide. et j'aime la forme 01 23 45 67 89


La forme +33 (0)1 23 45 67 89 n'est pas valide ?
Elle est plus lisibles pour les humains et les Français...
--
FrViPofm


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

Re: [OSM-talk-fr] Calvaires — Re: Changements massif sur les noms génériques de shop et amenity

2015-01-05 Par sujet Vincent Pottier


Le 05/01/2015 19:14, Eric Debeau a écrit :

Salut et bonne année 2015

Ca tombe bien, de nombreuses associations de patrimoine sont 
intéressées par l'utilisation de OpenStreetMap et il y a de nombreuses 
questions sur la manière de tagger le petit patrimoine et 
l'utilisation des tags utilisant la langue de Shakespeare repousse 
certains contributeurs.


N'ayant pas trouvé sur le wiki ou ailleurs un guide sur la manière de 
représenter le petite patrimoine, j'ai initialisé une petite liste 
pour le petit patrimoine : 
http://wiki.openstreetmap.org/wiki/WikiProject_France/Petit_Patrimoine


C'est très incomplet, mais c'est un début.


Ça donnera peut-être lieu à un osmecum...
http://wiki.openstreetmap.org/wiki/WikiProject_France/Osmecum

Il y en a déjà un sur le patrimoine.
--
FrViPofm

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

Re: [OSM-talk-fr] Changements massif sur les noms génériques de shop et amenity

2014-12-24 Par sujet Vincent Pottier


Le 24/12/2014 10:47, Éric Gillet a écrit :
Je suis totalement d'accord avec ces changements. Le tag name 
représente le nom des entités, et non pas leur fonction, qui est 
représentée dans les tags tels que shop=bakery. Sinon il faudrait 
rajouter name=* sur tout les entités...

+1
Si un étranger cherche des toilettes ou un boulanger sans savoir le 
terme local, l'application doit pouvoir lui proposer amenity=toilets | 
shop=bakery dans sa langue, avec la traduction française, en javanais...

Le gars recherche une fonctionnalité, pas un nom.

Je retire souvent des tags name=parking sur les parkings...
--
FrViPofm

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

Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR

2014-12-05 Par sujet Vincent Pottier


Le 05/12/2014 13:58, Vincent de Château-Thierry a écrit :
Tu n'as pas la berlue, on n'en a quasiment pas parlé. Et c'est 
vraiment embryonnaire. L'idée c'est d'archiver quelque part qu'une 
donnée sur laquelle on n'a pas de prise (la source Cadastre) contient 
des infos qui n'existent pas/plus sur le terrain, et donc que leur 
absence dans OSM est voulue et normale. On peut faire le parallèle 
avec la discussion récurrente sur les immeubles démolis mais encore 
visibles sur bing : comment dire qu'il ne faut pas les saisir ? Ici, 
la 'black' liste permet au moins, dans les sorties de BANO, d'exclure 
une information. Par défaut sinon, ce contenu sera présent dans les 
exports.
Une espèce d'anti-databank, (pas antidatées ;-) ) contenant ce qu'OSM 
considère comme fautif dans les bases externes (cadastre, fantoir...), 
avec un champ pour mentionner la source considérée comme fautive.


Ça permettrait, via osmose, de relever des conflits quand, par exemple, 
quelqu'un a remis un building là où on en avait signalé un dans 
l'antidata. Est-ce une reconstruction ? Est-ce un forcené de l'import ?

--
FrViPofm

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

Re: [OSM-talk-fr] Crèches, halte-garderies, multi-accueils, écoles maternelles

2014-11-28 Par sujet Vincent Pottier


Le 28/11/2014 18:33, Yves Pratter a écrit :


Mais pour une « crèche », je ne suis pas sûr qu’en tant que parent, on 
demandera sur l’instant à notre GPS de nous y conduire ;-)

OSM, il y a longtemps que ça ne sert plus seulement pour les GPS.
Ça va servir, et de plus en plus pour de la donnée géographique à toute 
autre fin, notamment statistique...

--
FrViPofm

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

Re: [OSM-talk-fr] Outils pour mise à jour du bâti ?

2014-11-26 Par sujet Vincent Pottier


Le 26/11/2014 16:19, sly (sylvain letuffe) a écrit :
Après ce que j'ai lu, vu, et entendu, voilà donc celle que je préfère 
et que je compte utiliser et que je viens de documenter : 
http://wiki.openstreetmap.org/wiki/Key:removed demolished ne me plaît 
finalement pas car le nom limite son usage aux éléments non naturels 
(une forêt qui a brulée n'irait pas bien comme demolished, pas plus 
qu'un lac asséché) Et si quelqu'un tient absolument à indiquer que ça 
a été détruit (je me demande bien si l'usage a sa place dans osm ?) un 
removed:building=church + demolished=yes peut faire l'affaire. - 

♫ Moi, mon colon, celle que j'préfère... ♫

Moi, j'aimais bien le no:building=* comme valeur par défaut quand on ne 
sait pas si c'est un demolished:building ou autre.


no:building=yes  : ça n'est pas un non-sens. Et c'est KISS, donc j'aime.
( Et il ne sera pas dit que je ne sais pas manier les doubles négations 
:-) )

--
FrViPofm


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

[OSM-talk-fr] BANO avé l'assent

2014-11-26 Par sujet Vincent Pottier


Bonjour,
Je n'ai pas tout compris des priorités des sources etc...
Mais là, je sens que le rapprochement, ça va être dur !
http://layers.openstreetmap.fr/?zoom=18lat=47.21579lon=5.98253layers=BFT

Parce que l'accent, là, il n'est ni espagnol, ni franc-comtois...
--
FrViPofm

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

Re: [OSM-talk-fr] Base d’adresse : union de raison entre l’IGN et OpenStreetMap

2014-11-19 Par sujet Vincent Pottier


Le 19/11/2014 17:47, Jérôme Seigneuret a écrit :

/
/


  @Ronan Morin

/La licence d'OSM ne permet pas aux partenaires fondateurs de revendre 
sans partage les données d'OSM donc ils devront faire sans./


Humm oui mais! Ils vendront leurs produits et les données OSM 
manquantes seront moulinées dans un produit complémentaire sous 
licence OSM comme un produit cadeauxavec la licence proposé par OSM


Je pense que ça c'est pas incompatible.
Mais le cadeau reste sous la même licence. Les clients seront donc 
contraints, et ne seront pas dupes.

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

Re: [OSM-talk-fr] Lot Talk-fr, Vol 100, Parution 36

2014-11-05 Par sujet Vincent Pottier


Le 05/11/2014 18:21, Stéphane Péneau a écrit :

Le 05/11/2014 17:49, Pierre-Yves Berrard a écrit :

CTRL+J !



Les raccourcis sont différents selon les Os ?
Ici, avec Windows, pour ne faire qu'un batiment depuis 2 polygones qui 
se touchent ou se superposent partiellement, c'est Shift+J

Pareil sous Linux
--
FrViPofm

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

Re: [OSM-talk-fr] Comment cartographier des statues de la vierge ?

2014-11-05 Par sujet Vincent Pottier


Le 05/11/2014 21:40, Pieren a écrit :

2014-11-05 14:17 GMT+01:00 Christian Rogel christian.ro...@club-internet.fr:


Il apparaît que certains veulent mettre building=wayside_shrine dès que 
l’édicule dépasse, disons, 1 mètre carré.

Mouais. Alors qu'on a fait beaucoup d'efforts pour ne plus utiliser
building=bridge parce que la plupart des ponts ne sont pas des
bâtiments (voir man_made=bridge), on ne va pas recommencer avec les
statues ! Pour moi, un building, c'est au minimum quelque chose de
creux avec au moins une porte !

+1
--
FrViPofm

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

Re: [OSM-talk-fr] Comment cartographier des statues de la vierge ?

2014-11-05 Par sujet Vincent Pottier


Le 05/11/2014 21:56, Erik Amzallag a écrit :

Dans ce cas, quid de la Statue de la liberté ? :o)

Elle est creuse, avec au moins une porte (vers la liberté).
building=seaside_shrine


Le 5 novembre 2014 21:40, Pieren pier...@gmail.com 
mailto:pier...@gmail.com a écrit :


2014-11-05 14:17 GMT+01:00 Christian Rogel
christian.ro...@club-internet.fr
mailto:christian.ro...@club-internet.fr:

 Il apparaît que certains veulent mettre building=wayside_shrine
dès que l’édicule dépasse, disons, 1 mètre carré.

Mouais. Alors qu'on a fait beaucoup d'efforts pour ne plus utiliser
building=bridge parce que la plupart des ponts ne sont pas des
bâtiments (voir man_made=bridge), on ne va pas recommencer avec les
statues ! Pour moi, un building, c'est au minimum quelque chose de
creux avec au moins une porte !

Pieren

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




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


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

Re: [OSM-talk-fr] Comment cartographier des statues de la vierge ?

2014-11-04 Par sujet Vincent Pottier


Le 04/11/2014 19:41, Yves Pratter a écrit :
Encore un autre pour répondre à Jean-Baptiste et son wikidata : il ne 
s’agit pas de Marie elle même, mais de *l’hyperdulie* la concernant ;-)

Je fais le malin, mais je ne connaissais pas ce mot il y a 10 mn :-D


:-) L'enseignement des religions à travers OSM...
Mais ce n'est pas un mot facile à placer dans une conversation !
Même moi, je ne l'utilise jamais !
--
FrViPofm
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Comment cartographier des statues de la vierge ?

2014-11-04 Par sujet Vincent Pottier


Le 04/11/2014 20:21, Jérôme Seigneuret a écrit :



Le 4 novembre 2014 20:00, Vincent Pottier vpott...@gmail.com 
mailto:vpott...@gmail.com a écrit :


Le 04/11/2014 19:41, Yves Pratter a écrit :

Encore un autre pour répondre à Jean-Baptiste et son wikidata :
il ne s’agit pas de Marie elle même, mais de *l’hyperdulie* la
concernant ;-)
Je fais le malin, mais je ne connaissais pas ce mot il y a 10 mn :-D


:-) L'enseignement des religions à travers OSM...
Mais ce n'est pas un mot facile à placer dans une conversation !
Même moi, je ne l'utilise jamais !

Alors vous êtes plutôt pour le culte de dulie, d'hyperdulie ou bien de 
latrie ;-)

Moi, je suis plutôt contre, tout contre... comme disait un humoriste.

Je ne me retrouve pas dans ces catégories qui ne sont pas vraiment de ma 
tradition, ni dans un vocabulaire qui n'a plus beaucoup de sens aujourd'hui.
Mon fondateur, François d'Assise, est le plus protestant des saints et 
le plus saint des protestants me disait un pasteur protestant... On est 
hors catégories...


Quand au fait de représenter, ou non, Dieu, Jésus, Marie, les saints, 
Mohamed, Bouddha ou autre, voire de détruire les icônes (période 
iconoclaste byzantine), les statues des portails des cathédrales par les 
protestants, ou les Bouddhas de Bâmiyân par les talibans,  c'est une 
question un peu différente. Le refus est basé sur Exode 20,4. Mais la 
destruction n'a pas d'autre explication que sur la stupidité.


Mais bon, on s'éloigne de la cartographie.
À moins de se lancer dans la cartographie céleste...
--
FrViPofm
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Y sont fou ces américains

2014-10-25 Par sujet Vincent Pottier


Le 25/10/2014 10:27, Christophe Merlet a écrit :

Le 25/10/2014 09:59, David Crochet a écrit :

z'en pensez quoi ?

Qu'en France on a la même chose
http://www.openstreetmap.org/relation/2809778#map=13/43.2471/-0.7234

Ou ça :
http://www.openstreetmap.org/relation/147840
--
FrViPofm

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

Re: [OSM-talk-fr] Utilisation uMap par les Chambres de Commerce et d'Industrie

2014-10-23 Par sujet Vincent Pottier


Le 23/10/2014 10:39, Christian Quest a écrit :
Elle a de plus été crowdsourcée. Les CCI ont travaillé chacune de 
leur côté sur la même carte umap d'après ce que j'ai compris.



Probablement.
À voir la précision des sites sur Besançon et environs (juste une petite 
erreur), ce sont des gens qui connaissent bien le terrain.

--
FrViPofm

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

Re: [OSM-talk-fr] Cartographie sentiers de randonnée du topoguide du Pays d'Ambert

2014-10-22 Par sujet Vincent Pottier


Le 22/10/2014 10:19, Nicolas Moyroud a écrit :


Un exemple d'intérêt d'un itinéraire intégré à OSM : extraire tous les 
éléments qui composent la relation pour faire un statistique des 
chemins empruntés (par exemple 80% de path, 10% de track, 10% de 
routes). D'ailleurs dès que j'arrive à trouver un peu de temps je me 
lance dans une petite interface web pour faire ça, avec en bonus 
génération à la demande des cartes de chaque itinéraire en utilisant 
Maperitive et le R25.

J'ai des bouts de code python et javascript pour ça.
J'avais commencé une petite application qui collectait des bouts de 
chemin pour faire un itinéraire, sur base osm2psql.
En gros, le client a un chemin (A) et interroge, via ajax, le serveur 
qui lui retourne les chemins connectés. L'utilisateur sélectionne l'un 
d'entre eux (b), le client ajoute à l’itinéraire le segment utile de A, 
renvoie au serveur le chemin B. Le serveur retourne les chemins 
connectés. etc... de proche en proche, le client constitue l'itinéraire 
avec les informations de tronçon, type de voirie, pont...

C'est une approche itérative un peu fastidieuse sur des longs trajets.
Nom de code wanderer
Bien sur, c'est brouillon, mais libre, on demand.

On peut ajouter en parallèle la recherche de ressources proches : points 
d'eau, points d'approvisionnement, abris, points de vue, d'info...


On peut envisager la solution de calcul routage en première approche, 
moins fastidieuse que l'itération, ou un mixe des deux...
Mais je n'ai pas de base de donnée pour du calcul de routage, et plus 
beaucoup de temps pour m'y plonger.

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

Re: [OSM-talk-fr] Tag2link vers La Poste

2014-10-14 Par sujet Vincent Pottier

2014-10-14 7:38 GMT+02:00 Yves Pratter yves.prat...@gmail.com:


 #10608: Changes for the french usage


 Comment:

 Fixed in [o30716:30720]. I have made some modifications:
 - removed unnecessary restriction to `amenity=place_of_worship`, the
 ref:FR:CEF is enough


Si, si.
J'ai ajouté la condition amenity=place_of_worship parce que d'autres
objets que des églises (paroisses, diocèses...) peuvent avoir un tag
ref:FR:CEF. Or le format du lien ne s'applique qu'aux églises.

Il faut que je crée d'autres règles pour les autres entités.
--
FrViPofm
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tag2link vers La Poste

2014-10-10 Par sujet Vincent Pottier

Le 10/10/2014 08:26, Yves Pratter a écrit :

Par contre j’ai deux suggestions :

1. plutôt que tout recompiler à chaque fois (alors que ce qui change
n’est qu’un « simple » fichier de config xml), peut-on mettre ce
fichier en dehors de l’archive jar (du moins ses mises à jour) ?
Le greffon pourrait périodiquement (ou à la demande) aller
chercher ce fichier dans le dépôt SVN.

Ou bien, mais ça fait ré-écrire une bonne partie du greffon, pouvoir
choisir des fichiers différents, distants, locaux, comme pour les presets.
Il doit y avoir moyen de réutiliser du code de chargement des presets et
de l'interface graphique de sélection.
Bon, c'est une suggestion pour plus tard, quand Vincent sera plus
disponible.

1. Ce même fichier de config de lien automatique pourrait être
réutilisé par d’autres modules d’OSM ?
Je pense en particulier à la vue des objets depuis
openstreetmap.org http://openstreetmap.org :
* Fort Griffon

http://www.openstreetmap.org/relation/299118#map=18/47.24323/6.01884layers=C
:
pas de lien sur la page de l’UNESCO

Corrigé : l'expression régulière ne récupère que la première partie de
l'identifiant pour le lien. 1283-002 - 1283

* Synagogue de Besançon
http://www.openstreetmap.org/way/32744591 : idem pour la
page Mérimée. Par contre le lien se fait bien avec wikipedia

Je n'ai pas de problème. le lien s'ouvre bien :
http://www.culture.gouv.fr/public/mistral/mersri_fr?ACTION=CHERCHERFIELD_1=REFVALUE_1=PA00101610

J'ai intégré les modifs (plus d'autres : mise à jour pour ref:FR:CEF)
dans mon fichier http://frvipofm.net/osm/josm/tag2link_sources.xml

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

Re: [OSM-talk-fr] Tag2link vers La Poste

2014-10-09 Par sujet Vincent Pottier


Le 09/10/2014 13:08, Philippe Verdy a écrit :

 condition k=ref:FR:LaPoste v=[0-9-]{5}[A-Z] /
 ...
Avec ton expression régulière tu veux accepter les tirets dans le 
code, mais comme tu limites la partie code postal (avant la lettre 
finale) à 5 caractères, pas moyen d'y mettre autre chose que les 5 
chiffres : un tiret en plus et ça n'est plus reconnu.

Bingo !
De fait, le ref:FR:LaPoste n'a rien à voir avec le code postal.
Par exemple [1]
code postal : 25660
ref:FR:LaPoste : 04441A

Mais c'est vrai que le tiret est en trop dans l'expression régulière.
De ce que j'ai pu voir des valeurs, [0-9]{5}A devrait suffire. e n'ai 
pas vu d'autre lettre. Mais je n'ai fait que survoler.


@Yves
Refaire le ticket avec :

condition k=ref:FR:LaPoste v=[0-9]{5}[A-Z] /

Ce serait plus propre.
Sorry !
[1] http://www.openstreetmap.org/way/71854076
--
FrViPofm

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

Re: [OSM-talk-fr] Banque de Données Urbaines


Le 08/10/2014 14:29, Félix Marty a écrit :

Bonjour,

Voilà un sujet qui va probablement vous faire sourire...

Je contribue à OpenStreetMap depuis quelques mois.

Suite à un article paru dans le journal municipal sur un service de la 
mairie de Thonon-les-Bains, la Banque de Données Urbaines, j'ai pensé 
que leur envoyer un mail leur présentant le projet OpenStreetMap et 
leur proposant de mettre à disposition une partie ou l'ensemble de 
leur base de donnée pour collaborer avec OSM serait une idée intéressante.
Je vous mets à ce propos l'article du journal 
http://image.noelshack.com/fichiers/2014/41/1412769973-2014-10-08-135842.png 
et mon mail 
http://image.noelshack.com/fichiers/2014/41/1412770433-2014-10-08-1410382.png 
envoyé (inspiré pour certaines parties de la page wiki correspondante).


J'ai aujourd'hui reçu une réponse, à mon sens favorable, m'invitant à 
un rendez-vous pour présenter /« [les]objectif et [les] méthode 
d’acquisition, traitement et contrôle des données »/.


Le fait que je ne sache rien niveau traitement et contrôle des données 
n'est pas vraiment le problème, j'aurais pu regarder sur le wiki ou 
demander conseil ici...


Mon seul vrai problème — et c'est là que vous allez sourire — est mon 
âge. Contrairement à une large partie (la totalité ?) d'entre vous, je 
suis mineur et ne me vois vraiment pas aller à la mairie présenter 
OpenStreetMap. A moins que la responsable de la BDU ait une grande 
ouverture d'esprit, j'ai du mal à croire que je serai pris au sérieux.
J'ai commencé à contribuer cet été par ennui, et il faut dire que ça 
m'a plu. Ce mail à la mairie était peut-être de trop, parce que du 
coup je ne sais vraiment pas quoi faire.


Auriez-vous une idée ?

Merci.


Je ne crois pas que le fait d'être mineur soit un obstacle à l'exercice 
de la citoyenneté dans ce domaine.
Par contre, comme souligné par d'autres, face à des professionnels, 
l’honnêteté (reconnaître ses incompétences techniques, mais annoncer les 
relais possibles par l'association) et la clarté (soulever les points 
qui font question : licence...) seront plus payantes.
La jeunesse n'est pas une tare. Être pris au sérieux, ce ne sera pas 
tant sur une question d'âge que sur une question... de sérieux de la 
préparation.


Je crois même, au contraire, que souvent, dans les mairies, la 
participation des jeunes à la vie citoyenne est bien vue, voire valorisée.
Donc autant y aller sans complexe, mais avec une bonne préparation... 
via cette liste entre autre.

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

Re: [OSM-talk-fr] Tag2link vers La Poste


J'ai aussi quelques liens à ajouter à tag2link.

Je me les suis ajouté en local en éditant le fichier situé à (sur Ubuntu) :
~/.josm/plugins/tag2link.jar/resources/tag2link_sources.xml

En ajoutant le code suivant juste avant la balise de fin, ça fonctionne 
(je viens de tester).


!-- LaPoste --
src name=LaPoste country-code=FR
rule
condition k=ref:FR:LaPoste v=[0-9-]{5}[A-Z] /
link name=View %name% page of this post office 
href=http://www.laposte.fr/particulier/outils/trouver-un-bureau-de-poste/bureau-detail/%v%/%v%;
 /
/rule
/src

Si vous êtes intéressé, ma version du fichier est disponible ici 
http://frvipofm.net/osm/josm/tag2link_sources.xml et comprend des 
liens pour les balises ref:FR:NAF, ref:FR:SIRET, ref:FR:FINESS.
J'avais un lien fonctionnant avec ref:(FR:)UAI, mais c'est mort. 
D'autres pistes ?


C'est sur que ce serait mieux intégré dans le SNV... Mais je ne sais pas 
manier ça.

--
FrViPofm

Le 08/10/2014 12:47, Yves Pratter a écrit :
Ça serait pratique de mettre à jour le greffon de JOSM Tag2Link pour 
pointer directement vers la page du bureau de poste à partir de 
l’attribut *ref:FR:LaPoste*

Oups, j’ai oublié de mettre le lien…

http://www.laposte.fr/particulier/outils/trouver-un-bureau-de-poste/bureau-detail/byans-sur-doubs-ap/12082B
ou
http://groupe.laposte.fr/particulier/outils/trouver-un-bureau-de-poste/bureau-detail/byans-sur-doubs-ap/12082B

ça marche aussi avec en mettant n’importe quoi juste avec la référence :
http://www.laposte.fr/particulier/outils/trouver-un-bureau-de-poste/bureau-detail/*BYANS 
SUR DOUBS*/12082B

http://www.laposte.fr/particulier/outils/trouver-un-bureau-de-poste/bureau-detail/*XXX*/12082B
http://groupe.laposte.fr/particulier/outils/trouver-un-bureau-de-poste/bureau-detail/*12082B*/12082B

Mais ces liens ne fonctionnent pas — et affiche un facteur pédalant 
sur son vélo :-D

http://www.laposte.fr/particulier/outils/trouver-un-bureau-de-poste/bureau-detail//12082B
http://www.laposte.fr/particulier/outils/trouver-un-bureau-de-poste/bureau-detail/12082B
http://www.laposte.fr/particulier/outils/trouver-un-bureau-de-poste/bureau-detail/byans-sur-doubs-ap/

Le lien peut être construit en mettant la référence dans les deux 
derniers champs car elle est fiable (pas l’attribut nom).


—
Yves


___
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] Tag2link vers La Poste


Le 08/10/2014 19:25, Stéphane Péneau a écrit :

Tant qu'on est dans ce genre de considération, mais légèrement à coté :
Est-ce que quelqu'un connait un moyen, depuis josm, de récupérer le 
lien d'un objet sous la forme openstreetmap.org/way(ou node ou 
relation)/id_de_l'objet ??


Stf
Dans JOSM, ctr + maj + i ouvre la page de l'objet dans le navigateur, 
c'est là que je récupère le lien.

--
FrViPofm

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

Re: [OSM-talk-fr] Tag2link vers La Poste


Le 08/10/2014 18:40, Etienne Trimaille a écrit :
Le 8 octobre 2014 17:22, Vincent Pottier vpott...@gmail.com 
mailto:vpott...@gmail.com a écrit :


J'avais un lien fonctionnant avec ref:(FR:)UAI, mais c'est mort.
D'autres pistes ?


Oui, celle-ci :
http://www.education.gouv.fr/pid24302/annuaire-resultat-recherche.html?lycee_name= 
puis la ref UAI
Contrairement à ce que laisse penser l'URL, ca marche avec toutes les 
écoles.




Merci.
C'est mis à jour :
http://frvipofm.net/osm/josm/tag2link_sources.xml
--
FrViPofm
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] amenity=place_of_worship sur église en ruine

2014-10-07 Par sujet Vincent Pottier

J'avais entendu dire, dans le temps, que, pour le fisc, c'est quand le 
toit tombait (ou était tombé) que ça devenait inhabitable ou 
inutilisable et qu'on cessait de payer des impôts.


La question du toit , c'est peut-être le critère...
--
FrViPofm


Le 06/10/2014 15:01, sylvain letuffe a écrit :

On lundi 6 octobre 2014, you wrote:

Grave question : à partir de quand un bâtiment en ruine perd son
qualificatif de building ? lorsqu'il perd son toit ? un pan de mur ?
vitres cassées ? plus de porte ?

Pieren

Question intéressante et récurrente sur le cycle de vie des objets :
Quand passe-t-on à disused (inutilisé) puis à abondonned puis à ruined
et en effet, ça risque d'être assez flou la limite !

Pour ta question, quand doit on retirer le tag building=x pour devenir autre
chose je pense que le choix tient dans la définition de building. Le wiki
d'osm n'en définit pas le sens pour osm, il nous reste la ou les définitions
du mot building en anglais. J'en ai trouvé plusieurs sur le net :
la plus courante :
  A closed structure with walls and a roof.
( structure = A cohesive whole built up of distinct part)
A building is a man-made structure with a roof and walls standing more or
less permanently in one place (wikipedia)
ou parfois :
a man-made structure intended for human use or occupation

Dans le sens des deux premiers, c'est exactement tes deux premières
propositions, un bâtiment (dans osm) perd sont qualificatif de building s'il
perd son toit ou un mur.
(branlette de cerveau : et s'il n'a perdu qu'une partie du toit ? a-t-il
toujours sont toit ?)

Dans la 3ème, s'il n'est plus prévu pour être utilisé par des humains.

ps: on notera au passage que rapport à la première définition
building=yes + wall=no
est un usage incohérent que nous avons dans osm




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

Re: [OSM-talk-fr] Amenity = fuel sur un aérodrome

2014-10-07 Par sujet Vincent Pottier


Le 07/10/2014 16:44, Mides a écrit :

Bonjour,

comment peut on taguer un distributeur de carburant présent sur un 
petit aérodrome ?


Michel


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

Comme ça ?
http://osm.org/go/0BM7unf_R
--
FrViPofm
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Amélioration des routes/chemins avec Strava

2014-10-01 Par sujet Vincent Pottier


Le 01/10/2014 18:56, Eric SIBERT a écrit :

Du coup, j'ai ajouté ça dans les calques de JOSM :
Strava :
tms[18]:http://gometry.strava.com/tiles/both/color1/{zoom}/{x}/{y}.png


Je viens d'essayer. Quand il y a beaucoup de traces, c'est beaucoup 
plus lisible que la superposition de traces issues de OSM.
Si on pouvait définir une couleur rvba pour les trace GPX dans JOSM avec 
une opacité à 0.3 mais une épaisseur à 2px (par exemple) on aurait cet 
effet heat par superposition. Mais je n'ai jamais trouvé comment changer 
le style d'affichage des traces pour mettre quelque chose d'un peu plus 
lisible que le gris ultra fin.




et maintenant, le vois les sentiers sous les arbres ;-)


S'il y a des traces...

Bien sûr !
En fait c'était une formule humoristique.

Mais ce que j'ai vu en terrain découvert rocheux, c'est qu'un passage 
suffit à montrer où il y a un sentier et à réinterpréter l'imagerie Bing.

--
FrViPofm

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

[OSM-talk-fr] ubiflow fait encore des siennes


Envoyé ce jour à Ubiflow via leur page contact :
-
Bonjour,
J'ai le regret de vous informer que, dans le changeset 25763049 [1] j'ai 
supprimé d'OpenStreetMap les données importées par le contributeur 
SeFaireConnaitre [2] qui dit agir en votre nom.
En effet, le jeu de donnée supprimées était mal localisé, tous les 
points étant au même emplacement, et le jeu de tags ne correspondait pas 
aux usages d'OpenStreetMap.


[1] https://www.openstreetmap.org/changeset/25763049
[2] https://www.openstreetmap.org/user/SeFaireConnaitre

Cordialement.

Vincent Pottier, contributeur sur OpenStreetMap
-
FrViPofm

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

Re: [OSM-talk-fr] tagguer une résidence


Le 30/09/2014 13:41, jerome.ama...@gmail.com a écrit :


Contact: c'est des info sur comment contacter surtout des entreprise 
et donc il faudrait y mettre ce qu'attend la poste. Ici c'est une 
adresse et elle est différente de celle de l'entrée de la résidence vu 
qu'il y a en plus un addr:housename=



contact:housename ?
--
FrViPofm

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

[OSM-talk-fr] osm.fr : Comment puis-je utiliser les données ?


Bonsoir,
sur la page Comment puis-je utiliser les données ?, il pourrait y 
avoir un petit mot sur umap et un lien...
C'est un moyen facile d'utiliser les données, ou tout au moins un fond 
de carte si la requête n'est pas en overpass.

--
FrViPofm

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

[OSM-talk-fr] osm.fr : De la diversité des cartes produites avec OSM, lien mort


re-bonsoir,

Le lien de la page De la diversité des cartes produites avec OSM vers 
http://www.openwhatevermap.org/ est mort.

erreur 403 Forbidden.
--
FrViPofm


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

Re: [OSM-talk-fr] Amélioration des routes/chemins avec Strava


Le 30/09/2014 23:33, Eric Debeau a écrit :

Bonsoir

Strava,

Du coup, j'ai ajouté ça dans les calques de JOSM :
Strava : 
tms[18]:http://gometry.strava.com/tiles/both/color1/{zoom}/{x}/{y}.png


et maintenant, le vois les sentiers sous les arbres ;-)
--
FrViPofm

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

Re: [OSM-talk-fr] Amélioration des routes/chemins avec Strava


Le 01/10/2014 00:22, Jérôme Seigneuret a écrit :
Powah! C'est trop bien ce truc! tu fais ta ligne proche du heatmap GPS 
ou tu sélectionnes une existante tu cliques sur D et hop tu as un beau 
tracé tout propre. ça simplifie même le nombre de noeuds si il y en a 
trop.


Vraiment bien Ce truc. Je vous conseille de le tester mais bon ça 
aurait pu être intégré dans iD plutôt que de faire un Fork...

J'ai intégré dans JOSM comme tout calque classique.
Et j'ai ajouté déjà quelques km de chemins dont je ne connaissais que 
l'existence.


Dommage que ça ne zoome qu'au 18. On perd les points quand on se rapproche.
--
FrViPofm

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

Re: [OSM-talk-fr] Import automatique de traces GPS, bien ou mal ?

2014-09-29 Par sujet Vincent Pottier

Un intérêt des traces, s'il y a l'info de temps encore dans les gpx, 
c'est le calcul de vitesse.


Sur le nombre de trace, on doit pouvoir repérer tout ce qui est lié à la 
vitesse : les changement de limitation de vitesse, les entrées en 
agglomération, les feux de carrefour, les virages dangereux, les 
barrières de péage...


En fait, une trace, ça cause.

J'avais fait, il y a quelques années, un petit programme en python pour 
rechercher les arrêts de bus ou les gares dans les traces chargées sur 
OSM avec ces tags. Ça n'est pas allé plus loin que le proof of concept. 
Mais ça marchait à peu près...

--
FrViPofm

Le 29/09/2014 11:22, Eric Sibert a écrit :
Pour les traces divergentes, on peut imaginer des algorithmes qui les 
éliminent.


Quand on a des distributions pas très gaussiennes avec des points 
aberrants, on utilise le sigma clipping. On fait une première moyenne 
avec tous les points. Ensuite, tous les points au delà de n fois 
l'écart-type sont éliminés et on recommence la moyenne. On poursuit le 
processus de manière itérative jusqu'à convergence.


Pour des traces GPS, on pourrait par exemple supprimer toute la trace 
sur 1 km dès qu'un seul point de la trace est trop éloigné de la trace 
moyenne. On pourrait aussi ne pas produire de trace moyenne quand la 
convergence est trop faible.


D'une manière générale, je pense que l'accumulation de traces GPS peut 
apporter un plus. Le gain n'est pas le même entre la première trace et 
la millième. On se retrouve sur les histoires de big data. Chaque 
donnée a peu de sens mais l'ensemble peut en avoir un, à condition 
d'avoir les outils qui vont bien avec.


Concernant les traces GPX qui seraient collées à une base de donnée 
sous-jacente, j'espère que personne n'en upload vers OSM car ce serait 
un non-sens. En plus, question licence, ça serait aussi très discutable.



Eric


___
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] Import automatique de traces GPS, bien ou mal ?

2014-09-29 Par sujet Vincent Pottier


Le 29/09/2014 14:14, Jérôme Seigneuret a écrit :
@Vincent Pottier, Pour le calcul de vitesse, ça te donne juste une 
vitesse moyenne d'usage. C'est aussi à prendre avec des pincettes car 
il est rare que les gens soit à 50km/h avant le panneau d'entrée de 
ville. J'ai une deux voies devant chez moi (en ville) C'est 50km/h et 
toute le monde roule à 70km/h en moyenne.
Les lieux-dit dans certains bled entre Orléans et Pithiviers sont à 
70km/h mais les gens roule en moyenne à 100km/h donc difficile à 
identifier sur une moyenne mais sur l'écart-type de vitesse je pense 
que l'on doit pouvoir.
Bon, ça doit demander des phases de préparation, mais je pense qu'on 
doit pouvoir repérer que sur un tronçon, le gros de la flotte roule en 
moyenne à 90 km/h puis que sur le tronçon suivant une partie non 
négligeable roule à 50, 70...


Par ici aussi, je connais un carrefour limité à 70 que je franchis 
souvent, disons, à 90, mais parfois aussi à 70.


Je ne suis pas assez matheux pour savoir comment procéder, et comment 
appeler le processus. Mais je pense que dans une courbe répartition on 
doit pouvoir observer un ou plusieurs sommets, ou dans un nuage de 
points, des zones denses.


On fait ce genre de chose en traitement du signal pour le son ou 
l'image, non ?


On doit pouvoir faire de la reconnaissance de forme sur des paquets de gpx ?


Ok pour les points d'arrêt mais pas pour définir ce qui les qualifie 
(feux, stop, cédez le passage)
J'avais fait mes tests sur des traces prises dans des bus. Ça ne 
permettait pas de dire la nature de l'arrêt, mais ça signalait qu'il y 
avait eu un arrêt.
Le barrières de péage oui. Est-que l'on va pouvoir déterminer le 
nombre d'entrées et les zones à télépéages rapide... Ça va surement 
dépendre du coef. d'écartement entre les traces que l'on va tolérer.


Si le code de la route était super bien respecté on aurait pas tous 
ces problèmes ...

Il est respecté par certains et ça doit se repérer dans le flot de gpx.

Certes, c'est pas le même type de traitement.
--
FrViPofm

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

[OSM-talk-fr] ref:FR:SIRET

2014-09-24 Par sujet Vincent Pottier


Bonjour,

En coordination avec Jean-Jouis Zimmermann, nous avons changé les tags 
fr:SIRET en ref:FR:SIRET sur la ville d'Orange.
Puis récemment, ceux-ci ont été changés en ref:FR:SIREN alors qu'ils 
s'agissait bien d'identifiant d'établissements.


Au delà de cette petite erreur, je me fais la réflexion suivante.

Les ref:FR:SIRET (14 chiffres) sont bien des identifiants 
(géographiques, précise wikipédia) d'établissement, à apposer sur le 
point, le way de l'établissement.
Quant aux ref:FR:SIREN (9 chiffres), il sont des identifiants 
d'entreprises. Ils pourraient être apposés à l'établissement où réside 
le siège social de l'entreprise tel que indiquent des sites comme [1] 
qui précise le SIRET du siège social.
Cela permettrait de faire les requêtes qui vont bien pour géolocaliser 
les établissements d'une entreprise et son siège social.


Par ailleurs :
Le code NAF (anciennement APE) est référencé dans le tag ref:FR:NAF [2], 
bien pratique et précis.
Les communes [3], et probablement les collectivité locales on un numéro 
SIRET (et donc SIREN). Le SIREN pourrait être mis sur le point 
admin_centre, et le SIRET sur la mairie.


Si cet usage vous convient, je modifierai le wiki en ce sens.

Aujourd'hui, il y a encore peu de SIRET dans OSM. Mais après BANO, je 
pense que la géolocalisation des entreprises intéressera beaucoup de monde.
Peut-être que certains imports peuvent être mécanisés, par exemple pour 
les collectivités locales, les écoles (on a déjà un ref:UAI qui pourrait 
devenir, pour cohérence, un ref:FR:UAI).


[1] http://www.score3.fr/STANDARD-329881148.shtml
[2] http://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:NAF
[2] voir par exemple https://www.openstreetmap.org/node/26692306
--
FrViPofm

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

Re: [OSM-talk-fr] Modèle numérique de terrain (MNT) de la Nasa en pas de 30m, bientôt pour tous le monde

2014-09-24 Par sujet Vincent Pottier


Le 24/09/2014 19:00, Yves a écrit :
Mettez dans le wiki Josm, pas de soucis de surutilisation, je pense, 
vu qu'il y a aussi les pistes de ski avec.


A noter que suite à un changement de serveur, je ne sers plus la 
couche hysohypses seuls.

Yves - Opensnowmap.org http://Opensnowmap.org

:-(
Je l'utilisais ici.
http://frvipofm.net/jp/carte.html
avec http://www2.opensnowmap.org/tiles-contours/{zoom}/{x}/{y}.png
et http://tiles2.openpistemap.org/landshaded/{zoom}/{x}/{y}.png
qui est plus contrasté. [1]

J'aimais bien sa couleur jaune-orangé.

On ne peut pas imaginer un serveur sur osm.fr ?

[1] comparer :
http://www.opensnowmap.org/opensnowmap-overlay/13/4227/2884.png
http://tiles2.openpistemap.org/landshaded/13/4227/2884.png
--
FrViPofm
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Extraction API des rues en sens unique (interdit) sur une commune

2014-09-22 Par sujet Vincent Pottier


Le 22/09/2014 13:17, Pieren a écrit :

S'il n'y a pas de tag spécéfique, il faudrait aussi extraire les
giratoires et faire une requête pour exclure les highway+oneway dont
au moins une extrémité touche ces fameux carefours (et si ça forme un
Y et pas un I ). Sans doute faisable mais bien moins facile que
d'ajouter un tag...

Pieren


Je ne sais pas s'il existe un tag qui dit :
séparé_par_un_îlot_directionnel=yes [1]

Sinon, ce serait ça qu'il faudrait ajouter sur la myriade de ces petits 
bouts de voie, à l'approche d'un rond-point, d'un passage pour piétions, 
d'un carrefour.


[1] https://fr.wiktionary.org/wiki/%C3%AElot_directionnel
--
FrViPofm

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

[OSM-talk-fr] ffco et OSM, ça n'est plus vrai...

2014-09-15 Par sujet Vincent Pottier


Je cite osm.fr :
Le site web de la Fédération Française de Course d'Orientation utilise 
un fond OpenStreetMap pour localiser ses clubs. [1]


C'était vrai, ça ne l'est plus, hélas. [2]

[1] http://openstreetmap.fr/ffco-carte-clubs
[2] http://www.ffcorientation.fr/decouvrir/pratiquer/clubs/
--
FrViPofm

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

Re: [OSM-talk-fr] Le saviez-vous ?

2014-09-04 Par sujet Vincent Pottier


Le 04/09/2014 15:25, Yannick VOYEAUD a écrit :

Le 04/09/2014 09:20, Ab_fab a écrit :

Pas grave, si tu accompagnes le nombre d'une petite phrase du genre
vous devez en connaître un/une qui n'est pas encore dans OSM, rejoignez
la communauté et contribuez !

Bonjour,

Je plussoie à l'idée sous-jacente à cette réponse. Le simple fait que le
chiffre annoncé soit anormal vis à vis de la réalité devrait faire
réagir certains visiteurs concernés par cet élément.

Amitiés

En plus, avec un petit lien vers une carte à la overpass-turbo, ça 
permet d'identifier les objets présents et donc ceux manquants.


Le widget va devenir une usine à gaz !
--
FrViPofm

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

Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !

2014-09-04 Par sujet Vincent Pottier


Le 04/09/2014 13:48, Eric Marsden a écrit :

   Les cartes IGN restent globalement meilleures et surtout plus
   homogènes, mais l'écart diminue rapidement. On ne peut pas non plus
   toujours faire confiance aux cartes IGN (cabanes affichées mais en
   ruines, chemins marqués mais plus maintenus…).

J'ai deux expériences cuisantes d'erreurs ou au moins de confusions avec 
les cartes topo25, dans le Vercors et dans le Verdon.


Tracé très difficile à identifier dans des falaises entre du sentier, de 
la limite de commune...
Et demi-tour, faute de chemin, dans une paroi au sud en plein cagnard 
avec une bande d'ados assoiffée.

--
FrViPofm

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

Re: [OSM-talk-fr] Un petit challenge pour un codeur-motard (ou l'inverse)


Le 03/09/2014 06:29, Art Penteur a écrit :

Dans le cas que tu présentes, tu as bien trois points : les lignes que
tu traces et qui partent loin sont bien accrochées à un point, quelque
part.
Donc à chaque angle que tu vois, tu peux bien définir le point du
virage, le point avant, le point après.
Oui, oui, je sais bien. C'est à dessein qu'il n'y avait qu'un point sur 
le dessin.


Reste la question du calcul du rayon de courbure.
La méthode de base consiste à trouver le centre du cercle passant par
les trois points. On le trouve à l'intersection des médiatrices des
deux segments avant/après. Puis il suffit de calculer la distance
entre ce centre et le point.
Sur des points très irrégulièrement espacés, je ne sais pas ce que
cette méthode peut donner.
D'où mon premier schéma. Si le premier point, avant le virage, et le 
dernier, après, sont derrière l'horizon et que les segments traversent 
les plaines du Nevada sur des kilomètres avant de contourner la cabane 
drugstore, le calcul de courbure, quelque soit la courbe, cercle, 
parabole, clothoïde, ne donnera rien de pertinent hormis la variation 
d'azimut.

Il est aussi possible de calculer la parabole qui passe par les trois
points, puis d'appliquer des formules analytique (en dérivée seconde,
...) sur cette parabole. Il est possible que ça donne de meilleurs
résultats.

Bon courage. Je relève les copies dans une heure. D'ici là, je
surveille que vous ne copiez pas sur le voisin, ni sur Internet.

Dommage :
https://fr.wikipedia.org/wiki/Trac%C3%A9_en_plan_%28route%29
--
FrViPofm


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

Re: [OSM-talk-fr] Le saviez-vous ?


Le 03/09/2014 18:53, Christian Quest a écrit :
J'ai rajouté un petit widget sur le site http://openstreetmap.fr dans 
la colonne de droite intitulé Le saviez vous ?


Son contenu est choisit aléatoirement et indique un chiffre à propos 
d'OSM:

- nombre de nouveaux contributeurs sur la semaine
- nombre de cartes personnalisées avec uMap
- nombre d'addresses dans BANO
- nombre de restaurants, de musées, d'hopitaux, d'écoles...
- nombre de lieux pour lesquels l'accessibilité en fauteuil roulant 
est renseigné

etc
...
Si vous avez des idées à proposer, n'hésitez pas. L'idée est de donner 
un chiffre qui peut étonner, montrer le côté données au delà de la 
carte trop superficielle...


nombre d'aérodromes, de bouchers, de bureaux de poste, de pharmacies, de 
terrains de foot, de tennis (déjà présent), de pistes de cross, de bancs 
publics, de fontaines, d'œuvres d'art, de monuments classés...


Si ça n'est pas trop lourd (il faudra certainement du cache),

km d'autoroute, de rivière, de sentier, de piste de ski rouge, verte, 
bleu..., de ligne de côte, de chemin de fer, de lignes HT...


km² de forêts, de prairie...
--
FrViPofm
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Le saviez-vous ?


Le 03/09/2014 22:09, Christian Quest a écrit :
Ce sont des chiffres intéressants, mais il faut les précalculer car ça 
prend beaucoup plus de temps que ce que je récupère en live actuellement.
Oui, pour les nombre de ..., c'est taginfo qui fait le précalcul, la 
synthèse.


Mais les km de ... ou km² de ...,  ils ne sont (n'étaient) pas 
précalculés pour les état-commune ?


De fait, ces synthèses vont être de plus en plus attendues. Les données 
OSM ne vont pas seulement servir à faire des cartes, aussi jolies 
soient-elles. Peu à peu OSM va entrer dans le big data.


BANO pointe son nez. Les polygones Corine sont redécoupés, explosés : 
les landuses s'affinent avec une granularité inouïe (bientôt on aura le 
parcellaire dans OSM). Les tags se diversiffient, c'est à dire que la 
variété d'objets présents et leur précision sémantique ne cesse de croître.


L'histoire de l'outil à compter les virages est symptomatique. On 
n'imaginait pas que ce type de demande pourrait surgir. J'espère que ça 
va voir le jour. Ça montrera combien la donnée OSM peut se prêter à des 
traitements farfelus. Et au passage, ça donnera des critères pour de la 
précision de tracé de voirie, avec, au passage, un module osmose en plus.


Après overpass-turbo, taginfo... il va falloir inventer d’autres api (et 
moteurs par derrière) pour offrir du digest de données OSM. 
état-commune c'était un point de départ.


J'ai bien quelques idées, un maposmatic de la donnée digérée, mais il se 
fait tard pour que je développe.

--
FrViPofm

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

Re: [OSM-talk-fr] Un petit challenge pour un codeur-motard (ou l'inverse)


Marrant !
Un géomètre en retraite m'avait parlé de clothoïde, le voisin, qui bosse 
à la DDE (pardon, on ne dit plus DDE) aussi. Et je retrouve cette même 
clothoïde sur wikipédia [1].
Heureusement que Philippe est là pour nous dire la véritable vérité 
vraie sur comment sont tracées les routes.


Dans son imagination, je suppose.
Parce que là [2] ou là [3], je ne vois pas de chaînette mais des cercles 
et des clothoïdes.


Dis, Philippe. Elle fait comment la chaînette, un virage de 270°, 
courant dans un échangeur ? La limite d'une chaînette, c'est pas 180° ?


[1] https://fr.wikipedia.org/wiki/Trac%C3%A9_en_plan_%28route%29
[2] http://osm.org/go/0A_iMpEU
[3] http://osm.org/go/0AuEEiDV-- http://osm.org/go/0DF9YZTE
--
FrViPofm

Le 03/09/2014 16:03, Philippe Verdy a écrit :



Les cercles c'est juste pour les rond-points (et encore... pas tous 
car certains sont ovoïdes).


Pour le reste le meilleur tracé c'est la chaînette (pas le clothoïde) 
qui correspond à un équilibre des forces et simule mieux le 
comportement au volant pour la prise de virages.


https://fr.wikipedia.org/wiki/Chaînette 
https://fr.wikipedia.org/wiki/Cha%C3%AEnette


Courbe transcendantale qu'on peut confondre à tord avec une parabole 
(la parabole n'est valable qu'avec une seule force dont l'orientation 
est fixe, comme le poid, la chaînette ajoute les forces de tension ou 
compression longitudinale qui élargissent la bosse de la parabole 
entre ses deux points de tension fixes aux extrémités).


Cette courbe est un cosinus hyperbolique.

Si on ajoute une contrainte angulaire aux extrémités (telle que les 
tangentes afin d'éliminer les angles aux extrémités avec les arcs 
suivants de chaque coté), on obtient une Bézier, bien plus facile à 
calculer que la chaînette (c'est la forme de la règle souple 
métallique qu'on fixe en certains points par des contraintes de placement.


Deux types de Bézier: quadratique pour la plus simple ou cubique pour 
un meilleur résultat. La vraie Bézier physique a un degré infini mais 
en pratique on s'arrêt au degré 3 qui suffit largement au delà la 
précision des virages de routes tombe à moins de 10 centimètres dans 
tous les cas pratique pour des déviations angulaire totale de l'arc 
inférieure à 45 degrés et une route d'une largeur voisine de 7 à 10 
mètres, et une longueur totale de l'arc inférieure à 100 mètres (sinon 
il suffit ajouter quelques noeuds et tracer des sous-arcs, mais sur 
une trace GPS, 100 mètres c'est déjà beaucoup et on a en principe deux 
ou tris points intermédiaires pour une relevé correct; sinon la trace 
n'est pas utilisable).

.


___
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 petit challenge pour un codeur-motard (ou l'inverse)

2014-09-02 Par sujet Vincent Pottier


Le 03/09/2014 00:13, Christian Quest a écrit :
Un petit outil pour analyser un GPX, et le compléter par des POI sur 
les virages...


C'est ici: http://forum.openstreetmap.fr/viewtopic.php?f=3t=1443
Hum... Intéressant mais contrairement à ce qui est dit sur le forum, je 
ne crois pas que ça soit si simple.

Je ne suis pas matheux, mais...
Compter les virages, ça va. Calculer les rayons de courbure, ça va 
dépendre de la qualité du tracé.


Un exemple :

 .
 .
 .
 |
 |
 x---.
Il y a un virage. Mais quelle courbure ?
Autre exemple (la route qui croise la voie ferrée)

...-x
 \
  x-...
Il y a deux virages repérables, mais quelle courbure ?
Il faut au moins trois points pour marquer un virage dont on pourra 
calculer le rayon de courbure. Avec deux points (angle cassé) il me 
semble que ça ne suffit pas.
Voir aussi le cas de deux virages successifs du même côté : il faut 
repérer deux minima de rayon de courbure distincts.


Je crois aussi que la variation d'azimut entre l'entrée et la sortie du 
virage est un critère important pour sa force : une épingle à cheveux, 
c'est un rayon court mais aussi 180° de variation d'azimut.


Intéressant à suivre...
sur dev, peut-être...
--
FrViPofm
FrViPofm

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

Re: [OSM-talk-fr] Re : Re: Alerte aux hangars

2014-08-20 Par sujet Vincent Pottier


Le 20/08/2014 08:50, didier2...@free.fr a écrit :

il peut avoir un hangar a coté d'un héliport ... (sans aérodrome)

Bingo !
Bien vu !


- Mail d'origine -
De: Vincent Pottier vpott...@gmail.com
À: talk-fr@openstreetmap.org
Envoyé: Wed, 20 Aug 2014 00:03:02 +0200 (CEST)
Objet: Re: [OSM-talk-fr] Alerte aux hangars

Le 19/08/2014 22:14, Art Penteur a écrit :

Pour le test d'erreur, ce n'est pas si simple : il y a encore des
aeroway=aerodrome ponctuels. Vaut-il mieux faire un test plus
compliqué (ajouter ou il existe un noeud aérodrome dans un rayon de
500m) ou signaler comme erreur les noeuds aeroway=aerodrome ?


Ça existe encore sous forme de noeud les aeroway=aerodrome ? Ça fait
longtemps qu'on a abandonné le décollage vertical !
Ah, oui ! 200 tout de même. On peut ajouter le test.

--
FrViPofm

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

[OSM-talk-fr] Alerte aux hangars


Bonjour tout le monde,

Il y a environ 5750 hangars en France, c'est ce que dit taginfo [1].
Voila l'image de leur répartition : [2]

Le problème, c'est un faux ami : le tag building=hangar est pour les 
hangars à aéronefs.

Pour les hangars agricoles, la grange, le tag, c'est building=barn.
Pour la hangar derrière chez le mécano, ou derrière la scierie, je ne 
sais pas.


Il y a tout de même quelques hangars aéronautiques dedans, donc on ne 
peut pas faire le changement d'un coup.
Par contre un petit filtre osmose pour détecter si le building=hangar 
est bien dans une surface aeroway=aerodrome, ça aiderai...


Du coup, j'ai créé la page FR:Tag:building=hangar [3] et la catégorie 
Faux-amis [4]. Vous en trouverez peut-être d'autres...



[1] http://taginfo.openstreetmap.fr/tags/building=hangar
[2] http://frvipofm.net/osm/images/Hangars_au_2014-08-19.png (c'est beau 
! non ?)

[3] http://wiki.openstreetmap.org/wiki/FR:Tag:building%3Dhangar
[4] http://wiki.openstreetmap.org/wiki/Category:FR:Faux-amis

--
FrViPofm

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

Re: [OSM-talk-fr] cartes personnelles et routes

Dans le même genre, il y avait quelqu'un qui faisait des cartes Garmin 
avec un look 'n feel Topo25. Mais j'ai perdu l'adresse...

Si le petit génie se reconnaît...qu'il se dénonce.
--
FrViPofm

Le 19/08/2014 16:43, Muselaar a écrit :


Le 12/08/2014 11:57, News mail a écrit :


Bonjour, selon votre niveau de randonneur, je peux te suggérer de 
regarder les cartes proposées par opentopomap [1], elles se basent 
sur OSM mais sont plus proches des cartes topographiques habituelles 
(genre IGN).


Cordialement,
Thomas

[1] https://opentopomap.org/



Effectivement, c'est mon fond de carte préféré (quand les autres 
lisaient encore la bibliothèque rose, je lisais déjà les cartes de 
l'IGN), mais le problème est que la mise-à-jour date de mars, et elle 
est lancée manuellement de loin en loin. Comme il manque beaucoup de 
chemins et de sentiers dans OSM, on ne peut pas disposer de ses 
propres corrections.


___
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] Alerte aux hangars


Le 19/08/2014 22:03, Philippe Verdy a écrit :
L'usage pour l'aviation n'est pas si ancien que ça pour dire que cela 
ne désigne que les abris d'avions.

Si, si !
La volaille a toujours trouvé abris dans les granges, les hangars, et 
autres fenils...


L'usage avicole du hangar remonte à la nuit des temps.
(quoi que la nuit, ce soit plutôt le poulailler...)

Et ça ne cessera que quand les poules auront des dents.

(d'ailleurs, je ne vois pas en quoi le fait d'avoir des dents permettra 
aux poules de se passer de hangar. Mais peut-être que Philippe a une 
théorie là-dessus)

--
FrViPofm

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

Re: [OSM-talk-fr] Alerte aux hangars


Le 19/08/2014 22:14, Art Penteur a écrit :


Pour le test d'erreur, ce n'est pas si simple : il y a encore des 
aeroway=aerodrome ponctuels. Vaut-il mieux faire un test plus 
compliqué (ajouter ou il existe un noeud aérodrome dans un rayon de 
500m) ou signaler comme erreur les noeuds aeroway=aerodrome ?


Ça existe encore sous forme de noeud les aeroway=aerodrome ? Ça fait 
longtemps qu'on a abandonné le décollage vertical !

Ah, oui ! 200 tout de même. On peut ajouter le test.

Dans ce cas, plusieurs hypothèses :
* l'aérodrome est matérialisé par un point parce qu'il est tout petit 
(mais à l'ère du micromapping, n'est-ce pas...) et il est vraiment peu 
probable qu'il y ait un hangar aéronautique. Donc vrai positif : le 
hangar est une grange.
* l'aérodrome est suffisamment important pour qu'il comporte du bâti 
dont un hangar aéronautique. Faux positif, mais il est temps de 
cartographier un peu plus l'aérodrome !
* le hangar est près d'un point aeroway=aerodrome lui-même sur une 
surface aeroway=aerodrome (je viens de voir un cas). Faux positif, mais 
il y a une erreur à corriger.


Pour la page wiki, je pense qu'il y a une coquille dans la phrase  
attention le tag aeroway 
http://wiki.openstreetmap.org/wiki/FR:Key:aeroway=hangar 
http://wiki.openstreetmap.org/w/index.php?title=FR:Tag:aeroway%3Dhangaraction=editredlink=1 est 
réservé à l'usage aéronautique   : je pense que tu voulais écrire 
building=hangar. Car le fait que aeroway=xxx soit réservé a 
l'aéronautique n'est pas surprenant !


Le doublon aeroway=hangar et building=hangar n'est pas très 
satisfaisant. Est-ce que l'un ne va pas sans l'autre ? Est-ce que 
building=hangar n'est qu'une béquille pour avoir un rendu avec les 
logiciels qui ignorent aeroway ? Est-ce que l'un des deux devrait 
disparaître ?


Non, ce sont deux choses différentes, l'une architecturale : le building 
; l'autre fonctionnelle : aeroway. Bon, d'accord, un bon logiciel (pas 
seulement de rendu, mais de calcul statistique des équipements 
aéroportuaires, par exemple), s'il est un peu intelligent, ira chercher 
les building=hangar sur la surface du aeroway=aerodrome, sans avoir 
besoin de chercher un aeroway=hangar. C'est plus une redondance qu'un 
doublon, comme une ceinture et des bretelles.


Mais on a des building=church qui ne sont plus place_of_worship. Donc on 
peut avoir des building=hangar (réels, pas des granges) qui ne sont plus 
aeroway=hangar.
Un exemple (je viens de le tagger comme ça :-) , ça va faire un faux 
positif)

https://www.openstreetmap.org/way/121754665
sur le terrain d'Arbois qui a été fermé en 2011.
--
FrViPofm
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Alerte aux hangars