Re: [OSM-talk-fr] Liens de et vers OSM...

[Tony Emery]

cquest wrote
> A mon avis on diverge encore...
> 
> L'idée de départ, ce sont des id stables permettant la mise en place de
> liens VERS les données OSM, pour éviter de multiplier les ref:xx partant
> dans tout les sens et souvent en cul de sac (pas d'accès à des données
> complémentaires derrière).
> Enfin, c'est mon objectif... et je ne veux pas le perdre de vue ;)

C'est pour ça que j'aime bien l'idée d'une passerelle entre les bases de
données. Après, qu'elle soit intégrée dans OSM ou que ce soit un outil à
part, je n'ai pas encore d'avis là-dessus. Dans tous les cas, cette
passerelle permettrait, pour chaque objet géographique et selon leur
thématique, de porter les identifiants des différents référentiels connus
(ou moins connus).


cquest wrote
> Je suis plutôt sur la ligne de Marc. Ok, OSM n'est pas au sens strict un
> référentiel, mais c'est un point d'échange, de partage, le carrefour où se
> retrouvent et se croiseront de plus en plus de ré-utilisateurs.
> Créer des liens stables à ce niveau permet de consolider et favoriser les
> échanges pour ceux qui gravitent autour.
> 
> Un truc que j'aimerai savoir c'est par exemple comment l'IGN gère ça dans
> sa BD TOPO. Ils ont un ID pour chaque objet, indiqué dans leurs
> spécifications comme stable d'une version à l'autre, mais comment font-ils
> lorsqu'il y a des changement sur les objets sur le terrain ? Par exemple
> une route s'élargit et se retrouve en chaussée séparée (et donc 2 objets
> au
> lieu d'un).

Ils ont un identifiant pour la voie, du type 84087A185 (un id pour chaque
côté de la voie) et un pour chaque tronçon de cette voie, du type
TRONROUT38110127



--
View this message in context: 
http://gis.19327.n5.nabble.com/Liens-de-et-vers-OSM-tp5757047p5757420.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Rendu "FR"...

[Nicolas Dumoulin]

Le mercredi 17 avril 2013 08:23:55 Christian Quest a écrit :
> Je vais rajouter le oneway dans le group by, pour ne pas fusionner les
> tronçons avec un oneway différent.
> 
> Ca reste très délicat de trouver l'équilibre. Là on voit les noms qui
> disparaissent, mais il faut aussi penser à tout ceux qui apparaissent par
> la place ainsi libérée et ceux des tronçons trop petits pour placer le nom
> si on ne les rassemble pas.
> 
> Un des défauts que je vois c'est à l'usage sur un petit écran comme un
> smartphone, on a moins de probabilité d'avoir le nom visible à l'écran.

Et ça donnerait quoi, si tu demandes à répéter les labels (avec un spacing pas 
trop fort) ?

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] Publication d'un tutoriel JOSM v 1.0

[Tony Emery]

Jean-Francois Nifenecker wrote
> Le 16/04/2013 15:11, Tony Emery a écrit :
>>
>> il faudrait prévoir ce tutoriel sous forme de
>> "fiche-pratique" d'une page, un peu comme l'osmécum.
>>
> 
> ah zut, tu me casses la baraque :)
> 
> -- 
> Jean-Francois Nifenecker, Bordeaux

Non, je suis désolé. C'est un très bon travail. Après, c'est juste de la
mise en page...



--
View this message in context: 
http://gis.19327.n5.nabble.com/Publication-d-un-tutoriel-JOSM-v-1-0-tp5756656p5757423.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Rendu "FR"...

[Vincent de Chateau-Thierry]

Bonjour,

> De : "Christian Quest" 

> Je vais rajouter le oneway dans le group by, pour ne pas fusionner les
> tronçons avec un oneway différent.
> 
> Ca reste très délicat de trouver l'équilibre. Là on voit les noms qui
> disparaissent, mais il faut aussi penser à tout ceux qui apparaissent par
> la place ainsi libérée et ceux des tronçons trop petits pour placer le nom
> si on ne les rassemble pas.
> 

Tout à fait d'accord, d'autant qu'on ne maîtrise pas tous les paramètres. Sans 
fusion,
un réseau où à chaque intersection démarre un nouveau way, par le choix du 
contributeur
ou du fait de changement d'attributs, et c'est un paquet de noms qui 
n'apparaîtront pas,
faute de place, Mapnik ne décidant pas seul de fusionner.
L'équilibre est très influençable par les exemples qu'on choisit. 
Quid d'un test qui marche aussi bien ici :
http://tile.openstreetmap.fr/?zoom=17&lat=43.94758&lon=4.80566&layers=B0F
que là :
http://tile.openstreetmap.fr/?zoom=16&lat=46.67232&lon=-1.42775&layers=B0F 
...?

Des tests que j'ai pu faire, je reste pour la fusion, mais non corrélée aux 
valeurs de
oneway.

vincent

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

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

Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...

[Ista Pouss]

Le 16 avril 2013 21:51,  a écrit :

>
>
> J aime bien ton idee, tu peux donner un peu plus de details sur le
> fonctionnement interne ? ( cf les questions ci dessous )
>

OK, je vais y répondre, en étant conscient que Christian ne semble pas en
accord avec cette proposition, il semble vouloir ne pas aller trop vite
dans l'implémentation... il voulait du REST, je lui en propose... il est
bien le seul qui ait peur que je travaille trop vite :-)

J'attire tout de même son attention sur le fait que mon idée de partir, non
pas de la notion d'identification, mais de la notion de critères d'égalité,
ou critères de reconnaissance si je parle le plus "comme tout le monde" que
je puis, est quand même pas du niveau du codage immédiat !



>
> > Le serveur rest renvoie une lien vers une page contenant la liste des id
> des objets osm correspondant à ce schéma, page et liens qu'il aura fabriqué
> lui même.
>
> Comment il la fabrique ?
>
>
Je vois ça avec l'overpass api. Le système transforme les critères
d'égalité en requête overpass, puis numérote simplement les objets osm
réponse, les transforme en une liste de liens, etc.

L'URL de la page critère sera du type http://machin/CRITERES (
http://machin/PLACES_PIETONNES dans mon exemple)
L'URL de chaque objet OSM sera du type http://machin/CRITERES/idobjet (
http://machin/PLACES_PIETONNES/4567 dans mon exemple).



> > Donc, dans l'exemple, à partir de la, il existera dans le serveur rest
> une base de liens des places piétonnes, et le serveur renverra l'url d'une
> page contenant une liste de liens vers les places piétonnes. Cette page
> sera une vue de la base OSM, c'est à dire que si on ajoute ou retire une
> place piétonne, alors la liste sera dynamiquement modifiée en fonction.
>
> Comment tu maintiens la coherence entre la vue et le contenu de la base
> OSM ?
>
>

Pour chaque objet de la vue, il n'y a pas de problème il me semble ? Là
c'est affaire d'implémentation, Christian va rouspéter si j'en parle trop
:-) Le seul choix stratégique sera de savoir si je tolère un certain retard
de la vue sur le contenu de la base OSM. Ce n'est pas fondamental me
semble-t-il.

Pour la liste, c'est plus difficile... Là je pense obligatoire qu'il y ait
un certain retard, à voir. Chaque fois que le système mettra la liste à
jour, il fera une nouvelle requête overpass, et traitera selon les
critères. Si un objet osm correspond à un objet déjà identifié selon les
critères donnés, alors il conserve l'id. Sinon, on lui donne un nouvel id.
Et si un objet enregistré ne correspond plus à aucun objet dans la requête,
alors il est supprimé (mais l'id n'est pas réutilisé).


> Le serveur garantit que :
> > [...]
> > - Si quelqu'un change la valeur d'un des critères d'égalité (par exemple
> change les coordonnées), alors le serveur changera l'id de cet objet,
> l'ancien id devenant invalide, à moins qu'un autre objet osm devienne
> "valide" selon cet id.
>
> Mais dans ce cas la on perd la trace de l objet non ? si il est deplace
> pour etre positionne plus finement cela reste le meme objet. est ce que c
> est souhaitable que l ID change ?
>
>
Oui, l'objet changera d'id à ce moment là. Du moins si la définition des
critères d'égalité contient les coordonnées et que ça sort de la surface de
tolérance.

Dans le système que je propose, qui je le crois se rapporte très bien aux
objets géographiques, et même mieux que le système d'id des bases de
données, (sinon je le proposerai pas) c'est l'utilisateur qui distingue les
objets, et donc détermine les critères d'identification des objets, et donc
les critères d'égalité. C'est le rendu qui fait l'objet.

Je sais que cette approche est complètement opposée à celle proposée
habituellement, et apparemment opposée à celle de Christian, mais c'est
celle que je défends.

Par exemple, on mappe un arrêt de bus, et on dit "Les critères de
reconnaissance d'un arrêt de bus, c'est sa position géographique selon tel
flou, son nom, sa ligne". Le système lui donnera un id selon ces critères.
Et puis on s'aperçoit qu'on l'a mal mappé, qu'on s'est trompé de coté de
rue, par exemple. Si le décalage sort du flou de position géographique,
alors l'arrêt de bus aura un autre id, sinon, non. C'est à l'utilisateur de
se donner le mou qu'il veut à l'avance, et de bien penser le jeux de
critères.

Normalement, pour un arrêt de bus, le couple "nom-ligne" est suffisant, il
n'a pas besoin de mettre la coordonnée géographique. S'il a peur que deux
arrêts de bus aient le même nom sur la même ligne (ce qui serait déjà
fumeux), alors il rajoute la coordonnée. Si, en plus, il se trompe dans le
mapping... OSM ne peut plus rien pour lui, son système est merdique, et il
est justifié qu'il donne un nouvel id il me semble :-)


> - Si quelqu'un change la valeur d'une propriété de l'objet osm non
> incluse dans les critères d'égalité, alors l'id de l'objet ne change pas.
>
> Meme question que precedemment, comment detectes tu les changements ?
>


Là je vois pas le problème : si j'admets u

Re: [OSM-talk-fr] Rendu "FR"...

[Christian Quest]

C'est ce que je viens de tester... c'est plus équilibré.


Le 17 avril 2013 09:26, Nicolas Dumoulin <
nicolas_openstreetmap@dumoulin63.net> a écrit :
>
>
> Et ça donnerait quoi, si tu demandes à répéter les labels (avec un spacing
> pas
> trop fort) ?
>


-- 
Christian Quest - OpenStreetMap France
Synthèse du Week-end "SOTM-FR" à Lyon :
http://openstreetmap.fr/synthese-sotmfr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...

[Christian Quest]

J'aime bien l'idée d'Ista Pouss de pouvoir choisir les critères de flou,
mais en même temps ça me semble être une approche plus dans la logique d'un
outil que dans la définition d'un ID plus ou moins réutilisable entre bases
externes.

Si on arrivait à un ID qui puisse fonctionner hors OSM ou API à interroger
systématiquement ça serait pas mal non plus.

Je reprends ma boulangerie... si l'ID "bakery@#a4u2k9" est utilisé dans 2
bases externes, elle peuvent savoir qu'elles parlent de la même chose
(concept emprunté aux linked data).

Bien sûr, pour retrouver l'objet OSM actuel, il faudra faire la résolution
de l'ID.

La partie sémantique pourrait même contenir une sorte de hiérarchie, ce qui
permettrait de gérer le flou sémantique au sein même de l'ID comme on peut
déjà le faire au niveau géographique en raccourcissant le geohash.

Ex: shop.bakery.Croustillette@#a4u2k9 est plus précis que shop@#a4u2k9
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rendu "FR"...

[Nicolas Dumoulin]

Le mercredi 17 avril 2013 07:55:13 Jean-Baptiste Holcroft a écrit :
> Pour savoir si c'est une amélioration ou non, il faudrait faire des tests
> sur une population moins impliquée (et habituée) que la notre.
> Il est certain que ça se fait en marketing, peut être que Michelin
> accepterai de réaliser ce type des tests puisqu'il utilise osm à Clermont.
> Par contre, pas sûr qu'ils l'ouvrent à tous.

Je ne suis pas sûr que ça intéresse Michelin :-)
Ils ont leur propre outils de rendu, et apparemment ils n'ont pas trop ce 
genre de soucis … en tout cas pas sur le plan de Clermont-Ferrand.

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...

[Tony Emery]

J'arrive plus à suivre le fil de "Liens de et vers OSM..." vu qu'il y a des
sujets re: ref.:
Lequel est le bon, du coup ?



--
View this message in context: 
http://gis.19327.n5.nabble.com/Ref-Re-Ref-Re-Ref-Re-Liens-de-et-vers-OSM-tp5757254p5757432.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Rendu "FR"...

[Nicolas Dumoulin]

Le mardi 16 avril 2013 17:18:13 Christian Quest a écrit :
> Petite avancée sur la généralisation des noms de rues...

Bon, c'est vraiment sympa comme amélioration. Des noms de rue font leur 
apparition malgré les contraintes de places ou de segmentation.

Dans le même genre, est-ce que tu pourrais fusionner les voies parallèle (on 
en avait déjà parlé je crois).
Exemple ici :
http://tile.openstreetmap.fr/?zoom=17&lat=45.7632&lon=3.10005&layers=B0F
(boulevard Louis Loucheur et Pochet-Lagaye)

Merci pour tes trouvailles et surtout leur mise en service ;-)

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...

[Jean-Claude Repetto]

Le 17/04/2013 11:32, Tony Emery a écrit :

J'arrive plus à suivre le fil de "Liens de et vers OSM..." vu qu'il y a des
sujets re: ref.:
Lequel est le bon, du coup ?



Dans Thunderbird, et dans les archives 
(http://lists.openstreetmap.org/pipermail/talk-fr/2013-April/thread.html) je 
vois le fil d'origine, qui s'appelle "Liens de et vers OSM...", et un 
autre fil, créé par Julien T. , qui s'appelle  "Réf.: Re: Réf.: Re: 
Réf.: Re: Liens de et vers OSM...".


Il semblerait que Julien brise systématiquement les fils lorsqu'il 
utilise son compte Yahoo, mais pas avec son compte Free.


Jean-Claude



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

Re: [OSM-talk-fr] Rendu "FR"...

[Guillaume Allegre]

Le mer. 17 avril 2013 à 11:34 +0200, Nicolas Dumoulin a écrit :

> Dans le même genre, est-ce que tu pourrais fusionner les voies parallèle (on 
> en avait déjà parlé je crois).
> Exemple ici :
> http://tile.openstreetmap.fr/?zoom=17&lat=45.7632&lon=3.10005&layers=B0F
> (boulevard Louis Loucheur et Pochet-Lagaye)

Tu veux dire fusionner les labels, mais pas les voies ? 
Je ne pense pas que ce soit possible. Tu places le label sur quelle voie dans 
ce cas ?


-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


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

Re: [OSM-talk-fr] Rendu "FR"...

[Francescu GAROBY]

J'imagine qu'il voudrait voir les labels "Boulevard Paul Pochet-Lagaye"
fusionner en un seul et centré, plutôt que dédoublé et aligné chacun sur
leur 'way'... Si cette solution est envisagée, il faudra alors l'étendre au
cartouche "D 771".

Francescu


Le 17 avril 2013 11:46, Guillaume Allegre  a
écrit :

> Le mer. 17 avril 2013 à 11:34 +0200, Nicolas Dumoulin a écrit :
>
> > Dans le même genre, est-ce que tu pourrais fusionner les voies parallèle
> (on
> > en avait déjà parlé je crois).
> > Exemple ici :
> >
> http://tile.openstreetmap.fr/?zoom=17&lat=45.7632&lon=3.10005&layers=B0F
> > (boulevard Louis Loucheur et Pochet-Lagaye)
>
> Tu veux dire fusionner les labels, mais pas les voies ?
> Je ne pense pas que ce soit possible. Tu places le label sur quelle voie
> dans ce cas ?
>
>
> --
>  ° /\Guillaume AllègreOpenStreetMap France
>   /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
>  /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Rendu "FR"...

[Christian Quest]

Je n'ai pas encore trouvé comment faire... quelques idées, mais rien de
concret encore. Je pense qu'il faut passer par un buffer positif puis
négatif... à tester.
De même... à certaines échelles intermédiaires comment remplacer "Boulevard
Périphérique Interieur" et "Boulevard Périphérique Extérieur" par
"Boulevard Péripherique" ?


Par contre j'ai revu le rendu du noms des communes car le grand nombre de
petites villes et village en France fait que bien peu sont visibles avant
le niveau 12.

La modif prend en compte la population pour en afficher un peu plus (ville
de 1000 habitants et +), et j'en ai profité pour gérer les tags
short_name=* ainsi que quelques abbréviations automatiques pour mieux gérer
l'agglomération parisienne (en haut à gauche sur les exemples ci-dessus).

avant: http://cl.ly/image/050Z3M1G3Z0T
après: http://cl.ly/image/022l1J2b3j0h

Je vois par contre que les "ref" sont bien moins denses... un effet de bord
d'une de mes dernières modifs ? A vérifier...


Le 17 avril 2013 11:34, Nicolas Dumoulin <
nicolas_openstreetmap@dumoulin63.net> a écrit :

> Dans le même genre, est-ce que tu pourrais fusionner les voies parallèle
> (on
> en avait déjà parlé je crois).
> Exemple ici :
>
> http://tile.openstreetmap.fr/?zoom=17&lat=45.7632&lon=3.10005&layers=B0F
> (boulevard Louis Loucheur et Pochet-Lagaye)
>
> Merci pour tes trouvailles et surtout leur mise en service ;-)
>
>
-- 
Christian Quest - OpenStreetMap France
Synthèse du Week-end "SOTM-FR" à Lyon :
http://openstreetmap.fr/synthese-sotmfr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...

[thevenon . julien]

- Mail original -
> De: "Jean-Claude Repetto" 

> Il semblerait que Julien brise systématiquement les fils lorsqu'il 
> utilise son compte Yahoo, mais pas avec son compte Free.

Ca peut etre aussi lie au fait que j ai repondu via la version mobile de yahoo 
depuis mon smarpthone, je sais pas si la version non mobile casse les fils
je vais essayer de repondre par le compte free vu qu il est plus respectueux 
des fils

Julien

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

Re: [OSM-talk-fr] Rendu "FR"...

[Nicolas Dumoulin]

Le mercredi 17 avril 2013 12:22:08 Christian Quest a écrit :
> La modif prend en compte la population pour en afficher un peu plus (ville
> de 1000 habitants et +), et j'en ai profité pour gérer les tags
> short_name=* ainsi que quelques abbréviations automatiques pour mieux gérer
> l'agglomération parisienne (en haut à gauche sur les exemples ci-dessus).
> 
> avant: http://cl.ly/image/050Z3M1G3Z0T
> après: http://cl.ly/image/022l1J2b3j0h

Hmm, par chez moi, on voit moins de villages avec le rendu FR que le rendu 
default :
http://tile.openstreetmap.fr/?zoom=12&lat=45.75397&lon=2.97759&layers=B0F
(On ne voit pas Laschamps au milieu par exemple)

Alors, bien sûr ce village fait moins de 1000 habitants (je pense). On n'est 
clairement plus dans le même contexte que la région parisienne.
Mais oui, sur ton exemple, c'est pas mal déjà.

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...

[Ista Pouss]

Le 17 avril 2013 11:13, Christian Quest  a écrit :

> J'aime bien l'idée d'Ista Pouss de pouvoir choisir les critères de flou,
> mais en même temps ça me semble être une approche plus dans la logique d'un
> outil que dans la définition d'un ID plus ou moins réutilisable entre bases
> externes.
>
>
Merci. Attention que le critère de flou n'est qu'un des critères ; en fait
je propose de pouvoir choisir tous les critères. Chacun critère est une
propriété d'un objet osm et, plus prosaïquement, un truc exprimable avec
l'api overpass.



> Si on arrivait à un ID qui puisse fonctionner hors OSM ou API à interroger
> systématiquement ça serait pas mal non plus.
>
> Je reprends ma boulangerie... si l'ID "bakery@#a4u2k9" est utilisé dans 2
> bases externes, elle peuvent savoir qu'elles parlent de la même chose
> (concept emprunté aux linked data).
>
>
Mais pour obtenir le #a4u2k9 comment vas-tu faire ? Il va bien te falloir
une api, non ? Une fois que tu l'as, il n'est plus besoin d'interroger
l'api. Avec le système que je propose, c'est pareil. Il garantit que l'URL
qu'il donne restera toujours la même, tant que l'objet satisfait les
critères de reconnaissance.

Plus fondamentalement,  à partir du moment où OSM n'a comme ambition de
n'enregistrer que ce qui se voit sur le terrain, il est nécessaire de
disposer d'un système externe pour reconnaître et identifier les "objets".

Si tu connais les linked data, tu sais aussi que, dans les conceptions
programmations orientés objets les plus pures, un objet n'a pas d'id :-)


Bien sûr, pour retrouver l'objet OSM actuel, il faudra faire la résolution
> de l'ID.
>
>
Pour la résolution, et pour la génération également.

Tu peux t'en passer pour la génération si tu spécifies les critères de
hash, pour que tout le monde génère le même hash pour un même objet osm.
Donc ça revient à donner les critères sélectionnant les propriétés
pertinentes, donc ça revient à... ce que je dis :-) Au lieu d'implémenter,
tu spécifies, c'est tout. Je ne suis pas contre.



> La partie sémantique pourrait même contenir une sorte de hiérarchie, ce
> qui permettrait de gérer le flou sémantique au sein même de l'ID comme on
> peut déjà le faire au niveau géographique en raccourcissant le geohash.
>
>
Dans le système que je propose, la partie "hiérarchie" est prise en charge
par le nom du schema de reconnaissance : http://truc/BAKERY/345

Il est conceptuellement possible (ça devient compliqué à la mise en oeuvre,
mais c'est théoriquement possible) de modéliser la fabrication de l'id à
partir des critères pertinents, puisqu'on a ces critères.

Par exemple, on décide que, pour les boulangeries, le critère de
reconnaissance c'est l'adresse et le nom ; on peut imaginer dire au système
"pour les boulangeries fabrique moi un identifiant avec le nom" - puisqu'il
a le nom. Et alors l'URL deviendrait
http://truc/BAKERY/Boulangerie_Centrale:345


Ex: shop.bakery.Croustillette@#a4u2k9 est plus précis que shop@#a4u2k9
>
>
Oui, mais au niveau de l'id, on se fiche de tout ça. Ce qui est important
au niveau de l'id est, soit de pouvoir le vérifier par un humain, soit de
donner son autorité ("soit" non exclusif). Chez moi l'autorité sera le site
d'hébergement du service (qui peut être osm ! ), et donnée aussi par le nom
du schéma de reconnaissance.

Ce que tu proposes est plutôt un id à partir d'un classement. Ça peut se
faire aussi, mais au point où nous en sommes, ça me parait prématuré.

Cordialement.


--
Les dérives de rue :
Profession émotion 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rendu "FR"...

[Pieren]

2013/4/17 Christian Quest 

> La modif prend en compte la population pour en afficher un peu plus (ville
> de 1000 habitants et +), et j'en ai profité pour gérer les tags
> short_name=* ainsi que quelques abbréviations automatiques pour mieux gérer
> l'agglomération parisienne (en haut à gauche sur les exemples ci-dessus).
>
>
Heu. "Chennevières-sur-M.", "Ivry-sur-S.", "Sucy-en-B."  M? B? S?
Tout le monde n'habite pas la région parisienne et il ne faudrait pas que
ce rendu soit réservé à un public qui connait déjà les noms de ces villes...

Pieren, qui pourrait vous inviter à boire une bière à Stras. ou Col. ou
Mulh. ou à M.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...

[Pieren]

2013/4/17 Ista Pouss 

> Il garantit que l'URL qu'il donne restera toujours la même, tant que
> l'objet satisfait les critères de reconnaissance.
>
>
C'est un peu vague tout ça. Personne n'est capable de dire ce que sont ces
"critères de reconnaissance". Exemples:

- une boulangerie qui change de propriétaire et de nom, va-t-elle changer
d'ID ?
- une boulangerie qui change de propriétaire, qui conserve son nom mais
change son numéro de téléphone (ou d'operator), va-t-elle changer d'ID ?
- une boulangerie qui déménage dans la même rue ou la même ville, va-t-elle
changer d'ID ?
- une boulangerie qui change de ville, va-t-elle changer d'ID ?

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

Re: [OSM-talk-fr] http://cadastre.openstreetmap.fr/

[Frédéric Rodrigo]

Bonjour,

Les extractions du cadastre peuvent être réalisé à la maison, le site ne 
fait que les faciliter. Il faut utiliser l'outil qadastre2osm.


https://gitorious.org/qadastre/qadastre2osm

Frédéric.

Le 16/04/2013 14:42, Francescu GAROBY a écrit :

La liste des communes vectorisées non encore insérées dans OSM est
visible à cette page :
http://openstreetmap.fr/outils/limites-communales-a-importer

Francescu


Le 16 avril 2013 14:40, Jean-Claude Repetto mailto:jrepe...@free.fr>> a écrit :

Le 16/04/2013 14:26, Romain MEHUT a écrit :

+1, de nouvelles communes au format vecteur sont disponibles
autour de
chez moi...

Romain


Bonjour,

Y a -t-il un moyen permettant d'être informé des nouvelles communes
disponibles au format vecteur ?

Jean-Claude



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





--
Cordialement,
Francescu GAROBY


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




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

Re: [OSM-talk-fr] http://cadastre.openstreetmap.fr/

[Emmanuel Lesouef]

Le Wed, 17 Apr 2013 13:21:47 +0200,
Frédéric Rodrigo  a écrit :

> Bonjour,
> 
> Les extractions du cadastre peuvent être réalisé à la maison, le site
> ne fait que les faciliter. Il faut utiliser l'outil qadastre2osm.
> 
> https://gitorious.org/qadastre/qadastre2osm
> 
> Frédéric.

Y'a-t-il un peu de doc pour la compilation de cet outil ? Pré-requis,
version, etc.

Histoire de ne pas trop galérer...

-- 
Emmanuel Lesouef


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

Re: [OSM-talk-fr] http://cadastre.openstreetmap.fr/

[Jo.]

Intéressant mais pour l'instant tous mes essais sur Git ont tous capoté. Je
ne sais pas quoi faire avec les fichiers (ni héberger un projet)


Le 17 avril 2013 13:28, Emmanuel Lesouef  a écrit :

> Le Wed, 17 Apr 2013 13:21:47 +0200,
> Frédéric Rodrigo  a écrit :
>
> > Bonjour,
> >
> > Les extractions du cadastre peuvent être réalisé à la maison, le site
> > ne fait que les faciliter. Il faut utiliser l'outil qadastre2osm.
> >
> > https://gitorious.org/qadastre/qadastre2osm
> >
> > Frédéric.
>
> Y'a-t-il un peu de doc pour la compilation de cet outil ? Pré-requis,
> version, etc.
>
> Histoire de ne pas trop galérer...
>
> --
> Emmanuel Lesouef
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rendu "FR"...

[Vincent de Chateau-Thierry]

> De : "Pieren" 

> 2013/4/17 Christian Quest 
> 
> > La modif prend en compte la population pour en afficher un peu plus (ville
> > de 1000 habitants et +), et j'en ai profité pour gérer les tags
> > short_name=* ainsi que quelques abbréviations automatiques pour mieux gérer
> > l'agglomération parisienne (en haut à gauche sur les exemples ci-dessus).
> >
> >
> Heu. "Chennevières-sur-M.", "Ivry-sur-S.", "Sucy-en-B." M? B? S?
> Tout le monde n'habite pas la région parisienne et il ne faudrait pas que
> ce rendu soit réservé à un public qui connait déjà les noms de ces villes...
> 

Ça n'est pas ça qui fera de ce rendu un rendu pour parisiens. Car dans ce cas, 
que dire
du terrain ??
En banlieue :
http://goo.gl/maps/hgLly
http://goo.gl/maps/qOog0
mais pas que :
http://goo.gl/maps/23Trs

vincent de Ch.-Th.

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

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

Re: [OSM-talk-fr] http://cadastre.openstreetmap.fr/

[Romain MEHUT]

Le 17 avril 2013 13:21, Frédéric Rodrigo  a écrit :

> Bonjour,
>
> Les extractions du cadastre peuvent être réalisé à la maison, le site ne
> fait que les faciliter. Il faut utiliser l'outil qadastre2osm.
>
> https://gitorious.org/**qadastre/qadastre2osm
>

Ce n'est pas à la portée de tout le monde...

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

Re: [OSM-talk-fr] http://cadastre.openstreetmap.fr/

[Emmanuel Lesouef]

Le Wed, 17 Apr 2013 13:32:01 +0200,
Romain MEHUT  a écrit :

> Le 17 avril 2013 13:21, Frédéric Rodrigo  a
> écrit :
> 
> > Bonjour,
> >
> > Les extractions du cadastre peuvent être réalisé à la maison, le
> > site ne fait que les faciliter. Il faut utiliser l'outil
> > qadastre2osm.
> >
> > https://gitorious.org/**qadastre/qadastre2osm
> >
> 
> Ce n'est pas à la portée de tout le monde...
> 
> Romain

S'il s'agit de compiler un peu avec quelques pré-requis, je pense que
je peux fournir ensuite un binaire amd64.

(ce serait une première pour moi, mais bon...)

-- 
Emmanuel Lesouef


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

Re: [OSM-talk-fr] Rendu "FR"...

[Pieren]

2013/4/17 Vincent de Chateau-Thierry 

> Ça n'est pas ça qui fera de ce rendu un rendu pour parisiens.
>
>
Je ne retrouve ces abréviations que sur les cartes Michelin. Coïncidence ?

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

Re: [OSM-talk-fr] Insérer une carte OSM sur un site

[Tony Emery]

Histoire que je raconte pas d'histoire lors de ma prochaine réunion, vous me
confirmez qu'on peut créer une carte sur UMap et l'intégrer sur son site
Internet ?



--
View this message in context: 
http://gis.19327.n5.nabble.com/Inserer-une-carte-OSM-sur-un-site-tp5756662p5757455.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Rendu "FR"...

[Vincent de Chateau-Thierry]

> De : "Pieren" 

> 
> Je ne retrouve ces abréviations que sur les cartes Michelin. Coïncidence ?
> 

Peut-être parce que tu n'as pas cherché ailleurs ?
Moi je les vois tout autant sur Geoportail (autour du 1/60.000) :
Villiers-S.-M., Nogent-S.-M., Bry-S.-M., etc.

Mais surtout, comme dit précédemment, ces abréviations je les retrouve aussi 
sur le
terrain. Ce que je voulais souligner au final, c'est bien que Christian n'a pas
pondu dans son coin une convention ésotérique ou parisiano-parisienne.
L'Île-de-France est un casse-tête à représenter à moyenne échelle, la plupart 
des
réglages qui conviennent là fabriquent une carte vide ailleurs. Donc il faut 
ruser, et
les abréviations font partie de l'arsenal.

vincent

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

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

Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...

[Tony Emery]

Je pense que la problématique de l'activité commerciale doit être prise de
manière différente.

En fait, il faut distinguer :
- le local commercial (industriel ou autre)
- l'activité commerciale (industrielle ou autre)

De notre côté, j'ai suggéré à Jean-Louis de cartographier les locaux
commerciaux (de préférence par des points) et de qualifier l'activité par
dessus.

De fait, lorsque le commerce change, on remplace par la nouvelle et OSM
garde l'historique des activité (avant c'était un marchand de chaussure,
puis un vendeur de téléphone et un vendeur de glaces).

C'est, me semble-t-il, plus important de savoir quelles activités se sont
succédées, plutôt que de connaître l'historique du déménagement d'un
boulanger (par exemple).



--
View this message in context: 
http://gis.19327.n5.nabble.com/Ref-Re-Ref-Re-Ref-Re-Liens-de-et-vers-OSM-tp5757254p5757458.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...

[Ista Pouss]

Le 17 avril 2013 13:17, Pieren  a écrit :

> 2013/4/17 Ista Pouss 
>
>> Il garantit que l'URL qu'il donne restera toujours la même, tant que
>> l'objet satisfait les critères de reconnaissance.
>>
>>
> C'est un peu vague tout ça. Personne n'est capable de dire ce que sont ces
> "critères de reconnaissance". Exemples:
>
>
Je ne sais pas. Il me semble que j'ai précisé que c'est l'utilisateur de
ces ids qui précisent les critères de reconnaissance, je ne vois pas ce
qu'il y a de vague.

Si les "utilisateurs d'id" sont des concepteurs d'application
informatiques, ce sera à eux. Si c'est des responsables de toutes sortes et
de toutes confessions, à eux.



>
> - une boulangerie qui change de propriétaire et de nom, va-t-elle changer
> d'ID ?
> - une boulangerie qui change de propriétaire, qui conserve son nom mais
> change son numéro de téléphone (ou d'operator), va-t-elle changer d'ID ?
> - une boulangerie qui déménage dans la même rue ou la même ville,
> va-t-elle changer d'ID ?
> - une boulangerie qui change de ville, va-t-elle changer d'ID ?
>
>
La réponse n'est pas au système que je propose, mais à ceux qui diront "une
boulangerie c'est ceci, ceci, et cela". Il y aura autant de réponse que de
responsables, c'est habituel.

S'ils répondent qu'une boulangerie n'est plus la même si elle change de
propriétaire et de nom, alors, pour autant que sur osm on ait son
propriétaire et son nom, si on a définit un schéma sur le système que je
propose, l'id de cette boulangerie changera selon ce schéma.

S'ils répondent qu'une boulangerie n'est plus la même si elle change de
propriétaire, conserve son nom mais pas son numéro de téléphone, alors ils
feront le schéma correspondant et le système gèrera les ids en
correspondance pareil.

Bon, etc ; je me doute que les variations sont infinies. Infinis aussi
seront les ids et les schémas d'ids, ça n'a aucune importance et ça n'est
pas vague du tout.

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

Re: [OSM-talk-fr] Insérer une carte OSM sur un site

[Yohan Boniface]

On 04/17/2013 08:03 AM, Tony Emery wrote:

Histoire que je raconte pas d'histoire lors de ma prochaine réunion, vous me
confirmez qu'on peut créer une carte sur UMap et l'intégrer sur son site
Internet ?



Je confirme! :)
L'intégration se fait via iframe (pour avoir le code d'une carte, il 
faut cliquer sur le symbole "").
Utilise l'instance d'osm-fr, http://umap.openstreetmap.fr 
(http://umap.fluv.io est juste un site de démo à la base).


Yo




--
View this message in context: 
http://gis.19327.n5.nabble.com/Inserer-une-carte-OSM-sur-un-site-tp5756662p5757455.html
Sent from the France mailing list archive at Nabble.com.

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




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

Re: [OSM-talk-fr] Instance de umap sur umap.openstreetmap.fr

[Yohan Boniface]

On 04/16/2013 06:15 PM, Black Myst wrote:

Presque...
Le certificat de sécurité du site n'est pas approuvé !

Si on n'a pas de certificat valide, il faudrait conseiller d'utiliser le
http.



Humm, je botte en touche. Jocelyn? :)
En attendant, je change le lien du site dans les URLs de partage.

Yo

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

[OSM-talk-fr] Appel à projet région Aquitaine : "Usages innovants des données"

[Frédéric Rodrigo]

Bonjour,

La région Aquitaine à lancé un appel à projet intéressant et qui fait un 
gros appel du pied à OpenStreetMap sur le thème : "Usages innovants des 
données"


http://numerique.aquitaine.fr/-Usages-innovants-des-donnees,422

On y trouve notamment :

*développement et documentation d’interfaces de programmation (API) 
permettant d’améliorer l’accès aux données et leur interopérabilité 
(notamment pour croiser des données structurées et non structurées, des 
données distribuées) ;
*collecte, récupération et production de données ; de la description 
de données (structures et contenus) ; projets qui traiteront de données 
territoriales cartographiques (dont enrichissement d’Open Street Map 
pour améliorer données sur l’Aquitaine, la connaissance cartographique 
de l’hyper-local représente aujourd’hui un réel enjeu de service public ;
*actions d’animation sur la collecte des données (dont des 
cartoparties) ou le traitement des données publiques auprès des citoyens 
pour répondre aux enjeux de la démocratie numérique ;


Frédéric.

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

Re: [OSM-talk-fr] Insérer une carte OSM sur un site

[Stephane_geom]

De mon côté je viens d'essayer de mettre le code d'export d'une carte créee
par Umap sur un CMS (type jimdo) et cela ne fonctionne pas, est-ce normal?




-
Stéphane ROLLE
Géomaticien - Consultant SIG


--
View this message in context: 
http://gis.19327.n5.nabble.com/Inserer-une-carte-OSM-sur-un-site-tp5756662p5757466.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Commerces d'un centre commercial et Osmose

[Sylvain Maillard]

sur la page
http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings#Demo_Areas il y a
des liens vers plusieurs exemples de zones concrètes déjà existantes dans
osm

Rostock: http://maps.osm2world.org/?zoom=17&lat=54.07598&lon=12.11363
Karlsruhe: http://maps.osm2world.org/?zoom=18&lat=48.95678&lon=8.45186
Las Vegas:
http://maps.osm2world.org/?h=128&view=W&zoom=17&lat=36.09984&lon=-115.17298&layers=B0

je ne connais pas de visualisation en intérieur ...


Sylvain




Le 16 avril 2013 20:42, Tetsuo Shima  a écrit :

> Un plugin de JOSM Kenzi3D permet de voir l'extérieur.
>
>
> Le 16 avril 2013 18:22, Jo.  a écrit :
>
> Par curiosité, est ce qu'il existe un endroit où visionner un mapping 3D
>> sur OSM ? En intérieur et en extérieur…
>>
>>
>> Le 16 avril 2013 16:07, ZIMMY  a écrit
>> :
>>
>> Bonjour,
>>>
>>> J'avais à l'époque fait une qualification des zones commerciales
>>> alentours
>>> en Vaucluse. Une seconde vague reste à venir. Je suis heureux que mon
>>> intuition reste bonne, l'ontologie n'étant pas mûre à l'époque, de
>>> nouveaux
>>> usages se dégagent aujourd'hui. En revanche il faut vérifier si cela
>>> s'affiche : s'est absolumment vital pour pouvoir fair du micro mapping et
>>> mises à jour dans les centres commerciaux.
>>>
>>> ZIMMY
>>>
>>>
>>>
>>> Guillaume Allegre wrote
>>> > Le mar. 16 avril 2013 à 11:34 +0200, Sylvain Maillard a écrit :
>>> >> je suis d'avis d'utiliser le building:part
>>> >>
>>> >> et par contre pour la valeur de la clef, ne pas oublier que
>>> building=yes
>>> >> c'est une valeur par défaut sur les données de cadastre pour dire
>>> qu'il
>>> >> faut la classer (comme un highway=road en fait)
>>> >> Il y a des tas de valeurs déjà documentées (
>>> >> http://wiki.openstreetmap.org/wiki/Key:building), notamment "retail"
>>> pour
>>> >> tout ce qui est des commerces (vente de biens)
>>> >>
>>> >> donc dans le cas présent ça donnerait: building:part=retail (+
>>> >> éventuellement des shop= pour préciser le type des biens vendus)
>>> >
>>> > oui, ça paraît très bien :
>>> > building:part=retail + shop=... dans un centre commercial
>>> > building:part=yes dans le cas général, où on ne connaît pas
>>> >
>>> > ça paraît mieux que building=yes + indoor=yes
>>> >
>>> >
>>> >
>>> > --
>>> >  ° /\Guillaume AllègreOpenStreetMap France
>>> >   /~~\/\
>>>
>>> > Allegre.Guillaume@
>>>
>>> >   Cartographie libre et collaborative
>>> >  /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr
>>> >
>>> >
>>> > ___
>>> > Talk-fr mailing list
>>>
>>> > Talk-fr@
>>>
>>> > http://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>>
>>>
>>>
>>> -
>>> Cordialement,
>>> ZIMMY
>>> Jean-Louis ZIMMERMANN
>>> Développeur territorial (ville d'Orange,FR84)
>>> Mandataire OSM-France sur le Grand-Sud-est
>>> --
>>> View this message in context:
>>> http://gis.19327.n5.nabble.com/Commerces-d-un-centre-commercial-tp5757233p5757354.html
>>> Sent from the France mailing list archive at Nabble.com.
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rendu "FR"...

[Pieren]

2013/4/17 Vincent de Chateau-Thierry 

> L'Île-de-France est un casse-tête à représenter à moyenne échelle, la
> plupart des
> réglages qui conviennent là fabriquent une carte vide ailleurs. Donc il
> faut ruser, et
> les abréviations font partie de l'arsenal.
>
>
Reste qu'à force d'abréger, le texte devient illisible sauf si on connait
déjà le nom de la ville et l'endroit où elle se trouve (dans ce cas, on n'a
plus besoin de carte). On voit qu'entre clarté ou exhaustivité, tous les
fournisseurs de cartes n'ont pas fait les mêmes choix ...

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

[OSM-talk-fr] PauLLA et OSM sur France Inter

[Jean-Guilhem Cailton]

Bonjour,

Peu après 12 h 30 sur France Inter, dans l'émission Carnets de Campagne,
Michaël Latour a été interviewé pendant quelques minutes sur PauLLA et
OSM (en particulier le serveur de tuiles).

L'enregistrement est maintenant en ligne, et peut-être (ré)écouté à
partir de
http://www.franceinter.fr/emission-carnets-de-campagne-les-pyrenees-atlantiques-35
ou plus précisément
http://www.franceinter.fr/player/reecouter?play=609616
à partir de 2:15 ou 3:16

Cordialement,

Jean-Guilhem

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

Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...

[Pieren]

2013/4/17 Ista Pouss 

> Bon, etc ; je me doute que les variations sont infinies. Infinis aussi
> seront les ids et les schémas d'ids, ça n'a aucune importance et ça n'est
> pas vague du tout.
>
>
La question est alors : est-ce que l'id généré est unique ? et comment
faire pour qu'il soit reversible ? (un id retourne un seul objet OSM)
Si la liste des critères est inconnue, les id's sont inexploitables par
d'autres.

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

Re: [OSM-talk-fr] OSM-FR à SIG La Lettre... besoin de troupes !

[Marc SIBERT]

Bonjour,

J'ai regarder les rencontres, et j'ai trouvé une inscription à 150 € TTC/j.
Heu c'est nécessaire pour être au Stand OSM et trainer un peu ou pour
participer aux conf ?

Je n'ai pas bien lu peut être, mais ce n'est pas clair pour moi.

A+



Le 16 avril 2013 10:36, Christian Quest  a écrit :

> Quoi: expo + conférences + ateliers
> Qui: le monde des SIG...
> Où: ENSG à Champs-sur-Marne, près de Paris
> Quand: 11-13 juin 2013
> Plus: http://www.rencontres-sig-la-lettre.fr/
>
> Nous sommes régulièrement présent à ces rencontres. L'an passé, nous
> avions un stand "opendata" qui nous avions bien sûr phagocyté (voir:
> http://openstreetmap.fr/node/237)
>
> Cette année, nous aurons un espace encore plus important et surtout à un
> emplacement assez stratégique: face à la grande salle de conférence. J'ai
> déjà le nom... "open data bar"
>
> Vu les contacts passés, je pense que c'est le moment de mettre le paquet
> sur le côté partage, et donc les échanges de données dans les 2 sens: SIG
> vers OSM et OSM vers SIG.
>
> Lors des rencontres à Lille organisées par la région, nous avions un
> atelier permanent d'import/intégration de données dans OSM. Le retour avait
> été très bon et cela avait surtout permis de montré aux responsables de SIG
> notre niveau d'exigence sur la qualité et l'origine des données. Beaucoup
> avaient été mises de côté soit pour des problème de qualité, soit pour des
> problème de licence peu claire (par exemple des adresses géocodées avec
> l'API de Google).
>
> Pour le sens SIG vers OSM, il faudrait donc reproduire cet atelier
> l'import/intégration, mais en précisant un peu mieux les choses à l'avance
> pour que l'on ne perde pas de temps avec des données inutilisables. Le
> principe est que les SIG apportent les données qu'il sont prêt à partager
> dans OSM.
>
> Pour le sens inverse (OSM vers SIG), il faut en discuter... j'ai quelques
> idées pour faire un peu bouger les lignes ;)
>
> Donc 3 jours... besoin de monde pour animer le stand, travailler sur les
> données (dans les deux sens).
>
> Sont déjà prévus:
> - Fred Rodrigo
> - Christian Quest
>
> Sur qui peut-on compter ?
>
> (la veille se tient le FROG: http://frog.osgeo.fr/)
>
> --
> Christian Quest - OpenStreetMap France
> Synthèse du Week-end "SOTM-FR" à Lyon : 
> http://openstreetmap.fr/synthese-sotmfr
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Insérer une carte OSM sur un site

[Yohan Boniface]

On 04/17/2013 09:02 AM, Stephane_geom wrote:

De mon côté je viens d'essayer de mettre le code d'export d'une carte créee
par Umap sur un CMS (type jimdo) et cela ne fonctionne pas, est-ce normal?


Oui, bien sûr, c'est tout à fait normal, uMap est fait pour ne pas 
fonctionner ;)

Plus sérieusement: qu'entends-tu par "cela ne fonctionne pas" ?
Tu peux me répondre en privé pour ne pas noyer la liste, si tu veux.

Yohan

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

Re: [OSM-talk-fr] OSM-FR à SIG La Lettre... besoin de troupes !

[Vincent de Chateau-Thierry]

> De : "Marc SIBERT" 
> 
> J'ai regarder les rencontres, et j'ai trouvé une inscription à 150 € TTC/j.
> Heu c'est nécessaire pour être au Stand OSM et trainer un peu ou pour
> participer aux conf ?
> 
> Je n'ai pas bien lu peut être, mais ce n'est pas clair pour moi.
> 

L'accès aux stands est gratuit. C'est l'accès aux conférences qui est payant, 
en gros ce
qui figure ici :
http://www.rencontres-sig-la-lettre.fr/le-programme-2013-en-un-coup-doeil/

vincent

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

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

Re: [OSM-talk-fr] Insérer une carte OSM sur un site

[Nicolas Moyroud]

Si tu es passé par l'éditeur intégré à ton CMS, vérifies que celui-ci 
n'est pas paramétré pour supprimer automatiquement les balises HTML 
saisies dans l'éditeur.
Attention ce n'est pas trop conseillé de laisser passer des balises HTML 
à travers un éditeur comme ça, sauf si tu le fais temporairement. C'est 
une potentielle faille de sécurité qui peut permettre une attaque de ton 
site.


a+
Nicolas


Le 17/04/2013 15:02, Stephane_geom a écrit :

De mon côté je viens d'essayer de mettre le code d'export d'une carte créee
par Umap sur un CMS (type jimdo) et cela ne fonctionne pas, est-ce normal?




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

Re: [OSM-talk-fr] http://cadastre.openstreetmap.fr/

[Christian Quest]

Un tout petit peu de patience, on va remettre cadastre en route dans une
VM...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rendu "FR"...

[Christian Quest]

Aux crans de zoom suivants, le nom complet est rendu. Il faut s'évader de
la logique papier à échelle quasi unique...
Les cas où il y a ambiguité entre noms et proches géographiquement ne
doivent pas être nombreux.

C'est un pis aller... et cela s'appuie sur les short_name=*, rien
d'automatique à part leur usage.
Je vais aussi retenter le remplacement "intelligent" entre nom complet et
abrégé.

-- 
Christian Quest - OpenStreetMap France
Synthèse du Week-end "SOTM-FR" à Lyon :
http://openstreetmap.fr/synthese-sotmfr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...

[Christian Quest]

#a4u2k9 dans mon exemple est un geohash... il correspond à une bbox
qui est de plus en plus petite lorsque le geohash est long (et
inversement). C'est un truc existant qui est même supporté en interne
par postgis (ST_GeoHash).
Pour ceux qui ne connaissent pas voir: http://fr.wikipedia.org/wiki/Geohash

En y repensant avec un ID comme  Croustillette.bakery.shop@#a4u2k9
permet de facilement faire du matching partiel... bakery.shop@#a4u2k
une boulangerie dans une zone un peu plus grande, shop@#a4u2
correspond juste à une boutique dans une zone encore plus grande,
etc... et une simple recherche textuelle en "contient" fait l'affaire
;)

On peut aussi déterminer le niveau de similitude entre 2 ID assez
facilement (longueur de la partie commune gauche, droite ou combinée).
Tout ça se calcule facile sans faire appel à des API car le principe
est universel et pas spécifiquement liée à OSM.

--
Christian Quest - OpenStreetMap France
Synthèse du Week-end "SOTM-FR" à Lyon : http://openstreetmap.fr/synthese-sotmfr

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

Re: [OSM-talk-fr] Instance de umap sur umap.openstreetmap.fr

[Jocelyn Jaubert]

Le 17/04/2013 14:41, Yohan Boniface a écrit :
> On 04/16/2013 06:15 PM, Black Myst wrote:
>> Presque...
>> Le certificat de sécurité du site n'est pas approuvé !
>>
>> Si on n'a pas de certificat valide, il faudrait conseiller d'utiliser le
>> http.

Euh, le certificat est bien valide: il est généré par CACert, qui n'est
effectivement pas encore dans tous les navigateurs, mais qui est facile
à ajouter en allant sur:

http://www.parinux.org/content/importer-le-certificat-de-cacert-dans-firefox


À noter que tous les sites de l'association OSM-FR accessible par ssl
utilisent des certificats générés par CACert.

-- 
Jocelyn

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

Re: [OSM-talk-fr] Publication d'un tutoriel JOSM v 1.0

[Jean-Francois Nifenecker]

Le 17/04/2013 09:35, Tony Emery a écrit :


Non, je suis désolé. C'est un très bon travail. Après, c'est juste de la
mise en page...


:-))

--
Jean-Francois Nifenecker, Bordeaux

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

Re: [OSM-talk-fr] PauLLA et OSM sur France Inter

[DH]

Le 17/04/2013 15:31, Jean-Guilhem Cailton a écrit :

Bonjour,

Peu après 12 h 30 sur France Inter, dans l'émission Carnets de Campagne,
Michaël Latour a été interviewé pendant quelques minutes sur PauLLA et
OSM (en particulier le serveur de tuiles).

L'enregistrement est maintenant en ligne, et peut-être (ré)écouté à
partir de
http://www.franceinter.fr/emission-carnets-de-campagne-les-pyrenees-atlantiques-35
ou plus précisément
http://www.franceinter.fr/player/reecouter?play=609616
à partir de 2:15 ou 3:16



Merci à PauLLA pour la réalisation de ce souhait : 
http://www.mail-archive.com/talk-fr@openstreetmap.org/msg16311.html

et pour le reste aussi.
Ça ne nous rajeunit pas !

Bravo à Nadia, la dénonciatrice.

Denis


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

Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...

[Ista Pouss]

Le 17 avril 2013 15:31, Pieren  a écrit :

>
> La question est alors : est-ce que l'id généré est unique ? et comment
> faire pour qu'il soit reversible ? (un id retourne un seul objet OSM)
> Si la liste des critères est inconnue, les id's sont inexploitables par
> d'autres.
>
>
Unique ? Oui, selon le schéma demandé. C'est quand même le but :-)

Réversible (qu'un id ne retourne qu'un seul objet) ? Oui, par décision
d'implémentation :-) Je veux dire que, à la création du schéma, si deux
objets osm sont égaux selon les critères donnés, alors le système refuse
tout. Par la suite, si deux objets sont égaux selon les critères donnés,
alors le système invalidera ces deux objets selon ce schéma.

Si la liste des critères est inconnue... il n'y a aucune raison pour
qu'elle soit inconnue, pourquoi penses-tu ça ? Le nom du schéma sera connu,
les critères utilisés dans ce schéma seront connus, les url fabriquées
selon ce schéma seront complètement échangeables et exploitables par
d'autres... quel problème conceptuel ou technique cela poserait-il ?

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

Re: [OSM-talk-fr] Réf.: Re: Réf.: Re: Réf.: Re: Liens de et vers OSM...

[Ista Pouss]

Le 17 avril 2013 19:06, Christian Quest  a écrit :

> #a4u2k9 dans mon exemple est un geohash... il correspond à une bbox
> qui est de plus en plus petite lorsque le geohash est long (et
> inversement). C'est un truc existant qui est même supporté en interne
> par postgis (ST_GeoHash).
> Pour ceux qui ne connaissent pas voir:
> http://fr.wikipedia.org/wiki/Geohash
>
> En y repensant avec un ID comme  Croustillette.bakery.shop@#a4u2k9
> permet de facilement faire du matching partiel... bakery.shop@#a4u2k
> une boulangerie dans une zone un peu plus grande, shop@#a4u2
> correspond juste à une boutique dans une zone encore plus grande,
> etc... et une simple recherche textuelle en "contient" fait l'affaire
> ;)
>
> On peut aussi déterminer le niveau de similitude entre 2 ID assez
> facilement (longueur de la partie commune gauche, droite ou combinée).
> Tout ça se calcule facile sans faire appel à des API car le principe
> est universel et pas spécifiquement liée à OSM.
>
>
Je me permets de te dire que ça revient peu ou prou à mon système... les
"bakery.shop" ne sont rien d'autres que des critères sur des propriétés des
objets osm, que je sache ? Chez toi les propriétés retenues sont fixes, et
même classées, sauf erreur si j'ai bien compris me semble-t-il.

Mais s'il n'y a pas besoin d'api au motif que le principe est universel...
Let's go.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Réunion parisienne OSM d'Avril... le vendredi 26 avril ?

[Jean-Baptiste Holcroft]

où est le framadate/doodle ?
--
Jean-Baptiste Holcroft


Le 15 avril 2013 21:12, Vincent de Chateau-Thierry  a
écrit :

> Bonsoir,
>
> Le 15/04/2013 17:30, Christian Quest a écrit :
>
>  Vu qu'on est toujours plus nombreux pour le vendredi soir, je vous
>> propose de nous réunir le vendredi 26 avril à partir de 19h au Père
>> Fouettard...
>>
>> à moins que ça ne convienne à personne ;)
>>
>>
> Pas possible de mon côté :-( (ce vendredi sonne le début des vacances
> scolaires de Paris+RP)
>
> vincent
>
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Commerces d'un centre commercial et Osmose

[Jean-Baptiste Holcroft]

J'ai corrigé la partie haute, on va voir ce que ça donne en erreurs et
rendus (j'imagine la réaction du gars qui a tout saisi mais qui ne voit
plus rien ;)).
Je modifie le reste si ça roule.
Merci à tous pour vos réponses.
--
Jean-Baptiste Holcroft


Le 17 avril 2013 15:07, Sylvain Maillard  a
écrit :

> sur la page
> http://wiki.openstreetmap.org/wiki/Simple_3D_Buildings#Demo_Areas il y a
> des liens vers plusieurs exemples de zones concrètes déjà existantes dans
> osm
>
> Rostock: http://maps.osm2world.org/?zoom=17&lat=54.07598&lon=12.11363
> Karlsruhe: http://maps.osm2world.org/?zoom=18&lat=48.95678&lon=8.45186
> Las Vegas:
> http://maps.osm2world.org/?h=128&view=W&zoom=17&lat=36.09984&lon=-115.17298&layers=B0
>
> je ne connais pas de visualisation en intérieur ...
>
>
> Sylvain
>
>
>
>
> Le 16 avril 2013 20:42, Tetsuo Shima  a écrit :
>
> Un plugin de JOSM Kenzi3D permet de voir l'extérieur.
>>
>>
>> Le 16 avril 2013 18:22, Jo.  a écrit :
>>
>> Par curiosité, est ce qu'il existe un endroit où visionner un mapping 3D
>>> sur OSM ? En intérieur et en extérieur…
>>>
>>>
>>> Le 16 avril 2013 16:07, ZIMMY  a
>>> écrit :
>>>
>>> Bonjour,

 J'avais à l'époque fait une qualification des zones commerciales
 alentours
 en Vaucluse. Une seconde vague reste à venir. Je suis heureux que mon
 intuition reste bonne, l'ontologie n'étant pas mûre à l'époque, de
 nouveaux
 usages se dégagent aujourd'hui. En revanche il faut vérifier si cela
 s'affiche : s'est absolumment vital pour pouvoir fair du micro mapping
 et
 mises à jour dans les centres commerciaux.

 ZIMMY



 Guillaume Allegre wrote
 > Le mar. 16 avril 2013 à 11:34 +0200, Sylvain Maillard a écrit :
 >> je suis d'avis d'utiliser le building:part
 >>
 >> et par contre pour la valeur de la clef, ne pas oublier que
 building=yes
 >> c'est une valeur par défaut sur les données de cadastre pour dire
 qu'il
 >> faut la classer (comme un highway=road en fait)
 >> Il y a des tas de valeurs déjà documentées (
 >> http://wiki.openstreetmap.org/wiki/Key:building), notamment
 "retail" pour
 >> tout ce qui est des commerces (vente de biens)
 >>
 >> donc dans le cas présent ça donnerait: building:part=retail (+
 >> éventuellement des shop= pour préciser le type des biens vendus)
 >
 > oui, ça paraît très bien :
 > building:part=retail + shop=... dans un centre commercial
 > building:part=yes dans le cas général, où on ne connaît pas
 >
 > ça paraît mieux que building=yes + indoor=yes
 >
 >
 >
 > --
 >  ° /\Guillaume AllègreOpenStreetMap France
 >   /~~\/\

 > Allegre.Guillaume@

 >   Cartographie libre et collaborative
 >  /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr
 >
 >
 > ___
 > Talk-fr mailing list

 > Talk-fr@

 > http://lists.openstreetmap.org/listinfo/talk-fr





 -
 Cordialement,
 ZIMMY
 Jean-Louis ZIMMERMANN
 Développeur territorial (ville d'Orange,FR84)
 Mandataire OSM-France sur le Grand-Sud-est
 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Commerces-d-un-centre-commercial-tp5757233p5757354.html
 Sent from the France mailing list archive at Nabble.com.

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

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

[OSM-talk-fr] OSM met la gomme

[Sob Willy-Franck]

Derrière cette carte Michelin tout à fait classique se cache une 
petite révolution. En effet, pour la première fois, la firme de 
pneumatiques a utilisé un fond OpenStreetMap (OSM) pour réaliser ce plan de 
Clermont-Ferrand. Une première qui demande quelques explications.

Lire la suite : http://livre.fnac.com/a5152703/Collectif-Clermont-Ferrand
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] OpenStreetMap Cameroun

[Sob Willy-Franck]

Lauréat ESGT (École Supérieure des Géomètres et Topographes) : Open Street Map 
Cameroun (http://www.prix-initiative.fr/visuels.php?id=852). 
Coup de Coeur de la Salle : Open Street Map Cameroun 
(http://www.prix-initiative.fr/visuels.php?id=853)
Ce sont les résultats du prix de l'initiative Crédit Agricole destiné à
 récompenser les projets personnels ou professionnels, présentés par un 
étudiant ou un groupe d’étudiants, révélant : esprit d’entreprise, 
originalité et réalisme dans sa conception et sa mise en œuvre.  
(http://www.prix-initiative.fr/nuit9.php)
* OpenStreetMap Cameroon mailing list: talk-cm 
* Facebook group: http://www.facebook.com/groups/112410595618091/ 
* Twitter: https://twitter.com/OSMCameroun ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OSM met la gomme

[Pieren]

2013/4/17 Sob Willy-Franck 

> Derrière cette carte Michelin tout à fait classique se cache une petite
> révolution. En effet, pour la première fois, la firme de pneumatiques a
> utilisé un fond OpenStreetMap (OSM) pour réaliser ce plan de
> Clermont-Ferrand. Une première qui demande quelques explications.
> Lire la suite : http://livre.fnac.com/a5152703/Collectif-Clermont-Ferrand*
> *
>

Je pense que tu voulais mentionner l'article de SIG la Lettre:
http://www.sig-la-lettre.com/?OSM-met-la-gommenous

1ere annonce:
http://lists.openstreetmap.org/pipermail/talk-fr/2013-March/056267.html

1ere mention de l'article:
http://lists.openstreetmap.org/pipermail/talk-fr/2013-April/057327.html

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

Re: [OSM-talk-fr] Réunion parisienne OSM d'Avril... le vendredi 26 avril ?

[Black Myst]

dispo le 26... et à priori dispo même si c'est pas le 26.

Le 17 avril 2013 23:03, Jean-Baptiste Holcroft  a
écrit :

> où est le framadate/doodle ?

Pas besoin de doodle, y a déjà une date dans le titre ;-)

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

Re: [OSM-talk-fr] [Talk-ht] Imagerie aérienne de Fort Liberté

[Jean-Guilhem Cailton]

Bonjour,

D'autres images de la même mission sont maintenant en ligne, pour les
sites de la ville de Limonade, et - sur la région métropolitaine de
Port-au-Prince - de Canaan, Bas de Morne Cabrit, Saint Martin-Delmas
2-4, et la Ravine Millet. Pour ces deux derniers sites, des rendus des
modèles numériques d'élévation (MNE, ou DEM en anglais), sont aussi
disponibles.

Vous pouvez ajouter à JOSM une couche TMS qui contient l'ensemble des
mosaïques image (y compris Fort Liberté) :
tms[23]:http://wms.openstreetmap.fr/tms/1.0.0/iomhaiti_2013/{zoom}/{x}/{y}

et une autre qui contient les deux MNE :
tms[23]:http://wms.openstreetmap.fr/tms/1.0.0/iomhaiti_2013_dem/{zoom}/{x}/{y}


Pour une visualisation dans un navigateur de Limonade :
http://osm.arkemie.org/haiti/?zoom=18&lat=19.67044&lon=-72.12435&layers=0BFF

et des sites de la zone métropolitaine (avec aussi les sites
précédemment couverts) :
http://osm.arkemie.org/haiti/?zoom=12&lat=18.57894&lon=-72.31673&layers=0BFF

Vous pouvez aussi comparer le Camp Corail et son environnement à
quatorze mois d'intervalle (en décochant et cochant l'"overlay", dans le
menu des couches en haut à droite) :
http://osm.arkemie.org/haiti/?zoom=18&lat=18.65521&lon=-72.25193&layers=B0FTFFF


Bien cordialement,

Jean-Guilhem


Le 13/04/2013 21:57, Jean-Guilhem Cailton a écrit :
> (English version follows)
> -
>
> Bonjour,
>
> Une équipe de l'OIM Haïti et de deux volontaires de Drone Adventures
> (http://droneadventures.org/), lors d'une mission d'une semaine en Haïti
> pour laquelle Frédéric Moine s'est personnellement impliqué, a utilisé
> un drone eBee pour prendre des photos de Fort Liberté, entre autres.
> Elles ont ensuite été assemblées avec le logiciel pix4D en une
> orthomosaïque, qui couvre 10,9 km2 avec une résolution de 8 cm par pixel.
>
> Pour voir cette mosaïque dans JOSM (et mapper aussi, bien sûr), vous
> pouvez y ajouter la couche TMS :
> tms[23]:http://wms.openstreetmap.fr/tms/1.0.0/fortliberte_2013/{zoom}/{x}/{y}
>
> Vous pouvez aussi la voir directement dans votre navigateur, en
> superposition avec la carte OSM ou Bing (moins précisément positionnés) :
> http://osm.arkemie.org/haiti/?zoom=18&lat=19.66525&lon=-71.83586&layers=0BFTFFF
>
> Bien cordialement,
>
> Jean-Guilhem
>
>
> -
>
> Hi,
>
> A team of IOM Haiti and two volunteers from Drone Adventures
> (http://droneadventures.org/), during a week mission in Haiti in which
> Frédéric Moine was personally implicated, used an eBee drone to take
> photos of Fort Liberté, among other sites. They were then assembled with
> pix4D software in an orthomosaic, which covers 10.9 sq. km with a
> resolution of 8 cm by pixel.
>
> To see this mosaic in JOSM (and to map too, of course), you can add this
> TMS layer :
> tms[23]:http://wms.openstreetmap.fr/tms/1.0.0/fortliberte_2013/{zoom}/{x}/{y}
>
> You can also see it directly in your browser, overlayed over current OSM
> map or Bing (less accurately positioned) :
> http://osm.arkemie.org/haiti/?zoom=18&lat=19.66525&lon=-71.83586&layers=0BFTFFF
>
> Best wishes,
>
> Jean-Guilhem
>
> ___
> Talk-ht mailing list
> talk...@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-ht
> Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) 
> pour traduire les messages.
>


-- 
gpg 0x5939EAE2


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

Re: [OSM-talk-fr] Liens de et vers OSM...

[Philippe Verdy]

Le 17 avril 2013 08:50, Christian Quest  a écrit :

> A mon avis on diverge encore...
>
> L'idée de départ, ce sont des id stables permettant la mise en place de
> liens VERS les données OSM, pour éviter de multiplier les ref:xx partant
> dans tout les sens et souvent en cul de sac (pas d'accès à des données
> complémentaires derrière).
>

Il n'a jamais été question (de mon point de vue) d'intégrer des références
à des données complémentaires inaccessibles. Et j'ai même été clair à ce
sujet, meêm si ce n'est que mon avis. Bref je n'ai pas divergé.

Il reste que les références externes peuvent être qualifiées en fonction de
leur source, notamment celle qui fait références pour toutes les autres,
parce que la source en est réellement l'auteur et le responsable pour
toutes les mises à jour ultérieures.
Si on parle de la voirie communale, sans aucun doute c'est la base externe
du SIG communal qui fait référence, même s'il y a désaccord sur la
nomenclature (donminations) et la codification utilisée dans d'autres bases
de données plus générales (par exemple au niveau national le Rivoli qui
d'une façon ou d'une autre devra se mettre lui-même à jour sur la
définition du SIG communal si c'est une voirie communale; pour la voirie
métropolitaine, départementale ou nationale et les autoroutes, c'est le SIG
des responsables de ces voiries, ou celui de la collectivité qui lui confie
la délégation de service public, qui fera référence en terme de
codification).

On ne peut pas parler d'objectif de "stabilité" au delà de cette référence
initiale la plus basique. Il n'y a pas de stabilité garantie au delà de
cette référence, et d'une façon ou d'une autre on devra mettre à jour la
base OSM (et toutes les autres bases externes) si ce référentiel de base
change quelque chose, en trouvant ses propres solutions (si nécessaire pour
préserver la compatibilité).
Vouloir ajouter une couche avec un serveur dédié ne changera strictement
rien au problème initial qui est de trouver la bonne référence, cela ne
fera que compliquer encore plus le problème de synchronisation entre OSM et
ses sources.

Bref je suis entièrement favorable à l'identification précise des bases
externes (et pas de façon ambiguë avec un simple admin_level) pour que le
couple (, ) formé par un tag "ref:=" soit réellement un
UID (mais dont la valeur universelle est cependant dépendante de la version
de la base, toutes les bases pouvant évoluer avec le temps), ce qui veut
dire que ces références sont normalement versionnées aussi.

Mais dans OSM la politique est de ne conserver que les données les plus
récentes; si un besoin de compatibilité est pressenti, l'indication de la
version de la  source pourrait être utilisée par exemple avec un tag
"ref::=", mais pas sans décision communautaire
car cela concernerait surtout la préservation de certaines données
historiques (un exemple de telles bases externes versionnées pourrait être
les identifiants ISO 3166, qui bizarrement ne sont pas codés dans un tag
"ref:ISO3166*=*" mais plutôt actuellement directement comme "ISO3166*=*",
alors que ce sont bien des identifiants d'une base externe aussi, et qu'ils
sont versionnées par année).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Info : découpage cantonal de la France

[Philippe Verdy]

http://www.francetvinfo.fr/election-des-futurs-conseillers-departementaux-le-parlement-adopte-le-binome-homme-femme_305851.html#xtor=EPR-51-[alerteinfo]-20130417-[titre]-[]

On doit donc s'attendre dans les mois qui viennent à une redéfinition des
cantons (mais pas leur disparition).

Espérons que cette fois on aura des données claires sur tout le territoire
avec la division par deux du nombre des cantons, car pour les communes
fractionnées impossible de retrouver les décrets ou arrêtés préfectoraux.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Réunion parisienne OSM d'Avril... le vendredi 26 avril ?

[Jean-Baptiste Holcroft]

Ok pour moi le 26, même si jeudi m'aurait arrangé ;)
 Le 18 avr. 2013 00:26, "Black Myst"  a écrit :

> dispo le 26... et à priori dispo même si c'est pas le 26.
>
> Le 17 avril 2013 23:03, Jean-Baptiste Holcroft  a
> écrit :
>
>> où est le framadate/doodle ?
>
> Pas besoin de doodle, y a déjà une date dans le titre ;-)
>
> Cdt
> BlackMyst
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr