from:"panierAvide"



Bonjour,

Le 17/06/2011 14:26, kimaidou a écrit :

Utilisez vous OsmInterest ? Si oui,
* à quelle fréquence ?
* quels sont les points d'intérêts qui vous intéressent ?

Si non (plusieurs réponses possibles)
* parce ce que vous ne comprenez pas du tout à quoi peut bien servir 
ce bidule ?

* parce qu'on ne sait pas comment l'utiliser (trop compliqué ?)
* parce ce que les données ne sont pas assez souvent mises à jour ?
* parce qu'il manque des types de points (power, monuments, etc.) ? 
Lesquels ?

* parce que le site est trop lourd et fait ramer le navigateur ?
* parce que le site est buggué ? (quels bugs ?)
* parce qu'il manque des fonctionnalité ? Lesquelles ?
* parce que le développeur pose trop de questions ?
J'ai testé l'autre jour OsmInterest, qui est bien conçu et plutôt facile 
d'utilisation. Moi qui cherchait un outil règle, j'ai pu mesurer le 
tronçon de route que je voulais (D'ailleurs, est-ce possible avec Josm ?)
La façon dont les POI sont mis en valeur est intéressante. En le 
testant, je me suis demandé si le code était disponible, justement pour 
un intégration dans un site qui permettrait de mettre en valeur les POI 
de son choix.
Le site OsmInterest prendrait alors tout son sens pour les développeurs 
de sites internet, qui pourraient le tester avant de l'adopter ;)
Autrement, un petit détail (car ce n'est pas un bug en soi) est que les 
arrêts de bus tagués avec le nouveau schéma de transport public [1] 
n'apparaissent pas en tant que POI (Exemple : [2]).

En tout cas, c'est du bon boulot ;)

Cordialement.

[1] http://wiki.openstreetmap.org/wiki/FR:Key:public_transport
[2] 
http://178.32.101.237/osminterest/?zoom=18lat=48.09678lon=-2.11695layers=B0TTT



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

[OSM-talk-fr] Numérotation des bâtiments

Bonsoir,
J'ai commencé à taguer dans quelques villages les numéros des bâtiments.
Je tague sur chaque polygone le numéro ( addr:housenumber=n ) accompagné
du nom de la rue ( addr:street=Rue x ).
Pieren évoquait récemment dans une autre discussion une relation de type
associatedStreet [1], cette méthode serait apparement issue d'un consensus ?
Un exemple donné par Cyrille [2] montre quand à lui une série de
bâtiments où un noeud est ajouté spécialement sur le polygone du
bâtiment (apparement à l'entrée) et tagué avec addr:housenumber. Ce
noeud est inclu dans une relation associatedStreet. Cela donne un rendu
pas mal, mais le rendu n'est pas un argument :-P
Ma question est donc : quelle est la méthode à favoriser ? Quelle est la
méthode optimale ? Approuvée par la majorité ?

-Numéro sur polygone du bâtiment + tag addr:street ?
-Numéro sur polygone du bâtiment + relation associatedStreet ?
-Numéro sur point spécial + relation ?
-Numéro sur point spécial + addr:street ?
-Autre méthode ... ?

Je préfère poser la question avant d'indiquer trop de numéros d'une
mauvaise façon ;)

Cordialement.

[1]
http://wiki.openstreetmap.org/wiki/Proposed_features/Fr:Num%C3%A9rotation_des_rues#Cas_:_relations_.28facile_pour_les_ordinateurs.2C_difficile_pour_les_humains.29
[2]
http://www.openstreetmap.org/?lat=47.389541lon=0.695019zoom=18layers=M

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

[OSM-talk-fr] Numérotation des bâtiments

Le 17/06/2011 18:29, panierAvide a écrit :

Bonsoir,
J'ai commencé à taguer dans quelques villages les numéros des
bâtiments. Je tague sur chaque polygone le numéro ( addr:housenumber=n
) accompagné du nom de la rue ( addr:street=Rue x ).
Pieren évoquait récemment dans une autre discussion une relation de
type associatedStreet [1], cette méthode serait apparement issue d'un
consensus ?
Un exemple donné par Cyrille [2] montre quand à lui une série de
bâtiments où un noeud est ajouté spécialement sur le polygone du
bâtiment (apparement à l'entrée) et tagué avec addr:housenumber. Ce
noeud est inclu dans une relation associatedStreet. Cela donne un
rendu pas mal, mais le rendu n'est pas un argument :-P
Ma question est donc : quelle est la méthode à favoriser ? Quelle est
la méthode optimale ? Approuvée par la majorité ?

Je préfère poser la question avant d'indiquer trop de numéros d'une
mauvaise façon ;)

Cordialement.

[1]
http://wiki.openstreetmap.org/wiki/Proposed_features/Fr:Num%C3%A9rotation_des_rues#Cas_:_relations_.28facile_pour_les_ordinateurs.2C_difficile_pour_les_humains.29

[2]
http://www.openstreetmap.org/?lat=47.389541lon=0.695019zoom=18layers=M

Le 17/06/2011 18:38, Thomas Clavier a écrit :

C'est quoi le rapport avec Re: [OSM-talk-fr] [OsmInterest] Nouvelles
fonctionnalités ?

http://tcweb.org/wiki/Vol_de_discussion
Désolé, ce n'était pas mon intention première, je me suis rendu compte
de l'erreur en recevant le message... mais on apprend de ses erreurs ;)

Le 17/06/2011 18:52, cyrille giquello a écrit :

Effectivement, l'on m'a montré comment faire cette relation, en etant
assisté par un plugin. J'ai bien le bouton (nommé outil d'aide pour la
balise d'adresse) correspondant dans la barre d'outil, mais je ne
connais pas le nom du plugin correspondant.

Désolé
Cyrille
PS: j'ai un rendez-vous, pas le temps de fouiller...
Je ne sais pas s'il s'agit du même plugin, j'appuie sur la touche E pour
entrer les adresses (plugin intégré à Cadastre-fr), mais il ne fait pas
de relations.

Le 17/06/2011 19:37, sechanb...@free.fr a écrit :
Le plugin que j'utilise et que tu sembles décrire sous JOSM c'est
addrinterpolation
Merci pour le nom, je vais chercher de ce côté là, le mieux serait donc
la relation...

Le 17/06/2011 19:35, sechanb...@free.fr a écrit :

Bonjour,

Je me suis posé la question avant de commencer, voilà la méthode que
j'ai choisi :

http://www.openstreetmap.org/?lat=46.56209lon=0.37746zoom=17layers=M
http://www.openstreetmap.org/?lat=46.56209lon=0.37746zoom=17layers=M

Je l'ai choisi car je considère qu'elle pose moins de problème en cas
de modification de bâtiment. Elle peut également utilisé avant que le
batiment ne soient importé...

J'ai vérifié qu'elle convenait pour le routage...

C'est vrai que cette technique a ses avantages, pourquoi pas.

En tout cas il est vrai que trop de choix tue le choix...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Numérotation des bâtiments


Le 17/06/2011 22:00, sechanb...@free.fr a écrit :

''En tout cas il est vrai que trop de choix tue le choix...''

C'est parfois un vrai problème, il faudrait par vote réduire le nombre 
de solution pour homogénéiser certaines pratiques...
Il faudrait voir pour lancer un consensus à ce sujet, faire une méthode 
de tag facile pour les débutants (sans relations, avec le tag 
addr:street), et une méthode plus standard avec relation de type 
associatedStreet...
Les deux méthodes s'appliqueraient de façon similaire, soit sur le 
polygone/noeud du bâtiment, soit un noeud sur le contour ou devant... la 
seule différence viendrait de la présence de la relation ou non.
Il faut que l'on trouve le meilleur compromis sur l'objet sur lequel 
appliquer le numéro, si l'on arrive à s'entendre au niveau national, on 
pourrait inspirer nos voisins ;)
D'ailleurs, qu'en pensent les voisins ? Ils utilisent aussi des 
techniques variées ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Numérotation des bâtiments

2011-06-18 Par sujet panierAvide


Le 18/06/2011 10:38, sechanb...@free.fr a écrit :
Franchement pour beaucoup de points, les règles de contribution ne 
sont pas assez directives. Je suis convaincu que plusieurs 
contributeurs qui hésitent (voire refusent) de contribuer sur certains 
points car comme il y a plusieurs méthodes, ils ont peur qu'un jour ça 
change, et de devoir modifier ce qu'ils ont fait.


Comme OSM est collaoratif, je pense que certaines règles devraient 
être recardées pour faciliter le travail de certains contributeurs. 
Nous savons tous faire un bâtiment : un chemin fermé, un tag building 
= yes, mais pour les n° de rue, c'est flou.


Du coup cette conversation m'a vraiment échaudée, je ne suis pas sûr 
que je vais continuer à numéroter s'il n'y a pas une seule solution 
adaptée d'adopée.
C'est vrai que sur certains points, la façon de mapper telle ou telle 
chose n'est pas claire. Mais au fur et à mesure, des consensus sont 
trouvés, des méthodes adoptées...
On peut citer les discussions en cours pour les générateurs électriques, 
le tag fixé pour les abris (confusion entre refuges alpins et abris de 
toutes sortes)...
Le tout est de lancer la discussion et d'en sortir en sachant comment 
taguer précisement, le projet avance et s'améliore à chaque fois ;)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] [OsmInterest] Nouvelles fonctionnalités

2011-06-20 Par sujet panierAvide



Le 20/06/2011 10:59, Philippe Pary a écrit :

Le 20/06/2011 10:36, rldhont a écrit :

Le projet n'est pas plus open car nous n'avons pas encore eu le temps
de faire le travail pour qu'il le soit.

Pour le moment OSMInterest est un ensemble de script sans fichier de
configuration, sans structure souple permettant de dupliquer le code sur
un autre serveur facilement, pour créer son propre service. CEla reste
un démonstrateur de ce que l'on peut fiare avec OpenStreetMap

Nous aimerions et serions prêt à passer du temps pour que OSMInterest
soit un vrai projet au sens open-source du terme, mais pour cela nous
avons besoin de temps, et pour le moment nous en manquons.

Rien ne vous interdit de mettre ces scripts à disposition sous une
licence libre.
Récupérez les fichier, ôtez les mots de passe et les indications sur la
conf de votre serveur et laissez les gens se démerder avec !

Le logiciel libre ce ne sont pas que des beaux projets bien documentés
avec un code bien structuré, ce sont aussi des morceaux de scripts jetés
sur le net telle une bouteille à la mer.
Ça se trouve, des gens de cette liste vont récupérer votre code et en
faire un truc super que vous pourrez exploiter.

Allez les gars, faites pas votre géovélo !

Philippe

+1


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

[OSM-talk-fr] Végétation autour des chemins

2011-07-03 Par sujet panierAvide


Bonsoir à tous,

Aujourd'hui au cours d'une balade GPS, je me suis retrouvé dans 
différents chemins, certains moins agréables/accessibles que d'autres.
En effet selon les chemins, la végétation qui borde ceux-ci est 
différente, à des endroits dense et pouvant gêner le passage (notamment 
en vélo, à pied c'est, selon les cas, moins gênant), à d'autres endroits 
moins denses... Cela peut être un critère pour le choix d'un itinéraire, 
comme peuvent l'être surface=* ou smoothness=*. Et du coup je me suis 
demandé s'il existait un tag pour indiquer la densité de végétation 
bordant un chemin, un peu à la tracktype=* avec son échelle de 1 à 5. 
Mes recherches sur le wiki n'ont rien données...


Existe-t-il une clé pour décrire si la végétation gêne ou non le passage 
? Si non, créer une proposition dans ce sens pourrait-il avoir un intérêt ?


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

Re: [OSM-talk-fr] Végétation autour des chemins

2011-07-03 Par sujet panierAvide


Le 03/07/2011 20:20, sylvain letuffe a écrit :

Je dis pas que c'est pas une bonne idée, mais fiuuu, le problème avec la
végétation c'est que ça a tendance à pousser ou à être coupé.

Ce qui veut dire que l'info que tu vas donner ne sera valable que sur quelques
mois ou au mieux une à deux années.

Ou alors il faudrait s'attaquer à la notion de chemin entretenu ou mal
entretenu.

Le 03/07/2011 20:12, yvecai a écrit :

C'est très volatile, cela dépend de l'entretien des chemins!


Puis pour savoir si un chemin est entretenu ou non, il faut regarder du 
côté des mairies/propriétaires, un chemin qui ne semble pas entretenu 
quand on y passe pourrait l'être quand même...
Dans ce cas, n'existe-t-il pas une clé pour l'entretien (ex: 
maintenance) ? Avec des valeurs type yes/no accompagné d'un 
maintenance:source=extrapolation/owner pour savoir si l'info est déduite 
de ce qui est visible lors du passage ou provient du propriétaire du chemin.


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

Re: [OSM-talk-fr] Végétation autour des chemins

2011-07-04 Par sujet panierAvide


Le 04/07/2011 09:35, Vincent Pottier a écrit :
Après, pour que les valeurs (0-5 ?) soient pertinentes, il faut 
établir quelques critères tels que l'estimation du délai 
d'intervention exceptionnelle (arbre tombé en travers) ou régulière 
(fauche, déboisement...)
Pour l'entretien, les valeurs de 0 à 5 semblent plutôt inadaptées, si la 
période d'entretien est connue (ex : toutes les semaines) autant 
l'indiquer directement, si elle ne l'est pas il faut faire au jugé : le 
chemin semble-t-il entretenu ?

Ce qui pourrait nous donner un schéma de tag comme cela :
maintenance=yes/no/period
maintenance:source=survey/owner/...
maintenance:type=* (ou plusieurs maintenance:type:sous-type=yes/no)

Ça nous donne des critères plutôt objectifs, à chacun de juger (à 
travers des applications pour cyclistes/randonneurs ?) si le chemin sera 
ou non à sa convenance lors de son passage.



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

[OSM-talk-fr] Breteil dévasté...

2011-07-11 Par sujet panierAvide


Bonsoir,
Ce matin, alors que je regardais les changements récents effectués par 
chez moi, je m'aperçus qu'une relation de rivière avait disparue. En 
regardant le changeset, je m'aperçois que cette relation supprimée n'est 
rien comparée à l'état de la ville de Breteil [1]... La ville, qui avait 
été beaucoup cartographiée ces dernières semaines, se retrouve 
quasi-vierge... Et encore, si seules les contributions faites par 
l'utilisateur étaient affectées... mais une partie des villes 
environnantes a été supprimée dans l'affaire.
Deux changesets sont à l'origine de ceci : 8687922 et 8688451 
(commentaires : RAZ_RG, par l'utilisateur breteil_carto).
Pour faire dans la pédagogie et la diplomatie, j'ai envoyé un message ce 
matin à l'utilisateur en question, lui demandant de remettre en état la 
ville, mais le message est pour l'instant sans réponse.
Donc la pédagogie c'est bien mais en attendant il y a littéralement un 
trou dans la base. C'est pour cela que je m'en remets à vous, pour voir 
si une annulation des changesets est possible.


Cordialement.

[1] http://www.openstreetmap.org/?lat=48.1369lon=-1.9097zoom=13layers=M
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Breteil dévasté...

2011-07-12 Par sujet panierAvide


Le 12/07/2011 16:03, Pieren a écrit :

2011/7/12 Vincent Pottier vpott...@gmail.com mailto:vpott...@gmail.com

J'ai rien fait ! Mon ordinateur a refusé de collaborer... pour
d'autres raisons...
--


panierav...@laposte.net mailto:panierav...@laposte.net, tu nous 
tiens au courant sur ton message envoyé à breteil_carto ?
En jetant un oeil rapidement, je vois que les bâtiments sont là mais  
en double dont une version avec un tag note:qadastre=v0.2. Au 
passage, je croyais que ces tags superflus avaient été supprimé du 
script...


Pieren
J'ai reçu la réponse ce matin, ce changement est plus de l'ordre de 
l'erreur que du vandalisme (Cf. le sujet Breteil dévasté explication). 
J'ai discuté un peu avec l'utilisateur, il effectue des démarches auprès 
des administrations locales (Cartopartie organisée à Breteil, contacts 
avec la CC de Montfort...), contribue pas mal, un contributeur de bonne 
volonté en somme.

Voici le message :

   /Bonjour,

   Vous avez tout à fait raison de m'en vouloir.
   Sincèrement désolé pour mon travail de bourrin sur Breteil ce WE qui
   me servira de leçon.
   La situation est normalement rétablie (changeset revu avec la
   fonction Revert de JOSM que j'ai réussi à utiliser...)

   On ne m'y prendra plus.

   Cordialement.
   /


L'important est que les données soient restaurées et que l'utilisateur 
ait compris son erreur ;-)


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

[OSM-talk-fr] Help import bâti L'Haÿ-les-Roses (94)

2011-07-31 Par sujet panierAvide


Le 31/07/2011 20:12, Romain MEHUT a écrit :

Bonsoir,

J'ai importé le bâti de L'Haÿ-les-Roses (en faisant attention à 
l'existant et aux chevauchements) mais il ne semble pas que l'import 
ce soit bien passé. Il y a pleins de nœuds isolés. Que dois-je 
faire? S'il faut lancer un revert, je suis novice en la matière et je 
voudrais bien un coup de main...


Merci.

Romain

Bonsoir,
Un filtre sous JOSM avec l'expression :
/(type:node *=*) or (type:way *=*) or (type:relation *=*)/
permet de sélectionner tous les points sans attributs d'un seul coup, 
cela simplifierais leur suppression, mais ici il vaudrait peut-être 
mieux annuler le changeset (chose que je ne maîtrise pas bien :-/). À 
voir donc.


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

[OSM-talk-fr] cartographie de grande zone commerciale

2011-08-07 Par sujet panierAvide


Le 07/08/2011 11:32, ZIMMY a écrit :

Bonjour,

Etant développeur territorial, je me propose de pousser certains usages au
maximum pour pouvoir évangéliser ceux qui produisent de la données. En POI
utiles, les zones d'actités et commerciales sont préciezux.

Habitant sur Orange, j'ai surqualifié la zone commerciale du Pontet.

EN voici le lien
http://www.openstreetmap.org/?lat=43.98328lon=4.8818zoom=17layers=M
http://www.openstreetmap.org/?lat=43.98328lon=4.8818zoom=17layers=M

j'aimerais que vous y jetiez un coup d'oeil et me donniez vos avis.

Cartographiquement votre

Jean-Louis ZIM

Bonjour,
Dans l'ensemble le travail est effectué est bon, j'indiquerai quelques 
erreurs que j'ai aperçu :
-Le bâtiment du Auchan est coupé en diagonale, dans le cas où les deux 
morceaux de building sont un même bâtiment, il faut les fusionner.
-Je trouve (à mon humble avis) qu'il y a un manque d'homogénéité au 
niveau des POI : certains magasins sont tagués directement sur le chemin 
du building, d'autre avec un noeud spécial, et certains sont tagués sur 
le building et un noeud spécial (il y a donc doublon, voir Darty, Go 
sport, Boulanger). À en croire cette page du wiki [1], si pour un 
bâtiment il n'y a qu'une seule boutique, le mieux est de mettre les tags 
shop, name,... sur le chemin du building directement. Dans le cas de 
plusieurs boutiques dans un bâtiment, indiquer sur un noeud spécial/zone 
délimitant la boutique dans le bâtiment les tags shop, name... (à la 
manière de ce qui est fait pour Literieland et Mondial Tissus).
-Il faudrait également voir pour supprimer les tags created_by qui, 
d'après ce que j'ai pu lire sur la liste, sont inutiles.
-Certains magasins n'ont pas de tag shop (St-Maclou, Kéria, Malin 
Plaisir...). Si le problème vient du fait qu'il n'existe pas de tag shop 
qui décrit le magasin, indiquez quand même shop=yes pour montrer qu'il 
s'agit d'un magasin.


Cordialement.


[1] http://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element

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

[OSM-talk-fr] problème zonage corinne land cover

2011-08-10 Par sujet panierAvide


Le 10/08/2011 22:16, jean navarro a écrit :

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Bonjour

je profite de qq jours de vacances pour faire un peu de map...

hors il me semble que la zone du hameau de Pey est bizarrement
représentée sur la carte : cela devrait être une zone meadow mais
suivant le niveau de zoom elle apparait en foret ?

http://www.openstreetmap.org/?lat=46.1246lon=4.4465zoom=14layers=M

je ne suis pas en mesure de localiser le pb,
si un spécialiste des CLC pouvait jeter un coup d'oeil !


cordialement
jean

Bonsoir,

D'après les données, la zone est bien en landuse=meadow. Le problème 
vient des tuiles Mapnik qui, selon le niveau de zoom, ne sont pas mises 
à jour. Cela devrait s'harmoniser lorsque les tuiles seront regénérées ;-)
Autrement, il y a moyen de forcer la mise à jour des tuiles Mapnik, voir 
ici [1]


Cordialement.


[1] 
http://wiki.openstreetmap.org/wiki/Plouarzel_Trucs_et_Astuces#Mise_.C3.A0_jour_du_rendu_Mapnik


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

Re: [OSM-talk-fr] note:qadastre, début de suppression de la base

2011-08-14 Par sujet panierAvide


Le 14/08/2011 15:52, Pieren a écrit :
2011/8/14 Vincent Privat vincent.pri...@gmail.com 
mailto:vincent.pri...@gmail.com



Je pense à note:import-bati qui est tout aussi lourd avec 3.7
millions d'occurence.
Tu prévois de refaire tourner le bot sur ce tag ensuite ?
Vincent


Ah merde, je l'avais oublié celui-là... mais il passera aussi à la 
casserole !


Pieren
Les tags created_by=* directement sur les objets sont-ils également 
supprimés ?


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

Re: [OSM-talk-fr] wiki OSM : cartothèque des lieux réussis à étoffer

2011-08-15 Par sujet panierAvide


Le 15/08/2011 10:23, ZIMMY a écrit :

Avis aux collectionneurs !!!
Afin de donner envie aux futurs contributeurs et étoffer les argumentaires,
il est temps de mettre en commun nos ressources.
Un petit inventaire amoureux des lieux bien cartographiés par thématique est
non seulement nécessaire mais risque de devenir un centre ressource pour
nous tous.
J'ai commencé à mettre mes petits coups de coeur glanés ça et là, mais ils
restent très partiels (et peut-être un peu trop franco-français).

Votre aide est la bienvenue.
A défaut de modifier le wiki donnez moi le territoire concernés avec son
lien permanent; je me chargerai de faire la mise à jour.

L'échéance de cette collecte est la création de l'association OSM en
septembre 2011.
Cela permettra de créer un espace dans lequel les nouveaux visiteurs
trouveront des exemples à foison.

Par avance merci

Jean-Louis ZIMMERMANN
Géo-explorateur
Dans la catégorie services routiers, j'étais tombé sur cette aire de 
services [1] que j'avais trouvé très bien cartographiée, elle est 
d'ailleurs citée en exemple dans la traduction française de la page 
highway=services ;-)


Cordialement.


[1] 
http://www.openstreetmap.org/?lat=37.059274lon=9.998415zoom=18layers=M


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

Re: [OSM-talk-fr] wiki OSM : cartothèque des lieux réussis à étoffer

2011-08-15 Par sujet panierAvide


Le 15/08/2011 14:12, Pieren a écrit :
2011/8/15 panierAvide panierav...@laposte.net 
mailto:panierav...@laposte.net


Dans la catégorie services routiers, j'étais tombé sur cette
aire de services [1] que j'avais trouvé très bien cartographiée,
elle est d'ailleurs citée en exemple dans la traduction française
de la page highway=services ;-)


Je connais de meilleurs exemples, comme celui-ci:
http://www.openstreetmap.org/?lat=48.808783lon=9.048539zoom=18layers=M 
http://www.openstreetmap.org/?lat=48.808783lon=9.048539zoom=18layers=M


(où l'on voit l'usage de highway=rest_area, amenity=emergency_phone, etc)

Pieren
Ah joli, je vais l'ajouter dans les exemples de la page 
highway=rest_area ;-)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Redresser les landuse de land cover

2011-08-16 Par sujet panierAvide


Le 16/08/2011 20:56, Black Myst a écrit :
Le 16 août 2011 11:50, Pieren pier...@gmail.com 
mailto:pier...@gmail.com a écrit :



Conserver les références CLC après modification n'a aucun intérêt
(je parle du tag 'ref', pas du tag 'source'). L'idée originale
d'importer ces références étaient pour le cas d'une
resynchronisation ultérieure avec un nouveau millésime de cette
source, ce qui ne sera pas de la tarte car cela ne devrait
affecter que les polygones qui n'ont pas changé depuis le premier
import. Comme les gens ne s'occupent pas de ces tags, on ne pourra
pas compter sur leur présence ou absence pour savoir si les
polygones ont été ajustés ou pas. Il faudra donc passer par une
étape de comparaison géométique entre les données originales
(2006) et ce qui se trouvera dans la base au moment de la synchro.
Bref, on aurait pu aussi bien ne jamais importer les refs avec CLC.


En fait, je pense que c'est même une barrière pour les nouveaux 
contributeurs. Pour un mail qui arrive sur la liste de diffusion, 
combien de contributeur se sont posé la question de savoir si on 
pouvait les modifier ou non ? Combien, ne sachant pas trop, on 
renoncer à le faire ?


Cela fait maintenant un certain temps que je contribue régulièrement, 
mais cela ne fait pas longtemps que je modifie ces polygones, et c'est 
bien la présence du CLC:ID qui m'a fait hésiter. Alors si en plus ces 
tags ne servent à rien d'autre que d'occuper de la place en base, cela 
me semblerait une bonne idée de les virer.


++
Black Myst

+1
J'ai longtemps cru qu'il ne fallait pas toucher aux polygones CLC du 
fait de la présence des références. Maintenant que je sais je modifie, 
mais combien d'autres contributeurs comme nous ont pensé ou pensent cela 
? Lors du prochain import, il faudra réfléchir à cet aspect là.


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

[OSM-talk-fr] Utilisation par le CROUS de Rennes et licence

2014-06-30 Par sujet PanierAvide


Bonsoir,

Je viens de découvrir que le CROUS de Rennes propose sur son site une 
carte de ses résidences, avec un fond OSM (rendu MapQuest) :

http://www.crous-rennes.fr/logements/nos-residences/

Le souci c'est qu'il n'est pas fait crédit de la source OSM sur la page 
Crédits, dont le lien apparaît sur la carte. Y a t'il un modèle 
standard de contact pour les problèmes d'affichage de la licence ?


Cordialement.

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

Re: [OSM-talk-fr] Utilisation par le CROUS de Rennes et licence

2014-07-01 Par sujet PanierAvide


Le 01/07/2014 10:29, Pieren a écrit :

2014-06-30 20:36 GMT+02:00 nono pingven...@free.fr:


Le mieux, c'est que cela soit fait par un responsable OSM-France pour
plus de crédibilité (je pense). Et si possible, mettre le contact de la
personne responsable « OSM régional » pour d'éventuelles précisions.

Les cas de violation de la license sont tellement nombreux que ça
serait un boulot à plein temps ;-) Non, je crois que toute personne
qui se sent concernée par le respect de cette license peut contacter
les administrateurs du site directement et leur signaler le problème.
Pas besoins de formules toutes faites ou de jargon juridique. Un lien
vers la license et un autre pour dire que leur cas est suivi sur cette
liste (ou sur le wiki) devrait amplement suffire. C'est plus souvent
une méconnaissance qu'un acte volontaire, surtout lorsqu'ils utilisent
des services tiers comme ceux de MapQuest ou autres. Et puis, s'il y a
plusieurs personnes pour les contacter, c'est pas un mal non plus.
C'est vrai que de forcément passer par une personne d'OSM France 
risquerait de la surcharger de travail, mais l'idée de créer une page 
sur le wiki avec une aide, et un exemple de message, pourrait être une 
bonne chose. On pourrait y intégrer une foire aux questions. Par exemple 
ici la carte propose un lien vers la page Crédits, est ce que la 
mention d'attribution doit forcément figurer sur la carte, ou bien 
peut-elle être placée sur une page qui est accessible depuis la carte ? 
On pourrait également proposer les extraits de code à ajouter pour 
Leaflet ou OpenLayers pour faire apparaître la licence. En somme un 
guide pratique de résolution des problèmes d'attribution :)


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

[OSM-talk-fr] Parc des expositions


Bonjour,

Je suis en train de me renseigner pour améliorer la description de 
certains parcs des expositions, et visiblement il n'y a pas de consensus 
sur le sujet. Voici ce que j'ai pu trouver :

* amenity = exhibition_centre (11 éléments)
* amenity = exhibition_center (88)
* amenity = convention_centre (25)
* tourism = convention_center (5)
* amenity = exhibition_hall (94)
* amenity = community_centre, mais à mon avis c'est une interprétation 
un peu large de ce tag.


Il n'y a pas de valeur se dégageant vraiment des autres, d'autant plus 
qu'il y a apparemment un mélange entre un parc des expositions (grands 
halls vides accueillant des salons ?) et un centre de conférences/palais 
des congrès (bâtiment contenant plusieurs amphithéâtres ?).


Quelles sont vos habitudes sur ce sujet ? Ça pourrait valoir le coup de 
mieux documenter le wiki là dessus.


Cordialement.

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

Re: [OSM-talk-fr] Parc des expositions


Le 27/10/2014 16:05, Yves Pratter a écrit :
Ce qui est sûr, c’est qu’il manque un attribut amenity pour décrire 
ces centres.
Pourquoi pas un seul, mais avec des attributs supplémentaires pour 
décrire le type exacte, les services proposés… ?


Reste à savoir si l'on considère que les exhibition hall / exposition 
center sont assez proches des conference/convention center pour 
exister sous une même valeur d'amenity. Ça ne me semble pas surréaliste, 
mais dans ce cas il faut un terme assez générique pour les deux 
(events_centre ?).


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

Re: [OSM-talk-fr] Parc des expositions


Le 27/10/2014 18:59, Yves Pratter a écrit :

Et pour des spectacles (concerts, one man show…) ?
cf. PS
...


Un amenity=concert_venue vu sur le parc des expositions de Rennes [1]. 
Le terme de music venue semble plus générique [2]. Un 
events_centre:music_venue peut-être ?


[1] http://www.openstreetmap.org/node/1909698277
[2] https://en.wikipedia.org/wiki/Music_venue
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Parc des expositions


Le 27/10/2014 20:26, JB a écrit :
Et les classiques ? amenity=theatre ? Ça tombe bien, il y a une 
sous-clef pour définir le type de spectacle. 
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dtheatre

JB


Même dans le cas où il ne s'agit pas d'une salle avec des places 
assises, mais juste un hall avec une scène ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Indoor mapping sur stations de métro

2014-12-18 Par sujet panieravide

Bonjour, 

J'envisage la possibilité de travailler sur la cartographie intérieure des 
stations de métro de Rennes, y-a-t-il des bons exemples de réalisation sur 
lesquels je pourrai m'appuyer ? Il me semblait qu'il y avait eu une cartopartie 
sur ce thème du côté de l'Île-de-France, mais je n'ai pas retrouvé les infos... 
Tout retour d'expérience est également la bienvenue :) 

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

Re: [OSM-talk-fr] niveaux pour les ascenseurs

2015-03-16 Par sujet PanierAvide


Bonsoir,

Mon avis se reflète pas mal dans la solution qui rend bien sur 
OpenLevelUp, ça me semble plus logique d'indiquer à quels niveaux 
l'ascenseur s'arrête avec level=0;1;2 (ou un intervalle 0-2, voir clé 
repeat_on=*). Je trouve ça également bizarre la valeur de level avec un 
unique niveau. C'est peut-être une question de manque de détail (dans 
le sens information inconnue) : la personne ayant tagué cet ascenseur a 
vu qu'il était accessible depuis tel niveau, mais n'a pas regardé quels 
autres niveaux étaient accessibles, et donc n'a noté que celui qu'elle a 
observé.


Cordialement,

PanierAvide.


Le 16/03/2015 18:39, Florian LAINEZ a écrit :

hello,
je me pose une question et n'ai trouvé de réponse ni sur le wiki ni 
nul part : comment tagueriez-vous les différents niveaux d'un ascenseur ?


Perso pour un ascenseur desservant les étages 0, 1 et 2 je ferrai un 
polygone ou un nœud et lui attribuerai le tag /level = 0;1;2

/

Mais je vois que ce n'est pas ce que tout le monde fait. Ici un 
exemple de point au niveau -1 : 
https://www.openstreetmap.org/node/3263357493 et d'un node niveau 0 : 
https://www.openstreetmap.org/node/3263357492 reliés par une way.


Cela ne décrit d'après moi pas la réalité car deux points 
highway=elevators sont créés.

J'ai juste ?

Je vois que ma solution est bien rendue dans OpenLevelUp!, donc 
@panieravide ton avis m'intéresse, merci


--

*Florian Lainez*

@overflorian http://twitter.com/overflorian


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

Re: [OSM-talk-fr] niveaux pour les ascenseurs

2015-03-16 Par sujet PanierAvide

La notion de layers n'est effectivement pas liée aux étages, mais la 
question porte ici sur le tag level, qui lui est vraiment lié aux 
étages (voir [1]). Le tag level=* gère également les demi-étages (voir 
plus, j'ai vu des quarts et tiers d'étages ici [2]).
Après effectivement les étages en eux-mêmes peuvent comporter des noms 
divers, mais ça doit pouvoir s'indiquer sans trop de soucis dans une 
relation type=level ou le polygone indoor=level qui correspond ;)


Cordialement,

PanierAvide

[1] http://wiki.openstreetmap.org/wiki/FR:Key:level
[2] http://github.pavie.info/openlevelup/?s=m.LZe+2.9oQ+R6+-1.U


Le 16/03/2015 19:00, Philippe Verdy a écrit :


Attention le nombre de layers dans Osm et leur numérotation ne 
correspond pas necessairelent a celles des niveaux ou étages dans un 
bâtiment tel que vus dans l'ascenseur qui a aussi des arrêts en 
entresol entre deux étages...
Pour différentes raisons on peut avoir besoin de plus de layers OSM 
que d'étages et en plus dans le mêle bâtiment et au mêle étage 
physique on a des numérotations différentes pour les niveaux de 
parking et niveaux habitables ou commerciaux d'un magasin


Les étages et niveaux ne sont pas linéaires et ont des dénominations 
propres au bâtiment et a son usage interne... Contrairement aux layers 
d'osm qui sont des entiers arbitraires juste ordonnés de façon a ce 
que le layer 0 par défaut soit au niveau du sol exterieur qui n'est 
pas toujours plat et s'aligne avec des étages différents selon le côté 
du batiment





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

Re: [OSM-talk-fr] Carte des données indoor : OpenLevelUp!

2015-03-16 Par sujet PanierAvide


Bonsoir à tous,

Encore des nouvelles d'OpenLevelUp!, avec quelques nouveautés depuis la 
dernière fois. En bref et visible : ajout d'un système de liens courts, 
de nombreuses icônes pour les pièces (room=*), le fond de tuiles est 
conservé lorsque l'on utilise les liens (permanents et courts), la 
fenêtre de chargement est plus bavarde, et il y a possibilité de cacher 
les objets sans style associé.

C'est toujours ici : http://github.pavie.info/openlevelup

Pour la version plus complète des changements :
* Le système de lien courts en bas de page, par exemple 
http://github.pavie.info/openlevelup/?s=m.39i+-1.IVB+T6+-1.0+3

* La fenêtre de chargement décrit les étapes une par une
* Le fond de carte est conservé lorsque l'on utilise un lien (paramètre 
tiles)
* Correction d'un bug sur l'opacité qui n'était pas remise à 1 lorsque 
l'on passait des zooms élevés aux zooms plus faibles
* Des boutons pour monter ou descendre un escalier/ascenseur (repose sur 
les valeurs d'étages des objets)

* Les tags min_level et max_level sont analysés pour tous les objets
* Rendu des types de pièces (tag room=*) pour les valeurs : 
administration, reception, auditorium, amphitheatre, chapel, class, 
laboratory, computer, conference, crypt, kitchen, library, nursery, 
office, restaurant, sport, storage, toilets, waiting, technical
* Les polylignes avec un tag room=* uniquement sont gérés comme des 
polygones
* Les escaliers et sorties de secours, les piliers et haies sont 
affichées avec un style propre
* Les objets entrance=* et les multipolygones sont demandés auprès 
d'Overpass API
* Les valeurs d'étages sont récupérées depuis les relations type=level 
si besoin

* Une meilleure gestion des styles des objets (calculés une unique fois)
* Un texte How ? ajouté sous le titre décrit rapidement comment 
utiliser le site

* Le paramètre pour cacher les objets sans style défini/reconnu

Vos retours et suggestions sont toujours la bienvenue :)

Cordialement,

PanierAvide.

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

Re: [OSM-talk-fr] Page Indoor mapping en français (était: Carte des données indoor : OpenLevelUp!)

2015-03-09 Par sujet PanierAvide

Ce serait l'idéal de pouvoir faire avancer la situation au niveau 
international. Déjà si l'on clarifie bien la documentation en français 
(autant sur les schémas que les tags individuellement), elle pourra 
servir de point de départ à une amélioration des pages en anglais, au 
moins sur ce qui ne fait pas (trop) débat. Du coup si certaines 
personnes sont motivées pour l'effort de traduction et amélioration de 
la doc, les pages sont listées dans la discussion de FR:Indoor Mapping, 
y a plus qu'à ;)



Le 09/03/2015 17:49, althio a écrit :


Bonjour,

Je trouve la page très claire, du très beau boulot pour une première 
ébauche.


Est-ce que vous allez reboucler avec les contributeurs internationaux ?
Ils ont peut-être un avis sur les schémas et les outils avec du 
support et ceux tombés en désuétude.
Ce serait aussi une occasion de rafraîchir la page en anglais, si la 
discussion avance.


2015-03-07 16:32 GMT+01:00 PanierAvide panierav...@riseup.net 
mailto:panierav...@riseup.net:

 Bonjour,

 J'ai créé une première ébauche de page en français pour l'indoor 
mapping, en
 reprenant pour partie les idées de la page en anglais, en ne mettant 
que les

 outils à priori stables et fonctionnels, et en explicitant la différence
 entre les schémas de tags. C'est ici :
 http://wiki.openstreetmap.org/wiki/FR:Indoor_Mapping

 Cordialement,

 PanierAvide.


 Le 07/03/2015 11:16, PanierAvide a écrit :

 Le 06/03/2015 18:17, dHuy Pierre a écrit :

 Pour le reste on est entièrement d'accord. Ce sujet m'intéresse depuis
 longtemps, si tu commences un draft je te donnerai un coup de main :)

 Je vais voir pour créer une première ébauche dès que possible ;)



 ___
 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] Carte des données indoor : OpenLevelUp!

2015-03-09 Par sujet PanierAvide


Le 09/03/2015 10:31, dHuy Pierre a écrit :

http://wiki.openstreetmap.org/wiki/Key:image
Ce tag a été rejeté pour cause d'inactivité, mais utilisé sur 25 000 
nodes et 18 000 ways. Il faut noter que ce tag est aussi recommandé 
dans d'autres discussions (sur les caméras, sur le mapping de plan... etc)

http://wiki.openstreetmap.org/wiki/Key:wikimedia_commons
Ce tag est un draft.
C'est pas faux, je vais faire en sorte d'ajouter un affichage de ces 
images si l'un des deux champs est renseigné.



Sinon il y a aussi cette solution pour faire des liens entre des objets
OSM et des photos :
http://www.3liz.com/blog/rldhont/index.php?post/2013/02/18/OsmFlickr-%3A-Gestion-des-liens-OpenStreetMap-Flickr

Nicolas
C'est une alternative intéressante si l'on ne souhaite pas héberger 
soi-même ses photos, mais l'utilisation de l'ID de l'objet OSM ne risque 
pas de poser problème ? Si l'objet est recréé (objet précédemment noeud 
qui devient chemin), y a t-il un moyen de modifier toutes les photos 
avec tel ID directement ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte des données indoor : OpenLevelUp!

2015-03-12 Par sujet PanierAvide

Effectivement c'est juste, je vais rajouter la partie pour les 
multi-polygones dans la requête.  Même chose pour les entrance=*. 
Concernant le tag room=*, il doit en théorie toujours il y avoir une 
information sur les niveaux concernés (tag level, repeat_on, ou relation 
type=level). Si l'on regarde les résultats pour la sélection d'objets 
room sans level ni tag indoor ou buildingpart :

http://overpass-turbo.eu/s/88H

On se rend compte qu'il s'agit dans la plupart des cas de bâtiments 
individuels sur lesquels la valeur room a été ajoutée, qui ne sont pas 
pertinents pour l'affichage par étage. D'ailleurs les relations 
type=level ne sont pas réellement prises en compte, je vais voir pour 
corriger ça ;)


Cordialement.


Le 11/03/2015 19:34, Jérôme Amagat a écrit :

En regardant  ta requête :
[out:json][timeout:25];(node[door]('+bounds+');;;node[level]('+bounds+');way[level]('+bounds+');node[repeat_on]('+bounds+');way[repeat_on]('+bounds+');way[min_level]('+bounds+');way[max_level]('+bounds+');way[buildingpart]('+bounds+'));out 
body;;out skel qt;';

Il me semble que tu oublies des objets indoor:
déjà des fois c'est pas possible de modéliser un truc avec un way 
fermés et il faut une relation type=multipolygon donc
Il faudrait en plus relation[type=multipolygon][level] et pareil pour 
les autres way.
le tag room 
(https://wiki.openstreetmap.org/wiki/Key%3Aroom) pourrait être rechercher, 
c'est aussi une façon comme buildingpart de tagger des pièces indoor?

Le tag entrance pour les entrée du bâtiment est plus utiliser que door




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

Re: [OSM-talk-fr] Carte des données indoor : OpenLevelUp!


Bonjour à tous,

Après vos différents retours, j'ai effectué une première mise à jour du 
site. Les changements principaux sont les suivants :
- Possibilité de cacher les objets transcendants (tout ce qui traverse 
les étages ou est répété à travers les étages).
- L'opacité des tuiles de fond se réduit au fur et à mesure que l'on 
s'éloigne du niveau 0
- Le fond Stamen Toner a été ajouté (et dans le code, la description des 
tuiles se fait de manière générique, ce qui permettra d'ajouter 
rapidement de nouvelles tuiles)
- Les permaliens utilisent à la place de la BBox trois paramètres : 
latitude, longitude, zoom. Les liens basés sur la BBox restent fonctionnels.


L'outil est toujours disponible ici :
http://github.pavie.info/openlevelup/

Voici les autres changements qui sont prévus :
- Rendre le cluster plus générique (recherche d'autres tags d'indoor)
- Améliorer la compatibilité sur différents navigateurs
- Rétablir le fond de carte choisi lors de l'utilisation d'un permalien
- Pouvoir monter/descendre les escaliers via un bouton

Merci encore pour vos retours d'expérience et idées, qui ont déjà permis 
à l'outil de progresser ;)


Cordialement,

PanierAvide.

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

Re: [OSM-talk-fr] Carte des données indoor : OpenLevelUp!

2015-03-06 Par sujet PanierAvide


Le 06/03/2015 13:26, dHuy Pierre a écrit :
Pour le deprecated, c'est le fait des procédures du wiki, quand un 
draft date de trop longtemps et qu'il n'y a pas eu de vote... ce qui 
est parfois dommageable vu que la norme a été appliqué dans certains 
cas. Ça devient un casse tête de savoir si la norme est correcte. Mais 
bon là c'est l'usage qui a couronné. En général, j'utilise le tag 
indoor=yes en plus de buildingpart.
Le fait que ça soit indiqué comme proposition précédente n'indique pas 
nécessairement que ce n'est pas recommandé, juste qu'il s'agit 
théoriquement d'un draft. Le indoor sur osm a besoin d'un grand coup 
de balais effectivement.
D'accord, effectivement ça n'aide pas à la compréhension à prime abord. 
À défaut d'avoir un consensus international sur la question, on peut 
peut-être travailler à éclaircir la documentation en français ? Je vois 
qu'il n'existe pas de page Indoor Mapping en français.



Sinon juste deux idées en vrac:
- Si tu te sens d'humeur aventureuse et graphiste, le rendu des 
stations de métro en plen statistique est assez sympa et généralement 
lisible. Mais ça nécessite du code et du graphisme derrière :)

Qu'entends-tu par plan statistique ? Aurais-tu un exemple de rendu visuel ?

- Si tu peux créer un rendu différent en fonction du type d'objet. Par 
exemple, pour un chateau ou un tag historic, la possibilité d'afficher 
les tags image/description (je bosse un peu avec le conservateur de 
Talcy et l'idée lui plait), pour tout ce qui est transport... bah y a 
masse d'info utile, et enfin les centre commerciaux avec les horaires 
d'ouvertures, type de ressources, etc... Chaque batiment à une 
nécessité différente et donc devrait permettre une lecture différente. 
Tu comprends ce que je veux dire?
Ça dépend à quelle échelle on se place. Si l'on prendre le cas d'un 
château, l'affichage des informations globales de l'élément est à mon 
avis à laisser aux rendus traditionnels, puisqu'il s'agit d'infos sur le 
bâtiment dans son ensemble. Après si on prend le cas d'une galerie 
marchande, ce serait effectivement une bonne idée d'avoir plus d'icônes 
pour les commerces au sein de cette galerie, puisqu'il s'agit de 
sous-parties du bâtiment global. Les rendus traditionnels affichent ces 
commerces, mais la lisibilité est limitée puisque tous les étages sont 
confondus. Il faudrait que je trouve un jeu d'icônes générique à utiliser.




(Fait bizarre pour chenonceau, la visibilité sur osm tools a disparu)



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

Re: [OSM-talk-fr] Carte des données indoor : OpenLevelUp!

2015-03-06 Par sujet panieravide

 
C'est vrai qu'en regardant les données, il semblerait qu'il y ait pas
mal de buildingpart, je travaille sur leur support.
 Pour le fait qu'il ne soit pas recommandé, c'est à la fois ici [1],
indiqué comme proposition précédente, et ici [2] en en-tête, comme quoi
la proposition comporte de nombreuses failles et est considérée comme
obsolète.
 Après je pense que sur ce point le wiki a besoin d'un bon coup de
ménage, afin de bien distinguer (et mettre à jour) ce qui est déprécié
de ce qui est valable ou recommandé. D'autant que les propositions
utilisent parfois les mêmes clés mais avec des valeurs différentes...
Tout un domaine à définir en somme ;)

 [1] http://wiki.openstreetmap.org/wiki/Indoor_Mapping#Tagging [1]
 [2] http://wiki.openstreetmap.org/wiki/IndoorOSM [2]

 Le 06/03/2015 10:36, dHuy Pierre a écrit : 

 (Ah et j'oubliais le support par MatSim) 
 :)

 Le Vendredi 6 mars 2015 10h10, dHuy Pierre dh...@yahoo.fr a écrit :
 
 Où vois tu que ce n'est pas recommandé? Au contraire les buildingparts 
 recoupent la norme pratique pour les verticalpassage (l'ancienne de l'indoor 
 s'est faite dégommer et sur les discussions et sur certaines pages du wiki. 
 
 Sinon la norme IndoorOSM est justement l'une des plus utilisées (OSM Tools, 
 IndoorOSM (forcément), je crois même que osmbuilding se base dessus!).

 

Links:
--
[1] http://wiki.openstreetmap.org/wiki/Indoor_Mapping#Tagging
[2] http://wiki.openstreetmap.org/wiki/IndoorOSM
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Page Indoor mapping en français (était: Carte des données indoor : OpenLevelUp!)

2015-03-07 Par sujet PanierAvide


Bonjour,

J'ai créé une première ébauche de page en français pour l'indoor 
mapping, en reprenant pour partie les idées de la page en anglais, en ne 
mettant que les outils à priori stables et fonctionnels, et en 
explicitant la différence entre les schémas de tags. C'est ici :

http://wiki.openstreetmap.org/wiki/FR:Indoor_Mapping

Cordialement,

PanierAvide.


Le 07/03/2015 11:16, PanierAvide a écrit :

Le 06/03/2015 18:17, dHuy Pierre a écrit :
Pour le reste on est entièrement d'accord. Ce sujet m'intéresse 
depuis longtemps, si tu commences un draft je te donnerai un coup de 
main :)

Je vais voir pour créer une première ébauche dès que possible ;)


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

Re: [OSM-talk-fr] Carte des données indoor : OpenLevelUp!

2015-03-07 Par sujet PanierAvide


Le 06/03/2015 18:17, dHuy Pierre a écrit :
Un plan statistique c'est ça: 
http://www.cparama.com/forum/cartes2012e/1345984152-PlanReI-publique1024.jpg 
(note que les données sont dans le domaine publique). J'ai pris 
sciemment le plus illisible de tous, c'est juste pour donner l'idée.
Je confirme, c'est illisible. Ce qui m'étonne c'est que la donnée soit 
dans le domaine public, ce sont des informations présentes sur le cadastre ?


Pour le chateau, justement je parle de la visite intérieur. Toujours 
dans le cas du Chateau de Talcy, le conservateur m'avait dit que ça 
pourrait intéressant pour lui de publier les infos sur internet avec 
des photos. Cela pourrait mettre en avant le chateau qui est en 
général à l'extérieur des routes touristiques.


D'accord, dans ce cas oui ça aurait toute sa place dans l'outil. Après 
comment ça se ferait concrètement ? Le conservateur publierait des 
photos sur Commons, et un lien serait fait avec les données dans OSM (il 
y a apparemment une clé wikimedia_commons) ?


Pour le reste on est entièrement d'accord. Ce sujet m'intéresse depuis 
longtemps, si tu commences un draft je te donnerai un coup de main :)

Je vais voir pour créer une première ébauche dès que possible ;)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte des données indoor : OpenLevelUp!

2015-03-11 Par sujet PanierAvide

Merci :) Je vais voir ça pour la terrasse du Mont Saint-Michel, il doit 
y avoir un tag que j'ai pas dû prendre en compte. L'export sous forme 
d'image/PDF c'est une bonne idée, il faut que j'étudie s'il est possible 
de faire ça dans le navigateur (la contrainte c'est de rester uniquement 
sur JavaScript). Pour les verticalpassages (et escaliers/ascenseurs/... 
de manière générale) c'est prévu, je m'en charge pour la prochaine mise 
à jour.
Le routage en intérieur ce serait le top, mais à priori ça ne se fait 
pas encore de trop directement dans le navigateur. Il y a le projet 
ffwdme.js [1] qui permet de faire de la navigation à la GPS en 
JavaScript, donc ça doit être possible. Mais ça mériterait un projet à 
part entière pour le coup ;)


Cordialement.

[1] https://github.com/ffwdme/ffwdme.js


Le 11/03/2015 09:29, dHuy Pierre a écrit :
Petite fierté personnelle de voir le chateau  de Chenonceau dans tes 
exemples :)
Autrement pourrais tu créer une méthode d'export en pdf ou en jpg pour 
disposer d'un plan imprimé?
Pour les verticalpassage, la possibilité de cliquer dessus pour monter 
/descendre d'un étage?
À plus long terme, faire du path finding pour guider quelqu'un dans le 
batiment?
Sinon des fois des tags qui délimite des zones apparaissent au dessus 
(exemple sur la terrasse ouest du mont saint michel).

Sinon encore bravo, tu fais un travail excellent!


Le Mercredi 11 mars 2015 0h24, PanierAvide panierav...@riseup.net a 
écrit :



Bonjour à tous,

Encore du nouveau sur OpenLevelUp, et cette fois-ci pas mal de choses.
En résumé : amélioration de l'affichage des objets et pop-ups, des liens
rapides vers OSM, le cadastre en arrière-plan et la possibilité
d'exporter un niveau en GeoJSON. C'est toujours ici :
http://github.pavie.info/openlevelup/

Pour la version détaillée :
* Meilleure gestion des buildingpart=verticalpassage [1]
* Affichage des images (tag image=*) dans les pop-ups [2]
* Les liens hypertextes sont cliquables (tags image, website,
contact:website, url, wikimedia_commons)
* L'icône correspondant au type d'objet s'affiche dans le titre
* Le cadastre est disponible dans les couches
* Lien vers OSM.org dans les pop-ups et en bas de page
* Les objets building et buildingpart/indoor sont forcément mis en
arrière-plan (certains objets étaient précédemment cachés)
* De nombreuses icônes ajoutées (tags shop, amenity, tourism, ...) [3]
* Le nom (tag name) de l'objet est affiché en titre de pop-up s'il est
renseigné
* Lien pour l'export en GeoJSON du niveau actuellement affiché.

Vos retours d'expérience sont la bienvenue :)

Cordialement,

PanierAvide.

[1] Escaliers :
http://github.pavie.info/openlevelup/?lat=47.32473955069693lon=1.070371400097zoom=20level=0transcend=1legacy=1
[2] Sur l'entrée ouest :
http://github.pavie.info/openlevelup/?lat=48.12148643666441lon=-1.7112547159194946zoom=20level=0transcend=1legacy=1
[3] Exemple au CNIT :
http://github.pavie.info/openlevelup/?lat=48.892781245969005lon=2.2382980585098267zoom=18level=0transcend=1legacy=1 





___
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] Carte des données indoor : OpenLevelUp!

2015-03-10 Par sujet PanierAvide


Bonjour à tous,

Encore du nouveau sur OpenLevelUp, et cette fois-ci pas mal de choses. 
En résumé : amélioration de l'affichage des objets et pop-ups, des liens 
rapides vers OSM, le cadastre en arrière-plan et la possibilité 
d'exporter un niveau en GeoJSON. C'est toujours ici :

http://github.pavie.info/openlevelup/

Pour la version détaillée :
* Meilleure gestion des buildingpart=verticalpassage [1]
* Affichage des images (tag image=*) dans les pop-ups [2]
* Les liens hypertextes sont cliquables (tags image, website, 
contact:website, url, wikimedia_commons)

* L'icône correspondant au type d'objet s'affiche dans le titre
* Le cadastre est disponible dans les couches
* Lien vers OSM.org dans les pop-ups et en bas de page
* Les objets building et buildingpart/indoor sont forcément mis en 
arrière-plan (certains objets étaient précédemment cachés)

* De nombreuses icônes ajoutées (tags shop, amenity, tourism, ...) [3]
* Le nom (tag name) de l'objet est affiché en titre de pop-up s'il est 
renseigné

* Lien pour l'export en GeoJSON du niveau actuellement affiché.

Vos retours d'expérience sont la bienvenue :)

Cordialement,

PanierAvide.

[1] Escaliers : 
http://github.pavie.info/openlevelup/?lat=47.32473955069693lon=1.070371400097zoom=20level=0transcend=1legacy=1
[2] Sur l'entrée ouest : 
http://github.pavie.info/openlevelup/?lat=48.12148643666441lon=-1.7112547159194946zoom=20level=0transcend=1legacy=1
[3] Exemple au CNIT : 
http://github.pavie.info/openlevelup/?lat=48.892781245969005lon=2.2382980585098267zoom=18level=0transcend=1legacy=1



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

Re: [OSM-talk-fr] Carte des données indoor : OpenLevelUp!

2015-03-29 Par sujet PanierAvide


Bonjour à tous,

Des nouvelles du développement d'OpenLevelUp, avec des changements 
significatifs depuis la dernière fois. Pour la version brève : une 
nouvelle interface plus moderne et légère, l'export (en bêta) vers une 
image d'un niveau, la possibilité de voir la liste des salles, et de 
nouvelles icônes (pour les chemins et polygones). Vous connaissez 
désormais l'adresse :

http://github.pavie.info/openlevelup

Pour la version plus détaillée des changements :
* Refonte de l'interface utilisateur, un peu (beaucoup ?) inspirée du 
site openstreetmap.org
* Export du niveau courant vers une image, au format SVG. Cette 
fonctionnalité est en bêta car sujette à des différences notables entre 
navigateurs, n'hésitez pas à faire des retours là-dessus.
* Une liste des salles sur la zone est disponible, avec une barre de 
recherche. Le système fonctionne mais l'interface sera très probablement 
revue rapidement (manque d'ergonomie)

* Les messages sont déplacés en bas à droite de la page
* La fenêtre de chargement se ferme plus tard (au plus proche de 
l'affichage des données)

* De nouvelles icônes pour :
   * Les escalators (en tant que verticalpassage)
   * Les portiques (barrier=turnstile)
   * Les chemins en général, en particulier ceux à sens unique
   * Les laboratoires (laboratory=physical, biology, biological, 
electronics, electronic)

* Également pour le reste du style :
   * L'icône pour les cryptes est plus générale
   * Les murs en tant qu'objets individuels sont affichés en plus gras
   * L'icône des entrées de métro est plus discrète
* Correction de bugs mineurs
   * La fenêtre de chargement ne se fermait pas lors du zoom sur une 
zone vide de données indoor
   * Les niveaux n'étaient pas triés pour les pop-ups, entraînant des 
erreurs sur la montée/descente depuis une pop-up


Vos diverses remarques et impressions sont toujours la bienvenue ;)

Cordialement,

PanierAvide.

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

[OSM-talk-fr] Carte des données indoor : OpenLevelUp!

2015-03-04 Par sujet PanierAvide

Bonjour à tous,

Dans le cadre d'un futur atelier de cartographie des stations de métro
sur Rennes, j'ai développé un outil qui permet de visualiser les données
OSM en intérieur (ou indoor), étage par étage sur une carte glissante.
Aux niveaux de zooms les plus faibles, des clusters de points sont
affichés pour trouver plus facilement les zones contenant ce type de
données.

L'outil s'appelle OpenLevelUp!, et est disponible ici :

http://github.pavie.info/openlevelup

L'idée est de pouvoir rendre visible simplement ces données. En effet, à
moins de passer par overpass-turbo ou les filtres dans JOSM, il est
difficile pour l'instant de les visualiser. Cet outil se veut une
solution simple, affichant les données étage par étage, en surcouche des
tuiles Mapnik. En permettant une mise en avant de ces données, on peut
inciter à la contribution sur ce thème (on ne tague pas pour le rendu,
mais ça fait toujours plaisir de voir son travail s'afficher quelque part).

Un exemple concret de visualisation (station de métro Kennedy, Rennes) :
http://github.pavie.info/openlevelup/?bbox=-1.7122712731361387,48.120896010057486,-1.7102381587028503,48.121777842594696level=-1

Comme le thème de la donnée d'intérieur est encore expérimental, tous
les retours d'expérience (qu'ils soient d'un point de vue ergonomique ou
technique) sont la bienvenue :)

Cordialement,

PanierAvide.

PS:
Pour les curieux de la technique, voici plus de détails sur le
fonctionnement. L'outil récupère les données OSM via des requêtes sur
l'Overpass API, en particulier sur la combinaison de tags indoor=* et
level=* (reposant sur le modèle Simple Indoor Tagging).
Ces données sont lues et traitées en JavaScript (en partie grâce à la
bibliothèque osmtogeojson). Une pseudo-feuille de style (au format JSON)
permet de définir le style des objets à afficher (couleurs, taille,
icône, ...). Les données sont filtrées par étage en ne soumettant qu'à
la carte Leaflet les données dont le niveau (tag level) correspond à
celui à afficher. L'ensemble de l'application est découpée en suivant le
patron de conception MVC.

Le code source est dispo sur Github :
https://github.com/PanierAvide/panieravide.github.io/tree/master/openlevelup

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

Re: [OSM-talk-fr] Carte des données indoor : OpenLevelUp!


Le 05/03/2015 16:34, Nicolas Dumoulin a écrit :
Ha ouais quand même ! Il y en a qui s'amuse bien :-) Dommage qu'on ne 
puisse pas monter/descendre les escaliers en cliquant dessus. 
C'est vrai que ça serait pas mal, je vais ajouter un bouton dans la 
pop-up pour donner cette possibilité ;)


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

Re: [OSM-talk-fr] Carte des données indoor : OpenLevelUp!


Merci à tous pour vos retours :)

Le 05/03/2015 10:08, Ab_fab a écrit :
Cela marche plutôt pas mal à la Défense, au CNIT et dans la gare 
Transilien juste à côté 
http://github.pavie.info/openlevelup/?bbox=-1.7122712731361387,48.120896010057486,-1.7102381587028503,48.121777842594696level=-1 



Ce serait bon d'aller un peu plus loin dans les niveaux (y compris 
pour les étages positifs pour les zones en dalles)
Que veux-tu dire par aller plus loin dans les niveaux ? Avoir 
possibilité de zoomer davantage ?


Je proposerais bien aussi d'intégrer un fond de carte noir et blanc en 
prime pour plus de clarté
C'est noté ;) La difficulté après c'est de trouver des tuiles qui vont 
jusqu'à ces niveaux de zooms élevés, mis à part le rendu OSMFR qui 
descend jusqu'au niveau 20, je ne sais pas s'il y en a d'autres.


Le 5 mars 2015 09:29, Stéphane Péneau stephane.pen...@wanadoo.fr 
mailto:stephane.pen...@wanadoo.fr a écrit :



Il y a plusieurs types de modélisation possible pour le mapping
indoor ?

Je pose cette question, car avec Indoor Map

http://clement-lagrange.github.io/osmtools-indoor/#lat=50.60965lon=3.13804z=20id_building=3440826id_level=3492908
on ne voit rien sur cette station de metro

http://clement-lagrange.github.io/osmtools-indoor/#lat=48.12128lon=-1.71079z=19
En revanche, Openlevelup voit une partie des données du batiment
universitaire

http://github.pavie.info/openlevelup/?bbox=-1.7122712731361387,48.120896010057486,-1.7102381587028503,48.121777842594696level=-1de
Lille


Oui, il y a plusieurs propositions de tags pour la description indoor :
http://wiki.openstreetmap.org/wiki/Indoor_Mapping#Tagging

Le schéma Simple indoor tagging semble être celui préconisé, et a le 
mérite d'être plutôt simple à utiliser et à exploiter.


D'ailleurs j'ai apporté une petite amélioration, la barre d'URL du 
navigateur est mise à jour automatiquement lorsque l'on se déplace sur 
la carte.


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

Re: [OSM-talk-fr] Carte des données indoor : OpenLevelUp!


Le 05/03/2015 11:06, Ab_fab a écrit :
Que veux-tu dire par aller plus loin dans les niveaux ? Avoir 
possibilité de zoomer davantage ?


Non, je pensais au tag layer :
Pour l'instant, l'interface propose -2 / -1 / 0

Je pense que tu peux étendre à -3 / ... / +3
voire +/- 5 pour les zones vraiment complexes (en cherchant un peu, on 
en trouve, en particulier à Paris)
En fait l'outil affiche (en théorie) les étages en fonction des données 
présentes sur la zone, et actualise lorsque l'on se déplace.


Exemple :
http://github.pavie.info/openlevelup/?bbox=2.2903329133987427,48.856586988859384,2.2984653711318965,48.860063423231026level=3
On a les niveaux de -2 à 3.

http://github.pavie.info/openlevelup/?bbox=8.4107905626297,49.008938209725116,8.414856791496277,49.01067116062133level=8
On a les niveaux de -1 à 8, avec les paliers intermédiaires.

Pour le NB, il y a(vait) ce rendu sur layers.openstreetmap.fr 
http://layers.openstreetmap.fr/?zoom=6lat=46.4lon=2.3508layers=BFF 
mais il n'a pas l'air en forme

Effectivement, sinon j'avais pensé à Stamen Toner qui est plutôt sympa :
http://maps.stamen.com/toner/#16/48.1165/-1.7034

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

Re: [OSM-talk-fr] Carte des données indoor : OpenLevelUp!


Le 05/03/2015 11:51, erwan salomon a écrit :

ça semble sympa
mais sur mes 2 navigateurs j'ai la fenêtre loading qui tourne, qui tourne ...
j'ai opera 24 et safari 5.1.10
pas les dernières versions mais les dernières possibles sur mon ordi
sur l'iphone par contre ça marche (ios 8 donc safari en dernière version)
quel navigateur navigateur ferait l'affaire ?
Effectivement, je n'ai pas encore testé sous une grande variété de 
navigateurs. Pour l'instant ça tourne sous Firefox et Chromium, dans les 
dernières version. Je crois que pour Firefox on doit pouvoir remonter 
jusqu'à la version 4.
Ce qui pose soucis c'est l'utilisation de certaines fonctionnalités 
récentes de Javascript (les objets Set par exemple). Je vais voir ce 
qu'il est possible de faire pour améliorer la compatibilité.


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

Re: [OSM-talk-fr] Carte des données indoor : OpenLevelUp!


Le 05/03/2015 10:37, althio a écrit :

Joli travail !
J'imagine l'idée précieuse pour montrer le rendu et les applications
possibles dans les gares souterraines et bâtiments complexes.

Mon premier réflexe a été de regarder la Tour Eiffel (j'avais
contribué pour détailler les étages), ma foi, ça l'air plutôt
cohérent.

Très bonne idée aussi pour les clusters de points, mais ce n'est pas
encore totalement fonctionnel. Je suppose qu'il faut attendre un
rafraîchissement des tuiles de bas zoom ?
C'est sensé être fonctionnel à priori, les clusters s'affichent des 
niveaux de zoom 5 à 16. Qu'est ce qui ne fonctionne pas exactement (pas 
d'affichage, pas de rechargement des données, ...) ?



Une suggestion :
Ajouter la possibilité de filtrer par niveau strict (par exemple
uniquement level=2) et alors masquer les éléments sur plusieurs étages
(level=1;2 ou repeat_on=*, typiquement les escaliers ou éléments
traversants)

Bonne idée, je vais m'en occuper.

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

Re: [OSM-talk-fr] Carte des données indoor : OpenLevelUp!

2015-03-05 Par sujet panieravide

 
Le 05/03/2015 13:52, dHuy Pierre a écrit : 

 Bravo pour ton travail, 
 Ça fait plaisir de voir un nouveau projet sur la carthographie indoor! 
 
 Cependant je suis étonné de voir que le fonctionnement n'est que partiel et 
 ne semble pas prendre en compte pas mal de fonctionnalités définies dans la 
 norme indoor du wiki. 
 
 Ainsi l'immeuble Poluux sur la dalle Beaugrenelle ne ressort pas, ni le 
 chateau de Talcy ou de Chenonceau. Pour ne citer que ces exemples :) As tu 
 une explication?

Merci. Le problème avec la norme indoor, c'est qu'elle n'existe pas. Il
n'y a pas de consensus réellement marqué sur ce thème, et plusieurs
schémas proposés existent en base. Je viens de regarder sur le château
de Chenonceau, et visiblement celui-ci se base sur le schéma suivant [1]
(avec la clé buildingpart), et le wiki suggère de ne plus l'utiliser.
Par conséquent la clé buildingpart n'est pas supportée par l'outil.
 L'idéal serait de passer les données sur le schéma qui utilise la clé
indoor, qui tend visiblement à devenir le schéma à préférer.

 [1] http://wiki.openstreetmap.org/wiki/IndoorOSM [1] 

Links:
--
[1] http://wiki.openstreetmap.org/wiki/IndoorOSM
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] DKIM Comment tagger un abattoir municipal

2015-01-29 Par sujet panieravide

Bonsoir, 

Avec operator:type=public peut-être ? 

Cordialement. 

- Mail original -

De: Eric Debeau eric.deb...@gmail.com 
À: Discussions sur OSM en français talk-fr@openstreetmap.org 
Envoyé: Jeudi 29 Janvier 2015 21:50:58 
Objet: DKIM [OSM-talk-fr] Comment tagger un abattoir municipal 

Bonsoir 

La commune de Lannion a décidé d'utiliser OSM ;-) et se heurte à quelques 
difficultés pour tagger l'abattoir municipal. 

C'est une particularité de la commune de conserver un abattoir public : 
http://www.ville-lannion.fr/page_mairie_abattoir_intro.html 

Je n'ai pas trouvé sur taginfo, mais j'ai trouvé pour abattoir ici : 
https://help.openstreetmap.org/questions/40537/how-to-tag-a-slaughterhouse-abattoir-meatworks
 
man_made=works
product=meat 
man_made s'applique pour 'Usine. Bâtiment industriel destiné à la production de 
biens.' selon le wiki. 

Mais comment indiquer que c'est une entité publique ? 


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] comment taguer des panneaux biche (dot com) / animaux sauvages

2015-06-05 Par sujet PanierAvide

C'est une solution, mais c'est à mon avis dommage de s'éloigner des 
pratiques internationales (plusieurs milliers de valeurs de traffic_sign 
avec des crochets) pour utiliser une méthode franco-française. C'est sûr 
que c'est pas la méthode la plus lisible, au même titre que la syntaxe 
opening_hours qui est pourtant pas mal utilisée.


Une solution pour faciliter la saisie/compréhension serait d'ajouter un 
jeu de règles pour la France au plugin JOSM RoadSigns [1]. On reste sur 
du standard international, et en même temps c'est simple à saisir pour 
l'utilisateur. Si ça vous semble pas mal on peut voir pour travailler là 
dessus :)


Cordialement.

[1] https://wiki.openstreetmap.org/wiki/JOSM/Plugins/RoadSigns


Le 05/06/2015 11:37, Florian LAINEZ a écrit :
Le 1 juin 2015 13:52, PanierAvide panierav...@riseup.net 
mailto:panierav...@riseup.net a écrit :


J'ai vu que l'ajout du panonceau d'étendue (M2) pouvait se faire
en séparant par une virgule (qui permet d'indiquer que les deux
sont liés, voir [1]). On aurait par exemple :
traffic_sign=FR:A15b,M2[500m]  pour une étendue de 500m.

Pour revenir sur ce sujet, je comprends que cette solution est la plus 
pertinente si on a un panneau complexe à décrire (genre 
http://upload.wikimedia.org/wikipedia/commons/thumb/6/67/Road_signs_bilingual_Breton_in_Quimper.jpg/400px-Road_signs_bilingual_Breton_in_Quimper.jpg)
Mais la lisibilité me parait vraiment difficile car tout est rassemblé 
dans la même clef et surtout on doit utiliser des [ ]


Plan B : on créé une clef spécifique au panonceau qui se rapporte au 
panneau :


  * Exemple pour un panneau biche qui s'applique sur 500m :

traffic_sign=FR:A15b
FR:A15b:M2=500m

  * Exemple pour un panneau biche RAPPEL :

traffic_sign=FR:A15b
FR:A15b:M9z1=rappel



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

Re: [OSM-talk-fr] outil user-friendly pour taguer les horaires opening_hours

2015-06-18 Par sujet PanierAvide


Effectivement, c'est pas encore à l'épreuve des mobiles. Je prends note :)


Le 18/06/2015 18:52, Christian Rogel a écrit :
J'aurais bien voulu pouvoir m'en servir avec mes appareils tactiles 
(IPhone et tablette IPad), mais, comme il est spécifié, il faut un 
curseur. Pour la version 3.0 ?



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

Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

2015-06-18 Par sujet PanierAvide

Pourquoi pas, mais le problème vient du fait qu'il est possible de 
mélanger heure précise et indication imprécise (par exemple Mo 
08:00-sunset), donc il faut trouver une façon de pouvoir montrer que 
l'on commence un créneau à telle heure, et qu'il s'étend jusqu'à la 
tombée de la nuit (avec un dégradé peut-être ?).



Le 18/06/2015 13:19, Francescu GAROBY a écrit :
Pour les valeurs dawn, sunrise, sunset, dusk, pourquoi pasr des cases 
à cocher, avec chacun une image explicite (soleil qui se lève/se 
couche, ...) ?


Francescu


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

[OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

2015-06-16 Par sujet PanierAvide


Bonjour,

L'ébauche qu'était YoHours n'est plus, il s'agit maintenant d'un outil 
user-friendly, joli, compréhensible, et en plus codé proprement. Le 
résultat est ici : http://github.pavie.info/yohours/


Sont déjà prévues les améliorations suivantes :
* Fusion si possible des jours de fermeture dans le résultat
* Possibilité de changer la durée de base du calendrier (15 minutes 
actuellement)

* Ajout d'un bouton clear pour vider le calendrier d'un coup
* À moyen terme, la possibilité d'indiquer les saisonnalités (ouvertures 
spécifiques aux mois, saisons, semaines, météo, ...)


N'hésitez pas à partager vos retours et idées ;)

Cordialement,

PanierAvide.

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

[OSM-talk-fr] OpenLevelUp en version smartphone


Bonjour à tous,

Quelques nouvelles d'OpenLevelUp avec notamment la sortie d'une version 
adaptée aux petits écrans (moins de 1000px de large), plus ergonomique 
et surtout plus fonctionnelle (la rétrocompatibilité n'était pas assurée) ;)


De manière générale, une barre de recherche a été ajoutée (sur la 
version principale, le plugin Leaflet ne fonctionne pas (encore) sur 
mobile), quelques modifications de style, des corrections de bugs...


Pour découvrir cela, toujours la même adresse : 
http://openlevelup.pavie.info/


Tous vos retours sont la bienvenue, que ce soit sur la version mobile ou 
principale :)


Cordialement,

PanierAvide.

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

Re: [OSM-talk-fr] outil user-friendly pour taguer les horaires opening_hours

Pour le challenge, j'ai codé une petite interface, en regardant ce qui 
se faisait (de simple) par ailleurs. On trouve souvent le curseur que 
l'on déplace le long d'une journée pour faire un créneau horaire.
Je vous présente donc YoHours, la petite interface web pour passer 
d'horaires compréhensibles par un humain au format opening_hours 
(compréhensible, mais moins) : http://github.pavie.info/yohours/
Pour l'instant c'est laid, mais ça fonctionne. La génération de la 
valeur opening_hours est largement basée sur l'algorithme utilisé par le 
plugin JOSM.
Si ça présente un intérêt pour quelqu'un, je verrai pour faire une 
interface moins Web 0.1 ;)


Cordialement,

PanierAvide.


Le 12/06/2015 20:45, Philippe Verdy a écrit :
Il doit être possible de coder ça dans un petit formulaire sympa et 
lisible (un calendrier hebdomadaire avec des curseurs déplaçables 
entre des zones rouges et vertes et quelques boutons pour ajouter des 
exceptions au cycle hebdo, tels que l'ajout de règles pour jours 
fériés, aussi bien pour les éditeurs du web que pour JOSM.


Dans tous les cas la chaine générée doit rester lisible et modifiable, 
et vérifiable si on saisit dedans (méthode la plus facile si on veut 
changer des horaires de façon précise.


On peut s'inspirer des interfaces des programmateurs de tâches sous 
Unix/Linux ou même sous Windows.





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

Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

2015-06-18 Par sujet PanierAvide


Le 18/06/2015 11:32, dHuy Pierre a écrit :
Si j'ai bonne mémoire sur opening_hours, on peut avoir sunset, tu vas 
gérer ça comment? **curiosité**


C'est même encore mieux que ça, il y a comme sélecteurs temporels vagues 
: dawn, sunrise, sunset, dusk :) Pour l'instant j'avais prévu de ne pas 
le gérer, puis ça risque d'être galère puisque par définition c'est 
vague, donc à priori pas intégrable dans le calendrier en lui-même. 
Peut-être ajouter un onglet avec les valeurs populaires, donc contenant 
sunrise-sunset (et inversement), aux côtés de 24/7 et les principales 
valeurs dans Taginfo.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

2015-06-16 Par sujet PanierAvide

Merci :) C'est noté, je vais voir s'il y a possibilité de rajouter ça 
par dessus la bibliothèque utilisée pour le calendrier. Le = permet de 
montrer que l'objet est extensible par le bas, que l'on peut le 
déplacer, ... Pareil, c'est géré par la bibliothèque de calendrier. Si 
c'est vraiment troublant je peux voir pour le retirer.



Le 17/06/2015 07:26, Pierre-Yves Berrard a écrit :

Beau travail :)

J'ajouterais la possibilité d'étirer les plages vers la gauche ou la 
droite :pratique pour les jours ayant les mêmes plages.

Sinon, je n'ai pas compris à quoi servait le = au deuxième clic.

PY



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

Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

2015-06-17 Par sujet PanierAvide

La gestion des saisonnalités est prévue, je prends note de l'intégrer 
rapidement ;)
Cependant, dans la syntaxe opening_hours il est possible de préciser les 
jours fériés dans leur ensemble (PH), et il est possible de préciser 
une date en particulier (donc si les horaires changent d'un jour férié 
fixe à un autre, pas de soucis), autant pour les jours fériés 
calculables seul pâques est géré [1]. Pour l'instant la syntaxe ne 
permettra pas de pousser le détail à des commerces qui ouvrent à des 
heures différentes selon le jour férié (ceci dit ça doit être 
relativement rare ?).


[1] 
https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#explain:variable_date



Le 17/06/2015 08:10, Francescu GAROBY a écrit :
Je rejoins la proposition de Pierre-Yves, de pouvoir étendre une plage 
horaire sur les jours à droite/gauche (et donc de mettre aussi le = 
sur les 2 bords verticaux).
De plus, il faudrait pouvoir indiquer si c'est ouvert/fermé les jours 
fériés, dont les dates sont soit connues (01/01, 08/05, 11/11, 25/12, 
...) soit calculables (Pâques, Ascension, Pentecôte, ...), ainsi que 
pour les vacances scolaires.


Francescu



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

Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

2015-06-17 Par sujet PanierAvide


Merci à tous pour vos remarques et suggestions (parfois nombreuses) ;)

Je note tout cela, et je me chargerai d'intégrer ça pour la prochaine 
version. Par contre je suis pas certain que mettre les jours en ligne 
soit une bonne idée, justement parce que la plupart de présentation de 
ce type (agendas) sont avec des jours en colonnes. Les dates spéciales 
ou saisons seront dans des onglets, avec un calendrier spécifique à 
chaque saisonnalité définie (à étudier, c'est pas encore fait).
L'idée du widget est intéressante, ça permettrait d'intégrer le 
composant à d'autres outils.


Cordialement.


Le 17/06/2015 10:10, Philippe Verdy a écrit :
La taille vertical est beaucoup trop grande, ce qui oblige au scroll 
vertical et ne facilite pas les choses (parce que la sélection se fait 
par cellules entières).
Il n'y a pas moyen de faire des rectangles beaucoup moins haut, quite 
à aller à la précision du pixel et une heure indicative à) quelques 
minutes près qu'on peut encore ajuster dans le champ texte ? 
(peut-être avec un zoom avant/arrière si on veut vois plus de 
précision des heures)


Sinon seule la dernière cellule permet de changer la durée d'une 
période et d'évidence on devrait pouvoir sélectionner un bord droit ou 
gauche pour étendre sur plusieurs jours successifs.


Autre problème: seule la dernière cellule permet de changer la durée, 
les autres déplacent la zone qui peut sortir des limites de la table. 
La première cellule devrait aussi avoir son bord supérieur déplaçable, 
et dans tous les cas la sélection ne peut pas sortir des 7 jours 
(sinon cela doit soit boucler, soir tronquer : la remarque vaut aussi 
bien pour ce qui est avant la première cellule que ce qui est 
après car le déplacement n'en tient pas compte)


L'idée étant que dans tous les cas cela doit tenir dans la fenêtre. Là 
c'est une présenttion de type agenda comme s'il y avait du texte à 
saisir dans les cellules pour noter un événement ou un rendez-vous.


J'aurais plutôt mis les heures sur l'axe horizontal et les jours (ou 
autres lignes pour les dates PH, etc...) sur l'axe vertical (dans ce 
cas le zoom des heures est un zoom de l'axe horizontal mais le zoom 
par défaut affiche les 24 heures).


Ca pourrait alors devenir un widget intégrable dans un formulaire, ou 
même un popup d'information (seule différence: le popup d'information 
n'est pas éditable, il affiche juste la valeur du champ et le tableau 
en dessous, et le zoom n'est pas absolument nécessaire pour cette 
présentation statique), y compris depuis un site externe qui pourrait 
afficher les deux dans un IFRAME (sans aucune autre décoration: juste 
le champ texte et le tableau, voire seulement le tableau, sans aucune 
marge)





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

Re: [OSM-talk-fr] outil user-friendly pour taguer les horaires opening_hours

2015-06-13 Par sujet PanierAvide

Merci pour ce retour, je vais commenter au fur et à mesure, en 
reprécisant le contexte : ça a été fait en 2h, c'est (pour l'instant) 
juste une ébauche ;)



Le 13/06/2015 09:56, Philippe Verdy a écrit :
C'est très moche oui, pas un problème sauf qu'on s'attend à une 
présentation façon tableau emploi du temps scolaire pour les 
ouvertures, une icone + pour scinder une tranche horaire en deux ou 
pour l'étendre aux jours précédents ou suivants de la semaine (on peut 
aussi tirer depuis bords du tableau si tu gères la souris, un plus 
compliqué que des boutons).
Ce serait effectivement l'idéal, c'est plus complexe à mettre en place 
(il faut créer un widget dédié), mais ça doit bien pouvoir se faire en 
prenant le temps.


Mais le résultat n'est pas terrible non plus quand on obtient

  Mo-Su 09:00-18:00; We off; Th off; Fr off; Sa off

où les off peuvent être abrégés en We-Sa off... et même encore 
plus simplement :


  Su-Tu 09:00-18:00
C'est vrai, je n'avais pas vu ça. Cela vient de l'algorithme du plugin 
JOSM OpeningHoursEdit (il a le même comportement dans JOSM), donc à voir 
pour améliorer celui-ci en amont. D'ailleurs, on pourrait même imaginer 
créer une bibliothèque dédiée à cette question des horaires 
d'ouvertures, à la manière de opening_hours.js mais dans le sens saisie 
utilisateur - clé opening_hours.


Tu sembles assumer que la commence commence uniquement le lundi (à la 
façon dont on numérote les semaines ISO y compris en France dans 
l'adminstration et la plupart des entreprises mais pas dans tous les 
métiers), mais les anglosaxons protestants et le judaïsme voient la 
semaine commencer un dimanche après la samedi de shabbat, les 
musulmans la voient commencer le samedi après le vendredi rituel).
C'était par souci de simplicité, je connais ces aspects mais rien 
n'empêche actuellement quelqu'un de commencer par saisir le dimanche, il 
faut juste aller le chercher dans le menu déroulant. Si l'on raisonne 
dans l'autre sens, en souhaitant effectivement implémenter cet aspect 
là, il faut connaître au minimum la position de la personne (et 
extrapoler sur les coutumes locales), au mieux sa religion. Le dernier 
cas n'est pas envisageable, le premier cas donne des résultats variables 
(la position par localisation d'adresse IP vaut ce qu'elle vaut). Après 
il existe peut-être une autre solution implémentable, dans ce cas 
pourquoi pas :)


La semaine légale varie d'un pays à l'autre (essentiellement selon la 
religion majoritaire), mais on devrait pouvoir définir un intervalle 
de jour de la semaine valide comme Sa-Tu signifiant samedi, 
dimanche, lundi et mardi alors que Tu-Sa signifie mardi, 
mercredi,... vendredi et samedi: l'énumération se fait toujours dans 
l'ordre croissant des jours de la semaine et peut passer sans problème 
d'une semaine légale à la suivante.

À priori la syntaxe opening_hours le permet, il suffirait de l'implémenter.


Autant que possible éviter les off pour les jours de fermeture 
hebdomadaires (par exemple en France de nombreux commerces comme 
coiffeurs ou boulangers sont fermés le lundi on indique Tu-Su ce qui 
positionne dimanche en fin de l'intervalle, mais d'autres sont fermés 
plutot le dimanche et on indique Mo-Sa pour les ouvertures).


Le off devrait plutôt être utilisé pour indiquer les périodes 
saisonnières ou exceptionnelles de fermeture (par exemple pour une 
fermeture en congés scolaires ou un mois de l'année, ou les jours 
fériés officiels, ou pour certaines dates religieuses mobiles non 
fériées dans les services publics mais qui peuvent l'être dans le 
privé, par exemple durant ou à la fin du mois de Ramadan, ou des fêtes 
relatives aux différentes dates de Pâques selon les églises, ou le 
nouvel an chinois).
C'est certain que si on peut éviter d'avoir trop de off la clé sera 
plus lisible.


Si l'ouverture est uniquement saisonnière une petite mineure de 
l'année (par exemple unqiuement en périuoide estivale, il faut le 
mettre dans le premier attribut avec la plus grande période 
d'ouverture hebdomadaire. Si c'est ouvert tous les jours (même avec 
des différences horaires certains jours, cette première période ne 
devrait même mentionner aucun jour de la semaine).


Dans de nombreux services ne pratiquant pas la journée continue, la 
période matinale est la même tous les jours d'ouverture et seul 
l'après-midi varie uniquement par l'horaire de fermeture en fin de 
journée : on a intérêt alors à grouper ensemble les matinées et 
séparer les après-midi mais souvent ça se limite à un seul des jours 
hebdomadaire d'ouverture et on crée une entrée séparée pour ce jour 
(typiquement pour le vendredi après-midi en France quand samedi et 
dimanche sont fermés): on sépare alors le vendredi des autres jours 
lundi-jeudi, et on ne met rien pour samedi et dimanche qui sont déjà 
off par défaut dès qu'un attribut *:open_hours=* est utilisé pour 
mentionner les périodes d'ouverture)


D'une façon générale on doit privilégier en premier l'écriture des

Re: [OSM-talk-fr] OpenLevelUp en version smartphone

Effectivement tout se passe en local une fois la page téléchargée. Le 
message An error occured during download est due à un problème de 
requête Cross-origin resource sharing (l'appel à Overpass) qui n'est 
pas autorisée. Ça arrive de manière aléatoire, parfois à cause de la 
mauvaise connexion WiFi, parfois à cause d'un refus de la part 
d'Overpass (quand trop de requêtes ont été effectuées). La meilleure 
solution est en effet un rechargement de la page ;)


C'est bon de savoir que ça marche sur Opéra également, j'ai testé sous 
iOS avec Chrome et Safari, et sous Android avec Chrome. Ça doit passer 
aussi sur Firefox mobile (puisque ça passe sur Firefox version bureau). 
Et bravo pour avoir lancé le mouvement en Corée ;)




Le 12/06/2015 18:04, Thierry Bézecourt a écrit :
J'avais évidemment cette erreur sur des zones où il y avait des 
données à afficher, y compris des données indoor. Un simple 
rechargement après quelques secondes élimine le message.


J'ai aussi essayé la version mobile sous Android/Opera : ça marche bien.

Thierry

Le 13/06/2015 00:41, Otourly Wiki a écrit :

Ou qu'il n'y a tout simplement pas de données à afficher ;)
Florian



Le Vendredi 12 juin 2015 16h26, Thierry Bézecourt thie...@thbz.org 
a écrit :



Excellent outil (j'ai essayé la version PC) !

Cela m'a incité à commencer le premier mapping indoor en Corée (pardon,
hors sujet sur cette liste...) et ça fonctionne de manière impeccable.

J'ai parfois un message du genre There is no available data in this
area ou An error occurred during download, mais c'est peut-être lié à
mon wifi qui n'est pas très bon.

Si j'ai bien compris, tout se passe en local (Javascript), donc une
erreur de chargement lors de la navigation sur la carte est forcément
due à mon poste ou au serveur Overpass (mais pas à ton serveur, où rien
ne transite après qu'on a chargé le HTML/Javascript au démarrage) ?

Thierry


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

Re: [OSM-talk-fr] outil user-friendly pour taguer les horaires opening_hours