Re: [OSM-talk-fr] Et la génération automatique de plan à partir des données du cadastre ?

2009-09-14 Thread Jacolin Yves
Bonjour,

Il ne faut pas confondre les données sources de l'affichage. Le rendu est une 
image mais certaines des données sources sont bien en vecteur. ;)

Si le cadastre ne montre pas les routes elle affiche cependant les noms des 
voies, et celles-ci sont liées aux routes. Que les étiquettes soient 
affichées n'empeche pas de cacher les lignes des géométries.

Mais cela dépand de ce que l'on nomme cadastre. En théorie, le cadastre est 
seulement constitué pour la partie géographique des parcelles et des 
bâtiments. Mais il faut bien permettre la localisation ;)

Géomatiquement et librement,

Y.
Le Saturday 12 September 2009 23:39:29 g.d, vous avez écrit :
 En effet, le cadastre n'a pas les routes en vecteur.

 Les noms des rues sont assez bien orientés,  grâce à un petit vecteur,
 isolé, que le dessinateur trace entre les maisons dans l'emprise de la
 rue,
 et qui sert à placer et à orienter le texte
 (Sur certains rendus du cadastre on le voit, ce vecteur : Dans ces
 cas, ça donne l'aspect comme si le nom de la rue était barré, hihi).

 Mais ces petits vecteurs ne sont pas cohérents entre eux (il n'y en a
 pas partout, seulement aux endroits ou est écrit le nom)
 et ils ne dessinent pas la route avec ses virages, encore moins l'axe
 réel sur place.

 L'idée aurait pu être bonne, mais pô d'chance, hélas...

 Gerhard
 ---

 Le 10 sept. 09 à 14:40, tenshu a écrit :
  De plus, le cadastre ne montre pas les routes juste les parcelles
 
  et les bâtiments.
 
  Le cadastre ne dispose pas des 'routes' en vecteurs?
  Pourtant au vu de la façon dont les noms de rues sont placés à
  différents zoom, j'ai un doute.
 
 
  2009/9/10 Emilie Laffray emilie.laff...@gmail.com
 
 
  2009/9/10 Gourmet o...@blas.net
  Faisable ?
  Pas faisable ?
 
  On n'a le droit d'utiliser le cadastre que pour tracer. On n'a
  toutefois pas le droit de réutiliser tel quel le cadastre. Donc une
  impression du cadastre n'est pas permis.
  De plus, le cadastre ne montre pas les routes juste les parcelles et
  les bâtiments. Les routes ne sont pas directement définies en tant
  que telle d'où parfois l'imprécision.
 
  Emilie Laffray
 
  ___



-- 
Yves Jacolin

Ne demandez pas si vous pouvez contribuer, contribuez ! :)
---
http://softlibre.gloobe.org

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


Re: [OSM-talk-fr] Fwd: [OSM-talk] Vote for Google to liberate their aerial imagery - *please help*

2009-09-14 Thread Jacolin Yves
Émilie,

Penses tu que Google va pouvoir libérer les données de Téléatlas et de l'IGN ?

Plus sérieusement,  Comment une personne de chez Google peut-elle appuyer en 
interne une action légalement infaisable ? Ce n'est pas parce que Google a 
acheter des données qu'elles leur appartiennent !

Google ne peut libérer que les données qui leur appartiennent soient celles de 
mapshare ;)

Géomatiquement et librement,

Y.
Le Friday 11 September 2009 17:40:34 Emilie Laffray, vous avez écrit :
 Pétition afin que Google libère leur images aériennes. Ce n'est pas sur
 d'aboutir mais il semblerait que quelqu'un dans Google soit près a appuyer
 la demande s'il y a assez de demande. On peut toujours rêver :)

 Emilie Laffray

 -- Forwarded message --
 From: Richard Fairhurst rich...@systemed.net
 Date: 2009/9/11
 Subject: Re: [OSM-talk] Vote for Google to liberate their aerial imagery -
 *please help*
 To: t...@openstreetmap.org

 I wrote:
  http://url.ie/2ero

 After just an hour and a half, we're already the second most popular
 suggestion, with 97 votes for and none against. If we can keep it up we'll
 be at the top before long - so keep spreading the message!

 cheers
 Richard
 --
 View this message in context:
 http://www.nabble.com/Vote-for-Google-to-liberate-their-aerial-imagery---*p
lease-help*-tp25401334p25403104.html Sent from the OpenStreetMap - General
 mailing list archive at Nabble.com.


 ___
 talk mailing list
 t...@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk



-- 
Yves Jacolin

Ne demandez pas si vous pouvez contribuer, contribuez ! :)
---
http://softlibre.gloobe.org

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


Re: [OSM-talk-fr] Stabiliser la traduction de « tag (c)

2009-09-14 Thread Jacolin Yves
Le Saturday 12 September 2009 19:07:17 Pieren, vous avez écrit :
 Hé hé, la prochaine question sera comment traduire mapping party ?
 ;-) (sondage toujours actif sur doodle)

 Ayant fait pas mal de traduc sur le wiki, je me suis aussi posé la
 question bien-sûr. Je n'aime pas le terme balise qui, pour moi, veut
 dire j'ai peur (je balise) ou il a peur (il balise). Bien sûr, les
 newbies-débutants balisent parfois devant le nombre important de
 tags-attributs mais ça, c'est une autre histoire.
 Concernant le terme attribut, c'est effectivement un terme qu'on
 retrouve beaucoup chez les informaticiens mais moins dans le monde des
 gens normaux, sauf lorsque quelqu'un s'exclame est-ce que tu veux
 voir mes attributs ?.
 Maintenant, le terme Key qu'il faudrait traduire par nom ferait
 sourire Raymond Devos. En effet, comment traduire key:name sinon par
 nom de nom, à ne pas confondre avec le commun nom de nom
 remplaçant avantageusement un blasphème. Et que dire pour la balise
 noname=yes pour qui le nom de l'attribut veut dire qu'il n'y a pas de
 nom.

 Il y a d'autres termes qui me chiffonent mais bon, je vais arrêter là
 parce que j'ai plusieurs uploads qui m'attendent.

 Pieren

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

Bonjour,

Pour ma part en tant qu'utilisateur quand je lis une documentation, il y a 
deux choses qui me chiffonnent et qui sont contradictoire ;)

1. retrouver le même terme partout ;)
2. comprendre ce que je lis, et mélanger de l'anglais dans un texte en 
français ce n'est pas toujours le top. Même si pour certains termes il vaut 
mieux éviter de les traduire.

En HTML on parle de tag (en anglais) et de balise en français. Une key est 
bien une clé car dans un tableau il a une clé (qui peut être nom) et sa 
valeur associée (qui peut être nom également).

Mapping party est pour moi intraduisible ;)

Voilà pour rajouter du brouillard :)

Y.
-- 
Yves Jacolin

Ne demandez pas si vous pouvez contribuer, contribuez ! :)
---
http://softlibre.gloobe.org

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


Re: [OSM-talk-fr] Fwd: [OSM-talk] Vote for Google to liberate their aerial imagery - *please help*

2009-09-14 Thread Jacolin Yves
Le Monday 14 September 2009 09:41:21 Emilie Laffray, vous avez écrit :
 Jacolin Yves wrote:
  Émilie,
 
  Penses tu que Google va pouvoir libérer les données de Téléatlas et de
  l'IGN ?
 
  Plus sérieusement,  Comment une personne de chez Google peut-elle appuyer
  en interne une action légalement infaisable ? Ce n'est pas parce que
  Google a acheter des données qu'elles leur appartiennent !
 
  Google ne peut libérer que les données qui leur appartiennent soient
  celles de mapshare ;)
 
  Géomatiquement et librement,
 
  Y.

 Je ne suis pas naive au point de croire que Google va lacher les donnees
 dans la nature comme cela :) Toutefois, ils ont des photos aeriennes a
 eux. Je ne voudrais pas des donnees de TeleAtlas personnellement :) De
 plus, ils n'ont pas de photos aeriennes donc ca ne servirait pas a grand
 chose! Il y a eus une reponse semi officielle de Ed Parsons sur son blog:
 http://www.edparsons.com/2009/09/liberating-your-my-maps-data/
 This I’m afraid Google cannot currently do as we don’t have the rights
 to offer this on a universal basis. = la phrase laisse un tantinet
 d'espoir sur quelques images aeriennes du fait de la phrase universal
 basis. Ca ouvre la porte a quelques cas particuliers qui pourraient etre
 utiles.

 Emilie Laffray

Merci Émilie :)

Quelqu'un en sait plus sur les éventuelles données images de Google ?

Cela me parle quelque part dans ma tête, je pense avoir déjà vue une telle 
information comme quoi google a financé des prises de vue aérienne... 

Merci,

Y.
-- 
Yves Jacolin

Ne demandez pas si vous pouvez contribuer, contribuez ! :)
---
http://softlibre.gloobe.org

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


Re: [OSM-talk-fr] Et la génération automatique de plan à partir des données du cadastre ?

2009-09-14 Thread Jacolin Yves
Le Monday 14 September 2009 09:51:25 Damouns, vous avez écrit :
  certaines des données sources sont bien en vecteur. ;)

 Heu... je confirme ce qu'a dit Gerhard précédemment, dans les données
 cadastrales vecteur que j'ai eu l'occasion de manipuler, les noms
 des rues sont orientés grâce à un vecteur polyligne qui sert à placer
 le texte, mais ces vecteurs sont approximatifs et ne constituent pas
 un réseau connecté (ce ne sont que des étiquettes). Inutilisable
 donc pour OSM car ça demanderait plus de travail de les peaufiner,
 nommer, rallonger et connecter, que de partir d'un fond image et de
 tracer dessus comme ce qu'on fait actuellement.

 Damouns

ok, ce que tu veux dire est que le cadastre n'utilise pas de vecteur 
topologique mais en mode spaghetty ?

Y.
[1] 
http://www.frichtiweb.com/files/12008663142_u5bgem_notions_formats_2008.pdf
-- 
Yves Jacolin

Ne demandez pas si vous pouvez contribuer, contribuez ! :)
---
http://softlibre.gloobe.org

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


Re: [OSM-talk-fr] Fwd: [OSM-talk] Vote for Googl e to liberate their aerial imagery - *please help *

2009-09-14 Thread Jacolin Yves
Merci Vincent, je pense que ca doit être ca :)

Y.
Le Monday 14 September 2009 10:50:50 Vincent de Chateau-Thierry, vous avez 
écrit :
  Message du 14/09/09 09:52
  De : Jacolin Yves
  Quelqu'un en sait plus sur les éventuelles données images de Google ?
  Cela me parle quelque part dans ma tête, je pense avoir déjà vue une
  telle information comme quoi google a financé des prises de vue
  aérienne...

 Tu penses peut-être aux images issues de Geoeye, qui au lancement [1] de
 son satellite il y a 1 an avait comme client _exclusif_ Google ? Compte
 tenu de leur précision (autour d'1m/pixel) il y aurait de quoi faire.

 vincent

 [1] http://www.reuters.com/article/technologyNews/idUSN2837224420080829


 ---
- Laposte.net fête ses 10 ans !

 Gratuite, garantie à vie et déjà utilisée par des millions d'internautes...
 vous aussi, pour votre adresse e-mail, choisissez laposte.net.

 Laposte.net, bien + qu'une messagerie
 ---
-


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



-- 
Yves Jacolin

Ne demandez pas si vous pouvez contribuer, contribuez ! :)
---
http://softlibre.gloobe.org

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


Re: [OSM-talk-fr] [ANNONCE] MapOSMatic : gén ération automatique de plans de ville à partir des don nées OpenStreetMap

2009-09-14 Thread Jacolin Yves
Le Thursday 10 September 2009 10:11:47 David MENTRE, vous avez écrit :
 == Version courte ==

 Nous avons le plaisir d'annoncer la sortie de MapOSMatic, un ensemble
 d'outils pour générer des plans de ville à partir de données
 OpenStreetMap. MapOSMatic se charge de créer une grille sur le plan,
 un index des rues avec des références à cette grille et une bordure
 grisée de la ville si ses limites administratives sont connues.
 Actuellement nous ne pouvons générer que les plans de villes en France
 métropolitaine mais nous l'étendrons à d'autres régions du monde.
 MapOSMatic est un Logiciel Libre, sous license AGPLv3.

 Un rendu de plan peut être demandé en ligne :
     http://maposmatic.org/

 Exemple de plan généré :
  - plan :
      http://maposmatic.org/smedia/chavagne.png
      http://maposmatic.org/smedia/chavagne.pdf

  - index des rues :
     http://maposmatic.org/smedia/chavagne_index.png
     http://maposmatic.org/smedia/chavagne_index.pdf

 == Version longue ==

 = MapOSMatic =

 MapOSMatic est une application web pour produire, à partir des données
 OpenStreetMap, des plans de ville incluant un index des rues. Il est
 écrit en Python.

  http://maposmatic.org/

 Il comporte deux composants :

  - MapOSMatic, le service web. C'est une application écrite avec le
 framework Django qui permet de soumettre et visualiser des demandes de
 rendu. Les rendus eux-mêmes sont effectués en tâche de fond par un
 démon appelé maposmaticd ;

  - OCitySMap, le générateur de plans. Il est disponible sous forme
 d'un module Python utilisé à la fois par la démon maposmaticd (cf.
 supra) et par une petite application en ligne de commande.

 MapOSMatic est actuellement limité à la France métropolitaine pour
 plusieurs raisons techniques. Nous acceptons avec plaisir toute
 contribution qui nous aidera à supprimer cette limitation.


 MapOSMatic dépend de PostgreSQL, PostGIS, Mapnik, les données
 OpenStreetMap, Python, Cairo et Django.

 = Licence =

 MapOSMatic un Logiciel Libre. L'ensemble du code de maposmatic et
 ocitysmap est sous licence GNU Affero General Public License 3.0.


 = Contribuer =

 Le développement de MapOSMatic est hébergé sur Savannah:
  http://savannah.nongnu.org/projects/maposmatic/

 Une liste de diffusion pour développeurs et utilisateurs est disponible :
  http://lists.nongnu.org/mailman/listinfo/maposmatic-dev

 Pour cloner les dépôts git des modules Python :
  git clone git://git.savannah.nongnu.org/maposmatic.git
  git clone git://git.savannah.nongnu.org/maposmatic/ocitysmap.git

 Pour naviguer dans ces dépôts git :
    - http://git.savannah.gnu.org/cgit/maposmatic.git
    - http://git.savannah.gnu.org/cgit/maposmatic/ocitysmap.git


 Amicalement,
 david -- pour maposmatic.org


Bonjour,

J'ai diffusé l'annonce sur le site GeoRezo (forum GeoLibre).

J'en profite pour proposer deux améliorations qui me semblent importantes :
1. ajouter la licence sur la carte + lien vers openstreetmap + fabriqué par 
mapOSmatic avec l'url. Il pourrait être intéressant de copier les 
copyright des cartes vendues en le modifiant ;) Cettte carte peut être 
copiée, diffusée et recréée  ...

2. rajouter la date de l'import des données OSM ;)

Merci,

Y.
PS : je n'ai pas voulut créer un compte sur savanah pour seulement rajouter 
deux tâches, j'espère que vous ne m'en voudrez pas :)
-- 
Yves Jacolin

Ne demandez pas si vous pouvez contribuer, contribuez ! :)
---
http://softlibre.gloobe.org

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


Re: [OSM-talk-fr] Stabiliser la traduction de « tag ©

2009-09-14 Thread Jacolin Yves
bonjour,

Voici mon avis :)

Le Monday 14 September 2009 17:56:36 Vincent Calame, vous avez écrit :
 [..]

 Question A : pensez-vous comme moi que cette hétérogénéité dans la
 documentation accessible directement au public est nuisible  ?
[..]
 * A.2 : elle est nuisible : il faut donner à voir quelque chose de cohérent. 

 Question B : quelle formulation retient-on parmi les six listées
 ci-dessus pour toute la documentation publique en français ?
 (Je parle bien ici de la documentation publique, chacun restant libre du
 terme qu'il utilise pour sa propre communication dans cette liste ou
 ailleurs).

tag me parait le plus cohérent avec ce qui a été dit (même si j'apprécie les 
traductions généralement).
ou propriété

(Je me contredit par  rapport à ce matin, et je ne pense plus que le terme de 
balise soit pertinent).

Y.
-- 
Yves Jacolin

Ne demandez pas si vous pouvez contribuer, contribuez ! :)
---
http://softlibre.gloobe.org

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


Re: [OSM-talk-fr] [ANNONCE] MapOSMatic : gén ération automatique de plans de ville à partir des don nées OpenStreetMap

2009-09-11 Thread Jacolin Yves
Bonjour,

Le Friday 11 September 2009 15:32:38 Vincent Pottier, vous avez écrit :
 - la carte en 1 clic (options par défaut)
 - la carte en N étapes (choix de thèmes, positionnement du titre,
 carroyage..., sorties, faire un don... )
Un concurent pour l'IGN pour la carte à la carte ? :)

Désole pour l'apport peu constructif la remarque de Vincent m'y a fait 
pensé ;)

Y.
-- 
Yves Jacolin

Ne demandez pas si vous pouvez contribuer, contribuez ! :)
---
http://softlibre.gloobe.org

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


Re: [OSM-talk-fr] Et la génération automatique de plan à partir des données du cadastre ?

2009-09-10 Thread Jacolin Yves
Le Thursday 10 September 2009 14:32:00 Emilie Laffray, vous avez écrit :
 2009/9/10 Gourmet o...@blas.net

  Faisable ?
  Pas faisable ?

 On n'a le droit d'utiliser le cadastre que pour tracer. On n'a toutefois
 pas le droit de réutiliser tel quel le cadastre. Donc une impression du
 cadastre n'est pas permis.
 De plus, le cadastre ne montre pas les routes juste les parcelles et les
 bâtiments. Les routes ne sont pas directement définies en tant que telle
 d'où parfois l'imprécision.

 Emilie Laffray
Émilie,

Peut être voulait il dire d'utiliser la couche rue, adresse, batiment et 
parcelle d'OSM ? ;)

Y.
-- 
Yves Jacolin

Ne demandez pas si vous pouvez contribuer, contribuez ! :)
---
http://softlibre.gloobe.org

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


Re: [OSM-talk-fr] Robot pour Vélib (et similaires )

2009-09-08 Thread Jacolin Yves
Le Tuesday 08 September 2009 09:19:31 darfy, vous avez écrit :
 Le mardi 08 septembre 2009 à 07:58 +0200, Mathieu Arnold a écrit :
  +--On 8 septembre 2009 01:40:45 +0200 Pieren pier...@gmail.com wrote:
  | 2009/9/8 arno a...@renevier.net:
  | Le truc, c'est que sur le site paris.velib.fr, elle est répertoriée
  | relativement loin (de l'ordre de 50m) de l'endroit où elle se trouve
  | réellement. Donc je pense que tu n'as pas regardé assez loin autour
  | des coordonnées que tu avais. Cela veut dire aussi que, la question
  | légale mise de côté, si jamais tu trouves un noeud existant, il faut
  | mieux ne pas y toucher, parceque sinon, tu risques de rendre les
  | données existantes moins précises.
  |
  |
  | a+
  | arno
  |
  | Si leurs positions sont dérivées de gmaps comme je le soupçonne, cet
  | écart peut malheureusement se comprendre ;-)
 
  J'avais discuté avec un technicien qui faisait une maintenance sur une
  borne une fois, et il m'avait expliqué qu'il y avait un gps dans chaque
  borne.

 Concernant le coté légal, je vais demander, ca doit être le mieux. Mais
 quand on voit le nombre de site qui reprennent et exploitent ce
 Webservice, et ce depuis l'année d'ouverture...
 http://www.parisavelo.net/
 http://velib.shiva.easynet.fr/
 http://www.iphon.fr/post/2008/09/22/Le-Velib-sur-l-iPhone-:-logiciel-gratui
t http://burgersoftware.com/fr/bike
 ...

 Concernant la précision, je peux simplement élargir la zone de recherche
 pour voir si une station Vélib est déjà rentrée, et je n'updaterai pas
 les coordonnées GPS (sera d'autant plus fiable avec ref= renseigné).
 Ceci dit, si le GPS est intégré à la borne, je vois pas pourquoi on
 observe un décalage de 50m :-/ Je vais voir si ya moyen de faire un
 layer en surimpression pour voir quel serait le résultat final...

 A+
 darfy


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

Darfy,

Il y a une différence entre utiliser un webservice comme couche carto et 
récupérer les données à partir de ce webservice pour les placer dans une base 
de données. ;)

Géomatiquement et librement,

Y.
-- 
Yves Jacolin

Ne demandez pas si vous pouvez contribuer, contribuez ! :)
---
http://softlibre.gloobe.org

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


[OSM-talk-fr] Recherche propriétaire du blog Kinax ia

2009-09-04 Thread Jacolin Yves
Bonjour,

À tout hasard, je recherche le ou la propriétaire du blog 
http://blog.kinaxia.fr (me contacter en privé).

Rien de grave, pas d'urgence ;)

Merci et désolé de la pollution engendrée :)

Y.
-- 
Yves Jacolin

Ne demandez pas si vous pouvez contribuer, contribuez ! :)
---
http://softlibre.gloobe.org

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


Re: [OSM-talk-fr] il y a-t-il un équivalent à geo distance ?

2009-08-26 Thread Jacolin Yves
bonjour,

Et bientôt celle-ci en français : http://doc.openlayers.org

Y.
Le Wednesday 26 August 2009 15:55:04 rldhont, vous avez écrit :
 Il est vrai que la documentation d'Openlayers est très orienté
 développeur, c'est à dire qu'il faut se plonger dans le code des
 exemples et de la lib... C'est un  peu effrayant, c'est vrai, mais on
 peut faire beaucoup plus de chose qu'avec GM.

 Par exemple dans OpenLayers il y a un control de mesure :
 http://openlayers.org/dev/examples/measure.html

 Mais on peut aussi utiliser le control de drawFeature :
 http://openlayers.org/dev/examples/draw-feature.html
 de modifyFeature :
 http://openlayers.org/dev/examples/modify-feature.html
 et utiliser la méthode de mesure sur la liste des points :
 http://dev.openlayers.org/releases/OpenLayers-2.8/doc/apidocs/files/OpenLay
ers/Geometry-js.html#OpenLayers.Geometry.distanceTo

 CloudMade a basé son API sur OpenLayers, il en est de même pour l'API du
 Geoportail. Mais c'est moins documenté.

 openstreet...@coutiere.com a écrit :
  Bonjour,
  Je m'étais essayé à faire comme géodistance mais en mieux, pour
  m'amuser (ça a déjà plusieurs années...) :
 
  http://curvimetre.free.fr
 
  Je suis en train de développer autre-chose sur le même principe, plutôt
  orienté vélo ; j'ai donc essayé d'utiliser la carte CycleMap de OSM,
  avec OpenLayers (que je trouve en outre très jolie). J'ai vraiment perdu
  un temps fou, et j'ai fini par en conclure que OpenLayers est moins mûr
  que l'API de Google, ou en tous cas moins documentée...
 
  Mes conclusions du temps perdu sont que :
 
  - la documentation est vraiment importante, et vraiment très très floue
  sur OpenLayers
 
  - les premiers conseils que j'ai lus m'ont invité à ne pas utiliser les
  Layer.Marker (qui devraient disparaître à moyen terme), mais plutôt des
  Layer.Vector ; comme mes besoins sont vraiment Marker, je me suis mis
  dans une impasse ; pourtant, je ne voulais rien de très complexe :
  selectionner et deselectionner des Markers en cliquant dessus, et les
  faire changer de couleur
 
  Je compte finir mon appli d'ici un mois, la mettre en ligne, puis
  ré-essayer de la basculer sur OSM... Si j'y arrive, je pourrai basculer
  ensuite mon curvimetre sur OSM aussi... Promis !
 
  Charlie Echo
 
 
 
  - Mail Original -
  De: Gilles LAMIRAL gilles.lami...@laposte.net
  À: Discussions sur OSM en français talk-fr@openstreetmap.org
  Envoyé: Mercredi 26 Août 2009 13:04:02 GMT +01:00 Amsterdam / Berlin /
  Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] il y a-t-il un
  équivalent à  geodistance ?
 
  Bonjour,
 
  3) http://map.meurisse.org
 
  Excellent !

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



-- 
Yves Jacolin

Ne demandez pas si vous pouvez contribuer, contribuez ! :)
---
http://softlibre.gloobe.org

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


Re: [OSM-talk-fr] présentation galerie photo avec fo nd de carte osm

2009-08-21 Thread Jacolin Yves
Bonjour Arno,

Le Friday 21 August 2009 14:35:10 a...@renevier.net, vous avez écrit :
  Une option afficher les images près du marqueur (méthode google) |
  afficher les images dans le coin (méthode acutelle) serait sympa...

 Oui je sais, il y a plein de monde qui demande ca:
 http://syp.renevier.net/faq.php#popup

 Moi je préfère comme c'est par défaut, mais j'ai mis une option réglable
 au niveau du site pour que le popup s'affiche près du marqueur. Par
 contre, c'est un peu moins bien que la méthode google sur un point: si le
 marqueur est au milieu de la page, et que la popup est plus grande que la
 moitié de la page, elle ne s'affiche pas en entier vu qu'elle n'a pas la
 place (tandis que la méthode google bouge un peu la carte pour replacer le
 marqueur). Cela dit, je n'ai pas encore regardé à fond pour savoir si
 c'est quand meme faisable avec openlayers.

Oui OpenLayers le fait, quelle version utilises tu ? Au boulot nous utilisons 
la version 2.7 (pas la dernière) et cela fonctionne comme cela.

Pourquoi n'utilises tu pas une couche vecteur plutôt qu'une couche marker ? 
marker n'est plus trop utilisé et est même déconseillé. Avec une couche 
vecteur + styleMap tu fais un peu ce que tu veux en matière de style.

  Et puis un petit appareil photo comme marqueur, ce serait plus sexy !

 Oui, mais le plus dur, c'est de dessiner un appareil photo ressemblant.
 Puis il en faut un peu différent pour quand les photos sont sélectionnées.
 Et du coup, je ne sais pas si je mets aussi un appareil photo pour
 symboliser les marqueurs qui n'ont pas de photo. Et je ne sais pas quoi
 faire pour les regroupements de photos (pour l'instant, quand les photos
 sont trop proches, au lieu de mettre plein de points très proches, j'en
 mets un gros).
Il y a un add-ins dans OpenLayers pour faire du clustering :
http://openlayers.org/dev/examples/strategy-cluster.html
http://openlayers.org/blog/2008/06/23/cluster-strategy/

Librement,

Y.
-- 
Yves Jacolin

Ne demandez pas si vous pouvez contribuer, contribuez ! :)
---
http://softlibre.gloobe.org

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


Re: [OSM-talk-fr] Limite des eaux territoriales et relation boundary

2009-08-20 Thread Jacolin Yves
Le Thursday 20 August 2009 16:43:59 sly (sylvain letuffe), vous avez écrit :
 On jeudi 20 août 2009, Damouns wrote:
  Avant de modifier les lignes boundary de la France dans l'Atlantique et
  la Manche, voici ce que je pense faire si personne n'a d'objection :
 
  Pour commencer je m'occupe du way qui est la limite des eaux
  territoriales (12NM) de la France dans la Manche au sud du pas de Calais
  (

 http://www.openstreetmap.org/edit?lat=50.8254lon=1.2627zoom=13way=284153
73).

  Il possède actuellement les tags suivants :
  admin_level=2
  boundary=maritime
  boundary_type=territorial_waters
  source=robot-generated-12nm-border
  left-country=France
 
  Et la recommandation est de la taguer plutôt :
  admin_level=2
  border_type=territorial
  boundary=administrative
  maritime=yes

 ça me va.

  et également de la placer dans la relation boundary qui entoure le pays
  concerné : pour l'instant elle fait partie d'une relation qui s'appelle
  France-territorial waters. Il faudrait donc la mettre dans la relation
  France, et peut-être la supprimer la relation France-territorial waters
  ?

 ça ne me va pas.

 On peut en effet débattre de ce qu'est la france, que se soit au niveau
 accord internationnaux ou au niveau du dessine moi la france mais moi je
 trouve cette relation France-territorial waters très bien et je trouve
 logique qu'elle contienne les frontières maritimes.

 Maintenant, quand je me représente la france ou que je souhaite répondre à
 la question dans quel pays suis-je, j'ai du mal avec le fait, que étant
 en mer, je puisse me dire je suis en france

 Mon avis à moi, est donc que la france (et donc la relation france) est
 représenté par ses frontières terrestres.

 Pour un marin ou un terrien, la définition de france n'est peut-être pas la
 même, mais si je demande à OSM c'est combien la surface de la france ? la
 réponse à laquelle je m'attends c'est celle de sa surface terrestre.
Bonjour,

Je me permet d'apporter un peu moins de 0.3 cents :) puisque je prend la liste 
en cours.

Il y a donc une France-terreste, et une france juridique qui n'est pas la 
même, peut être que cela peut aider à la structuration de l'information :)
L'intérêt n'est il pas d'avoir les deux afin que les utilisateurs puissent 
choisir ?

Librement,

Y.
-- 
Yves Jacolin

Ne demandez pas si vous pouvez contribuer, contribuez ! :)
---
http://softlibre.gloobe.org

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